On 06/23/2012 02:48 AM, Goswin von Brederlow wrote:
> The helpfull error messages and holding back packages would have to be
> ported to stable apt/aptitude to be any use for upgrades. And only
> people updating to the latest stable point release would benefit from
> it.
>
Unfortunately, we neve
On 06/23/2012 02:18 AM, Goswin von Brederlow wrote:
> Problem is that frontends will complain about ia32-libs being not
> upgradable and might suggest removing it instead of keeping it back way
> before that. At the time base-file is upgraded ia32-libs and all other
> 32bit stuff might already have
Package: ftp.debian.org
Severity: normal
I am the maintainer of allegro4.4. This package belongs to allegro4.2,
which was removed today (#678528). The maintainer of allegro-demo-data
seems to be MIA (same maintainer as orphaned allegro4.2, see #626049).
Best regards,
Tobias
--
To UNSUBSCRIBE,
On Fri, Jun 22, 2012 at 5:12 PM, Julien Cristau wrote:
> On Fri, Jun 22, 2012 at 23:00:26 +0200, Luk Claes wrote:
>
>> On 06/22/2012 09:04 PM, Julien Cristau wrote:
>> > On Fri, Jun 22, 2012 at 14:50:44 -0400, Mike Miller wrote:
>> >
>> >> I'd like to upload the latest version of openconnect to un
On 22/06/12 23:05, Nicholas Bamber wrote:
> On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
>> Thanks for the NMU, I did not have time this week to make an upload myself.
>>
>> Regards
>>
>> Javier
>>
>> PS: If I have time I might make an upload soon with the same changes,
>> in order to acknow
On 22/06/12 22:43, Javier Fernandez-Sanguino wrote:
> Thanks for the NMU, I did not have time this week to make an upload myself.
>
> Regards
>
> Javier
>
> PS: If I have time I might make an upload soon with the same changes,
> in order to acknowledge the NMU
Javier,
I could actually b
On Fri, Jun 22, 2012 at 11:43:25PM +0200, Javier Fernandez-Sanguino wrote:
> Thanks for the NMU, I did not have time this week to make an upload myself.
> PS: If I have time I might make an upload soon with the same changes,
> in order to acknowledge the NMU
FWIW you don't need to make an upload j
Thanks for the NMU, I did not have time this week to make an upload myself.
Regards
Javier
PS: If I have time I might make an upload soon with the same changes,
in order to acknowledge the NMU
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe".
On Fri, Jun 22, 2012 at 23:00:26 +0200, Luk Claes wrote:
> On 06/22/2012 09:04 PM, Julien Cristau wrote:
> > On Fri, Jun 22, 2012 at 14:50:44 -0400, Mike Miller wrote:
> >
> >> I'd like to upload the latest version of openconnect to unstable.
> >> Updating from 3.20 to 4.00 brings a new ABI with
On 06/22/2012 09:04 PM, Julien Cristau wrote:
> On Fri, Jun 22, 2012 at 14:50:44 -0400, Mike Miller wrote:
>
>> I'd like to upload the latest version of openconnect to unstable.
>> Updating from 3.20 to 4.00 brings a new ABI with a new soname for
>> libopenconnect.
>>
> Unless the current version
On Fri, 2012-06-22 at 22:01 +0200, Sune Vuorela wrote:
> On Thursday 21 June 2012 22:35:38 Adam D. Barratt wrote:
> KDEsdk is installed across all archs, so a binNMU of kdevelop would be great
Scheduled.
> marble is built on all archs and installed for all archs except ppc, so a
> binNMU for mar
On Thursday 21 June 2012 22:35:38 Adam D. Barratt wrote:
> I've added a tracker for these at
> http://release.debian.org/transitions/html/kde4.8bis.html
Great
> As discussed on IRC, please feel free to go ahead with unstable uploads
> of the packages which originally went to experimental, and le
Javier,
I have just uploaded a 2-day NMU based upon Gregor's patch to fix the
snort FTBS. It it works Gregor is owed any credit. If it causes an
issues send the blame my way. And of course you still have two days to
intervene.
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debi
On Fri, 2012-06-22 at 10:28 +, Bas van den Dikkenberg wrote:
> Thehurd-i386 version fail due to bug in gblicIt should be fixed by
> the latest glibc upload.
>
>
>
> gb burp_1.3.8-1 .hurd-i386
debian-release is not the correct contact point for that - you want
debian-wb-team or $arch
On 22/06/2012 21:00, Adam D. Barratt wrote:
> You appear to have neglected to mention anywhere in the above that the
> new version includes an ABI break, and therefore a transition. :-)
> Unless there's something significantly wrong with the version of ace
> currently in unstable, it's really too
On Fri, Jun 22, 2012 at 14:50:44 -0400, Mike Miller wrote:
> I'd like to upload the latest version of openconnect to unstable.
> Updating from 3.20 to 4.00 brings a new ABI with a new soname for
> libopenconnect.
>
Unless the current version is completely broken, I don't think we should
do this.
On Fri, 2012-06-22 at 18:45 +0200, Simon Busch wrote:
> Its this one here we're talking about:
> http://trac.freesmartphone.org/ticket/686
>
> The bug causes the modem initialisation to fail on the GtA02, fsogsmd
> will fall into a loop which causes 100 percent CPU usage: the device
> becomes unus
On Fri, Jun 22, 2012 at 20:51:11 +0200, Thomas Girard wrote:
> I'd like to know if it's still doable to upload that version to
> unstable so that it get a chance to be included in the freeze*.
No, it's not.
Cheers,
Julien
signature.asc
Description: Digital signature
On Fri, 2012-06-22 at 20:51 +0200, Thomas Girard wrote:
> yesterday ace 6.1.2 got accepted into experimental. So far buildd logs
> seem good.
>
> I'd like to know if it's still doable to upload that version to
> unstable so that it get a chance to be included in the freeze*. I have
> checked that
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear Release Team,
I'd like to upload the latest version of openconnect to unstable.
Updating from 3.20 to 4.00 brings a new ABI with a new soname for
libopenconnect.
The only source pa
(please keep pkg-ace-devel@ in replies)
Hello,
yesterday ace 6.1.2 got accepted into experimental. So far buildd logs
seem good.
I'd like to know if it's still doable to upload that version to
unstable so that it get a chance to be included in the freeze*. I have
checked that both reverse depend
"Adam D. Barratt" writes:
> On 22.06.2012 15:31, Roger Leigh wrote:
>> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>>> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>>> > Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>>> > Step 2: dpkg --add-architect
On ven., 2012-06-22 at 11:34 +0200, Goswin von Brederlow wrote:
> #677787 gtk2-engines-xfce: Please add multiarch support
Note that this one (as investigated in the bug report by Goswin and me)
is a bit spurious. For multi-arch Gtk+ apps, a multi-arch engine
matching the theme used by the end user
Luk Claes writes:
> On 06/22/2012 04:31 PM, Roger Leigh wrote:
>> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>>> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
Step 2: dpkg --add-architecture i38
Thomas Goirand writes:
> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>> Step 2: dpkg --add-architecture i386 && apt-get update
>> Step 3: dist-upgrade (ia32-libs, wine, ... is now installable)
>>
> May I suggest that
In gmane.linux.debian.devel.general Ian Jackson
wrote:
[...]
> On previous occasions the release team have said that the freeze would
> be applied with respect to the /upload/ date, rather than the
> /migration/ date. Ie, packages uploaded before the freeze might
> migrate afterwards unhindered,
Its this one here we're talking about: http://trac.freesmartphone.org/ticket/686
The bug causes the modem initialisation to fail on the GtA02, fsogsmd will fall
into a loop which causes 100 percent CPU usage: the device becomes unusable
right after starting up.
Regards,
Simon
--
Diese Nachrich
On 06/22/2012 05:44 PM, Joey Hess wrote:
> Adam D. Barratt wrote:
>> Please don't rush the changes in order to make the freeze date.
>> Getting exceptions for updates introducing the new artwork won't be
>> an issue (well, unless you leave them until the week before release,
>> but don't do that :P
On 06/22/2012 04:31 PM, Roger Leigh wrote:
> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
>>> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
>>> Step 2: dpkg --add-architecture i386 && apt-get update
>>> St
Hello
Excerpt from Paul Tagliamonte:
-- --
> GRUB, GDM, KDM, Ksplash, KDE, plymouth all all have their changes done
> from desktop-base, so no need to play around with those packages, but
> who knows how a changed background will break stuff :)
At least for kdm there is this bug open:
kdm: log
Adam D. Barratt wrote:
> Please don't rush the changes in order to make the freeze date.
> Getting exceptions for updates introducing the new artwork won't be
> an issue (well, unless you leave them until the week before release,
> but don't do that :P).
The last time we rushed new artwork into a
On 22.06.2012 15:07, Saramito Pierre wrote:
Rheolef-6.1 is ready to migrate to testing, but its testing migration
status is:
* 20 days old (needed 10 days)
* out of date on armel: librheolef-dev, librheolef1, rheolef,
rheolef-doc (from 5.93-2)
* out of date on armhf: librheolef-dev, librhe
Dear all,
Rheolef-6.1 is ready to migrate to testing, but its testing migration status is:
* 20 days old (needed 10 days)
* out of date on armel: librheolef-dev, librheolef1, rheolef, rheolef-doc
(from 5.93-2)
* out of date on armhf: librheolef-dev, librheolef1, rheolef, rheolef-doc
(from
On 22.06.2012 15:31, Roger Leigh wrote:
On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
> Step 2: dpkg --add-architecture i386 && apt-get update
> Step 3: dist-
On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
> On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
> > Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
> > Step 2: dpkg --add-architecture i386 && apt-get update
> > Step 3: dist-upgrade (ia32-libs, wine, ... is no
On 22/06/12 15:12, Sebastian Reichel wrote:
Upstream has found a critical bug on the only completely supported
Can you explain what is this critical bug or point us to a bugreport
somewhere?
FSO platform in Debian: The Openmoko GTA02. It can be fixed easily by
upgrading the following packa
Hi Release Team,
Upstream has found a critical bug on the only completely
supported FSO platform in Debian: The Openmoko GTA02. It
can be fixed easily by upgrading the following packages:
* libfsotransport
* libgsm0710mux
* fso-gsmd
This includes another transition from libgsm0710mux1 to
libg
On 06/22/2012 05:34 PM, Goswin von Brederlow wrote:
> Step 1: upgrade/dist-upgrade with ia32-libs (wine, ...) held back
> Step 2: dpkg --add-architecture i386 && apt-get update
> Step 3: dist-upgrade (ia32-libs, wine, ... is now installable)
>
May I suggest that upon upgrade, we have a debconf m
Package: ftp.debian.org
Severity: normal
Hi,
I am the maintainer of allegro4.4 and allegro4.2 is orphaned. The transition
was completed [1,2] and allegro4.2 has no reverse dependencies in unstable or
testing.
If you remove allegro4.2, please also remove allegro-demo-data, which consists
of da
Processing commands for cont...@bugs.debian.org:
> block 677620 with 678523
Bug #677620 [release.debian.org] transition: GNOME 3.4: evolution 3.4
677620 was blocked by: 678233
677620 was not blocking any bugs.
Added blocking bug(s) of 677620: 678523
> thanks
Stopping processing here.
Please conta
On Fri, Jun 22, 2012 at 12:25:52PM +0200, Cyril Brulebois wrote:
> Adam D. Barratt (22/06/2012):
> > On 21.06.2012 21:08, Paul Tagliamonte wrote:
> > > As many of you know, we're tragically close to freeze. As a result,
> > > the usual process of voting, debating and picking a theme via
> > > cons
(adding -cd@)
Steve McIntyre (21/06/2012):
> On Thu, Jun 21, 2012 at 12:37:55AM +0200, Cyril Brulebois wrote:
> > If there's nothing left on anyone's todo list, I'll try and release
> > beta 1 over the week-end. Will have to check if something needs be
> > done WRT upcoming kernel updates:
> >
Hello,
The hurd-i386 version fail due to bug in gblic It should be fixed by the
latest glibc upload.
gb burp_1.3.8-1 . hurd-i386
Thanks.
Hello,
The kfreebsd-amd64 version fail due to bug in gblic It should be fixed by the
latest glibc upload.
gb burp_1.3.8-1 . kfreebsd-i386
Thanks.
Adam D. Barratt (22/06/2012):
> On 21.06.2012 21:08, Paul Tagliamonte wrote:
> > As many of you know, we're tragically close to freeze. As a result,
> > the usual process of voting, debating and picking a theme via
> > consensus is not really possible. There was also a distinct lack of
> > interes
Hello Christian,
Christian PERRIER (21/06/2012):
> Except running after last minute changes like netcfg last evening,
> yes..:-).
>
> I won't deactivate any language, though. OK, some of them are slightly
> incomplete for sublevels 1 and 2 and that doesn't exactly fit our
> release "rules" but I
Am 22.06.2012 10:44, schrieb Mark Brown:
On Fri, Jun 22, 2012 at 09:12:37AM +0200, Thomas Martitz wrote:
The version discrepancy between i386 and amd64 breaks installation of other
multi-arch packages, e.g. wine.
The actual problem is that multiarch breaks binnmus. There's already
been a sou
Hi,
two weeks ago we hit a huge milestone with multiarch and wine:i386
became installable on amd64. Last week we hit another milestone so that
ia32-libs became mostly installable (it might still want to remove some
amd64 packages in the process depending on what you have installed).
As a conseque
On Fri, Jun 22, 2012 at 09:12:37AM +0200, Thomas Martitz wrote:
> The version discrepancy between i386 and amd64 breaks installation of other
> multi-arch packages, e.g. wine.
The actual problem is that multiarch breaks binnmus. There's already
been a sourceful upload to clean up this mess.
-
Hi,
On 21.06.2012 21:08, Paul Tagliamonte wrote:
As many of you know, we're tragically close to freeze. As a result,
the
usual process of voting, debating and picking a theme via consensus
is
not really possible. There was also a distinct lack of interest in
such
a process, as well.
I've tak
Dirk,
Given the approaching freeze do you think we could raise a ticket to
have rmysql removed on arm*? Or do you think you can get it fixed in the
next day or two?
--
To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
51 matches
Mail list logo