Michal Suchanek, le Mon 17 Mar 2008 16:34:42 +0100, a écrit :
> On 17/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > Arne Babenhauserheide, le Mon 17 Mar 2008 12:26:30 +0100, a écrit :
> >
> > > > As for automatically building live CDs and/or qemu images, this would be
> > > > very useful
On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> Michal Suchanek, le Mon 17 Mar 2008 16:34:42 +0100, a écrit :
>
> > On 17/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > > Arne Babenhauserheide, le Mon 17 Mar 2008 12:26:30 +0100, a écrit :
> > >
> > > > > As for automatically
Michal Suchanek, le Tue 18 Mar 2008 13:15:27 +0100, a écrit :
> > Debian doesn't wait for non-official architectures to catch up.
>
> They do delete Hurd packages when there are no new ones to replace
> them?
No, but they do delete _all packages when there are new ones to replace
them, even if th
(CCing debian-hurd as this is really Debian-specific now)
On Tue, Mar 18, 2008 at 01:15:27PM +0100, Michal Suchanek wrote:
> On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > Michal Suchanek, le Mon 17 Mar 2008 16:34:42 +0100, a écrit :
> >
> > > On 17/03/2008, Samuel Thibault <[EMAIL
On Wednesday 19 March 2008, Michal Suchanek wrote:
> On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > Michal Suchanek, le Mon 17 Mar 2008 16:34:42 +0100, a écrit :
> > > On 17/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > > > Arne Babenhauserheide, le Mon 17 Mar 2008 12:26:3
Hi,
--- On Tue, Mar 18, 2008 at 6:43 PM, Philip Charles
<[EMAIL PROTECTED]> wrote:
| It takes me 30-50 hours to produce a set. The
| development over this time has been considerable, from one partialy
| filled CD (with dependency checking disabled) to K15 and its 17 images.
\--
Is there any do
On 18/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> Michal Suchanek, le Tue 18 Mar 2008 13:15:27 +0100, a écrit :
>
> > > Debian doesn't wait for non-official architectures to catch up.
> >
> > They do delete Hurd packages when there are no new ones to replace
> > them?
>
>
> No, but the
Michal Suchanek, le Tue 18 Mar 2008 17:01:21 +0100, a écrit :
> > > Plus keep all versions of packages on some "hurd-core" list until
> > > somebody manually marks a newer version as verified working.
> >
> >
> > It's not necessarily so simple, you need to check all the rdeps etc.
>
> But checki
Hi,
On Tue, Mar 18, 2008 at 01:48:54AM +0100, Thomas Schwinge wrote:
> On Mon, Mar 17, 2008 at 10:16:04PM +, James Youngman wrote:
> > Great news. I also note that gEDA, GCC and Hurd were also
> > accepted.
>
> Indeed GNU Hurd has been accepted.
While at it (sorry for misusing this thread
Hi,
On Mon, Mar 17, 2008 at 10:41:01AM +, Samuel Thibault wrote:
> [EMAIL PROTECTED], le Sun 16 Mar 2008 08:52:56 +0100, a écrit :
> > What makes me wonder is, how can it happen in the first place that
> > so many requests are generated before the superblock is requested
> > during handling o
Hi,
On Tue, Mar 18, 2008 at 12:52:17AM +0100, Thomas Schwinge wrote:
> On Mon, Mar 17, 2008 at 07:48:25AM +0100, [EMAIL PROTECTED] wrote:
> > It's just really bad luck, you absence at this very time... You are
> > indeed the one hoped to get most help from. If I had known about this
> > before, I
Hi again,
On Mon, Mar 17, 2008 at 10:37:04AM +0100, Arne Babenhauserheide wrote:
> El Sunday, 16 de March de 2008 18:44:14 [EMAIL PROTECTED]
> escribió:
> > (Oh, by the way, before you accuse me of arrogance: I consider my
> > own person mostly useless myself.)
>
> The GSoC applications doesn't
Hi,
On Sat, Mar 15, 2008 at 03:11:21PM +0100, Carl Fredrik Hammar wrote:
> Ikiwiki seems to recompile markdown to html after every change. If it
> unnecessarily recompiles the *entire* wiki after each edit
It doesn't. It first checks which files have changed, and then
recompiles only the affect
Hi,
On Mon, Mar 17, 2008 at 10:13:01AM +0100, Arne Babenhauserheide wrote:
> It's just darn hard to write a somewhat funny mail while being really
> annoyed, but not trying is worse, I think.
>
> And I think you good a great job at it.
Thanks :-)
> I think one reason, why the contribution wa
Hi,
On Sun, Mar 16, 2008 at 12:47:23AM +0800, Wei Shen wrote:
> I read the project ideas list, and found "server overriding mechanism"
> is there. I have once tried investigating this issue, but failed to
> continue at last. Still, I wonder whether I should submit my
> modification to Glibc for a
Hi,
On Mon, Mar 17, 2008 at 12:26:30PM +0100, Arne Babenhauserheide wrote:
> El Sunday, 16 de March de 2008 20:55:08 [EMAIL PROTECTED]
> escribió:
> > > When we had the HURD in my informatics class, one task was to find
> > > out information about the HURD, and as I searched for information
> > >
Hi,
On Mon, Mar 17, 2008 at 10:37:56AM +0100, Arne Babenhauserheide wrote:
> El Friday, 14 de March de 2008 16:23:34 Michael Banck escribió:
> Else, a GNU Hurd news aggregator might be useful.
>
> There are many Hurd groups, so maybe an RSS feed which aggregates all
> rss feeds from the differe
Hi,
On Tue, Mar 18, 2008 at 12:48:50AM +0100, Thomas Schwinge wrote:
> On Thu, Mar 13, 2008 at 09:03:30AM +0100, [EMAIL PROTECTED] wrote:
> > Oh, and yes: Amazingly, I actually managed to hand in my^H^Hour
> > application before the deadline. What is to be done now is waiting to
> > see whether I
Hi,
On Mon, Mar 17, 2008 at 10:50:31AM +0100, Neal H. Walfield wrote:
> At Sun, 16 Mar 2008 08:01:22 +0100, <[EMAIL PROTECTED]> wrote:
> > On Tue, Mar 11, 2008 at 12:10:17PM +0100, Neal H. Walfield wrote:
> > > > using some kind of continuation mechanism: Have a limited number
> > > > of threads
Hi,
On Mon, Mar 17, 2008 at 07:00:02PM -0400, Thomas Bushnell BSG wrote:
> On Sun, 2008-03-16 at 08:25 +0100, [EMAIL PROTECTED] wrote:
> > We could move the servers one by one -- starting with the disk
> > filesystems, as this is where the issues are manifesting most...
>
> But this is still no
Hi,
On Mon, Mar 17, 2008 at 10:47:40AM +0100, Neal H. Walfield wrote:
> At Sun, 16 Mar 2008 08:21:19 +0100, <[EMAIL PROTECTED]> wrote:
> > On Wed, Mar 12, 2008 at 05:12:03PM +0100, Marcus Brinkmann wrote:
> > > As for the threading model, more than one kernel thread per real
> > > CPU doesn't see
Hi,
On Mon, Mar 17, 2008 at 04:34:42PM +0100, Michal Suchanek wrote:
> On 17/03/2008, Samuel Thibault <[EMAIL PROTECTED]> wrote:
> > The problem is that there is no easy automatic process: missing
> > dependencies have to be found in the archive, etc.
> >
> What kind of archive? Shouldn't Debian
Hi,
On Mon, Mar 17, 2008 at 11:20:38AM +0100, Arne Babenhauserheide wrote:
> How many people would write into that blog?
A couple, I presume.
> Would that Blog become the main way of information about the Hurd?
Certainly not. But it would probably become the main vehicle for
conveying *topic
Hi,
On Tue, Mar 18, 2008 at 01:13:12AM +0100, Thomas Schwinge wrote:
> Who actually is writing/blogging about the Hurd?
I think you already asked that once.
As you know, I'm blogging about mostly Hurd-related topics, but not
regularily, and it's rather "philosophical" stuff anyways, not materia
On Wednesday 19 March 2008, Shakthi Kannan wrote:
> Hi,
>
> --- On Tue, Mar 18, 2008 at 6:43 PM, Philip Charles
>
> <[EMAIL PROTECTED]> wrote:
> | It takes me 30-50 hours to produce a set. The
> | development over this time has been considerable, from one partialy
> | filled CD (with dependency
On Wednesday 19 March 2008, [EMAIL PROTECTED] wrote:
> But do we *want* to preserve that terrible state?...
>
> Sooner or later we will *have* to release -- and the longer we wait,
> the stronger the pressure to come up with something ground breaking. It
> get's worse and worse. We need to break
Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 12:31:
> Well, the idea of an aggregator was brought up before. But I actually
> like the idea of a shared blog more.
The aggregator has less administraive burden and more flexibility. You
don't have to manage accounts and access to a shared ressource
Scribit Philip Charles dies 19/03/2008 hora 12:51:
> There is only one thing worse than my documentation, and that is my
> code.
Could you make both available?
Curiously,
Pierre
--
[EMAIL PROTECTED]
OpenPGP 0xD9D50D8A
signature.asc
Description: Digital signature
Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 16:03:
> As Michael pointed out, that would be pretty useful, but probably
> quite some work.
Aren't all the automated tools for that already made? Couldn't we just
use britney with our own settings?
Curiously,
Pierre
--
[EMAIL PROTECTED]
OpenPGP 0x
Scribit [EMAIL PROTECTED] dies 18/03/2008 hora 16:38:
> Now the problem is that a chrooted process can create a passive
> translator. When this translated node is accessed, the translator
> process currently won't be started in the context of the chrooted
> process, but in that of the normal global
Hi,
On 3/18/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > I also find "secure chroot implementation" in the list. IMHO, the
> > unsafty of chroot is not caused by passive translator. In fact,
> > currently chroot is implemented totally at client side by changing the
> > INIT_PORT_CRDIR po
31 matches
Mail list logo
