Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #132262 > unrolled thread

remote clipboard für die Nutzung aus der Konsole

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-06-30 06:33 +0200
    Re: remote clipboard für die Nutzung aus der Konsole Andreas Kohlbach <ank@spamfence.net> - 2023-06-30 02:12 -0400
      Re: remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-06-30 09:11 +0200
        Re: remote clipboard für die Nutzung aus der Konsole Tim Ritberg <tim@server.invalid> - 2023-06-30 10:10 +0200
        Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-30 11:13 +0000
        Re: remote clipboard für die Nutzung aus der Konsole Marcus Jodorf <m@bogomips.de> - 2023-06-30 23:01 +0200
          Re: remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-07-03 13:24 +0200
        Re: remote clipboard für die Nutzung aus der Konsole Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 00:44 -0400
          Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-01 07:45 +0000
    Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-30 11:10 +0000
      Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-30 11:37 +0000
    Re: remote clipboard für die Nutzung aus der Konsole Stefan Reuther <stefan.news@arcor.de> - 2023-06-30 18:05 +0200
      Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-06-30 16:45 +0000
        Re: remote clipboard für die Nutzung aus der Konsole Stefan Reuther <stefan.news@arcor.de> - 2023-07-01 08:40 +0200
          Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-01 07:48 +0000
            Re: remote clipboard für die Nutzung aus der Konsole Andreas Kohlbach <ank@spamfence.net> - 2023-07-01 15:12 -0400
              Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-01 23:37 +0000
                Re: remote clipboard für die Nutzung aus der Konsole Andreas Kohlbach <ank@spamfence.net> - 2023-07-02 00:14 -0400
                  Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-02 07:40 +0000
                    Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-02 08:22 +0000
                    Re: remote clipboard für die Nutzung aus der Konsole Andreas Kohlbach <ank@spamfence.net> - 2023-07-02 22:29 -0400
                      Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 09:09 +0000
                        Re: remote clipboard für die Nutzung aus der Konsole Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-03 20:30 +0200
                        Re: remote clipboard für die Nutzung aus der Konsole Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 18:01 -0400
                          Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-04 00:02 +0000
                            Re: remote clipboard für die Nutzung aus der Konsole Andreas Kohlbach <ank@spamfence.net> - 2023-07-03 21:57 -0400
                              Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-04 07:26 +0000
                          Re: remote clipboard für die Nutzung aus der Konsole Marc Haber <mh+usenetspam1118@zugschl.us> - 2023-07-04 10:05 +0200
                          Re: remote clipboard für die Nutzung aus der Konsole Claus Reibenstein <creibens@gmail.com> - 2023-07-04 21:05 +0200
            Re: remote clipboard für die Nutzung aus der Konsole Sieghard Schicktanz <Sieghard.Schicktanz@SchS.de> - 2023-07-01 21:06 +0200
            Re: remote clipboard für die Nutzung aus der Konsole Stefan Reuther <stefan.news@arcor.de> - 2023-07-02 09:09 +0200
    Re: remote clipboard für die Nutzung aus der Konsole Peter Aulich <peter@aulich.net> - 2023-06-30 19:30 +0200
      Re: remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-07-03 13:34 +0200
        Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 11:36 +0000
          Re: remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-07-03 14:58 +0200
            Re: remote clipboard für die Nutzung aus der Konsole "Peter J. Holzer" <hjp-usenet3@hjp.at> - 2023-07-03 15:03 +0200
            Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-03 19:08 +0000
              Re: remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-07-04 06:19 +0200
                Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-04 07:30 +0000
                  Re: remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-07-04 19:35 +0200
    Re: remote clipboard für die Nutzung aus der Konsole Marcel Mueller <news.5.maazl@spamgourmet.org> - 2023-07-01 13:29 +0200
    Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-11 16:44 +0000
      Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-20 10:56 +0000
        Re: remote clipboard für die Nutzung aus der Konsole Jan Novak <repcom@gmail.com> - 2023-07-25 08:21 +0200
          Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-25 10:41 +0000
        Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-07-29 16:22 +0000
        Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-08-12 12:18 +0000
    Re: remote clipboard für die Nutzung aus der Konsole Ulli Horlacher <framstag@rus.uni-stuttgart.de> - 2023-08-14 09:30 +0000
      Re: remote clipboard für die Nutzung aus der Konsole Arno Welzel <usenet@arnowelzel.de> - 2023-08-15 00:28 +0200

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

#132367

On Sun, 2 Jul 2023 07:40:27 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>> On Sat, 1 Jul 2023 23:37:45 +0000 (UTC), Ulli Horlacher wrote:
>>>
>>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>>
>>>> scp datei1 server:verzeichnis/datei2
>>>
>>> Damit verlierst du alle Dateiattribute (ausser dem Namen).
>> 
>> Ich habe gerade eine Datei mit -rw------- mit cp und scp kopiert. Kam in
>> beiden Fällen so an. Normal (per umasq wohl) ist -rw-r--r--.
>
> Dass die Permission mitkopiert werden, ist wohl neu.

Ich kann mich nicht erinnern, dass das je anders war.

> Es gib aber viel mehr Dateiattribute.

In der man page finde ich gerade

| -p
|   Preserves modification times, access times, and file mode bits from
|   the source file.

>>> server:verzeichnis einzuptippen empfinde ich als laestig.
>> 
>> "verzeichnis" war nur im Beispiel.
>> 
>> scp datei1 server:
>> 
>> schreibt "datei1" ins $HOME (oder $PWD?) des entfernten Rechners.
>
> Das will man meistens nicht.

Aus dem Zitat ist

>>> server:verzeichnis einzuptippen empfinde ich als lästig.

rausgefallen. Du willst beides nicht?

>>> Wenn du es auf n hosts haben willst, musst du n mal upload machen.
>> 
>> Was haben viele Kopien speziell mit dem Thema hier zu tun?
>
> "Clipboard" impliziert, dass man es beliebig oft rauskopieren kann.

Wenn man per scp etwas auf mehrere Rechner kopieren will, kann man das
skripten.

for s in `seq 2 100`; do scp datei 192.168.0.$s:; done

(ungetestet) in der Bash sollte tun.

Aber egal. Auf X braucht es die von mir vorgeschlagene GPM-Mouse eh nicht.
Normales Clipboard sollte überall funktionieren. IIRC auch in einem
Fenster, in dem ein anderer Computer emuliert wird.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#132384

Andreas Kohlbach <ank@spamfence.net> wrote:

>> Es gib aber viel mehr Dateiattribute.
> 
> In der man page finde ich gerade
> 
> | -p
> |   Preserves modification times, access times, and file mode bits from
> |   the source file.

Es fehlen zumindest owner+group, ACLs, SE-Attribute, POSIX extended
attributes und chattr Attribute.


>>>> server:verzeichnis einzuptippen empfinde ich als laestig.
>>> 
>>> "verzeichnis" war nur im Beispiel.
>>> 
>>> scp datei1 server:
>>> 
>>> schreibt "datei1" ins $HOME (oder $PWD?) des entfernten Rechners.
>>
>> Das will man meistens nicht.
> 
> Aus dem Zitat ist
> 
>>>> server:verzeichnis einzuptippen empfinde ich als lästig.
> 
> rausgefallen. Du willst beides nicht?

Nein. VIEL zu umstaendlich fuer den Dauerbetrieb.

scp -ra Quelle server:verzeichnis
versus
xxx Quelle

Wobei scp auch noch symbolic links folgt, was man meistens gar nicht will.

Und bei STDIN/STDOUT wirds noch umstaendlicher, insbensondere von
laufendem Editor in einen anderen.

Wenn das Ziel hinter NAT bzw firewall sitzt, geht ssh gleich gar nicht.
Game over.


> Wenn man per scp etwas auf mehrere Rechner kopieren will, kann man das
> skripten.
> 
> for s in `seq 2 100`; do scp datei 192.168.0.$s:; done

Laestig, umstaendlihch, fehleranfaellig und (extrem) langsam wenn der
Sourcehost eine schlechte Internetanbindung hat, weil alles x mal
verschickt werden muss, statt nur ein mal.


> Aber egal. Auf X braucht es die von mir vorgeschlagene GPM-Mouse eh nicht.

Du kannst damit nichts von Text-Konsole auf X11 kopieren, da gibts keine
Schnittstelle. Auch sehr laestig.


> Normales Clipboard sollte überall funktionieren. IIRC auch in einem
> Fenster, in dem ein anderer Computer emuliert wird.

Du hast also noch nie mit VMWare und diversen Server-Konsolen gearbeitet.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132482

Hallo Ulli,

Du schriebst am Mon, 3 Jul 2023 09:09:57 +0000 (UTC):

> > Aber egal. Auf X braucht es die von mir vorgeschlagene GPM-Mouse eh
> > nicht.  
> 
> Du kannst damit nichts von Text-Konsole auf X11 kopieren, da gibts keine
> Schnittstelle. Auch sehr laestig.

Mit gpm ist das nicht vorgesehen. Aber Du kannst Dir xclip installieren
(oder hast es schon), das kann zumindest (Files oder) seinen stdin von der
Text-Kosnole holen und nach X11 transferieren. (Ein "-display <:0>" nicht
vergessen,)

-- u(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#132487

On Mon, 3 Jul 2023 09:09:57 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>
>>> Es gib aber viel mehr Dateiattribute.
>> 
>> In der man page finde ich gerade
>> 
>> | -p
>> |   Preserves modification times, access times, and file mode bits from
>> |   the source file.
>
> Es fehlen zumindest owner+group, ACLs, SE-Attribute, POSIX extended
> attributes und chattr Attribute.

Ist alles zu haben von einer praktischen Bedeutung?

[...]

>> Aber egal. Auf X braucht es die von mir vorgeschlagene GPM-Mouse eh nicht.
>
> Du kannst damit nichts von Text-Konsole auf X11 kopieren, da gibts keine
> Schnittstelle. Auch sehr laestig.

Eben finde ich noch "script"

| script makes a typescript of everything on your terminal session.

Ich kann aber nicht herausfinden, ob das nur für TTY oder auch Xterms gilt.

>> Normales Clipboard sollte überall funktionieren. IIRC auch in einem
>> Fenster, in dem ein anderer Computer emuliert wird.
>
> Du hast also noch nie mit VMWare und diversen Server-Konsolen gearbeitet.

IIRC hatte ich einen Textteil aus einen LibreOffice Dokument, was in VBox
lief, markiert und "einfach so" in ein Dokument einer lokalen LibreOffice
Session eingefügt.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#132494

Andreas Kohlbach <ank@spamfence.net> wrote:

>>> |   Preserves modification times, access times, and file mode bits from
>>> |   the source file.
>>
>> Es fehlen zumindest owner+group, ACLs, SE-Attribute, POSIX extended
>> attributes und chattr Attribute.
> 
> Ist alles zu haben von einer praktischen Bedeutung?

Ja.
Genauso wie access und mode bits, die jeder Windoofler fuer ueberfluessig
erachtet, weil er sie nicht kennt.


> Eben finde ich noch "script"

Das ist wenigstens 40 Jahre alt. Guten Morgen :-)


> | script makes a typescript of everything on your terminal session.
> 
> Ich kann aber nicht herausfinden, ob das nur für TTY oder auch Xterms gilt.

Weder noch.
Das hat damit gar nichts zu tun. Das protokolliert nur STDIN/STDOUT/STDERR.


>>> Normales Clipboard sollte überall funktionieren. IIRC auch in einem
>>> Fenster, in dem ein anderer Computer emuliert wird.
>>
>> Du hast also noch nie mit VMWare und diversen Server-Konsolen gearbeitet.
> 
> IIRC hatte ich einen Textteil aus einen LibreOffice Dokument, was in VBox
> lief, markiert und "einfach so" in ein Dokument einer lokalen LibreOffice
> Session eingefügt.

Und das ist "ueberall"? Deine Welt ist arg klein.
Im VMware Konsole und in den Cisco,HP,Fujitsu,etc Serverkonsolen geht
jedenfalls kein "normales" Clipboard (mit Maus).
Deshalb verwende ich da xxx.


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132496

On Tue, 4 Jul 2023 00:02:42 +0000 (UTC), Ulli Horlacher wrote:
>
> Andreas Kohlbach <ank@spamfence.net> wrote:
>
>>>> |   Preserves modification times, access times, and file mode bits from
>>>> |   the source file.
>>>
>>> Es fehlen zumindest owner+group, ACLs, SE-Attribute, POSIX extended
>>> attributes und chattr Attribute.
>> 
>> Ist alles zu haben von einer praktischen Bedeutung?
>
> Ja.
> Genauso wie access und mode bits,

Was sind "mode bits"?

Habe eben noch einmal meine letzte scp-Aktion überprüft. User 1000 bleibt
erhalten, auch Dateirechte. Timestamp ist beim Ziel allerdings die Zeit
des Kopierens.

Ich sehe nicht, dass anderes praktische Bedeutung hat. Selbst wenn, wird
scp das sicher handhaben. Ggf. braucht es ein paar Parameter.

> die jeder Windoofler fuer ueberfluessig erachtet, weil er sie nicht
> kennt.

Mag sein, hier geht es aber um Linux.

>> Eben finde ich noch "script"
>
> Das ist wenigstens 40 Jahre alt. Guten Morgen :-)

Aber falls es die einzig funktionierende Lösung ist...?

Dessen man Page hier ist von 2019.

Ich will nicht wissen, wie alt beispielsweise ls ist. Vielleicht 50 Jahre
alt, weil es von UNIX stammt (?). Ist es daher schlecht?

>> | script makes a typescript of everything on your terminal session.
>> 
>> Ich kann aber nicht herausfinden, ob das nur für TTY oder auch Xterms gilt.
>
> Weder noch.
> Das hat damit gar nichts zu tun. Das protokolliert nur STDIN/STDOUT/STDERR.

Hmm OK. Aber "typescript of everything on your terminal session"
                            ^^^^^^^^^^
hätte ich anders interpretiert.
-- 
Andreas

[toc] | [prev] | [next] | [standalone]

#132513

Andreas Kohlbach <ank@spamfence.net> wrote:
> On Tue, 4 Jul 2023 00:02:42 +0000 (UTC), Ulli Horlacher wrote:
>>
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>
>>>>> |   Preserves modification times, access times, and file mode bits from
>>>>> |   the source file.
>>>>
>>>> Es fehlen zumindest owner+group, ACLs, SE-Attribute, POSIX extended
>>>> attributes und chattr Attribute.
>>> 
>>> Ist alles zu haben von einer praktischen Bedeutung?
>>
>> Ja.
>> Genauso wie access und mode bits,
> 
> Was sind "mode bits"?

Hast du oben selber zitiert.


> Habe eben noch einmal meine letzte scp-Aktion überprüft. User 1000 bleibt
> erhalten

Nur wenn der User 1000 selber das scp aufruft, ansonsten nicht:

root@juhu:/tmp# ll zz1
-rw-r--r-- framstag users 20 2023-07-04 09:21:04 zz1

root@juhu:/tmp# scp -p zz1 juhu:/tmp/zz2
zz1                                           100%   20    26.1KB/s   00:00

root@juhu:/tmp# ll zz*
-rw-r--r-- framstag users 20 2023-07-04 09:21:04 zz1
-rw-r--r-- root     root  20 2023-07-04 09:21:04 zz2



> Ich sehe nicht, dass anderes praktische Bedeutung hat.

Weil du wenig Ahnung von Linux hast.
Was man nicht kennt, versteht man auch nicht.


> Selbst wenn, wird scp das sicher handhaben. Ggf. braucht es ein paar
> Parameter.

Nein. Es geht nicht mit scp. Ende. Aus.


>>> Eben finde ich noch "script"
>>
>> Das ist wenigstens 40 Jahre alt. Guten Morgen :-)
> 
> Aber falls es die einzig funktionierende Lösung ist...?

Fuer welches Problem?


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132516

Andreas Kohlbach <ank@spamfence.net> wrote:
>On Mon, 3 Jul 2023 09:09:57 +0000 (UTC), Ulli Horlacher wrote:
>>
>> Andreas Kohlbach <ank@spamfence.net> wrote:
>>
>>>> Es gib aber viel mehr Dateiattribute.
>>> 
>>> In der man page finde ich gerade
>>> 
>>> | -p
>>> |   Preserves modification times, access times, and file mode bits from
>>> |   the source file.
>>
>> Es fehlen zumindest owner+group, ACLs, SE-Attribute, POSIX extended
>> attributes und chattr Attribute.
>
>Ist alles zu haben von einer praktischen Bedeutung?

Capabilities fehlen noch in dieser Liste, und die sind z.B. für ping
wichtig.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#132539

Andreas Kohlbach schrieb am 04.07.2023 um 00:01:

> Eben finde ich noch "script"
> 
> | script makes a typescript of everything on your terminal session.
> 
> Ich kann aber nicht herausfinden, ob das nur für TTY oder auch Xterms gilt.

script ist ein Kommandozeilenprogramm für die Shell, und dem ist es
vollkommen egal, wo und wie diese Shell gestartet wurde.

> IIRC hatte ich einen Textteil aus einen LibreOffice Dokument, was in VBox
> lief, markiert und "einfach so" in ein Dokument einer lokalen LibreOffice
> Session eingefügt.

Das funktioniert, weil Du in der VM die Gasterweiterungen installiert
und entsprechend konfiguriert hast.

Gruß
Claus

[toc] | [prev] | [next] | [standalone]

#132338

Hallo Ulli,

Du schriebst am Sat, 1 Jul 2023 07:48:31 +0000 (UTC):

> > scp / ssh.  
...
> Ohne Internet kommst du auch mit ssh nicht drauf.

Nanu, seit wann ist ein internet-Zugang für ssh notwendig?
Ich brauch' das aber für die Verbindungen zu meiner "Datenerfassung", ein
Raspberry, der mir auch ohne laufende Arbeitsmaschine Daten von ein paar
anderen Geräten sammelt. Und das funktioniert auch _ohne_ internet.
Noch?

-- 
(Weitergabe von Adressdaten, Telefonnummern u.ä. ohne Zustimmung
nicht gestattet, ebenso Zusendung von Werbung oder ähnlichem)
-----------------------------------------------------------
Mit freundlichen Grüßen, S. Schicktanz
-----------------------------------------------------------

[toc] | [prev] | [next] | [standalone]

#132343

Am 01.07.2023 um 09:48 schrieb Ulli Horlacher:
> Stefan Reuther <stefan.news@arcor.de> wrote:
>> Am 30.06.2023 um 18:45 schrieb Ulli Horlacher:
>>> Stefan Reuther <stefan.news@arcor.de> wrote:
>>>> Mir ist jetzt nicht ganz klar, was du *genau* willst, aber für den
>>>> Austausch von Text zwischen Kommandozeilenprogrammen nehm ich ja einfach
>>>> eine Datei in /tmp.
>>>
>>> Und was machst du zwischen 2 hosts?
>>
>> scp / ssh.
> 
> Dann musst du ein password eingeben oder den public key hinterlegen.
> Laestig.

Wenn man das bei deinem Spielzeug *nicht* muss, wäre das ein weiteres
Argument dagegen. Natürlich muss die Verbindung abgesichert sein, dass
nur Berechtigte drauf zugreifen können.

>> Ich weiß, dass du keine Gelegenheit auslässt, deine private Software zu
>> bewerben, aber die zahlenmäßig meisten Hosts mit eingeschränktem
>> Userland, auf denen ich unterwegs bin, haben keinen Interpreter außer
>> /bin/sh installiert und typischerweise keinen Internetzugang
> 
> Ohne Internet kommst du auch mit ssh nicht drauf.

ssh benötigt nur eine IP-Verbindung, keine Infrastruktur im öffentlichen
Internet.


  Stefan

[toc] | [prev] | [next] | [standalone]

#132283

Am 30.06.23 um 06:33 schrieb Jan Novak:
> Moin,
> 
> gibt es eigentlich ein clipboard für die CLI, wo ich etwas einfügen 
> kann, was ich dann aus einer CLI wieder heraus hole?
> Eine Art "entferntes clipboard"? (einfacher Text würde mir schon reichen).
> 
> 
> Jan
> 
Moin,

sowas wie http://ix.io/ oder https://github.com/defunkt/gist eventuell?

MfG

Peter

[toc] | [prev] | [next] | [standalone]

#132414

Am 30.06.23 um 19:30 schrieb Peter Aulich:
> Am 30.06.23 um 06:33 schrieb Jan Novak:
>> Moin,
>>
>> gibt es eigentlich ein clipboard für die CLI, wo ich etwas einfügen 
>> kann, was ich dann aus einer CLI wieder heraus hole?
>> Eine Art "entferntes clipboard"? (einfacher Text würde mir schon 
>> reichen).
>>
>>
>> Jan
>>
> Moin,
> 
> sowas wie http://ix.io/ oder https://github.com/defunkt/gist eventuell?
> 

eigentlich ja, aber da wird alles über externe Servern gemacht, wo ich 
nicht weiss, was mit den Daten passiert.
Sowas in "selbst" gehostet wäre mein Wunsch.

Jan

[toc] | [prev] | [next] | [standalone]

#132415

Jan Novak <repcom@gmail.com> wrote:

>> sowas wie http://ix.io/ oder https://github.com/defunkt/gist eventuell?
> 
> eigentlich ja, aber da wird alles über externe Servern gemacht, wo ich 
> nicht weiss, was mit den Daten passiert.
> Sowas in "selbst" gehostet wäre mein Wunsch.

https://fex.belwue.de/usecases/xx.html
https://fex.belwue.de/FAQ/meta.html#Where_can_I_get_the_F_EX_sources

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132425

Am 03.07.23 um 13:36 schrieb Ulli Horlacher:
> Jan Novak <repcom@gmail.com> wrote:
> 
>>> sowas wie http://ix.io/ oder https://github.com/defunkt/gist eventuell?
>>
>> eigentlich ja, aber da wird alles über externe Servern gemacht, wo ich
>> nicht weiss, was mit den Daten passiert.
>> Sowas in "selbst" gehostet wäre mein Wunsch.
> 
> https://fex.belwue.de/usecases/xx.html
> https://fex.belwue.de/FAQ/meta.html#Where_can_I_get_the_F_EX_sources
> 

das teste ich in den nächsten Tagen ...
Gibt es zu den Binarys auch die Sourcen?

Jan

[toc] | [prev] | [next] | [standalone]

#132427

On 2023-07-03 12:58, Jan Novak <repcom@gmail.com> wrote:
> Am 03.07.23 um 13:36 schrieb Ulli Horlacher:
>> https://fex.belwue.de/FAQ/meta.html#Where_can_I_get_the_F_EX_sources
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> das teste ich in den nächsten Tagen ...
> Gibt es zu den Binarys auch die Sourcen?

Öhm ...

        hp

[toc] | [prev] | [next] | [standalone]

#132478

Jan Novak <repcom@gmail.com> wrote:

>> https://fex.belwue.de/usecases/xx.html
>> https://fex.belwue.de/FAQ/meta.html#Where_can_I_get_the_F_EX_sources
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
                                                                ^^^^^^^
> Gibt es zu den Binarys auch die Sourcen?
                                  ^^^^^^^

Bitte lesen was du selber zitiert hast!

-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132503

Am 03.07.23 um 21:08 schrieb Ulli Horlacher:
> Jan Novak <repcom@gmail.com> wrote:
> 
>>> https://fex.belwue.de/usecases/xx.html
>>> https://fex.belwue.de/FAQ/meta.html#Where_can_I_get_the_F_EX_sources
>                                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>                                                                  ^^^^^^^
>> Gibt es zu den Binarys auch die Sourcen?
>                                    ^^^^^^^
> 
> Bitte lesen was du selber zitiert hast!
> 
Jaja.. schon.. ich hatte es downgeloadet ... hatte da aber keine Sourcen 
gesehen, deshalb meine Frage. Das war aber wohl nur der Client. Kam noch 
nicht dazu es weiter zu testen. Frühestens am WE.


Jan

[toc] | [prev] | [next] | [standalone]

#132514

Jan Novak <repcom@gmail.com> wrote:
> Am 03.07.23 um 21:08 schrieb Ulli Horlacher:
>> Jan Novak <repcom@gmail.com> wrote:
>> 
>>>> https://fex.belwue.de/usecases/xx.html
>>>> https://fex.belwue.de/FAQ/meta.html#Where_can_I_get_the_F_EX_sources
>>                                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>                                                                  ^^^^^^^
>>> Gibt es zu den Binarys auch die Sourcen?
>>                                    ^^^^^^^
>> 
>> Bitte lesen was du selber zitiert hast!
>> 
> Jaja.. schon.. ich hatte es downgeloadet ... hatte da aber keine Sourcen 
> gesehen

Du musst das Paket schon auspacken!
Wer nicht weiss, wie man ein tar-Paket auspackt, sollte diese Software
auch nicht installieren. 



> Das war aber wohl nur der Client

Das was? WAS hast du runtergeladen?


-- 
Ullrich Horlacher              Server und Virtualisierung
Rechenzentrum TIK
Universitaet Stuttgart         E-Mail: horlacher@tik.uni-stuttgart.de
Allmandring 30a                Tel:    ++49-711-68565868
70569 Stuttgart (Germany)      WWW:    https://www.tik.uni-stuttgart.de/

[toc] | [prev] | [next] | [standalone]

#132531

Am 04.07.23 um 09:30 schrieb Ulli Horlacher:
>>>>> https://fex.belwue.de/usecases/xx.html
>>>>> https://fex.belwue.de/FAQ/meta.html#Where_can_I_get_the_F_EX_sources
>>>> Gibt es zu den Binarys auch die Sourcen?
>>>                                     ^^^^^^^
>>> Bitte lesen was du selber zitiert hast!
>> Jaja.. schon.. ich hatte es downgeloadet ... hatte da aber keine Sourcen
>> gesehen
> 
> Du musst das Paket schon auspacken!
> Wer nicht weiss, wie man ein tar-Paket auspackt, sollte diese Software
> auch nicht installieren.

Ich hatte mir die Tar Datei nur schnell mit dem mc angesehen und bin 
nicht in alle Verzeichnisse gehüpft. Mein Fehler.

Jan

[toc] | [prev] | [next] | [standalone]

Page 2 of 3 — ← Prev page 1 [2] 3  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web