Hi,
I am the maintainer of read-edid. The Architecture in debian/control
of read-edid is changing from i386/powerpc to any for some reasons.
I am wondering what I should do besides the modification to the
debian/control. It seems that buildd still built only on i386 and
powerpc. Is there any rule
On Sun, Jul 12, 2009 at 03:30:14PM +0800, LIU Qi wrote:
Hi,
I am the maintainer of read-edid. The Architecture in debian/control
of read-edid is changing from i386/powerpc to any for some reasons.
I am wondering what I should do besides the modification to the
debian/control. It seems that
* Paul Wise p...@debian.org [2009-07-12 09:57]:
Like FTBFS of linux-modules-extra-2.6 on 3 architectures I guess? That
seemed to me like a valid reason not to want to migrate .29 to testing.
Also the armel linux-2.6 FTBFS:
On Sun, Jul 12, 2009 at 11:54:33AM +0300, Riku Voipio wrote:
you'l need to request a changes to:
http://git.debian.org/?p=mirror/packages-arch-specific.git;a=blob;f=Packages-arch-specific
See the header of the file for instructions.
Thanks for your answer. I also have another question:
On Wed, 08 Jul 2009, Guillem Jover wrote:
On Wed, 2009-07-08 at 15:06:01 +0200, Guillem Jover wrote:
Ordered by rounds (next round cannot be started until the previous one
has been built everywhere):
Actually, only the ones with wildcards produce broken symbols files,
the updates list (by
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Raphael Hertzog hert...@debian.org (12/07/2009):
build-admins must ensure build chroots have dpkg-dev 1.15.3.1 and
trigger bin-nmu of eglibc and libvirt afterwards.
kfreebsd-* are ready. Wasn't sure whether to schedule binNMUs on my own,
so I
Given it's a dpkg bug and not a bug in eglibc, I think this should be
handled by binNMU. Could the release team please schedule them? Thanks
in advance.
On Sun, Jul 12, 2009 at 10:45:21AM +, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
reassign
On Sun, Jul 12, 2009 at 14:24:57 +0200, Aurelien Jarno wrote:
Given it's a dpkg bug and not a bug in eglibc, I think this should be
handled by binNMU. Could the release team please schedule them? Thanks
in advance.
As already mentioned, the issue with binNMUs here is they don't ensure
the
On Sun, Jun 21, 2009 at 06:55:21PM -0400, Carlos O'Donell wrote:
On Tue, Jun 16, 2009 at 3:13 PM, Aurelien Jarnoaurel...@aurel32.net wrote:
On Tue, Jun 16, 2009 at 09:08:37PM +0200, Helge Deller wrote:
On 06/16/2009 08:25 AM, Lucas Nussbaum wrote:
On 15/06/09 at 11:31 -0600, Grant Grundler
Hi,
As requested, I'm currently preparing updates for sgml-base involving
two major changes:
1) update-catalog is renamed to update-sgmlcatalaog
2) catalog registration has to be changed to comply to the policy
About 1): Well, it has been requested [1], that update-catalog changes
its name to
On Sun, Jul 12, 2009 at 8:30 AM, Aurelien Jarnoaurel...@aurel32.net wrote:
I have just included these patches in the eglibc-2.10 branch of our SVN,
though currently the linuxthreads version is still built by default.
I got the following regressions in the NPTL build compared to the
I sent the message below to debian-release 11 days ago requesting
permission to upload ICU 4.2.1 to unstable. I understand and fully
support the new policy of getting advance permission and trying to
coordinate transitions, but I'm unsure of how long I should expect to
wait before receiving a
Hi,
Jay Berkenbilt wrote:
permission to upload ICU 4.2.1 to unstable. I understand and fully
support the new policy of getting advance permission and trying to
coordinate transitions, but I'm unsure of how long I should expect to
wait before receiving a response one way or the other.
I am
Rene Engelhard r...@debian.org wrote:
Hi,
Jay Berkenbilt wrote:
permission to upload ICU 4.2.1 to unstable. I understand and fully
support the new policy of getting advance permission and trying to
coordinate transitions, but I'm unsure of how long I should expect to
wait before receiving
On Sat, Jul 11, 2009 at 01:50:56PM +0200, Luk Claes wrote:
Niko Tyni wrote:
On Thu, Jun 04, 2009 at 10:19:38AM +0300, Niko Tyni wrote:
Oldstable release managers: will you accept a libarchive-tar-perl
1.38-3~etch2 upload with the diversions added, or can you suggest
another fix?
Niko Tyni wrote:
On Sat, Jul 11, 2009 at 01:50:56PM +0200, Luk Claes wrote:
Niko Tyni wrote:
On Thu, Jun 04, 2009 at 10:19:38AM +0300, Niko Tyni wrote:
Oldstable release managers: will you accept a libarchive-tar-perl
1.38-3~etch2 upload with the diversions added, or can you suggest
Please unblock mdadm 2.6.9-3 to that I can move 3.0 into unstable.
--
.''`. martin f. krafft madd...@d.o Related projects:
: :' : proud Debian developer http://debiansystem.info
`. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org
`- Debian - when you have
Dear Debian Release Team
I would like to hint that source packages
sword
bibletime
biblememorizer
should go into testing together. Also package
bibletime-i18n
is obsolete and should be removed (Bug #536722 against ftp.debian.org)
On behalf of Crosswire Packaging Team.
--
With best regards
Dmitrijs Ledkovs wrote:
Dear Debian Release Team
I would like to hint that source packages
sword
bibletime
biblememorizer
should go into testing together. Also package
bibletime-i18n
is obsolete and should be removed (Bug #536722 against ftp.debian.org)
once it is removed, the
Dear RMs,
copher 0.2.0-1 was uploaded with urgency=medium a week ago, but doesn't
seem to have migrated to testing yet. It fixes a grave bug (at the
moment, users of copher in testing have no functionality at all).
Please advise whether I need to do anything.
Thanks,
--
Jonathan Wiltshire
Hi all,
Can hdparm please be unblocked? It is on permanent block since it
produces a udeb, even though the udeb is not used by d-i, or within
Debian.
Cheers,
--
-
| ,''`.Stephen Gran
Dmitrijs Ledkovs wrote:
sword
bibletime
biblememorizer
should go into testing together. Also package
bibletime-i18n
is obsolete and should be removed (Bug #536722 against ftp.debian.org)
Thanks for doing this. I was (optimistically) waiting for bibletime
2.0.1-1 to reach its 10 day
22 matches
Mail list logo
