Bug#688776: unblock: marble/4:4.8.4-3
Alle martedì 25 settembre 2012, Pino Toscano ha scritto: In which case please go ahead (and yay 1MB less on CD#1). Thanks, I will. And uploaded earlier. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#668109: reassigning and updating bug info
retitle 668109 gstreamer: shuffle mode - ogg and flac files freeze at 0:00 forwarded 668109 https://bugzilla.gnome.org/show_bug.cgi?id=680252 reassign 668109 gstreamer0.10-plugins-base affects 668109 + rhythmbox quodlibet thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687569: gdm3 displays Oh No! Something has gone wrong
Le jeudi 13 septembre 2012 à 22:20 +0200, Felix Koop a écrit : When logging in I often get only the Oh No! Something went wrong message. Sometimes I have to log in and out several times before I can sucessfully log into the system. I did not see anything useful in any log file, please tell me which log files you want and I will post them here. This has nothing to do with gdm, but rather with gnome-session or (more probably) with one of the programs it starts. The relevant log is usually ~/.xsession-errors Does it happen when you select the “GNOME Classic” session? -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636554: jruby: New upstream release
On Tue, Sep 25, 2012 at 02:25:04PM +0100, Alex Young wrote: On 25/09/12 13:31, berta...@ptitcanardnoir.org wrote: On Wed, Aug 3, 2011 at 2:09 PM, James Healyji...@deefa.com wrote: JRuby 1.6.3 is available upstream and includes official support for ruby 1.9 syntax. Are there any plans to package 1.6.x? yes, but every helping hand is welcome! Is there a place where this plans are documented? What are they? I might be interested to help. I've already started a bit, but don't know java that much and hit some symbols not found errors at compilation time. The work was done to repackage jruby-1.6.7.2 in June: http://lists.alioth.debian.org/pipermail/pkg-java-maintainers/2012-June/039090.html Yeah, I saw this message. Well done. It had no response. I presume that's because it re-ships the jars it requires rather than depending on existing Debian packages where they're available. If I were to suggest a starting point, it would be to get its dependencies up to date. I agree, shipping the jars from the upstream source is quite a violation of Debian's policy, so this upload won't be accepted I think. I've already begun to repackage some of its dependencies. I actually did upgrade (privately, as a matter to test the 1.6.8 packaging) : * libjaffl-java * libjcodings-java * libjffi-java libjffi-jni * libbytelist-java However, even with this upgraded package I have hard time being able to package jruby 1.6. I'm not very used to java I admit. I still get like 7 errors of unresolved symbols with this upgraded deps. All of them happen in org.jruby.ext.posix.{POSIX,LibC}, and I have hard time understanding why given my lame java knowledge... I upgraded this packages considering the dependencies that fedora enforced for its jruby 1.6 package, which can be found at : http://pkgs.fedoraproject.org/cgit/jruby.git/commit/?id=f4ea4c6e3ec7f89ffdce927b695fac638f2483ec I'll give another try latter. bert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688757: pvmove onto disk with different sector size hazardous
On 25/09/12 18:35, Bastian Blank wrote: On Tue, Sep 25, 2012 at 02:45:47PM +0200, Daniel Pocock wrote: I have marked this `severe' because it has a high probability of filesystem corruption and drives with 4096 byte sectors are likely to become much more widespread. This is a local problem. You have setup a filesystem with 512 bytes as block size (xfs I presume) and expect it to work on larger blocks? Just don't use xfs or kill the maintainer of xfs tools for still using such tiny blocks. I have some 256MB ext3 filesystems. They are mirrors of /boot partitions from my servers. e.g. # tune2fs -l /dev/mapper/vg_ext-repl_diskABC Filesystem features: has_journal ext_attr resize_inode dir_index filetype sparse_super Block size: 1024 Fragment size:1024 Filesystem created:14:40:16 (December 2011) I recently purchased a 3TB drive and created one big 3TB partition for lvm Which brand and model? All large disks I obtained in the last year shows 512 bytes sectors. Seagate GoFlex Desk (USB3 external 3.5 powered) 732566645 4096-byte logical blocks: (3.00 TB/2.72 TiB) # fdisk /dev/sdf Note: sector size is 4096 (not 512) Command (m for help): p Disk /dev/sdf: 3000.6 GB, 3000592977920 bytes 1 heads, 63 sectors/track, 11628041 cylinders, total 732566645 sectors Units = sectors of 1 * 4096 = 4096 bytes Sector size (logical/physical): 4096 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: Device Boot Start End Blocks Id System /dev/sdf1 63 732566582 2930266080 8e Linux LVM Many errors appeared during the pvmove operation And this would be? I somehow didn't capture them, but I'm fairly certain they were the same as the errors I have now in dmesg The old disk has 512 byte sectors and the new disk has 4096 byte sectors. Please show smartctl -i $device. /dev/sdf: Unknown USB bridge [0x0bc2:0x50a5 (0x100)] # smartctl -d scsi -i /dev/sdf Vendor: Seagate Product: GoFlex Desk Revision: 0D18 User Capacity:3,000,592,977,920 bytes [3.00 TB] Logical block size: 4096 bytes Serial Device type: disk Local Time is:Tue Sep 25 20:14:21 2012 CEST It appears that pvmove is potentially a lot more dangerous than the man page suggests. Although they were mounted during the pvmove, they were not in use (they are backup filesystems and they only get written to on demand). If they had open files at the time, I suspect that corruption would have occurred. I doubt that, because the write would have been canceled. A write could fail at a bad time, writes during the pvmove operation might succeed at the end of the filesystem while failing at the front of a filesystem. Some potential ideas: a) pvmove should check sector sizes and require --force if there is a mismatch Nope. This is up to the admin. Also lvm does not know about the filesystem. Actually, there are probably a lot of admins who don't do this kind of thing every day. The passwd command asks the admin to type his new password twice, there are many examples of tools that do basic safety checks Note that in suggestion (a) I made no reference to the filesystem at all, it is just to check the block device sector sizes. E.g. if the source device was 512 byte sectors and destination was 4096 byte sectors, the pvmove would always need --force, even if the filesystem was 4k blocks, because it would not be checking the filesystem block size. With --force, it would just go ahead and run. In suggestion (b) I raised the possibility of filesystem block size checks, but that was a separate point because it is more of a wish-list item -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688772: gnome Depends network-manager-gnome
* Ian Jackson (ijack...@chiark.greenend.org.uk) [120925 19:33]: Andreas Barth writes (Re: Bug#688772: gnome Depends network-manager-gnome): Though I think that the change is against our decision, I'd prefer dropping that line from our next decision. OK. Do you have an opinion about the rest of it ? The spirit is fine. However, I'm not sure if 6. is too detailed, or should just be written as a. Any way which increases the likelihood of network-manager being installed (this includes also messages, user-face warnings etc) b. Any other change which is contrary to the spirit or intent of either our previous resolution in #681834 or this resolution. Also the first sentence of 9. might need to be dropped. Perhaps adding something like using words like 'crusade' together with implementing a tech ctte decision is inappropriate might be better? Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688730: lttng-tools: lttng-sessiond init script not working
* Michael Lundkvist brels.deb...@solske.net wrote: Package: lttng-tools Version: 2.1.0~rc3-1 Severity: grave Justification: renders package unusable Dear Maintainer, I just tried installing lttng-tools, but the installation hangs when trying to start lttng-sessiond. It seems like the init script fails to start lttng-sessiond in the background my guess is that it should pass -d to lttng-sessiond. The same behavior has been seen on two different systems. The stop action in the init script also seems broken, but I did not look further in to that. Thanks in advance! You are absolutely correct on both points, thanks for pointing this out. I've just uploaded -2 that should have you fixed up. Let me know if you're still having issues. Cheers -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687136: ; graphics corruption with Radeon 6570
* Jon Severinsson (j...@severinsson.net) wrote: | Hello. Following an install of wheezy using debian-wheezy-DI-b2-i386-netinst.iso, | I reported bug #687136 [...] concerning xserver freezes with corruption of | the screen at every boot. The GPU is identified thus: | | [...] | | I've been doing my best to investigate since then and found some sources | which suggest that 3D support for this card was added only as of | libdrm_radeon-2.4.34. As far as I can tell no version more recent than | libdrm_radeon-2.4.33 is available in any Debian repository. | | Would it be possible for someone here to confirm or disconfirm this conjecture | so that I can correct/update the bug report? | | libdrm 2.4.34 does indeed add support for several additional chipset | variations, including thre new TURKS ids. The relevant commit can be viewed | at http://cgit.freedesktop.org/mesa/drm/commit/?id=cf7cc62a98 | | Unfortunately you seem to have cut out the PCI ID from the included GPU | identification, so I can't say for sure that your card is one of | the new variations. Thank you for this very helpful response. This is what hwinfo says: Model: ATI VGA compatible controller Vendor: pci 0x1002 ATI Technologies Inc Device: pci 0x6759 SubVendor: pci 0x1682 XFX Pine Group Inc. SubDevice: pci 0x3190 Memory Range: 0xd000-0xdfff (ro,non-prefetchable) Memory Range: 0xfe7c-0xfe7d (rw,non-prefetchable) I/O Ports: 0xb000-0xbfff (rw) Memory Range: 0xfe7a-0xfe7b (ro,non-prefetchable,disabled) IRQ: 16 (412396 events) I/O Ports: 0x3c0-0x3df (rw) Module Alias: pci:v1002d6759sv1682sd3190bc03sc00i00 Driver Info #0: Driver Status: radeon is active Driver Activation Cmd: modprobe radeon Config Status: cfg=new, avail=yes, need=no, active=unknown Attached to: #14 (PCI bridge) but since /libdrm-2.4.33/radeonr600_pci_ids.h from wheezy already includes: CHIPSET(0x6759, TURKS_6759, TURKS) it seems like the chipset should be supported in that version. The ones that were added in the commit you referred me to are: +CHIPSET(0x6751, TURKS_6751, TURKS) +CHIPSET(0x675B, TURKS_675B, TURKS) +CHIPSET(0x675D, TURKS_675D, TURKS) | PS If there is a way for me to hand-compile a more recent version of | libdrm_radeon that might allow the machine to boot without freezing up, I | would really appreciate a link or some pointers. | | Yes, the following commands should build a libdrm 2.4.39 packages eventually | intended for debian experimental: Thank you for this help also. Good luck with your work, Jim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668109: versions affected
found 668109 gst-plugins-base0.10/0.10.36-1 notfound 668109 gst-plugins-base0.10/0.10.35-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688744: ext2 support for USB removable media in debian-installer
reassign 688744 mountmedia thanks Quoting Brian Potkin (claremont...@gmail.com): You can use your ext2 formatted flash drive but you have to be sneaky. Before detecting the network hardware do Detect disks, followed by modprobe ext2 and mount -text2 /dev/sdXn /media Then back to Detect network hardware. Indeed, mountmedia could easily try to mount an ext2|ext3|ext4 device: if ! ( media_mounted checkcontents $MNT ); then # Special case for an already mounted /hd-media. if [ -d /hd-media ] checkcontents /hd-media; then mount --bind /hd-media /media exit 0 fi if ! grep -q ^vfat /proc/modules ; then log-output -t mountmedia modprobe -q vfat || true fi the modprobe ext2 command could be attempted there. Of course, that needs to be sure the ext2 module is already available. It seens this is what you detect disk trick is about, am I right? Anyway, reassigning to the mountmedia package, which this bug pertains to, I think. -- signature.asc Description: Digital signature
Bug#687240: [pkg-bacula-devel] Bug#687240: Bug#687240: [RFR] templates://bacula/{bacula-director-db.templates.in}
Quoting Alexander Golovko (alexan...@ankalagon.ru): tags 687240 -pending -- Oh, but we have security issue and serious incorrect behaviour with xattr. I upload package, but not mark this bug as closed, so we can continue work on it. IMHO, we always can make new upload with your changes, but current upload allow peoples to find more bugs before release. May be i'm wrong and should not yet include your changes in upload? But your text definitely better, than my :) If not done already, please do *not* include changes in the upload. That will quite certainly add confusion to translators. signature.asc Description: Digital signature
Bug#616515: gnucash: uses excessive memory after saving
Control: tags -1 = upstream pending Jayen Ashar j...@yahoo.com writes: I've attached the file and I lost about ~360MB during this run. I installed gnucash-dbg, but I don't see line numbers from valgrind. I went to the source to se if I could submit a patch, but it looks like this may have been fixed in March, a month and a half after 2.4.10 was released: http://svn.gnucash.org/trac/changeset/22070 Thanks for pointing me at this patch. I've committed the patch to the Debian GnuCash repository (commit 3350df27), and on that basis I have recompiled unofficial GnuCash packages (version 1:2.4.11-2~1.gbp3350df) available at: http://people.debian.org/~sebastien/ Can you confirm that the bug is fixed in these packages? -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 pgp2QxRTGPtXq.pgp Description: PGP signature
Bug#688800: mplayer2: can not seek wvc1 videos
Package: mplayer2 Version: 2.0-554-gf63dbad-1+b1 Severity: normal Dear Maintainer, wvc1 videos are unseekable in mplayer2. For example if I try to seek 10 seconds forward using right key, then the video freezes. A sample video is here: http://ftyps.com/unrelated/vc1_in_wmv.wmv -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mplayer2 depends on: ii libaa11.4p5-40 ii libasound21.0.25-4 ii libass4 0.10.0-3 ii libavcodec53 6:0.8.3-7 ii libavformat53 6:0.8.3-7 ii libavutil51 6:0.8.3-7 ii libbluray11:0.2.2-1 ii libc6 2.13-35 ii libcaca0 0.99.beta18-1 ii libcdio-cdda1 0.83-4 ii libcdio-paranoia1 0.83-4 ii libcdio13 0.83-4 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvdnav44.2.0+20120524-2 ii libdvdread4 4.2.0+20120521-3 ii libenca0 1.14-2 ii libfaad2 2.7-8 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgif4 4.1.6-9.1 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libjack-jackd2-0 [libjack-0.116] 1.9.8~dfsg.4+20120529git007cdc37-4 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii libncurses5 5.9-10 ii libogg0 1.3.0-4 ii libpng12-01.2.49-3 ii libpostproc52 6:0.8.3-7 ii libpulse0 2.0-6 ii libsdl1.2debian 1.2.15-5 ii libsmbclient 2:3.6.6-3 ii libspeex1 1.2~rc1-6 ii libswscale2 6:0.8.3-7 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9-10 ii libvdpau1 0.4.1-7 ii libvorbis0a 1.3.2-1.3 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxv12:1.0.7-1 ii libxvidcore4 2:1.3.2-9 ii libxxf86dga1 2:1.1.3-2 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.7.dfsg-13 mplayer2 recommends no packages. mplayer2 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#685817: viking crashes a lot when used to display maps
Hi Rob, thank you for the hint to disable the status bar. It seems to improve the stability a lot, although it does not prevent viking completely from crashing. But that's maybe because I have to switch on the status bar from time to time to check coordinates. in case this is fixable - could we get it fixed, too please? I can try to get it into Wheezy if we have a fix rather soonish. Cheers and thanks, bernd -- Bernd ZeimetzDebian GNU/Linux Developer http://bzed.dehttp://www.debian.org GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688801: kde-window-manager: Incorrect Build-conflict against libgles2-mesa-dev
Package: kde-window-manager Version: 4:4.8.4-3 Severity: normal Dear Maintainer, the source package of kde-workspace has an incorrect build conflict against libgles2-mesa-dev. kde-workspace and especially KWin build just fine with this package around and in fact parts of KWin do not get build without this package. If the package is around two kinds of KWins are build: kwin which is linked against OpenGL and kwin_gles which is linked against OpenGL ES 2.0. Depending on hardware and driver kwin_gles provides a better user experience and performance. E.g. some features are only available in kwin_gles for users of an ATI r300 GPU. This conflict might be a left-over from earlier versions, but since 4.8 KWin builds just fine with OpenGL and OpenGL ES 2.0 around. It would be great if Debian could also provide this options for their users. Best Regards Martin Gräßlin KWin Maintainer -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 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 kde-window-manager depends on: ii kde-runtime 4:4.8.4-1 ii kde-style-oxygen 4:4.8.4-3 ii libc6 2.13-35 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libice6 2:1.0.8-2 ii libkactivities6 4:4.8.4-1 ii libkcmutils4 4:4.8.4-3 ii libkdeclarative5 4:4.8.4-3 ii libkdecorations4 4:4.8.4-3 ii libkdecore5 4:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkephal4abi14:4.8.4-3 ii libkio5 4:4.8.4-3 ii libknewstuff3-4 4:4.8.4-3 ii libkwineffects1abi3 4:4.8.4-3 ii libkwinglutils1 4:4.8.4-3 ii libkworkspace4abi14:4.8.4-3 ii libplasma34:4.8.4-3 ii libqt4-dbus 4:4.8.2+dfsg-2 ii libqt4-declarative4:4.8.2+dfsg-2 ii libqt4-script 4:4.8.2+dfsg-2 ii libqt4-xml4:4.8.2+dfsg-2 ii libqtcore44:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libsm62:1.2.1-2 ii libstdc++64.7.1-7 ii libx11-6 2:1.5.0-1 ii libxcomposite11:0.4.3-2 ii libxcursor1 1:1.1.13-1 ii libxdamage1 1:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes31:5.0-4 ii libxrandr22:1.3.2-2 ii libxrender1 1:0.9.7-1 ii perl 5.14.2-13 kde-window-manager recommends no packages. kde-window-manager 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#688517: kate: Kate unable to save new files
Hi Moshe! I find this bug unreproducible. Also kate is one of the main apps included in KDE, so if this is a packaging/app problem, more people would have certainly filled this bug before, or replied to it. Lisandro, Thank you for your help and suggestions. I find that I cannot perform a full-upgrade (dist-upgrade) on my system; aptitude cannot resolve the all the conflicts without removing what appears to be all of kde-standard. Furthermore, a reboot of the system seems to have restored kate's filesystem access and cleared the problem. (The reboot was after a crash of all open windows, which tells me that I have instability somewhere.) Please close this bug. I will resolve my local configuration problems; if the problem reappears I will open a new ticket. Again, I very much appreciate your help and patience. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688676: norwegian: Please enable xz compression for all binaries
Control: tag -1 pending Cyril Brulebois k...@debian.org (24/09/2012): trying to make some room on CD#1 for Gnome to fit, your package appeared to be a good candidate to save a few MBs: aspell-no alone would shrink from 17MB to 13MB with the attached patch. Following your ACK on IRC, here's the final source debdiff for my NMU. Mraw, KiBi. diff -u norwegian-2.0.10/debian/rules norwegian-2.0.10/debian/rules --- norwegian-2.0.10/debian/rules +++ norwegian-2.0.10/debian/rules @@ -31,0 +32,3 @@ + +override_dh_builddeb: + dh_builddeb -- -Zxz diff -u norwegian-2.0.10/debian/changelog norwegian-2.0.10/debian/changelog --- norwegian-2.0.10/debian/changelog +++ norwegian-2.0.10/debian/changelog @@ -1,3 +1,10 @@ +norwegian (2.0.10-5.1) unstable; urgency=low + + * Non-maintainer upload, acked by the maintainer. + * Compress binaries with xz to save some space on CD images. Closes: #688676 + + -- Cyril Brulebois k...@debian.org Tue, 25 Sep 2012 21:09:32 +0200 + norwegian (2.0.10-5) unstable; urgency=low * Switch to dh, update build-depends accordingly. signature.asc Description: Digital signature
Bug#688728: debirf: serial-terminal module cmdline matching
On 09/25/2012 03:14 PM, Matt Taggart wrote: Daniel Kahn Gillmor writes: do you have an example of where this actually fails to work? I had a machine fail to start a getty on the serial and then it worked with a freshly built debirf with that change. But maybe it was something else that changed. I will try to repeat the problem and report back. thanks! fwiw, i think most ipmi serials are also real serial ports on the mainboard, just exported via another external interface through the ipmi symbiont device. All the ones I've seen (all Supermicro, a couple variants) have a ttyS0 on the mainboard and then the IPMI SOL is ttyS2 or ttyS1. right. what i was trying to say is that i suspect if you look at the actual hardware of those machines, you'll find that there's a physical serial controller in there, stuck between the IPMI hardware and the host hardware. --dkg signature.asc Description: OpenPGP digital signature
Bug#688772: gnome Depends network-manager-gnome
I've been thinking about this over lunch, and I do feel like the gnome metapackage is substantively different than the gnome-core metapackage. I'm not sure if it's sufficiently different to warrant a different decision, but it does seem different enough to warrant a separate discussion. The historic point of the gnome metapackage is not to just install the base machinery of GNOME in the same way that gnome-core is. It's rather to give the user a complete desktop environment built around GNOME. There have historically been all sorts of applications in there that people may or may not use. It's a fairly heavy-weight metapackage; it pulls in everything from office suites to a mail client. We still have the upgrade problem with network-manager from squeeze gnome to wheezy gnome, but I would expect, if I had the full gnome metapackage installed, for quite a lot to potentially change across versions: new applications added or dropped, new implementations of particular common tasks to be blessed upstream, etc. So I'm not sure if that's as strong of a reason to stick with Recommends in that metapackage. To be clear, if I were the GNOME maintainers, I would use Recommends. But I'm not, and I'd rather that they make the call as much as possible. Putting aside the communication breakdowns and the heated arguments and so forth, if just the gnome metapackage issue in its current form had come to us cold, I'm trying to work through what decision I'd make. I'm wondering if we should just document the change to the gnome metapackage in the release notes. I think there's really something to be said for treating this as a compromise position. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688728: debirf: serial-terminal module cmdline matching
Daniel Kahn Gillmor writes: this is within a for loop: for param in $(cat /proc/cmdline); do ... the result that each element assigned to $param is split from the next by IFS, which is basic whitespace. Ah I see! hm, i don't think it does. have you verified this? the anchor tests against the start of each parameter, not against the start of the entire /proc/cmdline. do you have an example of where this actually fails to work? I had a machine fail to start a getty on the serial and then it worked with a freshly built debirf with that change. But maybe it was something else that changed. I will try to repeat the problem and report back. fwiw, i think most ipmi serials are also real serial ports on the mainboard, just exported via another external interface through the ipmi symbiont device. All the ones I've seen (all Supermicro, a couple variants) have a ttyS0 on the mainboard and then the IPMI SOL is ttyS2 or ttyS1. while the goal of spawning a getty on each line the kernel has its console on is an interesting one, i don't think it's particularly useful. I agree. -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688802: openload: missing homepage
Package: openload Severity: wishlist Hi there! The download location on copyright seems not to be valid anymore. Maybe it's worth to add a Homepage: field pointing the current upstream location (http://openwebload.sourceforge.net/) thanks in advance, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#687569: gdm3 displays Oh No! Something has gone wrong
The file ~/.xsession-errors has a size of 0 after such a failed login attempt. Which other file could hold an error? No, it does not happen when I use GNOME Classic. -- Mit freundlichen Grüßen Felix Koop Am Dienstag, den 25.09.2012, 20:21 +0200 schrieb Josselin Mouette: This has nothing to do with gdm, but rather with gnome-session or (more probably) with one of the programs it starts. The relevant log is usually ~/.xsession-errors Does it happen when you select the “GNOME Classic” session? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688803: unblock: elmerfem/6.1.0.svn.5396.dfsg2-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, Please unblock package elmerfem version 6.1.0.svn.5396.dfsg2-1. It fixes RC bug #687954. File in attachment was produced using command: $ debdiff elmerfem_6.1.0.svn.5396.dfsg-5.2.dsc elmerfem_6.1.0.svn.5396.dfsg2-1.dsc | \ filterdiff -x '*tetgen*' elmerfem_6.1.0.svn.5396.dfsg-5.2:6.1.0.svn.5396.dfsg2-1.diff Thanks diff -Nru elmerfem-6.1.0.svn.5396.dfsg/debian/changelog elmerfem-6.1.0.svn.5396.dfsg2/debian/changelog --- elmerfem-6.1.0.svn.5396.dfsg/debian/changelog 2012-05-26 01:53:42.0 +0300 +++ elmerfem-6.1.0.svn.5396.dfsg2/debian/changelog 2012-09-24 20:24:55.0 +0300 @@ -1,3 +1,20 @@ +elmerfem (6.1.0.svn.5396.dfsg2-1) unstable; urgency=low + + * Team upload. + * Delete non-free and unnecessary files from tarball: +- ElmerGUI/Application/plugins/tetgen.h +- misc/tetgen_plugin/* +(Closes: #687954) + * Add debian/patches/no-tetgen.patch: fix build without tetgen plugin. + * Add script debian/elmerfem_get-orig-source.sh. + * Add get-orig-source section in debian/rules. + * Update debian/copyright: +- update debian/copyright in according to Copyright format 1.0 +- add missed copyright holders and licenses +- add info how to repack orig tarball + + -- Boris Pek tehnic...@mail.ru Mon, 24 Sep 2012 20:21:17 +0300 + elmerfem (6.1.0.svn.5396.dfsg-5.2) unstable; urgency=low * Non-maintainer upload. diff -Nru elmerfem-6.1.0.svn.5396.dfsg/debian/copyright elmerfem-6.1.0.svn.5396.dfsg2/debian/copyright --- elmerfem-6.1.0.svn.5396.dfsg/debian/copyright 2011-05-04 21:40:34.0 +0300 +++ elmerfem-6.1.0.svn.5396.dfsg2/debian/copyright 2012-09-24 20:24:44.0 +0300 @@ -1,19 +1,28 @@ -Format-Specification: http://wiki.debian.org/Proposals/CopyrightFormat +Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Debianized-By: Adam C. Powell, IV hazel...@debian.org Debianized-Date: Fri, 18 Jul 2008 13:01:45 -0400 -Upstream-Author: CSC -- IT Center for Science Ltd -Original-Source: http://www.csc.fi/elmer/ - -Notes: I removed the directories mathlibs, umfpack, elmergrid/src/metis, and - post/src/fonts/TrueType from the upstream tarball because they were either - non-free (metis) or redunadnt with other Debian packages (mathlibs and - umfpack; TrueType contains ttf-freefont files). I also removed the notes - about those packages from the quote below of the upstream copyright statement, - which you can see in full in the LICENSES file. And I removed the file - elmergrid/acx_metis.m4 because some consider the QPL non-free. +Upstream-Name: Elmer +Upstream-Contact: + CSC - IT Center for Science Ltd. (http://www.csc.fi/english/pages/elmer/contact) +Source: http://www.csc.fi/english/pages/elmer/sources + Directories mathlibs, umfpack, elmergrid/src/metis, and post/src/fonts/TrueType + were removed from the upstream tarball because they are either non-free (metis) + or redundant with other Debian packages (mathlibs and umfpack; TrueType + contains ttf-freefont files). Notes about these packages were also removed from + the quote below of the upstream copyright statement, which you can see in full + in the LICENSES file. File elmergrid/acx_metis.m4 was removed because some + consider the QPL non-free. Files misc/tetgen_plugin/plugin/tetgen.* and + ElmerGUI/Application/plugins/tetgen.h were removed because TetGen uses non-free + license (MIT license with exceptions regarding copyright attribution and + commercial use). + . + Also few unnecessary files were removed: */*.cache, post/src/*/*.cache and + misc/tetgen_plugin/*. + . + You can use script debian/elmerfem_get-orig-source.sh to repack orig tarball. Files: * -Copyright: Copyright (C) 1995- , CSC - IT Center for Science Ltd. +Copyright: 1995- , CSC - IT Center for Science Ltd. License: GPL-2+ Elmer - A finite elements software for multiphysical problems Copyright (C) 1995- , CSC - IT Center for Science Ltd. @@ -75,7 +84,7 @@ Version 2 (GPL-2) can be found in file /usr/share/common-licenses/GPL-2. Files: elmergrid/* -Copyright: +Copyright: 1995- , CSC - IT Center for Science Ltd. License: GPL-2+ Elmer - A finite elements software for multiphysical problems Copyright (C) 1995- , CSC - IT Center for Science Ltd. @@ -119,12 +128,20 @@ Version 2 (GPL-2) can be found in file /usr/share/common-licenses/GPL-2. Files: elmergrid/src/nrutil.* -Copyright: Numerical Recipes' uncopyrighted vector and matrix allocation and deallocation routines. -License: Public domain +Copyright: none +Comment: + Numerical Recipes' uncopyrighted vector and matrix allocation and deallocation + routines. +License: public-domain + No license required for any purpose; the work is not subject to copyright + in any jurisdiction. -Files: post/src/help/html_library-0.3/* -Copyright: Copyright (c) 1995 by Sun Microsystems -License: +Files: post/doc/help.tcl +
Bug#688804: m4 can accidentally link to libsigsegv
Package: m4 Version: 1.4.16-3 Severity: normal Dear Maintainer, m4 configure script by default search for libsigsegv library and headers. And if found, m4 will be linked to that library. There is a configure option to disable this: --without-libsigsegv-prefix don't search for libsigsegv in includedir and libdir -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages m4 depends on: ii dpkg 1.16.8 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-35 m4 recommends no packages. m4 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#679297: [canorus] canorus crashes when saving
On 2012-07-04 19:12:36, Tobias Quathamer wrote: thanks a lot for the bug report. Unfortunately, you are right. The current version of canorus is not usable. I'm not able to fix this right now, and upstream development has been pretty silent in the last months, so I don't have much hope for a quick fix from their side. The bug has been fixed upstream [1] by doubling the size of the buffer. I haven't looked if width can be larger than 1700 but around that size it will crash again. Regards [1] http://canorus.svn.sourceforge.net/viewvc/canorus/trunk/src/core/tar.cpp?r1=1266r2=1265pathrev=1266 -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#688805: Upgrade ibus-table to 1.4.99.20120904
Package: ibus-table Version: 1.3.9.20110827-2 Severity: wishlist Despite the version bumping, the new upstream release just fixed several long-lasting bugs. So I think you may include it in sid now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688804: m4 can accidentally link to libsigsegv
On 09/25/2012 01:45 PM, Igor Pashev wrote: Package: m4 Version: 1.4.16-3 Severity: normal Dear Maintainer, m4 configure script by default search for libsigsegv library and headers. And if found, m4 will be linked to that library. And that is correct behavior - m4 SHOULD be linked against libsigsegv, otherwise you have crippled its behavior with regards to detecting stack overflow. There is a configure option to disable this: --without-libsigsegv-prefix don't search for libsigsegv in includedir and libdir My take is that using this option would be wrong. The distro version of m4 SHOULD be linking against libsigsegv. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Bug#688804: m4 can accidentally link to libsigsegv
So: # ldd /usr/bin/m4 linux-vdso.so.1 = (0x7fff3fdff000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd42a21) /lib64/ld-linux-x86-64.so.2 (0x7fd42a5bc000) # /usr/bin/m4 --version m4 (GNU M4) 1.4.16 Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Written by Rene' Seindal. 2012/9/25 Eric Blake ebl...@redhat.com: On 09/25/2012 01:45 PM, Igor Pashev wrote: Package: m4 Version: 1.4.16-3 Severity: normal Dear Maintainer, m4 configure script by default search for libsigsegv library and headers. And if found, m4 will be linked to that library. And that is correct behavior - m4 SHOULD be linked against libsigsegv, otherwise you have crippled its behavior with regards to detecting stack overflow. There is a configure option to disable this: --without-libsigsegv-prefix don't search for libsigsegv in includedir and libdir My take is that using this option would be wrong. The distro version of m4 SHOULD be linking against libsigsegv. -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687582: alpine: deadlock in signal handler
Thank you for this excellent bug report. I've run into this issue before, and your diagnosis is very helpful! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688793: unblock: obnam/1.1-1.1
Hi, thanks for the NMU. I'm still working on getting my CI system to work well enough that it builds packages. I need this so that when I make an upstream release, I can build packages for all the Debian release I support -- I don't want to build just for Debian unstable and then let people running squeeze just hope someone will make a backport. Getting all the infrastructure working to do this reliably is a bit of work that has obviously taken me too long. Do you have a personal interest in Obnam? Would you like to be a co-maintainer of the package in Debian? -- I wrote a book on personal productivity: http://gtdfh.branchable.com/ signature.asc Description: Digital signature
Bug#688806: Crufty stdout fd3 comment in debconf/confmodule
Package: debconf Version: 1.5.46 Severity: minor debconf/confmodule has a crufty comment about stdout on fd3: # To actually send something to standard output, send it to fd 3. fd3 is used to send commands to the frontend, and stdout isn't carried over from the original shell script invocation, so you can't use fd3 (or stdout at all) to emit output to stdout. Originally from debconf-devel@: http://lists.alioth.debian.org/pipermail/debconf-devel/2012-August/003417.html -- Date: Tue, 28 Aug 2012 12:23:33 -0700 From: John Morrissey j...@horde.net To: Debconf Developers debconf-de...@lists.alioth.debian.org Subject: Crufty stdout comment in confmodule? I was looking at /usr/share/debconf/confmodule recently, and the comment about stdout and fd 3 seems crufty. The script winds up with its write pipe to the frontend on fd 3: debconf.sh 17810 jwm0r FIFO0,8 0t0 9443796 pipe debconf.sh 17810 jwm1w CHR 136,13 0t0 16 /dev/pts/13 debconf.sh 17810 jwm2u CHR 136,13 0t0 16 /dev/pts/13 debconf.sh 17810 jwm3w FIFO0,8 0t0 9443797 pipe If I redirect stderr to a file (by invoking the shell fragment below as './debconf.sh 2foo', for example), I see stdout is completely gone: debconf.sh 18022 jwm0r FIFO0,8 0t0 9445266 pipe debconf.sh 18022 jwm1w REG 254,6 112 1951755 /home/jwm/newbug/foo debconf.sh 18022 jwm2w REG 254,6 112 1951755 /home/jwm/newbug/foo debconf.sh 18022 jwm3w FIFO0,8 0t0 9445267 pipe The frontend starts the shell script with its two pipes on the script's fd0 and fd1, so stdout is never available to the script. john /usr/share/debconf/confmodule -- if [ -z $DEBCONF_REDIR ]; then # Redirect standard output to standard error. This prevents common # mistakes by making all the output of the postinst or whatever # script is using this library not be parsed as confmodule commands. # # To actually send something to standard output, send it to fd 3. exec 31 if [ $DEBCONF_USE_CDEBCONF ]; then exec 15 else exec 12 fi [...] fi -- debconf.sh: -- #!/bin/sh lsof +c 12 -p $$ . /usr/share/debconf/confmodule lsof +c 12 -p $$ -- -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688743: openstreetmap-client: Segfaults when started remotely via SSH
[Axel Beckert] I could reproduce this with Sid amd64 as well as Sid i386 on the remote side. At least on Sid i386 it though works fine locally. (Can't test on amd64 as that box is a virtual machine only accessible via SSH. :-) Can you try to run within valgrind (ie run 'valgrind openstreetmap-client') and report the crash trace and cause? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688807: Don't compress doxygen .tag files
Package: libsigc++-2.0-doc Version: 2.2.10-0.2 Severity: normal Tags: patch Hi, libsigc++-2.0-doc compresses the doxygen tag file: /usr/share/doc/libsigc++-2.0-doc/reference/libsigc++-2.0.tag.gz Please exclude .tag files from being compressed so doxygen can generate proper cross references. Patch attached. Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libsigc++-2.0-doc depends on no packages. Versions of packages libsigc++-2.0-doc recommends: ii libsigc++-2.0-dev 2.2.10-0.2 libsigc++-2.0-doc suggests no packages. -- no debconf information diff --git a/debian/rules b/debian/rules index 32ddfb9..0552331 100755 --- a/debian/rules +++ b/debian/rules @@ -55,7 +55,7 @@ binary-arch-stamp: install binary-indep: binary-indep-stamp binary-indep-stamp: install - dh_compress -i -Xdoxygen_tags + dh_compress -i -X.tag dh_fixperms -i dh_installdeb -i dh_strip -i
Bug#688804: m4 can accidentally link to libsigsegv
On 09/25/2012 01:54 PM, Игорь Пашев wrote: So: # ldd /usr/bin/m4 linux-vdso.so.1 = (0x7fff3fdff000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd42a21) /lib64/ld-linux-x86-64.so.2 (0x7fd42a5bc000) Your point? libsigsegv is typically linked statically, even though it is also possible to set things up to link dynamically. The real test is whether you get nice stack overflow detection: $ echo 'changequote([,])define(a,[a(a])a' | m4 m4: stack overflow which is only possible if m4 linked against libsigsegv (whether statically or dynamically). -- Eric Blake ebl...@redhat.com+1-919-301-3266 Libvirt virtualization library http://libvirt.org signature.asc Description: OpenPGP digital signature
Bug#688808: debian-goodies: checkrestart incorrectly ignores util-linux (getty)
Package: debian-goodies Version: 0.61 Severity: normal Tags: patch Hello Javier, I've just noticed that checkrestart fails to show getty processes, when they need to be restarted. # checkrestart Found 5 processes using old versions of upgraded files (1 distinct program) (1 distinct packages) These processes do not seem to have an associated init script to restart them: # checkrestart -v Found 5 processes using old versions of upgraded files (1 distinct program) Process /sbin/getty (PID: 2528) List of deleted files in use: /sbin/getty (deleted) Process /sbin/getty (PID: 2527) List of deleted files in use: /sbin/getty (deleted) Process /sbin/getty (PID: 2529) List of deleted files in use: /sbin/getty (deleted) Process /sbin/getty (PID: 2530) List of deleted files in use: /sbin/getty (deleted) Process /sbin/getty (PID: 2531) List of deleted files in use: /sbin/getty (deleted) Running:['dpkg-query', '--search', '/sbin/getty'] Reading line: util-linux: /sbin/getty (1 distinct packages) These processes do not seem to have an associated init script to restart them: This seems to be wrong: getty processes need to be restarted (with a killall -TERM getty, since they are in respawn...), checkrestart tells me that there are 5 processes that I should restart, but it does not tell me which program it's talking about. I need to use the -v option to figure it out... This seems to be caused by an over-fixing of bug #673045, which just talked about screen and didn't mention util-linux at all. The attached patch (which I think is so trivial that it is not copyrighted) fixes the issue for me: # ./a/checkrestart Found 5 processes using old versions of upgraded files (1 distinct program) (1 distinct packages) # ./b/checkrestart Found 5 processes using old versions of upgraded files (1 distinct program) (1 distinct packages) These processes do not seem to have an associated init script to restart them: util-linux: 2528/sbin/getty 2527/sbin/getty 2529/sbin/getty 2530/sbin/getty 2531/sbin/getty Please apply this patch and try to have it accepted for migration into testing, if possible. Thanks for your time! Bye. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debian-goodies depends on: ii curl 7.26.0-1 ii dctrl-tools [grep-dctrl] 2.22.2 ii perl 5.14.2-13 ii python2.7.3~rc2-1 ii whiptail 0.52.14-10 Versions of packages debian-goodies recommends: ii lsof 4.86+dfsg-1 Versions of packages debian-goodies suggests: ii popularity-contest 1.55 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zenity 3.4.0-2 -- no debconf information checkrestart_do_not_ignore_util-linux.diff.gz Description: GNU Zip compressed data
Bug#688809: Make API reference available under original location / devhelp integration broken
Package: libsigc++-2.0-doc Version: 2.2.10-0.2 Severity: important Tags: patch The devhelp file shipped in libsigc++-2.0-doc [1] expects the API reference to be installed under /usr/share/doc/libsigc++-2.0/reference/html, the location upstream installs it by default. Also, other packages, like gtkmm, glibmm, cairomm, pangomm look for that directory when searching for the libsigc++ doxygen tag file. The attached patch adds a symlink, so both the devhelp documentation works again and 3rd party packages find the doxygen tag file. Michael [1] /usr/share/devhelp/books/libsigc++-2.0/libsigc++-2.0.devhelp2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libsigc++-2.0-doc depends on no packages. Versions of packages libsigc++-2.0-doc recommends: ii libsigc++-2.0-dev 2.2.10-0.2 libsigc++-2.0-doc suggests no packages. -- no debconf information diff --git a/debian/libsigc++-2.0-doc.links b/debian/libsigc++-2.0-doc.links new file mode 100644 index 000..c5c4180 --- /dev/null +++ b/debian/libsigc++-2.0-doc.links @@ -0,0 +1 @@ +usr/share/doc/libsigc++-2.0-doc usr/share/doc/libsigc++-2.0 diff --git a/debian/rules b/debian/rules index 0552331..132c238 100755 --- a/debian/rules +++ b/debian/rules @@ -120,6 +120,7 @@ install-stamp: build arrange dh_installdocs dh_installexamples -plibsigc++-2.0-doc examples/*.cc dh_installchangelogs ChangeLog + dh_link touch install-stamp
Bug#688804: m4 can accidentally link to libsigsegv
2012/9/26 Eric Blake ebl...@redhat.com: On 09/25/2012 01:54 PM, Игорь Пашев wrote: So: # ldd /usr/bin/m4 linux-vdso.so.1 = (0x7fff3fdff000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fd42a21) /lib64/ld-linux-x86-64.so.2 (0x7fd42a5bc000) Your point? libsigsegv is typically linked statically, even though it is also possible to set things up to link dynamically. The real test is whether you get nice stack overflow detection: $ echo 'changequote([,])define(a,[a(a])a' | m4 m4: stack overflow which is only possible if m4 linked against libsigsegv (whether statically or dynamically). Well, thus m4 needs to build-depend on libsigsegv-dev, but is does not: # cat /var/tmp/m4-1.4.16/debian/control Source: m4 Section: interpreters Priority: standard Maintainer: Santiago Vila sanv...@debian.org Standards-Version: 3.9.2 Build-Depends: debhelper (= 9), texi2html (= 1.82) Homepage: http://www.gnu.org/software/m4/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688772: gnome Depends network-manager-gnome
* Russ Allbery (r...@debian.org) [120925 21:30]: I'm wondering if we should just document the change to the gnome metapackage in the release notes. I think there's really something to be said for treating this as a compromise position. In case the packages stay as they are right now, I think putting the changes into the release notes would be the standard procedure (as any other larger change). However, having said this, release notes are not read as much as they should, or only after people notice issues. (I'm more asking myself why n-m couldn't be better integrated into Debian and more happily being just installed, which would be the better answer to that - but that's probably not for the tech ctte, even if it would be nice.) Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688810: Don't compress doxygen .tag files
Package: libglibmm-2.4-doc Version: 2.32.0-1 Severity: normal File: /usr/share/doc/libglibmm-2.4-doc/reference/glibmm-2.4.tag.gz Tags: patch Hi, libglibmm-2.4-doc compresses the doxygen tag file: /usr/share/doc/libglibmm-2.4-doc/reference/glibmm-2.4.tag.gz Please exclude .tag files from being compressed so doxygen can generate proper cross references. Patch attached. Michael -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libglibmm-2.4-doc depends on: ii chromium [www-browser] 21.0.1180.89~r154005-1 ii doc-base0.10.4 ii epiphany-browser [www-browser] 3.4.2-1+build1 ii iceweasel [www-browser] 10.0.7esr-2 ii konqueror [www-browser] 4:4.8.4-1 ii w3m [www-browser] 0.5.3-8 libglibmm-2.4-doc recommends no packages. Versions of packages libglibmm-2.4-doc suggests: ii gtkmm-documentation 3.4.0-1 -- no debconf information Index: debian/rules === --- debian/rules (Revision 35791) +++ debian/rules (Arbeitskopie) @@ -20,5 +20,8 @@ DEB_DH_MAKESHLIBS_ARGS_$(SHARED_PKG) += -V$(SHARED_PKG) (= $(SHVER)) DEB_INSTALL_EXAMPLES_$(DOC_PKG) += -XMakefile -X.deps -X.libs -X.o +# Don't compress doxygen tag files +DEB_COMPRESS_EXCLUDE = .tag + install/$(DOC_PKG):: $(MAKE) -C $(CURDIR)/examples clean
Bug#688803: unblock: elmerfem/6.1.0.svn.5396.dfsg2-1
+ SRC_VERSION=6.1.0.svn.${SVN_REVISION}.dfsg That should probably be dfsg2 now? No. This is the case when script is used with argument: $ ./elmerfem_get-orig-source.sh 6.1.0.svn.5396.dfsg2 So another block of the code works: SVN_REVISION=$(echo ${SRC_VERSION} | sed -e s/^.*.svn.\([0-9]\+\).dfsg.*$/\1/) + cout tetlib: control string: + string(tetgenControlString.toAscii()) endl; I realise it's just debug output, but that should go away afaics. Yes. Unblocked; thanks. Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688811: clang: Register clang to /usr/bin/c89 /usr/bin/c99
Package: clang Version: 3.1+rt-1~exp1 Severity: wishlist Dear Me, See the subject. S -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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 Versions of packages clang depends on: ii clang-3.1 3.1+rt-1~exp1 clang recommends no packages. clang 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#639975: clementine: Release candidate for version 1.1 available
Package: clementine Followup-For: Bug #639975 Hi, Thomas and others. Version 1.1 rc1 has just been released: http://code.google.com/p/clementine-player/downloads/detail?name=clementine-1.1.0rc1.tar.gz It would be superb to have a new version in experimental. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677616: mtx: [hurd-i386] FTBFS: mtxl.h:39:1: error: unknown type name 'DEVICE_TYPE'
Hi! Unfortunelly, there is no userspace interface to access scsi devices on hurd, so mtx can't be built for this arch. Samuel, if i'm incorrectly understand you, please fix me. Bacula packages should be fixed for do not use mtx on hurd-i386. But please notify bacula team after situation changed and mtx will be in archive - we restore mtx usage for hurd arch. -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#687240: [pkg-bacula-devel] Bug#687240: Bug#687240: Bug#687240: [RFR] templates://bacula/{bacula-director-db.templates.in}
В Tue, 25 Sep 2012 20:52:30 +0200 Christian PERRIER bubu...@debian.org пишет: Quoting Alexander Golovko (alexan...@ankalagon.ru): tags 687240 -pending -- Oh, but we have security issue and serious incorrect behaviour with xattr. I upload package, but not mark this bug as closed, so we can continue work on it. IMHO, we always can make new upload with your changes, but current upload allow peoples to find more bugs before release. May be i'm wrong and should not yet include your changes in upload? But your text definitely better, than my :) If not done already, please do *not* include changes in the upload. That will quite certainly add confusion to translators. I'm so sorry! packages was already uploaded with changes included :( -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#688812: xserver-xorg-video-intel: Reapplying the same Outline desktop effect slows GMA 950 graphics core to a permanent crawl
Package: xserver-xorg-video-intel Version: 2:2.19.0-5 Severity: normal For this particular Intel GMA500 graphics core, the KDE desktop is normally quite responsive. However, during initial configuration of KDE I was trying to get rid of a colored halo that appears for window that happens to have the focus. Furthermore, I noticed in Configure desktop effects-All effects the simple Outline effect (helper effect to render an outline) was on by default. Therefore, as an experiment I turned that off and applied, but saw no difference in the halo. Therefore, just to leave it in the same state as before the experiment I turned that Outline effect on again. Shortly after my whole desktop slowed to a crawl (e.g., during the slowdown it took about a minute for a window to gain focus and another minute to respond to a click on an icon). top showed the cpu was completely idle so I assume the gpu was borked in some way by the above cycling of this Desktop effect. The slowdown was permanent in the sense that logout/login or a (warm) reboot would not get rid of it. The only way I discovered to get out of this trap was to move my whole desktop configuration aside (i.e., mv .kde .kde_broken ) and start my configuration all over again. I ascribe the whole thing to a nasty interaction between the Intel GMA 500 GPU, the Intel software graphics stack, and KDE. But as a first approximation I have assigned the bug to the xserver-xorg-video-intel package since my understanding is that although this particular Intel graphics core is supported by Intel, it is still somewhat older than the latest graphics cores that Intel actively tests with their graphics software. Furthermore, the KDE desktop effects do work with other chips, and, in fact, the KDE default desktop effects which do include the Outline effect appear to work well also with GMA500 graphics so long as you are careful not to change anything such as turn off then turn on the same effect. By the way, this is a production box, and I don't want to lose my KDE configuration so I am extremely reluctant to try the above experiment again to confirm that was the source of the slowdown. But since I was forced to start all over with KDE configuration to beat that original slowdown, there has been no sign of that issue again, and KDE has proved to be completely reliable. Furthermore, I have gone through every (simple) step in the KDE reconfiguration that I did originally except for fiddling with the Outline effect so I think it is pretty clear that fiddle as I described it above was the action that exposed this severe slowdown bug for GMA 500. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 19 18:50 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 Jul 18 02:35 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller [8086:27ae] (rev 03) Xorg X server configuration file status: -rw-r--r-- 1 root root 2841 Sep 19 18:31 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # Use defaults for most things, but configure the exceptions to # defaults that I like. Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 # Use automatic evdev detection of mouse and keyboard # so no InputDevice commands here. EndSection # As recommended by http://pkg-xorg.alioth.debian.org/howto/configure-input.html # Note there is no keyboard equivalent because that is configured using # /etc/default/keyboard and following the udevadmin command given in man keyboard # (or reboot the system) to make those options visible to X. Section InputClass Identifier evdev-pointer MatchIsPointer on Driver evdev # Disable mouse wheel if it exists (found in evdev man page) Option ButtonMapping 1 2 3 0 0 EndSection Section Monitor Identifier Monitor0 DisplaySize 410 260 # mm VendorName ACI ModelNameASUS VH198 ### Comment all HorizSync and VertRefresh values to use DDC: #HorizSync30.0 - 80.0 HorizSync30.0 - 67.6 VertRefresh 55.0 - 75.0 Option DPMS EndSection # This section generated by Xorg -configure command. Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option AccelMethod # str #Option DRI # [bool] #Option ColorKey # i #Option VideoKey # i #Option Tiling# [bool] #Option LinearFramebuffer
Bug#688813: bitcoind: CVE-2012-4683 and CVE-2012-4682
Package: bitcoind Severity: grave Tags: security Justification: user security hole Hi, it seems that two DoS CVEs were allocated for bitcoind, although it's not clear how it's affected, nor if there's a patch or anything. The only detail I was able to get was https://en.bitcoin.it/wiki/CVE. Could you please investigate with upstream and fix this? As bitcoind is not in Squeeze nor Wheezy, you should be able to upload a fix to unstable without issue. Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-grsec-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688616: yforth: add homepage field to control
tags 688616 +pending thanks Benjamin Kerensa bkere...@ubuntu.com writes: I have attached a patch which adds a homepage field to control for this package. Thanks. I've made the addition in my repository for the next upload. Bdale pgpiI4CmvklfJ.pgp Description: PGP signature
Bug#673223: RFS: ipset/6.14-1 -- administration tool for kernel IP sets
Hi, Bart noticed, you uploaded a new version to Mentors. Should it be uploaded? -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#688814: pdfunite: error-prone command line arguments
Package: poppler-utils Version: 0.18.4-3 Severity: normal It is very easy to overwrite a desired input file when doing, i.e., $ pdfunite page*.pdf instead of $ pdfunite page*.pdf new-file.pdf Using something like -o output-file would prevent this. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-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 poppler-utils depends on: ii libc6 2.13-35 pn libcairo2 none ii libfreetype6 2.4.9-1 ii liblcms1 1.19.dfsg-1.2 ii libpoppler19 0.18.4-3 ii libstdc++64.7.1-7 Versions of packages poppler-utils recommends: ii ghostscript 9.05~dfsg-6 poppler-utils 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#618010: Workaround confirmed
I can confirm the workaround Ed proposed: 1) before installation, I disabled WLAN in the BIOS settings, 2) installation of Debian with before mentioned Netinstall CD was successful, updates via ethernet/dhcp connection are possible 3) after installation, switch on WLAN in the BIOS and install b43 stuff via aptitude. WLAN: [OK] Overall Install: [OK] As far as my bug ticket is concerned, #618010 can get closed. Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686038: [BTS#686038] templates://fpc/{control,fp-compiler.templates}.in
On Sun, 2012-09-09 at 09:46 -0400, David Prévot wrote: Hi Peter, Le 09/09/2012 08:16, peter green a écrit : On Monday, August 27, 2012, I notified you of the beginning of a review process concerning debconf templates for fpc. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. 3 days seems a bit on the short side. Especially when you have made a load of formatting changes that obscure changes to the actual text. Sorry, it could have been extended, a lot, if you had asked for it. You were in copy of the whole process, in the hope you could answer to some interrogation too. Anyway having looked through it I don't see any obvious problems. That's great then, thanks for the ACK. I'm kinda new to this whole translations buisness. What exactly should I do with the po files people send me to incorporate them in the package. Simply include them in a debian/po/ directory. along with a debian/po/POTFILES.in containing one single line: [type: gettext/rfc822deb] fp-compiler.templates.in and a debian/po/templates.pot file automatically generated with debconf-updatepo. po-debconf(7) contains more detailed information. I can propose you a complete debdiff with all translations at the end of the translation call. Since eight of them are aiming for 100 % debconf screen translated, I also intend to make sure they will be up to date (fr ru de pt sv cs es da) before the upload. Because the BTS may brake some encoding (see #666202), please make sure no invalid-po-file lintian warning is triggered if you include the PO files yourself (“iconv -f latin1 -t utf8 $file | sponge $file” should be all you need to fix such file). I've committed everything, Can you please review and confirm that we can upload please? Cheers, signature.asc Description: This is a digitally signed message part
Bug#688815: debirf: detect unsupported build combinations
Package: debirf Version: 0.33 Severity: wishlist Some combinations of builds, like trying to build a squeeze image on a wheezy machine and vice versa, are known to not work. It would be nice if debirf detected this and gave an error (possibly with a way to override it to not totally prevent people from doing weird stuff). here's a helpful quote from IRC dkg the right test would be whether libc6 differs or not, though dkg not sure how to detect that without fetching first -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688801: kde-window-manager: Incorrect Build-conflict against libgles2-mesa-dev
On Tue 25 Sep 2012 16:15:29 Martin Graesslin escribió: Package: kde-window-manager Version: 4:4.8.4-3 Severity: normal Dear Maintainer, the source package of kde-workspace has an incorrect build conflict against libgles2-mesa-dev. kde-workspace and especially KWin build just fine with this package around and in fact parts of KWin do not get build without this package. If the package is around two kinds of KWins are build: kwin which is linked against OpenGL and kwin_gles which is linked against OpenGL ES 2.0. Depending on hardware and driver kwin_gles provides a better user experience and performance. E.g. some features are only available in kwin_gles for users of an ATI r300 GPU. This conflict might be a left-over from earlier versions, but since 4.8 KWin builds just fine with OpenGL and OpenGL ES 2.0 around. It would be great if Debian could also provide this options for their users. Hi Martin! Thanks for filling this bug. We will do our best to fix this for the next major release. Saddly this won't get into Wheezy, as we've already freezed and this will surely need some major changes. Please feel free to keep pointing us at this kind of bugs, it helps a lot to have upstream looking at this :) Kinds regards, Lisandro. -- If you realize that you are in a hole... stop digging. Anonimous, thanks to ScottK. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#688816: crash: corrupted double-linked list
Package: rtorrent Version: 0.9.2-1 Severity: important Dear Maintainer, i'm running rtorrent 24/7. before i version 0.9 i was using a self compiled binary (previous stable release), then switced to debian's package. lately it's been acting up, crashing at random times. i'm using rutorrent as a webfront, so it's using xmlrpc fairly often. i got the core file if it's worth analysing with gdb. sorry if the formatting below is messed up. afaik that's how it was spit out. ** glibc detected *** rtorrent: corrupted double-linked list: 0x13d84f90 *** === Backtrace: = /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6e3b1)[0xb73283b1] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6e7ee)[0xb73287ee] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x70925)[0xb732a925] /lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_malloc+0x5c)[0xb732cd9c] /usr/lib/i386-linux-gnu/libstdc++.so.6(_Znwj+0x25)[0xb74c3585] [0xc913bec] === Memory map: 08048000-081ac000 r-xp 08:01 85461815 /usr/bin/rtorrent 081ac000-081ad000 r--p 00163000 08:01 85461815 /usr/bin/rtorrent 081ad000-081ae000 rw-p 00164000 08:01 85461815 /usr/bin/rtorrent 081ae000-081b rw-p 00:00 0 08f21000-16b32000 rw-p 00:00 0 [heap] b3fad000-b402e000 r--s 066fe000 08:01 10884397 thefilename b402e000-b422e000 r--s 21c0 08:01 10884368 thefilename b426a000-b446a000 r--s 2800 08:01 10883727 thefilename b446a000-b466a000 r--s 01c0 08:01 10884368 thefilenameb46eb000-b48eb000 r--s 1180 08:01 10884368 thefilename b48eb000-b496c000 r--s 5a5fe000 08:01 10884397 thefilename b496c000-b4b6c000 r--s 5440 08:01 10884368 thefilename b4bed000-b4c2e000 r--s 3c13f000 08:01 10754914 thefilename b4c2e000-b4c6f000 r--s 270bf000 08:01 10884239 thefilename b4c6f000-b4cf r--s 30ffe000 08:01 10883349 thefilename b4cf-b4d71000 r--s 148fe000 08:01 10884397 thefilename b4d71000-b4db2000 r--s 280e9000 08:01 10883628 thefilename b4db2000-b4e33000 r--s 3d1fe000 08:01 10883496 thefilename b4e33000-b4e74000 r--s 2642f000 08:01 10884373 thefilename b4e74000-b4eb5000 r--s 07ae6000 08:01 10884295 thefilename b4eb5000-b4eb9000 r-xp 08:01 94503066 /lib/i386-linux-gnu/i686/cmov/libnss_dns-2.13.so b4eb9000-b4eba000 r--p 4000 08:01 94503066 /lib/i386-linux-gnu/i686/cmov/libnss_dns-2.13.so b4eba000-b4ebb000 rw-p 5000 08:01 94503066 /lib/i386-linux-gnu/i686/cmov/libnss_dns-2.13.so b4ebb000-b4ec5000 r-xp 08:01 94503063 /lib/i386-linux-gnu/i686/cmov/libnss_files-2.13.so b4ec5000-b4ec6000 r--p 9000 08:01 94503063 /lib/i386-linux-gnu/i686/cmov/libnss_files-2.13.so b4ec6000-b4ec7000 rw-p a000 08:01 94503063 /lib/i386-linux-gnu/i686/cmov/libnss_files-2.13.so b4ecf000-b4ed ---p 00:00 0 b4ed-b620 rw-p 00:00 0
Bug#688817: sup-mail: sup-config crashes loading sources
Package: sup-mail Version: 0.12.1+git20120407.aaa852f-1 Severity: important If a .sup/sources.yaml already exists sup-config crashes avtobiff@goomba:~/mail$ sup-config /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be deprecated in the future, use String#encode instead. /usr/lib/ruby/vendor_ruby/sup.rb:20:in `id': wrong id called on {uri=maildir:/home/avtobiff/mail/fripost, usual=true, archived=false, id=1, labels=[]} (RuntimeError) from /usr/lib/ruby/vendor_ruby/sup/source.rb:207:in `block (2 levels) in load_sources' from /usr/lib/ruby/vendor_ruby/sup/source.rb:207:in `map' from /usr/lib/ruby/vendor_ruby/sup/source.rb:207:in `block in load_sources' from /usr/lib/ruby/1.9.1/monitor.rb:211:in `mon_synchronize' from /usr/lib/ruby/vendor_ruby/sup/source.rb:206:in `load_sources' from /usr/lib/ruby/vendor_ruby/sup/util.rb:572:in `method_missing' from /usr/bin/sup-config:117:in `main' If there is no .sup/sources.yaml sup-config performs a few steps but crashes when loading sources (...) What's the full path to the maildir directory? (enter for /var/mail/avtobiff): I'm going to add this source: maildir:/var/mail/avtobiff Does that look right? (enter for y): Does this source ever receive new messages? (enter for y): Should new messages be automatically archived? (I.e. not appear in your inbox, though still be accessible via search.) (enter for n): Enter any labels to be automatically added to all messages from this source, separated by spaces (or 'none'): Ok, trying to run /usr/bin/sup-add maildir:/var/mail/avtobiff... /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv will be deprecated in the future, use String#encode instead. Adding maildir:/var/mail/avtobiff... [2012-09-25 22:38:29 +] Flushing Xapian updates to disk. This may take a while... Great! Added! Now, we'll tell Sup where to find all your email. /usr/lib/ruby/vendor_ruby/sup.rb:20:in `id': wrong id called on {uri=maildir:/var/mail/avtobiff, usual=true, archived=false, id=1, labels=[]} (RuntimeError) from /usr/lib/ruby/vendor_ruby/sup/source.rb:207:in `block (2 levels) in load_sources' from /usr/lib/ruby/vendor_ruby/sup/source.rb:207:in `map' from /usr/lib/ruby/vendor_ruby/sup/source.rb:207:in `block in load_sources' from /usr/lib/ruby/1.9.1/monitor.rb:211:in `mon_synchronize' from /usr/lib/ruby/vendor_ruby/sup/source.rb:206:in `load_sources' from (eval):1:in `load_sources' from /usr/bin/sup-config:154:in `main' It works as expected if executed as ruby1.8 /usr/bin/sup-config -- Per -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.9-vs2.3.2.7 (SMP w/4 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 sup-mail depends on: ii libxapian-ruby1.9.1 1.2.12-2 ii ruby-chronic 0.6.7-2 ii ruby-eventmachine0.12.10-3 ii ruby-highline1.6.13-2 ii ruby-locale 2.0.5-5 ii ruby-lockfile2.1.0-2 ii ruby-mime-types 1.19-1 ii ruby-ncurses 1.3.1-2 ii ruby-rubymail1.0.0-1 ii ruby-trollop 1.16.2-3 ii ruby-yajl1.1.0-1 ii ruby1.9.11.9.3.194-1 Versions of packages sup-mail recommends: ii ruby-gpgme 2.0.0-2 sup-mail 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#688819: unblock: debian-edu-doc/1.4~20120925~6.0.6+r0
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package debian-edu-doc It fixes a serious mess of the “symlink replaced by directory”-kind (#688707). It also update the doc (and its translation in a trivial way). The updated XML file is part of the attached diff, not the PO and POT files to avoid seeing the same noise multiple times. unblock debian-edu-doc/1.4~20120925~6.0.6+r0 Thanks in advance, regards. David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diffstat for debian-edu-doc-1.4~20120808~6.0.5+r0 debian-edu-doc-1.4~20120925~6.0.6+r0 debian/changelog |9 +++ debian/debian-edu-doc-es.preinst | 12 ++ debian/debian-edu-doc-fr.preinst | 12 ++ debian/debian-edu-doc-it.preinst | 12 ++ documentation/debian-edu-squeeze/debian-edu-squeeze-manual.xml |8 +++--- documentation/debian-edu-squeeze/images/de/worldmap.png|binary documentation/debian-edu-squeeze/images/es/worldmap.png|binary documentation/debian-edu-squeeze/images/fr/worldmap.png|binary documentation/debian-edu-squeeze/images/worldmap.png |binary 9 files changed, 49 insertions(+), 4 deletions(-) diff -Nru --exclude '*.po' --exclude '*.pot' debian-edu-doc-1.4~20120808~6.0.5+r0/debian/changelog debian-edu-doc-1.4~20120925~6.0.6+r0/debian/changelog --- debian-edu-doc-1.4~20120808~6.0.5+r0/debian/changelog 2012-08-08 20:19:54.0 +0200 +++ debian-edu-doc-1.4~20120925~6.0.6+r0/debian/changelog 2012-09-25 23:17:01.0 +0200 @@ -1,3 +1,12 @@ +debian-edu-doc (1.4~20120925~6.0.6+r0) unstable; urgency=low + + * debian/debian-edu-doc-{es,fr,it}.preinst: Remove previous images symlinks +on Squeeze → Wheezy upgrade (other languages are not affected). +Closes: #688707 + * Update manuals and images from the wiki. + + -- David Prévot taf...@debian.org Tue, 25 Sep 2012 17:14:44 -0400 + debian-edu-doc (1.4~20120808~6.0.5+r0) unstable; urgency=low [ Updated squeeze manual translations ] diff -Nru --exclude '*.po' --exclude '*.pot' debian-edu-doc-1.4~20120808~6.0.5+r0/debian/debian-edu-doc-es.preinst debian-edu-doc-1.4~20120925~6.0.6+r0/debian/debian-edu-doc-es.preinst --- debian-edu-doc-1.4~20120808~6.0.5+r0/debian/debian-edu-doc-es.preinst 1970-01-01 01:00:00.0 +0100 +++ debian-edu-doc-1.4~20120925~6.0.6+r0/debian/debian-edu-doc-es.preinst 2012-09-25 04:26:04.0 +0200 @@ -0,0 +1,12 @@ +#!/bin/sh +set -e + +# Delete symlink that will be replaced by a directory +docdir=/usr/share/doc/debian-edu-doc-es/images +if [ -L $docdir ]; then +rm $docdir 2/dev/null +fi + +#DEBHELPER# + +exit 0 diff -Nru --exclude '*.po' --exclude '*.pot' debian-edu-doc-1.4~20120808~6.0.5+r0/debian/debian-edu-doc-fr.preinst debian-edu-doc-1.4~20120925~6.0.6+r0/debian/debian-edu-doc-fr.preinst --- debian-edu-doc-1.4~20120808~6.0.5+r0/debian/debian-edu-doc-fr.preinst 1970-01-01 01:00:00.0 +0100 +++ debian-edu-doc-1.4~20120925~6.0.6+r0/debian/debian-edu-doc-fr.preinst 2012-09-25 04:26:04.0 +0200 @@ -0,0 +1,12 @@ +#!/bin/sh +set -e + +# Delete symlink that will be replaced by a directory +docdir=/usr/share/doc/debian-edu-doc-fr/images +if [ -L $docdir ]; then +rm $docdir 2/dev/null +fi + +#DEBHELPER# + +exit 0 diff -Nru --exclude '*.po' --exclude '*.pot' debian-edu-doc-1.4~20120808~6.0.5+r0/debian/debian-edu-doc-it.preinst debian-edu-doc-1.4~20120925~6.0.6+r0/debian/debian-edu-doc-it.preinst --- debian-edu-doc-1.4~20120808~6.0.5+r0/debian/debian-edu-doc-it.preinst 1970-01-01 01:00:00.0 +0100 +++ debian-edu-doc-1.4~20120925~6.0.6+r0/debian/debian-edu-doc-it.preinst 2012-09-25 04:26:04.0 +0200 @@ -0,0 +1,12 @@ +#!/bin/sh +set -e + +# Delete symlink that will be replaced by a directory +docdir=/usr/share/doc/debian-edu-doc-it/images +if [ -L $docdir ]; then +rm $docdir 2/dev/null +fi + +#DEBHELPER# + +exit 0 diff -Nru --exclude '*.po' --exclude '*.pot' debian-edu-doc-1.4~20120808~6.0.5+r0/documentation/debian-edu-squeeze/debian-edu-squeeze-manual.xml debian-edu-doc-1.4~20120925~6.0.6+r0/documentation/debian-edu-squeeze/debian-edu-squeeze-manual.xml --- debian-edu-doc-1.4~20120808~6.0.5+r0/documentation/debian-edu-squeeze/debian-edu-squeeze-manual.xml 2012-07-25 23:08:00.0 +0200 +++ debian-edu-doc-1.4~20120925~6.0.6+r0/documentation/debian-edu-squeeze/debian-edu-squeeze-manual.xml 2012-09-25 04:43:31.0 +0200 @@ -1861,22 +1861,22 @@ section id=Desktop--Playing_DVDs titlePlaying DVDs
Bug#688818: xserver-xorg-video-intel: GMA 500 regression for LIBGL_ALWAYS_INDIRECT=1 playing of 3D games
Package: xserver-xorg-video-intel Version: 2:2.19.0-5 Severity: normal When Debian stable was installed on this ASUS Eee box (b202) with 945GM chipset (GMA 500 graphics core), I could ssh in to a remote box and play the low-end 3D game foobillard without problems with this incantation: env LIBGL_ALWAYS_INDIRECT=1 foobillard and the same remote box foobillard incantation worked when I was in temporary thin-client/X-terminal mode for this box using X -query remoteboxname to access the remote box via xdm rather than ssh. Now with Debian testing installed on this Eee box (but Debian stable still installed on the remote box), a regression (relative to Debian stable) has appeared for the X -query method. The symptom is there is a screwup in the order of how the various layers of the 3D image from the game are painted on the screen. The layer that contains the billards table is painted on the screen after the layer that contains the billard balls rather than the other way around like it should be and the result is the billard balls can only be seen very briefly. This obviously makes this low-end 3D game unplayable on a remote box with the X -query method on Debian testing. Interestingly, the game continues to work fine on Debian testing if the ssh method is used to play the game on that same remote box. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 19 18:50 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 Jul 18 02:35 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller [8086:27ae] (rev 03) Xorg X server configuration file status: -rw-r--r-- 1 root root 2841 Sep 19 18:31 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # Use defaults for most things, but configure the exceptions to # defaults that I like. Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 # Use automatic evdev detection of mouse and keyboard # so no InputDevice commands here. EndSection # As recommended by http://pkg-xorg.alioth.debian.org/howto/configure-input.html # Note there is no keyboard equivalent because that is configured using # /etc/default/keyboard and following the udevadmin command given in man keyboard # (or reboot the system) to make those options visible to X. Section InputClass Identifier evdev-pointer MatchIsPointer on Driver evdev # Disable mouse wheel if it exists (found in evdev man page) Option ButtonMapping 1 2 3 0 0 EndSection Section Monitor Identifier Monitor0 DisplaySize 410 260 # mm VendorName ACI ModelNameASUS VH198 ### Comment all HorizSync and VertRefresh values to use DDC: #HorizSync30.0 - 80.0 HorizSync30.0 - 67.6 VertRefresh 55.0 - 75.0 Option DPMS EndSection # This section generated by Xorg -configure command. Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option AccelMethod # str #Option DRI # [bool] #Option ColorKey # i #Option VideoKey # i #Option Tiling# [bool] #Option LinearFramebuffer # [bool] #Option Shadow# [bool] #Option SwapbuffersWait # [bool] #Option TripleBuffer # [bool] #Option XvPreferOverlay # [bool] #Option DebugFlushBatches # [bool] #Option DebugFlushCaches # [bool] #Option DebugWait # [bool] #Option HotPlug # [bool] #Option RelaxedFencing# [bool] #Option Throttle # [bool] #Option UseVmap # [bool] #Option ZaphodHeads # str #Option DelayedFlush # [bool] #Option FallbackDebug # [bool] #Option BufferCache # [bool] Identifier Card0 Driver intel BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS
Bug#635964: pdfsam Re: Bug#635964: New version still not available
Hi Tom, 1.1.4 is in the archive, so at least the pre-2.0 series of pdfsam seems covered. I recall to have looked at the never version a while back. It has a series of additional build dependencies. No idea how far the packaging of those has progressed in the meantime. It was not trivial, so much I recall. I am afraid that my hunch is that there are some extra hands needed. Could you possibly help out? Would you have some peers with whom to save the work, possibly? Many greetings Steffen Original-Nachricht Datum: Tue, 25 Sep 2012 17:18:35 +0200 Von: third-imp...@gmx.de An: 635...@bugs.debian.org Betreff: Bug#635964: New version still not available I've just checked and the new version of of pdfsam is still not available though it contains significant enhancements. Version 1.1.4 has been released in 2009, version 2.2.1 in 2010 and the package has still not been updated. Regards, Tom __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685817: viking crashes a lot when used to display maps
Hi Rob, thank you for the hint to disable the status bar. It seems to improve the stability a lot, although it does not prevent viking completely from crashing. But that's maybe because I have to switch on the status bar from time to time to check coordinates. in case this is fixable - could we get it fixed, too please? I can try to get it into Wheezy if we have a fix rather soonish. Cheers and thanks, bernd The fix has been applied to the git master in commit: 901423020f8c8fbc41052247ff6d8c9414f8077d This has also been included in the latest release 1.3.2 which only includes fixes for various other problems: http://sourceforge.net/apps/mediawiki/viking/index.php?title=Version-1.3.2 I think it would be best to use that in Wheezy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688820: valgrind: fatal error: unsupported CPU. on a Via C7
Package: valgrind Version: 1:3.7.0-6 Severity: important valgrind won't run on this Via C7 CPU: /proc/cpuinfo: processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 10 model name : VIA Esther processor 1200MHz stepping: 9 cpu MHz : 1200.000 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 vme de pse tsc msr pae mce apic sep mtrr pge cmov pat clflush acpi mmx fxsr sse sse2 tm nx up pni est tm2 rng rng_en ace ace_en ace2 ace2_en phe phe_en pmm pmm_en bogomips: 2400.41 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 32 bits virtual power management: output of valgrind -d date (seems like my terminal is messed up, probably a utf8 issue): ó¿¶8òõ 8±#8 #8h¼ 8Ô8h¼ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Welcome to Valgrind version 3.7.0 debug logging X@v¶8ìaó¿¶8òõ 8C@v¶8ìaó¿¶8ð8J¿ 8Ë 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Checking current stack is plausible ug logging X@v¶8ìaó¿¶8òõ 87@v¶8ìaó¿¶8 #8J¿ 8¸Ë 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Checking initial stack was noted e ug logging X@v¶8ìaó¿¶8òõ 84@v¶8ìaó¿¶8ä#8J¿ 88Ì 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Starting the address space manager ug logging X@v¶8ìaó¿¶8òõ 86@v¶8ìaó¿¶8M$8J¿ 8Ì 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Address space manager is running oó¾°ùaÿ¿ùa4@v¶8ìaó¿¶8{$8J¿ 8°Ì 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Starting the dynamic memory manager °ùaÿ¿ùa7@v¶8ìaó¿¶8$8J¿ 8ÔÌ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:mallocfr newSuperblock at 0x61F9C000 (pszB 4194288) owner VALGRIND/tool u¶8u¶8@Su¶8@Àùa £8²!8!8Àùaðÿ?»@$8!8½ 8dynamic memory managP0Èn.8pÿ¿ùaÀùaÀùaî 8@v¶8ìaó¿¶8»8¼ 890«$8¼ 890ÔÌ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:mallocfr deferred_reclaimSuperblock at 0x61F9C000 (pszB 4194288) (prev 0x0) own8ÿ¿9bÀùaZÈn.8Àùa»@$8¶88²!8H !8Àùaðÿ?»@$8!8½ 8Àùa`ðùaðÿ? Ï?@v¶8ìaó¿¶87»8Àùa·$8Àùa90ÔÌ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿er VALGRIND/tool deferred_reclaimSuperblock at 0x61F9C000 (pszB 4194288) (prev 0x0) own8ÿ¿9bÀùaÈn.8Àùa»@$8¶88²!8H !8Àùaðÿ?»@$8!8½ 8Àùa`ðùaðÿ? Ï?@v¶8ìaó¿¶87»8Àùa·$8Àùa90ÔÌ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Dynamic memory manager is running ?»@$8!8½ 8Àùa`ðùaðÿ? Ï?@v¶8ìaó¿5@v¶8ìaó¿¶8Ó$8J¿ 8üÌ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Initialise m_debuginfo s running ?»@$8!8½ 8Àùa`ðùaðÿ? Ï?@v¶8ìaó¿*@v¶8ìaó¿¶8ï$8J¿ 8¼ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main VG_(libdir) = /usr/lib/valgrind ?»@$8!8ó¿XPý8¶¼ 8ó¿ ìaó¿3@v¶8ìaó¿¶8.%8J¿ 8ü 8ȷ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Getting launcher's name ... nd ?»@$8!8ó¿XPý8¶¼ 8ó¿ ìaó¿/@v¶8ìaó¿¶8J%8J¿ 8ռ 8ȷ 8ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main ... /usr/bin/valgrind.bin nd ?»@$8!8ó¿XPý8C· 8ó¿ìaó¿-@v¶8ìaó¿¶8%8J¿ 8ò¼ 8ó¿ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿--25299:1:main Get hardware capabilities ... u¶88u¶8¿èFå81@v¶8ìaó¿¶8â%8J¿ 8|Í 8ó¿ôaó¿äaó¿àaó¿°¶8ôaó¿ôaó8¬k.8,!8àaó¿ valgrind: fatal error: unsupported CPU. Supported CPUs are: * x86 (practically any; Pentium-I or above), AMD Athlon or above) * AMD Athlon64/Opteron * PowerPC (most; ppc405 and above) * System z (64bit only - s390x; z900 and above) output of valgrind -d date: -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (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 valgrind depends on: ii libc6 2.13-35 ii libc6-dbg 2.13-35 Versions of packages valgrind recommends: ii gdb 7.4.1-1.1 pn valgrind-dbg none Versions of packages valgrind suggests: pn alleyoop none pn kcachegrind none pn valgrind-mpi none pn valkyrie 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#688821: libglyr-dev: arch-dependent files in Multi-Arch: same package
Package: libglyr-dev Version: 1.0.0-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libglyr-dev is marked as Multi-Arch: same, but the following files are architecture-dependent: /usr/share/doc/libglyr-dev/html/ch01.html /usr/share/doc/libglyr-dev/html/libglyr-Cache.html /usr/share/doc/libglyr-dev/html/libglyr-Config.html /usr/share/doc/libglyr-dev/html/libglyr-Glyr.html An example diff between i386 and mips is attached. -- Jakub Wilk diff -ur libglyr-dev_1.0.0-1_mips/usr/share/doc/libglyr-dev/html/ch01.html libglyr-dev_1.0.0-1_i386/usr/share/doc/libglyr-dev/html/ch01.html --- libglyr-dev_1.0.0-1_mips/usr/share/doc/libglyr-dev/html/ch01.html 2012-09-25 00:26:34.0 +0200 +++ libglyr-dev_1.0.0-1_i386/usr/share/doc/libglyr-dev/html/ch01.html 2012-09-25 00:17:51.0 +0200 @@ -21,7 +21,7 @@ /tr/table div class=chapter div class=titlepagedivdivh2 class=title -a name=idp17495168/a[Insert title here]/h2/div/div/div +a name=idp6013832/a[Insert title here]/h2/div/div/div div class=tocdl dt span class=refentrytitlea href=libglyr-Cache.htmlCache/a/spanspan class=refpurpose — A fast SQLite cache for glyr's results/span diff -ur libglyr-dev_1.0.0-1_mips/usr/share/doc/libglyr-dev/html/libglyr-Cache.html libglyr-dev_1.0.0-1_i386/usr/share/doc/libglyr-dev/html/libglyr-Cache.html --- libglyr-dev_1.0.0-1_mips/usr/share/doc/libglyr-dev/html/libglyr-Cache.html 2012-09-25 00:26:34.0 +0200 +++ libglyr-dev_1.0.0-1_i386/usr/share/doc/libglyr-dev/html/libglyr-Cache.html 2012-09-25 00:17:51.0 +0200 @@ -103,8 +103,22 @@ table class=listing_frame border=0 cellpadding=0 cellspacing=0 tbody tr -td class=listing_lines align=rightpre1/pre/td -td class=listing_codepre class=programlisting/pre/td +td class=listing_lines align=rightpre1 +2 +3 +4 +5 +6 +7 +8/pre/td +td class=listing_codepre class=programlistingspan class=gtkdoc slc// Create a new quot;dummyquot; cache/span +GlyrMemCache span class=gtkdoc opt*/span ct span class=gtkdoc opt=/span span class=functiona href=libglyr-Cache.html#glyr-db-make-dummyglyr_db_make_dummy/a/spanspan class=gtkdoc opt();/span + +span class=gtkdoc slc// Query with filled in artist, album, title, type,/span +span class=gtkdoc slc// and opened db/span +span class=functiona href=libglyr-Cache.html#glyr-db-insertglyr_db_insert/a/spanspan class=gtkdoc opt(/spandbspan class=gtkdoc opt,amp;/spanqspan class=gtkdoc opt,/spanctspan class=gtkdoc opt);/span + +span class=functiona href=libglyr-Glyr.html#glyr-cache-freeglyr_cache_free/a/spanspan class=gtkdoc opt(/spanctspan class=gtkdoc opt);/span/pre/td /tr /tbody /table @@ -198,8 +212,38 @@ table class=listing_frame border=0 cellpadding=0 cellspacing=0 tbody tr -td class=listing_lines align=rightpre1/pre/td -td class=listing_codepre class=programlisting/pre/td +td class=listing_lines align=rightpre1 +2 +3 +4 +5 +6 +7 +8 +9 +10 +11 +12 +13 +14 +15 +16/pre/td +td class=listing_codepre class=programlistingspan class=gtkdoc kwbint/span span class=functiona href=libglyr-Cache.html#glyr-db-editglyr_db_edit/a/spanspan class=gtkdoc opt(/spanGlyrDatabase span class=gtkdoc opt*/span dbspan class=gtkdoc opt,/span GlyrQuery span class=gtkdoc opt*/span queryspan class=gtkdoc opt,/span GlyrMemCache span class=gtkdoc opt*/span editedspan class=gtkdoc opt)/span +span class=gtkdoc opt{/span + span class=gtkdoc kwbint/span result span class=gtkdoc opt=/span span class=number0/spanspan class=gtkdoc opt;/span + span class=keywordif/spanspan class=gtkdoc opt(/spandb span class=gtkdoc optamp;amp;/span queryspan class=gtkdoc opt)/span + span class=gtkdoc opt{/span + result span class=gtkdoc opt=/span span class=functiona href=libglyr-Cache.html#glyr-db-deleteglyr_db_delete/a/spanspan class=gtkdoc opt(/spandbspan class=gtkdoc opt,/spanqueryspan class=gtkdoc opt);/span + span class=keywordif/spanspan class=gtkdoc opt(/spanresult span class=gtkdoc opt!=/span span class=number0/spanspan class=gtkdoc opt)/span + span class=gtkdoc opt{/span + span class=keywordfor/spanspan class=gtkdoc opt(/spanGlyrMemCache span class=gtkdoc opt*/span elem span class=gtkdoc opt=/span editedspan class=gtkdoc opt;/span elemspan class=gtkdoc opt;/span elem span class=gtkdoc opt=/span elemspan class=gtkdoc opt-gt;/spannextspan class=gtkdoc opt)/span + span class=gtkdoc opt{/span + span class=functiona href=libglyr-Cache.html#glyr-db-insertglyr_db_insert/a/spanspan class=gtkdoc opt(/spandbspan class=gtkdoc opt,/spanqueryspan class=gtkdoc opt,/spaneditedspan class=gtkdoc opt);/span + span class=gtkdoc opt}/span + span class=gtkdoc opt}/span + span class=gtkdoc opt}/span + span class=keywordreturn/span resultspan class=gtkdoc opt;/span +span class=gtkdoc opt}/span/pre/td /tr /tbody /table @@ -405,8 +449,22 @@
Bug#686038: [BTS#686038] templates://fpc/{control,fp-compiler.templates}.in
Le 25/09/2012 17:37, Abou Al Montacir a écrit : I've committed everything, Thanks for taking care of it. There are two missing translations from the BTS (Japanese and Swedish, patch attached). Can you please review and confirm that we can upload please? I'm sorry to ask you to wait a little: I'll shake the Spanish translators a bit more because this language is aiming to be 100 % complete for Wheezy, and we thus shouldn't brake its current status. Sorry for the inconvenience and thanks in advance for your patience. Regards David From 8c12c3cd85f24ea1d628df9f94f003de69de64f5 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?David=20Pr=C3=A9vot?= taf...@debian.org Date: Wed, 19 Sep 2012 15:31:12 -0400 Subject: [PATCH 1/2] Added Japanese translation. (Closes: Bug#688143) --- debian/changelog |1 + debian/po/ja.po | 63 ++ 2 files changed, 64 insertions(+) create mode 100644 debian/po/ja.po diff --git a/debian/changelog b/debian/changelog index e65bccb..dfd2968 100644 --- a/debian/changelog +++ b/debian/changelog @@ -10,6 +10,7 @@ fpc (2.6.0-7) unstable; urgency=low * Added Czech translation. (Closes: Bug#687713) * Added French translation. (Closes: Bug#687724) * Added Italian translation. (Closes: Bug#687771) + * Added Japanese translation. (Closes: Bug#688143) -- Abou Al Montacir abou.almonta...@sfr.fr Tue, 25 Sep 2012 19:52:00 + diff --git a/debian/po/ja.po b/debian/po/ja.po new file mode 100644 index 000..87f7f5c --- /dev/null +++ b/debian/po/ja.po @@ -0,0 +1,63 @@ +# SOME DESCRIPTIVE TITLE. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# victory victory@gmail.com, 2012. +# +msgid +msgstr +Project-Id-Version: fpc\n +Report-Msgid-Bugs-To: f...@packages.debian.org\n +POT-Creation-Date: 2012-09-08 10:07-0400\n +PO-Revision-Date: 2012-09-08 23:07+0900\n +Last-Translator: victory victory@gmail.com\n +Language-Team: Japanese debian-japan...@lists.debian.org\n +Language: ja\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: boolean +#. Description +#: ../fp-compiler.templates.in:2001 +msgid Rename \/etc/fpc.cfg\ to \/etc/fpc.cfg.bak\? +msgstr \/etc/fpc.cfg\ ã \/etc/fpc.cfg.bak\ ã«å¤æ´ãã¾ãã? + +#. Type: boolean +#. Description +#: ../fp-compiler.templates.in:2001 +msgid +FPC now supports having multiple versions installed on the same system. The +update-alternatives command can be used to set a default version for\n + * fpc (the compiler);\n + * fpc.cfg (the configuration file);\n + * fp-utils (the helper tools). +msgstr +FPC ã¯ç¾å¨åä¸ã·ã¹ãã ã«è¤æ°ãã¼ã¸ã§ã³ãæ··å¨ãããã¨ããµãã¼ããã¦ãã¾ãã +update-alternatives ã³ãã³ãã使ã£ã¦ã以ä¸ã®ãã¡ã¤ã«ã«ããã©ã«ãã®ãã¼ã¸ã§ã³ +ãã»ãããããã¨ãå¯è½ã§ã\n + * fpc (ã³ã³ãã¤ã©);\n + * fpc.cfg (è¨å®ãã¡ã¤ã«);\n + * fp-utils (è£å©ãã¼ã«). + +#. Type: boolean +#. Description +#: ../fp-compiler.templates.in:2001 +msgid +Whatever version you may choose as default, the configuration files are +always backward compatible, so it should always be safe to use the latest +version. +msgstr +ããã©ã«ãã«ã©ã®ãã¼ã¸ã§ã³ãé¸ãã§ããè¨å®ãã¡ã¤ã«ã¯å¸¸ã«å¾æ¹äºæãªã®ã§ãææ° +çã®ä½¿ç¨ã¯ãã¤ã§ãå®å ¨ã§ãã + +#. Type: boolean +#. Description +#: ../fp-compiler.templates.in:2001 +msgid +In order to use the alternatives system on the system wide FPC configuration +file you must accept renaming \/etc/fpc.cfg\; otherwise you will need to +manage this manually by yourself. +msgstr +ã·ã¹ãã ã¯ã¤ãã® FPC è¨å®ãã¡ã¤ã«ã«ãã代æ¿ã·ã¹ãã ã使ç¨ããå ´åã\/etc/ +fpc.cfg\ ãã¡ã¤ã«ã®æ¹åãåãå ¥ããªããã°ãªãã¾ãããåãå ¥ããªãå ´åã¯æä½ +æ¥ã§èªã管çããå¿ è¦ãããã¾ãã -- 1.7.10.4 From 83bb82bc0ad2e363f5f371722801827e36bdda89 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?David=20Pr=C3=A9vot?= taf...@debian.org Date: Sat, 22 Sep 2012 12:47:06 -0400 Subject: [PATCH 2/2] Added Swedish translation. (Closes: Bug#688424) --- debian/changelog |1 + debian/po/sv.po | 65 ++ 2 files changed, 66 insertions(+) create mode 100644 debian/po/sv.po diff --git a/debian/changelog b/debian/changelog index dfd2968..2689fb6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -11,6 +11,7 @@ fpc (2.6.0-7) unstable; urgency=low * Added French translation. (Closes: Bug#687724) * Added Italian translation. (Closes: Bug#687771) * Added Japanese translation. (Closes: Bug#688143) + * Added Swedish translation. (Closes: Bug#688424) -- Abou Al Montacir abou.almonta...@sfr.fr Tue, 25 Sep 2012 19:52:00 + diff --git a/debian/po/sv.po b/debian/po/sv.po new file mode
Bug#688797: [Pkg-openldap-devel] Bug#688797: openldap 2.4.23 and 2.4.31 slapd server process frequently stops during everyday use
--On Tuesday, September 25, 2012 6:35 PM +0100 Jose Calhariz jose.calha...@ist.utl.pt wrote: Package: slapd Version: 2.4.31-1~bpo60+2 Severity: important Tags: upstream During normal day use the slapd daemon stops and have to be restarted by a watchdog daemon. This problem is present on openldap 2.4.23 and on 2.4.31 (private backport from wheezy). From a previous investigation with 2.4.23 this is a problem of deadlocks in Berleckey DB. The backport was in the hope that this was the bug #618904. But our problem is still present on 2.4.31. Exists information from a db*_stat -CA that I will send in the next email. What version of BDB are you linked to? There are consistent reports of deadlock issues with BDB 5.3. I would recommend against using that version of BDB. 4.7.25+patches has been solid for me. All indications with the BDB deadlock issue in 5.3 is that it is a BDB bug, and thus nothing to do with OpenLDAP. It may exist in other 5.x versions of BDB. --Quanah -- Quanah Gibson-Mount Sr. Member of Technical Staff Zimbra, Inc A Division of VMware, Inc. Zimbra :: the leader in open source messaging and collaboration -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686757: unblock: zgv/5.9-5
Hi, 20 days passed. Any reply? Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688822: xserver-xorg-video-intel: GMA 950 regression for LIBGL_ALWAYS_INDIRECT=1
Package: xserver-xorg-video-intel Version: 2:2.19.0-5 Severity: normal When Debian stable was installed on this ASUS Eee box (b202) with 945GM chipset (GMA 950 graphics core), I could ssh in to a remote box and play the low-end 3D game foobillard without problems with this incantation: env LIBGL_ALWAYS_INDIRECT=1 foobillard and the same remote box foobillard incantation worked when I was in temporary thin-client/X-terminal mode for this box using X -query remoteboxname to access the remote box via xdm rather than ssh. Now with Debian testing installed on this Eee box (but Debian stable still installed on the remote box), a regression (relative to Debian stable) has appeared for the X -query method. The symptom is there is a screwup in the order of how the various layers of the 3D image from the game are painted on the screen. The layer that contains the billards table is painted on the screen after the layer that contains the billard balls rather than the other way around like it should be and the result is the billard balls can only be seen very briefly. This obviously makes this low-end 3D game unplayable on a remote box with the X -query method on Debian testing. Interestingly, the game continues to work fine on Debian testing if the ssh method is used to play the game on that same remote box. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Sep 19 18:50 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2027892 Jul 18 02:35 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GSE Express Integrated Graphics Controller [8086:27ae] (rev 03) Xorg X server configuration file status: -rw-r--r-- 1 root root 2841 Sep 19 18:31 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # Use defaults for most things, but configure the exceptions to # defaults that I like. Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 # Use automatic evdev detection of mouse and keyboard # so no InputDevice commands here. EndSection # As recommended by http://pkg-xorg.alioth.debian.org/howto/configure-input.html # Note there is no keyboard equivalent because that is configured using # /etc/default/keyboard and following the udevadmin command given in man keyboard # (or reboot the system) to make those options visible to X. Section InputClass Identifier evdev-pointer MatchIsPointer on Driver evdev # Disable mouse wheel if it exists (found in evdev man page) Option ButtonMapping 1 2 3 0 0 EndSection Section Monitor Identifier Monitor0 DisplaySize 410 260 # mm VendorName ACI ModelNameASUS VH198 ### Comment all HorizSync and VertRefresh values to use DDC: #HorizSync30.0 - 80.0 HorizSync30.0 - 67.6 VertRefresh 55.0 - 75.0 Option DPMS EndSection # This section generated by Xorg -configure command. Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz, ### percent: f% ### [arg]: arg optional #Option AccelMethod # str #Option DRI # [bool] #Option ColorKey # i #Option VideoKey # i #Option Tiling# [bool] #Option LinearFramebuffer # [bool] #Option Shadow# [bool] #Option SwapbuffersWait # [bool] #Option TripleBuffer # [bool] #Option XvPreferOverlay # [bool] #Option DebugFlushBatches # [bool] #Option DebugFlushCaches # [bool] #Option DebugWait # [bool] #Option HotPlug # [bool] #Option RelaxedFencing# [bool] #Option Throttle # [bool] #Option UseVmap # [bool] #Option ZaphodHeads # str #Option DelayedFlush # [bool] #Option FallbackDebug # [bool] #Option BufferCache # [bool] Identifier Card0 Driver intel BusID PCI:0:2:0 EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 SubSection Display Viewport 0 0 Depth 16 EndSubSection SubSection Display Viewport 0 0 Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS
Bug#688818: I am going to close this bug report
Because I stated in the subject line and body that it was GMA 500 rather than the correct GMA 950. Important difference! I have resubmited this bug report again with correct subject line and body GMA id. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688736: w3c-linkchecker: modifies conffiles (policy 10.7.3): /etc/w3c/checklink.conf
tags 688736 patch thanks Hi, I've created patch for this bug, piuparts clean one. It seems to be good for me, please check it. Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru w3c-linkchecker-4.81/debian/changelog w3c-linkchecker-4.81/debian/changelog --- w3c-linkchecker-4.81/debian/changelog 2012-02-11 02:50:53.0 +0900 +++ w3c-linkchecker-4.81/debian/changelog 2012-09-26 07:24:37.0 +0900 @@ -1,3 +1,19 @@ +w3c-linkchecker (4.81-4.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/{postinst,w3c-linkchecker.install} +- Not use linkchecker.conf as conffile but template file and use ucf + for conffile. It prevents modifing conffiles (violate policy 10.7.3) + (Closes: #688736) + * debian/control +- Depends: ucf + * debian/postrm +- remove /etc/w3c/checklink.conf and temprary files when purging package. + * debian/config +- fix some cosmetic things + + -- Hideki Yamane henr...@debian.org Wed, 26 Sep 2012 07:24:33 +0900 + w3c-linkchecker (4.81-4) unstable; urgency=low * Updated Czech translation (Closes: #658398) diff -Nru w3c-linkchecker-4.81/debian/config w3c-linkchecker-4.81/debian/config --- w3c-linkchecker-4.81/debian/config 2012-02-03 19:07:10.0 +0900 +++ w3c-linkchecker-4.81/debian/config 2012-09-26 04:51:33.0 +0900 @@ -1,11 +1,13 @@ -#!/bin/sh -e +#!/bin/sh set -e # Source debconf library. . /usr/share/debconf/confmodule +db_version 2.0 db_input low w3c-linkchecker/hostname || true db_input low w3c-linkchecker/private_ips || true db_go +exit 0 diff -Nru w3c-linkchecker-4.81/debian/control w3c-linkchecker-4.81/debian/control --- w3c-linkchecker-4.81/debian/control 2012-02-05 04:13:56.0 +0900 +++ w3c-linkchecker-4.81/debian/control 2012-09-26 06:48:04.0 +0900 @@ -16,7 +16,7 @@ Depends: ${misc:Depends}, ${perl:Depends}, libcss-dom-perl, libhtml-parser-perl, libwww-perl (= 5.833), liburi-perl (= 1.53), libconfig-general-perl, libnet-ip-perl, libterm-readkey-perl, - libencode-locale-perl + libencode-locale-perl, ucf Recommends: w3c-markup-validator, apache2 | httpd-cgi Description: tool to verify the links in a web page are still valid This manual page documents briefly the checklink command, a.k.a. the W3C® diff -Nru w3c-linkchecker-4.81/debian/postinst w3c-linkchecker-4.81/debian/postinst --- w3c-linkchecker-4.81/debian/postinst 2012-02-03 19:07:10.0 +0900 +++ w3c-linkchecker-4.81/debian/postinst 2012-09-26 07:13:40.0 +0900 @@ -1,4 +1,4 @@ -#!/bin/sh +#!/bin/sh # postinst script for w3c-linkchecker # # see: dh_installdeb(1) @@ -6,6 +6,7 @@ set -e . /usr/share/debconf/confmodule +db_version 2.0 # summary of how this script can be called: #* postinst `configure' most-recently-configured-version @@ -23,12 +24,15 @@ case $1 in configure) +CFG_TEMPLATE=/usr/share/w3c-linkchecker/checklink.conf +CFG_TMP=/etc/w3c/checklink.conf.tmp CFG_FILE=/etc/w3c/checklink.conf db_get w3c-linkchecker/hostname if [ $RET ] then -sed -i -e s|^Doc_URI = http://[a-z0-9.]\+/|Doc_URI = http://$RET/| $CFG_FILE +sed -e s|^Doc_URI = http://[a-z0-9.]\+/|Doc_URI = http://$RET/| \ + $CFG_TEMPLATE $CFG_TMP fi db_get w3c-linkchecker/private_ips @@ -39,9 +43,14 @@ then VALUE=0 fi -sed -i -e s|^\(# \)\?Allow_Private_IPs = [01]$|Allow_Private_IPs = $VALUE| $CFG_FILE +sed -e s|^\(# \)\?Allow_Private_IPs = [01]$|Allow_Private_IPs = $VALUE| \ + $CFG_TEMPLATE $CFG_TMP fi +ucf --debconf-ok $CFG_TMP $CFG_FILE rm -f $CFG_TMP +db_stop + + ;; abort-upgrade|abort-remove|abort-deconfigure) diff -Nru w3c-linkchecker-4.81/debian/postrm w3c-linkchecker-4.81/debian/postrm --- w3c-linkchecker-4.81/debian/postrm 1970-01-01 09:00:00.0 +0900 +++ w3c-linkchecker-4.81/debian/postrm 2012-09-26 07:11:37.0 +0900 @@ -0,0 +1,37 @@ +#!/bin/sh + +set -e + +CFG_FILE=/etc/w3c/checklink.conf + +case $1 in +purge) + +if which ucf /dev/null 21; then +ucf --purge $CFG_FILE +else +rm -f $CFG_FILE +fi + +for ext in .bak .tmp .dpkg-tmp .dkpg-new .dpkg-old .ucf-new .ucf-old .ucf-dist +do + rm -f $CFG_FILE$ext +done + +;; + +remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) +;; + +*) +echo postrm called with unknown argument \`$1' 2 +exit 1 +;; +esac + +# dh_installdeb will replace this with shell code automatically +# generated by other debhelper scripts. + +#DEBHELPER# + +exit 0 diff -Nru w3c-linkchecker-4.81/debian/w3c-linkchecker.install w3c-linkchecker-4.81/debian/w3c-linkchecker.install --- w3c-linkchecker-4.81/debian/w3c-linkchecker.install 2012-02-03 19:07:10.0 +0900 +++
Bug#688823: broadcom-sta-dkms: to version = 6.20.55.19 (r300276)
Package: broadcom-sta-dkms Version: 6.20.55.19 Hello, My newish Dell Inspiron 15R 5520 shipped with ubuntu installed, and had this (apparently unreleased?) version of broadcom-sta-dkms, for the bcm43142 (Dell hybrid wifi/bluetooth adapter / 14e4:4365) # lspci -nn | tail -1 08:00.0 Network controller [0280]: Broadcom Corporation Device [14e4:4365] (rev 01) # dmesg | grep BCM eth0: Broadcom BCM4365 802.11 Hybrid Wireless Controller 6.20.55.19 (r300276) Someone (owner of Vostro 3460 laptop with the same card) kindly uploaded the original debs, at http://wielki.tk/vostro/ The driver in question: http://wielki.tk/vostro/debs/wireless-bcm43142-oneiric-dkms_6.20.55.19~bdcom0602.0400.1000.0400-0somerville1_amd64.deb But it had at least two main issues that needed fixing: 1. Failed to compile on kernel 3.2.x. Solution: One-line change of the call 'ndo_set_multicast_list' to 'ndo_set_rx_mode', in wl_linux.c 2. Failed to compile on Kernel 3.4.x. Like broadcom-sta/5.100.82.112-7 , this version also suffered issue with missing asm/system.h on 3.4.x (see bug #677193). Fixed in the same manner as that proposed in said bug. (Updated md5sum of wl_linux.c, per changes 1 2 above) 3. Removed oneiric (reference to Ubuntu 11.10) from package name, and all directory path-names everywhere in the package contents, as it is no longer ubuntu/oneiric-specific. Updated deb: http://jas.gemnetworks.com/debian/wireless-bcm43142-dkms-6.20.55.19_amd64.deb Also tested on linux 3.5.0-4.dmz.1-liquorix-amd64, and it works for me Now, given a power regression in kernel 3.5, I was eager to test drive 3.6-rc6, and found rc7 out already! So yesterday I installed linux 3.6-rc7.towo.1-siduction-amd64, the wl module compiles and installs, and loads okay upon boot to 3.6-rc7. However, I'm unable to associate to my AP: Pointers in syslog Sep 25 21:34:10 terra wpa_supplicant[2787]: nl80211: 'nl80211' generic netlink not found Sep 25 21:34:10 terra wpa_supplicant[2787]: Failed to initialize driver 'nl80211' [..snip] Sep 25 21:34:31 terra wpa_supplicant[2787]: eth2: Trying to associate with 00:xx:xx:xx:xx:xx (SSID='xxx' freq=2452 MHz) Sep 25 21:34:31 terra wpa_supplicant[2787]: eth2: Association request to the driver failed As bcm43142 is fairly new, this proprietary driver is all that's there to support it. Sad face. Cheers, Jasmine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645487: [Debian-med-packaging] Bug#645487: Bug#645487: ensembl: includes GPL code without source
Le Mon, Sep 24, 2012 at 01:01:44PM +0900, Charles Plessy a écrit : Le Sun, Sep 23, 2012 at 07:00:23PM -0700, Jonathan Nieder a écrit : This seems to be fixed in the packaging repo. What is left to do before the updated package is uploaded? Would you be terribly offended if I requested removal of the current package in the meantime, so we could continue to set a good example by not asking mirrors to violate the GPL? Hi all, I can upload if needed. Ping. -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688734: iceweasel: cannot enter http: as autocompletion changes it to some rubbish
On Di, 25 Sep 2012, Mike Hommey wrote: Version: 15.0-1 Ok. I'm pretty sure this was fixed some time before version 15. Seems so, installing the experimenatl version did fix it. In fact, this doesn't even happen on a fresh profile with version 10. Try disabling your addons. Disagree. I disabled *ALL* addons and it still happened with the version in sid/testing. Only upgrade to experimental helped. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 JAWCRAIG (n. medical) A massive facial spasm which is brought on by being told a really astounding piece of news. A mysterious attack of jawcraig affected 40,000 sheep in Whales in 1952. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688233: /usr/bin/uim-module-manager: modifies conffiles (policy 10.7.3): /etc/uim/installed-modules.scm, /etc/uim/loader.scm
Hi, all. I am uim-mozc maintainer. On Tue, Sep 25, 2012 at 6:13 PM, d...@debian.org wrote: On Tue, Sep 25, 2012 at 10:44:49AM +0200, Andreas Beckmann wrote: You probably should add to uim-data Breaks: uim-MODULE ( FIXEDVERSION~) for all module packages that used the path /etc/uim Added Breaks: only uim's own module packages, except not owned packages: uim-mozc and uim-chewing. Why not the others? They need to be taken care for as well as (I assume) they won't be working correctly unless they register in the new location. And they may be the cause for cruft being created and left over in /etc/uim even after the primary uim packages were updated. I wait answer from them to follow updating uim for a short while. I will add Breaks: uim-mozc ( uim-mozc's FIXEDVERSION~), uim-chewing ( uim-chewing's FIXEDVERSION~). If I do not receive from them, I will add Breaks: to specify current package version: Breaks: uim-mozc (= 1.5.1090.102-3), uim-chewing (= 0.1.0-2). I am working this and I will fix this for uim-mozc in 1.5.1090.102-4. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688824: tailor: python trace and no usefull clue on suggested config
Package: tailor Version: 0.9.35+darcs20090615-1 Severity: normal Hi! Seems tailor doesn't handle it's suggested config (tailor -s $foo -t $bar --verbose) and doesn't give any clue on what went wrong Regards Christoph christoph@mitoraj ~/uni/ucsb/i2psource/foo 15:59 0 % tailor -c tailor.conf 15:59:48 [I] Bootstrapping i2p in /home/christoph/uni/ucsb/i2psource/foo 15:59:48 [I] /home/christoph/uni/ucsb/i2psource/foo $ git init-db 15:59:48 [I] [Ok] 15:59:48 [C] Checkout of i2p failed! 15:59:48 [C] Something unexpected! Traceback (most recent call last): File /usr/lib/pymodules/python2.7/vcpx/tailor.py, line 153, in __call__ self.bootstrap() File /usr/lib/pymodules/python2.7/vcpx/tailor.py, line 80, in bootstrap actual = dwd.checkoutUpstreamRevision(revision) File /usr/lib/pymodules/python2.7/vcpx/source.py, line 242, in checkoutUpstreamRevision last = self._checkoutUpstreamRevision(revision) File /usr/lib/pymodules/python2.7/vcpx/repository/monotone.py, line 821, in _checkoutUpstreamRevision self.repository.rootdir) File /usr/lib/pymodules/python2.7/vcpx/repository/monotone.py, line 721, in _convert_head_initial outstr = mtl.execute(stdout=PIPE, stderr=PIPE) File /usr/lib/pymodules/python2.7/vcpx/shwrap.py, line 159, in execute return self._execute(allargs, **kwargs) File /usr/lib/pymodules/python2.7/vcpx/shwrap.py, line 202, in _execute self._last_command = [chunk % kwargs for chunk in self.command] TypeError: unsupported operand type(s) for %: 'NoneType' and 'dict' christoph@mitoraj ~/uni/ucsb/i2psource/foo 15:59 0 % cat tailor.conf [DEFAULT] verbose = True [i2p] source = monotone:i2p.mtn target = git:i2p.git root-directory = /home/christoph/uni/ucsb/i2psource/foo subdir = . state-file = tailor.state start-revision = INITIAL -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 10.0-0-amd64 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 tailor depends on: ii python 2.7.3~rc2-1 ii python-support 1.0.15 Versions of packages tailor recommends: ii rsync 3.0.9-3 Versions of packages tailor suggests: pn bazaar none ii bzr 2.6.0~bzr6526-1 pn codeville none pn cvs none pn darcs none ii git [git-core] 1:1.7.10.4-1 ii mercurial 2.2.2-1 ii monotone1.0-6 ii subversion 1.6.17dfsg-4 pn tla 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#677741: libnss-ldap has no multiarch support in wheezy
Control: block -1 by 653664 libnss-ldap has no multiarch support yet in wheezy. There is a package with multiarch support in sid, but that didn't transition to wheezy due to new RC bugs. Best regards, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688053: Package version
On Tue, Sep 25, 2012 at 02:11:39PM +0100, Phillip Baker wrote: Tzafrir, Thanks for your efforts on this and in maintaining the packages in general. Am I to understand from the bug report log (No longer found in squeeze7) that a new version of the package was uploaded with the same version number as the broken one (can't see a squeeze8 in the repo)? The fix I uploaded (and which is now up for testing) is squeeze8. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688728: debirf: serial-terminal module cmdline matching
Matt Taggart writes: I had a machine fail to start a getty on the serial and then it worked with a freshly built debirf with that change. But maybe it was something else that changed. I will try to repeat the problem and report back. I can't repeat it on a different machine. What I suspect might be happening is that the machine I saw it on has what appears to be a buggy IPMI SOL (and that machine is in production now so I can't test). This bug can be closed, sorry for the wild goose chase. Thanks, -- Matt Taggart tagg...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688825: icedove: Hangs while transfering a bunch of mails to an IMAP account
Package: icedove Version: 10.0.7-1 Severity: normal While transfering a bunch of mails ( 100) to an IMAP account, icedove stopped to respond after about the half. I've also seen this issue while trying to transfer only about 10 but larger mails. If I attach gdb and run bt I get the following output: #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 #1 0x7fa5951da36f in _L_lock_1145 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x7fa5951da2ba in __pthread_mutex_lock (mutex=0x7fa583da2690) at pthread_mutex_lock.c:101 #3 0x7fa58ed8d8d9 in PR_Lock () from /usr/lib/x86_64-linux-gnu/libnspr4.so #4 0x7fa593075112 in MutexAutoLock (aLock=..., this=0x75e2ec78) at ../../../dist/include/mozilla/Mutex.h:184 #5 nsSocketTransportService::GetThreadSafely (this=this@entry=0x7fa583da25e0) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/base/src/nsSocketTransportService2.cpp:128 #6 0x7fa5930751ba in nsSocketTransportService::Dispatch (this=0x7fa583da25e0, event=0x7fa578e23200, flags=0) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/base/src/nsSocketTransportService2.cpp:139 #7 0x7fa5930b2aa6 in nsHttpConnectionMgr::PostEvent (this=this@entry=0x7fa56e421900, handler= (void (nsHttpConnectionMgr::*)(nsHttpConnectionMgr * const, PRInt32, void *)) 0x7fa5930b3dc2 nsHttpConnectionMgr::OnMsgCancelTransaction(int, void*), iparam=iparam@entry=-2147467260, vparam=vparam@entry=0x7fa57de1d830) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/protocol/http/nsHttpConnectionMgr.cpp:208 #8 0x7fa5930b2d74 in nsHttpConnectionMgr::CancelTransaction (this=0x7fa56e421900, trans=0x7fa57de1d830, reason=2147500036) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/protocol/http/nsHttpConnectionMgr.cpp:300 #9 0x7fa5930c2eb1 in CancelTransaction (reason=2147500036, trans=optimized out, this=optimized out) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/protocol/http/nsHttpHandler.h:154 #10 Cancel (status=2147500036, this=0x7fa5612de800) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/protocol/http/nsHttpChannel.cpp:3601 #11 nsHttpChannel::Cancel (this=0x7fa5612de800, status=2147500036) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/protocol/http/nsHttpChannel.cpp:3586 #12 0x7fa59306601a in nsLoadGroup::Cancel (this=0x7fa5805faf00, status=2147500036) at /tmp/buildd/icedove-10.0.7/mozilla/netwerk/base/src/nsLoadGroup.cpp:340 #13 0x7fa59378ba2d in nsHTTPListener::FreeLoadGroup (this=0x7fa57601e080, aCancelLoad=true) at /tmp/buildd/icedove-10.0.7/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp:605 #14 0x7fa59378ba56 in nsCancelHTTPDownloadEvent::Run (this=0x7fa56e457980) at /tmp/buildd/icedove-10.0.7/mozilla/security/manager/ssl/src/nsNSSCallbacks.cpp:193 #15 0x7fa593b9893b in nsThread::ProcessNextEvent (this=0x7fa594820d40, mayWait=optimized out, result=0x75e2ee9f) at /tmp/buildd/icedove-10.0.7/mozilla/xpcom/threads/nsThread.cpp:631 #16 0x7fa593b6e1dc in NS_ProcessNextEvent_P (thread=optimized out, mayWait=true) at /tmp/buildd/icedove-10.0.7/mozilla/xpcom/build/nsThreadUtils.cpp:245 #17 0x7fa593b1602d in mozilla::ipc::MessagePump::Run (this=0x7fa583d095c0, aDelegate=0x7fa5948f7240) at /tmp/buildd/icedove-10.0.7/mozilla/ipc/glue/MessagePump.cpp:134 #18 0x7fa593bb39b5 in RunHandler (this=0x7fa5948f7240) at /tmp/buildd/icedove-10.0.7/mozilla/ipc/chromium/src/base/message_loop.cc:201 #19 MessageLoop::Run (this=0x7fa5948f7240) at /tmp/buildd/icedove-10.0.7/mozilla/ipc/chromium/src/base/message_loop.cc:175 #20 0x7fa593886487 in nsBaseAppShell::Run (this=0x7fa581a0ad30) at /tmp/buildd/icedove-10.0.7/mozilla/widget/src/xpwidgets/nsBaseAppShell.cpp:189 #21 0x7fa593767c17 in nsAppStartup::Run (this=0x7fa581a14830) at /tmp/buildd/icedove-10.0.7/mozilla/toolkit/components/startup/nsAppStartup.cpp:228 #22 0x7fa59304ed56 in XRE_main (argc=optimized out, argv=optimized out, aAppData=optimized out) at /tmp/buildd/icedove-10.0.7/mozilla/toolkit/xre/nsAppRunner.cpp:3551 #23 0x00401f49 in do_main (argv=0x75e305c8, argc=1, exePath=0x75e2f4b8 /usr/lib/icedove/libxpcom.so) at nsMailApp.cpp:143 #24 main (argc=1, argv=0x75e305c8) at nsMailApp.cpp:226 The output of threads apply all bt is attached. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (650, 'unstable'), (601, 'testing'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 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 icedove depends on: ii debianutils 4.3.4 ii fontconfig2.9.0-7 ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3
Bug#673457: RFS: psi-plus-i18n/0.15.5338.4-1 [ITP] -- translation files for Psi+
Control: tags -1 pending Control: owner -1 ! Hi Boris, Le 25/09/2012 04:57, Boris Pek a écrit : Package is very small and simple. It will not require much time. Indeed (maybe the build is a little complicated to simply copy some files ;). Anyone interested in localization? Sure. Other people looking for a sponsor for a localization-only package or localization-only update are welcome to (X-Debbugs)-CC debian-i8n@l.d.o where localization-friendly people may be happy to help. Back to the package: - there is a useless .gitignore file in the upstream tarball, you may wish to remove it (since you're upstream); - the get-orig-source target currently doesn't work: the downloaded 0.15.5338.6 file come without its .tar.gz suffix, that confuses uscan; - I don't really see the point of repacking the upstream tarball just to reduce its size. It would be more useful to use xz for the binary package and save the bandwidth for the user-oriented stuff; - why does it depends on psi-plus-common? Wouldn't it be more useful to depend on psi-plus? - the package description could be improved, please consider asking for a review on debian-l10n-english@l.d.o; - since it's a localization package, psi-plus-l10n may be more accurate than psi-plus-i18n for its name. None of these remark/questions must be fixed for the initial upload, but in case you consider the last remark (renaming the package to psi-plus-l10n), it would be better to upload with the accurate name (so I didn't uploaded it directly) in order not to pass the ftpmaster NEW queue twice. Regards David signature.asc Description: OpenPGP digital signature
Bug#688765: FTBFS if built twice in a row
On Tue, Sep 25, 2012 at 03:36:47PM +0200, Helmut Grohne wrote: Source: libpri Version: 1.4.12-2 Severity: serious Justification: fails to build from source The upstream Makefile creates a version.c which is not removed during (make) clean. Thus the second attempt to build the package fails with a message from dpkg-source saying that local changes (to version.c) were detected and the build is aborted. Since the package uses dh, the fix is as simple as: echo version.c debian/clean Applied, thanks for the report. -- Tzafrir Cohen icq#16849755 jabber:tzafrir.co...@xorcom.com +972-50-7952406 mailto:tzafrir.co...@xorcom.com http://www.xorcom.com iax:gu...@local.xorcom.com/tzafrir -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685527: unblock: packagekit/0.7.6-1
Thank you for the kind help :-) And regarding your question: I have very little experience in Perl and all my Perl folks were busy that time when I did the change. I'll do it the smarter way in PK 0.8.x series (not for Wheezy ;-P) Thanks again for the hint! Regards, Matthias 2012/9/25 Julien Cristau jcris...@debian.org: On Mon, Sep 3, 2012 at 15:46:10 +0200, Matthias Klumpp wrote: aptcc: Don't use tempfile with fixed name for conffiles: Resolves security issue in Debian, tracked as RC bug #678189 See http://gitorious.org/packagekit/packagekit/commit/e6e33f54dcc9b0058134e0d2584c2ee110ca0340 It's a bit weird to see +(undef, $template_fname) = tempfile('/tmp/pkconffileXX', SUFFIX = '.template'); followed by +open (TEMPLATE, $template_fname); Why not use the filehandle returned by tempfile? Anyway, unblocked the current version, sorry for the delay and thanks a lot for breaking down the changes. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673223: RFS: ipset/6.14-1 -- administration tool for kernel IP sets
On Tue, Sep 25, 2012 at 11:27:17PM +0200, Arno Töll wrote: Hi, Bart noticed, you uploaded a new version to Mentors. Should it be uploaded? I think it's in the Wheezy freeze and the package is not the fixing important bugs, therefore, I have not requested for sponsor yet. My intention is waiting until the Wheezy released, but is it OK if it be uploaded to 'experimental' first ? Best regards, Neutron Soutmun signature.asc Description: Digital signature
Bug#688428: apt times out post download when processing triggers
Hi! This issue is really odd, because the DBus call should never ever fail... Is DBus working properly? Can you easily reproduce the issue? What happens if you run the hook command manually in a terminal? Does it block? Cheers, Matthias 2012/9/24 Daniel Hartwig mand...@gmail.com: On 23 September 2012 16:57, Sharon Kimble boudic...@talktalk.net wrote: How often do you receive such an error and is your system under increased load when it happens? Every time now, its just happened again with updating this morning. Assuming then that the system load is not a problem. You could investigate log files associated with dbus, packagekit, and dmesg(1) for anything which may indicate a failure to load, communicate, etc.. I am not familiar with those systems, so can not provide any more specific guidance. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688826: ITP: libarchive-rar-perl -- interface for the 'rar' command
Package: wnpp Severity: wishlist Owner: Joenio Costa joe...@colivre.coop.br * Package name: libarchive-rar-perl Version : 2.02 Upstream Author : jean-marc boulade jmbp...@hotmail.com * URL : http://search.cpan.org/dist/Archive-Rar/ * License : Perl Programming Lang: Perl Description : interface for the 'rar' command This is a module for the handling of rar archives. .. Locates the rar command (from PATH or from regedit for Win32) and encapsulate it to create, extract and list rar archives. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688827: ITP: audioseg -- audio segmentation toolkit
Package: wnpp Severity: wishlist Owner: Giulio Paci giuliop...@gmail.com * Package name: audioseg Version : 1.2.1 Upstream Author : Guillaume Gravier guillaume.grav...@irisa.fr * URL : http://gforge.inria.fr/projects/audioseg * License : GPL-2+ Programming Lang: C Description : audio segmentation toolkit -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687402: beanstalkd: FTBFS: tests failed
Hey, sorry, I didn't mean to imply that I wouldn't make a fix. I said before I'm happy to maintain 1.4.x for several years and that's still true. As part of my responsibility maintaining 1.4.x, I was just trying to start with the most expedient reasonable option, which would have been to use libevent 1.4 if that were possible. Since it's not possible, I'll absolutely make sure that beanstalkd 1.4.x works with libevent 2. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
On Tue, 25 Sep 2012, Lionel Gamay wrote: I tried to upgrade from 1.20120606.1 on my i386 netbook and my current x64 machine, with either 3.2 or 3.5-trunk kernels on each PC. On reboot I always get the following error messages before dropping down to BusyBox console: Loading, please wait... /init: eval: line 1: Array_intel_microcode=udev: not found /init: eval: line 1: Array_intel_microcode=: not found PANIC: Circular dependance. Exiting. Can you send me a copy of the broken initramfs, please? You should find it in /boot. Mail it to me directly, please. If you don't have it, you can generate a new one by redoing the upgrade, NOT REBOOTING (so that it won't break your system), copying the newly-generated (and probably broken initramfs image) from /boot, and purging the intel-microcode package. This will clean up the initramfs. You can then install the old intel-microcode package while I try to track down the reason it broke. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688829: extremetuxracer: Changing from fullscreen messes up screen resolution
Package: extremetuxracer Version: 0.4-5 Severity: normal extremetuxracer starts in full screen mode by default. I unchecked full screen which changed both my monitor resolutions. Attempting to open gnome-control-center to correct the resolution problem crashed and automatically logged me out.? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages extremetuxracer depends on: ii extremetuxracer-data 0.4-5 ii libc6 2.13-33 ii libfreetype6 2.4.9-1 ii libgcc1 1:4.7.1-2 ii libgl1-mesa-glx [libgl1] 8.0.4-1 ii libglu1-mesa [libglu1]8.0.4-1 ii libice6 2:1.0.8-2 ii libpng12-01.2.49-1 ii libsdl-mixer1.2 1.2.12-2 ii libsdl1.2debian 1.2.15-5 ii libsm62:1.2.1-2 ii libstdc++64.7.1-2 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxi62:1.6.1-1 ii libxmu6 2:1.1.1-1 ii libxt61:1.1.3-1 ii tcl8.58.5.11-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages extremetuxracer recommends: ii extremetuxracer-extras 0.6-1 extremetuxracer 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#688830: devscripts: [new] Please include who-permits-upload as a convenient interface to retrieve DM permissions
Package: devscripts Version: 2.12.3 Severity: wishlist Hello, please consider inclusion of who-permits-upload, a Perl script I wrote to query and retrieve DM upload permissions in a convenient way. A preliminary version of it can be inspected on [1] but it may still lack some polishing from my side, I'll be doing within a few days. It does not add Perl dependencies which aren't already in Recommends of devscripts. Example usage: $ ./who-permits-upload sciteproj yagf Package: sciteproj DM: Andreas R�nnquist gus...@gusnan.se Sponsor: Niels Thykier ni...@thykier.net Package: yagf DM: Boris Pek tehnic...@mail.ru Sponsor: Eugene V. Lyubimkinjac...@debian.org $ ./who-permits-upload -s uid deb...@abeckmann.de Package: glx-alternatives DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: khronos-opencl-headers DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: libthrust DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: libvdpau DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvclock DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-cg-toolkit DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-cuda-toolkit DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-graphics-drivers DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-graphics-drivers-legacy-173xx DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-graphics-drivers-legacy-71xx DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-graphics-drivers-legacy-96xx DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-graphics-modules DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-settings DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-settings-legacy-173xx DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-support DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: nvidia-xconfig DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu Package: vdpauinfo DM: Andreas Beckmann deb...@abeckmann.de Sponsor: Russ Allbery r...@stanford.edu $ ./who-permits-upload --search sponsor ansgar Package: cookietool DM: Peter Pentchev r...@ringlet.net Sponsor: Ansgar Burchardt ans...@debian.org Package: freealut DM: Peter Pentchev r...@ringlet.net Sponsor: Ansgar Burchardt ans...@debian.org [1] http://daemonkeeper.net/wp-content/files/who-permits-upload -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 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 devscripts depends on: ii dpkg-dev 1.16.8 ii libc6 2.13-35 ii perl 5.14.2-13 ii python2.7.3-2 Versions of packages devscripts recommends: ii at3.1.13-2 ii curl 7.27.0-1 ii dctrl-tools 2.22.2 ii debian-keyring2012.06.01 ii dput 0.9.6.3 ii equivs2.0.9 ii fakeroot 1.18.4-2 ii gnupg 1.4.12-4+b1 ii libcrypt-ssleay-perl 0.58-1 ii libdistro-info-perl 0.10 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.10.2 ii man-db2.6.2-1 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21+nmu2 pn python-magic none ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-7 ii wdiff 1.1.2-1 ii wget 1.14-1 ii xz-utils 5.1.1alpha+20120614-1 Versions of packages devscripts suggests: ii build-essential 11.5 pn cvs-buildpackage none pn devscripts-elnone ii gnuplot 4.6.0-8 ii heirloom-mailx [mailx] 12.5-2 ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.04-3 pn libnet-smtp-ssl-perl none ii libterm-size-perl0.207-1 ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.20-1 ii mutt 1.5.21-6.2 ii openssh-client [ssh-client]
Bug#658070: closed by Laurent Bigonville bi...@debian.org (Bug#658070: fixed in libselinux 2.1.12-1)
Hi Laurent, On 26.09.2012 01:36, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the libselinux1 package: #658070: Mount selinuxfs at /sys/fs/selinux It has been closed by Laurent Bigonville bi...@debian.org. I've been having a quick look at the changes in 2.1.12-1. It seems you simply dropped the /selinux directory from the package. This should work fine for systems where selinux is not active. On systems where selinux is active and selinuxfs is mounted at /selinux, the directory will not be removed on upgrades. Do you think we need some special handling in the maintainer scripts to mount-move /selinux in preinst? Or does selinux in squeeze already use /sys/fs/selinux and /selinux is unused, so if you upgrade from squeeze to jessie there will be no mount at /selinux? I guess as you've uploaded to exp only, you don't plan to drop /selinux for squeeze? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#673223: RFS: ipset/6.14-1 -- administration tool for kernel IP sets
On 26.09.2012 01:59, Neutron Soutmun wrote: My intention is waiting until the Wheezy released, but is it OK if it be uploaded to 'experimental' first ? You're the boss. : (as I said last time, you can also contact me directly, if you want to get something sponsored. You do not need to file a RFS bug.) -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#688831: libaqbanking34-dev: dandling symlink
Package: libaqbanking34-dev Version: 5.0.24-1 Severity: normal Hi Micha, I've noticed dangling symlink to non-existent file: /usr/lib/libaqbankingpp.so -- libaqbankingpp.so.0.0.0 Version in experimental (5.0.25-1) is also affected. This can be fixed by adding the following to file libaqbanking34.install: usr/lib/libaqbankingpp.so.* however this may also require update to libaqbanking34.symbols Cheers, Dmitry. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 --- Package information. --- Depends(Version) | Installed -+-= libaqbanking34 (= 5.0.24-1) | 5.0.24-1 libaqhbci20 (= 5.0.24-1) | 5.0.24-1 libaqofxconnect7(= 5.0.24-1) | 5.0.24-1 libgwenhywfar60-dev | 4.3.3-1 libktoblzcheck1-dev | 1.39-1 signature.asc Description: This is a digitally signed message part.
Bug#688832: git-flow: no command-line documentation
Package: git-flow Version: 0.4.1-2 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Maintainer, I found from the command line that git-flow do not have document. Usually, git subcommands have manual which can be accessed by $ git XXX --help but git-flow seems not to have this kind of manual. I heavilly use command-line help, so it would be nice if you add this kind of manual to this command. Best regards, - -- Ryo IGARASHI, Ph.D. rigar...@gmail.com - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/3 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-flow depends on: ii git [git-core] 1:1.7.10.4-1 git-flow recommends no packages. git-flow suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQYmDkAAoJEOx5ooBqGSMZbjQP/3jQErg1G6DiHmd+LjThmoE4 a531ri6DeC3AVleHFR4yx8yc1BklxT0p/HprKMOhOqd4xRxI77myxx82y9kB27cz HncTBMtFft4qBJH9Es+FbZ/uEQTQPcCBAi/xeZbYtF4aIcgL9ZvgkGKFShrXnlcy ldVvIkfZakcVSn9jx7IW9EDcZ4ySkcEUYj+Q0zyxDBTLLEDAbhRI2hN2ToQ+mRSR HnpbYL1ZtiRppHUB8Fhg+tijRbnyOpauzuSVJloPEjLwhRWwaJLv0i0jTFWuFGtu r0qnnovmpxvMkCfjdVI9KEAzNQdQP1lB1y6Cq6v+v4AvHmbbPr+32vj5cogU0YS5 tAzZMYtE/iDF7oN1Gk/8JDLpo1U166ca+FsgdpdeadrdemKWnxbFWtaMdufKCYv6 JDC4EXhd18sGHTa4dDPFP8Ei0Wr1rzjj8cw9FZYi4q4PgwaA2angsaUhSvCALcgb BP949QDAiAwkKz5rvEuTMlbdgdU3Qot08ab2EACkR3e7Zp3V3AURfjXFSP5HV1vb 1UIFqBAUE0pbBBZpri6EZy6o6n+RNaP1Ckoa9B1He0T0XVAmfumx9KeRGOWTWgqA 1lV9fAU4dw6w1rjaXs/f7CAB1MNE5N0QdMERBThu25z9SCAaQNs3F2HmkmkJfnyQ RdpUFjHzj+WeYT5femPz =5U1o -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#688805: [Pkg-ime-devel] Bug#688805: Upgrade ibus-table to 1.4.99.20120904
On Wed, Sep 26, 2012 at 3:51 AM, Xiaojun Ma xm...@illinois.edu wrote: Package: ibus-table Version: 1.3.9.20110827-2 Severity: wishlist Despite the version bumping, the new upstream release just fixed several long-lasting bugs. So I think you may include it in sid now. Since wheezy is in freeze and upload to unstable should be intended for the inclusion of wheezy, uploading to experimental is highly recommended. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688833: [git-annex] Internal Server Error xdg-user-dir [DESKTOP] exited 127
Package: git-annex Version: 3.20120924 Severity: normal The error: Internal Server Error xdg-user-dir [DESKTOP] exited 127 after running #git-annex webapp Can be fixed (for me) by installing the package xdg-user-dirs . Probably git-annex should depend on this package. Thanks! Chad. --- System information. --- Architecture: i386 Kernel: Linux 3.5.2 Debian Release: wheezy/sid 990 testing security.debian.org 990 testing debian.uchicago.edu 500 stable debian.uchicago.edu 500 release apt.spideroak.com 50 unstableftp.egr.msu.edu 49 experimentalftp.egr.msu.edu 300 testing mirror.csclub.uwaterloo.ca --- Package information. --- Depends (Version) | Installed ===-+-= libc6 (= 2.7) | 2.13-35 libffi5 (= 3.0.4) | 3.0.10-3 libgmp10| 2:5.0.5+dfsg-2 libpcre3 (= 8.10) | 1:8.30-5 libxml2 (= 2.7.4) | 2.8.0+dfsg1-5 libyaml-0-2 | 0.1.4-2 zlib1g (= 1:1.1.4) | 1:1.2.7.dfsg-13 git(= 1:1.7.7) | 1:1.7.10.4-1 uuid| 1.6.2-1.3 rsync | 3.0.9-3 wget| 1.13.4-3 OR curl| openssh-client (= 1:5.6p1) | 1:6.0p1-3 Recommends (Version) | Installed ==-+-=== lsof | 4.86+dfsg-1 libnss-mdns| 0.10-3.2 gnupg | 1.4.12-4+b1 Suggests (Version) | Installed ===-+-=== graphviz| 2.26.3-12 bup | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563862: aptitude: Odd package install/remove order causes a symlink to vanish
Control: reassign -1 libswt-gtk-3.5-java 3.5.1-2 Control: retitle -1 libswt-gtk-3.5-java: upgrading from -3.4-java causes swt.jar symlink to vanish Tony 'Nicoya' Mantler nic...@ubb.ca wrote: Package: aptitude Version: 0.6.1.3-3 Severity: normal With reference to bug 563002, upgrading azureus from 4.3.0.0-1 to 4.3.0.6-1 causes libswt-gtk-3.5-java to be [unpacked] before libswt-gtk-3.4-java is removed. Due to a change in the handling of the /usr/share/java/swt.jar symlink (in 3.4 it's handled through alternatives, in 3.5 it's a regular archive file), this ordering causes the swt.jar symlink to not be installed correctly. Example output from aptitude during this upgrade: […] Selecting previously deselected package libswt-gtk-3.5-java. Unpacking libswt-gtk-3.5-java (from .../libswt-gtk-3.5-java_3.5.1-2_i386.deb) ... […] Removing libswt-gtk-3.4-java ... Removing libswt-gtk-3.4-jni ... Setting up libswt-gtk-3.5-jni (3.5.1-2) ... Setting up libswt-gtk-3.5-java (3.5.1-2) ... Looking at the other report you mention (#563002) it appears that the issue was bunted to aptitude. It is actually the package relationships in -3.5-java which are broken. That package should either Breaks or Conflicts with -3.4-java, and maybe Replaces also. This is not so in Squeeze: $ apt-cache show libswt-gtk-3.5-java […] Version: 3.5.1-2.1 Depends: libswt-gtk-3.5-jni (= 3.5.1-2.1) Suggests: libswt-gtk-3.5-java-gcj In unstable there is an appropriate Conflicts. Maintainers of the swt-gtk may like to close this immediately. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
tag 688794 + moreinfo thanks I cannot reproduce this. I have installed a brand-new wheezy VM with the wheezy kernel (3.2.0-3). I installed the old microcode.ctl and intel-microcode packages. It worked. I rebooted. It worked. I upgraded to the new intel-microcode package (which also updates microcode.ctl to the transitional package). it worked. I rebooted. It worked. So, no problems with up-to-date wheezy, and 3.2.0-3 here. I then tried to update to kernel 3.2.0-4. It corrupted GRUB(!!), which would refuse to do anything, complaining of unaligned pointer accesses. I used the wheezy installer in rescue mode to reinstall grub, and rebooted. It worked fine. These tests were done using an amd64 VM. Also, the error message you got should have mentioned array_intel_microcode, and NOT Array_intel_microcode (note the uppercase A in array on your error message). And that eval should NEVER cause a 'not found' error, it is just plain impossible in shell syntax. My best guess ATM is that the same way I got a corrupted grub, you got a corrupted initramfs somehow. So, I *really* need that copy of your broken initramfs. And I need more data. Did you have iucode-tool installed? Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Hmm, most people use /bin/dash, which is much faster. Let me try with bash... Still works. That's not it either... -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688805: [Pkg-ime-devel] Bug#688805: Upgrade ibus-table to 1.4.99.20120904
Yes, you are right. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688835: xfce4-utils: xinitrc should not start screensaver if $VNCDESKTOP is set
Package: xfce4-utils Version: 4.8.3-2 Severity: minor xinitrc tries to avoid starting the screensaver (quite sensibly) if it appears that it's running under VNC: if test $UID -gt 0 -a -z $VNCSESSION -a $screensaver_enabled != false; then However, tightvncserver doesn't seem to set $VNCSESSION. The only relevant bit in my environment seems to be that $VNCDESKTOP is set to X. Maybe that environment variable could be checked as well? Or maybe there's a more reliable way of detecting VNC? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-utils depends on: ii dpkg 1.16.8 ii exo-utils 0.6.2-5 ii libc6 2.13-35 ii libdbus-1-3 1.6.2-2 ii libdbus-glib-1-2 0.100-1 ii libglib2.0-0 2.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libxfce4ui-1-04.8.1-1 ii libxfce4util4 4.8.2-1 ii procps1:3.3.3-2 ii x11-xserver-utils 7.7~3 ii xfce4-terminal [x-terminal-emulator] 0.4.8-1+b1 ii xinit 1.3.2-1 ii xterm [x-terminal-emulator] 278-2 Versions of packages xfce4-utils recommends: ii dbus-x11 1.6.2-2 ii thunar 1.2.3-4+b1 ii xdg-user-dirs 0.14-1 ii xfce4-panel4.8.6-4 ii xfwm4 4.8.3-2 ii xinput 1.6.0-1 ii xscreensaver 5.15-3 Versions of packages xfce4-utils suggests: ii xfce4-session 4.8.3-2+b1 -- 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#688836: iceweasel-l10n-all: Iceweasel language packages should add -UILocale xx-YY option to Exec field in .desktop file
Package: iceweasel-l10n-all Severity: wishlist Dear Maintainer! I have noticed that installing of iceweasel-l10n-xx package does not lead to automatic applying of translation and iceweasel interface stays english (en-US). For this issue reproducing i did following things: - clean debian wheezy expert installation from netinst in english with kde desktop or debian-live-kde wheezy launch with netboot - installing kde-l10n-uk and applying localization in kde (ukrainian in my case) - logout, then login again - installing iceweasel (release) and iceweasel-l10n-uk from experimental - launch iceweasel from menu Result: iceweasel interface is english instead of ukrainian. According to about:config list of option avaliable in user profile, list and content of files in /usr/lib/iceweasel, user profile folder and https://developer.mozilla.org/en-US/docs/Command_Line_Options#-UILocale_locale Firefox (seems to me) does not store user interface localization configuration in user profiles and/or global option files, but accepts launch option `-UILocale xx-YY` for setting user interface language, applying it when starting browser from command line, menu or launcher. Thus i think such localization issue should be fixed in `/usr/share/applications/iceweasel.desktop` file and `/usr/lib/iceweasel/iceweasel` script. There is `Exec` field in `/usr/share/applications/iceweasel.desktop`, which contains by default `Exec=iceweasel %u`. To fix issue postinstall action should be added into the iceweasel-l10n-xx packages to rewrite default Exec field `Exec=iceweasel %u` with `Exec=iceweasel -UILocale uk-UA %u`, where `uk-UA` derived from language package beeing installed (ukrainian in my case). When numerous language package are beeing installed simultaneously package manager should ask user about preferred language. Postinstall also should add launch option `-UILocale uk-UA` into /usr/lib/iceweasel/iceweasel script. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668325:
Fun fact: sane_exit(), contrary to its documentation, does not clean up all the resources used by sane and its backends. Specifically, a bunch of backends will fail to close the file descriptors opened in sane_get_devices(). Since colord-sane rescans for devices on a timer, after some time we run out of fds. On Ubuntu, this results in a crash in the FORTIFY_SOURCE checks when sane tries to add an fd 1024 to an FD_SET. It seems we don't build with that on Debian, so we instead it seems we try to select() on an invalid fd. With hilarious consequences! Urgh. So I'll rework colord-sane to only call sane_get_devices once before exiting, and just get respawned for each poll. signature.asc Description: This is a digitally signed message part
Bug#688826: ITP: libarchive-rar-perl -- interface for the 'rar' command
On Wed, Sep 26, 2012 at 8:05 AM, Joenio Costa wrote: Description : interface for the 'rar' command This is a module for the handling of rar archives. .. Locates the rar command (from PATH or from regedit for Win32) and encapsulate it to create, extract and list rar archives. Please ask upstream to add support for the unar command, which provides a free implementation that can extract and list rar archives. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org