Congratulations guys, awesome work!!
Manolis
Woohoo! Congratulations to everyone involved! :-)
Ludo’.
Hi!
On Thu, 09 Apr 2015 13:11:05 +0200, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting Thomas Schwinge (2015-04-09 09:57:05)
> > On Wed, 08 Apr 2015 00:35:17 +0200, Justus Winter
> > <4win...@informatik.uni-hamburg.de> wrote:
> > > Quoting Thomas Schwinge (2014-09-23 17:09:30
Quoting Thomas Schwinge (2015-04-09 09:57:05)
> Hi!
>
> On Wed, 08 Apr 2015 00:35:17 +0200, Justus Winter
> <4win...@informatik.uni-hamburg.de> wrote:
> > Quoting Thomas Schwinge (2014-09-23 17:09:30)
> > > The (technical) release process is not the problem; that I can do any
> > > time.
> >
> >
Hi!
On Wed, 08 Apr 2015 00:35:17 +0200, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting Thomas Schwinge (2014-09-23 17:09:30)
> > The (technical) release process is not the problem; that I can do any
> > time.
>
> Awesome! Let's make one now.
:-) Will do tomorrow morning.
I
Quoting Thomas Schwinge (2014-09-23 17:09:30)
> The (technical) release process is not the problem; that I can do any
> time.
Awesome! Let's make one now.
Justus
Quoting Samuel Thibault (2015-01-16 12:08:07)
> Justus Winter, le Fri 16 Jan 2015 12:01:26 +0100, a écrit :
> > No it is not.
>
> You mean in Debian?
Yes.
> > I have a new server that implements the startup protocol, and it
> > neither has a fixed PID nor does it speak the startup protocol over
Justus Winter, le Fri 16 Jan 2015 12:01:26 +0100, a écrit :
> No it is not.
You mean in Debian?
> I have a new server that implements the startup protocol, and it
> neither has a fixed PID nor does it speak the startup protocol over
> its message port.
You mean your recent rewrite of startup in
Quoting Samuel Thibault (2015-01-16 11:56:14)
> Justus Winter, le Fri 16 Jan 2015 11:42:23 +0100, a écrit :
> > I have reimplemented the startup server. The new server does not
> > support the startup protocol over its message port. This change has
> > not made it into the glibc. The shutdown is
Justus Winter, le Fri 16 Jan 2015 11:42:23 +0100, a écrit :
> I have reimplemented the startup server. The new server does not
> support the startup protocol over its message port. This change has
> not made it into the glibc. The shutdown isn't working.
AIUI it is working in the Debian libc th
Justus Winter, le Fri 16 Jan 2015 11:42:23 +0100, a écrit :
> Our development process is severely broken. Or noone gives a shit
> anymore. Or both. I really cannot tell.
Possibly part of the former. Definitely not the latter.
Personally, I've been unfortunately stuck with various unexpected is
Hello :)
Quoting Thomas Schwinge (2014-11-22 18:00:06)
> Justus, believe me, I do understand your frustration. Thank you very
> much for being insistent, instead of just going away.
It has been two months, time to escalate the issue again :)
> > The glibc change is trivial. And even if the cha
On Sun, Nov 23, 2014 at 4:01 PM, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Quoting Samuel Thibault (2014-11-23 21:11:05)
>> Hello,
>>
>> David Michael, le Wed 19 Nov 2014 19:39:43 -0500, a écrit :
>> > The only issue was that /etc/hurd/runsystem.hurd didn't get installed.
>> > I ta
Quoting Samuel Thibault (2014-11-23 21:11:05)
> Hello,
>
> David Michael, le Wed 19 Nov 2014 19:39:43 -0500, a écrit :
> > The only issue was that /etc/hurd/runsystem.hurd didn't get installed.
> > I tacked the following onto patch #4 in the series to try it.
>
> Justus, do we need it?
I guess i
Hello,
David Michael, le Wed 19 Nov 2014 19:39:43 -0500, a écrit :
> The only issue was that /etc/hurd/runsystem.hurd didn't get installed.
> I tacked the following onto patch #4 in the series to try it.
Justus, do we need it?
Samuel
Hi!
Justus, believe me, I do understand your frustration. Thank you very
much for being insistent, instead of just going away.
On Thu, 20 Nov 2014 14:03:43 +0100, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> Either more people have to review the patches, or we need to
> change the
Quoting Samuel Thibault (2014-11-20 00:59:23)
> I'm however wondering: I don't see much reviewing being done apart
> from mine. It would help if some people could spend time on reviewing
> patches. I'm not saying taking responsibility for the commit step or
> anything, but just proofreading the s
On Wed, Nov 19, 2014 at 6:59 PM, Samuel Thibault
wrote:
> Justus Winter, le Mon 17 Nov 2014 16:30:18 +0100, a écrit :
>> It has now been 2.5 months since I posted that startup patch series,
>> and 2 months since I suggested rolling new releases.
>>
>> I'm annoyed.
>
> I understand this feeling. I
Justus Winter, le Mon 17 Nov 2014 16:30:18 +0100, a écrit :
> It has now been 2.5 months since I posted that startup patch series,
> and 2 months since I suggested rolling new releases.
>
> I'm annoyed.
I understand this feeling. I'm still waiting (since several years)
for some patch series to g
Quoting Justus Winter (2014-10-28 22:17:18)
> Hello :)
>
> Quoting Samuel Thibault (2014-10-06 11:30:26)
> > Thomas Schwinge, le Mon 06 Oct 2014 11:22:50 +0200, a écrit :
> > > So, anything specific that we should wait for before bundling the next
> > > release snapshots?
> >
> > It'd be nice to
Hello :)
Quoting Samuel Thibault (2014-10-06 11:30:26)
> Thomas Schwinge, le Mon 06 Oct 2014 11:22:50 +0200, a écrit :
> > So, anything specific that we should wait for before bundling the next
> > release snapshots?
>
> It'd be nice to include the init->startup series after review. (I'm OK
> wit
Thomas Schwinge, le Mon 06 Oct 2014 11:22:50 +0200, a écrit :
> So, anything specific that we should wait for before bundling the next
> release snapshots?
It'd be nice to include the init->startup series after review. (I'm OK
with the principle, we need to review the patch, and get the glibc ack
Hi!
On Tue, 23 Sep 2014 18:42:00 +0200, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> > [new releases]
> I'll propose updates for the NEWS files.
Thanks for these! (It's of course fine to directly include updates to
those files in any commits whose changes are NEWS-file-worthy.)
I would think that an annual release, or a release every 2 years, coupled
with a snapshot every 2 month, would be the best for most people.
On Tue, Sep 23, 2014 at 1:15 PM, Ludovic Courtès wrote:
> Justus Winter <4win...@informatik.uni-hamburg.de> skribis:
>
> > I understand you took care of the
Justus Winter <4win...@informatik.uni-hamburg.de> skribis:
> I understand you took care of the release process last time. Is this
> process documented somewhere? I think that we should make another
> round of releases. In fact, we should make one or two releases each
> year. At the very least
Quoting Richard Braun (2014-09-23 17:23:49)
> On Tue, Sep 23, 2014 at 05:09:30PM +0200, Thomas Schwinge wrote:
> > For me, the question rather is, what constitutes the releases that we
> > publish? Some new, exciting features (including considerable bug fixing,
> > code re-writes, re-factoring, an
On Tue, Sep 23, 2014 at 05:09:30PM +0200, Thomas Schwinge wrote:
> For me, the question rather is, what constitutes the releases that we
> publish? Some new, exciting features (including considerable bug fixing,
> code re-writes, re-factoring, and so on), on the one hand, or regular
> time-based r
Hi!
On Tue, 23 Sep 2014 16:19:02 +0200, Justus Winter
<4win...@informatik.uni-hamburg.de> wrote:
> I understand you took care of the release process last time. Is this
> process documented somewhere? I think that we should make another
> round of releases. In fact, we should make one or two re
Hi Thomas, hi Samuel :)
I understand you took care of the release process last time. Is this
process documented somewhere? I think that we should make another
round of releases. In fact, we should make one or two releases each
year. At the very least it brings us quite a bit of attention.
If
29 matches
Mail list logo
