Bug#671353: gettext-el: fails to upgrade from squeeze
Package: gettext-el Version: 0.18.1.1-6 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'sid' fails. From the attached log (scroll to the bottom...): Setting up gettext-el (0.18.1.1-6) ... install/gettext: Byte-compiling for emacs23 ln: failed to create symbolic link `./po-mode.el': File exists emacs-package-install: /usr/lib/emacsen-common/packages/install/gettext-el emacs23 emacs23 failed at /usr/lib/emacsen-common/emacs-package-install line 30, TSORT line 1. dpkg: error processing gettext-el (--configure): subprocess installed post-installation script returned error exit status 1 cheers, Andreas gettext-el_0.18.1.1-6.log.gz Description: GNU Zip compressed data
Bug#668304: mailman: Translations should use unicode charset
Hi, That solution is a hack, really. The gettext system was designed to allow translators to use whatever charset encoding they wish, and there is no need to change all the translations for that. What you need is translations to be *shown* in your own charset, not translations to *be* in UTF8, which is usually irrelevant. The gettext system takes care of charset conversion but apparently it's not working properly. So yes, there seems to be a bug somewhere, but modifying all the translations is the wrong solution. I did not know gettext was able to handle charsets, but if so, fixing the problem should be even easier. Mailman just has to tell gettext to return everything encoded as UTF-8? There are some template html files though which I think do not use gettext, so those need to be actually converted. Kind regards, Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671286: LUA_CPATH_DEFAULT broken when not building with debhelper
On Wed, May 02, 2012 at 08:23:14PM -0400, Evan Wies wrote: The DEB_HOST_MULTIARCH is only set during the Debian build process, or manually through the preprocessor. Since Lua packages are built with debhelper, they include a well-formed LUA_CPATH_DEFAULT. However, this change breaks the compilation of programs outside of debhelper which embed Lua and rely upon LUA_CPATH_DEFAULT: error: expected ')' before 'DEB_HOST_MULTIARCH' A workaround is to set DEB_HOST_MULTIARCH manually (using dpkg-architecture -qDEB_HOST_MULTIARCH), or construct ones own LUA_CPATH_DEFAULT. Since liblua5.1-0dev is architecture-specific, perhaps the build process could insert the architecture into luaconf.h rather than depend on a definition set in the package build process? This will make the package non multiarch capable, since there is no architecture triplet in the path for header files (yet) so all .h files must be architecture neutral. Something I can do it to fix .pc file so that pkg-config --cflags lua5.1 correctly spits out -DDEB_HOST_MULTIARCH=bla What do you think? -- Enrico Tassi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671354: plasma-widget-networkmanagement: Cipher not set correctly during openvpn import
Package: plasma-widget-networkmanagement Version: 0.9.0.1-1 Severity: normal Dear Maintainer, When using the widget to import an openvpn connection, the cipher is not set correctly. Tested on two .ovpn configs both using aes-128-cbc but after import one is set to default the other set to blank. Manually setting the cipher after import fixes the issue. If the user does not check though it seems to still make a connection and setup the route table, however no traffic is routed. note: this may be an upstream bug, not certain, but the same issue is reproducable on another (arch linux) distro. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/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 plasma-widget-networkmanagement depends on: ii kde-runtime 4:4.7.4-2 ii libc6 2.13-30 ii libgcc1 1:4.7.0-3 ii libkcmutils44:4.7.4-4 ii libkdecore5 4:4.7.4-4 ii libkdeui5 4:4.7.4-4 ii libkio5 4:4.7.4-4 ii libknotifyconfig4 4:4.7.4-4 ii libplasma3 4:4.7.4-4 ii libqt4-dbus 4:4.7.4-3 ii libqt4-network 4:4.7.4-3 ii libqt4-svg 4:4.7.4-3 ii libqt4-xml 4:4.7.4-3 ii libqtcore4 4:4.7.4-3 ii libqtgui4 4:4.7.4-3 ii libsolid4 4:4.7.4-4 ii libsolidcontrol4abi24:4.7.4-2+b1 ii libstdc++6 4.7.0-3 ii mobile-broadband-provider-info 20120402-1 ii network-manager 0.9.4.0-3 Versions of packages plasma-widget-networkmanagement recommends: pn kwalletmanager 4:4.7.4-2 pn network-manager-openvpn 0.9.4.0-1 pn network-manager-pptp 0.9.4.0-2 pn network-manager-vpnc none Versions of packages plasma-widget-networkmanagement suggests: ii kdebase-workspace-bin 4:4.7.4-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#670954: [apt] MultiArch: apt-get -f install doesn't see correct dependency of package
Török Edwin edwin+ml-deb...@etorok.net writes: Package: apt Version: 0.9.2 Severity: normal --- Please enter the report below this line. --- 'apt-get -f install' won't install libgcc1-dbg 4.7.0-6, although its available. For some reason it thinks that it depends on gcc-4.7-base=4.7.0-5, which results in a conflict (gcc-4.7-base is 4.7.0-6 already). I checked the control file in the .deb, it says gcc-4.7-base=4.7.0-6, so I don't know why its looking for -5. Maybe it wants to run the postrm from 4.7.0-5 (but then shouldn't it ignore dependencies for that?). Anyway all gcc-related packages seem to have a 4.7.0-6 version now, so 'apt-get -f install' should be able to fix whatever the problem is, but it can't (see below). Version 4.7.0-6 is available for libgcc1-dbg: $ apt-cache policy libgcc1-dbg:amd64 libgcc1-dbg: Installed: 1:4.7.0-5 Candidate: 1:4.7.0-6 Version table: 1:4.7.0-6 0 500 http://iota.nren.ro/debian/ unstable/main amd64 Packages *** 1:4.7.0-5 0 500 http://ftp.lug.ro/debian/ unstable/main amd64 Packages 100 /var/lib/dpkg/status 1:4.7.0-3 0 500 http://iota.nren.ro/debian/ testing/main amd64 Packages The :i386 is not installed: $ apt-cache policy libgcc1-dbg:i386 libgcc1-dbg:i386: Installed: (none) Candidate: 1:4.7.0-5 Version table: 1:4.7.0-5 0 500 http://iota.nren.ro/debian/ unstable/main i386 Packages 500 http://ftp.lug.ro/debian/ unstable/main i386 Packages 1:4.7.0-3 0 500 http://iota.nren.ro/debian/ testing/main i386 Packages # apt-get install libgcc1-dbg:amd64=1:4.7.0-6 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: anjuta-common gtkpod-data id3v2 libanjuta-3-0 libgdl-3-2 libgdl-3-common Use 'apt-get autoremove' to remove them. The following packages will be upgraded: libgcc1-dbg 1 upgraded, 0 newly installed, 0 to remove and 62 not upgraded. 2 not fully installed or removed. Need to get 0 B/101 kB of archives. After this operation, 0 B of additional disk space will be used. Traceback (most recent call last): File /usr/bin/apt-listchanges, line 237, in module main() File /usr/bin/apt-listchanges, line 48, in main debs = apt_listchanges.read_apt_pipeline(config) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in read_apt_pipeline return map(lambda pkg: filenames[pkg], order) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in lambda return map(lambda pkg: filenames[pkg], order) KeyError: 'libgcc1-dbg' I think that is your actual problem. Something is broken with (your) apt-listchanges. Apt-listchanges is a hook run before installing packages and if any hook fails the installation is aborted. Try removing that temporary from your apt.conf. dpkg: dependency problems prevent configuration of libgcc1-dbg:amd64: libgcc1-dbg:amd64 depends on gcc-4.7-base (= 4.7.0-5); however: Version of gcc-4.7-base:amd64 on system is 4.7.0-6. libgcc1-dbg:amd64 depends on libgcc1 (= 1:4.7.0-5); however: Version of libgcc1:amd64 on system is 1:4.7.0-6. dpkg: error processing libgcc1-dbg:amd64 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libstdc++6-4.7-dbg:amd64: libstdc++6-4.7-dbg:amd64 depends on libgcc1-dbg; however: Package libgcc1-dbg:amd64 is not configured yet. dpkg: error processing libstdc++6-4.7-dbg:amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libgcc1-dbg:amd64 libstdc++6-4.7-dbg:amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) The installation was aborted but apt-get tries to be nice and configure the packages that are unconfigured. Unfortunately the versions you do already have unpacked on your system have the wrong versions so configuring fails. MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671355: debian-policy: [debconf_spec] Document escape capability.
Package: debian-policy Severity: wishlist Hello everybody, I just figured out that Defconf's escape capability is not mentionned in the spec. Here is a small patch to correct this. Have a nice day, From 83e3ca9d76659b81b7f3f14de315b69b57dc868c Mon Sep 17 00:00:00 2001 From: Charles Plessy ple...@debian.org Date: Thu, 3 May 2012 22:19:30 +0900 Subject: [PATCH] Document Debconf's escape capability. --- debconf_spec/include/commands.xml |7 +++ 1 file changed, 7 insertions(+) diff --git a/debconf_spec/include/commands.xml b/debconf_spec/include/commands.xml index d5bad36..4d19b88 100644 --- a/debconf_spec/include/commands.xml +++ b/debconf_spec/include/commands.xml @@ -40,6 +40,13 @@ Backing up to a previous step is supported. /entry /row +row + entryescape/entry + entry + Backslashes and newlines escape is supported. See + debconf-escape(1). + /entry +/row row entrymultiselect/entry entry -- 1.7.10
Bug#671302: libav: circular dependency between libav and opencv
Alle giovedì 3 maggio 2012, Andres Mejia ha scritto: On Thu, May 3, 2012 at 3:44 AM, Pino Toscano p...@debian.org wrote: Package: libav Version: 6:0.8.1-7 Severity: important Hi, libav 6:0.8.1-7 reenables the use of opencv... which itself uses libav libraries. This currently makes libav unbuildable on mipsel and hurd-i386, and generically makes libav no more bootstrap'able without having itself compiled already. Could you please drop the opencv usage again, please? What could be done instead is a binary only upload with opencv support disabled (i.e. use dpkg-buildpackage -B). Doing it on our end will not require changing the version. Once this package is uploaded, the release team can then be asked to do a binNMU for these archs, which will bring back opencv support since the archive will contain the regular *.debian.tar.gz changes that included opencv. I believe this is better than doing a full build on all archs without opencv, then doing another build with opencv. This mess (which is only a mess, not a clean solution) does not solve at all the fact that you cannot do a clean build of libav without having libav compiled already (for opencv). I don't see this as a viable solution, especially if in the future the epoch is raised bringing again conflicts between the old libav libraries and the new one. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#668304: [Pkg-mailman-hackers] Bug#668304: mailman: Translations should use unicode charset
On Thu, 3 May 2012, Ralf Jung wrote: There are some template html files though which I think do not use gettext, so those need to be actually converted. Yep. As I said, I have the patches… and finally, I should be able to continue to work on it. (Sorry for the delay, but as usual, more important (to the company) stuff keeps getting in the way.) bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB AG Bonn 5168 • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Elmar Geese -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570069: [gud...@gudjon.org: Re: [comedi] libcomedi0 removed from debian testing]
Do you remember why we separated them in the first place? Were there some dependency problems? We could def get comedi_calibrate back in with the option to enable/disable it. Would make life much easier. /Bernd On 03/05/12 14:08, Ian Abbott wrote: Oh right, so the problem is due to the debian comedilib source package merging the comedi_calibrate sources back in to the comedilib sources. If comedi_calibrate had its own debian source package this extra configure option wouldn't be needed. Might be better off avoiding needless extra comedi_calibrate configure options and either splitting the debian source package or retro-patching the comedi_calibrate stuff back in at the autoconf/automake level, basically undoing these two patches: http://comedi.org/git?p=comedi/comedilib.git;a=blobdiff;f=configure.ac;h=bcc1ae532bd97c5cdf5444e8923e1c33763d6f90;hp=4740a18a1ac4bba20ec80e04c98823342b8e921b;hb=c632d4e636aa89acd4543aea4d04aa32ac05da94;hpb=d4fd5f7b087d96676f53d3d74fde681baa26270c http://comedi.org/git?p=comedi/comedilib.git;a=blobdiff;f=Makefile.am;h=6abfe2227c32553f416bb13382bba451fb01e10e;hp=8a75b7b587bf413d17477bd9f4cc1c8563cded85;hb=64d90d7f374c64cdce46aff0e397ba35f33563e6;hpb=c632d4e636aa89acd4543aea4d04aa32ac05da94 On 2012/05/03 01:50 PM, Bernd Porr wrote: I've got this now compiling. As I suspected: first both configure scripts run and then the two makes are run later. To get this to compile also the comedilib header check needs to be disabled. Basically because: comedilib/configure comedilib/comedi-calibrate/configure comedilib/make comedilib/comedi-calibrate/make comedilib/make install comedilib/comedi-calibrate/make install I'll hand this now over to Gudjon who has more experience with this: http://www.linux-usb-daq.co.uk/tmp/comedilib.tar.gz in there is his original tar and my hacked one. There's still something not right with the firmware / hotplug stuff. The configure seems to be ignoring all the options. /Bernd Ian Abbott wrote: On 2012/05/03 11:43 AM, Bernd Porr wrote: Can you please add some command line parameter that makes configure not search for libcomedi.so while configuring comedi_calibrate? Just added the option --disable-comedilib-checking to the configure script. It's in the comedi_calibrate git now. I'm curious to know why this is required; it seems rather odd to me! Wouldn't the comedi_calibrate build fail during the linking stage if libcomedi.so is not there? -- www:http://www.berndporr.me.uk/ http://www.linux-usb-daq.co.uk/ http://www.imdb.com/name/nm3293421/ Mobile: +44 (0)7840 340069 Work: +44 (0)141 330 5237 University of Glasgow School of Engineering Rankine Building, Oakfield Avenue, Glasgow, G12 8LT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671356: RM: pyside-mobility -- ROM; Not maintained upstream anymore, FTBFS.
Package: ftp.debian.org Severity: normal Dear FTP-Masters, according to https://bugreports.qt-project.org/browse/PYSIDE-58, pyside-mobility is not maintained anymore and the former upstream maintainers (the PySide project) think it's better to not have it shipped in a Debian stable release. Additionally, it currently FTBFS (#670217) with the latest shiboken/pyside environment. If it is not suitable for the next Debian stable release, then I don't have an interest at maintaining it anymore, so please get it removed. (By the way, the fix for the FTBFS would be easy but I would preferably not step in to maintain it for the duration of Wheezy.) Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671357: [adminer] Please add php5-mysqlnd to dependencies
Package: adminer Version: 3.3.3-1 Severity: normal --- Please enter the report below this line. --- Dear Maintainer, Please check, if adminer works with php5-mysqlnd also. If it does, so please add php5-mysqlnd to the dependencies. php5-mysqlnd will become the default mysql-connection-library in php, if I'm right. sincerely, Christoph Mühlmann --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-2-amd64 Debian Release: wheezy/sid 500 testing ftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671358: gstreamer0.10-ffmpeg forces dependency on libglib2.0-0 (= 2.31.8)
Package: gstreamer0.10-ffmpeg Version: 0.10.13-5 Severity: normal The former version 0.10.13-3 depends on libglib2.0-0 (= 2.24.0). Without any reason mentioned in the changelog the recently -5-update forces the dependency on newer glib. Why is this necessary? Best regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667214: Help needed to fix gcc 4.7 bug in jellyfish package
- Forwarded message from Guillaume Marcais guillaume.marc...@marcais.net
-
Date: Thu, 3 May 2012 09:43:00 -0400
From: Guillaume Marcais guillaume.marc...@marcais.net
To: Andreas Tille andr...@an3as.eu
Subject: Re: Help needed to fix gcc 4.7 bug in jellyfish package
X-Spam_score: -0.7
On Thu, May 3, 2012 at 8:46 AM, Andreas Tille andr...@an3as.eu wrote:
Hi Guillaume,
in the Debian bug tracking system
 http://bugs.debian.org/667214
a build problem when using gcc-4.7 was reported. Â Below you can read
some discussion about a possible fix.
Michael, I can confirm that I also tried to s/uint_t/int/ in
parse_dna.hpp with the same result (same error message) after I did my
initial posting (that's why I did not felt a real need to send another
mail).
And yes, I agree that assigning negative values to unsigned variables
smells like done with some purpose which might stay hidden from the
first look and I would have definitely asked upstream about any problem
my suggested patch might have caused. Â I just felt like doing some
investigation into the problem might make sense. Â However, it seems
that this does not lead to any progres.
Thanks for the bug report, I'll look into it. I have not tried gcc 4.7 yet.
I think the idea was to separate the good codes (i.e. the DNA bases
ACGT) from the error codes. The error codes have the MSB set to 1. At
some point in time I was checking for that condition. It appears that
I don't any more and it looks like a pointless dirty trick. I will
probably remove it.
I'll compile gcc 4.7 on our system and make sure that it Jellyfish
compiles properly.
Guillaume.
Guillaume, could you enlighten us a bit about this trick?
Kind regards
    Andreas.
On Thu, May 03, 2012 at 09:52:09AM +0200, Michael Wild wrote:
On 05/02/2012 08:33 AM, Andreas Tille wrote:
Hi,
I tried to fix the problem in the jellyfish package but the general
hints given did not helped me really. Â Any more precise help to fix
this problem:
parse_dna.cc:97:3: error: narrowing conversion of '-3' from 'int' to
'const uint_t {aka const long unsigned int}' inside { } is ill-formed in
C++11 [-Werror=narrowing]
My first idea was to do
--- jellyfish.orig/jellyfish/parse_dna.cc
+++ jellyfish/jellyfish/parse_dna.cc
@@ -57,7 +57,7 @@
   }
  }
- Â const uint_t parse_dna::codes[256] = {
+ Â const int parse_dna::codes[256] = {
   -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -2, -3, -3, -3, -3, -3,
   -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3,
   -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -1, -3, -3,
--- jellyfish.orig/jellyfish/parse_dna.hpp
+++ jellyfish/jellyfish/parse_dna.hpp
@@ -55,7 +55,7 @@
   static uint64_t mer_string_to_binary(const char *in, uint_t klen) {
    uint64_t res = 0;
    for(uint_t i = 0; i klen; i++) {
- Â Â Â Â const uint_t c = parse_dna::codes[(uint_t)*in++];
+ Â Â Â Â const int c = parse_dna::codes[(int)*in++];
     if(c CODE_NOT_DNA)
      return 0;
     res = (res 2) | c;
because it makes no sense to initialise uint with negative numbers but
this did not changed the error message which sounds totally strange to
me.
Kind regards
    Andreas.
You missed the declaration of parse_dna::codes in parse_dna.hpp.
diff --git a/jellyfish/parse_dna.cc b/jellyfish/parse_dna.cc
index ab3ec64..9ea5ae1 100644
--- a/jellyfish/parse_dna.cc
+++ b/jellyfish/parse_dna.cc
@@ -57,7 +57,7 @@ namespace jellyfish {
   }
  }
- Â const uint_t parse_dna::codes[256] = {
+ Â const int parse_dna::codes[256] = {
   -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -2, -3, -3, -3, -3, -3,
   -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3,
   -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -3, -1, -3, -3,
diff --git a/jellyfish/parse_dna.hpp b/jellyfish/parse_dna.hpp
index 0435ae2..7ef8afd 100644
--- a/jellyfish/parse_dna.hpp
+++ b/jellyfish/parse_dna.hpp
@@ -46,7 +46,7 @@ namespace jellyfish {
   * '\n': map to -2. ignore
   * Other ASCII: map to -3. Skip to next line
   */
- Â Â static const uint_t codes[256];
+ Â Â static const int codes[256];
   static const uint_t CODE_RESET = -1;
   static const uint_t CODE_IGNORE = -2;
   static const uint_t CODE_COMMENT = -3;
@@ -55,7 +55,7 @@ namespace jellyfish {
   static uint64_t mer_string_to_binary(const char *in, uint_t klen) {
    uint64_t res = 0;
    for(uint_t i = 0; i klen; i++) {
- Â Â Â Â const uint_t c = parse_dna::codes[(uint_t)*in++];
+ Â Â Â Â const int c = parse_dna::codes[(uint_t)*in++];
     if(c CODE_NOT_DNA)
      return 0;
     res = (res 2) | c;
That said, assigning -3 to an unsigned int seems to be a pretty
conscious choice to me, so it might have been done on purpose
Bug#669530: dsc-statistics: diff for NMU version 201106061022-4.1
On Thu, Apr 26, 2012 at 08:17:30PM +0200, Salvatore Bonaccorso wrote: If needed (e.g. short of time) I can do a NMU. I have not uploaded to any delayed queue. Not needed, working on new upstream release anyway. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669360: [Pkg-xfce-devel] Bug#669360: Bug#669360: Bug#669360: Berlin, Germany is not in The Gambia nor in South Africa
On Sat, Apr 21, 2012 at 10:05:08AM +0200, W. Martin Borgert wrote: On 2012-04-21 08:47, Yves-Alexis Perez wrote: On ven., 2012-04-20 at 23:26 +0200, W. Martin Borgert wrote: Berlin/Schonefeld (correct would be Berlin/Schönefeld), Berlin-Tempelhof, Berlin-West (not so relevant since 1989), Schoneiche/Berlin (correct would be Schöneiche/Berlin), Birkenwerder bei Berlin, Bernau bei Berlin, and Marienfelde are all in or near Berlin, Germany. http://www.weather.com/search/enhancedlocalsearch?where=berlinloctypes=1003,1001,1000,1,9,5,11,13,19,20from=hdr_localsearch This search result looks good. If only the plugin would display a similar result... Indeed, but the plugin uses the api, which returns weird results, e.g.: * http://xoap.weather.com/search/search?where=Berlin (your issue) * http://xoap.weather.com/search/search?where=Moscow (Moscow in Serbia? mmh). Not sure why... When I enter Berlin, there is a list of eight Berlins with two letters behind, which I interprete as ISO country codes: Berlin, GA in Gabon, Berlin, MA in Morocco, Berlin, MD in the republic of Moldova etc. However, it seems, that those Berlins do not exist at all. What do you mean by “those Berlins do not exist at all”? To my best knowledge Gabon, Morocco, and Moldova do not feature even a lost village called Berlin. -- Best regards, Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671359: pgpool2: prompting due to modified conffiles which where not modified by the user
Package: pgpool2 Version: 3.1.3-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. http://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In http://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Setting up pgpool2 (3.1.3-1) ... Configuration file `/etc/pgpool2/pgpool.conf' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** pgpool.conf (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing pgpool2 (--configure): EOF on stdin at conffile prompt Errors were encountered while processing: pgpool2 This problem was noticed during an upgrade from testing (3.1.2-1) to unstable (3.1.3-1). cheers, Andreas pgpool2_3.1.3-1.log.gz Description: GNU Zip compressed data
Bug#671360: gladish tools-configure jack references ladiconf which no longer exists.
Package: gladish Version: 1+dfsg0-2 Severity: grave Justification: renders package unusable gladish should be configured to use ladi-control-center by default -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-rc2-rt2-00249-ga9d3702 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gladish depends on: ii ladish 1+dfsg0-2 ii libart-2.0-2 2.3.21-1 ii libatk1.0-02.4.0-2 ii libatkmm-1.6-1 2.22.6-1 ii libc6 2.13-32 ii libcairo2 1.12.2-1 ii libcairomm-1.0-1 1.10.0-1 ii libdbus-1-31.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libflowcanvas5 0.7.1+dfsg0-0.1+b1 ii libfontconfig1 2.9.0-3 ii libfreetype6 2.4.9-1 ii libgcc11:4.7.0-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.2-1 ii libglibmm-2.4-1c2a 2.32.0-1 ii libgnomecanvas2-0 2.30.3-1 ii libgnomecanvasmm-2.6-1c2a 2.26.0-1 ii libgtk2.0-02.24.10-1 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libpango1.0-0 1.30.0-1 ii libpangomm-1.4-1 2.28.4-1 ii libsigc++-2.0-0c2a 2.2.10-0.1 ii libstdc++6 4.7.0-7 Versions of packages gladish recommends: ii laditools 1.0-1 gladish 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#671358: gstreamer0.10-ffmpeg forces dependency on libglib2.0-0 (= 2.31.8)
Andrey Gursky andrey.gur...@e-mail.ua writes: Package: gstreamer0.10-ffmpeg Version: 0.10.13-5 Severity: normal The former version 0.10.13-3 depends on libglib2.0-0 (= 2.24.0). Without any reason mentioned in the changelog the recently -5-update forces the dependency on newer glib. Why is this necessary? Most probably because it was built with a glib newer than 2.31.8, which I assume has updated a symbol or two that gstreamer0.10-ffmpeg uses, thus bumping the required version of glib. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660157: gnome-shell: does not display system tray icon of a java application
The issue got improved after upgrading the system (Debian Testing): gnome-shell: 3.2.2.1-2 java:openjdk-6-jre 6b24-1.11.1-3 The icon now appears. It has a correct tooltip (Serviio), but incorrect caption (JavaEmbeddedFrame). The menu is partially hidden behind the semi-transparent tray but all the menu items are clickable. -- Rafał Rutkowski rrutkow...@gmail.com attachment: gnome-shell-serviio.png
Bug#671361: pyicu: Please enable Python 3 support
Package: pyicu
Version: 1.3-1
Severity: wishlist
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch quantal
Upstream has Python 3 support, and it would be nice to enable it. (Part
of the Ubuntu installer uses PyICU, and I'm working on porting it all to
Python 3, so I would actually use this.)
The following patch is hopefully self-explanatory, and works for me.
The packaging is less trivial than it might be due to the way 2to3 is
hooked up in the upstream source. I rather wish upstream had just made
the tests polyglot 2/3, although I suppose that would have involved
dropping support for Python 2.6.
* Add Python 3 packages.
* Replace ICUtzinfo-not-heap-type.dpatch with upstream r191, which
restores Python 3 compatibility.
* Drop manual cleaning of python-pyicu-dbg, since dh_python2 handles this.
diff -u pyicu-1.3/debian/control pyicu-1.3/debian/control
--- pyicu-1.3/debian/control
+++ pyicu-1.3/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Python Modules Team
python-modules-t...@lists.alioth.debian.org
Uploaders: Bernd Zeimetz b...@debian.org
-Build-Depends: dpatch, debhelper (= 5.0.37.3), python-all-dev (= 2.6.6-3~),
python-all-dbg (= 2.6.6-3~), libicu-dev
+Build-Depends: dpatch, debhelper (= 5.0.37.3), python-all-dev (= 2.6.6-3~),
python-all-dbg (= 2.6.6-3~), python3-all-dev (= 3.2), python3-all-dbg (=
3.2), libicu-dev
Build-Conflicts: python-pyicu
Vcs-Svn: svn://svn.debian.org/python-modules/packages/pyicu/trunk/
Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/pyicu/trunk/
@@ -33,0 +34,23 @@
+
+Package: python3-pyicu
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}
+Provides: ${python:Provides}
+Description: Python 3 extension wrapping the ICU C++ API
+ ICU is a C++ and C library that provides robust and full-featured
+ Unicode and locale support. This package provides an extension for
+ Python 3 which wraps the ICU C++ API.
+
+Package: python3-pyicu-dbg
+Section: debug
+Architecture: any
+Priority: extra
+Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python3-pyicu
(= ${binary:Version}), python3-dbg
+Provides: ${python:Provides}
+Description: Python 3 extension wrapping the ICU C++ API (debug extension)
+ ICU is a C++ and C library that provides robust and full-featured
+ Unicode and locale support. This package provides an extension for
+ Python 3 which wraps the ICU C++ API.
+ .
+ This package contains the extension built for the Python 3 debug
+ interpreter.
diff -u pyicu-1.3/debian/rules pyicu-1.3/debian/rules
--- pyicu-1.3/debian/rules
+++ pyicu-1.3/debian/rules
@@ -4,7 +4,9 @@
#export DH_VERBOSE=1
PKGNAME:=python-pyicu
+PKG3NAME=python3-pyicu
PYVERS:=$(shell pyversions -vr)
+PY3VERS:=$(shell py3versions -vr)
-include /usr/share/python/python.mk
ifeq (,$(py_sitename))
@@ -21,20 +23,29 @@
build-stamp:
dh_testdir
+ # setup.py modifies test source files when building for Python 3, so
+ # build out of tree.
+ rm -rf build-py2 build-py3
+ mkdir -p build-py2 build-py3
+ cp -a $(filter-out build-py2 build-py3 debian,$(wildcard *)) build-py2/
+ cp -a $(filter-out build-py2 build-py3 debian,$(wildcard *)) build-py3/
+
set -e; \
- for py in $(PYVERS); do \
+ for py in $(PYVERS) $(PY3VERS); do \
+ (cd build-py$${py%%.*}; \
python$$py setup.py build; \
- python$$py-dbg setup.py build; \
+ python$$py-dbg setup.py build); \
done
ifeq (,$(findstring nocheck,$(DEB_BUILD_OPTIONS)))
set -ex ;\
for test in `ls test/*.py`; do \
- for py in $(PYVERS); do \
- PYTHONPATH=`ls -d $(CURDIR)/build/lib.*-$$py` \
+ for py in $(PYVERS) $(PY3VERS); do \
+ (cd build-py$${py%%.*}; \
+ PYTHONPATH=`ls -d $$(pwd)/build/lib.*-$$py` \
python$$py $$test ;\
- PYTHONPATH=`ls -d $(CURDIR)/build/lib_d.*-$$py || ls -d
$(CURDIR)/build/lib.*-$$py-pydebug` \
- python$$py-dbg $$test ;\
+ PYTHONPATH=`ls -d $$(pwd)/build/lib_d.*-$$py || ls -d
$$(pwd)/build/lib.*-$$py-pydebug` \
+ python$$py-dbg $$test) ;\
done ;\
done
endif
@@ -46,11 +57,8 @@
dh_testdir
dh_testroot
rm -f install-stamp build-stamp
- -for py in $(PYVERS); do \
- python$$py setup.py clean; \
- done
- find . -name *.pyc -print0 | xargs -0 rm -f
- rm -rf build
+ find . \( -name *.pyc -o -name __pycache__ \) -print0 | xargs -0 rm -f
+ rm -rf build-py2 build-py3
dh_clean
install: install-stamp
@@ -61,12 +69,15 @@
dh_installdirs
set -e; \
for py in $(PYVERS); do \
+ (cd build-py2; \
python$$py setup.py install --root=$(CURDIR)/debian/$(PKGNAME)
--prefix=/usr $(py_setup_install_args) ;\
- python$$py-dbg setup.py install
Bug#671362: mplayer2: mpolayer2 crashes when trying to connect remote pulsaudio server
Package: mplayer2 Version: 2.0-426-gc32b3ed-2 Severity: important Dear Maintainer, when I try to run mplayer -ao pulse:servername it crashes: --cut-- ... == Requested audio codec family [mpg123] (afm=mpg123) not available. Enable it at compilation. Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders AUDIO: 48000 Hz, 1 ch, floatle, 96.0 kbit/6.25% (ratio: 12000-192000) Selected audio codec: [ffmp3float] afm: ffmpeg (FFmpeg MPEG layer-3 audio) == MPlayer interrupted by signal 11 in module: ao2_init - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. MPlayer2 UNKNOWN (C) 2000-2011 MPlayer Team --cut-- Version 2.0-426-gc32b3ed-2 works fine. But 2.0-518-gb711624-2, 2.0-541-gf64a4e9-1 and 1:2.0~git20120430-dmo1 are broken. Thank you! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa11.4p5-39 ii libasound21.0.25-2 ii libass4 0.10.0-3 ii libaudio2 1.9.3-5 ii libavcodec53 7:0.10.2-dmo3 ii libavformat53 7:0.10.2-dmo3 ii libavutil51 7:0.10.2-dmo3 ii libbluray11:0.2.2-1 ii libc6 2.13-31 ii libcaca0 0.99.beta18-1 ii libcdparanoia03.10.2+debian-10.1 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-4.3 ii libdvdnav44.2.0-1 ii libdvdread4 4.2.0-1 ii libenca0 1.13-4 ii libesd0 0.2.41-10+b1 ii libfaad2 2.7-8 ii libfontconfig12.9.0-2 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.0-6 ii libgif4 4.1.6-9 ii libgl1-mesa-glx [libgl1] 8.0.2-2 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii libncurses5 5.9-7 ii libogg0 1.2.2~dfsg-1 ii libpng12-01.2.49-1 ii libpostproc52 7:0.10.2-dmo3 ii libpulse0 1.1-3.2 ii libsdl1.2debian 1.2.15-3 ii libsmbclient 2:3.6.5-1 ii libspeex1 1.2~rc1-3 ii libstdc++64.7.0-6 ii libswscale2 7:0.10.2-dmo3 ii libtheora01.1.1+dfsg.1-3 ii libtinfo5 5.9-7 ii libvdpau1 0.4.1-5 ii libvorbis0a 1.3.2-1.2 ii libx11-6 2:1.4.99.901-2 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxt61:1.1.3-1 ii libxv12:1.0.7-1 ii libxvidcore4 3:1.3.2-0.6 ii libxxf86dga1 2:1.1.3-1 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.6.dfsg-2 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671302: libav: circular dependency between libav and opencv
On May 3, 2012 9:30 AM, Pino Toscano p...@debian.org wrote: Alle giovedì 3 maggio 2012, Andres Mejia ha scritto: On Thu, May 3, 2012 at 3:44 AM, Pino Toscano p...@debian.org wrote: Package: libav Version: 6:0.8.1-7 Severity: important Hi, libav 6:0.8.1-7 reenables the use of opencv... which itself uses libav libraries. This currently makes libav unbuildable on mipsel and hurd-i386, and generically makes libav no more bootstrap'able without having itself compiled already. Could you please drop the opencv usage again, please? What could be done instead is a binary only upload with opencv support disabled (i.e. use dpkg-buildpackage -B). Doing it on our end will not require changing the version. Once this package is uploaded, the release team can then be asked to do a binNMU for these archs, which will bring back opencv support since the archive will contain the regular *.debian.tar.gz changes that included opencv. I believe this is better than doing a full build on all archs without opencv, then doing another build with opencv. This mess (which is only a mess, not a clean solution) does not solve at all the fact that you cannot do a clean build of libav without having libav compiled already (for opencv). I don't see this as a viable solution, especially if in the future the epoch is raised bringing again conflicts between the old libav libraries and the new one. -- Pino Toscano I'm not entirely certain how build circular dependency issues like this are resolved. Perhaps we should ask for help from the toolchain package maintainers or debian-devel. ~ Andres
Bug#584314: Looking for my missing half
What's up! I have seen your photo on facebook . com. I like you a lot. Now let's communicate! I'm a woman and just attracted to a male -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671363: ipython-qtconsole: Wrong dependency for ipython-qtconsole
Package: ipython-qtconsole Version: 0.12-1 Severity: normal Dear Maintainer, While trying to test ipython-qtconsole, I stumbled on the following error message: File /usr/lib/python2.7/dist-packages/IPython/external/qt.py, line 62, in module from PySide import QtCore, QtGui, QtSvg ImportError: cannot import name QtGui python-qt4 is installed (4.9.4) and python-pyside.qtcode as well (1.1.0-2). This seems to be related to https://github.com/ipython/ipython/issues/655 since using the advised command line: QT_API=pyqt ipython qtconsole works. However, the patch mentionned in the cited bug report has been applied to the ipython version that I am running (looking at the code), so it is not exactly the same issue. In fact, there are missing dependencies (python3-pyside.qtgui and python3-pyside.qtsvg). This comes from the fact that the dependencies are wrongly expressed. The Depends: states python3-pyqt4 | python3-pyside.qtcore, python3-pyqt4 | python3-pyside.qtgui, python3-pyqt4 | python3-pyside.qtsvg, which (if the Depends: syntax allowed it, which is not the case) should rather be python3-pyqt4 | ( python3-pyside.qtcore, python3-pyside.qtgui, python3-pyside.qtsvg) or could be factorized as python3-pyqt4 | ( python3-pyside.qtgui, python3-pyside.qtsvg) since qtcore is required by qtgui and qtsvg. I guess there is no immediate solution. Here are some ideas: The pyside dependency could be expressed as python3-pyqt4 | python-pyside but this would bring a number of unneeded components. A dummy package could be built, with dependencies on python3-pyside.qtcore, python3-pyside.qtgui, python3-pyside.qtsvg, and then the Depends: would become python3-pyqt4 | python4-pyside-gui-svg-required-dummy-package but this is not clean at all. Finally, the IPython/external/qt.py file could be patched to address this issue: try to import QtGui/QtSvg is nothing was specified in the env. variable, and then fallback on qtcore. Regards, Olivier -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ipython-qtconsole depends on: ii ipython 0.12-1 ii python2.7.2-10 ii python-pygments 1.5+dfsg-1 ii python-pyside.qtcore 1.1.0-2 ii python-qt44.9.1-1 ii python-zmq2.1.11-1 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 ipython-qtconsole recommends no packages. ipython-qtconsole 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#671364: dma package uses outdated (2 y/o) upstream dma version
Package: dma Version: 0.0.2010.06.17-6 The dma is actively developed and is now at 0.8 version [1]. Is there any reason why debian package uses the outdated version from 2010? I assume this may be because the sources were originally available at http://devel.ringlet.net/mail/dma/, where 2010.06.17 is indeed the newest version available, but the development has ever since moved to https://github.com/corecode/dma and is now at 0.8 version released a month ago. I would be happy to see the dma package updated to newest version available since the up-to-date version has some nice new features, like catch-all support for recipients. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671285: xserver-xorg-core: /usr/bin/X - should belong to core package
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Well i looked over it again and it seems that xserver-xorg was installed.
And here my solution for the startx script ... i am not sure where to
put it.
(The file looks a bit broken with all those empty lines and id use $()
instead of backticks but it seems to work so i guess it is ok:)
## find free xdisplay
xdisplay(){
disp=0
while [ -e /tmp/.X${disp}-lock ]; do
disp=$(( $disp + 1 ))
done
}
-BEGIN PGP SIGNATURE-
iQIcBAEBAgAGBQJPopYzAAoJEJv0YGDC/OolFbMQALvfSuMwtYk0H4zn+sAsHE2Q
c/1HEfOdo4Ss45iuXjluxqKJDSE4w4MPulZNsx3t6Qn3DgSgEsyaaazyvY9QN4AL
Sgfe4IF1011d4gHj+K58zuBoBA809dEKkZbL+ggWmOllbPdw0UzFX5cTKhciWTpE
30DXQQsXinlN1+jEXpPhC0mp5lOC71djQi4sDXd3sU5MjIWYLoQFaU1UlFioQ3H4
L4kZFKcw5Tfn+F0JMkKZKCyUcw9mnh0sdWvnJblXs50uf/2HkepT3U6RhmIv5wTf
gS+VWzG8iF+57Nql6Crudh05fOU/u1F2HAkgd4EannfvG6TveeI7HTLY/z8KWSj6
2Nk/Z9J08sUM84+2S0HfNZAB7ohBbPfzpc8OXzs64X5lN1iVrxg2jMKvMva9p0we
E0a04m0CDhE1ZZDt5l0FeD4j9xyVCqatL8zRlpf3+rzFiACFNdJkSNakAXuaRmi7
JcqnOoJd6xZaL9rQCh0CvJYdymfgApUp6IfZkEm9918+lqJRmBTW/zvKPlZzI7cL
ncC0YKUKz8gRDz9dzmA5/ViUotSq1RWLC6l3R34Ox52unBS8PYCtgxekM9kNTulc
GZNWpyaOQVQG3R4ZQOD/k0SjTkN1AoQcYuIEp+Hba29dY4SQh4Ph5uOjUOEwIatX
WNZUHpMlgJwhefoICGmG
=GAd2
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669348:
Just for clarification, openjpeg 1.5.0-2 from experimental is in good shape for transition to sid. blender has been fixed to compile with openjpeg 1.5.0 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671365: halts on start
Package: mricron Version: 0.20110812.1~dfsg.1-1 Severity: grave As reported on neurodebian-users mailing list against experience on Ubuntu 12.04: http://lists.alioth.debian.org/pipermail/neurodebian-users/2012-May/000408.html and now verified on Debian wheezy/sid mix -- it stalls upon start. Traceback if interrupted: Program received signal SIGINT, Interrupt. __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 136 ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: No such file or directory. in ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S (gdb) bt #0 __lll_lock_wait () at ../nptl/sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:136 #1 0x77bca35f in _L_lock_1145 () from /lib/x86_64-linux-gnu/libpthread.so.0 #2 0x77bca2aa in __pthread_mutex_lock (mutex=0xc8ca70) at pthread_mutex_lock.c:101 #3 0x766a7ff1 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x76bc4cae in gdk_event_prepare (source=optimized out, timeout=0x7fffd88c) at /tmp/buildd/gtk+2.0-2.24.8/gdk/x11/gdkevents-x11.c:2331 #5 0x7666c346 in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x7666ca5b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #7 0x7666cbff in g_main_context_pending () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #8 0x0059d366 in ?? () #9 0x in ?? () -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mricron depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-18 ii libcairo2 1.10.2-6.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.2-1 ii libgtk2.0-0 2.24.8-3 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.4.4-1 ii mricron-data0.20110413.1~dfsg.1-1 mricron recommends no packages. Versions of packages mricron suggests: ii fsl 4.1.9-4 ii mricron-doc 0.20110413.1~dfsg.1-1 -- 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#671366: laditools: ladi-control-center crashes when a studio is loaded.
Package: laditools
Version: 1.0-1
Severity: grave
Justification: renders package unusable
nevyn@cetacea:/usr/share/doc/laditools$ ladi-control-center
Traceback (most recent call last):
File /usr/bin/ladi-control-center, line 714, in module
app.run()
File /usr/bin/ladi-control-center, line 667, in run
self._activate(**kwargs)
File /usr/bin/ladi-control-center, line 643, in _activate
treeview = modules[mod].run({})
File /usr/bin/ladi-control-center, line 109, in run
return self.activate()
File /usr/bin/ladi-control-center, line 565, in activate
start_editing=False)
TypeError: set_cursor() got an unexpected keyword argument 'focus_column'
nevyn@cetacea:/usr/share/doc/laditools$
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.4.0-rc2-rt2-00249-ga9d3702 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages laditools depends on:
ii gir1.2-vte-2.90 1:0.32.1-1
ii python2.7.2-10
ii python-gi 3.2.0-3
ii python-laditools 1.0-1
Versions of packages laditools recommends:
ii gladish 1+dfsg0-2
Versions of packages laditools suggests:
ii g15composer 3.2-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#671367: openssh-server - AuthorizedKeysFile2 only gives deprecation warning
Package: openssh-server Version: 1:5.9p1-5 Severity: normal The config option AuthorizedKeysFile2 produces a warning: | /etc/ssh/sshd_config line 12: Deprecated option AuthorizedKeysFile2 However it does not have any effect, so is effectively unsupported and should tell so. This makes it impossible to have compatibility between the Squeeze and Testing version in setups like *.debian.org, which uses more then one key store. In Squeeze you could use AuthorizedKeysFile2 as second key store: | AuthorizedKeysFile /etc/ssh/userkeys/%u | AuthorizedKeysFile2 /var/lib/misc/userkeys/%u This breaks in Wheezy and needs to be changed to: | AuthorizedKeysFile /etc/ssh/userkeys/%u /var/lib/misc/userkeys/%u Bastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 openssh-server depends on: ii adduser3.113+nmu1 ii debconf [debconf-2.0] 1.5.42 ii dpkg 1.16.2 ii libc6 2.13-30 ii libcomerr2 1.42.2-2 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libpam-modules 1.1.3-7 ii libpam-runtime 1.1.3-7 ii libpam0g 1.1.3-7 ii libselinux12.1.9-2 ii libssl1.0.01.0.1b-1 ii libwrap0 7.6.q-23 ii lsb-base 4.1+Debian0 ii openssh-client 1:5.9p1-5 ii procps 1:3.3.2-3 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages openssh-server recommends: ii openssh-blacklist0.4.1 ii openssh-blacklist-extra 0.4.1 ii xauth1:1.0.6-1 Versions of packages openssh-server suggests: pn molly-guard none pn monkeysphere none pn rssh none pn ssh-askpass none pn ufw none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671368: 100% acats test failures on armel
Package: gnat-4.6 Version: 4.6.3-3 Severity: important seen on the armel build log ... === acats support === Generating support files...sed: -e expression #2, char 165: unterminated `s' command ... and all acats tests fail this fails: target_gnatmake $testdir/support/impbit.adb $ cat build/gcc/testsuite/ada/acats0/support/impbit.out couldn't execute /scratch/packages/gcc/4.6/ada/gnat-4.6-4.6.3/build/gcc/testsuite/ada/acats0/support/impbit: no such file or directory while executing spawn -noecho $argv (file /scratch/packages/gcc/4.6/ada/gnat-4.6-4.6.3/src/gcc/testsuite/ada/acats/run_test.exp line 9) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669530: dsc-statistics: diff for NMU version 201106061022-4.1
Hi Marc On Thu, May 03, 2012 at 03:49:06PM +0200, Marc Haber wrote: On Thu, Apr 26, 2012 at 08:17:30PM +0200, Salvatore Bonaccorso wrote: If needed (e.g. short of time) I can do a NMU. I have not uploaded to any delayed queue. Not needed, working on new upstream release anyway. Many thanks for your feedback. I will then not take any further steps. Regards, Salvatore signature.asc Description: Digital signature
Bug#671369: gnome-applets: Gnome-applets won't run
Package: gnome-applets Version: 3.4.1-1 Severity: important I have installed Gnome3 out of the box (fresh install) and tried to get the sticky-notes applet running. But none of the applets in the /usr/lib/gnome-applets can be run. I tried it also from command prompt smf to add as an favorite. No luck to get it running. Looks like a bug? TIA, Willem -- System Information: Debian Release: wheezy/sid Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-applets depends on: ii gconf-service3.2.3-4 ii gconf2 3.2.3-4 ii gir1.2-gconf-2.0 3.2.3-4 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-panelapplet-4.0 3.2.1-2+b1 ii gnome-applets-data 3.4.1-1 ii gnome-icon-theme 3.4.0-2 ii gnome-panel 3.2.1-2+b1 ii gvfs 1.12.0-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-30 ii libcairo21.10.2-7 ii libcpufreq0 007-2 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libgconf-2-4 3.2.3-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.0-4 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libgtop2-7 2.28.4-3 ii libgucharmap-2-90-7 1:3.4.0.1-1 ii libgweather-3-0 3.4.1-1 ii libnotify4 0.7.5-1 ii libpanel-applet-4-0 3.2.1-2+b1 ii libpango1.0-01.29.4-3+b1 ii libpolkit-gobject-1-00.104-2 ii libupower-glib1 0.9.15-3 ii libwnck-3-0 3.4.0-1 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-9 ii python 2.7.2-10 ii python-gi3.2.0-3 ii upower 0.9.15-3 Versions of packages gnome-applets recommends: ii cpufrequtils 007-2 ii gnome-media 3.4.0-1 ii gnome-system-monitor 3.2.1-1 ii gstreamer0.10-pulseaudio 0.10.31-1+b1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-applets suggests: pn tomboy 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#656476: Looking for my missing half
Hi all! I seen your primary pic on facebook . com. I like you a lot. Why don't we communicate! I am a girl and only attracted to a male -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669643: ITP: bugzilla4 -- web-based bug tracking system
Have you checked why bugzilla3 used to be in Debian, and got removed (see #638705). Thanks for the info. I was not aware of that. I did wonder why it wasn't being packaged. It looks like the main thing to be addressed is finding a co-maintainer. -- http://hexmode.com/ War begins by calling for the annihilation of the Other, but ends ultimately in self-annihilation. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671370: tomcat7: Java7 compatibility patch for tomcat7
Package: tomcat7
Version: 7.0.26-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch openjdk-7-transition
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
* d/patches/0012-java7-compat.patch: Added compatibility patch to
support compilation with openjdk-7 as default-jdk (LP: #889002).
* d/default_root/index.html: Fixup instructions for enabling
manager web application access (LP: #910368).
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: amd64 (x86_64)
Kernel: Linux 3.2.0-24-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJPop08AAoJEL/srsug59jDz5cP/0nCyVSyYjChEetEr7lRRK3k
OSsfcsyzSGeXDGCsffTSyXDKutwn7IwO9XygaGITDhZYndCVp+HnljfgA8L4Uwii
3gV5PnEj5pgVTvTnO5Yb+BKE+9YgYA2pOUOZyHNtE1MWZBaUEXw0Zf0xfOmu6Ck+
brJHVR/h0+zXRl4TvWZB18FUILpLdLQA+QkdzWDZYpq0F7oxIcI6eVSFxSqBFUfu
dW6NFOwIHyTqhjDSvdS2gPLCrnwrenPe2Htb/6pzdDuR+QxMAbTC6eHB4flQkwej
cpzJyb9aa0OBRJy7HXvQji/pHc3dOLkfkFc59Qb5ZVp2BCeRs/QB55USWNvdwUaH
fmaMMSgnKIxVVnPHBBKFoJ0incogXzC1QsHEO5OZnechBUddudOcROnkfPA8CptM
9xLeKxh1azJnMrY3I9YN4hhRvmP6PWJx7XPMNQtANrQEIg8wkz7uEchFCa8VrHFj
2Pqvrho72RdNM717ogXjoKoG/5I5SisDkb++zafOFo0qpll+ijdjpSkWrKdRrecA
F7LAIrugY4ssgmSbIpcSXbpkJCovwoJ8vuepvITcxY+Cqj4ghDx/Dl5WCj4ytNm1
v/pJFQqMJv0zf92mzarNx2gWtBe9XR2eL77rJu87phpnM7LWQg+SIGnChbseMd/h
AgLG6FI7hR4byXEBJMre
=WmsE
-END PGP SIGNATURE-
diff -Nru tomcat7-7.0.26/debian/changelog tomcat7-7.0.26/debian/changelog
diff -Nru tomcat7-7.0.26/debian/control tomcat7-7.0.26/debian/control
--- tomcat7-7.0.26/debian/control 2012-04-27 05:48:04.0 +0100
+++ tomcat7-7.0.26/debian/control 2012-05-03 14:46:34.0 +0100
@@ -1,7 +1,8 @@
Source: tomcat7
Section: java
Priority: optional
-Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org
+Maintainer: Ubuntu Developers ubuntu-devel-disc...@lists.ubuntu.com
+XSBC-Original-Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org
Uploaders: James Page james.p...@ubuntu.com,
Miguel Landaeta mig...@miguel.cc, tony mancill tmanc...@debian.org,
Jakub Adam jakub.a...@ktknet.cz
diff -Nru tomcat7-7.0.26/debian/default_root/index.html tomcat7-7.0.26/debian/default_root/index.html
--- tomcat7-7.0.26/debian/default_root/index.html 2012-04-27 05:48:04.0 +0100
+++ tomcat7-7.0.26/debian/default_root/index.html 2012-05-03 14:57:47.0 +0100
@@ -23,7 +23,7 @@
pbtomcat7-admin/b: This package installs two web applications that can help managing this Tomcat instance. Once installed, you can access the a href=manager/htmlmanager webapp/a and the a href=host-manager/htmlhost-manager webapp/a.p
-pNOTE: For security reasons, using the manager webapp is restricted to users with role manager. The host-manager webapp is restricted to users with role admin. Users are defined in code/etc/tomcat7/tomcat-users.xml/code./p
+pNOTE: For security reasons, using the manager webapp is restricted to users with role manager-gui. The host-manager webapp is restricted to users with role admin-gui. Users are defined in code/etc/tomcat7/tomcat-users.xml/code./p
/body
/html
diff -Nru tomcat7-7.0.26/debian/patches/0012-java7-compat.patch tomcat7-7.0.26/debian/patches/0012-java7-compat.patch
--- tomcat7-7.0.26/debian/patches/0012-java7-compat.patch 1970-01-01 01:00:00.0 +0100
+++ tomcat7-7.0.26/debian/patches/0012-java7-compat.patch 2012-05-03 14:42:28.0 +0100
@@ -0,0 +1,27 @@
+Description: Compatibility patch to support compilation of tomcat7
+ using openjdk-7
+Author: James Page james.p...@ubuntu.com
+Forwarded: not-needed
+
+Index: tomcat7-7.0.26/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/DataSource.java
+===
+--- tomcat7-7.0.26.orig/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/DataSource.java 2012-05-03 14:41:45.741927187 +0100
tomcat7-7.0.26/modules/jdbc-pool/src/main/java/org/apache/tomcat/jdbc/pool/DataSource.java 2012-05-03 14:42:25.730122612 +0100
+@@ -28,6 +28,8 @@
+ import org.apache.juli.logging.Log;
+ import org.apache.juli.logging.LogFactory;
+
++import java.sql.SQLFeatureNotSupportedException;
++import java.util.logging.Logger;
+
+ /**
+ * A DataSource that can be instantiated through IoC and implements the DataSource interface
+@@ -153,5 +155,7 @@
+ }
+ }
+
+-
++public Logger getParentLogger() throws SQLFeatureNotSupportedException {
++throw new SQLFeatureNotSupportedException();
++}
+ }
diff -Nru
Bug#671351: Use these settings for all networks sharing this essid does not work
Hello, On Thu, 3 May 2012 08:21:58 -0400, Ryan Kavanagh wrote: Package: wicd-curses Version: 1.7.2.3-1 Severity: normal Please upgrade to 1.7.2.4-1. When editing an access point marked with Use these settings for all networks sharing this essid, changes fail to propagate to other access points with the same essid. For example, I checked [X] Automatically connect to this network on the first 'eduroam' access point on the list, hit F10 to save the changes and go back to the main menu and selected the second 'eduroam' ap on the list. The box was not checked, although going back to the first one, I see that it was successfully saved. Does this happen too if you use the GTK client? If you open up /etc/wicd/wireless-settings.conf in an editor, is there a section like [essid:eduroam] ? Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#671371: python3-pyqt4: Segfault for simpe canvas view program
Package: python3-pyqt4 Version: 4.9.1-2 Severity: normal the example program fails with a segmentation fault, when the window is closed: #python3 /usr/share/doc/python-qt4-doc/examples/graphicsview/anchorlayout.py Segmentation fault A stripped down version comes to the same result: (that's why it is probably not an error of the doc package) # python3 canvas_test.py Segmentation fault import sys from PyQt4 import QtCore, QtGui app = QtGui.QApplication(sys.argv) scene = QtGui.QGraphicsScene() scene.setSceneRect(0, 0, 800, 480) view = QtGui.QGraphicsView(scene) view.setRenderHints(QtGui.QPainter.Antialiasing) view.show() sys.exit(app.exec_()) (sorry for not appending more coredump and debug output... in the moment no good internet connection to download dbg packages.) -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_NZ.utf8, LC_CTYPE=en_NZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-pyqt4 depends on: ii libc6 2.13-30 ii libgcc1 1:4.7.0-3 ii libqt4-dbus 4:4.8.0-1 ii libqt4-declarative4:4.8.0-1 ii libqt4-designer 4:4.8.0-1 ii libqt4-help 4:4.8.0-1 ii libqt4-network4:4.8.0-1 ii libqt4-script 4:4.8.0-1 ii libqt4-scripttools4:4.8.0-1 ii libqt4-svg4:4.8.0-1 ii libqt4-test 4:4.8.0-1 ii libqt4-xml4:4.8.0-1 ii libqt4-xmlpatterns4:4.8.0-1 ii libqtassistantclient4 4.6.3-3 ii libqtcore44:4.8.0-1 ii libqtgui4 4:4.8.0-1 ii libqtwebkit4 2.2.0-3 ii libstdc++64.7.0-3 ii python3 3.2.3~rc1-2 ii python3-sip [sip-py3api-8.1] 4.13.2-1 python3-pyqt4 recommends no packages. Versions of packages python3-pyqt4 suggests: pn python3-pyqt4-dbg 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#671372: gtkpod crashes when opening preferences
Package: gtkpod Version: 2.1.1-1 Severity: important I recently upgraded gtkpod from squeeze to wheezy. When I try to open the preference dialog, gtkpod crashes with: GLib-GIO-ERROR **: Settings schema 'org.gtkpod' does not contain a key named 'disable_splash_screen' Trace/breakpoint trap gdb backtrace: #0 0x76172a8b in g_logv () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x76172c62 in g_log () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x76b33629 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #3 0x76b337e7 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #4 0x76b387c8 in g_settings_bind_with_mapping () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #5 0x76b38ccc in g_settings_bind () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #6 0x77912911 in anjuta_preferences_register_property () from /usr/lib/libanjuta-3.so.0 #7 0x77912c5b in anjuta_preferences_register_all_properties_from_builder_xml () from /usr/lib/libanjuta-3.so.0 #8 0x77912e6e in anjuta_preferences_add_from_builder () from /usr/lib/libanjuta-3.so.0 #9 0x0040ae65 in anjuta_app_install_preferences () #10 0x00408ec8 in on_set_preferences1_activate () #11 0x7662b4f2 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #12 0x7663c5c1 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #13 0x766448e9 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #14 0x76644a92 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #15 0x770d66e3 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #16 0x7662b71a in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #17 0x76643f91 in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #18 0x76644a92 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #19 0x772dfebe in gtk_widget_activate () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #20 0x771c8a7e in gtk_menu_shell_activate_item () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #21 0x771c8e13 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #22 0x771b4088 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #23 0x7662b4f2 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #24 0x7663cb89 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #25 0x766445ce in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #26 0x76644a92 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #27 0x772e0af9 in ?? () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #28 0x771b37fa in gtk_propagate_event () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #29 0x771b3bfb in gtk_main_do_event () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #30 0x76e25702 in ?? () from /usr/lib/x86_64-linux-gnu/libgdk-3.so.0 #31 0x7616b79a in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #32 0x7616bb60 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #33 0x7616bf5a in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #34 0x771b2fdd in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #35 0x00408259 in main () -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.16-20120429-grsec (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtkpod depends on: ii gtkpod-data 2.1.1-1 ii libanjuta-3-02:3.4.0-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-30 ii libcairo-gobject21.10.2-7 ii libcairo21.10.2-7 ii libcurl3-gnutls 7.25.0-1 ii libflac8 1.2.1-6 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgdl-3-1 3.2.0-2 ii libglib2.0-0 2.32.0-4 ii libgpod4 0.8.2-6 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.2.3-1 ii libgtkpod1 2.1.1-1 ii libid3tag0 0.15.1b-10 ii libimobiledevice21.1.1-4 ii libjavascriptcoregtk-3.0-0 1.6.3-1 ii libogg0 1.2.2~dfsg-1 ii libpango1.0-01.29.4-3+b1 ii libsoup2.4-1 2.38.1-2 ii libvorbis0a 1.3.2-1.2 ii libvorbisfile3 1.3.2-1.2 ii
Bug#671373: tomcat6: Support for paths with spaces in tomcat6-instance-create and multiple instances of system tomcat's
Package: tomcat6
Version: 6.0.35-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
- d/tomcat6-instance-create: Quote access to files and directories
so that spaces can be used when creating user instances.
- d/tomcat6.init: Make NAME dynamic, to allow starting multiple instances.
It would be great if these patches could be merged into the Debian packaging
so we can re-sync on the next set of updates
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: amd64 (x86_64)
Kernel: Linux 3.2.0-24-generic (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJPoqPmAAoJEL/srsug59jDCoYQAMYbuCAUS44zizpgIRL4sSIZ
JSVbep+4+n8LNhIbiUE1WJR73FOEtZLHrtv+e6ZchuLAKzAFIewV8LxQsDvA7W3V
I0RbzYMOaUQSrfrDXyg8nmPel05LyciWQPNXmCJffcZyAWdireL0vvTjsod6X0Pb
3ubZIz7MBGGHWFnk7S7YILpEKd23bOhQ0u4nGjt8S2ybfbkkg1vEmuDjHZmb4PQo
Lc1rfIRsLUqHlcPo35BzLkTRInwuuohutSxcBE2csWG9bgcZjsQGnpsFEJGbxFHt
0815tPqgolUTqN7oNVGxuzaQWIt5jjG2l1DLFG1H0Vuxpj9ZntijV6gFajtSdAHj
SJF9FJr2P2MaT62mKteKm3vJZ9GZVaKLdBInn5/AnFi2JH9W59C5brRQv1vDiDYZ
icjyx6Uxu1sl2o0hIR/ocblT8c/siIKhkMKQ65LIrTkrRhF7ZzRC6WAKW+I2K3qn
5jOZTtF8ncWXUxPeu/NXrFmT4g4ZhcNRlWhweCWb1+ZwtrtXgtkTD6WKFLIeJnZo
k3rzXL/nikq/XVILS2HQljDbvrT1uuyird0cE5jrcWXMM22URDyB6MHeytgufjSx
E3pgriYpdk4IjYZMlmmsGCj7ylJiySpA4tEyJZ/dx6vK+jC9disr5ATyyBP03yvC
asDSUGZap/SNUbwn8dDz
=hDnW
-END PGP SIGNATURE-
diff -Nru tomcat6-6.0.35/debian/tomcat6.init tomcat6-6.0.35/debian/tomcat6.init
--- tomcat6-6.0.35/debian/tomcat6.init 2012-04-14 19:01:15.0 +0100
+++ tomcat6-6.0.35/debian/tomcat6.init 2012-05-03 16:03:43.0 +0100
@@ -23,7 +23,7 @@
set -e
PATH=/bin:/usr/bin:/sbin:/usr/sbin
-NAME=tomcat6
+NAME=$(basename $0 | sed 's/^[KS][0-9]\{2\}//')
DESC=Tomcat servlet engine
DEFAULT=/etc/default/$NAME
JVM_TMP=/tmp/tomcat6-$NAME-tmp
diff -Nru tomcat6-6.0.35/debian/tomcat6-instance-create tomcat6-6.0.35/debian/tomcat6-instance-create
--- tomcat6-6.0.35/debian/tomcat6-instance-create 2012-04-14 19:01:15.0 +0100
+++ tomcat6-6.0.35/debian/tomcat6-instance-create 2012-05-03 16:03:43.0 +0100
@@ -117,38 +117,38 @@
read answer
fi
-mkdir -p ${TARGET}
+mkdir -p ${TARGET}
-FULLTARGET=`cd ${TARGET} /dev/null pwd`
+FULLTARGET=`cd ${TARGET} /dev/null pwd`
-mkdir ${TARGET}/conf
-mkdir ${TARGET}/logs
-mkdir ${TARGET}/webapps
-mkdir ${TARGET}/work
-mkdir ${TARGET}/temp
-cp -r /usr/share/tomcat6/skel/* ${TARGET}
+mkdir ${TARGET}/conf
+mkdir ${TARGET}/logs
+mkdir ${TARGET}/webapps
+mkdir ${TARGET}/work
+mkdir ${TARGET}/temp
+cp -r /usr/share/tomcat6/skel/* ${TARGET}
# Create necessary symbolic links so that eclipse can be properly configured
-ln -s /usr/share/tomcat6/lib ${TARGET}/lib
-ln -s /usr/share/tomcat6/bin/bootstrap.jar ${TARGET}/bin/bootstrap.jar
+ln -s /usr/share/tomcat6/lib ${TARGET}/lib
+ln -s /usr/share/tomcat6/bin/bootstrap.jar ${TARGET}/bin/bootstrap.jar
-sed -i -e s/Connector port=\8080\/Connector port=\${HPORT}\/;s/Server port=\8005\ shutdown=\SHUTDOWN\/Server port=\${CPORT}\ shutdown=\${CWORD}\/ ${TARGET}/conf/server.xml
+sed -i -e s/Connector port=\8080\/Connector port=\${HPORT}\/;s/Server port=\8005\ shutdown=\SHUTDOWN\/Server port=\${CPORT}\ shutdown=\${CWORD}\/ ${TARGET}/conf/server.xml
-cat ${TARGET}/bin/startup.sh EOT
+cat ${TARGET}/bin/startup.sh EOT
#!/bin/sh
-export CATALINA_BASE=${FULLTARGET}
+export CATALINA_BASE=${FULLTARGET}
/usr/share/tomcat6/bin/startup.sh
echo Tomcat started
EOT
-cat ${TARGET}/bin/shutdown.sh EOT
+cat ${TARGET}/bin/shutdown.sh EOT
#!/bin/sh
-export CATALINA_BASE=${FULLTARGET}
+export CATALINA_BASE=${FULLTARGET}
/usr/share/tomcat6/bin/shutdown.sh
echo Tomcat stopped
EOT
-chmod a+x ${TARGET}/bin/startup.sh ${TARGET}/bin/shutdown.sh
+chmod a+x ${TARGET}/bin/startup.sh ${TARGET}/bin/shutdown.sh
echo * New Tomcat instance created in ${TARGET}
echo * You might want to edit default configuration in ${TARGET}/conf
echo * Run ${TARGET}/bin/startup.sh to start your Tomcat instance
Bug#542599: rng-tools: Please add support for TPM RNG
Package: rng-tools Followup-For: Bug #542599 Hi, Any news about this? It seems that the version 3 on the upstream website is also supporting TPM chips. Cheers Laurent Bigonville -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rng-tools depends on: ii libc6 2.13-32 ii udev 175-3.1 rng-tools recommends no packages. rng-tools suggests no packages. -- Configuration Files: /etc/default/rng-tools changed [not included] -- 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#567576: Solve
Hi, I fixed it when I investigate same error in murder project. You can find patch at https://github.com/zver/murder/commit/a4161f638d8901e2aff53fda687d96456c6fc849 -- Denis Klimov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671374: nvidia-kernel-source: Please package 302.07 Beta as xrandr support is integrated and important fixes are in.
Package: nvidia-kernel-source Version: 295.40-1 Severity: wishlist Note that nvidia-settings shall be chnaged accordingly. -- Package-specific info: uname -a: Linux r-x-ceva6380 3.2.16 #22 SMP PREEMPT Tue Apr 24 15:49:31 CEST 2012 x86_64 GNU/Linux /proc/version: Linux version 3.2.16 (ceva6380@r-x-ceva6380) (gcc version 4.6.3 (Debian 4.6.3-4) ) #22 SMP PREEMPT Tue Apr 24 15:49:31 CEST 2012 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 295.40 Thu Apr 5 21:37:00 PDT 2012 GCC version: gcc version 4.6.2 (Debian 4.6.2-11) lspci 'VGA compatible controller [0300]': 01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [NVS 3100M] [10de:0a6c] (rev a2) (prog-if 00 [VGA controller]) Subsystem: Dell Device [1028:040a] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at e200 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at d000 (64-bit, prefetchable) [size=256M] Region 3: Memory at e000 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at 7000 [size=128] [virtual] Expansion ROM at e300 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] No AGP bridge found [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.681645] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.AGP_._PRT] [0.693540] vgaarb: device added: PCI::01:00.0,decodes=io+mem,owns=io+mem,locks=none [0.693641] vgaarb: loaded [0.693720] vgaarb: bridge control possible :01:00.0 [1.545734] Linux agpgart interface v0.103 [2.305475] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input10 [2.305719] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input11 [2.305938] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input12 [2.306170] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:01.0/:01:00.1/sound/card1/input13 [2.307220] #1: HDA NVidia at 0xe308 irq 17 [4.320499] nvidia: module license 'NVIDIA' taints kernel. [4.408812] nvidia :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [4.408911] nvidia :01:00.0: setting latency timer to 64 [4.408915] vgaarb: device changed decodes: PCI::01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [4.409122] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 295.40 Thu Apr 5 21:37:00 PDT 2012 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Jan 9 10:30 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 46 Aug 22 2011 /etc/alternatives/glx--libGL.so-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so lrwxrwxrwx 1 root root 46 Aug 22 2011 /etc/alternatives/glx--libGL.so-i386-linux-gnu - /usr/lib/mesa-diverted/i386-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Nov 9 17:46 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 48 Nov 9 17:46 /etc/alternatives/glx--libGL.so-x86_64-linux-gnu - /usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so lrwxrwxrwx 1 root root 41 Aug 29 2011 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 41 Aug 29 2011 /etc/alternatives/glx--libGL.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Jan 9 10:30 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Jan 9 10:30 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 49 Aug 29 2011 /etc/alternatives/glx--libXvMCNVIDIA.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 51 Jan 9 10:30 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 57 Aug 29 2011 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 59 Jan 9 10:30 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 49 Aug 29 2011 /etc/alternatives/glx--libnvidia-cfg.so.1-i386-linux-gnu - /usr/lib/i386-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 51 Jan 9 10:30
Bug#666736: iceweasel: Corrupt text rendering after 10.0.3esr-3
The bug still exists in version 1.12.2-1 of libcairo2. regards Günter -- --- Günter Frenz Börschgasse 16a, D-51143 Köln (h) gu...@freenet.de, (w) f...@gso-koeln.de --- Linux, Irix, Solaris, HP-UX --- signature.asc Description: PGP signature
Bug#667172: gambit: diff for NMU version 0.2010.09.01-1.1
tags 667172 + patch
tags 667172 + pending
thanks
Dear maintainer,
I've prepared an NMU for gambit (versioned as 0.2010.09.01-1.1) and
uploaded it to DELAYED/5. Please feel free to tell me if I
should delay it longer.
Regards.
--
.''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
: :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/
`. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe
`- NP: Ry Cooder: Down in Hollywood
diff -Nru gambit-0.2010.09.01/debian/changelog gambit-0.2010.09.01/debian/changelog
--- gambit-0.2010.09.01/debian/changelog 2011-02-24 22:19:53.0 +0100
+++ gambit-0.2010.09.01/debian/changelog 2012-05-03 17:27:27.0 +0200
@@ -1,3 +1,11 @@
+gambit (0.2010.09.01-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix ftbfs with GCC-4.7: add patch gcc-4.7.patch (this- qualifiers).
+(Closes: #667172)
+
+ -- gregor herrmann gre...@debian.org Thu, 03 May 2012 17:27:11 +0200
+
gambit (0.2010.09.01-1) unstable; urgency=low
* New maintainer (Closes: #561254)
diff -Nru gambit-0.2010.09.01/debian/patches/gcc-4.7.patch gambit-0.2010.09.01/debian/patches/gcc-4.7.patch
--- gambit-0.2010.09.01/debian/patches/gcc-4.7.patch 1970-01-01 01:00:00.0 +0100
+++ gambit-0.2010.09.01/debian/patches/gcc-4.7.patch 2012-05-03 17:27:06.0 +0200
@@ -0,0 +1,889 @@
+Description: add this- qualifiers all over the place to avoid FTBFS with gcc 4.7
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/667172
+Forwarded: no
+Author: gregor herrmann gre...@debian.org
+Last-Update: 2012-05-03
+
+--- a/src/libgambit/matrix.imp
b/src/libgambit/matrix.imp
+@@ -81,7 +81,7 @@
+
+ template class T MatrixT MatrixT::operator+(const MatrixT M) const
+ {
+- if (!CheckBounds(M)) {
++ if (!this-CheckBounds(M)) {
+ throw DimensionException();
+ }
+
+@@ -100,7 +100,7 @@
+
+ template class T MatrixT MatrixT::operator-(const MatrixT M) const
+ {
+- if (!CheckBounds(M)) {
++ if (!this-CheckBounds(M)) {
+ throw DimensionException();
+ }
+
+@@ -119,7 +119,7 @@
+
+ template class T MatrixT MatrixT::operator+=(const MatrixT M)
+ {
+- if (!CheckBounds(M)) {
++ if (!this-CheckBounds(M)) {
+ throw DimensionException();
+ }
+
+@@ -135,7 +135,7 @@
+
+ template class T MatrixT MatrixT::operator-=(const MatrixT M)
+ {
+- if (!CheckBounds(M)) {
++ if (!this-CheckBounds(M)) {
+ throw DimensionException();
+ }
+
+@@ -157,7 +157,7 @@
+ template class T
+ void MatrixT::CMultiply(const VectorT in, VectorT out) const
+ {
+- if (!CheckRow(in) || !CheckColumn(out)) {
++ if (!this-CheckRow(in) || !this-CheckColumn(out)) {
+ throw DimensionException();
+ }
+
+@@ -192,7 +192,7 @@
+
+ template class T VectorT MatrixT::operator*(const VectorT v) const
+ {
+- if (!CheckRow(v)) {
++ if (!this-CheckRow(v)) {
+ throw DimensionException();
+ }
+
+@@ -204,7 +204,7 @@
+ template class T
+ void MatrixT::RMultiply(const VectorT in, VectorT out) const
+ {
+- if (!CheckColumn(in) || !CheckRow(out)) {
++ if (!this-CheckColumn(in) || !this-CheckRow(out)) {
+ throw DimensionException();
+ }
+
+@@ -261,9 +261,9 @@
+ VectorT row(this-mincol, this-maxcol);
+ VectorT result(this-mincol, this-maxcol);
+ for (int i = this-minrow; i = this-maxrow; i++) {
+-GetRow(i, row);
++this-GetRow(i, row);
+ M.RMultiply(row, result);
+-SetRow(i, result);
++this-SetRow(i, result);
+ }
+ return (*this);
+ }
+@@ -351,7 +351,7 @@
+
+ template class T bool MatrixT::operator==(const MatrixT M) const
+ {
+- if (!CheckBounds(M)) {
++ if (!this-CheckBounds(M)) {
+ throw DimensionException();
+ }
+
+--- a/src/libgambit/map.h
b/src/libgambit/map.h
+@@ -365,7 +365,7 @@
+ int where = Locate(key);
+
+ if (this-length 0 this-keys[where] == key) return this-values[where];
+- else return Insert(key, ((key this-keys[where]) ? where : where + 1),
++ else return this-Insert(key, ((key this-keys[where]) ? where : where + 1),
+ this-_default);
+ }
+
+@@ -374,7 +374,7 @@
+ int where = Locate(key);
+
+ if (this-length 0 this-keys[where] == key) return this-values[where];
+- else return Insert(key, ((key this-keys[where]) ? where : where + 1),
++ else return this-Insert(key, ((key this-keys[where]) ? where : where + 1),
+ this-_default);
+ }
+
+@@ -396,14 +396,14 @@
+ void MapK, T::Define(const K key, const T value)
+ {
+ if (this-length == 0) {
+-Insert(key, 0, value);
++this-Insert(key, 0, value);
+ return;
+ }
+
+ int where = Locate(key);
+
+ if (this-keys[where] == key) this-values[where] = value;
+- else Insert(key, ((key this-keys[where]) ? where : where + 1), value);
++ else this-Insert(key, ((key this-keys[where]) ? where : where + 1), value);
+ }
+
+ template class K, class T T MapK, T::Remove(const K key)
+--- a/src/tools/enummixed/lptab.imp
b/src/tools/enummixed/lptab.imp
+@@ -188,7
Bug#671371: python3-pyqt4: Segfault for simpe canvas view program
The examples are meant to be run from examples/demos/qtdemo/qtdemo.py. It's not been ported to python3 yet, so there's not a good way to do this as provided from upstream. If I run graphicsview/anchorlayout.py with python2.7 I also get a segmentation fault, so there is something worth looking into here. I'm not sure if it's python/python3 or PyQt at fault though. signature.asc Description: This is a digitally signed message part.
Bug#669171: git-buildpackage: Create changelog if it does not exist
The following changes since commit f495df9857d9738cb7ed2200d3124fca6372f990: Refactor deb helpers: move UpstreamSource class (2012-05-01 22:29:29 +0200) are available in the git repository at: git://git.baby-gnu.net/git-buildpackage tags/dad/create-inexistant-changelog/rebasable/on-f495df9 for you to fetch changes up to db8138f40e2e79ffd05c59bc2dc6c47360014515: Create debian/changelog if it does not exist. (2012-05-03 11:30:06 +0200) Improved patch after Guido Günther comments, rebased on top of f495df9. Daniel Dehennin (1): Create debian/changelog if it does not exist. gbp/deb/changelog.py | 36 gbp/scripts/dch.py|8 +++- tests/11_test_changelog_create.py | 86 + 3 files changed, 129 insertions(+), 1 deletion(-) create mode 100644 tests/11_test_changelog_create.py -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF pgpSkX8foM8uf.pgp Description: PGP signature
Bug#606939: [squeeze - 2.6.36 regression] holes in characters rendered on screen in X
On 15/02/12 20:47, Jonathan Nieder wrote: tags 606939 + moreinfo quit Jonathan Nieder wrote: If you have a chance to try xserver-xorg-video-intel from experimental (and comment out or remove the debugwait snippet in xorg.conf), that would be interesting. Did you get a chance to try this? No, sorry, I was unable to get any further with this - the disk in my Vaio died for the second time and it is just too expensive to replace (1.8 PATA with a wierd connector). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671014: Bug#657793: quakespasm: FTBFS on kfreebsd-*
On Wed, 2012-05-02 at 23:39 +0200, Robert Millan wrote: 2012/5/1 Simon McVittie s...@debian.org: On Sun, 29 Apr 2012 at 12:47:43 +0200, Robert Millan wrote: Quakespasm has never been present on either of the affected architectures, so there's certainly no regression here That's why it's not release-critical. If what you're trying to achieve is to increase proportion of Architecture:any packages that compile statistics, Actually I was only going through the list of packages that FTBFS on kfreebsd-* where a patch was available. In this case, you might want to remove the patch tag until a proper solution is available. I have now tested the game on GNU/Hurd, and it is playable at 320x240 as for kFreeBSD: I cannot understand why you couldn't add the small fix when uploading a new version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671057: a fix of this bug
hi, I'm try to fix this bug. I added python in python-indigo depends, and add dh_python2 in rules. Please help me to check if it can work. indigo_fixed_671057.patch Description: Binary data
Bug#671321: pyfribidi: FTBFS if built twice in a row: unrepresentable changes to source
* Ø£Ø٠د اÙÙ ØÙ Ùد٠aelmahmo...@sabily.org, 2012-05-03, 17:48: | dpkg-source -b pyfribidi-0.11.0 | dpkg-source: info: using source format `3.0 (quilt)' | dpkg-source: info: building pyfribidi using existing ./pyfribidi_0.11.0.orig.tar.bz2 | dpkg-source: error: cannot represent change to pyfribidi-0.11.0/_pyfribidi_d.so: | dpkg-source: error: new version is symlink to /build/pyfribidi-NGtp9f/pyfribidi-0.11.0/build/lib.linux-i686-2.7-pydebug/_pyfribidi_d.so | dpkg-source: error: old version is nonexistent | dpkg-source: error: cannot represent change to pyfribidi-0.11.0/_pyfribidi.so: | dpkg-source: error: new version is symlink to /build/pyfribidi-NGtp9f/pyfribidi-0.11.0/build/lib.linux-i686-2.7/_pyfribidi.so | dpkg-source: error: old version is nonexistent | dpkg-source: error: unrepresentable changes to source | dpkg-buildpackage: error: dpkg-source -b pyfribidi-0.11.0 gave error exit status 2 ---end quoted text--- Shouldn't a debian/rules clean be run first before dpkg-source ? dpkg-buildpackage did run debian/rules clean before invoking dpkg-source, but this didn't remove the symlinks. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671375: ITP: python-lzo -- lzo2 python binding
Package: wnpp Version: 1.0 Severity: wishlist * Package name: python-lzo Version : 1.08 Upstream Author : Markus F.X.J. Oberhumer * URL : http://www.oberhumer.com/ * License : GPL Programming Lang: Python, C Description : Python bindings for the LZO data compression library This module provides Python bindings for the LZO data compression library. LZO is a portable lossless data compression library written in ANSI C. It offers pretty fast compression and *very* fast decompression. Decompression requires no memory. In addition there are slower compression levels achieving a quite competitive compression ratio while still decompressing at this very high speed. -- Mehdi Abaakouk sil...@sileht.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671376: opencv.pc for pkg-config not usable
Package: libopencv-core-dev Version: 2.3.1-8 Severity: normal $ pkg-config --cflags opencv -I/usr/include/opencv // expected: // -I/usr/include/opencv2 $ pkg-config --libs opencv -lopencv_core -lopencv_imgproc -lopencv_highgui -lopencv_ml -lopencv_video -lopencv_features2d -lopencv_calib3d -lopencv_objdetect -lopencv_contrib -lopencv_legacy -lopencv_flann // expected: // -lopencv_core -lopencv_imgproc -lopencv_highgui Best regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655523: python3.2-dbg depends on python
tags 655523 + wontfix thanks this is expected. gdb is linked against libpython2.7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659267: python3.2-minimal: Error message when purging
On 09.02.2012 18:34, Torquil Macdonald Sørensen wrote: Package: python3.2-minimal Severity: normal I got this error message: $ dpkg --purge python3.2-minimal Unlinking and removing bytecode for runtime python3.2 rmdir: failed to remove `/usr/local/lib/python3.2': No such file or directory Purging configuration files for python3.2-minimal ... Something similar was reported against python3.1-minimal in #641053. all calls to rmdir in the maintainer scripts redirect stderr to /dev/null. It is likely that one of the .rtremove hooks is printing this message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671377: please consider packaging new version 2.4.0
Source: opencv Version: 2.3.1-8 Severity: wishlist A new upstream version 2.4.0 is available. Please consider packaging it. Such message is missing now on the http://packages.qa.debian.org/opencv in the todo section (as it appears for other packages). Maybe due to the new developer site http://code.opencv.org? Best regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671378: Remove libalogg1?
Source: libalogg1 Version: 1.3.7-1.1 Severity: serious Hi, I'm involved in the transition towards Allegro 4.4 [1] and libalogg1 currently FTBFS against Allegro 4.4, because we removed allegro-makedoc from liballegro-dev. I'm wondering if we still need this package. It has no reverse dependencies in Debian and the upstream website doesn't exist anymore. Googling for it, I didn't find a new upstream website or hints that libalogg is still used. Allegro 4.4 is now a legacy library, that we keep for the existing games, Allegro 5 has its own ogg support. Also there is a different ogg library, liblogg, bundled with Allegro 4.4 an maintained by the Allegro developers. We didn't package it (yet), because we're not aware of it being needed. If you are aware of any packages or important programs using libalogg, or if you don't agree with the removal for other reasons, please let me know and close this bug report. Otherwise, do you agree with me reassigning the bug to ftp.debian.org to pursue the removal? Best regards, Tobias [1] http://lists.debian.org/debian-devel-games/2012/05/msg2.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659363: Hibernate freezes on HP dc7900 with Linux 3.2 (regression)
2012-05-02 19:27, Jonathan Nieder skrev: There is now a less intrusive patch in Linus' git repo: f8262d476823a7ea1eb497ff9676d1eab2393c75 Thanks. Does it work well against 3.2.y? I'd still be interested in results from testing if you've tried it, of course. So far, so good. Although I haven't tested it a lot yet. And I did previously write a very similar patch myself, and it worked. So I am confident in this one as well. -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671379: kate: Can't input dead keys in search box
Package: kate Version: 4:4.7.4-2 Severity: normal Dear Maintainer, I can't enter dead keys in the search box of both kwrite, kate and kile. For instance, if I create a new file in kwrite and try a search, it won't let me input ê or even ^ (done by pressing the ^ and then space). Interestingly, if I copy paste such a letter it works and then the problem disappear until I reopen the file. Best regards. Thomas Preud'homme -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kate depends on: ii kate-data 4:4.7.4-2 ii katepart4:4.7.4-2 ii kde-runtime 4:4.7.4-2 ii libc6 2.13-32 ii libkateinterfaces4 4:4.7.4-2 ii libkdecore5 4:4.7.4-4 ii libkdeui5 4:4.7.4-4 ii libkfile4 4:4.7.4-4 ii libkio5 4:4.7.4-4 ii libknewstuff2-4 4:4.7.4-4 ii libknewstuff3-4 4:4.7.4-4 ii libkparts4 4:4.7.4-4 ii libktexteditor4 4:4.7.4-4 ii libplasma3 4:4.7.4-4 ii libqt4-dbus 4:4.8.1-1 ii libqt4-qt3support 4:4.8.1-1 ii libqt4-sql 4:4.8.1-1 ii libqt4-xml 4:4.8.1-1 ii libqtcore4 4:4.8.1-1 ii libqtgui4 4:4.8.1-1 ii libstdc++6 4.7.0-7 kate recommends no packages. Versions of packages kate suggests: ii aspell0.60.7~20110707-1 ii khelpcenter4 4:4.7.4-2 ii konsole 4:4.7.4-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#671380: please consider packaging new stable version 2.0.x
Source: scalapack Version: 1.8.0-9 Severity: whishlist The new upstream release 2.0.0 is available since November 2011. The first update 2.0.1 was in January 2012. On the 1st May the second one 2.0.2 is out. The upstream update info appears on the http://packages.qa.debian.org/scalapack in the todo section. Please consider to package it. Kind regards, Andrey -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667186: goldendict: diff for NMU version 1.0.2~git20110906-1.1
tags 667186 + patch tags 667186 + pending thanks Dear maintainer, I've prepared an NMU for goldendict (versioned as 1.0.2~git20110906-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Sting: We Work The Black Seam diff -u goldendict-1.0.2~git20110906/debian/changelog goldendict-1.0.2~git20110906/debian/changelog --- goldendict-1.0.2~git20110906/debian/changelog +++ goldendict-1.0.2~git20110906/debian/changelog @@ -1,3 +1,11 @@ +goldendict (1.0.2~git20110906-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix ftbfs with GCC-4.7: add patch gcc-4.7.patch: add unistd.h headers. +(Closes: #667186) + + -- gregor herrmann gre...@debian.org Thu, 03 May 2012 18:24:09 +0200 + goldendict (1.0.2~git20110906-1) unstable; urgency=low * New GIT-snapshot. only in patch2: unchanged: --- goldendict-1.0.2~git20110906.orig/debian/patches/gcc-4.7.patch +++ goldendict-1.0.2~git20110906/debian/patches/gcc-4.7.patch @@ -0,0 +1,20 @@ +--- a/processwrapper.cc b/processwrapper.cc +@@ -1,6 +1,7 @@ + #include processwrapper.hh + + #include QtCore ++#include unistd.h + + #ifdef Q_OS_WIN32 + +--- a/qtsingleapplication/src/qtlocalpeer.cpp b/qtsingleapplication/src/qtlocalpeer.cpp +@@ -41,6 +41,7 @@ + #include qtlocalpeer.h + #include QtCore/QCoreApplication + #include QtCore/QTime ++#include unistd.h + + #if defined(Q_OS_WIN) + #include QtCore/QLibrary signature.asc Description: Digital signature
Bug#671381: libav: unbuildable due to circular dependency with opencv
Source: libav Version: 6:0.8.1-7 Severity: serious libav build-depends on libopencv-dev, which depends on libswscale2, which comes from libav source and is not installable on mipsel currently because of b0rked dependencies in 6:0.8.1-5. Cheers, Julien signature.asc Description: Digital signature
Bug#566609: [Pkg-cacti-maint] Bug#566609: bug not in cacti
On 03-05-12 00:38, Francois Beaulieu wrote: It appears to be solved upstream: Which part? http://bugs.cacti.net/view.php?id=1583 This change (revision 5717) never made it completely to the 0.8.X branch and remained in main. They did make nearly the same change to the 0.8.7 branch in revision 5743 (April 2010), without the configuration part. So I wonder: - on which version of cacti did you do your verifications? - do we still need the --define suhosin.memory_limit lines, even if a proper memory_limit is set by cacti's scripts? As I understand it, yes, or are those suhosin limits taken from the php memory_limit? Paul signature.asc Description: OpenPGP digital signature
Bug#661652: pu: package libxi/2:1.3-7
On Wed, May 2, 2012 at 23:16:18 +0100, Adam D. Barratt wrote: On Thu, 2012-05-03 at 00:05 +0200, Julien Cristau wrote: On Tue, Feb 28, 2012 at 23:00:57 +0100, Julien Cristau wrote: libXi has had several important fixes upstream over the past year, some of which are required for operation with recent X servers (see bug#660411 e.g.). A lot of it is related to calculating the proper size of an allocation to fill in structures with the right size and alignment, so it's rather painful unfortunately. [...] So this was a bit too intrusive, let's dial it down to: diff -u libxi-1.3/debian/changelog libxi-1.3/debian/changelog --- libxi-1.3/debian/changelog +++ libxi-1.3/debian/changelog @@ -1,3 +1,12 @@ +libxi (2:1.3-7) squeeze; urgency=low + + * Cherry-pick two patches from upstream: +- Fix passive grabs +- Fill in mods/group-effective in XIQueryPointer +- Handle unknown device classes (closes: #661021, #660411) Wouldn't that make three patches? :-) Please go ahead; thanks. Uploaded last night with a fixed changelog. I'll ping the bug submitters to verify the fix once this is in p-u. Cheers, Julien signature.asc Description: Digital signature
Bug#669034: Bad panning behavior
tags 669034 + upstream fixed-upstream thanks On 16/04/12 18:50, Yuri D'Elia wrote: All being said, this behavior is ugly, and the document does not follow the pointer. This has been fixed upstream [1] and I'll add the fix to the next upload. Regards [1] http://git.pwmt.org/?p=zathura.git;a=commit;h=b5bf7ef8 -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#670195: RFS: lierolibre/0.2-1
On Fri, 2012-04-27 at 19:59 +0200, Martin Erik Werner wrote: On Tue, 2012-04-24 at 10:14 +0800, Paul Wise wrote: On Tue, Apr 24, 2012 at 5:26 AM, Martin Erik Werner wrote: I am looking for a sponsor for my new package lierolibre A review, since you are upstream too, I'm including some advice related to that too. (...) I note many files don't have copyright/license headers: http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/ I'm aware, I have taken to practice adding copyright headers to all *header* files whose related code I poke in, but since I have not made changes to all bits, many remain unchanged. I've now added copyright headers globally throughout the source files. I would suggest moving the C++ code to a src/ (or similar) subdir. Yeah, that's probably a good idea, I'll look into that. done I would suggest deleting sdl.m4 from your VCS and just letting autotools copy in the one from SDL. Via autoreconf you mean? I'll look into that. done gvl is both an embedded code copy and a nest of embedded code copies, some of which are even in Debian (zlib, libpcl1-dev, libtut-dev). My eyes! Well the zlib is unused, (and now deleted). I was not aware of libpcl and libtut, I'll have a look at ripping those out as well. All three removed, unused anyways. (...) The change weapon button doesn't seem to work. Do you mean the one for Player2? Yeah, that's the default case for me as well, though I suspect that that's due to me having Alt Gr instead of LAlt, and I'm not sure if it's possible to support both, I'll have to look into that.. This is unchanged for now. Please use dh --parallel or mention in debian/rules why build parallelism isn't possible to use. Ah, ok, I'll do that. I would suggest depending on dh-autoreconf and running dh --with autoreconf to ensure that the configure script and Makefiles are always buildable on Debian. This is useful since Debian does rebuild testing for newer versions of autotools. Ah, I haven't looked at autotools from a Debian perspective enough it seems, thanks for the hint. Both added, along with hardening build flags and a debug package. cppcheck warnings: [gvl/gvl_test/_build/deque.cpp:51]: (error) Throwing exception in destructor [gvl/crypt/curve25519.cpp:318]: (error) Memory leak: temp [gvl/containers/tests/deque.cpp:48]: (error) Throwing exception in destructor [gvl/crypt/curve25519.cpp:690]: (error) Memory leak: temp1 [gvl/uthread/uthread.cpp:100]: (error) Throwing exception in destructor [viewport.cpp:132]: (error) Possible null pointer dereference: worm - otherwise it is redundant to check if worm is null at line 111 I'll have to do some digging here :) All these should be addressed now. I've made a new upstream release, as per NEWS: Version 0.2 - April 2012, by Martin Erik Werner * New dependency on boost_program_options * Reworked command-line handling completely + Generalised options - -f --file : input file - -d --dir : input dir - -w --write : output file - -h --help - -v --sdlvideo - arg1 is auto-assigned to input file - arg2 is auto-assigned to input dir - arg3 is auto-assigned to output file * Fixed a bug where giving a directory path without the ending / would set the path to the parent directory instead. * Defaults to reading data/liero.cfg instead of ./liero.cfg * Removal of non-free dtoa piece in gvl * Better resolution handling (only for 'Nearest' filter) + Game window now defaults to double the size (640x400) + Fullscreen now defaults to highest supported screen resolution - Game area will grab max multiple of 320x200, rest becomes border + Added F7 and F8 keys for x3 and x4 scaling respecively * Added ability to quit game via desktop events (window close, alt+F4, etc.) * Made configure checks for SDL_mixer not depend on pkg-config * Error messages from handling config files are now much more verbose + If possible gives error type, file, line number, setting path, etc. + This is only enabled with libconfig++ version 1.4 and above - (libconfig++9 in Debian/Ubuntu) IIRC with X11 there are hints you can send to the WM to prevent users from being able to resize to particular sizes, that might be useful to get rid of the bordering. The problem here is actually that only integer multiples of 320x200 works for the currently used Nearest filter, I've used this with the scaling keys and with fullscreen, so it's at least reasonable. Arbitrary window drag-resizing still doesn't work, it appears that somehow, SDL stops supplying SDL_RESIZEVIDEO events after a tenth of a second of resizing or so, I've not figured out how to solve this... Also, I encountered a couple of segfaults when resizing, one in scale2x mode when
Bug#647552: g++-4.6: ICE on ia64 with -O3: segmentation fault
Jakub, Are you running a native ia64-ia64 compiler or a cross-compiler? Do you happen to know if this occurs when using a cross-compiler to ia64? Patrick
Bug#670954: [apt] MultiArch: apt-get -f install doesn't see correct dependency of package
On 05/03/2012 04:20 PM, Goswin von Brederlow wrote: Török Edwin edwin+ml-deb...@etorok.net writes: Traceback (most recent call last): File /usr/bin/apt-listchanges, line 237, in module main() File /usr/bin/apt-listchanges, line 48, in main debs = apt_listchanges.read_apt_pipeline(config) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in read_apt_pipeline return map(lambda pkg: filenames[pkg], order) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in lambda return map(lambda pkg: filenames[pkg], order) KeyError: 'libgcc1-dbg' I think that is your actual problem. Something is broken with (your) apt-listchanges. Apt-listchanges is a hook run before installing packages and if any hook fails the installation is aborted. Try removing that temporary from your apt.conf. In the end I fixed this by removing libgcc1-dbg and libstdc++6-4.7-dbg, and reinstalling them. I can however still reproduce the problem by downgrading to the .deb in my /var/cache/apt, so I've tried disabling apt-listchanges as you suggested: # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages were automatically installed and are no longer required: anjuta-common gtkpod-data id3v2 libanjuta-3-0 libgdl-3-2 libgdl-3-common Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libgcc1-dbg The following packages will be upgraded: libgcc1-dbg 1 upgraded, 0 newly installed, 0 to remove and 97 not upgraded. 1 not fully installed or removed. Need to get 0 B/101 kB of archives. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Y dpkg: dependency problems prevent configuration of libgcc1-dbg:amd64: libgcc1-dbg:amd64 depends on gcc-4.7-base (= 4.7.0-5); however: Version of gcc-4.7-base:amd64 on system is 4.7.0-7. libgcc1-dbg:amd64 depends on libgcc1 (= 1:4.7.0-5); however: Version of libgcc1:amd64 on system is 1:4.7.0-7. dpkg: error processing libgcc1-dbg:amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libgcc1-dbg:amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Didn't work. I _think_ the problem occurs only if I have a removed, but not purged old version of libgcc1-dbg/gcc-4.7-base:i386. So there are 2 bugs here: 1. 'apt-get -f install' can't recover on its own from .gz mismatches, if the :i386 package is removed, and at an older version. One has to manually --purge the :i386 package, before the :amd64 one can be upgraded. IMHO removed packages shouldn't affect upgradability. 2. 'apt-get -f install' can't recover on its own from an unpacked-but-not-configured libgcc1-dbg that got stuck at an older version. One has to remove the package, and reinstall it to fix this. I think apt-get -f install should at least give hints to the user on what to try manually, and of course best would be if it could figure out on its own how to fix these situations. FWIW downgrading and upgrading just the amd64 packages works: 1. Downgrade to 4.7.0-6, just amd64 packages, :i386 packages are purged: # dpkg -i /var/cache/apt/archives/libgcc1_1%3a4.7.0-6_amd64.deb /var/cache/apt/archives/gcc-4.7-base_4.7.0-6_amd64.deb /var/cache/apt/archives/libstdc++6_4.7.0-6_amd64.deb /var/cache/apt/archives/libgcc1-dbg_1%3a4.7.0-6_amd64.deb 2. apt-get -f install restores it back again This doesn't work (steps to reproduce this bug): 1. Install libgcc1-dbg:i386 # apt-get install libgcc1-dbg:i386 libgcc1-dbg:amd64 2. Remove it (but don't purge) # apt-get remove libgcc1-dbg:i386 status is now: dpkg -l libgcc1 libgcc1-dbg gcc-4.7-base Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii gcc-4.7-base:amd644.7.0-7 GCC, the GNU Compiler Collection (base package) ii gcc-4.7-base:i386 4.7.0-7 GCC, the GNU Compiler Collection (base package) ii libgcc1:amd64 1:4.7.0-7 GCC support library ii libgcc1:i386 1:4.7.0-7 GCC support library ii libgcc1-dbg:amd64 1:4.7.0-7 GCC support library (debug symbols) 3. Downgrade to 4.7.0-6, just amd64 packages. (will fail due to mismatching versions): # dpkg -i /var/cache/apt/archives/libgcc1_1%3a4.7.0-6_amd64.deb /var/cache/apt/archives/gcc-4.7-base_4.7.0-6_amd64.deb
Bug#671350: yafc: New yafc fork
tags 671350 + pending thanks On 03/05/12 14:04, George B. wrote: There is a new (and apparently active) fork of yafc here: http://www.yafc-ftp.com/ Considering original upstream has been quite dead for several years, please consider packaging the fork instead. Providing it's good... ;-) I'm already working on the new version. I hope it's ready soon. Regards -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#670954: [apt] MultiArch: apt-get -f install doesn't see correct dependency of package
On 05/03/2012 07:47 PM, Török Edwin wrote: On 05/03/2012 04:20 PM, Goswin von Brederlow wrote: Török Edwin edwin+ml-deb...@etorok.net writes: Traceback (most recent call last): File /usr/bin/apt-listchanges, line 237, in module main() File /usr/bin/apt-listchanges, line 48, in main debs = apt_listchanges.read_apt_pipeline(config) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in read_apt_pipeline return map(lambda pkg: filenames[pkg], order) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in lambda return map(lambda pkg: filenames[pkg], order) KeyError: 'libgcc1-dbg' I think that is your actual problem. Something is broken with (your) apt-listchanges. Apt-listchanges is a hook run before installing packages and if any hook fails the installation is aborted. Try removing that temporary from your apt.conf. In the end I fixed this by removing libgcc1-dbg and libstdc++6-4.7-dbg, and reinstalling them. I can however still reproduce the problem by downgrading to the .deb in my /var/cache/apt, so I've tried disabling apt-listchanges as you suggested: # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages were automatically installed and are no longer required: anjuta-common gtkpod-data id3v2 libanjuta-3-0 libgdl-3-2 libgdl-3-common Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libgcc1-dbg The following packages will be upgraded: libgcc1-dbg 1 upgraded, 0 newly installed, 0 to remove and 97 not upgraded. 1 not fully installed or removed. Need to get 0 B/101 kB of archives. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Y dpkg: dependency problems prevent configuration of libgcc1-dbg:amd64: libgcc1-dbg:amd64 depends on gcc-4.7-base (= 4.7.0-5); however: Version of gcc-4.7-base:amd64 on system is 4.7.0-7. libgcc1-dbg:amd64 depends on libgcc1 (= 1:4.7.0-5); however: Version of libgcc1:amd64 on system is 1:4.7.0-7. dpkg: error processing libgcc1-dbg:amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libgcc1-dbg:amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Didn't work. I _think_ the problem occurs only if I have a removed, but not purged old version of libgcc1-dbg/gcc-4.7-base:i386. So there are 2 bugs here: 1. 'apt-get -f install' can't recover on its own from .gz mismatches, if the :i386 package is removed, and at an older version. One has to manually --purge the :i386 package, before the :amd64 one can be upgraded. IMHO removed packages shouldn't affect upgradability. 2. 'apt-get -f install' can't recover on its own from an unpacked-but-not-configured libgcc1-dbg that got stuck at an older version. One has to remove the package, and reinstall it to fix this. I think apt-get -f install should at least give hints to the user on what to try manually, and of course best would be if it could figure out on its own how to fix these situations. FWIW downgrading and upgrading just the amd64 packages works: 1. Downgrade to 4.7.0-6, just amd64 packages, :i386 packages are purged: # dpkg -i /var/cache/apt/archives/libgcc1_1%3a4.7.0-6_amd64.deb /var/cache/apt/archives/gcc-4.7-base_4.7.0-6_amd64.deb /var/cache/apt/archives/libstdc++6_4.7.0-6_amd64.deb /var/cache/apt/archives/libgcc1-dbg_1%3a4.7.0-6_amd64.deb 2. apt-get -f install restores it back again This doesn't work (steps to reproduce this bug): 1. Install libgcc1-dbg:i386 # apt-get install libgcc1-dbg:i386 libgcc1-dbg:amd64 2. Remove it (but don't purge) # apt-get remove libgcc1-dbg:i386 status is now: dpkg -l libgcc1 libgcc1-dbg gcc-4.7-base Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++-=-=-== ii gcc-4.7-base:amd644.7.0-7 GCC, the GNU Compiler Collection (base package) ii gcc-4.7-base:i386 4.7.0-7 GCC, the GNU Compiler Collection (base package) ii libgcc1:amd64 1:4.7.0-7 GCC support library ii libgcc1:i386 1:4.7.0-7 GCC support library This should read 'rc libgcc1:i386, I've pasted wrong dpkg -l here. --Edwin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#657565: xorg-server: please switch to the standard FontPath setup
On Thu, May 3, 2012 at 06:02:15 +, Paul Wise wrote: debian/xserver-xorg-core.postinst | 52 + I'm very much not in favour of adding such complexity to maintainer scripts. Cheers, Julien signature.asc Description: Digital signature
Bug#671353: gettext-el: fails to upgrade from squeeze
tags 671353 + help thanks On Thu, 3 May 2012, Andreas Beckmann wrote: Package: gettext-el Version: 0.18.1.1-6 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'squeeze'. It installed fine in 'squeeze', then the upgrade to 'sid' fails. Thanks for the report. I tried to reproduce it on a qemu virtual machine without success. Therefore, I'm tagging this as help just in case anybody reading this is able to explain what's happening here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671382: t38modem: SEGFAULT in MyH323Connection::AdjustMediaFormats
Package: t38modem Version: 2.0.0-2 Severity: grave Hi, On my up-to-date wheezy (testing) system, t38modem crashes with segfault at each try to send or receive a fax. Current command line used is /usr/bin/t38modem -t -o /var/log/t38modem.log -n -T -p +/dev/ttyx0,+/dev/ttyx1 --route modem:0.*=h323:dn@172.16.9.23 --route h323:.*=modem:dn I've installed libpt-dbg and libopal-dbg and rebuilt t38modem with debug symbols, so I can provide with the following stack trace. Starting program: /usr/bin/t38modem -t -o /var/log/t38modem.log -n -T -p +/dev/ttyx0,+/dev/ttyx1 --route modem:0.\*=h323:\dn\@172.16.9.23 --route h323:.\*=modem:\dn\a [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffed21e700 (LWP 17042)] T38Modem Version 2.0.0 (OPAL-3.10.4/3.10.4 (svn:26616), PTLIB-2.10.4/2.10.4 (svn:26606)) by Vyacheslav Frolov on Unix Linux (3.2.0-2-amd64-x86_64) [New Thread 0x77ee4700 (LWP 17043)] [New Thread 0x77ea3700 (LWP 17044)] [New Thread 0x77e62700 (LWP 17045)] [New Thread 0x7fffe2191700 (LWP 17046)] [New Thread 0x7fffe2150700 (LWP 17047)] [New Thread 0x7fffe210f700 (LWP 17048)] [New Thread 0x7fffe20ce700 (LWP 17049)] [New Thread 0x7fffe208d700 (LWP 17050)] [New Thread 0x7fffe204c700 (LWP 17051)] [New Thread 0x7fffe200b700 (LWP 17052)] [New Thread 0x7fffe1fca700 (LWP 17053)] [New Thread 0x7fffe1f89700 (LWP 17054)] Waiting for incoming H.323 calls from tcp$*:1720,tcps$*:1300 [New Thread 0x7fffe1f48700 (LWP 17055)] [New Thread 0x7fffe1f07700 (LWP 17056)] [New Thread 0x7fffe1ec6700 (LWP 17057)] [New Thread 0x7fffe1e85700 (LWP 17058)] [New Thread 0x7fffe1e44700 (LWP 17059)] Waiting for incoming SIP calls from udp$*:5060,tcp$*:5060,tcps$*:5061 Route table: modem:0.*=h323:dn@172.16.9.23 h323:.*=modem:dna [Thread 0x7fffe200b700 (LWP 17052) exited] [Thread 0x7fffe1fca700 (LWP 17053) exited] [Thread 0x7fffe204c700 (LWP 17051) exited] [New Thread 0x7fffe204c700 (LWP 17152)] [New Thread 0x7fffe1fca700 (LWP 17153)] [New Thread 0x7fffe200b700 (LWP 17154)] [Thread 0x7fffe1fca700 (LWP 17153) exited [Thread 0x7fffe200b700 (LWP 17154) exited] [Thread 0x7fffe204c700 (LWP 17152) exited] [New Thread 0x7fffe204c700 (LWP 17155)] [New Thread 0x7fffe200b700 (LWP 17156)] [New Thread 0x7fffe1fca700 (LWP 17157)] Call[Cc0d937f91] from modem:T38Modem%20v2.0.0 to 00646738610@+/dev/ttyx1, route to h323:00646738610@tcp$172.16.9.23:1720 [New Thread 0x7fffe1e03700 (LWP 17158)] [New Thread 0x7fffe1dc2700 (LWP 17159)] Open OpalRTPMediaStream-Source-G.711-uLaw-64k for Call[Cc0d937f91] Open AudioModemMediaStream-Sink-PCM-16 for Call[Cc0d937f91] [New Thread 0x7fffe1d81700 (LWP 17160)] [Thread 0x7fffe20ce700 (LWP 17049) exited] [Thread 0x7fffe208d700 (LWP 17050) exited] [Thread 0x7fffe210f700 (LWP 17048) exited] [New Thread 0x7fffe210f700 (LWP 17162)] [New Thread 0x7fffe208d700 (LWP 17163)] [New Thread 0x7fffe20ce700 (LWP 17164)] Open AudioModemMediaStream-Source-PCM-16 for Call[Cc0d937f91] Open OpalRTPMediaStream-Sink-G.711-uLaw-64k for Call[Cc0d937f91] [New Thread 0x7fffe1d40700 (LWP 17223)] [New Thread 0x7fffe1cff700 (LWP 17259)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe1cff700 (LWP 17259)] 0x004749ed in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () (gdb) bt #0 0x004749ed in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #1 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #2 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #3 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #4 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #5 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #6 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #7 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #8 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #9 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #10 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () [ 1590 identical lines omitted] #1600 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #1601 0x00474aac in MyH323Connection::AdjustMediaFormats(bool, OpalConnection*, OpalMediaFormatList) const () #1602 0x00474aac in
Bug#663577: irssi-scripts-20120326 new release
Hi Daniel, On Sun, Apr 29, 2012 at 01:34:48PM -0500, Daniel Echeverry wrote: Hi, I have reviewed all the scripts from the list, I fix some typos, but there are other scripts that have 2 different licenses. Below I show you the scripts that were settled and those who need to reviewed again. [snip script output] Thanks for settling these. [1]: Declare a header with a license and below another license ( is it necessary contact the upstream ?) Fixed: error found and fixed OK: OK --- For this case it is necessary to contact the upstream to verify the license? I have looked at many of these and it seems the problem your are noticing is they have a license text block as a comment at the top, but the license specified for the %IRSSI settings is not referring to that specific license. Since the license setting allows plain text without a standard format, I beleive that the authors have simply been less precise here without realizing the potential confusion. As long as they specify the same type of license, but the block is more precise about the specific license versions, I think it will be fine for us to just use the license text block which is more precise and limiting. Thank you very much!! Thank you again for your work, and patience, on this! I may be able to work on this tonight, but hope to get this uploaded by tomorrow, if not. Cheers, Ryan -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671383: pulseaudio: module-udev-detect fails to find the soundcard (hence dummy output aka no sound)
Package: pulseaudio Version: 1.1-3 Severity: important Dear Maintainer, Problem: out-of the box pulseaudio gives a dummy output in Kmix aka no sound Diagnostics: I think that there is a problem with the start-up execution of the module-udev-detect. I cannot say if it is the timing when the module is executed, or the module itself. Executing pkill pulse ; sleep 10 ; pulseaudio - gives back sound. The manual fix below gives an apparently working pulseaudio, and explains why the problem concerns module-udev-detect. This bug is related with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=551498 up to you to decide if to merge or not. Good luck Ric ### (Dirty) manual fix ### manually load the sound card that for me happens to be card 0 and disable theloading of module-udev-detect ~# diff _etc_pulse_default.pa_original /etc/pulse/default.pa 44,45c44,45 #load-module module-alsa-sink #load-module module-alsa-source device=hw:1,0 --- load-module module-alsa-sink load-module module-alsa-source device=hw:0 53c53 load-module module-udev-detect --- #load-module module-udev-detect The following to activate debugging output ~# diff _etc_pulse_daemon.conf_original /etc/pulse/daemon.conf 48,49c48,50 ; log-target = auto ; log-level = notice --- ; log-target = syslog ; log-level = device ; log-time = yes ~# Sound is back ~$ pacmd list-sinks Welcome to PulseAudio! Use help for usage information. 1 sink(s) available. * index: 0 name: alsa_output.default driver: module-alsa-sink.c flags: HARDWARE DECIBEL_VOLUME LATENCY FLAT_VOLUME DYNAMIC_LATENCY state: SUSPENDED suspend cause: IDLE priority: 9950 volume: 0: 100% 1: 100% 0: 0.00 dB 1: 0.00 dB balance 0.00 base volume: 100% 0.00 dB volume steps: 65537 muted: no current latency: 0.00 ms max request: 0 KiB max rewind: 0 KiB monitor source: 0 sample spec: s32le 2ch 48000Hz channel map: front-left,front-right Stereo used by: 0 linked by: 0 configured latency: 0.00 ms; range is 0.50 .. 170.67 ms module: 4 properties: alsa.resolution_bits = 32 device.api = alsa device.class = sound alsa.class = generic alsa.subclass = generic-mix alsa.name = AD198x Analog alsa.id = AD198x Analog alsa.subdevice = 0 alsa.subdevice_name = subdevice #0 alsa.device = 0 alsa.card = 0 alsa.card_name = HDA Intel alsa.long_card_name = HDA Intel at 0xfebfc000 irq 46 alsa.driver_name = snd_hda_intel device.bus_path = pci-:00:1b.0 sysfs.path = /devices/pci:00/:00:1b.0/sound/card0 device.bus = pci device.vendor.id = 8086 device.vendor.name = Intel Corporation device.product.name = 82801I (ICH9 Family) HD Audio Controller device.form_factor = internal device.string = default device.buffering.buffer_size = 65536 device.buffering.fragment_size = 8192 device.access_mode = mmap+timer device.description = Internal Audio device.icon_name = audio-card-pci ~$ pacmd list-sources Welcome to PulseAudio! Use help for usage information. 2 source(s) available. index: 0 name: alsa_output.default.monitor driver: module-alsa-sink.c flags: DECIBEL_VOLUME LATENCY DYNAMIC_LATENCY state: SUSPENDED suspend cause: IDLE priority: 1000 volume: 0: 100% 1: 100% 0: 0.00 dB 1: 0.00 dB balance 0.00 base volume: 100% 0.00 dB volume steps: 65537 muted: no current latency: 0.00 ms max rewind: 0 KiB sample spec: s32le 2ch 48000Hz channel map: front-left,front-right Stereo used by: 0 linked by: 0 configured latency: 0.00 ms; range is 0.50 .. 170.67 ms monitor_of: 0 module: 4 properties: device.description = Monitor of Internal Audio device.class = monitor device.icon_name = audio-input-microphone * index: 1 name: alsa_input.hw_0 driver: module-alsa-source.c flags: HARDWARE DECIBEL_VOLUME LATENCY DYNAMIC_LATENCY state: SUSPENDED suspend cause: IDLE priority: 9950 volume: 0: 100% 1: 100% 0: 0.00 dB 1: 0.00 dB balance 0.00 base volume: 100% 0.00 dB volume steps: 65537 muted: no current latency: 0.00 ms
Bug#671300: fontconfig: [INTL:nl] Dutch translation of debconf templates
On Thu, 03 May 2012 09:26:24 +0200, Jeroen Schot sc...@a-eskwadraat.nl wrote: Attached is the updated Dutch translation of the fontconfig debconf templates. Please include it in your next upload. I've updated the version in the fontconfig packaging repository and it will be included in the next fontconfig upload. -- keith.pack...@intel.com pgppIkKf69l2Q.pgp Description: PGP signature
Bug#671384: xplc: FTBFS on hurd-i386.
Package: xplc
Severity: important
Tags: upstream patch
Dear Maintainer,
xplc currently FTBFS on hurd-i386 because it uses the PATH_MAX macro, which is
not defined on GNU/Hurd. The attached patch should fix this issue. Since
PATH_MAX is not needed any more, it also removes the check for limits.h from
configure.ac.
WBR,
Cyril Roelandt.
-- System Information:
Debian Release: wheezy/sid
APT prefers unreleased
APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hurd-i386 (i686-AT386)
Kernel: GNU-Mach 1.3.99/Hurd-0.3
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set
LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
--- xplc-0.3.13.orig/xplc/modulemgr.cpp 2004-09-30 21:09:54.0 +
+++ xplc-0.3.13/xplc/modulemgr.cpp 2012-05-03 16:28:28.0 +
@@ -29,9 +29,6 @@
#ifdef HAVE_STDINT_H
# include stdint.h
#endif
-#ifdef HAVE_LIMITS_H
-# include limits.h
-#endif
#if !defined(WIN32)
# if HAVE_DIRENT_H
@@ -83,7 +80,7 @@
#if !defined(WIN32)
DIR* dir;
struct dirent* ent;
- char fname[PATH_MAX];
+ char *fname;
IServiceManager* servmgr = XPLC_getServiceManager();
IModuleLoader* loader;
ModuleNode* modules = 0;
@@ -106,7 +103,10 @@
while((ent = readdir(dir))) {
IModule* module;
-snprintf(fname, PATH_MAX, %s/%s, directory, ent-d_name);
+size_t size;
+size = snprintf(NULL, 0, %s/%s, directory, ent-d_name) + 1;
+fname = new char[size];
+snprintf(fname, size, %s/%s, directory, ent-d_name);
module = loader-loadModule(fname);
if(module) {
@@ -115,6 +115,8 @@
if(node)
modules = node;
}
+
+delete [] fname;
}
loader-release();
--- xplc-0.3.13.orig/configure.ac 2005-10-31 23:19:35.0 +
+++ xplc-0.3.13/configure.ac 2012-05-03 16:27:06.0 +
@@ -83,7 +83,6 @@
AC_PROG_LN_S
AC_HEADER_DIRENT
-AC_CHECK_HEADERS([limits.h])
AC_CHECK_PROGS([CVS2CL], [cvs2cl.pl cvs2cl], [no])
--- xplc-0.3.13.orig/include/autoconf.h.in 2005-10-31 22:50:02.0 +
+++ xplc-0.3.13/include/autoconf.h.in 2012-05-03 16:28:50.0 +
@@ -13,9 +13,6 @@
/* Define to 1 if you have the inttypes.h header file. */
#undef HAVE_INTTYPES_H
-/* Define to 1 if you have the limits.h header file. */
-#undef HAVE_LIMITS_H
-
/* Define to 1 if you have the mach-o/dyld.h header file. */
#undef HAVE_MACH_O_DYLD_H
Bug#671119: [Cupt-devel] Bug#671119: [INTL:da] Danish translation of cupt
tags 671119 pending quit On 2012-05-01 22:15, Joe Dalton wrote: Please include the attached Danish cupt translation. joe@pc:~/over/debianp/cupt$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 198 oversatte tekster, 266 uoversatte tekster. Thanks! Committed. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671385: ITP: omphalos -- Network enumeration and domination
Package: wnpp Severity: wishlist Owner: nick black d...@qemfd.net * Package name: omphalos Version : 0.99.0 Upstream Author : Nick Black d...@qemfd.net * URL : http://dank.qemfd.net/dankwiki/index.php/Omphalos * License : GPL Programming Lang: C Description : Network enumeration and domination Omphalos is a tool for visualizing and controlling a local network (though it will also process pcap savefiles). Captured packets are analyzed to build a database of hosts and services. Various scans can be performed to elicit informative packets. Spoofing and redirection at several layers allows flows to be redirected through the host machine, or silenced. Omphalos is fully IPv6 aware, and makes use of numerous service discovery protocols. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566609: [Pkg-cacti-maint] Bug#566609: bug not in cacti
On 2012-05-03, at 12:42 PM, Paul Gevers wrote: On 03-05-12 00:38, Francois Beaulieu wrote: It appears to be solved upstream: Which part? I have not had a chance to verify it personally, but they seem to no longer use ini_set within cmd.php or other cacti php scripts, according to the notes. This would mean that we would not need to modify the scripts to add --define suhosin.memory_limit to script calls. http://bugs.cacti.net/view.php?id=1583 This change (revision 5717) never made it completely to the 0.8.X branch and remained in main. They did make nearly the same change to the 0.8.7 branch in revision 5743 (April 2010), without the configuration part. Has it made it into v0.8.8? The case notes certainly indiciate that it did. - on which version of cacti did you do your verifications? I have not tested against any versions other than the v0.8.7g provided by Debian. - do we still need the --define suhosin.memory_limit lines, even if a proper memory_limit is set by cacti's scripts? As I understand it, yes, or are those suhosin limits taken from the php memory_limit? We will need to define suhosin.memory_limit in all versions that don't include the fix. From my understanding of the fix, users may also need to add it manually to the scripts in the fixed version if they define a non-standard memory_limit in config.pgp. However, since by default the memory_limit will be fixed to 512M globally, no script will use ini_set to increase its memory, and suhosin will thus no longer complain even when suhosin.memory_limit isn't defined. This is my understanding, but is untested, so it may be wrong. (I have no time to set up and est a non-debian version right now.) Thanks, François Beaulieu Courriel: francois.beaul...@securebyknowledge.commailto:francois.beaul...@securebyknowledge.com | Web: www.securebyknowledge.comhttp://www.securebyknowledge.com/
Bug#670954: [apt] MultiArch: apt-get -f install doesn't see correct dependency of package
Török Edwin edwin+ml-deb...@etorok.net writes: On 05/03/2012 04:20 PM, Goswin von Brederlow wrote: Török Edwin edwin+ml-deb...@etorok.net writes: Traceback (most recent call last): File /usr/bin/apt-listchanges, line 237, in module main() File /usr/bin/apt-listchanges, line 48, in main debs = apt_listchanges.read_apt_pipeline(config) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in read_apt_pipeline return map(lambda pkg: filenames[pkg], order) File /usr/share/apt-listchanges/apt_listchanges.py, line 83, in lambda return map(lambda pkg: filenames[pkg], order) KeyError: 'libgcc1-dbg' I think that is your actual problem. Something is broken with (your) apt-listchanges. Apt-listchanges is a hook run before installing packages and if any hook fails the installation is aborted. Try removing that temporary from your apt.conf. In the end I fixed this by removing libgcc1-dbg and libstdc++6-4.7-dbg, and reinstalling them. I can however still reproduce the problem by downgrading to the .deb in my /var/cache/apt, so I've tried disabling apt-listchanges as you suggested: # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages were automatically installed and are no longer required: anjuta-common gtkpod-data id3v2 libanjuta-3-0 libgdl-3-2 libgdl-3-common Use 'apt-get autoremove' to remove them. The following extra packages will be installed: libgcc1-dbg The following packages will be upgraded: libgcc1-dbg 1 upgraded, 0 newly installed, 0 to remove and 97 not upgraded. 1 not fully installed or removed. Need to get 0 B/101 kB of archives. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Y dpkg: dependency problems prevent configuration of libgcc1-dbg:amd64: libgcc1-dbg:amd64 depends on gcc-4.7-base (= 4.7.0-5); however: Version of gcc-4.7-base:amd64 on system is 4.7.0-7. libgcc1-dbg:amd64 depends on libgcc1 (= 1:4.7.0-5); however: Version of libgcc1:amd64 on system is 1:4.7.0-7. dpkg: error processing libgcc1-dbg:amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libgcc1-dbg:amd64 E: Sub-process /usr/bin/dpkg returned an error code (1) Didn't work. Ok, now that looks much more like an apt bug. Apt correctly notices that it needs to *upgrade* libgcc1-dbg:amd64. But where does it actually do that? There is no unpacking of the new libgcc1-dbg:amd64 and clearly the old can't be configured. Could you check what dpkg commands apt invokes? Not sure whats the easiest there but a strace -f would do or overriding Dir::Bin::dpkg. I _think_ the problem occurs only if I have a removed, but not purged old version of libgcc1-dbg/gcc-4.7-base:i386. So there are 2 bugs here: 1. 'apt-get -f install' can't recover on its own from .gz mismatches, if the :i386 package is removed, and at an older version. One has to manually --purge the :i386 package, before the :amd64 one can be upgraded. IMHO removed packages shouldn't affect upgradability. Shouldn't but probably will. Multiarch packages can't have different versions so a removed package will still lock the version of the other archs. On ther other hand a remove package only has conffiles left and they shouldn't cause a conflict with files differing between multiarch packages. But apt-get should figure that out and purge the offending package or give a proper error message if that is the case. 2. 'apt-get -f install' can't recover on its own from an unpacked-but-not-configured libgcc1-dbg that got stuck at an older version. One has to remove the package, and reinstall it to fix this. I think apt-get -f install should at least give hints to the user on what to try manually, and of course best would be if it could figure out on its own how to fix these situations. FWIW downgrading and upgrading just the amd64 packages works: 1. Downgrade to 4.7.0-6, just amd64 packages, :i386 packages are purged: # dpkg -i /var/cache/apt/archives/libgcc1_1%3a4.7.0-6_amd64.deb /var/cache/apt/archives/gcc-4.7-base_4.7.0-6_amd64.deb /var/cache/apt/archives/libstdc++6_4.7.0-6_amd64.deb /var/cache/apt/archives/libgcc1-dbg_1%3a4.7.0-6_amd64.deb 2. apt-get -f install restores it back again This doesn't work (steps to reproduce this bug): 1. Install libgcc1-dbg:i386 # apt-get install libgcc1-dbg:i386 libgcc1-dbg:amd64 2. Remove it (but don't purge) # apt-get remove libgcc1-dbg:i386 status is now: dpkg -l libgcc1 libgcc1-dbg gcc-4.7-base Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version
Bug#655387: [PATCH net v2] cdc_ether: Ignore bogus union descriptor for RNDIS devices
Jonathan Nieder jrnie...@gmail.com writes: Hi Iker, David Miller wrote: From: Bjørn Mork bj...@mork.no Date: Thu, 26 Apr 2012 14:35:10 +0200 The same comments as for v1 regarding testing applies. This is build tested only. Should go through some functional testing before being applied. Well? Is anyone gonna test this? Looks like it's up to you, unless some firmware upgrade already made the problem go away. It works like this: 0. prerequisites: apt-get install git build-essential 1. grab the kernel history, if you don't already have it: git clone \ git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git 2. add point releases: cd linux git remote add stable \ git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git git fetch stable 3. configure, build, test: git checkout stable/linux-3.2.y cp /boot/config-$(uname -r) .config; # current configuration make localmodconfig; # optional: minimize configuration scripts/config --disable DEBUG_INFO make deb-pkg; # optionally with -jnum for parallel build dpkg -i ../name of package; # as root reboot ... test test test ... Hopefully it reproduces the problem. So: 4. try the patch (attached): cd linux git am -3sc /path/to/the/patch make deb-pkg; # maybe with -j4 dpkg -i ../name of package; # as root reboot ... test test test ... Actually, given that this is a really minor change to a module and not touching any externally visible interfaces at all, you can get away with far less work for a simple verification test. Do step 1 and 2, and then apt-get install linux-headers-`uname -r`; # as root git checkout stable/linux-3.2.y git am -3sc /path/to/the/patch make -C /lib/modules/`uname -r`/build SUBDIRS=`pwd`/drivers/net/usb cdc_ether.ko # as root: rmmod cdc_ether insmod drivers/net/usb/cdc_ether.ko No reboot required, and no need to build all the unmodified drivers. All thanks to the excellent Debian kernel packages :-) Bjørn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666142: I Truly Do Miss You
Hey! I came across your own personal picture on fb. I love you a lot. Now let's chat! I am a female and simply attracted to male -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671386: RM: xserver-xorg-video-{apm,ark,chips,cirrus,i128,i740,mach64,mga,qxl,rendition,s3,siliconmotion,sis,trident,tseng,vesa,vmware} [ia64] -- ROM; ia64 domain I/O support code gone in xserver
Package: ftp.debian.org
Severity: normal
The video drivers listed in $subject use {in,out}{b,w,l} functions,
which the X server no longer provides on ia64.
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#671387: Please add gambas3 interpreter to lintian
Package: lintian Severity: wishlist Gambas is a complete visual development environment for BASIC in linux. The new version of Gambas, called Gambas3 and considered stable by upstream, has gbr3 as its interpreter and will be uploaded to Debian (in the gambas3-runtime package) in the short future. So, please, add gbr3 as interpreter to lintian. Also, the old version of Gambas had gbx2 and gbr2 as its interpreter and it's already in Debian in the gambas2-runtime package, which we are going to ask for removal before the Wheezy release, as soon as gambas is accepted by the ftp masters. I will fill a new bug against lintian to ask for the removal of gbr2 and gbx2 as interpreters as soon as gambas2-runtime is removed from the archive. Thanks signature.asc Description: This is a digitally signed message part
Bug#566609: [Pkg-cacti-maint] Bug#566609: bug not in cacti
I have not had a chance to verify it personally, but they seem to no longer use ini_set within cmd.php or other cacti php scripts, according to the notes. This would mean that we would not need to modify the scripts to add --define suhosin.memory_limit to script calls. http://bugs.cacti.net/view.php?id=1583 This change (revision 5717) never made it completely to the 0.8.X branch and remained in main. They did make nearly the same change to the 0.8.7 branch in revision 5743 (April 2010), without the configuration part. Has it made it into v0.8.8? The case notes certainly indiciate that it did. (My typo, the original revision was 5617 [1]) Well, the biggest part went into 0.8.7something, except for the possibility to configure the limit and the fact that the ini_set was done in global.php instead of the two last scripts. Reading from the diffs, there are two scripts left that use ini_set: paul@stromboli ~/cacti/cacti $ grep -n ini_set\(\memory_limit * cmd.php:64:ini_set(memory_limit, 512M); poller.php:211:ini_set(memory_limit, 512M); I have not tested against any versions other than the v0.8.7g provided by Debian. The changes were already included in that version. So your tests are the same for 0.8.8. We will need to define suhosin.memory_limit in all versions that don't include the fix. From my understanding of the fix, users may also need to add it manually to the scripts in the fixed version if they define a non-standard memory_limit in config.pgp. However, since by default the memory_limit will be fixed to 512M globally, no script will use ini_set to increase its memory, and suhosin will thus no longer complain even when suhosin.memory_limit isn't defined. This is my understanding, but is untested, so it may be wrong. (I have no time to set up and est a non-debian version right now.) See my comments above. But even if global.php would set the memory_limit, the issue would still be there wouldn't it? I.e. asking the cacti developers to port the changes in 5617 wouldn't really help anyway. By the way, from your proposed solution: the fact that a php script can call (via command line) an other php script while setting the suhosin.memory_limit defeats the purpose of suhosin quite a bit, doesn't it? Seems like a hole in the system. Paul [1] http://svn.cacti.net/viewvc?view=revrevision=5617 signature.asc Description: OpenPGP digital signature
Bug#671390: webtest: FTBFS if built twice in a row: mkdir: cannot create directory `docs/_static': File exists
Source: webtest Version: 1.3.3-1 Severity: important User: debian...@lists.debian.org Usertags: qa-doublebuild webtest FTBFS if built twice in a row: | debian/rules build | dh_testdir | dh_installdirs | mkdir docs/_static # Sphinx needs it | mkdir: cannot create directory `docs/_static': File exists | make: *** [build-docs] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671389: routes: FTBFS if built twice in a row: dh_sphinxdoc: Sphinx documentation not found
Source: routes Version: 1.13-1 Severity: important User: debian...@lists.debian.org Usertags: qa-doublebuild routes FTBFS if built twice in a row: | dh_testdir -i | dh_testroot -i | dh_installchangelogs -i | dh_installdocs -i | dh_sphinxdoc -i | dh_sphinxdoc: Sphinx documentation not found | make: *** [binary-indep] Error 2 | dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 I think this happens because the build-docs file is not removed in the clean target. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671388: python-tempita: FTBFS if built twice in a row: aborting due to unexpected upstream changes
Source: python-tempita Version: 0.5.1-1 Severity: important User: debian...@lists.debian.org Usertags: qa-doublebuild python-tempita FTBFS if built twice in a row: | dpkg-source -b python-tempita-0.5.1 | dpkg-source: info: using source format `3.0 (quilt)' | dpkg-source: info: building python-tempita using existing ./python-tempita_0.5.1.orig.tar.gz | dpkg-source: info: local changes detected, the modified files are: | python-tempita-0.5.1/Tempita.egg-info/PKG-INFO | dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/python-tempita_0.5.1-1.diff.TQLdG4 | dpkg-source: info: you can integrate the local changes with dpkg-source --commit | dpkg-buildpackage: error: dpkg-source -b python-tempita-0.5.1 gave error exit status 2 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671391: libnepomuk4: Nepomuk should depend on virtuoso
Package: libnepomuk4 Version: 4:4.7.4-4 Severity: important Dear Maintainer, I recently uninstalled virtuoso as it got removed from testing and nothing on my system depended on it - but now Nepomuk does not work anymore, when starting it says Nepomuk Semantic Desktop needs the Virtuoso RDF server to store its data. Installing the Virtuoso Soprano plugin is mandatory for using Nepomuk. I will re-install virtuoso from spanshots.debian.org, but the system should not even let me uninstall virtuoso if nepomuk requires it for working. Kind regards, Ralf -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnepomuk4 depends on: ii libc62.13-30 ii libkdecore5 4:4.7.4-4 ii libkdeui54:4.7.4-4 ii libqt4-dbus 4:4.7.4-3 ii libqtcore4 4:4.7.4-3 ii libqtgui44:4.7.4-3 ii libsoprano4 2.7.5+dfsg.1-1 ii libstdc++6 4.7.0-3 libnepomuk4 recommends no packages. libnepomuk4 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#669530: dsc-statistics: diff for NMU version 201106061022-4.1
tags #669530 confirmed pending thanks On Thu, Apr 26, 2012 at 08:17:30PM +0200, Salvatore Bonaccorso wrote: Only investigating some of the RC bugs. It seems that adding texlive-generic-recommended to Build-Depends should be enough. Bug and solution confirmed and commited. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671392: RM: aptlinex -- RoM; abandoned upstream
Package: ftp.debian.org Severity: normal Please, remove the source package aptlinex from unstable. This source package builds 1 binary package that should be removed too. This package has not been maintained by upstream since 2008, and its use has been widely replaced by gdebi. Regards. José L. signature.asc Description: This is a digitally signed message part
Bug#671393: gorm.app: Gorm forgot setup in Inspector/Attributes/Controls/Miniaturize after quit Gorm and start it again.
Package: gorm.app Version: 1.2.10-2.1 Severity: important Hi, on my Debian GNU/Linux wheezy/sid I have installed from debian repository (not from source) ProjectCenter.app version 0.6.0 and Gorm.app 1.2.10. In Gorm my small project's window hasn't the so called Titlebar. I'm using Windowmaker as window manager and there windows can have titlebar and resizebar. I set up in vain in Gorm - Inspector - Attributes - Controls - Miniaturize because next time when open the Interface.gorm in Gorm again, Gorm forgot this setup so I must set it up again and again. One can see this problem here: https://plus.google.com/photos/117283089154825941814/albums/5736149862706239553/5737938740821553890 or can download this image from here: https://lh5.googleusercontent.com/-NydAbQe7luM/T6FA4kWe8uI/ATA/hekjlZ-WoY8/s1167/Gorm_NSWindow-Controls_Miniaturize_missing.png Regards form Pál -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gorm.app depends on: ii dpkg 1.16.3 ii gnustep-back0.20 0.20.1-2 ii gnustep-base-runtime 1.22.1-2+b1 ii gnustep-gpbs 0.20.1-2+b1 ii gnustep-gui-runtime 0.20.0-3 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-32 ii libgcc1 1:4.7.0-7 ii libgnustep-base1.22 1.22.1-2+b1 ii libgnustep-gui0.200.20.0-3 ii libobjc3 4.6.3-5 Versions of packages gorm.app recommends: ii projectcenter.app 0.6.0-1+b1 gorm.app 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#566609: [Pkg-cacti-maint] Bug#566609: bug not in cacti
On 2012-05-03, at 2:28 PM, Paul Gevers wrote: Well, the biggest part went into 0.8.7something, except for the possibility to configure the limit and the fact that the ini_set was done in global.php instead of the two last scripts. The part that was left out is the only important part, in regards to this bug... Reading from the diffs, there are two scripts left that use ini_set: Which are the same two that I my proposed fix modifies by hand. See my comments above. But even if global.php would set the memory_limit, the issue would still be there wouldn't it? I.e. asking the cacti developers to port the changes in 5617 wouldn't really help anyway. That depends entirely on how it is implemented. It all boils down to: do the individual scripts still call ini_set to change their memory_limit themselves. If so, then we still need to define suhosin.memory_limit. If not, then suhosin won't complain: it only complains when a script tries to increase it's memory limit mid-run. By the way, from your proposed solution: the fact that a php script can call (via command line) an other php script while setting the suhosin.memory_limit defeats the purpose of suhosin quite a bit, doesn't it? Seems like a hole in the system. That's a whole different argument. Most people don't seem to find the suhosin patch to be particularly useful... It appears to be quite a kludge. Don't know if my fix uses a hole per se; I assume that the suhosin devs feel that suhosin is meant only to protect against misbehaving scripts and external attacks. If a user is able to modify the script or call them from the command line, then all bets are off and suhosin is useless anyways. François Beaulieu Courriel: francois.beaul...@securebyknowledge.commailto:francois.beaul...@securebyknowledge.com | Web: www.securebyknowledge.comhttp://www.securebyknowledge.com/
Bug#614907: tech-ctte: please help maintainers of packages with a node command to have a reasonable conversation
* Russ Allbery (r...@debian.org) [120503 01:33]: Ian Jackson ijack...@chiark.greenend.org.uk writes: I'm disappointed to see this is still rumbling on. There is only one correct solution, and it is this: In the long term, I would be happiest if both were renamed. I won't reiterate the arguments that I've already made on debian-devel, but will mention here for those who haven't been following that discussion that I think I disagree. Based on the information that I currently have (and this has been changing over the course of the discussion), I think Node.js should (eventually, with a suitable transition) have the name node, since the use of it in the ham radio package is as an inetd-invoked daemon and the renaming there doesn't have much impact. (It's a system interface, but not really a user interface.) It's interesting that Fedora has nodejs, and I think we should also provide nodejs and encourage people to use that name, but I think it would be best for our users to also provide node. In this case, I think the name the binary is installed as should be nodejs, not node. (A symlink is a different topic, see below.) Also, as you said, the ham radio package is (AFAICUI) only used internally (considering a binary run by inittab, inetd etc as internally), so a step-by-step-transition to a different name shouldn't be too hard. Independend of whether the nodejs-package contains a symlink in the end, I think that change should be done because node is a generic name. Regarding the symlink: I'm currently not convinced how hard it would be to not set the symlink. Whoever wants it can set it in /usr/local/bin or ~/bin/ (or via an alias). Especially as this is also the case in Fedora, I'd tend to also not using an symlink. I also think the current Policy suggestion to rename both programs in the event of an unreconciled naming conflict is not a very good idea, and think it should change to instead list the Technical Committee as the decision-maker of last resort. Renaming both programs is likely to be the right move only in cases where both programs are pretty obscure and fairly new. Agreed. Perhaps something like usually, newcomers should respect the namespace wouldn't sound wrong to me (but not as an absolute rule of course). Also, the policy should prevent using too generic names (if both packages rename, the name node is free again to be used, and I don't think that's proper). Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651260: patch to move the Plots and Time Scale selectors to the right
tags #651260 confirmed pending thanks This was fixed in new upstream version -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664068: USB MIDI keyboard fails to initialize
Hello, I have the same issue with my laptop and the same midi keyboard (M-Audio KeyRig 49). I think I found a workaround for this problem: if I disable power management just after the midi keyboard is plugged, it seems it always work: 1/ plug the keyboard 2/ wait less than 1 second 3/ then type as root: echo on /sys/bus/usb/devices/2-1.1/power/control (the 2-1.1 has to be replaced by the ID on your USB bus) I tested it 5 times and it was always working. I hope it can help to understand the root cause of the problem. There is probably a way to do that automatically when the device is plugged, I will post it here if I find it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670977: Wontfix
This is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=390033 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566900: Yummy Doll Seeking a Lover
Good day! I looked at all of your picture on facebook. I quite like you a lot. Why don't we communicate! I'm a woman and simply attracted to men -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671394: condor: German translation of the debconf templates
Package: condor Severity: wishlist Tags: l10n Hi, here's the German translation of your debconf template, reviewed and ready to be applied. Greetings Erik -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.3-2.towo.1-siduction-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
