Bug#684111: wicd gui doesn't update pre/post connection script settings
Package: wicd Version: 1.7.2.4-2 Severity: normal Tags: patch Dear Maintainer, I had the problem that the wicd GUI did not keep any changes that I made to the pre/post connection script settings, via the property window for an interface. After some digging, it appears that the ConsoleManager interface got changed to have write() without arguments, so I patched my /usr/share/wicd/gtk/configscript.py for this, according to the following diff: - 95c95,96 con.write(open(wired_conf, w)) --- #con.write(open(wired_conf, w)) con.write() 106c107,108 con.write(open(wireless_conf, w)) --- #con.write(open(wireless_conf, w)) con.write() - That seems to have made it work for me. regards, Ralph. -- System Information: Debian Release: 6.0.5 APT prefers testing APT policy: (1001, 'testing'), (1000, 'stable'), (500, 'stable-updates') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd depends on: ii wicd-daemon 1.7.2.4-2 ii wicd-gtk [wicd-client] 1.7.2.4-2 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-gtk depends on: ii python 2.7.3~rc2-1 ii python-glade2 2.24.0-3 ii python-gtk22.24.0-3 ii wicd-daemon1.7.2.4-2 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-5 ii python-notify 0.1.1-3 Versions of packages wicd-daemon depends on: ii adduser 3.112+nmu2 ii dbus1.2.24-4+squeeze1 ii debconf 1.5.36.1 ii iproute 20100519-3 ii iputils-ping3:20100418-3 ii isc-dhcp-client [dhcp3-client] 4.1.1-P1-15+squeeze3 ii lsb-base3.2-23.2squeeze1 ii net-tools 1.60-23 ii psmisc 22.11-1 ii python 2.7.3~rc2-1 ii python-dbus 1.1.0-1 ii python-gobject 3.2.2-1 ii python-wicd 1.7.2.4-2 ii wireless-tools 30~pre9-8 ii wpasupplicant 0.6.10-2.1 Versions of packages wicd-daemon recommends: ii wicd-gtk [wicd-client] 1.7.2.4-2 Versions of packages wicd-daemon suggests: ii pm-utils 1.3.0-3 Versions of packages python-wicd depends on: ii python 2.7.3~rc2-1 ii python2.6 2.6.6-8+b1 ii python2.7 2.7.3~rc2-2.1 -- debconf information: * wicd/users: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684049: linux-image-3.2.0-3-amd64: syslog flooded with [e|o]hci_hcd related messages
Ben Hutchings writes: I do recognise that syslog should not be filled up with this noise, though. Can you test whether the attached patch fixes this for you? Instructions for building a patched kernel package are at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s4.2.1. Ben, Thanks for the patch. I build and installed patched linux-image and after that I have not seen those syslog messages anymore. So looks like the patch fixed the issue. -- Juha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684109: [Pkg-fonts-devel] Bug#684109: fontforge should be updated to 20120731 version
Quoting Shriramana Sharma (samj...@gmail.com): Package: fontforge Version: 0.0.20120101+git-2 Hello. There has been a fontforge 20120731 release: Hello, Thanks for your report and interest in Fontforge Debian package. That has however to wait after the release of wheezy. The freeze policy prevents us to upload a new upstream version to unstable. ATM, the main problem to solve with FF is the RC bug about non-Free files. The only solution ATM is uploading to experimental (after creating a branch for that in pkg-fotns git)...but this is likely to be low priority as most members of the fontspackaging teamare focused on other issues as of now. Of course, if this is something you're interested in, you're very welcome to work on this. We're mostly missing someone really dedicated to FF, which is more in maintenance mode as of now. http://sourceforge.net/mailarchive/message.php?msg_id=29620722 http://sourceforge.net/mailarchive/message.php?msg_id=29625605 Please update the Debian fontforge package to this latest version. As per the second message, the b-version is the one to be used as the first version does not build on 64-bit systems. BTW can we just remove the 0.0. from the versioning and have the release date as the version like it is seen upstream? That's a good suggestion which I support, yes. -- signature.asc Description: Digital signature
Bug#682274: New LedgerSMB Debian package, v1.3.21-1
Quoting Robert James Clay (j...@rocasa.us): On Mon, 2012-08-06 at 22:11 -0400, Robert James Clay wrote: To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ledgersmb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/ledgersmb/ledgersmb_1.3.21-1.dsc Besides uploading the new package version to the Mentors site, I went ahead submitted a Request for Sponsor bug as well (#684106 [1]) because I don't know how busy you might be at the moment. If you can take care it, though, I'd appreciate it as you're more familiar with it than someone else might be. Just in case Raphaël can't upload, I can do it. But I'd prefer doing so as a backup only and keep Raphaël as main sponsor (because he is, IIRC, a user of LedgerSMB in hiw own business). As this is a new upstream version, a good argument (with patches, etc.) has to be prepared for the release team to have elements for their decision about allowing it in wheezy. I think a pre-approval by them would even be preferrable. signature.asc Description: Digital signature
Bug#684112: unblock: samba/2:3.6.6-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package samba The -3 release switches to xz compression (default compression level) for deb packages (#683899). I didn't exactly use the patch provided by Ansgar in the bug report as I also took care to include the right pre-dependency on dpkg (as lintian mentions, this is not needed in Debian but might be needed for some derivatives...and we have a good history of good interaction with derivatives in the samba packaging team..:-)) unblock samba/2:3.6.6-3 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 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#684007: unblock: ukolovnik/1.4-1
Hi Dne Mon, 6 Aug 2012 23:31:12 +0200 Cyril Brulebois k...@debian.org napsal(a): Michal Čihař ni...@debian.org (06/08/2012): The only important change it brings are new translations. Besides that it fixes few tiny errors (possibly unset variables and checking if locales are present), see attached diff for code changes. I think I could understand the logic behind setting $oldcategory to null, It is name of previous category used for grouping. Before entering while loop this was previously unset causing PHP warning. but I'm not sure why the $filter goes away entirely? Maybe it was unset? (Not clear from the diff.) It was not used (and set) at all in this code path. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#684113: debbugs: marked as done messages are a pain to read
Package: debbugs,bugs.debian.org Severity: normal Hi, If you're following a bug discussion (say in debian-release@ or debian-bugs-rc@), you will see the whole thread and at the end you see a marked as done message where you have to scroll pages and pages until you find the interesting message that lead to the bug closure (it's the last part of the message). This bug closure message was fine when it was sent back to the maintainer who closed the bug. Nowadays with co-maintenance and so many external followers, it really needs to be reorganized. What really matters to me is that we can see the bug closure mail as close to the top as possible. Thus you should probably reword the initial part because it takes close to a full screen in my mutt setup. I would suggest something like this: | Note from the Debian Bug Tracking System: the message below | has caused the Debian Bug report #684023 to marked as done. | -- | 684023: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684023 | Contact ow...@bugs.debian.org with problems It should be immediately followed by the copy of the mail to -done. The copy of the initial report seems useless to me in most cases. But if you want to keep it, you should put it in the last position. Another thing that bothers me, is that those messages are sent from Debian Bug Tracking System ow...@bugs.debian.org effectively hiding from my mailer the person who sent the -done mail (and thus my searches by sender will not find those mails). It would thus be nice if the mail could keep the From of the -done mail. Thank you in advance to consider those improvements. Cheers, Raphaël Hertzog. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684114: RM: beast-doc [armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc] -- ANAIS; Binary package should never have been existed
Package: ftp.debian.org Severity: normal As it was discussed on debian-release@l.d.o in the thread ending with http://lists.debian.org/debian-release/2012/07/msg00878.html it seems that some binary packages for arches were autobuilded for a package in contrib even if they should not (because of its non-free dependencies). I would like you to remove beast-doc for the following architectures: armel armhf ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 s390x sparc ATTENTION: The package beast-doc is also builded from the beast package. The removal above is for the binary package which was created from the source beast-mcmc. Sorry for the confusion. Kind regards and thanks for maintaining ftpmaster Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682153: geany: high CPU load while idle
Package: geany Version: 1.22+dfsg-2 Followup-For: Bug #682153 After much experimentation I discovered the following: - I can't reproduce the problem if I use the default theme on Xfce4 - I can always reproduce the problem if I use the oxygen-gtk theme on Xfce4, with gtk2-engines-oxygen, gtk3-engines-oxygen, oxygen-icon-theme installed. As before, no plugins were installed and I've removed geany.conf. However, geany is the only program I've encountered that shows this problem when oxygen-gtk is used. -- 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=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geany depends on: ii geany-common1.22+dfsg-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.1-2 ii multiarch-support 2.13-33 geany recommends no packages. Versions of packages geany suggests: pn doc-base none ii libvte9 1:0.28.2-5 -- 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#684115: libwildmidi-config: please lower Recommends: freepats to a Suggests
Package: libwildmidi-config Version: 0.2.3.4-2.1 Severity: important Tags: patch Usertags: xz-for-wheezy freepats ends up as one of the first packages on CD2. As far as I can tell this happens via the chain gstreamer0.10-plugins-bad libwildmidi1 libwildmidi-config freepats As we try to get more packages on CD1 and freepats is very large (27MB), it would be nice to not have freepats on CD1/2. Please lower the Recommends: freepats in the libwildmidi-config package to a Suggests for wheezy. Regards, Ansgar diff -Nru wildmidi-0.2.3.4/debian/changelog wildmidi-0.2.3.4/debian/changelog --- wildmidi-0.2.3.4/debian/changelog 2011-08-21 21:57:46.0 +0200 +++ wildmidi-0.2.3.4/debian/changelog 2012-08-07 08:45:35.0 +0200 @@ -1,3 +1,10 @@ +wildmidi (0.2.3.4-2.2) unstable; urgency=low + + * Non-maintainer upload. + * libwildmidi-config: Lower Recommends: freepats to a Suggests. + + -- Ansgar Burchardt ans...@debian.org Tue, 07 Aug 2012 08:45:28 +0200 + wildmidi (0.2.3.4-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru wildmidi-0.2.3.4/debian/control wildmidi-0.2.3.4/debian/control --- wildmidi-0.2.3.4/debian/control 2011-08-21 21:57:46.0 +0200 +++ wildmidi-0.2.3.4/debian/control 2012-08-07 08:37:00.0 +0200 @@ -49,7 +49,7 @@ Breaks: libwildmidi1 ( 0.2.3.4-2~) Replaces: libwildmidi1 ( 0.2.3.4-2~) Depends: ${misc:Depends} -Recommends: freepats +Suggests: freepats Description: software MIDI player configuration MIDI streaming library designed to process a MIDI file and stream the results as stereo audio data through a buffer which an external program can then
Bug#680841: plplot: FTBFS: CMakeFiles/plplotadad.dir/plplot.o: could not read symbols: Bad value
tags 680841 patch thanks Hi, I created a patch which revise this bug. I attached. Could you check and apply? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 plplot-5.9.9.patch Description: Binary data
Bug#681232: [3.2.20-3.2.21 regression] Atheros WiFi Adapter couldn't find networks gain calibration timeout
Jesse Rhodes wrote: Well, it's not going to happen when I'm using 3.2.0-2, and it always happens on 3.2.0-3 rendering it basically useless for a working system Thanks for clarifying. I missed that you had tried 3.2.21-3 again. Could you list the versions you've tested, in order, and what happened with each for future reference? [...] Since 3.2.0-3 reports itself as Version: 3.2.21-3, and vanilla 3.2.21 worked fine, Ok, here are two tests to try. (i) Am I correct in guessing 3.2.21-1 from snapshot.debian.org produces the gain calibration timeouts, too? (ii) Here is a way of testing if the build process changed anything, by building the same source with the same configuration: cd linux # fetch Debian-patched kernel git remote add debian \ git://git.debian.org/kernel/linux.git git fetch debian # configure, build, test git checkout debian/wheezy cp /boot/config-3.2.0-3-amd64 .config scripts/config --disable DEBUG_INFO make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root ... test test test ... Thanks again, and sorry for the fuss, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684106: Bug#682274: New LedgerSMB Debian package, v1.3.21-1
Hi, On Tue, 07 Aug 2012, Christian PERRIER wrote: Just in case Raphaël can't upload, I can do it. But I'd prefer doing so as a backup only and keep Raphaël as main sponsor (because he is, IIRC, a user of LedgerSMB in hiw own business). I'll try to take care of it but I'm not using LedgerSMB, I'm using sql-ledger currently. As this is a new upstream version, a good argument (with patches, etc.) has to be prepared for the release team to have elements for their decision about allowing it in wheezy. I think a pre-approval by them would even be preferrable. James, how does the debdiff look like between the wheezy and sid versions? In any case, the main justification is the security fixes and the fact that it's a leaf package. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684041: [3.2 - 3.5 regression] Intel GPU hang caught
Hi, Michael Gebetsroither wrote: After upgrading to linux-image-3.5 the X server freezes after some time. Thanks for writing. Please report this upstream, following the instructions at http://intellinuxgraphics.org/how_to_report_bug.html and let us know the bug number so we can track it. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684045: pre-approval simplesamlphp/1.9.1-1
On Tue, August 7, 2012 01:44, Cyril Brulebois wrote: Hello Thijs, Thijs Kinkhorst th...@debian.org (06/08/2012): I would like to upload simplesamlphp/1.9.1-1: an upstream security release that only fixes a security issue and adds some minor documentation fixes. The debdiff is attached. while I have only glanced at it, that doesn't look bad at all, please go ahead and ping us once it's accepted. It has now been accepted. Thanks, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684117: unblock: fex/20120718-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package fex It addresses all currently known issues. It would be great if this could make it into wheezy still to spare us unneccessary work with supporting the 20120215-3 on our own. F*EX is a file exchange service based on http. The previous versions did include a java applet (F*IX) that yielded a more fancy UI than the classic HTML web page. Upstream has dropped the entire java code base as its maintainer is no longer able to support it. The F*EX maintainer himself denoted the drop with F*IX removed because of too many bugs and no maintainer any more in the release notes for the last version. The current version in wheezy (20120215-3) is still shipping with F*IX. unblock fex/20120718-4 Cheers, Kilian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684118: debports only packages have broken source package links
Package: www.debian.org Severity: normal Hi, * Peter F. farv...@gmail.com [2012-08-07 03:34:48 CEST]: On this page: http://packages.debian.org/sid/libgruel0 These links are broken: [gnuradio_3.6.1-1.dsc] [gnuradio_3.6.1.orig.tar.gz] [gnuradio_3.6.1-1.debian.tar.gz] You are right. Reason being that this package is only available on debports. I would assume that it would get deleted on that site in the near future through some sort of semi-automatic trigger, but the packages site shouldn't show source package links for packages not within the main archive anymore. Sorry for the inconvenience, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684119: [cachefilesd] system hangs during reboot or shutdown
Package: cachefilesd Version: 0.9-3.1 Severity: important When rebooting or shutting down system, nfs shares cannot be unmounted because sendsigs kills cachefilesd before umountnfs.sh is executed. The problem can be solved by symlinking cachefilesds pidfile into /run/sendsigs.omit.d/. --- System information. --- Architecture: amd64 Kernel: Linux 3.5-trunk-amd64 Debian Release: wheezy/sid 500 unstableftp.debian.org 500 testing ftp.debian.org 500 stable ftp.de.debian.org 201 experimental-snapshots qt-kde.debian.net 101 experimentalftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libc6 (= 2.4) | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part.
Bug#683103: mkdir: cannot create directory `/run/shm': File exists
Package: initscripts Version: 2.88dsf-29 Followup-For: Bug #683103 Hi, I've just been hit by this bug in a schroot. The host has initscripts 2.88dsf-28 installed. When upgrading my sid schroot, I got the error: mkdir: cannot create directory `/run/shm': File exists dpkg: error processing initscripts (--configure): Looking at the situation on this system, I see: atsina:/users/huron/danjean# mountpoint /dev /dev is a mountpoint atsina:/users/huron/danjean# mountpoint /dev/shm mountpoint: /dev/shm: not a directory atsina:/users/huron/danjean# ls -ld /dev/shm /run/shm lrwxrwxrwx 1 root root 8 Jul 6 18:58 /dev/shm - /run/shm lrwxrwxrwx 1 root root 8 May 22 2011 /run/shm - /dev/shm I do not know from where the circular symlink come from. The schroot worked well (up-to-date) before I go to holidays, 3 weeks ago. I fix my problem in the schroot by using the following commands: rm /dev/shm mkdir /dev/shm dpkg --pending --configure Regards, Vincent -- 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 armel mipsel Kernel: Linux 3.2.0-3-amd64 (SMP w/8 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 initscripts depends on: ii coreutils 8.13-3.2 ii debianutils 4.3.3 ii libc6 2.13-35 ii lsb-base4.1+Debian7 ii mount 2.20.1-5.1 ii sysv-rc 2.88dsf-29 ii sysvinit-utils 2.88dsf-29 Versions of packages initscripts recommends: ii e2fsprogs 1.42.5-1 ii psmisc 22.19-1 initscripts 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#684121: libotr2: Buffer overflows in libotr
Package: libotr2 Version: 3.2.0-4 Severity: grave Tags: security upstream Justification: user security hole libotr contains buffer overflows in a few base64 decoding functions: http://lists.cypherpunks.ca/pipermail/otr-dev/2012-July/001347.html Fixes for the bugs are available from git: http://lists.cypherpunks.ca/pipermail/otr-dev/2012-July/001348.html -- 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/8 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libotr2 depends on: ii libc62.13-33 ii libgcrypt11 1.5.0-3 libotr2 recommends no packages. Versions of packages libotr2 suggests: ii libotr2-bin 3.2.0-4 -- 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#682192: unblock: php5/5.4.4-5
retitle 682192 unblock: php5/5.4.4-4 thank you I take this mail back - so this applies to 5.4.4-4. Should not mail before first coffee :(. Seems this bug has already been fixed in Debian version (only squeeze needed to be updated). O. On Tue, Aug 7, 2012 at 9:43 AM, Ondřej Surý ond...@debian.org wrote: Package: release.debian.org Severity: normal Changing the request again (sorry) to include also next patch scheduled for security update: php5 (5.4.4-5) unstable; urgency=low . * CVE-2012-3450: parsing bug in PDO can lead to access violations diffstat: debian/patches/CVE-2012-3450.patch | 86 + php5-5.4.4/debian/changelog|6 ++ php5-5.4.4/debian/patches/series |1 3 files changed, 93 insertions(+) debdiff attached... O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682192: unblock: php5/5.4.4-5
Package: release.debian.org Severity: normal Changing the request again (sorry) to include also next patch scheduled for security update: php5 (5.4.4-5) unstable; urgency=low . * CVE-2012-3450: parsing bug in PDO can lead to access violations diffstat: debian/patches/CVE-2012-3450.patch | 86 + php5-5.4.4/debian/changelog|6 ++ php5-5.4.4/debian/patches/series |1 3 files changed, 93 insertions(+) debdiff attached... O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 diff -u php5-5.4.4/debian/changelog php5-5.4.4/debian/changelog --- php5-5.4.4/debian/changelog +++ php5-5.4.4/debian/changelog @@ -1,3 +1,9 @@ +php5 (5.4.4-5) unstable; urgency=low + + * CVE-2012-3450: parsing bug in PDO can lead to access violations + + -- Ondřej Surý ond...@debian.org Tue, 07 Aug 2012 09:34:12 +0200 + php5 (5.4.4-4) unstable; urgency=low * Fix php5-fpm segfault (PHP#62205) diff -u php5-5.4.4/debian/patches/series php5-5.4.4/debian/patches/series --- php5-5.4.4/debian/patches/series +++ php5-5.4.4/debian/patches/series @@ -65,0 +66 @@ +CVE-2012-3450.patch only in patch2: unchanged: --- php5-5.4.4.orig/debian/patches/CVE-2012-3450.patch +++ php5-5.4.4/debian/patches/CVE-2012-3450.patch @@ -0,0 +1,86 @@ +--- a/ext/pdo/pdo_sql_parser.re b/ext/pdo/pdo_sql_parser.re +@@ -32,12 +32,12 @@ + + #define YYCTYPE unsigned char + #define YYCURSORcursor +-#define YYLIMIT cursor ++#define YYLIMIT s-end + #define YYMARKERs-ptr +-#define YYFILL(n) ++#define YYFILL(n) { RET(PDO_PARSER_EOI); } + + typedef struct Scanner { +- char *ptr, *cur, *tok; ++ char *ptr, *cur, *tok, *end; + } Scanner; + + static int scan(Scanner *s) +@@ -50,7 +50,6 @@ static int scan(Scanner *s) + QUESTION = [?]; + SPECIALS = [:?']; + MULTICHAR = [:?]; +- EOF = [\000]; + ANYNOEOF = [\001-\377]; + */ + +@@ -62,7 +61,6 @@ static int scan(Scanner *s) + QUESTION{ RET(PDO_PARSER_BIND_POS); } + SPECIALS{ SKIP_ONE(PDO_PARSER_TEXT); } + (ANYNOEOF\SPECIALS)+ { RET(PDO_PARSER_TEXT); } +- EOF { RET(PDO_PARSER_EOI); } + */ + } + +@@ -92,6 +90,7 @@ PDO_API int pdo_parse_params(pdo_stmt_t + + ptr = *outquery; + s.cur = inquery; ++ s.end = inquery + inquery_len + 1; + + /* phase 1: look for args */ + while((t = scan(s)) != PDO_PARSER_EOI) { +--- /dev/null b/ext/pdo_mysql/tests/bug_61755.phpt +@@ -0,0 +1,41 @@ ++--TEST-- ++Bug #61755 (A parsing bug in the prepared statements can lead to access violations) ++--SKIPIF-- ++?php ++if (!extension_loaded('pdo') || !extension_loaded('pdo_mysql')) die('skip not loaded'); ++require dirname(__FILE__) . '/config.inc'; ++require dirname(__FILE__) . '/../../../ext/pdo/tests/pdo_test.inc'; ++PDOTest::skip(); ++? ++--FILE-- ++?php ++require dirname(__FILE__) . '/../../../ext/pdo/tests/pdo_test.inc'; ++$db = PDOTest::test_factory(dirname(__FILE__) . '/common.phpt'); ++ ++$db-setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); ++ ++echo NULL-Byte before first placeholder:\n; ++$s = $db-prepare(SELECT \a\0b\, ?); ++$s-bindValue(1,c); ++$s-execute(); ++$r = $s-fetch(); ++echo Length of item 0: .strlen($r[0])., Value of item 1: .$r[1].\n; ++ ++echo \nOpen comment:\n; ++try { ++$s = $db-prepare(SELECT /*); ++$s-execute(); ++} catch (Exception $e) { ++echo Error code: .$e-getCode().\n; ++} ++ ++echo \ndone!\n; ++? ++--EXPECTF-- ++NULL-Byte before first placeholder: ++Length of item 0: 3, Value of item 1: c ++ ++Open comment: ++Error code: 42000 ++ ++done!
Bug#684110: [php-maint] Bug#684110: php5-mysql: Doesn't seem to restart Apache as part of configuration process
Hi Isaac, I believe this was fixed in 5.2.11.dfsg.1-1 and should not happen in squeeze. Could you please try to reproduce it and attach the output of terminal to this bug report? O. On Tue, Aug 7, 2012 at 6:03 AM, Isaac Bennetch is...@bennetch.org wrote: Package: php5-mysql Version: 5.3.3-7+squeeze13 Severity: normal Hi, I already had apache2, php5, mysql-server-5.1, etc and then attempted to install php5-mysql. I expected it to gracefully restart apache to force the reloading of the new configuration options, but that doesn't seem to have happened. After aptitude finished configuring, I reloaded the output of my phpinfo() and didn't see the additions from php5-mysql. I manually ran apache2ctl graceful and reloaded the page again; the expected extensions and configuration changes were displayed this time. I expect php5-mysql to automatically tell apache2 to reload the new configurations rather than me having to figure that out on my own. Thanks -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-mysql depends on: ii libapache2-mod-php5 [p 5.3.3-7+squeeze13 server-side, HTML-embedded scripti ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libmysqlclient16 5.1.63-0+squeeze1 MySQL database client library ii php5-common5.3.3-7+squeeze13 Common files for packages built fr php5-mysql recommends no packages. php5-mysql suggests no packages. -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684122: unblock: mesa/8.0.4-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mesa. 8.0.4 is the latest release from upstream's stable branch. No regressions reported since its upload a week ago, ttbomk. There'll probably be at least one more upload later to switch over to xz compression for the non-debug debs, per Ansgar. diffstat: Makefile|2 +- configs/default |2 +- debian/changelog|9 + docs/relnotes-8.0.3.html|4 +- docs/relnotes-8.0.4.html| 202 + docs/relnotes.html |2 + src/gallium/auxiliary/draw/draw_llvm.c |5 + src/gallium/auxiliary/draw/draw_pipe_pstipple.c |5 + src/gallium/auxiliary/draw/draw_pt.c|9 +- src/gallium/drivers/i915/i915_flush.c |5 +- src/gallium/drivers/i915/i915_screen.c |4 +- src/gallium/drivers/nv50/nv50_pc_emit.c |4 +- src/gallium/drivers/r600/r600_shader.c |8 + src/gallium/drivers/svga/svga_pipe_blit.c |6 +- src/gallium/drivers/svga/svga_pipe_draw.c | 11 ++ src/gallium/drivers/svga/svga_pipe_sampler.c|4 +- src/gallium/drivers/svga/svga_screen.c |2 +- src/gallium/drivers/svga/svga_state_tss.c | 10 +- src/gallium/drivers/svga/svga_surface.c |5 + src/gallium/state_trackers/vega/vg_translate.c |4 +- src/gallium/targets/Makefile.xorg |2 +- src/glsl/ast_to_hir.cpp |3 - src/glsl/builtins/ir/acos.ir|8 +- src/glsl/builtins/tools/texture_builtins.py |6 +- src/glsl/ir.h |4 - src/glsl/loop_analysis.cpp | 28 +++ src/glsl/loop_analysis.h| 23 +++ src/glsl/ralloc.c |2 +- src/glu/sgi/libnurbs/internals/mapdesc.cc |2 +- src/glu/sgi/libnurbs/internals/nurbstess.cc |2 +- src/glx/glxext.c|3 + src/mesa/drivers/common/meta.c | 76 +++- src/mesa/drivers/dri/i915/i830_state.c |2 +- src/mesa/drivers/dri/i965/brw_context.c |2 +- src/mesa/drivers/dri/i965/brw_eu.c |8 +- src/mesa/drivers/dri/i965/brw_fs.h |1 + src/mesa/drivers/dri/i965/brw_fs_visitor.cpp| 50 +++-- src/mesa/drivers/dri/i965/brw_vec4_visitor.cpp | 26 ++- src/mesa/main/attrib.c |8 + src/mesa/main/bufferobj.c | 27 ++- src/mesa/main/fbobject.c| 16 +- src/mesa/main/format_unpack.c |4 +- src/mesa/main/image.c | 221 +-- src/mesa/main/image.h |6 +- src/mesa/main/readpix.c |9 +- src/mesa/main/shaderobj.c |3 +- src/mesa/main/texformat.c | 10 +- src/mesa/main/texgetimage.c | 16 +- src/mesa/main/teximage.c| 39 ++-- src/mesa/main/transformfeedback.c | 21 ++- src/mesa/main/version.c |2 +- src/mesa/main/version.h |4 +- src/mesa/state_tracker/st_cb_drawpixels.c | 13 +- src/mesa/state_tracker/st_cb_fbo.c |8 + src/mesa/state_tracker/st_cb_texture.c | 27 ++- src/mesa/state_tracker/st_draw.c| 20 +- src/mesa/state_tracker/st_format.c | 34 ++-- src/mesa/state_tracker/st_gen_mipmap.c | 18 +- src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 10 +- src/mesa/state_tracker/st_texture.c |3 + tests/glx/Makefile.am |4 +- tests/glx/fake_glx_screen.h |2 +- 62 files changed, 870 insertions(+), 206 deletions(-) unblock mesa/8.0.4-1 Cheers, Julien -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: Digital signature
Bug#684123: argyll: dispwin fails to load ICC profile
Package: argyll Version: 1.4.0-6 Severity: normal Dear Maintainer, I used to load my monitor ICC profile with: dispwin ~/.local/share/icc/LP156WD1_TLB2_D65.icm where LP156WD1_TLB2_D65.icm is my monitor profile. It used to work perfectly. However, since last upgrade (see below), it does not work anymore. dispwin reports no error but the display is not affected. Here is the output of dispwin -v -D1 ~/.local/share/icc/LP156WD1_TLB2_D65.icm: Checking XRandR 1.2 VideoLUT access Display 0 name = ':0.0' Got EDID for display About to open dispwin object on the display new_dispwin: Opened display OK new_dispwin: return sucessfully dispwin_get_ramdac called Getting gamma using Randr 1.2 dispwin_get_ramdac returning OK About to set display to given calibration dispwin_set_ramdac called Setting gamma using Randr 1.2 XF86VidModeSetGammaRamp returning OK Calibration set About to destroy dispwin object dispwin_del called About to close display finished As everything seems OK, I would have expected the monitor profile to be loaded but it is apparently not the case. The profile loads fine with: xcalib ~/.local/share/icc/LP156WD1_TLB2_D65.icm Once the profile is loaded with xcalib, I cannot clear it either: dispwin -c has no effect. I upgraded libicc2 at the same time than argyll so that the bug may lie with the library and not with dispwin (xcalib does not depend on libicc2). Here is the relevant excerpt from my APT history log: argyll:amd64 (1.4.0-4, 1.4.0-6) libicc2:amd64 (2.12+argyll1.4.0-4, 2.12+argyll1.4.0-6) -- 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/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 argyll depends on: ii libc6 2.13-33 ii libicc2 2.12+argyll1.4.0-6 ii libimdi0 1.4.0-6 ii libjpeg8 8d-1 ii libtiff4 3.9.6-7 ii libusb-0.1-4 2:0.1.12-20 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxrandr22:1.3.2-2 ii libxss1 1:1.2.2-1 ii libxxf86vm1 1:1.1.2-1 Versions of packages argyll recommends: ii consolekit 0.4.5-3 ii udev175-3.1 argyll 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#684124: lxc-ls ignores /etc/default/lxc
Package: lxc Version: 0.8.0~rc1-4 Seems that lxc-ls ignores the LXC_DIRECTORY path defined in /etc/default/lxc. This is a serious problem, since lxc-ls is used internally by other lxc scripts. AFAICS the problem is also in 0.8.0~rc1-9. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684124: lxc-ls ignores /etc/default/lxc
retitle 684124 please evaluate /etc/default/lxc in lxc-ls found 684124 0.8.0~rc1-9 severity 684124 wishlist tag 684124 pending thanks On 08/07/2012 09:59 AM, Harald Dunkel wrote: This is a serious problem no, it's not. /var/lib/lxc is supposed to always a symlink to the actual lxc directory if the lxc directory is elsewhere (which is what the package ensures), it's a purely cosmetical issue. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683103: mkdir: cannot create directory `/run/shm': File exists
On Tue, Aug 07, 2012 at 09:18:39AM +0200, Vincent Danjean wrote: I've just been hit by this bug in a schroot. The host has initscripts 2.88dsf-28 installed. When upgrading my sid schroot, I got the error: mkdir: cannot create directory `/run/shm': File exists dpkg: error processing initscripts (--configure): Looking at the situation on this system, I see: atsina:/users/huron/danjean# mountpoint /dev /dev is a mountpoint atsina:/users/huron/danjean# mountpoint /dev/shm mountpoint: /dev/shm: not a directory atsina:/users/huron/danjean# ls -ld /dev/shm /run/shm lrwxrwxrwx 1 root root 8 Jul 6 18:58 /dev/shm - /run/shm lrwxrwxrwx 1 root root 8 May 22 2011 /run/shm - /dev/shm I do not know from where the circular symlink come from. The schroot worked well (up-to-date) before I go to holidays, 3 weeks ago. I think vorlon's patch to improve the shm upgrade broke some particular cases. I've got a patch to fix it in progress. However, I do need to work out how to deal with all possible combinations of: /dev being a mountpoint /dev/shm being a mountpoint /run being a mountpoint /dev/shm being a symlink or directory /run/shm being a symlink or directory We need to take special care never to alter the bind mounted host environment, so as to not alter any state where a mountpoint is present. I should hopefully have time for this tonight. It's not such a combinatorial explosion as indicated above--if any mountpoints are present it restricts what we can do. So e.g. if /dev is a mountpoint and /dev/shm is a symlink, then /run/shm must be a directory since we can't alter the symlink. And vice versa if it's a directory, then /run/shm must be a symlink. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684125: unblock: libmath-random-mt-perl/1.15-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear Release-Team Please unblock package libmath-random-mt-perl Version 1.15 introduced a bug: rand() does not handle arguments and irand() handles arguments wrongly. rand($number) should report value generated by the PRNG in the interval [0,$number). But due to an implementing error it still reported only values in [0,1). Similarly the irand() was implemented wrong. Could you consider unblocking this for wheezy even if it is not a RC-Bug per se? I have attached the debdiff. Upstream Bugreport is [1], and I opened [2] to track the issue. Furthermore the package can be fixed by passing trough unstable first. [1]: https://rt.cpan.org/Public/Bug/Display.html?id=78200 [2]: http://bugs.debian.org/684085 unblock libmath-random-mt-perl/1.15-2 Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQINaaAAoJEHidbwV/2GP+1CMQAJfSyBp0U2MRrIuKzfQqxryx ttdrsB9eE7hb/33RslScMH7pYFCkD6hlP+3i0wT1ASFUvsHfbJdrYHZWeP/e8hz/ y7PMm1KHRy82Tm+7mpesxoxFZB0z+lz/C7EtaFNp73tobE8/9az4FDqVGZj36d2c 4ph7YvRRXWSPwfcz7jzhRkpHqX3gJTxjUmD53nnxEXWPfSebJVG7c2j9Gkmyn5Zx C2I9CNc7qPQuPOEguE3BAk3Ip4SEaB9UqlyzQ6LDM+6W7YMujHfeIUzOARZV1bza s/KKOle2QkChLOoz79fcv2uwrBby9xsfL1a8hNBhbcpTHGFoRPMWqT08NtTWmPMl CKDN0+Qd/BzuXeYAIIJz0gboiYd+lR79ZkJmpFkyoXIwl3aI33HV2bVenmeqtdlM bpmwblDj6Ks2zvy/pLRdrIHu7T+yaeYCnzKaphBXXxjd+VTAKJeoNqE6rHYBTTE+ OUN3ZcBrlJtnPP4YTFEgWLykYd/S7cjvGaPOb5TK0ILxeyEbGlStLh9ZlL50gFmU 83XxuQVCGsp9CHWMrXFC6kdmrrVLDN/oxDpkUE+RgztQwVBWq9sTLInVRqHbcO+y pmx+7IZGWBcnLkzgsN7fWp9Rk/ItsbjuNn+hct6dw3aB27XGt03hjz+QFLDKQsUH mtNFIJvz7x7mhIEW2SFT =4mej -END PGP SIGNATURE- diffstat for libmath-random-mt-perl-1.15 libmath-random-mt-perl-1.15 changelog |9 + patches/0001-Fix-handling-of-rand-and-irand-arguments.patch | 86 patches/series |1 3 files changed, 96 insertions(+) diff -Nru libmath-random-mt-perl-1.15/debian/changelog libmath-random-mt-perl-1.15/debian/changelog --- libmath-random-mt-perl-1.15/debian/changelog 2012-06-04 07:03:51.0 +0200 +++ libmath-random-mt-perl-1.15/debian/changelog 2012-08-07 08:00:33.0 +0200 @@ -1,3 +1,12 @@ +libmath-random-mt-perl (1.15-2) unstable; urgency=low + + * Add 0001-Fix-handling-of-rand-and-irand-arguments.patch patch. +Fix handling of rand() and irand() arguments. Fixed the issue introduced +in version 1.15 where rand() took no notice of argument and irand() did. +(Closes: #684085) + + -- Salvatore Bonaccorso car...@debian.org Tue, 07 Aug 2012 07:57:49 +0200 + libmath-random-mt-perl (1.15-1) unstable; urgency=low * Imported Upstream version 1.15 diff -Nru libmath-random-mt-perl-1.15/debian/patches/0001-Fix-handling-of-rand-and-irand-arguments.patch libmath-random-mt-perl-1.15/debian/patches/0001-Fix-handling-of-rand-and-irand-arguments.patch --- libmath-random-mt-perl-1.15/debian/patches/0001-Fix-handling-of-rand-and-irand-arguments.patch 1970-01-01 01:00:00.0 +0100 +++ libmath-random-mt-perl-1.15/debian/patches/0001-Fix-handling-of-rand-and-irand-arguments.patch 2012-08-07 08:00:33.0 +0200 @@ -0,0 +1,86 @@ +Description: Fix handling of rand() and irand() arguments + Fixed issue introduced in version 1.15 where rand() took no notice of + argument and irand() did. +Origin: vendor +Bug: https://rt.cpan.org/Public/Bug/Display.html?id=78200 +Bug-Debian: http://bugs.debian.org/684085 +Forwarded: not-needed +Author: Salvatore Bonaccorso car...@debian.org +Last-Update: 2012-08-06 + +--- a/MT.pm b/MT.pm +@@ -41,26 +41,27 @@ + my ($self, $N) = @_; + + unless (ref $self) { ++$N = $self; + Math::Random::MT::srand() unless defined $gen; + $self = $gen; + } + +-return $self-genrand(); ++return ($N || 1) * $self-genrand(); + } + + sub irand + { +-my ($self, $N) = @_; ++my ($self) = @_; + + unless (ref $self) { +-$N = $self; + Math::Random::MT::srand() unless defined $gen; + $self = $gen; + } + +-return ($N || 1) * $self-genirand(); ++return $self-genirand(); + } + ++ + # Generate a random seed using the built-in PRNG. + + sub _rand_seed { +--- a/t/1.t b/t/1.t +@@ -3,7 +3,7 @@ + use Test; + use vars qw($loaded); + +-BEGIN { plan tests = 6 } ++BEGIN { plan tests = 10 } + END { print not ok 1\n unless $loaded } + + # Test that the OO interface works +@@ -15,3 +15,9 @@ + ok(abs($gen-rand() - 0.135477004107088) 1e-14); + ok($gen-irand() ==
Bug#684051: xserver-xorg-core: Vertical scrolling with emulated mouse wheel stopped working
On [Mon, 06.08.2012 17:32], Julien Cristau - jcris...@debian.org wrote: On Mon, Aug 6, 2012 at 16:23:28 +0200, Arne Steffens wrote: upgrading from xserver-xorg-core-1.12.1.902-1 to xserver-xorg-core-1.12.3-1 caused X to no longer register vertical scrolling using an emulated mouse wheel. Horizontal scrolling still works. xev shows no events for vertical scrolling (mouse button 4 and 5). If I downgrade back to xserver-xorg-core-1.12.1.902-1 vertical scrolling works again. What's an emulated mouse wheel? Cheers, Julien Think of it as something similar to an emulated 3rd button, only more complicated. ;) Basicly you define one mouse button using this code in the right InputClass section in /etc/X11/xorg.conf like this --snip-- Option EmulateWheel true Option EmulateWheelButton 8 Option ZAxisMapping 4 5 6 7 Option YAxisMapping 4 5 Option XAxisMapping 6 7 --snip-- If you hold this button (in my case button 8) pressed and move the mouse in a direction, it will not move the mouse pointer but generate corresponding button events. If the mouse is moved a longer distance, more events are generated. Example: Holding button 8 and moving the mouse left will generate several ButtonPressed and ButtonReleased events for button 6, effectively scrolling left. Same for right, up and down. I guess this sounds rather stupid if you are really using a mouse. It's way more useful if you are using a trackball or a trackpoint. Best wishes Arne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683978: RFS: capi4hylafax/1:01.03.00.99.svn.300-18 (fix two bugs)
Hello Bart, Bart Martens wrote on 2012-08-06 18:20: About your package at mentors uploaded there on 2012-08-05 21:18. I read on bug 682135 that you want the fix goes into wheezy, but this package at mentors does not conform to the freeze policy. http://release.debian.org/wheezy/freeze_policy.html I have thought everyone see only the existing bug report. But there is another bug with udev which should be fixed. Until now no bug report were written. And another change is important because with version -17 the path and name to the logfile have changed, but this must also be supported by existing config files. This is no RC bug, but is important to activate changes of version -17 when upgrading to wheezy. Should I write bug reports for these two bugs before package update? --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683984: libapache2-mod-rpaf: potential Denial of Service
tag 683984 +pending thanks 06.08.2012 4:27 пользователь Luciano Bello luci...@debian.org написал: Sébastien Bocahu reported to the security team: (...) A single request makes Apache segfault. On some of the environments I tested, it even kills all Apache processes (they become zombies). Thank you for bugreport. The magick request is the following: curl -H x-forwarded-for: 1'\5000 -H Host: a.vhost.example.com reverseproxy Apache processes will segfault, hence a potential DOS issue. This works for very typical setups. Bad news. And it looks as a (potential, yeh) remote hole. From my experiments, version 0.6 fixes the issue (IPv6 patched or unpatched). Yep. Tag this as fixed for 0.6+ debian packages. Please, prepare a minimal patch for stable The minimal patch is to drop 030_ipv6.patch. I can't confirm that this bug is *not* reproducible for 0.6 version *with* the above patch. Can you ask bugreporter to report details on: --8-- rpaf 0.6 is available in Debian wheezy. The IPv6 patched is not applied though. I patched myself and tested it on the same squeeze environment: there is no more segfaults. --8-- ? Unmodified 030_ipv6.patch still produce segfaults on 0.6+, for me. and contact the security team to update the package. Reply to contacts of this bugreport is ok, or I should do anything else? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682905: [PING] Re: Bug#682905: can't import signatures
Hi Daniel! Have you received my last mail concerning this bug? WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684126: debian-policy: clarification needed for handling of directories used by maintainer scripts
Package: debian-policy Severity: normal Hi, while doing piuparts tests I noticed several cases of packages leaving around (or removing) directories after purge. I tracked a few of them to the roots and found that it seems to be unclear how to correctly handle directories needed for placing configuration files (or anything else manipulated by maintainer scripts). I'll describe the problem with an example: Assume we have a package foo that accepts configuration file snippets in /etc/foo.d/ Now there is a package bar that wants to install its bar.conf there. Case 1: bar ships the conffile /etc/foo.d/bar.conf all is fine, (dpkg handles this) Case 2: bar.postinst creates bar.conf (either a file or a symlink), but it needs foo.d/ to exist Case 2a: bar: Depends: foo (which ships /etc/foo.d/) fails to remove foo.d/ in the following sequence: remove bar remove foo purge foo # last owner of foo.d, but rmdir fails, foo.d not empty purge bar # removes bar.conf, foo.d is now empty but unowned Case 2b: bar: post{inst,rm} {mk,rm}dir /etc/foo.d/ may remove an empty foo.d directory owned by foo: install foo (ships empty foo.d) install bar (mkdir -p foo.d, touch bar.conf) purge bar (rm bar.conf, rmdir foo.d || true) = foo.d missing, but still owned by foo Case 2c: bar ships empty /etc/foo.d/ dpkg will create/remove the directory with proper refcounting = all is fine (at least once #316521 gets fixed) The same problems may also happen in /usr, /var or elsewhere. IMO 2c is the only proper solution to use whenever maintainer scripts use a directory (use as in create/edit/remove something in it) that is shared between several packages and the directory is not part of an essential (required?) package (in that case the existence could be taken for granted, i.e. optionally ship it, but no need to mkdir it and *never* rmdir it). A few prominent examples that I noticed in my piuparts tests: /etc/cron.d/ /etc/apache2/conf.d/ /etc/php5/conf.d/ I didn't find anything relevant in the policy sections about configuration files or maintainer scripts, but I think that should be documented. A possibly related problem is the case when such a directory needs to have certain ownership and/or permissions. In that case there should be a single package that sets up proper owner/permissions (ideally some foo-common package, M-A: foreign), and any package using the directory Depends: foo-common (to ensure getting the proper permissions) and ships the (empty) directory (to ensure proper cleanup after purge). Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684127: libopenblas-base: postinst error: alternative libblas.so.3gf can't be slave of libblas.so.3
Package: libopenblas-base Version: 0.1.1-5 Severity: important Dear Maintainer, libopenblas-base fails to install on my machine at postint with the following error: Setting up libopenblas-base (0.1.1-5) ... update-alternatives: error: alternative libblas.so.3gf can't be slave of libblas.so.3: it is a master alternative Apparently, libopenblase-base was automatically selected for installation due to a recent upgrade of libumfpack5.4.0: # aptitude why libopenblas-base i xsaneDependslibgimp2.0 (= 2.4.0) i A libgimp2.0 Recommends gimp-data (= 2.8.0-z) i A gimp-dataRecommends gimp i A gimp Dependslibgegl-0.2-0 (= 0.2.0) i A libgegl-0.2-0Dependslibumfpack5.4.0 (= 1:3.4.0) u A libumfpack5.4.0 Dependslibblas3 | libblas.so.3 | libatlas3-base C A libopenblas-base Provides libblas.so.3 Here's what I can gather from the alternatives system wrt libblas.so.3, if it's of any help: # update-alternatives --display libblas.so.3gf libblas.so.3gf - auto mode link currently points to /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf - priority 55 slave libatlas.so.3gf: /usr/lib/atlas-core2sse3/libatlas.so.3gf slave libcblas.so.3gf: /usr/lib/atlas-core2sse3/libcblas.so.3gf slave libf77blas.so.3gf: /usr/lib/atlas-core2sse3/libf77blas.so.3gf slave liblapack_atlas.so.3gf: /usr/lib/atlas-core2sse3/liblapack_atlas.so.3gf Current 'best' version is '/usr/lib/atlas-core2sse3/atlas/libblas.so.3gf'. Edit: I Just found out about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659786, but it would seem the problem is still present for some configurations. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') 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 libopenblas-base depends on: ii libc6 2.13-35 ii libgfortran3 4.7.1-6 libopenblas-base recommends no packages. Versions of packages libopenblas-base suggests: pn liblapack3 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#684128: src:debian-installer: allow use of binary units in disk partitioner
Package: src:debian-installer Severity: important Tags: d-i The version 6.0 installer invites users to specify the sizes of disk partitions and volumes in units of K, M, G, and T. Only later do they find out that what is meant by this is the politically-correct decimal units 10^3, 10^6, 10^9, and 10^12, rather than the conventional binary units of 2^10, 2^20, 2^30, and 2^40. One is only likely to discover this when the installation is complete, and if that is not what was wanted, it is then too late to do anything about it other than wipe the disk and start all over again. This is not a trivial problem. It is quite reasonable, for example, to want to be able to say this system has eight gigabytes of main memory and this system has eight gigabytes of swap space, and have those two values mean the same thing. The difference between a binary and decimal gigabyte is over seven percent, not insignificant when allocating filesystem storage. Currently the only solution is to know in advance (probably by learning the hard way) that decimal units are being used, and if binary units are wanted, to write them out in full: 1024, 1048576, 1073741824, etc. This is clearly not adequate. Possible solutions: 1 - AT AN ABSOLUTE MINIMUM: at the point where the use of metric suffixes is suggested, explain that these really are decimal, so that people who want the binary values know that they need to write them out, as above. 2 - Give the suffixes the same binary values that many people would expect them to have, and explain this. There is no need to support the hard disk manufacturers' deceptive marketing strategy. Flash drives are not specified with decimal units. (Are they?) 3 - Let the user choose at the beginning of partitioning whether these units will have binary or decimal meanings, both for specifying new partitions and volumes, and reporting those that are already present, as well as the sizes of physical media. 4 - The disk partitioner is presumably based on GNU parted, which allows either binary (KiB, MiB, GiB, TiB) or decimal (KB, MB, GB, TB) units to be used. Explain to the user that they may specify any of these units, and pass them through to parted. 5 - Solution (4) leaves open the question of what units will be used to report volume/partition/disk status. Parted provides the unit command for this purpose, as well as that of solution (3). Perhaps this should be made available as a menu option, or in some other way. 6 - Alternatively, if the size of some disk volume is an exact multiple of 2^{10,20,30,40}, report it using the appropriate binary unit, otherwise with a decimal unit. http://www.gnu.org/software/parted/manual/html_node/unit.html Hopefully something can be done about this problem before the next major release. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#684129: Deprecated: Assigning the return value of new by reference is deprecated
Package: horde3 Version: 3.3.8+debian0-2 Severity: normal Since I upgraded to squeeze I get many error messages like this : Deprecated: Assigning the return value of new by reference is deprecated on many files Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/MIME/Message.php on line 335 : Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Share/datatree.php on line 211 Assigning the return value of new by reference is deprecated in /usr/share/horde3/kronolith/lib/Driver/sql.php on line 352 Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Group.php on line 158 Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Identity.php on line 518 Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/MIME/Headers.php on line 501 Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/MIME.php on line 279 Assigning the return value of new by reference is deprecated in /usr/share/horde3/lib/Horde/Serialize.php on line 248 It doesn't seems to lock the program but it fills my logs -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages horde3 depends on: ii apache22.2.16-6+squeeze7 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze7 Apache HTTP Server - traditional n ii libapache2-mod-php55.3.3-7+squeeze8 server-side, HTML-embedded scripti ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii php-log1.12.0-1 log module for PEAR ii php-mail 1.2.0-2 PHP PEAR module for sending email ii php-mail-mime 1.8.0-2 PHP PEAR module for creating MIME ii php5-gd5.3.3-7+squeeze8 GD module for php5 ii php5-mcrypt5.3.3-7+squeeze8 MCrypt module for php5 Versions of packages horde3 recommends: ii fckeditor1:2.6.6-1 rich text format javascript web ed ii locales 2.11.3-3Embedded GNU C Library: National L ii logrotate3.7.8-6 Log rotation utility ii php-date 1.4.7-1 PHP PEAR module for date and time ii php-db 1.7.13-2PHP PEAR Database Abstraction Laye pn php-file none (no description available) ii php-mdb2 2.5.0b2-1 PHP PEAR module to provide a commo ii php-mdb2-driver- 1.5.0b2-1 PHP PEAR module to provide a MySQL pn php-services-wea none (no description available) ii php5-cli 5.3.3-7+squeeze8command-line interpreter for the p ii php5-ldap5.3.3-7+squeeze8LDAP module for php5 ii php5-mysql 5.3.3-7+squeeze8MySQL module for php5 ii tinymce 3.4.3.2+dfsg0-1~bpo60+1 platform independent web based Jav ii tinymce2 2.1.3-1 platform independent web based Jav Versions of packages horde3 suggests: pn chora2 none (no description available) pn enscriptnone (no description available) ii gettext 0.18.1.1-3 GNU Internationalization utilities ii gollem 1.1.1+debian0-1.1file manager component for horde f ii imp44.3.7+debian0-2.1webmail component for horde framew ii kronolith2 2.3.4+debian0-1 calendar component for Horde Frame ii libgeoip1 1.4.8+dfsg-2~bpo60+1 non-DNS IP-to-country resolver lib pn libwpd-toolsnone (no description available) ii mnemo2 2.2.3+debian0-1 notes/memos component for Horde Fr pn php-net-imapnone (no description available) ii php5-auth-pam 0.4-10+b1A PHP5 extension for PAM authentic ii php5-common [php5-m 5.3.3-7+squeeze8 Common files for packages built fr pn ppthtml none (no description available) ii rpm 4.8.1-6+squeeze1 package manager for RPM pn source-highlightnone (no description available) ii turba2 2.3.4+debian0-1 contact management component for h pn unrtf none (no description available) pn webcpp none (no description available) ii wv 1.2.4-2+b1 Programs for accessing Microsoft W pn xlhtml none (no description available) -- Configuration Files: /etc/horde/horde3/.htaccess changed: Deny from all Allow from 81.255.58.218
Bug#684130: digikam: crash when starts
Package: digikam Version: 4:2.6.0-1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Info when crash $ digikam QSqlDatabasePrivate::removeDatabase: connection 'ConnectionTest' is still in use, all queries will cease to work. [0x98d1544] main services discovery error: no suitable services discovery module digikam: symbol lookup error: /usr/lib/qt4/plugins/phonon_backend/phonon_vlc.so: undefined symbol: libvlc_audio_filter_list_get -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 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 digikam depends on: ii digikam-data4:2.6.0-1 ii kde-runtime 4:4.8.4-1 ii libc6 2.13-35 ii libgcc1 1:4.7.1-6 ii libgomp14.7.1-6 ii libgphoto2-22.4.14-2 ii libgphoto2-port02.4.14-2 ii libjasper1 1.900.1-13 ii libjpeg88d-1 ii libkdcraw20 4:4.8.4-1 ii libkdecore5 4:4.8.4-3 ii libkdeui5 4:4.8.4-3 ii libkdewebkit5 4:4.8.4-3 ii libkexiv2-104:4.8.4-1 ii libkfile4 4:4.8.4-3 ii libkhtml5 4:4.8.4-3 ii libkio5 4:4.8.4-3 ii libkipi84:4.8.4-1 ii libknotifyconfig4 4:4.8.4-3 ii libkparts4 4:4.8.4-3 ii liblcms11.19.dfsg-1.1 ii liblensfun0 0.2.5-2 ii liblqr-1-0 0.4.1-2 ii libmarblewidget13 4:4.8.4-2 ii libnepomuk4 4:4.8.4-3 ii libopencv-core2.3 2.3.1-11 ii libopencv-highgui2.32.3.1-11 ii libopencv-imgproc2.32.3.1-11 ii libopencv-legacy2.3 2.3.1-11 ii libopencv-objdetect2.3 2.3.1-11 ii libphonon4 4:4.6.0.0-2 ii libpng12-0 1.2.49-2 ii libqjson0 0.7.1-6 ii libqt4-dbus 4:4.8.2-2 ii libqt4-network 4:4.8.2-2 ii libqt4-qt3support 4:4.8.2-2 ii libqt4-sql 4:4.8.2-2 ii libqt4-sql-sqlite 4:4.8.2-2 ii libqt4-xml 4:4.8.2-2 ii libqtcore4 4:4.8.2-2 ii libqtgui4 4:4.8.2-2 ii libqtwebkit42.2.1-4+b1 ii libsolid4 4:4.8.4-3 ii libsoprano4 2.7.6+dfsg.1-1 ii libstdc++6 4.7.1-6 ii libtiff43.9.6-7 ii libx11-62:1.5.0-1 ii phonon 4:4.6.0.0-2 Versions of packages digikam recommends: ii chromium [www-browser] 20.0.1132.57~r145807-1 ii iceweasel [www-browser] 10.0.6esr-2 ii kipi-plugins 4:2.6.0-1+b1 ii links [www-browser] 2.7-1 ii links2 [www-browser] 2.7-1 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii mplayerthumbs4:4.8.4-2 ii w3m [www-browser]0.5.3-8 Versions of packages digikam suggests: pn digikam-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684131: /usr/bin/dispcalGUI: crash when starts
Package: argyll Version: 1.4.0-6 Severity: important File: /usr/bin/dispcal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Crash info Fatal error: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/dispcalGUI/dispcalGUI.py, line 9381, in main app = MainApp(redirect=False) # Don't redirect stdin/stdout File /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7981, in __init__ self._BootstrapApp() File /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 7555, in _BootstrapApp return _core_.PyApp__BootstrapApp(*args, **kwargs) File /usr/lib/python2.7/dist-packages/dispcalGUI/dispcalGUI.py, line 9201, in OnInit self.frame = MainFrame() File /usr/lib/python2.7/dist-packages/dispcalGUI/dispcalGUI.py, line 1243, in __init__ self.init_menus() File /usr/lib/python2.7/dist-packages/dispcalGUI/dispcalGUI.py, line 1753, in init_menus self.menuitem_profile_info = file_.FindItemById(file_.FindItem(profile.info)) File /usr/lib/python2.7/dist-packages/wx-2.8-gtk2-unicode/wx/_core.py, line 11194, in FindItemById return _core_.Menu_FindItemById(*args, **kwargs) TypeError: in method 'Menu_FindItemById', expected argument 2 of type 'int' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 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 argyll depends on: ii libc6 2.13-35 ii libicc2 2.12+argyll1.4.0-6 ii libimdi0 1.4.0-6 ii libjpeg8 8d-1 ii libtiff4 3.9.6-7 ii libusb-0.1-4 2:0.1.12-23 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxrandr22:1.3.2-2 ii libxss1 1:1.2.2-1 ii libxxf86vm1 1:1.1.2-1 Versions of packages argyll recommends: ii consolekit 0.4.5-3.1 ii udev175-5 argyll 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#684132: [INTL:es] debianutils' Spanish translation update
Package: debianutils Version: 4.3.3 Severity: wishlist Tags: l10n, patch Please find attached the Spanish translation update for debianutils. Regards, Omar # debianutils manpages translation to Spanish # Copyright (C) 2011 - 2012 Software in the Public Interest # This file is distributed under the same license as the debianutils package. # # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com, 2011, 2012 # # - Updates # TRANSLATOR # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guÃa de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: debianutils 4.3.3\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2012-07-28 21:29-0400\n PO-Revision-Date: 2012-08-07 11:43+0200\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n X-Project-Style: default\n #. type: TH #: ../add-shell.8:1 #, no-wrap msgid ADD-SHELL msgstr ADD-SHELL #. type: TH #: ../add-shell.8:1 #, no-wrap msgid 12 May 2011 msgstr 12 de mayo de 2011 #. type: SH #: ../add-shell.8:2 ../installkernel.8:2 ../ischroot.1:3 ../remove-shell.8:2 #: ../run-parts.8:9 ../savelog.8:3 ../tempfile.1:3 ../which.1:3 #, no-wrap msgid NAME msgstr NOMBRE #. type: Plain text #: ../add-shell.8:4 msgid add-shell - add shells to the list of valid login shells msgstr add-shell - Añade consolas a la lista de consolas de sesión admitidas #. type: SH #: ../add-shell.8:4 ../installkernel.8:4 ../ischroot.1:5 ../remove-shell.8:4 #: ../run-parts.8:11 ../savelog.8:5 ../tempfile.1:5 ../which.1:5 #, no-wrap msgid SYNOPSIS msgstr SINOPSIS #. type: Plain text #: ../add-shell.8:8 msgid Badd-shell Ishellname [Ishellname...] msgstr Badd-shell Inombre-consola [Inombre-consola...] #. type: SH #: ../add-shell.8:8 ../installkernel.8:6 ../ischroot.1:8 ../remove-shell.8:8 #: ../run-parts.8:20 ../savelog.8:9 ../tempfile.1:9 ../which.1:7 #, no-wrap msgid DESCRIPTION msgstr DESCRIPCIÃN #. type: Plain text #: ../add-shell.8:13 msgid Badd-shell copies I/etc/shells to I/etc/shells.tmp, adds the given shells to this file if they are not already present, and copies this temporary file back to I/etc/shells. msgstr Badd-shell copia I/etc/shells a I/etc/shells.tmp, añade las consolas a este fichero si no están presentes, y copia este fichero temporal a I/etc/ shells. #. type: Plain text #: ../add-shell.8:15 msgid The shells must be provided by their full pathnames. msgstr Las consolas se deben introducir con sus nombres de ruta completos. #. type: SH #: ../add-shell.8:15 ../remove-shell.8:13 ../savelog.8:158 ../tempfile.1:90 #, no-wrap msgid SEE ALSO msgstr VÃASE TAMBIÃN #. type: Plain text #: ../add-shell.8:16 ../remove-shell.8:14 msgid Bshells(5) msgstr Bshells(5) #. type: TH #: ../installkernel.8:1 #, no-wrap msgid INSTALLKERNEL msgstr INSTALLKERNEL #. type: TH #: ../installkernel.8:1 #, no-wrap msgid 7 Jan 2001 msgstr 7 de enero de 2001 #. type: TH #: ../installkernel.8:1 #, no-wrap msgid Debian Linux msgstr Debian Linux #. type: Plain text #: ../installkernel.8:4 msgid installkernel - install a new kernel image msgstr installkernel - Instala una imagen del núcleo nueva #. type: Plain text #: ../installkernel.8:6 msgid Binstallkernel Iversion zImage System.map [directory] msgstr Binstallkernel Iversión zImage System.map [directorio] #. type: Plain text #: ../installkernel.8:13 msgid Binstallkernel installs a new kernel image onto the system from the Linux source tree. It is called by the Linux kernel makefiles when Bmake install is invoked there. msgstr Binstallkernel instala una nueva imagen del núcleo en el sistema, obtenida del árbol de fuentes de Linux. Los ficheros «Makefile» del núcleo Linux inician el proceso cuando se invoca Bmake install desde el árbol de fuentes. #. type: Plain text #: ../installkernel.8:22 msgid The new kernel is installed into I{directory}/vmlinuz-{version}. If a symbolic link I{directory}/vmlinuz already exists, it is refreshed by making a link from I{directory}/vmlinuz to the new kernel, and the previously installed kernel is available as I{directory}/vmlinuz.old. msgstr El núcleo nuevo se
Bug#684127: libopenblas-base: postinst error: alternative libblas.so.3gf can't be slave of libblas.so.3
Le 07/08/2012 11:30, Nicolas Noirbent a écrit : link currently points to /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf - priority 55 slave libatlas.so.3gf: /usr/lib/atlas-core2sse3/libatlas.so.3gf slave libcblas.so.3gf: /usr/lib/atlas-core2sse3/libcblas.so.3gf slave libf77blas.so.3gf: /usr/lib/atlas-core2sse3/libf77blas.so.3gf slave liblapack_atlas.so.3gf: /usr/lib/atlas-core2sse3/liblapack_atlas.so.3gf Current 'best' version is '/usr/lib/atlas-core2sse3/atlas/libblas.so.3gf'. Well, you probably have a deprecated version of atlas. Try to delete it. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684133: base: Desktop directory lost/deleted by system after upgrade to Sid
Package: base Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683849: [d-i Wheezy Beta1] [amd64] Installer hangs while loading partitioner (mdadm/mount deadlock)
On Mon 06 Aug 2012 at 21:36:12 +0200, Christian PERRIER wrote: Quoting Brian Potkin (claremont...@gmail.com): Sorry, I have no explantion for what is happening. It is perplexing because the alpha images do not exhibit this behaviour and the mountmedia and check-missing-firmware files do not appear to have changed in the beta image. Well, it could very well be mountmedia bug #683849, which just got fixed (at least theoretically). It could be interesting to test the daily built *netboot* image from http://d-i.debian.org/daily-images/ (but only tomorrow asmountmedia was fixed just today) I got the mini.iso from http://d-i.debian.org/daily-images/ this morning. It detected and displayed the firmware that was missing. It also installed it to /lib/firmware when asked to. But the beta netboot image also does this, so how much does this tell us? The daily netinst image from http://cdimage.debian.org/cdimage/daily-builds/sid_d-i/current/i386/iso-cd/ was also downloaded. There is a change in behaviour from the beta image. Information about the missing firmware is given; the installer does not hang. However, after inserting a USB stick and telling it to go ahead, the previous screen is returned and the firmware is not installed. The logs are attached. I did check both images had the latest version of mountmedia. netboot.log.gz Description: Binary data netinst.log.gz Description: Binary data
Bug#676833: Same problem when building kdevplatform
Hello, when building kdevplatform, I get the same error message: dh_sameversiondep: package libc6 was not found in the dpkg status. Internal error $ dpkg --print-architecture amd64 $ dpkg --print-foreign-architectures i386 When using dpkg-query, I get the same error message as Jan. Is there a workaround for this problem without installing pbuilder or deinstalling the i386 packages? Kind regards Benjamin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684134: Package 'locales' resets pre-set debconf variable 'default_environment_locale' on install
Package: locales Version: 2.11.3-3 Severity: normal I set debconf variable 'default_environment_locale' to desired value before installing package 'locales'. But that variable resets to 'None' on install. And LANG variable doesn't set in the /etc/default/locale Such behavior breaks automated installation with chef or other systems. Log follows (skipped perl warnings and other insignificant output): # apt-get purge -y locales # echo 'locales locales/default_environment_locale select en_US.UTF-8' |debconf-set-selections # echo 'locales locales/locales_to_be_generatedmultiselect en_US.UTF-8 UTF-8, ru_RU.UTF-8 UTF-8' |debconf-set-selections # debconf-get-selections |grep ^locales locales locales/default_environment_locale select en_US.UTF-8 locales locales/locales_to_be_generated multiselect en_US.UTF-8 UTF-8, ru_RU.UTF-8 UTF-8 # apt-get install -y locales # debconf-get-selections |grep ^locales locales locales/default_environment_locale select None locales locales/locales_to_be_generated multiselect en_US.UTF-8 UTF-8, ru_RU.UTF-8 UTF-8 -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 [glibc-2.11-1] 2.11.3-3 Embedded GNU C Library: Shared lib locales recommends no packages. locales suggests no packages. -- debconf information: * locales/default_environment_locale: None * locales/locales_to_be_generated: en_US.UTF-8 UTF-8, ru_RU.UTF-8 UTF-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684135: ITP: libio-detect-perl -- resolve file name from file handle
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk * Package name: libio-detect-perl Version : 0.004 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/IO-Detect * License : Artistic or GPL-1+ Programming Lang: Perl Description : resolve file name from file handle It is stupidly complicated to detect whether a given scalar is a filehandle (or something filehandle like) in Perl. IO::Handle attempts to do so, but probably falls short in some cases. The primary advantage of using this module is that it gives you somebody to blame (me) if your code can't detect a filehandle. . The main use case for IO::Detect is for when you are writing functions and you want to allow the caller to pass a file as an argument without being fussy as to whether they pass a file name or a file handle. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684136: gnome-rdp icon on bottom control panel (xfce) does not show correctly right
Package: gnome-rdp Version: 0.3.0.9-3 Severity: normal Dear Maintainer, My main control panel (xfce) is at the bottom. I can see gnome-rdp icon on this control panel (bottom right), but when I rigth click on it, menu list appears further down, out of the screen. This functionnality is not usable on my configuration. Thanks for your help. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 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 gnome-rdp depends on: ii gnome-terminal 3.4.1.1-1 ii libglib2.0-cil 2.12.10-4 ii libgnome-keyring1.0-cil 1.0.0-4 ii libgtk2.0-0 2.24.10-1 ii libgtk2.0-cil 2.12.10-4 ii libmono-corlib4.0-cil 2.10.8.1-5 ii libmono-posix4.0-cil2.10.8.1-5 ii libmono-sqlite4.0-cil 2.10.8.1-5 ii libmono-system-core4.0-cil 2.10.8.1-5 ii libmono-system-data4.0-cil 2.10.8.1-5 ii libmono-system4.0-cil 2.10.8.1-5 ii mono-runtime2.10.8.1-5 ii openssh-client 1:6.0p1-2 ii rdesktop1.7.1-1 gnome-rdp recommends no packages. gnome-rdp suggests no packages. -- no debconf information P Pensez ? l'environnement avant d'imprimer ce message Think Environment before printing Le contenu de ce m?l et de ses pi?ces jointes est destin? ? l'usage exclusif du (des) destinataire(s) d?sign?(s) comme tel(s). En cas de r?ception par erreur, le signaler ? son exp?diteur et ne pas en divulguer le contenu. L'absence de virus a ?t? v?rifi?e ? l'?mission, il convient n?anmoins de s'assurer de l'absence de contamination ? sa r?ception. The contents of this email and any attachments are confidential. They are intended for the named recipient(s) only. If you have received this email in error please notify the system manager or the sender immediately and do not disclose the contents to anyone or make copies. This email was scanned for viruses, vandals and malicious content.
Bug#683654: lsb-base: some messages should be conditioned by $VERBOSE
Good idea, it would be nice if we could implement it. Is that correct that [info] messages are only printed by 'log_action_msg'? It may be used for messages like service is already running and I'm not sure if we want to suppress such messages. I think at least the following functions log_action_begin_msg log_action_end_msg log_end_msg log_progress_msg log_daemon_msg can be silenced according to verbosity settings. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684137: po4a: Incorrect handling of beginpage in docbook, should be inline?
Package: po4a Version: 0.40.2-1 Tags: patch If I understand docbook correctly, the beginpage tag is used to indicate a page break in a legacy version of the document being processed (for example dokumenting the fact that the original version of the book had a page break at that point in the text. See the definition at URL: http://www.docbook.org/tdg/en/html/beginpage.html . when I use it like this in a docbook document, I do not get the expected result from po4a: para A single paragraph of text at the end of one page, which eventually moved on to beginpage/the next page. /para When processed by po4a, I get two strings to translate instead of the complete paragraph I expected. Can po4a be changed to include the beginpage tag in the text to be translated instead of splitting strings when it is found? I suspect a patch like this would solve it, but it is not tested. --- /usr/share/perl5/Locale/Po4a/Docbook.pm 2010-12-05 01:12:35.0 +0100 +++ /tmp/Docbook.pm 2012-08-07 11:50:27.144018129 +0200 @@ -246,7 +246,7 @@ # beginpage; does not contain text; v4, not in v5 $self-{options}{'_default_untranslated'} .= beginpage; - $self-{options}{'_default_break'} .= beginpage; + $self-{options}{'_default_inline'} .= beginpage; # bibliocoverage; contains text; Formatted inline # NOTE: could be in the break class -- 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#510265: gnome-mount: wrong owner of device after switching user
Dear Michael, I am looking through my submitted report and stumbled on this one. Am Mittwoch, den 31.12.2008, 00:13 +0100 schrieb Michael Biebl: Paul Menzel wrote: Subject: gnome-mount: wrong owner of device after switching user Package: gnome-mount Version: 0.7-2 Severity: important *** Please type your report below this line *** Dear Debian folks, the desktop environment is GNOME. User1 uses the computer and is doing a switch user (system → log out → switch user, System → Benutzername abmelden → Benutzer wechseln), so that a second X session is started in VT8(?) with GDM and gnome-screensaver is started for user1 (VT7). User2 logs in and puts in a USB storage media. This device is mounted and displayed, but is owned by user1. When user2 logs in as the only user, everything works. This will require HAL to be compiled with ConsoleKit and PolicyKit support. This is post-lenny material though. As far as I am concerned this problem has been fixed since quite some time in Debian Sid/unstable. Thinking about this problem again, I guess `gnome-mount` was not the right package to assign that report to in the first place. I guess HAL (which is deprecated), Nautilus or gvfs would have been the right packages. Judging from your reply it should be HAL. Should I just close this report or could you do the reassign and fixed-in dance to close this bug report properly? Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#684138: debian-maintainers: Please add Sascha Steinbiss as a Debian Maintainer
Package: debian-maintainers Severity: normal Please add Sascha Steinbiss sa...@tetrinetsucht.de to the Debian Maintainer keyring. Jetring changeset has been attached. Best regards, Sascha Steinbiss Comment: Add Sascha Steinbiss as a Debian Maintainer Date: Mon, 06 Aug 2012 17:14:07 +0200 Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.11 (GNU/Linux) mQINBE8j8IEBEADM/gCgARFTSgENOTi9RvNc75rJKRbFa+VhoswcJutQ24HZ3eu/ 5OcqNJcP/bbFU2aumtGJrtvOumXhh8AjuZArDbb6oSew9CgXvdylouYRwQm1cEvP xCLSI+8KQZhxLIZawvboikVn4n3HgfFWiUPx5u4COqIGrLgms5YmJJd5/+pSm38l kC3AoH42u4iZ3WF9ZtBDKJm9+1ImuxG9Z0wzQ7NIS/B/VFFa6zzZ3cvRSXDIrGa7 kZgFmTIe2MydJ2ND2NBHmX77dOSvuaDUmurgpP1V/2I72O693Go/mnnp0eWFfhr/ oYdbBm9Xi4CyPTh39FDWgnZSfbd39oGWex94unB5z1NTT5tLzUbJmE0BVJgKgTtj 77NYCQR4lKrJ5imb5moEHAYrooGj88ZPaW14Otpg347PCVIS88m4nLib91qRJu06 EPB4youcimeWvOhKFQFoCWJApIsV+ygBKhqDcoeUyOWbemGL2c0x0yfdBululTP9 jhINEjk4pS6n0BURJzkr6Dl0mzkXIkdx2HRBtWcSynT4qZaZN3HP3EcZ0vDrTd7o j5KGjDU+PTE2VEylidY6KUJZqe8xcqk+ig8rTgyoDqYs6+cRmkRubAXMGpNPu2Af JvGnK6vMN7iUI6CupoRIfgv5mvOrbe0uXID86M0Ws5XxZwfY51uNPeEd4wARAQAB tClTYXNjaGEgU3RlaW5iaXNzIDxzYXR0YUB0ZXRyaW5ldHN1Y2h0LmRlPokCOgQT AQgAJAIbAwIeAQIXgAULCQgHAwUVCgkICwUWAgMBAAUCTyPxMgIZAQAKCRBVVqNO BKNhC2CzD/9NKCyCR7t32+kwRY5B+8mJ/yQvsc/LJB84XEYey8Lts6AENOBI+x/X ipTikdCsARILygYcf8275rgy7zAWGZY5ioVR8BbnXD8ZSQaAbhGkn8EKBHlhYYdH ojaFiS7LJ8r74AJGAbRjmYOQclsFCa5BijA/ek7In+be1y+w6vDewPMzDWM69YuH zLY0hcNIXN1CgQuH4KE1GddusFdfi4H4JCuTL84mqQH4+RrMEIkA9HewsH/jkfC3 Uk+9st9sW4pcFcELKHjQoVrbSzs3HSfHGmxEO80ILTPJ8wsCVKNJdxz1Zl3KK4QR 5AmaiQVTJjcDECNKYkQ6m4GQBM3CnIAyOHHjNWBnAwdybiTAmAXnjT7+JQHhoILN o2dJNs/ITPeXVuehF/cbX0ngh8AQVn171UxQDzyg8yGuvCG/UFXc65OV+XTY9LNd Hvs7fglqRGqL5b8s3xO31JltCByB69y7rxjKQ510SeeKMNAYbZVSUMLRbjNGUFPu fkEwBFlBWZRq7lvspOEPn0xvU75hbN9BJXUjGerX1ai33tfedyYr5QRSf3YCzFm2 A92dDLs9HwlqTvYZ2awsP7yCDVzAfdNNEdbVAHdOujPD2MZktKCKgZr56ZEA61HY 1tqUWa7Kx9ETr5hcb7qamcehu/zqYye7eiZdKmvJy+5asmXi6QaDjIhGBBARCAAG BQJPI/HNAAoJEMHO/ebKnX8gZDEAn2kFAhSsFcdpzF4MyF2z1E/VxJZRAKDWJw1c lT6zGtdbm+nvrdsdN1eiiohGBBARCAAGBQJPI/IsAAoJELwgnTrHkbrP+DoAn0dj LwN91oC5hl6a80EBQtqS9ZSJAJ4wA7zWPkljFfKAvoBYYmM1p8axzohGBBARAgAG BQJPJBXjAAoJENYF3Zy+nVM57fkAniZy94Eztz4U8qqgNE4pUnVowNkjAKCcVCwf mg4JOia4yzB8lN6SWFZ1eokCHAQQAQIABgUCUB61NAAKCRAv2L7awCDu0aeeD/9H xp2KMibTOsVpDAaoaOz65ifPiWFGtNcD4MgcZY4vQ3Tx4ZXL62+DqCu1NVJmpSgS 8BSLOdBFTMv92sn1mpX+MoGMCJIaQM24d/1RexDKZTEAvEwT7Ga9UrMj8BXj2ojN qLfLBVNLeeaACaYpLti8WuwW/LURy1gcfpTZ4WW2lNNVvulIx/jXiVhfxiXyEnfC l2u68d0RDlwRYvzxHx6mDNB/Fqx42+be3wY79KbQfqKZL7+Wc/V1WuhprNb1+ddT 02Yb7km5cNJVT865WEVA6FYB/aCPzUnuZXadyUS+OSHph9jhjz2KeqNBrsHsMcaG 3GO8T0Bo8P2aSUVogXp/l5hoED9OB9GsOb31Otk+ftE3KoFi/yIDqcRkagL7jT5M ZEMf5tZ1m9E7giYjW+JFtiuwKtwG/csoEyYdo1jIpvgI3+I9xNQMjsjvDcpYx+up b0ieY1V+5aCtY8p1cWl4HU3FXtjVjp6gyu/40eFeIqxb0E55HPTojYXZQLS5DP7Y g3S/yQdpxTMNB0tKPlBQJn8XE/ec8RJzyaMmIN/LgvIwZoXgp0MRBYq5LUZIVo5f RtnXfu+ljHd48blceH/bCMUGZYlrcpljiMKiEthZx4xGGO/IeUvO8PE7ot4h5R1E wEqcMFt6uTJT2aWwdSl7bXZLYNBi6KBYShk8IUEZSbQvU2FzY2hhIFN0ZWluYmlz cyA8c3RlaW5iaXNzQHpiaC51bmktaGFtYnVyZy5kZT6JAjcEEwEIACECGwMCHgEC F4AFAk8j8O4FCwkIBwMFFQoJCAsFFgIDAQAACgkQVVajTgSjYQsy8RAAgt6tN5G0 1VO0H4l9T1wVHUb4hWGqSmuljl58fc3Vh68u6nmX00C8mWpkxyWUN8+FBKCeL1d5 QRBv6lRVoG1pPHBzqFLXks4lwuEMDMkeCF2GGhqYk8jkZGVnYzlvAbBoPkTnqZz0 5l/27GcuoCAn0tB/mOzLt7shZ6q5sUw8Z/bUJfLULLm1ehpxGqcUjMjOxwt75Bjn Kc7NTf4L9we9JN+NFtFmSVnISfr5D59ZXrL8P2gCxiRjihKrjoT7tH4mprCc4d6d hXYsDFOGbLZqf6+6DHrQPTeZJHrSM/uyiChcPLJ1cAKa4yIJsOmfjGLVMLLXybhx UrlRNGSqSiY7aklqikOFKmhiCvuiRDYHp9IJ7gYSQg9rDCATGfPK3x1WIC9uKznq W7QkdqS9PXayKP+MaqQBdsPWh6FwIreBWcx/ebgkZ/lrku0yiui1LxY/I1w/8NvB FU/6mjOhjWhhHvwAWjESjL1CjS2bAPHMspSgLIIQfdS99V64A4MIs38yElhrwnz5 IoNah95V64eQRv1EgBNu8T/OU88NAyIq1Zep7s4ww7bof2NY8zRAUdzAQUrw0yNy c5pqmOJySYh2iiASRTielEgoEan5X2reuRkRPHwN1PnI1SLUyWcnLnq7V55znEmP HTHJrRBKfVCXkzR//D2GleLPTPeXPIXgDWSIRgQQEQgABgUCTyPxzQAKCRDBzv3m yp1/IJ9XAKCk38UXC10uVGTCnPsJKQcsOicy9ACg96Vp/4YAMlEX/myShHnix+pv 1o2IRgQQEQgABgUCTyPyLAAKCRC8IJ06x5G6z9v+AJ4koS0XXEyNSLh6Qol1maTz 1XPc1ACfXjQ6vS8IIYzD0+lallcgOrnRCA6IRgQQEQIABgUCTyQV4wAKCRDWBd2c vp1TORzgAJ9SlWpUX1BlIuwgFqq3bBZtbiMm+gCdGOBPg6JR9KMuia0TJsQV4YBn 8TWJAhwEEAECAAYFAlAetTQACgkQL9i+2sAg7tFFDQ/+Iw4BVPFq8VVS74/2vY7A L6DpPF0y+5GZf+a9z1t1sgYNO9Gk3jmUUi/VCgGh07tFQQA+KzP/+cITFtkPIJzf gPyTOTHJ5PcYyw6/jNM7j57ipAl5jYDkAoxQbB8EMqteCFkk+odtLAweBkrZf1jv n+LUA1hei8fZPcDrZC5u00wb6kdNuSfkTWadhm/0qZbM/Vj5YbO7J75peLQUEb5p d7TnHkgacJHayulUwdGh1gL64NwTdUlJMu3drNGmez2+YnuD0fQV02BjX2ZgLBXk cTXm70G4oDSEW3xe+bEtgMzyrPFWcG4EzZf8quTC5WgLfmgARJvp0Y+nN9IeEeBJ 1/3YOIFQbysNpIXkiU+oW+/Na3ybaR+Oys2CfYhiaYzxifgUq1mFEiLjHn1zM8DF O668ZqR4rdugaCoHjhvRt1tdXkBfD1HW7QXe9WE1kaq4hcR72Pb+CzvHEPU11ok5 BYtz82aRZa0zv88wGTyuGEfVUYBKRMdRFLn1LTYy5tDo+zZF3QCimnPzgCR3n8TU 4Fg3FizZ1tGcgVbNyFW+AVsS913alRG4AtuMN/Ppi3ckfkYYjouV4r5hKiDOSDXD HYS4XSyX+8CmAEvtv9adq3PxJLCTciVmspIBNKnfNENRVk4CT7Cv8DDKr/5ksUau
Bug#683984: libapache2-mod-rpaf: potential Denial of Service
Hi, I am the bug reporter. The minimal patch is to drop 030_ipv6.patch. I can't confirm that this bug is *not* reproducible for 0.6 version *with* the above patch. Can you ask bugreporter to report details on: --8-- rpaf 0.6 is available in Debian wheezy. The IPv6 patched is not applied though. I patched myself and tested it on the same squeeze environment: there is no more segfaults. --8-- ? Unmodified 030_ipv6.patch still produce segfaults on 0.6+, for me. You are right. The ipv6 patch still produce segfaults on 0.6 on my setups as well. I had messed up while testing custom patches, sorry. This means that I should report the bug to upstream, as there is still a bug in the memory management or header parsing in 0.6... Thanks for working on this -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684127: libopenblas-base: postinst error: alternative libblas.so.3gf can't be slave of libblas.so.3
On Tue, Aug 7, 2012 at 11:45 AM, Sylvestre Ledru sylves...@debian.org wrote: Le 07/08/2012 11:30, Nicolas Noirbent a écrit : link currently points to /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf /usr/lib/atlas-core2sse3/atlas/libblas.so.3gf - priority 55 slave libatlas.so.3gf: /usr/lib/atlas-core2sse3/libatlas.so.3gf slave libcblas.so.3gf: /usr/lib/atlas-core2sse3/libcblas.so.3gf slave libf77blas.so.3gf: /usr/lib/atlas-core2sse3/libf77blas.so.3gf slave liblapack_atlas.so.3gf: /usr/lib/atlas-core2sse3/liblapack_atlas.so.3gf Current 'best' version is '/usr/lib/atlas-core2sse3/atlas/libblas.so.3gf'. Well, you probably have a deprecated version of atlas. Try to delete it. Removing libatlas3gf-core2sse3 and selecting libatlas3-base 3.8.4-9 in aptitude did the trick indeed, thanks ! I'm not sure why all this happened though, considering I did not even know of the existence of the various BLAS library packages on my system until this bug showed up. Not sure if others could suffer from it, but feel free to close this bug. Cheers, -- Nicolas Noirbent nico...@noirbent.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684124: lxc-ls ignores /etc/default/lxc
On 08/07/12 10:38, Daniel Baumann wrote: no, it's not. /var/lib/lxc is supposed to always a symlink to the actual lxc directory if the lxc directory is elsewhere (which is what the package ensures), it's a purely cosmetical issue. Sorry, but I don't see why using /var/lib/lxc should be mandatory. Upstream's documentation doesn't say so, but maybe I have missed it? Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684139: src:webkit: please use xz compression for binary packages
Source: webkit Version: 1.8.1-3.1 Severity: important Tags: patch Usertags: xz-for-wheezy Please use xz compression for the binary packages (patch attached). We are trying to fit a few more packages on the first CDs to get a usable desktop install with it, see [1] for more details. I will request a freeze exception once the package is uploaded; please keep in mind to not include additional changes. Please note that I could not test the patch as the build failed due to missing disk space in my build chroot. You can verify that it builds binaries using xz by looking for the data.tar.xz member in the output of ar t package.deb. The libwebkitgtk-[13].0-0 binary packages should also be noticeable smaller. Regards, Ansgar [1] https://lists.debian.org/debian-devel/2012/08/msg00049.html diff -Nru webkit-1.8.1/debian/changelog webkit-1.8.1/debian/changelog --- webkit-1.8.1/debian/changelog 2012-05-25 11:02:55.0 +0200 +++ webkit-1.8.1/debian/changelog 2012-08-07 12:24:05.0 +0200 @@ -1,3 +1,10 @@ +webkit (1.8.1-3.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: use xz compression for binary packages. + + -- Ansgar Burchardt ans...@debian.org Tue, 07 Aug 2012 12:23:44 +0200 + webkit (1.8.1-3.1) unstable; urgency=low * Non-maintainer upload. diff -Nru webkit-1.8.1/debian/rules webkit-1.8.1/debian/rules --- webkit-1.8.1/debian/rules 2012-05-24 03:55:35.0 +0200 +++ webkit-1.8.1/debian/rules 2012-08-07 12:23:36.0 +0200 @@ -149,7 +149,7 @@ dh_installdeb -i dh_gencontrol -i dh_md5sums -i - dh_builddeb -i + dh_builddeb -i -- -Zxz # Build architecture-dependent files here. binary-arch: build install @@ -204,7 +204,7 @@ dh_shlibdeps -a dh_gencontrol -a dh_md5sums -a - dh_builddeb -a + dh_builddeb -a -- -Zxz binary: binary-indep binary-arch
Bug#683984: libapache2-mod-rpaf: potential Denial of Service
Ok, now it makes sense. As a workaround, you should avoid using x-forwarded-for header from untrusted sources. Usually, it is the case - you can trust your frontend servers ;) That means - real impact of this issue is very minor and mostly due to misconfiguration. 07.08.2012 14:15 пользователь Sébastien Bocahu lists+deb...@zecrazytux.net написал: Hi, I am the bug reporter. The minimal patch is to drop 030_ipv6.patch. I can't confirm that this bug is *not* reproducible for 0.6 version *with* the above patch. Can you ask bugreporter to report details on: --8-- rpaf 0.6 is available in Debian wheezy. The IPv6 patched is not applied though. I patched myself and tested it on the same squeeze environment: there is no more segfaults. --8-- ? Unmodified 030_ipv6.patch still produce segfaults on 0.6+, for me. You are right. The ipv6 patch still produce segfaults on 0.6 on my setups as well. I had messed up while testing custom patches, sorry. This means that I should report the bug to upstream, as there is still a bug in the memory management or header parsing in 0.6... Thanks for working on this
Bug#683773: btrfs-write-performance rechecked, downgrading the severity to 'wishlist'
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To check if btrfs is really slow I tried the following: - -# aptitude install btrfs-tools - -created a btrfs-partition as /dev/sdb14 with gparted and aligned it to sector, not to mbr, because the harddisk is an advanced format model with 4096k blocks. - -# mkfs -t btrfs /dev/sdb14 - -# mkdir /mnt/test - -# mount /dev/sdb14 /mnt/test - -# exit andreas@g4d:~$ cd /mnt/test andreas@g4d:/mnt/test$ mkdir fs-root-c-arc andreas@g4d:/mnt/test$ time cp -a /* fs-root-c-arc/ c-arc.txt 2c-err.txt real7m48.020s user0m5.304s sys 1m22.868s andreas@g4d:/mnt/test$ ls -l total 2775172 - -rw-r--r-- 1 andreas andreas 0 Aug 7 08:20 c-arc.txt - -rw-r--r-- 1 andreas andreas1145749 Aug 7 08:27 c-err.txt drwxr-xr-x 1 andreas andreas136 Aug 7 08:27 fs-root-c-arc andreas@g4d:/mnt/test$ du -hs fs-root-c-arc/ 3.6Gfs-root-c-arc/ andreas@g4d:/mnt/test$ chmod 000 fs-root-c-arc/ andreas@g4d:/mnt/test$ time tar -cvf t-arc.tar /* t-out.txt 2t-err.txt real6m25.904s user0m6.016s sys 0m47.936s andreas@g4d:/mnt/test$ ls -l total 2784108 - -rw-r--r-- 1 andreas andreas 0 Aug 7 08:20 c-arc.txt - -rw-r--r-- 1 andreas andreas1145749 Aug 7 08:27 c-err.txt drwxr--r-- 1 andreas andreas136 Aug 7 08:27 fs-root-c-arc - -rw-r--r-- 1 andreas andreas 2841907200 Aug 7 08:47 t-arc.tar - -rw-r--r-- 1 andreas andreas1348292 Aug 7 08:47 t-err.txt - -rw-r--r-- 1 andreas andreas6513194 Aug 7 08:47 t-out.txt This were two tests, first created an archive of the root filesystem using cp below the folder /mnt/test/fs-root-c-arc/. This issued a lot of errors and warning because of missing permissions or files, which changed while being read, but in the end after 7m48s there were 151869 items in that folder, totalling 3.6 GB. Next the mode of the folder was set to 000, because else the content of the folder would be taken into the newly created .tar-archive recursively. Then doing basically the same thing, but putting all readable and accessable files into a single uncompressed .tar-archive instead of just copying them. this was even faster with 6m25s and the archive was 2.6 Gb in size. This is not the same as installing from DVD and via network over http, but big files and many small files are both written fast enough from xfs to btrfs, given that this is a green-labeled harddisk, which is not supposed to break any velocity-records. So I downgraded the installation-report to 'wishlist'. I consider the problems were due to some kind of strange IRQ-conflict or the like. A software-upgrade was not done since installation, just some additional packages installed. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlAg6AIACgkQ5+rBHyUt5wsPRQCfU4TTdu5f7JhfICqUI9mhKZ1q 1vwAnR890y+p6/eiRPRLktXSLp4KH1PG =v3lz -END PGP SIGNATURE-
Bug#684140: unblock: libotr/3.2.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libotr Fixes security hole (possible buffer overflow in base64 routines): #684121 The only change from 3.2.0-4 (currently in wheezy) and 3.2.1-1 is the security fix, see the attached debdiff. unblock libotr/3.2.1-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ia64 Kernel: Linux 2.6.29.2 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -Nru libotr-3.2.0/ChangeLog libotr-3.2.1/ChangeLog --- libotr-3.2.0/ChangeLog 2008-06-15 22:16:34.0 +0200 +++ libotr-3.2.1/ChangeLog 2012-08-07 12:21:35.0 +0200 @@ -1,3 +1,20 @@ +2012-07-27 + + * src/version.h: Update libotr version number to 3.2.1 + +2012-07-19 + + * src/b64.[ch], src/proto.c, toolkit/parse.c: Clean up the + previous b64 patch and apply it to all places where + otrl_base64_decode() is called. + +2012-07-17 + + * src/b64.c: Use ceil instead of floor to compute the size + of the data buffer. This prevents a one-byte heap buffer + overflow. Thanks to Justin Ferguson jnfergu...@gmail.com + for the report. + 2008-06-15: * README: Release version 3.2.0. diff -Nru libotr-3.2.0/debian/changelog libotr-3.2.1/debian/changelog --- libotr-3.2.0/debian/changelog 2011-12-26 18:34:38.0 +0100 +++ libotr-3.2.1/debian/changelog 2012-08-07 12:25:12.0 +0200 @@ -1,3 +1,9 @@ +libotr (3.2.1-1) unstable; urgency=high + + * Fix potential buffer overflow in base64 routines (Closes: #684121) + + -- Thibaut VARENE vare...@debian.org Tue, 07 Aug 2012 12:24:15 +0200 + libotr (3.2.0-4) unstable; urgency=low * lintian cleanup: diff -Nru libotr-3.2.0/src/b64.c libotr-3.2.1/src/b64.c --- libotr-3.2.0/src/b64.c 2008-05-27 14:35:28.0 +0200 +++ libotr-3.2.1/src/b64.c 2012-08-07 12:21:31.0 +0200 @@ -55,7 +55,7 @@ \*** */ /* system headers */ -#include stdlib.h +#include stdio.h #include string.h /* libotr headers */ @@ -147,8 +147,9 @@ * base64 decode data. Skip non-base64 chars, and terminate at the * first '=', or the end of the buffer. * - * The buffer data must contain at least (base64len / 4) * 3 bytes of - * space. This function will return the number of bytes actually used. + * The buffer data must contain at least ((base64len+3) / 4) * 3 bytes + * of space. This function will return the number of bytes actually + * used. */ size_t otrl_base64_decode(unsigned char *data, const char *base64data, size_t base64len) @@ -234,13 +235,18 @@ return -2; } +/* Skip over the ?OTR: */ +otrtag += 5; +msglen -= 5; + /* Base64-decode the message */ -rawlen = ((msglen-5) / 4) * 3; /* maximum possible */ +rawlen = OTRL_B64_MAX_DECODED_SIZE(msglen); /* maximum possible */ rawmsg = malloc(rawlen); if (!rawmsg rawlen 0) { return -1; } -rawlen = otrl_base64_decode(rawmsg, otrtag+5, msglen-5); /* actual size */ + +rawlen = otrl_base64_decode(rawmsg, otrtag, msglen); /* actual size */ *bufp = rawmsg; *lenp = rawlen; diff -Nru libotr-3.2.0/src/b64.h libotr-3.2.1/src/b64.h --- libotr-3.2.0/src/b64.h 2008-05-27 14:35:28.0 +0200 +++ libotr-3.2.1/src/b64.h 2012-08-07 12:21:31.0 +0200 @@ -20,6 +20,19 @@ #ifndef __B64_H__ #define __B64_H__ +#include stdlib.h + +/* Base64 encodes blocks of this many bytes: */ +#define OTRL_B64_DECODED_LEN 3 +/* into blocks of this many bytes: */ +#define OTRL_B64_ENCODED_LEN 4 + +/* An encoded block of length encoded_len can turn into a maximum of + * this many decoded bytes: */ +#define OTRL_B64_MAX_DECODED_SIZE(encoded_len) \ +(((encoded_len + OTRL_B64_ENCODED_LEN - 1) / OTRL_B64_ENCODED_LEN) \ + * OTRL_B64_DECODED_LEN) + /* * base64 encode data. Insert no linebreaks or whitespace. * @@ -33,8 +46,9 @@ * base64 decode data. Skip non-base64 chars, and terminate at the * first '=', or the end of the buffer. * - * The buffer data must contain at least (base64len / 4) * 3 bytes of - * space. This function will return the number of bytes actually used. + * The buffer data must contain at least ((base64len+3) / 4) * 3 bytes + * of space. This function will return the number of bytes actually + * used. */ size_t otrl_base64_decode(unsigned char *data, const char *base64data, size_t base64len); diff -Nru libotr-3.2.0/src/proto.c libotr-3.2.1/src/proto.c --- libotr-3.2.0/src/proto.c 2008-05-27 14:35:28.0 +0200 +++ libotr-3.2.1/src/proto.c 2012-08-07 12:21:31.0 +0200 @@ -537,13 +537,17 @@ msglen = strlen(otrtag); } +/* Skip over the ?OTR: */ +otrtag += 5; +msglen -= 5; + /* Base64-decode the message */ -rawlen = ((msglen-5) / 4) * 3; /* maximum possible */ +rawlen = OTRL_B64_MAX_DECODED_SIZE(msglen); /*
Bug#683950: im-config: alter the way of starting during Xsession startup
On Mon, Aug 06, 2012 at 08:31:03PM +0800, Aron Xu wrote: On Mon, Aug 6, 2012 at 8:08 PM, Osamu Aoki os...@debian.org wrote: ... serial ? Hmmm... I see what you mean via the script. As I see /etc/X11/Xsession.d, $STARTUP is setup by: 20x11-common_process-args:STARTUP=$1 50x11-common_determine-startup:STARTUP=x-session-manager 75dbus_dbus-launch: STARTUP=$DBUSLAUNCH --exit-with-session $STARTUP 90consolekit:STARTUP=$CK_LAUNCH_SESSION $STARTUP 90gpg-agent: STARTUP=$GPGAGENT --daemon --sh --write-env-file=$PID_FILE $STARTUP 90x11-common_ssh-agent: STARTUP=$SSHAGENT $SSHAGENTARGS ${TMPDIR:+env TMPDIR=$TMPDIR} $STARTUP and executed at the end as: 99x11-common_start:exec $STARTUP Now we have $SRARTUP as: /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager You are talking to put im-launch here :-) Very good idea. Yeah, that's the idea, and the $SRARTUP is correct. As I see your code more carefully, you are making another process with $@ and continuing process instead of initializing and starting x-session-manager with the exec command. I initially thought your $@ to be at the end of script with: exec $@ But this was not the case. Since this script is run by dbus, this may be still good and does not leave any extra process. I also do not understand purpose of infinite loop at the end without wait. At least waiting every few seconds should reduce CPU load Anyway, I have to admit I have not evaluated all the options. By the way what is the process tree of your system? My system around gdm3 and ibus are: $ ps auxf |less root 4005 0.0 0.0 83756 3168 ?Sl Aug06 0:00 /usr/sbin/gdm3 root 4042 0.0 0.1 105168 4704 ?Sl Aug06 0:00 \_ /usr/lib/gdm3/gdm-simple-slave --display-id /org/gnome/DisplayManager/Display1 root 4163 0.8 0.4 119756 18708 tty7 Rs+ Aug06 12:03 \_ /usr/bin/Xorg :0 -br -verbose -novtswitch -auth /var/run/gdm3/auth-for-Debian-gdm-fcev7l/database -nolisten tcp vt7 root 5124 0.0 0.1 193060 4640 ?Sl Aug06 0:00 \_ gdm-session-worker [pam/gdm3] osamu 5159 0.0 0.2 346556 10712 ?Ssl Aug06 0:01 \_ x-session-manager osamu 5208 0.0 0.0 0 0 ?ZAug06 0:00 \_ [xbrlapi] defunct osamu 5253 0.0 0.0 12372 332 ?Ss Aug06 0:00 \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager osamu 5268 0.0 0.4 752648 19500 ?Sl Aug06 0:06 \_ /usr/lib/gnome-settings-daemon/gnome-settings-daemon osamu 5324 0.0 0.0 24624 1172 ?SAug06 0:03 | \_ syndaemon -i 2.0 -K -R -t osamu 5322 0.5 4.4 1249552 177252 ? Rl Aug06 7:37 \_ /usr/bin/gnome-shell osamu10560 0.1 0.5 487508 21472 ?Sl 18:21 0:06 | \_ gnome-terminal osamu10566 0.0 0.0 14536 820 ?S18:21 0:00 | \_ gnome-pty-helper osamu10567 0.0 0.1 21644 4528 pts/0Ss 18:21 0:00 | \_ bash osamu11667 0.0 0.1 84248 7856 pts/0S+ 18:23 0:00 | | \_ mutt osamu13436 0.0 0.0 4164 580 pts/0S+ 19:24 0:00 | | \_ sh -c vim -c 'set tw=72 et ft=mail' '/tmp/mutt-goofy-1000-11667-1220024902342815162' osamu13437 0.0 0.2 240828 10220 pts/0Sl+ 19:24 0:00 | | \_ vim -c set tw=72 et ft=mail /tmp/mutt-goofy-1000-11667-1220024902342815162 osamu13484 0.0 0.1 21660 4552 pts/1Ss 19:27 0:00 | \_ bash osamu13602 0.0 0.0 17140 1456 pts/1R+ 19:31 0:00 | \_ ps auxf osamu13603 0.0 0.0 7884 1012 pts/1S+ 19:31 0:00 | \_ less osamu 5331 0.0 0.6 270032 24760 ?SAug06 0:00 \_ /usr/bin/python /usr/bin/system-config-printer-applet osamu 5332 0.0 0.8 222184 35252 ?SNl Aug06 0:04 \_ /usr/lib/tracker/tracker-miner-fs osamu 5333 0.0 0.3 381680 12772 ?Sl Aug06 0:02 \_ update-notifier osamu 5334 0.0 0.4 426384 16080 ?Sl Aug06 0:00 \_ /usr/lib/evolution/3.4/evolution-alarm-notify osamu 5335 0.0 0.1 157748 7852 ?SAug06 0:00 \_ kerneloops-applet osamu 5337 0.0 0.3 479536 15124 ?Sl Aug06 0:00 \_ nm-applet osamu 5338 0.0 0.2 199312 10096 ?SAug06 0:00 \_ /usr/lib/gnome-disk-utility/gdu-notification-daemon osamu 5345 0.0 0.4 264832 15916 ?Sl Aug06 0:00 \_ /usr/lib/tracker/tracker-store osamu 5352 0.0 0.8 723340 32436 ?Sl Aug06 0:04 \_ nautilus -n osamu 5358 0.0
Bug#684141: unblock: boinc/7.0.27+dfsg-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package boinc It is currently not in testing, once removed because of a dependency of a virtual binary package on the unfortunate fglrx drivers. No serious bugs. It is much superior to what debian/stable ships, especially for the support of GPU computing. unblock boinc/7.0.27+dfsg-5 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.4-trunk-rt-amd64 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683984: libapache2-mod-rpaf: potential Denial of Service
As a workaround, you should avoid using x-forwarded-for header from untrusted sources. Usually, it is the case - you can trust your frontend servers ;) That means - real impact of this issue is very minor and mostly due to misconfiguration. Excuse me ? This is definitely _not_ a misconfiguration issue. mod_rpaf is supposed to use the *last* X-Forwarded-For header. There's a bug which adds some garbage to the remote_ip field, when a specific request is sent, and a *correct* X-Forwarded-For header added by the reverse proxy. (so the request has two X-Forwarded-For headers when it arrives on the web front end, one is malicious, one is correct from a trusted source). A workaround could be stripping the previous X-Forwarded-For headers on the reverse proxy, but it shouldn't be necessary. Real impact of this issue can be remote DOS of a LAMP cluster. What makes you feel that this issue is very minor ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684121: libotr2: Buffer overflows in libotr
Hi, I just uploaded 3.2.1-1 to unstable, it contains the changes listed here: http://otr.git.sourceforge.net/git/gitweb.cgi?p=otr/libotr;a=log;h=refs/heads/3.2_dev I'm CC'ing security as I suppose they might want to push this package to unstable as well. Note, the only difference between 3.2.0-4 (currently in testing) and 3.2.1-1 (just uploaded to unstable) is the security fix, see the attached debdiff on the unblock request #684140. The only difference between 3.2.0-2 in stable and 3.2.0-4 in testing are packaging cosmetics (shipping .pc, null out dependency_libs in .la and lintian fixes). HTH On Tue, Aug 7, 2012 at 9:42 AM, Göran Weinholt go...@weinholt.se wrote: Package: libotr2 Version: 3.2.0-4 Severity: grave Tags: security upstream Justification: user security hole libotr contains buffer overflows in a few base64 decoding functions: http://lists.cypherpunks.ca/pipermail/otr-dev/2012-July/001347.html Fixes for the bugs are available from git: http://lists.cypherpunks.ca/pipermail/otr-dev/2012-July/001348.html -- 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/8 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libotr2 depends on: ii libc62.13-33 ii libgcrypt11 1.5.0-3 libotr2 recommends no packages. Versions of packages libotr2 suggests: ii libotr2-bin 3.2.0-4 -- no debconf information -- Thibaut VARENE http://www.parisc-linux.org/~varenet/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683946: W: comma-separated-files-in-dep5-copyright reports wrong line number
On 2012-08-05 18:54, Faheem Mitha wrote: Package: lintian Version: 2.5.10.1 Severity: minor Hi, Hi, On running lintian, I get W: ccl source: comma-separated-files-in-dep5-copyright paragraph at line 100 [...] The only problem is that the line number is wrong. The line in question is Files: ffigen4/gcc-core-4.0.0.tar.bz2, ffigen4/gcc-objc-4.0.0.tar.bz2 which is line 17 of the file. Indeed, thanks for catching that. I have fixed this. Additionally, another small comment. Previously, when I had I wrapped the Source: line around (this refers to the 4th line) so that there was no space after the second line, like this Source: The main download url is http://ccl.clozure.com/download.html. The source code was downloaded from svn.clozure.com. See README.source for further information. it gave the error W: ccl source: syntax-error-in-dep5-copyright line 5: Cannot parse line However at that time, it did not report the comma-separated-files-in-dep5-copyright error. Regards, Faheem [...] This is because Lintian does not process the DEP-5 file if it has syntax errors. I have added a note about this in the description of the syntax-error-in-dep5-copyright tag. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683782: gccgo: please Recommend: binutils-gold on x86
On 04.08.2012 00:07, shawn wrote: Source: gcc-4.7 Version: 4.7.1-6 Severity: normal gccgo requires binutils-gold in order to fully use gcc's split stack feature. As this feature is heavily used by the core language constructs of go, (namely goroutines, which are conceptually light-weight threads) and has large performance inpacts, gccgo should Recommend: binutils-gold. (at least) no, forcing gold on everything would be wrong. IMO libgomp.spec should add an -B/usr/lib/gold-ld option the the libgomp link spec, if this is the preferred linker. gcc currently only supports split stacks on x86, so this could be limited to x86 architectures until more architectures support split stack. (and in later gcc-4.8, etc) see http://gcc.gnu.org/wiki/SplitStacks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684082: gcc-doc: update to gcc 4.7
On 06.08.2012 21:32, Andrew Shadura wrote: Package: gcc-doc Version: 5:3 Severity: normal Please package gcc-4.7-doc and update gcc-doc to point to it. yeah, another duplicate instead of updating it yourself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611660: tomb vs cryptmount
On Mon, Aug 06, 2012 at 06:24:41PM +, Laszlo Boszormenyi (GCS) wrote: Hi, Without too much reading, it seems tomb and cryptmount somewhat similar. The latter is already in the archives and stable. What's the most important differences (if any)? I'd say that one of the most important difference is the use of the steghide tool to hide access keys in an image. Also Tomb has some Gtk integration. I don't know cryptmount, so I can't say much, would need to read more. Thanks for the pointer. However there are plenty of softwares in the Debian archive that provide almost the same features, so I'm not sure to get the point of this question. bert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684143: redeclipse: security issues with transmitted map cfgs
Package: redeclipse Version: 1.2-2 Severity: grave Tags: security patch upstream Justification: user security hole A security issue with execution of map cfg(script) files could allow these scripts the same r/w access to files as the user running the game client. This issue has been patched upstream, which makes it harder to exploit. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages redeclipse depends on: ii dpkg 1.16.4.3 ii libc6 2.13-33 ii libenet1a 1.3.3-2 ii libgcc1 1:4.7.1-2 ii libgl1-mesa-glx [libgl1] 8.0.3-1 ii libsdl-image1.2 1.2.12-2 ii libsdl-mixer1.2 1.2.12-2 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.7.1-2 ii libx11-6 2:1.5.0-1 ii redeclipse-data 1.2-1 ii zlib1g1:1.2.7.dfsg-13 redeclipse recommends no packages. redeclipse 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#678567:
severity 678567 important reassign 678567 linux 3.2.0-3 thanks As already pointed out this is the same bug as reported against Ubuntu 12.04 [1] It's fixed by v3.2-rc2-821-gcf9ecf4 [2] [1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1005699 [2] http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=cf9ecf4b631f649a964fa611f1a5e8874f2a76db Cheers, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684128: false advertising
Severity set to 'wishlist' from 'important' So if the partitioner invites people to specify their swap space, or any other volume, in units of gigabytes, which JUST ABOUT EVERYBODY understands to mean 2^30 in that context, and instead it uses the hard disk manufacturers' phony units which are seven percent smaller, WITHOUT EVEN TELLING YOU THIS, and you only find out when the installation is complete, and nothing can be done about it except starting all over again, then this isn't a real bug, but just wishlist? Thanks for clearing that up. quote from ls(1) man page: --block-size=SIZE scale sizes by SIZE before printing them. E.g., `--block-size=M' prints sizes in units of 1,048,576 bytes. See SIZE format below. quote from df(1) man page: -B, --block-size=SIZE scale sizes by SIZE before printing them. E.g., `-BM' prints sizes in units of 1,048,576 bytes. See SIZE format below. quote from du(1) man page: -B, --block-size=SIZE scale sizes by SIZE before printing them. E.g., `-BM' prints sizes in units of 1,048,576 bytes. See SIZE format below. [for all of the above, K=1024, M=1024^2, G=1024^3, T=1024^4] quote from lvcreate(8) man page: -L, --size LogicalVolumeSize[bBsSkKmMgGtTpPeE] Gives the size to allocate for the new logical volume. A size suffix of K for kilobytes, M for megabytes, G for gigabytes, T for terabytes, P for petabytes or E for exabytes is optional. Default unit is megabytes. [here it is considered so obvious that binary units are intended that they don't even bother to mention it] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683773: btrfs-write-performance rechecked, downgrading the severity to 'wishlist'
Hi Andreas Andreas Glaeser bugs.andreas.glae...@freenet.de writes: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 To check if btrfs is really slow I tried the following: - -# aptitude install btrfs-tools - -created a btrfs-partition as /dev/sdb14 with gparted and aligned it to sector, not to mbr, because the harddisk is an advanced format model with 4096k blocks. - -# mkfs -t btrfs /dev/sdb14 - -# mkdir /mnt/test - -# mount /dev/sdb14 /mnt/test - -# exit andreas@g4d:~$ cd /mnt/test andreas@g4d:/mnt/test$ mkdir fs-root-c-arc andreas@g4d:/mnt/test$ time cp -a /* fs-root-c-arc/ c-arc.txt 2c-err.txt real 7m48.020s user 0m5.304s sys 1m22.868s andreas@g4d:/mnt/test$ ls -l total 2775172 - -rw-r--r-- 1 andreas andreas 0 Aug 7 08:20 c-arc.txt - -rw-r--r-- 1 andreas andreas1145749 Aug 7 08:27 c-err.txt drwxr-xr-x 1 andreas andreas136 Aug 7 08:27 fs-root-c-arc andreas@g4d:/mnt/test$ du -hs fs-root-c-arc/ 3.6G fs-root-c-arc/ andreas@g4d:/mnt/test$ chmod 000 fs-root-c-arc/ andreas@g4d:/mnt/test$ time tar -cvf t-arc.tar /* t-out.txt 2t-err.txt real 6m25.904s user 0m6.016s sys 0m47.936s andreas@g4d:/mnt/test$ ls -l total 2784108 - -rw-r--r-- 1 andreas andreas 0 Aug 7 08:20 c-arc.txt - -rw-r--r-- 1 andreas andreas1145749 Aug 7 08:27 c-err.txt drwxr--r-- 1 andreas andreas136 Aug 7 08:27 fs-root-c-arc - -rw-r--r-- 1 andreas andreas 2841907200 Aug 7 08:47 t-arc.tar - -rw-r--r-- 1 andreas andreas1348292 Aug 7 08:47 t-err.txt - -rw-r--r-- 1 andreas andreas6513194 Aug 7 08:47 t-out.txt This were two tests, first created an archive of the root filesystem using cp below the folder /mnt/test/fs-root-c-arc/. This issued a lot of errors and warning because of missing permissions or files, which changed while being read, but in the end after 7m48s there were 151869 items in that folder, totalling 3.6 GB. Next the mode of the folder was set to 000, because else the content of the folder would be taken into the newly created .tar-archive recursively. Then doing basically the same thing, but putting all readable and accessable files into a single uncompressed .tar-archive instead of just copying them. this was even faster with 6m25s and the archive was 2.6 Gb in size. This is not the same as installing from DVD and via network over http, but big files and many small files are both written fast enough from xfs to btrfs, given that this is a green-labeled harddisk, which is not supposed to break any velocity-records. So I downgraded the installation-report to 'wishlist'. I consider the problems were due to some kind of strange IRQ-conflict or the like. A software-upgrade was not done since installation, just some additional packages installed. No, your test did not really simulate the situation during installation. The problem with btrfs is not poor write performance in general, but very poor fsync performance. dpkg does a lot of fsync's and is therefore heavily affected by this. You could verify this by running debootstrap on a btrfs filesstem (debootstrap wheezy /mnt). This will be incredibly slow. On the other hand if you use the eatmydata utility which turns all fsync calls into noops, it will be fast: eatmydata debootstrap wheezy /mnt. But beware, it's called eatmydata for a reason... Gaudenz -- Ever tried. Ever failed. No matter. Try again. Fail again. Fail better. ~ Samuel Beckett ~ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683796: xserver-xorg-video-radeon: No 3D acceleration in iBook2 powerpc
--- On Mon, 8/6/12, Michel Dänzer daen...@debian.org wrote: [ 36.987427] [drm] radeon defaulting to kernel modesetting. [ 36.987452] [drm] radeon kernel modesetting enabled. You should probably disable KMS with radeon.modeset=0 on the kernel command line. You can also disable radeonfb with video=radeonfb:off, but KMS may not work very well with your card. Hi, After adding radeon.modeset=0 to my bootloader, still no change with glxinfo: dan@icebook:~$ glxinfo | grep render direct rendering: Yes OpenGL renderer string: Software Rasterizer GL_EXT_vertex_array_bgra, GL_NV_conditional_render, Though the error messages in my Xorg.0.log file are different, specifically: [39.505] (EE) AIGLX error: radeon does not export required DRI extension [39.506] (EE) AIGLX: reverting to software rendering Also, adding video=radeonfb:off did nothing but make my screen darker and disable my brightness hotkeys, and there was no change in the error messages, so I removed the line. The following is my entire /var/log/Xorg.0.log (with only radeon.modeset=0 in my yaboot.conf file): [36.239] X.Org X Server 1.12.1.902 (1.12.2 RC 2) Release Date: 2012-05-19 [36.239] X Protocol Version 11, Revision 0 [36.239] Build Operating System: Linux 2.6.32-5-powerpc64 ppc Debian [36.239] Current Operating System: Linux icebook 3.2.0-3-powerpc #1 Thu Jun 28 10:24:24 UTC 2012 ppc [36.239] Kernel command line: root=UUID=61161842-2523-4c5c-8675-d58941a7ed0c ro radeon.modeset=0 [36.239] Build Date: 20 May 2012 10:27:04AM [36.239] xorg-server 2:1.12.1.902-1 (Cyril Brulebois k...@debian.org) [36.239] Current version of pixman: 0.26.0 [36.239]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [36.240] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [36.240] (==) Log file: /var/log/Xorg.0.log, Time: Tue Aug 7 03:51:14 2012 [36.295] (==) Using system config directory /usr/share/X11/xorg.conf.d [36.343] (==) No Layout section. Using the first Screen section. [36.343] (==) No screen section available. Using defaults. [36.343] (**) |--Screen Default Screen Section (0) [36.343] (**) | |--Monitor default monitor [36.362] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [36.363] (==) Automatically adding devices [36.363] (==) Automatically enabling devices [36.409] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [36.409]Entry deleted from font path. [36.438] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [36.438]Entry deleted from font path. [36.438] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [36.439] (==) ModulePath set to /usr/lib/xorg/modules [36.439] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [36.459] (II) Loader magic: 0x20688574 [36.459] (II) Module ABI versions: [36.459]X.Org ANSI C Emulation: 0.4 [36.460]X.Org Video Driver: 12.0 [36.460]X.Org XInput driver : 16.0 [36.460]X.Org Server Extension : 6.0 [36.461] (--) PCI:*(0:0:16:0) 1002:4c59:1002:4c59 rev 0, Mem @ 0x9800/134217728, 0x9000/65536, I/O @ 0x0400/256, BIOS @ 0x/131072 [36.461] (II) LoadModule: extmod [36.475] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [36.494] (II) Module extmod: vendor=X.Org Foundation [36.495]compiled for 1.12.1.902, module version = 1.0.0 [36.495]Module class: X.Org Server Extension [36.495]ABI class: X.Org Server Extension, version 6.0 [36.495] (II) Loading extension SELinux [36.495] (II) Loading extension MIT-SCREEN-SAVER [36.495] (II) Loading extension XFree86-VidModeExtension [36.495] (II) Loading extension XFree86-DGA [36.495] (II) Loading extension DPMS [36.495] (II) Loading extension XVideo [36.495] (II) Loading extension XVideo-MotionCompensation [36.495] (II) Loading extension X-Resource [36.495] (II) LoadModule: dbe [36.496] (II) Loading /usr/lib/xorg/modules/extensions/libdbe.so [36.512] (II) Module dbe: vendor=X.Org Foundation [36.512]compiled for 1.12.1.902, module version = 1.0.0 [36.512]Module class: X.Org Server Extension [36.512]ABI class: X.Org Server Extension, version 6.0 [36.512] (II) Loading extension DOUBLE-BUFFER [36.512] (II) LoadModule:
Bug#684143: security issues with transmitted map cfgs
The fix for Red Eclipse has been committed as https://sourceforge.net/apps/trac/redeclipse/changeset/3764 . I've prepared a DEP-3 patch (attached). I intend to add this patch to the current version of Red Eclipse in Debian. -- Martin Erik Werner martinerikwer...@gmail.com From 52fdd35c3ffc1ce2e568180eac2da93e179fef2a Mon Sep 17 00:00:00 2001 From: eihrul eihrul@2cd6abe5-5779-42d9-9038-cec04ae5ff40 Date: Sun, 22 Jul 2012 21:22:55 + Subject: [PATCH] text command fix Comment: This patch fixes a file access security issue which could allow a remote attacker access local files by transmitting map script files. git-svn-id: https://redeclipse.svn.sourceforge.net/svnroot/redeclipse@3764 2cd6abe5-5779-42d9-9038-cec04ae5ff40 --- src/engine/textedit.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/src/engine/textedit.h +++ b/src/engine/textedit.h @@ -690,7 +690,7 @@ #define TEXTCOMMAND(f, s, d, body) ICOMMAND(0, f, s, d,\ editor *top = currentfocus();\ -if(!top) return;\ +if(!top || identflagsIDF_WORLD) return;\ body\ ) signature.asc Description: This is a digitally signed message part
Bug#684145: python-jenkinsapi: Missing build-depends on python-setuptools
Package: python-jenkinsapi Version: 0.1.11-2 Severity: serious Justification: fails to build from source -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 python-jenkinsapi fails to build from source in a clean Debian or Ubuntu chroot https://launchpadlibrarian.net/112178733/buildlog_ubuntu-quantal-i386.python-jenkinsapi_0.1.11-2_FAILEDTOBUILD.txt.gz /usr/bin/fakeroot debian/rules clean dh clean --with python2 dh_testdir dh_auto_clean Traceback (most recent call last): File setup.py, line 1, in module from setuptools import setup ImportError: No module named setuptools Adding python-setuptools to the build-depends fixes this bug. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJQIQEGAAoJEOZsd1rr/mx9/NcP/0sRLq6q3uGk9vwgQWXrbONQ Luqz0zMMstAB+LU4yk3yRgGiyM0K0kXC6G9tA5FD/ypMgQiRhSxu0bcuZap4wBK7 2+YB4xvNquo5JpvMO6KiY6v116jah5wupUTL5vfn5xO1WPpycITQUMm//N8EipKo fwoahF22anALxC+EUiV82KaZuvdefk+eGM5GAKCDh2EMqdgPoHK2Olj84vj9R09c xSoj+t9CAonK38RktlK9pqqpIKjHIW3EX6sCc8zvUCyMv/u2K1iyy95eM3Fy9LiF aPLOxg8MiwMIKK1mIRe5gaMcV6b71z+jPZ4HWWB8wdjCYGTs3vWZcw5gJZqqI8Di LZ++WctnTL16IqxShTe2NYU3sBQuHPWkMoOPfg5cuzSDyVVKNQ9xlIPnh2s5/HsI vdBapioIXJMgnMOWU41y9u/jKuV9GnvNW92ZeFqPG/ncFb6mkfKH/lPvd/f9+RSk MUaLgLWh249JuF/WdpdWnIMN5c7e7fJaRhw3fhfsRBwMdLK6l4VHxXQjg+GDm8H/ 68o0G3HB21OF+7z6ayRvOvxsoZWJZmFSaj4BMJu/RG2xwtzOS7Egu5Ij8QnQePQc yo5dM0PLN7j8Yj/yjLu/qvuw1MnYOvmM0leFmolfPC6NCLxJ4wFktm/qnyjDSDtD CwzsUib32jVRXTMH6RRd =pjN8 -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#660496: ITA: 9wm -- emulation of the Plan 9 window manager 8-1/2
retitle 660496 ITA: 9wm -- emulation of the Plan 9 window manager 8-1/2 owner 660496 ! thanks Hello, I intent to adopt the 9wm package. Kinds regards, Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684146: src:mysql-5.5: please use xz compression for binary packages
Source: mysql-5.5 Version: 5.5.24+dfsg-6 Severity: important Tags: patch Usertags: xz-for-wheezy Please use xz compression for the binary packages (patch attached). We are trying to fit a few more packages on the first CDs to get a usable desktop install with it, see [1] for more details. I will request a freeze exception once the package is uploaded; please keep in mind to not include additional changes. Please note that I did not test the patch. You can verify that it builds binaries using xz by looking for the data.tar.xz member in the output of ar t package.deb. The mysql-server-core-5.5 binary packages should also be noticeable smaller. Regards, Ansgar [1] https://lists.debian.org/debian-devel/2012/08/msg00049.html diff -Nru mysql-5.5-5.5.24+dfsg/debian/changelog mysql-5.5-5.5.24+dfsg/debian/changelog --- mysql-5.5-5.5.24+dfsg/debian/changelog 2012-07-29 14:04:59.0 +0200 +++ mysql-5.5-5.5.24+dfsg/debian/changelog 2012-08-07 13:53:45.0 +0200 @@ -1,3 +1,10 @@ +mysql-5.5 (5.5.24+dfsg-6.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * debian/rules: use xz compression for binary packages. + + -- Ansgar Burchardt ans...@debian.org Tue, 07 Aug 2012 13:53:33 +0200 + mysql-5.5 (5.5.24+dfsg-6) unstable; urgency=low * Updated Czech debconf translation (Closes: #681711) diff -Nru mysql-5.5-5.5.24+dfsg/debian/rules mysql-5.5-5.5.24+dfsg/debian/rules --- mysql-5.5-5.5.24+dfsg/debian/rules 2012-07-17 16:17:33.0 +0200 +++ mysql-5.5-5.5.24+dfsg/debian/rules 2012-08-07 13:52:30.0 +0200 @@ -223,6 +223,9 @@ override_dh_makeshlibs-arch: dh_makeshlibs -plibmysqlclient18 -V'libmysqlclient18 (= 5.5.24+dfsg-1)' +override_dh_builddeb: + dh_builddeb -- -Zxz + binary: binary-indep binary-arch get-orig-source:
Bug#683084: Make invoke-rc.d/update-rc.d systemd-aware
Hi Roger, As discussed on IRC, here is another patch which makes the defaults and remove action systemd-aware, too (so that many packages work better without changing them at all). Please have a look if everything’s alright with the patch. Best regards, Michael From 5fd43c4f511d548780a510987b4a5674d7052685 Mon Sep 17 00:00:00 2001 From: Michael Stapelberg stapelb...@debian.org Date: Sun, 29 Jul 2012 19:31:58 +0200 Subject: [PATCH] Enable/disable systemd service on 'defaults' and 'remove' --- debian/src/sysv-rc/sbin/update-rc.d | 85 --- 1 file changed, 50 insertions(+), 35 deletions(-) diff --git a/debian/src/sysv-rc/sbin/update-rc.d b/debian/src/sysv-rc/sbin/update-rc.d index 6357c0f..fb5b009 100755 --- a/debian/src/sysv-rc/sbin/update-rc.d +++ b/debian/src/sysv-rc/sbin/update-rc.d @@ -356,6 +356,49 @@ sub makelinks { 1; } +# Creates the necessary links to enable/disable the service (equivalent of an +# initscript) in systemd. +sub make_systemd_links { +my ($scriptname, $action) = @_; + +# In addition to the insserv call we also enable/disable the service +# for systemd by creating the appropriate symlink in case there is a +# native systemd service. We need to do this on our own instead of +# using systemctl because systemd might not even be installed yet. +my $service_path; +if (-f /etc/systemd/system/$scriptname.service) { +$service_path = /etc/systemd/system/$scriptname.service; +} elsif (-f /lib/systemd/system/$scriptname.service) { +$service_path = /lib/systemd/system/$scriptname.service; +} +if (defined($service_path)) { +my $changed_sth; +open my $fh, '', $service_path or error(unable to read $service_path); +while ($fh) { +chomp; +if (/^\s*WantedBy=(.+)$/i) { +my $wants_dir = /etc/systemd/system/$1.wants; +my $service_link = $wants_dir/$scriptname.service; +if (enable eq $action) { +make_path($wants_dir); +symlink($service_path, $service_link); +} else { +unlink($service_link) if -e $service_link; +} +$changed_sth = 1; +} +} +close($fh); + +# If we changed anything and this machine is running systemd, tell +# systemd to reload so that it will immediately pick up our +# changes. +if ($changed_sth -e /sys/fs/cgroup/systemd) { +system(systemctl, daemon-reload); +} +} +} + ## Dependency based sub insserv_updatercd { my @args = @_; @@ -379,6 +422,8 @@ sub insserv_updatercd { $scriptname = shift @args; $action = shift @args; if (remove eq $action) { +make_systemd_links($scriptname, disable); + if ( -f /etc/init.d/$scriptname ) { my $rc = system(/sbin/insserv, @opts, -r, $scriptname) 8; if (0 == $rc !$notreally) { @@ -398,6 +443,10 @@ sub insserv_updatercd { } } elsif (defaults eq $action || start eq $action || stop eq $action) { +if (defaults eq $action) { +make_systemd_links($scriptname, enable); +} + # All start/stop/defaults arguments are discarded so emit a # message if arguments have been given and are in conflict # with Default-Start/Default-Stop values of LSB comment. @@ -414,42 +463,8 @@ sub insserv_updatercd { error(initscript does not exist: /etc/init.d/$scriptname); } } elsif (disable eq $action || enable eq $action) { -# In addition to the insserv call we also enable/disable the service -# for systemd by creating the appropriate symlink in case there is a -# native systemd service. We need to do this on our own instead of -# using systemctl because systemd might not even be installed yet. -my $service_path; -if (-f /etc/systemd/system/$scriptname.service) { -$service_path = /etc/systemd/system/$scriptname.service; -} elsif (-f /lib/systemd/system/$scriptname.service) { -$service_path = /lib/systemd/system/$scriptname.service; -} -if (defined($service_path)) { -my $changed_sth; -open my $fh, '', $service_path or error(unable to read $service_path); -while ($fh) { -chomp; -if (/^\s*WantedBy=(.+)$/i) { -my $wants_dir = /etc/systemd/system/$1.wants; -my $service_link = $wants_dir/$scriptname.service; -if (enable eq $action) { -make_path($wants_dir); -symlink($service_path, $service_link); -} else { -unlink($service_link) if -e $service_link; -} -$changed_sth = 1; -} -
Bug#684145: python-jenkinsapi: Missing build-depends on python-setuptools
Also, are you sure that python-jenkinsapi shouldn't be Architecture: all ? Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611660: tomb vs cryptmount
Hi Bert, On Tue, 2012-08-07 at 13:03 +0200, berta...@ptitcanardnoir.org wrote: I'd say that one of the most important difference is the use of the steghide tool to hide access keys in an image. Also Tomb has some Gtk integration. The steghide sounds good! However there are plenty of softwares in the Debian archive that provide almost the same features, so I'm not sure to get the point of this question. Some DDs would argue, as this is not the optimal state. There are a _lot of_ packages in Debian, but not all of them maintained correctly. Smaller number but more competent packages would help in general. Better packaging, easier to write HOWTOs for a specific task and so on. But to stay on topic, the question was more user oriented this time. I use and like cryptmount and I like CLI applications better. On the other hand, if tomb is better in many ways, I may migrate to it. Will do my tests then. About to create a package of tomb first. Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684147: nodejs: FTBFS on testing (wheezy) due to test-regress-GH-1697.js
Package: nodejs Version: 0.6.19~dfsg1-4 Severity: normal Hi, nodejs fails to build in a wheezy chroot. When I remove test/simple/test-regress-GH-1697.js it builds just fine. ---8-- === release test-regress-GH-1697 === Path: simple/test-regress-GH-1697 Server running. events.js:48 throw arguments[1]; // Unhandled 'error' event ^ Error: listen EADDRINUSE at errnoException (net.js:670:11) at Array.0 (net.js:771:26) at EventEmitter._tickCallback (node.js:190:39) events.js:48 throw arguments[1]; // Unhandled 'error' event ^ Error: write ECONNRESET at errnoException (net.js:670:11) at Object.afterWrite [as oncomplete] (net.js:503:19) Command: out/Release/node /usr/src/nodejs/nodejs-0.6.19~dfsg1/test/simple/test-regress-GH-1697.js [01:53|% 100|+ 350|- 1]: Done make[1]: *** [test] Error 1 make[1]: Leaving directory `/usr/src/nodejs/nodejs-0.6.19~dfsg1' make: *** [debian/stamp-makefile-check] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Build command 'cd nodejs-0.6.19~dfsg1 dpkg-buildpackage -b -uc' failed. E: Child process failed ---8-- warm regards, Tom -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684128: src:debian-installer: allow use of binary units in disk partitioner
reassign 684128 partman-partitioning thanks Quoting Ian Bruce (ian_br...@fastmail.net): Possible solutions: 1 - AT AN ABSOLUTE MINIMUM: at the point where the use of metric suffixes is suggested, explain that these really are decimal, so that people who want the binary values know that they need to write them out, as above. 2 - Give the suffixes the same binary values that many people would expect them to have, and explain this. There is no need to support the hard disk manufacturers' deceptive marketing strategy. Flash drives are not specified with decimal units. (Are they?) 3 - Let the user choose at the beginning of partitioning whether these units will have binary or decimal meanings, both for specifying new partitions and volumes, and reporting those that are already present, as well as the sizes of physical media. 4 - The disk partitioner is presumably based on GNU parted, which allows either binary (KiB, MiB, GiB, TiB) or decimal (KB, MB, GB, TB) units to be used. Explain to the user that they may specify any of these units, and pass them through to parted. 5 - Solution (4) leaves open the question of what units will be used to report volume/partition/disk status. Parted provides the unit command for this purpose, as well as that of solution (3). Perhaps this should be made available as a menu option, or in some other way. 6 - Alternatively, if the size of some disk volume is an exact multiple of 2^{10,20,30,40}, report it using the appropriate binary unit, otherwise with a decimal unit. http://www.gnu.org/software/parted/manual/html_node/unit.html Hopefully something can be done about this problem before the next major release. All of theseimply too invasive changes in the installer, particularly in translatable material. This is zero chance that anything is done at this point of the release. This issue will have to be worked on for jessie, not for wheezy. Hopefully someone will come with a patch (I somehow doubt it as I think that only incredibly picky people really do care about differencesbetween MB and MiB..but, who knows?). Anyway, reassigning this to the package it belongs to. signature.asc Description: Digital signature
Bug#684148: libsvga1: Breaks multi-arch amd64 systems
Package: libsvga1 Version: 1:1.4.3-33 Severity: important On my multiarch enabled amd64 after installing ia32-libs I got the next error message: dpkg: error processing /var/cache/apt/archives/libsvga1_1%3a1.4.3-33_i386.deb (--unpack): trying to overwrite shared '/etc/vga/null.keymap', which is different from other instances of package libsvga1:i386 I think this problem is quite similiar as the one present in #676914 Thanks. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsvga1 depends on: ii libc6 2.13-35 ii libx86-1 1.1+ds1-10 ii multiarch-support 2.13-35 libsvga1 recommends no packages. libsvga1 suggests no packages.
Bug#684149: please, make ffmpegthumbnailer work out-of-the-box
Package: ffmpegthumbnailer Version: 2.0.7-2 Severity: important Hi. It seems that previous recipes to make ffmpegthumbnailer work in, say, GNOME via gconf specialized command lines doesn't work anymore, since GNOME 3 now uses dconf instead. Thankfully, ffmpegthumbnailer can be made to work automatically out of the box for those that install it if you provide a simple file that should be put in the /usr/share/thumbnailers directory. There are [some][0] [posts][1] for other distributions that describe the procedure, which essentially boils down to dropping the following file in /usr/share/thumbnailers (or a variant of it): ,[ ffmpeg.thumbnailer ] | [Thumbnailer Entry] | TryExec=ffmpegthumbnailer | Exec=ffmpegthumbnailer -s %s -i %u -o %o -c png -f -t 10 | MimeType=video/flv;video/webm;video/mkv;video/mp4;video/mpeg;video/avi;video/ogg;video/quicktime;video/x-avi;video/x-flv;video/x-mp4;video/x-mpeg;video/x-webm;video/x-mkv;application/x-extension-webm;video/x-matroska;video/x-ms-wmv;video/x-msvideo;video/x-msvideo/avi;video/x-theora/ogg;video/x-theora/ogv;video/x-ms-asf;video/x-m4v; ` [0]: http://www.hecticgeek.com/2011/11/how-to-make-ffmpegthumbnailer-work-in-ubuntu-11-10-oneiric-ocelot/ [1]: http://returnfalse.net/log/gnome-3-and-nautilus-video-thumbnails-with-ffmpegthumbnailer/ I am filing this bug as important because: * In the current situation, ffmpegthumbnailer is next to useless, as there is no documentation provided with the package on how to make it work. * The old method described in upstream's homepage/wiki doesn't work anymore. * The package should work out of the box. It would be nice to have the package shipping a file like this and ask the release team for a freeze exception so that ffmpegthumbnailer can work with the next release of Debian, which will not have GNOME 2 available anymore. Thanks, Rogério Brito. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.4-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ffmpegthumbnailer depends on: ii libc6 2.13-35 ii libffmpegthumbnailer4 2.0.7-2 ii libgcc11:4.7.1-6 ii libstdc++6 4.7.1-6 ffmpegthumbnailer recommends no packages. Versions of packages ffmpegthumbnailer suggests: ii libglib2.0-0 2.32.3-1 -- no debconf information -- 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#684128: false advertising
Quoting ian_br...@fastmail.net (ian_br...@fastmail.net): Severity set to 'wishlist' from 'important' So if the partitioner invites people to specify their swap space, or any other volume, in units of gigabytes, which JUST ABOUT EVERYBODY understands to mean 2^30 in that context, and instead it uses the hard I think you probably have a strange definition of just about everybody. In reality, I think that just about nobody cares about gigabytes being 2^30, or 10. This is basically splitting hairs, which wishlist perfectly fits. disk manufacturers' phony units which are seven percent smaller, WITHOUT EVEN TELLING YOU THIS, and you only find out when the installation is complete, and nothing can be done about it except starting all over again, then this isn't a real bug, but just wishlist? Yes. Please don't shout. signature.asc Description: Digital signature
Bug#684150: python-wxgtk2.8 breaks upgrade from squeeze to wheezy
Package: python-wxgtk2.8 Version: 2.8.12.1-11 Severity: critical Justification: breaks the whole system Hello, the upgrade from squeeze to wheezy aborts with the following error message: E: Could not perform immediate configuration on 'python-wxgtk2.8'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) After this error the package system is in a broken state, apt cannot continue the upgrade: # apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... failed. The following packages have unmet dependencies: bup : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed gimp : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed idle : Depends: python (= 2.6.6-3+squeeze7) but 2.7.3~rc2-1 is installed jack : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed mayavi2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed mercurial : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed miro : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed multiarch-support : Depends: libc6 (= 2.13-5) but 2.11.3-3 is installed pida : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python : Depends: python-minimal (= 2.7.3~rc2-1) but 2.6.6-3+squeeze7 is installed python-apt : Breaks: python (= 2.7) but 2.7.3~rc2-1 is installed python-bluez : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-cairo : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-crypto : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-dbus : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-dev : Depends: python (= 2.6.6-3+squeeze7) but 2.7.3~rc2-1 is installed python-egenix-mxdatetime : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-egenix-mxtools : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-eggtrayicon : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-fuse : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gammu : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gconf : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gda : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gdl : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gksu2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-glade2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gmenu : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gnome2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gnomekeyring : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gobject : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gpod : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gps : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gst0.10 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gtk2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gtkglext1 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gtkmozembed : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gtksourceview2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-gtkspell : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-httplib2 : Breaks: python (= 2.7) but 2.7.3~rc2-1 is installed python-imaging : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-imaging-tk : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-jppy : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-libtorrent : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-libxml2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-mapnik : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-markupsafe : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-mmkeys : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-mysqldb : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-newt : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-notify : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-numpy : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-openal : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-osmgpsmap : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-psyco : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-pycurl : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-pygame : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-pyorbit : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-pysqlite2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-pyx : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-qscintilla2 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-qt3 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-qt4 : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed python-qtext : Depends: python ( 2.7) but 2.7.3~rc2-1 is installed
Bug#683746: rspamd packaging
Laszlo, On 08/06/2012 04:30 PM, Vsevolod Stakhov wrote: Laszlo, On 08/05/2012 10:46 AM, Laszlo Boszormenyi (GCS) wrote: On Sat, 2012-08-04 at 23:53 +0400, Vsevolod Stakhov wrote: Thanks for taking care of it! I'm using this package for my machines, but I'm not very familiar with debian packaging policies unfortunately. Hmmm, do you really want to learn and package it? Learning is always good, I don't want to hijack it from you. Well, I've fixed all issues you pointed and committed them to rspamd mercurial repository. I think I'll release 0.5.1 version soon and the package would be for it, not for 0.5.0. Well, I've released 0.5.1 version in which I've fixed all problems you pointed me out. So what should be my next steps - go to the mentors.debian.net and upload packages? -- Vsevolod Stakhov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684151: libspring-java: Transition package to use default java implementation + compatiblity with Java 7
Package: libspring-java Version: 3.0.6.RELEASE-6 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to use default java implementation: - d/control: BD on default-jdk (= 1:1.6). Note that the package already uses JAVA_HOME=/usr/lib/jvm/default-java despite the fact that the current package does not directly depend on it. * d/patches/0011-java7-compat.patch: Compatibility patch for compilation with Java 7. Basic patch to support compilation with openjdk-7 (default java in Ubuntu). * d/build-classpath: Explicitly add servlet-api-2.5.jar to classpath to ensure that build does not use incompatible servlet-api-3.0. Ubuntu has transitioned some packages to use libservlet-api3.0-java to support inclusion of tomcat7 in main - this causes a FTBFS due to the fact that the servlet-api 3.0 is picked up automatically - this part of the fix ensures that servlet-api 2.5 is used. Note that spring 3.1 has support for 3.0. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQIQqIAAoJEL/srsug59jDgZgQALKshrMpsvFZHBlCa3rEk1zq TsquwJ2ZhaIYM8kb/UubPDfDOcyiihCcwiKZt22SitVJaLVkcVAuwYbZ6fMmOolP m7wjWYe84aFg9cH9zFz2nxV57l273qWct363XOR3ppoqwRFu1lT/Q/oF9rq+FXob S22GyvHjY6ubwccqf1lSW1YNc9zAheq72yIX+zxvuqtjLt0yeKYYypx4YG+MejmY 20hUhHYGy7eojId2o6vkxcRQo34p3wrK4c9hfwzjglyGwy1mBYMFlz6Noyj4wz6i pCw8oX4ReSpIAlNloG/qOiK1YzcGEp+5yUoQcQGf2I6LPBbIGDSO3CvofvtzYq9M jMR1ICMi5cP+1zfwH5iMx0FHr2oaC9MhNXcadO3XvaOV+ykb/rZoqw9y1U6UHb6/ M7qIh0MZw45aJijzgsUvJD0pWpSD6OPXRMzsvYZXHMOYK86IxJthnUWfN+ja+gVl +fPCZGQStYXWnunY3CTVCZ46ZaRLNWDZCtsEOBzbgqNmpi2i0NDMLDKmBtHV3zfb P5f4Mcalxn8o83mbe8bqm5LI4BCpggeOtRYiQownRin+SGm2YoX7QM7IkRwoW2dD QDaU0i8qPpgXpRetOkylyAXtUYdjhEA7ZB3w5XWgMDYLjY1mNN90MpuKiLdrYhnQ lGBJnur2yKMzDE7Iej3p =k9zH -END PGP SIGNATURE- diff -Nru libspring-java-3.0.6.RELEASE/debian/build-classpath libspring-java-3.0.6.RELEASE/debian/build-classpath --- libspring-java-3.0.6.RELEASE/debian/build-classpath 2012-01-14 16:27:40.0 + +++ libspring-java-3.0.6.RELEASE/debian/build-classpath 2012-08-07 09:07:00.0 +0100 @@ -1,3 +1,5 @@ +# Ensure servlet 2.5 is used +/usr/share/java/servlet-api-2.5.jar # Build system /usr/share/java/ivy.jar /usr/share/java/org.springframework.build.ant.jar diff -Nru libspring-java-3.0.6.RELEASE/debian/changelog libspring-java-3.0.6.RELEASE/debian/changelog diff -Nru libspring-java-3.0.6.RELEASE/debian/control libspring-java-3.0.6.RELEASE/debian/control --- libspring-java-3.0.6.RELEASE/debian/control 2012-06-21 02:29:30.0 +0100 +++ libspring-java-3.0.6.RELEASE/debian/control 2012-08-07 13:27:07.0 +0100 @@ -4,7 +4,7 @@ Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Uploaders: Damien Raude-Morvan draz...@debian.org, Miguel Landaeta mig...@miguel.cc DM-Upload-Allowed: yes -Build-Depends: debhelper (= 7.0.50~), ant, openjdk-6-jdk | openjdk-7-jdk +Build-Depends: debhelper (= 7.0.50~), ant, default-jdk (= 1:1.6) Build-Depends-Indep: maven-repo-helper (= 1.1), ivy, spring-build-scripts, libaspectj-java, bsh, glassfish-javaee, glassfish-mail, glassfish-toplink-essentials, groovy, junit4 (= 4.5), libaopalliance-java, libasm3-java, libatinject-jsr330-api-java, diff -Nru libspring-java-3.0.6.RELEASE/debian/patches/0011-java7-compat.patch libspring-java-3.0.6.RELEASE/debian/patches/0011-java7-compat.patch --- libspring-java-3.0.6.RELEASE/debian/patches/0011-java7-compat.patch 1970-01-01 01:00:00.0 +0100 +++ libspring-java-3.0.6.RELEASE/debian/patches/0011-java7-compat.patch 2012-08-07 13:26:45.0 +0100 @@ -0,0 +1,157 @@ +Description: Compatibility patch for JDBC 4.1 API in Java 7 + Drop with 3.1 release of spring. +Author: James Page james.p...@ubuntu.com +Forwarded: not-needed + +Index: libspring-java-3.0.6.RELEASE/projects/org.springframework.jdbc/src/main/java/org/springframework/jdbc/datasource/DriverManagerDataSource.java +=== +--- libspring-java-3.0.6.RELEASE.orig/projects/org.springframework.jdbc/src/main/java/org/springframework/jdbc/datasource/DriverManagerDataSource.java 2012-08-06 18:06:09.943525138 +0100 libspring-java-3.0.6.RELEASE/projects/org.springframework.jdbc/src/main/java/org/springframework/jdbc/datasource/DriverManagerDataSource.java 2012-08-06 18:06:10.875529907
Bug#611660: tomb vs cryptmount
On Tue, Aug 07, 2012 at 12:00:59PM +, Laszlo Boszormenyi (GCS) wrote: Hi Bert, On Tue, 2012-08-07 at 13:03 +0200, berta...@ptitcanardnoir.org wrote: I'd say that one of the most important difference is the use of the steghide tool to hide access keys in an image. Also Tomb has some Gtk integration. The steghide sounds good! However there are plenty of softwares in the Debian archive that provide almost the same features, so I'm not sure to get the point of this question. Some DDs would argue, as this is not the optimal state. There are a _lot of_ packages in Debian, but not all of them maintained correctly. Smaller number but more competent packages would help in general. Better packaging, easier to write HOWTOs for a specific task and so on. You make a point. If I asked for the status of this packaging, it's because I was willing to stand up for maintaining it if no one was wiling to do so. But to stay on topic, the question was more user oriented this time. I use and like cryptmount and I like CLI applications better. On the other hand, if tomb is better in many ways, I may migrate to it. Will do my tests then. About to create a package of tomb first. Great, don't hesitate to tell me what you think about it, I'm curious too. Upstream already did some packaging work in its debian0 branch. Also if you need any help, I'd be glad to. Including co-maintaining it if you're willing to include it in Debian. bert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684152: freeipmi-tools: ipmimonitoring false critical alerts
Package: freeipmi-tools Version: 0.7.17~beta2-1 Severity: normal Hi, I'm using a Nagios plugin to monitor IPMI sensors that calls 'ipmimonitoring'. Unfortunately, on some systems I get false critical alerts like this: | Record_ID | Sensor Name | Sensor Group | Monitoring Status| Sensor Units | Sensor Reading | 19 | iDRAC6 Ent PRES | Entity Presence | Critical | N/A | 'Entity Absent' or on another system | 46 | Presence | Entity Presence | Critical | N/A | 'Entity Absent' | 48 | Presence | Entity Presence | Critical | N/A | 'Entity Absent' | 49 | Presence | Entity Presence | Critical | N/A | 'Entity Absent' | 59 | iDRAC6 Ent PRES | Entity Presence | Critical | N/A | 'Entity Absent' Using 'ipmitool sdr elist' these are not reported with critical status: | iDRAC6 Ent PRES | 70h | ok | 7.1 | Absent | iDRAC6 Upgrade | 77h | ns | 7.1 | Disabled or on the other system | # ipmitool sdr elist | grep -i -E '(drac|pres)' | Presence | 50h | ok | 3.1 | Present | Presence | 51h | ok | 3.2 | Absent | Heatsink Pres| 52h | ok | 7.1 | Present | Presence | 54h | ok | 10.1 | Absent | Presence | 55h | ok | 10.2 | Absent | Presence | 56h | ok | 26.1 | Present | USB Cable Pres | 59h | ok | 7.1 | Present | Riser1 Pres | 5Ch | ok | 7.1 | Present | Status | 60h | ok | 3.1 | Presence detected | iDRAC6 Ent PRES | 70h | ok | 7.1 | Absent | iDRAC6 Upgrade | 77h | ns | 7.1 | Disabled | Drive| 80h | ok | 26.1 | Drive Present These Dell systems do have iDRAC6 Express, not Enterprise. Cheers -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 freeipmi-tools depends on: ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libfreeipmi6 0.7.17~beta2-1 GNU IPMI - libraries ii libipmiconsole2 0.7.17~beta2-1 GNU IPMI - Serial-over-Lan library ii libipmidetect00.7.17~beta2-1 GNU IPMI - IPMI node detection lib ii libipmimonitoring10.7.17~beta2-1 GNU IPMI - Sensor monitoring libra freeipmi-tools recommends no packages. Versions of packages freeipmi-tools suggests: pn freeipmi-bmc-watchdog none (no description available) pn freeipmi-ipmidetect none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684153: puppetmaster must be upgraded before upgrading puppet
Package: release-notes Severity: normal If you upgrade a puppet managed system from squeeze to wheezy and your puppetmaster runs squeeze, then you get this error message: Could not retrieve catalog from remote server: Error 400 on SERVER: No support for http method POST This message obviously[1] tells you, that you are running a 2.7 agent against a 2.6 master. After this message puppet will refuse to function at all until you upgrade your master. Some sort of warning for the uninitiated would be good. I tried to write a patch, but I was unable to find a development snapshot of the upcoming release notes. Helmut Grohne [1] Well not that obvious. http://bitcube.co.uk/content/puppet-errors-explained -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677864: wat ?
moar compiz pl0x -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683671: dash doesn't ignore SIGINT when running an interactive command
Hi Jonathan, On 2012-08-02 11:03:11 -0700, Jonathan Nieder wrote: Vincent Lefevre wrote: Severity: grave Justification: causes non-serious data loss Can you explain that more precisely? At first glance it seems like an ordinary important bug. Emacs is often called by other programs, and possibly from a /bin/sh script, with postprocessing. Here's a simple example: #!/bin/sh trap 'true' INT sh -c 'emacs -nw tmpfile; mv tmpfile newfile' rm -f tmpfile cat newfile rm -f newfile If Ctrl-G is typed in Emacs, the data are lost. Even though a correction could be done on such a simple example, in real applications, this is less obvious. And how do we do the difference between (1) a real SIGINT from Ctrl-C, meaning that the user is no longer interested in the data and clean-up can be done, and (2) a SIGINT coming from a bug, meaning that temporary files should be left on the disk and the user should guess where his data are and what they mean? http://unix.org/2008edition/ tells me: When a command is in an asynchronous list, it shall inherit from the shell a signal action of ignored (SIG_IGN) for the SIGQUIT and SIGINT signals, and may inherit a signal mask in which SIGQUIT and SIGINT are blocked. Otherwise, the signal actions and signal mask inherited by the command shall be the same as those inherited by the shell from its parent unless a signal action is modified by the trap special built-in (see trap ) This paragraph is about signals inherited by the command. Here the question is what the shell should do with SIGINT/SIGQUIT signals it receives while it is executing a command which is not killed by the signal? Not that how the command is affected by the signal is important. See the difference between: #!/bin/sh trap 'true' INT bash -c 'date tmpfile; sleep 5; mv tmpfile newfile' rm -f tmpfile cat newfile rm -f newfile with Ctrl-C during the sleep 5, and: #!/bin/sh trap 'true' INT bash -c 'date tmpfile; emacs -nw; mv tmpfile newfile' rm -f tmpfile cat newfile rm -f newfile with Ctrl-G in Emacs. You can also try: #!/bin/sh trap 'true' INT bash -c 'date tmpfile; gdb; mv tmpfile newfile' rm -f tmpfile cat newfile rm -f newfile with Ctrl-C in gdb. If bash is replaced by dash, one always gets a failure, not just in the first case. Since there was a similar problem with zsh and GNU Emacs under Mac OS X (and I really lost data several times, until I identified the problem, but contrary to here, the problem was occurring with all Emacs versions[*]), I now remember this page: http://www.cons.org/cracauer/sigint.html It probably gives the answer of what should be done. [*] http://www.zsh.org/mla/workers/2009/msg00926.html How about this patch (which at least gets rid of a mysterious code artifact)? This is worse: Ctrl-G in emacs kills emacs! -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680626: Squeeze-Wheezy: dist-upgrade fails, /usr/bin/python unable to load libssl.so.1.0.0
On Mon, Aug 06, 2012 at 08:43:57AM +0200, Raphael Hertzog wrote: Hello, On Sun, 05 Aug 2012, Robert Luberda wrote: Processing triggers for doc-base ... /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/UUID/UUID.so: undefined symbol: Perl_xs_apiversion_bootcheck dpkg: error processing doc-base (--unpack): subprocess installed post-installation script returned error exit status 127 This has been already reported as #673913. But to be honest I have no idea what to do with this bug. From doc-base point of view it has been fixed in doc-base 0.10.3, but you are still running 0.9.5. I believe the doc-base trigger was activated because some package providing /usr/share/doc-base file was upgraded during the dpkg run, and the doc-base trigger failed because system was not in consistent state. I've just learn about `interest-noawait' flag. Would using the flag in doc-base's triggers file help? Probably not, because still the flag won't be available in doc-base 0.9.5. It won't help for this upgrade. But it might help for the next one between wheezy and jessie. So it might still be a good idea to switch to interest-noawait for packages like doc-base and man-db which trigger for many packages. So maybe making libuuuid-perl to conflict with doc-base 0.10.3 as suggested in #652638 will be a better idea? Honestly, I don't know. That would be a klumsy work-around. Another thing that we should be considering is changing APT's default to avoid running the triggers so often. I filed http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626599 some time ago but it's not been activated yet :-( I did a test-upgrade this weekend on my laptop's wife and I enabled those APT's options: DPkg::NoTriggers true; PackageManager::Configure smart; DPkg::ConfigurePending true; DPkg::TriggersPending true; And the upgrade went fine. I clearly saw the part of the upgrade where libuuid-perl was unpacked before perl-base but no doc-base trigger was activated in between IIRC. I just tested several time following Raphael's advice on APT configuration, and I'm afraid it doesn't close this #680626 bug I reported. :/ However, when I ldd /usr/bin/python, it seems to be linked against libssl, so I'm wondering if this bug isn't related to the python package missing a dependency against libssl. It also seem to be linked against libcrypto, which is also missing when the dist-upgrade fails. I can test another time and send more informations if you tell me what output you might want to see included. bert. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684154: libusb-java: Transition package to use default java implementation + java 7 compatibility
Package: libusb-java Version: 0.8+ztex20090101-4 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to use default java implementation: - d/control: BD on default-jdk (= 1:1.6). - d/rules: Specify source = 1.5 during javadoc generation. - d/patches/java-compat.patch: Specify source/target = 1.5 to ensure that bytecode is backwards compatible and avoid Java 7 errors. Ubuntu quantal is transitioning default java from openjdk-6 to openjdk-7. This patch ensures that default-jdk is used during the build (which will ease furture transitions) and that the resulting bytecode is backwards compatibility with earlier versions of java. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQIQ5/AAoJEL/srsug59jD1E0P/34EmE0pXDME7nxS5FAmMMeq aXK4AjGaqoNnsjBAyf9UazSgF7utMvNQhlHaxjlBu96ESB48MzJPQuiItdfM3UaE TJ27nWTel7DKyZm0QbaEpStaGdSsUPO8y+1GkVeR/YCztVVCyBLiIqJU69QJw2ZM Fy/ihX8wT2x5qMzu2pEIrPuo49mK1IrK+pQY6IoehsDB7SfR+KW8hPUDtTmsok7f z6DXVSAeruUAwPohrQPPBiifTrqrKAcxpXxiv2P3o0TEU0wNaBZinA+q+m9wj/1T GRnJ4URqaIhKaJOZwlxM6nBI352g/Myw0Fx98/4UcemNh6vs8t8y9N6Frky3Wx5N GaOI5LwRvBSakKV+e49A26+QXtN7pcTFgxkdoxfgHQHHLVR4Uql/BqJuNbeRgP7I eHJWmL8UjXov9SgEDZxQtLm++P3ML8TaSkVVaIp8QjHfSd/nzSBg+ipeE8dF+Unt bx2CSDt10r01Vrg0gNQ4FNW5SNtkOpqJ5cJln9svgaZuzUrROmbG4ajy9wRhGDHW LaarhdQ7GHpwznw6sr59833CT9ilfGahN1+htlbxIPZ7pBr4AX7qcRXLLUW6jP4n 0SFRMINEa3QNghP8u/g6viK1zSLqUvujsbTd7hkbBAS54iEhBFEavqFCD5DkX24n TWpGkCGOyio2KUxusvy5 =f7fa -END PGP SIGNATURE- diff -Nru libusb-java-0.8+ztex20090101/debian/changelog libusb-java-0.8+ztex20090101/debian/changelog diff -Nru libusb-java-0.8+ztex20090101/debian/control libusb-java-0.8+ztex20090101/debian/control --- libusb-java-0.8+ztex20090101/debian/control 2012-07-03 15:21:50.0 +0100 +++ libusb-java-0.8+ztex20090101/debian/control 2012-08-07 13:44:21.0 +0100 @@ -1,7 +1,7 @@ Source: libusb-java Section: java Priority: extra Maintainer: Steffen Moeller moel...@debian.org -Build-Depends: debhelper (= 8.0.0), openjdk-6-jdk|sun-java6-jdk|java6-jdk|java2-compiler, libusb-dev +Build-Depends: debhelper (= 8.0.0), default-jdk (= 1:1.6), libusb-dev Standards-Version: 3.9.2 Homepage: http://libusbjava.sf.net diff -Nru libusb-java-0.8+ztex20090101/debian/patches/java-compat.patch libusb-java-0.8+ztex20090101/debian/patches/java-compat.patch --- libusb-java-0.8+ztex20090101/debian/patches/java-compat.patch 1970-01-01 01:00:00.0 +0100 +++ libusb-java-0.8+ztex20090101/debian/patches/java-compat.patch 2012-08-07 13:38:10.0 +0100 @@ -0,0 +1,18 @@ +Description: Ensure source/target is specified so that + bytecode is backwards compatible/avoiding encoding errors. +Author: James Page james.p...@ubuntu.com +Forwarded: no + +Index: libusb-java-0.8+ztex20090101/Makefile +=== +--- libusb-java-0.8+ztex20090101.orig/Makefile 2012-08-07 13:31:24.0 +0100 libusb-java-0.8+ztex20090101/Makefile 2012-08-07 13:37:22.199906759 +0100 +@@ -20,7 +20,7 @@ + ### + GCC=gcc + CHMOD=chmod -x +-JAVAC=javac ++JAVAC=javac -source 1.5 -target 1.5 + RM=rm -f + INSTALL=install + INSTALLDIR=$(INSTALL) -d diff -Nru libusb-java-0.8+ztex20090101/debian/patches/series libusb-java-0.8+ztex20090101/debian/patches/series --- libusb-java-0.8+ztex20090101/debian/patches/series 2011-09-09 20:47:52.0 +0100 +++ libusb-java-0.8+ztex20090101/debian/patches/series 2012-08-07 13:37:07.0 +0100 @@ -3,3 +3,4 @@ cflags.patch introduceVersion.patch doNotTreat64BitSpecialWithDebian.patch +java-compat.patch diff -Nru libusb-java-0.8+ztex20090101/debian/rules libusb-java-0.8+ztex20090101/debian/rules --- libusb-java-0.8+ztex20090101/debian/rules 2012-07-03 15:20:47.0 +0100 +++ libusb-java-0.8+ztex20090101/debian/rules 2012-08-07 13:40:37.0 +0100 @@ -18,7 +18,7 @@ dh_auto_build jar cf libusb.jar `find ch -name *.class` [ -d $(DOCPATH) ] || mkdir -p $(DOCPATH) - javadoc -classpath . -d $(DOCPATH) ch.ntb.usb + javadoc -source 1.5 -classpath . -d $(DOCPATH) ch.ntb.usb touch $@ LIBPACKAGE=libusb-java-lib
Bug#684143: redeclipse: security issues with transmitted map cfgs
Extended description of the issue: Game maps can in cube2-engine games be transmitted either from server to client or from client to client, which includes a config file (mapname.cfg) which is in cubescript format, this makes it possible for an attacker to send a malign script via a new map (which must be chosen by admin on a server, or created in cooperative editing mode). A script like this could trivially read/write to any files which the user running the client has access to (it is executed when the client loads the map). Patch: The patch stops textedit commands being able to be run in map-run scripts, thus disabling the ability to read/write to user files. Also attached new patch file including this description. From 52fdd35c3ffc1ce2e568180eac2da93e179fef2a Mon Sep 17 00:00:00 2001 From: eihrul eihrul@2cd6abe5-5779-42d9-9038-cec04ae5ff40 Date: Sun, 22 Jul 2012 21:22:55 + Subject: [PATCH] text command fix Comment: Game maps can in cube2-engine games be transmitted either from server to client or from client to client, which includes a config file (mapname.cfg) which is in cubescript format, this makes it possible for an attacker to send a malign script via a new map (which must be chosen by admin on a server, or created in cooperative editing mode). A script like this could trivially read/write to any files which the user running the client has access to (it is executed when the client loads the map). . This patch stops textedit commands being able to be run in map-run scripts, thus disabling the ability to read/write to user files. git-svn-id: https://redeclipse.svn.sourceforge.net/svnroot/redeclipse@3764 2cd6abe5-5779-42d9-9038-cec04ae5ff40 --- src/engine/textedit.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) --- a/src/engine/textedit.h +++ b/src/engine/textedit.h @@ -690,7 +690,7 @@ #define TEXTCOMMAND(f, s, d, body) ICOMMAND(0, f, s, d,\ editor *top = currentfocus();\ -if(!top) return;\ +if(!top || identflagsIDF_WORLD) return;\ body\ ) signature.asc Description: This is a digitally signed message part
Bug#684155: mockito: Drop BD on openjdk-6-jdk
Package: mockito Version: 1.9.0+ds1-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to default java implementation: - d/control: Drop BD on openjdk-6-jdk. This dependency is not required as the package also BD's on default-jdk. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQIRDyAAoJEL/srsug59jDv0gP/jYxaZjL6bODqmaxRaoVf+oV YwIaSogM7j4Cy0StHscEBWtycFUd07vrCwTwXyB4iN/cSoJ3ROYW9968xVTel6RU zBZ+3/3vAF6jiCHABqF2xudijKXpcH+zzlG7JL09l73cX7RLJ1HKa4MDs8hc3JlR ikooPynSYTXC39nty29v4t5FVvJwLPmEG9XMaR8zk2buBacsvuFz2hsoMr9ctJUx b9tCWgsTftadsq+oa1xEYrZexM4jxpy8Zfh9YaasfdxYdUShdFWBxoapohLvs3Ti fxHY7tJ+7AzJB7q7pvv85WmMCGuCdHriKHHzLlSmzIgvruriZHx7Rm87qn5shOdN ISpIT+3Krm05bamtgSgJ/SsQpoxTUkkjkiXXtz/3bngAJklLZUenckE7TLGU68kK cYF0jzq7xN9Ketg0Qi3hGH4U4fZIuNX4NHmfB/8FGS7pdA4N1+aI8xozL7wKbjQA NGDJsCljWqXSa/khyew9cNTZdD7qZaiCDrl1nUDH205YeI0Pi/5R181BqekJIsRK jzJkz7SYTVgt3dsiadr1ySDe0942f+TJBUrtE0LyR7n86bR5ygUwff3y+zQCtH2x sFjmT++nHFadSbtwUmV2mxdm8GzRzK4jGUYWideyiRNPCZ1nGLqyWFE+M6N1heSo vs1sPHNd8Um7zrsuFNuo =Ls3x -END PGP SIGNATURE- diff -Nru mockito-1.9.0+ds1/debian/changelog mockito-1.9.0+ds1/debian/changelog diff -Nru mockito-1.9.0+ds1/debian/control mockito-1.9.0+ds1/debian/control --- mockito-1.9.0+ds1/debian/control 2012-05-05 06:46:58.0 +0100 +++ mockito-1.9.0+ds1/debian/control 2012-08-07 13:57:10.0 +0100 @@ -6,7 +6,6 @@ debhelper (= 7.0.50~) , javahelper (= 0.20~) , maven-repo-helper (= 1.7.1) - , openjdk-6-jdk , default-jdk Build-Depends-Indep: libasm3-java
Bug#612509: On Removing freepats from early install CDs
reassign 684115 libwildmidi1 tags 684115 -patch retitle 684115 Please help remove freepats from install CD1 tags 612509 -wontfix severity 612509 important retitle 612509 Please avoid the transitive recommends from gst-plugins-bad to freepats merge 612509 684115 thanks In IRC discussion following the filing of (duplicate) 684115, Ansgar convinced me that addressing the transitive apparent dependency between gstreamer0.10-plugins-bad and freepats needed to be solved, as other means to eliminate freepats from CD1 in the install set were unsuccessful. While I remain convinced that this should not be done by changing the current Recommends: in libwildmidi-config to Suggests:, there are two means by which this can be solved. Either the creation of a gstreamer0.10-plugins-wildmidi binary package or potentially a change from Depends: to Suggests: between libwildmidi1 and libwildmidi1-config. This will have the side effect of breaking working MIDI rendering on web pages for most new users, although those users who expect such things to work may install the appropriate package where the relationship is broken, and packages that wish to ensure the functionality can Recommend: the appropriate package, depending on the point at which the chain is broken. Current users should be unaffected by either change (and should need to take manual steps to remove freepats if it is already installed). From what I understand, it is now too late in the wheezy cycle for a new package split of gst-plugins-bad0.10, so that this is no longer an immediately available option (it is also annoying, for various reasons discussed previously in 612509). Addressing this with the second potential solution is significantly easier, although it brings the side effect that users who happen to install timidity *may* end up with working MIDI through gstreamer and wildmidi, even with libwildmidi-config uninstalled (as a result of agressive searching for configuration files in the gstreamer code). Unfortunately, I beleive this also cannot be achieved until after the wheezy release, as the package split creating libwildmidi-config postdates the squeeze release, requiring the stricter dependency to guarantee appropriate file ownership for squeeze-wheezy upgrades (and undoing the package split both eliminates the opportunity for breaking the transitive dependency this way and makes libwildmidi1 non-multiarch-compliant). Having looked through the relevant gstreamer and wildmidi code, I believe the latter option to be less invasive, as both codebases seem to assume that the configuration file may be missing or empty and the entire pipeline seems to exit gracefully when there is no configuration. What testing I have performed supports this, although if other's testing differs from my results, I would welcome any patches to help ensure appropriate behaviour in the unconfigured use case. If anyone has suggestions on how to achieve this in wheezy without either telling wildmidi to use a config file that references files not expected to be installed in parallel (with the default package manager configurations), or leaving upgrading users in a state which requires actions beyond the maintainer scripts from which to recover, I would be pleased to hear them. Otherwise, it is my intent to change the package relationships in jessie such that libwildmidi1 suggests, rather than depending on libwildmidi-config, and both wildmidi and libwildmidi-dev Recommend: libwildmidi-config (the former so that users who install the binary tool will have a working configuration, and the latter so that any runtime test code that exercises a gstreamer pipeline will work rather than reporting failure to initialise). Users upgrading from wheezy should experience no unexpected behaviour changes, freepats should no longer appear on CD1, and users who prefer not to render MIDI may save some disk space. -- Emmet HIKORY -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684156: xl2tpd refuse connection after some period of time
Package: xl2tpd Version: 1.3.1+dfsg-1 Severity: normal Hello, I configured xl2tdp and it accept connection from Android phone, linux and mac os x. But. after some period of time (for example 1 hour) it just stop accept connections. I run xl2tpd in debug mode from server console: xl2tpd -D and catch some log when it refuses connections from mac os x: root@domU-12-31-39-00-8A-6B:~# xl2tpd -D xl2tpd[16379]: setsockopt recvref[30]: Protocol not available xl2tpd[16379]: This binary does not support kernel L2TP. xl2tpd[16379]: xl2tpd version xl2tpd-1.3.1 started on domU-12-31-39-00-8A-6B PID:16379 xl2tpd[16379]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc. xl2tpd[16379]: Forked by Scott Balmos and David Stipp, (C) 2001 xl2tpd[16379]: Inherited by Jeff McAdams, (C) 2002 xl2tpd[16379]: Forked again by Xelerance (www.xelerance.com) (C) 2006 xl2tpd[16379]: Listening on IP address 10.254.141.149, port 1701 xl2tpd[16379]: network_thread: recv packet from 89.252.56.204, size = 85, tunnel = 0, call = 0 ref=0 refhim=0 xl2tpd[16379]: get_call: allocating new tunnel for host 89.252.56.204, port 64843. xl2tpd[16379]: network_thread: recv packet from 89.252.56.204, size = 85, tunnel = 0, call = 0 ref=0 refhim=0 xl2tpd[16379]: get_call: allocating new tunnel for host 89.252.56.204, port 64843. xl2tpd[16379]: control_finish: Peer requested tunnel 13 twice, ignoring second one. xl2tpd[16379]: build_fdset: closing down tunnel 31268 xl2tpd[16379]: network_thread: recv packet from 89.252.56.204, size = 85, tunnel = 0, call = 0 ref=0 refhim=0 xl2tpd[16379]: get_call: allocating new tunnel for host 89.252.56.204, port 64843. xl2tpd[16379]: control_finish: Peer requested tunnel 13 twice, ignoring second one. xl2tpd[16379]: build_fdset: closing down tunnel 39311 xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: recv packet from 89.252.56.204, size = 85, tunnel = 0, call = 0 ref=0 refhim=0 xl2tpd[16379]: get_call: allocating new tunnel for host 89.252.56.204, port 64843. xl2tpd[16379]: control_finish: Peer requested tunnel 13 twice, ignoring second one. xl2tpd[16379]: build_fdset: closing down tunnel 64416 xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: Maximum retries exceeded for tunnel 40270. Closing. xl2tpd[16379]: Connection 13 closed to 89.252.56.204, port 64843 (Timeout) xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: recv packet from 89.252.56.204, size = 85, tunnel = 0, call = 0 ref=0 refhim=0 xl2tpd[16379]: get_call: allocating new tunnel for host 89.252.56.204, port 64843. xl2tpd[16379]: control_finish: Peer requested tunnel 13 twice, ignoring second one. xl2tpd[16379]: build_fdset: closing down tunnel 44389 xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: Unable to deliver closing message for tunnel 40270. Destroying anyway. xl2tpd[16379]: network_thread: recv packet from 89.252.56.204, size = 85, tunnel = 0, call = 0 ref=0 refhim=0 xl2tpd[16379]: get_call: allocating new tunnel for host 89.252.56.204, port 64843. xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: recv packet from 89.252.56.204, size = 85, tunnel = 0, call = 0 ref=0 refhim=0 xl2tpd[16379]: get_call: allocating new tunnel for host 89.252.56.204, port 64843. xl2tpd[16379]: control_finish: Peer requested tunnel 13 twice, ignoring second one. xl2tpd[16379]: build_fdset: closing down tunnel 43361 xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: Maximum retries exceeded for tunnel 7393. Closing. xl2tpd[16379]: Connection 13 closed to 89.252.56.204, port 64843 (Timeout) xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: network_thread: select timeout xl2tpd[16379]: Unable to deliver closing message for tunnel 7393. Destroying anyway. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages xl2tpd depends on: ii libc6 2.13-31Embedded GNU C Library: Shared lib ii libpcap0.81.2.1-1system interface for user-level pa ii ppp 2.4.5-5Point-to-Point Protocol (PPP) - da xl2tpd recommends no packages. xl2tpd suggests no packages. --
Bug#684157: texlive-math-extra: unicode-math requires lmmath-regular.otf
Package: texlive-math-extra Version: 2012.20120611-2 Severity: normal Dear Maintainer, the default settings for unicode-math require the latin modern math fonts: - \documentclass{article} \usepackage{unicode-math} \begin{document} Test \end{document} - Compiling this with lualatex gives the following output: ! ! fontspec error: font-not-found ! ! The font lmmath-regular.otf cannot be found. ! ! See the fontspec documentation for further information. ! ! For immediate help type H return. !... This can be fixed by installing and selecting another math font. So preferred solution would be to package Latin Modern Math, too -- Package-specific info: IMPORTANT INFORMATION: We will only consider bug reports concerning the packaging of TeX Live as relevant. If you have problems with combination of packages in a LaTeX document, please consult your local TeX User Group, the comp.text.tex user group, the author of the original .sty file, or any other help resource. *** The Debian TeX Team is *no* LaTeX Help Desk *** If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.minimalbeispiel.de/mini-en.html (english) or http://www.minimalbeispiel.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 root root 1566 Aug 7 14:39 /var/lib/texmf/ls-R lrwxrwxrwx 1 root root 29 Jun 18 03:25 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN -rw-rw-r-- 1 root staff 80 Jul 26 11:50 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Jun 26 00:39 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files -rw-r--r-- 1 root root 475 Jul 26 11:58 /etc/texmf/web2c/texmf.cnf -rw-r--r-- 1 root root 4745 Aug 7 14:39 /var/lib/texmf/web2c/fmtutil.cnf lrwxrwxrwx 1 root root 32 Jun 26 00:39 /usr/share/texmf/web2c/updmap.cfg - /var/lib/texmf/updmap.cfg-DEBIAN -rw-r--r-- 1 root root 3886 Aug 7 14:39 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 8 -rw-r--r-- 1 root root 283 Jun 9 2009 mktex.cnf -rw-r--r-- 1 root root 475 Jul 26 11:58 texmf.cnf ## md5sums of texmf.d ca40c66f144b4bafc3e59a2dd32ecb9c /etc/texmf/texmf.d/00debian.cnf -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (650, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texlive-math-extra depends on: ii dpkg 1.16.4.3 ii tex-common 3.13 ii texlive-binaries 2012.20120628-1 ii texlive-common 2012.20120611-3 ii texlive-fonts-recommended 2012.20120611-3 ii texlive-latex-base 2012.20120611-3 texlive-math-extra recommends no packages. texlive-math-extra suggests no packages. Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.44 ii dpkg 1.16.4.3 ii ucf3.0025+nmu3 Versions of packages tex-common suggests: ii debhelper 9.20120608 Versions of packages texlive-math-extra is related to: ii tex-common3.13 ii texlive-binaries 2012.20120628-1 -- debconf information: tex-common/check_texmf_wrong: tex-common/check_texmf_missing: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble?
Bug#684158: logol: Transition package to use default java implementation
Package: logol Version: 1.5.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * Transition package to use default java implementation: - d/control: BD on default-jdk (= 1:1.6), switch runtime dependency to default-jre | java6-runtime. - d/rules: Specify source/target = 1.5 to ensure backwards compatible bytecode is built. Ubuntu quantal is transitioning default java from openjdk-6 to openjdk-7; this patch eases this transtion (and future java transitions). It also ensures that the bytecode produced by the package is backwards compatible. Note that this transition is not a release goal for wheezy. Thanks for considering the patch. - -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-8-generic (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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJQIRNtAAoJEL/srsug59jDlEgP/0wBBWeP4ChlVdDpM9sfPYlK x2LNZ5nyAcnJXVw53IvxjuexpKneEVXNluO7vHFYP7eqpTgcpy/+tbP5utUxUv9n WR63oYi6BrRgJpXzoy/+a8837cf/487Nq8xxIOlXxDtkORd13WzbxIiBPHXVc9QW OneB5k/myWUiarjZBYb1z3pchg7LKAnJCcQrAwB5gT1sQGORqmioNJRvuZ+ACrsW B9IBIGnSCKsYgOykvyy7l1UCNuW1Suk1/9xrLYXYEykQqoPYdKpTMth3Ybxdgi7y 2aqr6EjpazxE4dCh+ZkPTvT8/ndi3h34rRa3VREnFg4sdKQK8j8AS7BThtkDpwhK vrEAxNYgEx4wKY38wViePMFbkx+kwHTKnmbeUD0OEHCpTkLuhCtNbVbDR0fwcbjs BMb1/4hR+WM+zpljFc+h7rGH81pwoomxTNU83oAMfn4sVXmRIDyRGlAGg3FM6RTq O551+R5nyjBSK1arFwAEZ0Ju2Mq1IHBBYEWmC4IFO0+K+q91eqOrKC0g9P4yCkdn 3YSXjU/IY3EbPqQczZ6wiHE1XYgHj/N2eQHAXiKJCKmeqB8RD4JAw11RYbyJtrqE U7B2kAotmxLeFua+JQ5fbLaIR+K8iPNMH27V/C9DZPByBK+O3rGLNellJrQ6T3L9 nVp5ToGx7f3IQdPO/25i =ZpH6 -END PGP SIGNATURE- diff -Nru logol-1.5.0/debian/changelog logol-1.5.0/debian/changelog diff -Nru logol-1.5.0/debian/control logol-1.5.0/debian/control --- logol-1.5.0/debian/control 2012-07-01 21:53:13.0 +0100 +++ logol-1.5.0/debian/control 2012-08-07 14:07:05.0 +0100 @@ -6,7 +6,7 @@ DM-Upload-Allowed: yes Vcs-Svn: svn://svn.debian.org/debian-med/trunk/packages/logol/trunk/ Vcs-Browser: http://svn.debian.org/wsvn/debian-med/trunk/packages/logol/trunk/ -Build-Depends: debhelper (= 8.0.0),openjdk-6-jdk|default-jdk|sun-java6-jdk,ant,ruby (=1.8),rubygems, gawk, swi-prolog, +Build-Depends: debhelper (= 8.0.0), default-jdk (= 1:1.6),ant,ruby (=1.8),rubygems, gawk, swi-prolog, libbiojava-java, libdrmaa-java, antlr3, libcommons-cli-java, libcommons-collections3-java, libcommons-configuration-java, libcommons-lang-java, libcommons-logging-java, libxalan2-java, libxerces2-java, junit4, libgnumail-java, liblog4j1.2-java,texlive, tex4ht, libncursesw5-dev, ruby-cassiopee, ant-optional @@ -15,7 +15,7 @@ Package: logol Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, openjdk-6-jre|default-jre|sun-java6-jre, ruby (=1.8),rubygems, gawk, +Depends: ${shlibs:Depends}, ${misc:Depends}, default-jre | java6-runtime , ruby (=1.8),rubygems, gawk, libbiojava-java, libdrmaa-java, antlr3, libcommons-cli-java, libcommons-collections3-java, libcommons-configuration-java, libcommons-lang-java, libcommons-logging-java, libxalan2-java, libxerces2-java, libgnumail-java, liblog4j1.2-java, ruby-cassiopee, logol-bin diff -Nru logol-1.5.0/debian/rules logol-1.5.0/debian/rules --- logol-1.5.0/debian/rules 2012-07-01 22:47:53.0 +0100 +++ logol-1.5.0/debian/rules 2012-08-07 13:59:41.0 +0100 @@ -5,10 +5,14 @@ #export DH_VERBOSE=1 DEB_ANT_BUILD_TARGET=create-jar,test_swi +DEB_ANT_ARGS=-Dant.build.javac.source=1.5 -Dant.build.javac.target=1.5 %: dh $@ +override_dh_auto_build: + dh_auto_build -- $(DEB_ANT_ARGS) + override_dh_install: dh_install rm -f debian/logol/usr/share/logol/prolog/*.c
Bug#620137: Can't reproduce with libreoffice-writer 1:3.5.4-6
Hi. Just to post this information, I tried opening, saving and reopening the document bug-test.docx provided by the original bug reporter above, and the problem does not seem to occur in libreoffice-writer 1:3.5.4-6. I'd appreciate it if someone else could confirm that they are also, indeed, not able to reproduce this bug. Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org