Bug#629820: broken package gitweb Version: 1:1.7.5.3-1
I'm sorry, you are right! I'm just check gitweb package before install, i did not expect that file was moved to another package. it's my fault. 2011/6/8 Jonathan Nieder jrnie...@gmail.com Hi Denis, Denis Linvinus wrote: inside package gitweb_1.7.5.3-1_all.deb file /usr/lib/cgi-bin/gitweb.cgi is symbol link to ../../share/gitweb/gitweb.cgi which don't exist! Does it really not exist on your filesystem? What is the output of dpkg -l git dpkg -L git ?
Bug#629877: xfce4: Default icons setting is empty
Package: xfce4 Version: 4.8.0.2 Severity: minor The default value for icons setting, which is saved xfce-perchannel-xml/xsettings.xml, is empty. And the system setting is property name=IconThemeName type=string value=Rodent/. On the other hand, the default theme installed with xfce4 is tango. This conflict leads to missing icons, and the user has to set icons manually to fix this problem. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4 depends on: ii gtk2-engines-xfce 2.8.1-2GTK+-2.0 theme engine for Xfce ii orage 4.8.1-2Calendar for Xfce Desktop Environm ii thunar1.2.1-6File Manager for Xfce ii xfce4-appfinder 4.8.0-3Application finder for the Xfce4 D ii xfce4-mixer 4.8.0-2Xfce mixer application ii xfce4-panel 4.8.3-3panel for Xfce4 desktop environmen ii xfce4-session 4.8.1-2Xfce4 Session Manager ii xfce4-settings4.8.2-1graphical application for managing ii xfce4-utils 4.8.1-2Various tools for Xfce ii xfconf4.8.0-3utilities for managing settings in ii xfdesktop44.8.2-1xfce desktop background, icons and ii xfwm4 4.8.1-3window manager of the Xfce project Versions of packages xfce4 recommends: ii desktop-base 6.0.6 common files for the Debian Deskto ii tango-icon-theme 0.8.90-3 Tango icon theme ii thunar-volman 0.6.0-4Thunar extension for volumes manag ii xorg 1:7.6+6X.Org X Window System Versions of packages xfce4 suggests: pn xfce4-goodies none (no description available) pn xfprint4 none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629842: Kernel BUG in ext3 filesystem creation
Dnia 2011-06-08, śro o godzinie 15:41 -0400, Daniel Richard G. pisze: Package: installation-reports Boot method: hard disk (netboot kernel + initrd) via grub Image version: 20110106+squeeze1 (files are dated 2011-03-14) Machine: Dell Dimension 2350 Processor: Intel(R) Pentium(R) 4 CPU 2.20GHz Memory: 1GB Partitions: (fdisk -l output below) Disk /dev/sda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x0ea91612 Device Boot Start End Blocks Id System /dev/sda1 1 9 722616 FAT16 /dev/sda2 10 14593 117145949+ 5 Extended /dev/sda5 10 141 1060258+ 82 Linux swap /dev/sda6 142 795 5253223+ 83 Linux /dev/sda7 * 7961840 8393931 83 Linux /dev/sda81841 14593 102438441 83 Linux Output of lspci -knn (or lspci -nn): (see attached) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[E] Comments/Problems: Everything worked fine up to the point of creating the root ext3 filesystem. Then a kernel BUG occurred, and the installer remained stuck at a blue screen (with white underbar). The system is still responsive; I can switch to the other terminals and poke around, but the installer is horked. The console log, recorded via serial cable, is attached. Note that this error does not occur with testing/unstable installers. Did You checked this hdd for bad sectors? Check SMART first if possible. PS. Why 486 kernel instead 686? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626019: libsane-perl: FTBFS on sparc (test hang?)
tag 626019 + confirmed thanks Hi On Sun, May 08, 2011 at 10:48:30AM +0200, Jeffrey Ratcliffe wrote: Or am I being slow, and this is just because of the Perl 5.12 transition (that being the only change)? I did a check on smetana.d.o sparc porterbox. The build hangs there with: dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: source package libsane-perl dpkg-buildpackage: source version 0.03-1 dpkg-buildpackage: source changed by Jeffrey Ratcliffe jeffrey.ratcli...@gmail.com dpkg-buildpackage: host architecture sparc dpkg-source --before-build libsane-perl-0.03 fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean dh_clean rm -f *.pnm debian/rules build dh build dh_testdir dh_auto_configure Checking if your kit is complete... Looks good 'CREATE_PACKLIST' is not a known MakeMaker parameter name. Writing Makefile for Sane dh_auto_build make[1]: Entering directory `/home/carnil/libsane-perl-0.03' cp lib/Sane.pm blib/lib/Sane.pm /usr/bin/perl /usr/share/perl/5.12/ExtUtils/xsubpp -typemap /usr/share/perl/5.12/ExtUtils/typemap -typemap typemap Sane.xs Sane.xsc mv Sane.xsc Sane.c cc -c -I. -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D _LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -DVERSION=\0.03\ -DXS_VERSION=\0.03\ -fPIC -I/usr/lib/perl/5.1 2/CORE Sane.c Running Mkbootstrap for Sane () chmod 644 Sane.bs rm -f blib/arch/auto/Sane/Sane.so cc -shared -O2 -g -L/usr/local/lib -fstack-protector Sane.o -o blib/arch/auto/Sane/Sane.so\ -lsane \ chmod 755 blib/arch/auto/Sane/Sane.so cp Sane.bs blib/arch/auto/Sane/Sane.bs chmod 644 blib/arch/auto/Sane/Sane.bs Manifying blib/man3/Sane.3pm make[1]: Leaving directory `/home/carnil/libsane-perl-0.03' dh_auto_test make[1]: Entering directory `/home/carnil/libsane-perl-0.03' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/data.t .. ok t/enums.t . ok t/err.t ... 1/38 Hanging here then. libsane-dev 1.0.22-3 is installed in the unstable chroot. I myself did not yet investigate it further. Bests Salvatore signature.asc Description: Digital signature
Bug#629820: broken package gitweb Version: 1:1.7.5.3-1
merge 621120 629820 quit Denis Linvinus wrote: I'm sorry, you are right! I'm just check gitweb package before install, i did not expect that file was moved to another package. No problem. Any ideas about how to document this? (Perhaps the gitweb package description should mention explicitly that the gitweb CGI script is in the main git package for use by git instaweb. If so, suggestions for wording would be welcome.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0
Would you mind apply your changes in the svn repository ? Will do! --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628685: ld segfaults when building udev on mips/mipsel
tag 628685 + patch thanks On Sun, Jun 05, 2011 at 05:40:15PM +0200, Aurelien Jarno wrote: On Tue, May 31, 2011 at 12:13:45PM +0200, Marco d'Itri wrote: Package: binutils Version: 2.21.51.20110421-3 Severity: critical ld reliably segfaults when building udev on mips/mipsel: https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipsver=170-1stamp=1306799134 https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipselver=170-1stamp=1306799800 Reverting this commit fixes it: http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=f0ed90b7678045759ffa2a44d2b4cac96968b077 A smaller workaround is to remove the -Wl,--gc-sections This is the patch proposed by upstream, but it is not yet committed. It looks reasonable, and I confirm it fixes the issue. Index: ld/emultempl/mipself.em === RCS file: /cvs/src/src/ld/emultempl/mipself.em,v retrieving revision 1.12 diff -u -3 -p -r1.12 mipself.em --- ld/emultempl/mipself.em 4 Feb 2010 09:16:43 - 1.12 +++ ld/emultempl/mipself.em 8 Jun 2011 16:51:16 - @@ -138,6 +138,11 @@ mips_add_stub_section (const char *stub_ lang_output_section_statement_type *os; struct hook_stub_info info; + /* PR 12845: If the input section has been garbage collected it will + not have its output section set to *ABS*. */ + if (bfd_is_abs_section (output_section)) +return NULL; + /* Create the stub file, if we haven't already. */ if (stub_file == NULL) { Index: bfd/elf.c === RCS file: /cvs/src/src/bfd/elf.c,v retrieving revision 1.538 diff -u -3 -p -r1.538 elf.c --- bfd/elf.c 23 May 2011 05:41:00 - 1.538 +++ bfd/elf.c 8 Jun 2011 16:51:17 - @@ -6272,6 +6272,8 @@ _bfd_elf_init_private_section_data (bfd || obfd-xvec-flavour != bfd_target_elf_flavour) return TRUE; + BFD_ASSERT (elf_section_data (osec) != NULL); + /* For objcopy and relocatable link, don't copy the output ELF section type from input if the output BFD section flags have been set to something different. For a final link allow some flags Index: bfd/elfxx-mips.c === RCS file: /cvs/src/src/bfd/elfxx-mips.c,v retrieving revision 1.285 diff -u -3 -p -r1.285 elfxx-mips.c --- bfd/elfxx-mips.c3 Jun 2011 10:11:06 - 1.285 +++ bfd/elfxx-mips.c8 Jun 2011 16:51:18 - @@ -1727,6 +1727,11 @@ mips_elf_check_symbols (struct mips_elf_ if (mips_elf_local_pic_function_p (h)) { + /* PR 12845: If H is in a section that has been garbage +collected it will have its output section set to *ABS*. */ + if (bfd_is_abs_section (h-root.root.u.def.section-output_section)) + return TRUE; + /* H is a function that might need $25 to be valid on entry. If we're creating a non-PIC relocatable object, mark H as being PIC. If we're creating a non-relocatable object with -- 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#629878: Hangs when using multiple tabs of gnome-terminal + Gnu Screen with lots of output
Package: gnome-terminal Version: 2.30.2-1 Severity: normal Tags: sid Steps to reproduce (a) I ssh to a buildserver from gnome-terminal with multiple open tabs in an instance of gnome-termial. (b) attach/reattach to Gnu-screen on remote server. (c) Start compilation, which produces a load of text (i try to compile openwrt). (d) Sometimes the tab containg gnu-screen of the remote server stops updating the screen, this anamoly is only local to the tab in question. (e) I try to close all other remaining tabs, to get a strace. (f) You can see gnome-terminal catching up with output being shown on screen (which was attached to by sshing from xterm from example) when it is the only tab that is left in the gnome-terminal instance. (g) gnome-terminal starts functioning normally. When the tab hangs, creating a new tab, sshing to the buildserver and then reattaching to Gnu-screen shows expected output in the same instance of gnome-terminal (when you dont close all the remaining tabs,as mentioned above). This happens about once or twice a day,will try reproducing the same without sshing into a remote machine, when i get time. Regards, Harish Badrinath -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii gnome-terminal-data2.30.2-1 Data files for the GNOME terminal ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii libice62:1.0.7-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-2~sid1 Layout and rendering of internatio ii libsm6 2:1.2.0-1 X11 Session Management library ii libvte91:0.24.3-2Terminal emulator widget for GTK+ ii libx11-6 2:1.4.1-5 X11 client-side library Versions of packages gnome-terminal recommends: ii gvfs 1.6.4-3 userspace virtual filesystem - ser ii yelp 2.30.1+webkit-1 Help browser for GNOME gnome-terminal 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#221618: [Pkg-samba-maint] Advice on #221618 (libsmbclient-dev: 64bits prototype not precised)
tags 221618 patch thanks Quoting Steve Langasek (vor...@debian.org): On Wed, Jun 08, 2011 at 06:39:06AM +0200, Christian PERRIER wrote: Quoting Steve Langasek (vor...@debian.org): On Tue, Jun 07, 2011 at 07:32:17PM +0200, Christian PERRIER wrote: Do you guys ahave an advice about this bug report? Should be fixed by setting '#define _LARGEFILE64_SOURCE' and '#define _FILE_OFFSET_BITS 64' in the header. mode bubulle_is_very_dumb You mean just dropping these two lines at top of libsmbclient.h? Yep. Should this be done upstream? It should be discussed upstream, but it's potentially an ABI change upstream for those platforms which were *not* previously building with LFS support so more caution is required there. So, the attached patch shold be the fix. Let's record that. Index: samba/source3/include/libsmbclient.h === --- samba.orig/source3/include/libsmbclient.h +++ samba/source3/include/libsmbclient.h @@ -79,6 +79,10 @@ #include fcntl.h #include utime.h + /* Debian bug #221618 */ +#define _LARGEFILE64_SOURCE +#define _FILE_OFFSET_BITS 64 + #define SMBC_BASE_FD1 /* smallest file descriptor returned */ #define SMBC_WORKGROUP 1 signature.asc Description: Digital signature
Bug#629842: Kernel BUG in ext3 filesystem creation
Quoting Daniel Richard G. (sk...@iskunk.org): Everything worked fine up to the point of creating the root ext3 filesystem. Then a kernel BUG occurred, and the installer remained stuck at a blue screen (with white underbar). The system is still responsive; I can switch to the other terminals and poke around, but the installer is horked. Is that fully reproducible? I guess it is as you recorded the problem but still need asking...:-) Could you try with: - one official squeeze image (having the exact URL of the image you used would help, indeed) - a daily built image downloaded from http://www.debian.org/devel/debian-installer. Preferrably a *netboot* (not netinst) image signature.asc Description: Digital signature
Bug#629869: debian-science: Preparations for the removal of the KDE3 and Qt3 libraries
Hi Nobuhiro, thanks for the bug report and the patch. Please be aware that the patch is not correct in so far as the debian/control file in Debian Pure Blends packages will be auto generated. So it would have been overriden by the auto generation process. However, I fixed the problem in SVN and after the next upload of Debian Science packages the issue will be solved. As far as I can see this issue is not really urgent because it is only a Suggests so we might be able to delay an upload of the debian-science metapackages some time. If this is not really true from your perspective and you would prefer an immediate upload please tell me and I'll follow your advise. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619275: Perl Policy change to document major version upgrade trigger
Hi Bill On Tue, Jun 07, 2011 at 08:35:39AM +0200, Salvatore Bonaccorso wrote: Hi Bill On Mon, Jun 06, 2011 at 08:25:31PM +0200, Bill Allombert wrote: On Fri, Mar 25, 2011 at 08:31:51AM +0100, Salvatore Bonaccorso wrote: Hi Dominic Only read trough yet (but not native english speaker): On Tue, Mar 22, 2011 at 04:35:16PM +, Dominic Hargreaves wrote: Signed-off-by: Dominic Hargreaves d...@earth.li --- perl-policy.sgml | 20 1 files changed, 20 insertions(+), 0 deletions(-) diff --git a/perl-policy.sgml b/perl-policy.sgml index b9f3277..47cf9f6 100644 --- a/perl-policy.sgml +++ b/perl-policy.sgml @@ -461,6 +461,26 @@ perl -MExtUtils::Embed -e ldopts package must depend upon it explicitly. /p /sect + + sect id=perl_upgrades +headingPerl Package Upgrades/heading +p + Starting from packageperl/package 5.12.3-2, a dpkg trigger + named varperl-major-upgrade/var will be triggered by the + postinst of the packageperl/package package during major + upgrades. Some examples of things which consitute a major upgrade consitute - constitute Hello Salvatore, Are you willing to second it ? Yes, if Niko as maintainer of perl package with Dominic agrees on it too, I would like to second the proposal with the latest patch provided by Dominic (with the spelling fixes). But I would prefer to hear opinion from Niko to be sure. As Niko gave his ok too: I'm seconding the change. Bests Salvatore signature.asc Description: Digital signature
Bug#626975: [Pkg-bluetooth-maintainers] Bug#626975: bluez: getting a Logitech, Inc. diNovo Edge Keyboard working
On Thu, 9 Jun 2011, Nobuhiro Iwamatsu wrote: Peter's patch applied to upstream now. # I talked on IRC about this patch. I will cherry-pick this to Debian. Sounds great. Cristian, many thanks. Thank you. -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629869: debian-science: Preparations for the removal of the KDE3 and Qt3 libraries
Hi, Andreas. 2011/6/9 Andreas Tille andr...@an3as.eu: Hi Nobuhiro, thanks for the bug report and the patch. Please be aware that the patch is not correct in so far as the debian/control file in Debian Pure Blends packages will be auto generated. So it would have been overriden by the auto generation process. However, I fixed the problem in SVN and after the next upload of Debian Science packages the issue will be solved. Oh, sorry. I did not understand the debian-science package. As far as I can see this issue is not really urgent because it is only a Suggests so we might be able to delay an upload of the debian-science metapackages some time. If this is not really true from your perspective and you would prefer an immediate upload please tell me and I'll follow your advise. I just checked your commit. Noproblem. Thanks for your work. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629592: cyrus-common-2.2: confusing/contradictory information on lenny-squeeze upgrade
On Wed, 2011-06-08 at 10:13 +0200, Ondřej Surý wrote: On Wed, Jun 8, 2011 at 10:02, Ross Boylan r...@biostat.ucsf.edu wrote: On Wed, 2011-06-08 at 08:54 +0200, Ondřej Surý wrote: Slight correction, better use always the latest version of the script: http://anonscm.debian.org/gitweb/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob;f=debian/cyrus-upgrade-db (i.e. without the hash) O. Do you think that script will be effective for lenny - squeeze? Yes, it should be version agnostic and works only on top of cyrus-db-types.txt And what, if anything, do I need to do to make the transition? Yes, you do. Update the berkeley* databases listed in cyrus-db-types.active (except I can delete TLS)? Well, you can also delete the duplicate.db it doesn't contain any important information. Also you need to delete /var/lib/cyrus/db/ (backup it first). But the script should work. O. The main problem is that the convert script says to install db4.2-util, but it is not available in squeeze. I assume it's in Lenny, but don't know if the version there will work on a squeeze system. Some other issues, in chronological order: 1. I had some trouble retrieving the file; wget http://anonscm.debian.org/gitweb/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob;f=debian/cyrus-upgrade-db got me a web page. lynx on the same URL got me the general repository, not cyrus-upgrade-db. I ended up navigating to it through the tree link. Maybe the right way to do this would be obvious if I knew git. 2. When I ran the script it said /bin/bash: db4.2-util not installed /bin/bash: please do: [sudo] apt-get install db4.2-util package /bin/bash: and rerun the upgrade again /bin/bash: db4.7-util not installed /bin/bash: please do: [sudo] apt-get install db4.7-util package /bin/bash: and rerun the upgrade again I did apt-get install db4.2-util db4.7-util but I think someone might copy the instructions literally and type apt-get install db4.2-util package. I suggest removing package from the message (unless this is some syntax I'm unaware of). As indicated above, db4.2-util is unavailable. 3. Is db4.2-util actually necessary to upgrade? Looking at the code, it appears this is used to checkpoint the database before the main operations. Is that necessary if cyrus is already shutdown normally, as I thought it had to be before the upgrade? 4. The script works with berkeley-nosync as well as berkeley, right? 5. I'm not sure, based on a quick read, if the script backs up the entire mail spool. If it does, it would be good to make this optional since it can take a lot of time and space, and the admin may have already made backups. 6. I've seen some suggestions (not Debian-specific, and possibly old) that there were files that needed to be upgraded on a per user, or maybe even per folder, basis. The code doesn't appear to do that. Any problems there? 7. It might be useful to note the script should be run as root. I wondered if it should be run as cyrus until I saw the code has su cyrus at strategic points. Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619275: Perl Policy change to document major version upgrade trigger
On Thu, Jun 09, 2011 at 09:02:53AM +0200, Salvatore Bonaccorso wrote: Hi Bill On Tue, Jun 07, 2011 at 08:35:39AM +0200, Salvatore Bonaccorso wrote: Hi Bill On Mon, Jun 06, 2011 at 08:25:31PM +0200, Bill Allombert wrote: On Fri, Mar 25, 2011 at 08:31:51AM +0100, Salvatore Bonaccorso wrote: Hi Dominic Only read trough yet (but not native english speaker): On Tue, Mar 22, 2011 at 04:35:16PM +, Dominic Hargreaves wrote: Signed-off-by: Dominic Hargreaves d...@earth.li --- perl-policy.sgml | 20 1 files changed, 20 insertions(+), 0 deletions(-) diff --git a/perl-policy.sgml b/perl-policy.sgml index b9f3277..47cf9f6 100644 --- a/perl-policy.sgml +++ b/perl-policy.sgml @@ -461,6 +461,26 @@ perl -MExtUtils::Embed -e ldopts package must depend upon it explicitly. /p /sect + + sect id=perl_upgrades +headingPerl Package Upgrades/heading +p + Starting from packageperl/package 5.12.3-2, a dpkg trigger + named varperl-major-upgrade/var will be triggered by the + postinst of the packageperl/package package during major + upgrades. Some examples of things which consitute a major upgrade consitute - constitute Hello Salvatore, Are you willing to second it ? Yes, if Niko as maintainer of perl package with Dominic agrees on it too, I would like to second the proposal with the latest patch provided by Dominic (with the spelling fixes). But I would prefer to hear opinion from Niko to be sure. As Niko gave his ok too: I'm seconding the change. Since there are no more objections and four seconds, I mark this bug as Accepted. It is commited to the GIT policy repo. Thanks! Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629879: telepathy-gabble: depends on unavailable libgnutls26 (= 2.11.7-0)
Package: telepathy-gabble Version: 0.13.0-1 Severity: important Hello, the package depends on a libgnutls26 from experimental and is not installable when running sid. regards Noel -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages telepathy-gabble depends on: ii libc6 2.13-5 Embedded GNU C Library: Shared lib ii libdbus-1-3 1.4.10-2 simple interprocess messaging syst ii libdbus-glib-1-20.94-2 simple interprocess messaging syst ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnutls26 2.10.5-1+b1 the GNU TLS library - runtime libr ii libnice10 0.1.0-2 ICE library (shared library) ii libsoup2.4-12.34.2-1 HTTP library implementation in C - ii libsqlite3-03.7.6.3-1SQLite 3 shared library ii libtelepathy-glib0 0.15.1-1 Telepathy framework - GLib library ii libxml2 2.7.8.dfsg-3 GNOME XML library telepathy-gabble recommends no packages. telepathy-gabble 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#629850: Please ensure that a JVM and the package libreoffice-java-common
On Thu, Jun 09, 2011 at 12:39:09PM +0800, jida...@jidanni.org wrote: RE WTF are you citing libreoffice-common here but then file it against openoffice.org-impress? All I know is the latter has this dependency problem, as that is the package I installed. Nonsense. Besides that openoffice.org-impress is a empty dummy package. It has no content there is no dependency problem here anyway, as I already said in my last mail. RE No, because it not a MUST but it needed for SOME features. (And none in impress) Then please kindly reword the warning as such. No. - This thing is coming from a library in -core - This thing is there for e.g. writer where you need Java for some wizards. But don't need it for normal functioning. No, this will not be removed, if we did this people who don't know those wizards need Java and don't read package description/relationships will wonder why they don't work if they don't have a (proper) JVM there. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629850: Please ensure that a JVM and the package libreoffice-java-common
retitle 629850 remove Please ensure that a JVM and the package libreoffice-java-common message thanks Hi, On Thu, Jun 09, 2011 at 09:23:10AM +0200, Rene Engelhard wrote: On Thu, Jun 09, 2011 at 12:39:09PM +0800, jida...@jidanni.org wrote: RE WTF are you citing libreoffice-common here but then file it against openoffice.org-impress? All I know is the latter has this dependency problem, as that is the package I installed. Nonsense. Besides that openoffice.org-impress is a empty dummy package. It has no content there is no dependency problem here anyway, as I already said in my last mail. (If there was a bug it would be in libreoffice-*, not in a openoffice.org-*) Then please kindly reword the warning as such. Ah, you mean reword. Sorry, read remove No. - This thing is coming from a library in -core - This thing is there for e.g. writer where you need Java for some wizards. But don't need it for normal functioning. No, this will not be removed, if we did this people who don't know those wizards need Java and don't read package description/relationships will wonder why they don't work if they don't have a (proper) JVM there. Still no. It comes from a core lib which doesn't know what you just installed and it can't read your brain on what you use. If you don't have problems fine, if something's not working for you install the JVM. This warning was patched in from us exactly because of the scenario in the second point above. People just didn't grok they needed a JVM and/or -java-common for some stuff. Maybe you should invest your time in better things than filing bugs like this. Grüße/Regards, René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629880: Send SIGALRM in /etc/network/if-up.d
Package: tinc Version: 1.0.14-1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, when using tinc on a laptop or another mobile machine, it increases usability if tinc tries to re-connect its peers immediatelly after a network interface is up (instead of waiting for some retry timer to expire). I think this can be achieved by putting a script in /etc/network/if-up.d that sends SIGALRM to all running tinc instances. I have attached the script I am using, but I guess it can be improved (e.g. maching on executable path, not just binary name). Greetings, Joachim - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tinc depends on: ii dpkg1.16.0.3 Debian package management system ii install-info4.13a.dfsg.1-6 Manage installed documentation in ii libc6 2.13-5 Embedded GNU C Library: Shared lib ii liblzo2-2 2.04-1 data compression library ii libssl1.0.0 1.0.0d-2 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime tinc recommends no packages. tinc suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3webQACgkQ9ijrk0dDIGwn7QCggK0kHYV+ATsgrEveSm196f0P OdQAn3CGyhffnCdcd3pUQ/FL4EE5GM5l =n51K -END PGP SIGNATURE- #!/bin/sh set -e PATH=/sbin:/bin:/usr/sbin:/usr/bin if [ $METHOD = loopback ]; then exit 0 fi pkill -SIGALRM tincd
Bug#629852: Oracle Java SE Critical Patch Update Advisory - June 2011
Am 09.06.2011 02:07, schrieb Sylvestre Ledru: Le mercredi 08 juin 2011 à 23:08 +0200, Nico Golde a écrit : Package: openjdk-6-jre, sun-java6-jre Severity: serious Tags: security A new round of java issues: CVE-2011-0862 CVE-2011-0873 CVE-2011-0815 CVE-2011-0817 CVE-2011-0863 CVE-2011-0864 CVE-2011-0802 CVE-2011-0814 CVE-2011-0871 CVE-2011-0786 CVE-2011-0788 CVE-2011-0866 CVE-2011-0868 CVE-2011-0872 CVE-2011-0867 CVE-2011-0869 CVE-2011-0865 I will take care of this bug tomorrow (thursday) Both openjdk-6 and sun-java6 or sun-java6 only? Best Regards, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629852: Oracle Java SE Critical Patch Update Advisory - June 2011
Le jeudi 09 juin 2011 à 09:31 +0200, Torsten Werner a écrit : Am 09.06.2011 02:07, schrieb Sylvestre Ledru: Le mercredi 08 juin 2011 à 23:08 +0200, Nico Golde a écrit : Package: openjdk-6-jre, sun-java6-jre Severity: serious Tags: security A new round of java issues: CVE-2011-0862 CVE-2011-0873 CVE-2011-0815 CVE-2011-0817 CVE-2011-0863 CVE-2011-0864 CVE-2011-0802 CVE-2011-0814 CVE-2011-0871 CVE-2011-0786 CVE-2011-0788 CVE-2011-0866 CVE-2011-0868 CVE-2011-0872 CVE-2011-0867 CVE-2011-0869 CVE-2011-0865 I will take care of this bug tomorrow (thursday) Both openjdk-6 and sun-java6 or sun-java6 only? sun-java6. I am not familiar enough with openjdk-6 to manage such tasks. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629881: RM: wormux/experimental -- ROM; replaced by warmux
Package: ftp.debian.org Severity: normal Hi! Wormux has been replaced by warmux, so please remove the now obsolete wormux package from experimental. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629610: exim4: misleading (?) failed message after paniclog warning
On Tue, Jun 07, 2011 at 09:01:10PM -0700, Ross Boylan wrote: terminal # /etc/init.d/exim4 restart Stopping MTA for restart: exim4_listener. Restarting MTA: exim4. ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken ... failed! /terminal I read the ... failed! as meaning that the non-zero paniclog has caused the restart to fail. Please set EX4DEBUG=1 and submit the output. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629592: cyrus-common-2.2: confusing/contradictory information on lenny-squeeze upgrade
On Thu, Jun 9, 2011 at 09:10, Ross Boylan r...@biostat.ucsf.edu wrote: On Wed, 2011-06-08 at 10:13 +0200, Ondřej Surý wrote: On Wed, Jun 8, 2011 at 10:02, Ross Boylan r...@biostat.ucsf.edu wrote: On Wed, 2011-06-08 at 08:54 +0200, Ondřej Surý wrote: Slight correction, better use always the latest version of the script: http://anonscm.debian.org/gitweb/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob;f=debian/cyrus-upgrade-db (i.e. without the hash) O. Do you think that script will be effective for lenny - squeeze? Yes, it should be version agnostic and works only on top of cyrus-db-types.txt And what, if anything, do I need to do to make the transition? Yes, you do. Update the berkeley* databases listed in cyrus-db-types.active (except I can delete TLS)? Well, you can also delete the duplicate.db it doesn't contain any important information. Also you need to delete /var/lib/cyrus/db/ (backup it first). But the script should work. O. The main problem is that the convert script says to install db4.2-util, but it is not available in squeeze. I assume it's in Lenny, but don't know if the version there will work on a squeeze system. It should work, just get libdb4.2 and db4.2-util. Anyway the script is for squeeze-wheezy and it will work there. Unfortunately it's too late to fix the squeeze. Some other issues, in chronological order: 1. I had some trouble retrieving the file; wget http://anonscm.debian.org/gitweb/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob;f=debian/cyrus-upgrade-db got me a web page. lynx on the same URL got me the general repository, not cyrus-upgrade-db. I ended up navigating to it through the tree link. Maybe the right way to do this would be obvious if I knew git. Just clicking on 'cyrus-upgrade-db' would do the trick. Here's the wgetable link: http://anonscm.debian.org/gitweb/?p=pkg-cyrus-imapd/cyrus-imapd-2.4.git;a=blob_plain;f=debian/cyrus-upgrade-db 2. When I ran the script it said /bin/bash: db4.2-util not installed /bin/bash: please do: [sudo] apt-get install db4.2-util package /bin/bash: and rerun the upgrade again /bin/bash: db4.7-util not installed /bin/bash: please do: [sudo] apt-get install db4.7-util package /bin/bash: and rerun the upgrade again I did apt-get install db4.2-util db4.7-util but I think someone might copy the instructions literally and type apt-get install db4.2-util package. I suggest removing package from the message (unless this is some syntax I'm unaware of). Done, thanks for the hint. As indicated above, db4.2-util is unavailable. 3. Is db4.2-util actually necessary to upgrade? Looking at the code, it appears this is used to checkpoint the database before the main operations. Is that necessary if cyrus is already shutdown normally, as I thought it had to be before the upgrade? Well, it's not, you can just backup whole /var/lib/cyrus/ directory 4. The script works with berkeley-nosync as well as berkeley, right? Yes. 5. I'm not sure, based on a quick read, if the script backs up the entire mail spool. If it does, it would be good to make this optional since it can take a lot of time and space, and the admin may have already made backups. No, it doesn't. That would be crazy :))). 6. I've seen some suggestions (not Debian-specific, and possibly old) that there were files that needed to be upgraded on a per user, or maybe even per folder, basis. The code doesn't appear to do that. Any problems there? None I am aware of. 7. It might be useful to note the script should be run as root. I wondered if it should be run as cyrus until I saw the code has su cyrus at strategic points. I'll try to improve the code, so it could be run as cyrus user as well. Anyway normally it would be executed from postinst, so it's not a high priority stuff... but I'll fix that if I find the time (and of course patches are welcome). O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629820: broken package gitweb Version: 1:1.7.5.3-1
Perhaps it would be better to change the package name, for example Package: git-webconfig Replaces: gitweb ( 1:1.7.2.5-1) Breaks: gitweb ( 1:1.7.2.5-1) Also it would be nice, if package will contain simple FCGI startup script, #!/bin/sh export FCGI_SOCKET_PATH=127.0.0.1:9002 /usr/share/gitweb/gitweb.cgi --fastcgi script was found there http://sixohthree.com/1402/running-gitweb-in-fastcgi-mode 2011/6/9 Jonathan Nieder jrnie...@gmail.com merge 621120 629820 quit Denis Linvinus wrote: I'm sorry, you are right! I'm just check gitweb package before install, i did not expect that file was moved to another package. No problem. Any ideas about how to document this? (Perhaps the gitweb package description should mention explicitly that the gitweb CGI script is in the main git package for use by git instaweb. If so, suggestions for wording would be welcome.)
Bug#629882: buffy: FTBFS: PrefDialog.cc:108:78: error: call of overloaded 'ComboBox(Glib::RefPtrGtk::ListStore)' is ambiguous
Source: buffy Version: 1.2.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: g++ -DHAVE_CONFIG_H -I. -I.. -pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/giomm-2.4 -I/usr/lib/giomm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/lib/pangomm-1.4/include -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/cairomm-1.0 -I/usr/lib/cairomm-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -g -O2 -g -O2 -Wall -Wall -c -o buffy-PrefDialog.o `test -f 'PrefDialog.cc' || echo './'`PrefDialog.cc PrefDialog.cc: In constructor 'PrefDialog::PrefDialog(Gtk::Window)': PrefDialog.cc:108:78: error: call of overloaded 'ComboBox(Glib::RefPtrGtk::ListStore)' is ambiguous PrefDialog.cc:108:78: note: candidates are: /usr/include/gtkmm-2.4/gtkmm/combobox.h:145:12: note: Gtk::ComboBox::ComboBox(bool) /usr/include/gtkmm-2.4/gtkmm/combobox.h:137:12: note: Gtk::ComboBox::ComboBox(const Glib::RefPtrGtk::TreeModel) PrefDialog.cc:108:79: error: 'manage' was not declared in this scope PrefDialog.cc:108:79: note: suggested alternative: /usr/include/gtkmm-2.4/gtkmm/object.h:57:4: note: 'Gtk::manage' make[3]: *** [buffy-PrefDialog.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/buffy_1.2.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629883: e2fsprogs: FTBFS: parse.c:56:20: error: 'errno' undeclared (first use in this function)
Source: e2fsprogs Version: 1.41.12-4 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[4]: Entering directory `/«BUILDDIR»/e2fsprogs-1.41.12/debian/BUILD-STD/lib/ss' MKDIR elfshared make[4]: Leaving directory `/«BUILDDIR»/e2fsprogs-1.41.12/debian/BUILD-STD/lib/ss' COMPILE_ET ss_err.et CC ss_err.c MK_CMDS std_rqs.c CC std_rqs.c CC /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/invocation.c CC /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/help.c CC /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/execute_cmd.c CC /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/listen.c CC /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/parse.c /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/parse.c: In function 'ss_parse': /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/parse.c:56:20: error: 'errno' undeclared (first use in this function) /«BUILDDIR»/e2fsprogs-1.41.12/lib/ss/parse.c:56:20: note: each undeclared identifier is reported only once for each function it appears in make[3]: *** [parse.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/e2fsprogs_1.41.12-4_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629871: missing man pages for ecasound-iam, ecatools, ecalength
On Wed, Jun 08, 2011 at 04:34:42PM -1000, Joel Roth wrote: No result for 'man' command. According to http://packages.debian.org/sid/amd64/ecasound/filelist There should be man pages in /usr/share/man/man1/ However removing and reinstalling the package, the man files are not present. Please note that the ecatools (as well as their manpages) have been moved to the 'ecatools' package since version 2.8.0-1, to avoid a circular dependency between ecasound and python-ecasound. $ dpkg -L ecatools | grep man1 /usr/share/man/man1/ecalength.1.gz /usr/share/man/man1/ecatools.1.gz /usr/share/man/man1/ecasound-iam.1.gz /usr/share/man/man1/ecasignalview.1.gz /usr/share/man/man1/ecanormalize.1.gz /usr/share/man/man1/ecamonitor.1.gz /usr/share/man/man1/ecafixdc.1.gz /usr/share/man/man1/ecaplay.1.gz /usr/share/man/man1/ecaconvert.1.gz Also, the file list on packages.d.o is quite outdated :) Cheers -- perl -E'$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629350: [pkg-kolab] Bug#629350: STARTTLS vulnerability in kolab-cyrus-imapd
On Thu, Jun 9, 2011 at 00:10, Mathieu Parent math.par...@gmail.com wrote: 2011/6/8 Moritz Muehlenhoff j...@inutil.org: ... Why is kolab-cyrus-imapd a separate source package? Can we fix it for Wheezy to be built from a unified source package, i.e. a separate build target which applies the seven Kolab patches? Yes, this is the way to go. Those 7 patches are not synced with upstream Kolab. [...] After those two, kolabd can depend on cyrus-imapd-2.4 and kolab-cyrus-imapd can be dropped. A README.kolab may be included in the cyrus-imapd pacjage to list the not-applied patches. I don't think that's what Moritz had on the mind (although it would be nice to have it). The way to go now would be to override dh_auto_configure/build/install to build the cyrus-imapd-2.x twice - once without kolab patches and second time with them. I'll try what I can do, but I'll need help from kolab team. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629874: fusecompress: Unable to open files created with older version
severity 629874 normal tag 629874 +moreinfo thanks Wow Alex... You report a bug with grave severity and no relevant information. Please try with the latest version in unstable first. It has many fixes. On Thu, Jun 9, 2011 at 10:08 AM, Alex Samad a...@samad.com.au wrote: Package: fusecompress Version: 2.6-4 Severity: grave Justification: causes non-serious data loss Hi i have been running version 2.6.3 for a while and when I upgraded to 2.6.4 i was unable to access my underlying data alex -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages fusecompress depends on: ii libboost-filesystem1.46 1.46.1-5 filesystem operations (portable pa pn libboost-iostreams1.46. none (no description available) pn libboost-program-option none (no description available) pn libboost-serialization1 none (no description available) ii libboost-system1.46.1 1.46.1-5 Operating system (e.g. diagnostics ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libfuse2 2.8.4-1.1 Filesystem in USErspace library ii libgcc1 1:4.6.0-10 GCC support library ii liblzo2-2 2.04-1 data compression library ii libmagic1 5.04-5+b1 File type determination library us ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.5.dfsg-1 compression library - runtime fusecompress recommends no packages. fusecompress suggests no packages. -- no debconf information -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588588: Aircrack licence issue
Hi guys, Sorry for the delay, well... Really sorry for the amazing delay. I just saw the issue looks like being fixed upstream. I'll try to prepare an updated package today, either only a patch to include licence information or an updated package against svn trunk. Need to have a chat with Mister_X to decide what to do first. Regards, Adam. -- Adam CÉCILE Mandriva / Linbox 1, rue Pierre Simon de Laplace : 0 810 LINBOX F-57070 Metz direct : +33 3 87 50 87 95 FRANCE www.linbox.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629586: FTBFS on kfreebsd-i386: ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4
On Wed, Jun 08, 2011 at 06:48:39AM +0200, Petr Salinger wrote: Package: kfreebsd-8 ld -Bshareable -z common-page-size=8192 -d -warn-common -o 3dfx.ko 3dfx.kld @3dfx.lopt ld: 3dfx.kld(set_modmetadata_set+0x0): reloc against `.data': error 4 ld: final link failed: Nonrepresentable section on output *** Error code 1 Might be related to binutils #628770. Please could you upgrade in experimental chroot binutils to 2.21.52.20110606-1 and requeue ? I confirm it is related to this issue, buildds upgraded, and package requeued. -- 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#629859: [buildd-tools-devel] Bug#629859: Bug#629859: debian_chroot unset inside schroot
On Thu, Jun 09, 2011 at 04:51:24AM +0100, Philip Ashmore wrote: FYI here are my entries in schroot.conf EOF [squeeze32] description=Debian Squeeze i386 (squeeze32) directory=/var/chroot/squeeze32 groups=contact,root root-groups=root #aliases=squeeze32 personality=linux32 type=plain [squeeze64] description=Debian Squeeze amd64 (squeeze64) directory=/var/chroot/squeeze64 groups=contact,root root-groups=root ###aliases=squeeze64,default aliases=default personality=linux type=plain EOF The type=plain explains why I have to set up the mounts myself - none of the start-up scripts are run in this mode. This is the most likely reason. Unless you set type=directory, you won't get setup scripts running, and hence no /etc/debian_chroot. Note that you can run the setup scripts without the mounting if you comment out the mounts in /etc/schroot/default/fstab. Or set FSTAB to be an empty file in /etc/schroot/default/config. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#629823: xterm and nvidia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il Thu, Jun 09, 2011 at 12:47:21AM +0200, Andreas Beckmann scrisse: stefano ste...@infinito.it (08/06/2011): Package: xterm Follow bug #625877 marked as done for kde4 konsole. Today I have installed from experimental the last nvidia drivers, but when That would be 275.09-1 or 275.09.04-1 ? 275.09.04-1. In the meantime, other user also with kde4 + nvidia 275.09.04-1 told me that he hasn't my problem. maximize xterm I see some artifacts and I can't minimize again or close. If you already tried the latest version, please check the NVIDIA forum for matching reports and add more information there or open a new bug report thread with NVIDIA, see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for instructions. Post a link to a forum thread here so that we may follow progress. Ok. I'll looking for post about xterm. Thanks Thanks Andreas Ciao - -- Stefano Callegari ste...@infinito.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3wg5UACgkQHecMbhqYKHF9LQCguCMEUzI0q0619mKHucMDJ2o4 fnYAnAxXAjY0D136TYQLGsLcH4Pd8JSX =GMGw -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629622: ITP: jenkins-htmlunit-core-js -- Jenkins branch of the HtmlUnit Core JS Interpreter
On Wed, 2011-06-08 at 17:30 +0200, Damien Raude-Morvan wrote: On Wed, 08 Jun 2011 15:10:06 +0100, James Page james.p...@canonical.com wrote: [...] If changes made by JenkinsCI team are not too intrusive maybe we can merge them - as patches - into existing debian packages ? Might be the best option for inactive upstream projects like dom4j, trilead-ssh2 or commons-jexl. That approach might work; I'll review my current list of variants for patchsets that could be applied (and document it somewhere so it can easily be reviewed). Most changes either seem to be adding new distinct features or fixing minor bugs that where impacting Jenkins. Is there any specific policy on taking this approach? In effect Debian would be branching from the original upstream - this is in principle the same as what jenkins are doing upstream although it would reduce the code duplication in the distro. [...] Code duplication is always a bad thing (tm) from a distribution POV : increase maintenance overhead, imply some security issues have to be fixed multiple times... YMMV, but I don't consider this a blocking issue or a no-go for JenkisCI but I think we should at least describe this case explicitly : http://wiki.debian.org/EmbeddedCodeCopies http://anonscm.debian.org/viewvc/secure-testing/data/embedded-code-copies?view=markup Thanks for the feedback and for pointing me at the above Cheers James -- James Page Software Engineer, Ubuntu Server Team signature.asc Description: This is a digitally signed message part
Bug#629659: [src:kde4libs] Please provide a plugin mecanism for file filter, particularly bz/xz
On Wed, Jun 8, 2011 at 9:54 PM, Pino Toscano p...@kde.org wrote: Alle mercoledì 8 giugno 2011, Bastien ROUCARIES ha scritto: You enable bz support but disable xz support. No, this is wrong, kde4libs is compiled with XZ support since version 4:4.3.4-1. $ apt-cache show libkdecore5 Depends: [...] liblzma2 (= 4.999.9beta), [...] $ ldd /usr/lib/libkdecore.so.5.6.0 | grep lzma liblzma.so.2 = /usr/lib/liblzma.so.2 (0x7f04df63e000) True but a plugin will be nice instead to drag dependencies. Okular can load XZ-compressed documents too, for example, using the KFilterDev (part of kdecore): $ file attachfile.pdf attachfile.pdf: PDF document, version 1.4 $ xz attachfile.pdf $ file attachfile.pdf.xz attachfile.pdf.xz: XZ compressed data $ okular attachfile.pdf.xz [...] okular(25535)/kio_xz KXzFilter::uncompress: lzma_code returned 1 okular(25535)/kio_xz KXzFilter::uncompress: KXzFilter::uncompress 1 okular(25535)/kdecore (trader) KMimeTypeTrader::query: query for mimeType application/pdf , okular/Generator : returning 1 offers (as you can see, the document is correctly open as PDF) Does not work with me: no plugin for mimetype application/x-xz Bastien -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629820: broken package gitweb Version: 1:1.7.5.3-1
Denis Linvinus wrote: 2011/6/9 Jonathan Nieder jrnie...@gmail.com No problem. Any ideas about how to document this? [...] Perhaps it would be better to change the package name, for example Package: git-webconfig Yeah, I was dreaming of something like this eventually: gitweb-cgi - Depends: httpd-cgi gitweb-fcgi - Depends: httpd-fcgi gitweb-psgi - Depends: httpd-psgi or even better: gitweb - Depends: git, httpd-cgi | httpd-fcgi | httpd-psgi perhaps with a debconf prompt to choose between them when the system webserver supports more than one of the above. Sadly the glue for servers to automatically discover running Debian fastcgi apps is not ready yet; see http://bugs.debian.org/627213 for some vague ideas about that. As long as the nature of the package does not change fundamentally, keeping the gitweb package name is important, to avoid unnecessary complications during upgrade for people with it currently installed. http://sixohthree.com/1402/running-gitweb-in-fastcgi-mode Thanks for a pointer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629884: gnash: FTBFS: ../../libbase/jemalloc.c:556:35: error: 'PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP' undeclared here (not in a function)
Source: gnash Version: 0.8.9-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /bin/bash ../libtool --silent --tag=CXX --mode=compile x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I../../libbase -I.. -DPLUGINSDIR=\/usr/lib/gnash/plugins\ -DSYSCONFDIR=\/etc\ -pthread -I/usr/include/libpng12-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include-pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DCURL_STATICLIB -g -O2 -W -Wall -Wcast-align -Wcast-qual -Wpointer-arith -Wreturn-type -Wnon-virtual-dtor -Wunused -fvisibility-inlines-hidden -c -o libgnashbase_la-memory.lo `test -f 'memory.cpp' || echo '../../libbase/'`memory.cpp ../../libbase/jemalloc.c:556:35: error: 'PTHREAD_ADAPTIVE_MUTEX_INITIALIZER_NP' undeclared here (not in a function) ../../libbase/jemalloc.c: In function 'malloc_mutex_init': ../../libbase/jemalloc.c:1233:2: error: implicit declaration of function 'pthread_mutexattr_init' [-Werror=implicit-function-declaration] ../../libbase/jemalloc.c:1235:2: error: implicit declaration of function 'pthread_mutexattr_settype' [-Werror=implicit-function-declaration] ../../libbase/jemalloc.c:1235:35: error: 'PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use in this function) ../../libbase/jemalloc.c:1235:35: note: each undeclared identifier is reported only once for each function it appears in ../../libbase/jemalloc.c:1236:2: error: implicit declaration of function 'pthread_mutex_init' [-Werror=implicit-function-declaration] ../../libbase/jemalloc.c:1237:3: error: implicit declaration of function 'pthread_mutexattr_destroy' [-Werror=implicit-function-declaration] ../../libbase/jemalloc.c: In function 'malloc_mutex_lock': ../../libbase/jemalloc.c:1261:2: error: implicit declaration of function 'pthread_mutex_lock' [-Werror=implicit-function-declaration] ../../libbase/jemalloc.c: In function 'malloc_mutex_unlock': ../../libbase/jemalloc.c:1277:2: error: implicit declaration of function 'pthread_mutex_unlock' [-Werror=implicit-function-declaration] ../../libbase/jemalloc.c: In function 'malloc_spin_init': ../../libbase/jemalloc.c:1297:35: error: 'PTHREAD_MUTEX_ADAPTIVE_NP' undeclared (first use in this function) ../../libbase/jemalloc.c: In function 'wrtmessage': ../../libbase/jemalloc.c:1507:9: warning: variable 'ret' set but not used [-Wunused-but-set-variable] ../../libbase/jemalloc.c: In function 'arena_bin_malloc_easy': ../../libbase/jemalloc.c:3347:32: warning: parameter 'arena' set but not used [-Wunused-but-set-parameter] ../../libbase/jemalloc.c: In function 'arena_salloc': ../../libbase/jemalloc.c:3866:14: warning: cast discards '__attribute__((const))' qualifier from pointer target type [-Wcast-qual] ../../libbase/jemalloc.c: In function 'arena_dalloc_large': ../../libbase/jemalloc.c:4077:10: warning: variable 'size' set but not used [-Wunused-but-set-variable] ../../libbase/jemalloc.c:4064:51: warning: parameter 'chunk' set but not used [-Wunused-but-set-parameter] ../../libbase/jemalloc.c: In function 'arena_new': ../../libbase/jemalloc.c:4359:9: warning: variable 'pow2_size' set but not used [-Wunused-but-set-variable] ../../libbase/jemalloc.c: At top level: ../../libbase/jemalloc.c:1285:1: warning: 'malloc_spin_init' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:1676:1: warning: 'base_calloc' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:1857:1: warning: 'extent_tree_szad_s_RB_FIND' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:1857:1: warning: 'extent_tree_szad_s_RB_NEXT' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:1857:1: warning: 'extent_tree_szad_s_RB_PREV' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:1857:1: warning: 'extent_tree_szad_s_RB_MINMAX' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:1869:1: warning: 'extent_tree_ad_s_RB_NEXT' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:2611:1: warning: 'arena_chunk_tree_s_RB_FIND' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:2611:1: warning: 'arena_chunk_tree_s_RB_NFIND' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:2611:1: warning: 'arena_chunk_tree_s_RB_NEXT' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:2626:1: warning: 'arena_run_tree_s_RB_FIND' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:2626:1: warning: 'arena_run_tree_s_RB_NFIND' defined but not used [-Wunused-function] ../../libbase/jemalloc.c:2626:1: warning: 'arena_run_tree_s_RB_NEXT' defined
Bug#629885: batmon.app: FTBFS: BatteryModel.m:308: undefined reference to `assert'
Source: batmon.app Version: 0.5-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/ld: warning: libobjc.so.2, needed by /usr/lib/libgnustep-gui.so, may conflict with libobjc.so.3 ./obj/batmon.obj/BatteryModel.m.o: In function `-[BatteryModel update]': /«BUILDDIR»/batmon.app-0.5/BatteryModel.m:308: undefined reference to `assert' /«BUILDDIR»/batmon.app-0.5/BatteryModel.m:416: undefined reference to `assert' /«BUILDDIR»/batmon.app-0.5/BatteryModel.m:437: undefined reference to `assert' /«BUILDDIR»/batmon.app-0.5/BatteryModel.m:519: undefined reference to `assert' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/batmon.app_0.5-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629886: etoile: FTBFS: AppController.m:343: undefined reference to `assert'
Source: etoile Version: 0+20080616+dfsg-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/ld: warning: libobjc.so.2, needed by /usr/lib/libgnustep-gui.so, may conflict with libobjc.so.3 ./obj/DictionaryReader.obj/AppController.m.o: In function `-[AppController clickSearchNotification:]': /«BUILDDIR»/etoile-0+20080616+dfsg/Etoile/Services/User/DictionaryReader/AppController.m:343: undefined reference to `assert' /«BUILDDIR»/etoile-0+20080616+dfsg/Etoile/Services/User/DictionaryReader/AppController.m:348: undefined reference to `assert' ./obj/DictionaryReader.obj/StreamLineReader.m.o: In function `-[StreamLineReader getMoreCharacters]': /«BUILDDIR»/etoile-0+20080616+dfsg/Etoile/Services/User/DictionaryReader/StreamLineReader.m:117: undefined reference to `assert' ./obj/DictionaryReader.obj/StreamLineReader.m.o: In function `-[StreamLineReader extractNextLine]': /«BUILDDIR»/etoile-0+20080616+dfsg/Etoile/Services/User/DictionaryReader/StreamLineReader.m:145: undefined reference to `assert' /«BUILDDIR»/etoile-0+20080616+dfsg/Etoile/Services/User/DictionaryReader/StreamLineReader.m:146: undefined reference to `assert' collect2: ld returned 1 exit status The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/etoile_0+20080616+dfsg-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629887: witty: FTBFS: path.hpp:398: undefined reference to `boost::filesystem3::path::filename() const'
Source: witty Version: 3.1.9-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/bin/g++ -fPIC -g -O2 -O2 -g -Wl,--no-undefined -Wl,--as-needed -shared -Wl,-soname,libwt.so.28 -o libwt.so.3.1.9 CMakeFiles/wt.dir/Wt/SizeHandle.o CMakeFiles/wt.dir/Wt/StdGridLayoutImpl.o CMakeFiles/wt.dir/Wt/StdLayoutImpl.o CMakeFiles/wt.dir/Wt/StdLayoutItemImpl.o CMakeFiles/wt.dir/Wt/StdWidgetItemImpl.o CMakeFiles/wt.dir/Wt/WAbstractArea.o CMakeFiles/wt.dir/Wt/WAbstractItemDelegate.o CMakeFiles/wt.dir/Wt/WAbstractItemModel.o CMakeFiles/wt.dir/Wt/WAbstractItemView.o CMakeFiles/wt.dir/Wt/WAbstractListModel.o CMakeFiles/wt.dir/Wt/WAbstractProxyModel.o CMakeFiles/wt.dir/Wt/WAbstractServer.o CMakeFiles/wt.dir/Wt/WAbstractSpinBox.o CMakeFiles/wt.dir/Wt/WAbstractTableModel.o CMakeFiles/wt.dir/Wt/WAbstractToggleButton.o CMakeFiles/wt.dir/Wt/WAccordionLayout.o CMakeFiles/wt.dir/Wt/WAggregateProxyModel.o CMakeFiles/wt.dir/Wt/WAnchor.o CMakeFiles/wt.dir/Wt/WApplication.o CMakeFiles/wt.dir/Wt/WBatchEditProxyModel.o CMakeFiles/wt.dir/Wt/WBoostAny.o CMakeFiles/wt.dir/Wt/WBorder.o CMakeFiles/wt.dir/Wt/WBorderLayout.o CMakeFiles/wt.dir/Wt/WBoxLayout.o CMakeFiles/wt.dir/Wt/WBreak.o CMakeFiles/wt.dir/Wt/WBrush.o CMakeFiles/wt.dir/Wt/WButtonGroup.o CMakeFiles/wt.dir/Wt/WCalendar.o CMakeFiles/wt.dir/Wt/WCanvasPaintDevice.o CMakeFiles/wt.dir/Wt/WCheckBox.o CMakeFiles/wt.dir/Wt/WCircleArea.o CMakeFiles/wt.dir/Wt/WColor.o CMakeFiles/wt.dir/Wt/WCombinedLocalizedStrings.o CMakeFiles/wt.dir/Wt/WComboBox.o CMakeFiles/wt.dir/Wt/WCompositeWidget.o CMakeFiles/wt.dir/Wt/WContainerWidget.o CMakeFiles/wt.dir/Wt/WCssDecorationStyle.o CMakeFiles/wt.dir/Wt/WCssStyleSheet.o CMakeFiles/wt.dir/Wt/WDate.o CMakeFiles/wt.dir/Wt/WDatePicker.o CMakeFiles/wt.dir/Wt/WDateTime.o CMakeFiles/wt.dir/Wt/WDateValidator.o CMakeFiles/wt.dir/Wt/WDefaultLayout.o CMakeFiles/wt.dir/Wt/WDefaultLoadingIndicator.o CMakeFiles/wt.dir/Wt/WDialog.o CMakeFiles/wt.dir/Wt/WDoubleSpinBox.o CMakeFiles/wt.dir/Wt/WDoubleValidator.o CMakeFiles/wt.dir/Wt/WEnvironment.o CMakeFiles/wt.dir/Wt/WEvent.o CMakeFiles/wt.dir/Wt/WFileResource.o CMakeFiles/wt.dir/Wt/WFileUpload.o CMakeFiles/wt.dir/Wt/WFitLayout.o CMakeFiles/wt.dir/Wt/WFlashObject.o CMakeFiles/wt.dir/Wt/WFont.o CMakeFiles/wt.dir/Wt/WFontMetrics.o CMakeFiles/wt.dir/Wt/WFormWidget.o CMakeFiles/wt.dir/Wt/WGLWidget.o CMakeFiles/wt.dir/Wt/WGoogleMap.o CMakeFiles/wt.dir/Wt/WGridLayout.o CMakeFiles/wt.dir/Wt/WGroupBox.o CMakeFiles/wt.dir/Wt/WHBoxLayout.o CMakeFiles/wt.dir/Wt/WHTML5Audio.o CMakeFiles/wt.dir/Wt/WHTML5Media.o CMakeFiles/wt.dir/Wt/WHTML5Video.o CMakeFiles/wt.dir/Wt/WIconPair.o CMakeFiles/wt.dir/Wt/WImage.o CMakeFiles/wt.dir/Wt/WInPlaceEdit.o CMakeFiles/wt.dir/Wt/WIntValidator.o CMakeFiles/wt.dir/Wt/WInteractWidget.o CMakeFiles/wt.dir/Wt/WItemDelegate.o CMakeFiles/wt.dir/Wt/WItemSelectionModel.o CMakeFiles/wt.dir/Wt/WJavaScript.o CMakeFiles/wt.dir/Wt/WJavaScriptSlot.o CMakeFiles/wt.dir/Wt/WLabel.o CMakeFiles/wt.dir/Wt/WLayout.o CMakeFiles/wt.dir/Wt/WLayoutItem.o CMakeFiles/wt.dir/Wt/WLayoutItemImpl.o CMakeFiles/wt.dir/Wt/WLength.o CMakeFiles/wt.dir/Wt/WLengthValidator.o CMakeFiles/wt.dir/Wt/WLineEdit.o CMakeFiles/wt.dir/Wt/WLineF.o CMakeFiles/wt.dir/Wt/WLoadingIndicator.o CMakeFiles/wt.dir/Wt/WLocalizedStrings.o CMakeFiles/wt.dir/Wt/WLogger.o CMakeFiles/wt.dir/Wt/WMatrix4x4.o CMakeFiles/wt.dir/Wt/WMemoryResource.o CMakeFiles/wt.dir/Wt/WMenu.o CMakeFiles/wt.dir/Wt/WMenuItem.o CMakeFiles/wt.dir/Wt/WMessageBox.o CMakeFiles/wt.dir/Wt/WMessageResourceBundle.o CMakeFiles/wt.dir/Wt/WMessageResources.o CMakeFiles/wt.dir/Wt/WModelIndex.o CMakeFiles/wt.dir/Wt/WObject.o CMakeFiles/wt.dir/Wt/WOverlayLoadingIndicator.o CMakeFiles/wt.dir/Wt/WPaintDevice.o CMakeFiles/wt.dir/Wt/WPaintedWidget.o CMakeFiles/wt.dir/Wt/WPainter.o CMakeFiles/wt.dir/Wt/WPainterPath.o CMakeFiles/wt.dir/Wt/WPanel.o CMakeFiles/wt.dir/Wt/WPen.o CMakeFiles/wt.dir/Wt/WPoint.o CMakeFiles/wt.dir/Wt/WPointF.o CMakeFiles/wt.dir/Wt/WPolygonArea.o CMakeFiles/wt.dir/Wt/WPopupMenu.o CMakeFiles/wt.dir/Wt/WPopupMenuItem.o CMakeFiles/wt.dir/Wt/WProgressBar.o CMakeFiles/wt.dir/Wt/WPushButton.o CMakeFiles/wt.dir/Wt/WRadioButton.o CMakeFiles/wt.dir/Wt/WRandom.o CMakeFiles/wt.dir/Wt/WRectArea.o CMakeFiles/wt.dir/Wt/WRectF.o CMakeFiles/wt.dir/Wt/WRegExp.o CMakeFiles/wt.dir/Wt/WRegExpValidator.o CMakeFiles/wt.dir/Wt/WResource.o CMakeFiles/wt.dir/Wt/WScrollArea.o CMakeFiles/wt.dir/Wt/WScrollBar.o CMakeFiles/wt.dir/Wt/WSelectionBox.o CMakeFiles/wt.dir/Wt/WShadow.o CMakeFiles/wt.dir/Wt/WSignal.o CMakeFiles/wt.dir/Wt/WSlider.o CMakeFiles/wt.dir/Wt/WSocketNotifier.o CMakeFiles/wt.dir/Wt/WSortFilterProxyModel.o CMakeFiles/wt.dir/Wt/WSpinBox.o
Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0
Would you mind apply your changes in the svn repository ? Just tried, but I don't have commit permission to svn+ssh://svn.debian.org/svn/pkg-scicomp because I am not in group pkg-scicomp. $ ssh svn.debian.org id uid=22057(bap) gid=22057(bap) groups=22057(bap),10800(Debian),110056(oaklisp),110086(scheme2c),50800(scm_Debian),150056(scm_oaklisp),150086(scm_scheme2c) If you have bap added to that group I can try my git svn dcommit again. (Or in case you'd rather not, I have exposed the git svn branch as the branch for-svn on git://github.com/barak/opencv.git so anyone with commit authority can git svn dcommit it.) Cheers, --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629399: [linux-headers-2.6.38] not installable: missing linux-kbuild-2.6.38 from squeeze-backports
copying debian-backpo...@lists.debian.org * Török Edwin edwinto...@gmail.com [2011-06-06 14:17]: Package: linux-headers-2.6.38 Version: 2.6.38-3~bpo60+1 Severity: normal --- Please enter the report below this line. --- linux-kbuild-2.6.38 is missing from squeeze-backports, and this prevents linux-headers-2.6.38 from being installed: $ apt-get install linux-headers-2.6.38-bpo.2-all-amd64 linux-headers-2.6.38-bpo.2-amd64 -t squeeze-backports 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: linux-headers-2.6.38-bpo.2-amd64 : Depends: linux-kbuild-2.6.38 but it is not installable --- System information. --- Architecture: amd64 Kernel: Linux 3.0.0-rc1 Debian Release: wheezy/sid 500 unstableftp.lug.ro 500 testing security.debian.org 500 testing ftp.ro.debian.org 500 stable ftp.ro.debian.org 1 experimentalftp.lug.ro --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0
Le jeudi 09 juin 2011 à 10:05 +0100, Barak A. Pearlmutter a écrit : Would you mind apply your changes in the svn repository ? Just tried, but I don't have commit permission to svn+ssh://svn.debian.org/svn/pkg-scicomp because I am not in group pkg-scicomp. $ ssh svn.debian.org id uid=22057(bap) gid=22057(bap) groups=22057(bap),10800(Debian),110056(oaklisp),110086(scheme2c),50800(scm_Debian),150056(scm_oaklisp),150086(scm_scheme2c) If you have bap added to that group I can try my git svn dcommit again. Done. I added you on both pkg-scicomp and debian science. It would be nice if you could take that as an opportunity to move this package from pkg-scicomp (which is now pretty much dead) to debian science. Thanks Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629868: libstdc++.tag not installed by libstdc++6-4.5-doc
On 06/09/2011 03:41 AM, Philip Ashmore wrote: Package: libstdc++6-4.5-doc Version: 4.5.3-1 Severity: normal My v3c project looks for libstdc++.tag when configuring. This file is installed by libstdc++6-4.4-doc, but it appears to have been dropped. If doxygen support is being dropped, is doxygen being dropped too? It's also not present in libstdc++6-4.6-doc, leading me to suspect that this is intentional. at least, it's not built, not just missing from the packaging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629888: autotrust: FTBFS: /usr/include/ldns/dnssec.h:28:25: fatal error: openssl/ssl.h: No such file or directory
Source: autotrust Version: 0.3.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/«BUILDDIR»/autotrust-0.3.1' gcc -I/usr/local/include -I/usr/include -I../include -I. -g -O2 -g -O2 -W -Wall -Wextra -Wwrite-strings -Wdeclaration-after-statement -g -O2 -pthread -D_GNU_SOURCE -c ./autotrust.c In file included from /usr/include/ldns/ldns.h:99:0, from ./config.h:258, from ./autotrust.c:8: /usr/include/ldns/dnssec.h:28:25: fatal error: openssl/ssl.h: No such file or directory compilation terminated. make[1]: *** [autotrust.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/autotrust_0.3.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601803: patch for wireless support
2011/6/9 Guillem Jover guil...@debian.org: libjail is used for ifconfig vnet (see manpage) feature which has nothing to do with wireless support. We can enable it later on when we've added libjail to freebsd-libs and it's gotten through NEW. I don't see significant demand for this feature (actually, we don't even have /sbin/jail yet). In any case, when we add it we need to figure out wether we want to provide libjail1-udeb or disable vnet in freebsd-net-tools-udeb. But there's no hurry, adding /sbin/jail is more important IMHO. The __DECONST one was already on my list of things to add, as I've seen it used somewhere recently. For the second one, if you mean __va_list, then yes I've also had that pending. Otherwise if you mean bsdxml.h (but you mentioned the expat maintainers were going to provide that?) then I don't think it would be a good idea as libbsd would need to pull libexpat-dev, which I'd rather not. I agree about bsdxml.h. I was thinking about sys/cdefs.h, on FreeBSD it seems to drag stdint.h in, but on GNU it doesn't. -- 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#628583: srtp: fails to build from source on sparc: bus error in cipher_test
package srtp severity 628583 important tags 628583 help thanks On 11-05-30 at 12:55pm, Tzafrir Cohen wrote: Source: srtp Version: 1.4.4~dfsg-7 Justification: fails to build from source Severity: serious 'make runtests' fails with a bus error at running ./crypto/tests/cipher_driver -v The null cipher works fine. aes_icm causes the bus error. Same error seems to be present in all past versions: https://buildd.debian.org/status/logs.php?pkg=srtparch=sparc I believe that FTBFS is only serious when a regression - i.e. when it has previously succeeded to build for same architecture. I therefore lower severity to not have this still progress of srtp for other architectures. Help solving this is much appreciated! Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#629889: deja-dup: FTBFS: ../common/common.h:13:37: fatal error: dbus/dbus-glib-lowlevel.h: No such file or directory (probably lacks libdbus-glib-1-dev B-D)
Source: deja-dup Version: 14.2-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[4]: Entering directory `/«BUILDDIR»/deja-dup-14.2/widgets' \ # source='whacks.c' object='whacks.lo' libtool=yes /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -DGETTEXT_PACKAGE=\deja-dup\ -g -O2 -g -O2 -Wall -c -o whacks.lo whacks.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -DGETTEXT_PACKAGE=\deja-dup\ -g -O2 -g -O2 -Wall -c whacks.c -fPIC -DPIC -o .libs/whacks.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -DGETTEXT_PACKAGE=\deja-dup\ -g -O2 -g -O2 -Wall -c whacks.c -o whacks.o /dev/null 21 \ # source='ButtonConnect.c' object='ButtonConnect.lo' libtool=yes /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -DGETTEXT_PACKAGE=\deja-dup\ -g -O2 -g -O2 -Wall -c -o ButtonConnect.lo ButtonConnect.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -DGETTEXT_PACKAGE=\deja-dup\ -g -O2 -g -O2 -Wall -c ButtonConnect.c -fPIC -DPIC -o .libs/ButtonConnect.o ButtonConnect.c: In function 'deja_dup_button_connect_run_connect_server_dialog': ButtonConnect.c:86:4: warning: too many arguments for format [-Wformat-extra-args] libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -DGETTEXT_PACKAGE=\deja-dup\ -g -O2 -g -O2 -Wall -c ButtonConnect.c -o ButtonConnect.o /dev/null 21 \ # source='ConfigBool.c' object='ConfigBool.lo' libtool=yes /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -DGETTEXT_PACKAGE=\deja-dup\ -g -O2 -g -O2 -Wall -c -o ConfigBool.lo ConfigBool.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../common -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2
Bug#629890: Please include Apt-Howto in this package
Package: apt-doc Severity: wishlist Please include Apt-Howto in this package. Several years ago it was a separate package in Debian. http://www.debian.org/doc/manuals/apt-howto/ http://archive.debian.org/debian/pool/main/a/apt-howto The first page says its obsolete, however at first glance I didn't recognize any outdated informations. It seems that it was marked obsolete and removed from repository because it was unmaintained/orphaned. It is a good piece of documentation, the author put his time and work into it, and it will be a loss if this will be totally abandoned and forgotten. It may require some reviewing by people who know Apt well enough, to find out if it contains any outdated informations, and probably some small corrections. Maybe later it will be even feasible to combine Apt-Howto and APT User's Guide into one document? Surely it will require much more work so I think that including Apt-Howto in this package is enough for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571634: correct link to patch, another tangled issue in current stable
retitle 571634 xen-utils-common vif-common.sh still using --physdev-out, --state found 571634 4.0.0-1 thanks Hi, That link to upstream patch in the last message is apparently broken, a working one is: http://xenbits.xen.org/hg/xen-unstable.hg/rev/b0fe8260cefa but also more importantly for the current stable package: http://xenbits.xen.org/hg/xen-4.0-testing.hg/rev/af7110f4f803 Because the state module is activated, conntrack kicks in, and eventually a high amount of traffic will cause the following to happen on dom0: Jun 9 09:24:45 crux kernel: [27998.532343] nf_conntrack: table full, dropping packet. Jun 9 09:24:54 crux kernel: [28007.820634] nf_conntrack: table full, dropping packet. Jun 9 09:24:54 crux kernel: [28007.820651] nf_conntrack: table full, dropping packet. That could almost qualify as an excessive susceptibility to DoS, i.e. a security issue. Please fix both bugs in stable. TIA. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629815: No rule to make target `/usr/lib/libdl.so'
On Thu, Jun 09, 2011 at 10:00:40AM +0200, Sven Joachim wrote: However, the problem I was facing in the not yet released package ginkocadx[1] seems to be quite common currently. It is in #629815 and some similar case happens in #618094 and thus I'm suspecting a general problem somehow. So I'm moving the discussion to debian-mentors and hope for some clever advise what to do now. The problem is that libdl.so has been moved to the multiarch paths in libc6-dev 2.13-5. You must upgrade cmake to 2.8.4+dfsg.1-3, have you done that already? I'm building an unstable pbuilder chroot. It is using the cmake version you are mentioning: $ grep cmake.2\.8 ginkgocadx_2.4.1.1-1_amd64.build Unpacking cmake (from .../cmake_2.8.4+dfsg.1-3_amd64.deb) ... Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629888: autotrust: FTBFS: /usr/include/ldns/dnssec.h:28:25: fatal error: openssl/ssl.h: No such file or directory
reassign 629888 libldns-dev thank you This more looks like the ldns missing dependency on libssl-dev (which is also under my wings). O. On Thu, Jun 9, 2011 at 11:14, Didier Raboud o...@debian.org wrote: Source: autotrust Version: 0.3.1-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/«BUILDDIR»/autotrust-0.3.1' gcc -I/usr/local/include -I/usr/include -I../include -I. -g -O2 -g -O2 -W -Wall -Wextra -Wwrite-strings -Wdeclaration-after-statement -g -O2 -pthread -D_GNU_SOURCE -c ./autotrust.c In file included from /usr/include/ldns/ldns.h:99:0, from ./config.h:258, from ./autotrust.c:8: /usr/include/ldns/dnssec.h:28:25: fatal error: openssl/ssl.h: No such file or directory compilation terminated. make[1]: *** [autotrust.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/autotrust_0.3.1-1_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629891: gnome-system-tools: FTBFS: /usr/include/liboobs-1.0/oobs/oobs-object.h:27:23: fatal error: dbus/dbus.h: No such file or directory
Source: gnome-system-tools Version: 2.30.2-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[4]: Entering directory `/«BUILDDIR»/gnome-system-tools-2.30.2/src/common' \ # source='gst-dialog.c' object='gst-dialog.o' libtool=no gcc -DHAVE_CONFIG_H -I. -I../.. -DPIXMAPS_DIR=\/usr/share/gnome-system-tools/pixmaps\ -DINTERFACES_DIR=\/usr/share/gnome-system-tools/ui\ -DFRONTEND_DIR=\\ -DDESKTOP_DATA_DIR=\\ -DCONF_DIR=\/etc/gnome-system-tools\ -pthread -DORBIT2=1 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/liboobs-1.0 -pthread -I/usr/include/polkit-gtk-1 -I/usr/include/polkit-1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -DDATADIR=\/usr/share\ -DLIBDIR=\/usr/lib\ -DSYSCONFDIR=\/etc\ -DPREFIX=\/usr\ -DGNOMELOCALEDIR=\/usr/share/locale\-g -O2 -g -O2 -Wall -Wchar-subscripts -Wmissing-declarations -Wnested-externs -Wpointer-arith -Wcast-align -Wsign-compare -Wformat -Wformat-security -c gst-dialog.c In file included from /usr/include/liboobs-1.0/oobs/oobs.h:25:0, from gst-tool.h:30, from gst-dialog.c:29: /usr/include/liboobs-1.0/oobs/oobs-object.h:27:23: fatal error: dbus/dbus.h: No such file or directory compilation terminated. make[4]: *** [gst-dialog.o] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/gnome-system-tools_2.30.2-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629892: nautilus-sendto: FTBFS: gajim.c:27:23: fatal error: dbus/dbus.h: No such file or directory
Source: nautilus-sendto Version: 2.28.4-2 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: make[5]: Entering directory `/«BUILDDIR»/nautilus-sendto-2.28.4/src/plugins/gajim' \ # source='gajim.c' object='gajim.lo' libtool=yes /bin/bash ../../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../.. -DDATADIR=\/usr/share\ -DICONDIR=\\ -DLOCALEDIR=\/usr/share/locale\ -I../../../src -I../../.. -pthread -DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -g -O2 -g -O2 -Wall -c -o gajim.lo gajim.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../../.. -DDATADIR=\/usr/share\ -DICONDIR=\\ -DLOCALEDIR=\/usr/share/locale\ -I../../../src -I../../.. -pthread -DORBIT2=1 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -Wall -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare -g -O2 -g -O2 -Wall -c gajim.c -fPIC -DPIC -o .libs/gajim.o gajim.c:27:23: fatal error: dbus/dbus.h: No such file or directory compilation terminated. make[5]: *** [gajim.lo] Error 1 The full build log is available from: http://people.debian.org/~lucas/logs/2011/06/07/nautilus-sendto_2.28.4-2_lsid64.buildlog A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot. Internet was not accessible from the build systems. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571634: correct link to patch, another tangled issue in current stable
severity 571634 serious thanks On Thu, Jun 09, 2011 at 11:18:30AM +0200, Josip Rodin wrote: retitle 571634 xen-utils-common vif-common.sh still using --physdev-out, --state found 571634 4.0.0-1 thanks Hi, That link to upstream patch in the last message is apparently broken, a working one is: http://xenbits.xen.org/hg/xen-unstable.hg/rev/b0fe8260cefa but also more importantly for the current stable package: http://xenbits.xen.org/hg/xen-4.0-testing.hg/rev/af7110f4f803 Because the state module is activated, conntrack kicks in, and eventually a high amount of traffic will cause the following to happen on dom0: Jun 9 09:24:45 crux kernel: [27998.532343] nf_conntrack: table full, dropping packet. Jun 9 09:24:54 crux kernel: [28007.820634] nf_conntrack: table full, dropping packet. Jun 9 09:24:54 crux kernel: [28007.820651] nf_conntrack: table full, dropping packet. That could almost qualify as an excessive susceptibility to DoS, i.e. a security issue. Please fix both bugs in stable. TIA. In fact an analogous issue in libvirt was treated by others as a security issue: http://wiki.libvirt.org/page/Networking#Creating_network_initscripts links to https://bugzilla.redhat.com/show_bug.cgi?id=512206 It really should be fixed. -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595726: limit source to dput, tagging 595726
On 11/06/08 20:15 +0100, Adam D. Barratt said ... On Thu, 2011-05-26 at 19:13 +0200, Julien Cristau wrote: On Thu, May 26, 2011 at 07:12:21 +0200, Gerfried Fuchs wrote: Dear Release Team. dput in squeeze still has the old upload data for backports in it from its unofficial time. Given that we released squeeze with backports being official I would like to request permission to upload dput with an adapted /etc/dput.cf file to fix that so that we don't have to adjust it on systems we upload from. As I said on irc, ack in principle (send a patch here before uploading though please, although I assume it's just the config file being updated; haven't looked at the bug). Ping? :) http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=7453fa87858049595d4413abab458a76204942e0 http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=a3a3cf04da6f4412ea47323d0becc71cb49fa552 Giridhar -- Y Giridhar Appaji Nag | http://people.debian.org/~appaji/ signature.asc Description: Digital signature
Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0
Okay thanks. Have now dcommitted the 2.2.0 patches. Also tagged the 2.1.0-4 release which was previously not marked. Would you like me to add myself to uploaders and dput 2.2.0-1? (I wouldn't mind someone else doing a quick pass over it first, just to make sure I didn't make some silly error.) It would be nice if you could take that as an opportunity to move this package from pkg-scicomp (which is now pretty much dead) to debian science. Skimming http://debian-science.alioth.debian.org/debian-science-policy.html it appears this involves some minor debian/control tweaks, plus switching to git which I sort of already have? Except it would be nice to preserve the more detailed history from the svn repository. I can try to do that, as an exercise for my git fu, but it would be helpful if someone already has the authors translation stuff set up so I don't have to cobble it together from scratch. Anyway, will give it a shot. Could put mldemos there as well, when it's ready. Unless it belongs in education? Or demos? These hierarchies are so confusing...that's why I generally just put my packages in git/collab-maint. Cheers, --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629891: gnome-system-tools: FTBFS: /usr/include/liboobs-1.0/oobs/oobs-object.h:27:23: fatal error: dbus/dbus.h: No such file or directory
reassign 629891 liboobs-1-dev retitle 629891 Missing dbus dependency in pkg-config file thanks Le jeudi 09 juin 2011 à 11:25 +0200, Didier Raboud a écrit : /usr/include/liboobs-1.0/oobs/oobs-object.h:27:23: fatal error: dbus/dbus.h: No such file or directory Thanks for the report. Looks like the dbus-1 reference is missing in liboobs-1.pc. -- .''`. 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#629893: openarena-data: FTBFS on Ubuntu: gcc argument order
Package: openarena-085-data Version: 0.8.5split-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch *** /tmp/tmp7buEWo In Ubuntu, the attached patch was applied to achieve the following: * Fix FTBFS caused by gcc argument order, and use CFLAGS + LDFLAGS. Please consider applying this patch, for all openarena-data split packages. Thanks, SR -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/rules b/debian/rules index 848db9c..a87ef54 100755 --- a/debian/rules +++ b/debian/rules @@ -64,7 +64,7 @@ debian/$(QVMPREFIX)-$(QVMCRC).qvm: ./debian/qvmbrute 0x$(QVMCRC) $@ $(QVMPREFIX) debian/qvmbrute: debian/qvmbrute.c - $(DEB_BUILD_GNU_TYPE)-gcc -Wall -lz -o debian/qvmbrute debian/qvmbrute.c + $(DEB_BUILD_GNU_TYPE)-gcc $(CFLAGS) -Wall -o debian/qvmbrute debian/qvmbrute.c $(LDFLAGS) -lz import-orig: pre-import-orig $(patsubst %,import-orig/%,$(paks)) pre-import-orig:
Bug#629894: maven-clean-plugin: FTBFS: Cannot find parent: org.apache.maven.plugins:maven-plugins for project: org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3
Source: maven-clean-plugin Version: 2.3-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20110607 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: debian/rules build test -x debian/rules mkdir -p . cd . /usr/lib/jvm/default-java/bin/java -classpath /usr/share/ant/lib/ant.jar:/usr/share/ant/lib/ant-launcher.jar:/usr/share/java/maven-core.jar:/usr/share/java/maven-model.jar:/usr/share/java/maven-plugin-api.jar:/usr/share/java/maven-project.jar:/usr/share/java/file-management.jar:/usr/share/java/plexus-utils.jar:/usr/share/java/plexus-container-default-alpha.jar:/usr/lib/jvm/default-java/lib/tools.jar -Dant.home=/usr/share/ant org.apache.tools.ant.Main -Dbasedir=/«BUILDDIR»/maven-clean-plugin-2.3 -Dpackage=maven-clean-plugin -Dversion=2.3 -buildfile /usr/share/maven-ant-helper/maven-build.xml package Buildfile: /usr/share/maven-ant-helper/maven-build.xml init.pom: [echo] Base dir is /«BUILDDIR»/maven-clean-plugin-2.3 [echo] Pom name in libmaven-clean-plugin-java.poms: pom.xml [echo] Pom file pom.xml available? true read.pom: [mkdir] Created dir: /«BUILDDIR»/maven-clean-plugin-2.3/debian/.mh [echo] Cleaner options: [java] Cleaning POM /«BUILDDIR»/maven-clean-plugin-2.3/pom.xml, saving the result into /«BUILDDIR»/maven-clean-plugin-2.3/debian/.mh/pom.xml [java] Cannot find file: /«BUILDDIR»/maven-clean-plugin-2.3/debian/maven.publishedRules [java] [ERROR] Cannot find parent dependency org.apache.maven.plugins:maven-plugins:pom:debian, use --no-parent option to resolve this issue or install the parent POM in the Maven repository [copy] Copying 1 file to /«BUILDDIR»/maven-clean-plugin-2.3 [copy] Copying 1 file to /«BUILDDIR»/maven-clean-plugin-2.3 [echo] Properties read from the POM file: [echo] groupId: org.apache.maven.plugins, artifactId: maven-clean-plugin, version: 2.3, debianVersion: 2.3 init: [echo] Compile classpath: target/classes: [echo] Test classpath: target/test-classes::target/classes: process-resources: process-pom: [mkdir] Created dir: /«BUILDDIR»/maven-clean-plugin-2.3/target/classes/META-INF/maven/org.apache.maven.plugins/maven-clean-plugin [copy] Copying 2 files to /«BUILDDIR»/maven-clean-plugin-2.3/target/classes/META-INF/maven/org.apache.maven.plugins/maven-clean-plugin mvn-generate: mvn-shared-repo: [java] + Error stacktraces are turned on. [java] [INFO] [java] NOTE: Maven is executing in offline mode. Any artifacts not already in your local [java] repository will be inaccessible. [java] [java] [INFO] Scanning for projects... [java] [INFO] [java] [ERROR] FATAL ERROR [java] [INFO] [java] [INFO] Error building POM (may not be this project's POM). [java] [java] [java] Project ID: org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3 [java] [java] Reason: Cannot find parent: org.apache.maven.plugins:maven-plugins for project: org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3 for project org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3 [java] [java] [java] [INFO] [java] [INFO] Trace [java] org.apache.maven.reactor.MavenExecutionException: Cannot find parent: org.apache.maven.plugins:maven-plugins for project: org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3 for project org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3 [java] at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:404) [java] at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:272) [java] at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138) [java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:362) [java] at org.apache.maven.cli.MavenCli.main(MavenCli.java:100) [java] Caused by: org.apache.maven.project.ProjectBuildingException: Cannot find parent: org.apache.maven.plugins:maven-plugins for project: org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3 for project org.apache.maven.plugins:maven-clean-plugin:maven-plugin:2.3 [java] at org.apache.maven.project.DefaultMavenProjectBuilder.assembleLineage(DefaultMavenProjectBuilder.java:1396) [java] at org.apache.maven.project.DefaultMavenProjectBuilder.buildInternal(DefaultMavenProjectBuilder.java:823) [java] at org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:508) [java] at
Bug#629874: fusecompress: Unable to open files created with older version
Hi Sorry, was in a rush, but I thought it might have been grave, as it could potential lead to a loss of all the data that has been compressed. I have a directory that I fusecomress which I use as a backup location. It has been working fine, until I install 2.6-4 at which point all the files that were compressed came up with io error... rolled back to the previous version and it all came back to working again. I will try the next one past 2.6-4 Thanks Alex -Original Message- From: Ritesh Raj Sarraf [mailto:r...@researchut.com] Sent: Thursday, 9 June 2011 6:23 PM To: Alex Samad; 629...@bugs.debian.org Subject: Re: Bug#629874: fusecompress: Unable to open files created with older version severity 629874 normal tag 629874 +moreinfo thanks Wow Alex... You report a bug with grave severity and no relevant information. Please try with the latest version in unstable first. It has many fixes. On Thu, Jun 9, 2011 at 10:08 AM, Alex Samad a...@samad.com.au wrote: Package: fusecompress Version: 2.6-4 Severity: grave Justification: causes non-serious data loss Hi i have been running version 2.6.3 for a while and when I upgraded to 2.6.4 i was unable to access my underlying data alex -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable'), (100, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages fusecompress depends on: ii libboost-filesystem1.46 1.46.1-5 filesystem operations (portable pa pn libboost-iostreams1.46. none (no description available) pn libboost-program-option none (no description available) pn libboost-serialization1 none (no description available) ii libboost-system1.46.1 1.46.1-5 Operating system (e.g. diagnostics ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-4 Embedded GNU C Library: Shared lib ii libfuse2 2.8.4-1.1 Filesystem in USErspace library ii libgcc1 1:4.6.0-10 GCC support library ii liblzo2-2 2.04-1 data compression library ii libmagic1 5.04-5+b1 File type determination library us ii libstdc++6 4.6.0-10 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.5.dfsg-1 compression library - runtime fusecompress recommends no packages. fusecompress suggests no packages. -- no debconf information -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629895: nmu: telepathy-gabble_0.13.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu telepathy-gabble 0.13.0-1/amd64 was built against an experimental libgnutls26 (#629879). Please schedule: nmu telepathy-gabble_0.13.0-1 . amd64 . -m rebuild to drop dependency from experimental Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#344698: Me too
It's now 2011. This bug was submitted 5.5 years ago with a patch, which still applies just fine and works as advertised for me. Would somebody pretty please just patch the thing?
Bug#629823: xterm and nvidia
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il Thu, Jun 09, 2011 at 12:06:21AM +0200, Cyril Brulebois scrisse: reassign 629823 nvidia-glx thanks Hi, stefano ste...@infinito.it (08/06/2011): Package: xterm Version: 270-1 Severity: normal Follow bug #625877 marked as done for kde4 konsole. Today I have installed from experimental the last nvidia drivers, but when maximize xterm I see some artifacts and I can't minimize again or close. The system don't crash anymore like before with unstable nvidia drivers (270.41.19-1). I'm not aware of artifacts with non-nvidia, so reassigning to nvidia folks. You may want to be a bit more specific about your configuration, e.g. which WM you're using, with which settings, etc. h I thought that the problem was related to the nvidia bug above, because konsole and xterm give me the same problem (kde4 hangs). So when konsole is ok and xterm no, I thought that miss something for xterm on new relase of nvidia driver. But today I have tried with more settings (theme, border) and I have the same results: - - only with kde4 air-oxygen theme there are some artefacts; - - with all I can maximize xterm but I can't return to normal dimensions (80x25). I have tested the last above with 2 pc with kde4 and Sid: my with nvidia and one with intel GPU. So I think isn't a nvidia bugs. After maximized xterm, the relate button icon don't change to maximize. It seems that the window is only stretched to max dimensions instead maximized. Before I haven't noted that because I don't use these buttons in my kde4 configuration, but in front the pc with intel GPU I have the surprise ;) Do you need more info? Thanks Ciao - -- Stefano Callegari ste...@infinito.it -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3wlscACgkQHecMbhqYKHFk+wCfYXAUm45yiEOzdDXM1I3j7Rq2 owwAnjdwKOSMsyA4wqpleqjl5KuUAKhM =XF57 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0
Le jeudi 09 juin 2011 à 10:32 +0100, Barak A. Pearlmutter a écrit : Okay thanks. Have now dcommitted the 2.2.0 patches. Also tagged the 2.1.0-4 release which was previously not marked. Thanks for all that. Would you like me to add myself to uploaders and dput 2.2.0-1? I don't mind but I think we should ask first to Nobuhiro if he doesn't mind. It would be nice if you could take that as an opportunity to move this package from pkg-scicomp (which is now pretty much dead) to debian science. Skimming http://debian-science.alioth.debian.org/debian-science-policy.html it appears this involves some minor debian/control tweaks Yes, it is minor changes. plus switching to git which I sort of already have? Except it would be nice to preserve the more detailed history from the svn repository. I can try to do that, as an exercise for my git fu, but it would be helpful if someone already has the authors translation stuff set up so I don't have to cobble it together from scratch. About the migration to git, same here. I would like to know the opinion of Nobuhiro. I was more thinking a move of the svn pkg-scicomp = debian-science. For information, to migrate an svn to an other one with history: http://lists.alioth.debian.org/pipermail/debian-science-maintainers/2008-August/000223.html Anyway, will give it a shot. Could put mldemos there as well, when it's ready. Unless it belongs in education? Or demos? Debian science is fine I think! Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#101728: interested in you
hello i like us to communicate as you reply to my mail hope to hear from you soon i will reply with my picture and more about me. with love Anna
Bug#618536: mirror submission for mg.debian.net
Hi Simon, On Wed, Jun 1, 2011 at 9:38 PM, Simon Paillard spaill...@debian.org wrote: Hi Thierry, On Mon, May 23, 2011 at 08:24:45PM +0200, Simon Paillard wrote: As you know, the archive is now updated fourth a day. Could you please sync 4 times a day ? Yes, the syncs are 4 times a day. Would you have some information about the bandwidth available ? The bandwidth is very expensive here, we have 4Mbps for download and 1Mbps upload. Thanks! 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#629896: segfault while simply get()ing a value from squeeze memcached
Package: php5-memcache Version: 3.0.4-4 Severity: grave Hi, Something in the squeeze upgrade completely demolished one of our internal PHP applications... our class that extends Memcache and calls parent::get() never returns from the call into memcache.so, whenever memcached is up. If I stop the daemon, the code prints a warning and proceeds. The setup is fairly trivial - the class constructor calls: $this-addServer(127.0.0.1, 11211, false); This seems to work (because the calling script proceeds normally after it). And then the get() method is called, defined like this: function get($key, $flags = null) { $key = $this-key_prefix.$key; error_log(will now call parent::get($key, $flags)); $ret = parent::get($key, $flags); error_log(have called parent::get($key, $flags)); $this-_record_module_stats('get'); return $ret; } Nothing fancy, really. The first log line is printed, the second isn't - the script just dies there, causing mod_php to render an empty page etc. Apache error log says: [Thu Jun 09 12:04:10 2011] [notice] child pid 32175 exit signal Segmentation fault (11) The strace of the Apache child is (redacted): gettimeofday({1307613917, 639870}, NULL) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3146 fcntl(3146, F_GETFL)= 0x2 (flags O_RDWR) fcntl(3146, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3146, {sa_family=AF_INET, sin_port=htons(11211), sin_addr=inet_addr(127.0.0.1)}, 16) = -1 EINPROGRESS (Operation now in progress) poll([{fd=3146, events=POLLIN|POLLOUT|POLLERR|POLLHUP}], 1, 1000) = 1 ([{fd=3146, revents=POLLOUT}]) getsockopt(3146, SOL_SOCKET, SO_ERROR, [0], [4]) = 0 fcntl(3146, F_SETFL, O_RDWR)= 0 fcntl(3146, F_GETFL)= 0x2 (flags O_RDWR) fcntl(3146, F_SETFL, O_RDWR|O_NONBLOCK) = 0 select(3147, [1024 1223 1224 1227 1230 1231 1235 1241 1242 1243 1244 1245 1252 1255 1256 1257 1258 1259 1260 1261 1262 1284 1285 1287 1288 1291 1294 1295 1299 1305 1306 1307 1308 1309 1316 1319 1320 1321 1322 1323 1324 1325 1326 1347 1348 1350 1352 1353 1354 1355 1356 1357 1358 1360 1363 1364 1365 1369 1370 1371 1372 1373 1380 1383 1384 1385 1386 1387 1388 1389 1390 1409 1411 1412 1504 1731 1732 1734 1737 1738 1739 1740 1741 1742 1744 1747 1748 1749 1753 1754 1755 1756 1757 1764 1767 1768 1769 1770 1771 1772 1773 1774 1793 1795 1796 1888 2122 2497 2499 2500 2503 2504 2507 2508 2511 2512 2515 2516 2519 2520 2523 2524 2527 2528 2531 2532 2535 2536 2539 2540 2543 2544 2547 2550 2551 2552 2553 2554 2555 2556 2557 2565 2569 2570 2571 2574 2630 2631 2632 2633 2635 2636 2640 2643 2646 2651 2653 2660 2663 2664 2665 2666 2667 2668 2669 2670 2752 2753 2756 2757 2765 2768 2772 2777 2778 2779 2780 2783 2784 2785 2786 2787 2788 2789 2790 2791 2794 2797 2799 2800 2802 2803 2806 2808 2809 2811 2812 2817 2818 2827 2828 2829 2834 2835 2837 2838 2839 2841 2842 2844 2846 2849 2850 2852 2853 2856 2859 2860 2862 2863 2864 2866 2867 2870 2871 2872 2873 2874 2879 2880 2884 2886 2944 2948 2949 2953 3013 3073 3074 3075 3078 3080 3081 3082 3083 3085 3088 3089 3090 3091 3095 3099 3101 3104 3105 3107 3110 3115 3121 3122 3124 3126 3127 3129 3133 3134 3135 3139 3142 3145 3146], [2048 2247 2248 2251 2254 2255 2259 2265 2266 2267 2268 2269 2276 2279 2280 2281 2282 2283 2284 2285 2286 2308 2309 2311 2312 2315 2318 2319 2323 2329 2330 2331 2332 2333 2340 2343 2344 2345 2346 2347 2348 2349 2350 2371 2372 2374 2376 2377 2378 2379 2380 2381 2382 2384 2387 2388 2389 2393 2394 2395 2396 2397 2404 2407 2408 2409 2410 2411 2412 2413 2414 2433 2435 2436 2528 2755 2756 2758 2761 2762 2763 2764 2765 2766 2768 2771 2772 2773 2777 2778 2779 2780 2781 2788 2791 2792 2793 2794 2795 2796 2797 2798 2817 2819 2820 2912 3146], NULL, {1, 0}) = 376 (in [1024 1223 1224 1227 1230 1231 1235 1241 1242 1243 1244 1245 1252 1255 1256 1257 1258 1259 1260 1261 1262 1284 1285 1287 1288 1291 1294 1295 1299 1305 1306 1307 1308 1309 1316 1319 1320 1321 1322 1323 1324 1325 1326 1347 1348 1350 1352 1353 1354 1355 1356 1357 1358 1360 1363 1364 1365 1369 1370 1371 1372 1373 1380 1383 1384 1385 1386 1387 1388 1389 1390 1409 1411 1412 1504 1731 1732 1734 1737 1738 1739 1740 1741 1742 1744 1747 1748 1749 1753 1754 1755 1756 1757 1764 1767 1768 1769 1770 1771 1772 1773 1774 1793 1795 1796 1888 2122 2497 2499 2500 2503 2504 2507 2508 2511 2512 2515 2516 2519 2520 2523 2524 2527 2528 2531 2532 2535 2536 2539 2540 2543 2544 2547 2550 2551 2552 2553 2554 2555 2556 2557 2565 2569 2570 2571 2574 2630 2631 2632 2633 2635 2636 2640 2643 2646 2651 2653 2660 2663 2664 2665 2666 2667 2668 2669 2670 2752 2753 2756 2757 2765 2768 2772 2777 2778 2779 2780 2783 2784 2785 2786 2787 2788 2789 2790 2791 2794 2797 2799 2800 2802 2803 2806 2808 2809 2811 2812 2817 2818 2827 2828 2829 2834 2835]]) sendto(3146, get test-strix-joy-zg_news_1_new..., 55, MSG_NOSIGNAL, NULL, 0) = 55 select(3147, [1024 1219 1221 1222 1224 1227 1230 1231
Bug#629896: segfault while simply get()ing a value from squeeze memcached
On Thu, Jun 09, 2011 at 12:10:07PM +0200, Josip Rodin wrote: Package: php5-memcache Version: 3.0.4-4 Severity: grave Hi, Something in the squeeze upgrade completely demolished one of our internal PHP applications... our class that extends Memcache and calls parent::get() never returns from the call into memcache.so, whenever memcached is up. If I stop the daemon, the code prints a warning and proceeds. The setup is fairly trivial - the class constructor calls: $this-addServer(127.0.0.1, 11211, false); This seems to work (because the calling script proceeds normally after it). And then the get() method is called, defined like this: function get($key, $flags = null) { $key = $this-key_prefix.$key; error_log(will now call parent::get($key, $flags)); $ret = parent::get($key, $flags); error_log(have called parent::get($key, $flags)); $this-_record_module_stats('get'); return $ret; } Nothing fancy, really. The first log line is printed, the second isn't - the script just dies there, causing mod_php to render an empty page etc. Apache error log says: [Thu Jun 09 12:04:10 2011] [notice] child pid 32175 exit signal Segmentation fault (11) The strace of the Apache child is (redacted): gettimeofday({1307613917, 639870}, NULL) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 3146 fcntl(3146, F_GETFL)= 0x2 (flags O_RDWR) fcntl(3146, F_SETFL, O_RDWR|O_NONBLOCK) = 0 connect(3146, {sa_family=AF_INET, sin_port=htons(11211), sin_addr=inet_addr(127.0.0.1)}, 16) = -1 EINPROGRESS (Operation now in progress) poll([{fd=3146, events=POLLIN|POLLOUT|POLLERR|POLLHUP}], 1, 1000) = 1 ([{fd=3146, revents=POLLOUT}]) getsockopt(3146, SOL_SOCKET, SO_ERROR, [0], [4]) = 0 fcntl(3146, F_SETFL, O_RDWR)= 0 fcntl(3146, F_GETFL)= 0x2 (flags O_RDWR) fcntl(3146, F_SETFL, O_RDWR|O_NONBLOCK) = 0 select(3147, [1024 1223 1224 1227 1230 1231 1235 1241 1242 1243 1244 1245 1252 1255 1256 1257 1258 1259 1260 1261 1262 1284 1285 1287 1288 1291 1294 1295 1299 1305 1306 1307 1308 1309 1316 1319 1320 1321 1322 1323 1324 1325 1326 1347 1348 1350 1352 1353 1354 1355 1356 1357 1358 1360 1363 1364 1365 1369 1370 1371 1372 1373 1380 1383 1384 1385 1386 1387 1388 1389 1390 1409 1411 1412 1504 1731 1732 1734 1737 1738 1739 1740 1741 1742 1744 1747 1748 1749 1753 1754 1755 1756 1757 1764 1767 1768 1769 1770 1771 1772 1773 1774 1793 1795 1796 1888 2122 2497 2499 2500 2503 2504 2507 2508 2511 2512 2515 2516 2519 2520 2523 2524 2527 2528 2531 2532 2535 2536 2539 2540 2543 2544 2547 2550 2551 2552 2553 2554 2555 2556 2557 2565 2569 2570 2571 2574 2630 2631 2632 2633 2635 2636 2640 2643 2646 2651 2653 2660 2663 2664 2665 2666 2667 2668 2669 2670 2752 2753 2756 2757 2765 2768 2772 2777 2778 2779 2780 2783 2784 2785 2786 2787 2788 2789 2790 2791 2794 2797 2799 2800 2802 2803 2806 2808 2809 2811 2812 2817 2818 2827 2828 2829 2834 2835 2837 2838 2839 2841 2842 2844 2846 2849 2850 2852 2853 2856 2859 2860 2862 2863 2864 2866 2867 2870 2871 2872 2873 2874 2879 2880 2884 2886 2944 2948 2949 2953 3013 3073 3074 3075 3078 3080 3081 3082 3083 3085 3088 3089 3090 3091 3095 3099 3101 3104 3105 3107 3110 3115 3121 3122 3124 3126 3127 3129 3133 3134 3135 3139 3142 3145 3146], [2048 2247 2248 2251 2254 2255 2259 2265 2266 2267 2268 2269 2276 2279 2280 2281 2282 2283 2284 2285 2286 2308 2309 2311 2312 2315 2318 2319 2323 2329 2330 2331 2332 2333 2340 2343 2344 2345 2346 2347 2348 2349 2350 2371 2372 2374 2376 2377 2378 2379 2380 2381 2382 2384 2387 2388 2389 2393 2394 2395 2396 2397 2404 2407 2408 2409 2410 2411 2412 2413 2414 2433 2435 2436 2528 2755 2756 2758 2761 2762 2763 2764 2765 2766 2768 2771 2772 2773 2777 2778 2779 2780 2781 2788 2791 2792 2793 2794 2795 2796 2797 2798 2817 2819 2820 2912 3146], NULL, {1, 0}) = 376 (in [1024 1223 1224 1227 1230 1231 1235 1241 1242 1243 1244 1245 1252 1255 1256 1257 1258 1259 1260 1261 1262 1284 12 85 1287 1288 1291 1294 1295 1299 1305 1306 1307 1308 1309 1316 1319 1320 1321 1322 1323 1324 1325 1326 1347 1348 1350 1352 1353 1354 1355 1356 1357 1358 1360 1363 1364 1365 1369 1370 1371 1372 1373 1380 1383 1384 1385 1386 1387 1388 1389 1390 1409 1411 1412 1504 1731 1732 1734 1737 1738 1739 1740 1741 1742 1744 1747 1748 1749 1753 1754 1755 1756 1757 1764 1767 1768 1769 1770 1771 1772 1773 1774 1793 1795 1796 1888 2122 2497 2499 2500 2503 2504 2507 2508 2511 2512 2515 2516 2519 2520 2523 2524 2527 2528 2531 2532 2535 2536 2539 2540 2543 2544 2547 2550 2551 2552 2553 2554 2555 2556 2557 2565 2569 2570 2571 2574 2630 2631 2632 2633 2635 2636 2640 2643 2646 2651 2653 2660 2663 2664 2665 2666 2667 2668 2669 2670 2752 2753 2756 2757 2765 2768 2772 2777 2778 2779 2780 2783 2784 2785 2786 2787 2788 2789 2790 2791 2794 2797 2799 2800 2802 2803 2806 2808 2809 2811 2812 2817 2818 2827 2828
Bug#629897: [fuse] Link fusermount man page to fuse
Package: fuse Version: 2.8.5-3 Severity: minor Please add reference to fuse 5 from fusermount. I will open individual bug for every fuse filesystem. Bastien --- System information. --- Architecture: amd64 Kernel: Linux 2.6.37-trunk-amd64 Debian Release: wheezy/sid 500 testing ftp.fr.debian.org --- Package information. --- Depends(Version) | Installed -+- libc6 (= 2.7) | 2.13-4 libfuse2 (= 2.8.5-3) | 2.8.5-3 adduser | 3.112+nmu2 sed (= 4) | 4.2.1-9 udev | 167-3 OR makedev | 2.3.1-89 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627230: git commit to resolve this issue
Hi, Commit http://djvu.git.sourceforge.net/git/gitweb.cgi?p=djvu/djvulibre.git;a=commit;h=5b3d074c2b315e7339ce279c559c3a99f26bef6a seems to be fixing this bug. Petr pgp2CCFrG8UtU.pgp Description: PGP signature
Bug#625593: Bugs 629770 and 625593 are same problem
forcemerge 629770 625593 tag 629770 + patch thanks There is a NMU already waiting in deferred, scheduled for the 13th of June. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629591: python-nifti: datatype COMPLEX64 not supported
On 08/06/2011 13:08, Michael Hanke wrote: Thanks for the report. I'll take a look. However, I'd like to recommend that you take a look at NiBabel (python-nibabel) that is the successor of pynifti. It is much more versatile. Michael Reading COMPLEX64 nii files with python-nibabel works perfectly - thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629898: vCard 2.1 behaviour
Package: python-vobject Version: 0.8.1c-4 Severity: wishlist Tags: upstream VObject supports vCard 3.0 out of the box, although it is not a standard yet. vCard 2.1 is (still) the standard and *by far* more popular. Hence, albeit somewhat of a step backwards, it would be good if VObject learnt the vCard 2.1 behaviour — and be able to convert between them. Thanks for your consideration. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-vobject depends on: ii python2.6.6-14 interactive high-level object-orie ii python-dateutil 1.4.1-3powerful extensions to the standar ii python-support1.0.13 automated rebuilding support for P python-vobject recommends no packages. python-vobject suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#626720: SELinux refpolicy, initscripts and /run
On Thu, Jun 09, 2011 at 09:32:44AM +1000, Russell Coker wrote: Sorry for the delay. Yes please make it break the old version of policy. I hope to upload a fix on Sunday. That would be super, thanks. I'm planning to upload initscripts with this patch. Is this Breaks: version OK with you? Thanks, Roger Index: debian/control === --- debian/control (revision 1964) +++ debian/control (working copy) @@ -55,6 +55,7 @@ Recommends: psmisc, e2fsprogs Conflicts: libdevmapper1.02.1 ( 2:1.02.24-1) Replaces: libc6, libc6.1, libc0.1, libc0.3 +Breaks: selinux-policy-default ( 2:0.2.20100524-9) Description: scripts for initializing and shutting down the system The scripts in this package initialize a standard Debian system at boot time and shut it down at halt or reboot time. Index: debian/src/initscripts/etc/init.d/mountkernfs.sh === --- debian/src/initscripts/etc/init.d/mountkernfs.sh(revision 1964) +++ debian/src/initscripts/etc/init.d/mountkernfs.sh(working copy) @@ -40,6 +40,7 @@ fi # TODO: Add -onodev once checkroot no longer creates a device node. domount $MNTMODE tmpfs shmfs /run tmpfs -onosuid$RUNEXEC$RUN_OPT + [ -x /sbin/restorecon ] /sbin/restorecon -r /run [ -f /run/.ramfs ] || touch /run/.ramfs # Make lock directory as the replacement for /var/lock Index: debian/changelog === --- debian/changelog(revision 1964) +++ debian/changelog(working copy) @@ -1,3 +1,13 @@ +sysvinit (2.88dsf-13.8) unstable; urgency=low + + * Non-maintainer upload. + * initscripts Breaks all selinux-policy-default versions up to and +including 2:0.2.20100524-9, which do not support /run. + * Add restorecon support for selinux to /run in mountkernfs. +(Closes: #628107). Thanks to Martin Orr for this patch. + + -- Roger Leigh rle...@debian.org Thu, 09 Jun 2011 11:14:59 +0100 + sysvinit (2.88dsf-13.7) unstable; urgency=low [ Roger Leigh ] -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#628685: ld segfaults when building udev on mips/mipsel
Le 09/06/2011 08:34, Aurelien Jarno a écrit : tag 628685 + patch thanks On Sun, Jun 05, 2011 at 05:40:15PM +0200, Aurelien Jarno wrote: On Tue, May 31, 2011 at 12:13:45PM +0200, Marco d'Itri wrote: Package: binutils Version: 2.21.51.20110421-3 Severity: critical ld reliably segfaults when building udev on mips/mipsel: https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipsver=170-1stamp=1306799134 https://buildd.debian.org/status/fetch.php?pkg=udevarch=mipselver=170-1stamp=1306799800 Reverting this commit fixes it: http://git.kernel.org/?p=linux/hotplug/udev.git;a=commitdiff;h=f0ed90b7678045759ffa2a44d2b4cac96968b077 A smaller workaround is to remove the -Wl,--gc-sections This is the patch proposed by upstream, but it is not yet committed. It looks reasonable, and I confirm it fixes the issue. Please note that the patch has been committed upstream. -- 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#629815: No rule to make target `/usr/lib/libdl.so'
On 2011-06-09 11:19 +0200, Andreas Tille wrote: On Thu, Jun 09, 2011 at 10:00:40AM +0200, Sven Joachim wrote: The problem is that libdl.so has been moved to the multiarch paths in libc6-dev 2.13-5. You must upgrade cmake to 2.8.4+dfsg.1-3, have you done that already? I'm building an unstable pbuilder chroot. It is using the cmake version you are mentioning: $ grep cmake.2\.8 ginkgocadx_2.4.1.1-1_amd64.build Unpacking cmake (from .../cmake_2.8.4+dfsg.1-3_amd64.deb) ... Might be worth retrying with cmake 2.8.4+dfsg.1-4, currently in incoming. It has a different multiarch implementation. 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#622146: nfs-common: compatibility between squeeze and sid broken
On Wed, Jun 08, 2011 at 02:10:32PM -0400, Sam Hartman wrote: Hi. I was missing some context here. My suspicion is that things will work if you add permitted_enctypes = des-cbc-crc default_tgs_enctypes = des-cbc-crc to the configuration of the nfs server And make sure that the nfs principal on the NFS server has nothing but a des-cbc-crc key in the KDC database. That is kadmin.local: getprinc nfs/machine_name should only list DES keys. Hi Sam, Thanks for looking into this. I'd rather not touch anything in the server, since +100 clients are using it. If you satisfy all of these conditions then I *think* that a sid client can connect to a squeeze server. Humm, the server is (right now) lenny in my case. It may also work to make the following config changes on the client: default_tgs_enctypes = des-cbc-crc and no config changes on the server. Did that, no luck :-( I really wonder how I make it work last time... Now I have (not working): agi@lib:~$ grep cbc /etc/krb5.conf permitted_enctypes = des-cbc-crc default_tgs_enctypes = des-cbc-crc agi@lib:~$ grep weak /etc/krb5.conf allow_weak_crypto = yes And only the des-cbc-crc:normal key on this hosts' keytab. Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0
Hi, all. I already packaged opencv 2.2 on my PC. I think that you know, but opencv depends libpng1.5. This does not upload to debian. I am working transition of libpng this week. I got permission of the upload from maintainer of libpng just today. At first I am going to upload opencv in experimental as some libpng transition. Best regards, Nobuhiro 2011/6/9 Sylvestre Ledru sylves...@debian.org: Le jeudi 09 juin 2011 à 10:32 +0100, Barak A. Pearlmutter a écrit : Okay thanks. Have now dcommitted the 2.2.0 patches. Also tagged the 2.1.0-4 release which was previously not marked. Thanks for all that. Would you like me to add myself to uploaders and dput 2.2.0-1? I don't mind but I think we should ask first to Nobuhiro if he doesn't mind. It would be nice if you could take that as an opportunity to move this package from pkg-scicomp (which is now pretty much dead) to debian science. Skimming http://debian-science.alioth.debian.org/debian-science-policy.html it appears this involves some minor debian/control tweaks Yes, it is minor changes. plus switching to git which I sort of already have? Except it would be nice to preserve the more detailed history from the svn repository. I can try to do that, as an exercise for my git fu, but it would be helpful if someone already has the authors translation stuff set up so I don't have to cobble it together from scratch. About the migration to git, same here. I would like to know the opinion of Nobuhiro. I was more thinking a move of the svn pkg-scicomp = debian-science. For information, to migrate an svn to an other one with history: http://lists.alioth.debian.org/pipermail/debian-science-maintainers/2008-August/000223.html Anyway, will give it a shot. Could put mldemos there as well, when it's ready. Unless it belongs in education? Or demos? Debian science is fine I think! Sylvestre -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607431: fixed upsream
tags 607431 fixed-upstream thanks Fixed in LilyPond 2.14.1. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626720: SELinux refpolicy, initscripts and /run
Looks fine to me if the breaks line does what the changelog says it does. -- My bloghttp://etbe.coker.com.au Sent from an Xperia X10 Android phone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629850: Please ensure that a JVM and the package libreoffice-java-common
Also the message mentions a file in ~/... without even testing if it is there. Even telling root to check his own ~/... Anyway any messages should give full disclosure: some thing will still work, don't panic. Actually all I wanted to do was extract a .wav file from a .pps file. I note impress makes a file tree in /tmp. I wish there was a way to just get this tree without having to install the 70 MB of .debs just to run impress. I thought the 20 Kb ripole package could do it but it couldn't. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629619: VLC cannot be selected as the default video player in GNOME 3
tags 629619 + patch thanks Please add audio/x-vorbis+ogg; and video/x-ogm+ogg; to the list of supported MimeTypes in the vlc.desktop file and run update-desktop-database (as root). The attached patch is for the vlc.desktop file. - Fabian --- vlc-1.1.9/share/vlc.desktop 2011-02-09 09:47:37.0 +0100 +++ /usr/share/applications/vlc.desktop 2011-06-09 13:11:37.0 +0200 @@ -53,4 +53,4 @@ Terminal=false Type=Application Categories=AudioVideo;Player; -MimeType=video/dv;video/mpeg;video/x-mpeg;video/msvideo;video/quicktime;video/x-anim;video/x-avi;video/x-ms-asf;video/x-ms-wmv;video/x-msvideo;video/x-nsv;video/x-flc;video/x-fli;application/ogg;application/x-ogg;application/x-matroska;audio/x-mp3;audio/x-mpeg;audio/mpeg;audio/x-wav;audio/x-mpegurl;audio/x-scpls;audio/x-m4a;audio/x-ms-asf;audio/x-ms-asx;audio/x-ms-wax;application/vnd.rn-realmedia;audio/x-real-audio;audio/x-pn-realaudio;application/x-flac;audio/x-flac;application/x-shockwave-flash;misc/ultravox;audio/vnd.rn-realaudio;audio/x-pn-aiff;audio/x-pn-au;audio/x-pn-wav;audio/x-pn-windows-acm;image/vnd.rn-realpix;video/vnd.rn-realvideo;audio/x-pn-realaudio-plugin;application/x-extension-mp4;audio/mp4;video/mp4;video/mp4v-es;x-content/video-vcd;x-content/video-svcd;x-content/video-dvd;x-content/audio-cdda;x-content/audio-player;video/x-flv; +MimeType=video/dv;video/mpeg;video/x-mpeg;video/msvideo;video/quicktime;video/x-anim;video/x-avi;video/x-ms-asf;video/x-ms-wmv;video/x-msvideo;video/x-nsv;video/x-flc;video/x-fli;application/ogg;application/x-ogg;application/x-matroska;audio/x-mp3;audio/x-mpeg;audio/mpeg;audio/x-wav;audio/x-mpegurl;audio/x-scpls;audio/x-m4a;audio/x-ms-asf;audio/x-ms-asx;audio/x-ms-wax;application/vnd.rn-realmedia;audio/x-real-audio;audio/x-pn-realaudio;application/x-flac;audio/x-flac;application/x-shockwave-flash;misc/ultravox;audio/vnd.rn-realaudio;audio/x-pn-aiff;audio/x-pn-au;audio/x-pn-wav;audio/x-pn-windows-acm;image/vnd.rn-realpix;video/vnd.rn-realvideo;audio/x-pn-realaudio-plugin;application/x-extension-mp4;audio/mp4;video/mp4;video/mp4v-es;x-content/video-vcd;x-content/video-svcd;x-content/video-dvd;x-content/audio-cdda;x-content/audio-player;video/x-flv;audio/x-vorbis+ogg;video/x-ogm+ogg;
Bug#629815: Multiarch with cmake seems to cause FTBFS (Was: Bug#629815: No rule to make target `/usr/lib/libdl.so')
Hi, in case people might wonder about strange FTBFS like #629815 (which does not seem to be the only bug of this type): There is a fair chance that this will solve with some (future?) cmake package version. Just to let you know before everybody needs to do the same investigation ... On Thu, Jun 09, 2011 at 01:02:56PM +0200, Sven Joachim wrote: On 2011-06-09 11:19 +0200, Andreas Tille wrote: On Thu, Jun 09, 2011 at 10:00:40AM +0200, Sven Joachim wrote: The problem is that libdl.so has been moved to the multiarch paths in libc6-dev 2.13-5. You must upgrade cmake to 2.8.4+dfsg.1-3, have you done that already? I'm building an unstable pbuilder chroot. It is using the cmake version you are mentioning: $ grep cmake.2\.8 ginkgocadx_2.4.1.1-1_amd64.build Unpacking cmake (from .../cmake_2.8.4+dfsg.1-3_amd64.deb) ... Might be worth retrying with cmake 2.8.4+dfsg.1-4, currently in incoming. It has a different multiarch implementation. I'll try, thanks for the tip Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573737: ITP: grilo -- framework for media discovery and browsing
Hello guys, how's the progress here? -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#555069: Trying to fix this...
tags 555069 patch thanks Description: Add X11 as a linked library. Closes #555069. Author: Mònica Ramírez Arceda mon...@probeta.net Last-Update: 2011-06-09 Index: kvkbd-0.6/src/CMakeLists.txt === --- kvkbd-0.6.orig/src/CMakeLists.txt 2011-06-09 12:56:01.651995360 +0200 +++ kvkbd-0.6/src/CMakeLists.txt 2011-06-09 13:02:56.427995958 +0200 @@ -22,7 +22,7 @@ kde4_add_executable(kvkbd ${kvkbd_SRCS}) -target_link_libraries(kvkbd ${KDE4_KDECORE_LIBS} Xtst ${KDE4_KDEUI_LIBS}) +target_link_libraries(kvkbd ${KDE4_KDECORE_LIBS} Xtst X11 ${KDE4_KDEUI_LIBS}) install(TARGETS kvkbd ${INSTALL_TARGETS_DEFAULT_ARGS}) signature.asc Description: This is a digitally signed message part
Bug#627230: git commit to resolve this issue
Excellent! I've just force-merged 627230 into 629235 which was another manifestation of this rendering problem and was marked fixed by the upload containing the commit you mention. Thanks for mentioning this, it is appreciated. Cheers, --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608582: lenny - squeeze upgrade fails because of file conflict between irb1.8 and libruby1.8
severity 608582 serious thanks On Sat, Jan 01, 2011 at 08:50:54PM +0300, Nikita V. Youshchenko wrote: Package: libruby1.8 Version: 1.8.7.302-2 Severity: important File /usr/lib/ruby/1.8/irb/completion.rb was previously in irb1.8, and now is in libruby1.8. Because of that, lenny - squeeze upgrade may fail, with dpkg error about file conflict. This just happened for me. A Contlicts: or Replaces: entry is likely required in libruby1.8 package. Eh, that's actually RC buggy. So this wasn't on our radar pre-release and it's still unfixed in stable. Lucas, could you prepare a p-u upload, please? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#595726: limit source to dput, tagging 595726
On Thu, 9 Jun 2011 14:58:02 +0530, Y Giridhar Appaji Nag wrote: On 11/06/08 20:15 +0100, Adam D. Barratt said ... On Thu, 2011-05-26 at 19:13 +0200, Julien Cristau wrote: On Thu, May 26, 2011 at 07:12:21 +0200, Gerfried Fuchs wrote: Dear Release Team. dput in squeeze still has the old upload data for backports in it from its unofficial time. Given that we released squeeze with backports being official I would like to request permission to upload dput with an adapted /etc/dput.cf file to fix that so that we don't have to adjust it on systems we upload from. As I said on irc, ack in principle (send a patch here before uploading though please, although I assume it's just the config file being updated; haven't looked at the bug). Ping? :) http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=7453fa87858049595d4413abab458a76204942e0 http://anonscm.debian.org/gitweb/?p=collab-maint/dput.git;a=commitdiff;h=a3a3cf04da6f4412ea47323d0becc71cb49fa552 Thanks. We'd need to see a finalised (and tested) debdiff against the current stable package before approving the upload, however. The second patch also introduces a behavioural change, in that it will cause the previous target name to stop working, which is generally not okay for a stable update. Does dput.cf support the concept of target aliases, or includes, or something similar that would allow us to avoid having two targets which differ only in name? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623532: [Pkg-scicomp-devel] Bug#623532: packaging version 2.2.0
I already packaged opencv 2.2 on my PC. ... At first I am going to upload opencv in experimental as some libpng transition. Great! Cheers, --Barak. PS Sorry if I messed up your SVN repo: was just following instructions. Certainly did not mean to step on your toes; as I mentioned in the message to the BTS, I packaged 2.2.0 for my own purposes, and was just sharing the patches in case they might be helpful. In any case, in the unlikely event that there is anything of use to you there, please feel free to snarf any snippets from my changes which you so desire. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627234: please check if fixed
The recent upload of djvulibre 3.5.24-6 may have fixed this bug, as I suspect it is a manifestation of the same MMX-related rendering issue reported in 629235 and 627230. Could I trouble you to check and let me know if the problem has been addressed? If so, I'll go ahead and force-merge this bug into 627230. Cheers, --Barak. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628945: Patch to disable LASH support
tags 628945 patch thanks Hi, please find the attached patch to fix the bug#628945. Regards, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 diffstat for muse_0.8.1a-7.1 muse_0.8.1a-7.2 control |2 +- rules |6 ++ 3 files changed, 10 insertions(+), 5 deletions(-) diff -u muse-0.8.1a/debian/rules muse-0.8.1a/debian/rules --- muse-0.8.1a/debian/rules +++ muse-0.8.1a/debian/rules @@ -10,7 +10,7 @@ CFLAGS += -O2 endif -muse_confflags = --disable-qttest --disable-suid-build --enable-lash +muse_confflags = --disable-qttest --disable-suid-build muse_confflags += --prefix=/usr export QTDIR=/usr/share/qt3 @@ -54,9 +54,7 @@ build-stamp: patch-stamp configure-stamp dh_testdir - # Override bogus output of 'pkg-config --libs lash-1.0' that wants to - # force an rpath on us. - $(MAKE) LASH_LIBS=-llash + $(MAKE) touch build-stamp diff -u muse-0.8.1a/debian/control muse-0.8.1a/debian/control --- muse-0.8.1a/debian/control +++ muse-0.8.1a/debian/control @@ -2,7 +2,7 @@ Section: sound Priority: optional Maintainer: Daniel Kobras kob...@debian.org -Build-Depends: debhelper (= 7), libqt3-mt-dev, libasound2-dev, libsndfile1-dev, libjack-dev, libfluidsynth-dev ( 1.0.3-5), libsamplerate0-dev, liblash-dev, uuid-dev, dpatch, autotools-dev +Build-Depends: debhelper (= 7), libqt3-mt-dev, libasound2-dev, libsndfile1-dev, libjack-dev, libfluidsynth-dev ( 1.0.3-5), libsamplerate0-dev, uuid-dev, dpatch, autotools-dev Standards-Version: 3.7.3 Package: muse diff -u muse-0.8.1a/debian/changelog muse-0.8.1a/debian/changelog
Bug#555509: Preparations for the removal of the KDE3 and Qt3 libraries
tags 604584 upstream fixed-upstream thanks Hi Daniel, the newest version of muse is Qt4-based, so updating muse to the latest upstream release would solve bug#604584, too. I hope to hear from you soon. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629899: apache2: apr_sockaddr_info_get() failed / Could not reliably determine the server's FQDN
Package: apache2.2-common Version: 2.2.19-1 Severity: normal After installing the new kernel 2.6.39-2-amd64 and rebooting, I got in /var/log/boot: Thu Jun 9 13:41:49 2011: Starting web server: apache2apache2: apr_sockaddr_info_get() failed for ypig Thu Jun 9 13:41:51 2011: apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.0.1 for ServerName Thu Jun 9 13:41:51 2011: . This error didn't occur with previous kernels, and doesn't occur after a manual restart with: /etc/init.d/apache2 restart My /etc/hosts contains: 127.0.0.1 localhost 127.0.1.1 ypig.lip.ens-lyon.frypig # The following lines are desirable for IPv6 capable hosts ::1 localhost ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters and /etc/nsswitch.conf contains the line: hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4 -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_svn authz_user autoindex cgi cgid dav dav_svn deflate dir env mime negotiation perl python reqtimeout setenvif status -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2 depends on: ii apache2-mpm-worker2.2.19-1 Apache HTTP Server - high speed th ii apache2.2-common 2.2.19-1 Apache HTTP Server common files apache2 recommends no packages. apache2 suggests no packages. Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.19-1 utility programs for webservers ii apache2.2-bin 2.2.19-1 Apache HTTP Server common binary f ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii mime-support 3.51-1 MIME files 'mime.types' 'mailcap ii perl 5.12.3-7 Larry Wall's Practical Extraction ii procps1:3.2.8-10 /proc file system utilities Versions of packages apache2.2-common recommends: ii ssl-cert 1.0.28 simple debconf wrapper for OpenSSL Versions of packages apache2.2-common suggests: ii apache2-doc 2.2.19-1 Apache HTTP Server documentation pn apache2-suexec | ap none (no description available) ii chromium [www-brows 11.0.696.71~r86024-1 Chromium browser ii epiphany-browser [w 2.30.6-2 Intuitive GNOME web browser ii iceape-browser [www 2.0.14-2 Iceape Navigator (Internet browser ii iceweasel [www-brow 3.5.19-2 Web browser based on Firefox ii links [www-browser] 2.3~pre1-1+b1Web browser running in text mode ii links2 [www-browser 2.3~pre1-1+b1Web browser running in both graphi ii lynx-cur [www-brows 2.8.8dev.8-1 Text-mode WWW Browser with NLS sup ii midori [www-browser 0.3.6-1 fast, lightweight graphical web br ii uzbl [www-browser] 0.0.0~git.20110412-1 Lightweight Webkit browser followi ii w3m [www-browser] 0.5.3-2+b1 WWW browsable pager with excellent -- 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#622424: *.la files removal
tags 622424 patch thanks Hi, I'm providing a patch to strip the unneeded *.la files out of the package, please find it attached. Regards, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 diffstat for muse_0.8.1a-7.1 muse_0.8.1a-7.2 rules |1 + 2 files changed, 8 insertions(+) diff -u muse-0.8.1a/debian/rules muse-0.8.1a/debian/rules --- muse-0.8.1a/debian/rules +++ muse-0.8.1a/debian/rules @@ -89,6 +89,7 @@ dh_installdirs $(MAKE) install DESTDIR=$(CURDIR)/debian/muse + find $(CURDIR)/debian/muse -name '*.la' -delete # Build architecture-independent files here. binary-indep: build install diff -u muse-0.8.1a/debian/changelog muse-0.8.1a/debian/changelog
Bug#573737: ITP: grilo -- framework for media discovery and browsing
On Thu, Jun 09, 2011 at 11:28:49AM +, Alessio Treglia wrote: how's the progress here? The situation is that basically Grilo doesn't have a stable API/ABI yet, so instead of waiting for that to happen I think it makes sense to package it for experimental in the meantime as Andreas suggested. However I've been talking to upstream about this and they said they're not going to break anything anymore in the 0.1.x series, so we can create stable packages for that one right now. All major changes will happen in the 0.2.x series, which is due to start soon, with 0.1.x in maintenance mode happening in parallel. I'm planning to start working on this in the next days/weeks. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598957: NMU of mdadm for squeeze-proposed-upates
On Tue, May 03, 2011 at 02:52:31PM +0800, Thomas Goirand wrote: I would like to upload a fix for #598957 in Squeeze. I'd tend to allow it if you show me a successful piuparts run in stable with the new version (or if I get around to do the same thing). And, more importantly, this needs to be fixed in unstable first. 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#629900: convcard segfaults on photo data
Package: multisync-tools Version: 0.92.0~svn355-2 Severity: normal File: /usr/bin/convcard A vCard containing a photo causes convcard to segfault. The reason seems to be a fixed size buffer without the proper checks in place. Unforunately, I do not have a compilation environment handy to be able to debug this properly. The cause might also be in libopensync. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages multisync-tools depends on: ii libc6 2.13-5 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libopensync0 0.22-4squeeze1 Synchronisation framework for emai multisync-tools recommends no packages. multisync-tools suggests no packages. -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)