Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)
On 27 December 2012 00:39, Kent Fredric kentfred...@gmail.com wrote: Can we short cut the whole quiz process and have some Inbound repository until we're full git, which people can fork/commit/pull and trusted people can review submitted branches and apply them to CVS? This is why I started https://github.com/yngwin/proxy-maint/ Feel free to send pull requests my way. I have been very busy lately with work, so I am a bit behind on my Gentoo stuff, but I should be back in full swing soon. -- Cheers, Ben | yngwin Gentoo developer Gentoo Qt project lead, Gentoo Wiki admin
Re: [gentoo-dev] Re: [gentoo-project] Call for agenda items -- Council meeting 2013-01-08
On Fri, 2012-12-28 at 21:05 -0600, Ben Kohler wrote: This seems like a great time to deprecate remove the unmaintained server profile target, as has been previously discussed. Is this doable or is that another issue to be tackled another day? I would not attach it to this bill just before the vote, no. It reminds me too much of how things are done in more corrupt environments. By all means raise it, but separately. And make sure that the discussion on it on -dev has died down please. Regards, Tony V. signature.asc Description: This is a digitally signed message part
[gentoo-dev] [PATCH systemd.eclass 2/2] Update and remove catalog database in systemd ebuild.
Fixes: https://bugs.gentoo.org/show_bug.cgi?id=449102 --- gx86/sys-apps/systemd/systemd-.ebuild | 9 + 1 file changed, 9 insertions(+) diff --git a/gx86/sys-apps/systemd/systemd-.ebuild b/gx86/sys-apps/systemd/systemd-.ebuild index ae3feb7..42f1cef 100644 --- a/gx86/sys-apps/systemd/systemd-.ebuild +++ b/gx86/sys-apps/systemd/systemd-.ebuild @@ -205,6 +205,8 @@ optfeature() { } pkg_postinst() { + systemd_update_catalog + mkdir -p ${ROOT}/run || ewarn Unable to mkdir /run, this could mean trouble. if [[ ! -L ${ROOT}/etc/mtab ]]; then ewarn Upstream suggests that the /etc/mtab file should be a symlink to /proc/mounts. @@ -230,3 +232,10 @@ pkg_postinst() { ewarn init=/sbin/init ewarn to your kernel to boot using sysvinit / OpenRC. } + +pkg_prerm() { + # If removing systemd completely, remove the catalog database. + if [[ ! ${REPLACED_BY_VERSION} ]]; then + rm -f -v ${EROOT}/var/lib/systemd/catalog/database + fi +} -- 1.8.0.2
[gentoo-dev] [PATCH systemd.eclass 1/2] Add a function to update journal catalogs.
This is to fix bug #449102 and potentially future bugs from packages using journald (are there any?). --- gx86/eclass/systemd.eclass | 23 +++ 1 file changed, 23 insertions(+) diff --git a/gx86/eclass/systemd.eclass b/gx86/eclass/systemd.eclass index 63f6ed0..1c11535 100644 --- a/gx86/eclass/systemd.eclass +++ b/gx86/eclass/systemd.eclass @@ -184,3 +184,26 @@ systemd_to_myeconfargs() { --with-systemdsystemunitdir=$(systemd_get_unitdir) ) } + +# @FUNCTION: systemd_update_catalog +# @DESCRIPTION: +# Update the journald catalog. This needs to be called after installing +# or removing catalog files. +# +# If systemd is not installed, no operation will be done. The catalog +# will be (re)built once systemd is installed. +# +# See: http://www.freedesktop.org/wiki/Software/systemd/catalog +systemd_update_catalog() { + debug-print-function ${FUNCNAME} ${@} + + # Make sure to work on the correct system. + local journalctl=${EPREFIX}/usr/bin/journalctl + if [[ -x ${journalctl} ]]; then + ebegin Updating systemd journal catalogs + journalctl --update-catalog + eend $? + else + debug-print ${FUNCNAME}: journalctl not found. + fi +} -- 1.8.0.2
Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)
On Sat, 2012-12-29 at 16:42 +0800, Ben de Groot wrote: On 27 December 2012 00:39, Kent Fredric kentfred...@gmail.com wrote: Can we short cut the whole quiz process and have some Inbound repository until we're full git, which people can fork/commit/pull and trusted people can review submitted branches and apply them to CVS? This is why I started https://github.com/yngwin/proxy-maint/ Feel free to send pull requests my way. I have been very busy lately with work, so I am a bit behind on my Gentoo stuff, but I should be back in full swing soon. Not to sidetrack the topic farther, but isn't this best done in our github/gentoo account. It is one of the main reasons we have it, to easily accept pull requests from users. It would also make it easier for more devs to participate in a group proxy-maint repo. -- Brian Dolbec dol...@gentoo.org signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)
On Sat, Dec 29, 2012 at 11:13 AM, Brian Dolbec dol...@gentoo.org wrote: Not to sidetrack the topic farther, but isn't this best done in our github/gentoo account. It is one of the main reasons we have it, to easily accept pull requests from users. It would also make it easier for more devs to participate in a group proxy-maint repo. Very little Gentoo-related work on Github is actually done under the Gentoo org. I'm not really sure if this is a good thing or a bad thing. We haven't really figured out what we want to do with that space. I suspect some of it is that many devs just want to do their thing, and github is a place where you can do whatever you want with your overlay/etc and nobody else is going to tell you that you're doing it wrong. Again, not sure if it is a good thing or a bad thing. Rich
Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)
On Sat, Dec 29, 2012 at 11:13 AM, Brian Dolbec dol...@gentoo.org wrote: On Sat, 2012-12-29 at 16:42 +0800, Ben de Groot wrote: On 27 December 2012 00:39, Kent Fredric kentfred...@gmail.com wrote: Can we short cut the whole quiz process and have some Inbound repository until we're full git, which people can fork/commit/pull and trusted people can review submitted branches and apply them to CVS? This is why I started https://github.com/yngwin/proxy-maint/ Feel free to send pull requests my way. I have been very busy lately with work, so I am a bit behind on my Gentoo stuff, but I should be back in full swing soon. Not to sidetrack the topic farther, but isn't this best done in our github/gentoo account. It is one of the main reasons we have it, to easily accept pull requests from users. It would also make it easier for more devs to participate in a group proxy-maint repo. Certainly a sidetrack: I would like to point out that Github now supports Organizations as a semantic concept. I *highly* recommend using something like that over using an 'individual' account as an organization. I've been using Github Organizations in a private context, and it's been working extremely well. -- :wq
Gentoo and Github (Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...) )
On Sat, Dec 29, 2012 at 11:32 AM, Michael Mol mike...@gmail.com wrote: On Sat, Dec 29, 2012 at 11:13 AM, Brian Dolbec dol...@gentoo.org wrote: On Sat, 2012-12-29 at 16:42 +0800, Ben de Groot wrote: On 27 December 2012 00:39, Kent Fredric kentfred...@gmail.com wrote: Can we short cut the whole quiz process and have some Inbound repository until we're full git, which people can fork/commit/pull and trusted people can review submitted branches and apply them to CVS? This is why I started https://github.com/yngwin/proxy-maint/ Feel free to send pull requests my way. I have been very busy lately with work, so I am a bit behind on my Gentoo stuff, but I should be back in full swing soon. Not to sidetrack the topic farther, but isn't this best done in our github/gentoo account. It is one of the main reasons we have it, to easily accept pull requests from users. It would also make it easier for more devs to participate in a group proxy-maint repo. Certainly a sidetrack: I would like to point out that Github now supports Organizations as a semantic concept. I *highly* recommend using something like that over using an 'individual' account as an organization. I've been using Github Organizations in a private context, and it's been working extremely well. Ugh. Apologies. I meant to change the subject line, spent a couple minutes figuring out how to do it in GMail...and then forgot. :-| Fixing... -- :wq
Re: Gentoo and Github (Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...) )
We are. Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ On Sat, Dec 29, 2012 at 5:34 PM, Michael Mol mike...@gmail.com wrote: On Sat, Dec 29, 2012 at 11:32 AM, Michael Mol mike...@gmail.com wrote: On Sat, Dec 29, 2012 at 11:13 AM, Brian Dolbec dol...@gentoo.org wrote: On Sat, 2012-12-29 at 16:42 +0800, Ben de Groot wrote: On 27 December 2012 00:39, Kent Fredric kentfred...@gmail.com wrote: Can we short cut the whole quiz process and have some Inbound repository until we're full git, which people can fork/commit/pull and trusted people can review submitted branches and apply them to CVS? This is why I started https://github.com/yngwin/proxy-maint/ Feel free to send pull requests my way. I have been very busy lately with work, so I am a bit behind on my Gentoo stuff, but I should be back in full swing soon. Not to sidetrack the topic farther, but isn't this best done in our github/gentoo account. It is one of the main reasons we have it, to easily accept pull requests from users. It would also make it easier for more devs to participate in a group proxy-maint repo. Certainly a sidetrack: I would like to point out that Github now supports Organizations as a semantic concept. I *highly* recommend using something like that over using an 'individual' account as an organization. I've been using Github Organizations in a private context, and it's been working extremely well. Ugh. Apologies. I meant to change the subject line, spent a couple minutes figuring out how to do it in GMail...and then forgot. :-| Fixing... -- :wq
Re: [gentoo-dev] Attracting developers (Re: Packages up for grabs...)
On Saturday 29 of December 2012 11:32:45 Michael Mol wrote: Certainly a sidetrack: I would like to point out that Github now supports Organizations as a semantic concept. I *highly* recommend using something like that over using an 'individual' account as an organization. I've been using Github Organizations in a private context, and it's been working extremely well. It is an organization, not a normal account. Theo signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] About using a CONFIGURATION (or SETUP) file under /usr/share/doc for configuration information
El lun, 24-12-2012 a las 00:30 +0100, Pacho Ramos escribió: El lun, 24-12-2012 a las 00:17 +0100, Diego Elio Pettenò escribió: On 23/12/2012 23:54, Pacho Ramos wrote: The idea would be to make it to be only shown at first message and, later, rely on people reading /usr/share/doc/e4rat-xxx/CONFIGURATION file if they want to remember that tip So you want in the main documentation a request to read the package documentation on where to find the upstream documentation? I want to have a permanent reference of current elog messages simply showing configuration tips to: 1. Show them via elog messages only first time package is installed 2. Not need to read ebuild directly once people remove summary.log More examples I saw today when updating: - lm_sensors - shows configuration tips every time it's merged, the idea would be to show it via elog only at first merge and, later, rely on /usr/share/doc file - nvidia-drivers - things like telling people to add them to video group could be treated in the same way, the same probably for eselect instructions. signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] About using a CONFIGURATION (or SETUP) file under /usr/share/doc for configuration information
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 30/12/12 00:09, Pacho Ramos wrote: More examples I saw today when updating: - nvidia-drivers - things like telling people to add them to video group could be treated in the same way, the same probably for eselect instructions. Every game reminds you that you need to be in the games group to play them every time you emerge them. Quite annoying behaviour. - -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAlDfeswACgkQRtClrXBQc7WiZwD9G74WZH58pSyL7Hs2o7Dt6K4Z bMAPA0cGD1/7f6qJviAA/2ErR4bWW/Ma3Zyhkr56YnnbWpgHg84UOPAxwH5oO/yO =4d6G -END PGP SIGNATURE-
[gentoo-dev] Local bindist descriptions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 All packages should have local descriptions of what the bindist USE-flag specifically does. This should be a policy when writing ebuilds that include it. The bindist USE-flag is for avoiding components in a package that would result in non-re-distributable binary packages. The generic global description is Flag to enable or disable options for prebuilt (GRP) packages (eg. due to licensing issues). This is very vague. It does not in any way explain the specifics of what enabling the flag will do. This means that each package should describe what it specifically does. www-client/firefox-10.0.11 is one example that does this properly with Disable official Firefox branding (icons, name) which are not binary-redistributable according to upstream. This is perfectly descriptive. net-misc/openssh is one example that does not have a local/specific description. To me, this is unacceptable. Someone who cares enough about licensing and distribution etc. to set the bindist USE-flag, will likely care about the specifics of the it as well. Furthermore, different people find different things unacceptable. As an example, patent-encumbered codec support in ffmpeg is something that might be considered unacceptable to some. However, the very same people might not be worried about trademark/branding-related issues, such as is the case with Firefox. This is comparable to how some find the GPL acceptable, but not the Artistic License 1.0, and ebuilds do indeed require the licence -- not LICENSE=free-ish. I have filed bug reports for the affected packages. However, to avoid this becoming an issue in the future I think it would be fruitful to have a policy or something to make sure all ebuilds that make use of the bindist USE-flag at the very least describe *what* toggling it does in the context of that specific package, and preferably also *why* the flag exists in the first place. This will summarise the problem and the solution that USE=+bindist offers for the end-user. I don't find it acceptable to make the details left as an exercise to the user. The affected packages per now* are all versions of: dev-db/libdbi-drivers dev-db/opendbx dev-libs/gf2x gnome-extra/libgda kde-base/oxygen-icons media-libs/freetype media-libs/libaacplus media-libs/mediastreamer media-libs/mesa media-plugins/mediastreamer-silk media-video/ffmpeg media-video/libav media-video/mplayer media-video/mplayer2 net-dialup/freeradius net-libs/gnutls net-libs/liboauth net-misc/openssh net-misc/vpnc sci-visualization/qtiplot Newer versions of gnutls don't have the USE-flag, so I'll let that one slide. ffmpeg is problematic... see: https://bugs.gentoo.org/show_bug.cgi?id=369249. *27/12/12 21:38 - - -- Alexander alexan...@plaimi.net http://plaimi.net/~alexander -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAlDfgr4ACgkQRtClrXBQc7Uk1wEAjWXbV8bYtsUu6BXFRXhBXcMr 5eEHDbA9BTcXg+ouKsUA/RAKFzGA/gW40oSpJecf3zics7wQ4h7xYhPbbtvGvF9x =xkAA -END PGP SIGNATURE-
[gentoo-dev] glibc-2.17: nscd is optional
rough poll: how many people actually care about nscd ? i'm making it into a USE flag for glibc-2.17 and it's easiest for me to do IUSE=nscd which means it'd default to off. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] glibc-2.17: nscd is optional
On 12/30/2012 02:24 AM, Mike Frysinger wrote: rough poll: how many people actually care about nscd ? I use it for some pam_ldap machines ... it'd default to off. fine with me, I'll turn it on / need it for `ls -l /home` not taking ages. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Local bindist descriptions
On Sat, Dec 29, 2012 at 3:54 PM, Alexander Berntsen alexan...@plaimi.net wrote: All packages should have local descriptions of what the bindist USE-flag specifically does. This should be a policy when writing ebuilds that include it. Agreed. media-libs/mesa Fixed. (bug 448932)
Re: [gentoo-dev] Local bindist descriptions
On Sat, Dec 29, 2012 at 6:54 PM, Alexander Berntsen alexan...@plaimi.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 All packages should have local descriptions of what the bindist USE-flag specifically does. This should be a policy when writing ebuilds that include it. ... I have filed bug reports for the affected packages. However, to avoid this becoming an issue in the future I think it would be fruitful to have a policy or something to make sure all ebuilds that make use of the bindist USE-flag at the very least describe *what* toggling it does in the context of that specific package, and preferably also *why* the flag exists in the first place. This will summarise the problem and the solution that USE=+bindist offers for the end-user. I don't find it acceptable to make the details left as an exercise to the user. Once all packages currently using the flag have local descriptions, we could remove bindist from profiles/use.desc, converting it from a global to a local use flag. This would cause repoman to reject any new instances without a local description. That would be much more effective than a policy that may be (accidentally) ignored.
[gentoo-dev] Re: glibc-2.17: nscd is optional
Michael Weber posted on Sun, 30 Dec 2012 02:29:40 +0100 as excerpted: On 12/30/2012 02:24 AM, Mike Frysinger wrote: rough poll: how many people actually care about nscd ? I use it for some pam_ldap machines ... it'd default to off. fine with me, I'll turn it on / need it for `ls -l /home` not taking ages. Fine here too. I don't use it, but I've made the case before that gentoo's not a babysitter, and IMO, people not checking USE flag changes before an emerge and adjusting their config accordingly... get to keep whatever pieces they might end up with. Given that, even if I did use it I'd be a hypocrite if I now tried to make a big deal about a USE flag change of this nature. That said, as with the last case where big USE flag changes came up, let's use some wisdom and use the news feature for what it was designed for, to notify people about this sort of thing ahead of time. =:^) (Examples I've seen recently of people's emerge output noting X news items unread aside. If they can't even read NEWS items... and still choose to use gentoo... well there's that saying about leading a horse to water... shrug) -- 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
Re: [gentoo-dev] glibc-2.17: nscd is optional
On 12/29/12 5:24 PM, Mike Frysinger wrote: rough poll: how many people actually care about nscd ? i'm making it into a USE flag for glibc-2.17 and it's easiest for me to do IUSE=nscd which means it'd default to off. If you want, you can still enable the nscd USE flag in the profile so it is on by default. I'm fine either way, just wanted to note the technical possibility. Paweł signature.asc Description: OpenPGP digital signature