On Thu, 2 Sep 2004, Bastian Blank wrote:
I've done a test build of sarge. About 250 arch any packages failes to build.
You mention apache in the list, but it works here. Please either you add
the failure logs or tell us exactly what is your environment.
Env: fresh sarge chroot on i386
On Sun, Aug 29, 2004 at 11:59:26AM +0200, Jose Carlos Garcia Sogo wrote:
On Sat, Aug 14, 2004 at 04:13:41PM -0300, Henrique de Moraes Holschuh wrote:
As commented in #debian-release, and elsewhere, cyrus-sasl2 in sarge needs
updating.
Any news on this? The package is still different in
Quoting Bastian Blank ([EMAIL PROTECTED]):
I've done a test build of sarge. About 250 arch any packages failes to build.
Great work.
geneweb_4.09-25
KNown problem. Fix in unstable, however with a RC bug introduced by
being forced to use a CVS snapshot.
I'm damn angry and sorry about this
On Tue, Aug 31, 2004 at 10:29:48PM +1000, Andrew Clausen wrote:
Hi Sven,
On Tue, Aug 31, 2004 at 01:56:22PM +0200, Sven Luther wrote:
I have been tryint to upgrade the debian package from a patched 1.6.9 to
this
1.6.12. Am i correct in thinking that the geometry change was the one which
Hi Fabrice,
On Fri, Aug 27, 2004 at 08:27:31AM +0200, Fabrice Lorrain (home) wrote:
Is there a way to get the following information :
- terse mode of this list, ie a {html,txt,*} page listing all the
packages removed from testing since the freeze.
http://ftp-master.debian.org/testing/hints/
On Thu, Sep 02, 2004 at 07:05:58AM +0200, Fabio Massimo Di Nitto wrote:
You mention apache in the list, but it works here. Please either you add
the failure logs or tell us exactly what is your environment.
You are right, it is a false positive.
Bastian
--
Captain's Log, star date 21:34.5...
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
The logs of the failed builds will be available after I got some sleep.
http://bblank.thinkmo.de/debian/build-sarge/
Bastian
--
... The prejudices people feel about each other disappear when they get
to know each other.
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
etoken_0.3.9-2
This one should be fixed in 0.3.9-4 already (in sid). As for chrootuid and
remem (which I also maintain) I would like to see the build report.
Thanks for your work.
Javier
signature.asc
Description: Digital
Bastian Blank [EMAIL PROTECTED] wrote:
I've done a test build of sarge. About 250 arch any packages failes to build.
xsane_0.92-2
A new version made it to testing after the tiff transition.
JB.
--
Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED]
Public key available on
Bastian Blank [EMAIL PROTECTED] schrieb:
I've done a test build of sarge. About 250 arch any packages failes to build.
I attached the lists of packages which failes because of
- generic errors,
- non-resolvable Build-Depends.
[...]
tetex-bin_2.0.2-15
This has been fixed in 2.0.2-20 which
On Thursday 02 September 2004 00:39, Bastian Blank wrote:
wesnoth_0.7.7-1
Current wesnoth version in Sarge is 0.8.2, which entered two days ago, it
should work.
pgp493PzkKgoD.pgp
Description: PGP signature
Bastian Blank [EMAIL PROTECTED] writes:
I've done a test build of sarge. About 250 arch any packages failes to build.
[...]
flite_1.2-release-1
I suspect this is due to Bug#240377 which has been fixed
in sid since nearly half a year now and is waiting for ARM. I've seen
a mail which
On Wed, Sep 01, 2004 at 15:41:55 -0700, Steve Langasek wrote:
It's certainly ok to upload it, but from what I see this library isn't
actually used by any packages in Debian. Are there other reasons why this
library would be important to include in a stable release, if there's no
software
Can you thing any way out of the situation? One is to provide two
packages - php4-interbase-(classic|super), but this is unnecessary
bloat. Both libfbembed (classic) and libfbclient (super) have the same
API, so in theory they are interchangeable. The only difference is that
libfbembed can
Hi,
I am currently on holiday and got some other problems to solve therefore
I post here to find help.
I want to upload two package to testing: showimg and k3b.
showimg since the version compiled with the good libtiff isn't in
testing (due to kde dependancies)
And k3b because the version in
On Thu, Sep 02, 2004 at 02:48:54PM +0200, Jean-Michel Kelbert wrote:
And k3b because the version in testing is unable to burn dvd. And IMHO
it's important for user to be able to burn dvd if they have a dvd
burner, isn't it. That's why I build k3b 0.11.14 for testing, ask some
friends to test
On Thu, Sep 02, 2004 at 01:53:00PM +0100, Colin Watson wrote:
If you don't want to change the version in unstable, make the version
you upload to testing be something like 0.11.14-0sarge1 instead. This
allows us to preserve sane upgrades from testing to unstable.
Also note that a single
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
I've done a test build of sarge. About 250 arch any packages failes to build.
libg++27_2.7.2.1-19
libg++ fails due to
Unpacking ldso (from .../ldso_1.9.11-15_i386.deb) ...
/proc does not appear to be mounted, cannot check if
On Wednesday 01 September 2004 06:39 pm, Bastian Blank wrote:
I've done a test build of sarge. About 250 arch any packages failes to build.
I attached the lists of packages which failes because of
- generic errors,
- non-resolvable Build-Depends.
The lists are not completely accurate as
On Thu, Sep 02, 2004 at 03:28:19PM +0200, Francesco P. Lovergine wrote:
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
libg++27_2.7.2.1-19
libg++ fails due to
[...]
This seems a problem due to you buildd environment.
The chroots have no proc mounted. Nothing describes them as
On Thu, Sep 02, 2004 at 10:14:54AM +0200, Bastian Blank wrote:
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
The logs of the failed builds will be available after I got some sleep.
http://bblank.thinkmo.de/debian/build-sarge/
chrootuid seems to be a false-positive or a
On 2004-09-02 Bastian Blank wrote:
This seems a problem due to you buildd environment.
The chroots have no proc mounted. Nothing describes them as necesary.
You are referring to the buildd chroots, right? From my experience I would say
that all buildd chroots do have /proc mountet.
One of
Hi,
I've filed RC bug #269615 against vaiostat because it's got issues with
recent 2.4 kernels, and in its current form, would be useless in Sarge.
regards
Andrew
--
linux.conf.au 2005 - http://linux.conf.au - Birth place of Tux
April 18th to 23rd - http://linux.conf.au -
On Thu, Sep 02, 2004 at 04:23:46PM +0200, Bastian Blank wrote:
The chroots have no proc mounted. Nothing describes them as necesary.
zebra used to ftbfs without /proc. I remember a length debugging
session when backporting because the build error message given was
_very_ obscure.
Greetings
Marc
On Thu, Sep 02, 2004 at 04:23:46PM +0200, Bastian Blank wrote:
On Thu, Sep 02, 2004 at 03:28:19PM +0200, Francesco P. Lovergine wrote:
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
libg++27_2.7.2.1-19
libg++ fails due to
[...]
This seems a problem due to you buildd
[Please Cc: me in replies to the list]
I guess it is too late now, but I will ask, just in case...
The latest rosegarden4 upload was made shortly before the last
low-urgency uploads call (and shortly after the upstream
release). When the KDE 3.3 uploads where made 10 days later, I hoped
that
Bastian Blank wrote:
- non-resolvable Build-Depends.
mysql-admin_1.0.9-4
Works now. New MySQL entered Sarge
- Adam
--
Building your applications one byte at a time
http://www.galacticasoftware.com
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
I've done a test build of sarge. About 250 arch any packages failes to build.
I attached the lists of packages which failes because of
- generic errors,
- non-resolvable Build-Depends.
I took me some time and investigated all
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
It was renamed and went developped in another direction,
please remove this mywiki. The current new renamed program
from upstream is not up to date for GNUstep currently (and won't
be for some time I guess). It wasn't very used either (according
to
thy libgnutls11-dev(=1.0.16-7) libgnutls11-dev is frozen, TODO: ?
That looks like a bug in thy, with an unnecessarily strict build-dep.
Either a strict build-dep, or adding a bunch of indirect build-deps. I'm
more comfortable with the former, but if that prevents thy from getting
into sarge,
On Thu, Sep 02, 2004 at 08:19:19PM +0100, Gürkan Sengün wrote:
It was renamed and went developped in another direction,
please remove this mywiki. The current new renamed program
from upstream is not up to date for GNUstep currently (and won't
be for some time I guess). It wasn't very used
On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
libexif-gtk_0.3.3-4
0.3.3-5 is in testing and and build from source.
Thanks,
Christophe
--
Christophe Barbé [EMAIL PROTECTED]
GnuPG FingerPrint: E0F6 FADF 2A5C F072 6AF8 F67A 8F45 2F1E D72C B41E
There's no sense in being precise
On Fri, Sep 03, 2004 at 12:45:41AM +1000, Andrew Pollock wrote:
I've filed RC bug #269615 against vaiostat because it's got issues with
recent 2.4 kernels, and in its current form, would be useless in Sarge.
Hinted for removal.
Thanks,
--
Steve Langasek
postmodern programmer
signature.asc
33 matches
Mail list logo