Re: [gentoo-dev] RFC: pkg_needrebuild() API for smart-live-rebuild
Dnia 2015-08-07, o godz. 21:42:59 Ulrich Mueller u...@gentoo.org napisał(a): On Fri, 7 Aug 2015, Michał Górny wrote: The function can return one of the following return codes: - 0 -- indicating that the package should be rebuilt from ebuild (changes occured), - 1 -- indicating that the package needs not be rebuilt. The function must use 'die' if an error preventing the function from determining the state occurs. Wouldn't it be feasible to leave error handling in that case to the caller, i.e. have a third return code for the case there is some failure? https://bugs.gentoo.org/show_bug.cgi?id=482666#c2 What for? We need to support 'die' anyway, I don't see a reason to have two different variants of error reporting and magical exit codes. The function can output any user-oriented messages. The following output functions are made available: einfo, einfon, elog, ewarn, eerror, ebegin, eend. The following additional functions are available: die, assert, has, hasv, hasq. No use/usev/usex functions? There might be cases where a rebuild is only needed for a certain combination of USE flags. I'd rather not implement all that in smart-live-rebuild. Maybe it'd make sense to have that in PM-implemented check in EAPI 7. -- Best regards, Michał Górny http://dev.gentoo.org/~mgorny/ pgpYb2OcsQSPP.pgp Description: OpenPGP digital signature
Re: [gentoo-dev] RFC: pkg_needrebuild() API for smart-live-rebuild
On 07/08/15 19:01, Michał Górny wrote: Does this sound fine? It does Any suggestions? Having a reduced scope and not covering corner cases is fine now, so no =) [1]:https://bugs.gentoo.org/show_bug.cgi?id=482666
[gentoo-dev] RFC: News item about Nepomuk removal
Hello Gentoos, please read and comment on the attached news item for the upcoming Nepomuk removal. Greetings, -- Johannes Huber (johu) Gentoo Linux Developer / KDE Team GPG Key ID FDF4F788Title: Nepomuk removal Author: Johannes Huber j...@gentoo.org Content-Type: text/plain Posted: 2015-08-08 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: dev-db/virtuoso-server With KDE SC 4.13.0 release the default semantic desktop search engine switched from Nepomuk to Baloo.[1] This change was honoured in Gentoo by changing the semantic-desktop use flag to cover the new engine and moving the old to nepomuk use flag. The underlaying storage backend for Nepomuk aka Virtuoso DB has a lot of unsolved upstream issues[2], therefore we will remove it. This means packages with build options on the old stack will drop them. Other packages which hard requiring it will be removed. If you are still using Nepomuk you can switch to Baloo by globally enable semantic-desktop and disabling nepomuk use flag in /etc/portage/make.conf or using one of the kde desktop profiles. [1] https://www.kde.org/announcements/4.13/ [2] https://bugs.gentoo.org/buglist.cgi?quicksearch=virtuoso signature.asc Description: This is a digitally signed message part.
[gentoo-dev] sys-kernel/dracut looking for more maintainers
Hi, I'm resending e-mail from my gentoo.org address, instead of the private one... so just ignore the previuos thread with this subject. I have not much time [0] to maintain Dracut properly. Moreover I don't use its extra features anymore, so it's hard for me to keep up with changes. From some time Alexander Tsoy follows changes and solves issues, but I think that Dracut needs also a maintainer with rw access who could quickly solve critical issues and test it appropriately. It is especially important to have somebody who would care about Dracut health on OpenRC-based systems. Alexander, maybe you would like to become a Gentoo developer? (-: I could mentor you. I am still going to be involved, but more as a secondary maintainer or mentor, etc. [0] Yes, it actually has something to do with net-mail/notmuch. :-) I'd like to focus more on net-mail/notmuch related packages instead. Thanks, -- Amadeusz Żołnowski signature.asc Description: PGP signature
Re: [gentoo-dev] Git Migration: launch plan schedule (2015/Aug/08-09)
On Thu, Jul 02, 2015 at 09:39:52PM +, Robin H. Johnson wrote: 2015/08/08 15:00 UTC - Freeze 2015/08/08 19:00 UTC - Git commits open for developers 2015/08/09 01:00 UTC - Rsync live again (with lagged changelog) 2015/08/11 - History repo available to graft 2015/08/12 - rsync mirrors carry up-to-date changelogs again I've allocated time for an 8 hour freeze, but hope to be completed much sooner than that. Starting late due to $reasons, freeze is now at 18:00 UTC (14 minutes from now). -- Robin Hugh Johnson Gentoo Linux: Developer, Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
Re: [gentoo-dev] sys-kernel/dracut looking for more maintainers
On Sat, Aug 8, 2015 at 1:31 PM, Amadeusz Żołnowski aide...@gentoo.org wrote: Hi, I'm resending e-mail from my gentoo.org address, instead of the private one... so just ignore the previuos thread with this subject. I have not much time [0] to maintain Dracut properly. Moreover I don't use its extra features anymore, so it's hard for me to keep up with changes. From some time Alexander Tsoy follows changes and solves issues, but I think that Dracut needs also a maintainer with rw access who could quickly solve critical issues and test it appropriately. It is especially important to have somebody who would care about Dracut health on OpenRC-based systems. I'm willing to help debug things and commit fixes, although I primarily use systemd so it is harder for me to test most of the modules. I can certainly review patches and proxy commits. If you think it would be helpful, let me know.
Re: [gentoo-dev] sys-kernel/dracut looking for more maintainers
On Sat, 8 Aug 2015 14:18:53 -0400 Mike Gilbert flop...@gentoo.org wrote: On Sat, Aug 8, 2015 at 1:31 PM, Amadeusz Żołnowski aide...@gentoo.org wrote: Hi, I'm resending e-mail from my gentoo.org address, instead of the private one... so just ignore the previuos thread with this subject. I have not much time [0] to maintain Dracut properly. Moreover I don't use its extra features anymore, so it's hard for me to keep up with changes. From some time Alexander Tsoy follows changes and solves issues, but I think that Dracut needs also a maintainer with rw access who could quickly solve critical issues and test it appropriately. It is especially important to have somebody who would care about Dracut health on OpenRC-based systems. I can pitch in, we use dracut at my employer. I actually have a local patchset fixing some issues/redhat-isms that I have been meaning to release at some point. I'm willing to help debug things and commit fixes, although I primarily use systemd so it is harder for me to test most of the modules. I can certainly review patches and proxy commits. If you think it would be helpful, let me know.
[gentoo-dev] Re: RFC: News item about Nepomuk removal
Johannes Huber posted on Sat, 08 Aug 2015 13:28:08 +0200 as excerpted: Title: Nepomuk removal Looks good here, and the title's nice and short too. =:^) -- Duncan - List replies preferred. No HTML msgs. Every nonfree program has a lord, a master -- and if you use the program, he is your master. Richard Stallman
[gentoo-dev] Git Migration: go-live!
On Sat, Aug 08, 2015 at 05:47:14PM +, Robin H. Johnson wrote: On Thu, Jul 02, 2015 at 09:39:52PM +, Robin H. Johnson wrote: 2015/08/08 15:00 UTC - Freeze 2015/08/08 19:00 UTC - Git commits open for developers This is going live in a few minutes. There was a lot of delays and snags that were hit. QA has a lot of reviewing to do of in-tree patches with long-standing CVS keyword damage. gkeys is also not sufficiently baked, so we're using some scripting for now instead [1]. The new setup DOES enforce that commits AND pushes are signed. I'm only 90% sure that everything works, but I've spent almost the entire day on it, and there's more to go tomorrow. Other old CVS repos are still closed for the moment, they will re-open tomorrow. 2015/08/09 01:00 UTC - Rsync live again (with lagged changelog) 2015/08/11 - History repo available to graft 2015/08/12 - rsync mirrors carry up-to-date changelogs again These parts are still pending. Quick instructions: Set PORTAGE_GPG_KEY=0xLONG-GPG-KEY in your make.conf $ git config user.signingkey 0xLONG-GPG-KEY $ git clone git+ssh://g...@git.gentoo.org/repo/gentoo.git $ vim ... $ repoman commit -m '...' [2] $ git push --signed (some time later, when you have local unpushed commits you want to rebase instead of merging) $ git pull --rebase -S $ vim ... $ repoman commit -m '...' $ git push --signed (some time later, when you have a local branch you want to merge) $ git merge -S some-branch $ git push --signed [1] The keys as they are in LDAP right now have been used. If you need to change your key, please ping infra as well, so I can update the temporary setup. $ ldapsearch 'gentooStatus=active' gpgfingerprint -Z -LLL \ |grep gpgfingerprint |cut -d: -f2- |tr -d ' ' \ |grep -v 'undefined' | xargs gpg --recv [2] If you commit directly with git commit you MUST pass -S (and ideally -s). -- Robin Hugh Johnson Gentoo Linux: Developer, Infrastructure Lead E-Mail : robb...@gentoo.org GnuPG FP : 11ACBA4F 4778E3F6 E4EDF38E B27B944E 34884E85
