From: Waldemar Brodkorb <wbx@uclibc-ng.org>
To: buildroot@busybox.net
Subject: [Buildroot] uClibc-ng
Date: Mon, 21 Jul 2014 19:51:27 +0200 [thread overview]
Message-ID: <20140721175127.GI4431@waldemar-brodkorb.de> (raw)
In-Reply-To: <CA+icZUWU7ApasykCEU=2O_+wNF7=QKP3LBEXLMjHcguwQbOS_g@mail.gmail.com>
Hi Sedat,
Sedat Dilek wrote,
> On Sun, Jul 20, 2014 at 9:13 PM, Waldemar Brodkorb <wbx@uclibc-ng.org> wrote:
> > Hello Embedded Linux Hackers,
> >
> > it seems there is no plan to release a new uClibc version.
> > The current maintainer does not response on any public or private mails
> > about a plan to do a needed release. Therefore most of you carrying a lot
> > of patches against uClibc 0.9.33.2 to make it work in your project.
> > A really ugly situation.
> >
>
> I have seen some patches got in uClibc upstream some weeks ago (-> inactivity).
I didn't go so far to say uClibc is dead, it is just totally unclear
when the next release is planned.
> But anyway, a 1st try...
> Look at OpenSSL and LibreSSL... Might be we see some competition or
> rebirth starting here, too?
Dunno, time will show.
> My POV (from my experiences) is most embedded projects are not really
> interested in upstream work or keep their own patches (this seems to
> be easier).
> An example:
> Recently, I pointed to [0], but the maintainer of the project did not
> give any feedback to Bernd (requested a simple S-o-b).
> What I want to say it is not only a problem of the uClibc maintainer :-).
I think most embedded projects try to push their local patches to
upstream. At least buildroot does it a lot and I try to do it if
time permits. In your example the uClibc maintainer could also just
add the patch and mention where he has got it from. Or should the
known bug should just be ignored, because of a missing S-o-b?
> From my experiences successful projects do regular releases (6 months
> or a year).
> What are your plans?
A good mantra: Release early, release often.
I have no plans doing regular releases every static time period.
Just if it make sense.
> > To get out of this situation I started a spin-off called uClibc-ng.
> > The website for the project is here: http://www.uclibc-ng.org
> > Beta 3 is tagged and downloadable via
> > http://downloads.uclibc-ng.org/uClibc-ng-1.0.0beta3.tar.xz
> >
>
> Do you plan a browsable Git website, where someone can look at the
> source via webbrowser?
Trac has it included:
http://www.uclibc-ng.org/browser/uClibc-ng
Or:
http://www.openadk.org/cgi-bin/gitweb.cgi?p=uClibc-ng.git;a=summary
> OK, you have now an infrastructure...
> Do you have people (developers, users) behind you :-)?
No. Just me. I am using it for my OpenADK project. I published the
stuff so others might benefit from it. Some buildroot and OpenWrt
devs were interested.
> > If you want a 1.0 in the near future please test and report back any
> > issues. You can use the bug tracker, the mailing list or dicussion forum
> > to report back. To prevent spam you need to be subscribed or registered.
> >
> > I have added most of the patches from your projects on top of uClibc
> > master.
> >
>
> Did you look also at the patches [1] from the Freetz project?
Yes. I wanted to inform the freetz project, but I didn't find a
mailinglist or the mail adresses of the main contributors.
Most of the patches are either backports from git master or from
OpenWrt. I hope the rest might get contributed by the freetz people
with some meta-information, what kind of problem is fixed by a
patch.
best regards
Waldemar
next prev parent reply other threads:[~2014-07-21 17:51 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-20 19:13 [Buildroot] uClibc-ng Waldemar Brodkorb
2014-07-20 19:27 ` Thomas De Schampheleire
2014-07-21 16:55 ` Waldemar Brodkorb
[not found] ` <CA+icZUWU7ApasykCEU=2O_+wNF7=QKP3LBEXLMjHcguwQbOS_g@mail.gmail.com>
2014-07-21 17:51 ` Waldemar Brodkorb [this message]
[not found] ` <CAGVrzcZxcgP+yerqW=1ZDrmgiFmOz9eTwFB2KvZ6Xt2MJpbpDA@mail.gmail.com>
2014-07-21 18:42 ` [Buildroot] [OpenWrt-Devel] uClibc-ng Thomas Petazzoni
[not found] ` <CAGVrzcZja2DTrJGA2QWsMH=2GgUBuouSetK+-cUdXY7XbyA8SA@mail.gmail.com>
2014-07-21 19:27 ` Thomas Petazzoni
[not found] ` <A7BE1426-88C8-457E-8FE5-0427CC5B1D72@workware.net.au>
[not found] ` <53CF9F9D.60903@jodybruchon.com>
[not found] ` <14764ab3680.2772.7d831ebe34b31eacf7a4325c447c5923@gmail.com>
2014-07-24 20:48 ` Bernhard Reutner-Fischer
2014-07-21 19:35 ` Waldemar Brodkorb
2014-07-21 19:23 ` Waldemar Brodkorb
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140721175127.GI4431@waldemar-brodkorb.de \
--to=wbx@uclibc-ng.org \
--cc=buildroot@busybox.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox