Bill Allombert wrote:
> After spending a dozen of hour tracking it, I have the obvious headache,
> but also the following:
>
> 1) debootstrap woody
>
> 2) Install the following packages:
> konqueror aptitude libqt3 libhtml-tree-perl libapt-pkg-perl libft-perl
>
> 3) point apt at sarge.
>
> At t
Andreas Barth wrote:
> Hi,
>
> I started to draft the textual changes to our release policy according
> to our meetings results. Please feel free to cluebat me until the texts
> are in good shape. :)
>
>
> Cheers,
> Andi
>
>
> 1. DFSG-freeness
>
> Code {+and Documentation+} in main a
>release blockers:
>pet release goals (aka non-blockers):
How about a newer glibc version? Not mentioned, but I think a lot of people
would really like to see it.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
rs (!) to build on m68k...
So m68k has become the bottleneck for KDE to get into testing. If a
concerted effort is made to deal with that, it will probably slow down
the building of everything else on m68k, of course...
I'm sure it will catch up eventually, but it does seem to
the
latest gcc-3.3 perhaps be hinted in despite the HPPA problem (that's
what I'd guess)?
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
-specific part, which isn't anything to
do with upstream gcc. :-/ Evil gpc.
hppa is toast due to glibc, so I don't even know what to say about KDE there.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
From bjorn.haxx.se:
20 packages wait for lcms (63 days old, Valid candidate, breaks 309 pkgs)
Really? This seems unlikely.
Perhaps it needs hinting?
es-in-testing fixed up (there are not very many)
http://ftp-master.debian.org/testing/testing_outdate.txt
* Uninstallable binaries in testing fixed up (a list of reasons for each
one wouldn't hurt in dealing with this....)
http://ftp-master.debian.org/testing/testing_probs.html
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
with build setup, lots of unfixed-long-time bugs.
autoinstall-i386 -- doesn't build, hasn't for a long time.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
to go in at the same time as libxml2.
Hope this helps.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
It looks from
http://bjorn.haxx.se/debian/testing.pl?package=libsigc%2B%2B&expand=1
as though libsigc++ and the packages which depend on it are ready to go in,
but have to be hinted together.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
Colin Watson wrote:
>On Fri, Oct 17, 2003 at 01:55:28PM -0400, Nathanael Nerode wrote:
>> It looks from
>> http://bjorn.haxx.se/debian/testing.pl?package=libsigc%2B%2B&expand=1
>> as though libsigc++ and the packages which depend on it are ready to go in,
>>
Oh, right, forget it; I just noticed that libsigcx is slated to vanish.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
http://bjorn.haxx.se/debian/testing.pl?package=icu
The three 'uninstallable' packages aren't in unstable.
It looks like 'xerces' and 'xerces20' should stay gone. Not sure about
'xerces21', but if it should stay, it should be hinted in together with
icu, which looks like it will make everything
libgc
-
* oo2c has to wait 6 more days.
* w3m has an RC security bug (#200028) which has not been fixed
(apparently due to some stupid arguments).
* Then, joint hinting will presumably do the trick.
Summary:
w3m should not be setuid root. It needs to be setuid root because
/dev/MAKEDEV
This is a non-free package. It won't go in due to unsatisfiable 'depends',
but that's the way it's designed; it seems to be a false issue.
It will break horribly when unstable glibc gets into 'testing' unless its
new unstable version is pushed into te
It looks like libsigc++ is ready to go. All the packages which it would
render uninstallable are just waiting for it (or have been deleted from
unstable).
xgsmlib needed a build on m68k, which is apparently done (I don't know
if it's been uploaded yet; if not, that should happen first of cour
Are these four ready to be hinted in together, or am I missing something?
These are the qt2 packages. Currently they are held up because they
break innovation3d and nurbs++ -- both of these have newer, c102
versions in unstable which use qt3. They FTBFS on some architectures,
so they can't go in, but if they were removed from 'testing', it looks
like the qt2 packag
Wouldn't it be more effective if you would try to fix these packages
instead of proposing to remove them?
No, it wouldn't.
(1) I couldn't care less about these packages. I'm not competent to fix them
and
I don't really want to.
(2) nurbs++ has been failing to build on HPPA since July, whi
nd version transitions really "ought" to go into
sarge. I suspect that there won't be much more and it will become appropriate
to try to figure out how to fix all the "uninstallable in sarge" bugs at that
time.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
ersion, it can go back in.
(Incidentally, its (ex-)maintainer Charles Briscoe-Smith is utterly MIA
and should probably be locked out of all Debian machines for now, until
he reappears. I wish there was a good way to see the list of all Debian
Developers who have been marked MIA and locked out already
eral Debian Developers -- ones
who have not discussed the topics on public mailing lists, apparently out
of fear of blacklisting! -- *believe* it to be true is very disturbing,
and provides in and of itself evidence of serious communication problems.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
hinting to get this cluster in.
It looks like if all six go in at once, it will work, but I don't see any
way for any subset to go in.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
be waiting for zlib and alsa-lib, and they would presumably go in when
the jack-audio-connection-kit logjam unjams.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
vorbis)
* gnome-applets (after gnutls7, libxml2)
* galeon (after mozilla)
Plus presumably lots of other dependencies of zlib, gnutls7, libxml2, mozilla,
jack-audio-connection-kit, pilot-link, apache, and so on.
:-)
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
>> * get new linux-kernel-headers on the buildds
>
>Your long mails in the corresponding RC gem bug didn't include the
>suggestion to let gm build depend on an appropriate version of
>linux-kernel-headers.
Unless I'm mistaken, new versions of glibc and linux-kernel-headers are
*not* automatica
Adrian Bunk wrote:
On Fri, Dec 19, 2003 at 09:15:00PM -0500, Nathanael Nerode wrote:
Adrian Bunk wrote:
Independent of this, they are not ready:
xawtv depends on new zlib
zlib has build failures on several architectures
This should hopefully be fixed ASAP as it's holding up mo
Colin Watson wrote:
zlib's going to be a little while due to missing buildds, and a lot of
the rest depends on that ...
I think we might have to remove some packages for
jack-audio-connection-kit. IRC conversations are a bit timezone-lagged
though.
It's really hard to tell until the buildds ar
From bjorn.haxx.se:
># Updating krb4 makes 1 packages uninstallable on alpha: libpam-heimdal
># Updating krb4 makes 3 packages uninstallable due to depending on
>krb4: arla, heimdal, cyrus-sasl2
So it looks like libpam-heimdal is the only thing preventing the
arla/heimdal/cyrus-sasl2/krb4 group
libcache-cache-perl: See bug 215107; the (new) maintainer apparently
does not want it in testing until he fixes it. Yet it is already in
testing
kernel-image-2.4.18-i386bf: Boot-floppies kernel image. Boot-floppies
won't be in sarge.
iraf: Three serious policy violations. (223543, 223
Woo-hoo; beautiful hinting. :-) Nice to see zlib in.
Looks like s390, arm, and sparc were put on the out-of-date architecture
list, right?
Lots of stuff should start going in automatically, such as apache.
--
So, it's time to hint mozilla in together with its locale packages.
I have been so
AJ, thanks for the pointer to
http://ftp-master.debian.org/testing/hints/README; I'd never seen it
before, because it isn't linked to by anything.
==? reassign bug 224599 (and mergee 224602) to nvidia-glx or something
These are known not to be bugs in the python-qt3 package. The
maintainer is
On Wed, Dec 31, 2003 at 02:01:34AM -0500, Nathanael Nerode wrote:
==? Ignore RC bugs for kdebase/4:3.1.4-1
Neither of the RC bugs are present in sid (only in woody); it seems to
be a failing of the current 'testing' scripts that they don't recognize
this, given that both bugs ar
==> remove rocks-n-diamonds/2.0.0-0.2
May not be distributable; see bug #210233
==> remove mindi-kernel/1.0-1
No source; see bug #217160
==> remove kernel-image-3.4.18-i386bf
Boot-floppies image, useless in sarge
==> remove iraf/2.11.3-2
FTBFS, major FHS violation, binary with same name as one
So I produced a kernel intended for the upgrade-i386 directory.
See http://lists.debian.org/debian-kernel/2004/08/msg02087.html
I wanted it to be tested, but nobody has paid any attention. I don't
currently have a place to upload it.
I send this message to debian-release in hopes that someon
Steve Langasek wrote:
On Fri, Oct 01, 2004 at 01:07:25PM -0400, Nathanael Nerode wrote:
So I produced a kernel intended for the upgrade-i386 directory.
See http://lists.debian.org/debian-kernel/2004/08/msg02087.html
I wanted it to be tested, but nobody has paid any attention. I don&#
nificant
parts of GNOME and KDE).
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
hint libpcd/1.0.1 openmotif/2.2.2-6
These two need to go in together because of ida.
It won't work until ida/0.20 gets built on arm and m68k, but hopefully
that will happen soon.
age
will need to be kept out because gtkhtml3.0 is broken. :-P
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
d
pretty soon.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
==> force nvidia-graphics-drivers/1.0.4496-10
The testing scripts still don't recognize that non-free packages can
depend on packages not in Debian, so there's no other way to get this in.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
t; force nvidia-graphics-drivers/1.0.5328-4
The problem is that this is non-free with unsatisfiable depends and
will *never* go in manually. 5328 is needed for out-of-the-box 2.6 kernel
support, which is worth having for sarge.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
o be removed from sarge.
It may be more reasonable to remove the package entirely, from
sid as well, despite the maintainer's statements of intent -- that's why
this is CC:ed to QA.
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
http://ftp-master.debian.org/testing/update_out_code/
http://ftp-master.debian.org/testing/hints/
"Forbidden".
Please (a) reenable these, and (b) link them from somewhere appropriate
(such as http://www.debian.org/devel/testing).
Thank you.
--
Nathanael Nerode
http://home.tw
>IMHO encompass should be dropped from testing.
>
>Opinions?
I suggested this several days (weeks?) ago because I *anticipated* encompass
keeping neon (and hence subversion) out of sarge. Note that apart from
whatever problems encompass itself has, it is stuck until gtkhtml3.0 is
fixed, and gt
;t worth worrying about until the above happens
KDE depends on this mess (via alsa-lib), sadly. :-(
Hopefully thanks to Junichi's freeze there will be no new uploads of
anything in this mess (except to fix build failures or RC bugs)
until kdemultimedia gets in. :-)
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
I notice emacs20 has been trying to be removed for a while.
In order to make this work, you need to
remove eshell/2.4.2-6
remove w3-el/4.0pre.46-18
remove emacs20/20.7-13.1
W3-el and eshell are packages for emacs20 (only). The packages serve no
function with emacsen other than emacs20. Eshell
Martin Schulze wrote:
>Joel Konkle-Parker wrote:
>> According to http://people.debian.org/~joey/stable.html, 3.0r3 is due to
>> be cut pretty soon.
>>
>> How's it looking?
>
>It'll probably be mid or end of February.
>
>Regards,
>
>Joey
Is it possible to get the boot-floppies from unsta
The lone mipsel buildd appears to be suffering all manner of problems.
Perhaps it's time to admit that mipsel isn't keeping up right now? :-P
--
Nathanael Nerode
http://home.twcny.rr.com/nerode/neroden/fdl.html
-fb,opie-games-fb,opie-inputmethods-fb,opie-multimedia-fb,opie-pim-fb,opie-settings-fb,opie-themeing-fb,opie-tools-fb
>Easy hint from vorlon: openmotif/2.2.2-6 motv/3.88-1
>leading: openmotif,motv
--
Nathanael Nerode
US citizens: if you're considering voting for Bush, look at these first:
http://www.misleader.org/ http://www.cbc.ca/news/background/arar/
http://www.house.gov/reform/min/politicsandscience/
lot-link
>Hint from ajt: mozilla/2:1.5-3
> Version mismatch, mozilla 2:1.5-3 != 2:1.6-1
>Not using hint
>Hint from ajt: jack-audio-connection-kit/0.75.0-2 alsa-lib/0.9.8-2
> Version mismatch, jack-audio-connection-kit 0.75.0-2 != 0.94.0-1
> Version mismatch, alsa-lib 0.9.8-2 != 1.0
uilt, needs upload
-- may (or may not) need Ryan Murray to wake up
--
Nathanael Nerode
US citizens: if you're considering voting for Bush, look at these first:
http://www.misleader.org/ http://www.cbc.ca/news/background/arar/
http://www.house.gov/reform/min/politicsandscience/
other previous suggestions have all gone in and been successful. :-)
==> remove logtrend-visuapache/0.82.2-1
Necessary to remove libgd-perl. (Although, come to think of it, why was
libgd-perl being removed again?)
--
Nathanael Nerode
US citizens: if you're considering voting for Bush,
anyway, which isn't in testing
and won't be until it's repackaged (for similar reasons plus others).
==> urgent libjackasyn
Um, yeah, I know there isn't such a hint yet, but if there was, this
would be a good idea. Otherwise we have to wait another 10 days when
all that changed w
and kdegames
3.1.5 will go in, and then kdeaddons 3.1.5 will go in -- and kdeaddons
is still at version 2.2.2 in sarge. In other words, this will allow
there to be a version of KDE 3 entirely present in sarge for the first
time, accomplishing an important release goal and allowing everyone
to rela
the above.
I ran out of time around 'l' except for this one I happened to notice:
remove rcconf/1.6:
#218951 Thomas Hood described it as "an experimental POS with potential".
--
Nathanael Nerode
US citizens: if you're considering voting for Bush, look at these f
ike this worked -- but it was the wrong version... see above
remove gnome-mag/0.10.2-1
'vorlon' has a note saying that this 'can't be removed', but see above
remove kernel-image-2.4.18-i386bf/2.4.18-5
remove kernel-patch-2.4.17-s390/0.0.20020816-2
remove kernel-i
clear up when new postgresql goes in.
The exception is vlc-arts. For a new version of vlc to go in, new arts,
xfree86, and libggi have to get in, all of which have their own problems.
Hopefully those will clear up too, though...
--
Nathanael Nerode
US citizens: if you're considering vo
ar to have deadlock. Is it possible to hint a joint removal?
If not, this may require manual intervention.
--
Nathanael Nerode
US citizens: if you're considering voting for Bush, look at these first:
http://www.misleader.org/ http://www.cbc.ca/news/background/arar/
http://www.house
remove icecast2/1.9+2.0alphasnap2+20030802-1.2
Bug #229720; the 'license-clean' version still hasn't been uploaded, and the
'license-dirty' version shouldn't be released.
--
Make sure your vote will count.
http://www.verifiedvoting.org/
remove boot-icons/0.2
Request of the maintainer, a.k.a. bug 235862
remove dovecot/0.99.10.4-2
#225048 (data loss) and #232832
--
Make sure your vote will count.
http://www.verifiedvoting.org/
Igor Genibel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Le Friday 12 March 2004 02:27, Nathanael Nerode a écrit :
>
>> remove dovecot/0.99.10.4-2
>> #225048 (data loss) and #232832
>
> Could you explain your motivation about dovecot ?
>
remove svn-devscripts/0.3.5
See bug number #237077 -- this is now a dummy package and was never a real
package in Sarge, existing only for upgrades of people using sarge or sid
it sounds like a good candidate for removal.
--
Make sure your vote will count.
http://www.verifiedvoting.org/
remove gkrellongrun/0.6.1-2.2
Bug #190882.
--
Make sure your vote will count.
http://www.verifiedvoting.org/
remove wesnoth/0.6.99.4-1
Bug #238191
--
Make sure your vote will count.
http://www.verifiedvoting.org/
remove irssi-plugin-icq/0.2-2
#232702, request of maintainer
--
Make sure your vote will count.
http://www.verifiedvoting.org/
Adrian Bunk wrote:
> This will ensure _nothing_.
>
> It's supported that users upgrade from Debian 3.0r0 to 3.1.
Unfortunately, I think that already isn't supported. If I'm not very much
mistaken, there are several things which simply will not work without an
intermediate upgrade to 3.0r2 -- o
I'm getting more aggressive as time goes on. All of these have RC bugs
which affect the package in Sarge and have been open since at least January.
I ignored patched and pending bugs, although I'll probably send a different
message to a different list asking for NMUs of those. I also ignored bugs
Josip Rodin wrote:
> On Sat, Mar 20, 2004 at 03:22:20PM -0500, Nathanael Nerode wrote:
>> remove dict-jargon/4.4.4-4
>> FTBFS (#229435). Eventually it will be fixed and it can go in again, of
>> course.
>
> Um. It's Architecture: all.
So what? It still has s
hint lam/7.0.4-2
Won't work until scalapack builds on mips, but that appears to be just
a matter of time.
--
Make sure your vote will count.
http://www.verifiedvoting.org/
So, the nagios mess does not look close to being fixed.
The following packages have no installable binaries in 'testing' (except
nagios-nrpe-doc, which seems kind of silly when none of the other packages
are installable.)
remove nagios-nrpe/2.0-2
remove nagios-statd/3.09-3
remove nagios/2:1.1-11
Josip Rodin wrote:
> On Sat, Mar 20, 2004 at 05:30:21PM -0500, Nathanael Nerode wrote:
>> >> remove dict-jargon/4.4.4-4
>> >> FTBFS (#229435). Eventually it will be fixed and it can go in again,
>> >> of course.
>> >
>> > Um. It's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian Bunk wrote:
| On Sat, Mar 20, 2004 at 06:46:28PM -0500, Nathanael Nerode wrote:
|
|>So, the nagios mess does not look close to being fixed.
|>The following packages have no installable binaries in 'testing' (except
|>nag
Yay! All the necessary uploads have been done for lm-sensors!
Congrats to everyone involved!
It will still take ten days and some rebuilds. (Unless the 'urgent' hint
becomes possible.)
But when they're ready I think this is the right hint:
easy lm-sensors/2.8.5-3 mrtgutils/0.5 wmsensors/1.0.4-
Riku Voipio wrote:
> On Fri, Mar 12, 2004 at 09:37:15PM -0500, Nathanael Nerode wrote:
>> Igor Genibel wrote:
>> > Could you explain your motivation about dovecot ?
>> > The upstream seems to be active and aware
>> > ( http://bugs.debian.org/cgi-bin/bug
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michael Koch wrote:
| I asked Anthony Towns personally to remove sear, sear-media and cal3d
| for now from Sarge until my issues are solved but got no answer yet.
| Perhaps this was the wrong address/person to ask. He is surely very
| busy doing more
The HINTS!
=> easy xfree86/4.3.0-7 sppc/1.0.1-7 tulip/1.2.5-4
Lets XFree86 in.
=> easy lam/7.0.4-2 blacs-mpi/1.1-21 scalapack/1.7-7 python-scientific/2.4.5-2
hdf5/1.6.1-4 netpipe/3.6-1 xmpi/2.2.3b8-3
Lets that whole list in.
=> easy lm-sensors/2.8.5-3 mrtgutils/0.5 wmsensors/1.0.4-3.3
hardware
Daniel Bonniot wrote:
>
> Hi,
>
> The excuses for Nice currently read:
>
> # nice (0.9.5-1 to 0.9.6-1)
>
> * Maintainer: Daniel Bonniot
> * Too young, only 4 of 10 days old
> * Not considered
> * Depends: nice orp-classpath (not considered)
>
>
> The strange part is nice depe
Steve Langasek wrote:
>> => easy lam/7.0.4-2 blacs-mpi/1.1-21 scalapack/1.7-7
>> python-scientific/2.4.5-2 hdf5/1.6.1-4 netpipe/3.6-1 xmpi/2.2.3b8-3
>> Lets that whole list in.
Well, this isn't working, apparently, from the big "FAILED" in
update_output.txt, and I can't tell why from update-outpu
These should both work right now.
easy mono/0.30.2-1 mcs/0.30.2-1
easy arts/1.2.1-2 xmms-arts/0.7.1-1
--
Make sure your vote will count.
http://www.verifiedvoting.org/
Steve Langasek wrote:
>> db3
>> #223142, #234507
>> db4.0
>> #223140
>> I know we can't remove them. One of the base problems
>
> It would be nice to see fewer copies of libdb in sarge, in all honesty.
> Christian Perrier reported on debian-boot that there are no less than
> six versions currentl
For zope to be removed, one must also do this:
remove zope-textindexng2/2.05-1
remove zope-zpatterns/0.4.3p2-17
--
Make sure your vote will count.
http://www.verifiedvoting.org/
sysklogd has two annoyingly-long-open patched RC bugs.
(syslog-ng, for example, doesn't.)
sysklogd's maintainer (Martin Schulze) is presumably too busy to deal with
it, or something. Either sysklogd should be NMUed, or a different
syslog package should be the default for sarge. Thoughts?
--
Ma
Martin Schulze wrote:
> Nathanael Nerode wrote:
>> sysklogd has two annoyingly-long-open patched RC bugs.
>> (syslog-ng, for example, doesn't.)
>>
>> sysklogd's maintainer (Martin Schulze) is presumably too busy to deal
>> with
>> it, or
Rene Engelhard wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi,
>
> Nathanael Nerode wrote:
>> --> libdb3:
>> rpm (and librpm4)
>> libsasl2
>> dhelp
>> libpam-modules
>> openoffice.org-bin
>
> OOo builds and (appare
Colin Watson wrote:
> On Mon, Mar 29, 2004 at 12:53:14AM -0500, Nathanael Nerode wrote:
>> OK, just as a data point, here are the things on my system built against
>> various versions of libdb other than libdb4.2.
>> --> libdb1-compat
>> libc6
>>
>> Is
Clint Adams wrote:
>> Note that upgrading applications to new libdb versions is generally more
>> work than you expect, as on-disk databases need to be upgraded.
>> Sometimes you can use the db*_upgrade tools, sometimes you can dump and
>> reload, sometimes it's acceptable and much easier to trash
I filed bug 241225 to prevent new hotplug from going into sarge until the
ALSA issue is resolved.
New hotplug currently breaks alsa for basically everyone using
kernel 2.6. This is a nasty regression, regardless of whose "fault" it is,
and it seems extremely inappropriate to allow this regression
Martin Schulze wrote:
>> Really, 2.*2*? Any reason for that rather than 2.4?
>
> They're similar. So it's from 2.4 as well. Please take a look at the
> source and let me know if there are any problems to be expected with
> it, if you're in doubt.
The structures are the same... except for one th
Steve Langasek wrote:
> On Thu, Apr 01, 2004 at 10:27:30AM -0500, David B Harris wrote:
>> On Wed, 31 Mar 2004 15:12:58 -0500
>> [EMAIL PROTECTED] (Nathanael Nerode) wrote:
>> > I filed bug 241225 to prevent new hotplug from going into sarge until
>> > the ALSA is
Steve Langasek wrote:
> On Tue, Apr 06, 2004 at 08:20:54AM -0400, David B Harris wrote:
>> On Tue, 6 Apr 2004 01:15:13 -0500
>> Steve Langasek <[EMAIL PROTECTED]> wrote:
>> > > Can one of the release managers comment on this? Me and the other
>> > > ALSA maintainers had planned on changing (perhap
Ivo Timmermans wrote:
> Werner Koch wrote:
>> libgcrypt7 is not supported by upstream because it has always been
>> marked as work-in-progress.
>>
>> Please replace it by the current libgcrypt (1.1.94) which will RSN be
>> re-released as the stable 1.2. We are then going to track down any
>> rem
Colin Watson wrote:
> It is very painful to change the version of libgcrypt7 in base at this
> point. Doing this will break debian-installer testing, which is the
It's using libgnutls10? (Or is it using libgcrypt7 directly?) Hmmm. OK, I
guess that's a good enough reason to put off the change.
Joey Hess wrote:
> Another fine waste of electrons:
>> It's using libgnutls10? (Or is it using libgcrypt7 directly?) Hmmm.
>> OK, I
>> guess that's a good enough reason to put off the change. :-P
>
> Take a look at debootstrap's changelog sometime.
Oh, debootstrap is still being used by defa
Wouter Verhelst wrote:
> When autobuilding the experimental distribution, I'd think one would
> want to install packages from experimental (otherwise there wouldn't be
> much point). Since experimental is explicitely for packages that are
> expected to be broken, I suspect the number of uninstalla
Colin Watson wrote:
> On Sun, May 23, 2004 at 08:57:39PM +0200, Andreas Barth wrote:
>> Hi,
>>
>> as far as I understood, we probably need for the release of sarge at
>> least six more weeks, i.e. not before 4th July. Some packages are put
>> into non-free/contrib because they produce (direct or
Joe Buck wrote:
>> IBM holds *so* many software patents (all invalid on their
>> faces, of course) that if it decided to enforce them, and was
>> successful, most of Debian would likely have to be removed.
>
> Many of IBM's patents are clearly valid according to US law;
OK, that may be true -- I
Steve Langasek wrote:
> On Thu, Jun 03, 2004 at 01:07:02AM +0200, Andreas Barth wrote:
>> # FTBFS, first reported on 2002-11-20, no success in fixing till now
>> remove xemacs21-packages/2003.01.27-1.1
>
> Hint added, but this also seems to require removal of xemacs21 itself.
> Thoughts?
Xemacs
Andreas Metzler wrote:
> OTOH 4.34-2 is rather well tested, it has been in sid since 2004-05-31
> and I'd like to get it into testing. - The new upstream simplifies
> some part of the configuration due to new features but mainly consists
> of bugfixes.
>
> If this is unacceptable I can try to pre
1 - 100 of 266 matches
Mail list logo
