Bug#1059856: correction to patch
Hello, it seems that the folder /etc/environment.d is not honored. So my suggested patch (involving adding a file there) fails. A workaround is to add the following line: MOZ_USE_XINPUT2=1 to configuration file /etc/environment This method does work. But I ignore if modifying a configuration file is consistent with Debian packaging policies. Thanx! Best, NM
Bug#918211: Acknowledgement (ovito: depends on obsolete libnetcdf11)
Hello, I notice now that ovito has been removed from testing. Apparently the problem is well known then. I think this bug is useless and can be closed at this point. Thanks a lot! Nick
Bug#786962: icedove: overzealous address autocompletion: completes to undesired address
Hello Carsten, I'm happy to report that current thunderbird 1:52.9.1-1 is free from this overzealous address autocompletion bug. 786962 can be closed (well, assuming icedove and thunderbird are the same). Thanx a lot! Nick
Bug#902229: reassign rather than close?
Hello, I faced this very same issue today. googling this bug report was extremely useful: I deleted timidity, and now sound is back. Obviously this is no solution, as I (or someone else) will need timidity eventually. I understand this is not a kernel related issue, but it is still a serious issue anyway: timidity may grab the sound card at random moments, making sound unusable. I cannot tell who is actual package (timidity? systemd?) responsible for this nor how this can be corrected (maybe insert an extra delay before the timidity daemon is started?), but it sure requires a fix. So shouldn't this bug be reassigned rather than closed? Thanks! Best, Nick
Bug#851066: flashplugin-nonfree: Download file not available at people.debian.org
I confirm this problem, as reported by Peter Denison. I observed it last week too, but did not report it immediately expecting that the file at http://people.debian.org/~bartm/ would soon be fixed. It has now been missing for about 1 week. This bug can be reproduced equally with update-flashplugin-nonfree --install and with dpkg-reconfigure flashplugin-nonfree Thank you in advance for fixing! Nick
Bug#851246: ovito: missing symbolic links to libQSsh.so and other shared libraries
Package: ovito Version: 2.3.3+dfsg1-2+b5 Severity: grave Tags: patch Justification: renders package unusable Hello, when invoking ovito from the command line it fails with the following message: ovito: error while loading shared libraries: libQSsh.so: cannot open shared object file: No such file or directory ovito fails to start when invoked from the menu as well. Note that the shared object exists: dpkg -S libQSsh.so ovito: /usr/lib/ovito/libQSsh.so Thus, it is just a matter of a missing symbolic link. Indeed ovito works fine after symbolic links are created as follows: ln -s /usr/lib/ovito/libQSsh.so /usr/lib ln -s /usr/lib/ovito/libVideo.so /usr/lib ln -s /usr/lib/ovito/libBase.so /usr/lib [All three of them are needed: after restoring the link to libQSsh.so one finds that ovito wants the the 2 other so's too...] Thank you in advance for fixing! All the best, Nick -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (50, 'stable'), (5, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ovito depends on: ii libavcodec57 10:3.2.2-dmo3 ii libavdevice57 10:3.2.2-dmo3 ii libavformat57 10:3.2.2-dmo3 ii libavutil55 10:3.2.2-dmo3 ii libbotan-1.10-1 1.10.14-1 ii libc6 2.24-8 ii libcgal12 4.9-1+b1 ii libgcc1 1:6.2.1-5 ii libgl1-mesa-glx [libgl1] 13.0.2-3 ii libgmp10 2:6.1.2+dfsg-1 ii libhdf5-100 1.10.0-patch1+docs-3 ii libmpfr4 3.1.5-1 ii libmuparser2v52.2.3-6 ii libnetcdf11 1:4.4.1.1-1+b1 ii libqcustomplot1.3 1.3.2+dfsg1-1 ii libqt5concurrent5 5.7.1+dfsg-2 ii libqt5core5a 5.7.1+dfsg-2 ii libqt5gui55.7.1+dfsg-2 ii libqt5network55.7.1+dfsg-2 ii libqt5opengl5 5.7.1+dfsg-2 ii libqt5printsupport5 5.7.1+dfsg-2 ii libqt5script5 5.7.1~20161021+dfsg-2 ii libqt5widgets55.7.1+dfsg-2 ii libqt5xml55.7.1+dfsg-2 ii libstdc++66.2.1-5 ii libswscale4 10:3.2.2-dmo3 ii libsz20.3.2-1 ii python2.7.13-1 ii zlib1g1:1.2.8.dfsg-4 Versions of packages ovito recommends: ii ovito-doc 2.3.3+dfsg1-2 Versions of packages ovito suggests: pn povray -- debconf-show failed
Bug#848040: xfig: fails to display imported eps or pdf Pictures
Thank you all! This was quick & effective. All the best for 2017! Nick
Bug#848040: xfig: fails to display imported eps or pdf Pictures
Package: xfig Version: 1:3.2.6-1 Severity: normal Hello, xfig has quit showing inserted eps or pdf Pictures. To reproduce: Fire up xfig. Click on the Picture button. Click in the main window and draw a box. In the open dialog, click on Browse and select an arbitrary 1-page eps or pdf file. An error message pops up saying "EPS object read OK, but no preview bitmap found/generated". The picture does not show up in the xfig screen. However the figure is known correctly to xfig, and it does show in any export. Bitmapped graphics still shows all right. Thank you for fixing this significant regression! Best, Nick -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (50, 'stable'), (5, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xfig depends on: ii libc62.24-7 ii libjpeg62-turbo 1:1.5.1-2 ii libpng16-16 1.6.26-2 ii libx11-6 2:1.6.3-1 ii libxpm4 1:3.5.11-1+b1 ii libxt6 1:1.1.5-1 ii xaw3dg 1.5+E-18.2 Versions of packages xfig recommends: ii fig2dev [transfig] 1:3.2.6-3 ii transfig1:3.2.6-3 ii xfig-libs 1:3.2.6-1 Versions of packages xfig suggests: ii cups-bsd [lpr] 2.2.1-2 ii cups-client 2.2.1-2 ii ghostscript 9.20~dfsg-1 ii gimp2.8.18-1 pn gsfonts-x11 ii netpbm 2:10.0-15.3+b1 pn spell pn xfig-doc -- no debconf information
Bug#786962: icedove: overzealous address autocompletion: completes to undesired address
Hello Carsten! On 05/28/2015 07:37 AM, Carsten Schoenert wrote: Hello Nicola, I tried to reproduce the described behavior of course. But I can't see your issue here on my various installed versions. And I use version from Wheezy, Jessie, testing and experimental. For me it works in *every* version. Your bug report is the first active report that says there is a problem in the autocompletion and as far as I can remember we had never a bug report that was complaining anything about the autocompletion. So it is hard for me to believe that we have a problem here. So I have to ask the question I'm always asking in evetry second report, have you tried to disable all extensions and retune the behavior? Start Icedove from a terminal by 'icedove -safe-mode', are there any useful output to see in the terminal? OK, I did as you suggest: I get the following message in the terminal: (process:30699): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed Then a small dialog opens: I tick no options which would permanently change settings, and click to Continue in safe mode. icedove starts ok, although with a window size different from usual. I tested the autocompletion problem, and it is still present as detailed in my report. Did this happen if you start with a new profile? Yes. I closed icedove, moved folder .icedove to a different name. Then restarted icedove in safe mode as above. It asked me to setup, which I did. I then created a single entry foo@test.ee in the otherwise empty address book. I then clicked on Write to created a new message. Started to type b...@test.ee in the address slot, and at any typing stage icedove would propose the completion foo@test.ee Even if I did not accept the suggestion, icedove would replace b...@test.ee with foo@test.ee. And even when I went back to correct the address to b...@test.ee , as soon as I hit return or tab or click somewhere else, the address would go back to foo@test.ee As a complement of information, I note that in the Icedove Preferences, under the Addressing tab, the option When addressing messages, look for matching entries in: Local Address Books - is ticked. Directory Server - is unticked As an extra complement of information, I confirm that at least the OpenPGP add on is not working now that I run icedove in safe mode. If it did work the way you write above you should close this bug, rather than changing its severity. No, changing the severity is something completely different than closing a report. So why should I close the report? What's important for? I picked up the entry from https://www.debian.org/Bugs/Developer#severities important a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. For me there is no major effect like you can't send anything or absolutely not use the adressbook or configure new accounts, so your bug is right now nothing more than the other normal bugs. OK, thanx. Ciao, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786962: icedove: overzealous address autocompletion: completes to undesired address
On 05/27/2015 11:46 AM, Carsten Schoenert wrote: severity 786962 normal thanks Hello Nick, Hello Carsten! You have two posibilities, just type the email adress further you want to use and ignore the suggestions. Or select the correct email adress by the mouse or cursor. If you want to use a adress you never have used before you have to type the whole adress. I did type the whole address. What I tried to say in my report is that the damn autocompletion replaces the typed address with the other address stored in the Address Book, no matter what I type in the address line. I see no way to avoid/bypass the suggestion. Please do try to reproduce the foo/bar example I make in my original message. So I can't really see a regression here. The logic is trying to find a suitable adress and this also with a focus an the most used adress. I understand and like the logic of autocompletion, as long as it allows a choice not to use its suggestion... I can't see why this autocompletion is rendering Icedove mostly unusable so I set the severity back to normal. If it did work the way you write above you should close this bug, rather than changing its severity. Thank you! Ciao, Nick signature.asc Description: OpenPGP digital signature
Bug#763324: task-italian: add dependence on libreoffice-l10n-it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/08/2015 11:35 PM, Cyril Brulebois wrote: So I guess you want to install task-italian-desktop to get all desktop-related translations? Which would make this bug report a non-bug. :) You are right Cyril! I hadn't realized this multiple-task structure task-italian task-italian-desktop task-italian-kde-desktop (plus task-XXX-gnome-desktop for other languages). Please close this non-bug... ;-) Thank you very much! Ciao, Nick -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQEcBAEBCAAGBQJVTa10AAoJEHjnJQujg03w5dcH/1bbNGvRYLhrdaMSTbsQ2ply 3RhqZJEBWXF3bkHB/wgB4zbYLkJquY1a+bN5oSIGm0Ctivs39BV+7k66SFuZQYIR 2Q7qYuiuPkJdHuoBLaDB5MuYfZTy/EWBaTsC3BrnST5wZbgke8LLy8rVYkxLyJ79 mYnSq6IklvleNgnRNag19KcYJbdttVXRQ37YXgoC+GXm2SsFPOvLNVZig/7tYeZ0 olhTlTqhBgFD0Ty15RGUkbXcJMaxQl8OpD0fxMNm+AHu9LhomjsGcNt6S2FWJLQ+ YYZgb4rJ1deFOjaQc+l1iZvOq4wB45DUEd+RJJzzWuw5BjGih2nMHPHOHorvxR0= =Rcxz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755492: extra info
Hello, I confirm this bug in xfig/1:3.2.5.c-3 on a standard up-to-date jessie (pc). I wish to add that: 1) xfig crashes silently (segfaults) when loading .fig files created previously, as soon as they contain at least one line with dot-dashed style; 2) any of the LineStyles combining both dashes and dots induces crashes, while the solid and pure dots or pure dashes LineStyles are fine; 3) I didn't observe this bug in the previous version, so it should be easy to track down. I'm available for further inquiries and for testing fixed versions. Thanx! All the best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742761: found also in 3.12.1
Hello, this bug affects also the present version of evince-gtk 3.12.1-1 This bug makes evince practically unusable for most purposes. I suggest reverting to an older sane version, such as 3.4.0 until this is fixed upstream. Or squash the darn bug. Maybe a source diff could help locating it? Thank you! Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632850: network-manager: networking is not re-enabled on resume
Hello, please disregard my previous report. The problem was consistently present until I did a complete system reboot. After reboot, it is unreproducible. Now network-manager and nm-applet work just fine. Thank you! All the best, Nick On 04/11/2014 09:19 PM, Nick Manini wrote: Package: network-manager Version: 0.9.8.8-5 Followup-For: Bug #632850 Another me too, but even worse than before. Since yesterday, when my laptop resumes from suspend, it does not resume network. The button Enable Networking on the nm-applet would not work. ifconfig only lists lo, no eth0 nor wlan0 To restore networking I had to /etc/init.d/network-manager stop /etc/init.d/network-manager start Yesterday, before this problem started, I upgraded some 50 packages, so this problem may be due to some interaction. I'm ready for further testing providing feedback. This is jessie, so I suggest removing on Wheezy from the title of this bug (or, even better, fixing it ;-) ). Thank you! All the best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732440: Bug#736423: libgs9: findfont Can't find font file Times
On 01/27/2014 03:17 PM, Didier 'OdyX' Raboud wrote: Control: forcemerge 732440 -1 This looks exactly like #732440. I agree. I hadn't realized before, sorry. Indeed, by purging texlive-fonts-extra and its dependencies, especially fonts-font-awesome the problem is solved. Alternative solutions of this bug could be - teach gs how to deal with WOFF fonts; - make gs conflict with fonts-font-awesome Thank you OdyX! Best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729839: network-manager: forgets previously connected network upon sleep/reboot
Package: network-manager Version: 0.9.8.0-5 Severity: normal Dear Maintainer, I have multiple configurations for both wireless and wired interfaces: since upgrading to jessie, every time my pc reboots or wakes up from sleep it has forgotten which one of them was the last connected network, and tries to connect a random (usually incorrect) one. The user has then to select the proper connection manually. Otherwise the computer would usually remain disconnected from the net. This is a regression compared to the wheezy version 0.9.4.1-5. I think this is unrelated to #632850 (now the ethernet adapter is recognized correctly, just a wrong configuration is applied to it) #692004 (different/opposite behavior) The maintainer may wish to raise the severity, as in certain cases this may lead to data loss, e.g. on a computer whose display/graphic card fails. With the previous correct behavior, user could have her computer connect automatically to the last used wireless or wired network and access her data through the net. The current behavior would instead leave the machine disconnected and data unretriavable (without physically removing pieces of hardware such as the HD). Thank you in advance for fixing! All the best, Nick -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.18-1 ii dpkg 1.16.12 ii isc-dhcp-client4.2.4-7 ii libc6 2.17-93 ii libdbus-1-31.6.18-1 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt111.5.3-2 ii libglib2.0-0 2.36.4-1 ii libgnutls262.12.23-8 ii libgudev-1.0-0 204-5 ii libnl-3-2003.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libnl-route-3-200 3.2.21-1 ii libnm-glib40.9.8.0-5 ii libnm-util20.9.8.0-5 ii libpolkit-gobject-1-0 0.105-4 ii libuuid1 2.20.1-5.5 ii lsb-base 4.1+Debian12 ii udev 204-5 ii wpasupplicant 1.0-3+b1 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.67-1 ii iptables 1.4.20-2 ii modemmanager 0.5.2.0-2 ii policykit-1 0.105-4 ii ppp 2.4.5+git20130610-1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-2 -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile [ifupdown] managed=true /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla [Adding or changing system-wide NetworkManager connections] Identity=unix-group:netdev;unix-group:sudo Action=org.freedesktop.NetworkManager.settings.modify.system ResultAny=no ResultInactive=no ResultActive=yes -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641458: found in 4.10.1-1
I reproduce precisely the same misbehavior detected by Torquil in the version currently in testing: 4.10.1-1 Let me add that it is not only nm-applet which produces this misbehavior, but also e.g. the xfce4-power-manager applet. Thanx! Nick dpkg -l network-manager-gnome xfce4 xfce4-panel Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii network-manage 0.9.8.4-1i386 network management framework (GNO ii xfce4 4.10.1 all Meta-package for the Xfce Lightwe ii xfce4-panel4.10.1-1 i386 panel for Xfce4 desktop environme uname -a Linux jjj 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715279: found in 0.9.8.4-1
Hello, I find a similar behavior in the package currently in testing. Typically on laptop wakeup from sleep, the nm-applet crashes. I see no other way than to restart it manually from a terminal. When it also segfaults, it prints the following error messages: (nm-applet:2327): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion `GTK_IS_LIST_STORE (list_store)' failed (nm-applet:2327): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (nm-applet:2327): Gtk-CRITICAL **: gtk_tree_model_get: assertion `GTK_IS_TREE_MODEL (tree_model)' failed ** ERROR:eap-method-fast.c:214:inner_auth_combo_changed_cb: assertion failed: (eap) [1]Abort nm-applet Write failed: Broken pipe The applet is running under xfce4, precisely xfce4-panel. More details on the system below (more available at request). Thanks! Nick dpkg -l network-manager-gnome xfce4 xfce4-panel xorg libgtk-3-0 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii libgtk-3-0:i38 3.8.4-1 i386 GTK+ graphical user interface lib ii network-manage 0.9.8.4-1i386 network management framework (GNO ii xfce4 4.10.1 all Meta-package for the Xfce Lightwe ii xfce4-panel4.10.1-1 i386 panel for Xfce4 desktop environme ii xorg 1:7.7+4 i386 X.Org X Window System uname -a Linux jjj 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705605: libreoffice-impress: Export to .pptx screws up several formattings
Confirmed (in 4.0.3 rc1, but that shouldn't be worse than the 4.0.2 which is in experimental, so..). Now the question is whether the pptx is screwed up or LO re-imports it badly. I also assume the first, but... I made a little inquiry on this question. I asked a windows-addicted friend, running Microsoft Office PowerPoint 2007 (12.0.4518.1014) MSO (12.0.4518.1014) to open the .pptx generated by libreoffice as above, and he tells me that PowerPoint complanins that it cannot open the file because it is apparently damaged. (The .ppt opens fine instead.) So yes indeed the .pptx is screwed up. Maybe for wheezy someone might modify the Save As menu of all possible File formats, adding something like (Experimental) before Microsoft PowerPoint 2007/2010 XML (.pptx), so that users do not have excessive expectations. A little patch for a man, one giant leap for userkind. ;-) Thank you for your kind attention Rene, ciao, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705605: the demonstration file: bug_libreoffice.odp
In attachment. Thanx, Nick bug_libreoffice.odp Description: application/vnd.oasis.opendocument.presentation
Bug#699521: sauerbraten: new version available
Package: sauerbraten Version: 0.0.20100728.dfsg+repack-3 Severity: wishlist Dear Maintainer, a new version of sauerbraten is available for download at its website http://sauerbraten.org/ : Collect Edition (January 4, 2013) Servers are currently switching to the new release. Thank you, all the best, Nick -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sauerbraten depends on: ii libc6 2.13-37 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libsdl-image1.2 1.2.12-2 ii libsdl-mixer1.2 1.2.12-3 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.7.2-5 ii libx11-6 2:1.5.0-1 ii sauerbraten-data 0.0.20100728+repack-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages sauerbraten recommends: ii sauerbraten-wake6 1.0-1.1 sauerbraten suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674819: indeed it is a regression
I used gimp several times since the current release came out, but I still find this export thing so annoying. The worst is the final message about unsaved changes: it trains users to ignore such kind of message and automatically discard changes, risking to lose data if forgetting to export before. I understand that gimp developers want to push the gimp format, but this export thing is definitely the wrong way to. And people around are not ready to convert all their jpg collections anyway... Of course all this has nothing to do with debian, but if enough such complaints pass upstream, maybe the developers would think better for next release. Thanx! Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683726: closed by Julien Cristau
As suggested, I replaced the nvidia driver with nouveau: now sleepresume work like breeze (prompter than with nvidia!). Even the glx acceleration is more than fair: I'll stick to nouveau. In conclusion, the kernel is fine, this breakage was a problem of the interaction with the closed-source driver: let the guys at nvidia find a fix... ;-) Thank you, ciao, N. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683726: closed by Julien Cristau jcris...@debian.org (Re: Bug#683726: additional info)
I will remove the nvidia driver and retest everything under nouveau. However I have little hope that it will work, since prior to installing nvidia I had tested nouveau extensively: suspend-resume had never worked under the open-source driver. This bug is quite likely related to the graphic card restarting into a broken state, and this of course due to the nvidia driver, except it used to work fine with the previous kernel revision, so apparently it is some change in the kernel which causes a regression in this interaction. If anything interesting turns out with the nouveau driver, I'll report it here. Best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683726: linux-image-3.2.0-3-686-pae: hangup on resume from suspend on dell latitude E6500
Package: src Version: 3.2.21-3 Severity: normal Dear Maintainer, my laptop hangs on resume from suspend to memory, since the upgrade to 3.2.0-3-686-pae With the previous kernel we had in testing until last June, sleep/wakeup was perfect. I attach the syslog from boot (Aug 3 13:27:27) to when I initiated the sleep from the gdm3 button (Aug 3 13:29:12) (no change if sleep is initiated by a user running a session). At this point the laptop was apparently asleep, with the slowly flashing power led, off vents, and no network connectivity from outside. After a few secs (Aug 3 13:29:33) I tried to resume the computer by briefly pressing the power button. At this point the PC was up and accessible from the net, so I could login and retrieve the syslog. However the screen was black but for a flashing white line in the left top corner. No possibility to switch screen (ctr-alt-FN). After less than a minute (Aug 3 13:30:18) the pc starts beeping, and sends all logged terminals frequent kernel messages of the type seen at the end of the attached syslog. It is possible to still access the pc from the net. I could even reboot it, although occasionally it locks and the power button must be pressed to regain control. The bug is reproducible at will. This bug recalls 680707, but according to Jonathan Nieder it is different, so I'm filling a separate report. Thanx! Nick -- Package-specific info: ** Version: Linux version 3.2.0-3-686-pae (Debian 3.2.21-3) (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-8) ) #1 SMP Thu Jun 28 08:56:46 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-3-686-pae root=UUID=3c8775fc-75a8-412d-96e7-9b489c3b6dbc ro quiet ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 10.975448] yenta_cardbus :03:01.0: bridge window [io 0x2400-0x24ff] [ 10.975453] yenta_cardbus :03:01.0: bridge window [io 0x2000-0x20ff] [ 10.975458] yenta_cardbus :03:01.0: bridge window [mem 0xf0c0-0xf0ff] [ 10.975463] yenta_cardbus :03:01.0: bridge window [mem 0xf100-0xf13f] [ 11.057644] iwlwifi :0c:00.0: loaded firmware version 8.83.5.1 build 33692 [ 11.057904] Registered led device: phy0-led [ 11.108807] yenta_cardbus :03:01.0: ISA IRQ mask 0x0cb8, PCI irq 19 [ 11.108811] yenta_cardbus :03:01.0: Socket status: 3006 [ 11.108814] pci_bus :03: Raising subordinate bus# of parent bus (#03) from #04 to #07 [ 11.108823] yenta_cardbus :03:01.0: pcmcia: parent PCI bridge window: [io 0x2000-0x2fff] [ 11.108826] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x2000-0x2fff: excluding 0x2000-0x20ff 0x2400-0x24ff [ 11.114317] yenta_cardbus :03:01.0: pcmcia: parent PCI bridge window: [mem 0xf1b0-0xf1bf] [ 11.114320] pcmcia_socket pcmcia_socket0: cs: memory probe 0xf1b0-0xf1bf: excluding 0xf1bf-0xf1bf [ 11.133856] ieee80211 phy0: Selected rate control algorithm 'iwl-agn-rs' [ 11.151286] input: DualPoint Stick as /devices/platform/i8042/serio1/input/input9 [ 11.167946] input: AlpsPS/2 ALPS DualPoint TouchPad as /devices/platform/i8042/serio1/input/input10 [ 11.555896] snd_hda_intel :00:1b.0: PCI INT A - GSI 21 (level, low) - IRQ 21 [ 11.555956] snd_hda_intel :00:1b.0: irq 48 for MSI/MSI-X [ 11.555985] snd_hda_intel :00:1b.0: setting latency timer to 64 [ 11.606132] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: clean. [ 11.607836] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: excluding 0x4d0-0x4d7 [ 11.608551] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: clean. [ 11.609111] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: excluding 0xc80-0xcbf [ 11.609585] pcmcia_socket pcmcia_socket0: cs: memory probe 0x0c-0x0f: excluding 0xc-0xd3fff 0xe-0xf [ 11.609618] pcmcia_socket pcmcia_socket0: cs: memory probe 0xa000-0xa0ff: excluding 0xa000-0xa0ff [ 11.609650] pcmcia_socket pcmcia_socket0: cs: memory probe 0x6000-0x60ff: excluding 0x6000-0x60ff [ 11.609682] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: clean. [ 11.743166] nvidia: module license 'NVIDIA' taints kernel. [ 11.743171] Disabling lock debugging due to kernel taint [ 11.752565] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input11 [ 11.761640] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input12 [ 11.761778] input: HDA Intel Mic as /devices/pci:00/:00:1b.0/sound/card0/input13 [ 11.761895] input: HDA Intel Line-out as /devices/pci:00/:00:1b.0/sound/card0/input14 [ 11.762013] input: HDA Intel Headphone as /devices/pci:00/:00:1b.0/sound/card0/input15 [ 12.062847] nvidia :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 12.062864] nvidia :01:00.0: setting latency
Bug#671232: rhythmbox: Mixup informations of different edited mp3 files
On 05/02/2012 06:02 PM, Michael Biebl wrote: On 02.05.2012 17:57, Michael Biebl wrote: On 02.05.2012 17:12, Nick Manini wrote: - Exit from rhythmbox. - Now, reopen both files in rhythmbox (rhythmbox *) or in any other music player, e.g. audacious, and check the album tags of both songs. Actually, re-opening the files in rhythmbox shows them tagged as aa and bb, but opening the file in *another* player (I've used vlc) does indeed show aa for both songs. Even in rhythmbox if you first remove both files from the list, close rhythmbox, then reopen rhythmbox and reload the files from scratch, you get them with the wrong tags (both aa). - Both album tags now equal aa, while they should be aa and bb respectively, instead. I can't reproduce this issue. After following the steps you outlined, a.mp3 is tagged aa and b.mp3 is tagged bb. Would you mind reporting this bug upstream and let us know when you've done so we can tag the bug accordingly. OK, I have a Bugzilla account, I'll do that. I'll come back with feedback here. Ciao, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671232: rhythmbox: Mixup informations of different edited mp3 files
This bug was already found (multiple times!) and fixed upstream: https://bugzilla.gnome.org/show_bug.cgi?id=671840 Thus, I hope the patched version will soon make its way into debian testing. Thank you! Ciao, Nick On 05/02/2012 07:11 PM, Michael Biebl wrote: On 02.05.2012 18:15, Nicola Manini wrote: On 05/02/2012 06:02 PM, Michael Biebl wrote: Even in rhythmbox if you first remove both files from the list, close rhythmbox, then reopen rhythmbox and reload the files from scratch, you get them with the wrong tags (both aa). Yeah, looks like the internal database of rhythmbox and actual file contents got out of sync. Would you mind reporting this bug upstream and let us know when you've done so we can tag the bug accordingly. OK, I have a Bugzilla account, I'll do that. I'll come back with feedback here. Thanks. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625624: cannot reproduce
Hello, I followed exactly the procedure described in Alex' report with grace, but could not reproduce the crash. At the end of the procedure, when releasing the left mouse button, the menu simply reappears, and is fully functional. Here follow the current running versions of the packages involved: dpkg -l grace lesstif2 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii grace 1:5.1.22-12+b1 XY graphing and plotting tool ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation released under Overall, my system is wheezy. I hope this helps. Best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606231: prboom: cannot select joystick buttons beyond 4
Package: prboom Version: 2:2.5.0+dfsg1-5 Severity: minor Once the joystick is enabled, in the keyboard setup one can select the joystick buttons up to button 4 for actions. In fact, most modern joystick/gamepads have far more than 4 (e.g. mine has 12), but these sdl events are just ignored. Please correct this and allow also joystick events above button 4 to be assignable to game controls. In particular the left and right strife should be assignable to the joystick, not just the keyboard. The simple strife modifier of left/right turn is much less practical. More generally, I think that the user should be allowed to map any keyboard event of her/his liking to a gamepad button. Otherwise the joystick is supported beautifullysmoothly, thanx! All the best, Nick -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages prboom depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgl1-mesa-glx [libgl1] 7.7.1-4A free implementation of the OpenG ii libglu1-mesa [libglu1]7.7.1-4The OpenGL utility library (GLU) ii libsdl-mixer1.2 1.2.8-6+b1 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.7-2network library for Simple DirectM ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer Versions of packages prboom recommends: ii freedm [boom-wad] 0.6.4-4 multiplayer-oriented maps for Doom ii freedoom [boom-wad] 0.6.4-4 free game files for the 3D game DO ii timidity2.13.2-39+b1 Software sound renderer (MIDI sequ Versions of packages prboom suggests: pn game-data-packagernone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573429: installation-reports: some characters screwed up in menus + windoze detected but omitted from grub menu
Otavio Salvador wrote: forcemerge 573429 567980 thanks Hello, I re-tested debian-testing-i386-netinst.iso as of today Aug 30, 2010. 1) characters meant for menu boundaries were corrupt, and printed funny-looking ascii characters. Everything was usable, but certainly not as intended by those who programmed the installer. Please see if you can reproduce it using current daily images and provide a screenshot or picture of it so we can see what you mean by corrupt. In meanwhile I will assume it is working fine. The problem is gone, menus look fine now. 2) the network detection seems a regression from the lenny installer I tried several months ago. I do not use dhcp, so I specify the network manually. The old lenny installer was happy with the network number, gateway, and DNS. The installer then discovered the computer name and domain automatically. This new squeeze installer needs all this info by hand. Please in case you can reproduce it using latest dailies elaborate it a bit more because I didn't figure out what you meant. When you connect to a network using not DHCP but a static IP, it is sufficient for the installer to know 1) the IP of the computer to be installed 2) the gateway to connect to the network 3) the DHCP to resolve hosts. Everything else should be deduced by interrogating the network. Indeed the lennny installer does not ask for any other information. The new squeeze installer instead then proceeds to ask for: 4) computer name 5) domain name These last 2 steps should be removed as unnecessary, and restore lenny installer's name and domain resolution from the the network. (I guess, by calling the host commandline program with host $IP | awk '{print $NF}' [where $IP holds the static IP just provided by the user], or something equivalent in other scripting languages). 3) the installer detected correctly the windoze OS, and made me assume that it would be included it in the grub initial menu. It wasn't. Post installation I had to run update-grub manually, then the menu did include windoze as expected. I can confirm this issue. I am reassigning it to grub-installer since it needs to be fixed there. OK. Thanks a lot by reporting it. Not at all, I'm a proud debian user, and making debian better and more friendly is an important task. Thank you, who do the programming effort! Best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583575: emacs: esc-q in LaTeX mode mixes with commented line above
Package: emacs Version: 23.1+1-5 Severity: normal Tags: squeeze In LaTeX mode, esc-q has an incorrect behavior on a paragraph preceded by a commented line (starting with %). As an example, create a file a.tex including the 3 following lines: % dog cat Then open it with emacs (either in its windowed or the -nw version). Go with the cursor on the second line. Type esc-q The outcome is % dog cat rather than the correct % dog cat This bug is new of the squeeze version of emacs (23.1+1-5) It is not present in the lenny version (22.2+2-5). Thanx for a fix! Nick -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (10, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs depends on: ii emacs23 23.1+1-5 The GNU Emacs editor (with GTK+ us emacs recommends no packages. emacs suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574614: It's a bug of a nvidia related package, I think
Yes, it mostly is a bug of the nvidia driver package, but there is also a m-a related part, which expects fixing. Indeed the solution suggested by Marco Mattiolo worked for me. I installed nvidia-kernel-dkms from sid. This introduced me to the ease of dkms, which makes m-a much less useful than it used to be. For this specific install, I also needed to create a /etc/X11/xorg.conf file with the following contents: Section Device Identifier Default screen Driver nvidia EndSection Philosophical observation: Probably stable should go for the dkms scheme for non-free drivers of this sort, that would be even better than the pre-compiled package, and remain more compatible with future testing. Ciao, thanx, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574614: /usr/bin/module-assistant: fails building nvidia-kernel module and interface gets confused
Package: module-assistant Version: 0.11.3 Severity: normal File: /usr/bin/module-assistant While building nvidia-kernel in squeeze, the kbuild fails as follows: make[2]: Entering directory `/usr/src/modules/nvidia-kernel' NVIDIA: calling KBUILD... make CC=gcc-4.3 -C /lib/modules/2.6.32-3-686/build SUBDIRS=/usr/src/modules/nvidia-kernel modules make[3]: Entering directory `/usr/src/linux-headers-2.6.32-3-686' Building modules, stage 2. MODPOST 0 modules make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-3-686' NVIDIA: left KBUILD. nvidia.ko failed to build! The above might reflect a bug of linux-kbuild-2.6.32 , or of nvidia-kernel-source, rather than of m-a. After this failure, the m-a enters the menu which proposes to VIEW Examine the build log file CONTINUE Skip and continue with the next operation STOP Stop processing the build commands After VIEWing the log, the m-a remains in a confused state, by pressing down-arrow to reach CONTINUE os STOP, some undetectable lines scroll below the fake windows, and m-a exits. This is surely a bug of m-a. It may help to know that I was running it in a xterm. I provide a snapshot of the terminal after this failure, in attachment. I also attach the full m-a log. Thanx! NM -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages module-assistant depends on: ii bzip2 1.0.5-4high-quality block-sorting file co ii libtext-wrapi18n-perl 0.06-7 internationalized substitute of Te ii perl 5.10.1-11 Larry Wall's Practical Extraction Versions of packages module-assistant recommends: ii liblocale-gettext-perl1.05-6 Using libc functions for internati Versions of packages module-assistant suggests: ii build-essential 11.4 Informational list of build-essent ii dialog1.1-20100119-2 Displays user-friendly dialog boxe ii whiptail 0.52.10-8 Displays user-friendly dialog boxe -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574614: additional info
I attach the xterm window snaphot after m-a exited, and the m-a log. All the best, Nick inline: snapshot.png/usr/bin/make -f debian/rules clean make[1]: Entering directory `/usr/src/modules/nvidia-kernel' # select which makefile to use. rm -f /usr/src/modules/nvidia-kernel/Makefile || true if [ 6 = 6 ]; then \ ln -s Makefile.kbuild Makefile ; \ fi if [ 6 = 4 ]; then \ ln -s Makefile.nvidia Makefile ; \ fi if [ -e patch-stamp ]; then \ dpatch deapply-all ; \ rm -rf patch-stamp debian/patched ; \ fi if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \ cp /usr/src/modules/nvidia-kernel/debian/control.template /usr/src/modules/nvidia-kernel/debian/control; \ fi dh_testroot rm -f build-stamp configure-stamp /usr/bin/make clean SYSSRC=/lib/modules/2.6.32-3-686/build -C /usr/src/modules/nvidia-kernel/ -f Makefile make[2]: Entering directory `/usr/src/modules/nvidia-kernel' make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' rm -f /usr/src/modules/nvidia-kernel//Makefile || true; rm /usr/src/modules/nvidia-kernel//gcc-check rm /usr/src/modules/nvidia-kernel//cc-sanity-check dh_clean rm /usr/src/modules/nvidia-kernel/debian/control rm /usr/src/modules/nvidia-kernel/debian/dirs rm /usr/src/modules/nvidia-kernel/debian/override make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' echo ROOT_CMD = ROOT_CMD = /usr/bin/make -f debian/rules binary_modules make[1]: Entering directory `/usr/src/modules/nvidia-kernel' # select which makefile to use. rm -f /usr/src/modules/nvidia-kernel/Makefile || true if [ 6 = 6 ]; then \ ln -s Makefile.kbuild Makefile ; \ fi if [ 6 = 4 ]; then \ ln -s Makefile.nvidia Makefile ; \ fi if ! gcc-4.3 -v 2 /dev/null ; then \ echo Compiler gcc-4.3 does not exist on the system ; \ exit 1; \ fi if [ -f /usr/src/modules/nvidia-kernel/debian/control.template ]; then \ cp /usr/src/modules/nvidia-kernel/debian/control.template /usr/src/modules/nvidia-kernel/debian/control; \ fi if [ i686 = x86_64 ]; then \ cp /usr/src/modules/nvidia-kernel/nv-kernel.o.x86_64 /usr/src/modules/nvidia-kernel/nv-kernel.o ; \ fi touch configure-stamp dh_testdir dh_testroot PATCHLEVEL = 6 Kernel compiler version : 4.3.4 Detected compiler version : 4.3.4 Using compiler gcc-4.3 version 4.3.4 touch /usr/src/modules/nvidia-kernel//gcc-check touch /usr/src/modules/nvidia-kernel//cc-sanity-check ## Main Make ## IGNORE_CC_MISMATCH=1 CC=gcc-4.3 /usr/bin/make -C /usr/src/modules/nvidia-kernel/ -f Makefile SYSSRC=/lib/modules/2.6.32-3-686/build KBUILD_PARAMS=-C /lib/modules/2.6.32-3-686/build SUBDIRS=/usr/src/modules/nvidia-kernel module; make[2]: Entering directory `/usr/src/modules/nvidia-kernel' NVIDIA: calling KBUILD... make CC=gcc-4.3 -C /lib/modules/2.6.32-3-686/build SUBDIRS=/usr/src/modules/nvidia-kernel modules make[3]: Entering directory `/usr/src/linux-headers-2.6.32-3-686' Building modules, stage 2. MODPOST 0 modules make[3]: Leaving directory `/usr/src/linux-headers-2.6.32-3-686' NVIDIA: left KBUILD. nvidia.ko failed to build! make[2]: *** [module] Error 1 make[2]: Leaving directory `/usr/src/modules/nvidia-kernel' make[1]: *** [build-stamp] Error 2 make[1]: Leaving directory `/usr/src/modules/nvidia-kernel' make: *** [kdist_image] Error 2
Bug#573429: installation-reports: some characters screwed up in menus + windoze detected but omitted from grub menu
Package: installation-reports Severity: normal -- Package-specific info: Boot method: CD Image version: deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 NETINST Binary-1 20100309-09:50]/ squeeze main Date: Mar 09 2010, afternoon Machine: laptop Dell Latitude E6500 Partitions: df -Tl will do; the raw partition table is preferred df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda6 ext4 180669448 4495340 166996580 3% / tmpfstmpfs 1811800 0 1811800 0% /lib/init/rw udev tmpfs 10240 272 9968 3% /dev tmpfstmpfs 1811800 0 1811800 0% /dev/shm fdisk -l Disk /dev/sda: 250.1 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xd000 Device Boot Start End Blocks Id System /dev/sda1 1 38 305203+ de Dell Utility /dev/sda2 * 39 134 7680007 HPFS/NTFS Partition 2 does not end on cylinder boundary. /dev/sda3 1347429585937507 HPFS/NTFS /dev/sda47430 30401 1845225905 Extended /dev/sda574307550 971901 82 Linux swap / Solaris /dev/sda67551 30401 183550626 83 Linux Comments: - partitions /dev/sda1 /dev/sda2 were factory-made: untouched - partition /dev/sda3 (windoze 7) resized from 250 to 60 GB by debian partitioner - partitions /dev/sda4 and /dev/sda5 created with debian partitioner Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Everything went smoothly: thanx for the great job! Just minor problems: 1) characters meant for menu boundaries were corrupt, and printed funny-looking ascii characters. Everything was usable, but certainly not as intended by those who programmed the installer. 2) the network detection seems a regression from the lenny installer I tried several months ago. I do not use dhcp, so I specify the network manually. The old lenny installer was happy with the network number, gateway, and DNS. The installer then discovered the computer name and domain automatically. This new squeeze installer needs all this info by hand. 3) the installer detected correctly the windoze OS, and made me assume that it would be included it in the grub initial menu. It wasn't. Post installation I had to run update-grub manually, then the menu did include windoze as expected. Windoze 7 had to restart once in some protected mode, but after that it was happy enough. This bug could create serious trouble to non-experts. All hardware works fine out of the box, except for the wi-fi Network controller (for which I did as instructed at http://wiki.debian.org/iwlagn) the camera (i'll look after that next) and the audio capture (needs a few clicks to configure). All the best, Nick Manini -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20100309-04:52 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux ciop 2.6.32-3-486 #1 Thu Feb 25 05:35:13 UTC 2010 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: Subsystem: Dell Device [1028:024f] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port [8086:2a41] (rev 07) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03) lspci -knn: Subsystem: Dell Device [1028:024f] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Subsystem: Dell Device [1028:024f] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation
Bug#428030: fvwm: cursor disappears when secondlife client is running
I have been unable to reproduce this (I do not have a second life client, and the software is non-free), I have not seen this behaviour elsewhere, and I wonder if this still happens with newer versions of fvwm. In any case, unless tehre is a means of reproducing this with, I think that the problem is isolated, and would be hard to solve. The bug does not occur any more with the combination of the current stable release of fvwm 1:2.5.26-1 and the current SecondLife client 1.23.4.123523 I suggest we close it. Thanx! Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475112: more info: predictable way to reproduce crash
Hello, I found a predictable and reproducible way to obtain this X crash... admittedly running a non-debian piece of software. I installed the current linux version 1.22.11.113941 of the Secondlife client from http://secondlife.com/support/downloads.php , logged to my Secondlife account, and tried to change the graphics resolution in Edit-Preferences. X crashes all the times within 2 seconds. As in my previous post, it is impossible to restart X afterwards. One can just log into the textual console and reboot the machine. I experienced occasional crashes of the Secondlife client in the past, but never induced a full crash of X. The error log is the usual Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x0001 getbl_err: 0x ipeir: 0x iphdr: 0x7fd7 LP ring tail: 0x36f0 head: 0x3714 len: 0x0001f001 start 0x I hope this helps, all the best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#475112: also found in 2:2.3.2-2+lenny6
Hello, I also found this bug in 2:2.3.2-2+lenny6 running on my intel graphics G33 chipset. I wish to add 2 possibly useful pieces of information: - this week this crash occurred twice in 3 days; before I never had it, and my X session lasted for at least 4 months without a glimpse. So maybe it is related to some late update of lenny. - the second crash was occasionated by pressing return as I filled a form in iceweasel - most importantly: after these crashes X would *not be able to start up* any more, the system remains in a non-X status. Even if I killed gdm, entered a console session and entered startx, the screen would flash a few times in the attempt to switch to graphical mode, but eventually failed with the same error in the X log: Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x0001 getbl_err: 0x ipeir: 0x iphdr: 0x0211 LP ring tail: 0x30b0 head: 0x30d4 len: 0x0001f001 start 0x eir: 0x esr: 0x emr: 0x instdone: 0xfa41 instpm: 0x memmode: 0x0306 instps: 0x80007826 hwstam: 0xfffe ier: 0x0002 imr: 0x iir: 0x00c0 Ring at virtual 0xa79af000 head 0x30d4 tail 0x30b0 count 32759 3054: 03cc2000 3058: 000400f0 - I tried repeatedly to restart X, to no success: to resume a normal operation mode, I had to reboot my machine. If needed, I could send the complete logs, but they look very similar to those reported in this bug (and other similar bugs). Thanx for any effort to a fix! Best, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#448809: galeon: found in Galeon 2.0.6-2+b1
Package: galeon Version: 2.0.6-2+b1 Followup-For: Bug #448809 Hi, as ariana is not responding, let me add a word on this: Indeed, as one navigates, the memory usage of galeon piles up to larger and larger values (easily in eccess of 100 MB after visiting 4 or 5 news sites such as cnn.com), and never cleans up to the same initial small value when closing all tabs and reverting to a single blank page (about:blank). I find the same behavior with iceape (apparently not with firefox), though. I never used valgrind, so I suggest it is more efficient if you Loic could test it yourself on your own debian system. Or ariana and I are the only ones who reproduce this behavior? Thanx, best, Nick -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages galeon depends on: ii galeon-common 2.0.6-2 GNOME web browser for advanced use ii gconf2 2.22.0-1 GNOME configuration database syste ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18GNU C Library: Shared libraries ii libgcc11:4.3.2-1.1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libpopt0 1.14-4lib for parsing cmdline parameters ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxml22.6.32.dfsg-5 GNOME XML library ii procps 1:3.2.7-11/proc file system utilities ii xulrunner-1.9 1.9.0.5-1 XUL + XPCOM application runner Versions of packages galeon recommends: ii gnome-control-center1:2.22.2.1-2 utilities to configure the GNOME d ii gnome-icon-theme2.22.0-1 GNOME Desktop icon theme ii iso-codes 3.5.1-1 ISO language, territory, currency, ii scrollkeeper0.3.14-16A free electronic cataloging syste ii yelp2.22.1-8+b1 Help browser for GNOME 2 Versions of packages galeon suggests: ii mozplugger1.10.2-2 Plugin allowing external viewers t -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#359266: linux-image-2.6.15-1-686: generates Bad page state at miscellaneous processes, sometime crashes
Moritz Muehlenhoff wrote: On Mon, Mar 27, 2006 at 04:53:04PM +0200, Nicola Manini wrote: Package: linux-image-2.6.15-1-686 Version: 2.6.15-8 Severity: normal *** Please type your report below this line *** Occasionally the kernel broadcasts a message such as: Message from sysl...@localhost at Mon Mar 27 14:19:59 2006 ... localhost kernel: Bad page state at free_hot_cold_page (in process 'XFree86', pa ge c13ff320) Does this error still occur with more recent kernel versions? No, never seen any more since 2.6.18 or maybe even earlier. Cheers, and season's greetings, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#75403: stiil exists also in latest unstable
Package: gnuplot Found 75403 4.2.4-1 Found 75403 4.2.2-1.2 Severity: serious Justification: could cause data loss Stop Package: texlive-fonts-extra Version: 2007.dfsg.4-1 Severity: serious Justification: nosell license Hello, I find that this bug has not been fixed in 4.2.4-1 , as present in unstable. Also it remains open in the current stable 4.0.0-5 (of course: same version!) and testing 4.2.2-1.2 snapshots. I'm trying to escalate the severity of this bug since it really can cause data loss while typing unseen potentially harmful commands on an unreadable line. Just to repeat my example of 30 May 2007: Open gnuplot and type a long line (exceeding the terminal width), then press left arrow long enough to reach (without knowing) the beginning of the line (or press ctrl-a). Then type !rm * (with a space character after the *): Nothing understandable is visible on the screen. If you now press enter this removes all files in the current directory without you seeing it coming. Many similar examples could be cooked up, so I guess this really is serious and should be fixed. This bug with a hinted solution was forwarded upstream on 21 Aug 2006 : I can't believe these guys do not give a damn about the whole Debian community and have not fixed it in over 2 years! There are at least 7674 users of gnuplot around (which run popularity-contest), plus all the Ubuntu users. Is there anything we could do to get this thing fixed at last? Thanx, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465861: installation-reports
Package: installation-reports Boot method: CD netinstall lenny Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso downloaded 2008:02:15 10:51 CET Date: 2008:02:15 11:00 CET Machine: Dell Latitude C810 Processor: Intel PIII 864 MHz Memory: 256 MB Partitions: df -Tl will do; the raw partition table is preferred df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/hda4 ext3 9574584 3244412 5843808 36% / tmpfstmpfs 128348 4128344 1% /lib/init/rw udev tmpfs 10240 112 10128 2% /dev tmpfstmpfs 128348 0128348 0% /dev/shm fdisk -l Disk /dev/hda: 20.0 GB, 20003880960 bytes 255 heads, 63 sectors/track, 2432 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xfd478bc7 Device Boot Start End Blocks Id System /dev/hda1 1 4 32098+ de Dell Utility /dev/hda2 * 51099 8795587+ 7 HPFS/NTFS /dev/hda311001221 979965 82 Linux swap / Solaris /dev/hda412222432 9727357+ 83 Linux Output of lspci -nn and lspci -vnn: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[E] Overall install:[E] Comments/Problems: The lenny installer seems generally working, and pretty friendly as well. Unfortunately it fails on installing grub. It just says it failed without any further elaboration, and I'm afraid this would be a final error for a non-expert user. I also tried to install lilo and grub2, which also both fail. So, I completed the installation without bootloader, and rebooted using the installer in rescue mode. I opened a shell with /dev/hda4 mounted as / . I then aptitude install grub /usr/sbin/grub-install /dev/hda Thus I got a bootable pc. Thus, I suspect that something goes wrong with the installer running something like /usr/sbin/grub-install --root-directory=/target /dev/... but have no idea whether it is a misbehavior of grub or of the installer. I booted into debian, and proceeded to select the tasks, thus correcting the other problem of the installer: it only proposes a list with the Standard System in the initial installation. Everything works fine then, without any need of extra tuning, including audio, xorg at the correct native screen resolution. Cute! Keep up the good work! Best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420354: fixup? this bug has a patch
Hello, this important bug remained open for over 9 months now, even though a simple patch is available. Why not generating a patched version 1.0.8776-5 for lenny? Thanx! Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#428030: fvwm: cursor disappears when secondlife client is running
Subject: fvwm: cursor disappears when secondlife client is running Package: fvwm Version: 1:2.5.18-3 Severity: normal *** Please type your report below this line *** Hello, when I run the secondlife client, now SecondLife_i686_1_16_0_6 just downloaded from secondlife.com, within fvwm (stable version), the cursor blinks and almost disappears when focusing outside the SL client window. The cursor disappears e.g. on xterm's, on the fvwm menus and on the background. The ghost cursor is still working propertly: one can select text in xterm and click on fvwm buttons all right, but working without actually seeing the mouse becomes pretty annoying... More info: 1- the problem occurs regardless of the way (keyboard/mouse/Alt-Tab) employed to move the focus away from the SL client; 2- the problem occurs equally for other windows in the same and in other virtual desktop screens; 3- my .fvwm2rc policy is: ColormapFocus FollowsMouse 4- also, the keyboard reacts rather slowly under these ghost-mouse conditions; 5- the problem ceases upon exiting from the SL client, and re-occurs when that one is started again; 6- no such problems occurs under gnome. I understand that the SL client may not be fully compliant with some X11/unix standard, but I believe no WM should be tricked by specific running programs into sabotaging other running programs, so maybe this should be classified as important. Maybe Manoj (or someone else out there) could give it a try with the current testing fvwm release, or otherwise I'll do it when I find time to upgrade. All the best, ciao, Nick -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (100, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fvwm depends on: ii debconf [debconf-2.0] 1.5.11 Debian configuration management sy ii gdk-imlib11 1.9.14-31 imaging library for use with gtk ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libfontconfig12.4.2-1.2 generic font configuration library ii libfreetype6 2.2.1-5FreeType 2 font engine, shared lib ii libfribidi0 0.10.7-4 Free Implementation of the Unicode ii libglib1.21.2.10-17 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libncurses5 5.5-5 Shared libraries for terminal hand ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libreadline5 5.2-2 GNU readline and history libraries ii librplay3 3.3.2-11 Shared libraries for the rplay net ii libsm61:1.0.1-3 X11 Session Management library ii libstroke00.5.1-5mouse strokes library -- runtime f ii libx11-6 2:1.0.3-7 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1X11 Xinerama extension library ii libxpm4 1:3.5.5-2 X11 pixmap library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages fvwm recommends: ii fvwm-icons 2001.08.13-6 XPMs icons from fvwm development s -- debconf information: fvwm/upgrade/pre_2.5.8: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319994: reopen Bug#319994 (Well reproducible also in the latest version)
Dear Cyril, I upgraded to the latest 4.2.0-3: dpkg -l gnuplot Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii gnuplot4.2.0-3A command-line driven interactive plotting p in my etch box (that required upgrading some libc, locales and a few other chain dependencies). I'm afraid this bug is perfectly reproducible. For example, type the following: mkdir test cd test echo 1 2\n3 4 pippo gnuplot and then, at the gnuplot command line, type p'piTAB As you press TAB, you expect that the line is completed to p'pippo (as in most linux distributions / unix builds), but the debian gnuplot does nothing. Tried both within xterm and gnome-terminal: this has nothing to do with an interaction with the terminal. So, sorry but once again this bug is not fixed: please do the little test above before next release, to make sure this bug is really fixed. Similarly, #75403 is still open (I'll send a message regarding that one too). Instead I can certify that #384919 was indeed fixed. Thank you, all the best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#75403: reopen Bug#75403 (Broken in latest unstable, as well as in stable)
package gnuplot found 75403 4.2.0-3 thanks Hello, this bug is still open for both 4.2.0-3 and the stable snapshot 4.0.0-5. I suspect it is related to #319994: please read specifically the info provided by Chali Ahmul M.P.U [EMAIL PROTECTED] about readline, in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319994 To test this bug, just open a terminal (xterm, gnome-terminal or whatever), enter gnuplot and type any sequence of characters which exceeds the line length, so that the line folds to the next. Then press left arrow and go back through the typed line. All is fine until you reach the left border of the screen, then you loose track of the cursor, which is indeed somewhere along the command line, but you don't know where. This can be very annoying and can lead to incorrect command lines, and even to undesired DATA LOSS, in unlucky cases. Consider for example you type a long line, then you press left arrow long enough to reach (without knowing) the beginning of the line. Then you type !rm * (with a space character after the *) and press enter. Regardless of the contents of the rest of the long line, this would remove all files in the current directory without you seeing beforehand. I admit this is a bit extreme, but other data loss could occur with unwanted and unseen typing, resulting in a line starting with: !cat VeryPreciousAndExpensiveFile So I also propose to increase the severity to grave, but I leave this up to you Cyril. By the way, this bug is surely absent in all Fedora Core releases I tested and in SUSE 9.2. All the best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415638: maybe broken install?
Hello, apparently the module gnuplot_x11 is built correctly in /build/buildd/gnuplot-4.2.0/src but it is then not moved into its supposed final destination /usr/lib/gnuplot I know very little of ia64, and have no access to a ia64 machine to experiment here, but for anybody even vaguely familiar with that architecture this should be an easy fix: either /usr/lib/gnuplot does not make sense under ia64 or it should be easy to figure out why the line /usr/bin/install -c 'gnuplot_x11' '/build/buildd/gnuplot-4.2.0/debian/tmp/usr/lib/gnuplot/gnuplot_x11' (see i386 log http://experimental.debian.net/build.php?pkg=gnuplotver=4.2.0-2arch=kfreebsd-i386file=log) was not executed for ia64. We gnuplot users out here are very much looking forward to gnuplot 4.2.0-1 entering unstable/testing, especially since it (hopefully) holds a fix of ugly bug #319994. Please Cyril could you spare a little of your precious time and manage to squash this damn serious #415638 bug, so that we can finally upgrade and be as happy debian gnuplotters as fedora/suse gnuplotters are? Thank you! All the best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419930: listarchives: posting frequency units Posts/h inappropriate (frequency==0)
Package: listarchives Severity: normal *** Please type your report below this line *** Hello, the statistics on debian-devel-announce (see http://murphy.debian.org/lists/debian-devel-announce/details.html ) is reported in counts Posting Frequency in Postings/h, which, as the graph shows, is unappropriate units for such a low-traffic list, with about 20 posts/month. Statistics suggests that one doesn't wanna make averages or hystograms of less than, say, 10 objects. I suggest therefore we plot Postings/(2 weeks), and add a bi-weekly point to the graph. Alternatively, a monthly average could do. All the best, Nick -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (100, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415946: bugs.debian.org: bug count inconsistencey among different pages
Package: bugs.debian.org Severity: normal *** Please type your report below this line *** Hello, in this moment (Thu Mar 22 08:03:33 UTC 2007), the release-critical bug counts read: 520 in http://bugs.debian.org/release-critical/ 510 in http://bugs.debian.org/release-critical/debian/all.html 668 in http://people.debian.org/~sesse/bugscan/ The first two refer both to bugs being officially counted at the same time: Thu Mar 22 06:00:12 UTC 2007. The ~sesse page refers to Thu Mar 22 04:19:00 UTC 2007, and the bug count could hardly have changed by 140 in 2 hours... Of course the ~sesse page is a beta thing not (yet) part of bugs.debian.org, but I thought all these incosistencies were worth reporting. (Of course, I required the browser to reload all 3 pages, in case you doubted it). This bug might be related to #403766. All the best, keep up the great work! Nick -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (700, 'stable'), (100, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#63995: comment in support to Don
Hello, it makes me smile to read the first requests, dated back in the good old times when people found it disturbing to receive 1 spam/day (and bug numbers still fitted 5 digits...). My company's spam-killer has moved to /dev/null as many as 4512 messages to my address since Jan 8 2007, i.e. an average 61/day. About 3 to 6 more come through and I need to delete myself every day. Still, Paul Johnson Don Armstrong are perfecly right with wontfix. It's no solution to pretend that simple tricks such as those suggested here could protect e-mail addresses in any durable way. With spammers around, an address can run but can't hide... ;-( Nowadays most anti-spamming activity is implemented at router level, and there is not much point avoiding one's e-mail to appear on the www: it will anyway soon or later. Best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415287: quick comment
What's the purpose of this bug that isn't already achieved by #413469? Cheers, Julien, #413469 was correctly downgraded to wishlist, since that bug is only about The package is outdated, i.e. the developer wished to push a fresher snapshot into etch, which is deep frozen and cannot accept that. The articulate discussion in #413469 ended with ion3 being removed from etch, since the developer (Tuomo) felt only ion2 belongs to a stable distribution. Development snapshots of ion3 are included in unstable and experimental (see http://bugs.debian.org/cgi-bin/version.cgi?package=ion3 ), so ion3 users can choose between use a fresh snapshot in less stable distributions or the oldish ion2 (http://bugs.debian.org/cgi-bin/version.cgi?package=ion2 ). If I may comment as an unconcerned debian longtime aficionado, I feel this solution is suboptimal to users, and also to upstream. A developer should either not care or (more likely) be proud that a random development snapshot makes its way into debian stable megafreeze, even though he/she has released much fresher versions: these are accessible to anybody who cares anyway. Concerns for bug tracking effort devoted to an old version does not seem too serious: if I was in Tuomo's place, I'd leave to the debian package maintainer the task of fighting the bugs of a old piece of software until he/she gets bored enough to prefer to upgrade to a newer better version. I hope this upstream/distribution competitive pattern remains an isolated example. If it spreads, it has a potentiality of damaging linux in general and debian in particular. All the best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#400311: mozilla was replaced by the iceape suite in etch
Severity: normal Justification: refers to confusing name and likely non-existing issue I suggest that Sect. 5.7 Security status of mozilla products be removed, since mozilla is now just transition package to iceape, see http://packages.debian.org/unstable/web/mozilla If the problems it describes still apply to iceape, then s/mozilla/iceape/g Best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#219088: this is a very good idea!
Hello, many people around find the page http://bugs.debian.org/release-critical/ very useful to track the progress of testing-stable. I strongly support Javier's proposal to add a most desirable new link, pointing to a list of the bugs concerning the next release (excluding ignored and not-in-testing). Apparently Javier even includes a script to automatize this, but probably one could just tune the script generating the list for All putting there the if's used to generate the number written above the plot, so it must be a matter of 15 mins programming for those who wrote the scripts and know where to look at. Thanx, all the best, Nicola Manini -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362072: addition on the effect of OK button
Hello, indeed I agree with Mike that network-admin should allow some more in-depth setting-up, and that it often has a sleepy behavior. I'd like to add that when one switches between different Locations, network-admin immediately acts and starts doing the network reconfiguration. After some time (sometimes seconds, sometimes minutes) the net is up fully functional. If now one presses the OK button, the whole reconfiguration starts all over: net is switched off and on and reconfigured again. Net ends up working again, but what's the need of all this redoing something which was done successfully already? All the best and keep up the great work! Nick Architecture: i386 Source: gnome-system-tools (2.14.0-2) Version: 2.14.0-2+b1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385952: fvwm: MenuStyle fontcolor option ignored (Black used instead)
Package: fvwm Version: 1:2.5.17-1 Severity: normal *** Please type your report below this line *** fvwm ignores the first (foreground) color after MenuStyle in ~/.fvwm2rc , e.g. in: MenuStyle White NavyBlue Grey50 10x20 fvwm It uses Black regardless of what I put there. The following (background) color option work fine, though. Same improper behavior with the alternative syntax: MenuStyle * Foreground gold This misbehavior appeared at the latest debian upgrade after the summer. All the best, Nick -- System Information: Debian Release: stable/testing/unstable APT prefers stable APT policy: (700, 'stable'), (100, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages fvwm depends on: ii debconf [debconf-2.0] 1.5.3 Debian configuration management sy ii gdk-imlib111.9.14-30 imaging library for use with gtk ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries ii libfontconfig1 2.3.2-7 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libfribidi00.10.7-3 Free Implementation of the Unicode ii libglib1.2 1.2.10-10.1 The GLib library of C routines ii libgtk1.2 1.2.10-18 The GIMP Toolkit set of widgets fo ii libice61:1.0.0-3 X11 Inter-Client Exchange library ii libncurses55.5-2 Shared libraries for terminal hand ii libpng12-0 1.2.8rel-5.2 PNG library - runtime ii libreadline5 5.1-7 GNU readline and history libraries ii librplay3 3.3.2-11 Shared libraries for the rplay net ii libsm6 1:1.0.0-4 X11 Session Management library ii libstroke0 0.5.1-4 support for mouse strokes like tho ii libx11-6 2:1.0.0-8 X11 client-side library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft22.1.7-1 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxpm41:3.5.4.2-3 X11 pixmap library ii libxrender11:0.9.0.2-4 X Rendering Extension client libra ii zlib1g 1:1.2.2-4.sarge.2 compression library - runtime Versions of packages fvwm recommends: ii fvwm-icons 2001.08.13-3 XPMs for fvwm -- debconf information: fvwm/upgrade/pre_2.5.8: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385952: merge #383435 #384695
I realize only now that #385952 is yet another version of #383435 #384695 Sorry... Maybe their headers are not specific enough. I suggest to merge the 3 bugs... All the best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319994: reopen Bug#319994 (Well reproducible also in the latest version)
Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report #319994: gnuplot: filename completion (with tab) does not work, which was filed against the gnuplot package. It has been closed by Cyril Bouthors [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Cyril Bouthors [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Subject: Unreproducible in the latest version From: Cyril Bouthors [EMAIL PROTECTED] Date: Wed, 23 Aug 2006 01:11:47 +0300 To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] This bug is unreproducible in the latest version, I'm closing it. Thanks. Dear Cyril, I upgraded to the latest 4.0.0-5, including dependencies, and I'm afraid the bug is perfectly reproducible. For example, type the following: mkdir test cd test echo 1 2\n3 4 pippo gnuplot and then, at the gnuplot command line, type p'piTAB As you TAB, you expect that the line is completed to p'pippo (as in most linux distributions / unix builds), but the debian gnuplot does nothing. I tried both within xterm and gnome-terminal : this has nothing to do with an interaction with the terminal. It it behaves differently for you, please clarify how. Thank you, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360893: acknowledged by developer (Re: Bug#360893: udev takes too long to create /dev/hda... and system drops to a shell)
try to regnerate your initramfs with latest: update-initramfs -u I did: no change, even with initramfs-tool 0.60 well that will only update newest kernel so to update the 2.6.15, that would have to be specified with -k version aka update-initramfs -u -k 2.6.15-1-686 Hmm, first, before the kernel upgrade I did the suggested update-initramfs -u -k 2.6.15-1-686, and tried to reboot with no success. Next I did the kernel upgrade to 2.6.16, did not bother to update-initramfs -u, and this one worked fine. thanks for the feedback, closing bug report. OK, thank you for your kind help, ciao Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360893: udev takes too long to create /dev/hda... and system drops to a shell
could you try out linux-image-2.6-$flavour from unstable if that works for you. Yes, I installed linux-image-2.6.16-1.686 and this one boots fine, no prob. hmm did you check from the shell if udevd is running with ps aux? Yes, back when I booted 2.6.15 within the shell, from ps aux | grep udev I got the following: 837 0 656 S udevd --daemon try to regnerate your initramfs with latest: update-initramfs -u I did: no change, even with initramfs-tool 0.60 thanks for your bug report, unfortunately i can pinpoint from the give info the cause. Eventually, it seems this one is a 2.6.15 kernel bug rather than initramfs-tool's. Right now, I feel very happy with my new 2.6.16-1.686 As long as it proves itself stable... Thank you for your help Maks, all the best, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360893: udev takes too long to create /dev/hda... and system drops to a shell
sure the rescue shell can't fix itself magically ;) Well, if you read my initial bug post, you see that before the upgrade it used to sort of fix itself up after a while. One could eventually boot 2.6.15 bu exiting the shell. Not any more. please post from the busybox shell: * the last line of messages you see * cat /proc/cmdline * cat /proc/modules before rebooting check that fstype recognises your root fs: # /usr/lib/klibc/bin/fstype /dev/hda1 I attach a file with all the required infos. The boot process makes a long pause (1-2 mins) after it writes Begin: Waiting for root file system... ... and then it quickly comes out with the ALERT and BusyBox lines. I hope that helps. Thank you, ciao, Nick OUTPUT OF cat /proc/cmdline in working 2.6.8: FSTYPE=ext3 FSSIZE=19998441472 root=/dev/hda1 ro OUTPUT OF cat /proc/modules in working 2.6.8: mousedev 10476 2 - Live 0xf8981000 psmouse 20360 0 - Live 0xf8a96000 ipv6 264772 10 - Live 0xf8b01000 ds 18756 0 - Live 0xf89d yenta_socket 21728 0 - Live 0xf8933000 pcmcia_core 70868 2 ds,yenta_socket, Live 0xf8aa2000 snd_via82xx 29540 1 - Live 0xf89c7000 snd_ac97_codec 69988 1 snd_via82xx, Live 0xf8a04000 snd_pcm_oss 55080 0 - Live 0xf89f5000 snd_mixer_oss 20096 2 snd_pcm_oss, Live 0xf897b000 snd_pcm 98728 2 snd_via82xx,snd_pcm_oss, Live 0xf89db000 snd_timer 25732 1 snd_pcm, Live 0xf89b5000 snd_page_alloc 11752 2 snd_via82xx,snd_pcm, Live 0xf892f000 gameport 4704 1 snd_via82xx, Live 0xf892c000 snd_mpu401_uart 7968 1 snd_via82xx, Live 0xf8886000 snd_rawmidi 25124 1 snd_mpu401_uart, Live 0xf8973000 snd_seq_device 8200 1 snd_rawmidi, Live 0xf8882000 snd 57156 9 snd_via82xx,snd_ac97_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer,snd_mpu401_uart,snd_rawmidi,snd_seq_device, Live 0xf8985000 soundcore 10272 2 snd, Live 0xf884a000 ehci_hcd 32004 0 - Live 0xf891b000 uhci_hcd 33136 0 - Live 0xf8946000 usbcore 118980 4 ehci_hcd,uhci_hcd, Live 0xf8996000 sata_via 7428 0 - Live 0xf8847000 libata 41700 1 sata_via, Live 0xf893a000 scsi_mod 125228 1 libata, Live 0xf8953000 8139too 26112 0 - Live 0xf8924000 mii 5120 1 8139too, Live 0xf8844000 capability 4520 0 - Live 0xf8841000 commoncap 7232 1 capability, Live 0xf882c000 ide_cd 42656 0 - Live 0xf890f000 cdrom 40732 1 ide_cd, Live 0xf884e000 rtc 12760 0 - Live 0xf8838000 ext3 127240 2 - Live 0xf88a jbd 62616 1 ext3, Live 0xf888f000 mbcache 9348 1 ext3, Live 0xf881e000 ide_generic 1408 0 - Live 0xf883f000 via82cxxx 14332 1 - Live 0xf88c1000 ide_disk 19296 4 - Live 0xf8889000 ide_core 139940 4 ide_cd,ide_generic,via82cxxx,ide_disk, Live 0xf885e000 unix 28756 181 - Live 0xf882f000 font 8320 0 - Live 0xf8822000 vesafb 6656 0 - Live 0xf8815000 cfbcopyarea 3872 1 vesafb, Live 0xf881c000 cfbimgblt 3040 1 vesafb, Live 0xf881a000 cfbfillrect 3776 1 vesafb, Live 0xf8818000 OUTPUT OF /usr/lib/klibc/bin/fstype /dev/hda1 in working 2.6.8: FSTYPE=ext3 FSSIZE=19998441472 LAST FEW LINES OF MESSAGES BEFORE FAILURE OF BOOT 2.6.15: hda: Maxtor 6Y080L0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: HL-DT-STDVD-ROM GDR8163B, ATAPI CD/DVD-ROM drive hdd: HL-DT-ST GCE-8526B, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 Done. Begin: Mounting root file system... ... Begin: Running /scripts/local-top ... Done. Begin: Waiting for root file system... ... Done. ALERT! /dev/hda1 does not exist. Dropping to a shell! BusyBox v1.00-pre10 (Debian 20040623-1) Built-in shell (ash) Enter 'help' for a list of built-in commands. /bin/sh: can't access tty; job control turned off OUTPUT of cat /proc/cmdline in shell after boot failure of 2.6.15: root=/dev/hda1 ro OUTPUT of cat /proc/modules in shell after boot failure of 2.6.15: ide_generic 1120 0 [permanent], Live 0xf882f000 via82cxxx 8164 0 [permanent], Live 0xf881b000 generic 4260 0 [permanent], Live 0xf8832000 ide_core 112800 3 ide_generic,via82cxxx,generic, Live 0xf88d3000 sata_via 8260 0 - Live 0xf884d000 ehci_hcd 28904 0 - Live 0xf888c000 uhci_hcd 28016 0 - Live 0xf883c000 libata 51020 1 sata_via, Live 0xf887e000 scsi_mod 125736 1 libata, Live 0xf8896000 8139too 25088 0 - Live 0xf8845000 8139cp 19488 0 - Live 0xf8836000 mii 5056 2 8139too,8139cp, Live 0xf88e usbcore 113284 3 ehci_hcd,uhci_hcd, Live 0xf8851000 thermal 13416 0 - Live 0xf882a000 processor 22912 1 thermal, Live 0xf8823000 fan 4580 0 - Live 0xf8805000
Bug#360893: udev takes too long to create /dev/hda... and system drops to a shell
The kernel 2.6.8-2-686 cannot use the current udev but boots fine, except that X does not start, since it finds no mouse. sure there you would need to load mousedev by hand or have it listed in /etc/modules.. The first option works fine, the second option lets X come up, but the mouse is not responding. which version of initramfs-tools do you use? aka output of: dpkg -l initramfs-tools ii initramfs-tool 0.53c tools for generating an initramfs please try out the unstable initramfs-tools version 0.59b I did: complete disaster. After the udev checks, the scrips come up with a message Waiting for the root filesystem or something of that kind. Except that, afterwards, the /dev/hd* entries are never generated. Of course, after a few minutes the scripts drop out to a shell, but further waiting/exiting does not help. I left the computer up all night, with no success. So, I decided I had better go back to initramfs-tool 0.53c , but that also wouldn't help! I even forced a purge of both udev and initramfs-tool and reinstalled them, but the unbootability of kernel 2.6.15 persists! Also, the same yesterday unseen message about Waiting... pops up. This is extramely surprising, as I checked that I have successfully downgraded to ii initramfs-tools 0.53c tools for generating an initramfs Indeed, by booting on 2.6.8, when I grep Wait /usr/share/initramfs-tools/scripts/* I get nothing. However, when my 2.6.15 boot fails and I drop to the shell, instead I see that /scripts/local includes that message Waiting It goes as if the damn initramfs-tools 0.59b got somewhere hidden in the system and comes back, with very bad effects... Thank you for any help, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360893: udev takes too long to create /dev/hda... and system drops to a shell
Package: udev Version: 0.088-2 Severity: normal *** Please type your report below this line *** Hi, after a regular upgrade to the present version of udev a new problem occurs: udev claims it discovers the hardware correctly and in particular gives out some messages about my Maxtor, about calling it hda, hda1, hda2 etc. Then, after hanging there for a while, the initialization scripts say they cannot find /dev/hda1 (which is supposed to be mounted as root) and drop to a shell. Indeed from there ls /dev/hd* gives nothing for a couple of minutes. After that, a message udevd-event about find_free_number: %e is deprecated... , such as reported in #359978 #357741, pops up. Only now the correct /dev/hd... are created. After this, if I do nothing and exit from the shell, the system completes its normal boot. I read Marco's initial message and was doubtful about the appropriateness of this bug report, but eventually I thought that I was running udev before on the same machine with no problem, and never changed any setup manually. So there is likely some real bug in either udev or in its interaction with the boot scripts. Let me know if more hardware/configuration details are needed. Ciao, Nick -- Package-specific info: -- /etc/udev/rules.d/: /etc/udev/rules.d/: total 0 lrwxrwxrwx 1 root root 20 Apr 19 2005 020_permissions.rules - ../permissions.rules lrwxrwxrwx 1 root root 19 Nov 4 14:00 025_libgphoto2.rules - ../libgphoto2.rules lrwxrwxrwx 1 root root 15 Feb 16 10:46 85-pcmcia.rules - ../pcmcia.rules lrwxrwxrwx 1 root root 19 Mar 14 2005 cd-aliases.rules - ../cd-aliases.rules lrwxrwxrwx 1 root root 13 Mar 14 2005 udev.rules - ../udev.rules lrwxrwxrwx 1 root root 25 Apr 5 08:51 z20_persistent-input.rules - ../persistent-input.rules lrwxrwxrwx 1 root root 19 Aug 29 2005 z20_persistent.rules - ../persistent.rules lrwxrwxrwx 1 root root 12 Aug 29 2005 z50_run.rules - ../run.rules lrwxrwxrwx 1 root root 16 Nov 4 13:49 z55_hotplug.rules - ../hotplug.rules lrwxrwxrwx 1 root root 19 Aug 29 2005 z60_alsa-utils.rules - ../alsa-utils.rules lrwxrwxrwx 1 root root 17 Aug 29 2005 z70_hotplugd.rules - ../hotplugd.rules -- /sys/: /sys/block/fd0/dev /sys/block/hda/dev /sys/block/hda/hda1/dev /sys/block/hda/hda2/dev /sys/block/hda/hda3/dev /sys/block/hdc/dev /sys/block/hdd/dev /sys/block/ram0/dev /sys/block/ram1/dev /sys/block/ram10/dev /sys/block/ram11/dev /sys/block/ram12/dev /sys/block/ram13/dev /sys/block/ram14/dev /sys/block/ram15/dev /sys/block/ram2/dev /sys/block/ram3/dev /sys/block/ram4/dev /sys/block/ram5/dev /sys/block/ram6/dev /sys/block/ram7/dev /sys/block/ram8/dev /sys/block/ram9/dev /sys/class/input/input0/event0/dev /sys/class/input/input1/event1/dev /sys/class/input/input2/event2/dev /sys/class/input/input2/mouse0/dev /sys/class/input/mice/dev /sys/class/misc/agpgart/dev /sys/class/misc/hpet/dev /sys/class/misc/psaux/dev /sys/class/misc/rtc/dev /sys/class/sound/adsp/dev /sys/class/sound/audio/dev /sys/class/sound/controlC0/dev /sys/class/sound/dsp/dev /sys/class/sound/mixer/dev /sys/class/sound/pcmC0D0c/dev /sys/class/sound/pcmC0D0p/dev /sys/class/sound/pcmC0D1c/dev /sys/class/sound/pcmC0D1p/dev /sys/class/sound/timer/dev /sys/class/usb_device/usbdev1.1/dev /sys/class/usb_device/usbdev2.1/dev /sys/class/usb_device/usbdev3.1/dev /sys/class/usb_device/usbdev4.1/dev /sys/class/usb_device/usbdev5.1/dev -- Kernel configuration: -- System Information: Debian Release: stable/testing/unstable APT prefers stable APT policy: (700, 'stable'), (100, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages udev depends on: ii initscripts 2.86.ds1-13 Scripts for initializing and shutt ii libc62.3.6-3 GNU C Library: Shared libraries an ii libselinux1 1.30-1 SELinux shared libraries ii lsb-base 3.0-16 Linux Standard Base 3.0 init scrip ii makedev 2.3.1-80creates device files in /dev ii sed 4.1.2-8 The GNU sed stream editor udev recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360893: udev takes too long to create /dev/hda... and system drops to a shell
maximilian attems wrote: reassign 360893 initramfs-tools tags 360893 moreinfo stop are you using grub? Yes: ii grub 0.95+cvs200406 GRand Unified Bootloader I have these 2 main entries in menu.lst: title Debian GNU/Linux, kernel 2.6.15-1-686 root(hd0,0) kernel /boot/vmlinuz-2.6.15-1-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.15-1-686 savedefault boot title Debian GNU/Linux, kernel 2.6.8-2-686 root(hd0,0) kernel /boot/vmlinuz-2.6.8-2-686 root=/dev/hda1 ro initrd /boot/initrd.img-2.6.8-2-686 savedefault boot The kernel 2.6.8-2-686 cannot use the current udev but boots fine, except that X does not start, since it finds no mouse. which version of initramfs-tools do you use? aka output of: dpkg -l initramfs-tools ii initramfs-tool 0.53c tools for generating an initramfs Cheers, Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359266: linux-image-2.6.15-1-686: generates Bad page state at miscellaneous processes, sometime crashes
Package: linux-image-2.6.15-1-686 Version: 2.6.15-8 Severity: normal *** Please type your report below this line *** Occasionally the kernel broadcasts a message such as: Message from [EMAIL PROTECTED] at Mon Mar 27 14:19:59 2006 ... localhost kernel: Bad page state at free_hot_cold_page (in process 'XFree86', pa ge c13ff320) Message from [EMAIL PROTECTED] at Mon Mar 27 14:19:59 2006 ... localhost kernel: flags:0x8000 mapping:0010 mapcount:0 count:0 Message from [EMAIL PROTECTED] at Mon Mar 27 14:19:59 2006 ... localhost kernel: Backtrace: Message from [EMAIL PROTECTED] at Mon Mar 27 14:19:59 2006 ... localhost kernel: Trying to fix it up, but a reboot is needed Similar messages refer to different processes, not just XFree86, so this seems a true kernel problem. See the 3 following examples, extracted from recent /var/log/syslog.* : Mar 21 14:07:10 localhost kernel: Bad page state at free_hot_cold_page (in process 'gam_server', page c15b9420) Mar 21 14:07:10 localhost kernel: flags:0x8000 mapping:0012 mapcount:0 count:0 Mar 21 14:07:10 localhost kernel: Backtrace: Mar 21 14:07:10 localhost kernel: [bad_page+92/146] bad_page+0x5c/0x92 Mar 21 14:07:10 localhost kernel: [free_hot_cold_page+82/179] free_hot_cold_page+0x52/0xb3 Mar 21 14:07:10 localhost kernel: [poll_freewait+60/70] poll_freewait+0x3c/0x46 Mar 21 14:07:10 localhost kernel: [sys_poll+439/451] sys_poll+0x1b7/0x1c3 Mar 21 14:07:10 localhost kernel: [__pollwait+0/154] __pollwait+0x0/0x9a Mar 21 14:07:10 localhost kernel: [sysenter_past_esp+84/117] sysenter_past_esp+0x54/0x75 Mar 21 14:07:10 localhost kernel: Trying to fix it up, but a reboot is needed Mar 22 01:19:40 localhost kernel: Bad page state at free_hot_cold_page (in process 'kswapd0', page c1412420) Mar 22 01:19:40 localhost kernel: flags:0x8000 mapping:0040 mapcount:0 count:0 Mar 22 01:19:40 localhost kernel: Backtrace: Mar 22 01:19:40 localhost kernel: [bad_page+92/146] bad_page+0x5c/0x92 Mar 22 01:19:40 localhost kernel: [free_hot_cold_page+82/179] free_hot_cold_page+0x52/0xb3 Mar 22 01:19:40 localhost kernel: [kmem_freepages+114/140] kmem_freepages+0x72/0x8c Mar 22 01:19:40 localhost kernel: [slab_destroy+88/121] slab_destroy+0x58/0x79 Mar 22 01:19:40 localhost kernel: [free_block+131/183] free_block+0x83/0xb7 Mar 22 01:19:40 localhost kernel: [cache_flusharray+86/122] cache_flusharray+0x56/0x7a Mar 22 01:19:40 localhost kernel: [kmem_cache_free+39/56] kmem_cache_free+0x27/0x38 Mar 22 01:19:40 localhost kernel: [free_buffer_head+32/45] free_buffer_head+0x20/0x2d Mar 22 01:19:40 localhost kernel: [try_to_free_buffers+97/111] try_to_free_buffers+0x61/0x6f Mar 22 01:19:40 localhost kernel: [pg0+945721671/1070281728] ext3_releasepage+0x59/0x63 [ext3] Mar 22 01:19:40 localhost kernel: [shrink_list+603/899] shrink_list+0x25b/0x383 Mar 22 01:19:40 localhost kernel: [shrink_cache+228/514] shrink_cache+0xe4/0x202 Mar 22 01:19:40 localhost kernel: [get_dirty_limits+25/192] get_dirty_limits+0x19/0xc0 Mar 22 01:19:40 localhost kernel: [shrink_zone+176/206] shrink_zone+0xb0/0xce Mar 22 01:19:40 localhost kernel: [balance_pgdat+474/788] balance_pgdat+0x1da/0x314 Mar 22 01:19:40 localhost kernel: [kswapd+198/203] kswapd+0xc6/0xcb Mar 22 01:19:40 localhost kernel: [autoremove_wake_function+0/58] autoremove_wake_function+0x0/0x3a Mar 22 01:19:40 localhost kernel: [kswapd+0/203] kswapd+0x0/0xcb Mar 22 01:19:40 localhost kernel: [kernel_thread_helper+5/11] kernel_thread_helper+0x5/0xb Mar 22 01:19:40 localhost kernel: Trying to fix it up, but a reboot is needed Mar 22 16:03:01 localhost kernel: Bad page state at prep_new_page (in process 'sshd', page c1668520) Mar 22 16:03:01 localhost kernel: flags:0x8000 mapping:0080 mapcount:0 count:0 Mar 22 16:03:01 localhost kernel: Backtrace: Mar 22 16:03:01 localhost kernel: [bad_page+92/146] bad_page+0x5c/0x92 Mar 22 16:03:01 localhost kernel: [prep_new_page+54/94] prep_new_page+0x36/0x5e Mar 22 16:03:01 localhost kernel: [buffered_rmqueue+246/380] buffered_rmqueue+0xf6/0x17c Mar 22 16:03:01 localhost kernel: [get_page_from_freelist+115/140] get_page_from_freelist+0x73/0x8c Mar 22 16:03:01 localhost kernel: [__alloc_pages+74/625] __alloc_pages+0x4a/0x271 Mar 22 16:03:01 localhost kernel: [do_wp_page+248/627] do_wp_page+0xf8/0x273 Mar 22 16:03:01 localhost kernel: [__handle_mm_fault+281/364] __handle_mm_fault+0x119/0x16c Mar 22 16:03:01 localhost kernel: [do_page_fault+355/1184] do_page_fault+0x163/0x4a0 Mar 22 16:03:01 localhost kernel: [do_page_fault+0/1184] do_page_fault+0x0/0x4a0 Mar 22 16:03:01 localhost kernel: [error_code+79/84] error_code+0x4f/0x54 Mar 22 16:03:01 localhost kernel: Trying to fix it up, but a reboot is needed And, for further referece, the syslog for the XFree86 message reported above: Mar 27 14:19:59 localhost kernel: Bad page state at free_hot_cold_page (in process 'XFree86', page c13ff320) Mar 27 14:19:59 localhost
Bug#347552: nvidia-kernel-2.6.14-2-686: cannot install: no relevant kernel-image available
Package: nvidia-kernel-2.6.14-2-686 Severity: grave Justification: renders package unusable Tags: patch *** Please type your report below this line *** Hello, I wished to install this package, but the relevant 2.6.14 kernel is now labeled as linux-image, not kernel image any more. Please correct dependency or recompile for current 2.6.15 kernel. Thanx, all the best, Nick -- System Information: Debian Release: stable/testing/unstable APT prefers stable APT policy: (700, 'stable'), (600, 'testing'), (70, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307899: libccaudio-dev: missing config.h and thread.h
Package: libccaudio-dev Version: 1.1.2-1 Severity: normal *** Please type your report below this line *** My sarge system generates the following files out of dpkg -L libccaudio-dev /. /usr /usr/lib /usr/lib/libccaudio1.a /usr/include /usr/include/cc++2 /usr/include/cc++2/cc++ /usr/include/cc++2/cc++/audio.h /usr/share /usr/share/doc /usr/share/doc/libccaudio-dev /usr/share/doc/libccaudio-dev/changelog.Debian.gz /usr/share/doc/libccaudio-dev/TODO /usr/share/doc/libccaudio-dev/copyright /usr/share/doc/libccaudio-dev/changelog.gz /usr/share/doc/libccaudio-dev/NEWS.gz /usr/share/doc/libccaudio-dev/README.gz /usr/share/man /usr/share/man/man3 /usr/share/man/man3/AudioCopy.3.gz /usr/share/man/man3/AudioFile.3.gz /usr/share/man/man3/AudioSample.3.gz /usr/share/man/man3/AudioTone.3.gz /usr/share/man/man3/CDAudio.3.gz /usr/share/man/man3/DTMFDetect.3.gz /usr/share/man/man3/Audio.3.gz /usr/share/man/man3/AudioCodec.3.gz /usr/share/man/man3/LinearSample.3.gz When I try to #include /usr/include/cc++2/cc++/audio.h in a c++ code, it does not compile since /usr/include/cc++2/cc++/audio.h:45:25: cc++/config.h: No such file or directory /usr/include/cc++2/cc++/audio.h:49:25: cc++/thread.h: No such file or directory which is right: these files included by /usr/include/cc++2/cc++/audio.h are indeed missing in the package. Shouldn't they be included? By the way, isn't the directory where the audio.h include file is created a bit wierd, compared to standard c++ include directories? I apologize in advance if my report is due to complete misunderstanding of some basic feature of this package. All the best, Nick -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.8-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libccaudio-dev depends on: ii libc6-dev 2.3.2.ds1-20 GNU C Library: Development Librari ii libccaudio1-1.1-0 1.1.2-1 C++ class framework for processing -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#293573: discover: Does not detect my audio card (es1371 on a 686)
Package: discover Version: 2.0.6-3 Severity: normal *** Please type your report below this line *** The good old discover 1.5.1 reported correctly my es1371 sound card. Now I upgraded to discover 2, and after a reboot, the sound card died. It is not an hardware failure, since a knoppix reboot finds perfectly working sound. Presently: $ discover sound discover: Bus not found. $ By the way, the packaging system has some trouble with discover: In upgrading to discover 2, it keeps libdiscover1 1.5.?, which is then proposed for upgrade to 1.7.?. At this point, it conflicts with package discover and a blind acceptance of the dependencies enforcement proposed by aptitude leads to removal of discover... Thanx! Nick -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing'), (70, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.25-1-386 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages discover depends on: ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an ii libcurl21:7.11.2-12 Multi-protocol file transfer libra ii libdiscover22.0.6-3 hardware identification library ii libexpat1 1.95.8-1 XML parsing C library - runtime li ii libssl0.9.7 0.9.7e-2 SSL shared libraries ii zlib1g 1:1.2.2-3compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]