Bug#603781: unblock: superiotool
On Tue, 2010-11-16 at 22:44 -0800, Matt Taggart wrote: I discovered that the version of superiotool in unstable was blocked from entering testing due to not being built on ia64 (according to grep-excuses). But looking at https://buildd.debian.org/pkg.cgi?pkg=superiotool lists it as being uploaded (although the Last State Change date is weird). However the ia64 version of r5050 isn't in the pool either. I think wanna-build is confused and this prevented the ia64 buildd from building it and thus it was blocked for a long time from entering testing. [...] Assuming it builds on ia64, this version should have been in testing anyway, and allowing it in now represents very little risk. Could someone kick w-b and if it builds please consider unblocking? Packages-arch-specific says: %superiotool: !hppa !ia64 !m68k !mips !mipsel !powerpc !sh4 !sparc# sys/io.h i.e. the package isn't intended to build on ia64. The out-of-date ia64 binaries need removing from unstable, otherwise the package won't be able to migrate even if it is unblocked. w-b should probably also be updated to forget that superiotool ever had binaries on ia64 but that's orthogonal to getting unstable tidied up. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603728: usplash has become obsolete
Hi, On Mittwoch, 17. November 2010, Javier Fernandez-Sanguino wrote: Now it does, at least in SVN :) See: http://svn.debian.org/viewsvn/ddp/manuals/trunk/release-notes/en/upgrading. dbk?r1=7764r2=7766 thanks, Javier! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#603751: [debian/debian-sid] Pull fixes for CVE-2010-3709, CVE-2010-3870, CVE-2010-4156 from
tag 603751 pending thanks Date: Wed Nov 17 09:14:19 2010 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: 56ed9f3d516710a6a36a2034fe171f0bf00c3288 Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=56ed9f3d516710a6a36a2034fe171f0bf00c3288 Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=56ed9f3d516710a6a36a2034fe171f0bf00c3288 Pull fixes for CVE-2010-3709, CVE-2010-3870, CVE-2010-4156 from upstream svn. Closes: #603751 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555456: Update to e2fsck bonehead problem: reproducible case found
Hi Ted and Micah, I ran into the problem in e2fsck that prints: WARNING: PROGRAMMING BUG IN E2FSCK! OR SOME BONEHEAD (YOU) IS CHECKING A MOUNTED (LIVE) FILESYSTEM. inode_link_info[X] is Y, inode.i_links_count is Z. They should be the same! I've sent a full transcript, e2image file with which the problem can be reproduced, and background information to 555...@bugs.debian.org, which you can access at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555456. (I'm sending this message separately to spare you both from the 2.1MiB attachment.) Hope it helps. Thanks! -- J.P. Larocque jpl-debian-...@thoughtcrime.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588812: lists.debian.org: Please create Debian GIS mailing list
On Tue, Nov 16, 2010 at 04:23:53PM +0100, Francesco P. Lovergine wrote: Ok, as asked by the originator of this request, currently I see no specific problems in moving to use debian-...@l.d.o and debian-gis-committ...@l.d.o, Just to clarify the list request issue (where I was the originator): The main point is not *moving* the content of one currently existing list into two (how should be thia done?) but rather *creating* a new list for general discussion of GIS in Debian issues. The existence of such a list has turned out to have a positive effect regarding the communication between users and developers especially to gather new developers for the team. In short: the current developer oriented list which is used to discuss mostly pure packaging issues is not affected by my *original* suggestion. but for the fact that the the main list is an open one (with probably a better antispam management). Other people did express some concerns about that. Note that also the current pkg-grass-devel list is open, but rules are good enough to avoid spamming AFAIK. My own pro is that I could avoid to loose time to manage the two lists :) About the history, as explained on the wiki: An existing mailing list can be moved to lists.debian.org: the administrator of the list has to submit a request as described above and provide us with a list of subscribers (in plain text format, one address per line). Archives of the existing list can also be imported from files in mbox format (preferably split per month). So I *think* the past history could be moved from alioth to lists.d.o. I can surely provide a subscribers list too. The discussion was somehow extended by the suggestion to solve the confusion about the naming of the developer oriented list. I agree with this suggestion but it is a separate issue (even if it has the same goal in mind). If I remember right the suggestion was also not to move the developer list from alioth to l.d.o. Usually you find the developer oriented lists at alioth and I do not see any reason for changing this. I would welcome if we would not spoil the original discussion with this issue because it obviosely has created more confusion than needed. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603781: unblock: superiotool
On Tue, Nov 16, 2010 at 10:44:53PM -0800, Matt Taggart wrote: I discovered that the version of superiotool in unstable was blocked from entering testing due to not being built on ia64 (according to grep-excuses). But looking at https://buildd.debian.org/pkg.cgi?pkg=superiotool lists it as being uploaded (although the Last State Change date is weird). However the ia64 version of r5050 isn't in the pool either. I think wanna-build is confused and this prevented the ia64 buildd from building it and thus it was blocked for a long time from entering testing. FWIW it *is* in the tag database: superiotool | 0.0+r3844-1 | testing | source, amd64, armel, i386, kfreebsd-amd64, kfreebsd-i386 superiotool | 0.0+r3844-1 | unstable | source superiotool | 0.0+r3844-1+b2 | testing | ia64 superiotool | 0.0+r3844-1+b2 | unstable | ia64 superiotool | 0.0+r5050-1 | unstable | source, alpha, amd64, armel, i386, kfreebsd-amd64, kfreebsd-i386 So you do want a removal from unstable of that binNMU. Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#603785: desktop-base and debian-edu-artwork: error when trying to install together
Package: debian-edu-artwork,desktop-base Version: debian-edu-artwork/0.0.32-1 Version: desktop-base/6.0.0 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2010-11-17 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libpcre3 libxml2 ucf libgmp3c2 libmpfr4 cpp-4.4 cpp libdbus-1-3 dbus libxau6 libxdmcp6 libxcb1 libx11-data libx11-6 dbus-x11 libglib2.0-0 libdbus-glib-1-2 libidl0 liborbit2 gconf2-common libgconf2-4 psmisc gconf2 libconfig-inifiles-perl debian-edu-artwork defoma libgtk2.0-common libatk1.0-0 libfreetype6 ttf-dejavu-core fontconfig-config libfontconfig1 libpixman-1-0 libpng12-0 libxcb-render0 libxcb-render-util0 libxrender1 libcairo2 libavahi-common-data libavahi-common3 libavahi-client3 libcups2 libjpeg62 libjasper1 fontconfig libpango1.0-common libdatrie1 libthai-data libthai0 libxft2 libpango1.0-0 libtiff4 libxcomposite1 libxfixes3 libxcursor1 libxdamage1 libxext6 libxi6 libxinerama1 libxrandr2 shared-mime-info libgtk2.0-0 libcroco3 libgsf-1-common libgsf-1-114 librsvg2-2 librsvg2-common desktop-base Extracting templates from packages: 44% Extracting templates from packages: 88% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libpcre3. (Reading database ... 12297 files and directories currently installed.) Unpacking libpcre3 (from .../libpcre3_8.02-1.1_amd64.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-1_amd64.deb) ... Selecting previously deselected package ucf. Unpacking ucf (from .../ucf_3.0025+nmu1_all.deb) ... Moving old data out of the way Selecting previously deselected package libgmp3c2. Unpacking libgmp3c2 (from .../libgmp3c2_2%3a4.3.2+dfsg-1_amd64.deb) ... Selecting previously deselected package libmpfr4. Unpacking libmpfr4 (from .../libmpfr4_3.0.0-2_amd64.deb) ... Selecting previously deselected package cpp-4.4. Unpacking cpp-4.4 (from .../cpp-4.4_4.4.5-8_amd64.deb) ... Selecting previously deselected package cpp. Unpacking cpp (from .../cpp_4%3a4.4.5-1_amd64.deb) ... Selecting previously deselected package libdbus-1-3. Unpacking libdbus-1-3 (from .../libdbus-1-3_1.2.24-3_amd64.deb) ... Selecting previously deselected package dbus. Unpacking dbus (from .../dbus_1.2.24-3_amd64.deb) ... Selecting previously deselected package libxau6. Unpacking libxau6 (from .../libxau6_1%3a1.0.6-1_amd64.deb) ... Selecting previously deselected package libxdmcp6. Unpacking libxdmcp6 (from .../libxdmcp6_1%3a1.1.0-1_amd64.deb) ... Selecting previously deselected package libxcb1. Unpacking libxcb1 (from .../libxcb1_1.6-1_amd64.deb) ... Selecting previously deselected package libx11-data. Unpacking libx11-data (from .../libx11-data_2%3a1.3.3-3_all.deb) ... Selecting previously deselected package libx11-6. Unpacking libx11-6 (from .../libx11-6_2%3a1.3.3-3_amd64.deb) ... Selecting previously deselected package dbus-x11. Unpacking dbus-x11 (from .../dbus-x11_1.2.24-3_amd64.deb) ... Selecting previously deselected package libglib2.0-0. Unpacking libglib2.0-0 (from .../libglib2.0-0_2.24.2-1_amd64.deb) ... Selecting previously deselected package libdbus-glib-1-2. Unpacking libdbus-glib-1-2 (from .../libdbus-glib-1-2_0.88-2_amd64.deb) ... Selecting previously deselected package libidl0. Unpacking libidl0 (from .../libidl0_0.8.14-0.1_amd64.deb) ... Selecting previously deselected package liborbit2. Unpacking liborbit2 (from .../liborbit2_1%3a2.14.18-0.1_amd64.deb) ... Selecting previously deselected package gconf2-common. Unpacking gconf2-common (from .../gconf2-common_2.28.1-6_all.deb) ... Selecting previously deselected package libgconf2-4. Unpacking libgconf2-4 (from .../libgconf2-4_2.28.1-6_amd64.deb) ... Selecting previously deselected package psmisc. Unpacking psmisc (from .../psmisc_22.13-1_amd64.deb) ... Selecting previously deselected package gconf2. Unpacking gconf2 (from .../gconf2_2.28.1-6_amd64.deb) ... Selecting previously deselected package libconfig-inifiles-perl. Unpacking libconfig-inifiles-perl (from .../libconfig-inifiles-perl_2.58-1_all.deb) ... Selecting previously deselected package debian-edu-artwork. Unpacking debian-edu-artwork (from .../debian-edu-artwork_0.0.32-1_all.deb) ... Adding `diversion of /usr/share/gdm/defaults.conf to /usr/share/gdm/defaults.conf.orig by debian-edu-artwork' Selecting previously deselected package defoma. Unpacking defoma (from .../defoma_0.11.11_all.deb) ... Selecting previously deselected package libgtk2.0-common. Unpacking libgtk2.0-common (from .../libgtk2.0-common_2.20.1-2_all.deb) ... Selecting previously deselected package libatk1.0-0. Unpacking libatk1.0-0
Bug#603680: libnautilus-extension1: breaks nautilus-share upgrade from lenny
Hi David, thanks for your analysis! On Dienstag, 16. November 2010, David Kalnischkies wrote: First of all: I can't reproduce this E:-message, thats from piuparts... So, what we could do now? If i see it correctly, we basically have two options: a) use a newer apt for upgrade b) drop the or b) isn't really an option as other cases will arise (and have already) or you aware of any? Cause if it's really just a few packages, it sounds better to fix those, than to force/recommmend everyone to upgrade apt first. P.S.: If i am right, apt-lenny does install recommends by default, which would make this bug an at least not default situation… yup P.P.S.: Offtopic, but Holger, why does piuparts uses --fix-broken switch? where do you see this? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#603559: pidgin: unencrypted messages sent with an open OTR connection don't trigger notification
On Tue, Nov 16, 2010 at 09:06:58PM -0500, Ari Pollak wrote: This seems like a pidgin-otr bug.. or am I interpreting it incorrectly? I'm not sure: I think it's correct that it shows as some kind of error, since it needs to show that the conversation is not encrypted anymore. Granted, a better option could be something like auto-terminating the encrypted session and mentionin it in the chat window, unless it is judged that it can open a possibility for attack (say, a social engineering one based on sending an unencrypted message into a conversation to shift it out of encryption). But I wouldn't like to argue about how nonencrypted messages received during an encrypted session should be presented: the problem here is that when they arrive you get no notification, and you cannot tell that a new message has arrived unless you're staring into the chat window. I'm afraid I don't know the protocol between pidgin-otr and pidgin to know if it is a UI problem on pidgin side, or if pidgin-otr should send those to pidgin in a different way. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#603702: unblock: iceowl/1.0~b1+dfsg1-2
On Tue, Nov 16, 2010 at 07:23:13PM +, Adam D. Barratt wrote: On Tue, 2010-11-16 at 15:58 +0100, Guido Günther wrote: As discussed with Moritz from the security team there won't be any security support from upstream for any of the beta releases. So I added a note explaining that to README.Debian: Hmmm, that'll teach me to read messages too quickly. Is there an ETA for a final upstream release? Do we have any idea how feasible backporting fixes from later versions is likely to be? Newer (supported or not) versions require newer icedove since they only support the latest version for the calendaring extension. Iceowl (aka sunbird) isn't supported by upstream at all afaik. We'd need at least all the icedove/xulrunner patches for proper security support. Chees, -- Guido (My earlier question about the source format change still applies) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603780: network_biopair_interop: error reading 5 bytes from the network: Connection reset by peer
Hi, 2010/11/17 Friedemann Stoyan fsto...@swapon.de: when sending mails with TLS-Encryption the smtp client complains: postfix/smtp[2141]: warning: network_biopair_interop: error reading 5 bytes from the network: Connection reset by peer I've had the same problem on a low bandwidth radio connection and the workaround was to use SSL encryption (TCP port #465). From the investigations at that time I saw that the connection was simply dropped after the email client was sending STARTTLS. Although I had the same message in the logs it might not be the same issue because the messages were not delivered in my case. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603702: unblock: iceowl/1.0~b1+dfsg1-2
On Tue, Nov 16, 2010 at 06:43:54PM +, Adam D. Barratt wrote: On Tue, 2010-11-16 at 15:58 +0100, Guido Günther wrote: As discussed with Moritz from the security team there won't be any security support from upstream for any of the beta releases. So I added a note explaining that to README.Debian: That's fine; thanks. However, why make this change: * [a8de458] Switch to source format 3.0 (quilt) at the same time? Because this allows us to put binary files (like images) into debian/. The current code needs uuencde, etc so switching to v3 before the release eases fixes in this area should anything pop up. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603558: pidgin: log window should not always stay on top of conversation window
On Tue, Nov 16, 2010 at 09:18:14PM -0500, Ari Pollak wrote: Having the window always on top shouldn't technically prevent you from interacting with the conversation window. That depends on how big is your screen. Also, you may need the log window to be large because you need to keep a long conversation around for reference. But most important, I cannot think of any reason why the log window should stay on top at all. Windows always on top are soo 1990s, and generally considered a presumptuous choice on the developer side. Also, you can still open a log from the buddy list without it always being on top. I tried: at least in my system, it stays always on top of the conversation window even if I open it from the buddy list. Ciao, Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org signature.asc Description: Digital signature
Bug#603786: Install getty under its original name
Package: util-linux Version: 2.17.2-3.3 Severity: wishlist User: syst...@packages.debian.org Usertags: getty Hi LaMont, we already discussed this issue [1] and we/you agreed to install getty under its original name agetty while keeping a link for backwards compatibility reason. This bug is simply to track the progress and so it is not forgotten. Cheers, Michael [1] http://lists.freedesktop.org/archives/systemd-devel/2010-November/000764.html -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii dpkg1.15.8.5 Debian package management system ii initscripts 2.88dsf-13 scripts for initializing and shutt ii install-info4.13a.dfsg.1-6 Manage installed documentation in ii libblkid1 2.17.2-3.3 block device id library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-4 shared libraries for terminal hand ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libslang2 2.2.2-4 The S-Lang programming library - r ii libuuid12.17.2-3.3 Universally Unique ID library ii lsb-base3.2-26 Linux Standard Base 3.2 init scrip ii tzdata 2010o-1 time zone and daylight-saving time ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools3.0.9-1utilities for making and checking ii kbd 1.15.2-1 Linux console font and keytable ut pn util-linux-localesnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603769: Xmonad.Prompt: add a timeout?
Hi Kaipl, thanks for the bugreport. I submitted it in the upstream bug tracker at http://code.google.com/p/xmonad/issues/detail?id=421 Greetings, Joachim Am Mittwoch, den 17.11.2010, 09:07 +0530 schrieb Kapil Hari Paranjape: Package: libghc6-xmonad-contrib-doc Version: 0.9.1-1 Severity: wishlist Tags: upstream Hello, There should possibly be a way for the user to configure a timeout in the prompt module. There could be times (like when xev or xkeycaps is running) when none of the escape/quit keys for the prompt would work. In this situation, a timeout would save the user. Regards, Kapil. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libghc6-xmonad-contrib-doc depends on no packages. Versions of packages libghc6-xmonad-contrib-doc recommends: ii ghc6-doc 6.12.1-13 Documentation for the Glasgow Hask ii libghc6-mtl-doc 1.1.0.2-10 Haskell monad transformer library ii libghc6-x11-doc 1.5.0.0-2 Haskell X11 binding for GHC; docum ii libghc6-x11-xft-doc 0.3-5 Haskell Xft binding for GHC; docum ii libghc6-xmonad-doc0.9.1-2A lightweight X11 window manager; Versions of packages libghc6-xmonad-contrib-doc suggests: ii libghc6-xmonad-contrib-dev0.9.1-1+b1 Extensions to xmonad -- no debconf information -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#603767: gdm: starts on v8 instead of vt7
I noticed this happens often to me too, and I can assure you it’s not a GDM bug. The Linux VT interface wrongly reports vt7 as being in use, before gdm is even started. It does not happen on all systems, so it might be related to KMS - for example it happens with my radeon-based system. Which graphics hardware are you using? Oh snap! radeon with KMS. So this is interesting then. So it didn't happen when I rebooted just then. That is I now have vt7 working. Actually imho this is an xorg or gdm bug. Because I was using kvm, the new xorg (from squeeze well a slightly older version) and the same kernel -- 2.6.36 on debian lenny without this problem. So I think it may not be a kernel bug. What makes you think it is a kernel bug? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603299: cimg: FTBFS with binutils-gold because of missing libX11 when linking the examples
Hi again, I just downloaded the latest CImg-1.4.5.zip: $ md5sum CImg-1.4.5.zip 75209f70324fdfa22a0b80f83618200b CImg-1.4.5.zip $ ls -l CImg-1.4.5.zip -rw-r--r-- 1 tillea admin 10394519 16. Nov 19:35 CImg-1.4.5.zip and I have not realised that the problem which was described vanished. Could you please be a bit more verbose which include statement should be removed or simply send a patch? Kind regards Andreas. On Tue, Nov 16, 2010 at 03:53:34PM +0100, david.tschumpe...@gmail.com wrote: Dear Andreas, Having a code that is working both for ImageMagick and GraphicsMagick is really a pain, these libraries are sometimes pissing me off :) :) (since don't use them really heavily in fact). I removed the #include directive and it seems to compile quite well, it should be something that was here for historical reasons, I don't remember when I added this line to the CImg.h file. Finally, I've updated today the CImg package to the 1.4.5 version, so maybe you could checkout the latest one, and tell me if the problem has been solved this way. Thanks for reporting the problem, Andreas. Best Regards, David. 2010/11/13 Andreas Tille andr...@an3as.eu Hi, I tried to apply your patch to fix the build issue and upload it with the new upstream version (1.4.5) but got ** Compiling 'CImg_demo (1.4.5)' with 'gcc version 4.4.5 (Debian 4.4.5-6) ' g++ -o CImg_demo CImg_demo.cpp -I.. -Wall -W -lm -lpthread -lHalf -O3 -fno-tree-pre -Dcimg_use_vt100 -I/usr/X11R6/include -Dcimg_use_xshm -Dcimg_use_xrandr -Dcimg_use_tiff -Dcimg_use_openexr -I/usr/include/OpenEXR -Dcimg_use_png -Dcimg_use_jpeg -Dcimg_use_zlib -Dcimg_use_opencv -I/usr/include/opencv -Dcimg_use_magick -I/usr/include/ImageMagick -g -O2 -Wall -W -pthread -Dcimg_use_fftw3 -L/usr/X11R6/lib -lpthread -lX11 -lXext -lXrandr -ltiff -lIlmImf -lpng -lz -ljpeg -lz -lcv -lhighgui -L/usr/lib -L/usr/lib/X11 -L/usr/lib -lMagick++ -lMagickWand -lMagickCore -llcms -ltiff -lfreetype -ljpeg -llqr-1 -lglib-2.0 -lfontconfig -lXext -lSM -lICE -lX11 -lXt -lbz2 -lz -lm -lgomp -lpthread -lltdl -lfftw3 In file included from CImg_demo.cpp:48: ../CImg.h:312:28: error: magick/symbols.h: No such file or directory In file included from CImg_demo.cpp:48: ../CImg.h: In destructor 'cimg_library::cimg::Magick_info::~Magick_info()': ../CImg.h:2412: error: 'MagickLib' has not been declared make[3]: *** [CImg_demo] Error 1 IMHO this is not at all connected to the patch and thus I include upstream in CC. I would like to fix the reported problem with binutils-gold together with the new upstream version. Any patch is welcome. Kind regards Andreas. On Fri, Nov 12, 2010 at 06:20:52PM +0100, Fabrice Coutadeur wrote: Package: cimg Version: 1.4.4-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hi, Sorry to bug you again with that, but a new FTBFS appeared in 1.4.4 with missing libX11 when linking the examples. Here is the relevant part of the build log: ... g++ -o gmic_gimp gmic_gimp.cpp gmic_gimp.o -Dcimg_build `gimptool-2.0 --cflags` `gimptool-2.0 --libs` -lpthread -lfftw3 -lpng -lz /usr/bin/ld: /tmp/ccfFCi4P.o: undefined reference to symbol 'XGetWindowAttributes' /usr/bin/ld: note: 'XGetWindowAttributes' is defined in DSO /usr/lib/libX11.so.6 so try adding it to the linker command line /usr/lib/libX11.so.6: could not read symbols: Invalid operation collect2: ld returned 1 exit status make[3]: *** [gmic_gimp] Error 1 The fix is different than the previous one, as gmic_gimp is not using LDFLAG, so it's necessary to patch the Makefile file, as you can see in the next patch: *** /tmp/tmpuilFjM I haven't applied the patch yet in UbuntuDA, even if have the package ready. Just tell me if you think I should upload it, without waiting for you. Thanks, Fabrice -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick-proposed'), (500, 'maverick') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-23-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru cimg-1.4.4/debian/patches/20_fix-missing-libX11-binutils-gold.patch cimg-1.4.4/debian/patches/20_fix-missing-libX11-binutils-gold.patch --- cimg-1.4.4/debian/patches/20_fix-missing-libX11-binutils-gold.patch 1970-01-01 01:00:00.0 +0100 +++ cimg-1.4.4/debian/patches/20_fix-missing-libX11-binutils-gold.patch 2010-11-12 07:00:11.0 +0100 @@ -0,0 +1,15 @@ +Description: Fix a FTBFS with binutils-gold when building gmic_gimp because of + missing XGetWindowAttributes symbol, found in libX11. Adding thus -lX11 to link +
Bug#603787: flex: yy_fatal_error could print location in reentrant lexers
Package: flex Version: 2.5.35-10 Severity: wishlist hello friend, thank you for maintaining the flex package. an upstream wish: since/when the running lexer (not only reentrant) does record the location, please make yy_fatal_error print it by default. best regards, alex -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (300, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages flex depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii dpkg 1.15.8.5 Debian package management system ii install-info 4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii m41.4.14-3 a macro processing language Versions of packages flex recommends: ii bcc [c-compiler] 0.16.17-3 16-bit x86 C compiler ii gcc [c-compiler] 4:4.4.5-1 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.5-4The GNU C compiler ii gcc-4.4 [c-compiler] 4.4.5-6The GNU C compiler Versions of packages flex suggests: ii bison 1:2.4.1.dfsg-3 A parser generator that is compati ii build-essential 11.5 Informational list of build-essent -- debconf information: flex/upgrade/pre_2.5.5: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603747: brasero: segfaults when deleting a directory from the tree
Le mardi 16 novembre 2010 à 23:58 +0200, Andrew O. Shadoura a écrit : Brasero segfaults sometimes when removing files and directories from the filetree: Nov 16 23:22:53 ileemo kernel: [ 2394.712453] brasero[4473] segfault at 4 ip b77a6d60 sp bf87f6e8 error 4 in libbrasero-burn.so.0.2.0[b7742000+7f000] Please provide a stack trace in order to debug this: http://wiki.debian.org/HowToGetABacktrace Thanks, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603738: [Pkg-acpi-devel] Bug#603738: acpi-support-base: CheckPolicy patch missed usage in powerbtn-acpi-support.sh
On Tue, Nov 16, 2010 at 09:51:38PM +0100, Alexandre Rossi wrote: Due to the change in how CheckPolicy returns values, the test should be fixed to test the return value instead of the echo'ed value. Oops, it seems I missed adapting the scripts in the debian source directory. Sorry, will fix asap. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603749: mahara in sid not affected
severity 603749 normal thx It seems that the vulnerable file was introduced after 1.2.6, which is currently in sid. So as long as a fixed version is uploaded next, everything should be fine. Cheers, Steffen signature.asc Description: This is a digitally signed message part.
Bug#603767: gdm: starts on v8 instead of vt7
On Wed, Nov 17, 2010 at 09:36:14AM +0100, Josselin Mouette wrote: Le mercredi 17 novembre 2010 à 13:47 +1100, david b a écrit : After upgrading from lenny to squeeze, gdm starts on vt8 always (even after restarting it). It should start on vt7 as this is the expected behaviour. I noticed this happens often to me too, and I can assure you it’s not a GDM bug. The Linux VT interface wrongly reports vt7 as being in use, before gdm is even started. It does not happen on all systems, so it might be related to KMS - for example it happens with my radeon-based system. I can confirm that a gdm3 restart might lead to either one of vt[789] with no specific rule. I had some issues to track down which needed several restarts and I simply tired which console was finally used. I have not made any stats but at most times it was on vt8 but vt9 happened as well and also I once found it back on vt7. Which graphics hardware are you using? Intel based laptop. Hope this helps Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603046: [Pkg-octave-devel] Bug#603046: Bug#603046: octave3.2: strchr triggers Octave:str-to-num
On Wed, Nov 17, 2010 at 07:42, John W. Eaton j...@octave.org wrote: On 16-Nov-2010, Thomas Weber wrote: | strchr treats a string as a number implicitly: | | k...@raph:~/orion/svn/raph1/octave$ octave | GNU Octave, version 3.2.4 | | octave:1 warning error Octave:str-to-num | octave:2 strchr(Octave is the best software,best) | error: implicit conversion from string to real N-d array I don't see an error with the current development sources, so I think this problem has already been fixed. I just checked the trunk version, it has some performance optimizations that means the old code is not used unless arg 2 is longer than 6. octave:2 warning error Octave:str-to-num octave:3 strchr(Octave is the best software,best) ans = 369 11 13 15 16 17 18 20 23 27 octave:4 strchr(Octave is the best software,software) error: implicit conversion from string to real N-d array error: type conversion failed for binary operator `+' error: evaluating argument list element number 1 error: invalid empty index list error: called from: error: /home/kim/octave/install-trunk/share/octave/3.3.53+/m/strings/strchr.m at line 50, column 18 octave:4 -- Kim Hansen Vadgårdsvej 3, 2.tv 2860 Søborg Phone: +45 3091 2437 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599023: any updates (was: Please disable hal support)
Hi, just wanted to know if there has been any progress on this issue. Would be nice to have such a bluez package available from exp as long as the freeze is in effect. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#603751: [php-maint] Bug#603751: Three more security issues
Hi Moritz, Adam, thanks for heads up. I have cherry-picked fixes and they are in php git. Do you need any help with backporting those to lenny? Anyway I am going to wait for 5.3.3-3 to squeeze into the squeeze :) and after that I am going to upload 5.3.3-4. Meanwhile I thought it might be a good idea to went through svn log and I have found some more issues we might think about fixing (basically I went through the log and have checked all crashes, segfaults and leaks). The fixes below are small, self-contained and I have hand checked them all for sanity. There's even one CVE in openbasedir which we have not catched before. Adam, what do you think. Do you want me to submit just CVE fixes or I should go ahead and cherry-pick all those fixes below? Ondrej. r305416 | felipe | 2010-11-16 22:02:14 +0100 (Út, 16 lis 2010) | 3 lines - Fixed bug #53323 (pdo_firebird getAttribute() crash) patch by: preeves at ibphoenix dot com r304447 | felipe | 2010-10-16 19:52:01 +0200 (So, 16 říj 2010) | 2 lines - Fixed bug #53070 (Calling enchant_broker_get_dict_path before set_path crashes php) r303895 | dmitry | 2010-09-30 16:11:51 +0200 (Čt, 30 zář 2010) | 2 lines Prevented crash in GC because of incorrect reference counting r303839 | felipe | 2010-09-29 03:25:35 +0200 (St, 29 zář 2010) | 2 lines - Fixed bug #52947 (segfault when ssl stream option capture_peer_cert_chain used) r303824 | pajoye | 2010-09-28 15:29:33 +0200 (Út, 28 zář 2010) | 1 line - Fixed possible flaw in open_basedir (CVE-2010-3436) r303375 | felipe | 2010-09-15 04:12:46 +0200 (St, 15 zář 2010) | 2 lines - Fixed bug #52843 (Segfault when optional parameters are not passed in to mssql_connect) r303361 | aharvey | 2010-09-14 12:58:59 +0200 (Út, 14 zář 2010) | 3 lines Fix bug #52827 (cURL leaks handle and causes assertion error (CURLOPT_STDERR)). Patch by Gustavo. r302457 | kalle | 2010-08-18 22:16:05 +0200 (St, 18 srp 2010) | 3 lines Fixed possible crash in php_mssql_get_column_content_without_type() r302085 | felipe | 2010-08-11 00:37:24 +0200 (St, 11 srp 2010) | 2 lines - Fixed bug #52573 (SplFileObject::fscanf Segmentation fault) r302011 | felipe | 2010-08-09 01:56:29 +0200 (Po, 09 srp 2010) | 2 lines - Fixed bug #50481 (Storing many SPLFixedArray in an array crashes) r301706 | felipe | 2010-07-30 01:38:55 +0200 (Pá, 30 čec 2010) | 2 lines - Fixed bug #52487 (PDO::FETCH_INTO leaks memory) Ondrej On Tue, Nov 16, 2010 at 23:30, Moritz Muehlenhoff j...@debian.org wrote: Package: php5 Severity: important Tags: security Hi Ondrey, unfortunately there are three more security issue affecting PHP in Squeeze. Filing as important to not block the current upload, but we should get this fixed for Squeeze: The following CVE links contain links to patches: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4156 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3870 http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-3709 Cheers, Moritz -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, lc_ctype=de_de.iso-8859...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages php5 depends on: pn libapache2-mod-php5 | libapac none (no description available) pn php5-common none (no description available) php5 recommends no packages. php5 suggests no packages. ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596423: Google Earth for GNU/Linux 5.2.1.1588 does not work
RT == Rex Tsai chihc...@kalug.linux.org.tw writes: RT I would try to down upgrade Qt or use the built-in Qt of Google Earth. OK, first trying the latter suggestion, cd /usr/lib/googleearth/||exit 5 for qtlib in libQtCore.so.4 libQtGui.so.4 libQtNetwork.so.4 libQtWebKit.so.4 ; do ln ${qtlib}.moved.for.workaround ${qtlib} done allows GE to run a total of 18 seconds! Much more than before. Major Version 5 Minor Version 2 Build Number 0001 Build Date Sep 1 2010 Build Time 11:25:42 OS Type 3 OS Major Version 2 OS Minor Version 6 OS Build Version 32 OS Patch Version 0 Crash Signal 11 Crash Time 1289984650 Up Time 18.6261 Stacktrace from glibc: /usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb766790b] [0xb77a2400] /usr/lib/libfreeimage.so.3(+0x302b5)[0xb76ed2b5] /usr/lib/libfreeimage.so.3(FreeImage_LoadFromHandle+0xd6)[0xb76d42e6] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage21platformLoadFreeImageEPNS_4Core6igFileEbPNS0_19igImageMetaDataListE+0xa1)[0xb46d54b1] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx10igOglImage12platformLoadEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x112)[0xb46d5bb2] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage8loadFileEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x12d)[0xb46c61ad] /usr/lib/googleearth/libevll.so(_ZN5earth4evll7Texture9LoadBytesEPKhi+0xa6d)[0xb18e1b8d] /usr/lib/googleearth/libevll.so(_ZN5earth4evll7Texture12ProcessWorkQEd+0x184)[0xb18ed594] /usr/lib/googleearth/libevll.so(_ZN5earth4evll14TextureManager8RunTimedEPNS_9TimedTask7ContextEd+0x11)[0xb18045f1] /usr/lib/googleearth/libbase.so(_ZN5earth16TimedTaskManager11RunTimedAllEPNS_9TimedTask7ContextEd+0xf9)[0xb555cd99] /usr/lib/googleearth/libevll.so(_ZN5earth4evll12MainDatabase20ProcessEndFrameTasksERKNS0_6ViewerEd+0x3f)[0xb1971f8f] /usr/lib/googleearth/libevll.so(_ZN5earth4evll13VisualContext8EndFrameEv+0x13b)[0xb19051fb] /usr/lib/googleearth/libevll.so(_ZN5earth4evll13VisualContext4DrawEj+0x2ec)[0xb190508c] /usr/lib/googleearth/libevll.so(_ZN5earth4evll17RenderContextImpl4drawEv+0xcb)[0xb185b4bb] /usr/lib/googleearth/librender.so(_ZN12RenderWidget10paintEventEP11QPaintEvent+0x2a)[0xb4fa4e9a] /usr/lib/googleearth/librender.so(_ZN5earth6render11RenderTimer4FireEv+0x1d)[0xb4f9152d] /usr/lib/googleearth/libbase.so(_ZN5earth5Timer8dispatchEv+0x33)[0xb5558593] /usr/lib/googleearth/libbase.so(_ZN5earth11QtFramework18CommandCustomEvent8dispatchEv+0x23)[0xb558e933] /usr/lib/googleearth/libbase.so(_ZN5earth11QtFramework11customEventEP6QEvent+0x39)[0xb558c289] /usr/lib/googleearth/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0xf5)[0xb735ffad] /usr/lib/googleearth/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xa0)[0xb6acee20] /usr/lib/googleearth/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x22e)[0xb6ad8962] /usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x70)[0xb7351d50] /usr/lib/googleearth/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x22d)[0xb7352989] /usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication16sendPostedEventsEP7QObjecti+0x23)[0xb7352b5f] /usr/lib/googleearth/libQtGui.so.4(+0x1d3a9e)[0xb6b63a9e] /usr/lib/googleearth/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x47)[0xb7350fbf] /usr/lib/googleearth/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0xff)[0xb7351223] /usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication4execEv+0x9d)[0xb7352c05] /usr/lib/googleearth/libQtGui.so.4(_ZN12QApplication4execEv+0x25)[0xb6ace7a1] /usr/lib/googleearth/libgoogleearth_free.so(_ZN5earth6client11Application3runEv+0x4bc)[0xb7672b0c] /usr/lib/googleearth/libgoogleearth_free.so(earthmain+0x27d)[0xb7666d3d] /usr/lib/googleearth/googleearth-bin(_init+0x12e)[0x80486d2] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb59a3c76] /usr/lib/googleearth/googleearth-bin(_init+0x9d)[0x8048641] I will next try your downgrade suggestion...
Bug#603785: desktop-base and debian-edu-artwork: error when trying to install together
reassign 603785 debian-edu-artwork thanks Hi Ralf, thanks again for your bug reports! :-) On Mittwoch, 17. November 2010, Ralf Treinen wrote: Here is a list of files that are known to be shared by both packages /usr/share/desktop-base/grub_background.sh $ cat ./art/splash/grub_background.sh # This script is used by /etc/grub.d/05_debian_theme with grub version 2 WALLPAPER=/usr/share/pixmaps/splash/debian-edu-splash-grub.png COLOR_NORMAL=white/black COLOR_HIGHLIGHT=magenta/black Yay. debian-edu-artwork used to conflict with desktop-base for exactly this reason, I'll see if there is a better solution though. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#457318: Bug#510415: qmail-run_2.0.2_powerpc.changes is NEW
On Sun, Jun 06, 2010 at 07:12:04PM +, Gerrit Pape wrote: On Mon, May 24, 2010 at 12:40:10PM +, Gerrit Pape wrote: On Sun, Mar 14, 2010 at 11:19:11AM +, Archive Administrator wrote: (new) qmail-run_2.0.2.dsc extra mail (new) qmail-run_2.0.2.tar.gz extra mail (new) qmail-run_2.0.2_all.deb extra mail sets up qmail as mail-transfer-agent [...] Hi, can you please say something about the status of the qmail and related packages in NEW I uploaded in march? Do you already have an idea when the packages might be accepted or rejected? Hi, can you please say something about the status of the qmail and related packages in NEW I uploaded in march? Do you already have an idea when the packages might be accepted or rejected? No reaction or response to mails at all from ftpmasters within more than eight months. Obviously the packages are deliberately ignored. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602963: fails to start: SoundConverter needs gnome-python 2.10!
On 10 November 2010 03:49, Simon Josefsson si...@josefsson.org wrote: j...@latte:~$ soundconverter SoundConverter 1.4.4 SoundConverter needs gnome-python 2.10! I cannot reproduce this on a clean Squeeze system in a virtual machine. I have dropped the priority and tagged accordingly. Simon, if you're still having this problem, can you use reportbug to generate a list of related packages and versions? (You don't need to use it to send another bug, just save the report to a temporary file and cut/paste the packages part.) Cheers, Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603767: gdm: starts on v8 instead of vt7
reassign 603767 general thanks Le mercredi 17 novembre 2010 à 13:47 +1100, david b a écrit : After upgrading from lenny to squeeze, gdm starts on vt8 always (even after restarting it). It should start on vt7 as this is the expected behaviour. I noticed this happens often to me too, and I can assure you it’s not a GDM bug. The Linux VT interface wrongly reports vt7 as being in use, before gdm is even started. It does not happen on all systems, so it might be related to KMS - for example it happens with my radeon-based system. Which graphics hardware are you using? Cheers, -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603790: man page for akregator
Package: akregator Tags: patch akregator.1 Description: Binary data
Bug#603537: gdm3 crashes after selecting the user seemingly randomly
What logs do you want? And how'd i do a stacktrace upon a crash of gdm? On Mon, Nov 15, 2010 at 6:43 AM, Josselin Mouette j...@debian.org wrote: Le lundi 15 novembre 2010 à 02:06 -0500, macarthur a écrit : Package: gdm3 Version: 2.30.5-5 Severity: normal gdm3 crashes after boot when i select my user 'macarthur' it then waits a couple seconds and just dies. It doesn't log me into my desktop, restarting gdm3 via the run level 2 and doing a /etc/init.d/gdm3 restart fixes said issue but it comes up again at seemingly random times. This is one of thoshe times and i hope the logs provided help fix the issue. Please provide at least the relevant log files. Even better would be a stack trace. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling
Bug#596423: Google Earth for GNU/Linux 5.2.1.1588 does not work
OK, removing those links I just created, I now did # aptitude install libqtcore4/unstable libqt4-webkit/unstable #note the latter is not in Depends, but I think you said I need it. ...and this time, googleearth lasts a total of six seconds. Major Version 5 Minor Version 2 Build Number 0001 Build Date Sep 1 2010 Build Time 11:25:42 OS Type 3 OS Major Version 2 OS Minor Version 6 OS Build Version 32 OS Patch Version 0 Crash Signal 11 Crash Time 1289985947 Up Time 6.08898 Stacktrace from glibc: /usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb77a090b] [0xb78db400] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xb6a4c391] /usr/lib/libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1eb)[0xb6a4e93b] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x168)[0xb6a4c858] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xb6a4c391] /usr/lib/libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1eb)[0xb6a4e93b] /usr/lib/libQtGui.so.4(_ZN7QWidget10showNormalEv+0x72)[0xb6a3be82] /usr/lib/googleearth/libgoogleearth_free.so(_ZN10MainWindow18readScreensizeInfoEv+0xc35)[0xb776bb15] /usr/lib/googleearth/libgoogleearth_free.so(_ZN5earth6client11Application12SetupMainWinENS0_3Kvw7ProductEb+0x29e)[0xb77a4c1e] /usr/lib/googleearth/libgoogleearth_free.so(_ZN5earth6client11Application3runEv+0x42f)[0xb77aba7f] /usr/lib/googleearth/libgoogleearth_free.so(earthmain+0x27d)[0xb779fd3d] /usr/lib/googleearth/googleearth-bin(_init+0x12e)[0x80486d2] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb53efc76] /usr/lib/googleearth/googleearth-bin(_init+0x9d)[0x8048641] Do you have any other ideas? I did not reinstall. Just apt-got other packages etc.
Bug#603680: libnautilus-extension1: breaks nautilus-share upgrade from lenny
On Tue, Nov 16, 2010 at 09:35:55PM +0100, David Kalnischkies wrote: On Tue, Nov 16, 2010 at 15:21, Holger Levsen hol...@layer-acht.org wrote: as I was asked on IRC, this is how piuparts modifies apt+dpkgs defaults, most interestingly it doesnt install recommends...: And that is the reason. (or at least the trigger) First of all: I can't reproduce this E:-message, what i can see on the other hand is that apt-lenny chooses to remove nautilus-share while apt-squeeze doesn't if you disable installation of recommends -- both are equal if you do. The (simplified) situation seems to be: samba-common splits out samba-common-bin in squeeze and only recommends it. nautilus-share depends on: samba-common-bin | samba-common ( squeeze) At the time APT looks at nautilus-share everything is fine, later it will upgrade samba and therefore samba-common breaking this dependency (for the experts: That are the MarkInstall calls doing). Not a problem as long as recommends are installed as these will bring in the new -bin package on an other way, but if not the dependency is still broken at the time we enter step 2: after upgrading all packages APT looks again at each dependency in its problemresolver to resolve exactly that: Problems -- apt-lenny has only two options: a) step back from upgrading an offending package (held back) b) remove the offending package apt-squeeze recently (see #591882) got a third option: c) try installing another or-group member Note that while c) seems to be the captain obvious solution it introduces a big problem: a) and b) reduce the number of broken packages, but c) can add a lot more which could (real-world will tell if really) work against the current resolver determinism… Probably option c) should be removed. This makes upgrade process much less predictable. An secondary issue with option c) is that this can lead apt to upgrade free packages with non-free packages, if non-free packages are listed as alternative. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598668: Installation fails on acer aspire one za3
Hello I have exactly same behavior yesterday on this netbook. I suppose the problem is with the graphical mode which grub is trying to initialize. The graphics chipset is Poulsbo - it is even wrong handled by xorg (i mean out of the box) so maybe grub have also problems with it. After installation i chroot again to the installed system and commented out line: GRUB_TERMINAL=console in /etc/default/grub after this i of course did update-grub and voilla! - after reboot everything is ok :) graphical interface is ugly to me - i am preferring text-mode grub regards, -- Mariusz Białończyk jabber/e-mail: ma...@skyboo.net http://manio.skyboo.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591744: Trac dependancies in http://backports.debian.org/ repository appear fine
Just a note, the dependancies on the trac package at http://backports.debian.org/ are the same as in squeeze, and it's been working correctly for me here using the Lenny python package. Unless this dependancy change was triggered by the changes in 0.11.7-4? There's not enough information in the bug report to indicate what's actually changed to increase the Python dependancy from 2.5.2 to 2.6.6. -- Paul TBBle Hampson, paul.hamp...@pobox.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601974: regression: grub-probe can not find /dev/xvda1 (block device inside XEN)
Please keep the bug CC'ed. Please test the attached patch On 11/01/2010 11:30 PM, Csillag Kristof wrote: 2010-11-01 18:26 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta: [...] With new grub, this returns: # grub-probe -t abstraction --device /dev/xvda1 -v grub-probe: info: /dev/xvda1 starts from 0. grub-probe: info: opening the device hd0. grub-probe: error: cannot find a GRUB drive for /dev/xvda1. Check your device.map. As I have already shown, device.map contains this: (hd0)/dev/xvda so it might try to open /dev/xvda, which is a fake device, it does not exist. Only xvda1 and xvda2 exists. Old grub could cope with this. Could you try removing this entry? With line from device.map removed: # grub-probe -t abstraction --device /dev/xvda1 -v grub-probe: info: /dev/xvda1 starts from 0. grub-probe: info: opening the device /dev/xvda. grub-probe: error: cannot find a GRUB drive for /dev/xvda1. Check your device.map. The result is different, but still does not work. I have also tried to remove the (fake) /dev/xvda device. The result is: # grub-probe -t abstraction --device /dev/xvda1 -v grub-probe: info: /dev/xvda1 starts from 0. grub-probe: info: opening the device /dev/xvda. grub-probe: error: cannot find a GRUB drive for /dev/xvda1. Check your device.map. When testing with devices.map entry, but fake xvda removed: # grub-probe -t abstraction --device /dev/xvda1 -v grub-probe: info: Cannot stat `/dev/xvda', skipping. grub-probe: info: /dev/xvda1 starts from 0. grub-probe: info: opening the device /dev/xvda. grub-probe: error: cannot find a GRUB drive for /dev/xvda1. Check your device.map. * * * Anything else to test? Csillag -- Regards Vladimir 'φ-coder/phcoder' Serbinenko === modified file 'grub-core/kern/emu/hostdisk.c' --- grub-core/kern/emu/hostdisk.c 2010-11-06 23:10:49 + +++ grub-core/kern/emu/hostdisk.c 2010-11-17 09:39:45 + @@ -1533,7 +1533,8 @@ This can happen on Xen, where disk images in the host can be assigned to devices that have partition-like names in the guest but are really more like disks. */ - if (grub_errno == GRUB_ERR_UNKNOWN_DEVICE) + if (grub_errno == GRUB_ERR_UNKNOWN_DEVICE + || grub_errno == GRUB_ERR_BAD_DEVICE) { grub_util_warn (disk does not exist, so falling back to partition device %s, signature.asc Description: OpenPGP digital signature
Bug#603336: ITP: classads -- library for Condor's classads expression language
Hello Michael I am very glad you are packaging (or adapting the Ubuntu) Condor package for Debian. Thank you, if there's anything I can help with, tell me. Yours, Gurkan -- Gürkan Sengün sen...@phys.ethz.ch support: +41 44 633 26 68 IT Services Group, HPT D 16voice: +41 44 633 66 04 Departement Physik, ETH Zurichmobile: +41 76 436 72 00 CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591094: Chinese unreadble
It has been three months. Any progress on this issue? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603782: software-center: does not mention the license of the applicaiton
severity 603782 minor thanks On Mi, 2010-11-17 at 12:55 +0530, Ritesh Raj Sarraf wrote: Package: software-center Version: 2.0.7debian5 Severity: normal Software Center provides a field where it can display the license of every tool the user is looking at. Get Software = Select Any Package = Click on 'More' = Look at the License field. The License field is displayed as Unknown Purely cosmetic. The only thing it could show there would be that the package in question is free. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591094: How to read Chinese PDFs anymore with xpdf?
Can anybody read the Chinese these days with xpdf anymore? wget -O x.pdf http://www1.hl.gov.tw/bus/upload/%AA%E1%BD%AC%AB%C8%B9B%A5%FA%C2%D7%BDu%AE%C9%B6%A1%AA%ED.pdf xpdf x.pdf See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=591094 Should I dump xpdf and instead use what? Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603791: acpi-support-base: System shut down pressing power button short
Package: acpi-support-base Version: 0.137-6 Severity: important Since two days pressing the power button starts to shut down my laptop immediately. Before that I got the shut down menu. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (650, 'testing'), (600, 'stable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support-base depends on: ii acpid 1:2.0.7-1 Advanced Configuration and Power I ii console-tools [console-uti 1:0.2.3dbs-69 Linux console and font utilities acpi-support-base recommends no packages. Versions of packages acpi-support-base suggests: ii acpi-support 0.137-6scripts for handling many ACPI eve -- 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#505405: First version of dsc pushed to alioth git
Hi, I have just pushed the first releasable version of dsc-statistics to Alioth's git repository, avaliable on https://alioth.debian.org/scm/browser.php?group_id=100554 git clone https://alioth.debian.org/anonscm/git/dsc/dsc.git If you want to try it out, go ahead. We're still missing some perl modules which is the cause for not having uploaded to unstable yet. I'll work on it in the next few days. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603792: mythtv-status: throws perl warnings with Date::Manip version 6
Package: mythtv-status Version: 0.9.3-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 When using Date::Manip version 6 (in which the interface has changed), mythtv-status throws the following errors: Use of uninitialized value in numeric gt () at /usr/bin/mythtv-status line 867. Use of uninitialized value in numeric gt () at /usr/bin/mythtv-status line 867. Use of uninitialized value in numeric gt () at /usr/bin/mythtv-status line 867. Use of uninitialized value in numeric gt () at /usr/bin/mythtv-status line 867. Use of uninitialized value $str in substitution (s///) at /usr/bin/mythtv-status line 387. Use of uninitialized value $str in substitution (s///) at /usr/bin/mythtv-status line 388. Use of uninitialized value $str in substitution (s///) at /usr/bin/mythtv-status line 389. Use of uninitialized value $seconds in numeric le (=) at /usr/bin/mythtv-status line 391. Use of uninitialized value $str in concatenation (.) or string at /usr/bin/mythtv-status line 393. Applying the attached patch switches the backend to compatibility mode and clears the errors. It should not be considered a true fix as D::M notes that version-5-mode won't be around forever. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mythtv-status depends on: ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libconfig-auto-perl 0.20-2 Magical config file parser ii libdate-manip-perl6.14-1 module for manipulating dates ii libmime-tools-perl5.428-1Perl5 modules for MIME-compliant m ii libwww-perl 5.837-1simple and consistent interface to ii libxml-libxml-perl1.70.ds-1 Perl interface to the libxml2 libr ii perl 5.10.1-16 Larry Wall's Practical Extraction Versions of packages mythtv-status recommends: ii libmythtv-perl0.24-0.2 A personal video recorder applicat ii libnet-upnp-perl 1.4.2-1Perl extensions for UPnP Versions of packages mythtv-status suggests: ii molly-guard 0.4.4-2protects machines from accidental - -- debconf information excluded - -- debsums errors found: debsums: changed file /usr/bin/mythtv-status (from mythtv-status package) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJM46aOAAoJEKB7YbRsd8TG4QQQAKY5QIe0CwydQlekDOiu7Pxq j8JqzdkIvHOnH9MYmXgP5EeRQdeaw7UDgAv8aFCYp/YvWzwpQtdLjjmaP3oDQqoz kPsMtBUds+sz4+30sJrrsHR5yAj4IzZe+roUVtKvUNl9CqDUyqwU+Ipfw67ZYAM2 z3LHXBRXV42MHi1/gd1hw4xeauvB+XS4Qb2dBNc0NGbcEkISuf3lU1zwpA9A8FDf 9Jv2wSLP60YjGwXy5835fE2zyuRZtOZCEOiy2OxfOeBeZ3JAwBNNCOTvXftjqGpq wMDCiNCp/OOEu6j6aIe4dHawwn6VwFzOBo2k5+J/pAZUbsg1fhjh5odq7LzZX1r4 s62oJHq/w7v7Epzd6GxUZzV3czP8JCcNs7MgsPARGPBRO4QpFW3H597s+HJsfu+A bEy6YagHIYtNropxGjzP7N7F1+XfBLzoXi/lRPYN7A98QG/cUCb2E+6juvcmguB7 15xxqI5iiDhFhrUG3Xq/Si0hLx+GQCcH8WUfc5dUwBRGC2SiPY5pOq15O03F3Ss+ uhik73M432t4SU/gFAp3H/sn9v07M5a9JBMLVv2/a1vrA49cSoLkYtk4RH3hKjta 55WmBo1Zl6R3xCSSGQzfxa6q67/yhItwM1NAPb2ihdKCZKKFouUBPcWADIXKqyCK siPUKdU1HFS1s19K0nNd =kXof -END PGP SIGNATURE- --- /usr/bin/mythtv-status.orig 2010-11-17 09:52:08.043031500 + +++ /usr/bin/mythtv-status.new 2010-11-17 09:36:51.347027492 + @@ -10,6 +10,9 @@ use LWP::UserAgent; use XML::LibXML; +#BEGIN { +# $Date::Manip::Backend = 'DM5'; +#} use Date::Manip; use Getopt::Long; use Text::Wrap; @@ -864,7 +867,7 @@ for my $key (@{ $block-{'human_readable_sizes'}}) { for my $unit (@size_thresholds) { if (defined $unit-{'threshold'}) { - if ($vars-{$key} $unit-{'threshold'}) { + if (defined($vars-{$key}) and $vars-{$key} $unit-{'threshold'}) { $vars-{$key} = sprintf(%.1f, $vars-{$key} / $unit-{'conversion'}); $vars-{${key}_unit} = $unit-{'unit'};
Bug#505405: [dsc] debianization of the dsc-collector
On Tue, Sep 21, 2010 at 10:37:17PM +1200, Andrew Ruthven wrote: On Tue, 2010-09-21 at 11:33 +0200, Marc Haber wrote: I have packaged dsc for a project of a customer of mine, and a colleague and me are prepared to maintain dsc for Debian in the future. We will be ready to upload by mid October 2010. Would it be possible to get the packages before then? I would be interested in comparing them to the packages I have already prepared. I apologize for having missed your message. You can check out our results from Alioth git, and I am very interested in your feedback (and probably your patches). Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603538: openoffice.org-core 3.2.1-8 does not install
On 11/15/2010 11:44 AM, Rene Engelhard wrote: Hi, On Mon, Nov 15, 2010 at 11:32:40AM +0100, Eric Valette wrote: Which probably was clean and didn't have the ure from experimental. I tested install on my work PC wiich did have ure but as It prevented to run openoffice (missing dll or wrong version) I also Sounds like #603549 :) removed it. Worked fine there. But is a 32 bits machine and not a 64 bits. As a .9 was released, I tried the install and this time it worked??? No change (manual removal of packages) before the update. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591813: [Pkg-acpi-devel] Bug#591813: Bug#591813: acpi-support: Widespred use of su $user is (sometimes?) broken
On 2 September 2010 15:40, Michael Meskes mes...@debian.org wrote: On Sun, Aug 29, 2010 at 02:49:49PM +0200, Luca Niccoli wrote: I'm wondering if what triggered the problem is the switch do gdm3; are you using it as well? No, unless it sneaked in somehow. :-) Ok, now after an update neither way works for me. I can't find a way to make root run a command on and existing X session. I suspect this is due to gdm3, but I don't know how to deal with it. Cheers, Luca -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603793: python-openpyxl: Contains syntax not supported by python2.4
Package: python-openpyxl Version: 1.1.0-1 Severity: minor Some files, for example /usr/lib/pymodules/python2.4/openpyxl/writer/worksheet.py contain syntax not supported by python2.4, causing error messages when installing into a system with python2.4 installed. Compiling /usr/lib/pymodules/python2.4/openpyxl/writer/worksheet.py ... File /usr/lib/pymodules/python2.4/openpyxl/writer/worksheet.py, line 42 SubElement(sheet_pr, 'outlinePr', {'summaryBelow' : '%d' % (1 if worksheet.show_summary_below else 0), ^ SyntaxError: invalid syntax Same goes for some test modules as well. This does not block the deb being successfully installed. I think the correct way to fix this is to tell python-support not to install this package for python2.4. Some test files apparently require python2.6. Perhaps XS-Python-Version: = 2.6? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.5-686 (SMP w/2 CPU cores) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-openpyxl depends on: ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-support 1.0.9automated rebuilding support for P Versions of packages python-openpyxl recommends: ii python-nose 0.11.1-1 test discovery and running for Pyt python-openpyxl 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#596423: Google Earth for GNU/Linux 5.2.1.1588 does not work
By the way, Rex, did your check purging? dpkg: warning: while removing googleearth, directory '/usr/lib/googleearth' not empty so not removed. [/usr/lib/googleearth/libcrypto.so.0.9.8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603677: closed by Don Armstrong d...@debian.org (reply to ow...@bugs.debian.ogr) (Re: Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete depende
On Wed, 17 Nov 2010, Dmitry E. Oboukhov wrote: The problem is still reproducible. So or this or 550650 (was done 11 Oct) or the other RC must be open (for ex against buildd), but You (You and Julien) prefer to keep your eyes closed. It's a pity. It's not an RC bug; at most it is severity important.[1] Secondly, this bug only occurs if you've managed to only upgrade jabberd14, and not libidn11. This bug is actually a bug in libidn11, not jabberd14, which has already been fixed, and the solution is rebuilding jabberd14, which has (supposedly) already been queued. As such, there's no point in keeping this bug open at all, once the build has been queued. I was under the mistaken impression that Julien was the maintainer (since I didn't bother to check), but that doesn't change the facts surrounding this bug. Don Armstrong 1: important: a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. [See http://www.debian.org/Bugs/Developer#severities for more details.] -- Debian's not really about the users or the software at all. It's a large flame-generating engine that the cabal uses to heat their coffee -- Andrew Suffield (#debian-devel Fri, 14 Feb 2003 14:34 -0500) http://www.donarmstrong.com http://rzlab.ucr.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603767: gdm: starts on v8 instead of vt7
I am using gdm and not gdm3. If you can give me more details as to why you think it is a kernel bug that would be good ^ ^ (also the ordering of this bug report on the website rather weird...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603159: debian-installer: Network console login is installer
* Samuel Thibault [Tue, Nov 16, 2010 at 08:52:19PM +0100]: Err, then for coherency we should put such links in all the preseed sections to their main body counterparts. Maybe. My point is, this feature is currently not documented at all in §B.4.3 and appears under §6.3.8, Miscellaneous. It deserves better cross-linking. This is not the only section under §B.4 where you get merely the example configuration snippet. I think my patch is an improvement, but consistency is nice too :-) Laurent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603785: desktop-base and debian-edu-artwork: error when trying to install together
On mer., 2010-11-17 at 10:13 +0100, Holger Levsen wrote: Yay. debian-edu-artwork used to conflict with desktop-base for exactly this reason, I'll see if there is a better solution though. I guess this could be managed by an alternative too? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#512173: update-manager: [INTL:th] Update Thai translation
2010/11/17 Simon Paillard spaill...@debian.org: On Sun, Jan 18, 2009 at 04:10:05PM +0700, Theppitak Karoonboonyanan wrote: However, after updating th.po with respect to the source code, many untranslated strings appear :/ th.po: 28 translated messages, 36 fuzzy translations, 44 untranslated messages. Could you please update the file attached ? Done. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ th.po Description: Binary data
Bug#603677: closed by Don Armstrong d...@debian.org (reply to ow...@bugs.debian.ogr) (Re: Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete depende
On Wed, Nov 17, 2010 at 02:32:47 -0800, Don Armstrong wrote: On Wed, 17 Nov 2010, Dmitry E. Oboukhov wrote: The problem is still reproducible. So or this or 550650 (was done 11 Oct) or the other RC must be open (for ex against buildd), but You (You and Julien) prefer to keep your eyes closed. It's a pity. It's not an RC bug; at most it is severity important.[1] Secondly, this bug only occurs if you've managed to only upgrade jabberd14, and not libidn11. This bug is actually a bug in libidn11, not jabberd14, which has already been fixed, and the solution is rebuilding jabberd14, which has (supposedly) already been queued. jcris...@franck:~$ dak ls -a i386 jabberd14 jabberd14 | 1.6.1.1-5+b1 | testing | i386 jabberd14 | 1.6.1.1-5+b1 | unstable | i386 jcris...@franck:~$ zcat /srv/ftp-master.debian.org/ftp/dists/sid/main/binary-i386/Packages.gz |grep-dctrl -PX jabberd14 -sPackage,Version,Depends Package: jabberd14 Version: 1.6.1.1-5+b1 Depends: adduser, lsb-base (= 3.0-6), openssl, libjabberd2 (= 1.6.1.1-5+b1), libc6 (= 2.3.6-6~), libgcc1 (= 1:4.1.1), libidn11 (= 1.13), libmysqlclient16 (= 5.1.21-1), libpopt0 (= 1.16), libpq5 (= 8.4~), libpth20 (= 2.0.7), libstdc++6 (= 4.4.0) There was no point keeping this bug open once the rebuild had been queued (there was nothing to fix in the source package in the first place), and there's even less point arguing about it now that it's in the archive. Cheers, Julien signature.asc Description: Digital signature
Bug#603759: procps broken by new gnu make 3.82
On Wed, Nov 17, 2010 at 01:39:46AM +, Chris Coleman wrote: On 17 November 2010 01:06, Craig Small csm...@debian.org wrote: They haven't been that way since January 2010. I made one of them a constructor and the other is called by it. Then I'm looking at old code. Where do you keep it now? In all Debian repositories, but also on git. http://git.debian.org/?p=collab-maint/procps.git;a=summary - Craig -- Craig Small VK2XLZhttp://www.enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586007: gdm: GDM fails to start Xserver while XDM starts it successfully
retitle 586007 GDM timeout is not sufficient for parallel boot thanks On Tuesday, 15. June 2010 18:37:06 Jakub Lucký wrote: ... my GDM is unable to start Xserver, it fails even before GDM login screen appears. Apparently, it seems to be GDM-related problem, because XDM (after setting it primary) manages to start Xserver and Gnome then successfully. ... This is a more general problem that appeared since parallel boot was activated. It can easily be fixed by increasing the timeout GDM uses for the Xserver to start. The problem has been reported for KDM, too, but not for XDM or GDM3 which seem to have sufficient timeouts. IIRC, there have been reports for different graphics drivers: nvidia (non-free), nouveau (free), intel, ... as well as slow systems in general (qemu guests). Dear GDM maintainers, please increase the default timeout a bit. For more discussion of this problem see the following (merged) bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=521699 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=523569 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533163 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=563624 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568969 (these bugs should be reassigned to gdm, merged with the current one and closed after the timeout was increased). The problem discusson for KDM (the KDM maintainers fixed this problem by increasing timeouts in 4:4.4.5-4, which is in squeeze already) can be found here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=597699 and its merged bugs #524751, #583312, #583336, #583613, #590626. Thank you. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587905: Disable delallocs by default
Mind to give this patch a shot please? fs-ext4-delalloc-nodef-3 Description: Binary data
Bug#602810: #602810 ia32-libs fails in postinst due to wrong version conditioning prior to dpkg-divert
Hi, The diversion code in postinst was changed some time ago. Please verify that the problem no longer exists in testing/unstable. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550054: klicking buttons in sticky notes applet does nothing
Package: gnome-applets Version: 2.30.0-3 Severity: normal hi, currently, if I click with the right mouse button on a sticky-note, then instead of a real menu, a small empty frame appears a. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-applets depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-applets-data 2.30.0-3 Various applets for the GNOME pane ii gnome-icon-theme2.30.3-2 GNOME Desktop icon theme ii gnome-panel 2.30.2-2 launcher and docking facility for ii gstreamer0.10-alsa 0.10.30-1GStreamer plugin for ALSA ii gvfs1.6.4-2 userspace virtual filesystem - ser ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcpufreq0 007-1shared library to deal with the cp ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-1 Utility library for loading .deskt ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgstreamer-plugins-ba 0.10.30-1GStreamer libraries from the base ii libgstreamer0.10-0 0.10.30-1Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libgtop2-7 2.28.1-1 gtop system monitoring library (sh ii libgucharmap7 1:2.30.3-1 Unicode browser widget library (sh ii libgweather12.30.2-1 GWeather shared library ii libnotify1 [libnotify1- 0.5.0-2 sends desktop notifications to a n ii liboobs-1-4 2.30.1-1 GObject based interface to system- ii libpanel-applet2-0 2.30.2-2 library for GNOME Panel applets ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.96-3 PolicyKit Authorization API ii libupower-glib1 0.9.5-5 abstraction for power management - ii libwnck22 2.30.4-2 Window Navigator Construction Kit ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.8.dfsg-1 GNOME XML library ii python 2.6.6-3+squeeze1 interactive high-level object-orie Versions of packages gnome-applets recommends: pn cpufrequtils none (no description available) ii deskbar-applet2.32.0-1 universal search and navigation ba ii gnome-media 2.30.0-1 GNOME media utilities ii gnome-netstatus-apple 2.28.1-1 Network status applet for GNOME ii gnome-system-monitor 2.28.1-1 Process viewer and system resource ii policykit-1-gnome 0.96-2 GNOME authentication agent for Pol ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gnomeapplet2.30.0-3 Python bindings for the GNOME pane ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge Versions of packages gnome-applets suggests: pn tomboynone (no description available) -- debconf information: gnome-applets/cpufreq_SUID_bit: false -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603677: closed by Don Armstrong d...@debian.org (reply to ow...@bugs.debian.ogr) (Re: Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete depende
DA On Wed, 17 Nov 2010, Dmitry E. Oboukhov wrote: The problem is still reproducible. So or this or 550650 (was done 11 Oct) or the other RC must be open (for ex against buildd), but You (You and Julien) prefer to keep your eyes closed. It's a pity. DA It's not an RC bug; at most it is severity important. User upgrades his system and then jabber-server becomes broken. It is grave severity: =quote makes the package *in question unusable* or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. =cut DA [1] Secondly, DA this bug only occurs if you've managed to only upgrade jabberd14, 1. When squeeze is released, many people will do like that. 2. I had the bug without upgrade: 2.1 I had clean lenny 2.2 I added squeeze into sources.list 2.3 I installed jabberd14 2.4 I got the problem DA and not libidn11. DA This bug is actually a bug in libidn11, not jabberd14, I agree, but bug against libidn11 was closed 11 Oct, Now is 17 Nov, bug is still reproducible. So I think that including version into depends will solve this problem. Or broken libidn11 must be replaced in debian repos. Until problem is solved a bug must be opened: the problem is exists and reproducible. DA which has already been fixed, and the solution is rebuilding DA jabberd14, which has (supposedly) already been queued. It fits for testing, but I'm afraid that when squeeze is released and this problem wont be solved: there is no bugreport which is opened. -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#433038: [QC-30]visiting nurses rn's marketing email list
Pricing for this week only: ANY 1 list $99 or 3 for $249. Choose from the lists below: ( HEALTHCARE ) - Doctors (34 different specialties) - Chiropractors - Alternative Medicine - Dentists - Veterinarians - Hospitals - Pharmaceutical Companies - Physical Therapists - Oncology Doctors - US Surgery Centers - Massage Therapists - Acupuncturists - Medical Equipment Suppliers - Mental Health Counselors - Psychologists ( BUSINESS LISTS ) - Real Estate Agents - US New Business Database - Financial Planners Database - Finance and Money Professionals Database ( PROFESSIONALS LISTS ) - USA Lawyers Database - Criminal Attorneys - 142,906 email me here for counts samples: bestlistpr...@gmx.com email forgetmyem...@gmx.com for delisting MICTSL EMAIL DISCLAIMER Cette communication est strictement reservée pour l'individu ou l'entite a qui elle est adressee. Elle peut contenir d'information confidentielle ou legalement privilegiee. Si vous n'etes pas le destinataire prevu, nous vous signalons que divulguer, copier, distribuer ou agir vis-a-vis du contenu de cette communication est strictement interdit et illegal. Si vous l'avez recue par erreur, Veuillez nous informer immediatement par mail et la supprimer de votre systeme. Phone : +261 20 53 352 04/05/06 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603785: desktop-base and debian-edu-artwork: error when trying to install together
Hi, On Mittwoch, 17. November 2010, Yves-Alexis Perez wrote: I guess this could be managed by an alternative too? good idea, thanks! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#603677: closed by Don Armstrong d...@debian.org (reply to ow...@bugs.debian.ogr) (Re: Bug#603677: closed by Julien Cristau jcris...@debian.org (Re: Bug#603677: jabberd14 has incomplete depende
JC jcris...@franck:~$ dak ls -a i386 jabberd14 JC jabberd14 | 1.6.1.1-5+b1 | testing | i386 JC jabberd14 | 1.6.1.1-5+b1 | unstable | i386 jabberd14_1.6.1.1-5+b1_i386.deb 16-Nov-2010 18:18 347K Ok, it seems to be solved since Yesterday evening, thanks! -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: un...@debian.org jabber://un...@uvw.ru `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#528461: ITP: silverstripe -- a flexible open source Content Management System
Hello Thanks for packaging silverstripe, what's the current state of the packaging? Yours, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599065: ITP: libfile-flock-perl -- file locking with flock
I have committed to the Debian perl group svn repository, see http://svn.debian.org/viewsvn/pkg-perl/trunk/libfile-flock-perl/ Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603785: desktop-base and debian-edu-artwork: error when trying to install together
On Mittwoch, 17. November 2010, Yves-Alexis Perez wrote: I guess this could be managed by an alternative too? though I might use diversions as a.) I know how to use them and b.) #424879 :-) signature.asc Description: This is a digitally signed message part.
Bug#599066: ITP: libgeography-countries-perl -- 2-letter, 3-letter, and numerical codes for countries.
retitle #599066 RFP: libgeography-countries-perl -- 2-letter, 3-letter, and numerical codes for countries. thanks I am retracting my ITP as my immediate need for the package has vanished. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603159: debian-installer: Network console login is installer
Laurent Fousse, le Wed 17 Nov 2010 11:37:09 +0100, a écrit : * Samuel Thibault [Tue, Nov 16, 2010 at 08:52:19PM +0100]: Err, then for coherency we should put such links in all the preseed sections to their main body counterparts. Maybe. My point is, this feature is currently not documented at all in §B.4.3 Well, just like the rest of §B.4. This section only documents the Contents of the preconfiguration file. It's not supposed to say again what is described in the rest of the document. and appears under §6.3.8, Miscellaneous. It deserves better cross-linking. That's what I proposed. This is not the only section under §B.4 where you get merely the example configuration snippet. That's the purpose of section §B.4: only provide the content. Duplicating documentation would just lead to outdated documentation (because people would not look for all occurences of the things to update). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603795: module breaks ini file if multiline value contains EOT marker
Package: libconfig-tiny-perl Version: 2.12-1 Severity: normal Hi! The module is able to read and write multiline values pretty well. Though, it seems to use hardwired the string EOT for the here documents it writes into the config file, and when a multiline string actually contains EOT on a single line the module breaks the file for itself to be able to read it back in. I would suggest rejecting to accept such a value. I see it that there is an explicit SetParameterEOT($section, $EOT) mentioned in the manpage to mitigate the effect of this, but the module really shouldn't break the file in the first place and rather reject such values. Also it might be helpful to set the marker not by section but actually even by section/value pair. That way one wouldn't have to scan through all the multiline values of a section to find a marker that wouldn't break the section. Thanks, Gerfried Fuchs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603794: module can write multiline values but not read them
Package: libconfig-tiny-perl Version: 2.12-1 Severity: important Hi! The module accepts multiline values ($config-{section}-{foo} = just\na\ntest) and writes them to a config file as: foo=just a test But it is unable to read it back in and gives you an empty overall hash. I suggest that it shouldn't accept newlines in its value in the first place instead of breaking the file for itself to be able to read it back in. Thanks, Gerfried Fuchs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560721: spice and its friends uploaded to mentors.debian.org
Hi there, the packages at mentors are working quite well. It would be nice to see qemu-spice with kvm support. I compiled it from git (spice.kvm.v18) and it seems to work. I don't know why they're stuck at v18? The next libvirt verison v0.8.6 should also support spice. Till now you need the master branch and compile it from scratch. To get libvirt workin with qxl I needed to change -vga [std|cirrus|vmware|xenfb|none]\n to -vga [std|cirrus|vmware|xenfb|qxl|none]\n in qemu-options.hx (spice.kvm.v18). Cheers, Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603747: brasero: segfaults when deleting a directory from the tree
Hello. On Wednesday 17 November 2010 10:31:37 you wrote: Please provide a stack trace in order to debug this: http://wiki.debian.org/HowToGetABacktrace Yes, I will, but I haven't found a way to reproduce it yet :( -- WBR, Andrew signature.asc Description: This is a digitally signed message part.
Bug#596423: Google Earth for GNU/Linux 5.2.1.1588 does not work
My workaroun works with these versions ii googleearth 5.2.1.1588+0.5.7-1 Google Earth, a 3D map/planet viewer ii googleearth-package 0.5.7utility to automatically build a Debian package of Google Earth ii libfreeimage3 3.10.0-4 Support library for graphics image formats (library) ii libqt4-core 4:4.6.3-4transitional package for Qt 4 core non-GUI runtime libraries ii libqt4-webkit 4:4.6.3-4Qt 4 WebKit module It could caused crash if you use different version of libraries. Regards -Rex 2010/11/17 jida...@jidanni.org RT == Rex Tsai chihc...@kalug.linux.org.tw writes: RT I would try to down upgrade Qt or use the built-in Qt of Google Earth. OK, first trying the latter suggestion, cd /usr/lib/googleearth/||exit 5 for qtlib in libQtCore.so.4 libQtGui.so.4 libQtNetwork.so.4 libQtWebKit.so.4 ; do ln ${qtlib}.moved.for.workaround ${qtlib} done allows GE to run a total of 18 seconds! Much more than before. I will next try your downgrade suggestion...
Bug#603796: acpi-support: getXconsole depends on Xserver running as X and not Xorg
Package: acpi-support Version: 0.137-5 Severity: normal Tags: patch The regex in getXconsole to find the X display searches for /X , but X nowadays runs as Xorg. The attached patch will match against both. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36-atom (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages acpi-support depends on: ii acpi-fakekey 0.137-5tool to generate fake key events ii acpi-support-base 0.137-5scripts for handling base ACPI eve ii acpid 1:2.0.6-1 Advanced Configuration and Power I ii lsb-base 3.2-26 Linux Standard Base 3.2 init scrip ii pm-utils 1.3.0-2utilities and scripts for power ma ii x11-xserver-utils 7.5+2 X server utilities Versions of packages acpi-support recommends: ii dbus 1.2.24-3 simple interprocess messaging syst pn radeontoolnone (no description available) ii vbetool 1.1-2 run real-mode video BIOS code to a pn xscreensaver | gnome-screensa none (no description available) Versions of packages acpi-support suggests: ii rfkill0.4-1 tool for enabling and disabling wi ii xinput1.5.2-1Runtime configuration and test of -- no debconf information --- a/lib/power-funcs 2010-11-17 12:24:25.191722502 +0100 +++ b/lib/power-funcs 2010-11-17 12:29:09.957722500 +0100 @@ -29,7 +29,7 @@ # getXconsole gets the foreground (console) X user getXconsole() { console=`fgconsole`; - displaynum=`ps t tty$console | sed -n -re 's,.*/X .*:([0-9]+).*,\1,p'` + displaynum=`ps t tty$console | sed -n -re 's,.*/X(org)? .*:([0-9]+).*,\2,p'` if [ x$displaynum != x ]; then export DISPLAY=:$displaynum getXuser
Bug#603791: [Pkg-acpi-devel] Bug#603791: acpi-support-base: System shut down pressing power button short
On Wed, Nov 17, 2010 at 10:56:38AM +0100, Michael Ott wrote: Since two days pressing the power button starts to shut down my laptop immediately. Before that I got the shut down menu. This should be fixed in -7 which was uploaded earlier today. Could you please try and verify? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603680: libnautilus-extension1: breaks nautilus-share upgrade from lenny
On Wed, Nov 17, 2010 at 09:24, Holger Levsen hol...@layer-acht.org wrote: On Dienstag, 16. November 2010, David Kalnischkies wrote: First of all: I can't reproduce this E:-message, thats from piuparts... the message I meant was: E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. that should be an error message from APT and I can't trigger this one - it would be a serious problem if APT would really print that on a normal dist-upgrade try (without holds of course)… So, what we could do now? If i see it correctly, we basically have two options: a) use a newer apt for upgrade b) drop the or b) isn't really an option as other cases will arise (and have already) or you aware of any? Cause if it's really just a few packages, it sounds better to fix those, than to force/recommmend everyone to upgrade apt first. I wouldn't say force, I would just recommend it. Its not a strict requirement as this specific case is handled by the recommends which are activated by default. Other cases will lead to the removal of the offending package, which is awkward, but not fatal as it can be reinstalled if needed after the upgrade. Also, as said, the notes already recommend a split upgrade by first 'upgrade' and then 'dist-upgrade' which should take care of getting a new apt friends in as well in most (not all) cases. The general likelihood of this should be relatively low, given that you need an or-group in a candidate version which if upgraded alone can be satisfied with an installed package while the candidate of this package is unsuitable for satisfying it. Should only happen in /= dependencies (as it does here) or if another package breaks/conflicts the candidate (which could be the currently installed one, too - happens if maintainers want to clean up after e.g. package renames instead of trusting 'autoremove' and co) P.P.S.: Offtopic, but Holger, why does piuparts uses --fix-broken switch? where do you see this? apt-get -yf dist-upgrade in your steps -- the -f stands for --fix-broken Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603680: libnautilus-extension1: breaks nautilus-share upgrade from lenny
On Wed, Nov 17, 2010 at 10:34, Bill Allombert bill.allomb...@math.u-bordeaux1.fr wrote: On Tue, Nov 16, 2010 at 09:35:55PM +0100, David Kalnischkies wrote: [… snip …] apt-squeeze recently (see #591882) got a third option: c) try installing another or-group member Note that while c) seems to be the captain obvious solution it introduces a big problem: a) and b) reduce the number of broken packages, but c) can add a lot more which could (real-world will tell if really) work against the current resolver determinism… Probably option c) should be removed. This makes upgrade process much less predictable. An secondary issue with option c) is that this can lead apt to upgrade free packages with non-free packages, if non-free packages are listed as alternative. Only if the free package is uninstallable in squeeze, but in this case a new installation has the same result. APT will try to fix the free package before it tries to fix the packages depending on the free one, so the non-free option is still only the fallback. Or could you provide a case in which it behaves differently? Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598668: Installation fails on acer aspire one za3
Mariusz Białończyk ma...@skyboo.net (17/11/2010): I have exactly same behavior yesterday on this netbook. I suppose the problem is with the graphical mode which grub is trying to initialize. The graphics chipset is Poulsbo - it is even wrong handled by xorg (i mean out of the box) so maybe grub have also problems with it. AFAICT this card should work at least with fbdev or vesa. fbdev is used in the graphical installer. Mraw, KiBi. signature.asc Description: Digital signature
Bug#603797: squeak-vm: broken desktop file
Package: squeak-vm Version: 1:4.0.3.2202-2 Severity: normal The desktop file of squeak-vm is fundamentally broken. Starting Squeak from the start menu does not work, the only thing a user gets is a jumping mouse pointer for a while. You should just remove the desktop file or provide another one that actually starts something with visual feedback for the user. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squeak-vm depends on: ii gettext-base 0.18.1.1-3 GNU Internationalization utilities ii gnome-terminal [x-terminal-em 2.30.2-1 The GNOME terminal emulator applic ii konsole [x-terminal-emulator] 4:4.4.5-1 X terminal emulator ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libuuid1 2.17.2-3.3 Universally Unique ID library ii whiptail 0.52.11-1 Displays user-friendly dialog boxe Versions of packages squeak-vm recommends: ii kdebase-bin 4:4.4.5-1 core binaries for the KDE base app ii zenity2.30.0-1 Display graphical dialog boxes fro Versions of packages squeak-vm suggests: pn squeak-image none (no description available) pn squeak-plugin none (no description available) pn squeak-sourcesnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596423: Google Earth for GNU/Linux 5.2.1.1588 does not work
Same versions here, (though not all of them were listed in Depends!) # set googleearth googleearth-package libfreeimage3 libqt4-core libqt4-webkit # apt-show-versions $@ googleearth 5.2.1.1588+0.5.7-1 installed: No available version in archive googleearth-package/unstable uptodate 0.5.7 libfreeimage3/unstable uptodate 3.10.0-4 libqt4-core/unstable uptodate 4:4.6.3-4 libqt4-webkit/unstable uptodate 4:4.6.3-4 Crashes just the same. Major Version 5 Minor Version 2 Build Number 0001 Build Date Sep 1 2010 Build Time 11:25:42 OS Type 3 OS Major Version 2 OS Minor Version 6 OS Build Version 32 OS Patch Version 0 Crash Signal 11 Crash Time 1289995653 Up Time 4.01713 Stacktrace from glibc: /usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb775290b] [0xb788d400] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xb69fe391] /usr/lib/libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1eb)[0xb6a0093b] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate12showChildrenEb+0x168)[0xb69fe858] /usr/lib/libQtGui.so.4(_ZN14QWidgetPrivate11show_helperEv+0x61)[0xb69fe391] /usr/lib/libQtGui.so.4(_ZN7QWidget10setVisibleEb+0x1eb)[0xb6a0093b] /usr/lib/libQtGui.so.4(_ZN7QWidget10showNormalEv+0x72)[0xb69ede82] /usr/lib/googleearth/libgoogleearth_free.so(_ZN10MainWindow18readScreensizeInfoEv+0xc35)[0xb771db15] /usr/lib/googleearth/libgoogleearth_free.so(_ZN5earth6client11Application12SetupMainWinENS0_3Kvw7ProductEb+0x29e)[0xb7756c1e] /usr/lib/googleearth/libgoogleearth_free.so(_ZN5earth6client11Application3runEv+0x42f)[0xb775da7f] /usr/lib/googleearth/libgoogleearth_free.so(earthmain+0x27d)[0xb7751d3d] /usr/lib/googleearth/googleearth-bin(_init+0x12e)[0x80486d2] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb53a1c76] /usr/lib/googleearth/googleearth-bin(_init+0x9d)[0x8048641]
Bug#603699: [Spice-devel] Bug#603699: ITP: celt051 -- The CELT codec v0.5.1
Hi Hans, Hans de Goede writes: The if at all part depends on if it will be doable without too much pain to support both celt-0.5.1 and celt 1.0 in the same binary. This is important to us as we care a lot about protocol compatibility. Are you seriously telling me that you have no plan whatsoever for how to transition from a random snapshot of an experimental codec, except to hope that somehow it might in some way become embedded in some other binary for the rest of eternity? I really hope you are not, but if you are, and other people accept that as a valid solution -- then how many apps should the distro extend this sort of madness to? I can think of several who would love to if we are to permit this. But so far, all have accepted this _is_ an experimental codec, and they must be prepared to move with it. The interested app maintainers and upstream discussed this, and we settled on 0.7.1 as the next stable epoch for things that want broad interoperability. We waved at everyone who would listen about doing the same. Are you aware there may never be a celt 1.0? We have roughly 2 years from today before any version of spice will have a chance to be even considered for the next Debian stable release - and if things go as expected, it will not include any version of celt at all. There will instead be a new (and standardised) codec that was spawned from it and merged with other codec work. At some point, if the experimental spice wants to become a mature and portable application, it's going to have to acquire the ability to deal with this sort of thing. I'd really like to encourage you to use this release cycle (and Debian) as your lab-rats for getting that right. Then you don't have to worry about upsetting corporate clients who you made guarantees to, to get a wide audience for testing -- and by the time Debian does freeze, I'd hope you have this worked out well enough for everyone. If that means an update to the spice bitstream protocol, now might be a good time to explore one. I really do want to see people experimenting with celt. But I really don't want to see that become a poor facsimile of The BDB Problem. If the draft spice protocol isn't really suitable for the distro as is, then we should fix it until it is. That would be a much better outcome than collecting random snapshots of unmaintained things that only one experimental application actually needs. Wouldn't it? (trying not to be grumpy, but kind of frustrated by this sort of thinking), Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603798: debian-installer: /tmp is not created with 777 mode when doing manual disk partitionning
Package: debian-installer Version: Debian Installer 14/11/2010 Severity: important Tags: d-i I reinstalled a machine this week-end. The install base smootly worked. I created a separate /tmp file system that was monted but with wrong permission. root.root 755. Visible effect is that kdm login loops as the X server does not manage to create some /tmp/ files. Doing a chmod 777 /tmp with file system monted solves the problem. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603732: man-db: FTBFS: ld: cannot find -lpipeline
Source: man-db Source-Version: 2.5.9-1 On Tue, Nov 16, 2010 at 10:55:32PM +0100, Cyril Brulebois wrote: Colin Watson cjwat...@debian.org (16/11/2010): This is probably because I forgot to make libpipeline-dev depend on libpipeline1. Could you turn these failures into a dep-wait on libpipeline-dev (= 1.0.0-3), please? I think it will work better with that version. I did so for “my” archs (kfreebsd-* sparc). I can do so for others as well if that turns out to be sufficient. Thanks. I see kfreebsd-* worked. A few (alpha, amd64, s390) failed for other reasons, and I had to release 2.5.9 in a hurry to deal with this; that should clear up all the remaining build failures. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596423: Google Earth for GNU/Linux 5.2.1.1588 does not work
Doing cd /usr/lib/googleearth/||exit 5 for qtlib in libQtCore.so.4 libQtGui.so.4 libQtNetwork.so.4 libQtWebKit.so.4 ; do ln ${qtlib}.moved.for.workaround ${qtlib} done again allowed me to run a whole 55 seconds before Major Version 5 Minor Version 2 Build Number 0001 Build Date Sep 1 2010 Build Time 11:25:42 OS Type 3 OS Major Version 2 OS Minor Version 6 OS Build Version 32 OS Patch Version 0 Crash Signal 11 Crash Time 1289996186 Up Time 55.7747 Stacktrace from glibc: /usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb767990b] [0xb77b4400] /usr/lib/libfreeimage.so.3(+0x302b5)[0xb76ff2b5] /usr/lib/libfreeimage.so.3(FreeImage_LoadFromHandle+0xd6)[0xb76e62e6] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage21platformLoadFreeImageEPNS_4Core6igFileEbPNS0_19igImageMetaDataListE+0xa1)[0xb46e74b1] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx10igOglImage12platformLoadEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x112)[0xb46e7bb2] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage8loadFileEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x12d)[0xb46d81ad] /usr/lib/googleearth/libevll.so(_ZN5earth4evll7Texture9LoadBytesEPKhi+0xa6d)[0xb19e5b8d] /usr/lib/googleearth/libevll.so(_ZN5earth4evll7Texture12ProcessWorkQEd+0x184)[0xb19f1594] /usr/lib/googleearth/libevll.so(_ZN5earth4evll14TextureManager8RunTimedEPNS_9TimedTask7ContextEd+0x11)[0xb19085f1] /usr/lib/googleearth/libbase.so(_ZN5earth16TimedTaskManager11RunTimedAllEPNS_9TimedTask7ContextEd+0xf9)[0xb556ed99] /usr/lib/googleearth/libevll.so(_ZN5earth4evll12MainDatabase20ProcessEndFrameTasksERKNS0_6ViewerEd+0x3f)[0xb1a75f8f] /usr/lib/googleearth/libevll.so(_ZN5earth4evll13VisualContext8EndFrameEv+0x13b)[0xb1a091fb] /usr/lib/googleearth/libevll.so(_ZN5earth4evll13VisualContext4DrawEj+0x2ec)[0xb1a0908c] /usr/lib/googleearth/libevll.so(_ZN5earth4evll17RenderContextImpl4drawEv+0xcb)[0xb195f4bb] /usr/lib/googleearth/librender.so(_ZN12RenderWidget10paintEventEP11QPaintEvent+0x2a)[0xb4fb6e9a] /usr/lib/googleearth/librender.so(_ZN5earth6render11RenderTimer4FireEv+0x1d)[0xb4fa352d] /usr/lib/googleearth/libbase.so(_ZN5earth5Timer8dispatchEv+0x33)[0xb556a593] /usr/lib/googleearth/libbase.so(_ZN5earth11QtFramework18CommandCustomEvent8dispatchEv+0x23)[0xb55a0933] /usr/lib/googleearth/libbase.so(_ZN5earth11QtFramework11customEventEP6QEvent+0x39)[0xb559e289] /usr/lib/googleearth/libQtCore.so.4(_ZN7QObject5eventEP6QEvent+0xf5)[0xb7371fad] /usr/lib/googleearth/libQtGui.so.4(_ZN19QApplicationPrivate13notify_helperEP7QObjectP6QEvent+0xa0)[0xb6ae0e20] /usr/lib/googleearth/libQtGui.so.4(_ZN12QApplication6notifyEP7QObjectP6QEvent+0x22e)[0xb6aea962] /usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication14notifyInternalEP7QObjectP6QEvent+0x70)[0xb7363d50] /usr/lib/googleearth/libQtCore.so.4(_ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData+0x22d)[0xb7364989] /usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication16sendPostedEventsEP7QObjecti+0x23)[0xb7364b5f] /usr/lib/googleearth/libQtGui.so.4(+0x1d3a9e)[0xb6b75a9e] /usr/lib/googleearth/libQtCore.so.4(_ZN10QEventLoop13processEventsE6QFlagsINS_17ProcessEventsFlagEE+0x47)[0xb7362fbf] /usr/lib/googleearth/libQtCore.so.4(_ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE+0xff)[0xb7363223] /usr/lib/googleearth/libQtCore.so.4(_ZN16QCoreApplication4execEv+0x9d)[0xb7364c05] /usr/lib/googleearth/libQtGui.so.4(_ZN12QApplication4execEv+0x25)[0xb6ae07a1] /usr/lib/googleearth/libgoogleearth_free.so(_ZN5earth6client11Application3runEv+0x4bc)[0xb7684b0c] /usr/lib/googleearth/libgoogleearth_free.so(earthmain+0x27d)[0xb7678d3d] /usr/lib/googleearth/googleearth-bin(_init+0x12e)[0x80486d2] /lib/i686/cmov/libc.so.6(__libc_start_main+0xe6)[0xb59b5c76] /usr/lib/googleearth/googleearth-bin(_init+0x9d)[0x8048641] which says /usr/lib/libfreeimage.so.3 ...
Bug#603799: unblock: mpich2/1.2.1.1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mpich2 Hi, This update contains only minor fixes. It was intended for squeeze, but for some reason my unblock request got lost. unblock mpich2/1.2.1.1-5 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601337: Are you travel savvy?
You have been invited to join our mailing list travelcommunitygeeks hosted by GetResponse email marketing service. “The world is a book and those who do not travel read only one page.” - St. Augustine PingMyTrip.com is a travel community website that allows members to connect with thousands of travel enthusiasts via only one login pass. Travel savvy people are invited for the BETA testing of PingMyTrip.com. Join us if you... 1. Want to be part of a community of savvy travelers. 2. Want to share your passion for traveling. 3. Want more people discover your blog. Be part of the community of savvy travelers today! To confirm your subscription, please click the following link: EASY 1-CLICK CONFIRMATION: http://getresponse.com/confirm.html?x=a62bsq=GYxYIy=I; You will be able to unsubscribe or change your details at any time. If you have received this email in error and do not intend to join our list, no further action is required on your part. You won't be subscribed to any list and you won't receive further information until you confirm your subscription above. --- Jay Harry (Travel Community Geeks) Founders, PingMyTrip.com PingMyTrip.com, 60 Tras Street, Singapore, Singapore, 078999, Singapore -- Email address: Friend 601...@bugs.debian.org Type of request: import Timestamp: 2010-11-17 07:17:33 IP address: 116.87.186.62 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603800: lintian: Please raise severity of init.d-script-starts-in-stop-runlevel
Package: lintian Version: 2.4.3 Severity: important Please raise the serverity of the lintian issue init.d-script-starts-in-stop-runlevel from warning to error, as installing packages with this problem confuses sysv-rc to believe the system is not yet converted to dependency based boot sequencing. The only package with this problem according to URL: http://lintian.debian.org/tags/init.d-script-starts-in-stop-runlevel.html is unattended-upgrades, and its bug #593987 was recently found to cause sysv-rc to ask the user to migrate an already migrated system. I would also recommend to adjust the ftp archive software to reject packages with this bug present, to make sure more packages with this bug are uploaded. CC to the ftpmaster team, to make them aware of the issue. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510415: qmail-run_2.0.2_powerpc.changes is NEW
- Forwarded message from mailer-dae...@a.mx.smarden.org - Date: 17 Nov 2010 09:18:34 - From: mailer-dae...@a.mx.smarden.org To: pape-qn-f5143...@smarden.org Subject: failure notice Hi. This is the qmail-send program at a.mx.smarden.org. I'm afraid I wasn't able to deliver your message to the following addresses. This is a permanent error; I've given up. Sorry it didn't work out. instal...@ftp-master.debian.org: 128.148.34.3 does not like recipient. Remote host said: 550-mail for instal...@ftp-master.debian.org only accepted from debian.org 550 machines Giving up on 128.148.34.3. 510...@bugs.debian.org: 140.211.15.34 does not like recipient. Remote host said: 550 Unknown or archived bug Giving up on 140.211.15.34. --- Below this line is a copy of the message. Received: (qmail 24562 invoked by uid 1000); 17 Nov 2010 08:18:29 - Message-ID: 20101117081829.24561.qm...@28743390445746.315fe32.mid.smarden.org Date: Wed, 17 Nov 2010 08:18:28 + From: Gerrit Pape p...@dbnbgs.smarden.org To: Archive Administrator instal...@ftp-master.debian.org Cc: 457...@bugs.debian.org, 510...@bugs.debian.org Subject: Re: Bug#510415: qmail-run_2.0.2_powerpc.changes is NEW References: e1nqlqh-0001vu...@ries.debian.org 20100524124010.gb17...@smarden.org 20100606191204.5663.qm...@d00d4463a1bc4d.315fe32.mid.smarden.org In-Reply-To: 20100606191204.5663.qm...@d00d4463a1bc4d.315fe32.mid.smarden.org On Sun, Jun 06, 2010 at 07:12:04PM +, Gerrit Pape wrote: On Mon, May 24, 2010 at 12:40:10PM +, Gerrit Pape wrote: On Sun, Mar 14, 2010 at 11:19:11AM +, Archive Administrator wrote: (new) qmail-run_2.0.2.dsc extra mail (new) qmail-run_2.0.2.tar.gz extra mail (new) qmail-run_2.0.2_all.deb extra mail sets up qmail as mail-transfer-agent [...] Hi, can you please say something about the status of the qmail and related packages in NEW I uploaded in march? Do you already have an idea when the packages might be accepted or rejected? Hi, can you please say something about the status of the qmail and related packages in NEW I uploaded in march? Do you already have an idea when the packages might be accepted or rejected? No reaction or response to mails at all from ftpmasters within more than eight months. Obviously the packages are deliberately ignored. - End forwarded message - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600305: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#600305: needs to be reopen)
On Tue, 2010-11-16 at 20:32 -0800, Mathieu wrote: Sorry Ben, The problem is not entirely solved. Let me explain: Last day, I was using the experimental kernel from the installation of the custom CD made by iwamatsu. I updated from lenny to squeeze using the experimental kernel (no wifi, etc...). Because you sent me this email I tried successfully the current kernel. But I wanted to verify the install CD, so just I tried and I had the same detection issue. The problem is half resolved. [...] The installer runs a repackaged version of the kernel which is sometimes a few revisions behind. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#603801: mksh prev-hist-word wish
Package: mksh Version: 39.3.20101101-1 Severity: wishlist Hi Thorsten, previously I used the pdksh in Debian squeeze and started now with mksh (from unstable). Frequently, I'm using the emacs editing command M-. or prev-hist-word. For example, I use to do something like $ chmod 640 201011_file_with_long_name.tar.gz $ mv 201011_file_with_long_name.tar.gz 201011_file_with_long_name.tgz by typing the second line using M-., space, M-., and then editing the second file name. With mksh the second (nth) M-. makes the first insertion of the filename disappear and inserts the last word from the second (nth) last command. This is different from the behavior of pdksh and also of bash. Would it be possible to modify the prev-hist-word command so that it recognizes, that any other editing command (e.g. cursor movement) was done between to M-., and in that case to begin again to insert the last word of the previous command-line at the actual cursor position? -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603802: linux-image-2.6.32-5-xen-amd64: DomU not really resumed (hangs) after restore from disk after Dom0 restart
Package: linux-2.6 Version: 2.6.32-27 Severity: important If the kernel is used for paravirtual DomU, then the DomU is normally started orshutdown. Ifthe xm save and xm restore is invoked explicitely,then the DomU also restores normally. Only in the case the DomU is restored automatically via xendomains script facility on Dom0 start it is restored, so visible in the list (xm list), but also after a lot of time it does not consume any processor time (shows always 0.0 as consumed processor time) and after switch to the instance (xm console) the console is not responding to any key. The same problem was (at least) also in the package version 2.6.32-25 and 2.6.32-23. If starting the same DomU with kernel from package version 2.6.32-21, then it works correctly -- Package-specific info: ** Version: Linux version 2.6.32-5-xen-amd64 (Debian 2.6.32-27) (m...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Sat Oct 30 17:04:10 UTC 2010 ** Command line: root=/dev/sda1 ro console=tty0 vga=773 swiotlb=65536 ** Not tainted ** Kernel log: [ 78.883733] vif8.1: no IPv6 routers present [ 79.151732] vif8.2: no IPv6 routers present [ 80.575300] device vif10.0 entered promiscuous mode [ 80.579516] perbr: port 5(vif10.0) entering learning state [ 83.099729] locbr: port 1(vif8.1) entering forwarding state [ 83.435229] tap8.1: no IPv6 routers present [ 83.487745] perbr: port 1(vif8.2) entering forwarding state [ 83.655218] tap8.2: no IPv6 routers present [ 83.791158] alloc irq_desc for 1210 on node 0 [ 83.791162] alloc kstat_irqs on node 0 [ 84.043221] tap8.0: no IPv6 routers present [ 84.131388] device tap10.0 entered promiscuous mode [ 84.132646] perbr: port 6(tap10.0) entering learning state [ 84.181362] alloc irq_desc for 1209 on node 0 [ 84.181365] alloc kstat_irqs on node 0 [ 84.607717] vif9.0: no IPv6 routers present [ 84.699718] vif9.2: no IPv6 routers present [ 84.905506] vif9.1: no IPv6 routers present [ 85.075718] vif9.3: no IPv6 routers present [ 86.209157] vif9.6: no IPv6 routers present [ 86.212755] vif9.4: no IPv6 routers present [ 86.239161] vif9.5: no IPv6 routers present [ 88.245200] locbr: port 2(tap8.1) entering forwarding state [ 88.259224] perbr: port 2(tap8.2) entering forwarding state [ 88.647215] tap9.2: no IPv6 routers present [ 88.983212] tap9.1: no IPv6 routers present [ 89.264206] tap9.6: no IPv6 routers present [ 89.275208] tap9.3: no IPv6 routers present [ 89.339202] tap9.0: no IPv6 routers present [ 89.451215] perbr: port 3(vif9.0) entering forwarding state [ 89.519208] devhazbr: port 1(vif9.1) entering forwarding state [ 89.555234] tap9.5: no IPv6 routers present [ 89.560204] tap9.4: no IPv6 routers present [ 89.599212] devsafebr: port 3(vif9.2) entering forwarding state [ 89.967706] tsthazbr: port 1(vif9.3) entering forwarding state [ 90.147225] tstsafebr: port 1(vif9.4) entering forwarding state [ 90.303212] prodhazbr: port 1(vif9.5) entering forwarding state [ 90.513625] prodsafebr: port 6(vif9.6) entering forwarding state [ 91.207274] vif10.0: no IPv6 routers present [ 93.451213] perbr: port 4(tap9.0) entering forwarding state [ 93.463200] devhazbr: port 2(tap9.1) entering forwarding state [ 93.475204] devsafebr: port 4(tap9.2) entering forwarding state [ 93.488702] tsthazbr: port 2(tap9.3) entering forwarding state [ 93.665415] tstsafebr: port 2(tap9.4) entering forwarding state [ 93.675194] prodhazbr: port 2(tap9.5) entering forwarding state [ 93.675199] prodsafebr: port 7(tap9.6) entering forwarding state [ 94.351238] tap10.0: no IPv6 routers present [ 95.580705] perbr: port 5(vif10.0) entering forwarding state [ 99.127185] perbr: port 6(tap10.0) entering forwarding state [ 188.551522] prodsafebr: port 2(vif4.0) entering disabled state [ 188.567361] prodsafebr: port 2(vif4.0) entering disabled state [ 191.152151] device vif11.0 entered promiscuous mode [ 191.156126] prodsafebr: port 2(vif11.0) entering learning state [ 192.262854] blkback: ring-ref 8, event-channel 8, protocol 1 (x86_64-abi) [ 192.329113] blkback: ring-ref 9, event-channel 9, protocol 1 (x86_64-abi) [ 201.855967] vif11.0: no IPv6 routers present [ 206.154960] prodsafebr: port 2(vif11.0) entering forwarding state [ 758.603354] psmouse.c: Wheel Mouse at isa0060/serio1/input0 lost synchronization, throwing 2 bytes away. [ 760.095479] psmouse.c: resync failed, issuing reconnect request [ 1038.325725] prodsafebr: port 2(vif11.0) entering disabled state [ 1038.337513] prodsafebr: port 2(vif11.0) entering disabled state [ 1040.199589] device vif12.0 entered promiscuous mode [ 1040.203589] prodsafebr: port 2(vif12.0) entering learning state [ 1041.523037] blkback: ring-ref 770, event-channel 9, protocol 1 (x86_64-abi) [ 1041.594397] blkback: ring-ref 771, event-channel 10, protocol 1 (x86_64-abi) [ 1050.517183] vif12.0: no IPv6 routers present [ 1055.201170] prodsafebr: port 2(vif12.0)
Bug#603803: Mutt hang/crash if another mutt instance change the IMAP status
Package: mutt Version: 1.5.20-5~bpo50+1 Severity: minor Hello Maintainer, I access my Intranet server (apache, php5, courier, nfsv4) trough IMAP from three different Workstations and if I am hassardous with two or three mutt instances in the same IMAP folder, the instance of mutt, which leafe the folder first, writes the IMAP status and let the other one or two instances of mutt hang forever. (see attached image) Mutt can not more recovered and I have to KILL the instance. The lead to a second (previosly) problem where mutt writed the IMAP new mail status to the header cache and if mutt crash (or be killed) after restarting all NEW messages are not more shown. Please solv all two bugs as fast as possibel. Using another NUA is NO OPTION for me, since other MUA's are NOT developer friendly. Thanks, Greetings and nice Day/Evening Michelle Konzack -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#602888: anything-el: Dependencies missing
Thanks for bug report. On Tue, 09 Nov 2010 08:42:25 +0100 (CET) Richard Levitte rich...@levitte.org wrote: During the installation of this package, it complained because I hadn't installed the following packages: - cogre Hmm... I cannot reproduce the problem. Please send more detail for the problem. - auto-install-el It is true that anything-el depends on auto-install-el. I think anything-el doesn't have to depends on auto-instlal. So, I created a patch. This problem is solved of the next release. --- Best Regards, .''`. Takaya Yamashita : :' : takaya At debian.or.jp `. `'` yamashita At takaya.biz `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596899: Please unblock ia32-libs/20101012
Michael Gilbert michael.s.gilb...@gmail.com writes: On Tue, 9 Nov 2010 16:21:19 +0100, Julien Cristau wrote: On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote: As for ia32-libs, I would be willing to sponsor it but I don't think we should be making uploads for such trivial cleanup operations, is this really necessary to get ia32-libs unblocked? No. I just didn't want to unblock it until the wine issue was resolved. I'm still not convinced ia32-libs-dev is a useful/sane thing to ship. Providing a working runtime environment for 32bit programs is one thing. Providing a build environment is another entirely, and the way it has to mangle .la files (and now .pc too) makes me wonder what other sort of brokenness it lets through. Why is it that ia32-libs provides all of these 32-bit libs as a monolithic package anyway? Wouldn't the saner solution be to provide each desired 32-bit lib from the original source package for that lib (for example bzip2 provides lib32bz2, lib32bz2-dev, etc)? In that case ia32-libs is could just be a metapackage, rather than the mess it is currently. Obviously this solution will need to be deferred to wheezy (perhaps as a release goal?) since time is short for squeeze. 1) bzip2 compiles a 32bit flavour on amd64. On ia64 it is included in ia32-libs (lenny) or ia32-lib-core (squeeze). No 32bit compiler on ia64. 2) Providing the same binary package from different source packages on different architectures is bad. Confuses the BTS and other things. Providing a lib32bz2 on ia64 not build from bzip2 would be bad. So it would have to be named something liike ia32-libbz2. 3) Ftp-master (Ganneff) rejected a split of ia32-libs into 54 source packages some while back. This was so that each source change would only require that source to be uploaded, preferably by the original maintainer. Also dependencies between libs would have been tracked correctly. 4) Ftp-master (Ganneff) removed ia32-apt-get from Debian. Ia32-apt-get generated the lib32* packages on-the-fly on the users system. It provided 32bit support for basically every library in Debian (or any repository) with instant (security) updates and also support for 3rd party apt repositories with only i386 (e.g. skype) to be directly installable. 5) We now have several conflicting packages that need 32bit support. E.g. nss-ldap and jackd. They should have been split out of ia32-libs already to allow installing the different flavours of them but that has to wait for post squeeze. Dependencies on them might require more splits. At some point doing the full split down to actual source package will be simpler. Someone might have to convince ftp-master to reverse their decision on 3 or 4. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596899: Please unblock ia32-libs/20101012
Michael Gilbert michael.s.gilb...@gmail.com writes: On Tue, 9 Nov 2010 16:21:19 +0100 Julien Cristau wrote: On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote: As for ia32-libs, I would be willing to sponsor it but I don't think we should be making uploads for such trivial cleanup operations, is this really necessary to get ia32-libs unblocked? No. I just didn't want to unblock it until the wine issue was resolved. I'm still not convinced ia32-libs-dev is a useful/sane thing to ship. Providing a working runtime environment for 32bit programs is one thing. Providing a build environment is another entirely, and the way it has to mangle .la files (and now .pc too) makes me wonder what other sort of brokenness it lets through. I probably won't object to this if the current breakage gets fixed though, because I'm getting tired of this package and would rather do something useful instead. alsa-plugins also build-depends on ia32-libs, does it need a fix for the new stuff too? what about libvdpau? alsa-plugins, nspluginwrapper, fglrx-driver, nvidia-graphics-drivers, and sun-java6 all build-depend on ia32-libs, and build successfully without ia32-libs-dev. libvdpau doesn't. I've uploaded a fix for that to mentors: http://mentors.debian.net/debian/pool/main/l/libvdpau Mike Thanks. I checked in the past but overlooked libvdpau. Good to have this looked at by another set of eyeballs. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603802: linux-image-2.6.32-5-xen-amd64: DomU not really resumed (hangs) after restore from disk after Dom0 restart
Artur Linhart al.li...@bcpraha.com writes: If the kernel is used for paravirtual DomU, then the DomU is normally started orshutdown. Ifthe xm save and xm restore is invoked explicitely,then the DomU also restores normally. Only in the case the DomU is restored automatically via xendomains script facility on Dom0 start it is restored, so visible in the list This is most likely a duplicate of my bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=602273 Can you please test the patch that is included in that bug report? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603804: cryptsetup: new upstream (rc) version available
Package: cryptsetup Version: 2:1.1.3-4 Severity: minor Hi. A new upstream version (1.2.0-rc1) is available. May I suggest to compile it that /dev/random is used per default. IMHO anybody who might fall into to the blocking-problem with that should have to take care on this himself (e.g. by using the option for urandom). Security should go first, and I personally think that using encryption in those unattended setups where blockin might happen, doesn't make much sense at all. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602275: spampd: Razor2 spamassassin plugin crash spampd
Package: spampd Version: 2.30-22 Severity: normal With LOCALONLY=0 and if I comment the line : #loadplugin Mail::SpamAssassin::Plugin::Razor2 in /etc/spamassassin/v310.pre, spampd does not still crash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599548: Azureus bug
retitle 599548 By default, closing azureus window does not close application thanks I can confirm the behavior Dominique has shared. I have unchecked the option Enable System Tray under Tools/Options/Interface, and Azureus behaves better for me now. I have retitled this bug to better describe the problem. Making the close button not close the application is confusing. I've got nothing against providing the option to make it behave differently, but making it do so by default is an odd choice. It means that azureus behaves differently than other applications for no particular reason. In my case, I don't even have a system tray or notification area, so the window just disappeared, and I no longer had any way to interact with the process other than killing it. The GNOME Human Interface Guidelines suggest making an application behave consistently with other applications: http://library.gnome.org/devel/hig-book/stable/principles-consistency.html.en Transmission, another bit torrent client, had the same problem. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487716 It has been fixed. -Brandon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org