Bug#1003874: falkon: Package falkon is not in repository although it is available for armhf on Debian
Dear Georges, yes, there is some kind of misconfiguration and I fell into the trap. Please accept my apologies for this. What happened? Running Raspbian (now Raspberry Pi OS) on my Raspberry Pi 4 I noticed that some KDE packages such as Falkon are not available in the Raspbian repository although the packages are available in the Debian repository (as you correctly pointed out). So I wanted to report the missing packages to the maintainer of the Raspbian repository. To do this I used the reportbug package, which was installed from the Raspbian repository. To my surprise the report went to you, one of the Debian maintainers, instead of your colleague of the Raspbian repository. Apparently the reportbug package had been included in Raspbian without changing the settings for the destination used for reports. As I found no reference regarding the receiving party in the RC file and /etc/ reportbug file, this seems to be a hardcoded behaviour, which may not be (easily) adaptable. Please close the bug ticket, because it is not relevant to Debian. Thank you. Best Regards, Adolf Am Montag, 17. Januar 2022, 17:01:37 CET schrieb Georges Khaznadar: > Dear Adolf, > > I suspect some misconfiguration on your machine? The package for armhf > does exist in Debian space, please check it at > https://packages.debian.org/bullseye/armhf/falkon/download > > Best regards, Georges. > > Adolf Winterer a écrit : > > Package: falkon > > Severity: normal > > Tags: a11y > > X-Debbugs-Cc: adolf.j.winte...@inn-salzach.de > > > > Dear Maintainer, > > > > ng to install the web browser Falkon failed due to > > non-existence of the> > > package in the repository. > > > >* What led up to the situation? > > > > Tried to install a few well liked KDE applications on my > > Raspberry Pi 4 4GB, which worked mostly well (e.g. with > > Dolphin, Konsole, Okular), but failed to install the Falkon > > web browser due to non-existence in the repository.> > >* What exactly did you do (or not do) that was effective (or > > > > ineffective)? > > Looked up the package with apt search and found the package to > > not be existent in the repository. > > Checked with Debian package directory and found that the > > package exists also for the armhf architecture. Therefore > > there seems to be no fundamental problem building and > > packaging for armhf. > > https://packages.debian.org/bullseye/falkon > > > >* What was the outcome of this action? > > > > Currently using different browser as workaround as long as > > Falkon is not available (yet). > > > >* What outcome did you expect instead? > > > > Expected the package to be existent in the repository and a > > successful install.> > > Content of my sources.list file: > > deb tor://raspbian.raspberrypi.org/raspbian/ bullseye main contrib > > non-free rpi # Uncomment line below then 'apt-get update' to enable > > 'apt-get source' # deb-src tor://raspbian.raspberrypi.org/raspbian/ > > bullseye main contrib non-free rpi > > > > Are there plans to include packages like Falkon into the repository? > > Are there any technical issues which block the package from > > inclusion? > > > > Best Regards, > > Adolf > > > > -- System Information: > > Distributor ID: Raspbian > > Description:Raspbian GNU/Linux 11 (bullseye) > > Release:11 > > Codename: bullseye > > Architecture: armv7l > > > > Kernel: Linux 5.10.63-v7l+ (SMP w/4 CPU threads) > > Kernel taint flags: TAINT_CRAP > > Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) > > (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE=de_DE.UTF-8 Shell: > > /bin/sh linked to /bin/dash > > Init: systemd (via /run/systemd/system)
Bug#1003874: falkon: Package falkon is not in repository although it is available for armhf on Debian
Package: falkon Severity: normal Tags: a11y X-Debbugs-Cc: adolf.j.winte...@inn-salzach.de Dear Maintainer, ng to install the web browser Falkon failed due to non-existence of the package in the repository. * What led up to the situation? Tried to install a few well liked KDE applications on my Raspberry Pi 4 4GB, which worked mostly well (e.g. with Dolphin, Konsole, Okular), but failed to install the Falkon web browser due to non-existence in the repository. * What exactly did you do (or not do) that was effective (or ineffective)? Looked up the package with apt search and found the package to not be existent in the repository. Checked with Debian package directory and found that the package exists also for the armhf architecture. Therefore there seems to be no fundamental problem building and packaging for armhf. https://packages.debian.org/bullseye/falkon * What was the outcome of this action? Currently using different browser as workaround as long as Falkon is not available (yet). * What outcome did you expect instead? Expected the package to be existent in the repository and a successful install. Content of my sources.list file: deb tor://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi # Uncomment line below then 'apt-get update' to enable 'apt-get source' # deb-src tor://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi Are there plans to include packages like Falkon into the repository? Are there any technical issues which block the package from inclusion? Best Regards, Adolf -- System Information: Distributor ID: Raspbian Description:Raspbian GNU/Linux 11 (bullseye) Release:11 Codename: bullseye Architecture: armv7l Kernel: Linux 5.10.63-v7l+ (SMP w/4 CPU threads) Kernel taint flags: TAINT_CRAP Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8), LANGUAGE=de_DE.UTF-8 Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#703005: [kscreensaver] Additional info regarding graphics driver
Package: kscreensaver Version: 4:4.8.4-5 --- Please enter the report below this line. --- Since my last report some minor updates occurred. One smaller kernel update, as far as I remember. The major change had been in the nVidia driver, now 331.49. After the driver update one or two weeks ago there had been no exit delays anymore. I have other systems running with testing (Jessie), on these there are no delays (kernels 3.12 and 3.13) either with the nVidia driver 331.49. I agree that this looks very much like a driver issue. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.4 500 stable-updates ftp.debian.org 500 stable www.deb-multimedia.org 500 stable security.debian.org 500 stable ftp.debian.org 500 proposed-updates ftp.debian.org --- Package information. --- Depends(Version) | Installed -+-=== kde-runtime | 4:4.8.4-2 libc6 (= 2.4) | libgl1-mesa-glx | OR libgl1 | libglu1-mesa | OR libglu1 | libkdecore5 (= 4:4.4.4-2~) | libkdeui5 (= 4:4.3.4) | libkexiv2-10(= 4:4.7.1) | libkio5 (= 4:4.3.4) | libkparts4 (= 4:4.3.4) | libkscreensaver5(= 4:4.6.1) | libqt4-opengl (= 4:4.5.3) | libqtcore4(= 4:4.7.0~beta1) | libqtgui4 (= 4:4.8.0) | libstdc++6(= 4.1.1) | libx11-6 | kde-workspace-bin| Recommends (Version) | Installed ==-+-== kde-window-manager | 4:4.8.4-6 kscreensaver-xsavers (= 4:4.8.4-5) | 4:4.8.4-5 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703005: [kscreensaver] Exit delay even with non-locked screen
Package: kscreensaver Version: 4:4.8.4-5 --- Please enter the report below this line. --- I'm running multiple machines with KDE for desktop environment, and I see the exit delay on all machines. The machine at home has no password lock on the screen saver and the delay after hitting mouse or keyboard is just the same as with password lock. All machines have a single display. I'm running the screensaver with random selection. The effect is observable with about 95% of the screensavers. Although in rare cases the screensaver is exited without delay. Conclusions: * Password lock does not seem to be a factor * Single vs dual screen does not seem to be a factor * It does not matter whether you exit the screensaver by mouse or keyboard * The type of screensaver that is running might be a factor, otherwise the effect itself might get triggered in a random fashion. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.3 500 stable-updates ftp.debian.org 500 stable www.deb-multimedia.org 500 stable security.debian.org 500 stable ftp.debian.org 500 proposed-updates ftp.debian.org --- Package information. --- Depends(Version) | Installed -+- === kde-runtime | 4:4.8.4-2 libc6 (= 2.4) | 2.13-38 libgl1-mesa-glx | 8.0.5-4+deb7u2 OR libgl1 | libglu1-mesa | 8.0.5-4+deb7u2 OR libglu1 | libkdecore5 (= 4:4.4.4-2~) | 4:4.8.4-4 libkdeui5 (= 4:4.3.4) | 4:4.8.4-4 libkexiv2-10(= 4:4.7.1) | 4:4.8.4-1 libkio5 (= 4:4.3.4) | 4:4.8.4-4 libkparts4 (= 4:4.3.4) | 4:4.8.4-4 libkscreensaver5(= 4:4.6.1) | 4:4.8.4-6 libqt4-opengl (= 4:4.5.3) | 4:4.8.2+dfsg-11 libqtcore4(= 4:4.7.0~beta1) | 4:4.8.2+dfsg-11 libqtgui4 (= 4:4.8.0) | 4:4.8.2+dfsg-11 libstdc++6(= 4.1.1) | 4.7.2-5 libx11-6 | 2:1.5.0-1+deb7u1 kde-workspace-bin| 4:4.8.4-6 Recommends (Version) | Installed ==-+-== kde-window-manager | 4:4.8.4-6 kscreensaver-xsavers (= 4:4.8.4-5) | 4:4.8.4-5 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556277: ufraw: liblensfun 0.2.5 is available in testing
Am Sonntag, 25. März 2012, 01:48:00 schrieb Hubert Chathi: On 24/03/12 01:03 PM, Adolf Winterer wrote: now that testing has liblensfun in version 0.2.5, please check if Ufraw can be built for testing with support for this feature. Thanks for letting me know. I'll look into it. Hubert Hello Hubert, please allow me to ping you about the ufraw lensfun support. We are nearing the freeze for Wheezy and I'm getting a bit nervous now. Can we have ufraw with lensfun support? Best Regards, Adolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556277: ufraw: liblensfun 0.2.5 is available in testing
Dear Package Maintainer, now that testing has liblensfun in version 0.2.5, please check if Ufraw can be built for testing with support for this feature. Thank you and best regards, Adolf Winterer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#492448: gnash: Gnash 0.8.3: Screen breakup with YouTube instead of video, sound is OK.
Am Donnerstag 19 August 2010, 22:01:39 schrieb Gabriele Giacone: Hi, could you please try to reproduce it with 0.8.7-3 version in testing and 0.8.8~bzr in experimental? Thanks, Gabriele Hi Gabriele, thank you for reminding me on this open issue. I tried about two dozen randomly selected videos and every single played without a problem. The problem seems to be fixed now. I'm using version 0.8.7-3 from testing. Regards, Adolf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556277: ufraw: Please compile with lensfun support
Hello, beginning with UFRaw 0.17 which was release on April 1st, lensfun is no longer experimental. The release notes state (quote): Lens distortion corrections using lensfun. This feature is now fully implemented and enabled by default. Please package UFRaw version 0.17 before Squeeze goes into freeze, and enable lensfun. Thank you. Regards, Adolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565493: simutrans: Simutrans crashes since the latest PAK64 update
Subject: simutrans: Simutrans crashes since the latest PAK64 update Package: simutrans Version: 102.2+svn2786-1 Justification: renders package unusable Severity: grave *** Please type your report below this line *** The game has been running highly stable before, but since the latest update of the simutrans-pak64 package the game dies immediately after showing the first window. When started from command line the following is shown (started with non-root user): simutrans Reading low level config data ... parse_simuconf() at config/simuconf.tab: Reading simuconf.tab successful! Preparing display ... Screen Flags: requested=10, actual=10 Loading font 'font/prop.fnt' font/prop.fnt sucessfully loaded as old format prop font! Init done. parse_simuconf() at pak/config/simuconf.tab: Reading simuconf.tab successful! Reading compatibility sound data ... Loaded /usr/share/games/simutrans/pak/sound/bus.wav to sample 0. Loaded /usr/share/games/simutrans/pak/sound/truck.wav to sample 1. Loaded /usr/share/games/simutrans/pak/sound/diesel.wav to sample 2. Loaded /usr/share/games/simutrans/pak/sound/steam.wav to sample 3. Loaded /usr/share/games/simutrans/pak/sound/boat-horn.wav to sample 4. Loaded /usr/share/games/simutrans/pak/sound/comet-jet.wav to sample 5. Loaded /usr/share/games/simutrans/pak/sound/planelow.wav to sample 6. Loaded /usr/share/games/simutrans/pak/sound/click.wav to sample 7. Loaded /usr/share/games/simutrans/pak/sound/boing.wav to sample 8. Loaded /usr/share/games/simutrans/pak/sound/jackhammer.wav to sample 9. Loaded /usr/share/games/simutrans/pak/sound/gavel.wav to sample 10. Loaded /usr/share/games/simutrans/pak/sound/dock.wav to sample 11. Loaded /usr/share/games/simutrans/pak/sound/explosion.wav to sample 12. Loaded /usr/share/games/simutrans/pak/sound/cash.wav to sample 13. could not load wav (Couldn't open /usr/share/games/simutrans/pak/sound/beaches.wav) Loaded /usr/share/games/simutrans/pak/sound/forest.wav to sample 14. Loaded /usr/share/games/simutrans/pak/sound/Water.wav to sample 15. Loaded /usr/share/games/simutrans/pak/sound/desert.wav to sample 16. Loaded /usr/share/games/simutrans/pak/sound/tropic.wav to sample 17. could not load wav (Couldn't open /usr/share/games/simutrans/pak/sound/mediterran.wav) could not load wav (Couldn't open /usr/share/games/simutrans/pak/sound/temperate.wav) could not load wav (Couldn't open /usr/share/games/simutrans/pak/sound/tundra.wav) could not load wav (Couldn't open /usr/share/games/simutrans/pak/sound/rocky.wav) Loaded /usr/share/games/simutrans/pak/sound/arctic.wav to sample 18. Loading BDF font 'font/Prop-Latin1.bdf' Unexpected character (255) for 255 character font! Loading BDF font font/Prop-Latin1.bdf with 255 characters Reading city configuration ... Reading speedbonus configuration ... Reading forest configuration ... Reading object data from pak/... tunnel_reader_t::register_obj(): Tunnel RailTunnel geladen tunnel_reader_t::register_obj(): Tunnel FastRoadTunnel geladen Loaded /usr/share/games/simutrans/pak/sound/crossing.wav to sample 19. Loaded /usr/share/games/simutrans/pak/sound/horse.wav to sample 20. tunnel_reader_t::register_obj(): Tunnel FastRailTunnel geladen tunnel_reader_t::register_obj(): Tunnel RoadTunnel geladen FATAL ERROR: alles_geladen() 12skin_besch_t-object WindowSkin not found. *** PLEASE INSTALL PROPER BASE FILE AND CHECK PATH *** Abgebrochen (in English: Terminated) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages simutrans depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-8GCC support library ii libsdl1.2debian 1.2.13-5 Simple DirectMedia Layer ii libstdc++6 4.4.2-8 The GNU Standard C++ Library v3 ii simutrans-data 102.2+svn2786-1 transportation simulator (base dat ii simutrans-pak64 102.2.1-1transportation simulator (data fil ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime simutrans recommends no packages. simutrans suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#565493: simutrans: Simutrans crashes since the latest PAK64 update
Am Samstag 16 Januar 2010 18:02:39 schrieb Ansgar Burchardt: tags 565493 + confirmed reassign 565493 simutrans-pak64 102.2.1-1 retitle 565493 simutrans-pak64: 102.2.1 does not work with simutrans/102.2 affects 565493 + simutrans thanks Hi, Adolf Winterer adolf.j.winte...@inn-salzach.de writes: The game has been running highly stable before, but since the latest update of the simutrans-pak64 package the game dies immediately after showing the first window. When started from command line the following is shown (started with non-root user): I thought I tested this, but it seems I did not. The new version of pak64 does not work with the old version of simutrans, but even when the dependencies were fixed, the problem in testing would not be solved until simutrans migrates to testing. As a workaround you can install the simutrans package from unstable. Regards, Ansgar Hi Ansgar, thank you for your superfast response. Although I normally do not mix in packages from unstable I installed simutrans and simutrans-data from unstable and did a quick test. And yes, indeed, the game is now OK again. The problem is solved then. Best regards, Adolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556277: ufraw: Please compile with lensfun support
Package: ufraw Version: 0.16-1 Severity: wishlist *** Please type your report below this line *** Including lensfun would allow to correct the image BEFORE it is transferred into the mostly 8 bit per channel workflow. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ufraw depends on: ii desktop-file-utils 0.15-2Utilities for .desktop files ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libexiv2-5 0.18.2-1+b1 EXIF/IPTC metadata manipulation li ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc11:4.4.1-4 GCC support library ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgomp1 4.4.1-4 GCC OpenMP (GOMP) support library ii libgtk2.0-02.18.3-1 The GTK+ graphical user interface ii libgtkimageview0 1.6.1-2 image viewer widget for GTK+ ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1 Color management library ii libpango1.0-0 1.26.0-1 Layout and rendering of internatio ii libpng12-0 1.2.40-1 PNG library - runtime ii libstdc++6 4.4.1-4 The GNU Standard C++ Library v3 ii libtiff4 3.9.1-1 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime ufraw recommends no packages. ufraw 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#556277: ufraw: Please compile with lensfun support
Am Sonntag 15 November 2009 11:46:50 schrieb Hubert Chathi: On Sun, 15 Nov 2009 09:12:39 +0100 Adolf Winterer adolf.j.winte...@inn-salzach.de wrote: Including lensfun would allow to correct the image BEFORE it is transferred into the mostly 8 bit per channel workflow. Lensfun support is still considered experimental. I will compile ufraw with lensfun when it is no longer considered experimental. Hello Hubert, Thank you for your quick response. Although I can understand the reasoning behind your decision I'm still a little bit disappointed. Regards, Adolf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556277: ufraw: Please compile with lensfun support
Am Sonntag 15 November 2009 22:55:25 schrieb Hubert Chathi: On Sun, 15 Nov 2009 16:54:22 +0100 Adolf Winterer adolf.j.winte...@inn-salzach.de wrote: Thank you for your quick response. Although I can understand the reasoning behind your decision I'm still a little bit disappointed. I can understand the disappointment. I haven't tried it out myself, but it sounds like a very useful feature. It's not just my decision, though -- Udi recommends against compiling with lensfun in distributed packages on his page that describes the feature, and its caveats. I've also visited his page and read the caveats. I'm not sure if the caveats are still valid for version 0.16, as only versions 0.14 and 0.15 are explicitely mentioned. Maybe he just forgot to update this particular page after the release of version 0.16. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497791: Bug #497791, confirmation
Am Tuesday 28 July 2009 09:54:23 schrieb Felix Zielcke: Am Dienstag, den 28.07.2009, 09:44 +0200 schrieb Adolf Winterer: Am Monday 27 July 2009 16:25:29 schrieb Felix Zielcke: Am Montag, den 27.07.2009, 15:26 +0200 schrieb Adolf Winterer: Hi, I can confirm the problem. This is the sequence that leads to the problem: * Install Lenny 5.0.2 This will automatically use grub2, the system is perfectly bootable. * Add Squeeze to the sources.list After updating the package list the packages grub-common and grub-pc are shown as updateable. * Update grub-common and grub-pc During the update a requestor shows up in the terminal window of Synaptic asking for the device to install grub into. Here it is /dev/sda3. The You probable mean /dev/sda. We don't ask for partitions. I must have misread the prompt then. On the other hand, grub is _not_ installed in the MBR of the device (where rEFIt resides), but in the partition /dev/sda3. How could the procedure work correctly if /dev/sda is specified. It can't. If you want to have grub in a bootsector of a partition instead of MBR you currently have to run grub-install /dev/sda3 yourself. Yesterday I installed another system (MacBookPro5,2) from scratch (base install Lenny) and updated all packages _except_ grub-pc and grub-common to Testing. Today I bootet up and performed the update on these two packages only, no other action. This time I got a graphical prompt from Synaptic, it offered a checkbox (default was unchecked, I left it in this state as I need GRUB in a partition) for installation of GRUB into /dev/sda. The prompt specifically asked for a _device_, being much clearer than the textual version AFAIR. The difference in the type of the prompting used (textual vs. graphical) seems to come from the order in which the packages were updated. The Synaptic package was updated this time _before_ the GRUB packages. As expected the system did not boot up, producing the error again, which could be overcome by the (now known) trick, replacing the line with search.. with a line saying 'insmod linux' in the grub editor. After the reboot all I did was issuing grub-install /dev/sda3 and shutting down the system again. The system startet without any problem then. This clearly shows that the _only_ problem is the missing grub-install /dev/sda3 for a GRUB installation in a partition. The usage of UUIDs is definitely not an issue. I just installed now lenny in a vm, upgraded grub-pc and grub-common to squeeze and selected /dev/sda and rebooted. Worked fine. What was your partitition layout? Was grub in the MBR of the device? Yes grub was in MBR. There was only one partition on the disk. This makes the difference then. Then I did dpkg-reconfigure grub-pc to remove the selections of /dev/sda and tried the same. And it failed with unknown command initrd. Replacing the root=UUID with root=/dev/sda1 didn't help. Well anyway it's a bug we already fixed and that's why we implemented the debconf prompt now. Hmm, but I had the problem. Could it be possible this only occurs, if grub does not reside in the MBR? Yes See above. Are you sure that /dev/sda was seletected the 2nd time you were asked? There was no selection by option list, it was a prompt that asked for a string, anything could have been entered. Do you confuse this maybe with the kopt migration dialog from menu.lst? I know this kind of problem from another case. But on this installation there is not /boot/grub/menu.lst. And, the problem was fixed by issuing the grub-install command. In another report somebody already wished to enter a device manually. But AFAIK debconf doestn't support it in one prompt to have a multiple choice and can enter a device yourself, so we'd need to add a 2nd one which I don't really like. Suggestion: If you do not want to add an additional prompt, then please add a text on the screen showing the check box, clearly stating something like this: If grub is NOT installed in the MBR on this computer, then you need to enter the command 'grub-install /dev/XdYn' from a root shell. Caution: Not doing so will leave your computer in an unbootable state. * Permanent solution Something is wrong with using UUIDs in connection with booting, because uncommenting the according line in /etc/defaults/grub: GRUB_DISABLE_LINUX_UUID=true and running update-grub changes the file /boot/grub/grub.cfg. The line with search ... --fsuid ... is still present, but the line with linux ... has changed to reflect /dev/sda3 as boot device. Therefore the presence of the line containing search ... or the length of the line do not seem to be a problem, but using the UUID is. That's maybe for you a solution. But the real solution is to make sure that grub-install gets run when the package gets upgraded, so you won't
Bug#497791: Bug #497791, confirmation
Am Monday 27 July 2009 16:25:29 schrieb Felix Zielcke: Am Montag, den 27.07.2009, 15:26 +0200 schrieb Adolf Winterer: Hi, I can confirm the problem. This is the sequence that leads to the problem: * Install Lenny 5.0.2 This will automatically use grub2, the system is perfectly bootable. * Add Squeeze to the sources.list After updating the package list the packages grub-common and grub-pc are shown as updateable. * Update grub-common and grub-pc During the update a requestor shows up in the terminal window of Synaptic asking for the device to install grub into. Here it is /dev/sda3. The You probable mean /dev/sda. We don't ask for partitions. I must have misread the prompt then. On the other hand, grub is _not_ installed in the MBR of the device (where rEFIt resides), but in the partition /dev/sda3. How could the procedure work correctly if /dev/sda is specified. requestor pops up again, this time I only hit the enter key as there is only one target to install to. The installation process continues then with no apparent error. If you get asked twice then this may be a bug in Synaptic. I never used it. I use Synaptic quite often, normally with good results. But yes, there had been some strange things in the past (e.g. with LILO the non-execution of the lilo command was one of these). I just installed now lenny in a vm, upgraded grub-pc and grub-common to squeeze and selected /dev/sda and rebooted. Worked fine. What was your partitition layout? Was grub in the MBR of the device? Then I did dpkg-reconfigure grub-pc to remove the selections of /dev/sda and tried the same. And it failed with unknown command initrd. Replacing the root=UUID with root=/dev/sda1 didn't help. Well anyway it's a bug we already fixed and that's why we implemented the debconf prompt now. Hmm, but I had the problem. Could it be possible this only occurs, if grub does not reside in the MBR? Are you sure that /dev/sda was seletected the 2nd time you were asked? There was no selection by option list, it was a prompt that asked for a string, anything could have been entered. Did you see the output of grub-install? Maybe try dpkg-reconfigure grub-pc I will try later with another system that needs to be installed and updated. * Permanent solution Something is wrong with using UUIDs in connection with booting, because uncommenting the according line in /etc/defaults/grub: GRUB_DISABLE_LINUX_UUID=true and running update-grub changes the file /boot/grub/grub.cfg. The line with search ... --fsuid ... is still present, but the line with linux ... has changed to reflect /dev/sda3 as boot device. Therefore the presence of the line containing search ... or the length of the line do not seem to be a problem, but using the UUID is. That's maybe for you a solution. But the real solution is to make sure that grub-install gets run when the package gets upgraded, so you won't be affected by other bugs in the parser etc. For example there were now in the squeeze version a few parser bug fixes, though they didn't affect the default generated config. I will issue a manual grub-install before reboot with the next installation and report back. Thank you for supporting me. Adolf Winterer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497791: Bug #497791, confirmation
Hi, I can confirm the problem. This is the sequence that leads to the problem: * Install Lenny 5.0.2 This will automatically use grub2, the system is perfectly bootable. * Add Squeeze to the sources.list After updating the package list the packages grub-common and grub-pc are shown as updateable. * Update grub-common and grub-pc During the update a requestor shows up in the terminal window of Synaptic asking for the device to install grub into. Here it is /dev/sda3. The requestor pops up again, this time I only hit the enter key as there is only one target to install to. The installation process continues then with no apparent error. * Reboot the system Now the system cannot boot any longer. Instead of booting grub displays error: unknown command linux. * Use the grub editor at startup Here I replace the line containing the literals search --fs-uuid with insmod linux and the system successfully boots up. But this is only a temporary workaround to get into the system again. * Permanent solution Something is wrong with using UUIDs in connection with booting, because uncommenting the according line in /etc/defaults/grub: GRUB_DISABLE_LINUX_UUID=true and running update-grub changes the file /boot/grub/grub.cfg. The line with search ... --fsuid ... is still present, but the line with linux ... has changed to reflect /dev/sda3 as boot device. Therefore the presence of the line containing search ... or the length of the line do not seem to be a problem, but using the UUID is. Some additional informations on the setup: Hardware is a MacBook Pro, with rEFIt 0.13 as boot manager for dual boot. Partitions are: EFI Partition is /dev/sda1 Mac OS X is in /dev/sda2 /root is in /dev/sda3 (grub is installed into this partition) /home is in /dev/sda4 Regards, Adolf Winterer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#498139: scribus-ng depends on transitional package gs-gpl
Package: scribus-ng Version: 1.3.4.dfsg+svn20071115-1 Severity: normal Dependency needs to be changed from gs-gpl to the new package, ghostscript, so that gs-gpl can be removed as the transitional status of the package gs-gpl recommends. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scribus-ng depends on: ii ghostscript-x [gs-gpl] 8.62.dfsg.1-3.1 The GPL Ghostscript PostScript/PDF ii gs-gpl 8.62.dfsg.1-3.1 Transitional package ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libc6 2.7-13GNU C Library: Shared libraries ii libcups2 [libcupsys2] 1.3.8-1lenny1 Common UNIX Printing System(tm) - ii libcupsys2 1.3.8-1lenny1 Common UNIX Printing System (trans ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.1-9 GCC support library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii liblcms1 1.17.dfsg-1 Color management library ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.1-9 The GNU Standard C++ Library v3 ii libtiff4 3.8.2-11 Tag Image File Format (TIFF) libra ii libx11-6 2:1.1.4-2 X11 client-side library ii libxml22.6.32.dfsg-3 GNOME XML library ii python 2.5.2-2 An interactive high-level object-o ii python-tk 2.5.2-1 Tkinter - Writing Tk applications ii python2.4 2.4.5-5 An interactive high-level object-o ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages scribus-ng recommends: ii cups-bsd [cupsys-bsd] 1.3.8-1lenny1 Common UNIX Printing System(tm) - ii xfonts-scalable1:1.0.0-6 scalable fonts for X Versions of packages scribus-ng suggests: ii scribus-template 1.2.4.1-2 additional scribus templates -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495318: [sshfs] Bug#495318: sshfs: Hangs on write to a file, blocks applications - SOLVED
Am Montag, 25. August 2008 22:30 schrieb Miklos Szeredi: On Sat, 16 Aug 2008, Adolf Winterer wrote: Additional tests: scp to another computer with a roughly identical installation succeeds! So we have a problem with an older / other versions of ssh? The destination computer is a SUSE 10.1 with openssh-4.2p1-18.12 . Can you try doing strace on the sftp-server process on the destination? Thank you for responding, but the problem is already solved. The cause for the problem was a wrong network driver module (skge instead of sky2) on the destination computer that was somehow loaded and worked to some degree (I could not find out why it was active in the first place). After removal of the module everything was fine again, SSHFS working flawlessly as before. I had sent the information on the solution to the bug report system and the fuse-sshfs list on thursday with the request to close the bug. I'm sorry for causing unnecessary trouble. Best regards, Adolf. Thanks, Miklos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495318: Acknowledgement (sshfs: Hangs on write to a file, blocks applications) --- SOLVED
Today I found the real culprit of the situation, the kernel module skge was active instead of sky2. I do not know why the wrong module has been loaded, but loading the right module corrected the error, no more hangs. SSHFS works perfectly again. SSH and SSHFS do not have a problem, please close the case. Please accept my apology for the false alert. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495318: sshfs: Hangs on write to a file, blocks applications
Package: sshfs Version: 2.0-2 Severity: important The following steps lead to the situation: 1 Mount a directory from another computer in the local network (no firewall etc in between) with standard sshfs options like sshfs [EMAIL PROTECTED]:/home/user mountpoint 2 Use ANY application (graphical or command line) to write a file to a directory inside the mountpoint. 3 Application hangs, the file has been created, but it is zero bytes in size on the destination computer. On the computer that mounted the directory all further requests to the mountpoint fail making the applications hang. Read operations do not hang PRIOR to the first write, then all reads hang. The traces were generated using a simple cp command to copy one single file. I had been using sshfs for quite some time and it had been reliable even with terabytes of data, but some update in the last week must have broken the program. Possibly one of the latest libc6 or ssh updates. *** sshfs-debug.txt sshfs -odebug,sshfs_debug,loglevel=debug [EMAIL PROTECTED]:/home/ajw Hypatia SSHFS version 2.0 executing ssh -x -a -oClearAllForwardings=yes -ologlevel=debug -2 [EMAIL PROTECTED] -s sftp debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug1: Connecting to hypatia [192.168.0.3] port 22. debug1: Connection established. debug1: identity file /home/ajw/.ssh/id_rsa type 1 debug1: identity file /home/ajw/.ssh/id_dsa type -1 debug1: Remote protocol version 1.99, remote software version OpenSSH_4.2 debug1: match: OpenSSH_4.2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.7p1 Debian-12 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server-client aes128-cbc hmac-md5 none debug1: kex: client-server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(102410248192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug1: Host 'hypatia' is known and matches the RSA host key. debug1: Found key in /home/ajw/.ssh/known_hosts:7 debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Next authentication method: publickey debug1: Offering public key: /home/ajw/.ssh/id_rsa debug1: Authentications that can continue: publickey,keyboard-interactive debug1: Trying private key: /home/ajw/.ssh/id_dsa debug1: Next authentication method: keyboard-interactive Password: debug1: Authentication succeeded (keyboard-interactive). debug1: channel 0: new [client-session] debug1: Entering interactive session. debug1: Sending environment. debug1: Sending env LANG = de_DE.UTF-8 debug1: Sending subsystem: sftp Server version: 3 unique: 1, opcode: INIT (26), nodeid: 0, insize: 56 INIT: 7.9 flags=0x000b max_readahead=0x0002 INIT: 7.8 flags=0x0001 max_readahead=0x0002 max_write=0x0001 unique: 1, error: 0 (Success), outsize: 40 unique: 2, opcode: LOOKUP (1), nodeid: 1, insize: 45 LOOKUP /Temp [1] LSTAT [1] ATTRS 41bytes (0ms) NODEID: 2 unique: 2, error: 0 (Success), outsize: 136 unique: 3, opcode: LOOKUP (1), nodeid: 2, insize: 54 LOOKUP /Temp/picture10.png [2] LSTAT [2] STATUS 33bytes (0ms) unique: 3, error: -2 (No such file or directory), outsize: 16 unique: 4, opcode: LOOKUP (1), nodeid: 2, insize: 54 LOOKUP /Temp/picture10.png [3] LSTAT [3] STATUS 33bytes (0ms) unique: 4, error: -2 (No such file or directory), outsize: 16 unique: 5, opcode: CREATE (35), nodeid: 2, insize: 62 [4] OPEN [5] LSTAT [4] HANDLE 17bytes (0ms) [5] ATTRS 41bytes (0ms) [6] FSTAT [6] ATTRS 41bytes (0ms) NODEID: 3 unique: 5, error: 0 (Success), outsize: 152 CREATE[6598864] flags: 0x80c1 /Temp/picture10.png unique: 6, opcode: GETXATTR (22), nodeid: 3, insize: 68 unique: 6, error: -38 (Function not implemented), outsize: 16 unique: 7, opcode: WRITE (16), nodeid: 3, insize: 4160 WRITE[6598864] 4096 bytes to 0 [7] WRITE WRITE[6598864] 4096 bytes unique: 7, error: 0 (Success), outsize: 24 unique: 8, opcode: WRITE (16), nodeid: 3, insize: 4160 WRITE[6598864] 4096 bytes to 4096 [8] WRITE WRITE[6598864] 4096 bytes unique: 8, error: 0 (Success), outsize: 24 unique: 9, opcode: WRITE (16), nodeid: 3, insize: 4160 WRITE[6598864] 4096 bytes to 8192 [9] WRITE WRITE[6598864] 4096 bytes unique: 9, error: 0 (Success), outsize: 24 unique: 10, opcode: WRITE (16), nodeid: 3, insize: 4160 WRITE[6598864] 4096 bytes to 12288 [00010] WRITE WRITE[6598864] 4096 bytes unique: 10, error: 0 (Success), outsize: 24 unique: 11, opcode:
Bug#495318: sshfs: Hangs on write to a file, blocks applications
Just found out that scp also hangs when trying to copy a file. scp tries to transfer the file but the transfer goes to the state stalled and never finishes. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495318: sshfs: Hangs on write to a file, blocks applications
Additional tests: scp to another computer with a roughly identical installation succeeds! So we have a problem with an older / other versions of ssh? The destination computer is a SUSE 10.1 with openssh-4.2p1-18.12 . -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492448: gnash: Gnash 0.8.3: Screen breakup with YouTube instead of video, sound is OK.
Package: gnash Version: 0.8.3-4 Severity: normal Tested with konqueror and iceweasel. YouTube videos are not rendered correctly, in the area where the video should be the screen breaks up and shows mostly green static. The sound of the video can be heard, it plays just fine. The animations with the suggestions of other videos before the actual start of the video are displayed correctly. If I use the OpenGL versions of gnash and klash exactly the same happens. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnash depends on: ii gnash-common 0.8.3-4free Flash movie player - common f ii libc6 2.7-10 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libglib2.0-0 2.16.4-2 The GLib library of C routines ii libgstreamer0.10-00.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libstdc++64.3.1-2The GNU Standard C++ Library v3 gnash recommends no packages. gnash suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487287: acpi: Negative value is show for temperature, fan constantly on
Am Sonntag, 22. Juni 2008 12:48 schrieb Michael Meskes: On Sun, Jun 22, 2008 at 10:43:25AM +0200, Adolf Winterer wrote: The directory /sys/class/thermal does not exist. Which kernel do you run? Looks like a strange configuration here. Look at the temperature! $ cat /proc/acpi/thermal_zone/THRM/temperature temperature: -73 C Yes, it reports a negative temperature. But this is reported by the kernel. acpi only reads this information and displays it. The problem doesn't seem to be in acpi, but in the kernel itself. I did some more research regarding ACPI and found out that on both systems there is a flawed ACPI DSDT. Using acpidump I stored the DSDT into a file and disassembled it with iasl. When comiling the file back into a binary file I get one warning and two errors on both systems which look quite similar. # iasl -sa dsdt.dsl Intel ACPI Component Architecture ASL Optimizing Compiler version 20061109 [May 15 2007] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a dsdt.dsl 378: Method (\_WAK, 1, NotSerialized) Warning 1079 - ^ Reserved method must return a value (_WAK) dsdt.dsl 419: Store (Local0, Local0) Error4049 - ^ Method local variable is not initialized (Local0) dsdt.dsl 424: Store (Local0, Local0) Error4049 - ^ Method local variable is not initialized (Local0) ASL Input: dsdt.dsl - 5129 lines, 163766 bytes, 1797 keywords Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 571 Optimizations I found a suggestion how to fix the warning, but did not find anything for the errors. The code looks like that: Scope (\_SI) { Method (_MSG, 1, NotSerialized) { Store (Local0, Local0) } Method (_SST, 1, NotSerialized) { Store (Local0, Local0) } } I do not understand a single word from it, so there is not a real chance to fix it myself. Some time ago I read about a DSDT fix that has been removed from the kernel, but I do not know if this is related to the problem we see here. Michael -- Man kann ein Problem nicht mit den gleichen Denkstrukturen lösen, die zu seiner Entstehung beigetragen haben. -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487287: acpi: Negative value is show for temperature, fan constantly on
Am Sonntag, 29. Juni 2008 17:53 schrieb maximilian attems: On Sun, Jun 29, 2008 at 05:17:07PM +0200, Adolf Winterer wrote: Am Sonntag, 22. Juni 2008 12:48 schrieb Michael Meskes: On Sun, Jun 22, 2008 at 10:43:25AM +0200, Adolf Winterer wrote: The directory /sys/class/thermal does not exist. Which kernel do you run? Looks like a strange configuration here. Look at the temperature! $ cat /proc/acpi/thermal_zone/THRM/temperature temperature: -73 C Yes, it reports a negative temperature. But this is reported by the kernel. acpi only reads this information and displays it. The problem doesn't seem to be in acpi, but in the kernel itself. I did some more research regarding ACPI and found out that on both systems there is a flawed ACPI DSDT. Using acpidump I stored the DSDT into a file and disassembled it with iasl. When comiling the file back into a binary file I get one warning and two errors on both systems which look quite similar. # iasl -sa dsdt.dsl Intel ACPI Component Architecture ASL Optimizing Compiler version 20061109 [May 15 2007] Copyright (C) 2000 - 2006 Intel Corporation Supports ACPI Specification Revision 3.0a dsdt.dsl 378: Method (\_WAK, 1, NotSerialized) Warning 1079 - ^ Reserved method must return a value (_WAK) dsdt.dsl 419: Store (Local0, Local0) Error4049 - ^ Method local variable is not initialized (Local0) dsdt.dsl 424: Store (Local0, Local0) Error4049 - ^ Method local variable is not initialized (Local0) ASL Input: dsdt.dsl - 5129 lines, 163766 bytes, 1797 keywords Compilation complete. 2 Errors, 1 Warnings, 0 Remarks, 571 Optimizations I found a suggestion how to fix the warning, but did not find anything for the errors. The code looks like that: Scope (\_SI) { Method (_MSG, 1, NotSerialized) { Store (Local0, Local0) } Method (_SST, 1, NotSerialized) { Store (Local0, Local0) } } I do not understand a single word from it, so there is not a real chance to fix it myself. Some time ago I read about a DSDT fix that has been removed from the kernel, but I do not know if this is related to the problem we see here. please report bug upstream in bugzilla.kernel.org one shouldn't need to fiddle with DSDT tables. and please let us know the upstream bug number. For your reference, the bug number is 11010. http://bugzilla.kernel.org/show_bug.cgi?id=11010 thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487287: acpi: Negative value is show for temperature, fan constantly on
Am Dienstag, 24. Juni 2008 13:35 schrieb Michael Meskes: On Tue, Jun 24, 2008 at 07:42:28AM +0200, Adolf Winterer wrote: One more test please. Could you install and boot into the current 2.6.25 kernel in sid? I'd like to skip that, if possible, because as far as I know the NVidia driver will not work with 2.6.25, which would leave me with nv, the 2D only driver. Is there another way of testing this? I don't really see the problem. You can have both kernels installed at the same time. Just install the 2.6.25 package, boot into this kernel once, test acpi, boot back into 2.6.24 and remove the 2.6.25 package again. Hello Michael, I have a second system available now which shows the same behaviour, it is also a Shuttle barebone, but it is brand new and still available for tests. I installed the OS which installed kernel 2.6.22 (lenny). The temperature is always reported to be 40 degrees C, absolutely independent from the circumstances (yesterday and today). I updated to kernel 2.6.24 (lenny). Nothing changed. Fan is on, temperature is 40 C. Then I updated to 2.6.25 (sid). And again: no change in temperature or fan state. After that I did some more research and found that value stored in the file /proc/acpi/thermal_zone/THRM/polling_frequency is always polling disabled. I guess this indicates that the values never gets updated. Neither the temperature nor the state of the fan. Asking Google I found some reports in blogs and fora (Debian forum and Ubuntu forum) reporting the same problem: Absolutely NO update of the temperature and wildly absurd values (everything from -270 C to over 80 C). Some reporters could fix the problem by manually changing the dsdt (reading the table into a file, disassembling it, changing the code, recompiling it and then copying it back into the original place). The temperature is reported correctly the and gets updated. And the fan is controlled accordingly. There should be a repository of dsdt files on http://www.lesswatts.org/projects/acpi/, but I could not access the site as the connection always times out. Here are the first bytes of my dsdt of the older system: 44 53 44 54 85 42 00 00 01 0b 58 50 43 20 20 20 |DSDT.BXPC | 0010 53 44 33 32 56 31 30 00 00 10 00 00 4d 53 46 54 |SD32V10.MSFT| The systems that have been reported to be affected have been from many major brands, so this seems to be more or less widespread. Regards, Adolf Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487287: acpi: Negative value is show for temperature, fan constantly on
Am Montag, 23. Juni 2008 18:42 schrieb Michael Meskes: On Sun, Jun 22, 2008 at 11:18:34PM +0200, Adolf Winterer wrote: The kernel is the current kernel from Debian testing: # uname -a Linux pandora 2.6.24-1-amd64 #1 SMP Sat May 10 09:28:10 UTC 2008 x86_64 GNU/Linux It's in the package linux-image-2.6.24-1-amd64, which has kernel version 2.6.24-7. One more test please. Could you install and boot into the current 2.6.25 kernel in sid? I'd like to skip that, if possible, because as far as I know the NVidia driver will not work with 2.6.25, which would leave me with nv, the 2D only driver. Is there another way of testing this? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487287: acpi: Negative value is show for temperature, fan constantly on
Am Samstag, 21. Juni 2008 11:09 schrieb Michael Meskes: On Fri, Jun 20, 2008 at 09:11:35PM +0200, Adolf Winterer wrote: Package: acpi Version: 0.09-5 ... Could you please try the sid version 1.1-1? If it still fails please Yes, it still fails with the sid version of the package. send me your /proc/acpi and /sys/class/thermal ans /sys/class/power_supply dirs as tarball. The directory /sys/class/thermal does not exist. The directory /sys/class/power_supply is empty. The directory /proc/acpi/ is populated with the files I'd expect to be there, but cannot be tarred, the resulting files in the tarball alway have length zero and thus are empty. If I try to use the du tool to estimate the size of the /proc/acpi/ directory it returns zero as size. There is something special to these directories as I see length zero as well when I use the ls command. But I can retrieve data if cat is interactively used on the files in /proc/acpi. $ ls -l /proc/acpi/ insgesamt 0 dr-xr-xr-x 2 root root 0 22. Jun 10:33 ac_adapter dr-xr-xr-x 2 root root 0 22. Jun 10:33 battery dr-xr-xr-x 3 root root 0 22. Jun 10:33 button -r 1 root root 0 22. Jun 10:33 dsdt dr-xr-xr-x 2 root root 0 22. Jun 10:33 embedded_controller -r 1 root root 0 22. Jun 10:33 event -r 1 root root 0 22. Jun 10:33 fadt dr-xr-xr-x 3 root root 0 22. Jun 10:33 fan -r--r--r-- 1 root root 0 22. Jun 10:33 info dr-xr-xr-x 2 root root 0 22. Jun 10:33 power_resource dr-xr-xr-x 4 root root 0 22. Jun 10:33 processor -rw-r--r-- 1 root root 0 22. Jun 10:33 sleep dr-xr-xr-x 3 root root 0 22. Jun 10:33 thermal_zone dr-xr-xr-x 2 root root 0 22. Jun 10:33 video -rw-r--r-- 1 root root 0 22. Jun 10:33 wakeup $ du -h /proc/acpi/ 0 /proc/acpi/video 0 /proc/acpi/battery 0 /proc/acpi/ac_adapter 0 /proc/acpi/button/power/PWRB 0 /proc/acpi/button/power/PWRF 0 /proc/acpi/button/power 0 /proc/acpi/button 0 /proc/acpi/thermal_zone/THRM 0 /proc/acpi/thermal_zone 0 /proc/acpi/processor/CPU1 0 /proc/acpi/processor/CPU0 0 /proc/acpi/processor 0 /proc/acpi/fan/FAN 0 /proc/acpi/fan 0 /proc/acpi/power_resource 0 /proc/acpi/embedded_controller 0 /proc/acpi/ $ ls -l /proc/acpi/thermal_zone/THRM/ insgesamt 0 -rw-r--r-- 1 root root 0 22. Jun 10:37 cooling_mode -rw-r--r-- 1 root root 0 22. Jun 10:37 polling_frequency -r--r--r-- 1 root root 0 22. Jun 10:37 state -r--r--r-- 1 root root 0 22. Jun 10:37 temperature -r--r--r-- 1 root root 0 22. Jun 10:37 trip_points $ cat /proc/acpi/thermal_zone/THRM/state state: ok Look at the temperature! $ cat /proc/acpi/thermal_zone/THRM/temperature temperature: -73 C $ cat /proc/acpi/thermal_zone/THRM/cooling_mode 0 - Active; 1 - Passive $ cat /proc/acpi/thermal_zone/THRM/trip_points critical (S5): 60 C passive: 50 C: tc1=4 tc2=3 tsp=60 devices=CPU0 active[0]: 50 C: devices= FAN Should polling be disabled? $ cat /proc/acpi/thermal_zone/THRM/polling_frequency polling disabled $ ls -l /proc/acpi/fan/ insgesamt 0 dr-xr-xr-x 2 root root 0 22. Jun 10:40 FAN $ ls -l /proc/acpi/fan/FAN/ insgesamt 0 -rw-r--r-- 1 root root 0 22. Jun 10:40 state And yes, the fan is running on full power. $ cat /proc/acpi/fan/FAN/state status: on Regards, Adolf Michael -- /\ASCII Ribbon Campaign \ / X Against HTML / \in e-mail news -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487287: acpi: Negative value is show for temperature, fan constantly on
Am Sonntag, 22. Juni 2008 12:48 schrieb Michael Meskes: On Sun, Jun 22, 2008 at 10:43:25AM +0200, Adolf Winterer wrote: The directory /sys/class/thermal does not exist. Which kernel do you run? Looks like a strange configuration here. The kernel is the current kernel from Debian testing: # uname -a Linux pandora 2.6.24-1-amd64 #1 SMP Sat May 10 09:28:10 UTC 2008 x86_64 GNU/Linux It's in the package linux-image-2.6.24-1-amd64, which has kernel version 2.6.24-7. Look at the temperature! $ cat /proc/acpi/thermal_zone/THRM/temperature temperature: -73 C Yes, it reports a negative temperature. But this is reported by the kernel. acpi only reads this information and displays it. The problem doesn't seem to be in acpi, but in the kernel itself. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487271: firebird2.0-classic: Unbound variable in post-installation script
Package: firebird2.0-classic Version: 2.0.4.13130-1.ds1-3 Severity: normal Update of the package produced an error message in the post-installation script: * Preparing /var/run/firebird/2.0... /etc/lsb-base-logging.sh: line 271: $2: unbound variable invoke-rc.d: initscript firebird2.0-classic, action start failed. dpkg: Fehler beim Bearbeiten von firebird2.0-classic (--configure): Unterprozess post-installation script gab den Fehlerwert 1 zurück (Last two lines translated say: dpkg: Error while processing firebird2.0-classic (--configure): Sub process post-installation script returned error code 1) The script gets processed every time I use synaptic to install / update / remove any package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages firebird2.0-classic depends on: ii debconf [debconf-2.0 1.5.22 Debian configuration management sy ii firebird2.0-common 2.0.4.13130-1.ds1-3 common files for firebird 2.0 serv ii firebird2.0-server-c 2.0.4.13130-1.ds1-3 common files for firebird 2.0 serv ii libc62.7-10 GNU C Library: Shared libraries ii libeditline0 1.12-5 line editing library similar to re ii libfbembed2 2.0.4.13130-1.ds1-3 Firebird embedded client/server li ii libgcc1 1:4.3.1-2 GCC support library ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii netbase 4.32Basic TCP/IP networking system ii xinetd [inet-superse 1:2.3.14-7 replacement for inetd with many en firebird2.0-classic recommends no packages. -- debconf information: shared/firebird/title: shared/firebird/enabled: false shared/firebird/purge_security: false shared/firebird/server_in_use: shared/firebird/deactivate_version: shared/firebird/purge_databases: false * shared/firebird/active_version: none -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487287: acpi: Negative value is show for temperature, fan constantly on
Package: acpi Version: 0.09-5 Severity: important ACPI reports the temperature as negative value, the systems fan is permantly on as if the system would be under a severe load when in reality the temperature is low and the system is idle. Uptime shows the the system is idle. 21:09:51 up 46 min, 4 users, load average: 0.16, 0.12, 0.09 But the temperature is quite odd: cat /proc/acpi/thermal_zone/THRM/temperature temperature: -73 C The program sensors reports normal CPU temperature on both cores: Core 0: +46.0°C (crit = +85.0°C) Core 1: +48.0°C (crit = +85.0°C) This behaviour started after the latest acpi package got installed, after the system was rebooted. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acpi depends on: ii libc6 2.7-10 GNU C Library: Shared libraries acpi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486912: libsane: HP PSC 1210, can scan as root, but not as user, udev rule missing
Package: libsane Version: 1.0.19-11 Severity: normal HP Multifunction device PSC 1210 is connected via USB. The device is found with scanimage -L as root, but not as user. Using lsusb the USB device is shows as root but not as user. After some research I found that an udev rule is missing. I added the following two lines to the file /etc/udev/rules.d/z60_libsane.rules - begin quote - # Hewlett-Packard multifunction device PSC 1210 SYSFS{idVendor}==03f0, SYSFS{idProduct}==2f11, MODE=0664, GROUP=scanner, ENV{libsane_matched}=yes - ende quote - After restarting udev the device was shown in user context, scanimage found the device and scanning with kooka was perfect. Hotplugging the device worked without problems. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsane depends on: ii adduser 3.108 add and remove users and groups ii libavahi-client3 0.6.22-3Avahi client library ii libavahi-common3 0.6.22-3Avahi common library ii libc62.7-10 GNU C Library: Shared libraries ii libexif120.6.16-2.1 library to parse EXIF files ii libgphoto2-2 2.4.0-9 gphoto2 digital camera library ii libgphoto2-port0 2.4.0-9 gphoto2 digital camera port librar ii libieee1284-30.2.11-4cross-platform library for paralle ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libsane-extras 1.0.19.7API library for scanners -- extra ii libtiff4 3.8.2-8 Tag Image File Format (TIFF) libra ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library ii makedev 2.3.1-88creates device files in /dev ii udev 0.114-2 /dev/ and hotplug management daemo Versions of packages libsane recommends: ii avahi-daemon 0.6.22-3 Avahi mDNS/DNS-SD daemon ii sane-utils1.0.19-11 API library for scanners -- utilit -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483390: inigo: Renders video files with sound only from Kdenlive
Package: inigo Version: 0.2.4-1 Severity: important Using inigo as renderer for Kdenlive the resulting file always had no video but sound. This happened with the export timeline function as well as with DVD creation. Replacing inigo (and libmlt) with mlt solved the problem, the movies rendered by Kdenlive using mlt have proper video AND sound. This is a strong index for a problem with inigo as the Kdenlive version and data files were identical. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages inigo depends on: ii libc6 2.7-10 GNU C Library: Shared libraries pn libmlt0.2 none (no description available) inigo recommends no packages. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482651: linux-image-2.6.24-1-amd64: Update from 2.6.24-6 to 2.6.24-7 failed to execute lilo causing boot loop
Package: linux-image-2.6.24-1-amd64 Version: 2.6.24-7 Severity: normal Updating the system from 2.6.24-6 to 2.6.24-7 rendered the system unuseable. After the reboot lilo started but was not able to load the kernel, the system rebooted, entering an infinite boot loop. The update had been done with synaptic. Fix: Booting from the install CD into the rescue mode, mounting the root partition and the boot partition (root and boot live in different partitions here) and issuing the command lilo allowed the system to boot normal again. Afterwards I remembered that I had seen no lilo command in synaptics terminal window. Previous kernel updates within the 2.6.24 kernel series had not shown this defect. -- Package-specific info: ** Version: Linux version 2.6.24-1-amd64 (Debian 2.6.24-7) ([EMAIL PROTECTED]) (gcc version 4.1.3 20080114 (prerelease) (Debian 4.1.2-19)) #1 SMP Sat May 10 09:28:10 UTC 2008 ** Command line: auto BOOT_IMAGE=Linux ro root=803 ** Tainted: P (1) ** Kernel log: skge 1.13 addr 0xfdef8000 irq 19 chip Yukon-Lite rev 9 skge eth0: addr 00:30:1b:42:98:ad ata_piix :00:1f.2: version 2.12 ata_piix :00:1f.2: MAP [ P0 P2 P1 P3 ] ACPI: PCI Interrupt :00:1f.2[B] - GSI 19 (level, low) - IRQ 19 PCI: Setting latency timer of device :00:1f.2 to 64 scsi0 : ata_piix scsi1 : ata_piix ata1: SATA max UDMA/133 cmd 0xfa00 ctl 0xf900 bmdma 0xf600 irq 19 ata2: SATA max UDMA/133 cmd 0xf800 ctl 0xf700 bmdma 0xf608 irq 19 Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2 ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx pnp: the driver 'ide' has been registered ata1.00: ATA-7: ST3400833NS, 3.AEH, max UDMA/133 ata1.00: 781422768 sectors, multi 1: LBA48 NCQ (depth 0/32) ata1.00: configured for UDMA/133 scsi 0:0:0:0: Direct-Access ATA ST3400833NS 3.AE PQ: 0 ANSI: 5 ICH7: IDE controller (0x8086:0x27df rev 0x01) at PCI slot :00:1f.1 ACPI: PCI Interrupt :00:1f.1[A] - GSI 18 (level, low) - IRQ 18 ICH7: not 100% native mode: will probe irqs later ide0: BM-DMA at 0xfb00-0xfb07, BIOS settings: hda:DMA, hdb:pio ICH7: IDE port disabled Probing IDE interface ide0... Driver 'sd' needs updating - please use bus_type methods sd 0:0:0:0: [sda] 781422768 512-byte hardware sectors (400088 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 781422768 512-byte hardware sectors (400088 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 sda4 sd 0:0:0:0: [sda] Attached SCSI disk firewire_core: created new fw device fw0 (0 config rom retries, S400) hda: _NEC DVD_RW ND-4571A, ATAPI CD/DVD-ROM drive hda: host max PIO4 wanted PIO255(auto-tune) selected PIO4 hda: UDMA/33 mode selected ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hda: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache Uniform CD-ROM driver Revision: 3.20 device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.12.0-ioctl (2007-10-02) initialised: [EMAIL PROTECTED] Attempting manual resume kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. input: PC Speaker as /class/input/input2 pnp: the driver 'parport_pc' has been registered parport_pc 00:07: reported by Plug and Play ACPI parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007) iTCO_wdt: Found a ICH7 or ICH7R TCO device (Version=2, TCOBASE=0x0460) iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) parport_pc 00:07: driver attached input: Power Button (FF) as /class/input/input3 intel_rng: FWH not detected ACPI: Power Button (FF) [PWRF] input: Power Button (CM) as /class/input/input4 ACPI: PCI Interrupt :00:1f.3[B] - GSI 19 (level, low) - IRQ 19 ACPI: Power Button (CM) [PWRB] ACPI: PCI Interrupt :00:1b.0[A] - GSI 16 (level, low) - IRQ 16 PCI: Setting latency timer of device :00:1b.0 to 64 hda_codec: Unknown model for ALC882, trying auto-probe from BIOS... input: ImExPS/2 Generic Explorer Mouse as /class/input/input5 Adding 2931852k swap on /dev/sda2. Priority:-1 extents:1 across:2931852k EXT3 FS on sda3, internal journal loop: module loaded nvidia: module license 'NVIDIA' taints kernel. ACPI: PCI Interrupt :01:00.0[A] - GSI 16 (level, low) - IRQ 16 PCI: Setting latency timer of device :01:00.0 to 64 NVRM: loading NVIDIA UNIX x86_64 Kernel Module 169.12 Thu Feb 14 17:51:09 PST 2008 fuse init (API version 7.9) kjournald starting. Commit interval 5 seconds EXT3 FS on sda1, internal journal EXT3-fs: mounted filesystem with ordered data mode. kjournald starting. Commit interval 5 seconds EXT3 FS on dm-0, internal journal EXT3-fs: mounted filesystem with ordered data mode. skge eth0: enabling interface IA-32 Microcode Update Driver: v1.14a
Bug#433889: Log file written during package installation
Am Montag, 23. Juli 2007 19:07 schrieb Frank Küster: Hi Adolf, Adolf Winterer [EMAIL PROTECTED] wrote: (/usr/share/texmf-texlive/tex/latex/latexconfig/pdflatex.ini ! I can't find file `pdftexconfig.tex'. l.2 \input pdftexconfig.tex Yes, this is a duplicate of #425803. Please do the following: apt-get --reinstall install texlive-base-bin If modes.mf was missing, too, this will fail, and you need to do the same with texlive-base afterwards. Moreover, you should also do it with texlive-latex-base, which brings in two more mandatory conffiles. Hi Frank, thank you for your excellent support, re-installing the packages indeed fixed the problem. Synaptic no longer repeats the post-install script. Best regards, Adolf But this should then fix everything, except for a minor issue mentioned in tex-common's NEWS.Debian. Regards, Frank -- 2.1.1920: Isaac Asimov wird geboren
Bug#434411: synaptic: Install process reports error Unknown frontend: gtk
Package: synaptic Version: 0.60 Severity: minor During any installation process there is an error reported in the terminal window. It reads Unbekanntes Frontend: gtk which translates to Unknown frontend: gtk The installation process runs fine, but getting the error message over and over again is annoying. Either this is a false alarm, then it should be removed or this indicates an error, then it wants to get fixed. This error message could be generated by a sub process during installation, but I always see it with synaptic. This does not get displayed with apt-get or dpkg. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synaptic depends on: ii apt [libapt-pkg-libc6.5 0.7.3Advanced front-end for dpkg ii apt-utils [libapt-inst- 0.7.3APT utility programs ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9GNU C Library: Shared libraries ii libcairo2 1.4.10-1+b2 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.2-1.2generic font configuration library ii libgcc1 1:4.2-20070627-1 GCC support library ii libglade2-0 1:2.6.1-1library to load .glade files at ru ii libglib2.0-02.12.12-1+b1 The GLib library of C routines ii libgtk2.0-0 2.10.13-1The GTK+ graphical user interface ii libpango1.0-0 1.16.4-1+b1 Layout and rendering of internatio ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libvte9 1:0.16.6-1 Terminal emulator widget for GTK+ ii libx11-62:1.0.3-7X11 client-side library ii libxcursor1 1:1.1.8-2X cursor management library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2X11 miscellaneous 'fixes' extensio ii libxft2 2.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.1-1X11 Input extension library ii libxinerama11:1.0.2-1X11 Xinerama extension library ii libxml2 2.6.29.dfsg-1GNOME XML library ii libxrandr2 2:1.2.1-1X11 RandR extension library ii libxrender1 1:0.9.2-1X Rendering Extension client libra ii scrollkeeper0.3.14-13A free electronic cataloging syste Versions of packages synaptic recommends: ii deborphan 1.7.23 Find orphaned libraries ii gksu 2.0.0-4graphical frontend to su ii libgnome2-perl1.040-1Perl interface to the GNOME librar -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433889: Log file written during package installation
This is the log file that was written during the package installation. The interesting part is at the end of the file: - snip - Error: `pdftex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' failed fmtutil: running `pdftex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. (/usr/share/texmf-texlive/web2c/cp227.tcx) entering extended mode (/usr/share/texmf-texlive/tex/latex/latexconfig/pdflatex.ini ! I can't find file `pdftexconfig.tex'. l.2 \input pdftexconfig.tex Please type another input file name: ! Emergency stop. l.2 \input pdftexconfig.tex No pages of output. Transcript written on pdflatex.log. Error: `pdftex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' failed ### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /var/lib/texmf/web2c for details. ### This is a summary of all `failed' messages and warnings: `pdftex -ini -jobname=latex -progname=latex -translate-file=cp227.tcx *latex.ini' failed `pdftex -ini -jobname=pdflatex -progname=pdflatex -translate-file=cp227.tcx *pdflatex.ini' failed - snip - fmtutil: running `pdftex -ini -jobname=eplain -progname=eplain -translate-file=cp227.tcx *eplain.ini' ... This is pdfTeXk, Version 3.141592-1.40.3 (Web2C 7.5.6) (INITEX) %-line parsing enabled. (/usr/share/texmf-texlive/web2c/cp227.tcx) entering extended mode (/usr/share/texmf-texlive/tex/eplain/eplain.ini (/usr/share/texmf-texlive/tex/generic/babel/bplain.tex (/usr/share/texmf-texlive/tex/plain/base/plain.tex Preloading the plain format: codes, registers, parameters, fonts, more fonts, macros, math definitions, output routines, hyphenation (/usr/share/texmf-texlive/tex/generic/babel/hyphen.cfg (/usr/share/texmf-texlive/tex/generic/babel/plain.def) (/usr/share/texmf-texlive/tex/generic/hyphen/hyphen.tex) (/usr/share/texmf-texlive/tex/generic/hyphen/ushyphmax.tex) (/usr/share/texmf-texlive/tex/generic/hyphen/dumyhyph.tex) (/usr/share/texmf-texlive/tex/generic/hyphen/zerohyph.tex) (/usr/share/texmf-texlive/tex/generic/xu-hyphen/xu-dehypht.tex (/usr/share/texmf-texlive/tex/generic/hyphen/dehypht.tex German Traditional Hyphenation Patterns `dehypht' Version 3.2a 1999/03/03 (Formerly known under the name `ghyph31' and `ghyphen'.))) (/usr/share/texmf-texlive/tex/generic/xu-hyphen/xu-dehyphn.tex (/usr/share/texmf-texlive/tex/generic/hyphen/dehyphn.tex New German Hyphenation Patterns `dehyphn' Rev.31 2001-05-07 (WaS))) (/usr/share/texmf-texlive/tex/generic/xu-hyphen/xu-dehypht.tex (/usr/share/texmf-texlive/tex/generic/hyphen/dehypht.tex German Traditional Hyphenation Patterns `dehypht' Version 3.2a 1999/03/03 (Formerly known under the name `ghyph31' and `ghyphen'.))) (/usr/share/texmf-texlive/tex/generic/xu-hyphen/xu-dehyphn.tex (/usr/share/texmf-texlive/tex/generic/hyphen/dehyphn.tex New German Hyphenation Patterns `dehyphn' Rev.31 2001-05-07 (WaS)) (/usr/share/texmf-texlive/tex/eplain/eplain.tex) ) Beginning to dump on file eplain.fmt (format=eplain 2007.7.20) 3960 strings of total length 57012 27355 memory locations dumped; current usage is 12227164 2324 multiletter control sequences \font\nullfont=nullfont \font\tenrm=cmr10 \font\preloaded=cmr9 \font\preloaded=cmr8 \font\sevenrm=cmr7 \font\preloaded=cmr6 \font\fiverm=cmr5 \font\teni=cmmi10 \font\preloaded=cmmi9 \font\preloaded=cmmi8 \font\seveni=cmmi7 \font\preloaded=cmmi6 \font\fivei=cmmi5 \font\tensy=cmsy10 \font\preloaded=cmsy9 \font\preloaded=cmsy8 \font\sevensy=cmsy7 \font\preloaded=cmsy6 \font\fivesy=cmsy5 \font\tenex=cmex10 \font\preloaded=cmss10 \font\preloaded=cmssq8 \font\preloaded=cmssi10 \font\preloaded=cmssqi8 \font\tenbf=cmbx10 \font\preloaded=cmbx9 \font\preloaded=cmbx8 \font\sevenbf=cmbx7 \font\preloaded=cmbx6 \font\fivebf=cmbx5 \font\tentt=cmtt10 \font\preloaded=cmtt9 \font\indexprooffont=cmtt8 \font\preloaded=cmsltt10 \font\tensl=cmsl10 \font\preloaded=cmsl9 \font\preloaded=cmsl8 \font\tenit=cmti10 \font\preloaded=cmti9 \font\preloaded=cmti8 \font\preloaded=cmti7 \font\preloaded=cmu10 \font\preloaded=cmmib10 \font\preloaded=cmbsy10 \font\preloaded=cmcsc10 \font\preloaded=cmssbx10 \font\preloaded=cmdunh10 \font\preloaded=cmr7 at 14.51799pt \font\preloaded=cmtt10 at 14.4pt \font\preloaded=cmssbx10 at 14.4pt \font\preloaded=manfnt \font\manfnt=logo10 \font\manfntsl=logosl10 \font\tenln=line10 15036 words of font info for 53 preloaded fonts 28 hyphenation exceptions Hyphenation trie of length 25389 has 1444 ops out of 35111 235 for language 7 207 for language 6 235 for
Bug#433889: texlive-lang-german: Package installations report error from sub process
Package: texlive-lang-german Version: 2007.dfsg.1-3 Severity: normal Since the package texlive-lang-german has been installed every installation or update of any package triggers an error coming from the package texlive-lang-german. A script from the package seems to get called with every installation that is done (via synaptic). Synaptic does not report package conflicts or broken packages. The message says: E: texlive-lang-german: Unterprozess post-installation script gab den Fehlerwert 1 zurück Translated E: texlive-lang-german: sub process post-installtion returned error 1 Immediately after a package installation is done the package texlive-lang-german get configured. The failure happens when running mktexlsr. It reports: Building format(s) --byhyphen /var/lib/texmf/tex/generic/config/language.dat. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.SURX5454 -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1048 2007-07-20 07:38 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 2007-07-15 14:59 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 2007-07-15 14:59 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 2007-07-15 14:59 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 2007-07-15 14:59 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 4196 2007-07-20 07:38 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 6633 2007-07-20 07:38 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 4807 2007-07-20 07:38 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ insgesamt 0 ## md5sums of texmf.d 25bf3a257a0bedb5c67349c3eaff74af /etc/texmf/texmf.d/05TeXMF.cnf 5f7f6652cc8b8071c9e4ea6ba9e9f0a1 /etc/texmf/texmf.d/15Plain.cnf 8a26468004b5ebc7ae9884740356c1d0 /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf e36faa13563bdb46303b91ab3f6ea638 /etc/texmf/texmf.d/85Misc.cnf 7e8f87acdeba48edac16d851c77b9e75 /etc/texmf/texmf.d/90TeXDoc.cnf 30f4f13357c2761ed01a6a15f28725a5 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-lang-german depends on: ii texlive-base 2007-10TeX Live: Essential programs and f ii texlive-common2007-10TeX Live: Base component texlive-lang-german recommends no packages. Versions of packages tex-common depends on: ii debconf 1.5.13 Debian configuration management sy ii ucf 3.001 Update Configuration File: preserv Versions of packages texlive-lang-german is related to: pn tetex-basenone (no description available) ii tetex-bin 2007-10TeX Live: teTeX transitional packa pn tetex-extra none (no description available) ii tex-common1.9Common infrastructure for using an -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421581: libc6: File conflict with a file from gtk-qt-engine
Package: libc6 Version: 2.3.6.ds1-13 Severity: normal Trying to install the current package libc6_2.5-4_amd64.deb with synaptic gives a file conflict with one file from packge gtk-qt-engine. The message (in german language, tranlated) states that Trying to overwrite /usr/lib64, which is also contained in package gtk-qt-engine. After that the installation fails. Original text displayed in synaptic: snip -- E: /var/cache/apt/archives/libc6_2.5-4_amd64.deb: Versuche, »/usr/lib64« zu überschreiben, welches auch in Paket gtk-qt-engine ist snip -- There are more messages in the console window of synaptic: - snip --- (Lese Datenbank ... 315786 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereiten zum Ersetzen von libc6 2.3.6.ds1-13 (durch .../archives/libc6_2.5-4_amd64.deb) ... Entpacke Ersatz für libc6 ... dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/libc6_2.5-4_amd64.deb (--unpack): Versuche, »/usr/lib64« zu überschreiben, welches auch in Paket gtk-qt-engine ist Fehler traten auf beim Bearbeiten von: /var/cache/apt/archives/libc6_2.5-4_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libc6-dev: libc6-dev hängt ab von libc6 (= 2.5-4); aber: Version von libc6 auf dem System ist 2.3.6.ds1-13. dpkg: Fehler beim Bearbeiten von libc6-dev (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von libc6-i386: libc6-i386 hängt ab von libc6 (= 2.5-4); aber: Version von libc6 auf dem System ist 2.3.6.ds1-13. dpkg: Fehler beim Bearbeiten von libc6-i386 (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert dpkg: Abhängigkeitsprobleme verhindern Konfiguration von locales: locales hängt ab von glibc-2.5-1; aber: Paket glibc-2.5-1 ist nicht installiert. dpkg: Fehler beim Bearbeiten von locales (--configure): Abhängigkeitsprobleme - lasse es unkonfiguriert - snip --- -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6 depends on: ii tzdata2007e-2Time Zone and Daylight Saving Time libc6 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415896: istanbul: Save never finishes when recording selected window
Am Samstag, 24. März 2007 20:41 schrieb Luca Bruno: Adolf Winterer scrisse: Does it matter that I use KDE? I once experienced that on my GNOME. It should be DE-independent... Strangely this happens only when I try to record a selected window. So the finish event is not alway lost. Does it happen always with a selected windows? Yesterday I could reproduce it, but after some tests on source I can't reproduce it anymore, so I can't find a reproducible and constant pattern. I always happens when trying to record a selected windows. I never got one movie finished using this option. Hmm, I do not get any feedback when selecting the window. Is this as designed or should there be some feedback (some marker, message, blinking windows) to indicate the window selected? In normal situation, no evident marks are showed. OK, so I did not miss something. How do I exactly select the window? After clicking on the option Select window to record, should I click on the window title or inside the window? Does it matter where I point the mouse? Anyway, to help me tracking this bug, you should open a terminal and launch istanbul, then reproduce this issue. You will get some debug info, and maybe some exception output: please attach them to this bug. OK, I started Istanbul from the shell and got some (possibly) interesting messages. As the resulting file is only about 3 KB in size, I attach it to the mail. As expected the program stopped working after the left-click, I could terminate it with Ctrl-C. Are you using a composite manager (like compiz, beryl or xcompmgr, or the equivalent for kde)? I noticed a problem (maximum recursion depth exceeded) which leads to the same situation when using compiz. I checked my installation, none of the composite managers is installed. Best regards, Adolf Cheers, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| luca.br(AT)uno.it `. `'`| GPG Key ID: 3BFB9FB3 `- http://www.debian.org| Proud Debian GNU/Linux User -- Never trust a smiling cat. [EMAIL PROTECTED]:~$ istanbul /var/lib/python-support/python2.4/istanbul/main/tray_icon.py:26: DeprecationWarning: the module egg.trayicon is deprecated; equivalent functionality can now be found in pygtk 2.10 import egg.trayicon Traceback (most recent call last): File /var/lib/python-support/python2.4/istanbul/main/tray_popup.py, line 95, in _select_window_cb self.selector.select_window() File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 33, in select_window self.target_window = self._select_window() File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 95, in _select_window display = XDisplay.Display() File /var/lib/python-support/python2.4/Xlib/display.py, line 80, in __init__ self.display = _BaseDisplay(display) File /var/lib/python-support/python2.4/Xlib/display.py, line 67, in __init__ apply(protocol.display.Display.__init__, (self, ) + args, keys) File /var/lib/python-support/python2.4/Xlib/protocol/display.py, line 123, in __init__ self.default_screen = min(self.default_screen, len(self.info.roots) - 1) File /var/lib/python-support/python2.4/Xlib/protocol/rq.py, line 1371, in __getattr__ raise AttributeError(attr) AttributeError: roots Traceback (most recent call last): File /var/lib/python-support/python2.4/istanbul/main/tray_icon.py, line 65, in _trayicon_clicked self.current_screencast.start_recording() File /var/lib/python-support/python2.4/istanbul/main/screencast.py, line 56, in start_recording area_x1, area_y1, area_x2, area_y2 = self.selector.get_area() File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 40, in get_area self.select_window() File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 33, in select_window self.target_window = self._select_window() File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 95, in _select_window display = XDisplay.Display() File /var/lib/python-support/python2.4/Xlib/display.py, line 80, in __init__ self.display = _BaseDisplay(display) File /var/lib/python-support/python2.4/Xlib/display.py, line 67, in __init__ apply(protocol.display.Display.__init__, (self, ) + args, keys) File /var/lib/python-support/python2.4/Xlib/protocol/display.py, line 123, in __init__ self.default_screen = min(self.default_screen, len(self.info.roots) - 1) File /var/lib/python-support/python2.4/Xlib/protocol/rq.py, line 1371, in __getattr__ raise AttributeError(attr) AttributeError: roots Traceback (most recent call last): File /var/lib/python-support/python2.4/istanbul/main/tray_icon.py, line 73, in _trayicon_clicked self.current_screencast.stop_recording() File /var/lib/python-support/python2.4/istanbul/main/screencast.py, line 145, in stop_recording self
Bug#415896: istanbul: Save never finishes when recording selected window
Am Samstag, 24. März 2007 22:10 schrieb Luca Bruno: Adolf Winterer scrisse: Does it matter where I point the mouse? No, it shouldn't. OK, I started Istanbul from the shell and got some (possibly) interesting messages. As the resulting file is only about 3 KB in size, I attach it to the mail. Ok, so this bug is definitively related to #357507 in python-xlib. Try to apply the solution described there (http://bugs.debian.org/357507) to your library file (/var/lib/python-support/python2.4/Xlib/display.py) More detailed solutions are avaialble here: http://bugs.debian.org/309709 OK, so I checked the two sources. Both state that the file would be at /usr/lib/python... which seems to be incorrect, at least with the Debian version here. Using find I found two links: /var/lib/python-support/python2.4/Xlib/display.py and /var/lib/python-support/python2.4/Xlib/protocol/display.py The links point to /usr/share/python-support/python-xlib/Xlib/display.py and /usr/share/python-support/python-xlib/Xlib/protocol/display.py The second file has the sequence the bug reports are referring to at line 530: recv = self.socket.recv(2048) I changed the value from 2048 to 4096 and then retried the recording. There was one visible change in behaviour: After selecting the option to record a window the mouse cursor changed to cross hairs and I could click into the window without triggering an event in the window. This had not happened before. But still the process does not finish (the save dialog still does not appear). The console window gets filled (the buffer cannot hold all lines) with the message File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 88, in _get_client_window_check_children result = self._get_client_window_check_children(window) The last messages are in the attached file, again. A partial solution, but still no recording. Best regards, Adolf Best regards, Adolf Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| luca.br(AT)uno.it `. `'`| GPG Key ID: 3BFB9FB3 `- http://www.debian.org| Proud Debian GNU/Linux User -- 21.3.1991: Perl 4.000 wird freigegeben result = self._get_client_window_check_children(window) File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 88, in _get_client_window_check_children result = self._get_client_window_check_children(window) File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 88, in _get_client_window_check_children result = self._get_client_window_check_children(window) File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 88, in _get_client_window_check_children result = self._get_client_window_check_children(window) File /var/lib/python-support/python2.4/istanbul/main/window_select.py, line 81, in _get_client_window_check_children children = window.query_tree().children File /var/lib/python-support/python2.4/Xlib/xobject/drawable.py, line 417, in query_tree window = self.id) File /var/lib/python-support/python2.4/Xlib/protocol/rq.py, line 1430, in __init__ self.reply() File /var/lib/python-support/python2.4/Xlib/protocol/rq.py, line 1442, in reply self._display.send_and_recv(request = self._serial) File /var/lib/python-support/python2.4/Xlib/protocol/display.py, line 545, in send_and_recv gotreq = self.parse_response(request) File /var/lib/python-support/python2.4/Xlib/protocol/display.py, line 632, in parse_response gotreq = self.parse_request_response(request) or gotreq File /var/lib/python-support/python2.4/Xlib/protocol/display.py, line 718, in parse_request_response req._parse_response(self.data_recv[:self.request_length]) File /var/lib/python-support/python2.4/Xlib/protocol/rq.py, line 1454, in _parse_response self._data, d = self._reply.parse_binary(data, self._display, rawdict = 1) File string, line 8, in parse_binary File /var/lib/python-support/python2.4/Xlib/protocol/rq.py, line 499, in parse_binary_value ret[i] = self.type.parse_value(v, display) File /var/lib/python-support/python2.4/Xlib/protocol/rq.py, line 848, in parse_value c = display.get_resource_class(self.class_name) RuntimeError: maximum recursion depth exceeded Traceback (most recent call last): File /var/lib/python-support/python2.4/istanbul/main/tray_icon.py, line 73, in _trayicon_clicked self.current_screencast.stop_recording() File /var/lib/python-support/python2.4/istanbul/main/screencast.py, line 145, in stop_recording self._vsource.set_state(gst.STATE_NULL) AttributeError: Screencast instance has no attribute '_vsource' Traceback (most recent call last): File /usr/bin/istanbul, line 40, in ? sys.exit(main.main(sys.argv)) File /var/lib/python-support/python2.4/istanbul/main/main.py, line 105, in main gtk.main() KeyboardInterrupt [EMAIL PROTECTED]:~$
Bug#415890: istanbul: A green line is recorded when area selection is used
Package: istanbul Version: 0.2.2-1 Severity: important Using the option Select Area to Record is used, the resulting movie constantly shows a green horizontal line at the bottom of the movie. This line is visible with Kaffeine, KMPlayer and VLC. A screen movie taken by a friend with area selection shows the same green line. Therefore I conclude that the problem is within Istanbul and not in the player software. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages istanbul depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii gettext0.16.1-1 GNU Internationalization utilities ii gstreamer0.10-alsa 0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base 0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.4-4 GStreamer plugins from the good ii gstreamer0.10-x0.10.10-4 GStreamer plugins for X11 and Pang ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.10-4 Core GStreamer libraries and eleme ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-6 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxml22.6.27.dfsg-1 GNOME XML library ii python 2.4.4-2 An interactive high-level object-o ii python-glade2 2.8.6-8 GTK+ bindings: Glade support ii python-gnome2 2.12.4-6 Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.5-5 generic media-playing framework (P ii python-support 0.6.2 automated rebuilding support for p ii python-xlib0.12-5.1 Interface for Python to the X11 Pr istanbul recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415896: istanbul: Save never finishes when recording selected window
Package: istanbul Version: 0.2.2-1 Severity: important When the option Select window to record is used the program never finishes the save operation. The icon in the tray does not change from the grey square back to the red circle. If the mouse is over the icon, the context help says In process of saving to disk., but it never finishes. The save dialog never appears. The program needs to be terminated by a kill command. Recording an area or the whole desktop works fine. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages istanbul depends on: ii gconf2 2.16.1-1 GNOME configuration database syste ii gettext0.16.1-1 GNU Internationalization utilities ii gstreamer0.10-alsa 0.10.10-4 GStreamer plugin for ALSA ii gstreamer0.10-plugins-base 0.10.10-4 GStreamer plugins from the base ii gstreamer0.10-plugins-good 0.10.4-4 GStreamer plugins from the good ii gstreamer0.10-x0.10.10-4 GStreamer plugins for X11 and Pang ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgstreamer0.10-0 0.10.10-4 Core GStreamer libraries and eleme ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libsm6 1:1.0.1-3 X11 Session Management library ii libx11-6 2:1.0.3-6 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxml22.6.27.dfsg-1 GNOME XML library ii python 2.4.4-2 An interactive high-level object-o ii python-glade2 2.8.6-8 GTK+ bindings: Glade support ii python-gnome2 2.12.4-6 Python bindings for the GNOME desk ii python-gnome2-extras 2.14.3-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.5-5 generic media-playing framework (P ii python-support 0.6.2 automated rebuilding support for p ii python-xlib0.12-5.1 Interface for Python to the X11 Pr istanbul recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415890: istanbul: A green line is recorded when area selection is used
Am Donnerstag, 22. März 2007 22:39 schrieb Luca Bruno: severity 415890 normal tags 415890 + confirmed thanks Adolf Winterer scrisse: Using the option Select Area to Record is used, the resulting movie constantly shows a green horizontal line at the bottom of the movie. Hello Luca, I'm glad you can reproduce the effect, hopefully this will make the debugging easier. Thanks for your report. I've now observed this behaviour too, and I think it is related to the ximagesrc plugin. I'll ask upstream about it soon. Anyway in all my tests the bottom line is *really* narrow (maximum a dozen of pixels), thus I'm downgrading this bug to severity: normal. In my recordings the green line was always only one pixel thick. For the moment I can live with that, as I'm preparing to make some video tutorials. For that purpose the green line is no real problem, I just noticed it. Downgrading to normal is OK with me. Best regards, Adolf Feel free to add more info if I'm wrong. Cheers, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| luca.br(AT)uno.it `. `'`| GPG Key ID: 3BFB9FB3 `- http://www.debian.org| Proud Debian GNU/Linux User
Bug#415896: istanbul: Save never finishes when recording selected window
Am Donnerstag, 22. März 2007 22:46 schrieb Luca Bruno: tags 415896 + confirmed thanks Adolf Winterer scrisse: When the option Select window to record is used the program never finishes the save operation. The icon in the tray does not change from the grey square back to the red circle. If the mouse is over the icon, the context help says In process of saving to disk., but it never finishes. The save dialog never appears. The program needs to be terminated by a kill command. That's weird... It seems to remain in a infinite loop or to miss the finish event :( Strangely this happens only when I try to record a selected window. So the finish event is not alway lost. Does it matter that I use KDE? I will try to debug this in the next few days, but don't expect a quick patch as I will be away without a pc for a week and more. Please be patient. For now I use the option selected window which has the side effect of the green line at the bottom of the movie (the other bug report I sent). Hmm, I do not get any feedback when selecting the window. Is this as designed or should there be some feedback (some marker, message, blinking windows) to indicate the window selected? Best regards, Adolf Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S.| luca.br(AT)uno.it `. `'`| GPG Key ID: 3BFB9FB3 `- http://www.debian.org| Proud Debian GNU/Linux User -- 1.4.1996: ISO C (C95) wird als Standard festgeschrieben
Bug#412331: module-init-tools: Alias for tun device is missing
Package: module-init-tools Version: 3.3-pre4-2 Severity: important The alias entry for the tun device is missing, therefore the networking in QEMU or BOCHS fails. The missing line should read: alias char-major-10-200 tun The package QEMU is installed and works without network. Using the network with the options -net nic -net tap fails. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages module-init-tools depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii lsb-base3.1-23 Linux Standard Base 3.1 init scrip module-init-tools recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409702: Solution found, patch available
Hello Javier, Nico Golde was so kind to investigate the segfault problem with cheops-ng. He found the solution and provided a patch for the file probe.c . As the program runs on a 32 bit computer without the patch this is indeed a plattform specific issue. A big thank you goes to Nico for his excellent work. With the patch applied the program ran without any problems. The patch file is attached. Best regards, Adolf --- cheops-ng-0.2.3/probe.c 2005-10-17 22:49:42.0 +0200 +++ probe.c 2007-02-17 13:46:45.0 +0100 @@ -92,27 +92,27 @@ void get_probe_each(gpointer data, gpointer user_data) { - u32 *args = (u32 *)user_data; - u32 port = args[0]; + u64 *args = (u64 *)user_data; + u64 port = args[0]; struct probe *p = (struct probe *)data; struct probe **pp = (struct probe **)args[1]; -// DEBUG(printf(%s()\n, __FUNCTION__)); - if(*pp == NULL) + DEBUG(printf(%s()\n, __FUNCTION__)); + if(pp *pp == NULL) { - if( p-port == (u16)port) + if(p-port == (u16)port) *pp = p; } } struct probe *get_probe(unsigned short port) { - u32 args[2]; + u64 args[2]; struct probe *p = NULL; - DEBUG(printf(%s()\n, __FUNCTION__)); + //DEBUG(printf(%s()\n, __FUNCTION__)); args[0] = port; - args[1] = (u32)p; + args[1] = (u64)p; g_list_foreach(probes, get_probe_each, args);
Bug#409702: cheops-ng: Program cheops-agent immediately segfaults
Package: cheops-ng Version: 0.2.3-3 Severity: grave Justification: renders package unusable Immediately after invoking the program cheops-agent it segfaults: init_osscan(): Initalizing Speicherzugriffsfehler -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages cheops-ng depends on: ii gdk-imlib11 1.9.14-32 imaging library for use with gtk ii imlib11 1.9.14-32 Imlib is an imaging library for X ii libadns1 1.4-0.1Asynchronous-capable DNS client li ii libart2 1.4.2-35 The GNOME canvas widget - runtime ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libdb33.2.9+dfsg-0.1 Berkeley v3 Database Libraries [ru ii libesd-alsa0 [libesd0]0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libglib1.21.2.10-17 The GLib library of C routines ii libgnome321.4.2-35 The GNOME libraries ii libgnomesupport0 1.4.2-35 The GNOME libraries (Support libra ii libgnomeui32 1.4.2-35 The GNOME libraries (User Interfac 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 libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libsm61:1.0.1-3 X11 Session Management library ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii libx11-6 2:1.0.3-5 X11 client-side library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxi61:1.0.1-4 X11 Input extension library ii libxml1 1:1.8.17-14GNOME XML library ii nmap 4.20-1 The Network Mapper ii zlib1g1:1.2.3-13 compression library - runtime cheops-ng recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409702: cheops-ng: Program cheops-agent immediately segfaults
Am Sonntag, 4. Februar 2007 23:19 schrieb Javier Fernández-Sanguino Peña: tag 409702 moreinfo thanks On Sun, Feb 04, 2007 at 09:35:18PM +0100, Adolf Winterer wrote: Immediately after invoking the program cheops-agent it segfaults: init_osscan(): Initalizing Speicherzugriffsfehler Strange, I cannot reproduce this. This might be something architecture specific (as you are using amd64). Could you please run the following # LC_ALL=C strace -f cheops-agent 2/tmp/cheops.log 2 and send me the /tmp/cheops.log file to see what's going on? Hello Javier, a log file has been written, hopefully containing useful information. The file is attached. Regards, Adolf Regards Javier -- Never trust a smiling cat. execve(/usr/sbin/cheops-agent, [cheops-agent], [/* 21 vars */]) = 0 uname({sys=Linux, node=pandora, ...}) = 0 brk(0) = 0x55 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaed6a51000 access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory) open(/etc/ld.so.cache, O_RDONLY) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=101234, ...}) = 0 mmap(NULL, 101234, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2aaed6a53000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libm.so.6, O_RDONLY)= 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\320=\0\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=531600, ...}) = 0 mmap(NULL, 1577384, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6b52000 mprotect(0x2aaed6bd3000, 1049000, PROT_NONE) = 0 mmap(0x2aaed6cd2000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8) = 0x2aaed6cd2000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libnsl.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\H\0\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=85880, ...}) = 0 mmap(NULL, 1141064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6cd4000 mprotect(0x2aaed6ce8000, 1059144, PROT_NONE) = 0 mmap(0x2aaed6de7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x2aaed6de7000 mmap(0x2aaed6de9000, 6472, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2aaed6de9000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/lib/libpthread.so.0, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\200U\0\0..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=96493, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaed6deb000 mmap(NULL, 1131368, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6dec000 mprotect(0x2aaed6dfc000, 1065832, PROT_NONE) = 0 mmap(0x2aaed6efb000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0x2aaed6efb000 mmap(0x2aaed6efd000, 13160, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2aaed6efd000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libadns.so.1, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0[EMAIL PROTECTED]..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=83424, ...}) = 0 mmap(NULL, 1130216, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed6f01000 mprotect(0x2aaed6f14000, 1052392, PROT_NONE) = 0 mmap(0x2aaed7014000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x13000) = 0x2aaed7014000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libssl.so.0.9.8, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\200\31\1..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=291816, ...}) = 0 mmap(NULL, 1338608, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed7015000 mprotect(0x2aaed7056000, 1072368, PROT_NONE) = 0 mmap(0x2aaed7156000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x41000) = 0x2aaed7156000 close(3)= 0 access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory) open(/usr/lib/libcrypto.so.0.9.8, O_RDONLY) = 3 read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\360\364..., 640) = 640 fstat(3, {st_mode=S_IFREG|0644, st_size=1510344, ...}) = 0 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aaed715c000 mmap(NULL, 2571832, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2aaed715d000 mprotect(0x2aaed72ab000, 1203768, PROT_NONE) = 0 mmap(0x2aaed73ab000, 143360, PROT_READ|PROT_WRITE, MAP_PRIVATE