Woohoo! Congratulations to everyone involved! :-)
Ludo’.
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.
Awesome! Let's
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 know the
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
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 change
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
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 isn't
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
its
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 it cannot
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 tacked the
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
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 get
On Wed, Nov 19, 2014 at 6:59 PM, Samuel Thibault
samuel.thiba...@gnu.org 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
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 include the
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
with the
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.)
So,
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 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
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
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
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, and so
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 it
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 l...@gnu.org wrote:
Justus Winter 4win...@informatik.uni-hamburg.de skribis:
I understand you took care
24 matches
Mail list logo
