Hello,
I'm Etienne Charlier, I live in belgium. I'm sofware analyst/developper
since 15years
I've been doing Operating system development ( Assembler 370), C/C++ Windows
DNA applications, now, i'm working in a 10 people team developping software
for customers ( in .NET)
Please forgive my english a
On Fri, 2003-12-19 at 11:42, Etienne Charlier wrote:
> Now a survey ???
>
> What would be the advantage and drawbacks of merging the Bering &
> Bering-uclibc distributions ?
> What would be the advantage and drawbacks of keeping the Bering &
> Bering-uclibc distributions separate ?
> IMHO, I
Hi Etienne
I don't consider myself a "guru", but being a member of the Bering
uClibc team, I feel like I can voice my opinion nevertheless.
Now a survey ???
What would be the advantage and drawbacks of merging the Bering &
Bering-uclibc distributions ?
Advantages would obviously be concentra
Hi Mike,
Now a survey ???
What would be the advantage and drawbacks of merging the Bering &
Bering-uclibc distributions ?
What would be the advantage and drawbacks of keeping the Bering &
Bering-uclibc distributions separate ?
IMHO, I think that we don't need 2 separate variantes of bering.
Martin Hejl wrote:
What would be the advantage and drawbacks of keeping the Bering &
Bering-uclibc distributions separate ?
The obvious, I guess - never touch a running system. People who have a
working Bering system would not have to worry about some new version. I
can surely understand that
Hi Charles,
What about the possability of moving forward with a mixed approach for
the next major version?
The core system (and most packages) could be compiled against uClibc,
while packages that require it are compiled against a newer glibc that
would optionally be installed by those with en
On Fri, 2003-12-19 at 13:20, Martin Hejl wrote:
> > The main difference I see between the Bering branches is the target
> > audience. The uClibc team is targeting enterprise use, while the Bering
> > team is targeting SOHO/end users.
>
> I'm curious - what makes you think so? My day work is "targe
Hi Mike,
I'm curious - what makes you think so? My day work is "targeting
enterprise use" (so, I think I know what they'd ask for, but then,
different customers ask for different things, so one can't be sure), and
with Bering uClibc, I don't see any of the "buzz-words" that would make
it in th
Hello All,
After my first mail, there were a few support offerings, that I am very
gratefull too.
in two of them the question came why not combine efforts.
Yesterday, I discussed this topic with Mike also ( chat).
I told him, i will think a few days about the future of bering.
interesting is tha
Hi Eric,
The conclusions I came up to so far are.
1. getting the route towards the bering-uclibc team, as I think that is where the
future lies. 2. Kernel development can be done together. (2.4.23 , and later 2.6.0)
3. The solution I think Charles also suggested. using uclibc for the core.
For
On Wed, 17 Dec 2003, Eric Wolzak wrote:
> Date: Wed, 17 Dec 2003 23:31:40 +0100
> From: Eric Wolzak <[EMAIL PROTECTED]>
> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
> Subject: [leaf-devel] Bering Crew looks for expansion
>
> Hello everybody,
> As you might know , Jacques has stopped, and gave the
On Fri, 2003-12-19 at 14:14, Martin Hejl wrote:
> > Let me preface this with, "I believe these are good things".
> >
> > Bering-uClibc
> > High Availability (fail-over)
> > http://www.linux-ha.org/
> > IPv6
> > http://leaf-project.org/doc/guide/bucu-ipv6
12 matches
Mail list logo