On Monday 11 December 2006 09:15, Steve Langasek wrote:
sarge: aspell: Depends: aspell-bin, aspell-en | aspell6-dictionary
sarge: aspell-en: Depends: libaspell15 ( 0.60)
etch: aspell: Depends: libaspell15 (= 0.60), libc6 (= 2.3.6-6),
libgcc1 (= 1:4.1.0), libncursesw5 (= 5.4-5),
Hi Petter,
On Sun, Nov 26, 2006 at 08:49:38PM +0100, Petter Reinholdtsen wrote:
I fear I missed your answer on that mail - in case we want to push
the new sysvinit to testing, this needs to happen quite fast.
Yes. I fear we will be to late, as some issues are still not properly
solved.
Russ Allbery wrote:
Santiago Vila [EMAIL PROTECTED] writes:
The main reason is that it fixes #400187, which is an important bug
(well, maybe serious).
gettext (0.16.1-1) unstable; urgency=low
If you hint in gettext, please hint in lintian at the same time, since the
lintian in testing
[Steve Langasek]
Does this mean you think sysvinit -36 in unstable is not quite ready
for release, and that we should be looking at t-p-u for a solution
to bug #330592? Or should we be considering the unstable version
for inclusion now?
Hm, right. I guess I was not too clear. I will try to
Frans Pop wrote:
Please consider hinting the following packages blocked by having udebs.
unblock cryptsetup/2:1.0.4+svn16-1
Not hinted yet as #402417 doesn't look promissing...
unblock pcmciautils/014-3
Hint added.
# Needs a few more days
unblock devmapper/2:1.02.12-1
It can use a few
Bill,
On Sun, Nov 26, 2006 at 09:03:06PM +0100, Bill Allombert wrote:
A fair number of conffiles have changed of packages.
[...]
Unfortunately, I know how to avoid spurious dpkg conffiles handling
with either of them separately, but not with both of them at once.
So we have to take a
On Sunday 26 November 2006 21:03, Bill Allombert wrote:
So we have to take a position on this issue. I can provide the list
of affected packages. There is at least openssh, vim and openoffice.
Note that at least openssh is fixed now.
pgpd4wa5oMv7q.pgp
Description: PGP signature
On Sun, Nov 26, 2006 at 01:45:15PM -0800, Thomas Bushnell BSG wrote:
I would like to officially ask for an exception to the usual testing
rules for lilypond, to allow 2.8.7 into testing, on those architectures
where guile-1.8 works. The architectures currently losing for guile-1.8
are alpha,
Package: localization-config
Severity: serious
Unfortunately the package has never really been updated for Etch and is
therefore currently unused by Debian installer. It is certain that some
of its functionality is now correctly handled by the packages it helped
configure for Sarge.
IMO
After about 20 days of work with both autodir and autofs4 upstream
a final fix for autodir is available (closes #399454).
Incidentally 0.9.8 is almost the same of 0.9.7 (integrating my previous fix
for an header file and an initial trial to fix the above bug) at upstream level
and we are quite
Hi Release Team,
I just read the announcement of the freeze and I am very glad of that,
but I wish you would allow for hylafax 2:4.3.1-3 to be migrated from
unstable into etch.
This new version is different from the one currently in testing in many
ways:
1. it is a new upstream version that has
Hello,
sorry for disturbing gentlemen, but I have problem with powerpc and
aranym package. Package cannot be build because obscure problem with
debheper (it reports, that dh_testdir is missing). I have tried to build
package by hand on powerpc and everything went fine. I have requested
Ryan
Almost all (long due changes) are secondary and translation related.
* Moved to compat level 5 for debhelper and changed build-dep as consequence.
* Policy bumped to 3.7.2 (no changes).
* Removes tmp files still around before postinst end.
(closes: #361367)
[ Christian Perrier et
On Mon, Dec 11, 2006 at 12:17:12PM +0100, Francesco P. Lovergine wrote:
providing the old auto_fs4.h is at this time the most
reasonable thing to do.
Err, I mean somewhere under doc section, just for people who need that...
--
Francesco P. Lovergine
--
To UNSUBSCRIBE, email to [EMAIL
Steve Langasek writes (Re: Packages rename and conffiles):
What position do you think we should take on this issue? If there's no
known solution that avoids conffile prompts with both the old and new
versions, and given that there's no good systematic way to arrange for one
version of dpkg or
Hi,
there are a few packages of mine where I recommend to hint them into
testing...
* bsdmainutils 6.1.5
only the maintainer changed, would be nice to have it up2date in
etch
* cdparanoia 3.10+debian~pre0-4
only slightly updated kfreebsd patch in order to work together with
I have just uploaded a new package to unstable containing some
translation updates and a wayward apostrophe:
wu-ftpd (2.6.2-25) unstable; urgency=low
* Incorporated changes from NMU
* Fixed typo in addftpuser (closes: #380454)
* Updated debconf translations: Japanese, Basque and German
In response to Andreas' mail about the freeze:
- Sarge contains gnat-gps 2.1.0-4
- gnat-gps was removed from testing in August 2006 due to being RC-buggy
(the package needed recompilation with the new compiler).
- gnat-gps 3.1.3-1 fixed that RC bug in October 2006, but introduced
another
I'm still hoping to see 2.58 get into etch, because #386244 is a really
*nasty* bug, even though it won't effect enough users to be RC.
I also still hope to release a tasksel 2.59, which would probably be
limited to task changes (some of which are already active in the
override files) and
Dear releaseteam,
http://packages.qa.debian.org/m/mcabber.html
mcabber didn't build on the hppa architecture but was tested for 17 days
and doesn't have bugs. Could you please schedule a binNMU for it and
hint the current version into etch if the build was succesful?
I would be happy to see
There is still a soource package for cyrus-sasl2-mit. This has been
superseded by the new version of cyrus-sasl2, which is in Etch. THe new
version of cyrus-sasl2 builds against MIT Kerberos, obviating the need
for the separate cyrus-sasl2-mit. What is the best way of going about
removing this
* Roberto C. Sanchez ([EMAIL PROTECTED]) [061211 15:04]:
There is still a soource package for cyrus-sasl2-mit. This has been
superseded by the new version of cyrus-sasl2, which is in Etch. THe new
version of cyrus-sasl2 builds against MIT Kerberos, obviating the need
for the separate
Mario Iseli [EMAIL PROTECTED] writes:
http://packages.qa.debian.org/m/mcabber.html
mcabber didn't build on the hppa architecture but was tested for 17 days
and doesn't have bugs. Could you please schedule a binNMU for it
As you can see on http://buildd.debian.org/build.php?pkg=mcabber, it
was
* Chris Butler ([EMAIL PROTECTED]) [061211 14:32]:
I have just uploaded a new package to unstable containing some
translation updates and a wayward apostrophe:
accepted.
Cheers,
Andi
--
http://home.arcor.de/andreas-barth/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Mon, 2006-12-11 at 15:28 +0100, Andreas Barth wrote:
* Ian Campbell ([EMAIL PROTECTED]) [061211 15:24]:
Ivtv 0.8.0-2 was due to propagate in today. It was waiting for the
2.6.18 kernel to enter testing due to an unfortunately tight kernel
version dependency in the driver. I closed the RC
Daniel Baumann [EMAIL PROTECTED] writes:
Marc 'HE' Brockschmidt wrote:
Daniel Baumann [EMAIL PROTECTED] writes:
* bsdmainutils 6.1.5
only the maintainer changed, would be nice to have it up2date in
etch
No
It doesn't make any sense to me to keep *knowingly* and *intentionally*
an
Alexander Sack [EMAIL PROTECTED] writes:
icedove in unstable fixes two RC bugs that *need* to be fixed. So,
please move it into etch.
[EMAIL PROTECTED]:~$ madison icedove
icedove | 1.5.0.8.dfsg1-1 | testing | source, alpha, amd64, arm, hppa,
i386, ia64, m68k, mips, mipsel, powerpc,
* Kevin Glynn ([EMAIL PROTECTED]) [061211 16:05]:
mozart 1.3.2.20060615+dfsg-2 should have transitioned to etch by now
but can't build on arm, mipsel, sparc due to missing emacs21. It has
a trivial fix to enable correct working on sparc64 so I would like to
see it go in when it can.
Can I
I've uploaded a new upstream version of cxxtools a few days ago. It
has just some bug fixes, but none that have bugs in the BTS. The diff
is rather large since I'm running autotools in debian/rules, but I've
attached the filtered output of
debdiff cxxtools_1.4.3-2.dsc cxxtools_1.4.3.1-1.dsc
Hi,
On Mon, Dec 11, 2006 at 04:15:16PM +0100, Andreas Barth wrote:
* Kevin Glynn ([EMAIL PROTECTED]) [061211 16:05]:
mozart 1.3.2.20060615+dfsg-2 should have transitioned to etch by now
but can't build on arm, mipsel, sparc due to missing emacs21. It has
a trivial fix to enable correct
Marc 'HE' Brockschmidt [EMAIL PROTECTED] writes:
Daniel Baumann [EMAIL PROTECTED] writes:
Marc 'HE' Brockschmidt wrote:
Daniel Baumann [EMAIL PROTECTED] writes:
* bsdmainutils 6.1.5
only the maintainer changed, would be nice to have it up2date in
etch
No
It doesn't make any
Kari Pahula [EMAIL PROTECTED] writes:
I've uploaded a new upstream version of cxxtools a few days ago. It
has just some bug fixes, but none that have bugs in the BTS.
unblocked, because of this changelog entry:
| 2006-09-11 [EMAIL PROTECTED]
|
| - fixed buffer-overflow in logger when
Dear Release Team,
Gabber has been removed from Etch due to an RC bug[1]. The package
currently in unstable fixes it and has not migrated into Etch because of
being out-of-date in mipsel. By looking in the build log for mipsel[2],
the failure seems not to be a problem with the package (looks like
Marc 'HE' Brockschmidt wrote:
Limited time. You didn't have the time to fix the address earlier, we
don't have the time to fix that for you.
This reasoning is rediculous arbitrariness for me, sorry.
Isn't there any release manager around which is payed to do release
work? Maybe he could invest
Please allow mule-ucs_0.85~0.20061127-1 into etch. It is 9 days
old, and no RC bugs.
Even though it is a new upstream version, the changes are only JIS
X 0213 characters mapping fixes. The fixes are somewhat important
and don't break other features.
mule-ucs (0.85~0.20061127-1) unstable;
Hello,
Hello. I checked the status of my packages at freeze time and I'm happy
with all except one: http://qa.debian.org/developer.php?excuse=debtags-edit
I wrote to [EMAIL PROTECTED] on december 5 but I got no reply.
That release fixes a nasty tag submission bug (the same as #400994).
Ciao,
Please allow semi_1.14.6+0.20061202-1 into etch. It is 8 days
old, and no RC bugs.
Even though it is a new upstream version, the change is a 1 line
patch that fixes a MIME multipart handling bug.
semi (1.14.6+0.20061202-1) unstable; urgency=low
.
* New upstream release. (CVS semi-1_14
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi releasers,
squid3-3.0.PRE5-5 missed the etch freeze due to wrong dependency
during the sasl2 migration which required a recompile. At the moment
is 5 days old.
New package fixes several important and critical bugs (#394220,
#379969,
hi everybody
MPlayer did never enter into etch due to bug 395252.
Brief summary of bug: MPlayer contains an embedded copy of FFmpeg
(indeed, they are developed by ~the same people); Aurélien GÉRÔME and
Moritz Muehlenhoff ask that the mplayer package be dynamically linked to
the libraries in
Tatsuya Kinoshita [EMAIL PROTECTED] writes:
Please allow semi_1.14.6+0.20061202-1 into etch. It is 8 days
old, and no RC bugs.
Done.
Marc
--
Fachbegriffe der Informatik - Einfach erklärt
282: Perl
Der geglückte Versuch, einen braindump direkt ausführbar zu
machen. (gefunden von
Tatsuya Kinoshita [EMAIL PROTECTED] writes:
Please allow mule-ucs_0.85~0.20061127-1 into etch. It is 9 days
old, and no RC bugs.
Done.
Marc
--
BOFH #210:
We didn't pay the Internet bill and it's been cut off.
pgpqQVGqCp1GW.pgp
Description: PGP signature
Dear Release Team,
Please allow boinc 5.4.11-4 into etch. The only changes compared to the
current version in etch (5.4.11-3) are new debconf translations. The
changelog reads:
boinc (5.4.11-4) unstable; urgency=low
[ Debconf translations ]
* Added German (de.po) by Matthias Julius [EMAIL
On Mon, Dec 11, 2006 at 03:07:27PM +0100, Andreas Barth wrote:
- File a serious bug against it to get it out of Etch
- File a bug against the ftp.d.o pseudopackage requesting complete
removal from Sid (since ftpmaster seems to be taking a while to
process removal requests I think we
* Roberto C. Sanchez ([EMAIL PROTECTED]) [061211 17:49]:
On Mon, Dec 11, 2006 at 03:07:27PM +0100, Andreas Barth wrote:
- File a serious bug against it to get it out of Etch
- File a bug against the ftp.d.o pseudopackage requesting complete
removal from Sid (since ftpmaster seems
Frank S. Thomas [EMAIL PROTECTED] writes:
Please allow boinc 5.4.11-4 into etch. The only changes compared to the
current version in etch (5.4.11-3) are new debconf translations. The
changelog reads:
Done.
Marc
--
BOFH #33:
pizeo-electric interference
pgp8QVnaBDvyS.pgp
Description: PGP
Please allow wl-beta_2.15.5+0.20061203-1 into etch. It is 7 days
old, and no RC bugs.
It is a new upstream version and the diff is not small, but the
changes are mostly bug fixes, and no new/significant features.
Most important bug fixed in this version is that IMAP connection
fails on some
Please hint sword-text-kjv (2.3-1) and sword-text-sparv (1.1-1) into
Etch. Both have been in for 5 days and neither had any open bugs.
(They would have been in sooner, but I had trouble finding a sponsor for
the upload).
Regards,
-Roberto
--
Roberto C. Sanchez
Tatsuya Kinoshita [EMAIL PROTECTED] writes:
Please allow wl-beta_2.15.5+0.20061203-1 into etch. It is 7 days
old, and no RC bugs.
It is a new upstream version and the diff is not small, but the
changes are mostly bug fixes, and no new/significant features.
Sorry, I will not add a unblock
Please allow mhc_0.25.1+20050120-4 into etch if passed 5 days or so.
(0 days old now)
This isn't a new upstream version, but the upstream part is changed
to fix important bugs, as follows:
- ruby-ext/lib/mhc-gtk.rb.in: Fix segfault of the gemcal command.
(mentioned in Debian bug#384141,
On Sun, Nov 19, 2006 at 08:04:24AM +0200, Guillem Jover wrote:
The other one is to add lzma uncompressing support to dpkg and dpkg-dev,
so that the archive can start accepting this kind of packages for lenny,
otherwise we'd have to wait until lenny+1. I've been reluctant to
add this, as the
I have three packages out of date between testing and unstable:
* avarice (testing: 2.4-3, unstable: 2.5-1)
This package programs Atmel AVR microcontrollers. Its usefulness
depends on its support for recent microcontrollers. The new upstream
version adds support for the microcontrollers
Pierre Habouzit wrote:
On Mon, Dec 11, 2006 at 04:58:53PM +0100, Daniel Baumann wrote:
Isn't there any release manager around which is payed to do release
work?
why ? are they better than the unpaid ones ?
ouch, that hurts !
no, but it seems that the unpaid release-assistant doesn't
Dear release team,
we have a couple of TeX-related packages waiting and would like to ask
you to give permission for testing migration once they are old enough.
We'll notify you again when each of them has had it's time in sid, but
we'd like to know right now whether you are willing to allow them
On December 11, 2006 at 6:06PM +0100,
he (at ftwca.de) wrote:
Tatsuya Kinoshita [EMAIL PROTECTED] writes:
Please allow wl-beta_2.15.5+0.20061203-1 into etch. It is 7 days
old, and no RC bugs.
It is a new upstream version and the diff is not small, but the
changes are mostly bug fixes,
* Frank Küster ([EMAIL PROTECTED]) [061211 18:17]:
we have a couple of TeX-related packages waiting and would like to ask
you to give permission for testing migration once they are old enough.
We'll notify you again when each of them has had it's time in sid, but
we'd like to know right now
Hey release team !
Great job in having the Freeze done !!!
I want to add my plea to hint mantis in etch. Mantis was released is
Sarge, and was removed some times ago due to the huge number of RCs bugs
present (because its maintainer was MIA), but it got a new maintainer
now who fixed the RCs
Daniel Baumann wrote:
Pierre Habouzit wrote:
On Mon, Dec 11, 2006 at 04:58:53PM +0100, Daniel Baumann wrote:
Isn't there any release manager around which is payed to do release
work?
why ? are they better than the unpaid ones ?
ouch, that hurts !
no, but it seems that the unpaid
Dear release team,
we have a couple of TeX-related packages waiting and would like to ask
you to give permission for testing migration once they are old enough.
We'll notify you again when each of them has had it's time in sid, but
we'd like to know right now whether you are willing to allow them
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm the maintainer of the latex-make package. I'm also upstream
developer for this software. In one word, this software allows to
write very easily Makefiles to compile LaTeX documents.
A few days ago, a user report me a nasty bug : some
Tatsuya Kinoshita [EMAIL PROTECTED] writes:
he (at ftwca.de) wrote:
Tatsuya Kinoshita [EMAIL PROTECTED] writes:
Please allow wl-beta_2.15.5+0.20061203-1 into etch. It is 7 days
old, and no RC bugs.
It is a new upstream version and the diff is not small, but the
changes are mostly bug fixes,
Shaun Jackman [EMAIL PROTECTED] writes:
* avarice (testing: 2.4-3, unstable: 2.5-1)
This package programs Atmel AVR microcontrollers. Its usefulness
depends on its support for recent microcontrollers. The new upstream
version adds support for the microcontrollers AT90USB1287 and
* Frank Küster ([EMAIL PROTECTED]) [061211 18:35]:
parallel. Fixes for this are in -26 (incomplete) and -27. In addition,
-27 has one real code change (in a shell script invoked by users and
maintainer scripts) which closes a nasty old bug, #294197. I'm
confident that it won't break
On Mon, 2006-12-11 at 11:08 +0100, Andreas Barth wrote:
here are the guidelines for changes that will be
accepted into testing during the freeze:
- translation updates and
Package epos version 1:2.5.37-3 is in unstable. The only difference
with testing is a translation update. It would be
Bart Martens [EMAIL PROTECTED] writes:
On Mon, 2006-12-11 at 11:08 +0100, Andreas Barth wrote:
here are the guidelines for changes that will be
accepted into testing during the freeze:
- translation updates and
Package epos version 1:2.5.37-3 is in unstable. The only difference
with
Dear release team,
we have a couple of TeX-related packages waiting and would like to ask
you to give permission for testing migration once they are old enough.
We'll notify you again when each of them has had it's time in sid, but
we'd like to know right now whether you are willing to allow them
Andreas Barth [EMAIL PROTECTED] wrote:
* Frank Küster ([EMAIL PROTECTED]) [061211 18:17]:
we have a couple of TeX-related packages waiting and would like to ask
you to give permission for testing migration once they are old enough.
We'll notify you again when each of them has had it's time in
Luk Claes [EMAIL PROTECTED] wrote:
no, but it seems that the unpaid release-assistant doesn't have time to
do the review of the maintainer-field change.
We do have time to review them, but they are no high priority. They will
probably be reviewed later...
Why waste so much time writing
I'd appreciate it if Autoconf 2.61-2 could be promoted from
unstable to testing. It fixes one bug in 2.61-1 that was also
committed upstream, without any extraneous changes.
Thanks!
--
Peter Seebach on managing engineers:
It's like herding cats, only most of the engineers are already
sick of
On Mon, 2006-12-11 at 11:08 +0100, Andreas Barth wrote:
here are the guidelines for changes that will be
accepted into testing during the freeze:
- fixes for severity: important bugs in packages of priority: optional
or extra, only when this can be done via unstable;
- documentation
Dear release team,
we have a couple of TeX-related packages waiting and would like to ask
you to give permission for testing migration once they are old enough.
We'll notify you again when each of them has had it's time in sid, but
we'd like to know right now whether you are willing to allow them
Ben Pfaff [EMAIL PROTECTED] writes:
I'd appreciate it if Autoconf 2.61-2 could be promoted from
unstable to testing. It fixes one bug in 2.61-1 that was also
committed upstream, without any extraneous changes.
Done.
Marc
--
BOFH #346:
Your/our computer(s) had suffered a memory leak, and we
Bart Martens [EMAIL PROTECTED] writes:
On Mon, 2006-12-11 at 11:08 +0100, Andreas Barth wrote:
here are the guidelines for changes that will be
accepted into testing during the freeze:
- fixes for severity: important bugs in packages of priority: optional
or extra, only when this can
On Tue, Nov 28, 2006 at 11:03:35PM +0100, Moritz Muehlenhoff wrote:
Steve Langasek wrote:
I've seen a couple of RC bugs being filed for rpath issues in various
packages. For stable-security these are only treated as DSA-worthy
if the rpath points to /tmp, but not towards a directory like
On 12/11/06, Marc 'HE' Brockschmidt [EMAIL PROTECTED] wrote:
[EMAIL PROTECTED]:~$ madison avarice
avarice | 2.5-1 | testing | source, alpha, amd64, arm, hppa,
i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc
avarice | 2.5-1 | unstable | source, alpha, amd64, arm,
On December 11, 2006 at 6:40PM +0100,
he (at ftwca.de) wrote:
Could you please allow wl-beta_2.15.4+0.20061015-2 with the 2 line
patch to fix an IMAP connection bug for testing-proposed-updates
to replace wl-beta_2.15.4+0.20061015-1?
Could you describe the bug and show the diff (for
Enrico Zini wrote:
Hello,
Hi Enrico
Hello. I checked the status of my packages at freeze time and I'm happy
with all except one: http://qa.debian.org/developer.php?excuse=debtags-edit
I wrote to [EMAIL PROTECTED] on december 5 but I got no reply.
Has been succesfully built in the mean
Goedson Teixeira Paixao wrote:
Dear Release Team,
Hi Goedson
Gabber has been removed from Etch due to an RC bug[1]. The package
currently in unstable fixes it and has not migrated into Etch because of
being out-of-date in mipsel. By looking in the build log for mipsel[2],
the failure seems
Roberto C Sanchez [EMAIL PROTECTED] writes:
On Mon, Dec 11, 2006 at 05:51:10PM +0100, Andreas Barth wrote:
I can remove a package without any bug - the RC bug is required so that
the package doesn't return on its own. That is why pre-freeze an RC bug
is required - and we require the bug on
On Mon, Dec 11, 2006 at 10:49:50AM -0800, Russ Allbery wrote:
Wait, woah. You shouldn't just remove libsasl2-gssapi-mit from etch
without a transition package so that people who are upgrading from sarge
still have the MIT GSSAPI SASL module installed. That would break a bunch
of our
Hi,
Danai pointed me to one more issue.
Frank Küster [EMAIL PROTECTED] wrote:
* Apply patch from upstream to pdftex that allows it to work properly
with CJK fonts with their large number of subfonts. Many thanks to
Thanh Han The [EMAIL PROTECTED], Jie Luo
[EMAIL
On Mon, 2006-12-11 at 11:08 +0100, Andreas Barth wrote:
This means that, for all packages that still need to be updated for
Etch, the rules are as follows:
- If your package needs to be updated for Etch, and the version in
unstable doesn't contain extraneous changes (e.g, the version
On Mon, 2006-12-11 at 10:49 -0800, Russ Allbery wrote:
Wait, woah. You shouldn't just remove libsasl2-gssapi-mit from etch
without a transition package so that people who are upgrading from sarge
still have the MIT GSSAPI SASL module installed. That would break a bunch
of our servers.
I
Dear release team,
Please allow flamerobin to propagate from sid (0.7.6-2) to etch (0.7.6-1).
It is 4 days old and fixes an important bug (400633).
Also, -2 has no non-debian/ changes in the diff (-1 has a couple of
those slipped due to some build environment oddities at my sponsor)
diffstat
On the excuses page I see that it is only 4 of 10 days old.
Please consider upgrade to 0.97-20 as it solves the bug #401865
against linux-image-2.6.18-3-686.
There are minor changes between 19 and 20 builds:
grub (0.97-20) unstable; urgency=low
* Add manpage for grub-set-default. Thanks
Bart Martens [EMAIL PROTECTED] writes:
On Mon, 2006-12-11 at 11:08 +0100, Andreas Barth wrote:
This means that, for all packages that still need to be updated for
Etch, the rules are as follows:
- If your package needs to be updated for Etch, and the version in
unstable doesn't
Shaun Jackman wrote:
On 12/11/06, Marc 'HE' Brockschmidt [EMAIL PROTECTED] wrote:
* swt-gtk (testing: 3.2.1-2, unstable: 3.2.1-3)
This update, which adds support for 64-bit architectures, is an
important one for etch. It is `out of date on sparc', which apparently
has a Java-related
Frank Küster [EMAIL PROTECTED] wrote:
This e-mail is about tex-common, I'll send separate mails for the other
packages. I will upload tex-common_0.42 this evening, unless I learn
that we need to revert anything, so it is -1 days old:
tex-common, mostly documentation fixes:
,
|
Hi
This weekend I updated debarchiver and vserver-debiantools to
reflect the fact that etch will soon become stable.
debarchiver has some documentation updated, so that it no longer
states that sarge is the stable version of Debian.
vserver-debiantools have updated the default install version
On Mon, 2006-12-11 at 02:14 -0800, Steve Langasek wrote:
For the record, release-criticality of build failures applies only to build
failures on release architectures where the package *previously* built
successfully, and I had never claimed otherwise in the case of guile-1.8.
That seems to
Hi
I would like you to update kernel-patch-openvz as I (today)
updated it in order to make the kernel compile on ia64 with ia32
bit compatibility flag on.
If you know that the linux-2.6 version 2.6.18-8 will be accepted
to testing you can wait, as I need to make a new upload of
Damyan Ivanov [EMAIL PROTECTED] writes:
Please allow flamerobin to propagate from sid (0.7.6-2) to etch (0.7.6-1).
It is 4 days old and fixes an important bug (400633).
Unblock hint added.
Marc
--
Fachbegriffe der Informatik - Einfach erklärt
11: Swapspace
Raubkopierertreffen
Ola Lundqvist [EMAIL PROTECTED] writes:
debarchiver has some documentation updated, so that it no longer
states that sarge is the stable version of Debian.
Unblock hint added.
vserver-debiantools have updated the default install version from
sarge to etch in order to make sure that a stable
The ia64 build of lilypond has been removed from unstable (thanks
Jeroen!) and the amd64 build has completed (it was waiting for the
guile-1.8 build on that arch to get uploaded). So that means that
lilypond 2.8.7-2 should now be able to transition. It has well passed
the required time, and it
On Mon, Dec 11, 2006 at 11:57:43AM -0800, Thomas Bushnell BSG wrote:
The ia64 build of lilypond has been removed from unstable (thanks
Jeroen!) and the amd64 build has completed (it was waiting for the
guile-1.8 build on that arch to get uploaded). So that means that
lilypond 2.8.7-2 should
Hi,
the changes between testing and unstable are:
* Fixed erlang-base and erlang-base-hipe prerm scripts.
(these are really minor fixes)
* Introduce erlang-depends to calculate ${erlang-*:Depends} for packages
that Build-Depend on erlang.
* Setting urgency to medium because this
Hi
I would like you to accept the vzctl package in unstable
to etch. I have updated it with a missing recommendation
on rsync that one of the tools need. It is not a critical thing
but it would be nice and it do not create any extra problems.
Regards,
// Ola
--
- Ola
On Mon, Dec 11, 2006 at 11:06:25AM -0800, Russ Allbery wrote:
Please read my original message. The new cyrus-sasl2 packages are
linked against MIT Kerberos.
I did, and I understand that. You're not understanding the problem, I
think.
In fact, the new libsasl2-modules-gssapi-mit
Teodor [EMAIL PROTECTED] writes:
On the excuses page I see that it is only 4 of 10 days old.
Please consider upgrade to 0.97-20 as it solves the bug #401865
against linux-image-2.6.18-3-686.
I've added a unblock hint and bumped the urgency, should go in with the
next britney run.
Marc
--
Fabian Fagerholm [EMAIL PROTECTED] writes:
I made a small mistake in the current package -- I made it provide
libsasl2-gssapi-mit. I forgot that virtual packages have to be agreed
upon beforehand. So that Provides has to be removed. I'll take care of
it.
Oh, there's a provides. Okay. I
On Thu, Nov 30, 2006 at 11:36:00PM -0500, Nathanael Nerode wrote:
The maintainer apparently built it against an obsolete version of mysql, on
i386 only.
Hmm, not quite; the current dbmail binaries were all built and uploaded in
2004. :)
Anyway, the package has one open FTBFS bug about not
1 - 100 of 155 matches
Mail list logo
