Bug#515860: Little problem with removal of db4.4
Am Donnerstag 26 März 2009 21:30:06 schrieb Clint Adams: On Fri, Mar 13, 2009 at 01:24:14PM +0100, Patrick Winnertz wrote: After a speak with upstream it got clear that newer version won't compile (and if they would compile) there is no guarantee that you didn't break your lustre It appears that a small tweak to debian/patches/e2fsprogs-lfsck.patch lets it build fine. What is confusing me is the comment that says /* Open the environment with full transactional support. */ But then the environment is not opened with transactional support. if ((rc = dbenv-open(dbenv, /tmp, DB_CREATE | DB_PRIVATE | DB_INIT_MPOOL|DB_INIT_LOCK|DB_THREAD, 0)) != 0) { Mh.. strange.. this patch is provided from upstream as is... I'll ask them. However can you attach your small tweak to e2fsprogs-lfsck? Thanks for your work! :) Greetings Winnie -- . '' ` . Patrick Winnertz win...@debian.org : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~winnie - http://www.der-winnie.de `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.
Bug#515860: Little problem with removal of db4.4
On Fri, Mar 13, 2009 at 01:24:14PM +0100, Patrick Winnertz wrote: After a speak with upstream it got clear that newer version won't compile (and if they would compile) there is no guarantee that you didn't break your lustre It appears that a small tweak to debian/patches/e2fsprogs-lfsck.patch lets it build fine. What is confusing me is the comment that says /* Open the environment with full transactional support. */ But then the environment is not opened with transactional support. if ((rc = dbenv-open(dbenv, /tmp, DB_CREATE | DB_PRIVATE | DB_INIT_MPOOL|DB_INIT_LOCK|DB_THREAD, 0)) != 0) { -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515860: Little problem with removal of db4.4
On Fri, Mar 13, 2009 at 01:24:14PM +0100, Patrick Winnertz wrote: There a slight problem with the removal of db4.4 as ldiskfsprogs really needs 4.4 and nothing higher atm. After a speak with upstream it got clear that newer version won't compile (and if they would compile) there is no guarantee that you didn't break your lustre filesystem while using them. So there is currently no other choice for me as to keep 4.4 in build-depends. There is a work in progress on upstream's site in order to port the lustre patches for e2fsprogs to an newer version and to support then also a newer db api. Until that I would like to ask you to reschedule the db4.4 removal as these tools are really necessary for the usage of a lustre cluster filesystem. It's looking more and more unlikely that I'll have time to look at this this weekend, but there's still a chance. -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515860: Little problem with removal of db4.4
Hello Clint, There a slight problem with the removal of db4.4 as ldiskfsprogs really needs 4.4 and nothing higher atm. After a speak with upstream it got clear that newer version won't compile (and if they would compile) there is no guarantee that you didn't break your lustre filesystem while using them. So there is currently no other choice for me as to keep 4.4 in build-depends. There is a work in progress on upstream's site in order to port the lustre patches for e2fsprogs to an newer version and to support then also a newer db api. Until that I would like to ask you to reschedule the db4.4 removal as these tools are really necessary for the usage of a lustre cluster filesystem. Greetings Winnie -- . '' ` . Patrick Winnertz win...@debian.org : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~winnie - http://www.der-winnie.de `- Debian - when you have better things to do than fixing systems signature.asc Description: This is a digitally signed message part.