Bug#663930: debian-policy: New virtual package for naming spec compliant icon themes
Fernando Lemos wrote: It's been 15 days, though, and nobody reacted to the initial message posted to debian-devel... Should I try to bump the debian-devel discussion, or can we safely assume nobody objects to the proposal? Based on the discussion on debian-desktop, I think there is a consensus on the general idea. Do you have a proposed entry for the virtual-packages-names-list.txt file ready? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666145: Displays Fatal: cannot retrieve browser command! when a link is clicked
Package: liferea Version: 1.8.3-0.1 Hi, When I click on a link in Liferea (either the title of a post or a link in a post's body), the link is not opened in a browser and Fatal: cannot retrieve browser command! is displayed on Liferea's status bar. -- Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662865: 'W: Failed to invoke browser.' when run under sudo
* [Wed, Mar 28, 2012 at 11:59:31PM +0200] Francesco Poli: Mmmh, I don't think we can assume that sudo is installed, just because we are within an sudo environment (with $SUDO_USER set). Maybe we are inside a chroot environment and we entered by using sudo from the outside. Package sudo is *not* necessarily installed *inside* the chroot environment... Oh, I see. More generally, this is an argument against the whole 'switching-the-user' point: the same user pointed by $SUDO_USER isn't guaranteed to exist inside the chroot. After rebuilding apt-listbugs with your proposed modification, I enter the chroot environment (B50shell_pdeb hook script), Thanks for the explanation, I was really puzzled by the mysterious behaviour :) In http://www.inventati.org/frx/progs/scripts/B50shell_pdeb I read: /bin/bash /dev/tty /dev/tty 2 /dev/tty Redirecting to/from the tty is evil, and chaining such redirections is double evil for sure. Or is it evil^2 ? Well, anyway too much evilness to defeat, I don't think there's a simple workaround for it (for some meaning of 'simple'). (even though I don't understand the use of the $n variable in read p v n...) Oh, nothing (actually, it stands for 'null' or 'notcaringabout'), just compulsory scripting for capturing the tail (if any) and not clobbering the previous variable. Or if you feel like: test -n $n || continue # These aren't the droids you're looking for Ciao, Gian Piero. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666142: octave: Please support -mieee option to mkoctfile
On 29/03/12 17:20, Nobuhiro Iwamatsu wrote: Source: octave Version: 3.6.1-4 octave-octcdf FTBFS on Alpha. (maybe on sh4 too.) http://buildd.debian-ports.org/status/fetch.php?pkg=octave-octcdfarch=alphaver=1.1.4-1stamp=1332884789 Because mkoctfile does not support mieee option, this problem happens. Note that the -mieee option is on by default in the Debian version of the gcc compiler on Alpha. So adding -mieee is not strictly necessary for a build on Debian Alpha, but I am guessing that it may have been put in octave-octcdf by upstream to guarantee that it is used whoever might be compiling octave-octcdf. I will run a test of the patch on an Alpha over the next day or so. Cheers Michael. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661270: muffin packaging
Take it over but, My problem was there was no sponsor for uploading it. I made the packages but the mentors where not willing to upload into debian repo's Bas -Oorspronkelijk bericht- Van: Laszlo Boszormenyi [mailto:g...@debian.hu] Verzonden: donderdag 29 maart 2012 4:13 Aan: Bas van den Dikkenberg; Clement Lefebvre CC: 661...@bugs.debian.org Onderwerp: muffin packaging Hi Bas, Clement, I've always looking for experience with Linux Mint. I'm a Debian Developer and such, I don't want to leave it. I've started packaging Cinnamon and dependencies. Muffin packaging is ready, even if it still has some edges. Looking for two things. First is an official release of Muffin 1.0.2 . Downloaded the git tag, but that's suboptimal I think. Also I would like to ask for review and testers of packages. Bas has the ITP for muffin, but can't see any activity from him. May I take over of #661270 ? Beware, I don't have experience with Cinnamon and I may not maintain it in the long run if I'm disappointed with it. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666132: eog broken against libcairo-gobject.so.2
Here you go: ldd /usr/bin/eog mdriftmeyer@horus:~$ ldd /usr/bin/eog linux-vdso.so.1 = (0x7fffe11ff000) libgnome-desktop-3.so.2 = /usr/lib/libgnome-desktop-3.so.2 (0x7fd3cc064000) libpeas-gtk-1.0.so.0 = /usr/lib/libpeas-gtk-1.0.so.0 (0x7fd3cbe56000) libgtk-3.so.0 = /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 (0x7fd3cb75c000) libpeas-1.0.so.0 = /usr/lib/libpeas-1.0.so.0 (0x7fd3cb549000) libgdk-3.so.0 = /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 (0x7fd3cb2c9000) libatk-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x7fd3cb0a4000) libexif.so.12 = /usr/lib/x86_64-linux-gnu/libexif.so.12 (0x7fd3cae5e000) liblcms2.so.2 = /usr/lib/liblcms2.so.2 (0x7fd3cac11000) libexempi.so.3 = /usr/lib/x86_64-linux-gnu/libexempi.so.3 (0x7fd3ca8e1000) librsvg-2.so.2 = /usr/lib/x86_64-linux-gnu/librsvg-2.so.2 (0x7fd3ca6ab000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fd3ca429000) libgio-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x7fd3ca0d6000) libgdk_pixbuf-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x7fd3c9eb6000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0x7fd3c9c35000) libjpeg.so.8 = /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x7fd3c99fa000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0x7fd3c969c000) libX11.so.6 = /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x7fd3c935d000) libgirepository-1.0.so.1 = /usr/lib/libgirepository-1.0.so.1 (0x7fd3c9129000) libgobject-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x7fd3c8ed9000) libglib-2.0.so.0 = /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x7fd3c8be2000) libz.so.1 = /usr/lib/x86_64-linux-gnu/libz.so.1 (0x7fd3c89cb000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fd3c87af000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd3c8428000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fd3c821f000) libXrandr.so.2 = /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x7fd3c8017000) libXext.so.6 = /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x7fd3c7e04000) libffi.so.5 = /usr/lib/x86_64-linux-gnu/libffi.so.5 (0x7fd3c7bf6000) libpangoft2-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x7fd3c79ca000) libpangocairo-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x7fd3c77bd000) libcairo-gobject.so.2 = /usr/lib/x86_64-linux-gnu/libcairo-gobject.so.2 (0x7fd3c75b4000) libpango-1.0.so.0 = /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x7fd3c7367000) libfreetype.so.6 = /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x7fd3c70c8000) libfontconfig.so.1 = /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x7fd3c6e92000) libgmodule-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x7fd3c6c8e000) libgthread-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x7fd3c6a8c000) libXi.so.6 = /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x7fd3c687c000) libXcomposite.so.1 = /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x7fd3c667a000) libXdamage.so.1 = /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x7fd3c6477000) libXfixes.so.3 = /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x7fd3c6271000) libXinerama.so.1 = /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x7fd3c606e000) libXcursor.so.1 = /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x7fd3c5e64000) libexpat.so.1 = /lib/x86_64-linux-gnu/libexpat.so.1 (0x7fd3c5c39000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fd3c5932000) /lib64/ld-linux-x86-64.so.2 (0x7fd3cc28f000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fd3c571c000) libcroco-0.6.so.3 = /usr/lib/x86_64-linux-gnu/libcroco-0.6.so.3 (0x7fd3c54e) libselinux.so.1 = /lib/x86_64-linux-gnu/libselinux.so.1 (0x7fd3c52c) libresolv.so.2 = /lib/x86_64-linux-gnu/libresolv.so.2 (0x7fd3c50aa000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x7fd3c4e81000) libpixman-1.so.0 = /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x7fd3c4bf8000) libXrender.so.1 = /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x7fd3c49ee000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fd3c47e9000) libxcb.so.1 = /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x7fd3c45c9000) libpcre.so.3 = /lib/x86_64-linux-gnu/libpcre.so.3 (0x7fd3c438b000) libXau.so.6 = /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x7fd3c4187000) libXdmcp.so.6 = /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x7fd3c3f81000) mdriftmeyer@horus:~$ ldd
Bug#664990: More information
More information from Timo Warns: - Only libzip 0.10 is affected. - Stefan Cornelius has identified the precise commits that introduced the vulnerabilities: https://bugzilla.redhat.com/show_bug.cgi?id=802564 https://bugzilla.redhat.com/show_bug.cgi?id=803028 - As PHP and zipruby include older versions of libzip, they are not affected by the issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666067: transition: libkpathsea6
On 29.03.2012 02:16, Norbert Preining wrote: On Mi, 28 Mär 2012, Adam D. Barratt wrote: It looks like libkpathsea changed SONAME in unstable in a recent upload. Yes. texlive maintainers - have the reverse dependencies been test rebuilt with the new library version? No. That would have been somewhat useful /before/ the packge was uploaded to unstable. :-( I guess we'll just have to binNMU them all and hope they build and work, then. If not, your (collective) help in ensuring any issues are resolved speedily would be appreciated. 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#651300:
fixed 651300 gcc-mingw-w64/4.6.2-14+3 thanks Hi Stephen, yes you are right this is fixed indeed in recent gcc-mingw-w64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510787: Closed #496188 appear again in 2.6.26-12 SID and Lenny
Hi Jonathan Le 28/03/2012 23:59, Jonathan Nieder a écrit : Daniel Huhardeaux wrote: the closed bug #496188 appears again in 2.6.26-1 debian version 2.6.26-12 amd-64-openvz from SID as well as 686 version from Lenny/unstable Sorry for the sloow response. Do you still have access to this hardware? How do squeeze and sid kernels behave? If you can reproduce it with a recent 3.x.y kernel, we can try to get help from upstream. If you can reproduce it with a 2.6.32.y kernel and not 3.x.y, we can try to narrow down when the fix was introduced and try applying the same fix to squeeze. And if you can't reproduce it with 2.6.32.y, we can declare victory and get on with life. ;-) I don't use anymore the USB key modem, I can't tell you more ;-) Please declare victory and open a bottle of champagne :-D -- Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666146: xul-ext-useragentswitcher: needs option to remember preferred User-Agent between Iceweasel restarts
Package: xul-ext-useragentswitcher Version: 0.7.3-1 Severity: wishlist Currently useragentswitcher switches Iceweasel back to the default user agent when Iceweasel is restarted. It would be nice if it could remember which user agent I chose and restore it on startup. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#665430: AqHBCI-tool4: broken link in manpage (should point to mailing list)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Am 24.03.2012 04:04, schrieb Th. Klein: In the manpage of aqhbci-tool4, the section NOTES refers to the AqBanking mailing lists. The link mentioned there http://sourceforge.net/mail/?group_id=115695 brings up a not found page. As I believe this mailing list is still active, please replace that link with the correct one. Indeed, the mailing list has moved a while ago. The correct link is http://lists.aqbanking.de/cgi-bin/mailman/listinfo/aqbanking-user Thanks for reporting. I just committed the needed change to the Debian packaging SVN repository, so the link will be fixed in the next upload. Regards, Micha -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJPdAymAAoJEOpsprlRuFE5rdsQALp89KXeWAw4IaJp7/CKCSPQ dYMC22GsebNh3anDnynotfBIwSI8J1y88BGkps5Vprx1dXLztL/XmdpzastktVRC bAPLjZ2eNqJdei+8sIlnk9yYJtqd1OpeJgxzavA3a06c7VqyHDRP40SfEuUGntYQ ryyKFpdbNyPS+RI+hrMl4IoagSfY7bchb0ZeBNz/+T9rQCTn0dAql6m1XYXgSjZ6 KhCaOZyMvNJq91ckgsj4fFiE0LsCXyKzn6il9gmmzPmrNCWa2SkP99TTJ4bYfDXJ 90Zs03SfzDxihvJPLi3/jahLIaDmNHIUF8s0wNDimAMU17T6vNJ251H9rzjpHLfZ NkAxOOLuuCPT97z58ZjLp5Iw9Uo8qFkhg5P6N9BY4c68H6AXbAFCvlKd5O28QzwU 653ojTH1o0G4MhNUuixcx32moJX8LiAXfvCVDPgdCVI+wRTFSEaPAC0GuqOM5DlE qaNHEBLpYVygqKJvtN3DZPOHIJ0Bueg5Z3K3cG4dVItCW17eq4scs0I7UzGUElvj Hd//D7GuZC6lPVX0XO4YLiUjADhb/2of6doVsvc//LBrEE/tcdlC5nocx4Am++uy zUEcwbTc3bcKvs5bLlGPCjAOcMOxXcvr3YVd+7bJf8O5ZoozB0t893k1YBipxgqd BtlxwfYvb3XDCOif22Ne =mSyz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585409: [pkg-wine-party] Bug#585409: Too ambitious!
Le mercredi 28 mars 2012 à 17:55 +0200, Ove Kåven a écrit : What's left to do in that plan should probably take a skilled and motivated volunteer about a week or so of work. Packaging Wine 1.4 afterwards, maybe another week. Hello, What about a call for donation to help a skilled and motivated volunteer to have free time to work two week or so on the wine package? I don't know if it is good idea or not. Anyway, thanks for all your work. Christophe Pisteur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663274: lxc: Can't start containers.
I've got the same problem, with both lxc 0.7.5 and lxc 0.8.0~rc1-3. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651441: passenger: Please create nginx passenger module
On 03/28/2012 04:33 PM, Cyril Lavier wrote: On 03/26/2012 12:38 AM, Laurent Bigonville wrote: Le Sun, 25 Mar 2012 21:49:13 +0200, Cyril Lavier cyril.lav...@davromaniak.eu a écrit : All is commited to the SVN. I'm tagging this bug as pending. The package is working fine :) But I had to add in the http section of the config: passenger_root /usr; passenger_ruby /usr/bin/ruby; maybe this could be added by default for the -passenger flavor? Cheers Laurent Bigonville Hi Laurent. I added it in the nginx.conf. Thanks. Hi Laurent. We decided to delay the inclusion of ruby-passenger in nginx as it makes the build fail under hurd-i386 and it doesn't seems to be supported by the community. For the moment, it's delayed, but it can be cancelled in the next weeks. Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666115: ruby-passenger: FTBFS with NGINX on hurd-i386
On 03/28/2012 10:11 PM, Cyril Lavier wrote: On 03/28/2012 10:01 PM, Adam D. Barratt wrote: severity 666115 important thanks On Wed, 2012-03-28 at 21:49 +0200, Cyril Lavier wrote: Package: ruby-passenger Version: 3.0.11 Severity: serious Justification: fails to build from source Nope. hurd-i386 isn't a release architecture, so a failure to build that's specific to that architecture isn't release critical. (Even if it were a release architecture, the package has never built there, so the bug again wouldn't be release-critical.) Regards, Adam Thanks for these explanations. I didn't know the exact differences between serious and important on severity. Hi. Just for information, we decided to delay the inclusion of this module into nginx. The main reason being this build fail (as the nginx without passenger succeeds). The second reason is passenger in nginx doesn't seems to be supported by the community. For the moment, we decided to delay the inclusion, but it can become a complete cancellation in the next weeks. Thanks. -- Cyril Davromaniak Lavier KeyID 59E9A881 http://www.davromaniak.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637798: deluge: sudden crash: 'X window system error'
Package: deluge Version: 1.3.3-2 Followup-For: Bug #637798 Dear Maintainer, * What led up to the situation? Trying to start deluge(-gtk) on my PC, connecting to deluged running on server. * What exactly did you do (or not do) that was effective (or ineffective)? Typed 'deluge' in KRunner (Alt+F2 on KDE 4.7.4), selected the deluged daemon from my server and click on the Connect button. * What was the outcome of this action? Deluge crashed with an 'X window system error'. I found that out by starting deluge from the commandline with 'deluge -L debug'. Full output: [INFO] 09:24:01 main:119 Deluge ui 1.3.3 [DEBUG ] 09:24:01 main:120 options: {'loglevel': 'debug', 'default_ui': None, 'args': None, 'quiet': False, 'ui': None, 'logfile': None, 'config': None} [DEBUG ] 09:24:01 main:121 args: [] [DEBUG ] 09:24:01 main:122 ui_args: [] [INFO] 09:24:01 main:125 Starting ui.. [DEBUG ] 09:24:01 ui:115 UI init.. [DEBUG ] 09:24:01 configmanager:111 Getting config 'ui.conf' [DEBUG ] 09:24:01 config:197 Setting 'default_ui' to gtk of type 'str' [WARNING ] 09:24:01 config:361 Unable to open config file /home/diederik/.config/deluge/ui.conf: [Errno 2] No such file or directory: '/home/diederik/.config/deluge/ui.conf' [WARNING ] 09:24:01 config:419 Unable to open config file: /home/diederik/.config/deluge/ui.conf because: [Errno 2] No such file or directory: '/home/diederik/.config/deluge/ui.conf' [DEBUG ] 09:24:01 config:423 Saving new config file /home/diederik/.config/deluge/ui.conf.new [DEBUG ] 09:24:01 config:436 Backing up old config file to /home/diederik/.config/deluge/ui.conf~ [ERROR ] 09:24:01 config:439 Error backing up old config.. [DEBUG ] 09:24:01 config:444 Moving new config file /home/diederik/.config/deluge/ui.conf.new to /home/diederik/.config/deluge/ui.conf.. [INFO] 09:24:01 ui:132 Starting GtkUI.. ** (deluge:19599): WARNING **: Trying to register gtype 'GMountMountFlags' as flags when in fact it is of type 'GEnum' ** (deluge:19599): WARNING **: Trying to register gtype 'GDriveStartFlags' as flags when in fact it is of type 'GEnum' ** (deluge:19599): WARNING **: Trying to register gtype 'GSocketMsgFlags' as flags when in fact it is of type 'GEnum' [WARNING ] 09:24:01 gtkui:180 Unable to register a 'die' handler with the GNOME session manager: No module named gnome.ui [DEBUG ] 09:24:01 common:247 gconf not available, so will not attempt to register magnet uri handler [DEBUG ] 09:24:01 configmanager:111 Getting config 'gtkui.conf' [DEBUG ] 09:24:01 config:197 Setting 'close_to_tray' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'ntf_sound_path' to /home/diederik of type 'str' [DEBUG ] 09:24:01 config:197 Setting 'window_width' to 640 of type 'int' [DEBUG ] 09:24:01 config:197 Setting 'default_load_path' to None of type 'NoneType' [DEBUG ] 09:24:01 config:197 Setting 'window_y_pos' to 0 of type 'int' [DEBUG ] 09:24:01 config:197 Setting 'ntf_email' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'tray_upload_speed_list' to [5.0, 10.0, 30.0, 80.0, 300.0] of type 'list' [DEBUG ] 09:24:01 config:197 Setting 'show_statusbar' to True of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'ntf_popup' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'ntf_pass' to of type 'str' [DEBUG ] 09:24:01 config:197 Setting 'tray_download_speed_list' to [5.0, 10.0, 30.0, 80.0, 300.0] of type 'list' [DEBUG ] 09:24:01 config:197 Setting 'window_maximized' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'enable_system_tray' to True of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'show_sidebar' to True of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'show_connection_manager_on_start' to True of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'lock_tray' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'createtorrent.trackers' to [] of type 'list' [DEBUG ] 09:24:01 config:197 Setting 'ntf_sound' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'tray_password' to of type 'str' [DEBUG ] 09:24:01 config:197 Setting 'focus_add_dialog' to True of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'ntf_server' to of type 'str' [DEBUG ] 09:24:01 config:197 Setting 'start_in_tray' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'ntf_tray_blink' to True of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'check_new_releases' to False of type 'bool' [DEBUG ] 09:24:01 config:197 Setting 'autoadd_queued' to
Bug#666094: gawk needs multiarch metadata to ensure dependency satisfaction
Hello, Thanks for your bug report. The upcoming upload of gawk 4.0.1 (released yesterday) will mark gawk as Multi-Arch: foreign. Regards, Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663274: lxc: Can't start containers.
severity 663274 normal tag 663274 moreinfo tag 663274 unreproducible thanks it's not reproducible on any clean system of mine, neither on amd64 nor i386. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650601: marked as done (transition: libpng 1.5)
reopen 650601 thanks On 29.03.2012 08:27, ow...@bugs.debian.org wrote: Your message dated Thu, 29 Mar 2012 07:24:46 + with message-id e1sd9iw-00055y...@franck.debian.org and subject line Bug#650601: fixed in qrencode 3.2.0-1 has caused the Debian Bug report #650601, regarding transition: libpng 1.5 to be marked as done. #650601 is a release.debian.org tracking bug, not something that should be being closed with your upload. Was there some other bug you meant to close instead 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#666147: set UCF_FORCE_CONFFMISS when force-confmiss option is set
Package: dpkg Version: 1.15.8.12 the dpkg's force-confmiss option, given as commandline parameter, or as an config option, has no effect when configuration file is maintained by ucf. that requires users to dig about the reason their config file is missing. The ucf supports UCF_FORCE_CONFFMISS environment variable that instruct it to recreate config file. Please, when user sets this opsion, set the UCF_FORCE_CONFFMISS variable prior to running external programs/scripts, so dpkg will pass the option to ucf. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Linux is like a teepee: no Windows, no Gates and an apache inside... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666067: transition: libkpathsea6
Hi Adam, That would have been somewhat useful /before/ the packge was uploaded to unstable. :-( Hahahahaha, sure, I can also wait another two years. And BTW, how often has an upgrade of poppler broken TeX without prior warning? And recently wasn't it also zlib that did some incompatible changes, even *without* bumping so number? I guess we'll just have to binNMU them all and hope they build and work, then. My guess is there will be Zero problem. If not, your (collective) help in ensuring any issues are resolved speedily would be appreciated. As much as we have received help with breaking poppler, or changed zlib, or ...? Seems to be a rather one way obligation!?!? Antway, sure we'll try to help sort out all problems, but next time I would appreciate a different tone. Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666104: [Pkg-xfce-devel] Bug#666104: xfce4-utils: xfce4 should not start ssh-agent if does not exist
On mer., 2012-03-28 at 19:11 +0100, Miklos Quartus wrote: Package: xfce4-utils Version: 4.8.3-2 Severity: normal Dear Maintainer, This bug report has been submitted by the 'bugreport' program. The issue is that ssh-agent (or ssh) is not installed on my PC, but xfce4 during start up tries to invoke it and fails. I get the following error in my .xsession-errors. /etc/xdg/xfce4/xinitrc: 1: /etc/xdg/xfce4/xinitrc: ssh-agent: not found this happens at line 171. Otherwise xfce4 and everything else on my system is working fine, I can use the X environment without having ssh on my system. I suggest to fix it by setting line 139 as follows. CHANGE if test -z $ssh_agent_type; then TO if ! test -z $ssh_agent_type; then With the fix above, the condition later see and will not try to start ssh-agent. Other suggestion is to make the package *dependant* on the ssh package. Currently this package does not depend on ssh, see below. What's the problem with the current situation? Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#549024: checkrestart: finds old /usr/lib/xulrunner-1.9/xulrunner-stub
On Mi, 28 mar 12, 23:57:16, Javier Fernández-Sanguino Peña wrote: Specifically we would be interested that you attached to this bug report: - The output of checkrestart using the -v (verbose) option: checkrestart -v - The output of running the following command as root: lsof | egrep 'delete|DEL|path inode' This bug is several years old and I don't recall seeing this in a while. It's probably better to just close it and I'll report a new one with all infos if I ever encounter this again. At the time I would have included the info but I never thought about checking the manpage about additional infos needed. Thanks, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#389906: Still no print
Just to track: still no print function in pan 0.135-2 Dominique -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559969: jshint
I was going to suggest looking at jshint (https://github.com/jshint/node-jshint) but unfortunately it's under the same non-free license as Crockford's jslint :( Cheers, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663914: [pkg-firebird-general] Bug#663914: firebird2.5: Hardening flags partially missing
On Mon, Mar 26, 2012 at 9:49 PM, Simon Ruderich si...@ruderich.org wrote: On Mon, Mar 26, 2012 at 08:44:32PM +0300, Damyan Ivanov wrote: The two binaries that the patch fixes are used only during the build process and aren't shipped in the resulting binary packages. The first part of the patch is about the program that creates ibase.h header file, and the other is the custom-built syntax parser that is later used during the build. Both of these never see user input or any external data. Their only input is what the build system gives them. Is there any proof that the missing hardening flags are a real problem? In that case it's not a real (security) problem. Sorry for the wrong severity, I didn't check if they are just used during the build. But it should be fixed anyway to make automatic checks to detect missing (hardening) flags of build logs possible and to prevent problems in the future. I agree let's apply them if they do no harm I also send to firebird-devel to be applied upstream -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666148: mendexk: Links statically against libkpathsea
Package: mendexk Version: 2.6e-3 Severity: serious According to the build log, mendexk links statically against libkpathsea: | # Add here commands to compile the package. | /usr/bin/make PROGLINK=\$(CC) \$(OBJS) -o \$(PROGRAM) \ | /usr/lib/libkpathsea.a | make[1]: Entering directory `/build/buildd/mendexk-2.6e' | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o main.o main.c | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o convert.o convert.c | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o sort.o sort.c | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o fread.o fread.c | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o fwrite.o fwrite.c | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o styfile.o styfile.c | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o pageread.o pageread.c | cc -O -DKPATHSEA -DKPATHSEA3 -DEUC -c -o kp.o kp.c | kp.c: In function 'KP_find_file': | kp.c:115: warning: incompatible implicit declaration of built-in function 'free' | cc main.o convert.o sort.o fread.o fwrite.o styfile.o pageread.o kp.o -o mendex /usr/lib/libkpathsea.a | make[1]: Leaving directory `/build/buildd/mendexk-2.6e' | touch build-stamp I can't seem to find a rationale for this in the changelog. I hence presume that this is unnecessary and in fact a policy violation. The package does not adopt a dependency on libkpathsea5 (or libkpathsea6, for that matter) despite build-depending on it. Please change that to dynamic linkage for all the goodness of Debian. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666067: transition: libkpathsea6
On 29.03.2012 09:19, Norbert Preining wrote: That would have been somewhat useful /before/ the packge was uploaded to unstable. :-( Hahahahaha, sure, I can also wait another two years. fwiw, if you'd requested binNMUs while the new texlive-bin was in experimental, we'd have been happy to schedule them for you. I'm not sure why you think that would have taken so long. And BTW, how often has an upgrade of poppler broken TeX without prior warning? And recently wasn't it also zlib that did some incompatible changes, even *without* bumping so number? The fact that other transitions may not have been ideal in the past doesn't mean we shouldn't try and improve things in general, surely? I guess we'll just have to binNMU them all and hope they build and work, then. My guess is there will be Zero problem. That would be great. :-) If not, your (collective) help in ensuring any issues are resolved speedily would be appreciated. As much as we have received help with breaking poppler, or changed zlib, or ...? I don't recall seeing a request for assitance in respect to those issues. If there was one and I missed it, I apologise for that. Seems to be a rather one way obligation!?!? Not at all. Generally the maintainers of a library performing a transition are better placed than the release team to know whether any issue that might arise from rebuilds is related to the transition, whether it's an issue in the library or the dependent package, whether there's a simple fix, etc. If there's anything we can do to assist with any transition, we're generally more than happy to help. Antway, sure we'll try to help sort out all problems, Thanks; that's appreciated. but next time I would appreciate a different tone. I think you're reading things in to my mail which aren't there, fwiw. Hopefully the explanations above help in that respect. 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#642397: [Pkg-xfce-devel] Bug#642397: Bug#642397: xfce4-power-manager: Segfault when docking
On sam., 2011-10-22 at 22:57 +0200, Jö Fahlke wrote: tags 642397 +patch thanks Hi! The problem, as far as I figured it out, is apparently twofold: 1. At some point xfpm_battery_notify() is called with some XfpmBattery object. If notifications are enabled, it will add a source with idle priority which holds a pointer to this object and has xfpm_battery_notify_idle() as its callback function. 2. After xfpm_battery_notify() returns, the XfpmBattery object is entered into some hash table. 3. Later the source invokes xfpm_battery_notify_idle(). The XfpmBattery object that is passed as an argument is usually valid. But sometimes it has a reference count of 0 and priv == NULL. What happens is that sometimes XfpmBattery object is removed from the hash and freed between 2. and 3. Apparently my hal sends an add and an remove message for the same battery immediately after each other. The attached patch fixes this by calling g_object_ref() on the XfpmBatteryObject in xfpm_battery_notify() before g_idle_add() is called to add the source. The corresponding unref happens unconditionally in xfpm_battery_notify_idle() -- that function returns FALSE, which means the source holding the pointer to the XfpmBattery object is removed after it's callback returns. Please, somebody review this patch, I'm really quite new to glib and gobject -- I may have easily overlooked something, or violated some convention. (Like: is the source's callback always called, or are there cases where the source gets removed without beeing called? That would create a memory leak.) Anyway, I'm going to run the patched xfpm for a while and will report back if notice any further problems. Bye, Jö. By the way, does this still happen? 1.0.10-5 (uploaded on feb 2012) has a patch which might fix your issue. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#665947: [tex-k] cascading config files for dvips(k) and dvipdfmx
On Thu, 29 Mar 2012, Norbert Preining wrote: Only for dvips and dvipdfmx there is nothing like this, so one cannot specify an *additional* config file to be read in the main config file. So I sat down on the flight from Frankfurt to Tokyo and patched dvips and dvipdfmx to include support for these additional directives. In dvips it would be cfilename and in dvipdfmx it would be i filename The implementation is quite simple by re-calling the config file reading routing. Hi Norbert, two comments (I assume you have tried the patches and they compile without problems): (1) dvipsk: why abandon the current config file containing 'cfilename'? I would replace 'return(getdefaults(PSname))' by 'getdefaults(PSname)'. (2) dvipdfmx: the config file 'dvipdfmx.cfg' is used by both dvipdfmx and xdvipdfmx, thus both should be modified in the same way. Regards Peter Breitenlohner p...@mppmu.mpg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663274: Info received (lxc: Can't start containers.)
On my system the containers start fine on boot. Then I can stop any of the containers, but I can't start any of them again nor can start any of the non-auto containers. E.g. `/etc/init.d/lxc restart' stops all the containers but doesn't start any of them again and the system is left with many mounted directories in /usr/lib/lxc/... . Something bad must happen after the auto containers are started. I can try to debug lxc-start with gdb. Is there anything else I can do to find out more about the problem? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666147: set UCF_FORCE_CONFFMISS when force-confmiss option is set
Hi, On Thu, 29 Mar 2012, Matus UHLAR - fantomas wrote: the dpkg's force-confmiss option, given as commandline parameter, or as an config option, has no effect when configuration file is maintained by ucf. that requires users to dig about the reason their config file is missing. The ucf supports UCF_FORCE_CONFFMISS environment variable that instruct it to recreate config file. Please, when user sets this opsion, set the UCF_FORCE_CONFFMISS variable prior to running external programs/scripts, so dpkg will pass the option to ucf. This would a layer violation. dpkg should not have to care about UCF. What could be done is for dpkg to export its command line options in a new environment variable DPKG_CMDLINE_OPTS, and then ucf could inspect that new variable and verify if --force-confmiss is there. In the end, as long as ucf is external to dpkg, you can't really expect to have UCF-generated config files handled like dpkg conffiles. So I'm not convinced that finding a solution to this specific problem is important given the other differences that will continue to remain. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665554: Processed: #665554 forwarded to upstream maintainer
Hi Jan, thanks for forewarding the problem to upstream. I hope Gwyddion authors will be even more happy to find a patch in SVN[1] which was simply created by calling the script mentioned at the bottom of the bug report. Another tip for upstream: app/tips.c: of channels and allows editting or exporting to a text file.), This rather should be editing (lintian is claiming about this). Last question for upstream: The Debian Med team tries to gather relevant publications connected to the software we are packaging which is also displayed on our web sentinel pages (see for instance about medical imaging[2] - look for Please cite: strings). If you want us to add such a citation feel free to tell us which one. I did some research and found several publications mentioning Gwyddion but I have no idea which one you might want to see in this context. Debian-internal: Jan, I did some polishing in SVN for the package. I would like you to check and test the result and upload (or just tell me to upload). Remark: I'd welcome if short dh would be used instead of cdbs because I'm not fully sure if hardening flags are supported in cdbs. Kind regards Andreas. On Thu, Mar 29, 2012 at 06:00:03AM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: forwarded 665554 y...@gwyddion.net Bug #665554 [src:gwyddion] gwyddion: Including individual glib headers no longer supported Set Bug forwarded-to-address to 'y...@gwyddion.net'. [1] http://anonscm.debian.org/viewvc/debian-med/trunk/packages/gwyddion/trunk/debian/patches/glib-single-include.patch?revision=10128view=markup [2] http://debian-med.alioth.debian.org/tasks/imaging -- 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#666149: podget: Playlist generation failure when there are spaces in the filename
Package: podget Version: 0.5.8-1 Severity: normal When there are spaces in $playlist_name running podget gives the following errors in playlist generation /usr/bin/podget: line 450: [: too many arguments /usr/bin/podget: line 589: $dir_library/$playlist_name: ambiguous redirect Note that if date_format is commented out in .podget/podgetrc the default value for @playlist_name includes the result of the date command, which includes spaces; e.g. /home/valhalla/downloads/podcasts/New-Thu Mar 29 08:05:48 UTC 2012.m3u The behaviour won't happen in a sane configuration when #448994 is solved by changing the descriptive comment (since people won't comment out the above variable), but I believe it could be solved for every case by adding quotes in the above two lines. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: armel (armv5tel) Kernel: Linux 3.1.0-rc4-00131-g9e79e3e-dirty (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages podget depends on: ii bash4.1-3The GNU Bourne Again SHell ii coreutils 8.5-1GNU core utilities ii grep2.6.3-3 GNU grep, egrep and fgrep ii sed 4.2.1-7 The GNU sed stream editor ii tofrodos1.7.8.debian.1-2 Converts DOS - Unix text files, ii wget1.12-2.1 retrieves files from the web podget recommends no packages. Versions of packages podget suggests: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib -- 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#666147: set UCF_FORCE_CONFFMISS when force-confmiss option is set
On Thu, 29 Mar 2012, Matus UHLAR - fantomas wrote: the dpkg's force-confmiss option, given as commandline parameter, or as an config option, has no effect when configuration file is maintained by ucf. that requires users to dig about the reason their config file is missing. The ucf supports UCF_FORCE_CONFFMISS environment variable that instruct it to recreate config file. Please, when user sets this opsion, set the UCF_FORCE_CONFFMISS variable prior to running external programs/scripts, so dpkg will pass the option to ucf. On 29.03.12 10:51, Raphael Hertzog wrote: This would a layer violation. dpkg should not have to care about UCF. What could be done is for dpkg to export its command line options in a new environment variable DPKG_CMDLINE_OPTS, and then ucf could inspect that new variable and verify if --force-confmiss is there. what if someone puts the option to dpkg config file? In the end, as long as ucf is external to dpkg, you can't really expect to have UCF-generated config files handled like dpkg conffiles. So I'm not convinced that finding a solution to this specific problem is important given the other differences that will continue to remain. what I want it to have single way to reenable package's config file... not something (force-confmiss) that everyone describes and documents, but someone other (ucf) simply ignores. This may be a UCF problem, but in this case also dpkg should announce what user requires. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. 10 GOTO 10 : REM (C) Bill Gates 1998, All Rights Reserved! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638316: linux-image-2.6.32-5-amd64: Same problem here, running squeeze on VMware vSphere 5 ESXi
Paket: linux-image-2.6.32-5-amd64 Version: 2.6.32-41squeeze2 The system is running a postgresql9 Server (Version: 9.0.6-1~bpo60+1) with two hotstandby Clients, using streaming replication. If you need more information, please ask! More Details: uname -a: 2.6.32-5-amd64 #1 SMP Thu Mar 22 17:26:33 UTC 2012 x86_64 GNU/Linux /var/log/kern.log: [17040.821163] INFO: task postgres:2751 blocked for more than 120 seconds. [17040.821458] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [17040.821759] postgres D 88013da7f810 0 2751 2388 0x [17040.821772] 88013da7f810 0082 0017 88013f686ec0 [17040.821788] 2000 88013f686ec0 f9e0 88001157ffd8 [17040.821835] 00015780 00015780 88013c653880 88013c653b78 [17040.821844] Call Trace: [17040.821862] [812410bd] ? sockfd_lookup_light+0x1a/0x51 [17040.821872] [812410bd] ? sockfd_lookup_light+0x1a/0x51 [17040.821881] [81242854] ? sys_recvfrom+0xba/0x120 [17040.821891] [812fc14b] ? __mutex_lock_common+0x122/0x192 [17040.821899] [812fc273] ? mutex_lock+0x1a/0x31 [17040.821909] [810efb4d] ? generic_file_llseek+0x22/0x51 [17040.821966] [810ee9ac] ? sys_lseek+0x44/0x64 [17040.821975] [8101195b] ? device_not_available+0x1b/0x20 [17040.821989] [81010b42] ? system_call_fastpath+0x16/0x1b [17040.821996] INFO: task postgres:2756 blocked for more than 120 seconds. [17040.822249] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [17040.822587] postgres D 0 2756 2388 0x [17040.822597] 814891f0 0086 88013f684580 [17040.822606] 2000 88013f684580 f9e0 88013e03ffd8 [17040.822614] 00015780 00015780 88013c653f90 88013c654288 [17040.822622] Call Trace: [17040.822631] [812410bd] ? sockfd_lookup_light+0x1a/0x51 [17040.822639] [81242854] ? sys_recvfrom+0xba/0x120 [17040.822647] [812fc14b] ? __mutex_lock_common+0x122/0x192 [17040.822655] [812fc273] ? mutex_lock+0x1a/0x31 [17040.822662] [810ef904] ? vfs_read+0xca/0xff [17040.822670] [810efb4d] ? generic_file_llseek+0x22/0x51 [17040.822677] [810ee9ac] ? sys_lseek+0x44/0x64 [17040.822684] [81010b42] ? system_call_fastpath+0x16/0x1b [17400.820250] INFO: task postgres:2392 blocked for more than 120 seconds. [17400.820535] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [17400.820837] postgres D 88013a3b5ea0 0 2392 2388 0x [17400.820849] 88013fb89530 0082 88013a3b5e18 0001000e [17400.820859] 880132d47150 88013a3b5e18 f9e0 88013a3b5fd8 [17400.820868] 00015780 00015780 88013e57b170 88013e57b468 [17400.820876] Call Trace: [17400.820893] [810b4ebb] ? wait_on_page_writeback_range+0xce/0x11b [17400.821098] [a0119e20] ? log_wait_commit+0xbf/0x112 [jbd] [17400.82] [8106502a] ? autoremove_wake_function+0x0/0x2e [17400.821129] [a012a3f8] ? ext3_sync_file+0x94/0xc8 [ext3] [17400.821139] [8110c058] ? vfs_fsync_range+0x73/0x9e [17400.821147] [8110c102] ? do_fsync+0x28/0x39 [17400.821155] [8110c131] ? sys_fsync+0xb/0x10 [17400.821167] [81010b42] ? system_call_fastpath+0x16/0x1b [27600.821205] INFO: task postgres:2746 blocked for more than 120 seconds. [27600.821309] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [27600.821415] postgres D 88013c56cdb0 0 2746 2388 0x [27600.821424] 88013c56cdb0 0082 0021 88013f684000 [27600.821428] 2000 88013f684000 f9e0 880114967fd8 [27600.821431] 00015780 00015780 88013c653170 88013c653468 [27600.821434] Call Trace: [27600.821443] [812fc14b] ? __mutex_lock_common+0x122/0x192 [27600.821447] [812fc273] ? mutex_lock+0x1a/0x31 [27600.821450] [812ff1a6] ? do_page_fault+0x2e0/0x2fc [27600.821455] [810efb4d] ? generic_file_llseek+0x22/0x51 [27600.821458] [810ee9ac] ? sys_lseek+0x44/0x64 [27600.821461] [812fd045] ? page_fault+0x25/0x30 [27600.821464] [81010b42] ? system_call_fastpath+0x16/0x1b With kind regards Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666147: set UCF_FORCE_CONFFMISS when force-confmiss option is set
On Thu, 29 Mar 2012, Matus UHLAR - fantomas wrote: What could be done is for dpkg to export its command line options in a new environment variable DPKG_CMDLINE_OPTS, and then ucf could inspect that new variable and verify if --force-confmiss is there. what if someone puts the option to dpkg config file? Those should also be exported. They are command line options from dpkg's point of view. In the end, as long as ucf is external to dpkg, you can't really expect to have UCF-generated config files handled like dpkg conffiles. So I'm not convinced that finding a solution to this specific problem is important given the other differences that will continue to remain. what I want it to have single way to reenable package's config file... not something (force-confmiss) that everyone describes and documents, but someone other (ucf) simply ignores. This may be a UCF problem, but in this case also dpkg should announce what user requires. Solving this problem properly (most certainly) requires changes to ucf and to dpkg. So please file a bug against ucf and mark it blocked by this dpkg bug. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666128: latex2html: prerm tries to remove /var/www/usr/share/latex2html/icons
On 29.03.12 Roland Stigge (sti...@antcom.de) wrote: On 29/03/12 00:14, Hilmar Preuße wrote: Hi, Removing latex2html ... /var/lib/dpkg/info/latex2html.prerm: line 23: cd: /var/www/usr/share/latex2html/icons: No such file or directory The dir /usr/share/latex2html/icons does exist, but the files in there should be under control of dpkg. I just tried to reproduce and didn't get the warning: # dpkg -r latex2html (Reading database ... 309545 files and directories currently installed.) Removing latex2html ... Processing triggers for man-db ... Processing triggers for doc-base ... Processing 1 removed doc-base file... Registering documents with scrollkeeper... # Not here: sid:~# dpkg -r latex2html (Reading database ... 102818 files and directories currently installed.) Removing latex2html ... /var/lib/dpkg/info/latex2html.prerm: line 23: cd: /var/www/usr/share/latex2html/icons: No such file or directory Processing triggers for man-db ... Processing triggers for doc-base ... Processing 1 removed doc-base file... Further, when /var/www/usr/share/latex2html/icons does exist (as you mentioned, and I just checked), why does the warning occur at all? I don't have that directory: sid:~# ls -l /var/www/ total 0 It is not in the package and it is not created in the post/pre inst scripts. I remember that the solution in /var/www/usr/... was implemented because things under /var/www/... should _not_ be under control of dpkg. E.g., /var/www can be a symbolic link on a user's system... sid:~# ls -ld /var/www/ drwxr-xr-x 2 root root 4096 Apr 16 2009 /var/www/ I suggest to check if that dir (it is expected to be a directory?) exist before deleting it. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666150: vfu: File names listed are wrong
Package: vfu Version: 4.10-1 Severity: important Hi, a really strange bug affects this program: some file names which are listed contain one wrong letter in the 2nd or in the 6th position (i.e. dscs instead of docs, .ufu instead of .vfu, .mim instead of .vim, .librfoffice instead of .libreoffice, .mplarer instead of .mplayer, etc... ) I'm unable to interact with these files, due to their wrong name, and this makes vfu almost useless. Try this command: $ mkdir -p a/docs a/.vim a/.mplayer vfu -d a -i The output is: TP #NAME( long name view ) [] .mim [] .mplarer [] dscs And you can not even access to these directories using vfu. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (550, 'testing'), (500, 'unstable'), (100, '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) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vfu depends on: ii bzip2 1.0.5-6+squeeze1 high-quality block-sorting file co ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libpcre38.12-4 Perl 5 Compatible Regular Expressi ii libstdc++6 4.6.2-12 GNU Standard C++ Library v3 ii tar 1.23-3 GNU version of the tar archiving u ii unzip 6.0-4De-archiver for .zip files vfu recommends no packages. vfu 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#642397: [Pkg-xfce-devel] Bug#642397: Bug#642397: xfce4-power-manager: Segfault when docking
Am Thu, 29. Mar 2012, 10:39:19 +0200 schrieb Yves-Alexis Perez: [...] By the way, does this still happen? 1.0.10-5 (uploaded on feb 2012) has a patch which might fix your issue. Now that you mention it, I'm indeed on 1.0.10-5 (the update must have slipped past me) and haven't observed the issue for some time. I suppose the bug can be closed. Regards, Jö. -- Jorrit (Jö) Fahlke, Interdisciplinary Center for Scientific Computing, Heidelberg University, Im Neuenheimer Feld 368, D-69120 Heidelberg Tel: +49 6221 54 8890 Fax: +49 6221 54 8884 Of all the things I've lost, I miss my mind the most. -- Ozzy Osbourne signature.asc Description: Digital signature
Bug#665995: installer: RAMTMP=no doesn't work still get /tmp as ramfs
On Wed, Mar 28, 2012 at 01:14:44PM -0600, Paul E Condon wrote: On 20120328_103231, Roger Leigh wrote: On Tue, Mar 27, 2012 at 11:10:42AM -0600, Paul E Condon wrote: On a wheezy machine changing /etc/default/rcS from RANTMP=yes to RAMTMP=no and rebooting still gives /tmp as a ramfs. The wheezy host is i686 pentium. Wheezy was installed. not upgraded. I don't have email properly installed so this report is from one of my squeeze hosts. Is there an entry for /tmp in /etc/fstab? Setting RAMTMP=no won't affect mounts in /etc/fstab? I gather from your first question that having /tmp be a mountpoint with a physical storage device mounted on it is required. This has not been the case before wheezy, I think. This is not the case. I'm simply saying that if there is an entry in /etc/fstab, then remove it to prevent anything being mounted. The RAMTMP setting only has an effect when there are no fstab entries--the fstab entry (if any) will override the RAMTMP setting. If you have set RAMTMP=no and you don't have an entry in /etc/fstab, and tmpfs is still being mounted on /tmp, then something is quite wrong! I notice that the root file system on wheezy is making use of a kernel feature called rootfs. I do not understand rootfs, but I wonder if this use of rootfs may contribute to my problem. No, it's also present in squeeze and perhaps even lenny. The only change is that it's now shown in the mount output. Look at /proc/mounts. The only change here is that /etc/mtab is now a symlink to /proc/mounts, and it used to be missing from /etc/mtab. It's just showing something that has always been there if you use an initramfs for booting--the change is purely cosmetic. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666002: josm-plugins: not installable due to inconsistent meta-data
sorry, I misread the version constraints. The meta-data is not contradictory, the package just needs migration to the newer version of josm in sid. -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.jussieu.fr/~treinen/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666151: upgrade from glpeces 4.1-1 fails due to conflicting files
Package: glpeces-data Version: 5.0-1 Severity: serious Looks like there is a missing Conflicts on the glpeces-data package: Selecting previously unselected package glpeces-data. Unpacking glpeces-data (from .../glpeces-data_5.0-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/glpeces-data_5.0-1_all.deb (--unpack): trying to overwrite '/usr/share/games/glpeces/help/fr/index.html', which is also in package glpeces 4.1-1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace glpeces 4.1-1 (using .../glpeces_5.0-1_amd64.deb) ... Unpacking replacement glpeces ... ... Errors were encountered while processing: /var/cache/apt/archives/glpeces-data_5.0-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: ... dpkg: dependency problems prevent configuration of glpeces: glpeces depends on glpeces-data (= 5.0); however: Package glpeces-data is not installed. dpkg: error processing glpeces (--configure): dependency problems - leaving unconfigured ... Errors were encountered while processing: glpeces Current status: 1 broken [+1], 31 updates [-219]. -- System Information: Debian Release: wheezy/sid APT prefers experimental APT policy: (1900, 'experimental'), (1800, 'unstable'), (1700, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glpeces-data recommends: iu glpeces 5.0-1 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#666128: latex2html: prerm tries to remove /var/www/usr/share/latex2html/icons
On 29/03/12 11:10, Hilmar Preusse wrote: I suggest to check if that dir (it is expected to be a directory?) exist before deleting it. Right - thanks for the hint - will do! Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666141: RFS: openconnect/3.15-1
Hi, [ I have no intention to sponsor this package. ] On 03/29/2012 05:27 AM, Mike Miller wrote: openconnect (3.15-1) unstable; urgency=low * New maintainer The package does not appear to be orphaned. Did you ask the current maintainer if he is okay with you taking over the package? Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665388: libperlbal-xs-httpheaders-perl: FTBFS: C code doesn't load reliably
I've studied this sufficiently now, thanks gregor :) I've tested this out on a few machines I have, but the build is still failing in kfreebsd64, but now for a different reason. (dh_md5sums fails) I'm going to mark this for release and close this bug up because all the machines I could test on cleared up. I'll watch the build status for the machines that I don't have. --hachi On 3/24/12 4:47 AM, gregor herrmann wrote: tag 665388 + confirmed pending thanks On Sat, 24 Mar 2012 09:37:19 +0200, Niko Tyni wrote: # Failed test 'use Perlbal::XS::HTTPHeaders;' # at t/HTTPHeaders.t line 10. # Tried to use 'Perlbal::XS::HTTPHeaders'. # Error: Not a CODE reference at /usr/lib/perl/5.14/DynaLoader.pm line 207. Looks like at least some of the failures are due to the well known CCFLAGS override bug discussed in https://rt.cpan.org/Public/Bug/Display.html?id=68613 Yup, I've already committed a patch that adds $Config{ccflags} yesterday, hachi just wanted to take a closer look at some details. Cheers, gregor ___ pkg-perl-maintainers mailing list pkg-perl-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-perl-maintainers
Bug#666152: override: libbsd-resource-perl:perl/optional
Package: ftp.debian.org Severity: normal package 'perlbal' is optional and depends on this this perl module is more appropriately assigned priority optional due to use cases -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665086: gnome-boxes doesn't start
Package: gnome-boxes Version: 3.3.91-1 Followup-For: Bug #665086 Dear Maintainer, I confirmed that install the 'tracker' package should lead the gnome-boxes to start successfully. Cheers, Neutron Soutmun -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-boxes depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii fuseiso 20070708-2 ii gir1.2-gtkclutter-1.01.0.4-1 ii gir1.2-libosinfo-1.0 0.1.0-1 ii libatk1.0-0 2.3.93-1 ii libc62.13-27 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libclutter-1.0-0 1.8.4-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libdrm2 2.4.32-1 ii libffi5 3.0.10-3 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.26.0-1 ii libgirepository-1.0-11.31.22-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.32.0-1 ii libgtk-3-0 3.4.0-1 ii libgtk-vnc-2.0-0 0.5.0-3 ii libgudev-1.0-0 175-3.1 ii libgvnc-1.0-00.5.0-3 ii libjson-glib-1.0-0 0.14.2-1 ii libosinfo-1.0-0 0.1.0-1 ii libpango1.0-01.29.4-3+b1thep1 ii libpixman-1-00.24.4-1 ii libspice-client-glib-2.0-1 0.9-1 ii libspice-client-gtk-3.0-10.9-1 ii libspice-server1 0.10.1-2 ii libssl1.0.0 1.0.1-2 ii libtracker-sparql-0.14-0 0.14.0-2 ii libvirt-bin 0.9.11~rc1-1 ii libvirt-glib-1.0-0 0.0.6-1 ii libx11-6 2:1.4.4-4 ii libxcomposite1 1:0.4.3-2 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.5-1 ii libxml2 2.7.8.dfsg-7 ii qemu-kvm 1.0+dfsg-9 gnome-boxes recommends no packages. gnome-boxes suggests no packages. -- no debconf information signature.asc Description: Digital signature
Bug#665554: Processed: #665554 forwarded to upstream maintainer
On Thu, Mar 29, 2012 at 10:55:57AM +0200, Andreas Tille wrote: thanks for forewarding the problem to upstream. I hope Gwyddion authors will be even more happy to find a patch in SVN[1] which was simply created by calling the script mentioned at the bottom of the bug report. Thanks for the patch, I applied it with some small modification (no need to #include glib.h in .c files when it is always done in the headers). Another tip for upstream: app/tips.c: of channels and allows editting or exporting to a text file.), This rather should be editing (lintian is claiming about this). Also fixed, thanks. Last question for upstream: The Debian Med team tries to gather relevant publications connected to the software we are packaging which is also displayed on our web sentinel pages (see for instance about medical imaging[2] - look for Please cite: strings). If you want us to add such a citation feel free to tell us which one. If I understand correctly the purpose of the reference, i.e. to provide a general Gwyddion citation, then the article given here http://gwyddion.net/faq.php#faq020 should fit. Regards, Yeti -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663914: [pkg-firebird-general] Bug#663914: Bug#663914: firebird2.5: Hardening flags partially missing
-=| marius adrian popa, 29.03.2012 11:25:11 +0300 |=- I agree let's apply them if they do no harm I am preparing the package :) I also send to firebird-devel to be applied upstream Perfect. Thanks! signature.asc Description: Digital signature
Bug#666153: texinfo needs multiarch metadata to ensure dependency satisfaction
Package: texinfo Version: 4.13a.dfsg.1-8 Tags: patch User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch As part of making debian 'bootstrappable' we are making sure that at least the core system is cross-buildable. For build-dependencies to work properly under multiarch this package needs to be marked Multi-Arch: foreign so that it can satisfy a build-dependency for any architecture. See http://wiki.debian.org/Multiarch/CrossDependencies and http://wiki.debian.org/Multiarch/Implementation for explanation and background. There are 339 packages which build-depend on this package. None of them will be multiarch cross-buildable without this fix. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666154: texlive-bin: Do not hard code PATH_MAX
Package: texlive-binaries Version: 2011.20120328-1 Severity: wishlist File: texlive-bin Tags: upstream Hi, right now we hard code PATH_MAX in one of the kpathsea headers: .../texk/kpathsea/c-pathmx.h #ifndef _POSIX_PATH_MAX #define _POSIX_PATH_MAX 255 #endif #ifndef PATH_MAX #ifdef MAXPATHLEN #define PATH_MAX MAXPATHLEN #elif defined (MAX_PATH) #define PATH_MAX MAX_PATH #else #define PATH_MAX _POSIX_PATH_MAX #endif #endif /* not PATH_MAX */ According to http://www.gnu.org/software/hurd/community/gsoc/project_ideas/maxpath.html this is not a good solution anmd should be replaced by a proper one. H. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-binaries depends on: ii dpkg1.16.2 ii ed 1.6-1 ii install-info4.13a.dfsg.1-8 ii libc6 2.13-27 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.0-1 ii libkpathsea62011.20120322-1 ii libpng12-0 1.2.47-2 ii libpoppler130.16.7-3 ii libptexenc1 2011.20120322-1 ii libstdc++6 4.7.0-1 ii libt1-5 5.1.2-3.5 ii libx11-62:1.4.4-4 ii libxaw7 2:1.0.9-3 ii libxmu6 2:1.1.0-3 ii libxpm4 1:3.5.9-4 ii libxt6 1:1.1.1-2 ii perl5.14.2-9 ii tex-common 3.5 ii texlive-common 2011.20120322-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages texlive-binaries recommends: pn luatex 0.70.1-2 pn python 2.7.2-10 pn ruby1.8 [ruby] 1.8.7.352-2 pn texlive-base2011.20120322-1 pn wishnone texlive-binaries 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#666067: transition: libkpathsea6
Hi Adam, Hahahahaha, sure, I can also wait another two years. fwiw, if you'd requested binNMUs while the new texlive-bin was in experimental, we'd have been happy to schedule them for you. I'm not sure why you think that would have taken so long. Call me ignorant, but I don't know anything about requesting NMUs and the like. I have very scarce time and packaging a beast of that size does not allow me to read thinhs here and there etc. I am happy that after long time I got a working package. So, bottom line what I meant with rebuilding is that I thought you asked *me* to build test all the packages. The fact that other transitions may not have been ideal in the past doesn't mean we shouldn't try and improve things in general, surely? Surely, that is why I have I think already three times asked to get prior warning if another completely poppler comes in, and only now, for 0.18 the first time AFAIR we got a warning. So my believe in *any* planning of transitions is not existing. I don't recall seeing a request for assitance in respect to those issues. If there was one and I missed it, I apologise for that. Again, we try to fix problems by ourself, probably again ignorance. I think you're reading things in to my mail which aren't there, fwiw. Well, the first email sounded like hey, why the heck didn't you concur with us first?. But let us finish that and do technical stuff, rethoric is boring. Let me know if something goes weird. Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666153: Acknowledgement (texinfo needs multiarch metadata to ensure dependency satisfaction)
+++ Debian Bug Tracking System [2012-03-29 10:03 +]: And the patch I forgot to attach is here. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ diff -ur origs/texinfo-4.13a.dfsg.1/debian/control patched/texinfo-4.13a.dfsg.1/debian/control --- origs/texinfo-4.13a.dfsg.1/debian/control 2012-03-28 17:38:09.0 + +++ patched/texinfo-4.13a.dfsg.1/debian/control 2012-03-28 17:41:49.0 + @@ -16,6 +16,7 @@ Suggests: texlive-base, texlive-latex-base, texlive-generic-recommended, texinfo-doc-nonfree Breaks: tetex-bin ( 3.0), tetex-base ( 3.0), ja-trans (= 0.7-3.1) Replaces: tetex-base ( 1.0.2+2804-9), tetex-bin ( 3.0) +Multi-Arch: foreign Description: Documentation system for on-line information and printed output Texinfo is a documentation system that uses a single source file to produce both on-line information and printed output. @@ -33,6 +34,7 @@ Provides: info-browser Suggests: texinfo-doc-nonfree Replaces: texinfo ( 4.7-2) +Multi-Arch: foreign Description: Standalone GNU Info documentation browser The Info file format is an easily-parsable representation for online documents. This program allows you to view Info documents, like the @@ -48,6 +50,7 @@ Replaces: texinfo ( 4.13a.dfsg.1-2) Breaks: texinfo ( 4.13a.dfsg.1-2) Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: foreign Description: Manage installed documentation in info format The install-info utility creates the index of all installed documentation in info format and makes it available to info readers.
Bug#666155: request-tracker3.8: Problems with letters in utf8
Package: request-tracker3.8 Version: 3.8.8-7+squeeze1 Severity: important Tags: squeeze Hello! Request-tracker3.8 rejects emails with cyrillic letters. I have postfix 2.7.1-1+squeeze1, apache2 2.2.16-6+squeeze6, request-tracker3.8 3.8.8-7+squeeze1. Request tracker is working in fcgid mode. When it receive letter with cyrillic letters, I see following error in mail.log: Mar 25 07:03:47 srv10i postfix/local[17463]: 09AB6849A9: to=em...@rt.example.com, relay=local, delay=29952, delays=29951/0.03/0/1.3, dsn=4.3.0, status=deferred (temporary failure. Command output: RT server error. The RT server which handled your email did not behave as expected. It said: Wide character in FCGI::Stream::PRINT at /usr/share/perl5/Log/Dispatch/Screen.pm line 38. Stack: [/usr/share/perl5/Log/Dispatch/Screen.pm:38] [/usr/share/perl5/Log/Dispatch/Output.pm:39] [/usr/share/perl5/Log/Dispatch.pm:150] [/usr/share/perl5/Log/Dispatch.pm:98] [/usr/share/perl5/Log/Dispatch.pm:73] [/usr/share/perl5/Log/Dispatch.pm:21] [/usr/share/request-tracker3.8/lib/RT/Ticket_Overlay.pm:671] [/usr/share/request-tracker3.8/lib/RT/Interface/Email.pm:1451] [/usr/share/request-tracker3.8/html/REST/1.0/NoAuth/mail-gateway:61] ) I have fixed it with changing subroutine log_message at /usr/share/perl5/Log/Dispatch/Screen.pm to this: sub log_message { my $self = shift; my %p = @_; if ($self-{stderr}) { print STDERR utf8::encode ($p{message}); } else { print STDOUT utf8::encode($p{message}); } } -- Package-specific info: Changed files: -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (1000, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages request-tracker3.8 depends on: ii dbconfig-common1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libapache-session-perl 1.87-1Perl modules for keeping persisten ii libcache-simple-timede 0.27-2Perl module to cache and expire ke ii libcalendar-simple-per 1.21-1module for producing simple calend ii libcgi-fast-perl 5.10.1-17squeeze3 CGI::Fast Perl module ii libcgi-pm-perl 3.49-1squeeze1module for Common Gateway Interfac ii libclass-returnvalue-p 0.55-1A return-value object that lets yo ii libcss-squish-perl 0.09-1module to compact many CSS files i ii libdata-ical-perl 0.16+dfsg-1 Perl module for manipulating iCale ii libdbi-perl1.612-1 Perl Database Interface (DBI) ii libdbix-searchbuilder- 1.56-1Perl implementation of a simple OR ii libdevel-stacktrace-pe 1.2100-1 Perl module containing stack trace ii libemail-address-perl 1.889-2 RFC 2822 Address Parsing and Creat ii libfcgi-procmanager-pe 0.18-2Functions for managing FastCGI app ii libfile-sharedir-perl 1.00-0.1 Locate per-dist and per-module sha ii libgd-graph-perl 1.44-3Graph Plotting Module for Perl 5 ii libgd-text-perl0.86-5Text utilities for use with GD ii libgnupg-interface-per 0.42-3Perl interface to GnuPG ii libgraphviz-perl 2.04-1Perl interface to the GraphViz gra ii libhtml-mason-perl 1:1.44-1 HTML::Mason Perl module ii libhtml-parser-perl3.66-1collection of modules that parse H ii libhtml-rewriteattribu 0.03-1concise attribute rewriting ii libhtml-scrubber-perl 0.08-4Perl extension for scrubbing/sanit ii libipc-run-safehandles 0.02-1Use IPC::Run and IPC::Run3 safely ii libjs-prototype1.6.1-1 JavaScript Framework for dynamic w ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii liblocale-maketext-fuz 0.10-1Maketext from already interpolated ii liblocale-maketext-lex 0.82-1lexicon-handling backends for Loca ii liblog-dispatch-perl 2.22-1Dispatches messages to multiple Lo ii libmailtools-perl 2.06-1Manipulate email in perl programs ii libmime-tools-perl [li 5.428-1 Perl5 modules for MIME-compliant m ii libmime-types-perl 1.30-1Perl extension for determining MIM ii libmodule-versions-rep 1.06-1Report versions of all modules in ii libperlio-eol-perl 0.14-1+b1 PerlIO layer for normalizing line ii libregexp-common-perl 2010010201-1 module with common regular express ii libtext-autoformat-per 1.669002-1module for automatic text wrapping ii libtext-quoted-perl2.06-1Perl module to extract the structu ii libtext-template-perl 1.45-1Text::Template perl module ii
Bug#666141: RFS: openconnect/3.15-1
On Thu, Mar 29, 2012 at 5:32 AM, Ansgar Burchardt ans...@43-1.org wrote: Hi, [ I have no intention to sponsor this package. ] On 03/29/2012 05:27 AM, Mike Miller wrote: openconnect (3.15-1) unstable; urgency=low * New maintainer The package does not appear to be orphaned. Did you ask the current maintainer if he is okay with you taking over the package? Yes, in response to my offer to help on bug#626976 in a related package, the current maintainer turned over both openconnect and network-manager-openconnect to me [1]. In this situation is it still recommended to go through the motions of orphan - ITP - RFS? [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=32;bug=626976 -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666151: upgrade from glpeces 4.1-1 fails due to conflicting files
Hi Paul, Package: glpeces-data Version: 5.0-1 Severity: serious Looks like there is a missing Conflicts on the glpeces-data package: Yes, I already know this bug: I've already fixed this and the new version is at debian.mentors. Thank you for helping to improve Debian! I. De Marchi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666157: libnss-extrausers: Empty lines cause the following lines to be ignored
Package: libnss-extrausers Version: 0.5.1-1 Severity: wishlist Dear Maintainer, The password and shadow files support comments since version 2, it seems. But what has bitten me today is the fact that empty lines in the password file cause the rest of the file to be ignored. This is, of course, default passwd behaviour, but because comments are supported, it took me a long time to figure out why my files was not working :) So, please allow empty lines in the extrausers files. Thanks! Allard Hoeve -- System Information: Debian Release: 6.0.4 Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) 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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658276: libcurl3: Doesn't work for all sites anymore
On Wed, Mar 28, 2012 at 10:51:53PM +0200, Florian Weimer wrote: * Alessandro Ghedini: We should fix this through stable-security. Please send a debdiff once the fix has been testing in unstable for a few days. Attached is the debdiff for stable-security. Looks good. If everything's ok I will upload it (I'm a DD since a few hours) in a few days, once the sid version has been tested more. Do you really think this option will actually be used in practice, except if there's a failure? Well... not really. I'm doing some tests on my own though. Anyway, you can upload to security-master when ready. You must build the package with specifying the -sa flag, on a squeeze system. Ok, thank you. Cheers -- perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#666158: clang: C code using bad memset calls causes illegal instruction when compiled with optimizations enabled
Package: clang Version: 3.0-6 Severity: minor Hi, when compiling C code using memset in a bad way with clang, enabling optimizations (-O1 / -O2 / -Os) creates binaries with an illegal instruction on x86 and x86_64 systems: zsh: illegal hardware instruction ./ill valgrind: vex x86-IR: unhandled instruction bytes: 0xF 0xB 0x90 0x90 When using gcc (or clang without optimizations), the code terminates with a segmentation fault, I believe this should happen for clang -O1 / -O2 as well. This only happens when compiling _wrong_ code, so I'm not sure how much of a bug this actually is. A file to reproduce this (ill.c) is attached. If I can provide any additional information, please let me know. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc62.13-27 ii libclang-common-dev 3.0-6 ii libffi5 3.0.10-3 ii libgcc1 1:4.7.0-1 ii libllvm3.0 3.0-9 ii libstdc++6 4.7.0-1 ii libstdc++6-4.6-dev 4.6.3-1 Versions of packages clang recommends: ii llvm-3.0-dev none ii python2.7.2-10 clang suggests no packages. -- no debconf information /* * compiled with: clang -O2 -Wall -Wextra -o ill ill.c * * expected: segmentation fault * actual result: illegal instruction (tested on x86 and x86_64) * happens with -O1, -O2 and -Os, it's fine without optimization */ #include stdlib.h #include string.h struct __somestruct { int a; int b; int c; int d; int e; int f; }; typedef struct __somestruct _somestruct; typedef _somestruct *somestruct; int main (void) { somestruct foo = NULL; foo = malloc(sizeof(_somestruct)); memset(foo, 0, sizeof(foo)); /* correct usage: */ /* memset(foo, 0, sizeof(_somestruct)); */ /* note: gcc -O2 optimizes this all away, so to compare it to gcc, the * code may need to be more complex */ foo-a = 25; return 0; }
Bug#396912: enigmail: Character set issue when displaying key update information
Package: enigmail Version: 2:1.1.2-2 Followup-For: Bug #396912 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I can confirm teh charset bug and also confirm that it exists in other places. All output of the gpg command-line is affected when used in a localized environment, e.g. de-DE.UTF-8 in this case. - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages enigmail depends on: ii gnupg1.4.12-4 ii libasound2 1.0.25-2 ii libc62.13-27 ii libgcc1 1:4.6.3-1 ii libnspr4-0d 4.9-1 ii libstdc++6 4.6.3-1 Versions of packages enigmail recommends: ii icedove 3.1.16-1 enigmail suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQHOBAEBAgA4BQJPdDtqMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQ2w6kvOIQdBKmFgv+JXFnf0CUyvx8qxK4POlH tFjsairrdcD5MX+bz9k4fYlfdPgOihtrr/+1XDDNtryPYNWI3sP+GPHj8IzfTe5Z yKupKE8kLXsbk6FPFo2Mxgvi4dtWRVExFoxI4GhCxPiPLEQ+zDuq2Y297/ZOaIMb 6ozJtRHe26rSk6eWak0cTD687TrjoLFvQzs0qkNaa63L63y17H9jRP6oH8u0l/UO yPMW5Ya4PZZ88uI50SzbWGfoWb2hZPxpvP06LLNIJCyFGMzLjoueR6ZOjvt79fk7 1IJxVTCjo1Uoe+KhxylEUzjEI/LLb075N01S6qsiXqKb9jUC7dHBNaSbggXcZMCb Ju8J6lD3CJpqXLIt6S0kARfltMyW1v+DLK+eUnuLREh3qBrz2yiIiX4nv+1QbMmN 5c5rphMQwPZiMVa36QwpYR2BTorcuXpHg6e9csWV7z+W7q6IXYEdMq+kBZDh2QRa Y2UwcCdEnSNQIdX6GJArzhGeFgk2tTOnw5to9ZvYNE6d =e0jf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666159: lightdm: Update to latest version 1.1.9
Package: lightdm Version: 1.0.10-1 Severity: wishlist systemd (=43) and lightdm (=1.1.4) are not cooperating, have a look here: https://bugs.launchpad.net/lightdm/+bug/930488 You could had lightdm 1.1.x in experimental. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113+nmu1 ii consolekit 0.4.5-3 ii dbus 1.4.18-1 ii debconf [debconf-2.0] 1.5.42 ii libc6 2.13-27 ii libglib2.0-0 2.30.2-6 ii libpam0g 1.1.3-7 ii libxcb11.8.1-1 ii libxdmcp6 1:1.1.0-4 ii lightdm-gtk-greeter1.0.10-1 Versions of packages lightdm recommends: ii xserver-xorg 1:7.6+12 Versions of packages lightdm suggests: ii accountsservice 0.6.15-4 -- Configuration Files: /etc/init/lightdm.conf [Errno 2] No such file or directory: u'/etc/init/lightdm.conf' /etc/lightdm/lightdm.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651441: passenger: Please create nginx passenger module
Le Thu, 29 Mar 2012 09:36:56 +0200, Cyril Lavier cyril.lav...@davromaniak.eu a écrit : Hi Laurent. Hi, We decided to delay the inclusion of ruby-passenger in nginx as it makes the build fail under hurd-i386 and it doesn't seems to be supported by the community. /me is wondering about the use cases of nginx on hurd... Anyway, I guess you could avoid the build of the passenger flavor on hurd-i386 instead? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665554: Processed: #665554 forwarded to upstream maintainer
Hi David, On Thu, Mar 29, 2012 at 11:28:41AM +0200, David NeÄas (Yeti) wrote: On Thu, Mar 29, 2012 at 10:55:57AM +0200, Andreas Tille wrote: thanks for forewarding the problem to upstream. I hope Gwyddion authors will be even more happy to find a patch in SVN[1] which was simply created by calling the script mentioned at the bottom of the bug report. Thanks for the patch, I applied it with some small modification (no need to #include glib.h in .c files when it is always done in the headers). Makes sense. If you could provide this revised patch we could take it over into the next Debian package. Last question for upstream: The Debian Med team tries to gather relevant publications connected to the software we are packaging which is also displayed on our web sentinel pages (see for instance about medical imaging[2] - look for Please cite: strings). If you want us to add such a citation feel free to tell us which one. If I understand correctly the purpose of the reference, i.e. to provide a general Gwyddion citation, then the article given here http://gwyddion.net/faq.php#faq020 should fit. Yes this fits. It will propagate in the next couple of days on the page I have mentioned. 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#666160: wget: consider using libuuid for compilation/linking
Package: wget Version: 1.13.4-2 Severity: normal Dear Maintainer, wget --version shows no usage of libuuid. The fallback code in warc.c is documented as being inferior to libuuid. Here is what it says: # ifndef HAVE_LIBUUID /* Fills uuid_str with a UUID based on random numbers. (See RFC 4122, UUID version 4.) Note: this is a fallback method, it is much better to use the methods provided by libuuid. ... Please use libuuid. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages wget depends on: ii dpkg 1.16.2 ii install-info 4.13a.dfsg.1-8 ii libc6 2.13-27 ii libgcrypt111.5.0-3 ii libgnutls262.12.18-1 ii libgpg-error0 1.10-3 ii libidn11 1.24-2 ii zlib1g 1:1.2.6.dfsg-2 wget recommends no packages. wget suggests no packages. -- no debconf information -- debsums errors found: prelink: /usr/bin/wget: at least one of file's dependencies has changed since prelinking debsums: changed file /usr/bin/wget (from wget package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657021: Now fails because of file locking
While the compilation now succeeds, tdb still FTBFS on GNU/Hurd, because of test failures. https://buildd.debian.org/status/fetch.php?pkg=tdbarch=hurd-i386ver=1.2.9%2Bgit20120207-2stamp=1332993934 As far as I can tell, this is due to due broken file locking support. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666017: linux-image-3.2.0-0.bpo.2-686-pae crashes during or after initial ramdisk on alix6e2 hardware
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/03/12 13:24, Jelle de Jong wrote: fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 3dnowext 3dnow up Seems there is no pae instruction there!!! ;) (overlooked that) When will there be a non pea 3.x kernel like with the 2.6 kernel available in Debian? Kind regards, Jelle de Jong -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iJwEAQECAAYFAk90R+kACgkQ1WclBW9j5HnkRQP9Hvt5JsCg6+8ECRfeTNd+cc+4 1GcHDiDQagbFhJ8rW0vqFqVGOEZeG8tAPqZfy83fn2Y3u2u2tysoi5Jv2RONApaO 52gUTyEfaBam4J92OcVBZqm86BSLh0Q5dAwS5jQoH/GVqttLeFKK6bb6Tz3PIj6+ ccRfXurcPKQKp7i5L5I= =F9Xu -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666017: linux-image-3.2.0-0.bpo.2-686-pae crashes during or after initial ramdisk on alix6e2 hardware
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 # cat /proc/cpuinfo processor : 0 vendor_id : AuthenticAMD cpu family : 5 model : 10 model name : Geode(TM) Integrated Processor by AMD PCS stepping: 2 cpu MHz : 498.102 cache size : 128 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu de pse tsc msr cx8 sep pge cmov clflush mmx mmxext 3dnowext 3dnow up bogomips: 996.20 clflush size: 32 cache_alignment : 32 address sizes : 32 bits physical, 32 bits virtual power management: # 2.6 works http://packages.debian.org/squeeze/linux-image-686 dep: linux-image-2.6.32-5-686 http://packages.debian.org/squeeze/linux-image-2.6.32-5-686 # 3.2 will not boot.. http://packages.debian.org/squeeze-backports/linux-image-686 dep: linux-image-686-pae http://packages.debian.org/squeeze-backports/linux-image-686-pae dep: linux-image-3.2.0-0.bpo.2-686-pae http://packages.debian.org/squeeze-backports/linux-image-3.2.0-0.bpo.2-686-pae # says to support AMD Geode NX Both are 32 bit kernels. What am I missing? Can somebody take a good look at this. I don't have much time to debug, but making the default debian 3.x .. 686 32bit kernel to work is very important for me. Kind regards, Jelle de Jong -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iJwEAQECAAYFAk90RngACgkQ1WclBW9j5HnfuAP+Js/ZRetAiAH0xOLezJF+LrJK DMRssfVtYgMpayqEF3R5dVQX4udtyERlmqBMr6vb0pJ0DJMk77bcjVieF/8T5SBA bOJcsz7P/91alp3sPQhZZwZa+gmefWM+HEZl6nRy6NA23hI1705xUkKGmwCnxA9K 9sChoZou+/2xCtTLTPs= =ndNd -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666159: [Pkg-xfce-devel] Bug#666159: lightdm: Update to latest version 1.1.9
On jeu., 2012-03-29 at 13:18 +0200, Giorgio Marinelli wrote: systemd (=43) and lightdm (=1.1.4) are not cooperating, have a look here: https://bugs.launchpad.net/lightdm/+bug/930488 You could had lightdm 1.1.x in experimental. Yup, I have packaging ready for 1.1 but I didn't really have time to polish it. I intended to make an experimental upload but got bitten by the issues with config files. I'll try to do an upload soon, though 1.1/1.2 won't be in Wheezy afaict. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#665452: [Pkg-openssl-devel] Bug#665452: openssl: 'upgrade' also breaks https://www.paypal.com
On Tue, Mar 27, 2012 at 09:39:50PM +0200, Kurt Roeckx wrote: Anyway, there seems to be 3 different problems: - Servers that report BigIP as server. They don't reply to ClientHello requests that are bigger than 255 bytes. Examples include sourceforge.net and owa.mit.edu. - Servers that don't tolerate verion numbers they don't support while they are supposed to negiotate a lower version. Examples include boekhuis.nl - paypal which currently isn't clear what the problem really is, it seems to support TLS1.2, but reacts weird to 1.1. There are some more examples in this Ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/openssl/+bug/965371 I'm not sure which category www.mediafire.com falls into. -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666161: psi: FTBFS if built twice in a row
Source: psi Version: 0.14-2 Severity: important User: debian...@lists.debian.org Usertags: qa-doublebuild Hi! When building the psi package twice in a row, the second build fails with the following error: dpkg-source -b psi-0.14 dpkg-source: warning: no source format specified in debian/source/format, see dpkg-source(1) dpkg-source: info: using source format `1.0' dpkg-source: info: building psi using existing psi_0.14.orig.tar.gz dpkg-source: info: building psi in psi_0.14-2.diff.gz dpkg-source: error: cannot represent change to psi-0.14/iris/lib/libirisnet.a: binary file contents changed dpkg-source: error: cannot represent change to psi-0.14/iris/lib/libiris.a: binary file contents changed dpkg-source: warning: the diff modifies the following upstream files: README.Debian README.chinese_fonts iris/conf.pri iris/lib/libiris.prl iris/lib/libirisnet.prl iris/src/xmpp/xmpp-im/xmpp_task.cpp psi.1 psi.xpm src/msgmle.cpp src/src.pro dpkg-source: info: use the '3.0 (quilt)' format to have separate and documented changes to upstream files, see dpkg-source(1) dpkg-source: unrepresentable changes to source dpkg-buildpackage: error: dpkg-source -b psi-0.14 gave error exit status 1 It looks like the clean target needs to get rid of those .a files too. regards Stuart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666162: gcc-4.7: hppa build fails: error: bits/predefs.h: No such file or directory
Source: gcc-4.7 Version: 4.7.0-1 Severity: normal Build fails here: /home/dave/debian/gcc/gcc-4.7/gcc-4.7-4.7.0/build/./gcc/xgcc -B/home/dave/debian /gcc/gcc-4.7/gcc-4.7-4.7.0/build/./gcc/ -B/usr/hppa-linux-gnu/bin/ -B/usr/hppa-linux-gnu/lib/ -isystem /usr/hppa-linux-gnu/include -isystem /usr/hppa-linux-gnu/ sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qua l -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./in clude -fPIC -DELF=1 -DLINUX=1 -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-pro tector -fPIC -DELF=1 -DLINUX=1 -I. -I. -I../.././gcc -I../../../src/libgcc -I. ./../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../inclu de -DHAVE_CC_TLS -o _ashldi3.o -MT _ashldi3.o -MD -MP -MF _ashldi3.dep -DL_ash ldi3 -c ../../../src/libgcc/libgcc2.c -fvisibility=hidden -DHIDE_EXPORTS In file included from /usr/include/stdio.h:28:0, from ../../../src/libgcc/../gcc/tsystem.h:88, from ../../../src/libgcc/libgcc2.c:29: /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or dir ectory compilation terminated. We see to have lost the multiarch/multilib support present in previous Debian gcc versions: dave@mx3210:/usr/include/hppa-linux-gnu/bits$ ls -l /usr/include/hppa-linux-gnu/bits/predefs.h -rw-r--r-- 1 root root 1153 Feb 29 23:49 /usr/include/hppa-linux-gnu/bits/predefs.h The gcc-4.6 source package is ok. Dave -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.2.12+ (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665832: gnuplot: Crashes with Segmentation fault on every command
I wrote: Architecture: i386 (x86_64) I see you use x86_64 (should it say amd64 instead of i386?). Just noticed that this means i386 on amd64 kernel. No problem with above line. Random behavior of this bug is highly puzzling, currently I can just think about getting more info in case something becomes evident with it. Anton, which are the details of the i386 system where you reproduced the bug (system info section of reportbug --template -b gnuplot)? Ditto for Vincent ppc box. For the records, I also built gnuplot 4.6 in a pbuilder squeeze chroot and tested it under squeeze/stable. No general segfault, just the same problem reported by Vincent in #665432. Tested both with 686 and amd64 kernels. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666163: util-linux: /etc/fstab.d does not work
Package: util-linux Version: 2.20.1-4 Severity: normal Hello, The new shiny /etc/fstab.d/ directory seems to be useless on this release (2.20.1-4).I was expecting new upstream release 2.21 to fix this problem, but it does not seem to fix it either. Cheers -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii initscripts2.88dsf-22 ii install-info 4.13a.dfsg.1-8 ii libblkid1 2.20.1-4 ii libc6 2.13-27 ii libncurses55.9-4 ii libselinux12.1.9-2 ii libslang2 2.2.4-7 ii libtinfo5 5.9-4 ii libuuid1 2.20.1-4 ii lsb-base 3.2+Debian31 ii tzdata 2012b-1 ii zlib1g 1:1.2.6.dfsg-2 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.12-1 ii kbd 1.15.3-7 ii util-linux-locales 2.20.1-4 -- debconf information: util-linux/noauto-with-nonzero-passnum: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666010: ITP: nvidia-texture-tools -- image processing and texture manipulation tools
If you are packaging 2.0.8 please have a look at the README.txt and patches at: http://trac.wildfiregames.com/browser/ps/trunk/libraries/nvtt/ The issue139.patch is particularly important: it fixed image corruption I noticed on 0.A.D., see here: http://www.wildfiregames.com/forum/index.php? showtopic=13617view=findpostp=211880 Thanks, Fabio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666164: RFP: jorgan -- Java Virtual Organ
Package: wnpp Severity: wishlist * Package name: jorgan Version : 3.15 Upstream Author : Sven Meier s...@meiers.net * URL : http://jorgan.sourceforge.net/ * License : GPL Programming Lang: Java Description : Java Virtual Organ jOrgan lets you use your computer as a full featured virtual organ: * runs on all major operating systems * includes convenient editing facilities * supports all elements known from real organs * offers powerful Midi processing * works with a variety of sound generators * allows styling of realistic virtual organ consoles * extensible for special requirements -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666017: linux-image-3.2.0-0.bpo.2-686-pae crashes during or after initial ramdisk on alix6e2 hardware
On Thu, 29 Mar 2012 at 13:30:54 +0200, Jelle de Jong wrote: When will there be a non pea 3.x kernel like with the 2.6 kernel available in Debian? From the kernel changelog: * [i386] Rename '686-bigmem' flavour to '686-pae'; remove '686' flavour. For 686-class systems without PAE, the '486' flavour is more efficient than the '686' flavour due to optimisation for uniprocessor systems. So you should use the -486 flavour on non-PAE hardware. Larger numbers aren't necessarily better :-) Perhaps the linux-image-686 transitional package should depend on linux-image-486 (the conservative/safe/lowest-common-denominator choice). On the other hand, linux-image-686-pae (the former bigmem version) is more appropriate for most mainstream CPUs (although not for unusual CPUs like your Geode), which is presumably the reason why automatic migration from -686 is to that one. The kernel team's advice on the appropriate new kernel for various CPUs should probably go in the wheezy release notes, particularly if cases like this exist. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666165: firmware-b43legacy-installer improperly identifies my card as needing b43 instead of b43legacy
Package: firmware-b43legacy-installer Severity: important Hi there While configuring the broadcom wireless on a Dell Latitude D600 laptop I noticed a bug. The card in my laptop requires the b43legacy driver, however, the package firmware-b43-legacy refuses to download extract the required firmware on my system, claiming I need the b43 driver. The package firmware-b43-installer (also incorrectly) sees my card as needing the b43 driver too and downloads and extracts the B43 firmware, which does not make ifconfig recognise my card (siocsifflags: no such file or directory). After manually installing the B43legacy firmware with b43fwcutter, my card is recognised by ifconfig and functions as it should. Output of lspci -vnn | grep 14e4 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5702X Gigabit Ethernet [14e4:16a6] (rev 02) 02:03.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 02) As stated in the table on http://wireless.kernel.org/en/users/Drivers/b43#Supported_devices the card with BCM4306 revision 2 chip needs the b43legacy driver. However, this card has the same PCI id as cards with the BCM4306 revision 3 chipset, which requires the b43 driver. Output of running aptitude install firmware-b43legacy-installer The following NEW packages will be installed: firmware-b43legacy-installer 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/5,058 B of archives. After unpacking 49.2 kB will be used. Selecting previously deselected package firmware-b43legacy-installer. (Reading database ... 75721 files and directories currently installed.) Unpacking firmware-b43legacy-installer (from .../firmware-b43legacy-installer_4.178.10.4-4_all.deb) ... Setting up firmware-b43legacy-installer (4.178.10.4-4) ... Not supported card here (PCI id 14e4:16 14e4:4320)! Use b43 firmware. This is just for the b43legacy driver. Aborting. dpkg: error processing firmware-b43legacy-installer (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: firmware-b43legacy-installer E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up firmware-b43legacy-installer (4.178.10.4-4) ... Not supported card here (PCI id 14e4:16 14e4:4320)! Use b43 firmware. This is just for the b43legacy driver. Aborting. dpkg: error processing firmware-b43legacy-installer (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: firmware-b43legacy-installer I assume the problem is a simple matter of firmware-b43legacy-installer and firmware-b43-installer both needing to check the revision of the chipset for cards with PCI id 14e4:4320 before assuming it needs the b43 driver or using a different method than PCI id for identification of the chipset. However, I am not a programmer so I have not checked this in the source code in any way. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages firmware-b43legacy-installer depends on: ii b43-fwcutter 1:013-2Utility for extracting Broadcom 43 ii wget 1.12-2.1 retrieves files from the web Versions of packages firmware-b43legacy-installer recommends: ii linux-image-2.6.32-5-6 2.6.32-41squeeze2 Linux 2.6.32 for modern PCs firmware-b43legacy-installer suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661397: iscsitarget: prompting due to modified conffiles which where not modified by the user
Package: iscsitarget Version: 1.4.20.2-10 Followup-For: Bug #661397 I did an update of iscsitarget on my box and did not see the prompt. I will still try with older versions if time permits. But this stands low on priority on my list. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iscsitarget depends on: ii libc6 2.13-27 ii lsb-base 4.1+Debian0 ii procps1:3.3.2-3 Versions of packages iscsitarget recommends: pn iscsitarget-module none Versions of packages iscsitarget suggests: ii iscsitarget-dkms 1.4.20.2-10 -- Configuration Files: /etc/iet/ietd.conf changed: Target iqn.2001-04.com.example:storage.debian-sanboot Lun 0 Path=/dev/vdl,Type=fileio,ScsiId=vdl,ScsiSN=vdl Alias Debian-SANBooot Target iqn.2001-04.com.example:storage.debian # CHAP Users # # The same rules as for discovery users apply here. # # Don't set them if you don't want to use CHAP authentication. # #IncomingUser joe secret #OutgoingUser jim 12charpasswd # # Logical Unit definition # # Block devices, regular files (fileio only), LVM, and RAID # can be offered to the initiators as a block device. # # Lun numbers MUST start with zero (each target needs a Lun 0) # Lun 0 Path=/dev/vdg,Type=fileio,ScsiId=vdb,ScsiSN=vdb Lun 1 Path=/dev/vdh,Type=fileio,ScsiId=vdc,ScsiSN=vdc Lun 2 Path=/dev/vdi,Type=fileio,ScsiId=vdd,ScsiSN=vdd Lun 3 Path=/dev/vdj,Type=fileio,ScsiId=vde,ScsiSN=vde Lun 4 Path=/dev/vdk,Type=fileio,ScsiId=vdf,ScsiSN=vdf # # Alias name for this target (Not Used) # Alias Debian Target iqn.2001-04.com.example:storage.disk2.sys1.xyz # CHAP Users # # The same rules as for discovery users apply here. # # Don't set them if you don't want to use CHAP authentication. # #IncomingUser joe secret #OutgoingUser jim 12charpasswd # # Logical Unit definition # # Block devices, regular files (fileio only), LVM, and RAID # can be offered to the initiators as a block device. # # Lun numbers MUST start with zero (each target needs a Lun 0) # Lun 0 Path=/dev/vdb,Type=fileio,ScsiId=vdb,ScsiSN=vdb Lun 1 Path=/dev/vdc,Type=fileio,ScsiId=vdc,ScsiSN=vdc Lun 2 Path=/dev/vdd,Type=fileio,ScsiId=vdd,ScsiSN=vdd Lun 3 Path=/dev/vde,Type=fileio,ScsiId=vde,ScsiSN=vde Lun 4 Path=/dev/vdf,Type=fileio,ScsiId=vdf,ScsiSN=vdf # # Alias name for this target (Not Used) # Alias Fedora # # Various iSCSI parameters # (not all are used right now, see also iSCSI spec for details) # # Outgoing SCSI data (initiator to target user data or command # parameters) is sent as either solicited data or unsolicited data. # Solicited data is sent in response to R2T PDUs. Unsolicited data # can be sent as part of an iSCSI command PDU sequence # (Immediate Data) or as a separate iSCSI data PDU sequence. # #MaxConnections 1 # Number of connections/session # We only support 1 #MaxSessions0 # Number of sessions/target # 0 = no explicit limit #InitialR2T Yes # Wait first for R2T # Yes = no unsolicited data #ImmediateData Yes # Data can accompany command # Yes = cmnd/data in same PDU #MaxRecvDataSegmentLength 8192 # Max data per PDU to receive #MaxXmitDataSegmentLength 8192 # Max data per PDU to transmit #MaxBurstLength 262144 # Max data per sequence (R2T) #FirstBurstLength 65536 # Max unsolicited data sequence #DefaultTime2Wait 2 # Secs wait for ini to log out # Not used #DefaultTime2Retain 20 # Secs keep cmnds after log out # Not used #MaxOutstandingR2T 1 # Max outstanding R2Ts per cmnd #DataPDUInOrder Yes # Data in PDUs is ordered # We only support ordered #DataSequenceInOrderYes # PDUs in sequence are ordered # We
Bug#666166: libmecab2: breaks upgrade
Package: libmecab2 Version: 0.99.3-1 Severity: important just upgraded this package while libmecab1 was installed manually.(So it was not automatic). Since this package does not claim Replaces and Breaks to libmecab1, aptitude package resolution did not let me avoid breakage. I did: dpkg -P libmecab1 Osamu -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmecab2 depends on: ii libc6 2.13-27 ii libgcc1 1:4.7.0-1 ii libstdc++6 4.7.0-1 libmecab2 recommends no packages. libmecab2 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#666167: ckeditor: missing adapters/jquery.js file
Package: ckeditor Version: 3.6.1-1 Severity: wishlist Dear Maintainer, it'd be nice to install adapters/jquery.js. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ckeditor depends on no packages. Versions of packages ckeditor recommends: ii javascript-common 8 ckeditor 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#665832: gnuplot: Crashes with Segmentation fault on every command
On 2012-03-29 13:58:26 +0200, Agustin Martin wrote: Anton, which are the details of the i386 system where you reproduced the bug (system info section of reportbug --template -b gnuplot)? Ditto for Vincent ppc box. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (200, 'unstable') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuplot depends on: ii gnuplot-nox 4.6.0-1 ii gnuplot-x11 4.6.0-1 gnuplot recommends no packages. Versions of packages gnuplot suggests: pn gnuplot-doc none And concerning the dependencies of gnuplot-nox (which has the same problem): Versions of packages gnuplot-nox depends on: ii libc6 2.13-27 ii libcairo2 1.10.2-6.2 ii libedit2 2.11-20080614-3 ii libgcc11:4.6.3-1 ii libgd2-xpm 2.0.36~rc1~dfsg-6 ii libglib2.0-0 2.30.2-6 ii liblua5.1-05.1.4-12 ii libpango1.0-0 1.29.4-2 Versions of packages gnuplot-nox recommends: ii fonts-liberation [ttf-liberation] 1.07.2-1 ii groff 1.21-6 ii ttf-liberation 1.07.2-1 -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666085: noweb needs multiarch metadata to ensure dependency satisfaction
On 28/03/12 12:02 PM, Wookey wrote: For build-dependencies to work properly under multiarch this package needs to be marked Multi-Arch: foreign so that it can satisfy a build-depenedency for any architecture. See http://wiki.debian.org/Multiarch/CrossDependencies and http://wiki.debian.org/Multiarch/Implementation for explanation and background. Please feel free to NMU with this change if I don't get around to it soon enough. -- Hubert Chathi uho...@debian.org -- Jabber: hub...@uhoreg.ca PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665355: cups: Fails to finish printing - printer gets stuck.
Good time of the day, Brian. I have experimented w/ the unstable version of cups-filters and it the trick. Please enter the version into testing as soon as possible. Thanks for Your time work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.
Package: zsh Version: 4.3.17-1 Severity: important Tags: d-i Dear Maintainer, zsh 4.3.17 in Debian has many scripts missing. For example, the first time to launch zsh, it reports: /usr/share/zsh/4.3.17/scripts/newuser:6: zsh-newuser-install: function definition file not found Another example, with the following lines in .zshrc: autoload -U compinit compinit It reports: zsh: compinit: function definition file not found -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zsh depends on: ii libc6 2.13-27 ii libcap21:2.22-1 ii libtinfo5 5.9-4 Versions of packages zsh recommends: ii libc6 2.13-27 ii libncursesw5 5.9-4 ii libpcre3 8.12-4 Versions of packages zsh suggests: pn zsh-doc none -- 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#666169: catdvi: FTBFS (conflicting types for 'kpathsea_version_string')
Source: catdvi Version: 0.14-12 Severity: serious Hi, catdvi FTBFS when binNMUed for the transition to libkpathsea6. From the amd64 build log: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall -D_FORTIFY_SOURCE=2 -DCFG_HAS_GETOPT_LONG -c -o kpathsea.o kpathsea.c kpathsea.c: In function 'version_findtfm': kpathsea.c:39:23: error: conflicting types for 'kpathsea_version_string' /usr/include/kpathsea/version.h:24:28: note: previous declaration of 'kpathsea_version_string' was here make[1]: *** [kpathsea.o] Error 1 make[1]: Leaving directory `/build/buildd-catdvi_0.14-12+b1-amd64-C3LPre/catdvi-0.14' make: *** [debian/stamp-makefile-build] Error 2 Full logs available via https://buildd.debian.org/status/package.php?p=catdvi 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#666171: texfam: FTBFS (undefined reference to `kpse_set_progname')
Source: texfam Version: 1.4-2 Severity: serious Hi, texfam FTBFS when binNMUed for the transition to libkpathsea6. From the i386 build log: gcc -o tangleboot -s tangleboot.o lib/lib.a -lkpathsea -lm tangleboot.o: In function `initialize': tangleboot.c:(.text+0x6de): undefined reference to `kpse_set_progname' collect2: ld returned 1 exit status make[1]: *** [tangleboot] Error 1 make[1]: Leaving directory `/build/buildd-texfam_1.4-2+b1-i386-R7sGty/texfam-1.4/build-tree/tetex-src-3.0/texk/web2c' make: *** [stampdir/web2c] Error 2 Full logs available via https://buildd.debian.org/status/package.php?p=texfam 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#666170: ptex-bin: FTBFS (error: 'program_invocation_name' undeclared (first use in this function))
Source: ptex-bin Version: 3.1.11+0.04b-0.2 Severity: serious Hi, ptex-bin FTBFS when binNMUed for the transition to libkpathsea6. From the amd64 build log: gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I.. -I./.. -DHAVE_PROTOTYPES=1 -include /build/buildd-ptex-bin_3.1.11+0.04b-0.2+b1-amd64-1Vp6Cl/ptex-bin-3.1.11+0.04b/tetex-src-3.0/texk/kpathsea_tetex/c-proto.h -g -O2 -c splitup.c splitup.c: In function 'main': splitup.c:65:3: error: 'program_invocation_name' undeclared (first use in this function) splitup.c:65:3: note: each undeclared identifier is reported only once for each function it appears in make[2]: *** [splitup.o] Error 1 make[2]: Leaving directory `/build/buildd-ptex-bin_3.1.11+0.04b-0.2+b1-amd64-1Vp6Cl/ptex-bin-3.1.11+0.04b/tetex-src-3.0/texk/web2c/web2c' make[1]: *** [../web2c/splitup] Error 2 make[1]: Leaving directory `/build/buildd-ptex-bin_3.1.11+0.04b-0.2+b1-amd64-1Vp6Cl/ptex-bin-3.1.11+0.04b/tetex-src-3.0/texk/web2c/ptex-src-3.1.11' make: *** [build-stamp] Error 2 Full logs available via https://buildd.debian.org/status/package.php?p=ptex-bin 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#660617: FTBFS
On 02/20/2012 11:47 AM, intrigeri wrote: I am waiting for some bugfixes in the rsync handler before I upload a new package. I have no precise ETA for this. Is it fine with you? Any news here? Cheers, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666161: psi: FTBFS if built twice in a row
Hi Stuart, On Thu, Mar 29, 2012 at 12:49:53PM +0100, Stuart Prescott wrote: dpkg-source: error: cannot represent change to psi-0.14/iris/lib/libirisnet.a: binary file contents changed dpkg-source: error: cannot represent change to psi-0.14/iris/lib/libiris.a: binary file contents changed Thanks for the report, I'll have a look at it! Regards, Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666172: dvi2dvi: FTBFS (undefined reference to `kpse_set_progname')
Source: dvi2dvi Version: 2.0alpha-9.1 Severity: serious Hi, dvi2dvi FTBFS when binNMUed for the transition to libkpathsea6. From the i386 build log: gcc -o dvi2dvi dvi2.o dviconv.o dfdcom.o fontcom.o set.o rfset.o vfset.o dconv.o run.o fontdesc.o scanfont.o virfont.o vfdcom.o bifont.o compfont.o decompfont.o execfont.o funcfont.o kpse.o kanji.o open.o io.o util.o xxstdio.o version.o dvi.o dvifont.o dvitfm.o -L/usr/lib -lkpathsea dvi2.o: In function `main': dvi2.c:(.text+0x3c4): undefined reference to `kpse_set_progname' collect2: ld returned 1 exit status make[1]: *** [dvi2dvi] Error 1 make[1]: Leaving directory `/build/buildd-dvi2dvi_2.0alpha-9.1+b1-i386-K9BPSV/dvi2dvi-2.0alpha' make: *** [build-stamp] Error 2 Full logs available via https://buildd.debian.org/status/package.php?p=dvi2dvi 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#587544: is basket abandoned?
There is an RC bug reported against basket two years ago, and still open. AFAICS, there is no answer from the maintainers on the bugreport. Is basket still maintained? Besides, I'm not sure about the severity. Upstream seems to have a workaround. IIUC, the notes are not really disappearing but just not shown (only shown after a restart). The maintainer could reduce the severity to important if he desires so. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666086: Crashes if there's no sendmail command
On 28 March 2012 18:29, Pierre Habouzit madco...@madism.org wrote: On Wed, Mar 28, 2012 at 06:17:30PM +0200, Shahar Or wrote: Package: apt-listchanges Dear Ones, If there's no sendmail command, apt-listchanges crashes. apt-listchanges doesn't depend on an mta. It only recommends exim4, which is in itself unclear to me. Not if you only use the backend server. It recommends exim4 | m-t-a which is supposed to provide sendmail, for the user needing it. Given that apt-listchanges is Standard nowadays, we don't want it to pull m-t-a for the vast majority of users using the pager backend. Having something nicer than a crash (probably a python exception) when sendmail isn't there would probably be nice though (with an explanation of what to do), hence I'll let the bug open. Yes, thank you. As well as seeing these errors in the apt output, this crash makes trouble in Ubuntu because these errors trigger the error reporting mechanism, apport, which then collects the information for submission as a bug report. -- ·O· Pierre Habouzit ··O madco...@debian.org OOO http://www.madism.org Thanks and Blessings, Shahar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666067: transition: libkpathsea6
block 666067 with 666169 666172 666170 666181 thanks On 29.03.2012 10:59, Norbert Preining wrote: Let me know if something goes weird. There have been four build failures from the binNMUs so far - catdvi (#666169), dvi2dvi (#666172), ptex-bin (#666170), texfam (#666171). 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#666173: initramfs-tools: update-initramfs -u fails to execute
Package: initramfs-tools Version: 0.101 Severity: important Dear Maintainer, I get the following error: ~# update-initramfs -u update-initramfs: Generating /boot/initrd.img-3.2.6 /root/rootfs: No such file or directory mkinitramfs: for root /root/rootfs missing /root/rootfs /sys/block/ entry mkinitramfs: workaround is MODULES=most mkinitramfs: Error please report the bug update-initramfs: failed for /boot/initrd.img-3.2.6 with 1. ~# grep ^MODULES /etc/initramfs-tools/initramfs.conf MODULES=most -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 3.2M Jan 30 13:01 /boot/initrd.img-2.6.32-5-amd64 -- /proc/cmdline auto BOOT_IMAGE=Current ro root=/dev/mapper/main-root -- resume RESUME=/dev/mapper/main-swap -- /proc/filesystems ext4 ext2 fuseblk -- lsmod Module Size Used by usb_storage43831 0 uas13296 0 ipt_MASQUERADE 12594 1 iptable_nat12928 1 nf_nat 18242 2 ipt_MASQUERADE,iptable_nat nf_conntrack_ipv4 14078 3 iptable_nat,nf_nat nf_conntrack 56816 4 ipt_MASQUERADE,iptable_nat,nf_nat,nf_conntrack_ipv4 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 iptable_filter 12536 1 ip_tables 22042 2 iptable_nat,iptable_filter x_tables 19037 4 ipt_MASQUERADE,iptable_nat,iptable_filter,ip_tables microcode 25793 0 acpi_cpufreq 12935 1 mperf 12453 1 acpi_cpufreq cpufreq_userspace 12576 0 cpufreq_conservative13147 0 cpufreq_stats 12866 0 cpufreq_powersave 12454 0 hdaps 13616 1 thinkpad_ec12857 1 hdaps bnep 17567 2 rfcomm 33664 12 binfmt_misc12957 1 uinput 17440 1 nfsd 215954 2 nfs 312063 0 lockd 67328 2 nfsd,nfs fscache36786 1 nfs auth_rpcgss37243 2 nfsd,nfs nfs_acl12511 2 nfsd,nfs sunrpc177710 6 nfsd,nfs,lockd,auth_rpcgss,nfs_acl kvm_intel 118023 0 kvm 292153 1 kvm_intel tun18337 3 fuse 61984 3 ext2 59194 1 coretemp 12898 0 loop 22647 0 i2400m_usb 30366 0 i2400m 87721 1 i2400m_usb wimax 26451 1 i2400m snd_hda_codec_hdmi 30783 1 qcserial 12450 0 usb_wwan 17238 1 qcserial snd_hda_codec_conexant45245 1 usbserial 32061 2 qcserial,usb_wwan btusb 17462 1 bluetooth 119348 23 bnep,rfcomm,btusb uvcvideo 57744 0 videodev 70889 1 uvcvideo media 18148 2 uvcvideo,videodev v4l2_compat_ioctl3216619 1 videodev snd_hda_intel 26305 2 i915 351916 8 snd_hda_codec 78100 3 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel drm_kms_helper 27227 1 i915 thinkpad_acpi 61270 0 snd_hwdep 13194 1 snd_hda_codec joydev 17190 0 arc4 12458 2 drm 167784 4 i915,drm_kms_helper snd_pcm63838 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec snd_seq45015 0 snd_timer 22885 2 snd_pcm,snd_seq snd_seq_device 13176 1 snd_seq snd52818 14 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,thinkpad_acpi,snd_hwdep,snd_pcm,snd_seq,snd_timer,snd_seq_device iwlwifi 162607 0 i2c_algo_bit 12841 1 i915 i2c_i801 16870 0 i2c_core 23876 6 videodev,i915,drm_kms_helper,drm,i2c_algo_bit,i2c_i801 soundcore 13065 1 snd mac80211 192665 1 iwlwifi iTCO_wdt 17045 0 iTCO_vendor_support12704 1 iTCO_wdt snd_page_alloc 13003 2 snd_hda_intel,snd_pcm tpm_tis17454 0 tpm17862 1 tpm_tis intel_ips 17603 0 cfg80211 137140 2 iwlwifi,mac80211 rfkill 18972 5 wimax,bluetooth,thinkpad_acpi,cfg80211 battery13109 0 ehci_hcd 40175 0 e1000e120870 0 usbcore 124254 10 usb_storage,uas,i2400m_usb,qcserial,usb_wwan,usbserial,btusb,uvcvideo,ehci_hcd ac 12624 0 wmi13243 0 usb_common 12354 1 usbcore nvram 12997 1 thinkpad_acpi tpm_bios 12948 1 tpm power_supply 13475 2 battery,ac pcspkr 12579 0 evdev 17486 18 psmouse64413 0 serio_raw 12889 0 video 17628 1 i915 processor 28059 1 acpi_cpufreq button
Bug#665817: Search plugins from en-US should be used when there are no $general.useragent.locale ones.
Try apt-get install --reinstall iceweasel I did. No change. 10.0.3esr from squeeze-backports breaks the search bar. Installing version 11.0 also from backports solves the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666168: zsh: Many function definitions are missing zsh-newuser-install, compinit, etc.
Hong Xu wrote: /usr/share/zsh/4.3.17/scripts/newuser:6: zsh-newuser-install: function definition file not found [...] autoload -U compinit compinit [...] zsh: compinit: function definition file not found This sounds like a severely broken installation. Debian's zsh packages do not split the function files off of the main package (yet). So that really shouldn't happen. What is the output of this: print -l $fpath c=( ${^fpath}/compinit(N.) ) (( $#c )) ls -l $c[1] || echo compinit not found The last command shouldn't come up with compinit not found. If it does the output from the first command is probably reflecting breakage. In case it's broken try this: % zsh -f (and in that new shell) % autoload -Uz compinit % compinit % print ${#_comps} The `compinit' call should *not* fail and the `print' call should return an integer in the range of slightly above one thousand. If this does not work, your installation is very likely broken (however that happened...). Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666174: criticalmass: Wrong section in the menu setting
Package: criticalmass Version: 1:1.0.0-1.4 Severity: normal Dear Maintainer, This game is classified as Games/Adventure in the Debian menu system [1]. But, shouldn't it be classified as Games/Action [2]? [1] $ cat /usr/share/menu/criticalmass ?package(criticalmass):needs=X11 section=Games/Adventure\ title=Critical Mass command=/usr/games/critter [2] Debian Menu System Documentation: file:///usr/share/doc/menu/html/ch3.html#s3.5 Games Games and recreations Action Games that involve a lot of action and require fast reflexes. Examples: xsoldier, supertux, xmoto Adventure Role playing and adventure games, interactive movies and stories, etc. Examples: beneath-a-steel-sky, egoboo, kq Regards, Nobuhiro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663662: multipath-tools: PATH env var too restrictive
due to line 14 PATH=/sbin:/bin awk in /usr/bin/ can not be found (diff attached). ciao Christian 14c14 PATH=/sbin:/bin:/usr/bin --- PATH=/sbin:/bin