Processed: Re: Bug#552433: libnss-ldapd: ignores case of uids
Processing commands for cont...@bugs.debian.org: > fixed 552433 0.6.11 Bug #552433 [libnss-ldapd] libnss-ldapd: ignores case of uids Bug Marked as fixed in versions nss-ldapd/0.6.11. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: > severity 523139 grave Bug #523139 [librxtx-java] JVM crash Severity set to 'grave' from 'normal' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551796: glunarclock: Build depends on libxklavier12-dev which is now libxklavier-dev
Hi Fabian, I'll try to find time to update glunarclock and get rid of all this cruft. can you remove the dep listed below so it doesn't get cut? thanx -j Emilio Pozuelo Monfort wrote: > Package: glunarclock > Severity: serious > > glunarclock build depends on libxklavier12-dev, but it's been renamed > to libxklavier-dev. Please rename it and make an upload ASAP since > it will block the transition, or even better, stop build dependending > on it since it doesn't seem to use it at all (despite configure.in > checking for it). > > Thanks, > Emilio > > -- System Information: > Debian Release: squeeze/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 2.6.31-trunk-686 (SMP w/2 CPU cores) > Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > > -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537009: [DebianGIS-dev] Bug#537009: josm-plugins: FTBFS: The type GridLayer.HighlightCellVisitor must implement the inherited abstract method Visitor.visit(Changeset)
Hi, is josm-plugin packaging available in some version control system so that I could test new version before it enters unstable? Building josm and josm-plugins from upstream seems somewhat tricky. If I remove the binaries they ship (*.jar) from source code the source does not build. If I don't remove the binaries I can't be sure that I am really building everything from source. best regards, Timo Lindfors -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: your mail
Processing commands for cont...@bugs.debian.org: > tags 549559 + fixed-upstream Bug #549559 [almanah] Almanah: segmentation fault when using gpg encrypted db Added tag(s) fixed-upstream. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552422: linux-2.6 2.6.31-1 FTBFS on mipsel
On Mon, Oct 26, 2009 at 12:58:25PM -0600, dann frazier wrote:
> On Mon, Oct 26, 2009 at 11:03:27AM +0100, Aurelien Jarno wrote:
> > Martin Michlmayr a écrit :
> > > * Andreas Barth [2009-10-26 07:22]:
> > >> Package: linux-2.6
> > >> Version: 2.6.31-1
> > >> Severity: serious
> > >
> > >> this package FTBFS on mipsel:
> > >> MODPOST vmlinux.o
> > >> GEN .version
> > >> CHK include/linux/compile.h
> > >> UPD include/linux/compile.h
> > >> CC init/version.o
> > >> LD init/built-in.o
> > >> LD .tmp_vmlinux1
> > >> ld:arch/mips/kernel/vmlinux.lds:168: syntax error
> > >
> > > Aurelien, can you take a look at this?
> >
> > I'll try to have a look, but I don't know when. There are plenty of RC
> > bugs on eglibc to fix first.
>
> Could it be this? I don't have hardware to test.
It will most probably fix the problem. I have started a build.
> commit d71789b6fa37c21ce5eb588d279f57904a62e7e2
> Author: Manuel Lauss
> Date: Thu Sep 24 21:44:24 2009 +0200
>
> mips: fix build of vmlinux.lds
>
> Commit 51b563fc93c8cb5bff1d67a0a71c374e4a4ea049 ("arm, cris, mips,
> sparc, powerpc, um, xtensa: fix build with bash 4.0") removed a few
> CPPFLAGS with vital include paths necessary to build vmlinux.lds
> on MIPS, and moved the calculation of the 'jiffies' symbol
> directly to vmlinux.lds.S but forgot to change make ifdef/... to
> cpp macros.
>
> Signed-off-by: Manuel Lauss
> [sam: moved assignment of CPPFLAGS arch/mips/kernel/Makefile]
> Signed-off-by: Sam Ravnborg
> Acked-by: Dmitri Vorobiev
>
> diff --git a/arch/mips/kernel/Makefile b/arch/mips/kernel/Makefile
> index e961221..eecd2a9 100644
> --- a/arch/mips/kernel/Makefile
> +++ b/arch/mips/kernel/Makefile
> @@ -2,6 +2,8 @@
> # Makefile for the Linux/MIPS kernel.
> #
>
> +CPPFLAGS_vmlinux.lds := $(KBUILD_CFLAGS)
> +
> extra-y := head.o init_task.o vmlinux.lds
>
> obj-y+= cpu-probe.o branch.o entry.o genex.o irq.o process.o
> \
> diff --git a/arch/mips/kernel/vmlinux.lds.S b/arch/mips/kernel/vmlinux.lds.S
> index 9bf0e3d..162b299 100644
> --- a/arch/mips/kernel/vmlinux.lds.S
> +++ b/arch/mips/kernel/vmlinux.lds.S
> @@ -11,15 +11,15 @@ PHDRS {
> note PT_NOTE FLAGS(4); /* R__ */
> }
>
> -ifdef CONFIG_32BIT
> - ifdef CONFIG_CPU_LITTLE_ENDIAN
> +#ifdef CONFIG_32BIT
> + #ifdef CONFIG_CPU_LITTLE_ENDIAN
> jiffies = jiffies_64;
> - else
> + #else
> jiffies = jiffies_64 + 4;
> - endif
> -else
> + #endif
> +#else
> jiffies = jiffies_64;
> -endif
> +#endif
>
> SECTIONS
> {
>
>
>
> --
> dann frazier
>
>
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545834: marked as done (ivtools: FTBFS: On 64 bit arches: error: cast from 'void*' to 'osboolean' loses precision)
Your message dated Mon, 26 Oct 2009 19:07:14 + with message-id and subject line Bug#545834: fixed in ivtools 1.2.6-1+nmu1 has caused the Debian Bug report #545834, regarding ivtools: FTBFS: On 64 bit arches: error: cast from 'void*' to 'osboolean' loses precision to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 545834: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=545834 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: ivtools Version: 1.2.6-1 Severity: serious Hi, There was an error while trying to autobuild your package: > Automatic build of ivtools_1.2.6-1 on excelsior by sbuild/amd64 98 > Build started at 20090906-1809 [...] > Build-Depends: debhelper (>> 5.0.0), quilt, x11-utils, xutils-dev, > libtiff4-dev, libjpeg62-dev, zlib1g-dev, libace-dev, autotools-dev, > libx11-dev, libxext-dev, libxmu-dev, libxt-dev, x11proto-core-dev [...] > Toolchain package versions: linux-libc-dev_2.6.30-6 libc6-dev_2.9-25 > g++-4.3_4.3.4-2 gcc-4.3_4.3.4-2 binutils_2.19.51.20090827-1 > libstdc++6_4.4.1-3 libstdc++6-4.3-dev_4.3.4-2 [...] > make[3]: Entering directory `/build/buildd/ivtools-1.2.6/src/Attribute' > installing for LINUX in /build/buildd/ivtools-1.2.6/src/Attribute/LINUX > make[4]: Entering directory `/build/buildd/ivtools-1.2.6/src/Attribute/LINUX' > g++ -gdwarf-2 -O2 -fPIC -Dcplusplus_2_1 -Wno-deprecated > -I/build/buildd/ivtools-1.2.6/src/Attribute/LINUX/.. > -I/build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../.. > -I/build/buildd/ivtools-1.2.6/src -I/build/buildd/ivtools-1.2.6/src/include > -I/build/buildd/ivtools-1.2.6/src/include/ivstd -I/usr/include -c > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > function 'osboolean AttributeValue::boolean_val()': > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:360: error: > cast from 'void*' to 'osboolean' loses precision > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > function 'unsigned int AttributeValue::uint_val()': > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:519: error: > cast from 'void*' to 'unsigned int' loses precision > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > function 'int AttributeValue::int_val()': > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:552: error: > cast from 'void*' to 'int' loses precision > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In function > 'std::ostream& operator<<(std::ostream&, const AttributeValue&)': > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:860: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c: In member > function 'int AttributeValue::type_symid() const': > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1099: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1100: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1101: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1102: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1103: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1104: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1105: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1106: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1107: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1108: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1109: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../attrvalue.c:1110: warning: > deprecated conversion from string constant to 'char*' > /build/buildd/ivtools-1.2.6/src/Attribute/LINUX/../a
Bug#549778: marked as done (libgems-ruby: FTBFS: cannot stat `/build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.9.1/bin/gem': No such file or directory)
Your message dated Mon, 26 Oct 2009 19:07:41 + with message-id and subject line Bug#549778: fixed in libgems-ruby 1.3.5-2 has caused the Debian Bug report #549778, regarding libgems-ruby: FTBFS: cannot stat `/build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.9.1/bin/gem': No such file or directory to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549778: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549778 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: libgems-ruby Version: 1.3.5-1 Severity: serious User: debian...@lists.debian.org Usertags: qa-ftbfs-20091005 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/fakeroot debian/rules binary > test -x debian/rules > dh_testroot > dh_clean -k > dh_installdirs -A > mkdir -p "." > /usr/bin/ruby1.8 setup.rb --no-rdoc --no-ri > --prefix=/build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8 > RubyGems 1.3.5 installed > > === 1.3.5 / 2009-07-21 > > Bug fixes: > > * Fix use of prerelease gems. > * Gem.bin_path no longer escapes path with spaces. Bug #25935 and #26458. > > Deprecation Notices: > > * Bulk index update is no longer supported (the code currently remains, but > not > the tests) > * Gem::manage_gems was removed in 1.3.3. > * Time::today was removed in 1.3.3. > > > -- > > RubyGems installed the following executables: > > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8/bin/gem1.8 > > /usr/bin/ruby1.9.1 setup.rb --no-rdoc --no-ri > --prefix=/build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.9.1 > RubyGems 1.3.5 installed > > === 1.3.5 / 2009-07-21 > > Bug fixes: > > * Fix use of prerelease gems. > * Gem.bin_path no longer escapes path with spaces. Bug #25935 and #26458. > > Deprecation Notices: > > * Bulk index update is no longer supported (the code currently remains, but > not > the tests) > * Gem::manage_gems was removed in 1.3.3. > * Time::today was removed in 1.3.3. > > > -- > > RubyGems installed the following executables: > > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.9.1/bin/gem1.9.1 > > find lib -name "*.rb" | xargs /usr/bin/rdoc1.8 --fmt html --title RubyGems \ > --line-numbers --inline-source --main README -o html README > > No newer files. > > Files: 0 > Classes: 0 > Modules: 0 > Methods: 0 > Elapsed: 0.005s > dh_installdirs -prubygems1.8 usr/bin/ usr/lib/ruby/1.8/ var/lib/gems/1.8/ > find /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/ > -type f -name "*.in" | \ > while read fname; \ > do \ > sed -e 's/@@VERSION@@/1\.8/g' -e 's/@@DOTLESS_VERSION@@/18/g' \ > < $fname > `expr $fname : '\(.*\)\.in$'`1.8; \ > done; \ > : \ > done > mv > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/gem1.8 > > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/gem1.8.1 > mkdir -p > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8//usr/lib/ruby/1.8/ > mkdir -p > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8/usr/bin/ > mv > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8/lib/* > > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8//usr/lib/ruby/1.8/ > rm -rf > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8/lib > mv > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8/bin/gem1.8 > > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8/usr/bin/ > rm -rf > /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/rubygems1.8/bin/ > dh_install -prubygems1.8\ > debian/etc/bash_completion.d/gem1.8 etc/bash_completion.d/ > dh_installdirs -prubygems1.9.1 usr/bin/ usr/lib/ruby/1.9.1 var/lib/gems/1.9.1/ > find /build/user-libgems-ruby_1.3.5-1-amd64-V_r79T/libgems-ruby-1.3.5/debian/ > -type f -name "*.in" | \ > while read fname; \ > do \ > sed -e 's/@@VERSION@@/1\.9\.1/g' -e 's/@@DOTLESS_VERSION@@/191/g' \ > < $fname > `expr $fnam
Bug#549180: marked as done (gnome-panel: Does not start anymore. CRITICAL **: panel_multiscreen_x: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed)
Your message dated Mon, 26 Oct 2009 19:06:47 + with message-id and subject line Bug#549180: fixed in gnome-panel 2.28.0-2 has caused the Debian Bug report #549180, regarding gnome-panel: Does not start anymore. CRITICAL **: panel_multiscreen_x: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 549180: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=549180 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Subject: gnome-panel: Does not start anymore. CRITICAL **: panel_multiscreen_x: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed Package: gnome-panel Version: 2.28.0-1 Justification: renders package unusable Severity: grave *** Please type your report below this line *** Dear Debian hackers, after upgrading DebPkg:gnome-panel to 2.28.0-1 today it stopped working after logging out and logging in after the upgrade. The version before was 2.26.3-1. I see the following error in .xsessionerros ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_width: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_height: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_width: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_height: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_width: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_height: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_width: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_height: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_width: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_height: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_width: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_height: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_x: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_y: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_width: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_height: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_x: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed ** (gnome-panel:3904): CRITICAL **: panel_multiscreen_y: assertion `monitor >= 0 && monitor < monitors [n_screen]' failed If I can help further debugging this, please tell me how. Thanks, Paul -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.30-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/bash Versions of packages gnome-panel depends on: ii gnome-about2.28.0-1 The GNOME about box ii gnome-control-center 1:2.26.0-1utilities to configure the GNOME d ii gnome-desktop-data 2.28.0-1 Common files for GNOME desktop app ii gnome-menus2.28.0-1 an implementation of the freedeskt ii gnome-panel-data 2.28.0-1 common files for the GNOME Panel ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.24.2-1 Bonobo CORBA interfaces library ii libbonobo
Bug#552422: linux-2.6 2.6.31-1 FTBFS on mipsel
On Mon, Oct 26, 2009 at 11:03:27AM +0100, Aurelien Jarno wrote:
> Martin Michlmayr a écrit :
> > * Andreas Barth [2009-10-26 07:22]:
> >> Package: linux-2.6
> >> Version: 2.6.31-1
> >> Severity: serious
> >
> >> this package FTBFS on mipsel:
> >> MODPOST vmlinux.o
> >> GEN .version
> >> CHK include/linux/compile.h
> >> UPD include/linux/compile.h
> >> CC init/version.o
> >> LD init/built-in.o
> >> LD .tmp_vmlinux1
> >> ld:arch/mips/kernel/vmlinux.lds:168: syntax error
> >
> > Aurelien, can you take a look at this?
>
> I'll try to have a look, but I don't know when. There are plenty of RC
> bugs on eglibc to fix first.
Could it be this? I don't have hardware to test.
commit d71789b6fa37c21ce5eb588d279f57904a62e7e2
Author: Manuel Lauss
Date: Thu Sep 24 21:44:24 2009 +0200
mips: fix build of vmlinux.lds
Commit 51b563fc93c8cb5bff1d67a0a71c374e4a4ea049 ("arm, cris, mips,
sparc, powerpc, um, xtensa: fix build with bash 4.0") removed a few
CPPFLAGS with vital include paths necessary to build vmlinux.lds
on MIPS, and moved the calculation of the 'jiffies' symbol
directly to vmlinux.lds.S but forgot to change make ifdef/... to
cpp macros.
Signed-off-by: Manuel Lauss
[sam: moved assignment of CPPFLAGS arch/mips/kernel/Makefile]
Signed-off-by: Sam Ravnborg
Acked-by: Dmitri Vorobiev
diff --git a/arch/mips/kernel/Makefile b/arch/mips/kernel/Makefile
index e961221..eecd2a9 100644
--- a/arch/mips/kernel/Makefile
+++ b/arch/mips/kernel/Makefile
@@ -2,6 +2,8 @@
# Makefile for the Linux/MIPS kernel.
#
+CPPFLAGS_vmlinux.lds := $(KBUILD_CFLAGS)
+
extra-y:= head.o init_task.o vmlinux.lds
obj-y += cpu-probe.o branch.o entry.o genex.o irq.o process.o \
diff --git a/arch/mips/kernel/vmlinux.lds.S b/arch/mips/kernel/vmlinux.lds.S
index 9bf0e3d..162b299 100644
--- a/arch/mips/kernel/vmlinux.lds.S
+++ b/arch/mips/kernel/vmlinux.lds.S
@@ -11,15 +11,15 @@ PHDRS {
note PT_NOTE FLAGS(4); /* R__ */
}
-ifdef CONFIG_32BIT
- ifdef CONFIG_CPU_LITTLE_ENDIAN
+#ifdef CONFIG_32BIT
+ #ifdef CONFIG_CPU_LITTLE_ENDIAN
jiffies = jiffies_64;
- else
+ #else
jiffies = jiffies_64 + 4;
- endif
-else
+ #endif
+#else
jiffies = jiffies_64;
-endif
+#endif
SECTIONS
{
--
dann frazier
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552509: missing replaces timeout
Package: coreutils Version: 7.5-6 Severity: serious Coreutils 7.5-6 comes with a /usr/bin/timeout, as does the timeout package (in all suites). If coreutils is expected to take over the functionality of the timeout package, then it should replace timeout or upgrades go boom. In that case it probably should also provide timeout. Else the binary in one or both packages needs to be renamed (possibly still using replaces). Cheers, -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 542973
Processing commands for cont...@bugs.debian.org: > tags 542973 pending Bug #542973 [klamav] klamav: FTBFS: /usr/bin/ld: /usr/lib: No such file: File format not recognized Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549447: findimagedupes: unusable
Hi Niko! Sorry for the late reply! I was offline for a few days and did forget to mention that before. Am Sonntag, den 18.10.2009, 21:05 +0300 schrieb Niko Tyni: > It seems the standard way to go is with Inline::MakeMaker. Here's > a lightly tested patch that seems to work for me, hope you find > it useful. Thanks a lot for your patch! I had a namespace issue which was easy to fix by providing the full namespace location of diffbits(). Besides that it worked great and I will forward it upstream. > I tried to be non-intrusive, but I couldn't resist reworking the > sed parts of debian/rules a bit. YMMV there of course :) That was something that already bugged me and I did not fix yet, so thanks for fixing it along the way! :) Best regards Manuel -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551822: ERROR: No such file or directory: "/usr/share/meep/meep.scm"
Package: meep-mpi Version: 1.1.1-2 Severity: important Thanks for reporting this bug. Unfortunately it seems to be already present in the stable version of meep-mpi which is 0.10-2.1. As nobody ever noticed that for about three years now, the package does not seem to be that unusable. You can circumvent the problem by setting the link you mentioned. Further you can install package libmeep6 which contains the needed file. So I would like to change the severity from grave down to important. Thorsten -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552035: marked as done (there is null pointer dereference in nginx in debian etch/lenny)
Your message dated Mon, 26 Oct 2009 20:44:54 +0100 with message-id <200910262044.54564...@sfritsch.de> and subject line fixed in 0.7.62 has caused the Debian Bug report #552035, regarding there is null pointer dereference in nginx in debian etch/lenny to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552035: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552035 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: nginx Version: 0.4.13-2+etch2 Severity: critical Justification: breaks unrelated software debian:~# uname -a Linux debian 2.6.18-6-686 #1 SMP Thu Aug 20 21:56:59 UTC 2009 i686 GNU/Linux debian:~# cat /etc/issue Debian GNU/Linux 4.0 \n \l debian:~# dpkg -l|grep nginx ii nginx 0.4.13-2+etch2 small, but very powerful and efficient debian:~# ps xauwww|grep worker|grep -v grep www-data 3577 0.0 0.9 2688 928 ?S01:50 0:00 nginx: worker process debian:~# gdb -p 3577 GNU gdb 6.4.90-debian Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu". Attaching to process 3577 Reading symbols from /usr/sbin/nginx...(no debugging symbols found)...done. Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". Reading symbols from /lib/tls/i686/cmov/libcrypt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libcrypt.so.1 Reading symbols from /usr/lib/libpcre.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libpcre.so.3 Reading symbols from /usr/lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/i686/cmov/libc.so.6... (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /lib/ld-linux.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /lib/tls/i686/cmov/libnss_compat.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libnss_compat.so.2 Reading symbols from /lib/tls/i686/cmov/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libnsl.so.1 Reading symbols from /lib/tls/i686/cmov/libnss_nis.so.2... (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libnss_nis.so.2 Reading symbols from /lib/tls/i686/cmov/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libnss_files.so.2 Failed to read a valid object file image from memory. 0xb7f06410 in ?? () (gdb) c Continuing. // in other shell $ ./nginx.pl localhost // back on main shell Program received signal SIGSEGV, Segmentation fault. 0x08068f23 in ?? () (gdb) bt #0 0x08068f23 in ?? () #1 0x080b0540 in ?? () #2 0x080a54e4 in ?? () #3 0x in ?? () (gdb) i r eax0x6d41748 ecx0xbff21028 -1074655192 edx0x80b1794134944660 ebx0x80b0540134939968 esp0xbff21880 0xbff21880 ebp0xbff218d8 0xbff218d8 esi0x80b5630134960688 edi0x80b0540134939968 eip0x8068f230x8068f23 <__gmon_star...@plt+126827> eflags 0x10206 [ PF IF RF ] cs 0x73 115 ss 0x7b 123 ds 0x7b 123 es 0x7b 123 fs 0x0 0 gs 0x33 51 (gdb) q The program is running. Quit anyway (and detach it)? (y or n) y Detaching from program: /usr/sbin/nginx, process 3577 debian:~# in nginx error log we can see : 2009/10/15 01:53:24 [alert] 2477#0: worker process 3577 exited on signal 11 === tested on up2date debian etch/lenny === here is same test on nginx compiled with debug : (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. ngx_http_process_request_headers (rev=0x80c95d8) at src/http/ngx_http_request.c:793 793 header.data[header.len++] = '.'; (gdb) bt #0 ngx_http_process_request_headers (rev=0x80c95d8) at src/http/ngx_http_request.c:793 #1 0x08069c63 in ngx_http_process_request_line (rev=0x80c95d8) at src/http/ngx_http_request.c:702 #2 0x080668ff in ngx_http_
Processed: severity of 552035 is grave, fixed 552035 in nginx/0.6.32-3+lenny3, fixed 552035 in 0.4.13-2+etch3
Processing commands for cont...@bugs.debian.org: > severity 552035 grave Bug #552035 [nginx] there is null pointer dereference in nginx in debian etch/lenny Severity set to 'grave' from 'critical' > fixed 552035 nginx/0.6.32-3+lenny3 Bug #552035 [nginx] there is null pointer dereference in nginx in debian etch/lenny The source nginx and version 0.6.32-3+lenny3 do not appear to match any binary packages Bug Marked as fixed in versions nginx/0.6.32-3+lenny3. > fixed 552035 0.4.13-2+etch3 Bug #552035 [nginx] there is null pointer dereference in nginx in debian etch/lenny There is no source info for the package 'nginx' at version '0.4.13-2+etch3' with architecture '' Unable to make a source version for version '0.4.13-2+etch3' Bug Marked as fixed in versions 0.4.13-2+etch3. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: Bug#552010: Reopen
Processing commands for cont...@bugs.debian.org:
> reopen #552010 =
Bug #552010 {Done: Aurelien Jarno } [libc6] libc6: After
upgrade many applications become unusable
'reopen' may be inappropriate when a bug has been closed with a version;
you may need to use 'found' to remove fixed versions.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552020: Will this be fixed in the stable version, too?
Hi Simon, On Montag, 26. Oktober 2009, Simon Hürlimann wrote: > This bug has been marked as found in version 4.2.5-1+lenny1 as shipped > by Lenny. But it looks like there's no fixed version available for the > stable distribution, yet. But this bug is marked as done. > Just wanted to ask if this version is not vulnerable or a fix is in the > work. fix is in the works. should be ready real soon now, until then you can grab fixed packages from http://typo3.camlann.de/ > Thank you all for this wonderful distribution! :-) Thanks. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#507215: Second issue
user ubuntu-de...@lists.ubuntu.com usertag 507215 + ubuntu-patch karmic tag 507215 + patch stop I was looking at this. There's a second issue after you fix the bashism, caused by the current version of fpc. TStringField.GetDataSize has changed signature to return an Integer rather than a Word. So a patch is needed, which is attached. (I figured it made sense to add onto the existing ftbfs bug, rather than file a new one.) 08_ftbfs_getdatasize.dpatch Description: application/shellscript signature.asc Description: This is a digitally signed message part
Processed: Second issue
Processing commands for cont...@bugs.debian.org: > user ubuntu-de...@lists.ubuntu.com Setting user to ubuntu-de...@lists.ubuntu.com (was michael.te...@canonical.com). > usertag 507215 + ubuntu-patch karmic Bug#507215: mseide-msegui: bashism in debian/build_all.sh Usertags were: ubuntu-patch jaunty origin-ubuntu. Usertags are now: karmic ubuntu-patch jaunty origin-ubuntu. > tag 507215 + patch Bug #507215 [mseide-msegui] mseide-msegui: bashism in debian/build_all.sh Ignoring request to alter tags of bug #507215 to the same tags previously set > stop Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552497: hw-detect: file conflict with udev-udeb for /lib/udev/firmware.agent
Package: hw-detect Version: 1.73 Severity: serious During a D-I build on armel I noticed the following: Unpacking udev-udeb (from udebs/udev-udeb.udeb) ... dpkg: warning: overriding problem because --force enabled: trying to overwrite '/lib/udev/firmware.agent', which is also in package hw-detect 0:1.73 This should be resolved. I vaguely recall a discussion between Joey and Marco about this, but am not sure which package is now suppose to provide the file. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation
On Mon, Oct 26, 2009 at 06:47:45PM +0200, Rémi Denis-Courmont wrote: > Le lundi 26 octobre 2009 10:10:45 Aurelien Jarno, vous avez écrit : > > > I'm running on a single core SMT (P4/HT namely), so instruction cycle > > > timing might be very different from what an UP or non-SMT SMP gets :( In > > > any case, the fact that is only occurs with libc6-i686 hints at incorrect > > > use of atomic ops, I guess... > > > > Problems related to atomic ops often comes, or at least are triggered > > by, gcc changes. I have rebuilt eglibc 2.10.1-2 using gcc-4.3 instead of > > gcc-4.4. The packages are available on http://temp.aurel32.net/eglibc/ > > Could you please tell me if you have the same problem with them? > > Good catch. I could not reproduce the problem with 2.10.1-2+gcc4.3, neither > with the test case nor with VLC media player. > Thanks for the test. It's the solution I'll use if I can't find the real problem. Looking at the recent upstream commits, the problem may be fixed by this commit: http://repo.or.cz/w/glibc.git?a=commit;h=e73e694e38b7b222eec3ec5897eb507d88bb8928 As I can't reproduce the problem here, if I build packages with this patch, would it be possible for you to test them? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation
Le lundi 26 octobre 2009 10:10:45 Aurelien Jarno, vous avez écrit : > > I'm running on a single core SMT (P4/HT namely), so instruction cycle > > timing might be very different from what an UP or non-SMT SMP gets :( In > > any case, the fact that is only occurs with libc6-i686 hints at incorrect > > use of atomic ops, I guess... > > Problems related to atomic ops often comes, or at least are triggered > by, gcc changes. I have rebuilt eglibc 2.10.1-2 using gcc-4.3 instead of > gcc-4.4. The packages are available on http://temp.aurel32.net/eglibc/ > Could you please tell me if you have the same problem with them? Good catch. I could not reproduce the problem with 2.10.1-2+gcc4.3, neither with the test case nor with VLC media player. Thanks! -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552491: python-augeas: Package will fail to build once Python 2.6 is default Python
Package: python-augeas
Version: 0.2.0-1
Severity: serious
Tags: patch
Justification: no longer builds from source
Once the default Python is later than 2.5, you need to build-depend on
python-all-dev
-- System Information:
Debian Release: squeeze/sid
APT prefers karmic-updates
APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500,
'karmic-backports'), (500, 'karmic')
Architecture: i386 (i686)
Kernel: Linux 2.6.31-14-generic (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
diff -u python-qt4-4.5.2/debian/control python-qt4-4.5.2/debian/control
--- python-qt4-4.5.2/debian/control
+++ python-qt4-4.5.2/debian/control
@@ -16,6 +16,7 @@
Provides: ${python:Provides}
Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, python-sip4 (>= 4.8), python-sip4 (<< 4.9), python-elementtree | python (>= 2.5)
Suggests: python-qt4-dbg
+Conflicts: python-qt4-common
Replaces: python-qt4-dev (<< 4.4.4-3~), python-qt4-common
Description: Python bindings for Qt4
PyQt4 exposes the Qt4 API to Python. The following modules are supported:
diff -u python-qt4-4.5.2/debian/changelog python-qt4-4.5.2/debian/changelog
--- python-qt4-4.5.2/debian/changelog
+++ python-qt4-4.5.2/debian/changelog
@@ -1,3 +1,11 @@
+python-qt4 (4.5.2-0ubuntu2) karmic; urgency=low
+
+ * debian/control:
+- Add conflicts on python-qt4-common, as per Debian change
+ to ensure its removed on upgrades. (LP: #407418)
+
+ -- Michael Casadevall Sat, 12 Sep 2009 17:16:55 -0400
+
python-qt4 (4.5.2-0ubuntu1) karmic; urgency=low
* New upstream release
Bug#552489: /usr/sbin/tcsd shouldn't be owned by tss
Package: trousers Version: 0.3.1-7 Severity: Serious Owner: Laurent Bigonville Hi, /usr/sbin/tcsd daemon shouldn't be owned by tss user. I will fix this bug myself, this is just a reminder. Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: tagging 551903
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.35lenny7 > tags 551903 + pending Bug #551903 [libc6-i686] libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation
On Mon, Oct 26, 2009 at 07:17:49PM +0200, Rémi Denis-Courmont wrote: > Le lundi 26 octobre 2009 19:09:46 Aurelien Jarno, vous avez écrit : > > Thanks for the test. It's the solution I'll use if I can't find the real > > problem. Looking at the recent upstream commits, the problem may be > > fixed by this commit: > > > > http://repo.or.cz/w/glibc.git?a=commit;h=e73e694e38b7b222eec3ec5897eb507d88 > > bb8928 > > > > As I can't reproduce the problem here, if I build packages with this > > patch, would it be possible for you to test them? > > Yeah sure. > Forget about it, we already have this patch in our tree :( I'll switch back to gcc 4.3 instead. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation
Le lundi 26 octobre 2009 19:09:46 Aurelien Jarno, vous avez écrit : > Thanks for the test. It's the solution I'll use if I can't find the real > problem. Looking at the recent upstream commits, the problem may be > fixed by this commit: > > http://repo.or.cz/w/glibc.git?a=commit;h=e73e694e38b7b222eec3ec5897eb507d88 > bb8928 > > As I can't reproduce the problem here, if I build packages with this > patch, would it be possible for you to test them? Yeah sure. -- Rémi Denis-Courmont http://www.remlab.net/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552480: base: GTK dialog stopped working
Package: base Severity: grave Justification: renders package unusable A week about the file search dialog in Eclipse stopped working. I tested it with eclipse Ganymede and Galileo from eclipse.org. When I type in a search text and hit the search button, the dialog freezes somehow. It looks like a general GTK problem. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544831: crystalspace - FTBFS: Does no bail out after one fatal error
Hi, I just uploaded a new version 1.4.0xxx. It still has some issues but could you possibly test this new version to see if this issue still exists in the new release? Thank you, Barry deFreese Debian Games Team -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552020: Will this be fixed in the stable version, too?
Hi all This bug has been marked as found in version 4.2.5-1+lenny1 as shipped by Lenny. But it looks like there's no fixed version available for the stable distribution, yet. But this bug is marked as done. Just wanted to ask if this version is not vulnerable or a fix is in the work. Thank you all for this wonderful distribution! Simon Hürlimann Swiss Library for the Blind and Visually Impaired -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552478: It seems that /var/halevt directorie is not created
Package: halevt Version: 0.1.5-1 Severity: grave Justification: renders package unusable Hi, It seems that on a fresh install /var/halevt is not created. This causes permission denied error messages when inserting removable media. I created this directorie with group 46 (plugdev) with write permission to the group. Since then everything is ok. I'm not sure it is the right way to solve the problem. Regards nb -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages halevt depends on: ii adduser 3.111add and remove users and groups ii hal 0.5.13-3 Hardware Abstraction Layer ii libboolstuff-0.1-0 0.1.12-3 library for operating on boolean e ii libc6 2.10.1-2 GNU C Library: Shared libraries ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-20.82-2 simple interprocess messaging syst ii libglib2.0-02.22.2-2 The GLib library of C routines ii libhal1 0.5.13-3 Hardware Abstraction Layer - share ii libxml2 2.7.6.dfsg-1 GNOME XML library halevt recommends no packages. halevt suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551158: Libc6: exim4 Segfault in libc-2.7.so
On Mon, Oct 26, 2009 at 09:02:22AM +0100, Fabio Rosciano wrote: > On Mon, 2009-10-26 at 08:10 +0100, Aurelien Jarno wrote: > > > Do you have the list of packages that have been upgraded? > > I wish I did, but as soon as debconf asked "would you like to upgrade > libc6 now?" and I answered "yes", the system became completely unusable. Do you have /var/log/dpkg.log? Even if it does not contain the action that failed first, the lines before the failure may show if packages were being installed in an unexpected order. Gabor -- - MTA SZTAKI Computer and Automation Research Institute Hungarian Academy of Sciences - -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551936: expat: CVE-2009-2625
Am Montag, den 26.10.2009, 12:55 +0100 schrieb Giuseppe Iuculano:
> Daniel Leidert ha scritto:
> > The dpatch patch is already available at
> > http://svn.debian.org/wsvn/debian-xml-sgml/packages/expat/trunk/debian/patches/551936_CVE_2009_2625.dpatch
> >
> > Shall I prepare the packages (I'm registered as DM for expat > 2.0.1,
> > but not for expat in oldstable) or do you want to do this?
>
> Please prepare packages for stable and oldstable, and mail us the debdiffs
> (DMs
> can't upload on security-master).
Attached are the debdiffs for stable and oldstable.
Regards, Daniel
diff -u expat-1.95.8/debian/changelog expat-1.95.8/debian/changelog
--- expat-1.95.8/debian/changelog
+++ expat-1.95.8/debian/changelog
@@ -1,3 +1,10 @@
+expat (1.95.8-3.4+etch1) oldstable-security; urgency=medium
+
+ * NMU to old stable to fix security issues.
+ * CVE-2009-2625: Fix DoS vulnerability (closes: #551936).
+
+ -- Daniel Leidert (dale) Mon, 26 Oct 2009 15:21:49 +0100
+
expat (1.95.8-3.4) unstable; urgency=low
* Porter NMU.
only in patch2:
unchanged:
--- expat-1.95.8.orig/lib/xmltok_impl.c
+++ expat-1.95.8/lib/xmltok_impl.c
@@ -1741,7 +1741,7 @@
const char *end,
POSITION *pos)
{
- while (ptr != end) {
+ while (ptr < end) {
switch (BYTE_TYPE(enc, ptr)) {
#define LEAD_CASE(n) \
case BT_LEAD ## n: \
diff -u expat-2.0.1/debian/changelog expat-2.0.1/debian/changelog
--- expat-2.0.1/debian/changelog
+++ expat-2.0.1/debian/changelog
@@ -1,3 +1,13 @@
+expat (2.0.1-4+lenny1) stable-security; urgency=medium
+
+ * Upload to stable to fix security issues.
+ * debian/patches/551936_CVE_2009_2625.dpatch: Added.
+- lib/xmltok_impl.c (updatePosition): Fix DoS vulnerability CVE-2009-2625
+ (closes: #551936).
+ * debian/patches/00list: Adjusted.
+
+ -- Daniel Leidert (dale) Mon, 26 Oct 2009 15:13:25 +0100
+
expat (2.0.1-4) unstable; urgency=low
* debian/libexpat1-dev.install: Install the libtool .la files again and drop
diff -u expat-2.0.1/debian/patches/00list expat-2.0.1/debian/patches/00list
--- expat-2.0.1/debian/patches/00list
+++ expat-2.0.1/debian/patches/00list
@@ -5,0 +6 @@
+551936_CVE_2009_2625
only in patch2:
unchanged:
--- expat-2.0.1.orig/debian/patches/551936_CVE_2009_2625.dpatch
+++ expat-2.0.1/debian/patches/551936_CVE_2009_2625.dpatch
@@ -0,0 +1,24 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 551936_CVE_2009_2625.dpatch by Daniel Leidert (dale)
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: A vulnarability allows remote attackers to cause a denial of service
+## DP: infinite loop and application hang) via malformed XML input.
+## DP:
+## DP: http://bugs.debian.org/551936>
+## DP: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2625>
+## DP: http://expat.cvs.sourceforge.net/viewvc/expat/expat/lib/xmltok_impl.c?r1=1.15&r2=1.13>
+
+...@dpatch@
+diff -urNad trunk~/lib/xmltok_impl.c trunk/lib/xmltok_impl.c
+--- trunk~/lib/xmltok_impl.c 2006-11-26 18:34:46.0 +0100
trunk/lib/xmltok_impl.c 2009-10-22 21:42:41.0 +0200
+@@ -1744,7 +1744,7 @@
+const char *end,
+POSITION *pos)
+ {
+- while (ptr != end) {
++ while (ptr < end) {
+ switch (BYTE_TYPE(enc, ptr)) {
+ #define LEAD_CASE(n) \
+ case BT_LEAD ## n: \
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
Bug#550868: bfilter: FTBFS -- error: 'JS_SetBranchCallback' was not declared in this scope
Hi! Mike Hommey wrote: > On Sat, Oct 17, 2009 at 07:59:12PM +0200, Vedran Furač wrote: >> Barry deFreese wrote: >> >>> Here is a patch that seems to work. Probably needs some good runtime >>> testing though. >> >> Yes, thanks, it compiles. I'll test it for a week to see if changes >> somehow affected bfilter and if not, I'll contact my sponsor to upload >> the package (or you can do a NMU instead if you want). > > The patch is good to avoid the FTBFS but is not good because it removes > what the branch callback was there for: avoiding infinite loops. > > It appears that contrary to the branch callback, the operation callbacks > are not automatically triggered, and must be triggered by the > application itself, typically either from a signal handler or a watchdog > thread. See > http://groups.google.com/group/mozilla.dev.tech.js-engine/browse_thread/thread/a4d1fe147761aacb/e61d2592faf4ef72?lnk=gst&q=js_setoperationcallback#e61d2592faf4ef72 > for reference. Thanks for info. I've read this now, but libjs is completely unknown to me, so even after reading I'm to sure what to do. Should I put JS_TriggerOperationCallback somewhere or? During this week when I tested patched bfilter, I experienced one infinite-loop like behavior. Apart from that, bfilter runs and works normally. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529040: magit: Missing dependency on emacsen packages
Hi! On Mon, 2009-09-21 at 22:13:53 +0300, Marius Vollmer wrote: > Adrian Glaubitz writes: > > Since it is an dependency issue only, the bug should be fixable by > > correcting the dependencies and rebuilding the package, shouldn't it? > > I'll have to make my mind up about this: some people use magit > exclusively via tramp, and in that case git is only executed on the > remote machine and not needed locally. The initial report was about the missing emacs dependency, which I don't think it's controversial at all. For the git one, I don't think the usage through tramp (which AFAIS is kind of equivalent to ssh) exempts it from having a Depends, lots of dependencies in general could be avoided that way, and that would just defeat the packaging system. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538340: exim4-daemon-heavy: crash using dovecot auth
On 2009-08-18 "Olivier B." wrote: > Package: exim4-daemon-heavy > Version: 4.69-9 > Followup-For: Bug #538340 > Hi, > my exim4-daemon-heavy also segfault during auth, but only when using dovecot > auth. > I try to drop all /var/spool/exim4/db files, but it doesn't help. > So I installed exim4-daemon-heavy-dbg and gdb, and launched exim, but it stop > with this message : > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x7fbb7f2b9997 in ?? () from /lib64/ld-linux-x86-64.so.2 > I suppose it doesn't help very much... [...] This looks like http://bugs.debian.org/551106 - does http://www.bebt.de/debian/misc/exim4-daemon-heavy_4.69-9.test.1_amd64.deb also fix the issue for you? thanks cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552202: gnome-shell: fails to start
-=| Damyan Ivanov, Sat, Oct 24, 2009 at 07:37:59PM +0300 |=- > -=| Gustavo Noronha Silva, Sat, Oct 24, 2009 at 01:20:32PM -0200 |=- > > Hey, > > > > On Sat, 2009-10-24 at 11:19 +0300, Damyan Ivanov wrote: > > > Not sure which file is missing, I am attaching strace output when tracing > > > only > > > the open() calls. > > > > I didn't find the strace attached, can you get me that? =) > > Oops. Sorry for that. Here it is. Here is also the full strace output with forks followed (strace -f). Best regards. -- dam gnome-shell.strace-full.bz2 Description: Binary data signature.asc Description: Digital signature
Processed: tagging 544838
Processing commands for cont...@bugs.debian.org: > # Automatically generated email from bts, devscripts version 2.10.35lenny7 > tags 544838 + pending Bug #544838 [libc6-dev] xiterm+thai - FTBFS: undefined reference to `getutmpx' Added tag(s) pending. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551158: Libc6: exim4 Segfault in libc-2.7.so
Aurelien Jarno a écrit : > Fabio Rosciano a écrit : >> Ok, I took a shortcut. >> I booted a livecd and I mounted the / partition of the laptop. >> Then I downloaded the following files: >> >> libc6_2.9-27_amd64.deb >> libc6-dev_2.9-27_amd64.deb >> libc6-i386_2.9-27_amd64.deb >> >> and unpacked them in the newly mounted directory: >> >> $ dpkg-deb -X /tmp/where/the/root/is/mounted >> >> The system now boots normally. >> I reinstalled the three aforementioned debs, had to do some cleanup >> (installing the correct versions of libc-bin, libc-dev-bin and locales) >> and then rebooted. The system is now back to normal. >> >> So I am afraid the problem is in libc6-2.10.1-2. >> >> I hope this helps other who have this problem, it's not clean but it >> works. > > This problem is reported a very different glibc versions, some I am > clearly not convinced that version 2.10.1 is the problem. Can you try to > upgrade again to see if you are able to reproduce the problem each time? > Also the output of 'find /lib' would be really useful, even with the old libc version. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552202: gnome-shell: fails to start
On Sat, 2009-10-24 at 19:37 +0300, Damyan Ivanov wrote: > > I didn't find the strace attached, can you get me that? =) > > Oops. Sorry for that. Here it is. I'm afraid that won't be enough. Can you perhaps run a non-filtered strace, compress it, and send it to the bug report? I feel the error is being misleading here. Thanks, -- Gustavo Noronha Silva Collabora -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551620: DOS on the LAN when starting kvm with 2 network devices and bridging
Hi! On Mon, 2009-10-19 at 16:23 +0200, Goswin von Brederlow wrote: > sudo kvm -m 256 -drive > file=/scratch/ramdisk/build/build/hda.img,if=ide,boot=on -drive > file=/scratch/ramdisk/build/build/hdb.img,if=ide,boot=off -net > nic,model=e1000,macaddr=54:52:00:00:42:12 -net tap -net > nic,model=e1000,macaddr=54:52:00:00:42:13 -net tap -smp 1 > -kernel > /scratch/ramdisk/build/build/chroot-amd64/boot/vmlinuz-2.6.27.34-1-ql-beowulf > -append root=/dev/ram0 rw ramdisk_size=97872 console=ttyS0,115200 quiet > --initrd /scratch/ramdisk/build/build/image-beobox-amd64-7.0.0-0.gz > -nographic > > and the /etc/kvm/kvm-ifup script adds both devices to a bridge: The is an effect of how qemu's internal networking is designed. You defined 2 nics and *2 tap devices* on the same qemu-internal vlan. Bridging these devices together creates a loop. If you just want two devices in the same physical lan use '-net tap' only once. This will connect the two nics to the same tap device. You only need explicit vlans if you want to connect them to different bridges on the host. I don't think this is RC, maybe qemu should warn if more than one tap device is used on the same internal vlan. Jan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551158: Libc6: exim4 Segfault in libc-2.7.so
Fabio Rosciano a écrit : > Ok, I took a shortcut. > I booted a livecd and I mounted the / partition of the laptop. > Then I downloaded the following files: > > libc6_2.9-27_amd64.deb > libc6-dev_2.9-27_amd64.deb > libc6-i386_2.9-27_amd64.deb > > and unpacked them in the newly mounted directory: > > $ dpkg-deb -X /tmp/where/the/root/is/mounted > > The system now boots normally. > I reinstalled the three aforementioned debs, had to do some cleanup > (installing the correct versions of libc-bin, libc-dev-bin and locales) > and then rebooted. The system is now back to normal. > > So I am afraid the problem is in libc6-2.10.1-2. > > I hope this helps other who have this problem, it's not clean but it > works. This problem is reported a very different glibc versions, some I am clearly not convinced that version 2.10.1 is the problem. Can you try to upgrade again to see if you are able to reproduce the problem each time? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549737: libgnucrypto-java: FTBFS: rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory
On Mon, 26 Oct 2009, Lucas Nussbaum wrote: > No, the build was done with version 1.15.4. You need to build-depend on > install-info, which is no longer provided directly by dpkg. > > dpkg people, wouldn't it make sense to depend on install-info in dpkg, No, the whole point of using Breaks against info readers was to avoid adding a Depends on it. > or better, to make the wrapper fail more noisily? It seems that this > change is going to silently break lots of builds. The change happened quite some time ago, I don't think it will break many builds. Feel free to suggest another wording but I'm not sure that making it fail (instead of warn) will improve the situation wrt package installability/buildability. Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552455: Acknowledgement (maven-docck-plugin 1.0-2 ftbfs)
forgot to add: fails on current unstable as well -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551158: Libc6: exim4 Segfault in libc-2.7.so
Ok, I took a shortcut. I booted a livecd and I mounted the / partition of the laptop. Then I downloaded the following files: libc6_2.9-27_amd64.deb libc6-dev_2.9-27_amd64.deb libc6-i386_2.9-27_amd64.deb and unpacked them in the newly mounted directory: $ dpkg-deb -X /tmp/where/the/root/is/mounted The system now boots normally. I reinstalled the three aforementioned debs, had to do some cleanup (installing the correct versions of libc-bin, libc-dev-bin and locales) and then rebooted. The system is now back to normal. So I am afraid the problem is in libc6-2.10.1-2. I hope this helps other who have this problem, it's not clean but it works. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518735: [Pkg-ace-devel] Bug#518735: upgrade ACE/TAO
Hi, > > Is there anyone at debian who has experience with opensuse build > service? If > > someone can take x.7.4 and see what has to be done to the > > ACE_wrappers/debianbuild package in the distribution, we can > integrate it. > > We really would like to see ACE support debian package support out of > the > > box. > > I have taken 5.7.4 and working on debianizing it, using 'debianbuild' > as a starting point. It does not build yet but I have a few fixes > already. Give me a couple of days. Send me updates when you go through them, then I can commit them in batches. Johnny -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552439: [Debian-ha-maintainers] Bug#552439: drbd8-source: compilation of the modules give a warning, loading the modules result in a kernel error
Am Montag, den 26.10.2009, 10:25 +0100 schrieb Dr. Tilo Levante: [...] > The problem results from a feature introduced for 2.6.32. The feature > was not ifdef-ed. > > A patch is included. Thanks for reporting and submitting the patch, I'll upload 8.3.4-2 within the next days. Martin, could you please try to get it into 8.3.5? Norbert -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551936: expat: CVE-2009-2625
Hi, Daniel Leidert ha scritto: > The dpatch patch is already available at > http://svn.debian.org/wsvn/debian-xml-sgml/packages/expat/trunk/debian/patches/551936_CVE_2009_2625.dpatch > > Shall I prepare the packages (I'm registered as DM for expat > 2.0.1, > but not for expat in oldstable) or do you want to do this? Please prepare packages for stable and oldstable, and mail us the debdiffs (DMs can't upload on security-master). Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#481123: breaks x-terminal-emulator interface
It seems that this bug (originally reported for rxvt-unicode 9.02-1+b1) is the only reason for removing rxvt-unicode from testing, see http://packages.qa.debian.org/r/rxvt-unicode/news/20091004T163944Z.html This seems not justified, and the better solution is in my opinion to simply not offer urxvtcd as x-terminal-emulator alternative. Note that this bug refers to urxvtc (probably due to referring to an old version of rxvt-unicode), which is not even offered as x-terminal-emulator, but I assume that urxvtcd is meant. Note also that urxvt is not affected by this bug, and this is in fact the program which should be used as x-terminal-emulator alternative. I therefore suggest to resolve this bug trivially via: diff -ur rxvt-unicode-9.06/debian/rxvt-unicode-base.postinst rxvt-unicode-9.06.new/debian/rxvt-unicode-base.postinst --- rxvt-unicode-9.06/debian/rxvt-unicode-base.postinst 2009-10-26 10:51:09.675321975 + +++ rxvt-unicode-9.06.new/debian/rxvt-unicode-base.postinst 2009-10-26 11:11:32.863929518 + @@ -12,11 +12,6 @@ x-terminal-emulator /usr/bin/urxvt 11 \ --slave /usr/share/man/man1/x-terminal-emulator.1.gz \ x-terminal-emulator.1.gz /usr/share/man/man1/urxvt.1.gz -update-alternatives \ ---install /usr/bin/x-terminal-emulator \ -x-terminal-emulator /usr/bin/urxvtcd 11 \ ---slave /usr/share/man/man1/x-terminal-emulator.1.gz \ -x-terminal-emulator.1.gz /usr/share/man/man1/urxvtcd.1.gz fi diff -ur rxvt-unicode-9.06/debian/rxvt-unicode-base.prerm rxvt-unicode-9.06.new/debian/rxvt-unicode-base.prerm --- rxvt-unicode-9.06/debian/rxvt-unicode-base.prerm 2009-10-26 10:51:09.744315298 + +++ rxvt-unicode-9.06.new/debian/rxvt-unicode-base.prerm 2009-10-26 11:11:09.328207253 + @@ -3,7 +3,6 @@ if [ "$1" = remove ]; then update-alternatives --remove rxvt /usr/bin/urxvt update-alternatives --remove x-terminal-emulator /usr/bin/urxvt -update-alternatives --remove x-terminal-emulator /usr/bin/urxvtcd fi #DEBHELPER# diff -ur rxvt-unicode-9.06/debian/rxvt-unicode-ml.postinst rxvt-unicode-9.06.new/debian/rxvt-unicode-ml.postinst --- rxvt-unicode-9.06/debian/rxvt-unicode-ml.postinst 2009-10-26 10:51:09.680321491 + +++ rxvt-unicode-9.06.new/debian/rxvt-unicode-ml.postinst 2009-10-26 11:11:49.102362818 + @@ -12,9 +12,6 @@ x-terminal-emulator /usr/bin/urxvt 11 \ --slave /usr/share/man/man1/x-terminal-emulator.1.gz \ x-terminal-emulator.1.gz /usr/share/man/man1/urxvt.1.gz -update-alternatives \ ---install /usr/bin/x-terminal-emulator \ -x-terminal-emulator /usr/bin/urxvtcd 11 \ fi -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551126: libcommons-httpclient-java: Maven POMs: commons-httpclient is not anymore
Hello, On Thu, Oct 15, 2009 at 11:17:41PM +0200, Damien Raude-Morvan wrote: > But, first, I would like to understand the reasoning behind this change in > version mapping. Michael could you please describe your process ? The process was very simple. I tried to update doxia and related packages. Problem was that doxia-sitetools depends on commons-httpclient and rdeps of doxia-sitetools dont build because new doxia-sitetools depends on commons-httpclient and maven wasnt able to find it. I wasnt somehow able to fix doxia-sitetools, so I changed commons-httpclient. I think I tested all direct reverse dependencies after that before I uploaded everything. I have a buildd for checking rdeps. So either I made something fundamentally wrong or the broken packages are build-rdeps of rdeps which I dont tested. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552456: Package is uninstallable
Package: cups Version: 1.4.1-5 Severity: serious cups depend on libpoppler4, but there is no such package in debian sid, but libpoppler5 is exists. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31.5 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552455: maven-docck-plugin 1.0-2 ftbfs
Package: maven-docck-plugin Version: 1.0-2 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch Seen on http://launchpadlibrarian.net/34406545/buildlog_ubuntu-karmic-i386.maven-docck-plugin_1.0-2_FAILEDTOBUILD.txt.gz Reverting the 1.0-2 change fixes the build failure. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552431: Acknowledgement (libnss/libnss-ldap/sshd: no login possible after some time)
I have to add this snippet of log, when I login locally and then I can login normally again: Oct 26 09:27:45 bach22 login[4935]: pam_unix(login:auth): check pass; user unknown Oct 26 09:27:45 bach22 login[4935]: pam_unix(login:auth): authentication failure; logname=LOGIN uid=0 euid=0 tty=tty1 ruser= rhost= Oct 26 09:27:48 bach22 login[4935]: FAILED LOGIN (1) on 'tty1' FOR `UNKNOWN', Authentication failure Oct 26 09:27:50 bach22 login[4935]: nss_ldap: could not connect to any LDAP server as cn=inf_proxy,ou=admins,ou=inf,ou=auth,o=ethz,c=ch - Can't contact LDAP server Oct 26 09:27:50 bach22 login[4935]: nss_ldap: failed to bind to LDAP server ldaps://ldaps01.ethz.ch: Can't contact LDAP server Oct 26 09:27:50 bach22 login[4935]: nss_ldap: reconnected to LDAP server ldaps://ldaps02.ethz.ch Oct 26 09:27:53 bach22 login[4935]: pam_env(login:session): Unable to open env file: /etc/default/locale: No such file or directory Oct 26 09:27:53 bach22 login[4935]: pam_unix(login:session): session opened for user nicosc by LOGIN(uid=0) Oct 26 09:27:53 bach22 -bash: nss_ldap: could not connect to any LDAP server as cn=inf_proxy,ou=admins,ou=inf,ou=auth,o=ethz,c=ch - Can't contact LDAP server Oct 26 09:27:53 bach22 -bash: nss_ldap: failed to bind to LDAP server ldaps://ldaps01.ethz.ch: Can't contact LDAP server Oct 26 09:27:53 bach22 -bash: nss_ldap: reconnected to LDAP server ldaps://ldaps02.ethz.ch Oct 26 09:27:55 bach22 login[4935]: pam_unix(login:session): session closed for user nicosc Oct 26 09:28:02 bach22 postfix/pickup[25235]: nss_ldap: could not connect to any LDAP server as cn=inf_proxy,ou=admins,ou=inf,ou=auth,o=ethz,c=ch - Can't contact LDAP server Oct 26 09:28:02 bach22 postfix/pickup[25235]: nss_ldap: failed to bind to LDAP server ldaps://ldaps01.ethz.ch: Can't contact LDAP server Oct 26 09:28:03 bach22 postfix/pickup[25235]: nss_ldap: reconnected to LDAP server ldaps://ldaps02.ethz.ch Oct 26 09:28:03 bach22 sshd[25236]: nss_ldap: could not connect to any LDAP server as cn=inf_proxy,ou=admins,ou=inf,ou=auth,o=ethz,c=ch - Can't contact LDAP server Oct 26 09:28:03 bach22 sshd[25236]: nss_ldap: failed to bind to LDAP server ldaps://ldaps01.ethz.ch: Can't contact LDAP server Oct 26 09:28:03 bach22 sshd[25236]: nss_ldap: reconnected to LDAP server ldaps://ldaps02.ethz.ch Oct 26 09:28:03 bach22 sshd[25236]: Accepted publickey for root from 129.132.130.3 port 52738 ssh2 Nico -- Currently moving *.schottelius.org to http://www.nico.schottelius.org/ ... PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
Bug#368905: interchange-doc: Useless without interchange in testing
Barry deFreese wrote: Hi, What's the status of this. It is from 2006 but interchange has been in testing for a while now. Hello, Barry! Interchange has moved its documentation system, so it'll take a while to adjust the package accordingly. Regards Racke -- LinuXia Systems => http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP => http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552422: linux-2.6 2.6.31-1 FTBFS on mipsel
Martin Michlmayr a écrit : > * Andreas Barth [2009-10-26 07:22]: >> Package: linux-2.6 >> Version: 2.6.31-1 >> Severity: serious > >> this package FTBFS on mipsel: >> MODPOST vmlinux.o >> GEN .version >> CHK include/linux/compile.h >> UPD include/linux/compile.h >> CC init/version.o >> LD init/built-in.o >> LD .tmp_vmlinux1 >> ld:arch/mips/kernel/vmlinux.lds:168: syntax error > > Aurelien, can you take a look at this? I'll try to have a look, but I don't know when. There are plenty of RC bugs on eglibc to fix first. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552422: linux-2.6 2.6.31-1 FTBFS on mipsel
* Andreas Barth [2009-10-26 07:22]: > Package: linux-2.6 > Version: 2.6.31-1 > Severity: serious > this package FTBFS on mipsel: > MODPOST vmlinux.o > GEN .version > CHK include/linux/compile.h > UPD include/linux/compile.h > CC init/version.o > LD init/built-in.o > LD .tmp_vmlinux1 > ld:arch/mips/kernel/vmlinux.lds:168: syntax error Aurelien, can you take a look at this? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518735: [Pkg-ace-devel] Bug#518735: upgrade ACE/TAO
On Mon, Oct 26, 2009 at 8:16 AM, Johnny Willemsen wrote: > Hi, > > Is there anyone at debian who has experience with opensuse build service? If > someone can take x.7.4 and see what has to be done to the > ACE_wrappers/debianbuild package in the distribution, we can integrate it. > We really would like to see ACE support debian package support out of the > box. I have taken 5.7.4 and working on debianizing it, using 'debianbuild' as a starting point. It does not build yet but I have a few fixes already. Give me a couple of days. I have no experience with the opensuse buildservice but I will provide binary packages for Ubuntu using my PPA: http://launchpad.net/~pgquiles/+archive/ppa -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#550590: Bash completion file conflict
Hello Roland, Michał Politowski (CCed) filed a bug regarding bash-completion providing /etc/bash_completion.d/xm, which is provided by xen-tools as well. From a quick look, it seems like our [0] completion is more complete. As I'm not a Xen user, could you please check it, if it works as intended or the such? If you choose our completion, please reassign this bug to you, and upload a version of xen-tools which does not provide "xm" closing it :). Otherwise reassign it to us only, remember to CC me, and I'll remove (or rename) our completion so as not to conflict with yours. [0] http://git.debian.org/?p=bash-completion/bash- completion.git;a=blob;f=contrib/xm Thank you, David Paleino Bash Completion Developers -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: This is a digitally signed message part.
Bug#544039: mediatomb NMU fixing glibc 2.10 FTBFS.
Hello!
Attached is the diff for the NMU I intend to upload really soon unless
there is any activity from the maintainers...
--
Andreas Henriksson
diff -u mediatomb-0.12.0~svn2018/debian/config.xml.dist mediatomb-0.12.0~svn2018/debian/config.xml.dist
--- mediatomb-0.12.0~svn2018/debian/config.xml.dist
+++ mediatomb-0.12.0~svn2018/debian/config.xml.dist
@@ -100,6 +100,7 @@
+
@@ -154 +155 @@
-
\ No newline at end of file
+
diff -u mediatomb-0.12.0~svn2018/debian/changelog mediatomb-0.12.0~svn2018/debian/changelog
--- mediatomb-0.12.0~svn2018/debian/changelog
+++ mediatomb-0.12.0~svn2018/debian/changelog
@@ -1,3 +1,13 @@
+mediatomb (0.12.0~svn2018-4.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Add upstream rev 2019 to fix glibc 2.10 FTBFS. (Closes: #544039)
+- debian/patches/upstream-rev-2019.patch
+ * Add video/x-mkv as mkv in shipped configuration.
+ (Thanks to Alessio Treglia for reporting both of the above.)
+
+ -- Andreas Henriksson Mon, 26 Oct 2009 10:10:52 +0100
+
mediatomb (0.12.0~svn2018-4) unstable; urgency=low
[ Andreas Henriksson ]
diff -u mediatomb-0.12.0~svn2018/debian/patches/series mediatomb-0.12.0~svn2018/debian/patches/series
--- mediatomb-0.12.0~svn2018/debian/patches/series
+++ mediatomb-0.12.0~svn2018/debian/patches/series
@@ -4,0 +5 @@
+upstream-rev-2019.patch
only in patch2:
unchanged:
--- mediatomb-0.12.0~svn2018.orig/debian/patches/upstream-rev-2019.patch
+++ mediatomb-0.12.0~svn2018/debian/patches/upstream-rev-2019.patch
@@ -0,0 +1,25 @@
+# Patch from upstream svn, revision 2019
+# Fixes build with glibc 2.10, see http://bugs.debian.org/544039
+
+--- a/src/tools.cc 2009/01/11 19:10:43 2010
b/src/tools.cc 2009/05/23 18:55:35 2019
+@@ -303,8 +303,8 @@
+ Ref buf(new StringBuffer(len / 2));
+ for (int i = 0; i < len; i += 2)
+ {
+-char *chi = strchr(HEX_CHARS, ptr[i]);
+-char *clo = strchr(HEX_CHARS, ptr[i + 1]);
++const char *chi = strchr(HEX_CHARS, ptr[i]);
++const char *clo = strchr(HEX_CHARS, ptr[i + 1]);
+ int hi, lo;
+
+ if (chi)
+@@ -397,7 +397,7 @@
+ char clo = data[i++];
+ int hi, lo;
+
+-char *pos;
++const char *pos;
+
+ pos = strchr(hex, chi);
+ if (!pos)
Bug#543375: "last superblock write time in future" occurring sometimes
Hello! Thank you for your help. I've reinstalled all the packages using your script, and the problem hasn't occured since then (I rebooted the machine 5 times). It seems it has been fixed. B. Regards, Tomasz Grzelak
Bug#552439: drbd8-source: compilation of the modules give a warning, loading the modules result in a kernel error
Package: drbd8-source Severity: critical Justification: breaks unrelated software Installing the modules with m-a -t a-b drbd8 gives a warning CC [M] /usr/src/modules/drbd8/drbd/drbd_nl.o /usr/src/modules/drbd8/drbd/drbd_nl.c: In function ‘drbd_nl_init’: /usr/src/modules/drbd8/drbd/drbd_nl.c:2380: warning: passing argument 3 of ‘cn_add_callback’ from incompatible pointer type loading the mopdule results in [ 13.274502] BUG: unable to handle kernel NULL pointer dereference at 0298 [ 13.274691] IP: [] drbd_connector_callback+0x38/0x18b [drbd] [ 13.274838] PGD 25b5ef067 PUD 25b526067 PMD 0 [ 13.275038] Oops: [#1] SMP [ 13.275190] last sysfs file: /sys/module/drbd/parameters/cn_idx ... reboot does not help. After loading this gdm did not work properly. I use vnc4server and gnome-core and gdm and got WARNING: gdm_slave_xioerror_handler: Fatal X error - Restarting 127.0.0.1:0 The problem results from a feature introduced for 2.6.32. The feature was not ifdef-ed. A patch is included. diff -Naur x/modules/drbd8/drbd_config.h y/modules/drbd8/drbd_config.h --- x/modules/drbd8/drbd_config.h 2009-10-26 10:13:28.0 +0100 +++ y/modules/drbd8/drbd_config.h 2009-10-16 09:25:44.0 +0200 @@ -103,8 +103,6 @@ /* In 2.6.32 we finally fixed connector to pass netlink_skb_parms to the callback */ -#if LINUX_VERSION_CODE > KERNEL_VERSION(2,6,31) - #define KERNEL_HAS_CN_SKB_PARMS -#endif +#define KERNEL_HAS_CN_SKB_PARMS #endif Greetings Dr. Tilo Levante t...@levante.de -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-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/bash -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552131: qtiplot crash
Hi Gudjon, I should have done that at the beginning... here is the backtracing of gdb, something to see with string manipulation and interactions with python ? Starting program: /usr/bin/qtiplot [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. 0xb65e88eb in strlen () from /lib/i686/cmov/libc.so.6 (gdb) bt #0 0xb65e88eb in strlen () from /lib/i686/cmov/libc.so.6 #1 0xb7b06a3b in PyString_FromFormatV () from /usr/lib/libpython2.5.so.1.0 #2 0xb7b55039 in PyErr_Format () from /usr/lib/libpython2.5.so.1.0 #3 0xb47cf956 in ?? () from /usr/lib/python2.5/site-packages/sip.so #4 0x08400f1e in ?? () #5 0x083f966b in ?? () #6 0x083e2f89 in ?? () #7 0x08188c0f in ?? () #8 0x081b973e in ?? () #9 0x081ba135 in ?? () #10 0x0811ae9c in ?? () #11 0xb65887a5 in __libc_start_main () from /lib/i686/cmov/libc.so.6 #12 0x080864b1 in ?? () == regards, hubert -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552131: qtiplot crash
Hi Hubert I should have guessed that. The sip versions must be made stricter in the control file, I will fix that in the next version. What sip version are you using? Could you please upgrade it to the testing version, 4.8.2? I hope this will solve the problem. Regards Gudjon -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552301: xtables-addons-source: package ships /lib/modules/$(uname -r)/modules.dep.bin
* Pierre Chifflier [20091025 16:36]: > On Sun, Oct 25, 2009 at 12:05:46PM +0100, Michael Prokop wrote: > > Package: xtables-addons-source > > Version: 1.19-1 > > Severity: grave > > Justification: renders package unusable > > Note: choosing severity grave as I think it renders the package > > unusable, please feel free to downgrade if you think that it won't > > affect all users. > I can't reproduce this behavior: > # m-a -k /usr/src/linux-headers-2.6.30-2-686 -l 2.6.30-2-686 build > xtables-addons > # dpkg -c > /usr/src/xtables-addons-modules-2.6.30-2-686_1.19-1+2.6.30-8_i386.deb |grep > 'modules\.' > # > (up to date sid) > So maybe something has changed in the 2.6.31 build system ? Good question. :) > Could you check that this also happens after removing > /usr/src/modules/xtables-addons > and retrying ? This could be caused by the previous (pre-1.19) build > system of xtables-addons Tried that, sadly didn't change anything. > Anyway, I think I'll add commands to ensure this files are removed from > the binary module. Thanks. regards, -mika- signature.asc Description: Digital signature
Bug#552433: libnss-ldapd: ignores case of uids
Package: libnss-ldapd Version: 0.6.7.1 Severity: grave Justification: causes non-serious data loss Hello. I've got a problem with libnss-ldpad package. In my environment, any (non-root) local user can break normal work of any other user. The problem is, nss-ldapd makes strange things with case of uids. For example: bash$ id uid=NNN(sasha) gid=ZZZ(zzz) groups=... bash$ id SasHa uid=NNN(SasHa) gid=ZZZ(zzz) groups=... bash$ id uid=NNN(SasHa) gid=ZZZ(zzz) groups=... bash$ id sasha uid=NNN(SasHa) gid=ZZZ(zzz) groups=... bash$ id uid=NNN(SasHa) gid=ZZZ(zzz) groups=... So, nss now thinks that I'm SasHa, not sasha. As a result, when I run "ssh otherhost" it does not work (just because pam can't authorise SasHa, it knows only sasha). In the same way, all other Kerberos services stop working for me. I see 2 problems here: 1. The only way to "revert" me from SasHa back to sasha is LONG timeout or "nscd -i passwd" from root. Both ways may be unavailable. 2. ANY USER may call "id SasHa" on this machine, and the other user will get his things broken. Looking on changelog, I see this problem fixed in version 0.6.11: Changes: This release fixes a couple of bugs in the username to group mapping and a problem with too many uidNumber or uidNumber attributes in the LDAP server. Name lookups are now also case-sensitive for group, netgroup, passwd, protocols, RPC, services, and shadow maps. I've tried libnss-ldapd=0.7.1 (sources from sid, compiled on lenny) and it works perfectly. It will be nice to get this problem fixed in the next stable update. Thank you for your work, Alexandra. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-bpo.1-amd64 (SMP w/2 CPU cores) Locale: LANG=, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnss-ldapd depends on: ii adduser 3.110add and remove users and groups ii debconf [debcon 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libsasl2-2 2.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra Versions of packages libnss-ldapd recommends: ii libpam-ldap 184-4.2Pluggable Authentication Module fo ii nscd 2.7-18 GNU C Library: Name Service Cache libnss-ldapd suggests no packages. -- debconf information: * libnss-ldapd/ldap-base: dc=oktetlabs,dc=ru * libnss-ldapd/nsswitch: passwd, group, shadow * libnss-ldapd/ldap-binddn: * libnss-ldapd/ldap-uris: ldap://ldap.oktetlabs.ru/ ldap://ldaps.oktetlabs.ru/ libnss-ldapd/clean_nsswitch: false -- Alexandra N. Kossovsky OKTET Labs (http://www.oktetlabs.ru/) Phones: +7(921)956-42-86(mobile) +7(812)783-21-91(office) e-mail: sa...@oktetlabs.ru -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#549737: libgnucrypto-java: FTBFS: rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory
On 26/10/09 at 08:54 +0100, Michael Koch wrote: > On Sun, Oct 25, 2009 at 08:12:50PM +0100, Lucas Nussbaum wrote: > > On 25/10/09 at 19:39 +0100, Michael Koch wrote: > > > On Mon, Oct 05, 2009 at 08:54:45PM +0200, Lucas Nussbaum wrote: > > > > Source: libgnucrypto-java > > > > Version: 2.1.0-3 > > > > Severity: serious > > > > User: debian...@lists.debian.org > > > > Usertags: qa-ftbfs-20091005 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[3]: Entering directory > > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > > make[3]: Nothing to be done for `install-exec-am'. > > > > > make[3]: Nothing to be done for `install-data-am'. > > > > > make[3]: Leaving directory > > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > > make[2]: Leaving directory > > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > > make[1]: Leaving directory > > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > > dh_installdirs -plibgnucrypto-java > > > > > dh_installdocs -plibgnucrypto-java ./README ./AUTHORS ./THANKS > > > > > dh_installexamples -plibgnucrypto-java > > > > > dh_installman -plibgnucrypto-java > > > > > dh_installinfo -plibgnucrypto-java > > > > > dh_installmenu -plibgnucrypto-java > > > > > dh_installcron -plibgnucrypto-java > > > > > dh_installinit -plibgnucrypto-java > > > > > dh_installdebconf -plibgnucrypto-java > > > > > dh_installemacsen -plibgnucrypto-java > > > > > dh_installcatalogs -plibgnucrypto-java > > > > > dh_installpam -plibgnucrypto-java > > > > > dh_installlogrotate -plibgnucrypto-java > > > > > dh_installlogcheck -plibgnucrypto-java > > > > > dh_installchangelogs -plibgnucrypto-java ./ChangeLog > > > > > dh_installudev -plibgnucrypto-java > > > > > dh_lintian -plibgnucrypto-java > > > > > dh_install -plibgnucrypto-java > > > > > dh_link -plibgnucrypto-java > > > > > dh_installmime -plibgnucrypto-java > > > > > touch > > > > > debian/libgnucrypto-java/etc/java/security/security.d/3000-gnu.crypto.jce.GnuCrypto > > > > > rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No > > > > > such file or directory > > > > > make: *** [binary-install/libgnucrypto-java] Error 1 > > > > > > I just tried locally in pbuilder and the rm above did not failed and the > > > package build successfully. Is this FTBFS still reproducible for you? > > > Or was the bug somewhere else and got fixed already? > > > > It failed again on 16/10/2009, but I haven't tested since then. Have you > > tried diff'ing your build log with mine? > > Hmm, after some search I saw that your buildlog warns about missing > /usr/bin/install-info which should be provided by dpkg (>= 1.15.4) for > Build-Depends. Should I Build-Depend on this version of dpkg? No, the build was done with version 1.15.4. You need to build-depend on install-info, which is no longer provided directly by dpkg. dpkg people, wouldn't it make sense to depend on install-info in dpkg, or better, to make the wrapper fail more noisily? It seems that this change is going to silently break lots of builds. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552431: libnss/libnss-ldap/sshd: no login possible after some time
Package: libnss-ldap
Version: 261-2.1
Severity: critical
Hello!
As reported in bug 541188 and on the Debian users mailinglist
(ldap/libnss/ssh: (remote) login stops working after some time,
Thu, 3 Sep 2009 12:02:34 +0200), login stops to work via ssh and
partly locally after some weeks or days: If this case happens, I
- cannot login as root (neither locally, nor remotely)
- cannot login as an ldap user remotely
The error I get from ssh is
r...@ikq3.inf.ethz.ch: ssh_exchange_identification: Connection closed
by remote host
The current "fix":
If I login locally as a ldap-user, I CAN login and after that I can
again login remotely, as root and as ldap user.
As Debian Lenny is installed on almost all of our cluster nodes, this is causing
a lot of trouble, as local login is very expensive for us.
If you have any hint on what could be wrong (i.e. configuration / libs / etc.)
or if you are aware of any bug in libnss* or libpam, please let me know.
The current configuration does *not* contain the debug statements anymore, that
I reported previously:
ikq3:~# grep -v ^# /etc/ldap/ldap.conf | grep -v -e ^bindpw -e ^binddn
uri ldaps://ldaps01.ethz.ch ldaps://ldaps02.ethz.ch ldaps://ldaps03.ethz.ch
host ldaps01.ethz.ch ldaps02.ethz.ch ldaps03.ethz.ch
base ou=systems,ou=inf,ou=auth,o=ethz,c=ch
port 636
pam_filter objectclass=account
pam_login_attribute uid
pam_lookup_policy no
nss_base_passwd ou=users,ou=systems,ou=inf,ou=auth,o=ethz,c=ch
nss_base_group ou=Group,ou=inf,ou=auth,o=ethz,c=ch
nss_base_netgroupou=netgroup,ou=inf,ou=auth,o=ethz,c=ch
ssl yes
tls_checkpeer no
tls_reqcert allow
tls_cacertfile /etc/ldap/ca.pem
ikq3:~#
ikq3:~# grep -v ^# /etc/libnss-ldap.conf | grep -v -e ^bindpw -e ^binddn | grep
-v ^\$
uri ldaps://ldaps01.ethz.ch ldaps://ldaps02.ethz.ch ldaps://ldaps03.ethz.ch
base ou=systems,ou=inf,ou=auth,o=ethz,c=ch
port 636
pam_filter objectclass=account
pam_login_attribute uid
pam_lookup_policy no
nss_base_passwd ou=users,ou=systems,ou=inf,ou=auth,o=ethz,c=ch
nss_base_group ou=Group,ou=inf,ou=auth,o=ethz,c=ch
nss_base_netgroup ou=netgroup,ou=inf,ou=auth,o=ethz,c=ch
ssl yes
tls_checkpeer no
tls_reqcert allow
tls_cacertfile /etc/ssl/certs/id.pem
ikq3:~#
ikq3:~# grep -v ^# /etc/nsswitch.conf|grep -v ^\$
passwd: files ldap
group: files ldap
shadow: files
hosts: files dns
networks:files
services:db files
protocols: db files
rpc: db files
ethers: db files
netgroup:files ldap
ikq3:~#
Example log entries, right before and when the problem has begun:
Oct 25 21:12:09 ikq3 ntpd[29666]: Terminating
Oct 25 21:12:10 ikq3 puppetd[4049]: Finished catalog run in 21.47 seconds
Oct 25 21:13:23 ikq3 ntpd[29675]: adjusting local clock by -0.151286s
Oct 25 21:15:01 ikq3 /USR/SBIN/CRON[29685]: (root) CMD ([ -x
/usr/lib/sysstat/sa1 ] && { [ -r "$DEFAULT" ] && . "$DEFAULT" ; [ "$ENABLED" =
"true" ] && exec /usr/lib/sysstat/sa1 $SA1_OPTIONS 1 1 ; })
Oct 25 21:17:01 ikq3 /USR/SBIN/CRON[29695]: (root) CMD ( cd / && run-parts
--report /etc/cron.hourly)
Oct 25 21:24:51 ikq3 ntpd[29675]: adjusting local clock by -0.146785s
Oct 25 21:25:01 ikq3 CRON[29723]: Authentication failure
Oct 25 21:28:47 ikq3 postfix/pickup[29737]: fatal: file /etc/postfix/main.cf:
parameter default_privs: unknown user name value: nobody
Oct 25 21:28:48 ikq3 postfix/master[14129]: warning: process
/usr/lib/postfix/pickup pid 29737 exit status 1
Oct 25 21:28:48 ikq3 postfix/master[14129]: warning: /usr/lib/postfix/pickup:
bad command startup -- throttling
Oct 25 21:35:01 ikq3 CRON[29769]: Authentication failure
Oct 25 22:12:24 ikq3 puppetd[4049]:
(//Node[ikq3]/ethz_systems::generic/ethz/File[/etc/ethz]) Failed to retrieve
current state of resource: Could not find user root
-- System Information:
Debian Release: 5.0.3
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to de_CH.UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libnss-ldap depends on:
ii debconf [debcon 1.5.24 Debian configuration management sy
ii libc6 2.7-18 GNU C Library: Shared libraries
ii libcomerr2 1.41.3-1 common error description library
ii libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries
ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries
ii libsasl2-2 2.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra
Versions of packages libnss-ldap recommends:
ii libpam-ldap 184-4.2Pluggable Authentication Module fo
ii nscd 2.7-18 GNU C Library: Name Service Cache
libnss-ldap suggests no packages.
-- debconf information:
libnss-ldap/rootbindpw: (password omitted)
libnss-ldap/bindpw: (password om
Bug#551903: libc6-i686 pthread_cond_wait fails to reacquire mutex upon cancellation
On Wed, Oct 21, 2009 at 10:40:03PM +0300, Rémi Denis-Courmont wrote: > Le mercredi 21 octobre 2009 22:33:56, vous avez écrit : > > On Wed, Oct 21, 2009 at 07:11:40PM +0300, Remi Denis-Courmont wrote: > > > Package: libc6-i686 > > > Version: 2.10.1-1 > > > Severity: critical > > > Justification: breaks unrelated software > > > > > > > > > Hello, > > > > > > With the upgrade to 2.10.1, pthread_cond_wait() fails to re-acquire the > > > provided mutex when acting on a deferred cancellation event from > > > another thread. This is seen if (and apparently, only if) another thread > > > acquires the same mutex after cancellation is initiated, but before the > > > cancelled thread executes cancellation cleanup handlers. > > > > > > I could not reproduce the problem with plain libc6. It only occurs with > > > libc6-i686 installed. > > > > > > I wrote a simple test case at: > > > http://www.remlab.net/files/divers/condfail.c > > > > This test shows the same behaviour on both lenny and sid version, that > > is it prints "1" and "2", but never triggers an assertion. > > > > Are there other conditions for this test to fail? > > I don't know. It reproduces pretty much 100% here: > > % ./a.out > 1 > 2 > a.out: test.c:18: cleanup_lock: Assertion `val == 0' failed. > Abandon > > I'm running on a single core SMT (P4/HT namely), so instruction cycle timing > might be very different from what an UP or non-SMT SMP gets :( In any case, > the fact that is only occurs with libc6-i686 hints at incorrect use of atomic > ops, I guess... > Problems related to atomic ops often comes, or at least are triggered by, gcc changes. I have rebuilt eglibc 2.10.1-2 using gcc-4.3 instead of gcc-4.4. The packages are available on http://temp.aurel32.net/eglibc/ Could you please tell me if you have the same problem with them? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552429: MPI: fix alternatives mess with runtime environment
Source: openmpi,mpich2,lam,mpich Severity: serious Hi, The different MPI implementations currently handle alternatives differently, resulting in a lot of nasty bugs when two implementations are installed together, like that: > update-alternatives: error: alternative mpiexec can't be slave of > mpirun: it is a master alternative. > dpkg: error processing lam-runtime (--configure): > subprocess installed post-installation script returned error exit > status 2 > Setting up lam4-dev (7.1.2-1.5) ... > update-alternatives: using /usr/include/lam to provide /usr/include/mpi > (mpi) in auto mode. > Errors were encountered while processing: > lam-runtime > E: Sub-process /usr/bin/dpkg returned an error code (1) We need to decide on the same set of alternatives, and implement it in all the MPI packages. Here is the current status: Packages: implementation | pkg with mpicc | pkg with mpirun -- lam-mpi| lam4-dev| lam-runtime mpich | libmpich1.0-dev | mpich-bin openmpi| libopenmpi-dev | openmpi-bin mpich2 | libmpich2-dev | mpich2 Alternatives: - for compilation environment: all implementations have a single "mpi" alternative. The master controls the link from /usr/include/mpi, and has all the compilers wrappers as slaves. => That's great, and there's nothing to do about it. - for runtime environment: mpich2 and openmpi: two distinct mpirun and mpiexec alternatives (each master) to control those binaries mpich and lam-runtime: a single mpirun alternative that controls (as slaves) the other binaries (including mpiexec) I think that it makes more sense to have mpirun and mpiexec be linked together (the mpich/lam solution). Any ideas? -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551158: Libc6: exim4 Segfault in libc-2.7.so
On Mon, 2009-10-26 at 08:10 +0100, Aurelien Jarno wrote: > Do you have the list of packages that have been upgraded? I wish I did, but as soon as debconf asked "would you like to upgrade libc6 now?" and I answered "yes", the system became completely unusable. However, my desktop has not been upgraded yet. This is the list taken from my desktop which should be reasonably close to the list of upgraded packages on the laptop: j...@nostromo:~$ sudo apt-get dist-upgrade [sudo] password for jack: Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following NEW packages will be installed: devicekit-power libass4 libboost-iostreams1.40.0 libdevkit-power-gobject1 libfaad2 libgme0 libgnomekbd4 libkate1 liblog4cxx10 libmimic0 libmpcdec6 libopencore-amrnb0 libopencore-amrwb0 libxklavier15 obexd-client The following packages have been kept back: capplets-data gnome gnome-core gnome-desktop-environment grub gstreamer0.10-plugins-bad libseed0 The following packages will be upgraded: aptitude ca-certificates-java cheese cups-pdf debconf debconf-i18n dpkg dpkg-dev empathy empathy-doc eog evince evince-common evolution evolution-common evolution-data-server evolution-data-server-common evolution-exchange evolution-plugins file-roller foomatic-gui gcalctool gcc-4.4-base gdm git-buildpackage gnome-applets gnome-applets-data gnome-bluetooth gnome-cards-data gnome-games gnome-games-data gnome-keyring gnome-media gnome-media-common gnome-power-manager gnome-session gnome-session-bin gnome-settings-daemon gnome-system-tools gnome-terminal gnome-terminal-data gnome-themes gnome-user-share gnome-utils google-chrome-unstable gparted grub-common gstreamer0.10-alsa gstreamer0.10-esd gstreamer0.10-plugins-base gstreamer0.10-plugins-good gstreamer0.10-plugins-ugly gstreamer0.10-tools gstreamer0.10-x gtk2-engines-pixbuf gucharmap guile-1.8-libs gvfs gvfs-backends gvfs-bin hamster-applet initscripts kernel-package lib32gcc1 lib32stdc++6 libasound2-plugins libc-bin libc-dev-bin libc6 libc6-dev libc6-i386 libcamel1.2-14 libcanberra-gtk-module libcanberra-gtk0 libcanberra0 libcap2 libclutter-1.0-0 libclutter-1.0-dev libcryptui0 libdirectfb-1.2-0 libdirectfb-dev libdirectfb-extra libebackend1.2-0 libebook1.2-9 libecal1.2-7 libedata-book1.2-2 libedata-cal1.2-6 libedataserver1.2-11 libedataserverui1.2-8 libegroupwise1.2-13 libempathy-common libempathy-gtk-common libempathy-gtk28 libempathy30 libevince1 libexchange-storage1.2-3 libexif12 libgadu3 libgail-common libgail18 libgcc1 libgcr0 libgdata-google1.2-1 libgdata1.2-1 libgdbm3 libgdict-1.0-6 libgfortran3 libgirepository1.0-0 libgnome-bluetooth7 libgnome-keyring0 libgnome-media0 libgnomekbd-common libgomp1 libgp11-0 libgraphviz4 libgsm1 libgstreamer-plugins-base0.10-0 libgstreamer-plugins-base0.10-dev libgstreamer0.10-0 libgstreamer0.10-dev libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libgtk2.0-dev libgtkhtml-editor-common libgtkhtml-editor0 libgtkhtml3.14-19 libgucharmap7 libgudev-1.0-0 libgupnp-igd-1.0-2 libhsqldb-java libkpathsea4 libnautilus-extension-dev libnautilus-extension1 libopal3.6.6 libopenexr6 libpam-gnome-keyring libpulse-mainloop-glib0 libpulse0 libselinux1 libselinux1-dev libsoup-gnome2.4-1 libsoup2.4-1 libsqlite3-0 libsqlite3-dev libstdc++6 libsvn1 libtelepathy-farsight0 libudev0 linux-kbuild-2.6.31 linux-libc-dev locales nautilus nautilus-data openoffice.org openoffice.org-base openoffice.org-base-core openoffice.org-calc openoffice.org-common openoffice.org-core openoffice.org-draw openoffice.org-emailmerge openoffice.org-filter-binfilter openoffice.org-filter-mobiledev openoffice.org-gnome openoffice.org-gtk openoffice.org-impress openoffice.org-java-common openoffice.org-math openoffice.org-officebean openoffice.org-report-builder-bin openoffice.org-style-crystal openoffice.org-style-galaxy openoffice.org-style-tango openoffice.org-writer procmail python-foomatic python-pkg-resources python-pysqlite2 python-uno seahorse seahorse-plugins strace subversion synaptic sysv-rc sysvinit sysvinit-utils totem totem-common totem-mozilla totem-plugins ttf-opensymbol tzdata tzdata-java udev uno-libs3 ure vinagre vino xml-core youtube-dl 202 upgraded, 15 newly installed, 0 to remove and 7 not upgraded. Need to get 348MB/348MB of archives. After this operation, 11.7MB of additional disk space will be used. Do you want to continue [Y/n]? n Abort. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: reassign 551932 to mpich2
Processing commands for cont...@bugs.debian.org: > reassign 551932 mpich2 Bug #551932 [mpich2,mpd] mpd and mpich2: error when trying to install together Bug reassigned from package 'mpich2,mpd' to 'mpich2'. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539215: marked as done (parisc/kernel: ensure broadcast tlb purge runs single threaded)
Your message dated Mon, 26 Oct 2009 08:01:28 +
with message-id
and subject line Bug#539215: fixed in linux-2.6 2.6.26-20
has caused the Debian Bug report #539215,
regarding parisc/kernel: ensure broadcast tlb purge runs single threaded
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
539215: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539215
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: kernel-2.6
Version: Linux 2.6.26-2-parisc
Architecture: parisc
Please consider including the attached parisc-specific patch to Debian's 2.6.26
stable parisc Linux kernel.
A similiar patch was applied to Linus' official kernel 2.6.31-rc2 with commit
e82a3b75127188f20c7780bec580e148beb29da7
This patch fixes deadlocks in the parisc Linux kernel with high I/O when under
memory pressure.
diffstat shows
arch/parisc/kernel/cache.c| 23 +++
arch/parisc/kernel/pci-dma.c | 12
include/asm-parisc/tlbflush.h | 13 ++---
3 files changed, 29 insertions(+), 19 deletions(-)
I'll submit the same patch to the 2.6.26-stable kernel series team as well.
It has already been accepted by the stable kernel team for 2.6.29 and 2.6.30.
Thanks!
Helge
Author: Helge Deller
Date: Tue Jun 16 20:51:48 2009 +
parisc: ensure broadcast tlb purge runs single threaded
The TLB flushing functions on hppa, which causes PxTLB broadcasts on the system
bus, needs to be protected by irq-safe spinlocks to avoid irq handlers to deadlock
the kernel. The deadlocks only happened during I/O intensive loads and triggered
pretty seldom, which is why this bug went so long unnoticed.
Signed-off-by: Helge Deller
[edited to use spin_lock_irqsave on UP as well since we'd been locking there
all this time anyway, --kyle]
Signed-off-by: Kyle McMartin
diff --git a/arch/parisc/kernel/cache.c b/arch/parisc/kernel/cache.c
index e10d25d..74038a1 100644
--- a/arch/parisc/kernel/cache.c
+++ b/arch/parisc/kernel/cache.c
@@ -398,12 +398,13 @@ EXPORT_SYMBOL(flush_kernel_icache_range_asm);
void clear_user_page_asm(void *page, unsigned long vaddr)
{
+ unsigned long flags;
/* This function is implemented in assembly in pacache.S */
extern void __clear_user_page_asm(void *page, unsigned long vaddr);
- purge_tlb_start();
+ purge_tlb_start(flags);
__clear_user_page_asm(page, vaddr);
- purge_tlb_end();
+ purge_tlb_end(flags);
}
#define FLUSH_THRESHOLD 0x8 /* 0.5MB */
@@ -444,20 +445,24 @@ extern void clear_user_page_asm(void *page, unsigned long vaddr);
void clear_user_page(void *page, unsigned long vaddr, struct page *pg)
{
+ unsigned long flags;
+
purge_kernel_dcache_page((unsigned long)page);
- purge_tlb_start();
+ purge_tlb_start(flags);
pdtlb_kernel(page);
- purge_tlb_end();
+ purge_tlb_end(flags);
clear_user_page_asm(page, vaddr);
}
EXPORT_SYMBOL(clear_user_page);
void flush_kernel_dcache_page_addr(void *addr)
{
+ unsigned long flags;
+
flush_kernel_dcache_page_asm(addr);
- purge_tlb_start();
+ purge_tlb_start(flags);
pdtlb_kernel(addr);
- purge_tlb_end();
+ purge_tlb_end(flags);
}
EXPORT_SYMBOL(flush_kernel_dcache_page_addr);
@@ -490,8 +495,10 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
if (npages >= 512) /* 2MB of space: arbitrary, should be tuned */
flush_tlb_all();
else {
+ unsigned long flags;
+
mtsp(sid, 1);
- purge_tlb_start();
+ purge_tlb_start(flags);
if (split_tlb) {
while (npages--) {
pdtlb(start);
@@ -504,7 +511,7 @@ void __flush_tlb_range(unsigned long sid, unsigned long start,
start += PAGE_SIZE;
}
}
- purge_tlb_end();
+ purge_tlb_end(flags);
}
}
diff --git a/arch/parisc/kernel/pci-dma.c b/arch/parisc/kernel/pci-dma.c
index ccd61b9..6cc0be1 100644
--- a/arch/parisc/kernel/pci-dma.c
+++ b/arch/parisc/kernel/pci-dma.c
@@ -90,12 +90,14 @@ static inline int map_pte_uncached(pte_t * pte,
if (end > PMD_SIZE)
end = PMD_SIZE;
do {
+ unsigned long flags;
+
if (!pte_none(*pte))
printk(KERN_ERR "map_pte_uncached: page already exists\n");
set_pte(pte, __mk_pte(*paddr_ptr, PAGE_KERNEL_UNC));
- purge_tlb_start();
+ purge_tlb_start(flags);
pdtlb_kernel(orig_vaddr);
- purge_tlb_end();
+ purge_tlb_end(flags);
vaddr += PAGE_SIZE;
orig_vaddr += PAGE_SIZE;
(*paddr_ptr) += PAGE_SIZE;
@@ -168,11 +170,13 @@ static inline void unmap_uncached_pte(pmd_t * pmd, unsigned long vaddr,
if (end > PMD_SIZE)
end = PMD_SIZE;
do {
+ unsigned long flags;
+
pte_t page = *pte;
pte_clear(&init_mm, vaddr, pte);
- purge_tlb_start();
+ purge_
Bug#549737: libgnucrypto-java: FTBFS: rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No such file or directory
On Sun, Oct 25, 2009 at 08:12:50PM +0100, Lucas Nussbaum wrote: > On 25/10/09 at 19:39 +0100, Michael Koch wrote: > > On Mon, Oct 05, 2009 at 08:54:45PM +0200, Lucas Nussbaum wrote: > > > Source: libgnucrypto-java > > > Version: 2.1.0-3 > > > Severity: serious > > > User: debian...@lists.debian.org > > > Usertags: qa-ftbfs-20091005 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[3]: Entering directory > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > make[3]: Nothing to be done for `install-exec-am'. > > > > make[3]: Nothing to be done for `install-data-am'. > > > > make[3]: Leaving directory > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > make[2]: Leaving directory > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > make[1]: Leaving directory > > > > `/build/user-libgnucrypto-java_2.1.0-3-amd64-KtKw9k/libgnucrypto-java-2.1.0' > > > > dh_installdirs -plibgnucrypto-java > > > > dh_installdocs -plibgnucrypto-java ./README ./AUTHORS ./THANKS > > > > dh_installexamples -plibgnucrypto-java > > > > dh_installman -plibgnucrypto-java > > > > dh_installinfo -plibgnucrypto-java > > > > dh_installmenu -plibgnucrypto-java > > > > dh_installcron -plibgnucrypto-java > > > > dh_installinit -plibgnucrypto-java > > > > dh_installdebconf -plibgnucrypto-java > > > > dh_installemacsen -plibgnucrypto-java > > > > dh_installcatalogs -plibgnucrypto-java > > > > dh_installpam -plibgnucrypto-java > > > > dh_installlogrotate -plibgnucrypto-java > > > > dh_installlogcheck -plibgnucrypto-java > > > > dh_installchangelogs -plibgnucrypto-java ./ChangeLog > > > > dh_installudev -plibgnucrypto-java > > > > dh_lintian -plibgnucrypto-java > > > > dh_install -plibgnucrypto-java > > > > dh_link -plibgnucrypto-java > > > > dh_installmime -plibgnucrypto-java > > > > touch > > > > debian/libgnucrypto-java/etc/java/security/security.d/3000-gnu.crypto.jce.GnuCrypto > > > > rm: cannot remove `debian/libgnucrypto-java/usr/share/info/dir': No > > > > such file or directory > > > > make: *** [binary-install/libgnucrypto-java] Error 1 > > > > I just tried locally in pbuilder and the rm above did not failed and the > > package build successfully. Is this FTBFS still reproducible for you? > > Or was the bug somewhere else and got fixed already? > > It failed again on 16/10/2009, but I haven't tested since then. Have you > tried diff'ing your build log with mine? Hmm, after some search I saw that your buildlog warns about missing /usr/bin/install-info which should be provided by dpkg (>= 1.15.4) for Build-Depends. Should I Build-Depend on this version of dpkg? Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Processed: notfound 537828 in 20051019-5
Processing commands for cont...@bugs.debian.org:
> notfound 537828 20051019-5
Bug #537828 {Done: Stephen Kitt } [joystick] joystick: postinst
fails if no joystick attached
Bug #537804 {Done: Stephen Kitt } [joystick] fails at upgrade
with "no joysticks avaliable" or "no calibration data"
Bug No longer marked as found in versions joystick/20051019-5.
Bug No longer marked as found in versions joystick/20051019-5.
>
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#551158: Libc6: exim4 Segfault in libc-2.7.so
On Mon, Oct 26, 2009 at 07:41:35AM +0100, Fabio Rosciano wrote: > Hello everyone, > > this morning my system blew up in my face as well after I tried a > dist-upgrade. Do you have the list of packages that have been upgraded? -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#518735: upgrade ACE/TAO
Hi, Is there anyone at debian who has experience with opensuse build service? If someone can take x.7.4 and see what has to be done to the ACE_wrappers/debianbuild package in the distribution, we can integrate it. We really would like to see ACE support debian package support out of the box. Johnny -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529908: Upstream Fix
On 2009-10-25 Robert Hogan wrote: > On Sunday 25 October 2009 14:18:07 Andreas Metzler wrote: >> I think this is caused by mixing old ltmain.sh in ./admin with new >> libtool.m4 in /usr/share/ or something like that. > Interesting, I tried libtoolize to no avail - it just broke the build even > further. > I checked the admin folder in the kde-common module in the KDE 3.5 SVN repo > and it as old as mine. > Any ideas on what to do/try out to remedy this? (Other than hand-edit the > admin folder!) [...] Hello, I am neither an auto* guru nor familiar with this style of autotools handling, so please take the rest of this mail with *huge* grain of salt. Afaict it basically works like this: The jobs usually done by aclocal and libtoolize are done centrally in SVN. Somebody keeps the copies of the respective tests and scripts in admin/ up to date and Makefile.cvs or whatever imports them into the project. The stuff (m4 tests) in admin/ is complemented by the stuff available in the system (tests included in the autotools suite). This can fall apart if admin/ is not kept up to date. Some of the stuff in admin might require updates to work with newer autootools files on the local system. Afaiui autotools code in KDE (admin/) *is* dead and unmaintained. KDE has switched to cmake. For tork this probably leaves: * Follow KDE and switch to cmake. * Use normal autotools handling. I am not sure this is workable, since the m4-tests for KDE are not maintained upstream. cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#552304: marked as done (FTBFS on PPC and mips)
Your message dated Mon, 26 Oct 2009 06:32:31 + with message-id and subject line Bug#552304: fixed in sqlite3 3.6.19-3 has caused the Debian Bug report #552304, regarding FTBFS on PPC and mips to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 552304: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=552304 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: sqlite3 Version: 3.6.19-2 Severity: Serious Hi, Looks like sqlite3 FTBFS on powerpc and mips both with the same error: libtool: install: /usr/bin/install -c .libs/libtclsqlite3.a /build/buildd/sqlite3-3.6.19/debian/tmp//usr/share/tcltk/tcl8.4/sqlite3/libtclsqlite3.a libtool: install: chmod 644 /build/buildd/sqlite3-3.6.19/debian/tmp//usr/share/tcltk/tcl8.4/sqlite3/libtclsqlite3.a libtool: install: ranlib /build/buildd/sqlite3-3.6.19/debian/tmp//usr/share/tcltk/tcl8.4/sqlite3/libtclsqlite3.a libtool: install: warning: remember to run `libtool --finish /usr/share/tcltk/tcl8.4/sqlite3' rm -f /build/buildd/sqlite3-3.6.19/debian/tmp//usr/share/tcltk/tcl8.4/sqlite3/libtclsqlite3.la /build/buildd/sqlite3-3.6.19/debian/tmp//usr/share/tcltk/tcl8.4/sqlite3/libtclsqlite3.a /usr/bin/install -c -m 0644 pkgIndex.tcl /build/buildd/sqlite3-3.6.19/debian/tmp//usr/share/tcltk/tcl8.4/sqlite3 /usr/bin/install -c -d /build/buildd/sqlite3-3.6.19/debian/tmp//usr/bin ./libtool --mode=install /usr/bin/install -c sqlite3 /build/buildd/sqlite3-3.6.19/debian/tmp//usr/bin libtool: install: warning: `libsqlite3.la' has not been installed in `/usr/lib' libtool: install: /usr/bin/install -c .libs/sqlite3 /build/buildd/sqlite3-3.6.19/debian/tmp//usr/bin/sqlite3 /usr/bin/install -c -d /build/buildd/sqlite3-3.6.19/debian/tmp//usr/include /usr/bin/install -c -m 0644 sqlite3.h /build/buildd/sqlite3-3.6.19/debian/tmp//usr/include /usr/bin/install -c -m 0644 ./src/sqlite3ext.h /build/buildd/sqlite3-3.6.19/debian/tmp//usr/include /usr/bin/install -c -d /build/buildd/sqlite3-3.6.19/debian/tmp//usr/lib/pkgconfig /usr/bin/install -c -m 0644 sqlite3.pc /build/buildd/sqlite3-3.6.19/debian/tmp//usr/lib/pkgconfig make[1]: Leaving directory `/build/buildd/sqlite3-3.6.19' install -d debian/tmp/usr/lib/sqlite3/ install -m 0664 libtclsqlite3.la `pwd`/debian/tmp/usr/lib/sqlite3 chrpath -d debian/tmp/usr/bin/sqlite3 chrpath -d ./debian/tmp/usr/share/tcltk/tcl8.5/sqlite3/libtclsqlite3.so open: No such file or directory elf_open: Invalid argument make: *** [common-install-arch] Error 1 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 ** Build finished at 20091023-1447 FAILED [dpkg-buildpackage died] Laurent Bigonville --- End Message --- --- Begin Message --- Source: sqlite3 Source-Version: 3.6.19-3 We believe that the bug you reported is fixed in the latest version of sqlite3, which is due to be installed in the Debian FTP archive: lemon_3.6.19-3_amd64.deb to pool/main/s/sqlite3/lemon_3.6.19-3_amd64.deb libsqlite3-0-dbg_3.6.19-3_amd64.deb to pool/main/s/sqlite3/libsqlite3-0-dbg_3.6.19-3_amd64.deb libsqlite3-0_3.6.19-3_amd64.deb to pool/main/s/sqlite3/libsqlite3-0_3.6.19-3_amd64.deb libsqlite3-dev_3.6.19-3_amd64.deb to pool/main/s/sqlite3/libsqlite3-dev_3.6.19-3_amd64.deb libsqlite3-tcl_3.6.19-3_amd64.deb to pool/main/s/sqlite3/libsqlite3-tcl_3.6.19-3_amd64.deb sqlite3-doc_3.6.19-3_all.deb to pool/main/s/sqlite3/sqlite3-doc_3.6.19-3_all.deb sqlite3_3.6.19-3.diff.gz to pool/main/s/sqlite3/sqlite3_3.6.19-3.diff.gz sqlite3_3.6.19-3.dsc to pool/main/s/sqlite3/sqlite3_3.6.19-3.dsc sqlite3_3.6.19-3_amd64.deb to pool/main/s/sqlite3/sqlite3_3.6.19-3_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 552...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Laszlo Boszormenyi (GCS) (supplier of updated sqlite3 package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 26 Oct 2009 05:58:04 + Source: sqlite3 Binary: lemon sqlite3 sqlite3-doc libsqlite3-0-dbg libsqlite3-0 libsqlite3-dev libsqlite3-tcl Architecture: source all amd64 Version: 3.6.19-3 Distribution: unstable Urgency: low Maintainer: Laszl
