On Tue, Nov 05, 2013 at 08:53:05AM +0100, Niels Thykier wrote:
[1] I certainly wouldn't have space for something like this:
http://en.wikipedia.org/wiki/File:Z800_2066_JKU.jpeg
(and much less the money. Yeah I know that is technically not an s390,
but as I understand it, an s390 should
Am 29.10.2013 17:48, schrieb Ian Jackson:
(Mind you, I have my doubts about a process which counts people
promising to do work - it sets up some rather unfortunate incentives.
I guess it's easier to judge and more prospective than a process which
attempts to gauge whether the work has been
On Tue, Nov 05, 2013 at 08:53:05AM +0100, Niels Thykier wrote:
[1] I certainly wouldn't have space for something like this:
http://en.wikipedia.org/wiki/File:Z800_2066_JKU.jpeg
(and much less the money. Yeah I know that is technically not an s390,
but as I understand it, an s390 should
Niels Thykier writes (Re: Potential issues for most ports (Was: Re: Bits from
the Release Team (Jessie freeze info))):
On 2013-11-03 16:03, Steven Chamberlain wrote:
http://udd.debian.org/bugs.cgi?release=jessie_or_sidmerged=ignfnewerval=7kfreebsd=1sortby=severitysorto=desccseverity=1ctags=1
On Tue, 05 Nov 2013, Niels Thykier wrote:
In this regard; I am guilty of filing some those bugs without tagging
them. Honestly, adding the tags get a bit in the way right now. If a
package FTBFS on 4 architectures, I have to dig up 3-4 different
usertags (with different user) and associate it
On Tue, 05 Nov 2013, Don Armstrong wrote:
On Tue, 05 Nov 2013, Niels Thykier wrote:
In this regard; I am guilty of filing some those bugs without tagging
them. Honestly, adding the tags get a bit in the way right now. If a
package FTBFS on 4 architectures, I have to dig up 3-4 different
Op 05-11-13 19:50, Don Armstrong schreef:
On Tue, 05 Nov 2013, Don Armstrong wrote:
On Tue, 05 Nov 2013, Niels Thykier wrote:
In this regard; I am guilty of filing some those bugs without tagging
them. Honestly, adding the tags get a bit in the way right now. If a
package FTBFS on 4
Hi,
On 05/11/13 18:50, Don Armstrong wrote:
On Tue, 05 Nov 2013, Don Armstrong wrote:
This sounds like a case where we should turn these usertags into fully
fledged tags. [Or alternatively, they should just be made usertags under
the debian-po...@lists.debian.org user or similar.]
Either of
Op 05-11-13 20:40, Steven Chamberlain schreef:
[pseudopackages]
Would that be only for generic issues with a port, not specific to a
package? I doubt this would be used much. These bugs might typically
be reassigned to kernel packages or eglibc anyway.
Eventually, yes, but that doesn't
On Tue, 05 Nov 2013, Wouter Verhelst wrote:
Well, I did ask for the creation of port-specific tags back at
debconf8 (if I'm not mistaken), but you told me to go for usertags
instead ;-)
Sounds familiar. Usertags have the advantage of not requiring me to do
any work. But presumably at the time
On 2013-11-05 21:13, Don Armstrong wrote:
On Tue, 05 Nov 2013, Wouter Verhelst wrote:
Yes, I think that's a good idea; it would avoid issues where
maintainers are waiting on porters and vice versa, since the
reassigning of a bug to a port pseudopackage would make it clear who's
waiting for
On 03/11/13 10:54, Niels Thykier wrote:
Come to think of it; maybe we should have a BTS page for each of the
ports (e.g. a pseudo package in the BTS).
We've had this on kfreebsd, due it to having been a release goal:
On 2013-11-03 16:03, Steven Chamberlain wrote:
On 03/11/13 10:54, Niels Thykier wrote:
Come to think of it; maybe we should have a BTS page for each of the
ports (e.g. a pseudo package in the BTS).
We've had this on kfreebsd, due it to having been a release goal:
On 2013-11-03 23:04, Steve Langasek wrote:
On Sun, Nov 03, 2013 at 11:54:34AM +0100, Niels Thykier wrote:
[...]
I suppose a sponsor-only DD could be sufficient, provided that the
sponsor knows the porters well enough to be willing to sign off on e.g.
access to porter boxes. I guess the
On 2013-10-29 17:48, Ian Jackson wrote:
Niels Thykier writes (Re: Bits from the Release Team (Jessie freeze info)):
[...]
As mentioned we are debating whether the 5 DDs requirement still makes
sense. Would you say that we should abolish the requirement for DD
porters completely? I.e. Even
Niels Thykier dixit:
Then there are more concrete things like ruby's test suite seg. faulting
on ia64 (#593141), ld seg. faulting with --as-needed on ia64
And only statically linked klibc-compiled executables work on IA64,
not dynamically linked ones. I’ve looked into it, but Itanic is so
On Sun, Nov 03, 2013 at 11:54:34AM +0100, Niels Thykier wrote:
On 2013-10-29 17:48, Ian Jackson wrote:
Niels Thykier writes (Re: Bits from the Release Team (Jessie freeze
info)):
[...]
As mentioned we are debating whether the 5 DDs requirement still makes
sense. Would you say that we
Niels Thykier writes (Bits from the Release Team (Jessie freeze info)):
Results of porter roll-call
===
...
Summary table:
Arch || DDs || NMs/DMs || Other || Total
- ---++-++-++---++--
armel || 5 || 0 || 2
On Monday, October 28, 2013 12:15:09 PM Emmanuel Bourg wrote:
Le 27/10/2013 16:30, Daniel Schepler a écrit :
(To be honest, the
Java packages are such a tangled mess that I've given up on trying to
bootstrap that part of the archive for now -- and many of those do get
pulled into the
On 2013-10-29 16:05, Ian Jackson wrote:
Niels Thykier writes (Bits from the Release Team (Jessie freeze info)):
Results of porter roll-call
===
...
Summary table:
Arch || DDs || NMs/DMs || Other || Total
Niels Thykier writes (Re: Bits from the Release Team (Jessie freeze info)):
On 2013-10-29 16:05, Ian Jackson wrote:
I'm keen that Debian should continue to support a wide range of
architectures. Would it help if I, as a DD, volunteered to sponsor
porter uploads for any architecture
Le 27/10/2013 16:30, Daniel Schepler a écrit :
(To be honest, the
Java packages are such a tangled mess that I've given up on trying to
bootstrap that part of the archive for now -- and many of those do get pulled
into the minimal set of ca. 1473 source packages I get with my criteria.)
Hi Peter,
Quoting peter green (2013-10-27 01:11:24)
Johannes Schauer wrote:
Until these two issues are fixed we will not be able to get an algorithmic
answer to the question of what constitutes the minimum required set of
packages.
There is also the complication of what I will call
On Sun, Oct 27, 2013 at 4:33 PM, Johannes Schauer wrote:
Surely every maintainer of source packages involved in a Type 1 Self-Cycle
knows about this issue. Because Type 2 Self-Cycles are non-obvious we could in
the future (once build profiles are available) embed this information in the
pts
Johannes Schauer wrote:
Indeed, none of the Type 1 Self-Cycles are needed to bootstrap the core of
Debian. Unfortunately though, most of the Type 2 Self-Cycles are. You will
find
many surprising (at least to me) examples in the section of Type 2
Self-Cycles under the above link.
On the other
Hi Daniel,
Quoting Daniel Schepler (2013-10-27 16:06:43)
Johannes Schauer wrote:
Indeed, none of the Type 1 Self-Cycles are needed to bootstrap the core of
Debian. Unfortunately though, most of the Type 2 Self-Cycles are. You will
find
many surprising (at least to me) examples in the
Am 27.10.2013 16:06, schrieb Daniel Schepler:
Johannes Schauer wrote:
Indeed, none of the Type 1 Self-Cycles are needed to bootstrap the core of
Debian. Unfortunately though, most of the Type 2 Self-Cycles are. You will
find
many surprising (at least to me) examples in the section of Type 2
Hi,
On Mittwoch, 23. Oktober 2013, Stewart Smith wrote:
Jenkins can have slaves on remote hosts, via SSH. It runs a small java
app there, so as long as the arch has a JVM then you're pretty right.
that JVM is not even needed, just schedule jobs via ssh and be done.
cheers,
Holger
Hi,
(I was not able to find the debian-ports list on lists.debian.org (so I
subscribed via email) did I just miss it?)
Quoting Steven Chamberlain (2013-10-23 22:04:59)
I had a play with the 'botch' tool (see description[1]) for determining build
order when bootstrapping an architecture.
botch
Johannes Schauer j.scha...@email.de (2013-10-26):
(I was not able to find the debian-ports list on lists.debian.org (so I
subscribed via email) did I just miss it?)
Dead list: http://lists.debian.org/debian-ports/
AFAICT it's now an alias for all debian-$port lists.
Mraw,
KiBi.
Johannes Schauer wrote:
Until these two issues are fixed we will not be able to get an algorithmic
answer to the question of what constitutes the minimum required set of
packages.
There is also the complication of what I will call non-key self
building compilers. fpc is an example
These
On Wed, Oct 23, 2013 at 12:36 AM, Stewart Smith
stew...@flamingspork.com wrote:
Jenkins can have slaves on remote hosts, via SSH. It runs a small java
app there, so as long as the arch has a JVM then you're pretty right.
For whatever definition of small. I've seen it consuming 1 GiB of
I run Jenkins at my job. Small is around 256mb. Plus the Jenkins server can
sit on a high-memory machine and the agent just sit on a 68k box doing
builds. Small is like 64M ram. You Amiga/Atari guys seem to have oodles of
ram to work with Lol.
On Oct 23, 2013 2:45 AM, Geert Uytterhoeven
Small is 64m ram not 256m. I just woke up and was catching up on things. My
apologies.
On Oct 23, 2013 7:20 AM, Britt Dodd brittman...@gmail.com wrote:
I run Jenkins at my job. Small is around 256mb. Plus the Jenkins server
can sit on a high-memory machine and the agent just sit on a 68k box
On 22/10/13 23:36, Stewart Smith wrote:
Jenkins can have slaves on remote hosts, via SSH. It runs a small java
app there, so as long as the arch has a JVM then you're pretty right.
That may be useful to set up on some arches, for things where Jenkins
needs direct control over CPU-intensive
Geert Uytterhoeven ge...@linux-m68k.org writes:
On Wed, Oct 23, 2013 at 12:36 AM, Stewart Smith
stew...@flamingspork.com wrote:
Jenkins can have slaves on remote hosts, via SSH. It runs a small java
app there, so as long as the arch has a JVM then you're pretty right.
For whatever definition
On 23/10/13 12:55, Stewart Smith wrote:
Geert Uytterhoeven ge...@linux-m68k.org writes:
On Wed, Oct 23, 2013 at 12:36 AM, Stewart Smith
stew...@flamingspork.com wrote:
Jenkins can have slaves on remote hosts, via SSH. It runs a small java
app there, so as long as the arch has a JVM then
Steven Chamberlain dixit:
Come to think of it, it must take a day or more for m68k to rebuild
eglibc. This is a more serious problem than resources needed by
Kernel takes a day now (on the fastest VMs), eglibc 3 days,
gcc 5 days (since gcj got folded into it; add another day or
so once gnat
On 22/10/13 21:27, Steven Chamberlain wrote:
Some people have been trying to identify small sets of essential
packages already, in the context of bootstrapping an architecture[1]. I
wonder if that's likely to overlap with this? It encompasses toolchain
and essential arch-specific packages.
Hi Niels,
This was quite interesting as it seems to tie in with some other
projects that are already being pursued...
On 21/10/13 16:42, Niels Thykier wrote:
I would love for us to have an automated system to give us a
weather-report on the toolchain for each architecture. It would be
nice
Steven Chamberlain ste...@pyro.eu.org writes:
On 21/10/13 16:42, Niels Thykier wrote:
I would love for us to have an automated system to give us a
weather-report on the toolchain for each architecture. It would be
nice both for us to see how ports are doing and for porters to spot and
fix
On 2013-10-19 16:38, Jeremiah C. Foster wrote:
Hello,
On Sun, Oct 13, 2013 at 05:01:31PM +0200, Niels Thykier wrote:
[snip freeze policy]
Hi,
I s/-arm/-ports/'ed the CC, since I figured the rest of the porters
would find the answer equally interesting.
Results of porter roll-call
Hello,
On Sun, Oct 13, 2013 at 05:01:31PM +0200, Niels Thykier wrote:
[snip freeze policy]
Results of porter roll-call
===
Summary table:
Arch || DDs || NMs/DMs || Other || Total
- ---++-++-++---++--
armel || 5
❦ 14 octobre 2013 10:19 CEST, Thijs Kinkhorst th...@debian.org :
As a Brit I guess I'm as surprised by people not knowing this as some US
folks are when I don't have plans for the 4th July. The pleasures of an
international project
Everyone will find the 5 December milestone easy to
On Sun, October 13, 2013 22:28, Jonathan Dowland wrote:
As a Brit I guess I'm as surprised by people not knowing this as some US
folks are when I don't have plans for the 4th July. The pleasures of an
international project
Everyone will find the 5 December milestone easy to remember; perhaps
On Sun, Oct 13, 2013 at 09:28:04PM +0100, Jonathan Dowland wrote:
On 13/10/13 19:47, Niels Thykier wrote:
(Not sure of the origins of the rime; I remember it being used in V
from Vendetta though.)
As a Brit I guess I'm as surprised by people not knowing this as some US
folks are when I
On Tue, Oct 15, 2013 at 12:07:19AM +1300, Chris Bannister wrote:
On Sun, Oct 13, 2013 at 09:28:04PM +0100, Jonathan Dowland wrote:
On 13/10/13 19:47, Niels Thykier wrote:
(Not sure of the origins of the rime; I remember it being used in V
from Vendetta though.)
As a Brit I guess I'm as
Hi Niels,
First of all, thanks a lot for planning this well in advance. Much
appreciated. This changes a lot compared to what happened in NYC! :)
On 10/13/2013 11:01 PM, Niels Thykier wrote:
Freeze date and Freeze Policy for Jessie
We are happy to
However, I think that we are also entitled to expect jessie release at
8/9 July 2015 maybe.
This expectation resulting from my wheezy analysis of last freeze is
in line with it.
2013/10/13 Thomas Goirand z...@debian.org:
Hi Niels,
First of all, thanks a lot for planning this well in advance.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
We are happy to announce that we will freeze Jessie at 23:59 UTC on the 5th
of November 2014.
thanks for annoucing that early and for your work!
[...] * Proactive automated removals 3 months into the freeze. - Note that
bug-free packages
On 2013-10-13 19:24, Thomas Goirand wrote:
Hi Niels,
Hi,
First of all, thanks a lot for planning this well in advance. Much
appreciated. This changes a lot compared to what happened in NYC! :)
You are welcome, :)
On 10/13/2013 11:01 PM, Niels Thykier wrote:
Freeze date and Freeze
On 13/10/13 19:47, Niels Thykier wrote:
We picked the 5th over another date in November because it was believed
the 5th would be easier to remember[1].
...
(Not sure of the origins of the rime; I remember it being used in V
from Vendetta though.)
https://en.wikipedia.org/wiki/Gunpowder_plot
On 2013-10-13 19:41, Bernd Zeimetz wrote:
Hi,
We are happy to announce that we will freeze Jessie at 23:59 UTC on the 5th
of November 2014.
thanks for annoucing that early and for your work!
You are welcome. :)
[...] * Proactive automated removals 3 months into the freeze. - Note
On 13/10/13 19:47, Niels Thykier wrote:
(Not sure of the origins of the rime; I remember it being used in V
from Vendetta though.)
As a Brit I guess I'm as surprised by people not knowing this as some US
folks are when I don't have plans for the 4th July. The pleasures of an
international
On 2013-10-13 17:01, Niels Thykier wrote:
Freeze date and Freeze Policy for Jessie
We are happy to announce that we will freeze Jessie at 23:59 UTC on
the 5th of November 2014.
To avoid any confusion around exactly how we will freeze, we have
On Sun, Oct 13, 2013 at 11:01 PM, Niels Thykier wrote:
We are happy to announce that we will freeze Jessie at 23:59 UTC on
the 5th of November 2014.
Thanks for announcing the freeze so early!
In an effort to spread the word to our upstreams and users, I posted a
link to your mail to LWN,
On Mon, Oct 14, 2013 at 9:18 AM, Paul Wise wrote:
In an effort to spread the word to our upstreams and users, I posted a
link to your mail to LWN, Slashdot and Hacker News, here are the
submission links:
I didn't submit it but here is one more:
57 matches
Mail list logo