[PUG] Re: devolo dLAN

2005-05-15 Diskussionsfäden peter graf
Tagchen Hartwig, Fuer die meisten Anwendungsfaelle reicht das alte 10 MBit/s Netz bei der jetztigen Kabelloesung, nur wenn's CDs zu ueberspielen gilt waere schneller schoener. Es haengen aber durchaus Rechner im Netz, die nicht schneller als 10 MBit/s koennen. warum nicht ein

Re: OT: Re: [PUG] Windows XP prof. CD!

2005-05-15 Diskussionsfäden andreas
Moin, On Sat, 14 May 2005, Silvério Santos wrote: obwohl ich keine Schadenfreude empfinde, würde ich sagen, Du hast Dich in der Mailingliste geirrt. nicht ganz, ohne die CD kann ich kein linux auf dem laptop packen! :-) Aber danke, es gab doch noch jemadnen heir in der nähe (der wohl auch

[PUG] palm vx irda sync

2005-05-15 Diskussionsfäden Moritz Bellach
moin, ich hab jetzt endlich auch das ladegerät zu meinem palm vx bekommen. problem: ich krieg das ding einfach nicht dazu sich mit linux zu unterhalten. bisher habe ich - pilot-link emerged - kpilot emerged - den irda dienst angeschaltet (mit rc-update add...) - verzweifelt versucht das teil zum

Re: OT: Re: [PUG] Windows XP prof. CD!

2005-05-15 Diskussionsfäden Silvério Santos
Am Sonntag, 15. Mai 2005 10:35 schrieb andreas: Mal allgemein, ich finde es von den herstellern eine absolute freichheit ein mainboard mit einem BIOS das nur über eine windows XP! software bedient werden kann zu entwickeln. TCPA wir kommen oder was? Ich weiß, dass der eine oder andere

Re: [PUG] Cyber-System P17 - 17 WSXGA+

2005-05-15 Diskussionsfäden Ridvan Agar
Yes, fett! Martin Schmitt schrieb: http://www.acmeportable.com/products/portable/htii767.htm -martin -- PUG - Penguin User Group Wiesbaden - http://www.pug.org

Re: OT: Re: [PUG] Windows XP prof. CD!

2005-05-15 Diskussionsfäden Bernhard Guillon
andreas schrieb: Mal allgemein, ich finde es von den herstellern eine absolute freichheit ein mainboard mit einem BIOS das nur über eine windows XP! software bedient werden kann zu entwickeln. Welches Notebook hast du denn und von welchem Hersteller ist es? MfG Bernhard --

Re: OT: Re: [PUG] Windows XP prof. CD!

2005-05-15 Diskussionsfäden andreas
On Sun, 15 May 2005, Bernhard Guillon wrote: Welches Notebook hast du denn und von welchem Hersteller ist es? gute frage ist ein no name. ich schraubs mal auf bei zeiten .-) -- http://skygui.de/ ICQ: 304 760 315 --

[PUG] mausmacro unter x.

2005-05-15 Diskussionsfäden andreas
Hallo, gibt es eine möglichkeit die maus jede sec. etwas klicken zu lassen? ich müsste mal eien anwendung testen da würde es helfen.. .und ned den ganzen tag am rechner zu sitzen .-) gruss -- http://skygui.de/ ICQ: 304 760 315 --

[PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Bernhard Guillon
Hallo, ich würde gerne einen bestimmten Prozess, den ich während einer SSH-Session erzeugt habe, nicht killen, wenn ich diese beende. Ich habe mal irgendwo gelesen, dass man das mit kill und einem Signal machen kann, das das Annehmen des SIGTERM Signals von getty? verhindert. Nur leider weiß

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Maximilian Gerlach
screen :) -- PUG - Penguin User Group Wiesbaden - http://www.pug.org

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Bernhard Guillon
Maximilian Gerlach schrieb: screen :) Hallo, guter Tip, danke! Leider ist der Prozess schon gestartet und ich will ihn nicht beenden, weil er schon 4 Tage läuft und noch ca. eine Woche zu rechnen hat. Ich würde mich aber gerne mal ausloggen. MfG Bernhard --

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Maximilian Gerlach
Hi Bernhard, es gibt auch noch das 'dtach' utility, aber ich glaub auch dafuer musst du das Programm unter der Kontrolle von dtach starten :/ Gibts keine Moeglichkeit den bisherigen Fortschritt zu speichern? Maxi Hallo, guter Tip, danke! Leider ist der Prozess schon gestartet und ich will ihn

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Martin Dommermuth
* Bernhard Guillon wrote/schrieb: guter Tip, danke! Leider ist der Prozess schon gestartet und ich will ihn nicht beenden, weil er schon 4 Tage läuft und noch ca. eine Woche zu rechnen hat. Ich würde mich aber gerne mal ausloggen. Du kannst es in den Hintergrund schicken (CTRL-Z) und dann

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Bernhard Guillon
Maximilian Gerlach schrieb: Gibts keine Moeglichkeit den bisherigen Fortschritt zu speichern? Leider nicht. Naja werde wohl nochmal im Netz nach den Signalen suchen. Ich bin mir fast sicher mal sowas gelesen zu haben. MfG Bernhard --

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Maximilian Gerlach
Dasselbe hab ich auch grad gelesen: http://lists.debian.org/debian-user/2004/06/msg04501.html Allerdings waren erste kurze Tests nicht wirklich ermutigend. Teste es mal fuer dich, Bernhard. Maxi Am Sonntag, den 15.05.2005, 16:25 +0200 schrieb Martin Dommermuth: * Bernhard Guillon

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Maximilian Gerlach
Leider nicht. Naja werde wohl nochmal im Netz nach den Signalen suchen. Ich bin mir fast sicher mal sowas gelesen zu haben. MfG Bernhard Du meinst NOHUP (info coreutils nohup) aber auch das erfordert ein erneutes starten des programmes :/ --

Re: [PUG] Bestimmte Prozesse beim Beenden einer SSH-Session nicht killen

2005-05-15 Diskussionsfäden Bernhard Guillon
Martin Dommermuth schrieb: Du kannst es in den Hintergrund schicken (CTRL-Z) und dann disown aufrufen. Dann sollte kein HUP mehr gesendet werden. (teste das aber nochmal) Das nächste Mal dann screen oder wenn du keine Eingaben an das Programm mehr schicken mußt nohup $Programmname. Tschau MartinD:

[PUG] Rootserver Debian Problem mit dpkg

2005-05-15 Diskussionsfäden Christian Leinen
Hallihallo! Nachdem ich mich jetzt mal selbst dran gesetzt habe, meinen Rootserver mit Debian zu versorgen, hänge ich an einigen Problemen, die meines Erachtens aber nur aus einem einzigen Problem resultiren. Ich schildere hier mal alles: 1. Umgebung: Rootserver bei server4you, Suse war drauf,