Christian Brueffer | 15 May 01:13 2004

Re: BSD-Staende zum LT 2004

On Fri, May 14, 2004 at 11:27:20PM +0200, Hubert Feyrer wrote:
> On Fri, 14 May 2004, Christian Brueffer wrote:
> > Muss ich für den FreeBSD Stand separat anfragen, oder habt Ihr das
> > schon mit erledigt?
> 
> Ja / Nein.
> Zur Not kommt ihr bei uns (NetBSD) mit unter.
> 
> IMHO waer's besser MirBSD bei OpenBSD unterzustellen, basieren ja glaub
> ich aufeinander...
> 

Gut, dann werd ich mal bei Joey anfragen.

- Christian

--

-- 
Christian Brueffer	chris@...	brueffer@...
GPG Key:	 http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D
Christian Brueffer | 15 May 01:12 2004

Re: BSD-Staende zum LT 2004

On Fri, May 14, 2004 at 10:12:38PM +0000, Thorsten Glaser wrote:
> 
> >IMHO waer's besser MirBSD bei OpenBSD unterzustellen, basieren ja glaub
> >ich aufeinander...
> 
> Lieber nicht; ich hatte vor, lebend aus Karlsruhe hinauszukommen...
> 

Die meisten OpenBSD Leute scheinen ja eh beim Hackathon zu sein, Du
hast also wenig zu befürchten.

- Christian

--

-- 
Christian Brueffer	chris@...	brueffer@...
GPG Key:	 http://people.freebsd.org/~brueffer/brueffer.key.asc
GPG Fingerprint: A5C8 2099 19FF AACA F41B  B29B 6C76 178C A0ED 982D
DaN | 15 May 10:23 2004

Re: BSD-Staende zum LT 2004

servus,

laut meiner letzten Anfrage an Joey war so das NetBSD/FreeBSD ein Stand 
ist und OpenBSD/MirBSD.
Aufgrund des Hackton werden keine developer dort sein, da aber Wim vor 
Ort sein wird ist wieder jede Menge platz zwecks Merchandise belegt. ;)

DaN

Christian Brueffer wrote:
> On Fri, May 14, 2004 at 11:27:20PM +0200, Hubert Feyrer wrote:
> 
>>On Fri, 14 May 2004, Christian Brueffer wrote:
>>
>>>Muss ich für den FreeBSD Stand separat anfragen, oder habt Ihr das
>>>schon mit erledigt?
>>
>>Ja / Nein.
>>Zur Not kommt ihr bei uns (NetBSD) mit unter.
>>
>>IMHO waer's besser MirBSD bei OpenBSD unterzustellen, basieren ja glaub
>>ich aufeinander...
>>
> 
> 
> Gut, dann werd ich mal bei Joey anfragen.
> 
> - Christian
> 

(Continue reading)

Thorsten Glaser | 15 May 18:31 2004
Picon

Re: MirOS changes/discuss mails

Dixitur illum larsi@... scribere...

>> If desired, I can split them between changes and
>> discuss. (gmane.os.miros.* is the list name)
>
>If they are two lists, the archives must be split into two files...

Okay, just ignore that. Shame on me, but... apparently, the
mbox archive file got truncated somewhen within the last two
weeks. It's okay then, the groups work, thank you.

//Thorsten
--

-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.		-- Andreas Bogk über boehm-gc in d.a.s.r

Thorsten Glaser | 16 May 13:08 2004
Picon

Fwd: BSD-Staende zum LT 2004

Ein nettes TOFU-Followup auf
Message-ID: <Pine.BSO.4.60L.0405131926010.18441@...>

Ich sah so etwas kommen.

//Thorsten
-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.		-- Andreas Bogk über boehm-gc in d.a.s.r

---------- Forwarded message ----------
From: Wim Vandeputte <wim@...>
Message-ID: <20040516104341.GB2193@...>
X-Spam-Status: No, hits=0.000000 required=0.900000
To: dan@..., bsd-events@...
Date: Sun, 16 May 2004 12:43:41 +0200
Subject: Re: BSD-Staende zum LT 2004

Excuse me,

I don't mind having MirBSD around and giving them some table space, but
I will not tolerate ANY association between OpenBSD and MirBSD as they
have nothing to do with each other.

Whatever arrangement you want to come up with should not list
"shared OpenBSD MirBSD booth".

if MirBSD wants a listing, it should be seperate.
(Continue reading)

Thorsten Glaser | 18 May 15:46 2004
Picon

Re: BSD-Staende zum LT 2004

Dixitur illum wim@... scribere...

>Excuse me,
>
>I don't mind having MirBSD around and giving them some table space, but

Okay, danke.

Gegebenenfalls werden wir auf das Angebot zurückkommen, aber in
erster Linie peile ich eine andere Unterbringung an.

Entschieden wird dann spätestens am Dienstag Abend.

Gruß,
//Thorsten
--

-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.		-- Andreas Bogk über boehm-gc in d.a.s.r

Benny Siegert | 20 May 19:14 2004
Picon

net/neon

Hello,

Yesterday, I updated net/neon to 0.24.6. This new version uses libtool 
1.5, hence MODGNU_MIRLIBTOOL=new. While building on -stable, I noticed 
that it still unneccessarily checks for a C++ compiler and preprocessor:

checking whether we are using the GNU C++ compiler... no
checking whether c++ accepts -g... no
checking how to run the C++ preprocessor... /lib/cpp
configure: error: C++ preprocessor "/lib/cpp" fails sanity check
See `config.log' for more details.
*** Error code 1

Thorsten, you fixed this in MirLibtool-old, could you please disable those 
language tags in MirLibtool-new, too? Thanks.

--Benny.

Thorsten Glaser | 20 May 23:23 2004
Picon

Re: net/neon

Dixitur illum bsiegert@... scribere...

>configure: error: C++ preprocessor "/lib/cpp" fails sanity check

>Thorsten, you fixed this in MirLibtool-old, could you please disable those
>language tags in MirLibtool-new, too? Thanks.

Haha! The world isn't as easy, especially when it comes to fucking
GNU toolchain.

http://mail.gnu.org/archive/html/libtool/2004-01/msg00123.html
says it won't work with libtool <1.6 "because it was considered
a *NEW* feature" (emphasis by me) to use libtool with code which
is not written in C++ or Fortran...

Fixing it in autoconf wouldn't be possible either.

Since libtool 1.6 isn't out yet, I'll take appropriate action.

//Thorsten
--

-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.		-- Andreas Bogk über boehm-gc in d.a.s.r

Thorsten Glaser | 21 May 19:39 2004
Picon

Fwd: [gnu.org #184127] libgcj and GNU Classpath licencing

Hello people,

I don't know what I should even reply to this message.

I just want to know if I can compile a "hello world" java
programm from a textbook with GCC 3.x and gcj/libgcj/classpath
without the hello world programme becoming GNU GPL'd.

The reason I asked was that I heard of some FSF person I don't
remember that "using a library is free by the GPL exception
clause, but inheriting a class isn't mere usage of the library",
in my opinion they are trying to GPL _all_ java programmes
(since they are classes).
That's their politics, right - but...

If it will come this way, I am thinking of not supporting all the
Java stuff in GCC 3.x - I'd like to have it working, but...

Anyone to come up with a good answer?

//Thorsten
--

-- 
Solange man keine schmutzigen Tricks macht, und ich meine *wirklich*
schmutzige Tricks, wie bei einer doppelt verketteten Liste beide
Pointer XORen und in nur einem Word speichern, funktioniert Boehm ganz
hervorragend.		-- Andreas Bogk über boehm-gc in d.a.s.r

---------- Forwarded message ----------
From: FSF General Contact Address via RT <info@...>
Message-ID: <rt-3.0.8-184127-595768.0.368279259880353@...>
(Continue reading)

Stephen Paskaluk | 21 May 21:41 2004

Re: Fwd: [gnu.org #184127] libgcj and GNU Classpath licencing

On Fri, 21 May 2004 17:39:27 +0000, Thorsten Glaser wrote
> Hello people,
> 
> I don't know what I should even reply to this message.
> 
> I just want to know if I can compile a "hello world" java
> programm from a textbook with GCC 3.x and gcj/libgcj/classpath
> without the hello world programme becoming GNU GPL'd.
> 
> The reason I asked was that I heard of some FSF person I don't
> remember that "using a library is free by the GPL exception
> clause, but inheriting a class isn't mere usage of the 
> library", in my opinion they are trying to GPL _all_ java programmes
> (since they are classes).
> That's their politics, right - but...
> 
> If it will come this way, I am thinking of not supporting all the
> Java stuff in GCC 3.x - I'd like to have it working, but...
> 
> Anyone to come up with a good answer?

He made the assumption based on your message that you were trying to
write proprietary software even though you only questioned if the gpl
would be required on the class extension.  The simple fact is that both
the old and new style BSD licenses, as well as the MIT style license,
are classified by the GNU folks as Free Software.

Since the same dilemma you present could arise if you wished your
program to be LGPL'd, BSD licensed, MIT licensed, or Public Domain (all
of which are classified as Free Software) I think the ideal response is
(Continue reading)


Gmane