Thomas Goirand writes:
> 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
>>
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
On Fri, 2012-06-22 at 19:37 +0200, Luk Claes wrote:
> 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
> >>>
Dear Ian, Iustin and Stefano,
reading DEP 8's appendix, I wonder about the necessity to keep separate
Restrictions and Features fields. For instance, the no-build-needed Feature
could also be a needs-build restriction. Perhaps the specification can
be simplified by dropping the Features field ?
Le Fri, Jun 22, 2012 at 11:02:04AM +0200, Goswin von Brederlow a écrit :
>
> I think test should be run in a container (or VM) but never the local
> system itself. The absolute minimum would be a chroot but a container
> would give better control over things like networking.
Hello Goswin
For net
Dear all,
sinfo package is not RC, but it hasn't been updated in a while.
Jürgen Rinas or Gaudenz Steinlin do you intend to continue maintaining it?
--
Regards,
Dmitrijs.
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listm
On 22/06/12 23:04, Holger Levsen wrote:
Hi,
On Freitag, 22. Juni 2012, Neil Williams wrote:
Bug squashing parties are *social* events where bugs happen to get
fixed.
soon there will be a 14 day BSP, in Central America, in Managua :-D
You'll be able to participate remotly, mostly via IRC ;)
Hi,
On Freitag, 22. Juni 2012, Neil Williams wrote:
> Bug squashing parties are *social* events where bugs happen to get
> fixed.
soon there will be a 14 day BSP, in Central America, in Managua :-D
You'll be able to participate remotly, mostly via IRC ;)
cheers,
Holger
--
To UNSUBSCR
On Fri, 22 Jun 2012, Rudy Zijlstra wrote:
> let system run with IPv4 & IPv6 routing for about 1 month
> > IPv6 routing will start to fail
> > IPv4 routing becomes slow and unpredictable
>
> no obvious causes visible in the system. top and friends do not show a cpu hog
>
> a reboot will bring the
On Thu, Jun 21, 2012 at 1:28 PM, Holger Levsen wrote:
> On Donnerstag, 21. Juni 2012, Bernd Zeimetz wrote:
>> It is *easy* to use. It works out of the box. I don't need to tell
>> people how to use it and what to install. It works with various other
>> devices. And so on. I do not believe that
On Fri, 22 Jun 2012, Andrei POPESCU wrote:
> On Mi, 20 iun 12, 15:18:55, Stephan Seitz wrote:
> > Fine let’s talk. Why can’t we find a compromise? Additional to our
> > disk /tmp we create a /ramtmp (so the name suggests that this tmp is
> > a ramdisk) with tmpfs. This should be doable in time for
Package: wnpp
Severity: wishlist
Owner: Ulrich Dangel
* Package name: foremancli
Version : 1.0
Upstream Author : Brian Gupta
* URL : http://theforeman.org/projects/foreman/wiki/Foremancli
* License : GPL-2+
Programming Lang: ruby
Description : commandl
"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
> Hi,
> After several iterations to solve problems related to Debian's mirrors
> network, I am happy to announce a fully-functional solution that solves many
> of the shortcomings of previous iterations: http://http.debian.net
> http.debian.net works as the key component of a content distribution
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
On 22/06/12 19:23, Goswin von Brederlow wrote:
> Yaroslav Halchenko writes:
>
>> On Fri, 22 Jun 2012, Goswin von Brederlow wrote:
archive-wide rebuilds of arch:all packages as we routinely do rebuilds
of arch:any packages.
(Cc:-ing Lucas, for his great work on QA rebuilds.)
>>> Are
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
On Fri, Jun 22, 2012 at 07:25:51PM +0100, Neil Williams wrote:
> Bug squashing parties are *social* events where bugs happen to get
> fixed.
http://wiki.debian.org/BSPMarathonWheezy should be useful for anyone
who thinks we're making people travel too long for these things. Host
a BSP! Even if it'
On Fri, 22 Jun 2012 18:00:13 +0100
Philip Ashmore wrote:
> On 22/06/12 07:12, Thomas Goirand wrote:
> > On 06/21/2012 10:39 PM, Jon Dowland wrote:
> >> Fair enough - but let's not lob hand grenades at people who might find it
> >> useful. Let them get on with it if they want to.
> >>
> > Sorry, b
m...@linux.it (Marco d'Itri) writes:
> On Jun 22, 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)
> Maybe this is easier?
Yaroslav Halchenko writes:
> On Fri, 22 Jun 2012, Goswin von Brederlow wrote:
>> > archive-wide rebuilds of arch:all packages as we routinely do rebuilds
>> > of arch:any packages.
>> > (Cc:-ing Lucas, for his great work on QA rebuilds.)
>> Are archive wide rebuilds done on anythiong but i386/amd
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
On 06/22/2012 07:37 PM, Luk Claes wrote:
> On 06/22/2012 04:31 PM, Roger Leigh wrote:
>> On Fri, Jun 22, 2012 at 09:32:15PM +0800, Thomas Goirand wrote:
>> Doesn't the Ubuntu updater tool do something like this already when
>> it does a full upgrade between releases?
>
> There were quite some bugs
On 21 Jun 2012 Raphael Geissert wrote:
> After several iterations to solve problems related to Debian's mirrors
> network, I am happy to announce a fully-functional solution that
> solves many
> of the shortcomings of previous iterations:
> http://http.debian.net
Is there other developer involved
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
On Mi, 20 iun 12, 15:18:55, Stephan Seitz wrote:
>
> Fine let’s talk. Why can’t we find a compromise? Additional to our
> disk /tmp we create a /ramtmp (so the name suggests that this tmp is
> a ramdisk) with tmpfs. This should be doable in time for Wheezy. The
> release notes should mention it. A
On 22/06/12 07:12, Thomas Goirand wrote:
On 06/21/2012 10:39 PM, Jon Dowland wrote:
Fair enough - but let's not lob hand grenades at people who might find it
useful. Let them get on with it if they want to.
Sorry, but it's fair enough to "lob hand grenades" at people suggesting
non open source
On Fri, 22 Jun 2012, Goswin von Brederlow wrote:
> >> I was thinking about a bit more automated way... ideally (in the long
> >> run) even that FTBFS (e.g. due to failed tests or some other arch
> >> specific quirks) would forbid automatic migration to wheezy etc --
> >> kinda full blown benefits
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:04, Roberto C. Sánchez wrote:
On Fri, Jun 22, 2012 at 01:59:37PM +0200, Rudy Zijlstra wrote:
Package: general
Severity: important
Tags: ipv6
let system run with IPv4& IPv6 routing for about 1 month
IPv6 routing will start to fail
IPv4 routing becomes slow and unpredictable
no
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
On Fri, Jun 22, 2012 at 01:59:37PM +0200, Rudy Zijlstra wrote:
> Package: general
> Severity: important
> Tags: ipv6
>
> let system run with IPv4 & IPv6 routing for about 1 month
> > IPv6 routing will start to fail
> > IPv4 routing becomes slow and unpredictable
>
> no obvious causes visible in t
Package: general
Severity: important
Tags: ipv6
let system run with IPv4 & IPv6 routing for about 1 month
> IPv6 routing will start to fail
> IPv4 routing becomes slow and unpredictable
no obvious causes visible in the system. top and friends do not show a cpu hog
a reboot will bring the system
On 22/06/12 at 10:56 +0200, Goswin von Brederlow wrote:
> Are archive wide rebuilds done on anythiong but i386/amd64?
A long time ago, I played with archive rebuilds inside qemu for mips or
mipsel. It is probably doable, but needs someone to do the work.
Lucas
--
To UNSUBSCRIBE, email to debia
Hi,
On 22/06/12 at 09:37 +0200, Stefano Zacchiroli wrote:
> On Fri, Jun 22, 2012 at 12:29:48AM -0400, Yaroslav Halchenko wrote:
> > I was thinking about a bit more automated way... ideally (in the long
> > run) even that FTBFS (e.g. due to failed tests or some other arch
> > specific quirks) would
On Jun 22, 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)
Maybe this is easier?
1: upgrade dpkg and apt
2: dpkg --add-archite
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
Charles Plessy writes:
> Dear all,
>
> I think that the idea behind autopkgtest (DEP 8) is very interesting, and
> could
> eventually replace build-time regression tests. To train myself, I tried to
> implement simple tests for the tabix package.
>
> However, adt-run needs a virtual machine. I
Stefano Zacchiroli writes:
> On Fri, Jun 22, 2012 at 12:29:48AM -0400, Yaroslav Halchenko wrote:
>> I was thinking about a bit more automated way... ideally (in the long
>> run) even that FTBFS (e.g. due to failed tests or some other arch
>> specific quirks) would forbid automatic migration to w
Le Fri, Jun 22, 2012 at 01:24:43PM +0900, Charles Plessy a écrit :
>
> adt-run needs a virtual machine. I know that some developers have
> some workarounds, but couldn't autopkgtest also support running tests on the
> local
> system ? This would be tremendously useful when the tests can be cont
Ben Hutchings writes:
> On Thu, Jun 21, 2012 at 11:16:51AM +0200, Goswin von Brederlow wrote:
>> Ben Hutchings writes:
>>
>> > On Tue, 2012-06-19 at 15:29 +0300, Eugene V. Lyubimkin wrote:
>> >> Hello,
>> >>
>> >> On 2012-06-19 13:59, Tomas Pospisek wrote:
>> >> > This implies that an "apt-get
On Fri, Jun 22, 2012 at 12:29:48AM -0400, Yaroslav Halchenko wrote:
> I was thinking about a bit more automated way... ideally (in the long
> run) even that FTBFS (e.g. due to failed tests or some other arch
> specific quirks) would forbid automatic migration to wheezy etc --
> kinda full blown be
shirish,
am Fri, Jun 22, 2012 at 09:33:34AM +0530 hast du folgendes geschrieben:
> Another thing which is puzzling is that stable inRelease is ignored. I
> dunno if this was before and I'm realizing it now or it's due to the
> use of mirror redirector or something else. I do recall stable
> inRel
45 matches
Mail list logo
