Bug#638268: Broken HTML link in installation-guide
Package: installation-guide Version: Description: From: debian-6.0.2.1-i386-CD-1.iso in file: /doc/manual/en/apcs05.html link broken: http://www.phoenix.com/en/Customer+Services/BIOS/BIOS+FAQ/default.htm Suggest: I cannot say if this is a valid replacement or not having never seen the original linked file but it is what I turned up searching: http://www.dewassoc.com/support/bios/awardfaq.htm I liked it. Severity: minor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638269: Generated .taskrc suggests that themes are available in /usr/local
Package: task Version: 1.9.4-1 Severity: normal task creates a default .taskrc when the program is first run. This file contains comments such as the following: # Color theme (uncomment one to use) #include /usr/local/share/doc/task/rc/light-16.theme #include /usr/local/share/doc/task/rc/light-256.theme #include /usr/local/share/doc/task/rc/dark-16.theme #include /usr/local/share/doc/task/rc/dark-256.theme #include /usr/local/share/doc/task/rc/dark-red-256.theme ... Uncommenting these lines does not have the expected behaviour because the task package (correctly) does not ship these files in /usr/local, but in /usr/share/task. Please point to the files installed in /usr/share/task from this default .taskrc Thanks - Kyle Willmon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637609: closed by Anton Gladky gladky.an...@gmail.com (Bug#637397: fixed in paraview 3.10.1-2)
Python stuff of Paraview has been moved to paraview-python binary. And this binary is conflicting with python-vtk. On 8/18/11, Steve M. Robbins st...@sumost.ca wrote: On Wed, Aug 17, 2011 at 07:09:09PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the python-vtk,paraview package: #637397: Undeclared conflict with python-vtk * [27f6ded] Split paraview into paraview and paraview-python. (Closes: #637397) How does splitting the package fix the undeclared conflict? Thanks, -Steve -- Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638270: enblend-enfuse: FTBFS on armel
Source: enblend-enfuse Version: 4.0+dfsg-4 Severity: serious Justification: fails to build from source (but built successfully in the past) See the build log at https://buildd.debian.org/status/fetch.php?pkg=enblend-enfusearch=armelver=4.0%2Bdfsg-4%2Bb1stamp=1313582901 arm-linux-gnueabi-g++ -DHAVE_CONFIG_H -I. -I.. -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -I../include -DVIGRA_STATIC_LIB -pthread -I/usr/include/OpenEXR -g -O2 --param inline-unit-growth=60 -O2 -DNDEBUG -Wall -MT enfuse-enfuse.o -MD -MP -MF .deps/enfuse-enfuse.Tpo -c -o enfuse-enfuse.o `test -f 'enfuse.cc' || echo './'`enfuse.cc In file included from enfuse.cc:72:0: tiff_message.h: In function 'int main(int, char**)': tiff_message.h:26:6: note: the mangling of 'va_list' has changed in GCC 4.4 /tmp/ccfdKoEF.s: Assembler messages: /tmp/ccfdKoEF.s:3637253: Error: bad instruction `e .LBB602523' make[5]: *** [enfuse-enfuse.o] Error 1 Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637993: Uninstallable: Please depend on libnautilus-extension1a instead of libnautilus-extension1
Changwoo Ryu wrote: You are actually trying to upgrade to version 0.1.1-1 in unstable, from 0.0.6-1+gnome3+3+b1 in experimental. So this is quite a normal behavior. You are right! This source package is prepared to produce GNOME3 binary packages by rebuild. A binNMU in experimental will fix this. Thank you! Your time is appreciated! -- .''`. Trouble always comes at the wrong time : :' : `. `' `- Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638271: rlvm: FTBFS on powerpc
Package: rlvm Version: 0.12-3 Severity: serious Justification: fails to build from source (but built successfully in the past) See the build log at https://buildd.debian.org/status/fetch.php?pkg=rlvmarch=powerpcver=0.12-3stamp=1311242466 Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625355: guile: Fix FTBFS on hurd-i386
On Wed, 2011-08-17 at 18:53 -0500, Jonathan Nieder wrote: Hi, Svante Signell wrote: --- guile-1.8-1.8.8+1/configure.in 2011-08-17 18:18:38.0 + +++ guile-1.8-1.8.8+1.modified/configure.in 2011-08-17 16:22:39.0 + @@ -99,8 +99,17 @@ ... Thanks. But the above makes it less obvious what will happens when someone tries to build with gcc 4.5 or 4.7. I suspect it would be simpler to pass --disable-error-on-warning to configure as Ludo suggested, like this: ... diff --git a/debian/rules b/debian/rules index 32180e9d..516ddac9 100755 --- a/debian/rules +++ b/debian/rules @@ -64,6 +64,7 @@ configure_args = \ ... + --disable-error-on-warning \ --prefix=/usr Yes, this kind of patch is much better, thank you. Problem solved. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617546: xpdf prints duplex, overriding printer front panel
reassign 617546 poppler retitle 617546 popper: PSOutputDev should produce simplex output by default tag 617546 patch thanks I just had a couple minutes to look into this. xpdf now uses poppler's PSOutputDev for postscript output, so that is where the problem is now (although it looks like PSOutputDev in xpdf's source that isn't built anymore should also have the issue). I don't have a printer to test, but I've attached a potential solution. Would you be able to test it? Note that this needs to be applied to poppler. Best wishes, Mike --- poppler/PSOutputDev.cc.orig 2011-08-18 02:35:01.0 -0400 +++ poppler/PSOutputDev.cc 2011-08-18 02:35:22.0 -0400 @@ -117,7 +117,7 @@ /PageSize exch def, /ImagingBBox null def, /Policies 1 dict dup begin /PageSize 3 def end def, -{ /Duplex true def } if, +{ /Duplex false def } if, currentdict end setpagedevice, } {, pop pop,
Bug#638272: gnomad2: build-dependencies not installable on !linux
Package: gnomad2 Version: 2.9.6-1 Severity: serious Justification: fails to build from source (but built successfully in the past) gnomad2 used to build on kfreebsd, but now build-depends on libgudev-1.0-dev, which is linux-only. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638273: puppet: stderr output from exec resource is lost
Package: puppet Version: 2.6.2-5 Severity: important Command logging from exec{} excludes output which is written to stderr. See also http://projects.puppetlabs.com/issues/2359 -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.112+nmu2 add and remove users and groups ii facter 1.5.7-3 a library for retrieving facts fro pn libopenssl-ruby none (no description available) ii libruby [libxmlrpc-r 4.5 Libraries necessary to run Ruby 1. ii libshadow-ruby1.81.4.1-8 Interface of shadow password for R ii lsb-base 3.2-23.2squeeze1Linux Standard Base 3.2 init scrip ii puppet-common2.6.2-5 Centralized configuration manageme ii ruby1.8 1.8.7.302-2squeeze1 Interpreter of object-oriented scr Versions of packages puppet recommends: ii libaugeas-ruby1.8 0.3.0-1.1 Augeas bindings for the Ruby langu ii ruby [rdoc] 4.5An interpreter of object-oriented Versions of packages puppet suggests: pn libselinux-ruby1.8none (no description available) pn puppet-el none (no description available) ii vim-puppet2.6.2-5syntax highlighting for puppet man -- 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#632682: we should probably remove /lib64 - lib symlink (with care)
On 2011-08-18 01:05 +0200, Steve Langasek wrote: The biggest change compared to the previous one is the new patch 6 which tries to check that there is at least one free inode. Namely, if there aren't any, the sequence rm -f /lib64 $interpreter /bin/mkdir /lib64 $interpreter /bin/ln -s $ldfile RTLD_SO will fail in the third command which is rather embarrassing. This is of course far from perfect, if another process runs riot and creates files rapidly, you can still lose. Also, that part isn't really tested at all (except that it works when there are no ENOSPC problems). Nack on this. The right way to handle it is to create the directory under a separate name, populate the symlink, and only *then* rm /lib64 and invoke mv /lib64.real /lib64 via $interpreter. This minimizes the window when /lib64 is missing, and just happens to also remove the inode problem as a side effect (because we create all the directory entries we need before we remove any). Yes, that's better. Instead of hardcoding /lib64.real the directory should be created with mktemp -d (I think that's what you meant to do). Subject: [PATCH 2/6] Install the dynamic linker into RTLDDIR as well as /lib Installing into both locations makes it easier to support downgrades. It also means that dpkg will fail to unpack our package if RTLDDIR=/lib64 and /lib64 is a symlink to /lib. Which is probably a good thing since that symlink has to go away. I'm not keen on this. Why would we want to install a second copy of ld-linux-x86-64.so.2 to /lib? Nothing will use it there. Shouldn't we be installing *only* to RTLDDIR, not to both? I don't have a strong opinion on this. Make sure to copy ld-linux-x86-64.so.2 to /lib in the prerm on downgrades then; if the downgrade fails during unpack, /lib/ld-linux-x86-64.so.2 is unowned. And no, this won't cause dpkg to fail to unpack. dpkg happily traverses symlinks while unpacking and would never notice that the two files are being installed to the same location. It does if the files are contained in the same package, an example can be found in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=624724#10. Otherwise, this looks good. I'll merge these up (with the above-mentioned changes) and put it through its paces here. Thanks for stepping in. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637897: Port Mozart to AMD64 please
Thanks for your interest in mozart/oz on Debian. I do wonder if the multiarch support being added to Debian would allow us to install 32 bit Mozart/Oz and its dependencies on a AMD64 system. I intend to look into this when that support has settled down a bit. cheers k -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523841: Merge gawk bugs #369280 and #523841
package gawk forcemerge 369280 523841 thanks This is the same bug as #369280. It was fixed upstream in version 3.1.6, packaged for Debian as 1:3.1.6.dfsg-1. Regards, -- Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636043: ITP: nautilus-wipe -- Secure deletion extension for Nautilus
Le mercredi 17 août 2011 à 20:11 +0200, intrigeri a écrit : Thanks for noticing: I forwarded this to the upstream author who promptly reacted by adding a ./configure --with-gtk3 switch and slightly adapting the code so that it now builds and runs ok with GTK+ 3.0 as well as with 2.0. The patch is not published yet, but it works great with Nautilus 3.x from experimental. Great, thanks. Unless this is done, the package will be removed from the archive when nautilus 3 is uploaded, so it doesn’t look very useful as is. We'll see where things are at when the author releases a new version with aforementioned changes, then. Any (even very rough) ETA for Nautilus 3 in sid? It will enter after the evolution transition, which should hopefully start soon and take about 2 weeks. Depending on whether nautilus is done alone or together with the rest of GNOME, it might take a bit longer. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638274: LDAP bootstrap: Global DHCP options: default lease, max lease
Package: debian-edu-config Version: r73887 Severity: minor When clicking in GOsa: Systems - Tjener - Services (tab) - DHCP I find the DHCP config hierarchy. The top entry is Global options 'dhcp' When I click that one, do nothing and click ,,Save'' afterwards, GOsa complains that the default lease value and the max lease value are not set (but have to). We should fill these values during the LDAP bootstrap. Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpdfM3b0gLW4.pgp Description: Digitale PGP-Unterschrift
Bug#638275: DHCP config: names of shared networks
Package: debian-edu-config Version: r73887 Severity: wishlist The DHCP config uses shared network names ,,backbone'' ,,subnet00'' These names are confusing somehow, I suggest to rename them: ,,intern'' ,,subnet00.intern'' And also add a template for ,,subnet01.intern'' as this is already in DNS after the LDAP bootstrap (AFAIK). Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpsUN4vvo5e6.pgp Description: Digitale PGP-Unterschrift
Bug#637912: incorrectly removed perspectives-extension?
Hi, Am 18.08.2011 00:50, schrieb Vagrant Cascadian: apologies for any unclear communication... should i go ahead and re-upload perspectives-extension, or should this be fixed some other way? please re-upload. Filing a rm request should not be needed if the new source package ships the same set of binary packages (or more). BTW, the title of your rm request was wrong. Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638276: dh-make: please allow -p to specify 0 as a version number
Package: dh-make Version: 0.59 Severity: wishlist Tags: patch Please allow the forced package name option to specify 0 as a version, e.g. -p mypackage_0. The test currently looks for anything that Perl considers true; the patch below instead tests for the empty string. *** dh_make.patch --- /usr/bin/dh_make2011-06-19 01:27:43.0 +0100 +++ ./dh_make 2011-08-18 08:52:53.457014911 +0100 @@ -337,7 +337,7 @@ $main::forced_package_name = $1; $forced_package_version = $2; } - if ( ($forced_package_version) + if ( ($forced_package_version ne ) || ( ($main::forced_package_name) ($pwd =~ /.*\/($main::forced_package_name)-([0-9][0-9a-zA-Z+.~-]*)$/) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make depends on: ii debhelper 8.9.4 helper programs for debian/rules ii dpkg-dev 1.16.0.3 Debian package development tools ii make 3.81-8.1 An utility for Directing compilati ii perl 5.12.4-4 Larry Wall's Practical Extraction dh-make recommends no packages. Versions of packages dh-make suggests: ii build-essential 11.5 Informational list of build-essent -- no debconf information -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568555: xserver-xorg: DPMS off doesn't stick
On Don, 2011-08-18 at 08:37 +0200, Stephen Kitt wrote: I'm experiencing the same symptoms as the original submitter. I've tried watching all the input devices (using evtest) while executing xset dpms force off, but the display always comes back without there being any input event registered. Are you running it like sleep 1; xset dpms force off ? Otherwise, one common issue is that xset runs when the enter key goes down, and then the key up event immediately disables DPMS again. -- Earthling Michel Dänzer | http://www.amd.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631684: transition: libmtp
On Tue, Aug 16, 2011 at 11:40:51PM +0200, Philipp Kern wrote: On Tue, Aug 16, 2011 at 11:04:02AM +0200, Alessio Treglia wrote: On Tue, Aug 16, 2011 at 10:41 AM, Philipp Kern pk...@debian.org wrote: Please start. (And please followup after your upload of libmtp got accepted, so that we can schedule the binNMUs.) Accepted in unstable, thanks! I just scheduled some binNMUs (except for mipsel). Can you arrange for the pymtp upload? (I.e. pinging the maintainer or NMU it, but somehow ensure that it gets done in time.) gnomad2 is unable to build on kfreebsd-* because of libgudev-1.0-dev missing on that architecture. I'd suggest requesting a binary removal from unstable for those two architectures by filing a bug against ftp.debian.org. Can you please do that? Thanks, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#638030: libgtk2.0-bin: /usr/share/icons/gnome/icon-theme.cache violates FHS chapter 4
Le mercredi 17 août 2011 à 22:38 +0200, Carsten Hey a écrit : This file is under control of gnome-icon-theme, which is in charge of setting the trigger and cleaning up on package removal. gnome-icon-theme-extras also uses /usr/share/icons/gnome/ So what? Again, there is no policy violation here. Is the content of this cache file architecture dependent or at least depending on the endianness? No. -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638277: libgs8 segfault : print jobs (recto/verso) stop after 2nd page
Package: libgs8 Version: 8.71~dfsg2-9 Severity: normal If I want to print pdf on both sides, I have to print first even pages then odd ones. Then printer stops after 2nd page. Seems libgs8 segfault. /var/log/messages claims : usb 5-2: new full speed USB device using uhci_hcd and address 3 usb 5-2: New USB device found, idVendor=03f0, idProduct=2f11 usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 5-2: Product: psc 1200 series usb 5-2: Manufacturer: Hewlett-Packard usb 5-2: SerialNumber: MY34JB12JN5H usb 5-2: configuration #1 chosen from 1 choice usblp0: USB Bidirectional printer dev 3 if 1 alt 0 proto 2 vid 0x03F0 pid 0x2F11 usb 5-2: usbfs: interface 1 claimed by usblp while 'usb' sets config #1 udev-configure-printer: Re-enabled printer ipp://localhost:631/printers/psc_1200_series usblp0: removed gs[5856]: segfault at 7fff1131c668 ip 7fb167cc55e5 sp 7fff122b4268 error 4 in libgs.so.8.71[7fb167b5+467000] usb 5-2: USB disconnect, address 3 udev-configure-printer: Disabled printer ipp://localhost:631/printers/psc_1200_series as the corresponding device was unplugged or turned off and so on... It didn't happen on lenny. Please ask if you need more informations. Thanks, Christophe -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgs8 depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libcups21.4.4-7 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.4-7 Common UNIX Printing System(tm) - ii libfontconfig1 2.8.0-2.1generic font configuration library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libjasper1 1.900.1-7+b1 The JasPer JPEG-2000 runtime libra ii libjbig2dec00.11-1 JBIG2 decoder library - shared lib ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libk5crypto31.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libpaper1 1.1.24 library for handling paper charact ii libpng12-0 1.2.44-1 PNG library - runtime ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff43.9.4-5 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime libgs8 recommends no packages. libgs8 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#372805: Merge bugs #416391 and #372805
reassign 372805 txt2man unarchive 416391 forcemerge 416391 372805 archive 416391 thanks Hi, This was a bug in txt2man, not gawk and was fixed some time ago (March 2008) in txt2man 1.5.5-1. Regards, -- Jeroen Schot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626076: Firefox crashes, error message: libfile.so: undefined symbol: gnome_vfs_unescape_string
Iceweasel (5.0-6) and Firefox Nightly have the same problem, in wheezy/sid. Download and installed from sid: iceweasel_6.0-1 xulrunner-6.0_6.0-1 libmozjs6d_6.0-1 Now iceweasel works fine... ?? Leonardo. -- L.J.Marín Linux Debian User signature.asc Description: Digital signature
Bug#628247: Generated code
Hi, The header in question sofia-sip/sip_extra.h is autogenerated by an awk script. It would help much if I could see its contents... -- Pekka.Pessi mail at nokia.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638277: libgs8 segfault : print jobs (recto/verso) stop after 2nd page
severity 638277 important quit Hi Christophe, Christophe Alonso wrote: If I want to print pdf on both sides, I have to print first even pages then odd ones. Then printer stops after 2nd page. Seems libgs8 segfault. Hm, that's unfortunate. [...] ipp://localhost:631/printers/psc_1200_series usblp0: removed gs[5856]: segfault at 7fff1131c668 ip 7fb167cc55e5 sp 7fff122b4268 error 4 in libgs.so.8.71[7fb167b5+467000] Please set LogLevel to debug in /etc/cups/cupsd.conf, set debug to 1 in /etc/foomatic/filter.conf, run /etc/init.d/cups reload and try again, attaching the resulting /var/log/cups/error_log, /tmp/foomatic-rip.log, and /tmp/foomatic-rip.ps files (compressing if they are large). (If you can reproduce the problem by printing to file, that would be ideal.) usb 5-2: USB disconnect, address 3 This part happens later rather than during printing, right? Thanks for reporting, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638278: Bits from the Lintian maintainers
Package: lintian Severity: normal On 2011-08-18 10:15, Thorsten Glaser wrote: Hi, no idea whether you knew it, but lintian warns with Error severity if files in {control,data}.tar.gz have only the numerical user and group ID filled in, i.e. are owned by 0/0 instead of root/root. The difference is in the ustar header: typedef struct { char name[TNMSZ]; /* name of entry */ char mode[8]; /* mode */ char uid[8];/* uid */ char gid[8];/* gid */ char size[12]; /* size */ char mtime[12]; /* modification time */ char chksum[CHK_LEN]; /* checksum */ char typeflag; /* type of file. */ char linkname[TNMSZ]; /* linked to name */ char magic[TMAGLEN];/* magic cookie */ char version[TVERSLEN]; /* version */ char uname[32]; /* ascii owner name */ char gname[32]; /* ascii group name */ char devmajor[8]; /* major device number */ char devminor[8]; /* minor device number */ char prefix[TPFSZ]; /* linked to name */ } HD_USTAR; Normally, uid and gid are 000, and uname and gname are optionally (normally yes, but several tar implementa- tions have gained the ability to not do it) filled in with the local values for that, such as root but the group with the ID 0 results as wheel when packaged on BSD sy- stems, which would violate Policy in the moment that a non-gid0 group called wheel exists on the Debian system the DEB is extracted on (since they have priority over the numerical values if they exist). That’s why I was playing with only-numeric uid/gid values… Here’s a hexdump: tglase@tglase:~ $ mirtar -M 0x000B -cf - emptyfile | hd 65 6d 70 74 79 66 69 6c 65 00 00 00 00 00 00 00 |emptyfile...| 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 0060 00 00 00 00 30 31 30 30 36 34 34 00 30 30 30 30 |0100644.| 0070 30 30 30 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.000.| 0080 30 30 30 30 30 30 30 00 31 31 36 32 33 31 34 34 |000.11623144| 0090 33 37 37 00 30 30 31 31 35 33 34 00 30 00 00 00 |377.0011534.0...| 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 0100 00 75 73 74 61 72 00 30 30 72 6f 6f 74 00 00 00 |.ustar.00root...| 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 0120 00 00 00 00 00 00 00 00 00 72 6f 6f 74 00 00 00 |.root...| 0130 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 2800 tglase@tglase:~ $ mirtar -M 0x008B -cf - emptyfile | hd 65 6d 70 74 79 66 69 6c 65 00 00 00 00 00 00 00 |emptyfile...| 0010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 0060 00 00 00 00 30 31 30 30 36 34 34 00 30 30 30 30 |0100644.| 0070 30 30 30 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.000.| 0080 30 30 30 30 30 30 30 00 31 31 36 32 33 31 34 34 |000.11623144| 0090 33 37 37 00 30 30 30 37 37 32 34 00 30 00 00 00 |377.0007724.0...| 00a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 0100 00 75 73 74 61 72 00 30 30 00 00 00 00 00 00 00 |.ustar.00...| 0110 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 2800 I’ll write more about DEB files in the wlog, which is syndicated on Planet Debian, later (which will include the reasons for me to do this; I wrote an ar backend for paxtar in the process). If you want to reproduce this, “paxmirabilis” currently lies at https://www.freewrt.org/~tg/debs/dists/sid/wtf/Pkgs/mircpio/ (it doesn’t conflict with anything on the system). Do you agree when I think ustar archives with numeric zero values as uid/gid should not violate Policy? Thanks, //mirabilos Hi, Not a 100% sure here, but I have submitted this as a bug against Lintian now. As I recall, we tend to use user and group names rather than numerical values in the code, so this smells like work. :P ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638279: Update dependencies to be used with mplayer2
Package: smplayer Version: 0.6.9-4 Severity: normal Currently, the smplayer package unconditionally depends on 'mplayer'. However, smplayer is known to work fine with mplayer2 as well. Now with mplayer2 being in experimental, please change the dependency to read like this: 18 Depends: ${shlibs:Depends}, 19 ${misc:Depends}, mplayer2 | mplayer Cheers, Reinhard -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty-proposed'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 3.0.1-030001-generic (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638280: Update dependencies for mplayer2
Package: gnome-mplayer Severity: normal Currently, the gnonme-mplayer package unconditionally depends on 'mplayer'. However, gnome-mplayer is known to work fine with mplayer2 as well. Now with mplayer2 being in experimental, please change the dependency to read like this: Depends: mplayer2 | mplayer, [...] Cheers, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638281: Minor multiarch fixes
Package: ncurses Version: 5.9-1 Severity: minor Tags: patch User: debian-d...@lists.debian.org Usertag: multiarch Hi, I started working on multiarching ncurses, but half-way noticed that it was already done in git. The work in git looks fine, just a couple of minor details need fixing. 1) DEB_HOST_MULTIARCH comes with dpkg-dev 1.16, bump the build-depends 2) libncursesw5-devi and libncurses5-dev can be multiarch: same, and ncurses-bin multiarch: foreign Riku diff --git a/debian/control b/debian/control index 8978086..5df90f2 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: required Maintainer: Craig Small csm...@debian.org Uploaders: Sven Joachim svenj...@gmx.de Build-Depends: debhelper (= 8.1.3), - dpkg-dev (= 1.15.7), + dpkg-dev (= 1.16), g++-multilib [amd64 i386 kfreebsd-amd64 powerpc ppc64 s390 sparc], libgpm-dev [linux-any], pkg-config, @@ -32,6 +32,7 @@ Section: libdevel Priority: optional Depends: libncurses5 (= ${binary:Version}), ncurses-bin (= ${binary:Version}), libc-dev, ${misc:Depends} +Multi-Arch: same Conflicts: ncurses-dev, libncurses-dev Replaces: ncurses-dev, libncurses-dev Provides: libncurses-dev, ncurses-dev @@ -76,6 +77,7 @@ Section: libdevel Priority: optional Depends: libncursesw5 (= ${binary:Version}), ncurses-bin (= ${binary:Version}), libc-dev, ${misc:Depends} +Multi-Arch: same Suggests: ncurses-doc Description: developer's libraries for ncursesw The ncurses library routines are a terminal-independent method of @@ -207,6 +209,7 @@ Architecture: any Section: utils Essential: yes Pre-Depends: ${shlibs:Depends}, ${misc:Depends} +Multi-Arch: foreign Description: terminal-related programs and man pages The ncurses library routines are a terminal-independent method of updating character screens with reasonable optimization.
Bug#556188: tagging 556188
tags 556188 + pending thanks Committed a change on the way to use ucf, which uses ucfr/ucfq to detect if the file has already been managed by the package, and if not will prompt the user with a different template and default response, which should be ok for most users, then. Feel free to test with upstream svn. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637609: closed by Anton Gladky gladky.an...@gmail.com (Bug#637397: fixed in paraview 3.10.1-2)
[Top posting] I believe that this will bites us later on. gdcm can build paraview plugins (therefore needs paraview-dev), and at the same time can build gdcm-vtk-python plugins (therefore need vtk-python). Ideally paraview* packages should not install none of the vtk related stuff. I would really prefer if vtkWrap* were not installed within paraview* pacakge. 2cts On Thu, Aug 18, 2011 at 8:11 AM, Anton Gladky gladky.an...@gmail.com wrote: Python stuff of Paraview has been moved to paraview-python binary. And this binary is conflicting with python-vtk. On 8/18/11, Steve M. Robbins st...@sumost.ca wrote: On Wed, Aug 17, 2011 at 07:09:09PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the python-vtk,paraview package: #637397: Undeclared conflict with python-vtk * [27f6ded] Split paraview into paraview and paraview-python. (Closes: #637397) How does splitting the package fix the undeclared conflict? Thanks, -Steve -- Anton -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617381: Implemented by SVN commit r73135+r73419
In the meantime vim is in the dependency list of Debian Edu systems. Thanks to Andi+Holger. Greets, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638282: middle click on scrollbar opens selected message in a new tab
Package: iceape-mailnews Version: 2.0.14-4 Quoting from mozilla buglist: https://bugzilla.mozilla.org/show_bug.cgi?id=518545 with the new tabbed mail/news feature a middle click on the scrollbar opens the selected message in a new tab. Ths issue is fixed in attached patch https://bugzilla.mozilla.org/attachment.cgi?id=497288 I have verified this patch fixes the problem in 2.0.14-4, there's just small change needed, apparently due to other patches. Patched 2.0.14-7 works correctly, while I haven't tried unpatched version, I believe it's still there (I haven't seen any relevant change within modified text) Please add this patch to iceape distribution, thank you. -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Your mouse has moved. Windows NT will now restart for changes to take to take effect. [OK] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638283: simgear2.0.0: public libraries underlinked
Package: simgear2.0.0 Version: 2.0.0-4 Severity: wishlist most shared libraries installed in /usr/lib are underlinked. $ dpkg -L simgear2.0.0 | xargs ldd -r 21 | grep undefined | wc -l 103 this makes it impossible to link them when using ld --as-needed [0,1] As I understand this is partly intentional due to the existing circular dependencies. Circular dependencies in shared libraries are not a very good practice, can these circles be broken somehow? [0] http://wiki.mandriva.com/en/Underlinking [1] https://bugs.launchpad.net/bugs/749249 -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages simgear2.0.0 depends on: ii libalut0 1.1.0-3 OpenAL Utility Toolkit ii libc62.13-16ubuntu4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-7ubuntu1GCC support library ii libgl1-mesa-glx 7.11-0ubuntu3 free implementation of the OpenGL ii libjpeg626b1-1ubuntu2The Independent JPEG Group's JPEG ii libopenal1 1:1.13-2Software implementation of the Ope ii libopenscenegrap 3.0.0-2ubuntu1 3D scene graph, shared libs ii libplib1 1.8.5-5 Portability Libraries: Run-time pa ii libstdc++6 4.6.1-7ubuntu1 GNU Standard C++ Library v3 ii libx11-6 2:1.4.4-1ubuntu1X11 client-side library ii zlib1g 1:1.2.3.4.dfsg-3ubuntu3 compression library - runtime simgear2.0.0 recommends no packages. simgear2.0.0 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#638210: (no subject)
reassign 638210 libgdal1-1.7.0 1.7.3-5 retitle 638210 Rebuild against libdap11 severity 638210 grave tags 638210 + sid kthxbye The library doesn't cause only FTBFSes, it breaks all software linked against it. The library is linked against old libdap10 and doesn't work with new libdap10 (3.10.2-2) which removed a symbol without soname bump (#638022). As libdap11 with the new soname is already in the archive, libgdal1-1.7.0 can and should be linked against it. Until then, it will be broken in sid. -- WBR, wRAR signature.asc Description: Digital signature
Bug#613167: Diskless Workstations not using kerberized NFSv4 for homes currently
Hi all, is it intended that current diskless workstations in Skolelinux do not use kerberized NFSv4? The mount point on my diskless workstation is: tjener.intern:/home0 on /skole/tjener/home0 type nfs4 (rw,nosuid,nodev,tcp,rsize=32768,wsize=32768,pgrp=2283,timeout=300,minproto=5,indirect) There should actually be a sec=krb5{|i|p} there... (recommending ,,i''). ??? Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpGwvh8FErMh.pgp Description: Digitale PGP-Unterschrift
Bug#617381: vim package should be installed on all Debian Edu hosts
[Mike Gabriel] It would be nice to have vim (VI Improved) available on all Debian Edu machines by default (even on the ,,minimal'' host role). When this was discussed the last time, both vim and emacs users begged for their package to be installed by default. The conclusion them, was that the DVD and CD space was better spent on GUI applications the pupils and teachers can be expected to use, and I believe it is the correct conclusion. There is already a vi implementation installed by default in Debian Edu, and another one is not needed in the default installation. Sure it would be nice to have emacs and vim installed, but the cost of doing so is not worth it. It increases the default disk footprint and pushes other packages out of the CD and DVD. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637358: gforge-lists-mailman: Should allow configuration of mailman on same host as the rest of the forge
On Wed, Aug 10, 2011 at 06:08:51PM +0200, Olivier Berger wrote: Hi. The mailman lists setup is defaulted to being activated on lists.whatever if FusionForge is installed on whatever. However, it should be possible to host the lists on the same fqdn as the web interface, having this configurable. Thanks in advance. Best regards, It seems possible to reconfigure the domain name with dpkg-reconfigure gforge-db-postgresql (for whatever strange reason, yes the db package, but that's another issue). Dunno what possible side effects that may imply however. Hope this helps. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638255: lvm2: Please consider changing architecture to linux-any
Hi, 2011/8/18 Christoph Egger christ...@debian.org: Your package `lvm2` looks quite linux-specific. If so, could you please adjust the architecture field from `any` to `linux-any`? kFreeBSD has support for LVM via geom_linux_lvm module: http://www.freebsd.org/cgi/man.cgi?query=geom_linux_lvmsektion=4apropos=0manpath=FreeBSD+8.2-RELEASE+and+Ports I haven't investigated this, but it is possible that the utilities in this package would be necessary to manage LVM PVs, VGs and LVs? -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631684: transition: libmtp
On Thu, Aug 18, 2011 at 10:05:06AM +0200, Philipp Kern wrote: gnomad2 is unable to build on kfreebsd-* because of libgudev-1.0-dev missing on that architecture. I'd suggest requesting a binary removal from unstable for those two architectures by filing a bug against ftp.debian.org. Can you please do that? As Julien pointed out to me I was too noisy here. As gnomad2 is not in testing, it does not matter for the transition anyway. Kind regards, Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#637358: gforge-lists-mailman: Should allow configuration of mailman on same host as the rest of the forge
On Thu, Aug 11, 2011 at 09:16:59AM +0200, Thorsten Glaser wrote: On Wed, 10 Aug 2011, Olivier Berger wrote: However, it should be possible to host the lists on the same fqdn as the web interface This is a Feature Request against the Upstream portion of the software – I think these ought to be NOT filled in the Debian BTS. (Technically, not a good idea, because the forge uses things like groupname-trackername@domain for mails sent out by PM and Tracker, which would collide with groupname-listname@ in this scenario.) Ok, this implies that it's a constraint in upstream software to have a dedicated fqdn for those lists, but as shown in another post in this thread, the Debian packaging somehow allows to use the hostname for the lists, so... it may happen to be working more or less... I any case, if the domain for the lists and such notifications are identical, then the PHP part may handle eventual conflicts, so indeed there's probably a need for working this upstream for sure. Thanks for the followup. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638284: fusionforge: debconf questions should be asked for gforge-common and not gforge-db-postgresql
Package: fusionforge Version: 5.1-4 Severity: normal One has to issue dpkg-reconfigure gforge-db-postgresql for reconfiguring things like the lists hostname. It would sound more logical that such a prompt is made for configuring the mailman package (gforge-lists-mailman). But it seems to me that most of these values are shared between several packages anyway : # debconf-show gforge-db-postgresql | sed 's/:.*//g' * fusionforge/shared/admin_password_confirm * fusionforge/shared/db_password * fusionforge/shared/admin_password fusionforge/shared/db_password_confirm * fusionforge/shared/shell_host * fusionforge/shared/db_user * fusionforge/shared/ip_address * fusionforge/shared/download_host * fusionforge/shared/system_name * fusionforge/shared/newsadmin_groupid * fusionforge/shared/statsadmin_groupid fusionforge/shared/sys_theme * fusionforge/shared/db_name * fusionforge/shared/server_admin * fusionforge/shared/peerrating_groupid * fusionforge/shared/domain_name fusionforge/shared/sys_lang * fusionforge/shared/users_host * fusionforge/shared/db_host * fusionforge/shared/lists_host Hence, a more suitable place in gforge-common IMHO. Hope this helps. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585145: RFA: gtimelog -- minimal timelogging system
On Wed, Aug 17, 2011 at 04:28:29PM -0400, Barry Warsaw wrote: On Jul 12, 2011, at 04:17 PM, Simon McVittie wrote: On Thu, 17 Mar 2011 at 09:58:17 +, Lars Wirzenius wrote: Hi, Barry, I'd be happy to sponsor your gtimelog uploads to Debian. Any news on this? I notice there's a newer-still version in Ubuntu now. Could someone please take this package away from me? :-) Sorry, I can't test gtimelog enough to maintain or sponsor it myself, since I have to use a fork of it for work; but if you're having trouble finding a sponsor, perhaps the Python applications team can help? Well, I've *finally* gotten around to fixing a few bug in the Launchpad tracker, and I might still get to a couple more based on some feedback. I'd like to do an 0.6.0 release this week or next, if Marius doesn't object. At that point I'll do the upload to Ubuntu and ping Lars to sponsor an upload to Debian. Sound good? I no longer use gtimelog, but I can sponsor an upload to Debian. It might be good to move it into the Python application team in Debian, so it's easy to find sponsors. Barry, e-mail me the source package when you need an upload, please. -- Freedom-based blog/wiki/web hosting: http://www.branchable.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638285: INTERN realm missing in realms stanza (krb5.conf) on diskless clients
Package: debian-edu-config Version: SVN-r73854 Severity: normal This issue relates to #629049. Testing the beta1-release candidate showed that diskless workstation are missing the [realms] stanza for the INTERN realm in krb5.conf on diskless workstations. Here is a diff though I am not sure, where to commit that to take an effect on the LTSP setup: --- /etc/krb5.conf.orig 2011-08-18 11:01:43.525054941 +0200 +++ /etc/krb5.conf 2011-08-18 10:24:39.0 +0200 @@ -38,6 +38,10 @@ fcc-mit-ticketflags = true [realms] +INTERN = { +kdc = kerberos.intern:88 +admin_server = kerberos.intern + } ATHENA.MIT.EDU = { kdc = kerberos.mit.edu:88 kdc = kerberos-1.mit.edu:88 Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpp3tiBsgdSc.pgp Description: Digitale PGP-Unterschrift
Bug#638286: texmaker preconfigured dictionary file does not exist
Package: texmaker Version: 1.9.9-2 Severity: normal Upon first launch, texmaker searches for the dictionary file under /usr/share/texmaker/ and expects to find en_GB.dic there. However the file does not exist there, rendering spellchecker inoperative unless the user manually changes the settings to link to an existing dictionary file. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.38.2.wap (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages texmaker depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libqt4-network4:4.6.3-4+squeeze1 Qt 4 network module ii libqt4-xml4:4.6.3-4+squeeze1 Qt 4 XML module ii libqtcore44:4.6.3-4+squeeze1 Qt 4 core module ii libqtgui4 4:4.6.3-4+squeeze1 Qt 4 GUI module ii libstdc++64.4.5-8The GNU Standard C++ Library v3 Versions of packages texmaker recommends: ii aspell0.60.6-4 GNU Aspell spell-checker pn asymptote none (no description available) ii ghostscript 8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF ii myspell-de-de [openoffice 20091006-4.2 German dictionary for myspell ii myspell-en-gb [myspell-di 1:3.2.1-2 English_british dictionary for mys ii myspell-en-us [myspell-di 1:3.2.1-2 English_american dictionary for my ii myspell-fr-gut [myspell-d 1:1.0-27 The French dictionary for myspell ii netpbm2:10.0-12.2+b1 Graphics conversion tools between ii psutils 1.17-27A collection of PostScript documen ii texlive-latex-extra 2009-10TeX Live: LaTeX supplementary pack ii texmaker-data 1.9.9-2Texmaker LaTeX editor -- arch-inde texmaker 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#638287: LTSP in Debian Edu: /var/log/ntpstats should also be on tmpfs
Package: debian-edu-config Version: SVN-r73887 Hi, LTSP diskless workstations complain with this log line very regularly... Aug 18 11:04:49 test-vm-workstation ntpd[2273]: can't open /var/log/ntpstats/peerstats.20110818: Permission denied /var/log/ntpstats should be on tmpfs I guess... Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpcYrsNDUy4C.pgp Description: Digitale PGP-Unterschrift
Bug#638288: squeak-plugins-scratch: Scratch has non-DFSG license, so this plugin should be in contrib
Package: squeak-plugins-scratch Severity: serious Justification: Policy 2.2.1 Hi, As subject says, I believe this package should be in contrib due to the non-DFSG licensing of Scratch itself. Regards, - Jonas -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=da_DK.UTF-8, LC_CTYPE=da_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637358: gforge-lists-mailman: Should allow configuration of mailman on same host as the rest of the forge
On Thu, 18 Aug 2011, Olivier Berger wrote: On Thu, Aug 11, 2011 at 09:16:59AM +0200, Thorsten Glaser wrote: BTS. (Technically, not a good idea, because the forge uses things like groupname-trackername@domain for mails sent out by PM and Tracker, which would collide with groupname-listname@ Ok, this implies that it's a constraint in upstream software (FusionForge, not Mailman) to have a dedicated fqdn for those lists, but as shown in another post in this thread, the Debian packaging somehow allows to use the hostname for the lists, so... it may happen to be working more or less... More less than more… I any case, if the domain for the lists and such notifications are identical, then the PHP part may handle eventual conflicts, so indeed there's probably a need for working this upstream for sure. It currently doesn’t. On the other hand, the Tracker addresses are only ever used as senders in the Debian packaging, since it disables the ability to reply to them by mail (why?), so currently it would work… but confuse people. 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#637815: gtkpod fails to start
Package: gtkpod Version: 2.1.0~git20110604.c707594-3 Hi! Now that gtkpod 2.1.0-1 has migrated (almost) to testing distribution, could you kindly test if the issue still remains? Thanks. -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634527: libprinterconf: FTBFS: libtool: link: cannot find the library `/usr/lib/libprintsys.la' or unhandled argument `/usr/lib/libprintsys.la'
tags 634527 pending user ubuntu-de...@lists.ubuntu.com usertags ubuntu-patch oneiric thanks On Tue, Jul 19, 2011 at 08:29:13AM +0200, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: ar cru .libs/libprinterconf.a printerconf.o snmpinter.o parport.o ranlib .libs/libprinterconf.a creating libprinterconf.la (cd .libs rm -f libprinterconf.la ln -s ../libprinterconf.la libprinterconf.la) gcc -DHAVE_CONFIG_H -I. -I.. -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -O2 -g -MT pconf_detect.o -MD -MP -MF .deps/pconf_detect.Tpo -c -o pconf_detect.o pconf_detect.c pconf_detect.c: In function 'main': pconf_detect.c:177:23: warning: incompatible implicit declaration of built-in function 'strdup' [enabled by default] mv -f .deps/pconf_detect.Tpo .deps/pconf_detect.Po /bin/bash ../libtool --tag=CC --mode=link gcc -g -O2 -O2 -g -lglib-2.0 -ltdb-o pconf_detect pconf_detect.o libprinterconf.la -lstdc++ /usr/lib/libprintsys.la /usr/lib/libsnmpkit.la -lpthread libtool: link: cannot find the library `/usr/lib/libprintsys.la' or unhandled argument `/usr/lib/libprintsys.la' make[4]: *** [pconf_detect] Error 1 This is due to the fix for #620940. I recommend the following patch: * Build-depend on libtdb-dev rather than tdb-dev. * Include libgen.h for basename and string.h for strdup. * Link using -lprintsys rather than relying on its .la file. diff -u libprinterconf-0.5/configure libprinterconf-0.5/configure --- libprinterconf-0.5/configure +++ libprinterconf-0.5/configure @@ -19475,7 +19475,7 @@ else -PRINTSYS_LIBS=/usr/lib/libprintsys.la +PRINTSYS_LIBS=-lprintsys PRINTSYS_INCLUDES= diff -u libprinterconf-0.5/configure.in libprinterconf-0.5/configure.in --- libprinterconf-0.5/configure.in +++ libprinterconf-0.5/configure.in @@ -58,7 +58,7 @@ [ PRINTSYS_LIBS=${enableval}/libprintsys.la PRINTSYS_INCLUDES=-I${enableval} ],[ -PRINTSYS_LIBS=/usr/lib/libprintsys.la +PRINTSYS_LIBS=-lprintsys PRINTSYS_INCLUDES= ] ) diff -u libprinterconf-0.5/src/pconf_detect.c libprinterconf-0.5/src/pconf_detect.c --- libprinterconf-0.5/src/pconf_detect.c +++ libprinterconf-0.5/src/pconf_detect.c @@ -8,6 +8,8 @@ #include sys/wait.h #include stdlib.h +#include libgen.h +#include string.h #include config.h #include printerconf.h diff -u libprinterconf-0.5/debian/control libprinterconf-0.5/debian/control --- libprinterconf-0.5/debian/control +++ libprinterconf-0.5/debian/control @@ -1,7 +1,7 @@ Source: libprinterconf Section: utils Priority: optional -Build-Depends: debhelper (= 4.0.0), libsnmpkit-dev (= 0.9-11.1), libglib2.0-dev, libprintsys-dev, libprintsys (= 0.6), tdb-dev (= 1.0.6-4) +Build-Depends: debhelper (= 4.0.0), libsnmpkit-dev (= 0.9-11.1), libglib2.0-dev, libprintsys-dev, libprintsys (= 0.6), libtdb-dev (= 1.0.6-4) Build-Conflicts: libsnmpkit1 Maintainer: A Mennucc1 mennu...@debian.org Standards-Version: 3.7.3 Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638289: dspam-webfrontend: Using apache2-dspam.conf make other apache2 depending packages unusable
Package: dspam-webfrontend Version: 3.10.1+dfsg-2 Severity: normal Tags: sid Hi, Installing the dspam-webfrontend package make it impossible to access to the web interface of other apache2 depending packages like backuppc or dpkg-www which were running O.K. before. For theses packages I get an Internal Server error , Error 500. Looking in /var/log/apache2/suexec.log gives following error message : [2011-08-18 11:30:13]: uid: (110/dspam) gid: (113/dspam) cmd: index.cgi [2011-08-18 11:30:13]: command not in docroot (/usr/share/backuppc/cgi-bin/index.cgi) [2011-08-18 11:30:39]: uid: (110/dspam) gid: (113/dspam) cmd: dpkg [2011-08-18 11:30:39]: command not in docroot (/usr/lib/cgi-bin/dpkg) The only way I found till then was to comment out the SuexecUserGroup line in /etc/apache2/conf.d/dspam.conf but ... it is not a solution . mahashakti89 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (996, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dspam-webfrontend depends on: ii dspam 3.10.1+dfsg-2 Scalable, fast and statistical ant ii libgd-gd2-perl 1:2.46-3 Perl module wrapper for libgd - gd ii libgd-graph3d-perl 0.63-8Create 3D Graphs with GD and GD::G ii libhtml-parser-perl3.68-1+b1 collection of modules that parse H ii perl 5.12.4-4 Larry Wall's Practical Extraction ii ucf3.0025+nmu2 Update Configuration File: preserv dspam-webfrontend recommends no packages. Versions of packages dspam-webfrontend suggests: ii apache2 2.2.19-1 Apache HTTP Server metapackage ii apache2-mpm-prefork [apache2] 2.2.19-1 Apache HTTP Server - traditional n ii apache2-suexec-custom [apache 2.2.19-1 Configurable suexec program for Ap ii libapache2-mod-auth-pam 1.1.1-8module for Apache2 which authentic ii libapache2-mod-perl2 2.0.5-2Integration of perl with the Apach ii ttf-dejavu-core 2.33-1 Vera font family derivate with add ii ttf-freefont 20100919-1 Freefont Serif, Sans and Mono True -- 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#638290: /etc/init.d/nodm restart does not reliably restart nodm
Package: nodm Version: 0.10-1 Severity: important Tags: patch `/etc/init.d/nodm stop` returns before it has actually stopped, so a subsequent call to 'start' will non-deterministically fail. Patch attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff --git a/debian/nodm.init b/debian/nodm.init index 1b8bb6e..83f033d 100644 --- a/debian/nodm.init +++ b/debian/nodm.init @@ -60,7 +60,7 @@ case $1 in ;; stop) [ $VERBOSE != no ] log_daemon_msg Stopping $DESC $NAME - start-stop-daemon --stop --pidfile ${PIDFILE} --oknodo + start-stop-daemon --stop --retry 10 --pidfile ${PIDFILE} --oknodo rm -f ${PIDFILE} [ $VERBOSE != no ] log_end_msg $? ;; signature.asc Description: PGP signature
Bug#638291: dpkg: Hardlinks problem with conffiles
Package: dpkg Version: 1.16.0.3 Severity: normal By default all files in /etc are considered as config files and to be kept on package upgrade (or ask to user what to do with new config file). This works excelent for regular files, but can fail if there are two or more hardlinks to the same file, e. g. if /etc/init.d/script and /etc/rc2.d/S02script are the same file (latter *is not* a symlink). I can just guess the reason: dpkg *moves* old conffile and then tries to create hardlink to file that is not exists any more. Synopsis: root@myhost:~/tmp/bug# dpkg -c ../hardlink-bug_40-0-0_all.deb drwxr-xr-x root/root 0 2011-08-16 13:10 ./ drwxr-xr-x root/root 0 2011-08-16 13:10 ./etc/ drwxr-xr-x root/root 0 2011-08-16 13:10 ./etc/rc2.d/ -rw-r--r-- root/root29 2011-08-16 13:10 ./etc/rc2.d/file1 hrw-r--r-- root/root 0 2011-08-16 13:10 ./etc/rc2.d/file2 link to ../etc/rc2.d/file1 drwxr-xr-x root/root 0 2011-08-16 13:10 ./usr/ drwxr-xr-x root/root 0 2011-08-16 13:10 ./usr/share/ drwxr-xr-x root/root 0 2011-08-16 13:10 ./usr/share/doc/ drwxr-xr-x root/root 0 2011-08-16 13:10 ./usr/share/doc/hardlink-bug/ -rw-r--r-- root/root 0 2011-08-16 00:53 ./usr/share/doc/hardlink- bug/copyright -rw-r--r-- root/root 153 2011-08-16 00:57 ./usr/share/doc/hardlink- bug/changelog.Debian.gz root@myhost:~/tmp/bug# dpkg -i ../hardlink-bug_40-0-0_all.deb Processing in zone: global (Reading database ... 108804 files and directories currently installed.) Preparing to replace hardlink-bug 40-0-0 (using ../hardlink-bug_40-0-0_all.deb) Unpacking replacement hardlink-bug ... dpkg: error processing ../hardlink-bug_40-0-0_all.deb (--install): error creating hard link `./etc/rc2.d/file2': No such file or directory Errors were encountered while processing: ../hardlink-bug_40-0-0_all.deb -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.5 Advanced front-end for dpkg -- no debconf information hardlink-bug.tar.gz Description: GNU Zip compressed data
Bug#629236: cryptsetup: initramfs cryptroot mdadm support
Hi Alex, thank you for your effort. I'll try it. Best regards Steven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638292: gtkguitune: FTBFS(!linux): fails to apply patches
Package: src:gtkguitune Version: 0.8-4 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds because it doesn't apply the patches. Full build log at https://buildd.debian.org/status/fetch.php?pkg=gtkguitunearch=kfreebsd-amd64ver=0.8-4stamp=1313605462 Regards Christoph If you have further questions please mail debian-...@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638293: Please make initscript less chatty
Package: nodm Version: 0.10-1 Severity: wishlist Tags: patch The idempotency property of initscripts is really useful, but nodm slightly ruins it by printing what (on first glance) appear to be errors (Already started! / Already stopped!). Unless there was a problem changing the state, I shouldn't see any messages of this sort. This is the de facto policy of most other daemons. Patch attached. Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- diff --git a/debian/nodm.init b/debian/nodm.init index 1b8bb6e..bd2ada6 100644 --- a/debian/nodm.init +++ b/debian/nodm.init @@ -54,13 +54,13 @@ case $1 in then log_warning_msg Not starting $NAME because NODM_ENABLED is '$NODM_ENABLED' in /etc/default/$NAME else - start-stop-daemon --start --oknodo --pidfile ${PIDFILE} --make-pidfile --background --exec /usr/sbin/nodm + start-stop-daemon --start --quiet --oknodo --pidfile ${PIDFILE} --make-pidfile --background --exec /usr/sbin/nodm fi [ $VERBOSE != no ] log_end_msg $? ;; stop) [ $VERBOSE != no ] log_daemon_msg Stopping $DESC $NAME - start-stop-daemon --stop --pidfile ${PIDFILE} --oknodo + start-stop-daemon --stop --quiet --pidfile ${PIDFILE} --oknodo rm -f ${PIDFILE} [ $VERBOSE != no ] log_end_msg $? ;; signature.asc Description: PGP signature
Bug#629477: transition: gnustep-base, gnustep-gui, libobjc
On Tue, Jun 07, 2011 at 02:03:58AM +0300, Yavor Doganov wrote: We would like to carry out a GNUstep transition (libgnustep-base1.20-1.22; libgnustep-gui0.18-0.20) *and* libobjc2-3, ideally coinciding with the migration of gcc-defaults to testing (or even better, before that). That seems pretty complex to check with our existing tools. But to get an overview, can you please tell us the relevant development packages people are build-depending on? And a list of affected packages to check the result. Kind regards and thanks Philipp Kern -- .''`. Philipp KernDebian Developer : :' : http://philkern.de Stable Release Manager `. `' xmpp:p...@0x539.de Wanna-Build Admin `-finger pkern/k...@db.debian.org signature.asc Description: Digital signature
Bug#638294: libdap11: file conflict with libdap10
Package: libdap11 Version: 3.11.1-1 Severity: serious Hi! dpkg: error processing /var/cache/apt/archives/libdap10_3.10.2-2_kfreebsd-i386.deb (--unpack): trying to overwrite '/usr/lib/libdapclient.so.3.1.0', which is also in package libdap11 3.11.1-1 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638166: Cannot import SHA256: more informations
I made a few more tests and noticed that my PYTHONPATH has been modified to search modules first in /usr/share/pyshared. Comparing /usr/share/pyshared and /usr/lib/python2.6/dist-packages, we can see that some links are missing: No .so module appears in /usr/share/pyshared/Crypto/Hash. So Crypto.Hash.SHA256 can't be imported when looking first in /usr/share/pyshared ! $ ls -lh /usr/lib/python2.6/dist-packages/Crypto/Hash total 76K lrwxrwxrwx 1 root root 39 17 août 10:52 HMAC.py - /usr/share/pyshared/Crypto/Hash/HMAC.py -rw-r--r-- 1 root root 3,8K 17 août 10:52 HMAC.pyc lrwxrwxrwx 1 root root 43 17 août 10:52 __init__.py - /usr/share/pyshared/Crypto/Hash/__init__.py -rw-r--r-- 1 root root 982 17 août 10:52 __init__.pyc -rw-r--r-- 1 root root 11K 7 avril 2010 MD2.so -rw-r--r-- 1 root root 8,9K 7 avril 2010 MD4.so lrwxrwxrwx 1 root root 38 17 août 10:52 MD5.py - /usr/share/pyshared/Crypto/Hash/MD5.py -rw-r--r-- 1 root root 609 17 août 10:52 MD5.pyc -rw-r--r-- 1 root root 17K 7 avril 2010 RIPEMD160.so lrwxrwxrwx 1 root root 41 17 août 10:52 RIPEMD.py - /usr/share/pyshared/Crypto/Hash/RIPEMD.py -rw-r--r-- 1 root root 233 17 août 10:52 RIPEMD.pyc -rw-r--r-- 1 root root 12K 7 avril 2010 SHA256.so lrwxrwxrwx 1 root root 38 17 août 10:52 SHA.py - /usr/share/pyshared/Crypto/Hash/SHA.py -rw-r--r-- 1 root root 613 17 août 10:52 SHA.pyc $ ls -lh /usr/share/pyshared/Crypto/Hash/ total 32K -rw-r--r-- 1 root root 4,6K 13 déc. 2009 HMAC.py -rw-r--r-- 1 root root 1,8K 13 déc. 2009 __init__.py -rw-r--r-- 1 root root 969 16 août 15:49 __init__.pyc -rw-r--r-- 1 root root 1,5K 13 déc. 2009 MD5.py -rw-r--r-- 1 root root 1,1K 13 déc. 2009 RIPEMD.py -rw-r--r-- 1 root root 1,5K 13 déc. 2009 SHA.py -rw-r--r-- 1 root root 587 16 août 15:56 SHA.pyc # Ce courriel et les documents qui lui sont joints peuvent contenir des informations confidentielles ou ayant un caractère privé. S'ils ne vous sont pas destinés, nous vous signalons qu'il est strictement interdit de les divulguer, de les reproduire ou d'en utiliser de quelque manière que ce soit le contenu. Si ce message vous a été transmis par erreur, merci d'en informer l'expéditeur et de supprimer immédiatement de votre système informatique ce courriel ainsi que tous les documents qui y sont attachés. ** This e-mail and any attached documents may contain confidential or proprietary information. If you are not the intended recipient, you are notified that any dissemination, copying of this e-mail and any attachments thereto or use of their contents by any means whatsoever is strictly prohibited. If you have received this e-mail in error, please advise the sender immediately and delete this e-mail and all attached documents from your computer system. # -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638255: lvm2: Please consider changing architecture to linux-any
Robert Millan r...@debian.org writes: 2011/8/18 Christoph Egger christ...@debian.org: Your package `lvm2` looks quite linux-specific. If so, could you please adjust the architecture field from `any` to `linux-any`? kFreeBSD has support for LVM via geom_linux_lvm module: http://www.freebsd.org/cgi/man.cgi?query=geom_linux_lvmsektion=4apropos=0manpath=FreeBSD+8.2-RELEASE+and+Ports I haven't investigated this, but it is possible that the utilities in this package would be necessary to manage LVM PVs, VGs and LVs? Oh should have looked a bit closer before filling the bug it seems. I'll see about that in the evening (hopefully). Regards Christoph -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637085: linux-image-2.6.32-5-amd64: Hard hang following BUG: scheduling while atomic: swapper/0/0x10000100
A further update. We've successfully run 2.6.34-1~experimental.2 from snapshot.debian.org for 48 hours without any crashes (although we still see the UNDERRUN errors). I'll be testing 2.6.33 shortly. -- Paul Elliott, UNIX Systems Administrator York Neuroimaging Centre, University of York -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617896: gitolite: unowned files after purge (policy 6.8)
severity 617896 minor thanks * Holger Levsen hol...@layer-acht.org [2011-03-12 10:10:14 CET]: Package: gitolite Version: 1.5.7-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails policy 6.8 is about how the maintainer scripts are called and what happens at errors, it doesn't describe what remove/purge actually has to do. It is about the technical details with respect to what dpkg is doing and what the status of the package during the process is. And it explictly states in put 2: The *package's* files are removed (except `conffile's). Emphasis added, user data isn't package's files. Interestingly, I can't find anything about remove/purge in the policy besides of what dpkg does ... I'm not saying that it shouldn't be tried to clean up properly, it though is left open to cover expectations. And personally, git repositories with user data is something that I would highly consider not to be covered, because it goes down the same sloppy lane as removing dotfiles in user homes, which I would expect most people to argue against removal on package purge. Filing this as important as having a piuparts clean archive is a release goal since lenny. That's a valid approach, though I might argue with whether piuparts should force this point of view onto packages, thus setting severity to minor. Policy doesn't clearly state that, and from what I understand, userdata is crucial and IMHO something highly different to configuration files which are removed on package purges. If you insist I though could add a rmdir /var/lib/gitolite 2/dev/null || true into the postrm, which would make piuparts but play next to no role for real use cases of the package when people do fill in data in the debconf questions. Sorry for late response, we discussed this on IRC back in march already but this never made it into the BTS, so here it is. Enjoy, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634052: Re: Bug#634052: Please binNMU libglew1.5 using packages against libglew1.6
On Wednesday 17 August 2011 08:49:59 Julien Cristau wrote: A couple failures so far that will need a sourceful upload or removal... On Tue, Aug 16, 2011 at 21:33:51 +0200, Julien Cristau wrote: nmu sofa-framework_1.0~beta4-5.1 . ALL . -m 'Rebuild against libglew1.6' Obsolete build-dep on libqwt5-qt4-dev The patch already entered the repository nmu tulip_3.1.2-2.3 . ALL . -m 'Rebuild against libglew1.6' Conflicting build-dependencies. I think this one will be hard. It has many RC bugs (#556508, #615687, #616282, #638169) since ~a half year and cannot be removed easily from testing due to the reverse dependency of tulip - libdeps-renderer-tulip-perl (source package deps). Unfortunately, both packages are maintained by the same guy and are in a rather suboptimal shape. At least the second one has no reverse dependencies. Greetings, Clara -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638295: debmirror: support alternative configuration files
Package: debmirror Version: 1:2.9 Severity: wishlist Tags: patch with the attached patch you can specify a configuration file by exporting DEBMIRRORCONF. Stefan diff --git a/debmirror b/debmirror index 0c50a2f..a36f4ca 100755 --- a/debmirror +++ b/debmirror @@ -493,7 +493,8 @@ excluding the section 'debug' and the package 'foo-doc': ~/.debmirror.conf Debmirror will look for the presence of these files and load them -in the indicated order if they exist. +in the indicated order if they exist. If you specify a configuration +file by exporting DEBMIRRORCONF, these files are not loaded. See the example in /usr/share/doc/debmirror/examples for syntax. ~/.gnupg/trustedkeys.gpg @@ -579,8 +580,13 @@ my $HOME; ($HOME = $ENV{'HOME'}) or die HOME not defined in environment!\n; # Load in config files -require /etc/debmirror.conf if -r /etc/debmirror.conf; -require $HOME/.debmirror.conf if -r $HOME/.debmirror.conf; +my $conf; +if ($conf = $ENV{'DEBMIRRORCONF'}) { + require $conf if -r $conf or die Error reading configuration file $conf; +} else { + require /etc/debmirror.conf if -r /etc/debmirror.conf; + require $HOME/.debmirror.conf if -r $HOME/.debmirror.conf; +} # This hash contains the releases to mirror. If both codename and suite can be # determined from the Release file, the codename is used in the key. If not,
Bug#638198: CVE-2011-2910: Missing return checks
Fixed now in the upstream version. vy 73, - Thomas dl9sau On 2011-08-17 17:50:56 +0200, Moritz Muehlenhoff muehlenh...@univention.de wrote in 20110817155056.16597.89674.report...@irma.knut.univention.de: Package: ax25-tools Severity: grave Tags: security Please see http://seclists.org/oss-sec/2011/q3/300 This is CVE-2011-2910. This doesn't warrant a DSA, but could be fixed in a point update. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-hams-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110817155056.16597.89674.report...@irma.knut.univention.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638296: gnomad2: FTBFS: libgudev not available on !linux
Package: src:gnomad2 Version: 2.9.6-1 Severity: serious Tags: sid wheezy Justification: fails to build from source (but built successfully in the past) Hi! Your package failed to build on the kfreebsd-* buildds but can be made working by changing the libgudev-1.0-dev build-dependency to [linux-any] Regards Christoph If you have further questions please mail debian-...@lists.debian.org -- 9FED 5C6C E206 B70A 5857 70CA 9655 22B9 D49A E731 Debian Developer | Lisp Hacker | CaCert Assurer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631883: Google talk audio call attempt crashes empathy
This problem seems to oсcur when you use Empathy without installing the whole GNOME (i.e. when using KDE) This problem is properly discribed here http://forums.gentoo.org/viewtopic-t-850280-start-0.html The solution for debian was to install gstreamer0.10-gconf package. now everything works well for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637517: gpasm/gplink not working for pic16f88 since 0.13.5
Hi Luca, As an extra check I tried to reproduce the problem in order to confirm the behaviour of the 3 versions of gputils I reported and I could not reproduce the problem on squeeze. Thanks for the reportback. Glad to hear you were able to run it fine on latest Debian. I'm going to close this report, but if you see any other issue, please submit it anytime. It's better to have false report rather than people having problems with my package due to something I have missed. Best Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable
On Tue, 2011-08-16 at 02:04 +0200, Cyril Brulebois wrote: Martin m...@cs.bath.ac.uk (16/08/2011): *. Updating to the latest kernel from backports 2.6.39+35.1~bpo60+1 However this doesn't solve the problem. I'm all out of ideas, all suggestions most welcome. Wait a bit for the buildds to kick in for the X stack backports, and let me a few days to make sure the instructions at [1] are also correct for i386 (I did prepare those on amd64). Then try that and cross fingers. 1. http://x.debian.net/reference/squeeze-backports.html The instructions work but the packages will not install due to a dependency problem. If I understand correctly what's happening is: *. Part of the xorg core breaks *-video-6 *. *-video-all depends on (amounst others) the geode, nv and i740 drivers. *. goade, nv and i740 do not have backports drivers and (again, if I understand correctly) do not have packages waiting to be built on the buildds. The squeeze versions depend on *-video-6 thus meaning that there are unsatisfied dependencies. I think adding geode, nv and i740 to squeeze-backports will solve this problem. Cheers, - Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621132: Intent to Help
I am interested to help you, could we eventually form a team and maintain it together. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631883: Google talk audio call attempt crashes empathy
This problem seems to occure when you are using Empathy without installng the whole GNOME (i.e. when using KDE) Problem is properly discribed here: http://forums.gentoo.org/viewtopic-t-850280-start-0.html The solution for debian was to install gstreamer0.10-gconf package. Now everything works well for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable
Martin m...@cs.bath.ac.uk (18/08/2011): The instructions work but the packages will not install due to a dependency problem. If I understand correctly what's happening is: *. Part of the xorg core breaks *-video-6 Because src:xorg has not reached squeeze-backports yet. Uploaded a few hours ago (src:xorg needed to reached testing before it could be backported, hence the delay compared to mesa, xorg-server, and drivers). Mraw, KiBi. signature.asc Description: Digital signature
Bug#638297: O: edbrowse -- A /bin/ed-alike webbrowser
Package: wnpp Severity: normal I have been neglecting edbrowse for far too long. I am sorry for this. While it is a very interesting tool, I still find lynx more convenient :-). However, its really useful for scripting and generally, for command-line freaks. However, it needs a maintainer who actually uses it on a more or less regularily basis. -- CYa, ⡍⠁⠗⠊⠕ pgpBnayzJrv0H.pgp Description: PGP signature
Bug#636214: u-boot-tools: /etc/fw_env.config for Buffalo Linkstation Mini
On Mon, Aug 01, 2011 at 03:07:27PM +0200, Benjamin Cama wrote: I don't know exactly where this belongs, but here is the fw_env.config needed for the Buffalo Linkstation Mini (as such in /proc/cpuinfo). I see there are no other config in this package except in bug reports, so I'm not sure this is the right place, but it would be nice if some tool could detect the current platform and use the proper values for fw_printenv/saveenv. Committed here: http://anonscm.debian.org/gitweb/?p=collab-maint/u-boot.git;a=commit;h=73ef831b58b19966722fb6b48b9582ff6e0bdbc7 Currently these configs aren't used for anything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637812: extplorer embedded libraries
Hi Thomas, I upgraded libjs-extjs to 3.4.0+dfsg, available to merge from http://git.antcom.de/ . (Orig-Tarball available as described previously.) This is one of the necessary dependencies identified by you. Regarding the other one, php-text-diff [1], considering that it's not in Debian yet and that extplorer currently uses an older version (pear.php.net's 2009 version instead of the new horde branch) anyway which would probably break extplorer anyway on upload of new versions of text-diff and/or extplorer, I propose using the embedded library in extlorer for now as a reasonable tradeoff. What do you think? I could comaintain/upload extplorer and libjs-extjs right now. Thanks in advance, Roland [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590135 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637958: X.org crash leaves GPU in an inconsistent state and renders system unbootable
On Thu, 2011-08-18 at 13:10 +0200, Cyril Brulebois wrote: Martin m...@cs.bath.ac.uk (18/08/2011): The instructions work but the packages will not install due to a dependency problem. If I understand correctly what's happening is: *. Part of the xorg core breaks *-video-6 Because src:xorg has not reached squeeze-backports yet. Uploaded a few hours ago (src:xorg needed to reached testing before it could be backported, hence the delay compared to mesa, xorg-server, and drivers). OK, my apologies. Tonight I'll check the buildds and try again. Thanks for your help. Cheers, - Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638297: O: edbrowse -- A /bin/ed-alike webbrowser
retitle 638297 ITA: edbrowse -- A /bin/ed-alike webbrowser owner 638297 alger...@madhouse-project.org thanks Mario Lang ml...@debian.org writes: I have been neglecting edbrowse for far too long. I am sorry for this. While it is a very interesting tool, I still find lynx more convenient :-). However, its really useful for scripting and generally, for command-line freaks. However, it needs a maintainer who actually uses it on a more or less regularily basis. I'm using edbrowse reasonably often, both for scripting and for actual browsing when either my terminal or the network connection doesn't permit better. (The latter happens rather often) Plus, this package is probably the closest I'll get to anything ed-like in the forseeable future. For these reasons, I'd like to adopt the package. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626076: Firefox crashes, error message: libfile.so:
And, FYI, this workaround solves the crash... HTH From: https://bugs.launchpad.net/firefox/+bug/827211 Also, a clean downloads list prevents it (deleted the downloads.sqlite in my profile).
Bug#638298: blender: Blender will not install as it some of its dependencies have been upgradeD
Package: blender Severity: important When I try to install blender on my sid system I get:- $ apt-get install blender Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: blender : Depends: libavdevice52 (= 4:0.6-1~) but it is not going to be installed or libavdevice-extra-52 (= 4:0.6-1~) but it is not installable E: Broken packages $ dpkg -l libavdevice52 No packages found matching libavdevice52. $ sudo apt-get install libavdevice52 Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: libavdevice52 : Depends: libavcodec52 ( 4:0.6.2-99) but 5:0.7.1-0.1 is to be installed or libavcodec-extra-52 ( 4:0.6.2-99) but it is not installable Depends: libavformat52 ( 4:0.6.2-99) but 5:0.7.1-0.1 is to be installed or libavformat-extra-52 ( 4:0.6.2-99) but it is not installable Depends: libavutil50 ( 4:0.6.2-99) but 5:0.7.1-0.1 is to be installed or libavutil-extra-50 ( 4:0.6.2-99) but it is not installable E: Broken packages Which suggests that blender needs to be rebuilt against the newer libraries now in sid. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-486 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629257: Regarding rekonq's crashes on certain web sites
Hello, I was able to get a backtrace from rekonq after installing the necessary packages, and I have reported this bug upstream to KDE. [1] One of the possible duplicates of the bug report [2] mentioned that if the standardFontFamily configuration line was commented out in ~/.kde/share/config/rekonqrc then the crashes did not occur. I have confirmed that this is the case and wanted to correct this bug report: the crashes are not related to SSL-enabled web sites, but from what I understand, they are related to font handling. Regards, M. Vefa Bicakci [1] https://bugs.kde.org/show_bug.cgi?id=279874 [2] https://bugs.kde.org/show_bug.cgi?id=272244 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637888: aqbanking-cli segfault since last upgrade
Hi, I installed new packages but it doesn't change anything. I become exactly the same trace. Regards, -- Florent. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638299: reprepro: Please allow updating Packages entries with SHA*Sums
Package: reprepro Version: 4.5.1-1~bpo60+1 Severity: wishlist Hi, Our repository contains packages uploaded a very long time ago. These do not carry SHA1Sum/SHA256Sum entries in the dist/Packages file, but reprepro _listchecksums clearly shows MD5, SHA1, SHA256 checksums for the affected debs. I haven't found a way to update the Packages entries with the available checksums, so this is a feature request to provide a way to do so. (A workaround might also be nice in the meantime ;-) ) Thank you, Christian -- http://grml.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638300: needs deprecated kernel option
Package: powertop Severity: normal Hi, powertop wants to read from /proc/acpi/battery/ which is the result of a deprecated kernel option called CONFIG_ACPI_PROCFS_POWER. This kernel option is documented as will be deleed in 2.6.39, but is still present in 3.0.3. Please consider using a patch from linaro (http://git.linaro.org/gitweb?p=tools/powertop.git;a=shortlog;h=refs/heads/linaro, http://git.linaro.org/gitweb?p=tools/powertop.git;a=commit;h=f577943b23db8a81812475f6c2f291e5b1a81fde) which will make powertop read from the currently supported interfaces. Greetings Marc P.S.: Julian Andreas Klode helped in preparing this bug report, thanks for delivering background information and digging up the patch -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638301: please consider prioritized bld hosts
Package: mini-buildd Severity: wishlist Hi, I recently bought two new computers with relatively strong CPUs which can both host virtual machines. I'd like to make use of their computing power as mini-buldd bld hosts. The problem is: Those machines are not online 24/7 since one of them is my personal notebook and the other one is my home desktop which uses too much power to keep it running. Please consider a bld host selection algorithm like distribute compilation over all available bld hosts, but always send build jobs to host A or B first since host C is a lot slower. I can live with having to bring the powerful boxes online before having mini-buildd compile a bigger package, but it would be nice if it were not necessary to interfere with mini-buildd's configuration after bringing a box online. Thanks in advance. Greetings Marc -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638302: Issues with LSBHeaders and shutdown order
Package: ocfs2-tools Version: 1.4.4-3 Tags: patch Severity: important Doing a clean shutdown of a cluster node (with 11 volumes mounted) does not work and lead to exactly one volume with a still active heartbeat. This is the console message on shutdown: Stopping O2CB cluster dataserver: Failed Unable to stop cluster as heartbeat region still active First issue was to actually get the error message, as o2cb isn't stopped on my system (using insserv). To make it stop, those dependencies in the init scripts are required: * in /etc/init.d/o2cb: # Required-Stop: $network * in /etc/init.d/ocfs2: # Required-Stop: $local_fs $network o2cb (see attached patch) This leads to a system trying to shut down the ocfs2 cluster stack. The active heartbeat region results from sendsigs running in parallel with ocfs2 script trying to kill all running processes and sending a kill signal to umount -a -t ocfs2 ran by ocfs2 init script. This is why just one volume (no matter how many volumes one has) needs to be recovered in the cluster. Killing umount leads to a still active heartbeat region in the filesystem while umount moves on to the next mounted filesystem. To fix this adding # X-Stop-After: sendsigs to /etc/init.d/ocfs2 is required. Interesting enough, having just some ocfs2 volumes does not lead to that condition as the unmounting does not take that long. (Depending on your server's speed and stuff like that, of course) I have discussed the issue with Petter Reinholdtsen (the maintainer of insserv and initscripts that contain sendsigs) in a different bug[1] requesting a feature in insserv to let a task (like sendsigs) run exclusively on system shutdown. He basically said that ocfs2-tools should put the correct dependencies in the LSB header to make things work. In a different bug report[2] I sent a patch to prevent mountnfs and umountnfs from touching ocfs2 (and gfs) filesystems as this leads to error messages about being unable to mount ocfs2 volumes without the cluster stack. A possible different aproach to the issue could be to ditch ocfs2 script and force o2cb startup to happen before mountnfs and shutdown after umountnfs. That way ocfs2 could be handled like a generic network file system. But I guess it is not up to me to decide which way to go... ;-) Find a patch attached that adds shutdown dependencies to LSB headers of init scripts that works for me and seem to be sane. Thanks, Adi [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590892 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504748 diff -Nru etc/init.d/o2cb etc/init.d/o2cb --- etc/init.d/o2cb 2011-08-18 13:09:41.0 +0200 +++ etc/init.d/o2cb 2011-08-18 13:10:00.0 +0200 @@ -8,7 +8,7 @@ # Provides: o2cb # Required-Start: $network # Should-Start: -# Required-Stop: +# Required-Stop: $network # Default-Start: S # Default-Stop: 0 6 # Short-Description: Load O2CB cluster services at system boot. diff -Nru etc/init.d/ocfs2 etc/init.d/ocfs2 --- etc/init.d/ocfs2 2011-08-18 13:10:27.0 +0200 +++ etc/init.d/ocfs2 2011-08-18 13:10:16.0 +0200 @@ -8,9 +8,10 @@ ### BEGIN INIT INFO # Provides: ocfs2 # Required-Start: $local_fs $network o2cb -# Required-Stop: $local_fs +# Required-Stop: $local_fs $network o2cb # X-UnitedLinux-Should-Start: # X-UnitedLinux-Should-Stop: +# X-Stop-After: sendsigs # Default-Start: S # Default-Stop: 0 6 # Short-Description: Mount OCFS2 volumes at boot.
Bug#617546: xpdf prints duplex, overriding printer front panel
retitle 617546 popper: PSOutputDev should not mess with duplex setting thanks Michael Gilbert writes (Bug#617546: xpdf prints duplex, overriding printer front panel): I just had a couple minutes to look into this. xpdf now uses poppler's PSOutputDev for postscript output, so that is where the problem is now (although it looks like PSOutputDev in xpdf's source that isn't built anymore should also have the issue). I don't have a printer to test, but I've attached a potential solution. Would you be able to test it? Note that this needs to be applied to poppler. Thanks for looking into this. I would be happy to test this. I'll get back to you at some point. But: --- poppler/PSOutputDev.cc.orig2011-08-18 02:35:01.0 -0400 +++ poppler/PSOutputDev.cc 2011-08-18 02:35:22.0 -0400 @@ -117,7 +117,7 @@ /PageSize exch def, /ImagingBBox null def, /Policies 1 dict dup begin /PageSize 3 def end def, -{ /Duplex true def } if, +{ /Duplex false def } if, currentdict end setpagedevice, } {, pop pop, I don't think this is right. If I have configured my printer to do duplex, this would force it to simplex for this document. The correct behaviour is simply not to mess with this at all. I can see no reason for anything generating PS output to do so, and frankly I think it's mind-boggling that this code is in Poppler at all. The right patch is probably this: /PageSize exch def, /ImagingBBox null def, /Policies 1 dict dup begin /PageSize 3 def end def, -{ /Duplex true def } if, currentdict end setpagedevice, } {, And that is what I plan to test. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638303: prettytable: Addition of python3 package, migration to dh_python2/3
Package: prettytable Version: 0.5-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch *** /tmp/tmpDmOGWT In Ubuntu, the attached patch was applied to achieve the following: * Updates for Ubuntu MIR (LP: #825110). - debian/rules, debian/control: dh_python2 transition. - debian/control: Bumped Standards-Version: 3.9.2, no changes. * Switched to source/format: 3.0 (quilt). * Added python3-prettytable package: - debian/rules, debian/control: dh_python3 enablement, added dependencies to support python3 package. - debian/control: added python3-prettytable package. - debian/rules: build and clean python2.x and python3 packages. - debian/prettytable-example.py: updated to be python3 compatible. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-10-generic (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash === modified file 'debian/changelog' === modified file 'debian/control' --- debian/control 2009-05-27 09:14:57 + +++ debian/control 2011-08-18 11:55:58 + @@ -3,9 +3,9 @@ Priority: optional Maintainer: Debian Python Modules Team python-modules-t...@lists.alioth.debian.org Uploaders: Sandro Tosi mo...@debian.org -Build-Depends: debhelper (= 7), python, python-setuptools -Build-Depends-Indep: python-support (= 1.0.0) -Standards-Version: 3.8.1 +Build-Depends: debhelper (= 7.0.50~), python-all (= 2.6.6-3~), python3-all (= 3.1.3-3), + python-setuptools, python3-setuptools +Standards-Version: 3.9.2 Homepage: http://code.google.com/p/prettytable/ Vcs-Svn: svn://svn.debian.org/python-modules/packages/prettytable/trunk/ Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/prettytable/trunk/ @@ -20,3 +20,15 @@ psql. PrettyTable allows for selection of which columns are to be printed, independent alignment of columns (left or right justified or centred) and printing of sub-tables by specifying a row range. + +Package: python3-prettytable +Architecture: all +Depends: ${python3:Depends}, ${misc:Depends} +Description: Python3 library to represent tabular data in visually appealing ASCII tables + PrettyTable is a simple Python library designed to make it quick and + easy to represent tabular data in visually appealing ASCII tables. It + was inspired by the ASCII tables used in the PostgreSQL shell + psql. PrettyTable allows for selection of which columns are to be + printed, independent alignment of columns (left or right justified or + centred) and printing of sub-tables by specifying a row range. + === modified file 'debian/prettytable-example.py' --- debian/prettytable-example.py 2009-05-27 09:14:57 + +++ debian/prettytable-example.py 2011-08-16 12:45:00 + @@ -14,7 +14,7 @@ x.add_row([Sydney, 2058, 4336374, 1214.8]) x.add_row([Melbourne, 1566, 3806092, 646.9]) x.add_row([Perth, 5386, 1554769, 869.4]) -print x +print(x) if __name__ == __main__: main() === added file 'debian/python3-prettytable.examples' --- debian/python3-prettytable.examples 1970-01-01 00:00:00 + +++ debian/python3-prettytable.examples 2011-08-16 12:17:29 + @@ -0,0 +1 @@ +debian/prettytable-example.py === modified file 'debian/rules' --- debian/rules2009-05-27 09:14:57 + +++ debian/rules2011-08-16 12:25:07 + @@ -2,6 +2,30 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 - %: - dh $@ + dh $@ --with python2,python3 + +override_dh_auto_install: + set -e for pyvers in $(shell pyversions -vr); do \ + python$$pyvers setup.py install --no-compile -O0 --install-layout=deb \ + --root $(CURDIR)/debian/python-prettytable; \ + python$$pyvers $(CURDIR)/prettytable.py; \ + done + 2to3 -w $(CURDIR)/prettytable.py + set -e for pyvers in $(shell py3versions -sv); do \ + python$$pyvers setup.py install --no-compile -O0 --install-layout=deb \ + --root $(CURDIR)/debian/python3-prettytable; \ + python$$pyvers $(CURDIR)/prettytable.py; \ + done + mv $(CURDIR)/prettytable.py.bak $(CURDIR)/prettytable.py + +override_dh_auto_clean: + set -e for pyvers in $(shell pyversions -vr); do \ + python$$pyvers setup.py clean -a; \ + done + set -e for pyvers in $(shell py3versions -sv); do \ + python$$pyvers setup.py clean -a; \ + done + find . -name \*.pyc -exec rm {} \; + dh_clean + === added directory 'debian/source' === added file 'debian/source/format' --- debian/source/format1970-01-01 00:00:00 + +++ debian/source/format2011-08-16 12:21:28 + @@ -0,0 +1 @@ +3.0 (quilt)
Bug#638029: hugin: Segfault when trying to perform step 2 is assistant
Hello, all just the same. I already tried to make panorama without an assistant and also get a segfault when tried to launch preview with hardware acceleration. 2011/8/17 Andreas Metzler ametz...@downhill.at.eu.org On 2011-08-16 Alex Ankudinov xel...@gmail.com wrote: Package: hugin Version: 2011.0.0+dfsg-2 Severity: important I have just installed hugin and tried to make first panorama with hugin assistant. Step 1 is ok, I have downloaded 3 photoes. Then I click on the second button. It does something and shows logs about it and then suddenly segfault appears. [...] Hello, Could you please doublecheck whether 2011.2.0+dfsg~rc3-1 (available in experimental) works? cu andreas
Bug#638278: Bits from the Lintian maintainers
On 2011-08-18 13:50, Thorsten Glaser wrote: Niels Thykier dixit: Package: lintian Hm, don’t find it, did you Cc submit@b.d.o? (I usually file against Source for changes like this one…) Hi, I did (BCC it), the bug is #638278. I took the liberty of marking you as the submitter. Severity: normal Would set it to minor or wishlist, even though it’s an improvement and “probably” correct. Personally I do not care if it is minor or normal. I tend to view wishlist as requests for new tags/features and I think this one is about possibly correct a false-positive. Not a 100% sure here, but I have submitted this as a bug against Lintian Mh, I contacted you first about the opinion because I didn’t want to impose this as bug to you if you disagreed. Emails in my inbox has a way of disappearing even if I tag them TODO etc, so when I can I file bugs if I cannot handle them immediately. Plus I am hoping a co-maintainer can step in and elaborate on this. The sun might be up outside, but it isn't on the inside. :P now. As I recall, we tend to use user and group names rather than numerical values in the code, so this smells like work. :P Yes, probably. But you could just map 0 to root for both uid and gid (everything else is not standardised anyway). If you want I can have a look at the code (no guarantees, I don’t really speak Perl). bye, //mirabilos That could solve a lot it, if done in the method reading the tar index. Brilliant! ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638304: install: The selinux options are confusing and not all useful cases are covered
Package: coreutils Version: 8.5-1 Severity: normal If you use install(1) to put a file in a setgid directory then it will end up with the GID specified by the directory permissions and no warning will be given. If you run install as non-root and the source is owned by a different user then the result will be a file owned by your account and no warning will be given. If you run install on a SE Linux system and the target directory has a file context other than None specified (which means pretty much any directory on a regular filesystem other than /tmp, /var/tmp, and /media) then by default it will try to label the file according to the file contexts specified in SE Linux policy. If this relabelling attempt fails then a warning will be displayed. From reading the source it seems that there are two options for preventing this, one is the -Z option to explicitely specify the context. This doesn't work in automated environments (such as debian/rules) as you won't know what will be a valid context - and in any case the ability to build on a non-SE system is desirable. The other is the --preserve-context option. This aims to make the context on the destination file the same as the source, but of course this doesn't work if the source has a context that you can't write - a trivial example of this is install --preserve-context /etc/passwd /tmp/foo. What is needed is an option to install without doing anything special with the SE Linux context. This will be good for debian/rules (as Debian packages contain no information on SE Linux contexts) and for lots of other things. Also if the default is to remain looking up the file contexts database and matching the file name then this needs to be documented in the man page. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (700, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils 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#637987: [Pkg-gtkpod-devel] Bug#637987: libgtkpod1 depends on libanjuta0, not libanjuta-3-0
On Tue, Aug 16, 2011 at 05:35:05PM +0200, Matteo F. Vescovi wrote: On 16/08/2011 12:39, Steffen Grunewald wrote: The package page reports libgtkpod1 would depend on libanjuta-3-0 (which is already installed). So I guess I found the problem: are you using debian-multimedia repositories? Admit it! :-) I admit... but still somehow, in its infinite wisdom, aptitude managed to resolve the problem (and install the 2.1.0~ packages). Today, when running an apt-get upgrade, I was stuck again. Commenting out the multimedia line resolved the issue. Marillat bumped the epoch for libgtkpod1 and probably the apt-pinning in your repositories gives priority to Debian-Multimedia one. Im still curious why (and how this could be resolved)... Besides that, this is not a real bug against libgtkpod1; so I'm gonna close this bug report. Anyhow, feel free to reopen it if you find that my solution about repositories doesn't work. Thanks for your efforts. Climbing back into my little hole now, Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638305: iptables: missing space char in the log
Package: iptables Version: 1.4.8-3 Severity: minor When I use this command to log some packets iptables -t mangle -A OUTPUT -s 192.168.0.0/16 -o pp+ -j LOG --log-prefix tabl=mangle --log-uid I get log records like this: Aug 18 14:44:27 NoX-gw kernel: [22682.960012] tabl=mangleIN= OUT=ppx_TTK SRC=192.168.66.1 DST=172.16.11.21 LEN=52 TOS=0x00 PREC=0x00 TTL=64 ID=0 DF PROTO=TCP SPT=445 DPT=51949 WINDOW=5840 RES=0x00 ACK SYN URGP=0 UID=0 GID=0 where log-prefix value and next field is not delimited by space. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iptables depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libnfnetlink0 1.0.0-1Netfilter netlink library iptables recommends no packages. iptables 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#638306: fusionforge: Package upstream's mailman plugin
Package: fusionforge Version: 5.1-4 Severity: wishlist Hi. There is supposedly a newer mailman plugin in upstream project (although in development in 5.1), that may bring improvements over the current gforge-lists-mailman package. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617896: gitolite: unowned files after purge (policy 6.8)
On Donnerstag, 18. August 2011, Gerfried Fuchs wrote: severity 617896 minor thanks why do you think fullfilling a release goal (=a piuparts clean archive) is a minor bug? I wont play bts pingpong but minor severity is certainly wrong. (but as long as you fix this bug I dont care...) If you insist I though could add a rmdir /var/lib/gitolite 2/dev/null || true into the postrm, as said on irc, yes, I insist. which would make piuparts but play next to no role for real use cases of the package when people do fill in data in the debconf questions. a real use case is that people install gitolite, dont use it, and purge it. then the system should be clean, thats what people expect from Debian. cheers, Holger, who really dont get why people think policy is not for them -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637924: icedove: symbol lookup error
clone 637924 -1 reassign -1 libc6 severity -1 critical thanks On Wed, Aug 17, 2011 at 02:46:01PM +0200, Mike Hommey wrote: On Wed, Aug 17, 2011 at 02:42:21PM +0200, Mike Hommey wrote: On Wed, Aug 17, 2011 at 02:08:16PM +0200, Stéphane Glondu wrote: Le 17/08/2011 13:49, Stéphane Glondu a écrit : Running iceweasel with LD_DEBUG=all gives: [...] Attached are the full outputs with LD_DEBUG=symbols with and without libnotify1. This very much looks like an ld.so bug. It doesn't even try to lookup the symbol in libxpcom.so, where it is, while libmailcomps.so is linked against libxpcom.so. Somehow, the fact that libmozgnome.so is also linked against libxpcom.so might work around that issue when libnotify is present. Since it works in iceape, I guess icedove needs something like that to work around that bug: http://anonscm.debian.org/gitweb/?p=pkg-mozilla/iceape.git;a=commitdiff;h=70ffea987cc185ad836704886dcd9a22b669acc3;hp=bc9be92511c8af63bded187f8d75319feb5f710b I still think that should be applied to icedove, so I'll leave this bug here. Note that the underlying ld.so issue could very well be related to bug 626076. Since the way these components are linked and loaded hasn't changed for a long time, I guess some recent change to ld.so could be blamed. It would be interesting to try to downgrade libc6. I verified that libc6 is indeed the culprit. The remaining question is whether that comes from multiarch or from 2.13. Here is how I managed to reproduce the issue and verify that libc6 is the culprit: - pbuilder login in a squeeze chroot - add squeeze-backports to the apt sources.list - install icedove from squeeze-backports - install libdbus-glib-1-2 libgconf2-4 libgnomevfs2-0 - run icedove with DISPLAY set to a remote X, it works - upgrade libc6 to the version in unstable (I needed -o APT::Immediate-Configure=no ; I also removed a bunch of build related packages to minimize the number of installed/upgraded packages) - touch /usr/lib/icedove/.autoreg - run icedove with DISPLAY set to a remote X, it fails - downgrade libc6 to the version in squeeze - touch /usr/lib/icedove/.autoreg - run icedove with DISPLAY set to a remote X, it works - re-upgrade libc6 to the version in unstable - touch /usr/lib/icedove/.autoreg - run icedove with DISPLAY set to a remote X, it fails again My bet is that bug 626076 is also the very same ld.so problem. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638222: Fails to build on kfreebsd-amd64, kfreebsd-i386 and mips, all java related
On Wed, Aug 17, 2011 at 09:41:24PM +0200, Reinhard Tartler wrote: Package: libbluray Version: 1:0.0~git20110717.3477b65-2 Severity: serious Justification: fails to build from source Please have a look at the build failures of https://buildd.debian.org/status/package.php?p=libbluray I've uploaded a new version of mplayer which has its build dependencies uninstallable because of this issue, so a quick fix would be very appreciated. AFAIR, the java support is optional, so maybe we can disable the java parts on these three architectures, until some porter finds out what is going wrong here? The problem is that it fails on architectures having the default jdk set to gcj and not to openjdk. At least for mips this is something that can be fixed, and is actually already fixed for quite some time in SVN (see bug#631140), but the maintainer doesn't seem to care about uploading a new version. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637987: [Pkg-gtkpod-devel] Bug#637987: libgtkpod1 depends on libanjuta0, not libanjuta-3-0
On 18/08/2011 13:55, Steffen Grunewald wrote: On Tue, Aug 16, 2011 at 05:35:05PM +0200, Matteo F. Vescovi wrote: On 16/08/2011 12:39, Steffen Grunewald wrote: The package page reports libgtkpod1 would depend on libanjuta-3-0 (which is already installed). So I guess I found the problem: are you using debian-multimedia repositories? Admit it! :-) I admit... but still somehow, in its infinite wisdom, aptitude managed to resolve the problem (and install the 2.1.0~ packages). Today, when running an apt-get upgrade, I was stuck again. Commenting out the multimedia line resolved the issue. No magic about the infinite wisdom of aptitude: simply, Christian Marillat now provides a 2.1.0 release of gtkpod. And it just upgraded to it, I guess ;-) But I'm not using (and never will) d-m repos. Sorry. Marillat bumped the epoch for libgtkpod1 and probably the apt-pinning in your repositories gives priority to Debian-Multimedia one. Im still curious why (and how this could be resolved)... Well, for the why part you might ask Marillat directly; for the how part, it could be resolved through apt pinning[1], as already said. Besides that, this is not a real bug against libgtkpod1; so I'm gonna close this bug report. Anyhow, feel free to reopen it if you find that my solution about repositories doesn't work. Thanks for your efforts. Climbing back into my little hole now, Steffen No problem. Happy hacking. [1] http://wiki.debian.org/AptPreferences -- Ing. Matteo F. Vescovi -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599995: Same error on i386
make -C xpath -j2 -f GNUmakefile make[4]: Entering directory `/home/serna- free-4.3.0.20110221/build/sfworks/xpath' /home/serna-free-4.3.0.20110221/3rd/bin/python /home/serna- free-4.3.0.20110221/tools/msggen/msggen.py -H -M xpath /home/serna- free-4.3.0.20110221/build/sfworks/xpath/XpathMessages.h /home/serna- free-4.3.0.20110221/sfworks/xpath/impl3/XpathMessages.msg /home/serna-free-4.3.0.20110221/3rd/bin/python /home/serna- free-4.3.0.20110221/tools/msggen/msggen.py -C -M xpath /home/serna- free-4.3.0.20110221/build/sfworks/xpath/XpathMessages.cpp /home/serna- free-4.3.0.20110221/sfworks/xpath/impl3/XpathMessages.msg /home/serna-free-4.3.0.20110221/3rd/bin/python /home/serna- free-4.3.0.20110221/tools/buildsys/buildno.py /home/serna- free-4.3.0.20110221/sfworks/xpath buildrev.txt buildrev.hpp bison /home/serna-free-4.3.0.20110221/sfworks/xpath/impl3/xpathParser.y /home/serna-free-4.3.0.20110221/sfworks/xpath /home/serna- free-4.3.0.20110221/sfworks/xpath g++ -c -pipe -g -D_GLIBCXX_DEBUG -DQT_SHARED -Wall -W -O2 -D_REENTRANT - DNDEBUG -DNOCVSID -DOALLOC_TYPE=4 -DMULTI_THREADED -D__STDC_VERSION__=199901L -DQT_DLL -DBUILD_XPATH -DXPATH_API -DQT3_SUPPORT -DQT_THREAD_SUPPORT - I/home/serna-free-4.3.0.20110221/sfworks/common/sysdep/i386-linux-g++ -I. -I/home/serna-free-4.3.0.20110221/3rd/qt/mkspecs/linux-g++ -I/home/serna- free-4.3.0.20110221/build/sfworks -I/home/serna- free-4.3.0.20110221/sfworks/xpath/impl3 -I/home/serna- free-4.3.0.20110221/sfworks -I/usr/include/qt4 -I/usr/include/qt4/QtCore -o obj/Tokenizer.o /home/serna- free-4.3.0.20110221/sfworks/xpath/impl3/Tokenizer.cxx /home/serna-free-4.3.0.20110221/sfworks/xpath/impl3/Tokenizer.cxx:33:33: fatal error: xpath/xpathParser.hpp: No such file or directory compilation terminated. make[4]: *** [obj/Tokenizer.o] Error 1 make[4]: *** Waiting for unfinished jobs make[4]: Leaving directory `/home/serna- free-4.3.0.20110221/build/sfworks/xpath' make[3]: *** [xpath] Error 2 make[3]: Leaving directory `/home/serna-free-4.3.0.20110221/build/sfworks' make[2]: *** [sfworks] Error 2 make[2]: Leaving directory `/home/serna-free-4.3.0.20110221/build' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/home/serna-free-4.3.0.20110221' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638222: Fails to build on kfreebsd-amd64, kfreebsd-i386 and mips, all java related
On Thu, Aug 18, 2011 at 14:48:19 (CEST), Aurelien Jarno wrote: [...] The problem is that it fails on architectures having the default jdk set to gcj and not to openjdk. At least for mips this is something that can be fixed, and is actually already fixed for quite some time in SVN (see bug#631140), but the maintainer doesn't seem to care about uploading a new version. In this case, it seems to me that we should probably replace the build dependency 'default-jdk' with 'openjdk-6-jdk [linux-any]' and disable the bdjava parts on kfreebsd and hurd (i.e., on !linux). Do you agree and does this make sense to you? Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org