Bug#679461: pleiades: [INTL:de] Initial German debconf translation
Quoting Chris Leick (c.le...@vollbio.de): Package: pleiades Version: 1.3.4~I20120531-dfsg-3 Severity: wishlist Tags: l10n patch Hi, please find attached the initial German debconf translation of pleiades. One string has been changed upstream after the call for translations to trop a double space. That fuzzies this translation for that string. Attached is a fixed version. Maintainer, please use that one. de.po Description: application/gettext signature.asc Description: Digital signature
Bug#677735: freeglut: Please add multiarch support
Hello Michael, thanks for the patch. But I would like you to ask to remove this NMU. Multiarch is fixed already in git [1] about a week ago. But it is not yet fully tested against all build-rdepends. The new version debian/2.6.0-3 which fixes FTBFS on KfreeBSD-systems is waiting for uploading [2]. The next upload will fix multi-arch issue. Thank you [1] http://anonscm.debian.org/gitweb/?p=collab-maint/freeglut.git;a=shortlog;h=refs/heads/multiarch [2] http://anonscm.debian.org/gitweb/?p=collab-maint/freeglut.git Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679489: transifex-client and python-restkit: error when trying to install together
Package: python-restkit,transifex-client Version: python-restkit/4.1.3-1 Version: transifex-client/0.8-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-29 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libexpat1 mime-support python2.7-minimal python2.7 python-minimal python python2.6-minimal python2.6 python-http-parser python-pkg-resources python-nose python-webob transifex-client python-socketpool python-restkit Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libexpat1:amd64. (Reading database ... 10728 files and directories currently installed.) Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-1_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.3-1_amd64.deb) ... Selecting previously unselected package python2.7. Unpacking python2.7 (from .../python2.7_2.7.3-1_amd64.deb) ... Selecting previously unselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.7.3~rc2-1_all.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.3~rc2-1_all.deb) ... Selecting previously unselected package python2.6-minimal. Unpacking python2.6-minimal (from .../python2.6-minimal_2.6.8-0.2_amd64.deb) ... Selecting previously unselected package python2.6. Unpacking python2.6 (from .../python2.6_2.6.8-0.2_amd64.deb) ... Selecting previously unselected package python-http-parser. Unpacking python-http-parser (from .../python-http-parser_0.7.5-1_amd64.deb) ... Selecting previously unselected package python-pkg-resources. Unpacking python-pkg-resources (from .../python-pkg-resources_0.6.24-1_all.deb) ... Selecting previously unselected package python-nose. Unpacking python-nose (from .../python-nose_1.1.2-3_all.deb) ... Selecting previously unselected package python-webob. Unpacking python-webob (from .../python-webob_1.1.1-1_all.deb) ... Selecting previously unselected package transifex-client. Unpacking transifex-client (from .../transifex-client_0.8-1_all.deb) ... Selecting previously unselected package python-socketpool. Unpacking python-socketpool (from .../python-socketpool_0.4.1-1_all.deb) ... Selecting previously unselected package python-restkit. Unpacking python-restkit (from .../python-restkit_4.1.3-1_all.deb) ... dpkg: error processing /var/cache/apt/archives/python-restkit_4.1.3-1_all.deb (--unpack): trying to overwrite '/usr/share/pyshared/tests/__init__.py', which is also in package transifex-client 0.8-1 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/python-restkit_4.1.3-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/python2.6/dist-packages/tests/__init__.py /usr/lib/python2.7/dist-packages/tests/__init__.py /usr/share/pyshared/tests/__init__.py This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679490: wine64-bin-unstable and wine64-bin: error when trying to install together
Package: wine64-bin,wine64-bin-unstable Version: wine64-bin/1.4.01-1 Version: wine64-bin-unstable/1.5.6-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-06-29 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! wine64-bin wine64-bin-unstable Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package wine64-bin. (Reading database ... 10728 files and directories currently installed.) Unpacking wine64-bin (from .../wine64-bin_1.4.1-1_amd64.deb) ... Selecting previously unselected package wine64-bin-unstable. Unpacking wine64-bin-unstable (from .../wine64-bin-unstable_1.5.6-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/wine64-bin-unstable_1.5.6-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/wine', which is also in package wine64-bin 1.4.1-1 Errors were encountered while processing: /var/cache/apt/archives/wine64-bin-unstable_1.5.6-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/wine This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673490: Sorry about the delay on this
Hi! I'm still alive and aware of the freeze coming now but I've been father for the second time three weeks ago and I'm still not able to find the time needed to fix all this. What I'm planning to do with all the stuff we've talked about on this bug: vlan dependency: leave it like it is for wheezy as we are not dropping the package yet and the changes I'll need to do are too big for this time of the release. hotplug of interfaces: have this behaviour selectable and disabled by default on a /etc/default/bridge-utils (I know some people won't like this, but I couldn't get the help on looking at all this that I was hoping for, so... this is the best I can do for now) resolvconf issue: there is already another bug for that one (#676183) and I'll try to reproduce and fix this one. Any other? If anybody wants to help in sending patches or whatever he is welcome to do so, as I'm still having problems in finding time for this and I'm having a travel soon, so time will even be less. Regards... -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677713: [BTS#677713] templates://ipsec-tools/{racoon.templates} : Final update for English review
Quoting Matthew Grant (matthewgra...@gmail.com): Dear Christian, Hope you are not too busy. Well, I like to be busy, don't worry..:-)...Sometime, I rant a bit about maintainers keeping me busy but that doesn't last for very long... See answer below.. On Thu, Jun 28, 2012 at 6:02 PM, Christian PERRIER bubu...@debian.orgwrote: Please review the suggested changes, and if you have any objections, let me know in the next 3 days. After looking at the changes, I have a suggestion for the control file Description of the packages. ipsec-tools and racoon are cross platform, and run on Debian/kfreebsd. The current full ipsec-tools/racoon are included in NetBSD as the IPSEC daemon, and in Mac OSX. It was the original IPSEC implementation that worked with the in kernel.org 2.6.x IPSEC stack, and was ported from the KAME IPv6 project (http://www.kame.net). From 'apt-cache rdepends ipsec-tools' I believe all the IPSEC software on Debian depends on ipsec-tools, presumably for init scripts to initialise the in kernel IPSEC SPD and SAD tables. Racoon is currently the ONLY IKE daemon for the Debian/kfreebsd architecture The control Description: should also mention that it works with Debian/kfreebsd. Thank you very much for all your work, I have no problem with this as it seems to add more information *and* have now bug impact on the existing localization work. signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Let's hope you can reach Neskie Manuel who is, IIRC, the author of many locales for Aboriginal languages of North America. It's quite some time since I heard from him, though (about 2 years). Quoting Helge Kreutzmann (deb...@helgefjell.de): Hello, you are listed as contact person/author of the following locale: shs_CA This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ -- signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
I add to the CC list another mail address I know about Boerre Gaup. Also CC'ing Petter Reinholdtsen, ou Debian Wizard for everything related to Norway, in case he would have alternate ways to reach Boerre. Quoting Helge Kreutzmann (deb...@helgefjell.de): Hello, you are listed as contact person/author of the following locale: se_NO This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ -- signature.asc Description: Digital signature
Bug#679491: [fetchmail] Spamassassin-Fetchmail depedenty boot order needs fixing
Package: fetchmail Version: 6.3.21-4 Severity: normal --- Please enter the report below this line. --- I am including verbatum a posting and answer about this problem: The new sysv-rc assined K01 symlinks to fetchmail. However, I want to have spamassassin and its rules up beforehand. I have been doing this explicitly in what is now rc.local. Fetchmail did not like the duplicated start and my mail wored only after I restarted fetcmail. There must be a more correct way to do this. ( Meanwhile, I removed the symlinks to allow my rc.local to start fetchmail. The next upgrades will restore them unless I divert. The sysv-rc gave K03 symlinks to spamassassin which would mean starting after fetchmail and there is not menion of the rules. ) Looking at the fetchmail init script: ### BEGIN INIT INFO # Provides: fetchmail # Required-Start:$network $local_fs $remote_fs $syslog # Required-Stop: $remote_fs # Should-Start: $mail-transport-agent exim4 $named # Should-Stop: $mail-transport-agent exim4 # Default-Start: 2 3 4 5 # Default-Stop: # Short-Description: init-Script for system wide fetchmail daemon ### END INIT INFO and spamassassin: ### BEGIN INIT INFO # Provides: spamassassin # Required-Start: $remote_fs # Required-Stop: $remote_fs # Should-Start: $network $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 ### END INIT INFO So you just need to have Should-Start: spamassassin in the fetchmail script. And/or X-Start-Before: fetchmail in the spamassassin script. Then re-run insserv. I would suggest filing a bug against the fetchmail package asking them to do the former. While the dependency info was missing in this case, this is actually the nice thing about the dependency based boot. The fetchmail- spamassassin dependency is implicit with sequence numbers, and not immediately obvious. As above, it's explicit and obvious with the dependencies--it just needs adding! --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-3-686-pae Debian Release: wheezy/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.us.debian.org --- Package information. --- Depends(Version) | Installed -+- libc6 (= 2.11) | 2.13-33 libcomerr2 (= 1.01) | 1.42.4-3 libgssapi-krb5-2 (= 1.10+dfsg~) | 1.10.1+dfsg-1 libkrb5-3(= 1.6.dfsg.2) | 1.10.1+dfsg-1 libssl1.0.0 (= 1.0.0) | 1.0.1c-3 debianutils (= 1.7) | 4.3.1 adduser(= 3.34) | 3.113+nmu3 lsb-base (= 3.2-13) | 4.1+Debian7 Recommends (Version) | Installed ==-+-=== ca-certificates| 20120623 Suggests (Version) | Installed ===-+-=== fetchmailconf | 6.3.21-4 default-mta | OR mail-transport-agent| resolvconf | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677191: Add watch: LP#789706
Just a quick note that Ubuntu Launchpad has a largish number of recent duplicates for this bug. https://bugs.launchpad.net/ubuntu/+source/xemacs21/+bug/789706 xemacs21 has been stable (as in basically unmaintained in Ubuntu) for a long time, across several Ubuntu releases. This points to emacsen-common as the likely source for whatever exposes this, although it may well be that the root cause for the bug is in the xemacs21 packaging. #313511 looks similar, maybe the changes discussed there are actually relevant for this case? /* era */ -- If this were a real .signature, it would suck less. Well, maybe not. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679492: [spamassassin] Dependency boot ordering and running sa_update
Package: spamassassin Version: 3.3.2-3 Severity: normal --- Please enter the report below this line. --- I filed a bug report on Fetchmail that its startup script should assure spamassassin startup. This was requested by maintainer of sywv-rc. I had been doing all this in rc.local because of this ordering problem before. Sa_update needs be run before spamassassin in order for the rules to be up-to- date. I had been doing this in rc.local as well. Should be a more correct/Debian way. This might be reclassified a security issue! --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-3-686-pae Debian Release: wheezy/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 100 experimental-snapshots qt-kde.debian.net 1 experimentalftp.us.debian.org --- Package information. --- Depends(Version) | Installed -+-=== perl (= 5.8.0) | 5.14.2-12 libhtml-parser-perl(= 3.43) | 3.69-2 libsocket6-perl | 0.23-1+b2 libsys-hostname-long-perl| 1.4-2 libarchive-tar-perl | libwww-perl | 6.04-1 libnet-dns-perl(= 0.34) | 0.66-2+b2 libnetaddr-ip-perl | 4.062+dfsg-1 perl-modules (= 5.10) | 5.14.2-12 OR libio-zlib-perl(= 1.04) | adduser | 3.113+nmu3 Recommends (Version) | Installed ==-+-=== spamc(= 2.30) | 3.3.2-3 libmail-spf-perl | 2.8.0-1 re2c | libsys-syslog-perl | gnupg | 1.4.12-4+b1 gcc| 4:4.7.1-1 libc6-dev | 2.13-33 make | 3.81-8.2 libio-socket-inet6-perl| 2.69-2 Suggests (Version) | Installed ==-+-= razor (= 2.361-2) | 1:2.85-4+b1 libnet-ident-perl | libio-socket-ssl-perl | 1.76-1 libdbi-perl| 1.622-1 pyzor | libcompress-zlib-perl | libmail-dkim-perl | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678573: Localized search (with google) disappeared
On Fri, Jun 29, 2012 at 07:41:03AM +0200, Mike Hommey wrote: On Fri, Jun 22, 2012 at 09:21:37PM +0200, Pietro Battiston wrote: Package: iceweasel-l10n-it Version: 1:10.0.5esr-1 Severity: normal Tags: l10n Since some update, Iceweasel stopped sending my queries in the search box to google.it, and it now sends them to google.com, so I get non-localized results. I took a look at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=75 ... but I do have iceweasel-l10n-it installed (and indeed I see the interface in Italian). I know there's a new version in experimental, which I'm currently unable to test, but still the changelog mentions the localization of plugins in the changes for 10.0.3esr-1, while I have the newer 10.0.5esr-1, so I guess something's gone wrong. What does find /etc/iceweasel/searchplugins say ? What are the contents of the search.json file under your iceweasel profile (under $HOME/.mozilla/firefox) ? Actually, being sent to google.com is, in fact, expected. That's what firefox does too. However, you should be getting italian results. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679489: transifex-client and python-restkit: error when trying to install together
reassign 679489 python-restkit 4.1.3-1 clone 679489 -1 reassign -1 transifex-client 0.8-1 thanks * Ralf Treinen trei...@free.fr, 2012-06-29, 08:05: Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/python2.6/dist-packages/tests/__init__.py /usr/lib/python2.7/dist-packages/tests/__init__.py /usr/share/pyshared/tests/__init__.py None of the packages should ship a module with such a generic name. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652472: still not working
Le jeudi 28 juin 2012 à 11:14 -0600, Charles Bland a écrit : Doesn't work for me on sid with all updates. This is after gdm3 was updated to 3.4. Autologin does nothing and resets itself to off for user. It works perfectly for me. Does it add the correct stanzas to /etc/gdm3/daemon.conf or does it simply do nothing? -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679494: lilypond-doc: apparently unnecessary symlink /usr/share/info/lilypond - html documentation
Package: lilypond-doc Version: 2.14.2-3 Severity: minor There's a symlink /usr/share/info/lilypond - /usr/share/doc/lilypond/html/Documentation which doesn't make much sense - info can't read html files afaik. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679001: [Fingerforce-devel] Bug#679001: libfprint0: Missing fingerprint reader in 60-libfprint0.rules
Hi
and thanks for your quick reply and the quick fix of this. I've just
pulled the latest version from unstable and can confirm that this is
fixed now.
Thanks again
--
Chris
Am 26.06.2012 10:48, schrieb Didier 'OdyX' Raboud:
tags 679001 +patch +pending
thanks
Hi Chris, and thanks for your bugreport,
Le lundi, 25 juin 2012 18.16:49, Chris a écrit :
while using the fingerprint-gui https://launchpad.net/~fingerprint on my
Thinkpad T61 with this fingerprint reader:
Bus 002 Device 002: ID 0483:2016 SGS Thomson Microelectronics
Fingerprint Reader
i've got the message cloud not open fingerprint-device. After adding
the following line:
SUBSYSTEM==usb, ATTRS{idVendor}==0483, ATTRS{idProduct}==2016,
ATTRS{dev}==*, ATTR{power/control}=auto, MODE=0664, GROUP=plugdev
to my
/lib/udev/rules.d/60-libfprint0.rules
the gui is now working.
Indeed. The udev rules generator was too smart: your device is blacklisted by
libfprint for the power/control capability so there was no udev rule created
at all. The attached patch embeds the Debian-specifics in that udev rules
generator while respecting the blacklist for power/control.
This will be uploaded soon.
SUBSYSTEM==usb, ATTRS{idVendor}==0483, ATTRS{idProduct}==2015,
ATTRS{dev}==*, ATTR{power/control}=auto, MODE=0664, GROUP=plugdev
SUBSYSTEM==usb, ATTRS{idVendor}==1162, ATTRS{idProduct}==0300,
ATTRS{dev}==*, ATTR{power/control}=auto, MODE=0664, GROUP=plugdev
Maybe this readers can be added to the rules file from libfprint0?
No; and here's why: 0483:2015 and 1162:0300 are devices supported by the
upektc and fdu2000 drivers respectively. These two drivers cannot
currently be compiled in libfprint and are marked as not ported (to
libusb-1.0).
So before adding the udev rules for them, one needs to port the drivers.
Cheers,
OdyX
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509338: NULL pointer dereference in psmouse
Hi, Am Donnerstag, den 28.06.2012, 17:44 -0500 schrieb Jonathan Nieder: Do you remember when the NULL pointer dereference went away? (E.g., does the 2.6.32.y kernel from squeeze reproduce it? A squeeze kernel should work fine on a wheezy/sid system.) I can’t remember (I disabled the touchpad and thus the problem would not occur regularly). Is it important to find out whether squeeze is affected, or can we just leave it at that, knowing that its fixed with current kernels? Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#572339: [squeeze] WARNING at arch/x86/kernel/hpet.c:390 (Re: problem(?) with hpet at boot time)
Hi Jonathan, I've got a new PC in the meantime (running Squeeze and the 3.2.x backports kernel). I am sorry, but the old PC is running Testing now. AFAICS the problem doesn't come up with the 3.2.x kernel. From my side its OK to drop this bug report. 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#679495: unblock: klibc/2.0.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package klibc once d-i beta is released, for the nfsmount wrong unwind in error path fix of: http://bugs.debian.org/679011 diff from 2.0 to 2.0.1 is minimal and just adds this two-liner for gethostname()/getdomainname(), plus a debian/watch correction. http://git.kernel.org/?p=libs/klibc/klibc.git;a=commitdiff;h=1a6f222b01cead2ec48556203f0e200107eb4c2f;hp=029622dfbfe25203275a385a5bf33d44c2409b00 unblock klibc/2.0.1-1 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643805: linux-image-3.0.0-1-686-pae: ipv4/conf/all/* entries do not work in /proc/sys/net/
Hello, On Thu, Sep 29, 2011 at 10:24:36PM +0200, Alexandre Chapellon wrote: Package: linux-2.6 Version: 3.0.0-3 Severity: normal Dear Maintainer, I have a vpn gateway that periodically sends icmp redirects to the hosts of my network (when renegociating tunnels), I configured hosts not to accepts reidrects by uncommenting the default directive found in sysctl.conf: net.ipv4.conf.all.accept_redirects = 0 after reboot here is the config i get in /proc/sys: cat /proc/sys/net/ipv4/conf/*/accept_redirects 0 1 1 1 1 there is a misconception. IMHO a better name for all would be global. See http://thread.gmane.org/gmane.linux.network/182279/focus=186917 for a thread with a report of the same issue. In short, default is used to initialize the settings for new devices, and when I looked into that all was only used for configuring if ip forwarding is enabled. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679496: [cyrus-imapd-2.2 source] dependency problem: libdb4.7-dev vs libdb4.8-dev
Package: cyrus-imapd-2.2 Version: cyrus-imapd-2.2_2.2.13-19+squeeze3 Severity: normal When I tried to rebuild package from source dpkg-buildpackage complained about missing libdb4.7-dev. However libdb4.8-dev is already installed via libdb-dev. The problem is that libdb4.7-dev conflicts libdb4.8-dev. Gabor -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash ii libdb-dev 4.8 Berkeley Database Libraries [development] ii libdb4.6 4.6.21-16 Berkeley v4.6 Database Libraries [runtime] ii libdb4.7 4.7.25-9 Berkeley v4.7 Database Libraries [runtime] ii libdb4.7-java 4.7.25-9 Berkeley v4.7 Database Libraries for Java ii libdb4.7-java-gcj 4.7.25-9 Berkeley v4.7 Database Libraries for Java (nati ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [runtime] ii libdb4.8-dev 4.8.30-2 Berkeley v4.8 Database Libraries [development] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679497: nova: [INTL:pt] Updated Portuguese translation for debconf messages
Package: nova Version: 2012.1-6 Tags: l10n, patch Severity: wishlist Updated Portuguese translation for nova's debconf messages. Translator: Miguel Figueiredo el...@debianpt.org Feel free to use it. For translation updates please contact 'Last Translator' or the Portuguese Translation Team traduz _at_ debianpt.org. -- Melhores cumprimentos/Best regards, Traduz! - Portuguese Translation Team # Portuguese translation of nova's package debconf messages # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the nova package. # Miguel Figueiredo el...@debianpt.org, 2012. # msgid msgstr Project-Id-Version: nova\n Report-Msgid-Bugs-To: n...@packages.debian.org\n POT-Creation-Date: 2012-06-25 10:00+\n PO-Revision-Date: 2012-06-25 20:07+0100\n Last-Translator: Miguel Figueiredo el...@debianpt.org\n Language-Team: Portuguese tra...@debianpt.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../nova-common.templates:2001 #| msgid Start Nova services at boot? msgid Start nova services at boot? msgstr Iniciar os serviços nova no arranque? #. Type: boolean #. Description #: ../nova-common.templates:2001 msgid Please choose whether you want to start Nova services when the machine is booted up. msgstr Por favor escolha se deseja iniciar os serviços Nova quando a máquina for ligada. #. Type: boolean #. Description #: ../nova-common.templates:3001 msgid Set up a database for Nova? msgstr Configurar uma base de dados para Nova? #. Type: boolean #. Description #: ../nova-common.templates:3001 msgid No database has been set up for Nova to use. If you want to set one up now, please make sure you have all needed information: msgstr Não foi configurada nenhuma base de dados para ser utilizada por Nova. Se desejar agora configurar uma, assegure-se que tem toda a informação necessária: #. Type: boolean #. Description #: ../nova-common.templates:3001 msgid * the host name of the database server (which must allow TCP\n connections from this machine);\n * a username and password to access the database;\n * the type of database management software you want to use. msgstr * o nome da máquina do servidor da base de dados\n (o qual tem de aceitar ligações TCP a partir desta máquina);\n * um nome de utilizador e palavra-passe para aceder à base de dados;\n * o tipo de software de gestão de base de dados que quer utilizar. #. Type: boolean #. Description #: ../nova-common.templates:3001 msgid If you don't choose this option, no database will be set up and Nova will use regular SQLite support. msgstr Se não escolher esta opção, não será configurada nenhuma base de dados e o Nova irá utilizar o normal suporte de SQLite. #. Type: boolean #. Description #: ../nova-common.templates:3001 msgid You can change this setting later on by running \dpkg-reconfigure -plow nova-common\. msgstr Poderá alterar posteriormente esta configuração ao correr \dpkg-reconfigure -plow nova-common\. #. Type: string #. Description #: ../nova-compute-xen.templates:2001 msgid Address of the XenAPI dom0: msgstr Endereço da dom0 XenAPI: #. Type: string #. Description #: ../nova-compute-xen.templates:2001 msgid Nova Compute Xen needs to know the address of the server running XenAPI. You can enter an IP address, or a fully qualified domain name if it resolves correctly. msgstr O Nova Compute Xen necessita saber qual o endereço do servidor que corre a XenAPI. Pode introduzir um endereço IP ou um nome completo de domÃnio, se resolver correctamente. #. Type: string #. Description #: ../nova-compute-xen.templates:2001 msgid This may be a server running Citrix XenServer, the CentOS Xen Cloud Platform (XCP) appliance installed from an ISO image, or even the Kronos Project's XCP (available in Debian and Ubuntu as the package xcp-xapi). msgstr Isto pode ser um servidor que corre Citrix XenServer, um appliance CentOS Cloud Plataform (XCP) instalado a partir de uma imagem ISO, ou mesmo o XCP da Kronos Project (disponÃvel em Debian e Ubuntu como o pacote xcp-xapi). #. Type: string #. Description #. Type: string #. Description #. Type: password #. Description #: ../nova-compute-xen.templates:2001 ../nova-compute-xen.templates:3001 #: ../nova-compute-xen.templates:4001 msgid This can later be edited in /etc/nova/nova-compute.conf. msgstr Isto pode ser editado posteriormente em /etc/nova/nova-compute.conf. #. Type: string #. Description #: ../nova-compute-xen.templates:3001 msgid Username to connect to XenAPI: msgstr Nome de utilizador para ligar a XenAPI: #. Type: string #. Description #: ../nova-compute-xen.templates:3001 msgid Please enter the username used to connect to your XenAPI (XCP server). msgstr Por favor introduza o nome do utilizador para ligar à sua XenAPI (servidor XCP). #. Type: password #. Description #:
Bug#675773: [Pkg-phototools-devel] Bug#675773: Bug#675773: libopenjpeg2: Please make libopenjpeg2 multi-arch: same
On Thu, Jun 28, 2012 at 10:46 PM, Michael Gilbert mgilb...@debian.org wrote: Can I have a little context here? Why is it important enough to have multi-arch openjpeg to do an NMU just before the freeze? Hi Michael; It seems we need more time to discuss this, so I cancelled the upload for now. Personally I think it would be better to wait until after the openjpeg5 transition and then work on multiarchifying the latest version of the library, presumably after the freeze. If there is some urgent reason to push through multiarch at this time, I leave you and Mathieu (who is an upstream maintainer and the main person interested on the debian side) to sort that out. The goal was to get multiarch enabled in all of wine's dependencies. openjpeg 1.5 is already multiarched, but that has yet to hit unstable. There is a lot of apparent brokenness in that transition, so 1.3 may be with us for a while: http://release.debian.org/transitions/html/openjpeg.html There is not a single 'brokenness'. openjpeg 1.5 is still in experimental. It needs a source uploads in unstable and a couple of deps needs binNMU that is all. API is preserved not ABI that's all. The libopenjpeg2 dependency addition is a mistake, and I'll remove that. So, I would like to go ahead with the nmu again (with the above fixed). Would that be ok from your perspective? Well for me working on #669348 would be make so much more sense (fixing CVEs and tons of bugs), but if you have time for this, go ahead... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679498: manpages-dev: Repeated word in memchr(3)
Package: manpages-dev Version: 3.40-0.1 Severity: minor Tags: patch -ory area starting at the location pointed to by s, and so performs an optimized search for c (i.e., no use of a count argument argument to limit the +ory area starting at the location pointed to by s, and so performs an optimized search for c (i.e., no use of a count argument to limit the -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#679499: schroot: suspend fails from chroot
Package: schroot
Version: 1.5.4-1
Severity: normal
If I use plain 'chroot' to access a working system, with
SHELL=/bin/bash, I can type 'suspend' into bash, and get back to my
parent shell.
If I use 'schroot' to do the same, then 'suspend' just hangs until I
go to another terminal and 'kill -CONT' the bash process.
I would like schroot to behave the same as plain chroot. I appreciate
it might not be trivial (chroot doesn't have to do anything special, as
it simply exec()s the required command, whereas schroot would have to
detect its child stopping and do the same to itself - I've no idea how
to do that).
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armel
Kernel: Linux 3.2.9-balti (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages schroot depends on:
ii libboost-filesystem1.49.0 1.49.0-3
ii libboost-iostreams1.49.01.49.0-3
ii libboost-program-options1.49.0 1.49.0-3
ii libboost-regex1.49.01.49.0-3
ii libboost-system1.49.0 1.49.0-3
ii libc6 2.13-33
ii libgcc1 1:4.7.0-8
ii liblockdev1 1.0.3-1.5
ii libpam0g1.1.3-7.1
ii libstdc++6 4.7.0-8
ii libuuid12.20.1-5.1
ii schroot-common 1.5.4-1
schroot recommends no packages.
Versions of packages schroot suggests:
pn aufs-modules | unionfs-modules none
pn btrfs-tools none
ii debootstrap 1.0.41
pn lvm2none
ii qemu-user-static1.1.0+dfsg-1
-- Configuration Files:
/etc/schroot/setup.d/15binfmt changed:
set -e
. $SETUP_DATA_DIR/common-data
. $SETUP_DATA_DIR/common-functions
. $SETUP_DATA_DIR/common-config
if [ $STAGE != setup-start ] \
[ $STAGE != setup-stop ] \
[ $STAGE != setup-recover ]; then
exit 0
elif ! which update-binfmts /dev/null; then
info Missing update-binfmts; not enabling binfmt support
exit 0
fi
shell=${CHROOT_PATH}/bin/sh
for emulator in $(update-binfmts --find $shell); do
dst=${CHROOT_PATH}$emulator
if [ ! -e $emulator ]; then
info Missing emulator: $emulator; not enabling binfmt support
else
[ -e $dst ] || touch $dst
mount --bind $emulator $dst
mount -o remount,ro,bind $dst
fi
done
-- 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#679500: cron: test for missing lost+found should ignore bind mounts
Package: cron Version: 3.0pl1-121 Severity: normal File: /etc/cron.daily/standard Dear Maintainer, Every day, I receive an email warning me about missing lost+found directories. But the filesystems listed are merely bind mounts of sub-trees of other filesystems which do in fact have lost+found. I think that the test script should filter out bind mounts before checking for /lost+found. -- Package-specific info: --- EDITOR: --- /usr/bin/editor: /usr/bin/emacs23-x --- /usr/bin/crontab: -rwxr-sr-x 1 root crontab 40912 Jan 30 11:09 /usr/bin/crontab --- /var/spool/cron: drwxr-xr-x 5 root root 4096 Dec 6 2007 /var/spool/cron --- /var/spool/cron/crontabs: drwx-wx--T 2 root crontab 4096 Apr 13 22:53 /var/spool/cron/crontabs --- /etc/cron.d: drwxr-xr-x 2 root root 4096 Jun 5 11:05 /etc/cron.d --- /etc/cron.daily: drwxr-xr-x 2 root root 4096 Jun 26 09:43 /etc/cron.daily --- /etc/cron.hourly: drwxr-xr-x 2 root root 4096 Feb 10 13:59 /etc/cron.hourly --- /etc/cron.monthly: drwxr-xr-x 2 root root 4096 Feb 10 13:59 /etc/cron.monthly --- /etc/cron.weekly: drwxr-xr-x 2 root root 4096 Jun 1 17:58 /etc/cron.weekly -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armel Kernel: Linux 3.2.9-balti (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cron depends on: ii adduser 3.113+nmu3 ii debianutils 4.3.1 ii dpkg1.16.3 ii libc6 2.13-33 ii libpam-runtime 1.1.3-7.1 ii libpam0g1.1.3-7.1 ii libselinux1 2.1.9-5 ii lsb-base4.1+Debian7 Versions of packages cron recommends: ii exim4-daemon-light [mail-transport-agent] 4.80-3 Versions of packages cron suggests: pn anacronnone pn checksecurity none ii logrotate 3.8.1-4 Versions of packages cron is related to: pn libnss-ldap none pn libnss-ldapd none pn libpam-ldap none pn libpam-mount none pn nis none pn nscd none -- Configuration Files: /etc/default/cron changed: READ_ENV=yes EXTRA_OPTS=-L 12 -- no debconf information
Bug#678634: unattended-upgrades: [INTL:gl] Galician translation
On Sat, Jun 23, 2012 at 12:58:55PM +0200, Jorge Barreiro wrote: Package: unattended-upgrades Version: 0.77 Severity: wishlist Tags: l10n patch Galician translation is attached. Thanks, merged and it will be part of the next upload. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677471: unattended-upgrades: [INTL:sk] Slovak po-debconf translation
On Thu, Jun 14, 2012 at 10:04:42AM +0200, helix84 wrote: Package: unattended-upgrades Severity: wishlist Tags: l10n patch Version: 0.77 .po attached Thanks, added to the branch and it will be part of the next upload. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679501: eclipse-cdt: Contains non-DFSG compatible files
Source: eclipse-cdt Version: 8.1.0-2 Severity: serious Parts of eclipse-linuxtools has been moved to eclipse-cdt; unfortunately this seems to be including some GDFL files with invariant sections (see 4fcd094b.3090...@ktknet.cz). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654970: ITP: drwright -- Known as typing break in GNOME 2
Any news about this? I use Workrave in Windows and would really like to see something similar for the GNOME desktop in Debian. Cheers, Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679502: snapshot.debian.org: RM: eclipse-cdt/8.1.0-2 -- RoM; DFSG issues
Package: snapshot.debian.org Severity: normal Hi I guess this actually applies to eclipse-cdt = 8.0, but at least 8.1.0 is known to be affected. In the source (if affected) should have at least one of these files: acmacros-2.68.xml ammacros-1.11.1.xml The issue is that those files are generated from GDFL with invariant sections and is non-free in according to Debian. To my knowledge, the source for these files are not distributed in the tarball either. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679503: libgif4: Please enable multiarch support
Package: libgif4 Version: 4.1.6-9.1 Severity: normal Dear Maintainer, libgif4 conflicts with libgif4:i386, which made all the i386 packages that depends on libgif4 uninstallable on amd64 debian box. For example, currently this is the only package that prevents 32bit java (openjdk-6-jre:i386 and openjdk-7-jre:i386) from installing on a amd64 box. Therefore, please consider enable multiarch support for this package. Thanks best regards, Wang Long -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgif4 depends on: ii libc6 2.13-33 libgif4 recommends no packages. libgif4 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#678845: svn-buildpackage: svn-inject fails with subversion 1.7
Hi Peter (2012.06.29_00:17:43_+0200) That is svn complaining because, apparently, it is run inside a directory that has been deleted. How would I reproduce your bug - how did you invoke svn-inject? I tried, and could not. And I can't find where svn-bp _would_ delete the cwd while it is still the cwd. Oh, whoops, meant to attach a complete log. The command was: svn-inject -o pycparser_2.07+dfsg-1.dsc svn+ssh://purcell/tmp/test It works with 1.6 and fails when I upgrade svn to 1.7. SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509338: NULL pointer dereference in psmouse
Joachim Breitner wrote: Am Donnerstag, den 28.06.2012, 17:44 -0500 schrieb Jonathan Nieder: Do you remember when the NULL pointer dereference went away? (E.g., does the 2.6.32.y kernel from squeeze reproduce it? A squeeze kernel should work fine on a wheezy/sid system.) I can’t remember (I disabled the touchpad and thus the problem would not occur regularly). Is it important to find out whether squeeze is affected, or can we just leave it at that, knowing that its fixed with current kernels? Depends whether we want to fix it in squeeze. If you don't want to work on that, I won't blame you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#509338: NULL pointer dereference in psmouse
Hi, Am Freitag, den 29.06.2012, 03:37 -0500 schrieb Jonathan Nieder: Joachim Breitner wrote: Am Donnerstag, den 28.06.2012, 17:44 -0500 schrieb Jonathan Nieder: Do you remember when the NULL pointer dereference went away? (E.g., does the 2.6.32.y kernel from squeeze reproduce it? A squeeze kernel should work fine on a wheezy/sid system.) I can’t remember (I disabled the touchpad and thus the problem would not occur regularly). Is it important to find out whether squeeze is affected, or can we just leave it at that, knowing that its fixed with current kernels? Depends whether we want to fix it in squeeze. If you don't want to work on that, I won't blame you. as it does not seem to affect many people too badly, I’d rather not worry about it. Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#678484: second aptitude choice
OK, it was the second aptitude choice. All fixed now.
# aptitude full-upgrade
The following NEW packages will be installed:
libmailutils4{ab} (C: libmailutils2) (for mailutils)
mailutils-common{ab} (B: libmailutils2) (for mailutils)
The following packages will be upgraded:
mailutils
1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/2,508 kB of archives. After unpacking 3,835 kB will be used.
The following packages have unmet dependencies:
libmailutils4 : Conflicts: libmailutils2 but 1:2.2+dfsg1-6+b1 is installed.
mailutils-common : Breaks: libmailutils2 ( 1:2.3) but 1:2.2+dfsg1-6+b1 is
installed.
open: 2; closed: 1; defer: 0; conflict: 0
.The following actions will resolve these dependencies:
Remove the following packages:
1) mailutils
Keep the following packages at their current version:
2) libmailutils4 [Not Installed]
3) mailutils-common [Not Installed]
Accept this solution? [Y/n/q/?] n
The following actions will resolve these dependencies:
Remove the following packages:
1) libmailutils2
Accept this solution? [Y/n/q/?]
The following NEW packages will be installed:
libmailutils4{a} (D: mailutils) (for mailutils)
mailutils-common{a} (D: libmailutils4, D: mailutils) (for mailutils)
The following packages will be REMOVED:
libmailutils2{a} (C: libmailutils4, B: mailutils-common)
The following packages will be upgraded:
mailutils
1 packages upgraded, 2 newly installed, 1 to remove and 0 not upgraded.
Need to get 0 B/2,508 kB of archives. After unpacking 1,222 kB will be used.
Do you want to continue? [Y/n/?]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655385: [squeeze openvz] Cannot allocate memory when doing cat /proc/self/mountinfo inside a vm
Ola Lundqvist wrote: Thanks. Yes, but in this case the advice is to use the available .rpm packages and alienize those to .deb. Oh, dear. Shouldn't we add a NEWS file or something to let existing users know the package in squeeze is not supported any more, then? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665818: sbuild: copy orig.tar.gz to build result folder even when not building -1
On jeu., 2012-06-28 at 21:45 +0100, Roger Leigh wrote: On Mon, Mar 26, 2012 at 02:00:48PM +0200, Yves-Alexis Perez wrote: this is a bit related to #529281 but not completely. When using a build_dir, the output files are copied to the relevant folder. But when building a -2+, the orig file is not copied to that folder, meaning it's not possible to run lintian on the source part. It seems that pbuilder/cowbuilder do copy the orig file in the destination folder everytime. We only copy the files set in the .changes. If we copy additional files, then you can't e.g. 'dcmd rm foo.changes' to remove the files after upload, which would result in accumulating a lot of additional files. Yes, but I'm personally ok with that, I can't easily remove them manually. There is another request to run lintian in the chroot rather than on the host. We could certainly do that before copying the files out of the chroot. Would this solve the problem for you? Well, the lintian part would be ok, but I might use it for other stuff, I find that pretty convenient to be honest :) Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#679504: RFP: lazylpsolverlibs -- libraries that proxy function calls to commercial lp solvers
Package: wnpp Severity: wishlist Lazylpsolverlibs [1] is a set of libraries designed to make Coin-Osi [2] support commercial solvers without recompilation. Under the hood, dlopen calls are used on the commercial libraries. Currently the package for Coin-Osi (coinor-libosi-dev) is useless for people who own licenses for commercial solvers, because it does not support these solvers. Should it be recompiled against lazylpsolverlibs, Coin-Osi could be useful for everyone: those who own and those who do not own licenses for commercial solvers. The lazylpsolverlibs license is the OSI-approved Eclipse Public License. [1]: http://code.google.com/p/lazylpsolverlibs/ [2]: https://projects.coin-or.org/Osi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679505: controlaula: package description review
Package: controlaula
Version: 1.8.0-2
Severity: wishlist
Tags: patch
There are several language problems in the package descriptions for
controlaula and ltsp-controlaula, which is a pity when the package is
intended to appeal to schoolteachers!
Package: controlaula
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}, python-avahi, python-gtk2,
python-gobject, python-notify, python-openssl, python-simplejson,
python-twisted-web, python-xlib, avahi-daemon, xvnc4viewer | xtightvncviewer,
vlc (= 1.0.2), libdvdplay0 | libdvdnav4, x11vnc (= 0.8.2), ifupdown,
iptables, libjs-jquery (= 1.4.2)
Recommends: cups-client, ethtool
Suggests: libdvdcss2
Conflicts: ltsp-controlaula
Description: Classroom management tool
The content's good, but DevRef says there's no need for initial
capitalisation.
Assists teachers in the management of a classroom with computers in
the students desktops.
That's not a sentence; start with the subject, ControlAula (to adopt
the upstream capitalisation).
Computers in the students desktops is wrong in two ways: first,
they're unlikely to be *inside* the desks, and second, students
needs a possessive apostrophe.
(The following newline without a paragraph break achieves nothing, so
I've removed it.)
It also gives to the student tools to share files and work in groups
and send messages to the teacher or the other collegues.
This sentence needs some rephrasing; for instance you don't need the
first and. More importantly, collegue is a misspelling of the
wrong word.
.
This package has to be installed in the teacher pc and the students
workstations. When using LTSP this package must not be installed
inside the clients chroot.
More apostropheless possessives, and a minuscule PC. But this isn't
really a very clear way to explain this, especially to readers who
don't already happen to know about LTSP client chroots. Why go into
the details of the wrong way of installing it? Just say how it is
designed to be installed and then say compare the other version.
.
Check the documentation for detailed instructions to set it up.
This is misleading, given that the documentation appears only to be
available online, not in the packages. And anyway, where would the
detailed instructions be if *not* in the documentation?
My revised version of this package description:
| Description: classroom management tool
| ControlAula assists teachers in the management of a classroom with
| computers on the students' desktops. It also gives the students tools
| to share files, work in groups, and send messages to the teacher or to
| classmates.
| .
| This version is designed to be set up on the teacher's PC and the
| students' workstations (compare the package ltsp-controlaula).
Package: ltsp-controlaula
Architecture: all
Depends: ${python:Depends}, ${misc:Depends}, python-avahi, python-gobject,
python-openssl, python-simplejson, python-twisted-web, python-xlib,
xvnc4viewer | xtightvncviewer, vlc, ldm, iptables, avahi-daemon
Recommends: ethtool
Conflicts: controlaula
Description: Classroom management tool with ltsp clients
It isn't a tool with clients, it's ControlAula *for* an LTSP client.
I'd suggest classroom management tool - LTSP client version.
Assists teachers in the management of a classroom with computers in
the students desktops.
It also gives to the student tools to share files and work in groups
and send messages to the teacher or the other collegues.
.
As above.
When using LTSP this package must be installed in the clients chroot.
It is not true that using LTSP requires me to install (any version of)
ControlAula.
.
Check the documentation for detailed instructions to set it up.
Again, throw out this line (though notice that I replace installed
with set up to hint at the need for configuration).
My revised version:
| Description: classroom management tool - LTSP client version
| ControlAula assists teachers in the management of a classroom with
| computers on the students' desktops. It also gives the students tools
| to share files, work in groups, and send messages to the teacher or to
| classmates.
| .
| This version is designed to be set up in an LTSP client chroot
| (compare the package controlaula).
--
JBR
Ankh kak! (Ancient Egyptian blessing)
diff -ru controlaula-1.8.0.pristine/debian/control controlaula-1.8.0/debian/control
--- controlaula-1.8.0.pristine/debian/control 2012-06-21 12:09:24.0 +0100
+++ controlaula-1.8.0/debian/control 2012-06-28 21:47:49.791392644 +0100
@@ -15,30 +15,25 @@
Recommends: cups-client, ethtool
Suggests: libdvdcss2
Conflicts: ltsp-controlaula
-Description: Classroom management tool
- Assists teachers in the management of a classroom with computers in
- the students desktops.
- It also gives to the student tools to share files and work in groups
- and send messages to the teacher or the other collegues.
+Description: classroom management
Bug#678594: RFS: driftnet/0.1.6+cvs20040426-1 [ITA] [RC] (second try: documented upstream repackaging and updated man file)
Hi David, On 2012-06-29 01:01, david.sephi...@gmail.com wrote: Sorry, Im not English native. No big problem, neither am I. [...] My intention is take over the development of driftnet but I tried to contact Chris Lightfoot, the upstream author, and I notice that he dead some years ago. About this situation, I have a question: If i create a new fork (that i want to develop and maintain), can it be uploaded to the debian archive as if it were the original driftnet package ? I don't have a strong opinion about that, but I think we can follow the libc example: source package name to be changed to the name of the fork but binary package name to be the same. This was the question for the future, for now I can upload your currently proposed changes. Note, if you choose me as sponsor, I require bumping Debian revision after each package review (if there any changes, of course). Ok, the next upload that fixes the two points discused above will be driftnet/0.1.6+cvs20040426-2. Good. Another point which I now noticed is that you want to lowercase the short description: s/Picks out/picks out/. So, please fix that, add Vcs-* headers, fix changelog corrections above and I'll upload the package. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679506: Fatal: Plugin antispam not found
Package: dovecot-antispam Version: 2.0+20120225-3~bpo60+1 Severity: important Tags: upstream patch Missing symbolic link in /usr/lib/dovecot/modules/imap lib90_antispam_plugin.so - ../lib90_antispam_plugin.so causes dovecot fail to start with Fatal: Plugin antispam not found from directory /usr/lib/dovecot/modules/imap The bug was introduced in today update. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-12-pve (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dovecot-antispam depends on: ii dovecot-imapd 1:1.2.15-7 secure IMAP server that supports m ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib dovecot-antispam recommends no packages. Versions of packages dovecot-antispam suggests: ii dspam 3.10.1+dfsg-3~bpo60+1 Scalable, fast and statistical ant -- 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#679496: [cyrus-imapd-2.2 source] dependency problem: libdb4.7-dev vs libdb4.8-dev
Some naive users (like me) could think in the stable release all software should use the same version of BDB. :- IMHO this is problem is not in upstream software but with debianizing. But I may be wrong... That's an opinion and not a bug. Note that BDB packaging and dependencies are/were very difficult and your premise about 'not in upstream' is simply wrong. Some packages just got broken when compiled with different BDB version, because of BDB upstream change in behaviour. However this state (only one version of BDB) was achieved in wheezy[*] after I took over BDB maintainence in Debian. And it took enormous amount of time to achieve that. * - Only db5.1 is present at the moment (after the python2.6 is sucessfully built). O. -- 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#572339: [squeeze] WARNING at arch/x86/kernel/hpet.c:390 (Re: problem(?) with hpet at boot time)
tags 572339 - moreinfo fixed 572339 linux/3.2.20-1 quit Harald Dunkel wrote: AFAICS the problem doesn't come up with the 3.2.x kernel. Ok, nice to hear. Marking so. From my side its OK to drop this bug report. Thanks for the update. I'd prefer to get this fixed in squeeze if it's easy. Leaving this open for now in case someone has time to find the relevant patch, but if nothing happens in a few months then we should probably close it, yes. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679330: ioquake3: Add support for GNU/Hurd
On 28/06/12 22:25, Svante Signell wrote: On Thu, 2012-06-28 at 09:03 +0100, Simon McVittie wrote: On 27/06/12 23:10, Svante Signell wrote: The attached patch adds support for the GNU/Hurd architecture I have now patched and built openarena. Care for a new bug report? If you want another bug number, but sending the openarena patch to this one is probably easier. You could also use Quake III Arena Yes, I happen to have one. Don't know what to install from the CD though, the pak0.pk3?? file and ? pak0.pk3 is all you need from the CD. You also need the last Quake III Arena patch (install quake3 and look in /usr/share/games/quake3/README.quake3-data for more details). Then run: game-data-packager /path/to/pak0.pk3 \ /path/to/linuxq3apoint-1.32b-3.x86.run and install the resulting quake3-data package. As I said, OpenArena is a better test, though (it exercises bits of the code that aren't normally used in Quake III Arena, and that I suspect could be a problem on new ports). * graphics/sound, for the client (does Hurd have any accelerated 3D? If not, it's likely to be unplayable - seconds per frame rather than frames per second) Is it the server or client that provides the audio/video? The client (in any game of this genre). If Hurd lacks accelerated 3D, it might make sense to only ship ioquake3-server, and leave out ioquake3. Does it make any harm if the client is built? I don't think people will try the client until 3D video is supported. I'd prefer to avoid shipping a package that's effectively useless on its target OS, particularly if that means nobody has ever tested it. libgl1-mesa-swx11 might be less horribly slow than an unaccelerated libgl1-mesa-glx, perhaps? The state-of-the-art in software rendering is llvmpipe, but Debian doesn't seem to have that yet. Yes, it is not needed, I have built ioquake3 without that part. Should I a provide an updated patch? Just to be sure, please send the actual patches you tested. Yes, the answer is gnu because uname results in GNU. Good, the patch should be able to go upstream then. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679496: [cyrus-imapd-2.2 source] dependency problem: libdb4.7-dev vs libdb4.8-dev
after I took over BDB maintainence in Debian. And it took enormous amount of time to achieve that. OK. Thanks. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679447: libcoro-perl often segfaults
On Fri, Jun 29, 2012 at 06:31:52AM +0400, Dmitry E. Oboukhov wrote:
found 679447 6.070-1+b1
thanks
I can't reproduce crashes in 6.070-1+b1 :)
sorry for mistake. 6.070-1+b1 crashes, too
Still, I can't reproduce it. The example code you provided doesn't segfault
(with $n = 100, bigger than that my pc freezes), and Corona works fine too.
On amd64 it seems to work fine. Could you please provide a more specific
procedure to reproduce the issue? That is, how are you getting failures so
reliably?
Cheers
--
perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse'
signature.asc
Description: Digital signature
Bug#679507: awesome: Ignore settings from 50-synaptics.conf with Russian keyboard layout
Package: awesome Version: 3.4.12-2 Severity: normal Dear Maintainer, Don't work settings from 50-synaptics.conf Option TapButton1 1 Option TapButton2 2 Option TapButton3 3 Option VertEdgeScroll 1 with Russian keyboad layout, but it work correctly with US layout. Settings are ignored by the awesome. In other applications, everything is working correctly. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages awesome depends on: ii dbus-x11 1.6.0-1 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libdbus-1-3 1.6.0-1 ii libev41:4.11-1 ii libglib2.0-0 2.32.3-1 ii libimlib2 1.4.5-1 ii liblua5.1-0 5.1.5-2 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxcb-icccm4 0.3.8-1 ii libxcb-image0 0.3.9-1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.8.1-1 ii libxcb-render01.8.1-1 ii libxcb-shape0 1.8.1-1 ii libxcb-shm0 1.8.1-1 ii libxcb-util0 0.3.8-2 ii libxcb-xinerama0 1.8.1-1 ii libxcb-xtest0 1.8.1-1 ii libxcb1 1.8.1-1 ii libxdg-basedir1 1.1.1-2 ii menu 2.1.46 Versions of packages awesome recommends: ii feh2.3-2 ii rlwrap 0.37-3 ii x11-xserver-utils 7.7~3 awesome 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#597937: Enabling audit with pam_loginuid.so in nodm fixes the issue
I've encountered the same issue with nodm and I found that adding pam_loginuid.so and pam_ck_connector.so with x11 support enabled in /etc/pam.d/nodm fixed it. The two PAM modules need to be stacked right before including common-session, otherwise the pam_ck_connector.so with the nox11 flag will take precedence: --8-- @include common-account @include common-password session optional pam_loginuid.so session optional pam_ck_connector.so @include common-session --8-- Something like this may also work on other DMs without explicit ConsoleKit support. -- Emanuele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678484: second aptitude choice
On Fr, 29 Jun 2012, jida...@jidanni.org wrote:
OK, it was the second aptitude choice. All fixed now.
This is what I told you, you have to use dist-upgrade for that.
Apt normally does not remove if there are other options.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
BABWORTH
Something which justifies having a really good cry.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: tg_TJ This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: tk_TM This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
2012/6/27 Helge Kreutzmann deb...@helgefjell.de: Hello, you are listed as contact person/author of the following locale: ro_RO This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? Yes, of course. GPL/LGPL v2+ is OK. Same for any other copyleft license. If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFP6r2DRsxcY/MYpWoRAuznAJ9j9Jcx4LFov/BCoqfenmJkPeu7iwCffT39 WAfakavcn7LbwSSmW+SHLiU= =AkQ3 -END PGP SIGNATURE- -- Regards, EddyP = Imagination is more important than knowledge A.Einstein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: tl_PH This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#679508: ftp.debian.org: RM: migemo -- ROM; be replaced by cmigemo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: ftp.debian.org Severity: normal Please remove 'migemo 0.40-10' from unstable/testing. As Debian Bug#677073 and ftp-team Luca's recent mail (Subject: Re: Comments regarding cmigemo_20110227-4_amd64.changes), cmigemo will provide cmigemo-elisp and migemo transitional dummy package in coming upload. - -- Kenshi Muto km...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQIcBAEBCgAGBQJP7XS3AAoJEB0hyD3EUuD8SlYQAJtoXxmzBqgrArZ1/tpqHZIA hSCenuA2K+wJkhnYaUaLLLWqSp+eO/hWzK8onbTBoqWjc2PScrMTJn4EN0HE2RGY yC0NFhiXLZz2+Y94moTdKrR4RMzR0+or6VD60QvxQ4/daq6/wLmTSxLyxdfZBKbf 0h8IMBodsb6ySHv5w8P/26h3prvKT8vX4ITZhylD6HNbD9cjn7WndlwXHnJlyJzH JxO1cU2KQBXILkZkmATfieckN7l8OcmcxoIbYft6WAI4ebMBBc1rLeiJKxFS2P6d 2SJJ4Cq05WIFPJfwrmy12cSBRDV7BBGkbzX8n5s6grk7VfD7BRKjz66KNCZWio0G tHj18j2vZmmu7qmtSbP5ddsc8J7sUMRmZIwoF1+GhfCYqwVxZI6edySPapmFR8pr hNWgF3qnr6Hx9RxJ+PsSYpfA5DRPyxOfwv9iWVTY2wfGzFEMVS5hQC/oZMCN7XPs xvUDzB93aA5NkQhFzn92fFwj4uqgqk1f7wK9nzeoc3BuMpQfSC75DMJX/h8TlIZS /gX/fcC3S8qoQ+qqzy0pFWsiszn/TXUjImfjavrEH/f5LGMUVfiDs8T9A9V+5xkj 0m4CeOx3aYZtBAz5BAsBW9cUtEK9jcPRTTUym6U0p00EBqcJQ5AJsAyKA+720qBx OoOtatrnQBoulO2yfSSJ =t+19 -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#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: tr_CY This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: tr_TR This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: tt_RU This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#679073: texlive-base: failed during dist-upgrade (/usr/bin/fmtutil: Segmentation fault)
reassign 679073 texlive-binaries found 679073 2012.20120623-2 stop On 27.06.12 Lukasz Pakula (pep...@gmail.com) wrote: Here is the bt: Core was generated by `pdftex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini'. Program terminated with signal 11, Segmentation fault. Looks like a problem in texlive-binaries. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello, you are listed as contact person/author of the following locale: tt_RU@iqtelif This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#679509: RFS: yorick-av/0.0.1-2 [Release goal: hardening]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package yorick-av. This upload fixes issues with the hardening flags, a Wheezy release goal: http://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags In addition, this upload puts yorick-av in compliance with the debian-science team like the rest of the Yorick packages. * Package name: yorick-av Version : 0.0.1-2 Upstream Author : Thibaut Paumard paum...@users.sourceforge.net * URL : http://paumard.github.com/yorick-av/ * License : permissive Section : science It builds those binary packages: yorick-av - write movies from Yorick in various formats To access further information about this package, please visit the following URL: http://mentors.debian.net/package/yorick-av Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/y/yorick-av/yorick- av_0.0.1-2.dsc yorick-av is also available from Alioth: Vcs-Git: git://git.debian.org/git/debian-science/packages/yorick-av.git Vcs-Browser: http://git.debian.org/?p=debian-science/packages/yorick-av.git Changes since the last upload: * Move to maintenance to the debian-science team. Update debian/control to comply with their policy: + change Maintainer, put self in Uploaders; + DM-Upload-Allowed: yes; + fill-in Vcs-* fields; + Priority is extra. * Fix machine-readable copyright format. * Add lintian override about no fortified functions. * Fortify (don't rely on yorick to pass the right build flags) Note the lintian warning remains. Yet you will see the correct flags during build. Regards, Thibaut Paumard -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=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#674591: [nslcd] Please provide the ldapns.schema in LDIF format
On Fri, 2012-05-25 at 20:16 +0200, Slavko wrote: The OpenLDAP server in Debian support the cn=config schema now. Using the provided ldapns.schema requires conversion to ldif format first, then please, can you provide the LDIF format of this schema in your package (or both)? Sorry for not replying sooner. Do you know if this schema file is available somewhere in LDIF format? Thanks, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#678244: apport: Apport sometimes generates reports without Package field
Le Wed, 20 Jun 2012 17:18:36 +0530, Ritesh Raj Sarraf r...@researchut.com a écrit : On Wednesday 20 June 2012 04:54 PM, Laurent Bigonville wrote: No, it was C applications. I think that all these crashes occur during boot or at first login in my gnome session. Something weird then. Can you check the files in your /var/crash to see which ones have the ExecutablePath missing? None, the ExecutablePath is set properly in the report missing the Package field. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679073: texlive-base: failed during dist-upgrade (/usr/bin/fmtutil: Segmentation fault)
On Fr, 29 Jun 2012, Hilmar Preusse wrote:
Core was generated by `pdftex -ini -jobname=etex -progname=etex
-translate-file=cp227.tcx *etex.ini'.
Program terminated with signal 11, Segmentation fault.
Looks like a problem in texlive-binaries.
As said, not repeatable, not even regularly from the OP.
ARM problem? Memory problem? Disk corruption? I don't know but
there is nothing we can do here.
Best wishes
Norbert
Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org}
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
BENBURB
The sort of man who becomes a returning officer.
--- Douglas Adams, The Meaning of Liff
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679510: awesome: Ignore settings from 50-synaptics.conf with Russian keyboard layout
Package: awesome Version: 3.4.12-2 Severity: normal Dear Maintainer, Don't work settings from 50-synaptics.conf Option TapButton1 1 Option TapButton2 2 Option TapButton3 3 Option VertEdgeScroll 1 with Russian keyboad layout, but it work correctly with US layout. Settings are ignored by the awesome. In other applications, everything is working correctly. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages awesome depends on: ii dbus-x11 1.6.0-1 ii libc6 2.13-33 ii libcairo2 1.12.2-1 ii libdbus-1-3 1.6.0-1 ii libev41:4.11-1 ii libglib2.0-0 2.32.3-1 ii libimlib2 1.4.5-1 ii liblua5.1-0 5.1.5-2 ii libpango1.0-0 1.30.0-1 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxcb-icccm4 0.3.8-1 ii libxcb-image0 0.3.9-1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.8.1-1 ii libxcb-render01.8.1-1 ii libxcb-shape0 1.8.1-1 ii libxcb-shm0 1.8.1-1 ii libxcb-util0 0.3.8-2 ii libxcb-xinerama0 1.8.1-1 ii libxcb-xtest0 1.8.1-1 ii libxcb1 1.8.1-1 ii libxdg-basedir1 1.1.1-2 ii menu 2.1.46 Versions of packages awesome recommends: ii feh2.3-2 ii rlwrap 0.37-3 ii x11-xserver-utils 7.7~3 awesome 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#679511: [cyrus-imapd-2.2 source] build script is not idempotent
Package: cyrus-imapd-2.2 Version: 2.2.13-19+squeeze3 Severity: normal $ apt-get source cyrus-imapd-2.2 $ cd cyrus-imapd-2.2-2.2.13 $ debuild -us -uc So far so good. However the second debuild -us -uc produces the following error: [...] Applying patch 99-berkelydb-4.8.dpatch patching file cmulocal/berkdb.m4 patching file lib/cyrusdb_berkeley.c Applying patch 99-update-autoconf.dpatch patching file config.h.in patching file configure Hunk #1 FAILED at 1. Hunk #2 FAILED at 83. Hunk #3 FAILED at 231. Hunk #4 FAILED at 270. Hunk #5 FAILED at 337. Hunk #6 FAILED at 386. Hunk #7 succeeded at 954 with fuzz 2 (offset 515 lines). Hunk #8 FAILED at 469. Hunk #9 succeeded at 1068 with fuzz 2 (offset 528 lines). Hunk #10 FAILED at 600. Hunk #11 FAILED at 639. Hunk #12 FAILED at 667. Hunk #13 FAILED at 705. Hunk #14 FAILED at 718. Hunk #15 FAILED at 814. Hunk #16 FAILED at 831. Hunk #17 FAILED at 858. Hunk #18 FAILED at 915. Hunk #19 FAILED at 1065. Hunk #20 FAILED at 1088. Hunk #21 FAILED at 1099. Hunk #22 FAILED at 1121. Hunk #23 FAILED at 1148. Hunk #24 FAILED at 1172. Hunk #25 FAILED at 1199. Hunk #26 FAILED at 1226. Hunk #27 FAILED at 1341. Hunk #28 FAILED at 1466. Hunk #29 FAILED at 1518. Hunk #30 FAILED at 1532. Hunk #31 FAILED at 1546. Hunk #32 FAILED at 1572. Hunk #33 FAILED at 1585. Hunk #34 FAILED at 1623. Hunk #35 FAILED at 1665. Hunk #36 FAILED at 1746. Hunk #37 FAILED at 1775. Hunk #38 FAILED at 1802. Hunk #39 FAILED at 1844. Hunk #40 FAILED at 1915. Hunk #41 FAILED at 2028. Hunk #42 FAILED at 2071. Hunk #43 FAILED at 2123. Hunk #44 FAILED at 2182. Hunk #45 FAILED at 2230. Hunk #46 FAILED at 2269. Hunk #47 FAILED at 2289. Hunk #48 FAILED at 2497. Hunk #49 FAILED at 2510. Hunk #50 FAILED at 2548. Hunk #51 FAILED at 2616. Hunk #52 FAILED at 2639. Hunk #53 FAILED at 2649. Hunk #54 FAILED at 2688. Hunk #55 FAILED at 2710. Hunk #56 FAILED at 2723. Hunk #57 FAILED at 2794. Hunk #58 FAILED at 2806. Hunk #59 FAILED at 2817. Hunk #60 FAILED at 2830. Hunk #61 FAILED at 2901. Hunk #62 FAILED at 2918. Hunk #63 FAILED at 3187. Hunk #64 FAILED at 3309. Hunk #65 FAILED at 3361. Hunk #66 FAILED at 3393. Hunk #67 FAILED at 3467. Hunk #68 FAILED at 3506. Hunk #69 FAILED at 9840. Hunk #70 FAILED at 9891. Hunk #71 FAILED at 9902. Hunk #72 FAILED at 9927. Hunk #73 FAILED at 9988. Hunk #74 FAILED at 10064. Hunk #75 FAILED at 10134. Hunk #76 FAILED at 10377. Hunk #77 FAILED at 10560. Hunk #78 FAILED at 10816. Hunk #79 FAILED at 10866. Hunk #80 FAILED at 10889. Hunk #81 FAILED at 10950. Hunk #82 FAILED at 10976. Hunk #83 FAILED at 11061. Hunk #84 FAILED at 11181. Hunk #85 FAILED at 11291. Hunk #86 FAILED at 11314. Hunk #87 FAILED at 11555. Hunk #88 FAILED at 11567. Hunk #89 FAILED at 11639. Hunk #90 FAILED at 11804. Hunk #91 FAILED at 11833. Hunk #92 FAILED at 11848. Hunk #93 FAILED at 11864. Hunk #94 FAILED at 11945. Hunk #95 FAILED at 12372. Hunk #96 FAILED at 12387. Hunk #97 FAILED at 12432. Hunk #98 FAILED at 12474. Hunk #99 FAILED at 12506. Hunk #100 FAILED at 12551. Hunk #101 FAILED at 12601. Hunk #102 FAILED at 13128. Hunk #103 FAILED at 13165. Hunk #104 FAILED at 13194. Hunk #105 FAILED at 13500. Hunk #106 FAILED at 13591. Hunk #107 FAILED at 13667. Hunk #108 FAILED at 13763. Hunk #109 FAILED at 13917. Hunk #110 succeeded at 8607 (offset -5386 lines). Hunk #111 FAILED at 14018. Hunk #112 FAILED at 14035. Hunk #113 FAILED at 14047. Hunk #114 FAILED at 14103. Hunk #115 FAILED at 14115. Hunk #116 FAILED at 14354. Hunk #117 FAILED at 14363. Hunk #118 FAILED at 14408. Hunk #119 FAILED at 14706. Hunk #120 FAILED at 14738. Hunk #121 FAILED at 15133. Hunk #122 FAILED at 15161. Hunk #123 FAILED at 15205. Hunk #124 FAILED at 15286. Hunk #125 FAILED at 15320. Hunk #126 FAILED at 15347. Hunk #127 FAILED at 15368. Hunk #128 FAILED at 15977. Hunk #129 FAILED at 15986. Hunk #130 FAILED at 16215. Hunk #131 FAILED at 16302. Hunk #132 FAILED at 16338. Hunk #133 FAILED at 16375. Hunk #134 FAILED at 16395. Hunk #135 FAILED at 16611. Hunk #136 FAILED at 16743. Hunk #137 FAILED at 16764. Hunk #138 FAILED at 16805. Hunk #139 FAILED at 16838. Hunk #140 FAILED at 16853. Hunk #141 FAILED at 17085. Hunk #142 FAILED at 17117. Hunk #143 FAILED at 17163. Hunk #144 FAILED at 17254. Hunk #145 FAILED at 17297. Hunk #146 FAILED at 17942. 143 out of 146 hunks FAILED -- rejects in file configure patching file install-sh Patch 99-update-autoconf.dpatch does not apply (enforce with -f) make: *** [debian/stamp-patched] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1325: dpkg-buildpackage -rfakeroot -D -us -uc failed $ As in case #179654: this violates policy section 6.2. Gabor -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to
Bug#556610: Bug#677504: lintian fixes
On Tue, Jun 19, 2012 at 03:13:32PM +0400, Michael Tokarev wrote: Would be nice, if you take look on #556610 too. Yes, but this one is a feature/enhancement. I'm not sure we ever want to go this route -- the result smells too complicated. What exactly? Every day we run 1/X'th part of job (by default, X=28) for 1 hour. That should be enough for arrays upto 10Tb out of box. And, of course, it' adjustable by local admin. The whole set of arrays would be checked fully every month in average, on a regular basis. There is a trouble, mentioned in #556610, when arrays are sharing common devices. Well, the sizes of the typical arrays are increasing, and hence the time required to complete the checks, so it becomes more and more important, so we have to do something with that. Yep. And that is why #556610 looks as an important whishlist item. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650601: Re: Bug#650601: transition: libpng 1.5
On Fri, Jun 29, 2012 at 02:45:14PM +0900, Nobuhiro Iwamatsu wrote: 2012/6/27 Julien Cristau jcris...@debian.org: On Wed, Jun 27, 2012 at 08:45:03 +0900, Nobuhiro Iwamatsu wrote: Hi, I am still correcting FTBFS. However, almost packages can shift to libpng 1.5. May I upload libpng 1.5 to unstable? Absolutely not. OK. Does that already mean that it is too late in wheezy? Yes, I'm afraid so. Neil -- signature.asc Description: Digital signature
Bug#679512: RFS: yorick-mpeg/0.1-2 [Release goal: hardening]
Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package yorick-mpeg. This upload fixes issues with the hardening flags, a Wheezy release goal (in addition to complying with the debian-science policy). * Package name: yorick-mpeg Version : 0.1-2 Upstream Author : Dave Munro * URL : https://github.com/dhmunro/yorick-mpeg * License : BSD Section : science It builds those binary packages: yorick-mpeg - MPEG output support for the Yorick language To access further information about this package, please visit the following URL: http://mentors.debian.net/package/yorick-mpeg Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/y/yorick-mpeg/yorick- mpeg_0.1-2.dsc The package is also available on Alioth: Vcs-Git: git://git.debian.org/git/debian-science/packages/yorick-mpeg.git Vcs-Browser: http://git.debian.org/?p=debian-science/packages/yorick-mpeg.git To test the installed package: $ yorick Copyright (c) 2005. The Regents of the University of California. All rights reserved. Yorick 2.2.02 ready. For help type 'help' #include mpgtest.i mpgtest 200.00 frames of filled surface drumhead completed in 10.763189 sec Rate for filled mesh is 64.096504 frames/(CPU sec), 18.581681 frames(wall sec) quit $ mplayer test.mpg Changes since the last upload: * Move to maintenance to the debian-science team. Update debian/control to comply with their policy: + change Maintainer, put self in Uploaders; + DM-Upload-Allowed: yes; + fill-in Vcs-* fields; + Priority is extra. * Configure in a patch rather than running yorick -batch make.i at build time which may cause unpatch to fail because it's not a good idea to modify the same file (Makefile) both at patch-time and build-time. * Fix machine readable copyright format * Remove dh-make template header from rules * Suggest yorick-av * Simplfiy debian/rules with short dh notation * Fortify (don't rely on yorick to provide right flags) Regards, Thibaut Paumard -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=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#675452: Bug#677504: lintian fixes
#675452 ... So, if you do have some time and are willing to help, that's where to look at :) Comment was added. Yes, I've seen these. But at this point before wheezy release I don't want to enable asyncronous array processing like this. Â Once we enable that in in the initramfs, we have to enable it in regular userspace too, so that other parts of arrays will be processed later. Â This has to be supported from initramfs to regular userspace and whole thing has to be switched to asyncronous processing, which needs quite good testing in various usage scenarios out there. Probably, Martin has some knowledge about asynchronous array processing and why this branch was abandoned time ago. For now, the most appropriate course of actions, I think, is to run udevadm settle before mdadm --assemble and, if after --assemble, the root device is not there still, sleep a few seconds and repeat WHOLE series of scripts in initramfs again, up to a configured amount of times. Â This should already work for cryptoloop which should not ask for a password again if the device is already configured, and this should work for lvm on top of md raid too, with lvm not being asyncronous like md is. Looks complex. As a dirty fix, you can introduce a configurable option (default: off) to set a delay before --assemble. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674161: Re: [Xen-API] Bug#674161: xcp-xapi: 'the device disappeared from xenstore' message during vbd-plug (vm-start)
On Monday 28 May 2012 07:28 PM, George Shuklin wrote: On 23.05.2012 23:24, George Shuklin wrote: On 23.05.2012 22:44, Dave Scott wrote: xenstore-write /local/domain/0/vm hello Yes, it plugged successfully (at least no error messages). I saw that code in device.ml (where exception was raised), it seems be checking that path in xenstore: (* Sanity check: ensure the backend domain exists *) let _ = try let (_: string) = t.Xst.read (sprintf /local/domain/%d/vm device.backend.domid) in () with Xenbus.Xb.Noent - raise (Device_backend_vanished device) in But even I was successfull, I unable to perform any IO in guest domain (I've get into initrd but I see no /dev/xvd* devices and no messages in dmesg related to new device). I was wrong about this. Workaround 'xenstore-write /local/domain/0/vm something' works and new device is available in guest domain. There is a separate problem with networking I'll report separately. Now but description is looking like this: xcp-xapi package does not write dom0 uuid in xenstore upon startup. This prevents normal device initialization. We hit the same problem in our labs. And can confirm that the workaround, 'xenstore-write /local/domain/0/vm something', does solve the problem. Are you targeting this fix for Wheezy? -- Ritesh Raj Sarraf | Linux SAN Engineering | NetApp Inc. signature.asc Description: OpenPGP digital signature
Bug#679513: upsmon sends invalid commands to upssched
Package: nut-client Version: 2.6.4-1 Severity: important when an onbatt event occurs, I see messages such as the following in /var/log/daemon.log: Jun 29 13:41:39 netadm5 upsmon[3752]: UPS ippon@127.0.0.1 on battery Jun 29 13:41:39 netadm5 upssched[30216]: Timer daemon started Jun 29 13:41:39 netadm5 upssched[30216]: Unknown command on socket: Jun 29 13:41:39 netadm5 upssched[30216]: arg 0: 15START Jun 29 13:41:39 netadm5 upssched[30216]: arg 1: onbatt Jun 29 13:41:39 netadm5 upssched[30216]: arg 2: 15 Jun 29 13:41:39 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:39 netadm5 upssched[30216]: Unknown command on socket: Jun 29 13:41:39 netadm5 upssched[30216]: arg 0: 15START Jun 29 13:41:39 netadm5 upssched[30216]: arg 1: onbatt Jun 29 13:41:39 netadm5 upssched[30216]: arg 2: 15 Jun 29 13:41:39 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] [skipped repeated lines] Jun 29 13:41:39 netadm5 upssched[30216]: Timer queue empty, exiting Jun 29 13:41:39 netadm5 upssched[30215]: read confirmation failed, trying again Jun 29 13:41:39 netadm5 upssched[30217]: Timer daemon started Jun 29 13:41:39 netadm5 upssched[30217]: Unknown command on socket: Jun 29 13:41:39 netadm5 upssched[30217]: arg 0: 15START Jun 29 13:41:39 netadm5 upssched[30217]: arg 1: onbatt Jun 29 13:41:39 netadm5 upssched[30217]: arg 2: 15 Jun 29 13:41:39 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:39 netadm5 upssched[30217]: Unknown command on socket: Jun 29 13:41:39 netadm5 upssched[30217]: arg 0: 15START Jun 29 13:41:39 netadm5 upssched[30217]: arg 1: onbatt Jun 29 13:41:39 netadm5 upssched[30217]: arg 2: 15 Jun 29 13:41:39 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] [skipped repeated lines] Jun 29 13:41:39 netadm5 upssched[30217]: Unknown command on socket: Jun 29 13:41:39 netadm5 upssched[30217]: arg 0: 15START Jun 29 13:41:39 netadm5 upssched[30217]: arg 1: onbatt Jun 29 13:41:39 netadm5 upssched[30217]: arg 2: 15 Jun 29 13:41:39 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:39 netadm5 upssched[30217]: Timer queue empty, exiting Jun 29 13:41:39 netadm5 upssched[30215]: read confirmation failed, trying again Jun 29 13:41:39 netadm5 upssched[30218]: Timer daemon started Jun 29 13:41:40 netadm5 upssched[30218]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30218]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30218]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30218]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30218]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30218]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30218]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30218]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30218]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30218]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30218]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30218]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30218]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30218]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30218]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30218]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30218]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30218]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30218]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30218]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30218]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30218]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30218]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30218]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30218]: Timer queue empty, exiting Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30219]: Timer daemon started Jun 29 13:41:40 netadm5 upssched[30219]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30219]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30219]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30219]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30219]: Unknown command on socket: Jun 29 13:41:40 netadm5 upssched[30219]: arg 0: 15START Jun 29 13:41:40 netadm5 upssched[30219]: arg 1: onbatt Jun 29 13:41:40 netadm5 upssched[30219]: arg 2: 15 Jun 29 13:41:40 netadm5 upssched[30215]: read confirmation got [ERR UNKNOWN t 15] Jun 29 13:41:40 netadm5 upssched[30219]: Unknown command on
Bug#679514: libbabl-dev: Compilation failure due to incomplete type
Package: libbabl-dev
Version: 0.1.10-1
Severity: important
Tags: upstream
The following minimal program illustrates the problem.
#include babl/babl.h
#include stdlib.h
#include stdio.h
int
main (int argc, const char *const argv[])
{
babl_init ();
const Babl * babl = babl_format (RGB u8);
printf (RGB u8 bytes per pixel = %d, babl-format.bytes_per_pixel);
return EXIT_SUCCESS;
}
Compile as follows:
gcc -I/usr/include/babl-0.1 -c -o test.o test.c
test.c: In function ‘main’:
test.c:13:46: error: dereferencing pointer to incomplete type
Results for g++ are a bit more explicit:
g++ -I/usr/include/babl-0.1 -c -o test.o test.cpp
test.cpp: In function ‘int main(int, const char* const*)’:
test.cpp:13:46: error: invalid use of incomplete type ‘const Babl {aka
const union _Babl}’
/usr/include/babl-0.1/babl/babl-types.h:31:15: error: forward declaration of
‘const Babl {aka const union _Babl}’
Compiler versions:
gcc (Debian 4.6.3-1) 4.6.3
g++ (Debian 4.6.3-1) 4.6.3
It appears that the babl-classes.h header file, which defines union _Babl, does
not get installed by the upstream babl/Makefile.am. However, this header file
references a pile of other apparently internal header files so I'm not sure
whether it should be installed.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=ja_JP.utf8, LC_CTYPE=ja_JP.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libbabl-dev depends on:
ii libbabl-0.1-0 0.1.10-1
libbabl-dev recommends no packages.
libbabl-dev 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#679515: iscsitarget: init script fails to wait before unloading module during stop
Package: iscsitarget
Version: 1.4.20.2-10
Severity: normal
Tags: patch
Hi,
on busy machines unloading the iscsitarget module is not immediately
possible after stopping the userspace daemon. The attached patch
introduces a flexible sleep time before unloading the module.
This is specially important on HA setups where open files may cause a
failover to fail.
Thanks,
~David
-- System Information:
Debian Release: 6.0.4
APT prefers stable
APT policy: (500, 'stable')
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
Versions of packages iscsitarget depends on:
ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib
ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii procps 1:3.2.8-9/proc file system utilities
Versions of packages iscsitarget recommends:
pn iscsitarget-modulenone (no description available)
Versions of packages iscsitarget suggests:
pn iscsitarget-dkms none (no description available)
pn iscsitarget-sourcenone (no description available)
--- a/debian/iscsitarget.init 2012-06-29 09:55:32.287495190 +
+++ b/debian/iscsitarget.init 2012-06-29 10:01:53.227992044 +
@@ -19,6 +19,7 @@
. /lib/lsb/init-functions # log_{warn,failure}_msg
ISCSITARGET_ENABLE=false
+ISCSITARGET_MAX_SLEEP=3
ISCSITARGET_DEFAULTS_FILE=/etc/default/iscsitarget
if [ -s $ISCSITARGET_DEFAULTS_FILE ]; then
. $ISCSITARGET_DEFAULTS_FILE
@@ -91,9 +92,17 @@
RETVAL=$?
if [ $RETVAL = 0 ] ; then
- log_daemon_msg Removing iSCSI enterprise target modules:
- modprobe -r iscsi_trgt
- RETVAL=$?
+ for i in $(seq $ISCSITARGET_MAX_SLEEP); do
+ log_daemon_msg Removing iSCSI enterprise target
modules:
+ # give iet some time to finish processing
+ sleep 1
+ modprobe -r iscsi_trgt
+ RETVAL=$?
+ if [ $RETVAL = 0 ]; then
+ break
+ fi
+ done
+
modprobe -r crc32c 2/dev/null
if [ $RETVAL = 0 ]; then
log_end_msg 0
--- a/debian/iscsitarget.default2012-06-29 09:58:10.215578518 +
+++ b/debian/iscsitarget.default2012-06-29 09:58:33.208716552 +
@@ -1,4 +1,5 @@
ISCSITARGET_ENABLE=false
+ISCSITARGET_MAX_SLEEP=3
# ietd options
Bug#555168: Unclear license situation for (e)glibc locales provided by you
On 06/29/2012 12:30 PM, Helge Kreutzmann wrote: Hello, you are listed as contact person/author of the following locale: tr_TR This locale comes with a statement % Distribution and use is free, also % for commercial purposes. Thus it does not allow modification; it is unclear, however, if this statement was meant as a license. As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 this locale could strictly speaking not be part of Debian which would be a great loss. (Currently it is allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense this locale to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? Sure, I put my name to be contacted in case of any problem. I did not have any intention to put any license restrictions in the first place . I believe that statement was inherited from a template of libc at that moment. I am willing to set it to LGPL v2 or any license to be consistent with the rest of the locale licenses. You can delete my name as well since I do not maintain it for a long time. Let me know if I can provide any assistance you might need. Best regards. -- Onur Tolga Sehitoglu http://www.ceng.metu.edu.tr/~onur/ If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679516: qa.debian.org: PTS .dsc URLs use section from latest upload for all distributions
Package: qa.debian.org Severity: normal Hi, The 'Versions' section in the PTS shows the version currently in each distribution, and provides link to the corresponding .dsc file. The .dsc URL appears to use the section field from the latest upload to generate the URL for all the available .dsc files in all the distributions. This leads to invalid links when a package changes sections, for example from non-free to main. See the figlet PTS page [1] for an example: oldstable 2.2.2-1 http://cdn.debian.net/debian/pool/main/f/figlet/figlet_2.2.2-1.dsc stable 2.2.2-1 http://cdn.debian.net/debian/pool/main/f/figlet/figlet_2.2.2-1.dsc testing 2.2.5-1 http://cdn.debian.net/debian/pool/main/f/figlet/figlet_2.2.5-1.dsc unstable2.2.5-1 http://cdn.debian.net/debian/pool/main/f/figlet/figlet_2.2.5-1.dsc The oldstable and stable links point to 404s. Below is what I should expect to see: oldstable 2.2.2-1 http://cdn.debian.net/debian/pool/non-free/f/figlet/figlet_2.2.2-1.dsc stable 2.2.2-1 http://cdn.debian.net/debian/pool/non-free/f/figlet/figlet_2.2.2-1.dsc testing 2.2.5-1 http://cdn.debian.net/debian/pool/main/f/figlet/figlet_2.2.5-1.dsc unstable2.2.5-1 http://cdn.debian.net/debian/pool/main/f/figlet/figlet_2.2.5-1.dsc Thanks, Jon [1] http://packages.qa.debian.org/f/figlet.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675543: Unicode support for mdbtools
severity 675543 normal thanks Thank you for your good patch. However, on Debian, UTF-8 is already working well, and UCS is usually not needed. So I am decreasing the severity to normal. Your patch will be merged in next upstream release. signature.asc Description: This is a digitally signed message part.
Bug#483217: texlive-latex-base: 483217: status?
begin quotation from Norbert Preining (in 20120627143050.ge25...@gamma.logic.tuwien.ac.at): On Mi, 27 Jun 2012, Arne Wichmann wrote: Given that, the relevant files should be removed from debian, as they are not DFSG-free. Am I wrong there? Yes you are. Could you please enlighten me about my misunderstanding? cu AW -- [...] If you don't want to be restricted, don't agree to it. If you are coerced, comply as much as you must to protect yourself, just don't support it. Noone can free you but yourself. (crag, on Debian Planet) Arne Wichmann (a...@linux.de) signature.asc Description: Digital signature
Bug#677504: lintian fixes
On Fri, Jun 22, 2012 at 12:21 PM, Michael Tokarev m...@tls.msk.ru wrote: The upstream patch introduced by this change should be submitted, naturally, upstream. Â Sergey, care to submit it to Neil as appropriate, or should I do that myself? Whoole changeset looks very minor. Probably, you can submit one someday. Also, this patch lacks DEP-3 headers. Attached. From 575660ceb6fe827bf1ef6635f5c7cb2485e6e6ea Mon Sep 17 00:00:00 2001 From: Sergey B Kirpichev skirpic...@gmail.com Date: Fri, 29 Jun 2012 14:26:59 +0400 Subject: [PATCH] Add DEP3 headers to spelling-and-manpages.patch --- debian/patches/spelling-and-manpages.patch |4 1 files changed, 4 insertions(+), 0 deletions(-) diff --git a/debian/patches/spelling-and-manpages.patch b/debian/patches/spelling-and-manpages.patch index 0d89bb8..2bc9945 100644 --- a/debian/patches/spelling-and-manpages.patch +++ b/debian/patches/spelling-and-manpages.patch @@ -1,3 +1,7 @@ +Description: Fix spelling and manpage formatting issues +Author: Sergey B Kirpichev skirpic...@gmail.com +Forwarded: no + --- Build.c |2 +- md.4 |2 +- -- 1.7.2.5
Bug#609269: confirm bug exists in wheezy (icedove 10.0.3-3)
Version: 10.0.3-3 Severity: important I have the same problem as described I am using icedove 10.0.3 on wheezy My setup: - there is one IMAP mailbox - multiple identities are defined (Account Settings - Manage Identities...) The problem does not happen on every message. Therefore, it is more frustrating, because it is not always noticed. It usually happens: a) when I go to my sent folder and `reply' to something I already sent, as a follow up b) when I forward a message c) when I reply to a mailing list post but I don't think I have seen the problem when replying to regular messages from the inbox. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679517: [nvidia-settings] Powermizer options are missing
Package: nvidia-settings Version: 290.10-1~bpo60+1 Severity: normal --- Please enter the report below this line. --- Hello, Since the last update of nvidia-glx and nvidia-kernel-dkms to version 295.59.1 in squeeze-backports the Powermizer options in nvidia-settings have suddenly disappeared. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-0.bpo.2-amd64 Debian Release: 6.0.5 500 stable-updates ftp.fr.debian.org 500 stable www.debian-multimedia.org 500 stable security.debian.org 500 stable ftp.fr.debian.org 500 stable download.tuxfamily.org 500 squeeze-backports mozilla.debian.net 500 squeeze deb.playonlinux.com 500 proposed-updates ftp.fr.debian.org 100 squeeze-backports backports.debian.org --- Package information. --- Depends (Version) | Installed =-+- pkg-config| 0.25-1.1 libc6(= 2.7) | 2.11.3-4 libglib2.0-0 (= 2.12.0) | 2.24.2-1 libgtk2.0-0(= 2.8.0) | 2.20.1-2 libpango1.0-0 (= 1.14.0) | 1.28.3-1+squeeze2 libx11-6 | 2:1.3.3-4 libxext6 | 2:1.1.2-1 libxxf86vm1 | 1:1.1.0-2 Recommends (Version) | Installed -+-=== libgl1-nvidia-glx-any| Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663964: apt-listbugs?
Hi Michael, I believe this is a nice new function to have in U-A, but it's probably too late for wheezy. :-) 2012/6/28 Michael Vogt michael.v...@gmail.com: thanks for your bugreport. How does apt-listbugs put a package into this state? u-n should supoprt the dpkg HOLD state and honor that. I think we're not talking about the same thing. Currently «apt-listbugs» will abort an install/upgrade of a *set* of packages if one of them has a RC bug. I'm proposing for U-A to detect (via an APT plugin or something) these RC packages and ignore them during the upgrade like all the other packages that are ignored due to some conditions. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679518: rawstudio: does not save exif data in exported jpg.
Package: rawstudio Version: 1.2-5+b2 Severity: important When exporting images to jpg the program creates a second file with the same name but with a wrong extention jpg where is a number. The exported jpg does not contains exif data. On console the program shows the error unable to write exif data... -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rawstudio depends on: ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libexiv2-9 0.20-2EXIF/IPTC metadata manipulation li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib ii libgcc11:4.4.5-8 GCC support library ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libjpeg62 6b1-1 The Independent JPEG Group's JPEG ii liblcms1 1.18.dfsg-1.2+b3 Color management library ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff4 3.9.4-5+squeeze4 Tag Image File Format (TIFF) libra ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2+squeeze4 GNOME XML library rawstudio recommends no packages. rawstudio 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#679519: linux-image-3.2.0-3-rt-amd64: usbhid causes crashes in applications by memory corruption
Package: src:linux Version: 3.2.21-2 X-Mailer: reportbug 4.12.6 Date: Fri, 29 Jun 2012 11:26:06 +0100 Severity: normal Tags: upstream When I plug in a USB mouse (or keyboard, but I don't normally do that) into this laptop, the first event -- mouse movement -- causes some applications to crash with a memory corruption message from malloc. Applications which reliably crash every time are audacious, cairo-dock and zenity. However, if re-started, they may or may not crash again. If usbhid is blacklisted, no crashes occur, although, obviously, the mouse does not work. I can use the built-in trackpad. I've tried a vanilla kernel compiled from source (although not the Debian way; sorry) and the result is the same. I don't know much about kernel modules and memory, so I don't know how to provide more useful information. Obviously usbhid must be in use on every linux desktop or laptop in the world, and I've found no other reports of similar problems. Am I the only person using 64-bit linux on a dual-core Intel Atom? Here is a backtrace from audacious: *** glibc detected *** audacious: malloc(): memory corruption: 0x01b79830 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x75b46)[0x7fd0f8eebb46] /lib/x86_64-linux-gnu/libc.so.6(+0x78bb3)[0x7fd0f8eeebb3] /lib/x86_64-linux-gnu/libc.so.6(__libc_malloc+0x70)[0x7fd0f8ef0960] /usr/lib/libXi.so.6(+0x9a84)[0x7fd0f786aa84] /usr/lib/x86_64-linux-gnu/libX11.so.6(_XEnq+0xd5)[0x7fd0f7ab7615] /usr/lib/x86_64-linux-gnu/libX11.so.6(+0x44563)[0x7fd0f7ab4563] /usr/lib/x86_64-linux-gnu/libX11.so.6(_XEventsQueued+0x55)[0x7fd0f7ab4fa5] /usr/lib/x86_64-linux-gnu/libX11.so.6(XPending+0x5d)[0x7fd0f7aa663d] /usr/lib/x86_64-linux-gnu/libgdk-3.so.0(+0x4b078)[0x7fd0f9b26078] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_context_check+0x1a3)[0x7fd0fa836643] /lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x4aad6)[0x7fd0fa836ad6] /lib/x86_64-linux-gnu/libglib-2.0.so.0(g_main_loop_run+0x6a)[0x7fd0fa836f9a] /usr/lib/x86_64-linux-gnu/libgtk-3.so.0(gtk_main+0x85)[0x7fd0f9edc2d5] audacious[0x40e030] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xfd)[0x7fd0f8e94ead] audacious[0x40e5f1] === Memory map: 0040-0044 r-xp 08:01 387801 /usr/bin/audacious 0063f000-0064 r--p 0003f000 08:01 387801 /usr/bin/audacious 0064-00643000 rw-p 0004 08:01 387801 /usr/bin/audacious 00643000-00646000 rw-p 00:00 0 0176-01b94000 rw-p 00:00 0 [heap] 7fd0cea2b000-7fd0ceaba000 r--p 08:01 391784 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf 7fd0ceaba000-7fd0d2032000 r--p 08:01 456191 /usr/share/icons/gnome/icon-theme.cache 7fd0d2032000-7fd0d2ad7000 r--p 08:01 417515 /usr/share/icons/hicolor/icon-theme.cache 7fd0d2ad7000-7fd0d2b72000 r--p 08:01 391779 /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf 7fd0d2b72000-7fd0d2b74000 r-xp 08:01 598420 /usr/lib/x86_64-linux-gnu/pango/1.6.0/modules/pango-basic-fc.so 7fd0d2b74000-7fd0d2d73000 ---p 2000 08:01 598420 /usr/lib/x86_64-linux-gnu/pango/1.6.0/modules/pango-basic-fc.so 7fd0d2d73000-7fd0d2d74000 r--p 1000 08:01 598420 /usr/lib/x86_64-linux-gnu/pango/1.6.0/modules/pango-basic-fc.so 7fd0d2d74000-7fd0d2d75000 rw-p 2000 08:01 598420 /usr/lib/x86_64-linux-gnu/pango/1.6.0/modules/pango-basic-fc.so 7fd0d2d75000-7fd0d2da3000 r-xp 08:01 492393 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7fd0d2da3000-7fd0d2fa3000 ---p 0002e000 08:01 492393 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7fd0d2fa3000-7fd0d2fa4000 r--p 0002e000 08:01 492393 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7fd0d2fa4000-7fd0d2fa5000 rw-p 0002f000 08:01 492393 /usr/lib/x86_64-linux-gnu/libbluray.so.1.1.0 7fd0d2fa5000-7fd0d2fa7000 r-xp 08:01 468700 /lib/x86_64-linux-gnu/libutil-2.13.so 7fd0d2fa7000-7fd0d31a6000 ---p 2000 08:01 468700 /lib/x86_64-linux-gnu/libutil-2.13.so 7fd0d31a6000-7fd0d31a7000 r--p 1000 08:01 468700 /lib/x86_64-linux-gnu/libutil-2.13.so 7fd0d31a7000-7fd0d31a8000 rw-p 2000 08:01 468700 /lib/x86_64-linux-gnu/libutil-2.13.so 7fd0d31a8000-7fd0d31b6000 r-xp 08:01 493214 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7fd0d31b6000-7fd0d33b5000 ---p e000 08:01 493214 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7fd0d33b5000-7fd0d33b6000 r--p d000 08:01 493214 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7fd0d33b6000-7fd0d33b7000 rw-p e000 08:01 493214 /lib/x86_64-linux-gnu/libudev.so.0.13.0 7fd0d33b7000-7fd0d33cf000 r-xp 08:01 492405 /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so 7fd0d33cf000-7fd0d35ce000 ---p 00018000 08:01 492405 /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so 7fd0d35ce000-7fd0d35cf000 r--p 00017000 08:01 492405 /usr/lib/x86_64-linux-gnu/gvfs/libgvfscommon.so 7fd0d35cf000-7fd0d35d rw-p 00018000 08:01 492405
Bug#679045: RFS: xmhtml/1.1.7-18 [QA] -- Motif widget for display HTML 3.2
Hi, % debdiff xmhtml1_1.1.7-17_amd64.deb xmhtml1_1.1.7-18_amd64.deb [The following lists of changes regard files as different if they have different names, permissions or owners.] Files in first .deb but not in second - -rw-r--r-- root/root /usr/share/doc/xmhtml1/README.gz -rw-r--r-- root/root /usr/share/doc/xmhtml1/THANKS -rw-r--r-- root/root /usr/share/doc/xmhtml1/TODO They were present in xmhtml1-dev package, but I've missed them in xmhtml1 package. Thanks a lot. Now fixed and uploaded to m.d.n.. Direct link for download: http://mentors.debian.net/debian/pool/main/x/xmhtml/xmhtml_1.1.7-18.dsc Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677503: A temporary fix
A temporary fix for this bug is the command (as root) # dkms install open-vm-tools/version where the version can be derived from the open-vm-tools-version name of the source directory in /usr/src. Note that the command uses a slash, whereas the source directory uses a hyphen preceding the version number. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679106: cron: multiple /etc/init.d/cron stop may kill unrelated processes
Hi Javier. Sorry for the late reply: On Wed, 2012-06-27 at 20:36 +0200, Javier Fernandez-Sanguino wrote: For its stop argument, cron uses /lib/lsb/init-functions's killproc. I believe killproc should remove the pidfile if the processes is killed properly. ok... weird... I'm unable to reproduce the behaviour you are seeing. Maybe this is associated with your environment. At least I wouldn't know about anything special with it... it's rather plain sid, everything updated. send the output to this bug report (you can use 'script' to capture all the output to a file). attached. Please ensure first that the cron daemon is started: Was the case. As you see there is one special thing, my custom locale en_DE.UTF-8... but this is not so special as it seems,... it's merely the normal en_US local but with dates and some other stuff set to the metric / ISO formats. But I was sceptical anyway so I tried unset LANG /etc/init.d/cron start /etc/init.d/cron stop /etc/init.d/cron stop And the problem occurred again. /etc/environment is empty, and I tried the whole game also with setting LANG=C in /etc/default/locale . If you need further help, do not hesitate to ask. Cheers, Chris root@heisenberg:~# sh -x /etc/init.d/cron stop + PATH=/bin:/usr/bin:/sbin:/usr/sbin + DESC=cron daemon + NAME=cron + DAEMON=/usr/sbin/cron + PIDFILE=/var/run/crond.pid + SCRIPTNAME=/etc/init.d/cron + test -f /usr/sbin/cron + . /lib/lsb/init-functions + run-parts --lsbsysinit --list /lib/lsb/init-functions.d + [ -r /lib/lsb/init-functions.d/20-left-info-blocks ] + . /lib/lsb/init-functions.d/20-left-info-blocks + FANCYTTY= + [ -e /etc/lsb-base-logging.sh ] + true + [ -r /etc/default/cron ] + . /etc/default/cron + READ_ENV=yes + [ yes = yes ] + parse_environment + [ -r /etc/environment ] + [ -s /etc/environment ] + continue + [ -r /etc/default/locale ] + [ -s /etc/default/locale ] + egrep ^LANG= /etc/default/locale + tail -n1 + cut -d= -f2 + value=en_DE.UTF-8 + [ -n en_DE.UTF-8 ] + eval export LANG=en_DE.UTF-8 + export LANG=en_DE.UTF-8 + [ -n en_DE.UTF-8 ] + [ /etc/default/locale = /etc/environment ] + egrep ^LANGUAGE= /etc/default/locale + tail -n1 + cut -d= -f2 + value= + [ -n ] + [ -n ] + egrep ^LC_ALL= /etc/default/locale + tail -n1 + cut -d= -f2 + value= + [ -n ] + [ -n ] + egrep ^LC_CTYPE= /etc/default/locale + tail -n1 + cut -d= -f2 + value= + [ -n ] + [ -n ] + [ -z -a -e /etc/timezone ] + cat /etc/timezone + TZ=Europe/Berlin + log_daemon_msg Stopping periodic command scheduler cron + [ -z Stopping periodic command scheduler ] + log_daemon_msg_pre Stopping periodic command scheduler cron + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + [ xxterm != x ] + [ xxterm != xdumb ] + [ -x /usr/bin/tput ] + [ -x /usr/bin/expr ] + /usr/bin/tput hpa 60 + /usr/bin/tput setaf 1 + [ -z ] + FANCYTTY=1 + true + /bin/echo -n [] [] + [ -z cron ] + /bin/echo -n Stopping periodic command scheduler: cron Stopping periodic command scheduler: cron+ log_daemon_msg_post Stopping periodic command scheduler cron + : + killproc -p /var/run/crond.pid /usr/sbin/cron + local pidfile sig status base name_param is_term_sig OPTIND + pidfile= + name_param= + is_term_sig= + OPTIND=1 + getopts p: opt + pidfile=/var/run/crond.pid + getopts p: opt + shift 2 + base=cron + [ ! /var/run/crond.pid ] + name_param=--pidfile /var/run/crond.pid + sed -e s/^-\(.*\)/\1/ + echo + sig= + echo + sed -e s/^SIG\(.*\)/\1/ + sig= + [ = 15 ] + [ = TERM ] + status=0 + [ ! ] + [ -n ] + /sbin/start-stop-daemon --stop --retry 5 --quiet --pidfile /var/run/crond.pid + [ 0 = 1 ] + [ 0 = 0 ] + [ ] + return 0 + log_end_msg 0 + [ -z 0 ] + local retval + retval=0 + log_end_msg_pre 0 + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + [ xxterm != x ] + [ xxterm != xdumb ] + [ -x /usr/bin/tput ] + [ -x /usr/bin/expr ] + /usr/bin/tput hpa 60 + /usr/bin/tput setaf 1 + [ -z 1 ] + true + true + /usr/bin/tput setaf 1 + RED= + /usr/bin/tput setaf 2 + GREEN= + /usr/bin/tput setaf 3 + YELLOW= + /usr/bin/tput op + NORMAL= + /usr/bin/tput civis + /usr/bin/tput sc + /usr/bin/tput hpa 0 + [ 0 -eq 0 ] + /bin/echo -ne [ ok [ ok + /usr/bin/tput rc + /usr/bin/tput cnorm + log_use_fancy_output + TPUT=/usr/bin/tput + EXPR=/usr/bin/expr + [ -t 1 ] + [ xxterm != x ] + [ xxterm != xdumb ] + [ -x /usr/bin/tput ] + [ -x /usr/bin/expr ] + /usr/bin/tput hpa 60 + /usr/bin/tput setaf 1 + [ -z 1 ] + true + true + /usr/bin/tput setaf 1 + RED= + /usr/bin/tput setaf 3 + YELLOW= + /usr/bin/tput op + NORMAL= + [ 0 -eq 0 ] + echo . . + log_end_msg_post 0 + : + return 0 + exit 0 root@heisenberg:~# ls -la /var/run/cron* -rw-r--r-- 1 root root 5 Jun 29 12:49 /var/run/crond.pid -- 1 root root 0 Jun 29 11:44 /var/run/crond.reboot root@heisenberg:~# cat /var/run/crond.pid 4211 root@heisenberg:~# /etc/init.d/cron status [FAIL] cron is not running ... failed! root@heisenberg:~# ls -la /var/run/cron* -rw-r--r-- 1 root root 5 Jun 29 12:49
Bug#619367: Bug#677191: emacsen-common: errors while upgrading to wheezy(some time ago) = wheezy(today)
On Tue, Jun 26, 2012 at 05:55:14PM +0200, Agustin Martin wrote: So, seems that the problem appears when both xemacs21 stuff and emacsen-common are ugraded at the same time. Seems that xemacs21 stuff needs something from a postinst to become available for byte-compilation, so byte-compilation fails and needed postinst is not reached. If in the failing chroot I run # xemacs21 -vanilla -nw WARNING: Couldn't find obvious defaults for: data-directory mule-lisp-directory lisp-directory Perhaps some directories don't exist, or the XEmacs executable, /usr/bin/xemacs21 is in a strange place? . and once xemacs is started I see (1) (warning/warning) Autoload error in: /usr/share/xemacs21/mule-packages/lisp/latin-euro-standards/auto-autoloads: Cannot open load file: cl-macs I think that emacsen-common 2.0.0 considering the failure of any add-on package install or remove script as a fatal error just makes this underlying xemacs21 problem evident, but seems to be something wrong in xemacs21. Reading more carefully http://bugs.debian.org/619367 I see that it points to http://bugs.debian.org/391778, where some symlinks are done at xemacs21-* postinst. May be those symlinks should be done in appropriate preinst if needed, so paths are available even if xemacs21* is not yet configured. I am thinking about a possible alternative, a dirty workaround from the emacsen-common side, make emacs-install and emacs-package-install skip byte compilation for xemacs21 if those symlinks are not set, warning about this. emacs-install should be called again from relevant xemacs21* postinsts, and this last must be done after symlinks are set. Did not look at emacs-install and emacs-package-install, nor sure how reasonable / rock solid/ easy is this. Also, I find this a bit weak regarding possible changes in xemacs21, but ... Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660260: Fwd: GDL seems to use non public symbols from plplot (Debian Wheezy freeze on Saturday)
Hi, short status update: Axel Beckert wrote: Both plstrl and plP_mmpcx are used in GDL to handle the WIDTH keyword to the XYOUTS procedure. That's surely not a vital feature of GDL so perhaps you can simply comment it out from the GDL source code for Debian packaging while waiting for a proper solution. Such patch would basically undo this commit: http://gnudatalanguage.cvs.sf.net/viewvc/gnudatalanguage/gdl/src/plotting.cpp?hideattic=0r1=1.127r2=1.128 Ok, with this advice I got at least one incremental build working. Yay! I've now got a package which builds. Thanks Sylwester for his support and hints! Now I'm trying to get a clean package out of it. :-) Still some fine-tuning (Lintian warnings, etc.) to do, but I'll likely make an upload today. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609269: discussed upstream
Some or all of the issues appear in this (supposedly resolved) upstream bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=377998 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661309: RFS: task-spooler/0.7.3-1 [ITP]
Alexander Inyukhin shur...@sectorb.msk.ru writes: Changes from previous package version: * priority changed to optional; * fixed memory leak (cppcheck warning). Sounds good, I'll have a (hopefully final) look at this today. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679520: override: yorick-full:science/extra
Package: ftp.debian.org Severity: wishlist X-Debbugs-CC: debian-science-maintain...@lists.alioth.debian.org Dear FTP master, Can you please change the priority of yorick-full from optional to extra to comply with debian-science policy? http://debian-science.alioth.debian.org/debian-science-policy.html#idp17887120 yorick-full depends on a bunch of packages of priotiy extra. I forgot this new package when I requested the change for the other yorick packages: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679088 Regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#679521: fusionforge-plugin-mediawiki: I got cannot copy to target directory when trying to set a wgLogo for my project's mediawiki.
Package: fusionforge-plugin-mediawiki Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I tried to set a logo for mediawiki in a project for the fusion-forge installed at int-evry.fr * What exactly did you do (or not do) that was effective (or ineffective)? Click on upload a new logo in the MediaWiki plugin Admin for my project. * What was the outcome of this action? The error message Cannot copy file to target directory appeared with a green background. * What outcome did you expect instead? I expected logo to be installed and to appear in my mediaWiki. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679522: apache2.2-common: Apache Common and Combined definition Vs. documentation disparity
Package: apache2.2-common
Version: 2.2.16-6+squeeze7
Severity: normal
Using the default apache install the common and combined log format definitions
differ from both the vanilla apache documentation and the documentation
provided in the apache2-doc package in the file:
/usr/share/doc/apache2-doc/manual/en/logs.html
The vanilla apache documentation, the documentation in the apache2-doc package
and the config file in the vanilla apache2.2.22 source package define the
combined and common log file formats respectively as follows:
LogFormat %h %l %u %t \%r\ %s %b \%{Referer}i\ \%{User-Agent}i\
combined
LogFormat %h %l %u %t \%r\ %s %b common
The file /etc/apache2/apache2.conf included in the Debian apache2.2-common
package defines the combined and common log file formats respectively as
follows:
LogFormat %h %l %u %t \%r\ %s %O \%{Referer}i\ \%{User-Agent}i\
combined
LogFormat %h %l %u %t \%r\ %s %O common
The difference between them being that where in the vanilla version we have
‘%b’ whilst in the apache2.2-common version we have ’%O’. Whilst the
data they return is similar they are not the same.
From my point of view the two logical ways to deal with this issue are
1. Change the /etc/apache2/apache2.conf file in the apache2.2.-common package
from the ‘%O’ flag to the ‘%b’ flag. This will then match the
documentation on the apache site, the documentation in the apache2-doc and the
vanilla apache configuration.
2. Change the name of the log file definitions in the configuration file (e.g.
from common and combined to common-debian and combined-debian) to stop
confusion with the different but identically named formats in the apache
vanilla documentation.
Change the documentation provided in the apache2-doc packed to reflect this
change.
Note for the purposes of this bug report ‘vanilla apache’ means from the
httpd.apache.org site and nothing to do with the Debian distribution.
Note: I originally noticed this issue on Ubuntu but have reproduced it on
Debian. The Ubuntu bug management team indicated that I should report the issue
here as it is reproduceable upstream on Debian. The link to the Ubutu bug
report is: https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1018024
-- Package-specific info:
List of enabled modules from 'apache2 -M':
alias auth_basic authn_file authz_default authz_groupfile
authz_host authz_user autoindex cgid deflate dir env mime
negotiation reqtimeout setenvif status
-- 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 apache2.2-common depends on:
ii apache2-utils 2.2.16-6+squeeze7 utility programs for webservers
ii apache2.2-bin 2.2.16-6+squeeze7 Apache HTTP Server common binary f
ii libmagic1 5.04-5+squeeze2 File type determination library us
ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii mime-support 3.48-1MIME files 'mime.types' 'mailcap
ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction
ii procps 1:3.2.8-9squeeze1 /proc file system utilities
Versions of packages apache2.2-common recommends:
ii ssl-cert 1.0.28 simple debconf wrapper for OpenSSL
Versions of packages apache2.2-common suggests:
ii apache2-doc2.2.16-6+squeeze7 Apache HTTP Server documentation
pn apache2-suexec | apach none(no description available)
ii epiphany-browser [www- 2.30.6-1 Intuitive GNOME web browser
ii iceweasel [www-browser 3.5.16-16 Web browser based on Firefox
ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent
Versions of packages apache2.2-common is related to:
pn apache2-mpm-event none(no description available)
pn apache2-mpm-itknone(no description available)
pn apache2-mpm-preforknone(no description available)
ii apache2-mpm-worker 2.2.16-6+squeeze7 Apache HTTP Server - high speed th
-- 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#679073: texlive-base: failed during dist-upgrade (/usr/bin/fmtutil: Segmentation fault)
On 29.06.12 Norbert Preining (prein...@logic.at) wrote: On Fr, 29 Jun 2012, Hilmar Preusse wrote: Core was generated by `pdftex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini'. Program terminated with signal 11, Segmentation fault. Looks like a problem in texlive-binaries. As said, not repeatable, not even regularly from the OP. ARM problem? Memory problem? Disk corruption? I don't know but there is nothing we can do here. I had the impression that this is a duplicate (or is at least related to #678604) or was fixed by your last upload/the upstream-fix-ini-synctex-segfault patch. Lukasz, could you retry using v2012.20120628-1, once it is available as arm? H. -- sigmentation fault signature.asc Description: Digital signature
Bug#679511: [cyrus-imapd-2.2 source] build script is not idempotent
severity 679511 wishlist tag 679511 +wontfix thank you As in case #179654: this violates policy section 6.2. Debian policy 6.2 speaks about maintainer scripts (postinst, postrm, preinst, prerm) and not about build scripts. Just use git-buildpackage and life will be much easier... so these kind of bugs would get fixed only if accompanied by a patch. Anyway just FYI cyrus-imapd-2.2 is going away in wheezy and I am not going to fix that in squeeze. O. -- 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#676381: procps: IPV6 privacy extensions not activted even though configured
retitle 676381 init script needs X-Start-Before: network thankyou On Thu, Jun 28, 2012 at 10:46:12AM +0200, Dirk Griesbach wrote: I messed procps and networking, sorry for the confusion. In fact, in procps I use the line: # X-Start-Before:$network procps before $network so settings apply to all networking interfaces. It used to be S30procps and S40networking so this will restore that order. It will be in the next release. - Craig -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614907: Draft resolution for node+nodejs
On Thu, Jun 28, 2012 at 12:52:39PM -0700, Steve Langasek wrote: Sorry this is so long in coming. Here's the draft resolution for this issue, agreed at the last IRC meeting. I thought about including a statement censuring nodejs upstream for their unhelpful behavior around this issue, but we didn't actually discuss that at the IRC meeting so I don't know if there's a consensus and don't want to hold this up any further. Situations like the one in this bug really have no terribly satisfactory answer. Whatever we do (including nothing!), some users are likely to end up being inconvenienced. I don't know how much issuing a censure would achieve - we can say it all we like, and I might well agree, but if they were going to pay attention then my suspicion is that we wouldn't have had this problem in the first place! - but I think it would be useful to take this situation as an opportunity to remind the wider free software world about the importance of playing nicely with the command namespace in the hope of reducing future problems. If this were picked up by technical news outlets then it might actually be a vaguely useful thing to do. I understand why you didn't want to hold up your resolution text on anything along these lines. Still, we can quite reasonably vote on such a statement independently. I'd like to suggest a statement under §6.1.5 along the following lines: The Technical Committee notes that the namespace of executable commands on $PATH is a resource shared among everyone writing software for POSIX-compatible systems, and that the combinations of packages that users may choose to install on a given system can easily surprise the authors of those packages. The Committee advises anyone writing widely-deployed software to consider its command name carefully at an early stage. It is a good idea to search the web for your proposed name and try to ensure that it is unique. It is likely to be a bad idea to use excessively short names or common words. The conflict between LinuxNode and Node.js demonstrates that taking a little time early on can avoid a great deal of tedium later. The Committee furthermore reminds Debian Developers that they are in an excellent position to assist upstream authors with identifying and resolving conflicts at an early stage, and that they should do so as soon as possible rather than deferring the problem until later and thus entrenching the naming conflict. === Resolution === The Technical Committee reaffirms the importance of preventing namespace collisions for programs in the distribution, while recognizing that compatibility with upstreams and with previous Debian releases is also important and that sometimes an imperfect balance must be struck between these three goals. The Committee therefore resolves that: 1. The nodejs package shall be changed to provide /usr/bin/nodejs, not /usr/bin/node. The package should declare a Breaks: relationship with any packages in Debian that reference /usr/bin/node. For consistent tense, I think s/should/shall/. 2. The nodejs source package shall also provide a nodejs-legacy binary package at Priority: extra that contains /usr/bin/node as a symlink to /usr/bin/nodejs. No package in the archive may depend on or recommend the nodejs-legacy package, which is provided solely for upstream compatibility. This package declares shall also declare a Conflicts: relationship with the node package. Typo: probably just This package shall also declare. Also, my apologies if this has been discussed already as I'm coming to this discussion very late, but isn't this a fairly rough transition? If I were designing this, there would be a period whereby users of the existing nodejs binary package are upgraded to a system with both nodejs and nodejs-legacy, to minimise breakage. If this has been discussed already and refuted for some reason, feel free to point me at the messages I missed. 3. The node source package shall rename its binary to /usr/sbin/ax25-node, and its binary package to ax25-node. 4. The node source package shall continue to build a transitional 'node' binary package for compatibility with deployed Debian installations, which provides /usr/sbin/node as a symlink to /usr/sbin/ax25-node. This package shall declare a reciprocal Conflicts: relationship with the nodejs-legacy package. Other packages may reference the 'node' package as a dependency or recommendation, but are encouraged to transition to 'ax25-node'. By contrast, this is a much smoother transition. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671382: v...@debian.org's patch applied: Please test
Dear Luigi, I have applied the patch that v...@debian.org posted. However, I have no H323 endpoints to test it against; would you please test against the svn-buildpackage version, and report your results? Warmest regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655385: [squeeze openvz] Cannot allocate memory when doing cat /proc/self/mountinfo inside a vm
Hi vzctl and vzquota will still be supported. I will (very soon now) upload a new version with instructions on how to install the .rpm kernel and what to do there. // Ola Quoting Jonathan Nieder jrnie...@gmail.com: Ola Lundqvist wrote: Thanks. Yes, but in this case the advice is to use the available .rpm packages and alienize those to .deb. Oh, dear. Shouldn't we add a NEWS file or something to let existing users know the package in squeeze is not supported any more, then? -- --- Inguza Technology AB --- MSc in Information Technology / o...@inguza.comAnnebergsslingan 37\ | o...@debian.org 654 65 KARLSTAD| | http://inguza.com/Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
