* Adrien CLERC:
> Le 19/06/2014 11:38, Ondřej Surý a écrit :
>> List of affected maintainers follows:
>>
>> Loic Minier
>>evolution-data-server (U)
>>rpm (U)
> I am just a simple user of rpm. Yes, I use rpm for inspecting,
> debugging, and so on. I don't use it for managing packages on m
On Tue, 2014-06-24 at 08:54:12 +, Thorsten Glaser wrote:
> Ondřej Surý sury.org> writes:
> > Or we can just keep db5.3 forever and wait what will BSD folks do.
> > Maybe we will end up with LibreDB (*cough*)...
>
> We have what essentially became db185 in libc, so there is no
> need for that
Hello!
For the record, regarding iproute2 and berkeley db
The berkeley db dependency is only used by (the black sheep) arpd
in iproute2.
If it where removed, building arpd would be disabled (without
sheding a tear since I don't know of anyone using it) until
someone offered to port it to som
Ondřej Surý sury.org> writes:
> True, but gdbm is GPL and LGPL and that's a problem for many non-GPL
> applications using Berkeley DB now.
For applications that are not limited to the on-disc file format
compatibility, but just need an easy key/value storage API, like
gdbm users, you could just
Ondřej Surý sury.org> writes:
> Or we can just keep db5.3 forever and wait what will BSD folks do.
> Maybe we will end up with LibreDB (*cough*)...
We have what essentially became db185 in libc, so there is no
need for that ;-) All the dbm functions are in libc already.
(This also holds true for
Hi
Dne Thu, 19 Jun 2014 12:26:48 +0200
Adrien CLERC napsal(a):
> Le 19/06/2014 11:38, Ondřej Surý a écrit :
> > List of affected maintainers follows:
> >
> > Loic Minier
> >evolution-data-server (U)
> >rpm (U)
> >
> I am just a simple user of rpm. Yes, I use rpm for inspecting,
> debugg
On 06/21/2014 01:03 AM, Neil McGovern wrote:
> On Sat, Jun 21, 2014 at 12:49:52AM +0800, Thomas Goirand wrote:
>> So, do I understand well that it's your view that just linking with
>> AGPLv3 make it mandatory to re-license using AGPLv3? Is there such a
>> clause in the AGPLv3 license?
>>
>
> No,
On Sat, Jun 21, 2014 at 12:49:52AM +0800, Thomas Goirand wrote:
> So, do I understand well that it's your view that just linking with
> AGPLv3 make it mandatory to re-license using AGPLv3? Is there such a
> clause in the AGPLv3 license?
>
No, it's required to re-licence it to AGPLv3, or an AGPLv3
On 06/20/2014 05:57 PM, Ondřej Surý wrote:
> Please let's not have this discussion again. There are more problems
> with Berkeley DB than just relicensing.
>
> On Fri, Jun 20, 2014, at 09:47, Thomas Goirand wrote:
>> Respectfully, this is only your own opinion. Maybe I'm wrong, but I
>> myself fai
On Fri, Jun 20, 2014 at 01:36:35PM +0100, Simon McVittie wrote:
> For (1), the AGPL is nowhere near as widely used as the GPL, and we
> don't have community norms for how to interpret it and how to comply
> with it. I don't intend my deployment of ikiwiki-hosting for myself,
> friends and family to
On 20/06/14 08:47, Thomas Goirand wrote:
> Respectfully, this is only your own opinion. Maybe I'm wrong, but I
> myself fail to see why the AGPLv3 is a problem. And I don't understand
> why you wrote that "the AGPLv3 is not very friendly to downstream
> projects". IMO it is only unfriendly with pro
Please let's not have this discussion again. There are more problems
with Berkeley DB than just relicensing.
On Fri, Jun 20, 2014, at 09:47, Thomas Goirand wrote:
> Respectfully, this is only your own opinion. Maybe I'm wrong, but I
> myself fail to see why the AGPLv3 is a problem. And I don't und
On 06/19/2014 06:42 PM, Ondřej Surý wrote:
> On Thu, Jun 19, 2014, at 12:33, Svante Signell wrote:
>> On Thu, 2014-06-19 at 11:38 +0200, Ondřej Surý wrote:
>>> Hi,
>>>
>>>
>>>
>>> my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
>>
>> What is wrong with that license, and wh
Ondřej Surý dijo [Thu, Jun 19, 2014 at 11:38:36AM +0200]:
> Hi,
>
>
>
> my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
> I also think there are better alternatives for key-value storage
> databases
> like LMDB (http://symas.com/mdb/) (or possibly others like LevelDB,
>
On Thu, Jun 19, 2014 at 12:29:59PM +0200, Josselin Mouette wrote:
> Le jeudi 19 juin 2014 à 11:38 +0200, Ondřej Surý a écrit :
> > Debian Evolution Maintainers
> >
> >evolution-data-server
>
> I think this change is already underway upstream. Most evolution
> databases use SQLite now, but Be
On Thu, Jun 19, 2014, at 18:08, Colin Watson wrote:
> On Thu, Jun 19, 2014 at 07:10:46AM -0700, Russ Allbery wrote:
> > We would need to continue to support it in Debian for reading existing
> > Berkeley DB key/value pair databases via such things as Perl's DB_File.
> > I know I'm not the only one
On Thu, Jun 19, 2014 at 07:10:46AM -0700, Russ Allbery wrote:
> We would need to continue to support it in Debian for reading existing
> Berkeley DB key/value pair databases via such things as Perl's DB_File.
> I know I'm not the only one who has tons of key/value pair Berkeley DB
> files scattered
Hi Russ,
On Thu, Jun 19, 2014, at 16:10, Russ Allbery wrote:
> Ondřej Surý writes:
>
> >
>
> > my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
> > I also think there are better alternatives for key-value storage
> > databases like LMDB (http://symas.com/mdb/) (or possi
On Thu, Jun 19, 2014, at 17:12, Andreas Metzler wrote:
> Ondřej Surý wrote:
> >
>
> > my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
> [...]
> > P.S.: I will do that for Cyrus SASL and Cyrus IMAP in any case, but
> > it would be nicer if we had this as a release goal.
>
Ondřej Surý wrote:
>
> my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
[...]
> P.S.: I will do that for Cyrus SASL and Cyrus IMAP in any case, but
> it would be nicer if we had this as a release goal.
[...]
Hell,
Do you already know yet what you are going to use there a
Ondřej Surý writes:
>
> my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
> I also think there are better alternatives for key-value storage
> databases like LMDB (http://symas.com/mdb/) (or possibly others like
> LevelDB, Tokyo/Kyoto, etc. we don't have to settle on one
On Thu, 2014-06-19 at 11:38 +0200, Ondřej Surý wrote:
> Hi,
>
>
>
> my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
> I also think there are better alternatives for key-value storage
> databases
> like LMDB (http://symas.com/mdb/) (or possibly others like LevelDB,
> Toky
On Jun 19, Ondřej Surý wrote:
>inn2
I do not expect that anybody will reimplement OVDB with a different
backend.
The database can be rebuilt on upgrades (even if this is a major
annoyance on large servers), so if supporting the AGPL requirements is
too much complex then I can just disable
On Thu, Jun 19, 2014, at 12:33, Svante Signell wrote:
> On Thu, 2014-06-19 at 11:38 +0200, Ondřej Surý wrote:
> > Hi,
> >
> >
> >
> > my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
>
> What is wrong with that license, and what was it before?
I am quite sure you are ca
On Thu, 2014-06-19 at 11:38 +0200, Ondřej Surý wrote:
> Hi,
>
>
>
> my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
What is wrong with that license, and what was it before?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubsc
Le jeudi 19 juin 2014 à 11:38 +0200, Ondřej Surý a écrit :
> Debian Evolution Maintainers
>
>evolution-data-server
I think this change is already underway upstream. Most evolution
databases use SQLite now, but Berkeley DB support needs to be here in
order to convert old user databases. As yo
Le 19/06/2014 11:38, Ondřej Surý a écrit :
> List of affected maintainers follows:
>
> Loic Minier
>evolution-data-server (U)
>rpm (U)
>
I am just a simple user of rpm. Yes, I use rpm for inspecting,
debugging, and so on. I don't use it for managing packages on my Debian
box, but I guess t
Hi,
my view is that Berkeley DB is dead since Oracle relicenced it to AGPL3;
I also think there are better alternatives for key-value storage
databases
like LMDB (http://symas.com/mdb/) (or possibly others like LevelDB,
Tokyo/Kyoto, etc. we don't have to settle on one common solution).
So I thi
28 matches
Mail list logo
