Bug#688603: mlterm: diff for NMU version 3.1.2-1.2
Hey Ahmed and Kenshi On Fri, Sep 28, 2012 at 08:25:28AM +0200, أحمد المحمودي wrote: On Fri, Sep 28, 2012 at 08:54:30AM +0900, Kenshi Muto wrote: mlterm is mostly maintained by Ahmed. Ahmed, could you tell me what you think about? ---end quoted text--- Well, it is the same fix that was done in 3.1.2-1.1 for mlterm mlterm.tiny Yet I think it is better to do the fix in .preinst instead of .postinst as the file attached. Note that I didn't test that fix yet. Thanks for your reply Ahmed. Yes I think you are correct and your solution should works too correctly (untested your solution). Only thinking aloud: Would it be safer to check in addition against current version in wheezy, for the already happened updates for people who did Squeeze - current Testing, and if we still have empty directories where should be symlinks to mlterm-common replace them? Thanks for your work! Regards, Salvatore signature.asc Description: Digital signature
Bug#688611: automake1.7: Add ${misc:Depends} depends since package uses debhelper
tags 688611 + wontfix
thanks
* Benjamin Kerensa (bkere...@ubuntu.com) wrote:
Package: automake1.7
Version: 1.7.9-9.1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch
Dear Maintainer,
I have attached a patch which adds ${misc:Depends} depends since this package
uses debhelper
hopefully this can be included in your next update to this package.
Thanks but automake1.7 has been removed from unstable and won't be
part of the next release of Debian.
-- System Information:
Debian Release: wheezy/sid
APT prefers quantal-updates
APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500,
'quantal-proposed'), (500, 'quantal'), (100, 'quantal-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5.0-15-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
=== modified file 'Makefile.in'
--- Makefile.in 2004-04-20 23:47:54 +
+++ Makefile.in 2012-09-24 07:12:42 +
@@ -472,7 +472,8 @@
$(MAKE) $(AM_MAKEFLAGS) \
top_distdir=$(top_distdir) distdir=$(distdir) \
dist-info
- -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \
+ -find $(distdir) -type d ! -perm -755 \
+ -exec chmod u+rwx,go+rx {} \; -o \
! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \
! -type d ! -perm -400 -exec chmod a+r {} \; -o \
! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {}
\; \
=== modified file 'debian/changelog'
=== modified file 'debian/control'
--- debian/control2006-06-15 21:33:50 +
+++ debian/control2012-09-24 07:13:14 +
@@ -9,7 +9,7 @@
Package: automake1.7
Architecture: all
Provides: automaken
-Depends: autoconf (= 2.54), autotools-dev (= 20020320.1)
+Depends: ${misc:Depends}, autoconf (= 2.54), autotools-dev (= 20020320.1)
Conflicts: automake1.6 ( 1.6.1-4), automake ( 1:1.4-p5-1), automake1.5
( 1.5-2)
Description: A tool for generating GNU Standards-compliant Makefiles
Automake is a tool for automatically generating `Makefile.in's from
=== modified file 'lib/am/distdir.am'
--- lib/am/distdir.am 2004-04-20 23:47:54 +
+++ lib/am/distdir.am 2012-09-24 07:12:42 +
@@ -181,11 +181,7 @@
endif %?DIST-TARGETS%
##
## This complex find command will try to avoid changing the modes of
-## links into the source tree, in case they're hard-linked. It will
-## also make directories writable by everybody, because some
-## brain-dead tar implementations change ownership and permissions of
-## a directory before extracting the files, thus becoming unable to
-## extract them.
+## links into the source tree, in case they're hard-linked.
##
## Ignore return result from chmod, because it might give an error
## if we chmod a symlink.
@@ -198,7 +194,8 @@
## the file in place in the source tree.
##
if %?TOPDIR_P%
- -find $(distdir) -type d ! -perm -777 -exec chmod a+rwx {} \; -o \
+ -find $(distdir) -type d ! -perm -755 \
+ -exec chmod u+rwx,go+rx {} \; -o \
! -type d ! -perm -444 -links 1 -exec chmod a+r {} \; -o \
! -type d ! -perm -400 -exec chmod a+r {} \; -o \
! -type d ! -perm -444 -exec $(SHELL) $(install_sh) -c -m a+r {} {}
\; \
--
Eric Dorland e...@kuroneko.ca
ICQ: #61138586, Jabber: ho...@jabber.com
signature.asc
Description: Digital signature
Bug#689100: bugs.debian.org doesn't identify itself in Resent-From: (RFC 5322)
Package: bugs.debian.org As per RFC 5322 §3.6.6, the Resent-From: header field should be set to the user who has “reintroduced [the message] into the transport system”: --cut: urn:ietf:rfc:5322 -- Resent fields are used to identify a message as having been reintroduced into the transport system by a user. […] […] The resent originator fields indicate the mailbox of the person(s) or system(s) that resent the message. […] --cut: urn:ietf:rfc:5322 -- Thus, I'd expect the messages passed via bugs.debian.org to bear Resent-From: ow...@bugs.debian.org. On the contrary, the service duplicates From: as Resent-From: instead, like: --cut: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689099;msg=2;mbox=yes -- Resent-From: Joey Hess jo...@debian.org … Date: Sat, 29 Sep 2012 01:13:21 -0400 From: Joey Hess jo...@debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Message-ID: 20120929051321.ga11...@gnu.kitenet.net --cut: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=689099;msg=2;mbox=yes -- -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#542258: enblend-enfuse: embeds the VIGRA library
block 542258 with 587063 thanks On 2009-08-18 Jakub Wilk uba...@users.sf.net wrote: Package: enblend-enfuse Version: 3.2+dfsg-2 Severity: normal Enblend embeds a modified version of the VIGRA 1.4 library. However, this library is already packaged for Debian[1]. It would be great if the necessary changes were pushed to VIGRA's upstream and Enblend started to use system version of the library, rather than an embedded copy. [...] [1] http://packages.qa.debian.org/libvigraimpex Hello, looking at enblend upstream HG repsitory this seems to have been fixed upstream. http://enblend.hg.sourceforge.net/hgweb/enblend/enblend/file/74011c6d5427/NEWS | * Version 4.1 (touble in paradise) | Unreleased. Current line of development. [...] | - Enblend and Enfuse no longer rely on their own versions of the Vigra | imaging library. Vigra version 1.8 or later is now required to | build. OTOH libvigraimpex has been orphaned in Debian (#587063). cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689101: etckeeper confused by GIT_DIR and GIT_WORK_TREE environment variables
Package: etckeeper Version: 0.48 If etckeeper is using git as its VCS, setting the GIT_DIR or GIT_WORK_TREE environment variables can lead to etckeeper using a repository other than /etc/.git or a working directory other than /etc. This should be easily fixed by sanitizing those variables before calling git. Here's an example where I set GIT_DIR to point to the nagios-plugins git repository: root@host:~/git# git clone git:// github.com/nagios-plugins/nagios-plugins.git Cloning into nagios-plugins... [...clone completes...] Resolving deltas: 100% (10894/10894), done. root@host:~/git# etckeeper vcs log | head -5# correct result commit d2aed14f26b083aa9a29b741365776e16eabdb6f Author: root root@host.(none) Date: Fri Sep 28 22:40:27 2012 -0700 Initial commit root@host:~/git# export GIT_DIR=/root/git/nagios-plugins/.git root@host:~/git# etckeeper vcs log | head -5 # wrong commit 05c4c9bfc649ba8f66e470667824200c2cda5314 Merge: c5583ab 2672e95 Author: Sven Nierlein s...@nierlein.org Date: Tue Sep 25 07:48:14 2012 -0700 This can really create a mess if, say, I've set GIT_DIR during some development work unrelated to /etc and happen to use apt-get to install a package: root@host:~/git# apt-get install linuxlogo [linuxlogo installs, then etckeeper makes commits to /root/git/nagios-plugins/.git which replace the nagios-plugins files with the contents of /etc] root@host:~/git# git log | head -20 commit 493cf79c6e7726d974e468a9fcada45755de6b3e Author: root root@host.(none) Date: Fri Sep 28 23:10:15 2012 -0700 committing changes in /etc after apt run Package changes: commit 0fd04d9aec990189180ed421344a551238bc49ba Author: root root@host Date: Fri Sep 28 23:10:13 2012 -0700 saving uncommitted changes in /etc prior to apt run commit 05c4c9bfc649ba8f66e470667824200c2cda5314 Merge: c5583ab 2672e95 Author: Sven Nierlein s...@nierlein.org Date: Tue Sep 25 07:48:14 2012 -0700 Merge pull request #19 from gvarisco/patch-1 Here's a less dramatic example with GIT_WORK_TREE set: root@host:~/git# unset GIT_DIR root@host:~/git# etckeeper vcs log | head -5 # back to normal commit d2aed14f26b083aa9a29b741365776e16eabdb6f Author: root root@host.(none) Date: Fri Sep 28 22:40:27 2012 -0700 Initial commit root@host:~/git# export GIT_WORK_TREE=/root/git/nagios-plugins root@host:~/git# etckeeper commit fatal: pathspec '.etckeeper' did not match any files root@host:~/git# unset GIT_WORK_TREE root@host:~/git# etckeeper commit [master acd2dca] [... commit succeeds] (The hostname has been anonymized in the above examples.) Regards, Alex Bradley
Bug#542258: enblend-enfuse: embeds the VIGRA library
On 2012-09-29 Andreas Metzler ametz...@downhill.at.eu.org wrote: OTOH libvigraimpex has been orphaned in Debian (#587063). There is some good news, though: An updated version (1.8.0+dfsg-0ubuntu2) has been uploaded to Ubuntu a couple of days ago. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688580: xonix: Crash with double freeing memory
On 2012-09-24 00:56, Tim wrote: | Package: xonix | Version: 1.4-26 | Severity: important | | When a game was ended, xonix is crashed on double freeing memory. | I am not sure, but it seems this behaviour can be related with fail of a | reading the scores file. | | This is an output: | tim@station:~$ xonix | xonix: cannot reopen high score file | *** glibc detected *** xonix: double free or corruption (fasttop): 0x09750168 Hi Tim, Would you test with this version and let me know if the bug still exists: # Select one for your arch wget http://cante.net/~jaalto/tmp/debian/xonix/xonix_1.4-30_amd64.deb wget http://cante.net/~jaalto/tmp/debian/xonix/xonix_1.4-30_i386.deb dpkg -i xonix*.deb thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688603: mlterm: diff for NMU version 3.1.2-1.2
On 2012-09-28 08:25 +0200, أحمد المحمودي wrote: On Fri, Sep 28, 2012 at 08:54:30AM +0900, Kenshi Muto wrote: mlterm is mostly maintained by Ahmed. Ahmed, could you tell me what you think about? Well, it is the same fix that was done in 3.1.2-1.1 for mlterm mlterm.tiny Yet I think it is better to do the fix in .preinst instead of .postinst as the file attached. Note that I didn't test that fix yet. I am afraid that your proposed fix will not work correctly. #!/bin/sh set -e case $1 in install|upgrade) if dpkg --compare-versions $2 lt 3.0.9 ; then People who had already upgraded from earlier versions will still have an empty directory, so the version should be adjusted. rmdir /usr/share/doc/mlterm The directory is not guaranteed to be empty at this time. Also, you want to protect this with || true to make the script idempotent (see Policy §6.2). Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689079: screen: Focus up no longer does the exact opposite of focus [down].
Hi Eric, Eric Pruitt wrote: I think I will end up downgrading :-( since I am running into what I believe are TERMCAP related problems when resizing the terminal, Can you tell me more details about that? but I have attached the script I used to circumvent the issue while using screen 4.1.0. That's against the TERMCAP related problem or the focus-command related issues initially described? 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#687189: unblock: calendarserver/3.2+dfsg-2
Control: tags -1 confirmed On 2012-09-10 19:03, Rahul Amaram wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package calendarserver This release fixes a very important bug (Bug#678525) without which calendarserver will not work properly on amd64 architecture. unblock calendarserver/3.2+dfsg-2 [...] Hi, Thanks for heads up and sorry for the delay on our part. Unfortunately, we do not accept debhelper compat bumps after the freeze. If I could ask you to undo that particular change, I can unblock calenderserver. Also, you seem to have typo'ed python-dev in the changelog (pyton-dev). Feel free to correct that as well. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689086: libmpg123-dev is not Multi-Arch compatible
Francois Gouget fgou...@free.fr writes: The amd64 version conflicts with the i386 one which makes it impossible to install both. As a result the /usr/lib/i386-linux-gnu/libmpg123.so symbolic link is missing so that developping 32bit applications using this library is impossible on a 64bit system. Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. Hmm. I'm not sure what it is that you are seeing here. Alessio Treglia introduced multi-arch to this package in commit bc27f9b2 which is included starting in version 1.13.7-1, way before the version you have reported this against. I also just tested this with current unstable (version 1.14.4-1), and co-installation between i386 and amd64 works as expected. According to git the only difference in packaging between that version and the one I tested is the changelog. Can you post an error message or something else that could be used to understand what is happening? -- Arto Jantunen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593134: (unreleased) libprophet-perl: GPL in debian/copyright
Christine Spang sp...@mit.edu writes: On Sun, Aug 15, 2010 at 07:45:59PM +0200, Olivier Berger wrote: [Cc: debian-perl@, asking for assistance.] FYI, /usr/share/perl5/auto/share/dist/Prophet/web/static/yui/css/reset.css seems to be distributed under terms that are not exactly MIT license, so deserves a mention in copyright file of the package IMHO. I've updated Prophet's debian/copyright for this (and all the other javascript and css files shipped with Prophet) in git. Hopefully it will be uploaded soon; I have some other changes I'd like to get in first though. While trying to address the following Lintian complaint on an (unreleased) libprophet-perl version 0.750 [1], I've found that there's little information on the versions of (/preasumably/ GNU) GPL the affected files are distributed under. --cut-- E: libprophet-perl: copyright-should-refer-to-common-license-file-for-gpl --cut-- The files are as follows (along with the debian/copyright info, and the respective Web pages, as found with a quick Web search.) share/web/static/jquery/js/hoverIntent.js Copyright: 2007, Brian Cherne br...@cherne.net; MIT | GPL http://cherne.net/brian/resources/jquery.hoverIntent.html The Web page doesn't mention a license at all, but both MIT and GPL (without “GNU” and the version) are mentioned in the code (as of the 2011 version, anyway.) Presumably refers to jQuery's GPL-LICENSE.txt, which seems to be GNU GPL 2.0. No “or later” clause is in sight. share/web/static/jquery/js/jquery-1.2.6.min.js Not listed in debian/copyright. share/web/static/jquery/css/indicator.gif share/web/static/jquery/css/jquery.autocomplete.css share/web/static/jquery/js/jquery-autocomplete.js Copyright: 2007, Dylan Verheul, Dan G. Switzer, Anjesh Tuladhar, Jörn Zaefferer; MIT | GPL https://github.com/dyve/jquery-autocomplete As packaged, refers to http://www.gnu.org/licenses/gpl.html, which is GNU GPL v3. No “or later” clause is in sight. The current version is MIT | GPL | Apache 2.0, and refers to jQuery for the first two, thus “GNU GPL 2.0” only (as for hoverIntent above.) share/web/static/jquery/js/jquery.bgiframe.min.js Copyright: 2006, Brandon Aaron; MIT | GPL https://github.com/brandonaaron/bgiframe/ https://github.com/brandonaaron/bgiframe/blob/d87ce96d93839a12c9a2b3ffdb22df0cfc2d13af/LICENSE.txt Refers to http://opensource.org/licenses/gpl-license.php, which is a list of all three GNU GPL versions. Thus seems to be GNU GPL 1.0 or later. share/web/static/jquery/js/jquery.tablesorter.min.js et al. Copyright: 2007, Christian Bach; MIT | GPL http://tablesorter.com/docs/ Refers to http://opensource.org/licenses/gpl-license.php, thus seems to be GNU GPL 1.0 or later (see above.) share/web/static/jquery/js/pretty.js FIXME: share/web/static/jquery/pretty.js in debian/copyright Copyright: 2008, John Resig; MIT http://ejohn.org/blog/javascript-pretty-date/ As of 2011, it's also under a “GPL.” No “GNU”, version, or “or later” clause in sight. share/web/static/jquery/js/superfish.js share/web/static/jquery/js/supersubs.js Copyright: 2008, Joel Birch; MIT | GPL http://users.tpg.com.au/j_birch/plugins/superfish/ Refers to http://www.gnu.org/licenses/gpl.html, which is GNU GPL v3. No “or later” clause is in sight. PS. To note is that, as a avid user of both Lynx and NoScript, I'd be happy to discard all of these. Hopefully I can get the things clarified, however. -- FSF associate member #7257 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689079: screen: Focus up no longer does the exact opposite of focus [down].
Hey Axel, On Sat, Sep 29, 2012 at 09:19:26AM +0200, Axel Beckert wrote: since I am running into what I believe are TERMCAP related problems when resizing the terminal, Can you tell me more details about that? Sure, but I will have to follow-up with you up with you on that later today in separate bug report. It's pretty late / early here, it's a bit of a finicky, transient bug, and to adequately describe the issue, I will probably need to take some screenshots and get some sleep . but I have attached the script I used to circumvent the issue while using screen 4.1.0. That's against the TERMCAP related problem or the focus-command related issues initially described? The script I attached is for the bug I initially described. In screen 4.1.0, I replaced my binding for focus up (Ctrl+Shift+Tab on my system) with a call to the script like so: # Screen 4.0.3 bindkey ^[[27;6;9~ focus up # Screen 4.1.0 bindkey ^[[27;6;9~ exec bash -c $HOME/.screen/scripts/counter-clockwise-focus.sh Mostly trivial, but I changed the second line in the script above to 'screen -X layout dump $region_tmp_file' eliminating the superfluous eval from when I originally tried to shove everything onto one line. Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689102: linux-image-amd64: Synaptic touchpad is no longer working
Package: linux-image-amd64 Version: 3.2+45 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? I have updated my debian sid installation yesterday (I am not sure when I updated before, maybe a week?). * What was the outcome of this action? Today when I booted my lenovo thinkpad T520 the touchpad and the trackpoint stopped working. I checked and no synaptic* kernel module is loaded and neither the xorg log nor dmesg contains traces of synaptic related output. The touchpad is of course still enabled in the bios and the function key to enable/disable the touchpad has no effect either. What puzzles me is that booting linux-image-3.2.0-2-amd64 did not help either :-/ (I am not sure what causes the bug, but because there is no synaptic kernel module loaded, I'm starting with a bug for the kernel... Please reassign to the apropriate package if I guessed wrong) ;-) * What outcome did you expect instead? A working touchpad :´-( *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-amd64 depends on: ii linux-image-3.2.0-3-amd64 3.2.23-1 linux-image-amd64 recommends no packages. linux-image-amd64 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#689103: nmu: asterisk-flite_2.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu asterisk-flite_2.1-1 . ALL . -m Re-link against newer asterisk (that has broken shlibs file). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689042: iucode-tool: Microcode no more loaded on self build kernel, with microcode updating firmware build-in
On 29/09/2012 04:11, Henrique de Moraes Holschuh wrote: Basically, make sure /lib/firmware is in the root filesystem (duh), make sure the microcode driver is a _module_, and make sure it auto-loads (or add it to /etc/modules to force it to load manually). That's it. I do not use modules when I build my own kernel it also slows down the boot process a lot so it does not work. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689104: nmu: asterisk-espeak_2.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu asterisk-espeak_2.1-1 . ALL . -m Re-link against newer asterisk (that has broken shlibs file). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684713: parted: support for partitioned MD devices
On 26-09-12 4:40 PM, Cyril Brulebois wrote: Hi Miquel, background: I'm reviewing changes to udeb-producing packages to see which ones we'd like to get into wheezy before the next debian-installer release. Miquel van Smoorenburg miqu...@debian.org (13/08/2012): However, there is one minor oversight/bug in the kernel: the sysfs range key is still set to 1 for md arrays. That means libparted thinks that it's not possible to partition that device, where in fact it is. Given there was already a patch on the parted side, am I right to assume this was also reported against the kernel? If it is, I guess Debian linux kernel maintainers would be happy to merge the patches fixing this bug. Ah, this was fixed another way in the upstream package, by using a different kernel interface (just a different sysfs file, really). That is the patch I then backported to the debian parted package. So there is no need to fix the kernel. Note that I think it is useful to get this into the installer- it's a bugfix after all. However to be able to actually do something meaningful with it, we need an updated lvm2 package as well (working on that with upstream, I prefer to fix bugs in upstream packages first, then backport them), an updated mdadm package (only needs a few changes to the debian part, but the maintainers are mostly ignoring me), and ofcourse a few small(ish) changes to several installer packages. I haven't sent patches or filed bugs for the installer packages, trying to get lvm2 and mdadm fixed first. Thanks Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689004: Bug#689047: digikam: Maintainer deliberately uploaded a package in experimental that will not be installable for months
On 29/09/2012 01:03, Mark Purcell wrote: digikam/experimental is installable now (see below), but it does conflict with kdegraphics/unstable. It installs fine and is a fully usable package (contary to your assertions), and some users wish to utilise the latest upstream release, which is why I have uploaded to experimental. For me this mean its not acceptable as anyone using kde will need kdegraphics/unstable!! However, you are correct that this is not an acceptable long terms solution and is a release critical bug and should not be brought into unstable, hence why it is uploaded to experimental. I disagree. You should upload onlt thinks taht are installable, that means you should provide also the kde 4.10 packages! Upstream has a peculiar approach where they start utilising newer components of kdegraphics. Again you are correct this is not the debian way and is not a sensible approach to packaging. We also had exactly the same issue with the release of digikam/2.0 which was using unreleased features from kdegraphics/4.7. The workaround we used then, and are using now is to make the bleeding edge package available via experimenal, whilst maintaining the fully compatible package via unstable. At that time 4.7 was already available via the kde/qt repository if I remember... This is not the case for 4.10 AFAICT. 1. Bleeding edge digikam/3.0. In which case they can install via experimental but cannot utilise kdegraphics/4.8. This is not a solution! --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689105: 2vcard: No Homepage field in the debian/control file.
Package: 2vcard Version: 0.5-4 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu quantal ubuntu-patch Dear Maintainer, * I have added the Homepage field in the debian/control file. In Ubuntu, the attached patch was applied to achieve the following: * Adding the Homepage field to the debian/control file in order to have a better experience with Ubuntu software center. * debian/control: Added homepage field. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: i386 (i686) Kernel: Linux 3.2.0-31-generic-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2008-08-11 19:03:49 + +++ debian/control 2012-09-29 07:58:11 + @@ -5,6 +5,7 @@ Uploaders: Marcela Tiznado m...@debian.org Build-Depends: debhelper (= 5.0.37) Standards-Version: 3.8.0 +Homepage: http://www.netmeister.org/apps/2vcard/ Package: 2vcard Architecture: all
Bug#689097: libgtk2.0-dev is not Multi-Arch compatible
Le samedi 29 septembre 2012 à 03:59 +0200, Francois Gouget a écrit : My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. The development package contains GObject introspection data, which is not guaranteed to be multi-arch safe. The next step is to get multiarch paths for gir and typelib files, this should be done for jessie. Cheers, -- .''`. 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#689106: installation-reports: Wheezy beta 2: succesful installation
Package: installation-reports Severity: normal Dear Maintainer, -- Package-specific info: Boot method: cd Image version: http://cdimage.debian.org/cdimage/wheezy_di_beta2/i386/iso-cd/debian-wheezy-DI-b2-i386-netinst.iso Date: 06-Sep-2012 01:12 Machine: hp compaq dx2000 Partitions: rootfs rootfs 38488964 440764432152464 13% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 24564 624 23940 3% /run /dev/disk/by-uuid/4c7b3666-a48d-4d12-b576-052efe5f1728 ext4 38488964 440764432152464 13% / tmpfs tmpfs 5120 05120 0% /run/lock tmpfs tmpfs149660 228 149432 1% /run/shm Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [0] Detect network card:[0] Configure network: [0] Detect CD: [0] Load installer modules: [0] Clock/timezone setup: [0] User/password setup:[0] Detect hard drives: [0] Partition hard drives: [0] Install base system:[0] Install tasks: [0] Install boot loader:[0] Overall install:[0] Comments/Problems: -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20120828 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux debian 3.2.0-3-486 #1 Mon Jul 23 02:47:49 UTC 2012 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82865G/PE/P DRAM Controller/Host-Hub Interface [8086:2570] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: 00:06.0 System peripheral [0880]: Intel Corporation 82865G/PE/P Processor to I/O Memory Interface [8086:2576] (rev 02) lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #1 [8086:24d2] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #2 [8086:24d4] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #3 [8086:24d7] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.3 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB UHCI Controller #4 [8086:24de] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller [8086:24dd] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev c2) lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation 82801EB/ER (ICH5/ICH5R) LPC Interface Bridge [8086:24d0] (rev 02) lspci -knn: 00:1f.1 IDE interface [0101]: Intel Corporation 82801EB/ER (ICH5/ICH5R) IDE Controller [8086:24db] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: ata_piix lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 82801EB/ER (ICH5/ICH5R) SMBus Controller [8086:24d3] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: 00:1f.5 Multimedia audio controller [0401]: Intel Corporation 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller [8086:24d5] (rev 02) lspci -knn: Subsystem: Broadcom Corporation (Wrong ID) Device [14a4:2181] lspci -knn: Kernel driver in use: snd_intel8x0 lspci -knn: 01:00.0 Network
Bug#689042: iucode-tool: Microcode no more loaded on self build kernel, with microcode updating firmware build-in
On 29/09/2012 04:11, Henrique de Moraes Holschuh wrote: Why should it? It is the kernel's job. An initscript would just slow the boot. And the wheezy kernel does its job better when the microcode driver is a module. I disagree on this sentence. There are kernel modules that do load firmware automatically when build-in (I have for wifi, dvb tunners). This is not the case for the microcode driver so you shall not rely on the fact its or not a module. -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689107: unblock: w3c-linkchecker/4.81-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package w3c-linkchecker
Using ucf so as to not override conffile
unblock w3c-linkchecker/4.81-5
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru w3c-linkchecker-4.81/debian/changelog w3c-linkchecker-4.81/debian/changelog
--- w3c-linkchecker-4.81/debian/changelog 2012-09-28 09:09:51.0 +0100
+++ w3c-linkchecker-4.81/debian/changelog 2012-09-28 18:04:13.0 +0100
@@ -1,3 +1,17 @@
+w3c-linkchecker (4.81-5) unstable; urgency=low
+
+ * Applied patch from Hideki Yamane henr...@debian.org to comply
+with policy 10.7.3. (Closes: #688736)
+- debian/{postinst,w3c-linkchecker.install}: Not use linkchecker.conf
+as conffile but template file and use ucf for conffile.
+- debian/control: Depends: ucf
+- debian/postrm: remove /etc/w3c/checklink.conf on purge and temporary
+files when no longer required.
+- debian/config: removed '-e' from shebang and final 'exit 0'
+ * Removed gross copy/paste stupidity from long description
+
+ -- Nicholas Bamber nicho...@periapt.co.uk Fri, 28 Sep 2012 18:03:48 +0100
+
w3c-linkchecker (4.81-4) unstable; urgency=low
* Updated Czech translation (Closes: #658398)
diff -Nru w3c-linkchecker-4.81/debian/config w3c-linkchecker-4.81/debian/config
--- w3c-linkchecker-4.81/debian/config 2012-09-26 15:47:36.0 +0100
+++ w3c-linkchecker-4.81/debian/config 2012-09-28 17:26:24.0 +0100
@@ -1,4 +1,4 @@
-#!/bin/sh -e
+#!/bin/sh
set -e
@@ -9,3 +9,4 @@
db_input low w3c-linkchecker/private_ips || true
db_go
+exit 0
diff -Nru w3c-linkchecker-4.81/debian/control w3c-linkchecker-4.81/debian/control
--- w3c-linkchecker-4.81/debian/control 2012-09-28 09:09:51.0 +0100
+++ w3c-linkchecker-4.81/debian/control 2012-09-28 17:26:24.0 +0100
@@ -16,11 +16,10 @@
Depends: ${misc:Depends}, ${perl:Depends}, libcss-dom-perl,
libhtml-parser-perl, libwww-perl (= 5.833), liburi-perl (= 1.53),
libconfig-general-perl, libnet-ip-perl, libterm-readkey-perl,
- libencode-locale-perl
+ libencode-locale-perl, ucf
Recommends: w3c-markup-validator, apache2 | httpd-cgi
Description: tool to verify the links in a web page are still valid
- This manual page documents briefly the checklink command, a.k.a. the W3C®
- Link Checker. checklink is a program that reads an HTML or XHTML document,
+ The checklink tool is a program that reads an HTML or XHTML document,
extracts a list of anchors and links and checks that no anchor is defined twice
and that all the links are dereferenceable, including the fragments. It warns
about HTTP redirects, including directory redirects, and can check recursively
diff -Nru w3c-linkchecker-4.81/debian/postinst w3c-linkchecker-4.81/debian/postinst
--- w3c-linkchecker-4.81/debian/postinst 2012-09-26 15:47:36.0 +0100
+++ w3c-linkchecker-4.81/debian/postinst 2012-09-28 17:26:24.0 +0100
@@ -1,4 +1,4 @@
-#!/bin/sh
+#!/bin/sh
# postinst script for w3c-linkchecker
#
# see: dh_installdeb(1)
@@ -23,12 +23,15 @@
case $1 in
configure)
+CFG_TEMPLATE=/usr/share/w3c-linkchecker/checklink.conf
+CFG_TMP=/etc/w3c/checklink.conf.dpkg-new
CFG_FILE=/etc/w3c/checklink.conf
db_get w3c-linkchecker/hostname
if [ $RET ]
then
-sed -i -e s|^Doc_URI = http://[a-z0-9.]\+/|Doc_URI = http://$RET/| $CFG_FILE
+sed -e s|^Doc_URI = http://[a-z0-9.]\+/|Doc_URI = http://$RET/| \
+ $CFG_TEMPLATE $CFG_TMP
fi
db_get w3c-linkchecker/private_ips
@@ -39,9 +42,14 @@
then
VALUE=0
fi
-sed -i -e s|^\(# \)\?Allow_Private_IPs = [01]$|Allow_Private_IPs = $VALUE| $CFG_FILE
+sed -e s|^\(# \)\?Allow_Private_IPs = [01]$|Allow_Private_IPs = $VALUE| \
+ $CFG_TEMPLATE $CFG_TMP
fi
+ucf --debconf-ok $CFG_TMP $CFG_FILE rm -f $CFG_TMP
+db_stop
+
+
;;
abort-upgrade|abort-remove|abort-deconfigure)
diff -Nru w3c-linkchecker-4.81/debian/postrm w3c-linkchecker-4.81/debian/postrm
--- w3c-linkchecker-4.81/debian/postrm 1970-01-01 01:00:00.0 +0100
+++ w3c-linkchecker-4.81/debian/postrm 2012-09-28 17:26:24.0 +0100
@@ -0,0 +1,37 @@
+#!/bin/sh
+
+set -e
+
+CFG_FILE=/etc/w3c/checklink.conf
+
+case $1 in
+purge)
+
+if which ucf /dev/null 21; then
+ucf --purge $CFG_FILE
+else
+rm -f $CFG_FILE
+fi
+
+for ext in .bak .tmp .dpkg-tmp .dkpg-new .dpkg-old .ucf-new .ucf-old .ucf-dist
+do
+ rm -f $CFG_FILE$ext
+done
+
+;;
+
+remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
+;;
+
Bug#689108: ttf-unfonts-core: does not properly remove old conffile on upgrade
Package: ttf-unfonts-core Version: 1.0.2-080608-6 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to properly remove the old conffile /etc/fonts/conf.avail/90-ttf-unfonts-core.conf during upgrades from squeeze to wheezy. It's deleted by the fonts-unfonts-core but debsums will report a missing file afterwards. A proper solution would be to use dpkg-maintscript-helper, and if you use a debhelper based build system putting the following into debian/ttf-unfonts-core.maintscript should do the job: rm_conffile /etc/fonts/conf.avail/90-ttf-unfonts-core.conf 1.0.2-080608-7~ (assuming the next upload would be 1.0.2-080608-7, in case of a NMU 1.0.2-080608-6.1 use 1.0.2-080608-6.1~ as an argument) Actually it would be more correct to rename instead of delete the conffile, but proper takeover of conffiles (maybe including renaming) is not well implemented so far, see e.g. http://bugs.debian.org/595112 fonts-unfonts-core should not need to handle this file in its preinst. In case the package manager decides to remove ttf-unfonts-core (instead of upgrading it) and to install the new fonts-unfonts-core package, the old conffile may be laying around in fonts/conf.avail/ (until ttf-unfonts-core is purged) - which should be harmless, as it's no longer linked into fonts/conf.d/ The defoma hints cleanup in fonts-unfonts-core.preinst looks wrong, e.g. there is a test against version 20090104-5 which is far in the future of 1.0.2-080608-3 (squeeze) or 1.0.2-080608-6 (wheezy/sid). But this code has been taken over unchanged from the ttf-unfonts-core.preinst in squeeze, so it should be save to just drop it, as there seems to be no need to continue doing this cleanup post-squeeze. debsums reports modification of the following files, from the attached log (scroll to the bottom...): debsums: missing file /etc/fonts/conf.avail/90-ttf-unfonts-core.conf (from ttf-unfonts-core package) Andreas ttf-unfonts-core_1.0.2-080608-6.log.gz Description: GNU Zip compressed data
Bug#689109: asterisk-espeak: app_espeak fails to load
Package: asterisk-espeak Version: 2.1-1 Severity: normal coreander*CLI module load app_espeak.so Unable to load module app_espeak.so Command 'module load app_espeak.so ' failed. [Sep 29 09:56:45] WARNING[5768]: loader.c:779 inspect_module: Module 'app_espeak.so' was not compiled with the same compile-time options as this version of Asterisk. [Sep 29 09:56:45] WARNING[5768]: loader.c:780 inspect_module: Module 'app_espeak.so' will not be initialized as it may cause instability. [Sep 29 09:56:45] WARNING[5768]: loader.c:863 load_resource: Module 'app_espeak.so' could not be loaded. Fix is to simply rebuild against up-to-date asterisk: apparently asterisk provides no or too relaxed shlibs hints! - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689086: libmpg123-dev is not Multi-Arch compatible
On Sat, 29 Sep 2012, Arto Jantunen wrote: [...] Hmm. I'm not sure what it is that you are seeing here. Alessio Treglia introduced multi-arch to this package in commit bc27f9b2 which is included starting in version 1.13.7-1, way before the version you have reported this against. Argh. Sorry. I was going through the troublesome Wine dependencies yesterday evening (there's quite a lot of them) and I must have gotten things mixed up because you are right: there is no Multi-Arch issue with libmpg123-dev. I now have both the amd64 and i386 versions installed and all is well. So you can close this bug as invalid. Sorry for the noise. -- Francois Gouget fgou...@free.fr http://fgouget.free.fr/ Computers are like airconditioners They stop working properly if you open WINDOWS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689110: RM: gtk-sharp2 [armhf] -- ANAIS; out of date on armhf, need removal to migrate to testing
Package: ftp.debian.org Severity: normal Mono doesn't support armhf in the current version in Debian, which makes gtk-sharp2 be out of date on that architecture, preventing a version with a fix from migrating to testing even though a freeze exception has been granted. cmn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688558: texstudio: The pdflatex command runs first 'latex' and then 'pdflatex'
Hi Mark Thanks for reporting this issue. It's a bug in the upstream code which seems to be fixable with a small patch. I will upload a fixed version next week when I'm back from holidays. Meanwhile you can avoid this unwanted behavior by disabling the following option in the texstudio configuration dialog: On the left side select the item Quick Build (even if you don't use quick build) and activate Show advanced options at the bottom. Answer the strange question (type '3'). Then you will see additional options on the right side. Deactivate 'Run latex bibtex latex before compiling if bib-files were changed'. (The bug shows up if this option is enabled and no bib-file is present/referenced in the tex-files. It results in a single unwanted latex run). I will probably deactivate this option by default as most users - as you say - use pdflatex and not latex nowadays. Hope this helps. Regards, Tom On 23.09.2012 19:01, Mark Caglienzi wrote: Package: texstudio Version: 2.3+debian-3 Severity: normal Dear Maintainer, I switched to TeXstudio from TeXmaker, and I noticed a strange behaviour. If I click on the 'pdflatex' button, I see in the 'messages' tab that it starts latex and then pdflatex. In fact after that I can see the .dvi (output of latex) and the .pdf (output of pdflatex) files in the project directory. pdflatex compiles from tex to pdf, so the dvi isn't needed (it's not latex - dvi2pdf, or latex - dvi2ps - ps2pdf, but directly tex - pdf). The two commands in the TeXstudio configuration are: latex = latex -interaction=nonstopmode %.tex pdflatex = pdflatex -interaction=nonstopmode %.tex I don't understand why TeXstudio is calling both when I ask for the latter. Thanks in advance, Mark -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/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 texstudio depends on: ii libc6 2.13-35 ii libgcc11:4.7.1-7 ii libhunspell-1.3-0 1.3.2-4 ii libpoppler-qt4-3 0.18.4-3 ii libqt4-network 4:4.8.2+dfsg-2 ii libqt4-script 4:4.8.2+dfsg-2 ii libqt4-test4:4.8.2+dfsg-2 ii libqt4-xml 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libstdc++6 4.7.1-7 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages texstudio recommends: ii texlive-base 2012.20120611-4 ii texlive-latex-base 2012.20120611-4 ii texlive-latex-recommended 2012.20120611-4 Versions of packages texstudio suggests: pn hunspell-dictionarynone ii latex-beamer 3.10-2 pn mythes-thesaurus none ii texlive-fonts-recommended 2012.20120611-4 ii texlive-latex-extra2012.20120611-2 -- 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#689111: libchado-perl: conffile not in /etc (policy 10.7.2): /usr/share/gmod/chado/load/etc/load.conf
Package: libchado-perl Version: 1.22-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies shipped files that appear to be configuration files, but are in /usr instead of /etc. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.2: Location: Any configuration files created or used by your package must reside in /etc. [...] Continuing with the bug template for modified conffiles, as that may be the next problem you will encounter: 10.7.3: [...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time). Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: [...] must not ask unnecessary questions (particularly during upgrades) [...] If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 0m29.3s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/gmod/chado/load/etc/load.conf And while we are at it ... you might have a look at dbconfig-common for setting up a database ... and /etc/gmod/gmod-chado.conf should not be world readable as it contains a DB password ... and the postinst script does not handle database password in a secure way: passing it on the command line, echoing it to a file before restricting permissions on the file, ... cheers, Andreas libchado-perl_1.22-3.log.gz Description: GNU Zip compressed data
Bug#688868: libexosip2: should be compiled with SSL support
tags 688868 wontfix upstream tags 688868 severity wishlist retitle 688868 Upstream license exception required to enable linking with SSL thanks On Wed, 26 Sep 2012 23:40:30 Guillaume BERAUDO wrote: The exosip library is not compiled with SSL support. The control file marks libssl-dev as a build conflict. Guillaume, It is not always permitted to link gpl code with ssl unless upstream provides a license exception: http://www.openssl.org/support/faq.html#LEGAL2 http://lintian.debian.org/tags/possible-gpl-code-linked-with-openssl.html The GPL (including version 3) is incompatible with some terms of the OpenSSL license, and therefore Debian does not allow GPL-licensed code linked with OpenSSL libraries unless there is a license exception explicitly permitting this. Mark signature.asc Description: This is a digitally signed message part.
Bug#689062: dpkg-dev: Need to add support for Built-Using to dpkg-shlibdeps or new similar tool
On 28/09/12 23:46, Guillem Jover wrote:
On Fri, 2012-09-28 at 22:50:10 +0100, Nicholas Bamber wrote:
On 28/09/12 21:55, Guillem Jover wrote:
As such, I'm going to be closing this request if there's no additional
feedback proposing a workable and elegant solution to this.
Thanks for responing. I think I can come up with a proposed mechanism.
I'd be grateful if you'd allow me some time as it does not need to be in
Debian before Wheezy is released.
Sure thing, no hurry, it was more to do to with keeping the bts under
control and clean than anything related to the wheezy release.
regards,
guillem
Problem
===
Debian Policy 3.9.4 (section 7.8) mandates the use of a Built-Using
field listing source packages and their versions. Typically this will be
needed where packages are statically linked against libraries, in which
case the source package containing the library must be indicated. There
may be other cases where source code is
incorporated into a binary package. Techincally the shell script
fragments incorporated into Debian maintance scripts by debhelper may
fall into this category, although this may not be needed to solve the
original issue.
What this is like
=
This problem is a bit like that solved by dh_shlibdeps and
dpkg-shlibdeps. The dependency can only actually be calcuated at build
time. So without support from the build system the Debian Policy is not
implementable.
Proposed solution
=
We need a tool, dh_builtusing, which is driven by files of the form
debian/*.builtusing. These files are simply lists of files or
directories that the build process depends on which trigger the
requirements for filling the Built-Using clause. dh_builtusing would
resolve these files into the appropriate dependency using
PACKAGE=`dpkg-query -S ${FILE} | cut -d':' -f1`
dpkg-query -f'${Source}\n${Version}\n' -W ${PACKAGE}
and create substvars variables which would complete the information
retrieval.
It looks increasingly likely to me that this is purely a debhelper issue
and dpkg already provides all that is required.
Further automation
==
The typical use case my be expected to be a package using autoconf,
libtools, pkg-config or something similar. I speculate that hooks could
be added to those tools to create builtusing files.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680917: roundcube-core: Symbolic link not allowed or link target not accessible: js/jquery-ui.min.js
❦ 10 juillet 2012 08:39 CEST, Teodor MICU mteo...@gmail.com : $ ls -l /var/lib/roundcube/program lrwxrwxrwx 1 root root 28 juin 20 08:02 /var/lib/roundcube/program - /usr/share/roundcube/program $ ls -l /usr/share/roundcube/program/js/jquery.min.js lrwxrwxrwx 1 root root 40 juin 24 01:53 /usr/share/roundcube/program/js/jquery.min.js - ../../../javascript/jquery/jquery.min.js $ ls -l /var/lib/roundcube/program/js/jquery.min.js lrwxrwxrwx 1 root root 40 juin 24 01:53 /var/lib/roundcube/program/js/jquery.min.js - ../../../javascript/jquery/jquery.min.js $ readlink -f /var/lib/roundcube/program/js/jquery.min.js /usr/share/javascript/jquery/jquery.min.js I have all these exactly as you noted. However, my report was for plugins directory not for program. It seems that dpkg will not replace a symbolic link by a directory. I still need to investigate a bit on how to fix this. Looking at the last message from bug #656886 I see that you assumed /var/lib/roundcube/plugins/jqueryui is a symlink but in reality it is not. Nor is the plugins directory (from var). The symlink to /var is in /usr/share/roundcube: | plugins - /var/lib/roundcube/plugins | skins - /var/lib/roundcube/skins There was a change in roundcube 0.5.1-1 which mangled the symlinks such that a user should use /var/lib/roundcube as the base and be able to add plugins. This was to fix bug #612553. I wasn't aware that dpkg had a special handling for this. -- /* Fuck me gently with a chainsaw... */ 2.0.38 /usr/src/linux/arch/sparc/kernel/ptrace.c pgp5LRJTkvrEq.pgp Description: PGP signature
Bug#688580: xonix: Crash with double freeing memory
Hi Jari, I have tried the version that you mean. http://cante.net/~jaalto/tmp/debian/xonix/xonix_1.4-30_i386.deb No, a crash is not occured. But I have got the same message about reading the score file. tim@station:~$ xonix xonix: cannot reopen high score file /Tim S 29.09.2012, 10:52, jari jari.aa...@cante.net: On 2012-09-24 00:56, Tim wrote: | Package: xonix | Version: 1.4-26 | Severity: important | | When a game was ended, xonix is crashed on double freeing memory. | I am not sure, but it seems this behaviour can be related with fail of a | reading the scores file. | | This is an output: | tim@station:~$ xonix | xonix: cannot reopen high score file | *** glibc detected *** xonix: double free or corruption (fasttop): 0x09750168 Hi Tim, Would you test with this version and let me know if the bug still exists: # Select one for your arch wget http://cante.net/~jaalto/tmp/debian/xonix/xonix_1.4-30_amd64.deb wget http://cante.net/~jaalto/tmp/debian/xonix/xonix_1.4-30_i386.deb dpkg -i xonix*.deb thanks, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689112: thunar-vcs-plugin: Lets thunar often crash on right click
Package: thunar-vcs-plugin Severity: normal The thunar-vcs-plugin lets thunar often crash when doing a right click. This seems to happen on all architectures. I tested amd64 and armhf. -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thunar-vcs-plugin depends on: ii libapr1 1.4.6-3 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libexo-1-0 0.6.2-5 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libsvn1 1.6.17dfsg-4 ii libthunarx-2-0 1.2.3-4+b1 ii libxfce4util4 4.8.2-1 ii thunar 1.2.3-4+b1 thunar-vcs-plugin recommends no packages. thunar-vcs-plugin suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686857: [roundcube] uuencoded attachments not recognized
❦ 6 septembre 2012 20:08 CEST, Michał Mirosław mirq-bo...@rere.qmqm.pl :
Package: roundcube
Version: 0.7.1-1~bpo60+1, 0.7.2-4
Severity: normal
Tags: patch
--- Please enter the report below this line. ---
Roundcube 0.7 doesn't properly recognize uuencoded attachments. Patch below,
for 0.7.1-1~bpo60+1 (same changes needed in 0.7.2-4 in
testing).
--- /usr/share/roundcube/program/include/rcube_message.php.orig
2012-01-17 08:50:40.0 +0100
+++ /usr/share/roundcube/program/include/rcube_message.php2012-09-06
19:54:54.0 +0200
@@ -622,8 +622,7 @@
$part-body = $this-imap-get_message_part($this-uid,
$part-mime_id, $part);
$parts = array();
-// FIXME: line length is max.65?
-$uu_regexp = '/begin [0-7]{3,4}
([^\n]+)\n(([\x21-\x7E]{0,65}\n)+)`\nend/s';
+$uu_regexp = '/begin [0-7]{3,4}
([^\n]+)\n(([\x20-\x60]{0,65}\n)+)`\nend/s';
if (preg_match_all($uu_regexp, $part-body, $matches,
PREG_SET_ORDER)) {
// remove attachments bodies from the message body
Hi!
Thanks for the patch and the report. Even if this patch was not pushed
to upstream due to a change about large attachments, I am applying it
since it seems correct and small.
--
if (user_specified)
/* Didn't work, but the user is convinced this is the
* place. */
2.4.0-test2 /usr/src/linux/drivers/parport/parport_pc.c
pgpxjRcBrxegD.pgp
Description: PGP signature
Bug#578757: Fwd: Re: mass bug filing about packages manipulating/deleting shipped files
Version: 0.99.7-1 there was an alternate suggestion on debian-devel about solving this problem: Original Message Subject: Re: mass bug filing about packages manipulating/deleting shipped files Resent-Date: Sun, 23 Sep 2012 17:40:04 + (UTC) Resent-From: debian-de...@lists.debian.org Date: Sun, 23 Sep 2012 19:39:37 +0200 From: Michael Biebl bi...@debian.org To: debian-de...@lists.debian.org On 23.09.2012 19:21, Darren Salt wrote: I demand that Andreas Beckmann may or may not have written... [snip] xine-ui_0.99.7-1 /var/lib/xine/xine.desktop These seem to be some state/registry/... files that are updated during postinst. That and gxine.desktop (at least) are updated then because the list of supported MIME types may vary depending on which xine-lib packages are installed. What should we do with these? Unfortunately I didn't find a policy reference that forbids this ... If you have better ideas concerning these, I'm listening... you could let the xine-lib packages install corresponding desktop files for the mime-types they support. okular (document viewer) has a similar problem. Depending on which features you enable during configure the list of supported mime types varies. The way okular solves this is to install separate desktop files [1]. If you enable support for format x, it installs a corresponding desktop file. A similar approach should work for xine-lib. HTH, Michael [1] # ls /usr/share/applicatins/kde4/okularApplication_* okularApplication_comicbook.desktop okularApplication_ghostview.desktop okularApplication_plucker.desktop okularApplication_dvi.desktopokularApplication_kimgio.desktop okularApplication_xps.desktop okularApplication_fax.desktopokularApplication_ooo.desktop okularApplication_fb.desktop okularApplication_pdf.desktop -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688034: mythtv-status: No update of /etc/motd anymore
Hi Stephan, Hmmm, it looks like /run/motd.dynamic is only updated by /etc/init.d/motd at system boot. Perhaps if the LSB headers for mythtv-status are updated to depend on motd I can then subvert motd.dynamic okay. Looks like I need to update my home Sid box to test this out. Cheers! -- Andrew Ruthven Wellington, New Zealand At home: and...@etc.gen.nz | linux.conf.au 2013 | Come join the party... | http://linux.conf.au signature.asc Description: This is a digitally signed message part
Bug#689113: unblock: gnome-session/3.4.2.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock gnome-session for these changes: - switch of the default browser (upon request of the RT) - replacement of the fallback dialog by a notification, which was requested for live images gnome-session (3.4.2.1-3) unstable; urgency=low * defaults.list: + epiphany.desktop → epiphany-browser.desktop. + Anyway replace epiphany with iceweasel. + Update default handlers for LibreOffice. * 04_fallback_warning_notify.patch: use libnotify to show the fallback warning instead of a dialog. * Build-depend on libnotify. unblock gnome-session/3.4.2.1-3 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- Index: debian/defaults.list === --- debian/defaults.list (révision 35680) +++ debian/defaults.list (copie de travail) @@ -42,10 +42,6 @@ image/x-tga=gimp.desktop image/x-xcf=gimp.desktop image/x-xwindowdump=gimp.desktop -application/xhtml+xml=epiphany.desktop -text/html=epiphany.desktop -x-scheme-handler/http=epiphany-newtab.desktop -x-scheme-handler/https=epiphany-newtab.desktop application/pdf=evince.desktop application/x-bzpdf=evince.desktop application/x-gzpdf=evince.desktop @@ -146,87 +142,84 @@ application/x-font-pcf=gnome-font-viewer.desktop application/x-font-type1=gnome-font-viewer.desktop application/x-font-otf=gnome-font-viewer.desktop -application/csv=gnumeric.desktop -application/excel=gnumeric.desktop -application/msexcel=gnumeric.desktop +application/x-gnumeric=gnumeric.desktop application/tab-separated-values=gnumeric.desktop +text/tab-separated-values=gnumeric.desktop +text/csv=gnumeric.desktop +text/x-csv=gnumeric.desktop application/vnd.lotus-1-2-3=gnumeric.desktop -application/vnd.ms-excel=gnumeric.desktop application/x-123=gnumeric.desktop application/x-applix-spreadsheet=gnumeric.desktop -application/x-dbase=gnumeric.desktop -application/x-dbf=gnumeric.desktop -application/x-dos_ms_excel=gnumeric.desktop -application/x-excel=gnumeric.desktop -application/x-gnumeric=gnumeric.desktop application/x-mps=gnumeric.desktop -application/x-ms-excel=gnumeric.desktop -application/x-msexcel=gnumeric.desktop application/x-oleo=gnumeric.desktop application/x-planperfect=gnumeric.desktop application/x-quattropro=gnumeric.desktop application/x-sc=gnumeric.desktop application/x-sylk=gnumeric.desktop application/x-xbase=gnumeric.desktop -application/x-xls=gnumeric.desktop -application/xls=gnumeric.desktop -text/comma-separated-values=gnumeric.desktop -text/csv=gnumeric.desktop -text/spreadsheet=gnumeric.desktop -text/tab-separated-values=gnumeric.desktop -text/x-comma-separated-values=gnumeric.desktop -text/x-csv=gnumeric.desktop -zz-application/zz-winassoc-xls=gnumeric.desktop -x-content/software=nautilus-autorun-software.desktop -inode/directory=nautilus.desktop -application/x-gnome-saved-search=nautilus.desktop +text/html=iceweasel.desktop +application/xhtml+xml=iceweasel.desktop +application/rss+xml=iceweasel.desktop +application/rdf+xml=iceweasel.desktop +x-scheme-handler/http=iceweasel.desktop +x-scheme-handler/https=iceweasel.desktop application/vnd.oasis.opendocument.spreadsheet=libreoffice-calc.desktop +application/vnd.oasis.opendocument.spreadsheet-flat-xml=libreoffice-calc.desktop application/vnd.oasis.opendocument.spreadsheet-template=libreoffice-calc.desktop application/vnd.sun.xml.calc=libreoffice-calc.desktop application/vnd.sun.xml.calc.template=libreoffice-calc.desktop -application/vnd.stardivision.calc=libreoffice-calc.desktop -application/vnd.stardivision.chart=libreoffice-calc.desktop +application/msexcel=libreoffice-calc.desktop +application/vnd.ms-excel=libreoffice-calc.desktop application/vnd.openxmlformats-officedocument.spreadsheetml.sheet=libreoffice-calc.desktop application/vnd.ms-excel.sheet.macroenabled.12=libreoffice-calc.desktop application/vnd.openxmlformats-officedocument.spreadsheetml.template=libreoffice-calc.desktop application/vnd.ms-excel.template.macroenabled.12=libreoffice-calc.desktop application/vnd.ms-excel.sheet.binary.macroenabled.12=libreoffice-calc.desktop +application/x-dbf=libreoffice-calc.desktop +text/spreadsheet=libreoffice-calc.desktop application/vnd.oasis.opendocument.graphics=libreoffice-draw.desktop +application/vnd.oasis.opendocument.graphics-flat-xml=libreoffice-draw.desktop application/vnd.oasis.opendocument.graphics-template=libreoffice-draw.desktop application/vnd.sun.xml.draw=libreoffice-draw.desktop application/vnd.sun.xml.draw.template=libreoffice-draw.desktop -application/vnd.stardivision.draw=libreoffice-draw.desktop +application/vnd.visio=libreoffice-draw.desktop + application/vnd.oasis.opendocument.presentation=libreoffice-impress.desktop +application/vnd.oasis.opendocument.presentation-flat-xml=libreoffice-impress.desktop
Bug#688230: roundcube: modifies conffiles (policy 10.7.3): /etc/{logrotate.d, default, cron.daily}/roundcube
❦ 20 septembre 2012 16:39 CEST, Andreas Beckmann deb...@abeckmann.de : debsums reports modification of the following files, from the attached log (scroll to the bottom...): debsums: missing file /etc/logrotate.d/roundcube (from roundcube package) debsums: missing file /etc/default/roundcube (from roundcube package) debsums: missing file /etc/cron.daily/roundcube (from roundcube package) Looking at the postinst script, you should stop shipping the conffiles and use dpkg-maintscript-helper to remove the unmodified obsolete files on upgrades (ideally with a debian/roundcube.maintscript file, see dh_installdeb(1)). I remember having tried to use dpkg-maintscript-helper in the past to fix this issue but it wasn't quite up for the specific task (I don't have the details in my head, but I remember that has to do something with the fact that the original files were in roundcube package while the new ones were in roundcube-core). Since roundcube package is already a metapackage in squeeze, I will just drop the mangling logic. -- Instrument your programs. Measure before making efficiency changes. - The Elements of Programming Style (Kernighan Plauger) pgpuLhNvW92tk.pgp Description: PGP signature
Bug#689093: libssl-dev is not Multi-Arch compatible
On Sat, Sep 29, 2012 at 03:13:34AM +0200, Francois Gouget wrote: My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The header files are arch specific. Also see bug #638137 Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689114: unblock: gnome-shell/3.4.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock gnome-shell for 2 trivial changes, including the browser switch requested by the RT. gnome-shell (3.4.2-2) unstable; urgency=low * Replace epiphany by iceweasel. Closes: #682481. * Drop obsolete README.Debian. Closes: #684584. unblock gnome-shell/3.4.2-2 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- Index: debian/gnome-shell.gsettings-override === --- debian/gnome-shell.gsettings-override (révision 35600) +++ debian/gnome-shell.gsettings-override (copie de travail) @@ -1,2 +1,2 @@ [org.gnome.shell] -favorite-apps=[ 'epiphany-browser.desktop', 'evolution.desktop', 'empathy.desktop', 'rhythmbox.desktop', 'shotwell.desktop', 'libreoffice-writer.desktop', 'nautilus.desktop', 'yelp.desktop' ] +favorite-apps=[ 'iceweasel.desktop', 'evolution.desktop', 'empathy.desktop', 'rhythmbox.desktop', 'shotwell.desktop', 'libreoffice-writer.desktop', 'nautilus.desktop', 'yelp.desktop' ] Index: debian/changelog === --- debian/changelog (révision 35600) +++ debian/changelog (copie de travail) @@ -1,3 +1,10 @@ +gnome-shell (3.4.2-2) unstable; urgency=low + + * Replace epiphany by iceweasel. Closes: #682481. + * Drop obsolete README.Debian. Closes: #684584. + + -- Josselin Mouette j...@debian.org Sat, 29 Sep 2012 10:20:25 +0200 + gnome-shell (3.4.2-1) unstable; urgency=low [ Laurent Bigonville ] Index: debian/README.Debian === --- debian/README.Debian (révision 35600) +++ debian/README.Debian (copie de travail) @@ -1,39 +0,0 @@ -GNOME Shell for Debian -== - -1. Running - -There are two main ways of running GNOME Shell: replacing your current -GNOME window manager and panel components, or inside a Xephyr window, -as a way to quickly try it out without compromising your -environment. At this stage one of the options may work better than the -other, depending on various factors, including your drivers. - -To run GNOME Shell under Xephyr you first need to install the -xserver-xephyr package, and then run GNOME Shell with the --xephyr -parameter: - -$ gnome-shell --xephyr - -2. It's SLOW as hell! - -To run GNOME Shell you need to have proper DRI, and a video driver -that Clutter likes. In some Intel cards, Kernel-Mode Setting (KMS) may -help. In case GNOME Shell runs but is extremely slow you can try -enabling KMS or running it with CLUTTER_VBLANK=none in its -environment. See http://bugzilla.openedhand.com/show_bug.cgi?id=1730. - -3. If you have enough corage... - -GNOME Shell installs a .desktop file which makes it possible to make -it the default for your session, replacing metacity/gnome-panel. To -make it the default all you need to do is set the following gconf key -to 'gnome-shell': - - /desktop/gnome/session/required_components/windowmanager - -Here's the gconftool command, if you're feeling lazy: - - $ gconftool-2 -t string -s /desktop/gnome/session/required_components/windowmanager gnome-shell - - -- Gustavo Noronha Silva k...@debian.org, Tue, 20 Oct 2009 14:50:12 -0200
Bug#689115: unblock: epiphany-browser/3.4.2-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package epiphany-browser for a change required for compatibility with gnome-shell (otherwise the epiphany process is not recognized as related to its desktop file). epiphany-browser (3.4.2-2) unstable; urgency=low * Rename epiphany.desktop to epiphany-browser.desktop so that the shell recognizes it. * Break g-session and g-shell versions relying on this name. unblock epiphany-browser/3.4.2-2 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- Index: debian/control === Index: debian/control.in === --- debian/control.in (révision 35200) +++ debian/control.in (copie de travail) @@ -56,7 +56,9 @@ evince, ca-certificates Suggests: epiphany-extensions -Breaks: epiphany-extensions ( 2.30.0-4) +Breaks: epiphany-extensions ( 2.30.0-4), +gnome-session ( 3.4.2.1-3), +gnome-shell ( 3.4.2-1) Provides: www-browser, gnome-www-browser Description: Intuitive GNOME web browser Epiphany is a simple yet powerful GNOME web browser targeted at Index: debian/changelog === --- debian/changelog (révision 35200) +++ debian/changelog (copie de travail) @@ -1,3 +1,11 @@ +epiphany-browser (3.4.2-2) unstable; urgency=low + + * Rename epiphany.desktop to epiphany-browser.desktop so that the +shell recognizes it. + * Break g-session and g-shell versions relying on this name. + + -- Josselin Mouette j...@debian.org Sat, 22 Sep 2012 14:07:14 +0200 + epiphany-browser (3.4.2-1) unstable; urgency=low * New upstream release. Index: debian/rules === --- debian/rules (révision 35200) +++ debian/rules (copie de travail) @@ -46,7 +46,8 @@ sed -r 's/^(Exec=epiphany-browser)/\1 -n/' epiphany.desktop | grep -v ^MimeType epiphany-newtab.desktop \ echo 'MimeType=x-scheme-handler/http;x-scheme-handler/https;' epiphany-newtab.desktop \ echo 'NoDisplay=true' epiphany-newtab.desktop \ - sed -ri 's,x-scheme-handler/[^;]+;,,g' epiphany.desktop + sed -ri 's,x-scheme-handler/[^;]+;,,g' epiphany.desktop \ + mv epiphany.desktop epiphany-browser.desktop sed -i s/@PACKAGEVERSION@/$(DEB_VERSION)/ debian/branding.conf.in sed -i s/@DISTROID@/`lsb_release -is`/ debian/branding.conf.in sed -i s/@DISTROVERSION@/`lsb_release -rs`/ debian/branding.conf.in \
Bug#593134: (unreleased) libprophet-perl: GPL in debian/copyright
Le Saturday 29 September 2012 09:42:24, Ivan Shmakov a écrit : The files are as follows (along with the debian/copyright info, and the respective Web pages, as found with a quick Web search.) share/web/static/jquery/js/hoverIntent.js Copyright: 2007, Brian Cherne br...@cherne.net; MIT | GPL http://cherne.net/brian/resources/jquery.hoverIntent.html Err, jquery is shipped in its own package (libjs-jquery). I think you should remove the jqeury files and depend on libjs-jquery. IIRC, a similar trick was used with libmojolicious-perl HTH Dominique signature.asc Description: This is a digitally signed message part.
Bug#689116: xfce4-mixer: depends on gstreamer0.10-audiosink which is provided by too many packages
Package: xfce4-mixer Version: 4.8.0-3+b1 Severity: grave Justification: renders package unusable The packages xfce4-mixer and xfce4-volumed depend on gstreamer0.10-audiosink, with gstreamer0.10-alsa preferred, because theyneed a gstreamer plugin that provides mixer control. However, due to other packages in the xfce desktop task, other packages like gstreamer0.10-gconf become pulled in earlier, fulfilling the audiosink dependency on -mixer and -volumed. Sadly, some packages that provide the gstreamer0.10-audiosink virtual package do not satisfy the need for a mixer control. I am not sure whether this bug has to be fixed by XFCE or by GStreamer, however, I am positive that there has to be a way to have -mixer and -volumed depend on something that really provides a mixer control. I declare this bug grave because it renders XFCE's audio subsystem broken in a standard Debian desktop installation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-mixer depends on: ii gstreamer0.10-alsa [gstreamer0.10-audiosink] 0.10.36-1 ii gstreamer0.10-gconf [gstreamer0.10-audiosink] 0.10.31-3 ii gstreamer0.10-plugins-bad [gstreamer0.10-audiosink] 0.10.23-7 ii gstreamer0.10-plugins-base0.10.36-1 ii gstreamer0.10-plugins-good [gstreamer0.10-audiosink] 0.10.31-3 ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-00.10.36-1 ii libgtk2.0-0 2.24.10-2 ii libxfce4ui-1-04.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 ii xfce4-panel 4.8.6-3 xfce4-mixer recommends no packages. xfce4-mixer 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#593134: (unreleased) libprophet-perl: GPL in debian/copyright
Hi Ivan, On 12-09-29 at 02:42pm, Ivan Shmakov wrote: Christine Spang sp...@mit.edu writes: On Sun, Aug 15, 2010 at 07:45:59PM +0200, Olivier Berger wrote: [Cc: debian-perl@, asking for assistance.] FYI, /usr/share/perl5/auto/share/dist/Prophet/web/static/yui/css/reset.css seems to be distributed under terms that are not exactly MIT license, so deserves a mention in copyright file of the package IMHO. I've updated Prophet's debian/copyright for this (and all the other javascript and css files shipped with Prophet) in git. Hopefully it will be uploaded soon; I have some other changes I'd like to get in first though. You should most likely avoid installing that and instead depend on (and add symlinks for or similar) the separately packaged libjs-yui. You still need to document the licenses - unless you additionally repackage to strip those files also from source, but nicest is to redistribute pristine source tarball, even if more hassle. share/web/static/jquery/js/hoverIntent.js Similarly it seems you should make use of the separately packaged libjs-jquery and other packages. If your source package ships with some JQuery addons or other JavaScript libraries not unique for Prophet but convenience copies of external projects, then please file RFP bugs about them, and consider asking the JavaScript team to get them packaged. PS. To note is that, as a avid user of both Lynx and NoScript, I'd be happy to discard all of these. Hopefully I can get the things clarified, however. Cool if those JavaScript routines are only optional for Prophet - then you need only recommend or suggest those libraries. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#688979: ITP: python-doublex -- doublex is a test doubles framework for the Python platform
The description has some mistakes. Please, change it for this one: Description: doublex is a testing library for Python that allows to create mocks, stubs and spies. There are a lot of libraries for mocking in Python, but doublex is both the most complete and the more easy to use. It allows any kind of mocks, stubs and spies in a very pythonic way. It supports properties mocking and other advanced features. . One of the best improvements of this library is that it does not add any kind of public methods to the testing doubles, so it cannot match with any of the real object's functions. 2012/9/27 Miguel Ángel García miguelangel.gar...@gmail.com Package: wnpp Severity: wishlist Owner: Miguel Ángel García miguelangel.gar...@gmail.com * Package name: python-doublex Version : 0.6.1 Upstream Author : David Villa Alises david.vi...@gmail.com * URL : https://bitbucket.org/DavidVilla/python-doublex * License : GPL Programming Lang: Python Description : doublex is a test doubles framework for the Python platform doublex is a test doubles framework for the Python platform. Test doubles frameworks are also called mocking or isolation frameworks. doublex can be used as a testing tool or as a Test Driven Development tool. . It generates stubs, spies, and mock objects using a minimal interface. It support hamcrest matchers both stub definitions and spy checking. All assertions are done using hamcrest assert_that(). Moreover, it’s been designed to make your tests less fragile when possible. -- Miguel Ángel García Martínez http://www.magmax.org Mail miguelangel.gar...@gmail.com | Twitter http://twitter.com/#magmax9 | LinkedIn http://www.linkedin.com/in/miguelangelgarciamartinez | about.me http://about.me/miguelangelgarcia
Bug#688634: roundcube-sqlite upgrade causes serious data-loss
❦ 24 septembre 2012 12:43 CEST, Holger Levsen hol...@layer-acht.org : There is a debian/roundcube-sqlite.NEWS stating this, but I dont think this is enough. At the very least this must be mentioned in the release notes... (upgrade instructions would be better, automatic upgrades the best.) I have asked two users if they could provide instructions or directions about this. I wait a bit to get an answer for them before doing anything else. -- Parenthesise to avoid ambiguity. - The Elements of Programming Style (Kernighan Plauger) pgpGbh3pGZz65.pgp Description: PGP signature
Bug#689117: unblock: meta-gnome3/1:3.4+3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock the new meta-gnome3 for the following changes.
meta-gnome3 (1:3.4+3) unstable; urgency=low
* Require libreoffice by default, in consistency with d-i.
* Install iceweasel instead of epiphany :(
See bug#682481.
* Let gnome recommend iceweasel-l10n-all.
* Drop RSS readers recommendations.
* Require firefox extensions that match epiphany functionality:
keyring, adblock.
* Move gvfs-bin dependency to gnome-core, so that xdg-open works.
Closes: #685267.
unblock meta-gnome3/1:3.4+3
--
.''`. Josselin Mouette
: :' :
`. `'
`-
Index: debian/control
===
Index: debian/control.in
===
--- debian/control.in (révision 35748)
+++ debian/control.in (copie de travail)
@@ -23,7 +23,6 @@
dconf-tools (= 0.12),
empathy (= 3.4),
eog (= 3.4),
- epiphany-browser (= 3.4),
evince (= 3.4),
evolution-data-server (= 3.4),
fonts-cantarell (= 0.0.8),
@@ -71,6 +70,8 @@
gtk2-engines (= 2.20.2),
gucharmap (= 1:3.4),
gvfs-backends (= 1.12),
+ gvfs-bin (= 1.12),
+ iceweasel (= 10),
libcanberra-pulse,
metacity (= 1:2.34),
mousetweaks (= 3.4),
@@ -119,15 +120,15 @@
totem (= 3.0),
vinagre (= 3.4),
# More applications
- abiword (= 2.8) | libreoffice-gnome,
alacarte (= 0.13.4),
avahi-daemon,
gimp (= 2.8),
gnome-media (= 3.4),
gnome-tweak-tool (= 3.4),
- gnumeric (= 1.10) | libreoffice-gnome,
hamster-applet (= 2.91.3),
inkscape (= 0.48),
+ libreoffice-gnome | abiword (= 2.8),
+ libreoffice-gnome | gnumeric (= 1.10),
rhythmbox (= 2.96),
shotwell [linux-any],
simple-scan [linux-any],
@@ -138,12 +139,10 @@
xdg-user-dirs-gtk,
# Plugins for core and apps
cups-pk-helper (= 0.2),
- epiphany-extensions (= 3.4),
gedit-plugins (= 3.4),
gnome-applets (= 3.4),
gstreamer0.10-ffmpeg (= 0.10.13),
gstreamer0.10-plugins-ugly (= 0.10.19),
- gvfs-bin,
rhythmbox-plugins,
rhythmbox-plugin-cdrecorder,
rygel-playbin [!s390x],
@@ -152,13 +151,16 @@
telepathy-rakia,
telepathy-salut,
totem-plugins,
+# To match functionality that used to be in epiphany
+ xul-ext-gnome-keyring,
+ xul-ext-adblock-plus,
# For debconf
libgtk2-perl (= 1:1.130),
${misc:Depends}
Recommends: browser-plugin-gnash,
gdebi,
gnome-games-extra-data (= 3.0),
-liferea | evolution-rss | blam,
+iceweasel-l10n-all,
menu-xdg,
nautilus-sendto-empathy,
telepathy-idle
Index: debian/changelog
===
--- debian/changelog (révision 35748)
+++ debian/changelog (copie de travail)
@@ -1,3 +1,17 @@
+meta-gnome3 (1:3.4+3) unstable; urgency=low
+
+ * Require libreoffice by default, in consistency with d-i.
+ * Install iceweasel instead of epiphany :(
+See bug#682481.
+ * Let gnome recommend iceweasel-l10n-all.
+ * Drop RSS readers recommendations.
+ * Require firefox extensions that match epiphany functionality:
+keyring, adblock.
+ * Move gvfs-bin dependency to gnome-core, so that xdg-open works.
+Closes: #685267.
+
+ -- Josselin Mouette j...@debian.org Sat, 29 Sep 2012 10:36:58 +0200
+
meta-gnome3 (1:3.4+2) unstable; urgency=low
* Depend on g-tweak-tool, it is too useful to be left out.
Bug#689118: xfce4-volumed: depends on gstreamer0.10-audiosink which is provided by too many packages
Package: xfce4-volumed Version: 0.1.13-3 Severity: grave Justification: renders package unusable The packages xfce4-mixer and xfce4-volumed depend on gstreamer0.10-audiosink, with gstreamer0.10-alsa preferred, because theyneed a gstreamer plugin that provides mixer control. However, due to other packages in the xfce desktop task, other packages like gstreamer0.10-gconf become pulled in earlier, fulfilling the audiosink dependency on -mixer and -volumed. Sadly, some packages that provide the gstreamer0.10-audiosink virtual package do not satisfy the need for a mixer control. I am not sure whether this bug has to be fixed by XFCE or by GStreamer, however, I am positive that there has to be a way to have -mixer and -volumed depend on something that really provides a mixer control. I declare this bug grave because it renders XFCE's audio subsystem broken in a standard Debian desktop installation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-volumed depends on: ii gstreamer0.10-alsa [gstreamer0.10-audiosink] 0.10.36-1 ii gstreamer0.10-gconf [gstreamer0.10-audiosink] 0.10.31-3 ii gstreamer0.10-plugins-bad [gstreamer0.10-audiosink] 0.10.23-7 ii gstreamer0.10-plugins-good [gstreamer0.10-audiosink] 0.10.31-3 ii libc6 2.13-35 ii libglib2.0-0 2.32.3-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-00.10.36-1 ii libgtk2.0-0 2.24.10-2 ii libkeybinder0 0.2.2-4 ii libnotify40.7.5-1 ii libxfconf-0-2 4.8.1-1 xfce4-volumed recommends no packages. xfce4-volumed 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#659041: How to upgrade?
❦ 10 juin 2012 00:36 CEST, Koen Vermeer k...@vermeer.tv : Unfortunately, I am not aware of any automated upgrade script. This shouldn't be too much work: dump SQLite data, inject them into MySQL. The schemas are almost compatible. Just as a warning to other users: It's not that simple. I had to manually edit the SQLite dump, because the ordering of the fields had changed. There might be some easy way of fixing that, but I'm not a seasoned DBA. Anyway, it seems to work now. Hi Koen! Do you happen to have some notes on how to do the migration? It could be integrated in Roundcube package to help other users. Thanks. -- panic(Tell me what a watchpoint trap is, and I'll then deal with such a beast...); 2.2.16 /usr/src/linux/arch/arch/sparc/kernel/traps.c pgprxzwDDaNqm.pgp Description: PGP signature
Bug#689119: njam: highscore file munging deletes a shipped file during installation
Package: njam Version: 1.25-5.2 Severity: important Usertags: piuparts Hi, during a test with piuparts I noticed your package deletes a shipped file. Looking at the maintainer scripts, there is code that moves around the highscore file, but all this has been in squeeze already, so it should be dropped now. SCORE_NEW=njam-hiscore.dat if [ ! -f /var/games/$SCORE_NEW ]; then cp /usr/share/games/njam/hiscore.dat /var/games/$SCORE_NEW fi should be sufficient to initialize the score file during postinst using the template score file. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 0m16.6s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /usr/share/games/njam/hiscore.dat (from njam package) Andreas njam_1.25-5.2.log.gz Description: GNU Zip compressed data
Bug#689120: gstreamer0.10-gconf: does not really provide sinks and sources
Package: gstreamer0.10-gconf Version: 0.10.31-3 Severity: important According to the description and teh package contents, this package only provides a GConf configuration interface for audio and video sinks and sources. Nonetheless, the virtual packages -audiosink, -audiosource, -videosink, -videosource are provided. Thus, this package can fulfill other packages' dependencies on sinks and sources while no sink or source is really provided. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gstreamer0.10-gconf depends on: ii gconf-service 3.2.5-1+build1 ii gconf2 3.2.5-1+build1 ii libc6 2.13-35 ii libgconf-2-43.2.5-1+build1 ii libglib2.0-02.32.3-1 ii libgstreamer0.10-0 0.10.36-1 gstreamer0.10-gconf recommends no packages. gstreamer0.10-gconf 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#623686: Libqtwebkit4: Crash on polish sites
tag 623686 moreinfo thanks Hi, I tried to browse the websites you mention (wykop.pl , filmweb.pl) with rekonq and arora, which user libqtwebkit4. They do not crash. Could you please try again ? There is a new version in sid/testing since you posted the bug. If the problem doesn't appears anymore for you, I will close the bug. Thank you for reporting bugs, Adrien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683039: WPA/WPA2 can't associate with WZR-HP-AG300H
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683039 I have various wifi routers running OpenWRT I can connect to a TP-Link TL-WR1043ND over and over again without any problem But when I try to connect to a Buffalo WZR-HP-AG300H I always have this problem, from every client device, including various versions of Debian and an Android device My kernel packages on the impacted systems: wheezy: linux-image-3.2.0-3-amd64 3.2.23-1 [203448.256595] wlan0: authenticate with hidden (try 1) [203448.258875] wlan0: authenticated [203448.259143] wlan0: failed to insert Dummy STA entry for the AP (error -17) [203449.652588] wlan0: deauthenticating from hidden by local choice (reason=2) squeeze: linux-image-2.6.39-bpo.2-amd64 2.6.39-3-bpo60+1 [69327.810838] wlan0: authenticate with hidden (try 1) [69327.813521] wlan0: authenticated [69327.813572] wlan0: associate with hidden (try 1) [69327.816985] wlan0: RX AssocResp from hidden (capab=0x411 status=0 aid=1) [69327.816994] wlan0: associated [69331.813628] wlan0: deauthenticated from hidden (Reason: 2) The Buffalo AP has the latest OpenWRT `Attitude Adjustment' build r33556 If I disable authentication on the AP, I can connect successfully Can anyone comment on why this happens with some APs and not others? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684769: New upstream release (0.8.0)
❦ 13 août 2012 19:18 CEST, Daniel Baumann daniel.baum...@progress-technologies.net : Please upgrade to roundcube 0.8.0, in experimental or so. Hi! I didn't do anything yet since the package has currently RC bugs for Wheezy, I am trying to fix them first. 0.8.1 is still on my TODO list. -- /* * For moronic filesystems that do not allow holes in file. * We may have to extend the file. */ 2.4.0-test2 /usr/src/linux/fs/buffer.c pgpP5lAS2UuYp.pgp Description: PGP signature
Bug#689121: swi-prolog-nox: should not ship /usr/lib/swi-prolog/library/INDEX.pl
Package: swi-prolog-nox Version: 5.10.4-3 Severity: important User: debian...@lists.debian.org Usertags: piuparts Control: found -1 5.10.1-1 Hi, during a test with piuparts I noticed your package modifies shipped files. As /usr/lib/swi-prolog/library/INDEX.pl is regenerated during postinst, there is no need to ship this file. Instead it needs to be removed in the postrm script (during remove). debsums reports modification of the following files, from the attached log (scroll to the bottom...): 0m30.4s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/lib/swi-prolog/library/INDEX.pl cheers, Andreas swi-prolog-nox_5.10.4-3.log.gz Description: GNU Zip compressed data
Bug#689122: libcairo2-dev is not Multi-Arch compatible
Package: libcairo2-dev Version: 1.12.2-2 Severity: normal Dear Maintainer, The amd64 version conflicts with the i386 one which makes it impossible to install both. As a result the /usr/lib/i386-linux-gnu/libcairo.so symbolic link is missing so that developping 32bit applications using this library is impossible on a 64bit system. Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. A good model for this appears to be the libx11-dev package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcairo2-dev depends on: ii libcairo-gobject2 1.12.2-2 ii libcairo-script-interpreter2 1.12.2-2 ii libcairo2 1.12.2-2 ii libfontconfig1-dev2.9.0-7 ii libfreetype6-dev 2.4.9-1 ii libglib2.0-dev2.32.3-1 ii libpixman-1-dev 0.26.0-3 ii libpng12-dev 1.2.49-1 ii libsm-dev 2:1.2.1-2 ii libx11-dev2:1.5.0-1 ii libxcb-render0-dev1.8.1-1 ii libxcb-shm0-dev 1.8.1-1 ii libxcb1-dev 1.8.1-1 ii libxrender-dev1:0.9.7-1 libcairo2-dev recommends no packages. Versions of packages libcairo2-dev suggests: pn libcairo2-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684769: New upstream release (0.8.0)
On 09/29/2012 12:01 PM, Vincent Bernat wrote: I didn't do anything yet since the package has currently RC bugs for Wheezy, I am trying to fix them first. 0.8.1 is still on my TODO list. thanks, and thanks for the note. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688034: mythtv-status: No update of /etc/motd anymore
Hi Stephan, Would you please try the attached patch? This is against the init.d in version 0.10.2-1. Cheers! On Tue, 2012-09-18 at 15:16 +0200, Stephan Seitz wrote: Package: mythtv-status Version: 0.10.2-1 Severity: normal Tags: patch Dear Maintainer, since the last update of base-files the output of mythtv-status isn’t found in /etc/motd anymore. Checking /etc/init.d/motd and /etc/init.d/mythtv-status I think the upgrade should go into /var/run/motd.dynamic which is read by pam_motd together with the static /etc/motd. I have change /etc/init.d/mythtv-status so that it works for me (patch attached). Maybe it is useful for you as well. Shade and sweet water! Stephan -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.4-Dom0 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mythtv-status depends on: ii debconf [debconf-2.0] 1.5.46 ii libconfig-auto-perl0.42-1 ii libdate-manip-perl 6.32-1 ii libmime-tools-perl 5.503-1 ii libsys-sigaction-perl 0.13-1 ii libwww-perl6.04-1 ii libxml-libxml-perl 2.0001+dfsg-1 ii perl 5.14.2-13 Versions of packages mythtv-status recommends: ii libmythtv-perl0.25.2-dmo3 ii libnet-upnp-perl 1.4.2-1 Versions of packages mythtv-status suggests: ii molly-guard 0.4.5-1 -- debconf information excluded -- Andrew Ruthven Wellington, New Zealand At home: and...@etc.gen.nz | linux.conf.au 2013 | Come join the party... | http://linux.conf.au diff --git a/debian/init.d b/debian/init.d index f7a083e..7b8c024 100644 --- a/debian/init.d +++ b/debian/init.d @@ -21,8 +21,8 @@ # Provides: mythtv-status # Required-Start:$remote_fs # Required-Stop: $remote_fs -# Should-Start: $named mythtv-backend -# Should-Stop: $named mythtv-backend +# Should-Start: $named mythtv-backend $motd +# Should-Stop: $named mythtv-backend $motd # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Update the MOTD with the MythTV status @@ -60,14 +60,18 @@ case $1 in log_daemon_msg Updating $DESC $NAME # Just incase someone has removed their motd file. -[ -f /var/run/motd ] || touch /var/run/motd -[ -f /var/run/motd.orig ] || cp /var/run/motd /var/run/motd.orig +[ -f /var/run/motd.dynamic ] || touch /var/run/motd.dynamic +[ -f /var/run/motd.orig ] || cp /var/run/motd.dynamic /var/run/motd.orig +# If the tempfile is less than 15 minutes old, object, otherwise +# we'll assume that something went wrong and remove it. if [ -f $TEMPFILE ]; then - echo Hey, $TEMPFILE already exists 12 - ls -l /var/run/motd* 12 - ps -ef | grep mythtv-status 12 - cat /var/run/motd.new 12 + AGE=$(stat -c %Z $TEMPFILE); + if expr $AGE \ $(date +'%s') - 900 + then +log_warning_msg I think another $NAME is running. +exit 1 + fi fi cp /var/run/motd.orig $TEMPFILE @@ -77,12 +81,10 @@ case $1 in $DAEMON $ARGS -h $HOST $TEMPFILE || ret=$? if [ $ret -eq 0 -o $ret -eq 1 ]; then if [ ! -f $TEMPFILE ]; then -# My file has gone away. WTF?! Spit out some debugging. - echo Odd, $TEMPFILE has gone away. Start: $date, End: $(date) 12 -ls -l /var/run/motd* 12 -ps -ef | grep mythtv-status 12 +log_failure_msg My temporary file has gone away, failed. +exit 1 else -mv $TEMPFILE /var/run/motd +mv $TEMPFILE /var/run/motd.dynamic fi log_end_msg 0 else @@ -91,7 +93,7 @@ case $1 in ;; stop) log_daemon_msg Stopping $DESC $NAME -[ -f /var/run/motd.orig ] cp /var/run/motd.orig /var/run/motd +[ -f /var/run/motd.orig ] cp /var/run/motd.orig /var/run/motd.dynamic rm /var/run/motd.orig log_end_msg 0 ;; @@ -100,11 +102,11 @@ case $1 in log_failure_msg $NAME is not running exit 1 fi -if [ ! -f /var/run/motd ]; then +if [ ! -f /var/run/motd.dynamic ]; then log_failure_msg $NAME is not running (no motd file!) exit 1 fi -if [ $(date -d 15 minutes ago +%s) -gt $(stat -c %Y /var/run/motd) ] +if [ $(date -d 15 minutes ago +%s) -gt $(stat -c %Y /var/run/motd.dynamic) ] then log_failure_msg $NAME is not running (motd file is stale) exit 1 signature.asc Description: This is a digitally signed message part
Bug#666011: tagging 666011
Hi Tim, Tim Retout wrote (27 Sep 2012 18:55:26 GMT) : The BTS shows which suites are affected by a bug using the coloured graph in the top-right - the tags can affect this graph, but just because a bug is tagged wheezy doesn't mean the BTS thinks it affects wheezy. Thank you. Given libembperl-perl is currently not in testing, should we keep the wheezy tag? The tags don't hurt, though, and there's no need to hunt down and remove extra wheezy tags - the BTS knows that the bug doesn't really affect wheezy. Sure. However, when looking at our RC bugs in PET (that only tracks sid), my first thought was to ignore the bugs tagged only sid, and focus on the ones tagged wheezy. So I must say it was a bit confusing for me to see a bug tagged wheezy that should be ignored for Wheezy. I'm removing the tag, if it's not necessary, then. Thanks a lot for the detailed clarification! :) Cheers! -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689123: smlnj-runtime: configuration file in /usr (policy 10.7.2): /usr/lib/smlnj/lib/pathconfig
Package: smlnj-runtime Version: 110.74-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies a shipped file in /usr which is handled as a configuration file. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.2: Location: Any configuration files created or used by your package must reside in /etc. [...] If your package creates or uses configuration files outside of /etc, and it is not feasible to modify the package to use /etc directly, put the files in /etc and create symbolic links to those files from the location that the package requires. Because this file is shipped, it will be overwritten on every upgrade without asking any questions. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 0m14.9s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/lib/smlnj/lib/pathconfig cheers, Andreas smlnj-runtime_110.74-1.log.gz Description: GNU Zip compressed data
Bug#689124: libatk1.0-dev is not Multi-Arch compatible
Package: libatk1.0-dev Version: 2.4.0-2 Severity: normal Dear Maintainer, The amd64 version conflicts with the i386 one which makes it impossible to install both. As a result the /usr/lib/i386-linux-gnu/libatk-1.0.so symbolic link is missing so that developping 32bit applications using this library is impossible on a 64bit system. Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. A good model for this appears to be the libx11-dev package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libatk1.0-dev depends on: ii gir1.2-atk-1.0 2.4.0-2 ii libatk1.0-0 2.4.0-2 ii libglib2.0-dev 2.32.3-1 ii pkg-config 0.26-1 libatk1.0-dev recommends no packages. libatk1.0-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#688220: debian-policy: Typo in path to shlibs files in /var/lib/dpkg/info (8.6.4.1)
Hi Russ (only a small addition) On Thu, Sep 20, 2012 at 10:58:04AM -0700, Russ Allbery wrote: Salvatore Bonaccorso car...@debian.org writes: There seems to be a small typo in 8.6.4.1 refering to the path where *.shlibs files are located? It says currently: The shlibs control files for all the packages currently installed on the system. These are normally found in /var/lib/dpkg/info/*.symbols, but packages should not rely on this and instead should use dpkg-query --control-path package shlibs if for some reason these files need to be examined. Should that be /var/lib/dpkg/info/*.shlibs? Indeed, thanks. I will fix that for the next release. I noticed [1] where Guillem Jover states that the --control-path interface is going away at some point (introducing first deprecation warnings). [1]: https://lists.debian.org/debian-devel/2012/09/msg00063.html Maybe it would make sense to thus refer to --control-show in the two paragraphs, see attached patch. Regards, Salvatore From 842f9ce85bb422252a301aac6f86bde82329a95e Mon Sep 17 00:00:00 2001 From: Salvatore Bonaccorso car...@debian.org Date: Thu, 20 Sep 2012 15:36:58 +0200 Subject: [PATCH 1/2] Fix typo to path to shlibs files Fix typo in 8.6.4.1 The shlibs files present on the system. Refer to /var/lib/dpkg/info/*.shlibs for the location of the shlibs files. --- policy.sgml |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/policy.sgml b/policy.sgml index 5760a3f..ba217e5 100644 --- a/policy.sgml +++ b/policy.sgml @@ -6694,7 +6694,7 @@ Built-Using: grub2 (= 1.99-9), loadlin (= 1.6e-1) The fileshlibs/file control files for all the packages currently installed on the system. These are normally found - in file/var/lib/dpkg/info/*.symbols/file, but + in file/var/lib/dpkg/info/*.shlibs/file, but packages should not rely on this and instead should use ttdpkg-query --control-path varpackage/var shlibs/tt if for some reason these files need to be -- 1.7.10.4 From 2040ec4b4dbc6d559c6ce6224148b96293e53470 Mon Sep 17 00:00:00 2001 From: Salvatore Bonaccorso car...@debian.org Date: Sat, 29 Sep 2012 12:14:54 +0200 Subject: [PATCH 2/2] Use dpkg-query --control-show interface Use --control-show instead of --control-path which will dissapear at some point[1]. [1]: https://lists.debian.org/debian-devel/2012/09/msg00063.html --- policy.sgml |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/policy.sgml b/policy.sgml index ba217e5..7c8f6a0 100644 --- a/policy.sgml +++ b/policy.sgml @@ -6360,7 +6360,7 @@ Built-Using: grub2 (= 1.99-9), loadlin (= 1.6e-1) normally found in file/var/lib/dpkg/info/*.symbols/file, but packages should not rely on this and instead should - use ttdpkg-query --control-path varpackage/var + use ttdpkg-query --control-show varpackage/var symbols/tt if for some reason these files need to be examined. /p @@ -6696,7 +6696,7 @@ Built-Using: grub2 (= 1.99-9), loadlin (= 1.6e-1) normally found in file/var/lib/dpkg/info/*.shlibs/file, but packages should not rely on this and instead should - use ttdpkg-query --control-path varpackage/var + use ttdpkg-query --control-show varpackage/var shlibs/tt if for some reason these files need to be examined. /p -- 1.7.10.4 signature.asc Description: Digital signature
Bug#689125: libgdk-pixbuf2.0-dev is not Multi-Arch compatible
Package: libgdk-pixbuf2.0-dev Version: 2.26.1-1 Severity: normal Dear Maintainer, The amd64 version conflicts with the i386 one which makes it impossible to install both. As a result the /usr/lib/i386-linux-gnu/libgdk_pixbuf-2.0.so symbolic link is missing so that developping 32bit applications using this library is impossible on a 64bit system. Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. A good model for this appears to be the libx11-dev package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgdk-pixbuf2.0-dev depends on: ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii libc6 2.13-35 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.32.3-1 ii libglib2.0-dev2.32.3-1 ii libpng12-01.2.49-1 ii libpng12-dev 1.2.49-1 ii libx11-dev2:1.5.0-1 libgdk-pixbuf2.0-dev recommends no packages. libgdk-pixbuf2.0-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#670578: FTBFS on ia64
Hi, The latest uploaded version failed to build on ia64, blocking propagation to testing: https://buildd.debian.org/status/fetch.php?pkg=gnunetarch=ia64ver=0.9.3-3stamp=1347735437 Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674935: pulseaudio: Disable flat volumes
I second this. Sometimes applications can change the default system volume up to 100%. Also it prevents application volume from being changed independantly. I always set flat volumes as no on every Debian system I install. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544976: needing samtools library also for HGSC snptools
Just as a reminder... g++ -Wall -Wextra -O3 -fopenmp -Isamtools-0.1.14 -Itabix-0.2.3 -o document document.cpp -lgomp -lpthread -lgsl -lgslcblas -lz -lbam -ltabix -Lsamtools-0.1.14 -Ltabix-0.2.3 /usr/bin/ld: cannot find -lbam /usr/bin/ld: cannot find -ltabix The snptools are not redistributable, anyway... Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689096: linux-image-3.2.0-3-686-pae: ipw2200 crashes on wakeup
On Sat, 2012-09-29 at 03:56 +0200, Stefan Ott wrote: Package: src:linux Version: 3.2.23-1 Severity: normal Dear Maintainer, Ever since I upgraded to wheezy I get occasional crashes in the ipw2200 driver when my laptop wakes up from suspend. This isn't a crash. It does't always happen and it used to work flawlessly with squeeze. [...] I suspect that on squeeze it would hang instead. Are you using the wireless interface in managed or ad-hoc mode? Ben. -- Ben Hutchings Usenet is essentially a HUGE group of people passing notes in class. - Rachel Kadel, `A Quick Guide to Newsgroup Etiquette' signature.asc Description: This is a digitally signed message part
Bug#689126: RFS: sweethome3d-furnitures{,-nonfree}/1.2-1 [ITP]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my packages sweethome3d-furnitures and sweethome3d-furnitures-nonfree * Package name: sweethome3d-furnitures Version : 1.2-1 Upstream Author : Various SweetHome3D contributors * URL : http://www.sweethome3d.com/importModels.jsp * License : CC-BY-3.0 Unported, CC-BY-3.0 USA Section : graphics * Package name: sweethome3d-furnitures-nonfree Version : 1.2-1 Upstream Author : Various SweetHome3D contributors * URL : http://www.sweethome3d.com/importModels.jsp * License : Free Art License 1.3 Section : graphics sweethome3d-furnitures - Interior 2D design application with 3D preview (additional furnitures) sweethome3d-furnitures-nonfree - Interior 2D design application with 3D preview (additional non-free furnitures) To access further information about these packages, please visit the following URL: http://mentors.debian.net/package/sweethome3d-furnitures http://mentors.debian.net/package/sweethome3d-furnitures-nonfree Alternatively, one can download the packages with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sweethome3d-furnitures/sweethome3d-furnitures_1.2-1.dsc dget -x http://mentors.debian.net/debian/pool/non-free/s/sweethome3d-furnitures-nonfree/sweethome3d-furnitures-nonfree_1.2-1.dsc Regards, Gabriele Giacone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689125: libgdk-pixbuf2.0-dev is not Multi-Arch compatible
Le samedi 29 septembre 2012 à 12:26 +0200, Francois Gouget a écrit : My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. I’d appreciate if you did not report the same bug for each and every package that ships GIR data. If you want to do something constructive instead, please help migrating Gobject introspection to multiarch. Thanks, -- .''`. 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#688740: unblock: tomboy/1.10.0-2
On Tue, 2012-09-25 at 19:15 +0100, Adam D. Barratt wrote: On Tue, 2012-09-25 at 10:58 +0100, Iain Lane wrote: I uploaded tomboy per KiBi's request in #688706 to compress it with .xz. That's the only change. Unblocked; thanks. fwiw, tomboy isn't ready to migrate yet for a couple of reasons: - it's picked up a dependency on the new glib2.0 - the old armhf binaries need removing (i.e. via an ftp.d.o RM bug) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678337: this happens on every invocation off exim4
On 2012-06-29 Heiko Stübner he...@sntech.de wrote: severity 678337 serious thanks On my tegra2 running wheezy armel this exact error happens on every invocation of the exim4 binary, making even installation of exim4-config fail. Hello, sorry for the late response. This does not happen on all armel systems, otherwise the minimal functionality test at build time would also fail. Does /usr/sbin/exim4 -bV still crash for you on up to date wheezy? Ist there something special with your setup, did you already check the memory? thanks, cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688740: unblock: tomboy/1.10.0-2
Le samedi 29 septembre 2012 à 12:04 +0100, Adam D. Barratt a écrit : On Tue, 2012-09-25 at 19:15 +0100, Adam D. Barratt wrote: On Tue, 2012-09-25 at 10:58 +0100, Iain Lane wrote: I uploaded tomboy per KiBi's request in #688706 to compress it with .xz. That's the only change. Unblocked; thanks. fwiw, tomboy isn't ready to migrate yet for a couple of reasons: - it's picked up a dependency on the new glib2.0 FYI, the shlibs in glib2.0 have been downgraded, so a binNMU should deal with that. -- .''`. 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#689127: filler: do not delete /var/games/filler.ratings.gz while initializing /var/games/filler.ratings
Package: filler Version: 1.02-6.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package deletes a shipped file. If the extraction of /var/games/filler.ratings.gz is changed to gzip -dc /var/games/filler.ratings.gz /var/games/filler.ratings the shipped file will be preserved. Not knowing filler at all, I assume filler.ratings is some kind of a highscore file. Shouldn't it be kept around until postrm purge - like it is done with configuration files and logfiles? (It's currently removed during prerm remove). From the attached logfile, scroll to the end: 0m33.1s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /var/games/filler.ratings.gz (from filler package) Cheers, Andreas filler_1.02-6.1.log.gz Description: GNU Zip compressed data
Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
Hi Henrique,
2012/9/29 Henrique de Moraes Holschuh h...@debian.org:
On Fri, 28 Sep 2012, Lionel Gamay wrote:
I followed you advice but I still get a similar error message, without
any reference to udev:
Loading, please wait...
/init: eval: line 1: array_intel_microcode=: not found
/init: eval: line 1: array_intel_microcode=: not found
PANIC: Circular dependancy. Exiting.
I still wonder WTF is it thinking a variable assignment is a command name?
Can you give me the output of dpkg -s busybox, please? And maybe, just in
case, you should apt-get --reinstall install busybox...
I use indeed busybox-static but it has no impact on this problem.
dpkg -s busybox-static
Package: busybox-static
Status: install ok installed
Priority: extra
Section: shells
Installed-Size: 1571
Maintainer: Debian Install System Team debian-b...@lists.debian.org
Architecture: i386
Source: busybox
Version: 1:1.20.0-7
Replaces: busybox
Conflicts: busybox
Description: Standalone rescue shell with tons of builtin utilities
BusyBox combines tiny versions of many common UNIX utilities into a single
small executable. It provides minimalist replacements for the most common
utilities you would usually find on your desktop system (i.e., ls, cp, mv,
mount, tar, etc.). The utilities in BusyBox generally have fewer options than
their full-featured GNU cousins; however, the options that are included
provide the expected functionality and behave very much like their GNU
counterparts.
.
busybox-static provides you with a statically linked simple stand alone shell
that provides all the utilities available in BusyBox. This package is
intended to be used as a rescue shell, in the event that you screw up your
system. Invoke busybox sh and you have a standalone shell ready to save
your system from certain destruction. Invoke busybox, and it will list the
available builtin commands.
Homepage: http://www.busybox.net
Anyway, please boot the kernel with the broken initramfs with the debug
command line parameter. You'll need to set it in the boot loader, add
debug to the end of the line with the kernel parameters.
The nasty thing will be to get the debug file out of the broken system :-(
it is supposed to end up in /run/initramfs/*
If you're good with shell scripts, maybe you'll find the error right away
:-) Otherwise, try to copy the last 30 or so lines before the PANIC error
message and send it to the bug report. Maybe I can figure it out from
there.
here it is:
---
+ log_begin_msg Loading essential drivers
+ _log_msg Begin: Loading essential drivers ...
+ [ n = y ]
+ printf Begin: Loading essential drivers ...
Begin: Loading essential drivers ... + load_modules
+ [ -e /conf/modules ]
+ cat /conf/modules
+ read m
+ [ -z microcode ]
+ printf %.1s microcode
+ com=m
+ [ m = # ]
+ modprobe microcode
+ read m
+ [ n != y ]
+ log_end_msg
+ _log_msg done.\n
+ [ n = y ]
+ printf done.\n
done.
+ [ -n ]
+ maybe_break premount
+ [ = premount ]
+ [ n != y ]
+ log_begin_msg Running /scripts/init-premount
+ _log_msg Begin: Running /scripts/init-premount ...
+ [ n = y ]
+ printf Begin: Running /scripts/init-premount ...
Begin: Running /scripts/init-premount ... + run_scripts /scripts/init-premount
+ initdir=/scripts/init-premount
+ [ ! -d /scripts/init-premount ]
+ [ -f /scripts/init-premount/ORDER ]
+ command -v tsort
+ get_prereqs
+ set_initlist
+ unset initlist
+ [ /scripts/init-premount/intel-microcode = /scripts/init-premount/* ]
+ [ ! -x /scripts/init-premount/intel-microcode ]
+ [ -d /scripts/init-premount/intel-microcode ]
+ sh -n /scripts/init-premount/intel-microcode
+ initlist= intel-microcode
+ /scripts/init-premount/intel-microcode prereqs
+ tmp=udev
+ eval array_intel-microcode=udev
+ array_intel-microcode=udev
/init: eval: line 1: array_intel-microcode=udev: not found
+ reduce_prereqs
+ unset runlist
+ set -- intel-microcode
+ i=1
+ [ 1 -ne 0 ]
+ oldi=1
+ reduce_satisfied intel-microcode
+ render array_intel-microcode
+ eval echo -n ${array_intel-microcode}
+ echo -n microcode
+ deplist=microcode
+ unset tmpdeplist
+ [ ! -x /scripts/init-premount/microcode ]
+ continue
+ deplist=
+ eval array_intel-microcode=
+ array_intel-microcode=
/init: eval: line 1: array_intel-microcode=: not found
+ render array_intel-microcode
+ eval echo -n ${array_intel-microcode}
+ echo -n microcode
+ count_unsatisfied microcode
+ set -- microcode
+ return 1
+ cnt=1
+ [ 1 -eq 0 ]
+ [ 1 -eq 1 ]
+ panic PANIC: Circular dependancy. Exiting.
+ command -v chvt
+ chvt 1
+ echo PANIC: Circular dependancy. Exiting.
PANIC: Circular dependancy. Exiting.
+ [ -n ]
+ modprobe -v i8042
+ modprobe -v atkbd
+ modprobe -v ehci-hcd
+ modprobe -v uhci-hcd
+ modprobe -v ohci-hcd
+ modprobe -v usbhid
+ REASON=PANIC: Circular dependancy. Exiting. PS1=(initramfs) /bin/sh -i
---
Otherwise, if you can get the bug to happen with the _Wheezy kernel_, please
send me the broken initramfs for the wheezy kernel. I should be able to
Bug#688740: unblock: tomboy/1.10.0-2
On Sat, Sep 29, 2012 at 13:19:31 +0200, Josselin Mouette wrote: Le samedi 29 septembre 2012 à 12:04 +0100, Adam D. Barratt a écrit : On Tue, 2012-09-25 at 19:15 +0100, Adam D. Barratt wrote: On Tue, 2012-09-25 at 10:58 +0100, Iain Lane wrote: I uploaded tomboy per KiBi's request in #688706 to compress it with .xz. That's the only change. Unblocked; thanks. fwiw, tomboy isn't ready to migrate yet for a couple of reasons: - it's picked up a dependency on the new glib2.0 FYI, the shlibs in glib2.0 have been downgraded, so a binNMU should deal with that. Scheduled for ia64. Cheers, Julien signature.asc Description: Digital signature
Bug#689128: iucode-tool: Package name and the binary installed are not coherent (iucode-tool vs iucode_tool and man page)
Package: iucode-tool Version: 0.8.3-1 Severity: wishlist Alreday did several time man iucode-tool, where binary and page man are iucode_tool -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5.4 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iucode-tool depends on: ii libc6 2.13-35 Versions of packages iucode-tool recommends: ii intel-microcode 1.20120606.6 iucode-tool 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#689129: frontaccounting: do not delete /usr/share/frontaccounting/config_db.php.template during postinst
Package: frontaccounting Version: 2.2.10-3.1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package deletes a shipped file: /usr/share/frontaccounting/config_db.php.template The postinst script has the line rm $template which serves no purpose and should be dropped. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 0m35.6s ERROR: FAIL: debsums reports modifications inside the chroot: debsums: missing file /usr/share/frontaccounting/config_db.php.template (from frontaccounting package) cheers, Andreas frontaccounting_2.2.10-3.1.log.gz Description: GNU Zip compressed data
Bug#672131: File name too long
Update of bug #21714 (project wget): Status:Needs Discussion = Fixed Assigned to:None = gscrivano Open/Closed:Open = Closed ___ Follow-up Comment #51: Applied as commit: 67e6027ea130d06aeff365adfbc83f34d019b968 ___ Reply to this item at: http://savannah.gnu.org/bugs/?21714 ___ Message sent via/by Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689130: spek: Hardening flags lost in 0.8.0-1 update
Package: spek
Version: 0.8.0-1
Severity: normal
Tags: patch
Dear Maintainer,
All hardening flags were lost in the 0.8.0-1 update because the
package was switched to dh without raising the compat level to 9.
CDBS automatically enabled them, but with dh compat=9 is required
for hardening flags. For more hardening information please have a
look at [1], [2] and [3].
The following patch fixes the issue, it also enables verbose
builds to allow tools to detect missing hardening flags
automatically:
diff -Nru spek-0.8.0/debian/compat spek-0.8.0/debian/compat
--- spek-0.8.0/debian/compat2011-03-15 12:53:20.0 +0100
+++ spek-0.8.0/debian/compat2012-09-29 13:40:57.0 +0200
@@ -1 +1 @@
-7
+9
diff -Nru spek-0.8.0/debian/rules spek-0.8.0/debian/rules
--- spek-0.8.0/debian/rules 2012-09-25 19:00:52.0 +0200
+++ spek-0.8.0/debian/rules 2012-09-29 13:37:12.0 +0200
@@ -1,4 +1,6 @@
#!/usr/bin/make -f
+export V=1
+
%:
dh $@
To check if all flags were correctly enabled you can use
`hardening-check` from the hardening-includes package and check
the build log with `blhc` (hardening-check doesn't catch
everything):
$ hardening-check /usr/bin/spek
/usr/bin/spek:
Position Independent Executable: no, normal executable!
Stack protected: no, not found!
Fortify Source functions: no, only unprotected functions found!
Read-only relocations: yes
Immediate binding: no not found!
(Position Independent Executable and Immediate binding is not
enabled by default.)
Use find -type f \( -executable -o -name \*.so\* \) -exec
hardening-check {} + on the build result to check all files.
Regards,
Simon
[1]: https://wiki.debian.org/ReleaseGoals/SecurityHardeningBuildFlags
[2]: https://wiki.debian.org/HardeningWalkthrough
[3]: https://wiki.debian.org/Hardening
--
+ privacy is necessary
+ using gnupg http://gnupg.org
+ public key id: 0x92FEFDB7E44C32F9
signature.asc
Description: Digital signature
Bug#688794: PANIC: Circular dependancy after reboot when installing 1.20120606.6
Meanwhile I tried something else: I kept the intel-microde and iucode-tool packages installed but used the previous microcode-free kernel instead of the one generated after installing the above packages. However, I added microcode to /etc/modules in order to force module loading. When I boot the machine in this config, microcode gets read and updated as it should... and the machine runs fine. dmesg|grep microcode [ 17.458855] microcode: CPU0 sig=0x106c2, pf=0x4, revision=0x212 [ 19.014638] microcode: CPU0 updated to revision 0x218, date = 2009-04-10 [ 19.015639] microcode: CPU1 sig=0x106c2, pf=0x4, revision=0x212 [ 19.034041] microcode: CPU1 updated to revision 0x218, date = 2009-04-10 [ 19.036638] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687930: shotwell: Segfault, on invalid piwigo response
Could you please try to obtain a backtrace of the crash? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689131: libncurses5-dev is not Multi-Arch compatible
Package: libncurses5-dev Version: 5.9-10 Severity: normal Dear Maintainer, The amd64 version conflicts with the i386 one which makes it impossible to install both. As a result the /usr/lib/i386-linux-gnu/libncurses.so symbolic link is missing so that developping 32bit applications using this library is impossible on a 64bit system. Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. A good model for this appears to be the libx11-dev package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libncurses5-dev depends on: ii libc6-dev [libc-dev] 2.13-35 ii libncurses5 5.9-10 ii libtinfo-dev 5.9-10 ii libtinfo5 5.9-10 ii ncurses-bin 5.9-10 libncurses5-dev recommends no packages. Versions of packages libncurses5-dev suggests: pn ncurses-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689132: unblock: libwacom/0.6-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock libwacom 0.6. It fixes crashes in gnome-settings-daemon related to a number of tablets (assertions failed because the data is incorrect). libwacom (0.6-1) unstable; urgency=low * New upstream release. - fixes crashers when the stylus definition is missing from the database * Drop all patches, found upstream. unblock libwacom/0.6-1 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- diff -Nru libwacom-0.5/config.guess libwacom-0.6/config.guess diff -Nru libwacom-0.5/config.sub libwacom-0.6/config.sub diff -Nru libwacom-0.5/configure libwacom-0.6/configure diff -Nru libwacom-0.5/configure.ac libwacom-0.6/configure.ac --- libwacom-0.5/configure.ac 2012-05-01 05:07:35.0 +0200 +++ libwacom-0.6/configure.ac 2012-06-26 03:52:00.0 +0200 @@ -1,6 +1,6 @@ # Initialize Autoconf AC_PREREQ([2.60]) -AC_INIT([libwacom], [0.5]) +AC_INIT([libwacom], [0.6]) AC_CONFIG_HEADERS([config.h]) # Initialize Automake @@ -17,7 +17,7 @@ # - If binary compatibility has been broken (eg removed or changed interfaces) # change to C+1:0:0 # - If the interface is the same as the previous version, change to C:R+1:A -LIBWACOM_LT_VERSION=2:0:0 +LIBWACOM_LT_VERSION=3:0:1 AC_SUBST(LIBWACOM_LT_VERSION) # Initialize libtool diff -Nru libwacom-0.5/data/bamboo-2fg-4x5.tablet libwacom-0.6/data/bamboo-2fg-4x5.tablet --- libwacom-0.5/data/bamboo-2fg-4x5.tablet 1970-01-01 01:00:00.0 +0100 +++ libwacom-0.6/data/bamboo-2fg-4x5.tablet 2012-06-04 02:02:39.0 +0200 @@ -0,0 +1,23 @@ +# Wacom +# Bamboo Pen Touch +# CTH-460 +# +# first generation BambooPT +# +# stylus with two buttons and eraser; 2FG touch +# Pen active area: 5.8 x 3.62in +# Touch active area: 4.92 x 3.35in + +[Device] +Name=Wacom Bamboo 2FG 4x5 +DeviceMatch=usb:056a:00d1 +Class=Bamboo +Width=6 +Height=4 + +[Features] +Stylus=true +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false diff -Nru libwacom-0.5/data/bamboo-2fg-6x8.tablet libwacom-0.6/data/bamboo-2fg-6x8.tablet --- libwacom-0.5/data/bamboo-2fg-6x8.tablet 1970-01-01 01:00:00.0 +0100 +++ libwacom-0.6/data/bamboo-2fg-6x8.tablet 2012-06-04 02:02:39.0 +0200 @@ -0,0 +1,23 @@ +# Wacom +# Bamboo Fun +# CTH-661 +# +# first generation BambooPT +# +# stylus with two buttons and eraser; 2FG touch +# Pen active area: 8.53 x 5.40 in +# Touch active area: 7.48 x 5.12 in + +[Device] +Name=Wacom Bamboo 2FG 6x8 +DeviceMatch=usb:056a:00d3 +Class=Bamboo +Width=9 +Height=5 + +[Features] +Stylus=true +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false diff -Nru libwacom-0.5/data/bamboo-2fg.tablet libwacom-0.6/data/bamboo-2fg.tablet --- libwacom-0.5/data/bamboo-2fg.tablet 1970-01-01 01:00:00.0 +0100 +++ libwacom-0.6/data/bamboo-2fg.tablet 2012-06-04 02:02:39.0 +0200 @@ -0,0 +1,22 @@ +# Wacom +# Bamboo Touch +# CTT-460 +# +# first generation BambooPT +# +# no stylus; 2FG touch +# Touch active area: 4.92 x 3.35in + +[Device] +Name=Wacom Bamboo 2FG +DeviceMatch=usb:056a:00d0 +Class=Bamboo +Width=5 +Height=3 + +[Features] +Stylus=false +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false diff -Nru libwacom-0.5/data/bamboo-craft.tablet libwacom-0.6/data/bamboo-craft.tablet --- libwacom-0.5/data/bamboo-craft.tablet 1970-01-01 01:00:00.0 +0100 +++ libwacom-0.6/data/bamboo-craft.tablet 2012-06-04 02:02:39.0 +0200 @@ -0,0 +1,23 @@ +# Wacom +# Bamboo Craft +# CTH-461 +# +# first generation BambooPT +# +# stylus with two buttons and eraser; 2FG touch +# Pen active area: 5.8 x 3.62in +# Touch active area: 4.92 x 3.35in + +[Device] +Name=Wacom Bamboo Craft +DeviceMatch=usb:056a:00d2 +Class=Bamboo +Width=6 +Height=4 + +[Features] +Stylus=true +Reversible=true +Touch=true +Buttons=4 +BuiltIn=false diff -Nru libwacom-0.5/data/bamboo-pen-and-touch.tablet libwacom-0.6/data/bamboo-pen-and-touch.tablet --- libwacom-0.5/data/bamboo-pen-and-touch.tablet 2012-05-01 05:02:19.0 +0200 +++ libwacom-0.6/data/bamboo-pen-and-touch.tablet 1970-01-01 01:00:00.0 +0100 @@ -1,31 +0,0 @@ -[Device] -# Bamboo Pen Touch (CTH-460-DE), 2nd generation bamboo -Name=Wacom Bamboo Pen Touch - -DeviceMatch=usb:056a:00d1 - -Class=Bamboo - -# There are two widths and heigths, one for pen input, one for touch. -# The one for pen is bigger, but in linux, only the smaller one works. -# But as the width is advertised as the bigger one for pen input, I put the pen input here. -Width=6 -Height=4 - -# The other stylusses don't match it, it has two buttons and an eraser. -Styli=0xf - -[Features] -Stylus=true - -Reversible=true - -Touch=true - -Ring=false -Ring2=false - -Buttons=4 - -BuiltIn=false - diff -Nru libwacom-0.5/data/bamboo-pen.tablet libwacom-0.6/data/bamboo-pen.tablet --- libwacom-0.5/data/bamboo-pen.tablet 1970-01-01 01:00:00.0 +0100 +++ libwacom-0.6/data/bamboo-pen.tablet 2012-05-29 06:42:14.0 +0200 @@ -0,0 +1,22 @@ +#
Bug#689133: mantis: Does not work with TLS+auth on smtp mail setups
Package: mantis
Version: 1.1.8+dfsg-10squeeze2
Severity: normal
Hi,
Mantis from squeeze does not work with TLS on smtp email delivery
method.
Eg. if authentication requires tls to be enabled.
After checking the source it is because mantis as in squeeze does simply
not forward the 'g_smtp_connection_mode' setting to phpmailer.
A quick fix was to just add this to the email_send function used in
core/
I just put it in a branch which is only called if PHPMAILER_METHOD_SMTP is used:
if ( !is_blank( config_get( 'smtp_connection_mode' ) ) ) {
$mail-SMTPSecure = config_get( 'smtp_connection_mode' );
}
After this little change smtp+tls+auth worked without problems.
Michael Gebetsroither
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688590: src:gnunet: ftbfs on ia64 (/lib vs /usr/lib confusion)
Hello, Thanks for the report. I am not sure to understand how it could fail when the previous versions built fine. The only thing I can think of is in src/gns/nss/Makefile.am. So I'll try with the patch attached, hopefully it'll fix this. But as far as I can test on my amd64 box, gnunet 0.9.3-3 builds fine with or without sudo. Cheers, Bertrand --- a/src/gns/nss/Makefile.am +++ b/src/gns/nss/Makefile.am @@ -21,16 +21,10 @@ AM_LDFLAGS=-avoid-version -module -export-dynamic -if HAVE_SUDO -nssdir = /lib/ -else -nssdir = $(libdir) -endif - LIBTOOL = $(SUDO_BINARY) $(SHELL) $(top_builddir)/libtool if !MINGW -nss_LTLIBRARIES = \ +lib_LTLIBRARIES = \ libnss_gns.la \ libnss_gns4.la \ libnss_gns6.la @@ -52,8 +46,8 @@ libnss_gns6_la_LDFLAGS=$(libnss_gns_la_LDFLAGS) install-data-hook: - $(SUDO_BINARY) $(SHELL) $(top_builddir)/libtool --finish $(nssdir) - $(SUDO_BINARY) rm -f $(nssdir)/libnss_gns.la $(nssdir)/libnss_gns4.la $(nssdir)/libnss_gns6.la + $(SUDO_BINARY) $(SHELL) $(top_builddir)/libtool --finish $(libdir) + $(SUDO_BINARY) rm -f $(libdir)/libnss_gns.la $(libdir)/libnss_gns4.la $(libdir)/libnss_gns6.la uninstall-hook: - $(SUDO_BINARY) rm -f $(nssdir)/libnss_gns.so.2 $(nssdir)/libnss_gns4.so.2 $(nssdir)/libnss_gns6.so.2 + $(SUDO_BINARY) rm -f $(libdir)/libnss_gns.so.2 $(libdir)/libnss_gns4.so.2 $(libdir)/libnss_gns6.so.2
Bug#689134: xbatmon-simple does not work with wheezy amd64 kernel
Package: chiark-utils-bin Version: 4.2.0 With Linux zealot 3.2.0-3-amd64 #1 SMP Mon Jul 23 04:46:29 UTC 2012 x86_64 GNU/Linux I see this $ ./xbatmon-simple -debug BAT0: present=1 online = -1 design_capacity_energy = -1 last_full_capacity_energy = -1 remaining_capacity_energy = -1 present_rate_energy= -1 design_capacity_charge = 520 last_full_capacity_charge = 3604000 remaining_capacity_charge = 159 present_rate_charge= 2263000 voltage= 12364000 state =1 type = -1 BAT0: type: not found TOTAL: mask =0x100 design_capacity= 0.00 last_full_capacity = 0.00 remaining_capacity = 0.00 present_rate = 0.00 present= 0.00 online = 0.00 ^C And indeed: $ egrep . */uevent AC/uevent:POWER_SUPPLY_NAME=AC AC/uevent:POWER_SUPPLY_ONLINE=1 BAT0/uevent:POWER_SUPPLY_NAME=BAT0 BAT0/uevent:POWER_SUPPLY_STATUS=Charging BAT0/uevent:POWER_SUPPLY_PRESENT=1 BAT0/uevent:POWER_SUPPLY_TECHNOLOGY=Li-ion BAT0/uevent:POWER_SUPPLY_CYCLE_COUNT=0 BAT0/uevent:POWER_SUPPLY_VOLTAGE_MIN_DESIGN=1110 BAT0/uevent:POWER_SUPPLY_VOLTAGE_NOW=12534000 BAT0/uevent:POWER_SUPPLY_CURRENT_NOW=2264000 BAT0/uevent:POWER_SUPPLY_CHARGE_FULL_DESIGN=520 BAT0/uevent:POWER_SUPPLY_CHARGE_FULL=3604000 BAT0/uevent:POWER_SUPPLY_CHARGE_NOW=2059000 BAT0/uevent:POWER_SUPPLY_MODEL_NAME=DELL 4H63612 BAT0/uevent:POWER_SUPPLY_MANUFACTURER=SMP BAT0/uevent:POWER_SUPPLY_SERIAL_NUMBER=1248 $ pwd /sys/class/power_supply $ egrep . */type AC/type:Mains BAT0/type:Battery $ I haven't tried a wheezy i386. xbatmon-simple used to work with a squeeze i386. So this may be an amd64 change or an i386 change. I think this is a kernel bug. Sensible handling of a uevent for a power supply will depend on whether it's battery or mains. However, xbatmon-simple should cope with this bug if possible. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689135: unblock: exim4/4.80-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package exim4 Apart from fixing the hardening build (release goal) it only includes documentation and transaltion fixes and the updated VCS information (git instead of svn). unblock exim4/4.80-5 thanks, cu andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670578: FTBFS on ia64
Le 29/09/2012 12:37, Jurij Smakov a écrit : Hi, The latest uploaded version failed to build on ia64, blocking propagation to testing: https://buildd.debian.org/status/fetch.php?pkg=gnunetarch=ia64ver=0.9.3-3stamp=1347735437 Best regards, Hi, Julien Cristau already reported this as bug #688590 and it doesn't seem to be linked to #670578. If you have no particular reason to think #670578 and the FTBFS on ia64 are related, I am closing this bug. Cheers, Bertrand -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689060: base: Mac keyboard layout is incorrect on MacBook Pros
Hello, On Freitag, 28. September 2012, Jacob Mansfield wrote: On my late 2011 MacBook Pro, the keys to the left of the z and above shift give the incorrect characters. The key to the left of z is marked with ` and ~ whereas it prnts and The key above shift is marked with § and § whereas it prints ` and ~ Which layout are you using? Just to make sure: in which environment? In the Debian installer, on the Linux console, or in the X session? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689131: libncurses5-dev is not Multi-Arch compatible
Control: severity -1 wishlist On 2012-09-29 14:27 +0200, Francois Gouget wrote: The amd64 version conflicts with the i386 one which makes it impossible to install both. As a result the /usr/lib/i386-linux-gnu/libncurses.so symbolic link is missing so that developping 32bit applications using this library is impossible on a 64bit system. Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. Unfortunately the headers _are_ currently architecture dependent, see #646761/#646977. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689136: gforth.el fails to compile with emacs-snapshot
Package: gforth Version: 0.7.0+ds1-7 Severity: wishlist Tags: upstream patch When having emacs-snapshot installed, the gforth package fails to configure, due to an elisp compilation error: , | Install gforth for emacs-snapshot | install/gforth: Byte-compiling for emacsen flavour emacs-snapshot | | In toplevel form: | gforth.el:742:18:Error: Don't know how to compile nil | gforth.el:742:18:Error: Don't know how to compile nil | gforth.el:742:18:Error: Don't know how to compile nil | gforth.el:742:18:Error: Don't know how to compile nil | gforth.el:742:18:Error: Don't know how to compile nil | ERROR: install script from gforth package failed ` The attached patch removes invocations of `byte-compile' from gforth.el, which rectifies this issue. I'm not sure whether it might have any negative (perfomance, perhaps?) impact. Also noteworthy in this context is the following German comment in gforth.el: ; Byte-compile-Code rausschmeißen, Compilieren im Makefile über Emacs ; batch-Modus A rough translation would be get rid of byte-compile code, compile via makefile using Emacs batch mode. This seems to indicate that the original author(s) probably intended a change in the spirit of the attached patch. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gforth depends on: ii dpkg 1.16.8 ii gforth-common 0.7.0+ds1-7 ii gforth-lib 0.7.0+ds1-7 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-35 ii libffcall1 1.10+cvs20100619-2 ii libltdl7 2.4.2-1.1 gforth recommends no packages. gforth suggests no packages. -- no debconf information Index: gforth-0.7.0+ds1/gforth.el === --- gforth-0.7.0+ds1.orig/gforth.el 2012-08-15 00:29:28.156682885 +0200 +++ gforth-0.7.0+ds1/gforth.el 2012-08-15 00:30:13.856678664 +0200 @@ -1,6 +1,6 @@ ;;; gforth.el --- major mode for editing (G)Forth sources -;; Copyright (C) 1995,1996,1997,1998,2000,2001,2003,2004,2007,2008 Free Software Foundation, Inc. +;; Copyright (C) 1995,1996,1997,1998,2000,2001,2003,2004,2007,2008,2012 Free Software Foundation, Inc. ;; This file is part of Gforth. @@ -518,9 +518,7 @@ sub )) mapped))) -(let ((result (cons regexp sub-list))) - (byte-compile 'result) - result))) +(cons regexp sub-list))) (defun forth-compile-words () Compile the the words from `forth-words' and `forth-indent-words' into @@ -734,13 +732,6 @@ (get-text-property from 'fontified)) (forth-update-properties from to) -(eval-when-compile - (byte-compile 'forth-set-word-properties) - (byte-compile 'forth-next-known-forth-word) - (byte-compile 'forth-update-properties) - (byte-compile 'forth-delete-properties) - (byte-compile 'forth-get-regexp-branch)) - ;;; imenu support ;;; (defvar forth-defining-words
Bug#689137: unblock: minbif/1:1.0.5+git20120508-2.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package minbif It fixes a serious mess of the “directory replaced by symlink”-kind. unblock minbif/1:1.0.5+git20120508-2.1 Thanks in advance, regards. David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru minbif-1.0.5+git20120508/debian/changelog minbif-1.0.5+git20120508/debian/changelog --- minbif-1.0.5+git20120508/debian/changelog 2012-08-19 06:39:44.0 -0400 +++ minbif-1.0.5+git20120508/debian/changelog 2012-09-26 15:46:19.0 -0400 @@ -1,3 +1,11 @@ +minbif (1:1.0.5+git20120508-2.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/minbif.postinst: Fix directory to symlink upgrade in postinst. +(Closes: #687660) + + -- David Prévot taf...@debian.org Wed, 26 Sep 2012 15:46:12 -0400 + minbif (1:1.0.5+git20120508-2) unstable; urgency=low * Re-enable caca so user icons can be displayed; it should not have been diff -Nru minbif-1.0.5+git20120508/debian/minbif.postinst minbif-1.0.5+git20120508/debian/minbif.postinst --- minbif-1.0.5+git20120508/debian/minbif.postinst 1969-12-31 20:00:00.0 -0400 +++ minbif-1.0.5+git20120508/debian/minbif.postinst 2012-09-26 15:43:15.0 -0400 @@ -0,0 +1,14 @@ +#!/bin/sh +set -e + +# Replace documentation directory with symlink +docdir=/usr/share/doc/minbif +if [ -d $docdir ] [ ! -L $docdir ]; then +if rmdir $docdir 2/dev/null; then +ln -sf minbif-common $docdir +fi +fi + +#DEBHELPER# + +exit 0
Bug#689138: unblock: freedink/1.08.20120427-2.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package freedink
It fixes a serious mess of the “directory replaced by symlink”-kind.
unblock freedink/1.08.20120427-2.1
Thanks in advance, regards.
David
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru freedink-1.08.20120427/debian/changelog freedink-1.08.20120427/debian/changelog
--- freedink-1.08.20120427/debian/changelog 2012-05-02 07:35:05.0 -0400
+++ freedink-1.08.20120427/debian/changelog 2012-09-26 17:19:34.0 -0400
@@ -1,3 +1,11 @@
+freedink (1.08.20120427-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/freedink{,-engine-dbg}.postinst: Fix directory to symlink upgrade
+in postinst (Closes: #687860, #687851)
+
+ -- David Prévot taf...@debian.org Wed, 26 Sep 2012 17:19:26 -0400
+
freedink (1.08.20120427-2) unstable; urgency=low
* Update install-reloc (Closes: #671044)
diff -Nru freedink-1.08.20120427/debian/freedink-engine-dbg.postinst freedink-1.08.20120427/debian/freedink-engine-dbg.postinst
--- freedink-1.08.20120427/debian/freedink-engine-dbg.postinst 1969-12-31 20:00:00.0 -0400
+++ freedink-1.08.20120427/debian/freedink-engine-dbg.postinst 2012-09-26 17:11:03.0 -0400
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/freedink-engine-dbg
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf freedink-engine $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
diff -Nru freedink-1.08.20120427/debian/freedink.postinst freedink-1.08.20120427/debian/freedink.postinst
--- freedink-1.08.20120427/debian/freedink.postinst 1969-12-31 20:00:00.0 -0400
+++ freedink-1.08.20120427/debian/freedink.postinst 2012-09-26 17:10:35.0 -0400
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/freedink
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf freedink-engine $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
Bug#689139: unblock: libfso-glib/2012.05.24.1-1.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package libfso-glib
It fixes a serious mess of the “directory replaced by symlink”-kind.
unblock libfso-glib/2012.05.24.1-1.1
Thanks in advance, regards.
David
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libfso-glib-2012.05.24.1/debian/changelog libfso-glib-2012.05.24.1/debian/changelog
--- libfso-glib-2012.05.24.1/debian/changelog 2012-05-25 12:41:21.0 -0400
+++ libfso-glib-2012.05.24.1/debian/changelog 2012-09-26 18:28:29.0 -0400
@@ -1,3 +1,11 @@
+libfso-glib (2012.05.24.1-1.1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * debian/libfso-glib-{dev,dbg}.postinst: Fix directory to symlink upgrade in
+postinst (Closes: #687861, #687880)
+
+ -- David Prévot taf...@debian.org Wed, 26 Sep 2012 18:28:25 -0400
+
libfso-glib (2012.05.24.1-1) unstable; urgency=low
[ Simon Busch ]
diff -Nru libfso-glib-2012.05.24.1/debian/libfso-glib-dbg.postinst libfso-glib-2012.05.24.1/debian/libfso-glib-dbg.postinst
--- libfso-glib-2012.05.24.1/debian/libfso-glib-dbg.postinst 1969-12-31 20:00:00.0 -0400
+++ libfso-glib-2012.05.24.1/debian/libfso-glib-dbg.postinst 2012-09-26 18:25:53.0 -0400
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/libfso-glib-dbg
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf libfso-glib1 $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
diff -Nru libfso-glib-2012.05.24.1/debian/libfso-glib-dev.postinst libfso-glib-2012.05.24.1/debian/libfso-glib-dev.postinst
--- libfso-glib-2012.05.24.1/debian/libfso-glib-dev.postinst 1969-12-31 20:00:00.0 -0400
+++ libfso-glib-2012.05.24.1/debian/libfso-glib-dev.postinst 2012-09-26 18:25:33.0 -0400
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/libfso-glib-dev
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf libfso-glib1 $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
Bug#612245: Status of this ITP
Hello Joe, Are you still planning on pursuing this? I contacted you in June, and then you responded affirmatively regarding this. After this, I haven't received any response from you. // Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689140: unblock: bitlbee/3.0.5-1.2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package bitlbee
It fixes a serious mess of the “directory replaced by symlink”-kind.
unblock bitlbee/3.0.5-1.2
Thanks in advance, regards.
David
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u bitlbee-3.0.5/debian/changelog bitlbee-3.0.5/debian/changelog
--- bitlbee-3.0.5/debian/changelog
+++ bitlbee-3.0.5/debian/changelog
@@ -1,3 +1,11 @@
+bitlbee (3.0.5-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/bitlbee{,-dev}.postinst: Fix directory to symlink upgrade in
+postinst. (Closes: #687865)
+
+ -- David Prévot taf...@debian.org Wed, 26 Sep 2012 23:20:41 -0400
+
bitlbee (3.0.5-1.1) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- bitlbee-3.0.5.orig/debian/bitlbee.postinst
+++ bitlbee-3.0.5/debian/bitlbee.postinst
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/bitlbee
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf bitlbee-common $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
only in patch2:
unchanged:
--- bitlbee-3.0.5.orig/debian/bitlbee-dev.postinst
+++ bitlbee-3.0.5/debian/bitlbee-dev.postinst
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/bitlbee-dev
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf bitlbee-common $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
Bug#689141: unblock: libfsobasics/0.11.0-1.1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package libfsobasics
It fixes a serious mess of the “directory replaced by symlink”-kind.
unblock libfsobasics/0.11.0-1.1
Thanks in advance, regards.
David
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru libfsobasics-0.11.0/debian/changelog libfsobasics-0.11.0/debian/changelog
--- libfsobasics-0.11.0/debian/changelog 2012-05-24 05:23:18.0 -0400
+++ libfsobasics-0.11.0/debian/changelog 2012-09-26 23:36:40.0 -0400
@@ -1,3 +1,11 @@
+libfsobasics (0.11.0-1.1) unstable; urgency=low
+
+ * Non-maintainer upload
+ * debian/libfsobasics-{dbg,dev}.postinst: Fix directory to symlink upgrade
+in postinst (Closes: #687867, #687872)
+
+ -- David Prévot taf...@debian.org Wed, 26 Sep 2012 23:36:36 -0400
+
libfsobasics (0.11.0-1) unstable; urgency=low
[ Simon Busch ]
diff -Nru libfsobasics-0.11.0/debian/libfsobasics-dbg.postinst libfsobasics-0.11.0/debian/libfsobasics-dbg.postinst
--- libfsobasics-0.11.0/debian/libfsobasics-dbg.postinst 1969-12-31 20:00:00.0 -0400
+++ libfsobasics-0.11.0/debian/libfsobasics-dbg.postinst 2012-09-26 23:31:47.0 -0400
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/libfsobasics-dbg
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf libfsobasics0 $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
diff -Nru libfsobasics-0.11.0/debian/libfsobasics-dev.postinst libfsobasics-0.11.0/debian/libfsobasics-dev.postinst
--- libfsobasics-0.11.0/debian/libfsobasics-dev.postinst 1969-12-31 20:00:00.0 -0400
+++ libfsobasics-0.11.0/debian/libfsobasics-dev.postinst 2012-09-26 23:32:05.0 -0400
@@ -0,0 +1,14 @@
+#!/bin/sh
+set -e
+
+# Replace documentation directory with symlink
+docdir=/usr/share/doc/libfsobasics-dev
+if [ -d $docdir ] [ ! -L $docdir ]; then
+if rmdir $docdir 2/dev/null; then
+ln -sf libfsobasics0 $docdir
+fi
+fi
+
+#DEBHELPER#
+
+exit 0
Bug#689142: libossp-uuid16: libossp-uuid.so.* should not have unresolved symbols
Package: libossp-uuid16 Version: 1.6.2-1.3 Severity: normal Dear Maintainer, I discovered that postgress configure script fails to find required functions in libossp-uuid, because shared libraries are allowed to have unresolved symbols, but applications - not. So the simple test program generated by configure failed. On illumos libossp-uuid needs at least libsocket. So for portability it is desirable to link *library* with all requird system libraries. I'm sending you a (trivial) patch doing that. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libossp-uuid16 depends on: ii libc6 2.13-35 ii libgcc1 1:4.7.1-7 ii libstdc++6 4.7.1-7 libossp-uuid16 recommends no packages. Versions of packages libossp-uuid16 suggests: pn uuid none -- no debconf information Index: ossp-uuid-1.6.2/Makefile.in === --- ossp-uuid-1.6.2.orig/Makefile.in 2012-09-29 20:53:08.0 +0400 +++ ossp-uuid-1.6.2/Makefile.in 2012-09-29 21:06:24.183005853 +0400 @@ -112,7 +112,7 @@ @$(LIBTOOL) --mode=compile $(CXX) $(CPPFLAGS) $(CXXFLAGS) -c $ $(LIB_NAME): $(LIB_OBJS) - @$(LIBTOOL) --mode=link $(CC) -o $(LIB_NAME) $(LIB_OBJS) -rpath $(libdir) \ + @$(LIBTOOL) --mode=link $(CC) -o $(LIB_NAME) $(LIB_OBJS) $(LIBS) -rpath $(libdir) \ -version-info `$(SHTOOL) version -l c -d libtool $(S)/uuid_vers.h` $(DCE_NAME): $(DCE_OBJS)
