On Mon, Jul 18, 2016 at 07:41:54PM +0200, Andreas Metzler wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: britney
>
> Hello,
>
> I have been wondering why hugin 2016.2.0~rc1+dfsg-2 (urgency=low) will
> be considered for testing mi
oswin
--
--
Format: 1.8
Date: Tue, 26 Jan 2010 12:05:22 +0100
Source: ia32-libs
Binary: ia32-libs ia32-libs-dev lib32gcc1
Architecture: source amd64
Version: 2.7+lenny1
Distribution: stable
Urgency: low
Maintainer: Debian ia32-libs Team
Changed-By: Goswin von Bred
Hi again,
Martin Zobel-Helas mentioned I should have added a full diff for
approval. Well, the full diff would be basically the full 282MiB source
package as it contains all the deb and orig.tar.gz of the packages. You
can download it from mentors.debian.net.
I listed all the packages changed in
Julien Cristau writes:
> On Tue, Jan 26, 2010 at 15:42:22 +0100, Goswin von Brederlow wrote:
>
>>* Add misc depends for debhelper.
>>* Add lots of lintian overrides where nothing can be done about them.
>>* Bump debhelper compat to 5.
>
> These don&
"Adam D. Barratt" writes:
> Hi,
>
> On Tue, 2010-01-26 at 15:42 +0100, Goswin von Brederlow wrote:
>> I've prepared an ia32-libs update for lenny and Frederik Schueler will
>> sponsor the upload soon. The upload brings ia32-libs back in sync with
>>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hi,
the build of ia32-libs for ia64 on the recent upload was broken and the
dependencies of the package are wrong. This was a problem of the build
environment and it should work fine on the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock packages ia32-libs-core, ia32-libs and ia32-libs-gtk.
The last upload made by Thijs Kinkhorst to fix security concerns and
to add the security repository to the sources ia32-
Philipp Kern writes:
> On Thu, Feb 03, 2011 at 09:57:12AM +0100, Thijs Kinkhorst wrote:
>> On Wed, February 2, 2011 22:14, Goswin von Brederlow wrote:
>> > PS: The sources are on mentors and need a sponsor for the upload. Thijs?
>> > unblock ia32-libs-core/2011
Niels Thykier writes:
> On 2011-11-05 21:22, Niels Thykier wrote:
>>
>> Hi,
>>
>> I would like to propose the goal of getting archive-wide support for
>> the optional debian/rules targets "build-arch" and "build-indep".
>> The intention is to finally solve issues like #619284 and the goal
>> is
Michael Gilbert writes:
> On Sat, Oct 29, 2011 at 7:10 AM, Stefano Zacchiroli wrote:
>> What worries me is that there is multi-arch work in dpkg, work that has
>> its origins in Debian. That work is ready enough to be deployed in
>> popular Debian derivatives such as Ubuntu, but is not in Debian
Raphael Hertzog writes:
> Hi,
>
> I'll try to share some news with the release team.
>
> On Sat, 22 Oct 2011, Guillem Jover wrote:
>> What I'll do though, when I get back home tomorrow from my current
>> trip, is to push already reviewed stuff and keep pushing incrementally,
>> instead of my usua
Daniel Burrows writes:
> On Sun, Aug 16, 2009 at 02:41:08PM +0200, Marc Brockschmidt
> was heard to say:
>> Heya,
>>
>> As announced on dda [RT1], we want to get an impression when releasing
>> Squeeze is feasible. We have proposed a (quite ambitious) freeze in December
>> 2009, and some devel
Hi,
please coordinate with Mark Hymers, the current ia32-libs and
ia32-libs-gtk maintainer, about security and proposed updates in those
two packages.
MfG
Goswin
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listma
Raphael Hertzog writes:
> On Wed, 26 Aug 2009, Matthijs Kooijman wrote:
>> Or is the second step in this release goal of actually using the new source
>> format for all (or at least a lot?) packages?
>
> Yes. I'd like to achieve this by changing dpkg-source to build 3.0 (quilt)
> or 3.0 (native)
Rogério Brito writes:
> Hi, Luk.
>
> On Nov 05 2009, Luk Claes wrote:
>> Rogério Brito wrote:
>> > So, I would appreciate if you could unblock youtube-dl/2009.09.13-1, as
>>
>> Will it survive interface/protocol changes?
>
> Really, I don't know and I can't give any assurance, but upstream is
Hi,
I would like to suggest a new release goal and hope that some DDs will
advocate it. This one is actualy quite trivial but some convincing
seems to be neccessary to get it done:
# Multiarch capable toolchain
Description: The toolchain should be ready to handle libraries and
include files
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]:
>> Description: The toolchain should be ready to handle libraries and
>>include files in the multiarch locations.
>> Bug-Url: http://bugs.debian.org/cgi-b
[EMAIL PROTECTED] (Lennart Sorensen) writes:
> On Tue, Apr 15, 2008 at 09:03:54PM +0200, Andreas Barth wrote:
>> * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]:
>> > Description: The toolchain should be ready to handle libraries and
>> >include files
Ove Kaaven <[EMAIL PROTECTED]> writes:
> Andreas Barth skrev:
>> * Lennart Sorensen ([EMAIL PROTECTED]) [080415 22:26]:
>>> I suspect by the time a fully working multiarch is done, x86 won't need
>>> it anymore because everything will be fully 64bit. :)
>
> As Wine maintainer, I'd disagree with th
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow ([EMAIL PROTECTED]) [080415 20:34]:
>> Description: The toolchain should be ready to handle libraries and
>>include files in the multiarch locations.
>> Bug-Url: http://bugs.debian.org/cgi-b
Dhiraj Gaurh <[EMAIL PROTECTED]> writes:
> Hi,
> Sarge does contain kernel packages for amd64 but if you try to
> download sarge, there is no directory for the amd64 architecture. Is
> amd64 not yet fully supported by sarge ?? Do I need to install i386
> and then upgrade the kernel to amd64, the
Kenshi Muto <[EMAIL PROTECTED]> writes:
> Hi,
>
> I found some packages weren't uploaded from buildds in spite of they
> were already built successfully (for example XEmacs21 with high level
> security fix on mipsel).
>
> I created small script to verify wanna-build status and build log.
> I put s
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> ... I think apt-listchanges and its dependencies only need an
> override change but maybe there's more I've overlooked. ...
The override files need to changes so DAK outputs the right Packages
file.
The source needs to change so uploads don't compl
Kenshi Muto <[EMAIL PROTECTED]> writes:
> At Tue, 22 Feb 2005 17:39:14 +0100,
> Goswin von Brederlow wrote:
>> > I found some packages weren't uploaded from buildds in spite of they
>> > were already built successfully (for example XEmacs21 with hig
Kenshi Muto <[EMAIL PROTECTED]> writes:
> At Wed, 23 Feb 2005 11:21:03 +0100,
> Goswin von Brederlow wrote:
>> Right, I always forget that. But on that note could you add the
>> packages in state uploading to the list. Sometimes things get lost on
>> upload and it ta
Martin Michlmayr <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow <[EMAIL PROTECTED]> [2005-02-23 10:39]:
>> > ... I think apt-listchanges and its dependencies only need an
>> > override change but maybe there's more I've overlooked. ...
>&
Sébastien Chaumat <[EMAIL PROTECTED]> writes:
> Hello,
>
> My package (replicator) depends heavily on the exact behavior of the
> deboostrap package : debootstrap is called with a list of additional
> packages to install and I always must sync this list with the actual
> dependencies in sarge.
Hamish Moffatt <[EMAIL PROTECTED]> writes:
> http://buildd.debian.org/stats/arm-all.txt shows that the package is in
> state need-build on arm. Overall arm status shows it's pretty up to
> date, so the 9 day delay is unexpected. Is there anyone I can contact
> and will that help?
Need-build is a
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sat, Mar 12, 2005 at 03:19:23PM +1100, Matthew Palmer wrote:
>> [Probably going a bit off track for -release; MFT to -devel]
>
>> On Fri, Mar 11, 2005 at 07:14:35PM -0800, Steve Langasek wrote:
>> > The queue ordering is entirely automatic, and AIUI
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> Op za, 12-03-2005 te 15:01 -0800, schreef Thomas Bushnell BSG:
>> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>>
>> > Remember that the buildd queue is not FIFO at all. The queue has a
>> > complet
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> Op vr, 11-03-2005 te 19:14 -0800, schreef Steve Langasek:
>> The queue ordering is entirely automatic, and AIUI the queue(s) is (are)
>> sorted by:
>>
>> - target suite
>- previous compilation state (already built packages are prioritized
> above
Wouter Verhelst <[EMAIL PROTECTED]> writes:
> Op ma, 14-03-2005 te 17:59 +0100, schreef Goswin von Brederlow:
>> Wouter Verhelst <[EMAIL PROTECTED]> writes:
>>
>> > Op vr, 11-03-2005 te 19:14 -0800, schreef Steve Langasek:
>> >> The queue ordering
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sun, May 08, 2005 at 06:15:00PM -0500, Laurence J. Lane wrote:
>> There are a couple of iptables bugs that missed the standard
>> freeze. #283822 in particular is scripting error that causes
>> a FTBFS when using a dash (and probably other shells) in
Matthias Klose <[EMAIL PROTECTED]> writes:
> How can you tell, for which C++ ABI packages like mozilla-dev and
> festival-dev are built? IMO that is the technical reason you are
> asking for. It doesn't matter if an application or a library is linked
> to libstdc++. Remember that C++ ABI != libstd
Russ Allbery <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>
>> [EMAIL PROTECTED]:~% apt-cache show mozilla-dev
>> Package: mozilla-dev
>> Architecture: amd64
>> Source: mozilla
>> Version: 2:1.7.8-1
>> De
Aurelien Jarno <[EMAIL PROTECTED]> writes:
> Andreas Barth a écrit :
>> release blockers:
>> - toolchain transition
>> - xorg
>> - sorting out docs-in-main vs. the DFSG
>> - SCC; amd64 as an official arch
>
> So SCC is now a fact, not a proposal anymore?
SCC as in forcing primary mirrors to carr
Hi,
update excuses give me the following for slidentd:
slidentd_0.0.19-5 (0.0.19-1 Installed)
P-a-s: slidentd: !m68k
Build-Depends: libowfat-dev, dietlibc-dev
Section: net
Architecture: alpha arm hppa i386 ia64 mips mipsel powerpc sparc
Maintainer: Christian Kurz
67 days old (needed 10 d
Adrian Bunk <[EMAIL PROTECTED]> writes:
> Hi,
>
> below are some subjective opservations and opinions regarding the
> progress towards Debian 3.1 .
>
> Please read it, and make your own opinions on where I'm right and where
> I'm wrong, even if you might not agree with my opinions on other issue
Yann Dirson <[EMAIL PROTECTED]> writes:
> On Fri, Nov 21, 2003 at 04:42:44PM -0800, Mike Fedyk wrote:
> > Why does testing get out of a releasable state?
> > o RC bugs are found after entering testing
> > what else?
>
> - Maintainers sometime miss versionned deps
> - Build-deps are ignored by t
Yann Dirson <[EMAIL PROTECTED]> writes:
> On Sun, Nov 23, 2003 at 05:13:24PM +0100, Adrian Bunk wrote:
> > Independent of your suggestions:
> > It's never a good idea to use a version number namespace that is already
> > occupied for something different.
>
> OK, good point.
>
> So maybe pre-tes
Adrian Bunk <[EMAIL PROTECTED]> writes:
> On Thu, Nov 27, 2003 at 09:18:18AM +0100, Yann Dirson wrote:
> > On Thu, Nov 27, 2003 at 08:59:54AM +0100, Goswin von Brederlow wrote:
> > > Nothing stops me from using Version 1.2.3.4.5.6.7.8.9.
> >
> > It's
Adrian Bunk <[EMAIL PROTECTED]> writes:
> On Thu, Nov 27, 2003 at 07:53:47PM +0100, Goswin von Brederlow wrote:
> > Adrian Bunk <[EMAIL PROTECTED]> writes:
> >...
> > > I haven't found it explicitely mentioned, but the logial version number
> >
Hi,
I asked Bjorn Stenberg about why inn2 is waiting on perl (see mail
below) and he suggested that maybe the sarge testing script would
ensure, that the version of perl used during building would enter
sarge before/with inn2. He wasn't sure though and suggested I check
here to confirm what is rea
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sun, Feb 22, 2004 at 12:31:05AM +0100, Goswin von Brederlow wrote:
> > I asked Bjorn Stenberg about why inn2 is waiting on perl (see mail
> > below) and he suggested that maybe the sarge testing script would
> > ensure, th
Andreas Barth <[EMAIL PROTECTED]> writes:
> Hi,
>
> since some time, it's not possible to upgrade to sarge with an real
> i386-box (real mean: not i486 or higher). This is due to changes in
> the gcc, and therefore we need an upgrade kernel etc, see bug #241497
> for the details. It was intended t
Sven Luther <[EMAIL PROTECTED]> writes:
> On Sun, Aug 01, 2004 at 04:57:40AM -0700, William Lee Irwin III wrote:
>> At some point in the past, I wrote:
>> >> The 2.6.8 release has been almost exclusively focused on stabilization.
>> >> I highly recommend adopting as much of 2.6.8 as possible if no
Robert Jordens <[EMAIL PROTECTED]> writes:
> Hi!
>
> liblrdf 0.3.7-2 has failed to build because of an RC bug in libraptor.
> The bug is now fixed and liblrdf should be retried on
> sparc, arm and m68k.
>
> Thanks,
>
> Robert.
Wrong lists :)
Each architecture has an @buildd.debian.org a
Peter Cordes <[EMAIL PROTECTED]> writes:
> On Wed, Aug 04, 2004 at 05:42:30PM -0400, Daniel Jacobowitz wrote:
>> First, what I'm suggesting: two new packages for sarge and one modified
>> package. They would allow 64-bit applications using a small set of standard
>> libraries to run on an otherwi
Jose Carlos Garcia Sogo <[EMAIL PROTECTED]> writes:
> On Sun, Aug 08, 2004 at 06:46:09PM +0200, Andreas Metzler wrote:
>
> [...]
>
>> > [1] OK, you could upload half of GNOME recompiled against an older
>> > libgpg-error0
>>
>> Nicely spotted. Seems like libgpg-error0 somehow missed radar, a
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sat, Sep 04, 2004 at 04:07:37PM -0500, Robin Verduijn wrote:
>
>> On Thu, Sep 02, 2004 at 12:39:25AM +0200, Bastian Blank wrote:
>> > mcvs_1.0.8-4
>
>> Meta-CVS has failed for over a year to get into testing due to a bug in
>> clisp. Since that[1] do
Robin <[EMAIL PROTECTED]> writes:
> Hi Goswin,
>
> Goswin von Brederlow ([EMAIL PROTECTED]) wrote on 09:21:50AM 05/09/04:
>> Why not fix it yourself? Since you seem to use clisp I guess you are
>> familiar with it?
>
> I actually did try to fix the bug in
7;t have made it into testing
>>> but it did, and that's how things stand now.
>
> Goswin von Brederlow wrote:
>> Have you considered dropping just the clisp needing parts for not
>> fully supported archs? On i386 I don't see a Depends: clisp in mcvs so
>> it see
Richard Atterer <[EMAIL PROTECTED]> writes:
> Hello,
>
> I think there is a problem with kernel-image-2.6.8-1-686, but I'm not sure
> whether I messed up something...
>
> I installed sarge on a SATA host a while ago (Intel ICH, worked just
> fine!). Now I upgraded from the installer's kernel-image
Dirk Eddelbuettel <[EMAIL PROTECTED]> writes:
> Release team,
>
> Thanks for the octave cluebat. Thanks also for pushing R through last
> weekend or whenever that was. There is one remaining problem:
> r-cran-fseries is 50 days old and not in testing because initial builds on
> arm and s390 faile
Matthias Klose <[EMAIL PROTECTED]> writes:
> Frank Küster writes:
> ok, I'll upload a new versions with urgency=high. The current packages
> are not suitable for sarge. We'll need newer packages for
>
> - gcc-3.4_3.4.3-6, containing a current libunwind lib.
>
> - libunwind-0.98.3-3
>
> - gcc-3.2_3
Jeroen van Wolffelaar <[EMAIL PROTECTED]> writes:
> On Mon, Dec 20, 2004 at 01:39:57PM +1000, Anthony Towns wrote:
>> Looking at the other page that does something similar (based on ftp.d.o
>> bugs) that someone on this list should know the url for, and merging the
>> two would be good too.
>
>
Dhiraj Gaurh <[EMAIL PROTECTED]> writes:
> Hi,
> Sarge does contain kernel packages for amd64 but if you try to
> download sarge, there is no directory for the amd64 architecture. Is
> amd64 not yet fully supported by sarge ?? Do I need to install i386
> and then upgrade the kernel to amd64, the
Nathanael Nerode <[EMAIL PROTECTED]> writes:
>>> And the following library packages haven't built in c2 versions on
>>> all architectures, and therefore prevent other packages from
>>> transitioning:
>>
>>> pdfkit.framework -- m68k (blocks viewpdf.app, gworkspace.app)
>>
>>m68k should just be igno
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Nov 29, 2005 at 07:46:42PM -0800, Thomas Bushnell BSG wrote:
>
>> The initial upload of libcapplet 1:1.5.11-12 failed to build on alpha,
>> arm, i386, and mipsel because of a temporarily absent build
>> dependency. This upload occurred over thr
Andreas Barth <[EMAIL PROTECTED]> writes:
> * Goswin von Brederlow ([EMAIL PROTECTED]) [051206 14:59]:
>> PS: One thing $random volunteer could do would be patching wanna-build
>> to Dep-Wait automatically for the obvious cases.
>
> Auto-Dep-Wait works for some month
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, Dec 06, 2005 at 02:56:28PM +0100, Goswin von Brederlow wrote:
>> Steve Langasek <[EMAIL PROTECTED]> writes:
>
>> > On Tue, Nov 29, 2005 at 07:46:42PM -0800, Thomas Bushnell BSG wrote:
>
>> >> The
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Steve Langasek <[EMAIL PROTECTED]> writes:
>
>> No, buildd admins are responsible for fixing buildd problems. *Porters* are
>> responsible for *ensuring their port is a viable release candidate*. Given
>> that one of the release criteria is "keep
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> How about making porters responsible for running the buildds for their
> arch?
I consider anyone who runs a buildd for an arch a porter already so
that is already there.
MfG
Goswin
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
> Goswin von Brederlow <[EMAIL PROTECTED]> writes:
>
>> Thomas Bushnell BSG <[EMAIL PROTECTED]> writes:
>>
>>> How about making porters responsible for running the buildds for their
>>> arch?
&
On Mon, Aug 06, 2012 at 12:28:35PM +0200, Vincent Danjean wrote:
> Package: ia32-libs-i386
> Version: 20120701
> Severity: normal
>
> Currently, ia32-libs-i386 depends on
> libldap-2.4-2 (>= 2.4.23-7.2)
> libnss-ldap (>= 264-2.2)
> libpam-ldap (>= 184-8.5)
>
> I understand that, on systems whe
On Sat, Aug 18, 2012 at 05:38:58PM +0200, Julien Cristau wrote:
> On Mon, Aug 13, 2012 at 10:16:36 +0200, Goswin von Brederlow wrote:
>
> > On Mon, Aug 06, 2012 at 12:28:35PM +0200, Vincent Danjean wrote:
> > > Package: ia32-libs-i386
> > > Version: 2
Hi,
ia32-libs has been updated again to fix an unreported RC bug
(uninstallable on ia64), a simple bug and to cover package updates in
squeeze:
---
ia32-libs (20100919) unstable; urgency=high
* Make dependency on lib32bz2-
FS: Can you check your source tree and remove debian/lib32gcc1* (see
below) and then upload 20100927 from git please?
Julien Cristau writes:
> On Tue, Sep 14, 2010 at 23:15:48 +0200, Goswin von Brederlow wrote:
>
>> Please unblock package ia32-libs and ia32-libs-gtk
>>
&
Mehdi Dogguy writes:
> On 10/13/2010 11:41 AM, Nicholas Bamber wrote:
>> Mehdi, When 0.2 was built there was a hope of getting it into
>> squeeze. I can understand if the boat was missed on that a long time
>> ago.
>>
>> The issue with #593102 is that the usptream component has an odd
>> layo
Julien Cristau writes:
> On Tue, Sep 14, 2010 at 23:15:48 +0200, Goswin von Brederlow wrote:
>
>> Please unblock package ia32-libs and ia32-libs-gtk
>>
> Some more questions now that 20101012 has been uploaded:
> - what's the point of the ia32-libs-dev package? n
Julien Cristau writes:
> On Wed, Oct 13, 2010 at 16:12:13 +0200, Goswin von Brederlow wrote:
>
>> Julien Cristau writes:
>>
>> > On Tue, Sep 14, 2010 at 23:15:48 +0200, Goswin von Brederlow wrote:
>> >
>> >> Please unblock package ia32-libs and i
Phillip Susi writes:
> On 10/22/2010 5:35 AM, Guillem Jover wrote:
>> 1) Switch back from sync() to fsync() before rename() (while keeping
>
> Don't you WANT to use sync? If you fsync every file that is going to be
> rather slow since it forces a disk write for every file, rather than
> allowi
Philipp Kern writes:
> On Mon, Oct 25, 2010 at 08:16:41PM +0200, Julien Cristau wrote:
>> > You can't build 32bit packages for amd64 in a 32bit chroot. That results
>> > in the wrong arch and wrong dependencies.
>> But you can use i386 packages on amd64 in a 32bit chroot. That results
>> in much
Hi,
I recently did a squeeze install with read-only / and /usr and found a
few minor glitches:
* ifupdown installed without /dev/shm mounted
* /etc/mtab not a link to /proc/mounts
* /etc/fstab lists the device for proc as "proc", system says "none",
mounting local filesystems gives error
* lvm
Michael Gilbert writes:
> On Tue, 9 Nov 2010 16:21:19 +0100, Julien Cristau wrote:
>> On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote:
>>
>> > As for ia32-libs, I would be willing to sponsor it but I don't think we
>> > should be making uploads for such trivial cleanup operations,
Michael Gilbert writes:
> On Tue, 9 Nov 2010 16:21:19 +0100 Julien Cristau wrote:
>
>> On Tue, Nov 9, 2010 at 15:41:56 +0100, Thijs Kinkhorst wrote:
>>
>> > As for ia32-libs, I would be willing to sponsor it but I don't think we
>> > should be making uploads for such trivial cleanup operations,
f no-one beats me to it and if
> the release team approves the change for squeeze.
Hi,
I've just uploaded an updated ia32-libs-core and ia32-libs to mentors:
ia32-libs-core (20101117) unstable; urgency=low
.
[ Goswin von Brederlow ]
* Replace lib32icu42 with lib32icu44.
* Upda
Thijs Kinkhorst writes:
> On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
>> ia32-libs-core (20101117) unstable; urgency=low
>> ia32-libs (20101117) unstable; urgency=low
>
> I just uploaded these to sid.
Thx.
MfG
Goswin
--
To UNSUBSC
Thijs Kinkhorst writes:
> On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
>> ia32-libs-core (20101117) unstable; urgency=low
>> ia32-libs (20101117) unstable; urgency=low
>
> I just uploaded these to sid.
>
> I hope they can be unblocked and
"Adam D. Barratt" writes:
> On Sat, 2010-12-04 at 08:37 +0100, Thijs Kinkhorst wrote:
>> On Thursday 18 November 2010 22:24:01 Thijs Kinkhorst wrote:
>> > On Wednesday 17 November 2010 14:26:07 Goswin von Brederlow wrote:
>> > > ia32-libs-core (2010
Thijs Kinkhorst writes:
> On Tuesday 07 December 2010 18:01:05 Goswin von Brederlow wrote:
>> Uploading ia32-libs-core_20101207_source to mentors. Sponsors
>> welcome.
>
> I have uploaded this now. I think this needs unblocking so that ia32-libs can
> also migrate.
>
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sun, Mar 12, 2006 at 11:13:09PM +0100, Martin Schulze wrote:
>> Dear Release managers and assistants,
>
>> what is the current status of the inclusion of a powerpc64 architecture?
>
>> Are there plans to include it in the archive?
>
>> If so, for whe
Nathanael Nerode <[EMAIL PROTECTED]> writes:
> I went through the RC bugs which apply to etch and are older than one year.
> This is a rather disturbing list, as you would expect from the age of the
> bugs.
> In most cases I don't think you can expect the maintainers to deal with these
> bugs on
Hi,
Martin Zobel-Helas asked me on irc to comment on the update so here we
go. The debian-amd64 team would welcome it very much if it got
included. As you can see from the bugreport [1] the fix is included
upstream and in debian since 2.3.5-3.
The bug prevents NPTL threads from functioning correc
Dear release team,
please consider binNMUing the packages (list below) for amd64 to avoid
different packages with the same version to exists on the debian
archives.
Hi,
as you might know amd64 has been added to the Debian archive. For this
Ftp-Master insisted on rebuilding every package of the
Julien Danjou <[EMAIL PROTECTED]> writes:
> On Fri, Mar 24, 2006 at 03:53:03PM +0100, Martin Zobel-Helas wrote:
>> Looks like just rebuilding the security version resolves that error, for
>> whatever reason. Julien and me just cross checked that and got the same
>> result.
>
> We tried to reproduc
Andreas Metzler <[EMAIL PROTECTED]> writes:
> On 2006-03-25 Bdale Garbee <[EMAIL PROTECTED]> wrote:
> [...]
>> However, I don't immediately understand why the auto* tools are being
>> invoked by make during this build?
> [...]
>
> [EMAIL PROTECTED]:/tmp$ lsdiff -z tar_1.14-2.1.diff.gz | \
>
Martin Zobel-Helas <[EMAIL PROTECTED]> writes:
> Hi Andi,
>
> On Monday, 27 Mar 2006, you wrote:
>> * Martin Zobel-Helas ([EMAIL PROTECTED]) [060324 16:00]:
>> > Looks like just rebuilding the security version resolves that error, for
>> > whatever reason. Julien and me just cross checked that and
Philipp Kern <[EMAIL PROTECTED]> writes:
> Hi there,
>
> it seems that some A(P|B)I changes in the most recent gmp upload broke
> obby and causes its dependent applications to FTBFS (see RC bug
> #367862).
>
> A simple recompile of obby against the current gmp version in the
> archive fixed the co
Philipp Kern <[EMAIL PROTECTED]> writes:
>> Have you checked that a recompiled obby will work with older gmp
>> packages? If that is not the case then you have no choice but to
>> properly fix this at the source level.
>
> They most probably won't work with older, but I could force a shlibs
> vers
Niko Tyni <[EMAIL PROTECTED]> writes:
> Hi release team,
>
> the fragroute package needs a recompile because of a libevent1
> ABI change between 0.8-2 and 1.0-1.1 (without a corresponding soname
> change). This is the only thing blocking grave bug #351269.
>
> Could somebody please schedule binNMU
Pierre HABOUZIT <[EMAIL PROTECTED]> writes:
> tag 362959 =
> tag 362959 + patch
> thanks
>
> I confirm. I have tracked that issue down, it's because upstream takes
> pointer on things that should be gsizes (aka 64 bits on amd64) on things
> that are gints (32bits).
Pointer should be put into in
CCing Julien as he tried to NMU.
Niko Tyni <[EMAIL PROTECTED]> writes:
> On Mon, May 29, 2006 at 04:24:47AM +0200, Goswin von Brederlow wrote:
>> Niko Tyni <[EMAIL PROTECTED]> writes:
>
>> > the fragroute package needs a recompile because of a libevent1
>>
Bastian Blank <[EMAIL PROTECTED]> writes:
> On Mon, May 29, 2006 at 04:27:24AM +0200, Goswin von Brederlow wrote:
>> Pointer should be put into intpointer_t if you must.
>
> It is intptr_t from stdint.h.
Right, sorry. too late at night.
>>
Pierre Habouzit <[EMAIL PROTECTED]> writes:
> Le Lun 29 Mai 2006 04:27, Goswin von Brederlow a écrit :
>> Pierre HABOUZIT <[EMAIL PROTECTED]> writes:
>> > tag 362959 =
>> > tag 362959 + patch
>> > thanks
>> >
>> > I confirm
Julien Danjou <[EMAIL PROTECTED]> writes:
> On Mon, May 29, 2006 at 12:30:59PM +0200, Goswin von Brederlow wrote:
>> Are you going to NMU fragroute too so it uses the new libdumbnet?
>
> Only if a binNMU is not sufficient, but I think it should be now, no ?
>
> Cheers,
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Tue, May 30, 2006 at 01:26:16PM +0200, Sven Luther wrote:
>> On Tue, May 30, 2006 at 12:05:26PM +0200, Andreas Barth wrote:
>
>> > another month has passed and DebConf happened, so we have a few more
>> > changes to announce.
>
>> > Release Goals
>>
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Wed, 31 May 2006, Sven Luther wrote:
>> Maybe, but biarch are what we have now, and what can be made to work. I asked
>> this same question 6+ month ago, and you gave me the same reply, and
>> multi-arch has not progressed an inch since then.
>
> Th
Raphael Hertzog <[EMAIL PROTECTED]> writes:
> On Wed, 31 May 2006, Sven Luther wrote:
>> > In the last 6 months we had:
>> > - multiarch support added to ld by Aurelien jarno
>>
>> And Aurelien Jarno telling us he was sick of nothing happening in early
>> april,
>> and wanting to drop it all. An
Steve Langasek <[EMAIL PROTECTED]> writes:
> On Sat, Jun 03, 2006 at 09:37:35AM +0200, Goswin von Brederlow wrote:
>> > And multiarch lacked (for a long time) a bit of momentum. It goes
>> > better now, but it's clearly too late for etch.
>
>> The abilit
1 - 100 of 178 matches
Mail list logo
