Hi Mark, Micha, Release gurus,
first, my apologies for not following up on the Mark's ITP which I
overlooked...
As you may or may not know, the kbanking library as introduced to
Debian/unstable in October is obsolete and is probably (on the way to
being) at least partially unusable since about
Thomas Viehmann [EMAIL PROTECTED] writes:
- Release team: kmymoney2 has already been mentioned to be tying
gnucash to kde. Is my impression that an update of libaqbanking
introducing libkbanking1 (and a build-dependency on kdelibs4-dev)
is disruptive to the testing migration?
Thomas, I
On Thu, Oct 20, 2005 at 01:02:56AM -0700, Thomas Bushnell BSG wrote:
Thomas Viehmann [EMAIL PROTECTED] writes:
- Release team: kmymoney2 has already been mentioned to be tying
gnucash to kde. Is my impression that an update of libaqbanking
introducing libkbanking1 (and a
* Steve Langasek [EMAIL PROTECTED] [2005-10-05 01:28]:
octave-gpc needs a requeue (and I think that's all) on alpha and
mips, as it couldn't find libgpcl-dev and that package now appears to
be available. I'm not sure what's going on with it on ia64; it
installs libgpcl-dev and then can't
On Wed, Oct 19, 2005 at 07:19:47PM -0700, Thomas Bushnell BSG wrote:
Steve Langasek [EMAIL PROTECTED] writes:
Right, and for that reason I'm not going to spend too much time chasing my
tail on this right now given that a lot can change between now and
openssl/GNOME1 being ready.
BTW,
On Thu, Oct 20, 2005 at 10:32:09AM +0200, Rafael Laboissiere wrote:
* Steve Langasek [EMAIL PROTECTED] [2005-10-05 01:28]:
octave-gpc needs a requeue (and I think that's all) on alpha and
mips, as it couldn't find libgpcl-dev and that package now appears to
be available. I'm not sure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
At Tue, 18 Oct 2005 23:37:17 -0400,
Adam C Powell IV wrote:
Can someone please build scalapack for arm? I tried (took about 20
hours on my netwinder), but am still bitten by bug 222536 -- which is
not reproducible, except on my box where it
Steve Langasek [EMAIL PROTECTED] writes:
But there seems to be a *huge* pile-up of libraries preventing that from
happening today. I didn't realize how big it was until I looked at
gnucash's status just now.
The autobuilders are puttering along. Hence my email recently to
debian-devel about
On Thu, Oct 20, 2005 at 07:53:39AM -0700, Thomas Bushnell BSG wrote:
Something about our buildd methodology forces this pain. One example
is that with a chain of dependent packages, each package gets built,
then in a day or so the buildd admin signs it and uploads it, and the
next day it is
On Thu, Oct 20, 2005 at 03:44:10PM +0200, Andreas Barth wrote:
You can browse the build logs on buildd.debian.org.
I did. It says mpich was build (probably succesful) 2 months ago. It
does not tell me why it still hasn't entered unstable 2 months later.
That is what I was wondering about.
Is
On Thu, Oct 20, 2005 at 10:00:16AM -0400, Adam C Powell IV wrote:
That's odd, my mirror has the latest arm binary .debs for mpich and lam,
and they appear to have been there for quite a while...
Maybe I have to check my sources.list then. That seems weird.
I will try redoing my /etc/apt
* Lennart Sorensen ([EMAIL PROTECTED]) [051020 17:19]:
On Thu, Oct 20, 2005 at 03:44:10PM +0200, Andreas Barth wrote:
You can browse the build logs on buildd.debian.org.
I did. It says mpich was build (probably succesful) 2 months ago. It
does not tell me why it still hasn't entered
On Thu, Oct 20, 2005 at 10:46:04AM -0400, Lennart Sorensen wrote:
On Thu, Oct 20, 2005 at 03:44:10PM +0200, Andreas Barth wrote:
You can browse the build logs on buildd.debian.org.
I did. It says mpich was build (probably succesful) 2 months ago. It
does not tell me why it still hasn't
On Thu, Oct 20, 2005 at 05:02:58PM +0200, Wouter Verhelst wrote:
Due to the way how buildd works, it sometimes happens that packages slip
through the cracks and get lost. If that happens, usually all you need
to do is contact the buildd admin. Have you tried that? (i.e.,
[EMAIL PROTECTED])
* Thomas Bushnell BSG ([EMAIL PROTECTED]) [051020 16:54]:
Something about our buildd methodology forces this pain. One example
is that with a chain of dependent packages, each package gets built,
then in a day or so the buildd admin signs it and uploads it, and the
next day it is added to the
On Thursday 20 October 2005 08:50, Thomas Viehmann wrote:
first, my apologies for not following up on the Mark's ITP which I
overlooked...
I became aware after I had built kbanking, also I wasn't aware how soon the
aqbanking direct support for kbanking was going to be, so I uploaded
kbanking.
I want to download DVD iso images for Debian unstable / sid. Las time I
did that I used jigdo. .jigdo files were at:
ftp://ftp.fsn.hu/pub/CDROM-Images/debian-unofficial/sid-dvd/jigdo/
but now I can not find them anywhere. I was searching for a few days
now, but no luck. Debian users mailing list
Can't seem to find any mirrors: I have found heaps of jigdo files from
sarge, but none for current sid. It seems fsn://HU is not creating
files for some reason. All the mirrors have out of date images (some
from March, some from March 2001...). Is anyone willing to create a
new mirror with
Steve Langasek wrote:
On Tue, Oct 18, 2005 at 05:14:19PM -0400, Nathanael Nerode wrote:
snip
One removal should likewise get wxwindows in:
# Don't wait for subversion
remove rapidsvn/0.8.0-3
That's not one removal, because pysvn also depends on rapidsvn.
Ah, two. :-P
I don't
see any
On Thu, Oct 20, 2005 at 07:53:39AM -0700, Thomas Bushnell BSG wrote:
Steve Langasek [EMAIL PROTECTED] writes:
But there seems to be a *huge* pile-up of libraries preventing that from
happening today. I didn't realize how big it was until I looked at
gnucash's status just now.
The
Hello Mark and Thomas,
Mark Purcell schrieb:
My one query is Does kmymoney2 build with kbanking from aqbanking? Do you
have
some test debs I can look into?
The packages I've build and checked in to svn.debian.org are available
under http://aqbanking.alioth.debian.org/unstable/
So I'd like
So the two different versions of sidplay are tied together due
to xmms-sid. xsidplay ties libsidplay to arts and Qt,
while gst-plugins0.8 ties it to arts, flac -- and liboil, which is
FTBFS on powerpc.
remove gst-plugins0.8/0.8.8-3
remove xsidplay/1.6.5.2-2
easy libsidplay/1.36.59-4,
On Thu, Oct 20, 2005 at 08:44:24PM -0400, Nathanael Nerode wrote:
So the two different versions of sidplay are tied together due
to xmms-sid. xsidplay ties libsidplay to arts and Qt,
while gst-plugins0.8 ties it to arts, flac -- and liboil, which is
FTBFS on powerpc.
remove
23 matches
Mail list logo