* Salvatore Bonaccorso (car...@debian.org) [181006 21:21]:
> FTR, I think if feasible best would be to go for unstable (and thus
> buster) directly to 1.2.1, which will adress as well the other CVEs
> (which were no-dsa or unimportant).
That's the plan, yes.
Andi
Package: wine32
Version: 1.6.2-16
Severity: serious
Hi,
wine32 doesn't start anymore after upgrade with a clean directory.
This is a duplicate of #739863 which had been closed in wine-unstable
which had been removed from unstable afterwards, so this bug is
present in testing.
Andi
--
To UNSU
Hi,
just trying on an i386 buildd, it fails by:
ln -fs out/Release/node node
/usr/bin/python tools/test.py --arch=ia32 simple
=== release test-crypto-stream ===
Path: simple/test-crypto-stream
assert.js:92
throw new assert.AssertionError({
^
AssertionError: false == true
at Decipher
Hi,
we have the following debian bug report about an security isuse in
libpam-oath (source oath-toolkit, upstream web page
http://www.nongnu.org/oath-toolkit/ ).
What is the appropriate process to get an CVE number on it? This issue
is already public, as it is documented in the debian bug trackin
Package: yc-el
Version: 5.0.0-5
Severity: serious
Hi,
please see bug #753885, emacs23 is going to be removed. So please
update the dependencies of yc-el accordingly.
Regards,
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [141005 22:36]:
> That's because the last message from a release team member in this bug
> said [1]:
> 'However (and please note that I'm not a member of the security team
> and just speak for myself here as always when not otherwise marked)
Control: tag -1 + patch
* Andreas Barth (a...@ayous.org) [141003 10:48]:
> Even though the non-working one is longer, it misses -lm -lgmodule-2.0
> -ldl. Of those the -lgmodule-2.0 is the relevant one.
To add this lib I hardcoded the following into configure.in:
GUI_LIBS="$GUI_LIBS $
Hi,
looking a bit from the outside it looks to me as different questions
discussed in parallel.
The one question is how we came here.
* Bill Allombert (ballo...@debian.org) [141003 12:15]:
> On Fri, Oct 03, 2014 at 01:41:02AM +0200, Emilio Pozuelo Monfort wrote:
> > On 30/09/14 11:32, Bill Al
* Andreas Barth (a...@ayous.org) [141003 11:00]:
> * Andreas Barth (a...@ayous.org) [141003 10:48]:
> > Even though the non-working one is longer, it misses -lm -lgmodule-2.0
> > -ldl. Of those the -lgmodule-2.0 is the relevant one.
>
> And the reason for that is that
> pk
* Andreas Barth (a...@ayous.org) [141003 10:48]:
> Even though the non-working one is longer, it misses -lm -lgmodule-2.0
> -ldl. Of those the -lgmodule-2.0 is the relevant one.
And the reason for that is that
pkg-config --libs "libsexy >= 0.1.8"
gives different outp
* Andreas Barth (a...@ayous.org) [141003 10:35]:
> That seems to come from linktool not using the right DSOs. If I copy
> the linking command from the x86-build and do that by hand, I could
> continue to build the binary packages.
Further investigation shows that replacing GUI_LIBS with
Package: xchat
Version: 2.8.8-7.1
Severity: serious
Hi,
xchat FTBFS on three different architectures, one of them being a
release architecture it built before. The error is the same everywhere:
> /usr/bin/ld: plugin-tray.o: undefined reference to symbol 'g_module_symbol'
while linking xchat
That
* Rob Browning (r...@defaultvalue.org) [141002 18:59]:
> Daniel Schepler writes:
>
> > Well, I was actually just pulling it into my bootstrapping process as a
> > build
> > dependency of swig2.0 and autogen.
>
> OK, I've filed migration bugs against both. I'm guessing that perhaps
> once they
Package: guile-cairo
Version: 1.4.0-3.1
Severity: serious
Hi,
this package FTBFS on armhf / armel with
guile-snarf -I/usr/include/cairo -I/usr/include/glib-2.0
-I/usr/lib/arm-linux-gnueabi/glib-2.0/include -I/usr/include/pixman-1
-I/usr/include/freetype2 -I/usr/include/libpng12 -I. -Wall -Werr
Package: dico
Version: 2.2-6
Severity: serious
Hi,
this package fails to build on several architectures.
For arm64, I'd recommend using dh_autoreconf (which would be good for all
arches in future).
For s390x and mips*, the build fails with the following errors:
## ##
##
Control: user debian-...@lists.debian.org
Control: usertags -1 kfreebsd
Hi,
this package still FTBFS on kbsd:
llvm[5]: Linking Release Shared Library liblldb.so
g++-4.9 -std=c++0x -g -O2 -Wl,-R -Wl,'$ORIGIN' -Wl,--gc-sections -rdynamic
-L/«PKGBUILDDIR»/build-llvm/Release/lib -L/«PKGBUILDDIR»/bui
* Cesare Falco (cesare.fa...@gmail.com) [141002 05:36]:
>Hello Jeremy,
>I have made a short patch on my git development branch to be committed
>ASAP and fowarded the issue upstream. I guess it will be fixed in
>0.149.
Would be nice if you could upload the fixed version soon. The fr
* Andreas Barth (a...@ayous.org) [141001 20:23]:
> As it is planned to get rid of openjpeg (see #761356 ) I would
> recommend to just drop the packages from openjpeg.
We had some discussion on this on #-ftp today. One is that it seems
that jessie will release with openjpeg, not openjpeg
Package: openjpeg
Version: 1.5.2-2
Severity: serious
Hi,
the following packages from openjpeg are taken over by another
package:
openjpeg-tools, openjpip-dec-server, openjpip-server, openjpip-viewer
Amongst others that leads to the fact that openjpeg can't be uploaded
anymore because any upload
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 14:36]:
> On 28.09.2014 12:47, Andreas Barth wrote:
>> The release policy does say "Packages must be security-supportable". I
>> would be surprised if a statement from the security team (assuming
>> tha
* Andreas Cadhalpun (andreas.cadhal...@googlemail.com) [140928 11:27]:
> On 28.09.2014 10:24, Moritz Muehlenhoff wrote:
>> Package: ffmpeg
>> Severity: serious
>>
>> As written before we can have only libav or ffmpeg in jessie.
>> I'm filing this blocker bug to prevent testing migration until
>> th
Package: guile-2.0
Version: 2.0.11+1-5
Severity: serious
Hi,
guile-2.0 now FTBFS on armhf:
CC libguile_2.0_la-regex-posix.lo
In file included from vm.c:668:0:
vm-engine.c: In function 'vm_regular_engine':
vm-engine.c:168:1: error: r7 cannot be used in asm here
}
^
CC guile-guile
Hi,
* Sylvestre Ledru (sylves...@debian.org) [140927 20:10]:
> On 26/09/2014 17:52, Helmut Grohne wrote:
> > Package: libclang1-3.5
> > Version: 1:3.5-2
> > Severity: serious
> > Control: affects -1 doxygen
> >
> > Dear clang maintainers,
> >
> > I noticed that installing doxygen in a fresh sid ch
Hi,
* Debian Bug Tracking System (ow...@bugs.debian.org) [140921 20:09]:
> Source: llvm-toolchain-3.5
> Source-Version: 1:3.5-2~exp1
>
> We believe that the bug you reported is fixed in the latest version of
> llvm-toolchain-3.5, which is due to be installed in the Debian FTP archive.
would it b
* Luca Niccoli (lultimou...@gmail.com) [140918 08:25]:
>Hi, I will look into this in the next few days.
>The dependency should be on the gstoraster executable which is now
>indeed in cups-filter.
Sorry for pressing on that, but this blocks the testing migration of
ghostscript, which in
* Michael Banck (mba...@debian.org) [140915 01:49]:
> CCing the powerpc and mipsel buildd maintainers for that.
given back ergo on both architectures.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.de
Package: libgraphicsmagick1-dev
Version: 1.3.20-1
Severity: serious
Hi,
libgraphicsmagick1-dev still has a dependency on libtiff4-dev, but
this package had been removed from tiff since the 4.0.3-10 upload (and
will disappear from sid with the next cleanup cycle by ftp-masters).
The (trivial) fix
* Andreas Barth (a...@ayous.org) [140824 16:31]:
> I intend to upload the NMU as below later today (generated files
> removed from the diff). (I'll probably also add some more rm to
> debian/rules clean target to remove generated files which are not
> there currently.)
Final
* Andreas Barth (a...@ayous.org) [140824 16:07]:
> The libos*-packages are as they should. However, the programm misses
> the jade.mo-files, so something still needs to be done.
This is fixed by setting the domain in Makevars.
I intend to upload the NMU as below later today (generated
* Andreas Barth (a...@ayous.org) [140824 15:37]:
> * Wookey (woo...@wookware.org) [140824 13:34]:
> > or just use dh_autoreconf which I think does exactly the same thing.
> >
> > So with the attached patch the configure goes OK and the build proceeds but
> > eventu
* Wookey (woo...@wookware.org) [140824 13:34]:
> or just use dh_autoreconf which I think does exactly the same thing.
>
> So with the attached patch the configure goes OK and the build proceeds but
> eventually stops with:
> make[3]: Entering directory
> '/home/buildd/packages/modified/openjade-
Package: openjade
Version: 1.4devel1-21
Severity: serious
Hi,
while bootstrapping on ppc64el I found that openjade FTBFS now. I
retried on the amd64 porterbox, and the result is as follows.
Andi
g++ -g --pipe -fpermissive -O2 -o .libs/openjade jade.o SgmlFOTBuilder.o
RtfFOTBuilder.o HtmlFOTB
Package: ardour3
Version: 3.5.380~dfsg-1
Severity: serious
Hi,
the package ardour3 doesn't respect parallel in DEB_BUILD_OPTIONS and
builds with as many parallel processes as there are CPUs. This is not
so helpful on a 16-core-machine which by purpose runs two buildds in
parallel with 6 core per
* Marco Balmer (ma...@balmer.name) [140115 21:26]:
> Le vendredi, 3 janvier 2014, 23.53:48 Andreas Barth a écrit :
> > * Didier 'OdyX' Raboud (o...@debian.org) [140103 23:43]:
> > > Considering you've had your chance to respond to this (and given
> > >
* Didier 'OdyX' Raboud (o...@debian.org) [140103 23:43]:
> Le jeudi, 2 janvier 2014, 19.08:14 Didier '' Raboud a écrit :
> > Le jeudi, 2 janvier 2014, 18.49:31 Andreas Barth a écrit :
> > > So please remove your upload until I can review the situation again
* Didier 'OdyX' Raboud (o...@debian.org) [140102 18:39]:
> Hi Andreas,
>
> This opposition of yours was more than one year ago:
>
> Le dimanche, 7 octobre 2012, 19.26:08 Andreas Barth a écrit :
> > With my mgetty maintainer hat on, I refuse any NMU with this (
Package: reconserver
Version: 0.9.1-1
Severity: serious
Hi,
your package FTBFS on all architectures where it had been tried:
| configure: WARNING: unrecognized options: --disable-maintainer-mode
|dh_auto_build -a -O--builddirectory=.
| make[1]: Entering directory `/«PKGBUILDDIR»'
| g++ -DPACK
* Niels Thykier (ni...@thykier.net) [131103 09:50]:
> On 2013-10-28 22:27, Andreas Barth wrote:
> > * Andreas Metzler (ametz...@bebt.de) [131028 19:24]:
> >> On 2013-10-26 Niels Thykier wrote:
> >
> >>> Your package FTBFS on mipsel but built there in the pas
* Andreas Metzler (ametz...@bebt.de) [131028 19:24]:
> On 2013-10-26 Niels Thykier wrote:
> > Your package FTBFS on mipsel but built there in the past. It looks
> > like it is an ICE, so you may have to reassign the bug to the relevant
> > compiler/part of the toolchain.
> is it possible that t
* gregor herrmann (gre...@debian.org) [130820 15:54]:
> I've prepared an NMU for mgetty (versioned as 1.1.36-1.7) and
> uploaded it to DELAYED/2. Please feel free to tell me if I
> should delay it longer.
Feel free to push it directly into incoming (as always - as long as
you are sure it works).
* Andreas Barth (a...@ayous.org) [130816 15:11]:
> * Andreas Barth (a...@ayous.org) [130816 11:27]:
> > * Axel Beckert (a...@debian.org) [130815 17:55]:
> > > Andreas Barth wrote:
> > > > * Andreas Barth (a...@ayous.org) [130815 13:18]:
> > > > > As goo
* Andreas Barth (a...@ayous.org) [130816 11:27]:
> * Axel Beckert (a...@debian.org) [130815 17:55]:
> > Andreas Barth wrote:
> > > * Andreas Barth (a...@ayous.org) [130815 13:18]:
> > > > As google-mock is now uploaded (and should be built on all
> > >
* Axel Beckert (a...@debian.org) [130815 17:55]:
> Hi Andi,
>
> Andreas Barth wrote:
> > * Andreas Barth (a...@ayous.org) [130815 13:18]:
> > > As google-mock is now uploaded (and should be built on all
> > > architectures within the next hours - already built
* Andreas Barth (a...@ayous.org) [130815 13:18]:
> As google-mock is now uploaded (and should be built on all
> architectures within the next hours - already built on most), could
> you please upload a new version of aptitude to unstable soon (the
> current version plus the gcc-4.8-pa
Package: ruby-god
Version: 0.13.2-3
Severity: serious
Hi,
the package ruby-god doesn't end building because there is still a
process after the package ended building:
16697 ?Sl 0:01 ruby1.9.1 -ryaml -e
YAML.load_file("debian/ruby-test-files.yaml").each { |f| require f }
This can e.
Hi Daniel,
* Daniel Hartwig (mand...@gmail.com) [130727 21:38]:
> On 24 July 2013 19:03, Lifeng Sun wrote:
> > [aptitude] suffers another FTBFS bug [6].
>
> The current versions of google-mock and gtest in unstable are
> incompatible with each other. As google-mock relies on gtest,
> aptitude w
* Fredrik Hallenberg (megahal...@gmail.com) [130727 17:47]:
>Sorry for not responding on this, I had planned to take a look at it
>next week. Feel free to upload your fixed package.
Thanks for your fast answer and for your permission to upload.
I however would like to ask you to check I d
severity 716944 serious
tag 716828 + patch
tag 708812 + patch
thanks
* Daniel Hartwig (mand...@gmail.com) [130727 15:34]:
> gtest is recently bumped to 1.7.0~svn20130629-2 [1]. The 1.6.0
> release of googlemock is incompatible with this, though r437 [2] is.
> Please upload that version to keep th
Package: aptitude
Version: 0.6.8.2-1
Severity: serious
Hi,
re-building aptitude in plain sid (both on mipsel and amd64) ends
with:
checking for boost/weak_ptr.hpp... yes
checking for boostlib >= 1.20.0... yes
checking whether the Boost::IOStreams library is available... yes
checking for main in
severity 668740 important
thanks
Hi,
checking with http://release.debian.org/wheezy/rc_policy.txt I still
don't see why this bug is serious or above. Please note that the
mentioned document is the canoncial definition of release critical
bugs.
Setting the bug to important only means I don't thin
Package: sslh
Version: 1.13b-2
Severity: serious
Hi,
this packages fails to terminate it's testcode properly (at least on
mipsel) and therefore requires the buildd to timeout the build (and
wastes endless time):
buildd 18416 1 0 21:27 ?00:00:00 sh -c ./echosrv --listen
ip6-local
* Nicholas Bamber (nicho...@periapt.co.uk) [120617 08:59]:
> We really need to get dovecot compiled on the non-linux platforms to
> progress with the mysql migration. The systemd dependency puzzles me
> somewhat as systemd is not available on non-linux platforms and dovecot
> has previously c
* Guillem Jover (guil...@debian.org) [120610 10:08]:
> As I mentioned in the long ref-counting thread, I strongly disagree this
> is a correct solution, it just seems like a hack to me. Instead I
> think we should consider changelog (and copyright as long as it's in
> machine parseable format) as d
* Henrique de Moraes Holschuh (h...@debian.org) [120609 02:31]:
> We'd just have to teach the tool to binNMU all arches when the target
> package would need it due to multiarch. Release team requests a binNMU of a
> package for some arch, the tool notices it has to do them all because of
> multi-a
* Julien Cristau (jcris...@debian.org) [120528 20:52]:
> No, the buildds (rem and alkman) have an old broken version of zlib1g.
> Andreas, please upgrade those chroots.
all mips* and ia64 buildds dist-upgraded (except mayer which has an
old-style chroot and cannot be upgraded for the next 60 hours
Package: ruby1.8
Version: 1.8.7.358-3
Severity: serious
Hi,
auto-building ruby1.8 takes a buildd offline for quite some time. E.g.
on ia64 the build only ended after I killed a 20+-hours running part
of the test suite. Please make sure that all programms started by
ruby1.8 are terminated if they
Package: scilab
Version: 5.4.0-alpha-20120903-33206a8-1~exp2
Severity: serious
Hi,
in case scilab doesn't work the selected mechanismn to just spit out
things every 10 minutes prevents the build from terminating by itself.
E.g. from today:
buildd2 28179 28152 99 May05 ?11-21:20:09
/buil
* Russ Allbery (r...@debian.org) [120503 01:33]:
> Ian Jackson writes:
>
> > I'm disappointed to see this is still rumbling on. There is only one
> > correct solution, and it is this:
>
> >> In the long term, I would be happiest if both were renamed.
>
> I won't reiterate the arguments that I'
* Russ Allbery (r...@debian.org) [120326 20:58]:
> Russ Allbery writes:
>
> > Based on Ian's last response, I think the ballot has two options plus
> > further discussion, since I'm quite sure that we're not going to outlaw
> > dh:
>
> > A. debian/rules is not required to be a makefile, only to
* Don Armstrong (d...@debian.org) [120224 21:09]:
> I call for a vote on the kernel ABI numbering policy bug with the
> following ballot:
>
> A) The technical committee declines to override the kernel maintenance
> team's ABI numbering policy.
>
> B) Further discussion
Voting AB
Andi
--
To
* Bdale Garbee (bd...@gag.com) [120202 15:16]:
> A. While recognizing the substantial benefits of thorough code review, the
>Technical Committee believes the goal of multiarch support in the
>Debian wheezy release is sufficiently important as to warrant accepting
>the current draft impl
* Andreas Barth (a...@ayous.org) [120205 10:34]:
> * Bdale Garbee (bd...@gag.com) [120202 15:16]:
> > A. While recognizing the substantial benefits of thorough code review, the
> >Technical Committee believes the goal of multiarch support in the
> >Debian wheezy re
* Bill Allombert (bill.allomb...@math.u-bordeaux1.fr) [110730 01:00]:
> On Sat, Jul 30, 2011 at 12:21:32AM +0200, Andreas Barth wrote:
> > Hi Bill,
> >
> > are you sure it's do_fancy_downsampling? This FTBFS, but
> > do_fancy_upsampling does.
>
> Ah sor
Hi Bill,
are you sure it's do_fancy_downsampling? This FTBFS, but
do_fancy_upsampling does.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: approx
Version: 5.0-1
Severity: serious
Hi,
this package FTBFS now. It could be reproduced on amd64. The tail of
the build log is:
/usr/bin/ocamlc -c -warn-error A -o url.cmi url.mli
/usr/bin/ocamlc -c -warn-error A -o util.cmi util.mli
/usr/bin/ocamlc -c -warn-error A -I +pcre -I +netst
* Johann Felix Soden (joh...@gmx.de) [110501 21:52]:
> 3. Currently, the compiler version check is done at build time by
> calling g++-4.x explicitly if default gcj has version 4.x.y. But if
> gcc-defaults (or any other package) does not guarantee that g++-4.x is
> available, FTBFS can happen - bet
* Matthias Klose (d...@debian.org) [110501 18:31]:
> On 05/01/2011 04:31 PM, Andreas Barth wrote:
>> If fixing pdftk to just use the default version, it builds, but after
>> startup the following error happens:
>>
>> $ pdftk
>> libgcj failure: gcj linkage error.
Package: gcc-defaults
Version: 4.6.0-5
Severity: serious
Hi,
that g++ and gcj have different versions breaks the build of pdftk,
see e.g.
https://buildd.debian.org/fetch.cgi?pkg=pdftk&ver=1.41%2Bdfsg-11%2Bb1&arch=powerpc&stamp=1304254757&file=log
If fixing pdftk to just use the default version,
* Oliver Korff (o...@xynyx.de) [101104 23:04]:
> a little more than a week ago I requested a new build of my package on
> the sparc and ia64 buildds.
scheduled on ia64.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact
* Andreas Metzler (ametz...@downhill.at.eu.org) [101013 19:11]:
> On 2010-10-12 Cyril Brulebois wrote:
> > Source: findutils
> > Version: 4.5.9-1
> [...]
> > | /usr/bin/ld: non-dynamic relocations refer to dynamic symbol
> > chown@@GLIBC_2.0
> [...]
> >
> > https://buildd.debian.org/status/pac
severity 569120 important
thanks
* gregor herrmann (gre...@debian.org) [100717 11:48]:
> On Wed, 12 May 2010 23:04:27 +0200, Andreas Barth wrote:
>
> > I read the commits it got better but not fully fixed. If that is true,
> > I'd be happy to see the changes uploaded to D
clone 576720 -1
reassign -1 linux-2.6
thanks
* Daniel Jacobowitz (d...@false.org) [100412 13:01]:
> On Tue, Apr 06, 2010 at 08:44:13PM +0200, Andreas Barth wrote:
> > on trying to build gdb, the buildd freezes (mundy) or gets rebooted
> > (alkman). This package was tried 3 times
Hi,
I'm uploading this fix as NMU now. Sorry for the urgency, but this
needs to be fixed to allow python 2.6 to go to testing.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi,
I'm uploading this patch as NMU. Sorry for the urgency, but this is
one of the few packages that is blocking the testing migration right
now, and I'd like to get rid of it.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
* Russ Allbery (r...@debian.org) [100622 01:21]:
> Andreas Barth writes:
>
> > I would however welcome to have some bugfixing campaign (release goals
> > for anyone?) which gets rid of the old interfaces in our code base. We
> > should also think if we want to get the
* Guus Sliepen (g...@debian.org) [100621 22:57]:
> There has been an extensive discussion about the proper default value of the
> net.ipv6.bindv6only sysctl, both on the debian-devel mailing list and in
> bugreport 560238. Since people are clearly divided on the issue, and it is
> unlikely a compro
Package: acl2
Version: 3.6.1-1
Severity: serious
Hi,
the emacs22 package refuses to get installed on mipsel, so your
package is failing to build.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
Package: emacs22
Version: 22.3+1-1.2
Severity: critical
Hi,
this package cannot be installed on mipsel:
| Setting up emacs22 (22.3+1-1.2) ...
| update-alternatives: using /usr/bin/emacs22-x to provide /usr/bin/emacs
(emacs) in auto mode.
| update-alternatives: using /usr/bin/emacs22 to provide
Package: axiom
Version: 20100301-1
Severity: grave
Hi,
this package builds way too long. Currently it needs more than 15 days
on ia64 (and still building!). and it needed more than 88 hours on
mips but only 2 on mipsel.
This strongly indicates something in your test suite is buggy
(especially as
* Raphael Geissert (geiss...@debian.org) [100527 18:47]:
> The difficult part of the switch is not fixing the bashisms, but
> educating people about them.
It might actually be nice to write up an summary of what happened,
why, what the bugs are and how to fix that, and send it to d-d-da?
Andi
* Raphael Geissert (geiss...@debian.org) [100527 16:52]:
> On Thursday 27 May 2010 03:08:58 Andreas Barth wrote:
> > * Raphael Geissert (geiss...@debian.org) [100527 06:47]:
> > > Those bugs are policy violations and make those packages FTBFS when using
> > > dash from
* Raphael Geissert (geiss...@debian.org) [100527 06:47]:
> On Tuesday 25 May 2010 11:36:22 Andreas Barth wrote:
> > * Lucas Nussbaum (lu...@lucas-nussbaum.net) [100525 18:16]:
> > > I have downgraded to "important" the bugs I filed about those packages.
> >
>
* Lucas Nussbaum (lu...@lucas-nussbaum.net) [100525 18:16]:
> Indeed. Attached is the list of the 124 packages that FTBFS with dash
> 0.5.5.1-5 but do not fail with dash 0.5.5.1-3.
>
> I have downgraded to "important" the bugs I filed about those packages.
Great. That's the severity I wanted to a
* Raphael Geissert (geiss...@debian.org) [100524 23:13]:
> I probably won't have time to process the results myself in the next
> two-three weeks.
Sorry, but we need something working within one week. I have lots of
cool ideas how the world should be, but this is not about "how should
it look like
Package: dash
Version: 0.5.5.1-5
Severity: serious
Hi,
recently dash gained support for LINENO (see #540685). This made many
other package FTBFS, see e.g. #582037, #582876, #581884 and #582565.
A change that makes so many packages FTBFS makes release management
hard (or rather impossible), so we
severity 579926 important
thanks
Hi,
with version 0.60.0-1+buildd20100520.1 the new schroot can be used,
but the chroot create scripts produces options schroot doesn't like
(and which don't seem to be necessary). The last part remains to be
fixed, but looks way better now.
Andi
--
To UNSUBS
clone 579917 -1
reassign -1 libpam-modules
severity 579917 important
thanks
* Aurelien Jarno (aurel...@aurel32.net) [100519 23:56]:
> The problem is that the mkhomedir_helper is built as a library, using a
> version-script. This lead to:
>
> 0x7016 (MIPS_RLD_MAP) 0
>
> Removi
Package: shotwell
Version: 0.5.0+dfsg-1.1
Severity: serious
Hi,
this package build-depends on libgudev-1.0-dev which however doesn't
exist on kbsd. Also this package doesn't sound linux-only, so please
get this fixed. Thanks.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.de
Package: pinball-dev
Version: 0.3.1-12
Severity: grave
Hi,
this package is now uninstallable in unstable, as gcc-4.1 dropped
libstdc++6-4.1-dev.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
Package: util-linux
Version: 2.17.2-1
Severity: grave
Hi,
on trying to debootstrap sid right now an amd64 sid-system, I get the
following errors. On an i386 system (which has the older util-linux
still installed on ftp-master), debootstrapping works (for this
reason, I file this bug against the
* Julien Danjou (a...@debian.org) [100512 09:35]:
> Andreas Barth writes:
>
> > there is an partial patch in:
> > http://awesome.naquadah.org/bugs/index.php?do=details&task_id=701
>
> There is not.
Sorry, then I read it wrong.
I read the commits it got better but
* Giovanni Mascellani (mascell...@poisson.phc.unipi.it) [100502 19:09]:
> Il 02/05/2010 13:43, Kurt Roeckx ha scritto:
> > $ getconf ARG_MAX
> > 2097152
>
> Which is just the same as in my laptop. Then I can't understand why
> OpenJDK builds finely on it, but doesn't on buildd. I'll have a few mor
Package: schroot
Version: 1.4.1-2
Severity: serious
Hi,
after installing the recent version of sbuild from build.d.o plus
schroot from testing (instead of stable), I got a lot of issues:
schroot -c unstable-mipsel-sbuild
W: line 6 [sid-experimental-mipsel-sbuild]: Deprecated key 'run-setup-scrip
Package: libc6
Version: 2.7-18lenny2
Severity: grave
Hi,
the following happens when trying to run mkhomedir_helper. This
happens with any glibc version, i.e. also in testing and unstable
(that's how I found out). mkhomedir_helper is only available in
testing and unstable, but well.
a...@swarm:
* Fathi Boudra (f...@debian.org) [100418 12:44]:
> it's fixed in svn since yesterday.
Thanks.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: phonon
Version: 4:4.6.0really4.4.0-2
Severity: serious
Hi,
+ phonon-backend-gstreamer/kfreebsd-amd64 unsatisfiable Depends:
gstreamer0.10-alsa
+ phonon-backend-gstreamer/kfreebsd-i386 unsatisfiable Depends:
gstreamer0.10-alsa
however, there is
* Torsten Werner (twer...@debian.org) [100124 14:46]:
> I am reassigning the bug to the gcc-4.4 package because the compiler
> suggest using -ffunction-sections when that argument is specified on
> the command line:
any news on this bug?
I'd appreciate if someone with more hppa / ELF knowledge th
* Daniel Jacobowitz (d...@false.org) [100412 15:01]:
> On Tue, Apr 06, 2010 at 08:44:13PM +0200, Andreas Barth wrote:
> > on trying to build gdb, the buildd freezes (mundy) or gets rebooted
> > (alkman). This package was tried 3 times on mundy and 1 time on
> > alkman. Th
Package: gnarwl
Version: 3.6.dfsg-1
Architecture: ia64
Severity: serious
Hi,
this package has wrong build depends:
Build-Depends: debhelper (>= 7), libldap2-dev, libgdbm-dev, libc6-dev (>=
2.10), po-debconf, quilt
However, libc6-dev doesn't exist on ia64.
Andi
--
To UNSUBSCRIBE, email
Package: gdb
Version: 7.1-1
Severity: serious
Hi,
on trying to build gdb, the buildd freezes (mundy) or gets rebooted
(alkman). This package was tried 3 times on mundy and 1 time on
alkman. The log files ends with (please note that this may not be the
last real line - the machine gets rebooted):
1 - 100 of 669 matches
Mail list logo
