Fedora-Cloud-31-20200116.0 compose check report

2020-01-16 Thread Fedora compose checker
No missing expected images. Passed openQA tests: 1/1 (x86_64) -- Mail generated by check-compose: https://pagure.io/fedora-qa/check-compose ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedorap

Re: Mock build Fedora package on CentOS 7

2020-01-16 Thread Kamil Dudka
On Thursday, January 16, 2020 6:12:42 AM CET Nico Kadel-Garcia wrote: > On Wed, Jan 15, 2020 at 12:08 PM Ian Pilcher wrote: > There are notes in the "mock" buglists > at:https://github.com/rpm-software-management/mock/issues/390 . The > short answer is "not very well". The dnf tools in RHEL 7 and

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Miro Hrončok
On 15. 01. 20 18:56, Chris wrote: That's an amazing amount of work! Thanks. My only criticism would be: - the quest for reducing disk space is getting a bit over the top.  I mean to make comparisons to 3.5" floppy disks which haven't been around for 20 years? That is obviously only used t

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Miro Hrončok
On 15. 01. 20 23:11, Victor Stinner wrote: Solution 4: ZIP the entire standard library (...) Nevertheless, this might (in theory) **save 17.8 MiB / 47 %**. It's my favorite option. Almost 50% smaller is quite good! It would be very efficient to have such disk space gain! Using a ZIP file for t

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Miro Hrončok
On 15. 01. 20 23:59, Zbigniew Jędrzejewski-Szmek wrote: On Wed, Jan 15, 2020 at 06:05:42PM +0100, Miro Hrončok wrote: ### File types (and bytecode caches) The orthogonal dimension is the file type. Python standard library contains directories with both "extension modules" (written in C (usually

Re: [POC-change] Fedora packages point of contact updates

2020-01-16 Thread Vít Ondruch
Not sure this notification is trustworthy O:-) Vít Dne 13. 01. 20 v 11:00 nob...@fedoraproject.org napsal(a): > Change in package status over the last 168 hours > > > 0 packages were orphaned > > > 0 packages were retire

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Jan 16, 2020 at 10:33:32AM +0100, Miro Hrončok wrote: > On 15. 01. 20 23:59, Zbigniew Jędrzejewski-Szmek wrote: > >On Wed, Jan 15, 2020 at 06:05:42PM +0100, Miro Hrončok wrote: > >>### File types (and bytecode caches) > >> > >>The orthogonal dimension is the file type. Python standard libra

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Felix Schwarz
Am 15.01.20 um 23:11 schrieb Victor Stinner: > This solution is well supported by unmodified Python: it's part of the > default sys.path search path: > > $ python3 > Python 3.7.6 (default, Dec 19 2019, 22:52:49) import sys; sys.path > ['', '/usr/lib64/python37.zip', ...] > > It's the second

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Miro Hrončok
On 16. 01. 20 11:16, Zbigniew Jędrzejewski-Szmek wrote: So we clearly need to keep the possibility of installing .pyc files, at least optionally. To clarify: We would keep the .pyc files by default. We would only provide an opt-out. No, it will not (TTBMK). The file (or the lack of it) will

Update: AAA replacement login Initiative

2020-01-16 Thread Sarah Finn
Hi all, I hope you are all well. I would like to invite you to contribute to our new initiative: AAA replacement login. Currently, we have a team of 4 Red Hatters working on this. We have chosen to work within a Scrum framework. Our first ( 2 week) sprint kicked off last week 1/7/20 with a sprin

Re: Update: AAA replacement login Initiative

2020-01-16 Thread Fabio Valentini
On Thu, Jan 16, 2020 at 12:47 PM Sarah Finn wrote: > > Hi all, > > I hope you are all well. > > I would like to invite you to contribute to our new initiative: AAA > replacement login. Hi! Uhm, I have two (or three) simple questions ... - What does AAA stand for? (Or am I supposed to know that

Re: Update: AAA replacement login Initiative

2020-01-16 Thread Neal Gompa
On Thu, Jan 16, 2020 at 6:56 AM Fabio Valentini wrote: > > On Thu, Jan 16, 2020 at 12:47 PM Sarah Finn wrote: > > > > Hi all, > > > > I hope you are all well. > > > > I would like to invite you to contribute to our new initiative: AAA > > replacement login. > > Hi! > > Uhm, I have two (or three)

[Test-Announce] Fedora 32 Rawhide 20200116.n.0 nightly compose nominated for testing

2020-01-16 Thread rawhide
Announcing the creation of a new nightly release validation test event for Fedora 32 Rawhide 20200116.n.0. Please help run some tests for this nightly compose if you have time. For more information on nightly release validation testing, see: https://fedoraproject.org/wiki

Re: Fedora 32 System-Wide Change proposal: iptables-nft-default

2020-01-16 Thread Phil Sutter
Hi Neal, On Thu, Jan 09, 2020 at 06:44:22AM -0500, Neal Gompa wrote: > On Thu, Jan 9, 2020 at 5:15 AM Phil Sutter wrote: [...] > > Yes, firewalld depends on 'iptables'. My big question is how to make > > that dependency prefer iptables-nft (assuming it 'Provides: iptables'). > > > > Requires: ip

gnome-desktop3 soname bump in rawhide

2020-01-16 Thread Kalev Lember
Hi all, I just built gnome-desktop3-3.35.4-1.fc32 that bumps soname in rawhide. I've rebuilt all packages depending on it, with the exception of gnome-screensaver that fails to build. yselkowitz (CCd), could you look into fixing gnome-screensaver? (or retiring it? GNOME hasn't used it for years

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Nicolas Mailhot via devel
Le 2020-01-16 11:18, Felix Schwarz a écrit : Am 15.01.20 um 23:11 schrieb Victor Stinner: This solution is well supported by unmodified Python: it's part of the default sys.path search path: $ python3 Python 3.7.6 (default, Dec 19 2019, 22:52:49) import sys; sys.path ['', '/usr/lib64/python37

Re: Update: AAA replacement login Initiative

2020-01-16 Thread Ankur Sinha
On Thu, Jan 16, 2020 11:46:50 +, Sarah Finn wrote: > Hi all,  Hello, > > I hope you are all well.  > > I would like to invite you to contribute to our new initiative: AAA > replacement login. Thank you. I had a look at the user stories and wondered: is it merely meant to be a modernisation

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-16 Thread Aleksandra Fedorova
Hi, Chris, On Fri, Jan 10, 2020 at 4:29 PM Chris Adams wrote: > > Once upon a time, Aleksandra Fedorova said: > > Similarly to what Josh said, we want to setup an environment for > > experiments. > > It doesn't mean that things we experiment on are going to be merged in > > Fedora. And it defin

Fedora-Rawhide-20200116.n.0 compose check report

2020-01-16 Thread Fedora compose checker
No missing expected images. Compose FAILS proposed Rawhide gating check! 43 of 43 required test results missing openQA tests matching unsatisfied gating requirements shown with **GATING** below Failed openQA tests: 79/155 (x86_64), 1/2 (arm) New failures (same test not failed in Fedora-Rawhide-

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-16 Thread Aleksandra Fedorova
On Mon, Jan 13, 2020 at 5:18 PM Kevin Fenzi wrote: > > On Mon, Jan 13, 2020 at 10:52:32AM +0100, Florian Weimer wrote: > > * Kevin Fenzi: > > > > > Can packages built in this buildroot be used on the same system with > > > packages from the normal buildroot? > > > > Yes, I expect them to be compat

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-16 Thread Neal Gompa
On Thu, Jan 16, 2020 at 8:01 AM Aleksandra Fedorova wrote: > > Hi, Chris, > > On Fri, Jan 10, 2020 at 4:29 PM Chris Adams wrote: > > > > Once upon a time, Aleksandra Fedorova said: > > > Similarly to what Josh said, we want to setup an environment for > > > experiments. > > > It doesn't mean th

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-16 Thread Justin Forbes
On Thu, Jan 16, 2020 at 7:11 AM Neal Gompa wrote: > > On Thu, Jan 16, 2020 at 8:01 AM Aleksandra Fedorova > wrote: > > > > Hi, Chris, > > > > On Fri, Jan 10, 2020 at 4:29 PM Chris Adams wrote: > > > > > > Once upon a time, Aleksandra Fedorova said: > > > > Similarly to what Josh said, we want

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-16 Thread Neal Gompa
On Thu, Jan 16, 2020 at 8:43 AM Justin Forbes wrote: > > On Thu, Jan 16, 2020 at 7:11 AM Neal Gompa wrote: > > > > On Thu, Jan 16, 2020 at 8:01 AM Aleksandra Fedorova > > wrote: > > > > > > Hi, Chris, > > > > > > On Fri, Jan 10, 2020 at 4:29 PM Chris Adams wrote: > > > > > > > > Once upon a ti

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-16 Thread Justin Forbes
On Thu, Jan 16, 2020 at 7:46 AM Neal Gompa wrote: > > On Thu, Jan 16, 2020 at 8:43 AM Justin Forbes wrote: > > > > On Thu, Jan 16, 2020 at 7:11 AM Neal Gompa wrote: > > > > > > On Thu, Jan 16, 2020 at 8:01 AM Aleksandra Fedorova > > > wrote: > > > > > > > > Hi, Chris, > > > > > > > > On Fri, J

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Felix Schwarz
Am 16.01.20 um 13:37 schrieb Nicolas Mailhot via devel: > If we start messing with the Python tree it would be nice to put each shared > python component in a separate zip/xz/whatever, and allow versioning those > archives > > (ie use the highest semver zip present unless the code explicitely req

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Nicolas Mailhot via devel
Le 2020-01-16 15:10, Felix Schwarz a écrit : Am 16.01.20 um 13:37 schrieb Nicolas Mailhot via devel: If we start messing with the Python tree it would be nice to put each shared python component in a separate zip/xz/whatever, and allow versioning those archives (ie use the highest semver zip

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Miroslav Suchý
Dne 15. 01. 20 v 18:05 Miro Hrončok napsal(a): > ### Solution 2: Move developer oriented modules to python3-devel (or split > the stdlib into pieces) +1 > ### Solution 5: Stop shipping mandatory bytecode cache +1 > Problem 5.1: Slower starts without bytecode cache Especially in container

[389-devel] please review: PR 50826 - Raise default TLS minimum version to TLS1.2

2020-01-16 Thread Mark Reynolds
https://pagure.io/389-ds-base/pull-request/50826 -- 389 Directory Server Development Team ___ 389-devel mailing list -- 389-de...@lists.fedoraproject.org To unsubscribe send an email to 389-devel-le...@lists.fedoraproject.org Fedora Code of Conduct:

Re: Mock build Fedora package on CentOS 7

2020-01-16 Thread Miroslav Suchý
Dne 15. 01. 20 v 18:07 Ian Pilcher napsal(a): > Is $SUBJECT possible these days? > > I've tried with both --bootstrap-chroot and --use-bootstrap-image, but > the build is failing with: > >   ERROR: builddep command missing. >   Please install package dnf-plugins-core. > > This happens even when

Re: Mock build Fedora package on CentOS 7

2020-01-16 Thread Ian Pilcher
On 1/16/20 9:39 AM, Miroslav Suchý wrote: https://github.com/rpm-software-management/mock/wiki/Feature-container-for-bootstrap Right, but it still doesn't work. [pilcher@breadbox ~]$ cat /etc/centos-release CentOS Linux release 7.7.1908 (Core) [pilcher@breadbox ~]$ cd /etc/mock/templates [pil

Effort to remove libdb

2020-01-16 Thread Filip Janus
Hi all, as you maybe know the BerkeleyDB 6.x has a more restrictive license than the previous versions (AGPLv3 vs. LGPLv2), and due to that many projects cannot use it. Few years ago there was an effort to reduce the number of dependent packages on BerkeleyDB(libdb). And nowadays situation seems to

Re: Effort to remove libdb

2020-01-16 Thread Neal Gompa
On Thu, Jan 16, 2020 at 11:09 AM Filip Janus wrote: > > Hi all, > as you maybe know the BerkeleyDB 6.x has a more restrictive license than the > previous versions (AGPLv3 vs. LGPLv2), and due to that many projects cannot > use it. > Few years ago there was an effort to reduce the number of depen

Re: Effort to remove libdb

2020-01-16 Thread Jerry James
On Thu, Jan 16, 2020 at 9:09 AM Filip Janus wrote: > Hi all, > as you maybe know the BerkeleyDB 6.x has a more restrictive license than the > previous versions (AGPLv3 vs. LGPLv2), and due to that many projects cannot > use it. > Few years ago there was an effort to reduce the number of dependen

Re: Update: AAA replacement login Initiative

2020-01-16 Thread Björn Persson
Neal Gompa wrote: > On Thu, Jan 16, 2020 at 6:56 AM Fabio Valentini wrote: > > - What does AAA stand for? (Or am I supposed to know that already?) > > - What is this new group actually working on? > > > > The only "substantial" thing I can see here are the three words "AAA > > replacement login",

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Christian Glombek
On a side note (and without reading all of the above in detail), I'd like to note that Fedora CoreOS (aka FCOS) is completely Python free by now - probably not achievable for Desktop, but it may be for IoT. Miroslav Suchý schrieb am Do., 16. Jan. 2020, 16:35: > Dne 15. 01. 20 v 18:05 Miro Hronč

Re: Effort to remove libdb

2020-01-16 Thread Mark Reynolds
389 Directory Server (389-ds-base), aka Red Hat Directory Server, is dependent on libdb.  We are currently working towards moving to LMDB, but that work is probably a year away from being fully complete.  We are hoping/planning to have it done for the next major release of RHEL.  I would hope l

Re: Alternative buildroot as a development tool

2020-01-16 Thread Brendan Conoboy
On Wed, Jan 15, 2020 at 8:31 AM Kevin Fenzi wrote: [snip] > > ### Use cases ### > > > > The first example of such a buildroot is provided by the CPU baseline > > testing [1]. > > > > There will be more, since we may want to work on comps files for > > Minimization Objective. > > Yeah, but comps fi

Re: Effort to remove libdb

2020-01-16 Thread Stephen John Smoogen
On Thu, 16 Jan 2020 at 14:35, Mark Reynolds wrote: > > 389 Directory Server (389-ds-base), aka Red Hat Directory Server, is > dependent on libdb. We are currently working towards moving to LMDB, but > that work is probably a year away from being fully complete. We are > hoping/planning to hav

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Neal Gompa
On Thu, Jan 16, 2020 at 2:13 PM Christian Glombek wrote: > > On a side note (and without reading all of the above in detail), I'd like to > note that Fedora CoreOS (aka FCOS) is completely Python free by now - > probably not achievable for Desktop, but it may be for IoT. > Unfortunately neither

Re: Effort to remove libdb

2020-01-16 Thread Mark Reynolds
On 1/16/20 2:38 PM, Stephen John Smoogen wrote: On Thu, 16 Jan 2020 at 14:35, Mark Reynolds wrote: 389 Directory Server (389-ds-base), aka Red Hat Directory Server, is dependent on libdb. We are currently working towards moving to LMDB, but that work is probably a year away from being fully

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Zbigniew Jędrzejewski-Szmek
On Thu, Jan 16, 2020 at 03:36:11PM +0100, Nicolas Mailhot via devel wrote: > Le 2020-01-16 15:10, Felix Schwarz a écrit : > >Am 16.01.20 um 13:37 schrieb Nicolas Mailhot via devel: > >>If we start messing with the Python tree it would be nice to put > >>each shared > >>python component in a separat

Re: Effort to remove libdb

2020-01-16 Thread Stephen John Smoogen
On Thu, 16 Jan 2020 at 14:57, Mark Reynolds wrote: > > > On 1/16/20 2:38 PM, Stephen John Smoogen wrote: > > On Thu, 16 Jan 2020 at 14:35, Mark Reynolds wrote: > >> 389 Directory Server (389-ds-base), aka Red Hat Directory Server, is > >> dependent on libdb. We are currently working towards mov

Re: RFC: Python minimization in Fedora

2020-01-16 Thread David Malcolm
On Thu, 2020-01-16 at 10:27 +0100, Miro Hrončok wrote: > On 15. 01. 20 23:11, Victor Stinner wrote: > > > Solution 4: ZIP the entire standard library > > > (...) > > > Nevertheless, this might (in theory) **save 17.8 MiB / 47 %**. > > > > It's my favorite option. Almost 50% smaller is quite good!

Re: Effort to remove libdb

2020-01-16 Thread Mark Reynolds
On 1/16/20 3:42 PM, Stephen John Smoogen wrote: On Thu, 16 Jan 2020 at 14:57, Mark Reynolds wrote: On 1/16/20 2:38 PM, Stephen John Smoogen wrote: On Thu, 16 Jan 2020 at 14:35, Mark Reynolds wrote: 389 Directory Server (389-ds-base), aka Red Hat Directory Server, is dependent on libdb. W

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Felix Schwarz
Am 16.01.20 um 21:15 schrieb Zbigniew Jędrzejewski-Szmek: >> Accommodating component versioning would mean deploying >> >> /usr/lib/pythonxx/site-packages/something-semver.zip > > This path includes xx, which contains the major and minor numbers. So > adding "semver" would only allow accommodatin

Re: Effort to remove libdb

2020-01-16 Thread Stephen John Smoogen
On Thu, 16 Jan 2020 at 15:42, Stephen John Smoogen wrote: > > On Thu, 16 Jan 2020 at 14:57, Mark Reynolds wrote: > > > > > > On 1/16/20 2:38 PM, Stephen John Smoogen wrote: > > > On Thu, 16 Jan 2020 at 14:35, Mark Reynolds wrote: > > >> 389 Directory Server (389-ds-base), aka Red Hat Directory S

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Nicolas Mailhot via devel
Le jeudi 16 janvier 2020 à 22:00 +0100, Felix Schwarz a écrit : > > If I understood Nicolas correctly this was about installing multiple > versions > of the same *library* in the global Python site-packages directory? Whatever you wish to call it :) The non stdlib parts projects do not seem to ag

Planned Outage - teams.fedoraproject.org - 2020-01-23 08:00 UTC

2020-01-16 Thread Kevin Fenzi
Planned Outage - teams.fedoraproject.org - 2020-01-23 08:00 UTC There will be an outage starting at 2020-01-23 08:00 UTC which will last approximately 2 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2020-01-23 08:0

Re: RFC: Python minimization in Fedora

2020-01-16 Thread Miro Hrončok
On 16. 01. 20 21:55, David Malcolm wrote: If a traceback for an exception includes files from the .zip, can the traceback-printing machinery still print the pertinent lines of source? Apparently no: $ echo 0/0 > t.py $ zip t.zip t.py adding: t.py (stored 0%) $ python -c 'import t' Traceback

Re: Effort to remove libdb

2020-01-16 Thread Simo Sorce
Would it be possible to have a libdb-compat package with the 5.x version to at least decouple the packages that are somewhat stuck with that version of libdb and the ones that can use newer version? I still need to figure out how sasl can switch databases, the problem is that I do not want to tras

Re: gnome-desktop3 soname bump in rawhide

2020-01-16 Thread Yaakov Selkowitz
On Thu, 2020-01-16 at 13:36 +0100, Kalev Lember wrote: > I just built gnome-desktop3-3.35.4-1.fc32 that bumps soname in rawhide. > I've rebuilt all packages depending on it, with the exception of > gnome-screensaver that fails to build. > > yselkowitz (CCd), could you look into fixing gnome-screen

Re: [POC-change] Fedora packages point of contact updates

2020-01-16 Thread Kevin Fenzi
On Thu, Jan 16, 2020 at 10:49:26AM +0100, Vít Ondruch wrote: > Not sure this notification is trustworthy O:-) yeah, not so much. ;) This is an old report, must have been mistakenly allowed through moderation. :( Anyhow, I have cleaned up the source and it shouldn't show up again. it would be

Re: Fedora 32 Self-Contained Change proposal: Additional buildroot to test x86-64 micro-architecture update

2020-01-16 Thread Kevin Fenzi
On Thu, Jan 16, 2020 at 02:09:45PM +0100, Aleksandra Fedorova wrote: > > While on one hand we don't need a long-term storage for development > builds, on the other: it is quite valuable to be able to compare the > latest successful build with some previous ones to see if we actually > improve anyt

Re: Update: AAA replacement login Initiative

2020-01-16 Thread Kevin Fenzi
On Thu, Jan 16, 2020 at 12:47:05PM +, Ankur Sinha wrote: > > Thank you. I had a look at the user stories and wondered: is it merely > meant to be a modernisation/rewrite of FAS with the same features > (and I assume: back-end improvements), or are new user facing (and > other) features also in

Re: Update: AAA replacement login Initiative

2020-01-16 Thread Kevin Fenzi
On Thu, Jan 16, 2020 at 07:57:43PM +0100, Björn Persson wrote: > Neal Gompa wrote: > > On Thu, Jan 16, 2020 at 6:56 AM Fabio Valentini > > wrote: > > > - What does AAA stand for? (Or am I supposed to know that already?) > > > - What is this new group actually working on? > > > > > > The only "sub

Re: Alternative buildroot as a development tool

2020-01-16 Thread Kevin Fenzi
On Thu, Jan 16, 2020 at 11:27:36AM -0800, Brendan Conoboy wrote: > On Wed, Jan 15, 2020 at 8:31 AM Kevin Fenzi wrote: > [snip] > > > ### Use cases ### > > > > > > The first example of such a buildroot is provided by the CPU baseline > > > testing [1]. > > > > > > There will be more, since we may w

Re: Fedora-Rawhide-20200116.n.0 compose check report

2020-01-16 Thread Adam Williamson
On Thu, 2020-01-16 at 13:09 +, Fedora compose checker wrote: > No missing expected images. > > Compose FAILS proposed Rawhide gating check! > 43 of 43 required test results missing > openQA tests matching unsatisfied gating requirements shown with **GATING** > below > > Failed openQA tests:

Re: Alternative buildroot as a development tool

2020-01-16 Thread Brendan Conoboy
On Thu, Jan 16, 2020 at 5:14 PM Kevin Fenzi wrote: > On Thu, Jan 16, 2020 at 11:27:36AM -0800, Brendan Conoboy wrote: > > One potential output of this change would be to have editions choose > > what buildroot they are based on. As an example, Fedora Server, which > > has struggled to find its el

Re: Alternative buildroot as a development tool

2020-01-16 Thread Neal Gompa
On Thu, Jan 16, 2020 at 9:30 PM Brendan Conoboy wrote: > > On Thu, Jan 16, 2020 at 5:14 PM Kevin Fenzi wrote: > > On Thu, Jan 16, 2020 at 11:27:36AM -0800, Brendan Conoboy wrote: > > > One potential output of this change would be to have editions choose > > > what buildroot they are based on. As

Re: Effort to remove libdb

2020-01-16 Thread Nico Kadel-Garcia
On Thu, Jan 16, 2020 at 1:17 PM Jerry James wrote: > > On Thu, Jan 16, 2020 at 9:09 AM Filip Janus wrote: > > Hi all, > > as you maybe know the BerkeleyDB 6.x has a more restrictive license than > > the previous versions (AGPLv3 vs. LGPLv2), and due to that many projects > > cannot use it. > >

Re: Effort to remove libdb

2020-01-16 Thread Jerry James
On Thu, Jan 16, 2020 at 8:29 PM Nico Kadel-Garcia wrote: > The lack of a good backup tool for Berkeley DB earned me nearly a year > of contracting salary from the BBC to keep alive an obsolete Berkeley > DB and Apache 1.3 on RHEL systems long after httpd 2.x was released. > It was discarded by Su

Re: Effort to remove libdb

2020-01-16 Thread Nico Kadel-Garcia
On Thu, Jan 16, 2020 at 10:53 PM Jerry James wrote: > > On Thu, Jan 16, 2020 at 8:29 PM Nico Kadel-Garcia wrote: > > The lack of a good backup tool for Berkeley DB earned me nearly a year > > of contracting salary from the BBC to keep alive an obsolete Berkeley > > DB and Apache 1.3 on RHEL syst

Re: Effort to remove libdb

2020-01-16 Thread Chris Adams
Once upon a time, Nico Kadel-Garcia said: > Is there any software or service that currently uses Berkeley DB that > cannot reasonably be discarded and rebuilt from scratch for new > versions of that software, without Berkeley DB entirely, as part of a > Fedora release? One problem is the upgrade