March 2004

Horde IMP mit Cyrus
by Frank Patzig 31 Mar '04

31 Mar '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste, vielleicht kann mir einer helfen. Ich setze Horde 3.0.0-CVS und IMP 4.0.0-CVS ein. php.ini Einstellungen sind wie folgt. max_execution_time = 3500 memory_limit = 50M post_max_size = 60M file_uploads = On upload_tmp_dir = /tmp upload_max_filesize = 30M Wenn ich nun eine Mail mir einem Attachment von über 5 MB anschauen möchte. So erhalte ich als Fehlermeldung: (32)Broken pipe: client stopped connection before rwrite completed … [View More]

1 0

Kernel-Oops bei rivatv und MPlayer
by Christian Schneider 31 Mar '04

31 Mar '04

Hallo, erstmal Entschuldigung für die lange Mail, aber ich habe mal einige Log-Einträge mit reingepackt. Hier Daten zu Hard- und Software: System: SuSE Linux 9.0 Grafikkarte: Albatron GeForce4 Ti4600V VIVO Kernel: 2.4.21-192 rivatv: cvs 2004-03-18 MPlayer: 0.92-4 (Packman) Ich habe rivatv ohne software colour conversions kompiliert, soll heißen, dass MPlayer direkt das Format von rivatv (UYVY) benutzen sollte. Das Laden von rivatv lief problemlos und nach Starten von MPlayer mit $ … [View More]mplayer -tv \ on:driver=v4l:norm=PAL:input=0:outfmt=UYVY:width=352:height=288 schmierte MPlayer sogleich ab. ######## MPlayer-Output ######## MPlayer 0.92-3.3.1 (C) 2000-2003 MPlayer Team CPU: Intel (Family: 8, Stepping: 7) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with Runtime CPU Detection - WARNING - this is not optimal! To get best performance, recompile MPlayer with --disable-runtime-cpudetection Reading config file /etc/MPlayer/mplayer.conf Reading config file /home/chsch/.mplayer/config Reading /home/chsch/.mplayer/codecs.conf: can't open '/home/ chsch/.mplayer/codecs.conf': Datei oder Verzeichnis nicht gefunden Reading /etc/MPlayer/codecs.conf: 50 audio & 136 video codecs font: can't open file: /home/chsch/.mplayer/font/font.desc Font /usr/share/MPlayer/font/font.desc loaded successfully! (206 chars) Failed to open /dev/rtc: Keine Berechtigung (mplayer should be setuid root or /dev/rtc should be readable by the user.) Using usleep() timing Can't open input config file /home/chsch/.mplayer/input.conf: Datei oder Verzeichnis nicht gefunden Input config file /etc/MPlayer/input.conf parsed: 52 binds Opening joystick device /dev/input/js0 Can't open joystick device /dev/input/js0 : Kein passendes Gerät gefunden Can't init input joystick Setting up LIRC support... mplayer: could not connect to socket mplayer: Keine Berechtigung Failed to open LIRC support. You will not be able to use your remote control. Playing TV TV detected! ;-) Selected driver: v4l name: Video 4 Linux input author: Alex Beregszaszi <alex(a)fsn.hu> comment: under development Selected device: rivatv video Capabilites: capture overlay chromakey Device type: 25 Supported sizes: 64x32 => 704x576 Inputs: 2 0: Composite: (tuner:0, norm:auto) 1: S-Video: (tuner:0, norm:auto) Using input 'Composite' Selected input hasn't got a tuner! vo: X11 running at 1280x1024 with depth 16 and 16 bpp (":0.0" => local display) Disabling DPMS ========================================================================== Opening video decoder: [raw] RAW Uncompressed Video VDec: vo config request - 352 x 288 (preferred csp: Packed UYVY) VDec: using Packed UYVY as output csp (no 0) Movie-Aspect is undefined - no prescaling applied. VO: [xv] 352x288 => 352x288 Packed UYVY Selected video codec: [rawuyvy] vfm:raw (RAW UYVY) ========================================================================== Audio: no sound Starting playback... ioctl mcapture failed: Das Argument ist ungültig ioctl mcapture failed: Das Argument ist ungültig ioctl mcapture failed: Das Argument ist ungültig ioctl mcapture failed: Das Argument ist ungültig MPlayer interrupted by signal 11 in module: video_read_frame - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html#crash.b. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/ bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. Successfully enabled DPMS ############################## ####### /var/log/messages ####### Mar 20 16:50:45 client2 kernel: Linux video capture interface: v1.00 Mar 20 16:50:45 client2 kernel: rivatv: Video4Linux driver for NVIDIA cards Mar 20 16:50:45 client2 kernel: rivatv: MMX processor extension enabled Mar 20 16:50:45 client2 kernel: rivatv: nVidia card found - rivatv0 Mar 20 16:50:45 client2 kernel: rivatv: Identified your board as Albatron GeForce4 Ti4600V VIVO Mar 20 16:50:45 client2 kernel: rivatv: Attempting to load module saa7108e Mar 20 16:50:45 client2 kernel: rivatv: cannot reserve FB region at 0xf0000000 Mar 20 16:50:45 client2 kernel: rivatv: 0xf0000000 - 0xf3ffffff is reserved by vesafb Mar 20 16:50:45 client2 kernel: mtrr: 0xf0000000,0x8000000 overlaps existing 0xf0000000,0x4000000 Mar 20 16:50:45 client2 kernel: rivatv: unable to setup MTRR Mar 20 16:50:45 client2 kernel: rivatv: PCI nVidia NV20 card detected (GeForce4 Ti4x00 [0x250], 128MB @ 0xF0000000) Mar 20 16:50:45 client2 kernel: rivatv: I2C adapter driver for NVIDIA cards Mar 20 16:50:45 client2 kernel: SAA7108E: video decoder chip SAA7114H found, chip version: 0x7114 Mar 20 16:50:45 client2 kernel: rivatv: video decoder chip registered Mar 20 16:50:45 client2 kernel: rivatv: procfs file registered for rivatv0 Mar 20 16:50:45 client2 kernel: rivatv: allocated YUV capture buffer (812 kb) Mar 20 16:50:45 client2 kernel: rivatv: AGPGART: not available Mar 20 16:50:45 client2 kernel: rivatv: AGP: disabled Mar 20 16:50:45 client2 kernel: rivatv: Hash table layout: 4kB (9 bits) @ 0xEE710000 Mar 20 16:50:45 client2 kernel: rivatv: Open source nv driver detected, DMA supported Mar 20 16:50:45 client2 kernel: rivatv: DMA transfers disabled Mar 20 16:50:45 client2 kernel: rivatv: successfully requested IRQ 5 Mar 20 16:50:45 client2 kernel: rivatv: Video4Linux device driver registered Mar 20 16:51:36 client2 kernel: rivatv: VIDIOCGCAP Mar 20 16:51:36 client2 kernel: rivatv: VIDIOCGCHAN Mar 20 16:51:36 client2 kernel: rivatv: VIDIOCGCHAN Mar 20 16:51:36 client2 kernel: rivatv: VIDIOCGMBUF Mar 20 16:51:36 client2 kernel: rivatv: allocated 6480 kb MMAP buffer space Mar 20 16:51:36 client2 kernel: rivatv: MMAP buffer available in user space (6480 kb) Mar 20 16:51:36 client2 kernel: rivatv: VIDIOCSCHAN: 0 Mar 20 16:51:37 client2 kernel: rivatv: VIDIOCGCHAN Mar 20 16:51:37 client2 kernel: rivatv: VIDIOCSCHAN: 0 Mar 20 16:51:37 client2 kernel: rivatv: VIDIOCGCAP Mar 20 16:51:37 client2 kernel: rivatv: VIDIOCGPICT Mar 20 16:51:37 client2 kernel: rivatv: VIDIOCSPICT: BRI=32768 HUE=32768 COL=32768 CON=32768 WHI=32768 DEP=65535 PAL=65535 Mar 20 16:51:37 client2 kernel: Unable to handle kernel paging request at virtual address 20ff40e0 Mar 20 16:51:37 client2 kernel: printing eip: Mar 20 16:51:37 client2 kernel: c028534f Mar 20 16:51:37 client2 kernel: *pde = 00000000 Mar 20 16:51:37 client2 kernel: Oops: 0000 2.4.21-192-default #1 Wed Feb 18 19:26:28 UTC 2004 Mar 20 16:51:37 client2 kernel: CPU: 0 Mar 20 16:51:37 client2 kernel: EIP: 0010:[vsnprintf+639/1248] Not tainted Mar 20 16:51:37 client2 kernel: EIP: 0010:[<c028534f>] Not tainted Mar 20 16:51:37 client2 kernel: EFLAGS: 00210097 Mar 20 16:51:37 client2 kernel: eax: 20ff40e0 ebx: 0000000a ecx: 20ff40e0 edx: fffffffe Mar 20 16:51:37 client2 kernel: esi: c035f92e edi: 00000000 ebp: ffffffff esp: d7087c48 Mar 20 16:51:37 client2 kernel: ds: 0018 es: 0018 ss: 0018 Mar 20 16:51:37 client2 kernel: Process mplayer (pid: 3338, stackpage=d7087000) Mar 20 16:51:37 client2 kernel: Stack: ffffffff ffffffff c035fcff c035f900 00200246 d7087dac c926f800 c011d299 Mar 20 16:51:37 client2 kernel: c035f900 00000400 d570b1e8 d7087cb0 726f203e 3e493c20 61684358 5065676e Mar 20 16:51:37 client2 kernel: c926f80c d570d748 d7087dac c011d38f d570b1c0 d7087ca8 d570352a d570b1c0 Mar 20 16:51:37 client2 kernel: Call Trace: [vprintk+89/320] (12) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+288220864/394490997] (28) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+288230432/394481429] (08) Mar 20 16:51:37 client2 kernel: Call Trace: [<c011d299>] (12) [<d570b1e8>] (28) [<d570d748>] (08) Mar 20 16:51:37 client2 kernel: [printk+15/32] (04) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+288220824/394491037] (08) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+288188930/394522931] (04) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+288220824/394491037] (04) Mar 20 16:51:37 client2 kernel: [<c011d38f>] (04) [<d570b1c0>] (08) [<d570352a>] (04) [<d570b1c0>] (04) Mar 20 16:51:37 client2 kernel: [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+288227675/394484186] (20) [ieee1394:ieee1394_procfs_entry_Rf28f6ee4+288179182/394532679] (660) [__write_ldt+62/592] (44) [sg:sg_major_ptrs+20170281/77013540] (16) Mar 20 16:51:37 client2 kernel: [<d570cc83>] (20) [<d5700f16>] (660) [<c010d9ee>] (44) [<c3764389>] (16) Mar 20 16:51:37 client2 kernel: [sys_ioctl+470/618] (52) [system_call +51/64] (60) Mar 20 16:51:37 client2 kernel: [<c0152b26>] (52) [<c0108dd3>] (60) Mar 20 16:51:37 client2 kernel: Modules: [(rivatv:<d5700060>:<d57126cc>)] [(videodev:<c3764060>:<c3765640>)] Mar 20 16:51:37 client2 kernel: Code: 80 38 00 74 07 40 4a 83 fa ff 75 f4 29 c8 83 e7 10 89 c3 75 Mar 20 16:51:49 client2 kernel: rivatv: successfully freed IRQ 5 Mar 20 16:51:49 client2 kernel: rivatv: freeing MMAP buffer space (6480 kb) Mar 20 16:51:49 client2 kernel: rivatv: freeing YUV capture buffer (812 kb) Mar 20 16:51:49 client2 kernel: rivatv: procfs file unregistered for rivatv0 Mar 20 16:51:49 client2 kernel: rivatv: video decoder chip unregistered Mar 20 16:51:49 client2 kernel: Trying to free nonexistent resource <f0000000-f7ffffff> ############################## Auf der RivaTV-Liste konnte man mir nicht weiterhelfen, meinte es läge vermutlich am SuSE-Kernel und ich bekam den Tipp, einen Vanilla-Kernel auszuprobieren. Anscheinend tritt dieser Fehler nicht bei anderen Kernels auf. Bevor ich mich in dieses Neuland begebe: Hat einer der Kernel-Spezialisten eine Idee woran es liegen könnte? Besten Dank schon mal. Tschüs, Christian [View Less]

2 2

RE: ACPI, WLAN, Kernel 2.6.1
by Frank.Herchet＠boschrexroth.de 31 Mar '04

31 Mar '04

Was ich noch vergessen habe... > Sent: Wednesday, March 31, 2004 12:01 PM > To: suse-linux(a)suse.com > jetzt habe ich aber > gelesen in dem Kernel 2.6.1 wird Toshiba Notebook ACPI > unterstützt, und auch > WLAN soll mittlerweile gehen. # proc /proc/cpuinfo (oder auch /proc/cpufreq) dort siehst du wie deine CPU gerade getaktet ist! PS: # less /proc/.. geht glaub ich auch :-/

1 0

RE: ACPI, WLAN, Kernel 2.6.1
by Frank.Herchet＠boschrexroth.de 31 Mar '04

31 Mar '04

> From: Paolo Estar [mailto:linux-paolo@gmx.de] > Sent: Wednesday, March 31, 2004 12:01 PM > Hallo, Servus, > > bin absoluter Neuling und tut mir leid wenn ich euch nerve > mit Fragen, die > bestimmt schonmal gestellt wurden, aber ich habe ein Toshiba > Notebook mit > Intel Centrino! > Die Geforce Grafikkarte mit 1280x800 habe ich nach langem versuchen > hinbekommen und bin schon superfroh das das läuft. > leider funktioniert WLAN bei mir noch nicht … [View More]

1 0

Re: chmod funktioniert nicht
by Andreas Härtel 31 Mar '04

31 Mar '04

Juergen Pabst wrote: > Hallo Andreas! > > >>ich gebe folgendes ein, warum klappt es nicht, dass alle die Datei >>schreiben können? : > > >>andreas-lab:/proc/acpi # chmod a+w sleep > > > Müsste es nicht "chmod o+w sleep" (_o_thers) heißen? > ;-) eigentlich schon. Aber das macht auch nichts. Ich glaube es liegt daran, dass /proc/ ein pseudo (bzw. nicht schreibbares) Verzeichnis ist (oder so ähnlich). Nur komisch das SuSE dann empfiehlt, die … [View More]

1 0

Re: pdf-Auflösung /-Farbe
by Michael Grundmann 31 Mar '04

31 Mar '04

Am 29.03.2004 um 11:44 schrieb Günther Zinsberger: >>> ich benutze unter Windows folgende Druckertreiber, um PS-Dateien zu >>> erhalten: >>> Apple Color LW 12/660 PS >>> Apple Color LaserWriter 12/600 >>> AdobePSGenericPostScriptPrinter >>> HP Color LaserJet PS >> Nach meiner Erfahrung kommt es früher oder später zu Probleme, wenn >> man >> eine Druckerbeschreibung für irgendwelche Drucker benutzt, um >> … [View More]

2 1

GNOME Desktop (War: [SuSE 9.0] GNOME statt KDE...)
by Thomas Klinger 31 Mar '04

31 Mar '04

Hallo, leider durch nicht wissen hab ich ein paar Emails verloren, allerdings nur von der Mailingliste. Danke an allen, die mir die Tips bezüglich GNOME gegeben haben. Es bedurfte nur einer knappen Stunde bis ich so von GNOME überzeugt war, bis ich darauf gleich KDE deinstalliert habe. Was mich vor allem am meisten begeistert: die Akkulaufzeit auf dem Laptop hat sich drastisch verlängert, da KDE ja alle 5 Sekunden (default) einen Dump des Speichers machte. Da das ja jetzt wegfällt, kann auch … [View More]

3 2

Fwd: Welcher Dienst verursacht martian source?
by Steffen Petter 31 Mar '04

31 Mar '04

Hallo liebe Listenleser, ich versuche es nochmal, da wahrscheinlich meine letzte Mail irgendwie untergegangen zu sein scheint: Nachdem ich fleißig gegoogelt habe, insbesondere über die Archive der SuSE Listen, habe ich auch keine befriedigende Erklärung auf folgendes Problem bekommen: Im Logfile /var/log/messages taucht immer wieder der Eintrag Mar 25 14:25:18 anton kernel: martian source 123.123.123.123 from 127.0.0.1, on dev eth0 Mar 25 14:25:18 anton kernel: ll header: 00:02:b3:cd:89:72:… [View More]

5 8

iwconfig boottechnisch _vor_ ifup ausführen
by Stefan Schlörholz 31 Mar '04

31 Mar '04

Servus miteinander, mein Netzwerkgerät wlan0 funktioniert neuerdings nur, wenn ich die ESSID mit "iwconfig wlan0 essid <id>" setze, bevor das Gerät tatsächlich mit ifup aktiviert wird. Bei SuSE 8.2 scheinen aber alle iwconfig-Optionen aus /etc/sysconfig/network/ifcfg-<geraet> _nach_ einem ifup <geraet> gesetzt zu werden. Ich habe schon mal in das Startscript /etc/init.d/network geschaut, nur bin ich dort nicht durchgestiegen. Kann mir jemand helfen, damit ich den … [View More]

1 0

RE: K-Mail und freenet.de
by Frank.Herchet＠boschrexroth.de 31 Mar '04

31 Mar '04

Sers, > From: Frank Schulz [mailto:f_schulz@freenet.de] > Sent: Wednesday, March 31, 2004 12:10 PM > > > Es könnte allerdings auch sein, dass man vorm versenden > ersteinmal Post holen > muss, dann bleibt der Account noch ein paar Minuten offen. In > dieser Zeit muß > man dann das Senden starten. > Zumindes war das früher mal bei diversen Anbietern so. ACK, das könnte es auch sein...würde sogar behaupten das es bei Freenet so ist :-/ > cu frank cya frank

1 0

Main

Development

Information

Community

Social Media

Other

openSUSE Users (Deutsch)