Lug-dd March 2005

lug-dd@mailman.schlittermann.de

113 participants
107 discussions

Vorträge
by Konrad Rosenbaum 20 Mar '05

20 Mar '05

Hi, kleine Ankündigung: zum ersten Märztreff (9.3.) biete ich einen Vortrag über Subversion an. In der Loop befinden sich noch: *GNU make *Shell für Anfänger (Grundlagen, wichtige Kommandos) *Programmierung mit Tcl/Tk stimmt mal bitte ab, was ich zuerst vorbereiten soll... Konrad

4 5

Vortrag Mittwoch
by Konrad Rosenbaum 19 Mar '05

19 Mar '05

Hi, wie schonmal angedeutet: am Mittwoch gibt es einen Vortrag über GNU make. Ich habe gerade die Folien fertig bekommen. Voraussetzungen: Grundlagen der Shell werden verstanden. Hat jemand im April Lust einen Folgevortrag zu den Autotools zu machen? ;-) Konrad

1 0

mysql-Probleme
by Sebastian Hegler 19 Mar '05

19 Mar '05

Hi! Es geht um das MySQL Debian Sarge. Und zwar will ich: * den Daemon im Vordergrund halten * die Anzahl der Threads bzw. Prozesse begrenzen. Weiß da jemand mehr? Danke! MfG Sebastian

5 7

noch etwas zu Softwarepatenten
by Ulf Lorenz 19 Mar '05

19 Mar '05

Hallo allerseits, ich weiss nicht mehr genau wer, aber irgendjemand meinte am Mittwoch, dass in der Ratsrichtlinie drinsteht, dass Programme nicht patentiert werden koennen. Also habe ich mich mal schlau gemacht und wollte meine Ergebnisse mal publizieren: In Artikel 4a, Absatz 1 steht zwar eindeutig drin, dass "A computer program as such cannot constitute a patentable invention.", allerdings ist dass so zu verstehen, dass eben nur das Programm _selber_ nicht patentiert werden darf. Erhellender ist da schon die Definition von "computerimplementierter Erfindung" in Artikel 2, Absatz a: " computer-implemented invention means any invention the performance of which involves the use of a computer, computer network [...], the invention having one or more features which are realised wholly or partly by means of a computer program or computer programs." Das heisst also, dass ein Patent auch Sachen beinhalten kann, die nur mit einem Computer auszufuehren sind, d.h. Programme (nur dass eben nicht das Programm, sondern das Konzept patentiert ist). Da der erste Absatz scheinbar nachtraeglich eingefuehrt wurde, verstehe ich allmaehlich, warum man Zypris vorgeworfen hat, sich mit kosmetischen Aenderungen zufrieden zu geben. Artikel 5, Absatz 2 sagt dann noch etwas verquerter: " A claim to a computer program, either on its own or on a carrier, shall not be allowed unless that program would, when loaded and executed in a computer, [...], put into force a product or process claimed in the same patent application [...]" D.h. waehrend das Programm nicht patentiert werden darf, darf sich der claim (d.h. der Antrag, _was_ man patentieren will) auf ein reines Computerprogramm als Beispiel stuetzen. Sprich: Es handelt sich um Softwarepatente in Reinstform. Fuer alle Globalisierungalternativler sei noch bemerkt, dass sich die Kommision in der Begruendung u.a. auf das Trips-Abkommen stuetzt, dass in Artikel 27(1) sagt (Zitat aus dem Komissionsentwurf): "... that patents shall be available for any inventions, whether products or processes, in all fields of technology, provided that they are new, [...]. Moreover, according to TRIPS, patent rights should be available and patent rights enjoyable without discrimination as to the field of technology." Jetzt weiss ich nicht, wieviel davon von der Komission interpretiert wurde, aber interessant ist es allemal, vor allem da ich noch nie einen Befuerworter von TRIPS getroffen habe. :) (nein, ich bin kein Attac-Mitglied oder so) Ulf -- recursive: see recursive

12 39

Debian-gateway via LAN ausschalten
by Bernhard Bittner 18 Mar '05

18 Mar '05

Hallo miteinander, ich habe mein Hausgemeinschafts-Gateway mit dem Debian-basierten c't-Server neu aufgesetzt, bisher lief Suse 8.2. Unter Suse konnte das Gateway per rsh von allen Clients aus runtergefahren werden (rsh <IP-Adresse> -l <username> /sbin/init 0). Das ging auch fuer alle anderen ausser root, indem 'init' der Gruppe 'users' statt 'root' zugewiesen wurde. Mit dem neuen Gateway klappt das nicht mehr, selbst wenn ich 'chgrp users init' mache. Es kommt die Meldung, dass man superuser sein muesse, um init ausfuehren zu koennen. Die Zugriffsrechte sollten auch ausreichen (755)... Gibt es einen systeminternen Unterschied zwischen Debian und Suse, dass das 'Freigeben' von init fuer user nicht klappt? Mit 'poweroff' ist es uebrigens das gleiche. Hat jemand ne Idee bzw. Erklaerung oder gar funktionierende Ausschaltloesung? Google hat mich bisher nicht weitergefuehrt. Vielen Dank MfG Bernhard

4 4

USB-Leiden mit portablen Festplatten
by M. Neubert 18 Mar '05

18 Mar '05

Hallo *, Da mir scheinbar weder das allmächtige Google noch das ML-Archiv weiterhelfen kann, möchte ich euch das Problem ans Herz legen: Vor kurzem ist bei mir eine 120GB USB-Festplatte eingetroffen, die mir unter mehreren Linuxen (2.4.18, 2.4.23 und 2.4.24) einige Probleme bereitet. Nach dem anstöpseln wird zwar registriert, das ein neues Device angeschlossen wurde, jedoch schlägt die SCSI-Emulation fehl. D.h. die Platte taucht zwar überall auf (/proc/bus/usb, lsusb, dmesg) und auch die module usbcore, usb-storage, etc. sind geladen, jedoch nix mit scsi. Andererseits klappt die USB-Geschichte auf Anhieb, wenn man einen ganz normalen Memorystick nutzt - dieser wird erkannt, die scsi-emulation geladen und er lässt sich mounten. Unter OpenBSD wird die Platte erkannt und taucht als SCSI-device auf (ich hab nur noch nicht rausgefunden, wie man vfat mountet, fdisk funktioniert aber). Unter Windows läuft das Ding auch - ist aber eher nicht verwunderlich. Ideen? Grüße Marian Neubert --- Hier noch die Dateischnipsel: ##### cat /proc/bus/usb/devices T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=12 MxCh= 2 B: Alloc= 0/900 us ( 0%), #Int= 0, #Iso= 0 D: Ver= 1.00 Cls=09(hub ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1 P: Vendor=0000 ProdID=0000 Rev= 0.00 S: Product=USB UHCI Root Hub S: SerialNumber=b400 C:* #Ifs= 1 Cfg#= 1 Atr=40 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub E: Ad=81(I) Atr=03(Int.) MxPS= 8 Ivl=255ms T: Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 2 Spd=12 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=1058 ProdID=0402 Rev= 4.12 S: Manufacturer=Western Digital S: Product=External HDD S: SerialNumber=574D414C3933313430373231 C:* #Ifs= 1 Cfg#= 1 Atr=c0 MxPwr= 0mA I: If#= 0 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=02(O) Atr=02(Bulk) MxPS= 64 Ivl=0ms E: Ad=88(I) Atr=02(Bulk) MxPS= 64 Ivl=0ms ##### relevanter dmesg-Ausschnitt: hub.c: new USB device 00:04.2-2, assigned address 2 scsi1 : SCSI emulation for USB Mass Storage devices usb-uhci.c: interrupt, status 2, frame# 460 usb-uhci.c: interrupt, status 2, frame# 332 usb-uhci.c: interrupt, status 2, frame# 67 usb-storage: host_reset() requested but not implemented scsi: device set offline - command error recover failed: host 1 channel 0 id 0 lun 0 WARNING: USB Mass Storage data integrity not assured USB Mass Storage device found at 2 ##### lsmod Module Size Used by Not tainted nls_cp437 4380 1 (autoclean) autofs4 8756 1 (autoclean) af_packet 13512 0 (autoclean) nls_iso8859-1 2876 1 (autoclean) ntfs 50944 0 (autoclean) msdos 4652 0 (autoclean) agpgart 42628 0 (unused) eepro100 19380 0 mii 2256 0 [eepro100] serial 51972 0 (autoclean) pcmcia_core 39712 0 apm 9768 1 rtc 6940 0 (autoclean) cloop 9092 2 ieee1394 183044 0 usb-storage 61024 0 (unused) usb-uhci 21644 0 (unused) usbcore 57600 1 [usb-storage usb-uhci] ##### lsusb Bus 001 Device 001: ID 0000:0000 Bus 001 Device 002: ID 1058:0402 Western Digital Technologies, Inc. ##### cat /proc/scsi/scsi Attached devices: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: LG Model: CD-ROM CRD-8521B Rev: 1.04 Type: CD-ROM ANSI SCSI revision: 02

4 3

LaTeX-Fragen
by Rocco Rutte 18 Mar '05

18 Mar '05

Hi, ich habe zwei Probleme mit LaTeX, bei denen ich nicht weiter komme. 1. Ich hätte gern ein gekürztes Inhaltsverzeichnis. Bisher habe ich nur shortoc.sty gefunden, was aber nicht macht, was ich möchte. Ich möchte bei bestimmten Überschriften sagen, dass er nur n Ebenen auch im Inhaltsverzeichnis setzen soll. Allerdings soll die durchgehende Nummerierungen erhalten bleiben. Meine bisherigen Denkansätze sind: entweder die laufende Nummer über Counter "reinmogeln" (allerdings gehen dann bestimmt Verweise nicht mehr) oder vor dem betreffenden Abschnitt einfach die \addcontents*-Macros "wegdefinieren", wenn das geht. Letzteres wäre nicht so schlimm, weil die betreffenden Abschnitte fast ganz am Ende sind bzw. dorthin wandern können. Gibt es dafür irgendeine elegante Lösung? 2. Gibt es so etwas wie \verb, das ich als Argument bei Befehlen benutzen darf? Hintergrund: eigentlich will ich ja folgendes machen: \newcommand{\befehl}[1]{\texttt{\$\verb!#1!} (see \vref{var:#1})} was aber nicht geht, weil ich \verb nicht im Argument nutzen darf. Mein workaround sieht so aus, dass ich für das \texttt{} ein optionales Argument habe, was böse Zeichenketten entsprechend escaped enthält. Das ist aber sehr lästig beim Tippen. Gibt es evtl. auch dafür eine elegante Lösung? Funktioniert das evtl. mit dem Listings-Package, wenn ich das statt mit \texttt{} als "Quellcode" inline setzen lasse? bye, Rocco -- :wq!

3 4

KDE 3.4 für Debian
by David Seidel 18 Mar '05

18 Mar '05

Hallo, ich hab heute gelesen, dass KDE 3.4 endlich veröffentlicht wurde. Weiss jemand wo man das für Debian/testing bekommen kann bzw. wie leicht oder schwer lässt sich das compilieren? David

5 4

probleme beim kde-compilieren
by David Seidel 18 Mar '05

18 Mar '05

Hallo, ich hab nach empfehlung mal probiert kde3.4 zu compilieren. Allerdings brichtdas mit dieser Fehlermeldung ab: ima:/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0# make make all-recursive make[1]: Entering directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0' Making all in doc make[2]: Entering directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc' Making all in . make[3]: Entering directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc' make[3]: Für das Ziel »all-am« ist nichts zu tun. make[3]: Leaving directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc' Making all in kcontrol make[3]: Entering directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc/kcontrol' Making all in . make[4]: Entering directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc/kcontrol' make[4]: Für das Ziel »all-am« ist nichts zu tun. make[4]: Leaving directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc/kcontrol' Making all in kcmktalkd make[4]: Entering directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc/kcontrol/kcmktalkd' make[4]: *** Keine Regel vorhanden, um das Target »/root/kde3.4/share/apps/ksgmltools2/customization/kde-chunk.xsl«, benötigt von »index.cache.bz2«, zu erstellen. Schluss. make[4]: Leaving directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc/kcontrol/kcmktalkd' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc/kcontrol' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0/doc' make[1]: *** [all-recursive] Fehler 1 make[1]: Leaving directory `/usr/local/src/konstruct/kde/kdenetwork/work/kdenetwork-3.4.0' make: *** [all] Fehler 2 Hat jemand ne Idee woran das liegen kann? Kann mit der Meldung nichts anfangen. David

1 0

Re: Langsame Leitung - neu -
by Eric Schaefer 18 Mar '05

18 Mar '05

Am Donnerstag, den 17.03.2005, 02:47 +0100 schrieb Martin Weissbach: > > > Warum hast du was gegen analoge Telefonie? Das Zeug funktioniert wenigstens, > > > wenn man weiß, wie man damit umgehen muss (siehe mich *selbstironie*). > > > Beispiel Hochwasser: Die ich kenne und ISDN hatten, waren nicht erreichbar > > > (ISDN ist meines Wissens nach nicht analog), die analogen schon. > > > > Aha, und weil Du drei Leute mit ISDN nicht erreichen konntest, war > > automatisch ISDN dran schuld. Bist Du Dir sicher, daß es nicht daran > > lag, daß alle drei blaue Telefone hatten? *g* > > Analoge Telefone bekommen ihren Strom direkt über die Telefonleitung, > deswegen waren sie noch erreichbar. Bei ISDN ist das nicht mehr der Fall. > Beim Hochwasser fiel ja in weiten Teilen der Strom aus, die Telefonleitungen gingen aber noch. > Ergo: Analoge Telefone waren eher erreichbar als ISDN Telefone. Fassen wir zusammen: Es ging um analoge Modems, die beim Hochwasser noch erreichbar gewesen wären, da analoge Telefonie ja ganz toll ist. Und die Besitzer der analogen Modems hatten für ihre Rechner auch ein Dieselaggregat im Keller, damit die Modems auch benutzt werden konnten. Mist, mit dem Notstromaggregat wär ISDN ja auch gegangen. Was machen wir denn da? SCNR, Eric

2 3

← Newer
1
2
3
4
5
6
7
8
...
11
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

Lug-dd March 2005