Re: [gentoo-dev] Dropping ia64/ppc/sparc profiles to dev/exp
On 05/14/2017 01:05 PM, Michał Górny wrote: On nie, 2017-05-14 at 12:52 +0200, Michael Weber wrote: On 05/14/2017 12:44 PM, David Seifert wrote: On Sun, 2017-05-14 at 12:38 +0200, Michael Weber wrote: On 05/08/2017 09:13 PM, David Seifert wrote: If all of this ends in one big bikeshedding fest again, I will start dekeywording packages. Fortunately for me, I won't get any complaints (because the arch teams are dead). formal complaint, powerpc team is alive, and I'm lead. https://bugs.gentoo.org/show_bug.cgi?id=546082 You call that alive? Well, I'm working on stabilization for some months and started keywordings just recently. FTR, nobody saw the need to migrated this bug Component:Keywording (was [old] ...) and it didn't show up on my radar, nor on x86s. Why would you expect to developers spend their effort on moving bugs to new keywording workflow *after* the arch teams have been neglecting them for 1.5 years? Because we (or some subset) agreed on the "new keywording workflow" and we all obliged to play by the rules? -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber <x...@gentoo.org>
Re: [gentoo-dev] Dropping ia64/ppc/sparc profiles to dev/exp
On 05/14/2017 12:44 PM, David Seifert wrote: On Sun, 2017-05-14 at 12:38 +0200, Michael Weber wrote: On 05/08/2017 09:13 PM, David Seifert wrote: If all of this ends in one big bikeshedding fest again, I will start dekeywording packages. Fortunately for me, I won't get any complaints (because the arch teams are dead). formal complaint, powerpc team is alive, and I'm lead. https://bugs.gentoo.org/show_bug.cgi?id=546082 You call that alive? Well, I'm working on stabilization for some months and started keywordings just recently. FTR, nobody saw the need to migrated this bug Component:Keywording (was [old] ...) and it didn't show up on my radar, nor on x86s. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber <x...@gentoo.org>
Re: [gentoo-dev] Dropping ia64/ppc/sparc profiles to dev/exp
On 05/08/2017 09:13 PM, David Seifert wrote: If all of this ends in one big bikeshedding fest again, I will start dekeywording packages. Fortunately for me, I won't get any complaints (because the arch teams are dead). formal complaint, powerpc team is alive, and I'm lead. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber <x...@gentoo.org>
Re: [gentoo-dev] Git Migration: go-live!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 08/09/2015 07:36 AM, Robin H. Johnson wrote: 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. Thanks a lot! use case: my cvs tree had uncommitted ebuild work (yes, you caught me actually doing something). now `cvs diff` no longer works, how can i track down my local changes? besides diffing against git tree, brain memory aka shell history and find -newer? Michael - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iL4EAREKAGYFAlXHFrxfFIAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY3QjA4MzdGODg1NUMxMjIzNUQ0MDgxNzky N0FERDBDNjJFRUYwOTAACgkQknrdDGLu8JBaSAD+MaDxkEjuQUfgbA4yJtnzFfim il9V7HWdrouTgQ3Lnh8A/05Ilegavg/+zP9hf5BsMa5+kJVHOuAIFiB16/66AKfC =njMM -END PGP SIGNATURE-
Re: [gentoo-dev] PowerPC status
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 09/20/2014 06:33 PM, Roy Bamford wrote: On 2014.09.18 00:31, Jack Morgan wrote: Hello, The PowerPC development team has had our 2nd monthly meeting and I wanted to provide an update on where we are. [snip] I've sent email to the following devs but haven't head back yet so don't know your current status. Mark Loeser (halcy0n) Gysbert Wassenaar (nixnut) Michael Weber (xmw) My ppc g4 server machine doesn't run stable 24h, so can no longer stabilize and keyword stuff on it. So I guess, I'm out. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2 iL4EAREKAGYFAlQf+oZfFIAALgAoaXNzdWVyLWZwckBub3RhdGlvbnMub3Bl bnBncC5maWZ0aGhvcnNlbWFuLm5ldDY3QjA4MzdGODg1NUMxMjIzNUQ0MDgxNzky N0FERDBDNjJFRUYwOTAACgkQknrdDGLu8JCOGQD9HDEzaSviFqSfVi6zUCcWcxE1 8bYYDISQfj8c2RqitfkBAJoFlY+QlqPWJz1vja1p+QlXl5U7T6jlLGF2QMNfOLF4 =uAwZ -END PGP SIGNATURE-
Re: [gentoo-dev] [RFC] git.eclass, git-2.eclass... git-r1.eclass?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/28/2013 10:00 AM, Michał Górny wrote:
The new eclass is supposedly used by 732 in-tree packages [1], and
possibly a few dozens out-of-the-tree. Some parts of the eclass
API are barely used. I would really prefer to avoid yet another
eclass migration.
Make that 2622 packages in the gpo.zugaina universe funtoo and gentoo
each 500, and a ton others.
https://xmw.de/tmp/git-2-zugaina.txt
https://xmw.de/tmp/git-2-zugaina-sum.txt
Please don't break the ABI carelessly/intentional, just because you
see these ebuilds as broken by design.
# data generation
wget -r http://data.gpo.zugaina.org/
cd data.gpo.zugaina.org
find . -name index.html* -delete
for i in $(ls -1) ; do
for d in $(find ${i} -maxdepth 2 -mindepth 2 -type d) ; do
grep git-2 ${d}/*.ebuild 2/dev/null /dev/null echo ${d}
done
done | tee /tmp/git-2-zugaina.txt
awk '
BEGIN { FS=/ }
{ if ($1 == overlay)
{ c+= 1 }
else
{ print c\toverlay ; c=1 ; overlay=$1
}
} END { print c\toverlay }
' /tmp/git-2-zugaina.txt | sort -r -n /tmp/git-2-zugaina-sum.txt
The use of API features in *.ebuild maps like the following;
I can run your checks on the dataset, if you provide me the script.
EGIT_REPO_URI 521 EGIT_BRANCH 66 EGIT_SOURCEDIR 21 EGIT_PROJECT 17
EGIT_HAS_SUBMODULES 15 EGIT_COMMIT 12 EGIT_BOOTSTRAP 12 EGIT_MASTER
7 EGIT_NOUNPACK 2 EGIT_STORE_DIR1 EGIT_NONBARE 1 EGIT_DIR
1
EVCS_OFFLINE 0 // these are for make.conf EGIT_REPACK0 EGIT_PRUNE
0 EGIT_OPTIONS0
- --
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlIeRvQACgkQknrdDGLu8JDuLgD/T/SRrApytJQAMbN8aIg53Wb9
kohbcTyeUtRxm8lYjFMA/jBkXxyFFcTH1lWuPMS9+RcwseFnI1vo3n13XBfGOIuc
=pNud
-END PGP SIGNATURE-
Re: [gentoo-dev] Moving more arches to dev profiles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/22/2013 08:38 AM, Sergey Popov wrote: 21.08.2013 22:28, Alexis Ballier пишет: Instead of dropping them entirely to ~arch, maybe something in between could be done: Said arches could start moving to ~arch the leaf and less important packages. E.g. we have (had?) a lot of sparc keywords on sound packages or ppc keywords on ocaml ones because at some point (~10 years ago) some dev was interested in these on this architecture but I'm pretty sure nobody uses them. In short: Reduce stable coverage to reduce the workload. Also, from what I've seen in the thread, you are talking about keywords only, right ? Do these arches keep their stable mark in profiles.desc? I like this way much more. Let's clarify stabilization policy for some minor arches, e.g. policy about stabilization requests for huge packages. Cause dropping entire arch to ~arch maybe sometimes a bit overkill. And hard to revert. Sparc did drop a lot of keywords lately, by removing itself from STABLEREQ w/o stabling the mentioned package. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlIVt8cACgkQknrdDGLu8JCfxgD/X6HlUv7pPFuo75aOhs1bT9Cc PqF799Z9yYsPX+042yoA/RZ2xwKaNUEIlL6XbOKpC0SivlMFIHxBxlzYeRACcPJU =yu+s -END PGP SIGNATURE-
Re: [gentoo-dev] Moving more arches to dev profiles
On 08/22/2013 01:28 PM, Markos Chandras wrote:
On 22 August 2013 12:24, Rich Freeman ri...@gentoo.org wrote:
On Thu, Aug 22, 2013 at 6:19 AM, Markos Chandras hwoar...@gentoo.org wrote:
On 22 August 2013 11:01, Rich Freeman ri...@gentoo.org wrote:
I think the result of a policy like this would be that stable keywords
would get dropped on most peripheral packages, but system packages
might still keep them.
What's the point of that? Most users need more than what @system
provides so after they deploy the 'stable' stage3 they will
start pulling ~arch packages that were never tested against the stable
tree. It so much better if stage3 was also ~arch.
Do we actually have examples of this happening? I've never had
problems with a mix of stable and ~arch keywords. Granted, I'm not
running ~arch on most libs.
Wow! That is something we actively encourage people to avoid. Mixed
systems are totally
unsupported and I am sure quite a few bugs are closed as invalid when
a mixed system is detected.
It may work on regular basis but encouraging and supporting such
configurations is definitely not desirable.
Actually this what Gentoo is all about - for me. Having the option of a
well tested stable system and just bleeding edge where wanted
(i have ~10% of my packages from arch and it works like a charm, and
like only one bug report of mine was closed due an mixed arch issue).
Having a mixed setup isn't that absurd as you want it to be.
And forcing users to not use it renders all package.{accepted_,}keywords
granularity moot.
It's like nailing them to debian stable or debian testing w/o backports
or anything.
Please stop dooming this possibility. Mixing together software versions
isn't that much of a magic as you make of it.
It's also a bit ehm, funny, to give them a stable stage3 and then tell
them that for everything else, please use ~arch.
(I'm not saying that it doesn't hurt in some places, but it's
manageable, as is living on arches with stable core and very few stable
leave packages, like I've been doing on sparc, ppc and arm.)
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Moving more arches to dev profiles
On 08/22/2013 02:26 PM, Markos Chandras wrote:
On 22 August 2013 13:17, Michael Weber x...@gentoo.org wrote:
Having a mixed setup isn't that absurd as you want it to be.
And forcing users to not use it renders all package.{accepted_,}keywords
granularity moot.
It's like nailing them to debian stable or debian testing w/o backports
or anything.
Please stop dooming this possibility. Mixing together software versions
isn't that much of a magic as you make of it.
I said that it is a combination not well tested so we do not encourage
this. Users are free to do whatever they want.
Actually every other post is about keywording special versions or
running --autounmask-write. I'm saying that we do not encourage this
might not be the reality on forums/blogs/channels.
When did I say the opposite? However they should not expect much
support if they use a mixed system and they run into
troubles. Someone who does that, should know what he is doing and be
prepared to run into problems.
And I will stop here because this discussion is off-topic.
It's also a bit ehm, funny, to give them a stable stage3 and then tell
them that for everything else, please use ~arch.
(I'm not saying that it doesn't hurt in some places, but it's
manageable, as is living on arches with stable core and very few stable
leave packages, like I've been doing on sparc, ppc and arm.)
This is yet to be decided.
This is the established road that leads to user supplied KEYWORDREQ and
STABLEREQ bugs. And reality for sparc/ppc/arm, which lacks stable
keywords on lots of packages.
Imho, x86 should be added to the list too.
trollWhich environmental responsible persons runs these CPUs these
days./troll
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Moving more arches to dev profiles
On 08/21/2013 01:04 PM, Markos Chandras wrote: The manpower on these arches is below acceptable levels and they often block stabilizations for many months. This also causes troubles to developers trying to get rid of old versions of packages. I am CC'ing Mike and on this to draw his attention since he seems to be doing stabilizations and keywording on a few of them. Moreover, Agostino is also doing a lot of work on these arches. Maybe we should fix this situation (find more stabilization guys) rather than the usual twice a year small arches bashing. Imho the situation is that agos intensive work displaced all the other ones, or they at least rely on ago doing the work and loose focus. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] gtk2/gtk3 use flags
Hello, gtk is a global use flag [1], gtk2 and gtk3 are used in metadata.xml [2]. Is there a consensus how to use these flags if an app provides gtk2 and gtk3 gui in parallel or exclusive? Michael [1] /usr/portage/profiles/use.desc gtk - Add support for x11-libs/gtk+ (The GIMP Toolkit) [2] egrep gtk(2|3) /usr/portage/profiles/use.local.desc app-admin/gtkdiskfree:gtk3 - Use GTK+3 instead of 2 app-editors/emacs:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) app-editors/emacs-vcs:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) app-i18n/fcitx:gtk3 - Install GTK3 IM module app-i18n/fcitx-configtool:gtk3 - Use GTK+3 instead of 2 app-i18n/ibus:gtk3 - Enable support for gtk+3 app-i18n/ibus-anthy:deprecated - Install deprecated pygtk2 library app-i18n/ibus-unikey:gtk3 - Enable support for gtk+3 app-i18n/imsettings:gtk3 - Enable support for x11-libs/gtk+:3 app-i18n/scim:gtk3 - Enable support for x11-libs/gtk+:3 app-i18n/uim:gtk3 - Enable support for x11-libs/gtk+:3 app-office/libreoffice:gtk3 - Enable highly experimental gtk3 frontend dev-java/icedtea-web:gtk2 - Use x11-libs/gtk+:2 instead of x11-libs/gtk+:3 dev-java/icedtea-web:gtk3 - Use x11-libs/gtk+:3 (default) dev-python/matplotlib:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 lxde-base/lxdm:gtk3 - Use GTK+3 instead of 2 mail-client/claws-mail:gtk3 - Build support for GTK+3 media-libs/libcanberra:gtk3 - Enables building of gtk+3 helper library, gtk+3 runtime sound effects and the canberra-gtk-play utility. To enable the gtk+3 sound effects add canberra-gtk-module to the colon separated list of modules in the GTK_MODULES environment variable. media-plugins/audacious-plugins:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) media-sound/audacious:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) media-sound/jalv:gtk2 - Adds support for GTK+2 in addition to GTK+3 controlled by the gtk useflag. media-sound/mp3splt-gtk:gtk3 - Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 net-analyzer/wireshark:gtk2 - Build the wireshark executable with a GTK+ UI version 2. net-analyzer/wireshark:gtk3 - Build the wireshark executable with a GTK+ UI version 3. net-dns/avahi:gtk3 - Build the avahi-ui-gtk3 library, and use gtk3 for the avahi utilities under USE=utils net-libs/gtk-vnc:gtk3 - Build the gtk3 gtk-vnc library and other gtk3 assets net-misc/spice-gtk:gtk3 - Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 net-p2p/eiskaltdcpp:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 www-client/dwb:gtk3 - Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 www-client/uget:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 www-client/uzbl:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 x11-themes/light-themes:gtk3 - Support GTK 3.x, too x11-wm/fvwm:gtk2-perl - Enable GTK2 Perl bindings -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Sets in the tree
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/14/2013 09:28 PM, Ciaran McCreesh wrote: Using the conventional view of what a set is, the point is to allow you to mask, say, kde7 using a single line, and then define what kde7 is using a set. Then the user can unmask kde7 without having to copy a big, potentially changing list of packages out of package.mask. That is the first interesting paragraph in this thread, thanks for bringing it up. sidenote: see `emerge --list-sets` for inspirations, esp. plug-ins like smart-live-rebuild. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlIL39sACgkQknrdDGLu8JDZaAD/c8fN2NqdrwyTvlmF2NrB4DUz uqOeFDvy8tnJIh2RLf4A/io5s42YsoznXnz91tcBUQGz4uh+HmRBbbB+SczaRsFA =rGrM -END PGP SIGNATURE-
Re: [gentoo-dev] Sets in the tree
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/14/2013 09:51 PM, Ciaran McCreesh wrote: Perhaps these basic notions of how Gentoo development works should be added to the new developer quiz, so we can be sure people understand the appropriate ways of making changes and where the power lies. If it lies at the PMS guys, we should just drop it. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlIL4DYACgkQknrdDGLu8JAMNAD+J8Bqr6cvt9PrjRBShI6NbIlW wfz4OoeI56DlTKd2TWUA/Rsi3SstMk7MyE1wmQ+Ac+pnytImfZZD4VBATeJeymYY =p0ok -END PGP SIGNATURE-
Re: [gentoo-dev] Gnome Stabilization 3.6 or 3.8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/10/2013 01:42 PM, Tom Wijsman wrote: On Sat, 10 Aug 2013 19:04:09 +0800 Patrick Lauer patr...@gentoo.org wrote: Using llvm doesn't imply removing gcc ... Using systemd doesn't imply removing openrc ... Running systemd as PID=1 does imply not running openrc as PID=1 *haha* - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlIGKTEACgkQknrdDGLu8JB+dQEAnAxly8GBLd4h2SFj6/3NURwk AJrKeTi4SQ4GH28QyhQA/jjzc5QQVYr6XH+IKZ+ZPorLQeyfHs4GAO6t1jP6TRRa =7sZv -END PGP SIGNATURE-
Re: [gentoo-dev] Gnome Stabilization 3.6 or 3.8
Citing from Pachos blog, [...] we are now forcing people to *run* systemd to be able to properly run Gnome 3.8, otherwise power management and multiseat support are lost, [...] [1]. Pacho, would you accept patches and USE flags to make gdm an optional component to gnome virtual? Power management is not crucial for window management. [1] http://my.opera.com/pacho/blog/2013/07/24/gnome-3-8-requiring-systemd-on-gentoo -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] Gnome Stabilization 3.6 or 3.8
Greetings, Gnome Herd decided to target stablilization of 3.8 [1] which requires systemd. What are the reasons to stable 3.8 and not 3.6, a version w/o this restriction, enabling all non systemd users to profit from this eye-candy as well. I raise the freedom of choice card here. And deliberately choosing an uncooperative version doesn't shine a good light. Facts, pls! Michael [1] https://bugs.gentoo.org/show_bug.cgi?id=478252 -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] renaming gentoo-oldnet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/06/2013 12:09 AM, Robin H. Johnson wrote: Various proposed names (in no specific order): names, *sigh* It's rather a interface setup utility than a networking thing. Networkin happens - most cases - when you have paths and entities and such - so: genif - for GENtoo InterFace (relativley free on google) geco - GEntoo COnnect (taken by ammunition and multi-national) most penguin/cow related names are taken and dictionary words are taken. enp3s0 - just 4,380 hits gif - *trololo* - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlIAlJ0ACgkQknrdDGLu8JB7RAD7BykNyuToczgom047oMvE2asl AzasM2xBNDjnIrM/9r0A/1C8KX79YaqpihgiyCJYOEcyEpRrJLscn639oCN55jdo =Eqvz -END PGP SIGNATURE-
Re: [gentoo-dev] Re: Global USE flag: git
On 08/05/2013 01:01 PM, Rich Freeman wrote: It isn't a bad idea to still post on -dev. Maintainers should be removing the local definitions, and just because a decision seems like the obviously-correct one doesn't mean that it is. Follow-up question: Should _I_ remove the identical local definitions as non-maint commit? 12:38 AM, Michael Weber wrote: git - Enable git (version control system) support NO - different description : app-admin/pass:git - Use dev-vcs/git for password revisions. app-editors/gedit-plugins:git - Shows document changes related to git's HEAD dev-util/metro:git - Enable support for git snapshots sys-devel/gettext:git - When running `autopoint`, use git to store the internal development files; this requires git at runtime, but will be faster/smaller than raw archives YES - approx. same description: app-portage/layman:git - Support dev-vcs/git based overlays dev-python/anyvc:git - Add support for Git dev-qt/qt-creator:git - Add support for dev-vcs/git version control system dev-util/monodevelop:git - Enable Git version control support dev-vcs/cvs2svn:git - Support for dev-vcs/git dev-vcs/fromcvs:git - Add support for conversion to dev-vcs/git repositories dev-vcs/rabbitvcs:git - Enable plugin for dev-vcs/git kde-base/dolphin-plugins:git - Enable support for the git VCS xfce-extra/thunar-vcs-plugin:git - Enable dev-vcs/git support -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] Global USE flag: git
Hello, we have subversion and cvs ad global flags, but not git (or hg|mercurial). I'm about to add the 14th [1] package using this flag. I propose a description git - Enable git (version control system) support in use.desc. Yes/No? Timeout in 7 days. Michael [1] % grep :git /usr/portage/profiles/use.local.desc app-admin/pass:git - Use dev-vcs/git for password revisions. app-editors/gedit-plugins:git - Shows document changes related to git's HEAD app-portage/layman:git - Support dev-vcs/git based overlays dev-python/anyvc:git - Add support for Git dev-qt/qt-creator:git - Add support for dev-vcs/git version control system dev-util/metro:git - Enable support for git snapshots dev-util/monodevelop:git - Enable Git version control support dev-vcs/cvs2svn:git - Support for dev-vcs/git dev-vcs/fromcvs:git - Add support for conversion to dev-vcs/git repositories dev-vcs/rabbitvcs:git - Enable plugin for dev-vcs/git kde-base/dolphin-plugins:git - Enable support for the git VCS sys-devel/gettext:git - When running `autopoint`, use git to store the internal development files; this requires git at runtime, but will be faster/smaller than raw archives xfce-extra/thunar-vcs-plugin:git - Enable dev-vcs/git support [2] % grep -ir version /usr/portage/profiles/use.desc cvs - Enable CVS (Concurrent Versions System) integration [...] subversion - Enable subversion (version control system) support -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] Base profile changes should be announced/discussed on this list.
Mostly everything is configurable, and revertable as user - granted. I'd like to see a announcement and an optional discussion on this list if base profile gets changed [0] - current case bug 449364 [1]. I'm not opposed to the specific change, or base system changes in general, but I don't like seeing them slip thru under the radar. Just have the honesty and brin gsuch changes to public. [In this case] having an working mouse copy'n'paste eases the way from stage3 to a set up X server, X server tends to break, and it doesn't collide with X anymore. So it only needs 1MB data [2], which is very usefull editing stage3 with it's default editor - nano. I see the point that's it's useless on headless virtual boxes. my 2 cents. [0] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/profiles/releases/make.defaults?r1=1.4r2=1.5 [1] https://bugs.gentoo.org/449364 [2] michael@x ~ % equery size gpm * sys-libs/gpm-1.20.6 Total files : 55 Total size : 890.25 KiB -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Base profile changes should be announced/discussed on this list.
On 07/31/2013 11:53 AM, Walter Dnes wrote: Hold on a minute. There is a *MAJOR* difference between gpm the USE flag, and sys-libs/gpm the mouse server. [...] If there was a move afoot to remove sys-libs/gpm from the install ISO, I would be part of the crowd up in arms about this. It does affect the presence of sys-libs/gpm in stage3 tarballs. It gets pulled into stage3 via sys-libs/ncurses[gpm] [1]. Which will no longer be the case, since sys-libs/gpm is not in @system. About additional effects, see [2]. [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/sys-libs/ncurses/ncurses-5.9-r2.ebuild?revision=1.17view=markup [2] michael@x catalyst 1 % equery hasuse gpm * Searching for USE flag gpm ... [IP-] [ ] app-editors/emacs-24.3-r2:24 [IP-] [ ] app-editors/gvim-7.3.1214:0 [IP-] [ ] app-editors/vim-7.3.1214:0 [IP-] [ ] app-misc/mc-4.8.7:0 [IP-] [ ] media-libs/aalib-1.4_rc5:0 [IP-] [ ] sys-libs/ncurses-5.9-r2:5 [IP-] [ ] www-client/elinks-0.12_pre5-r2:0 [IP-] [ ] www-client/links-2.7:2 [IP-] [ ] www-client/w3m-0.5.3-r1:0 -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] About suggesting to create a separate partition for portage tree in handbook
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/21/2013 01:42 PM, Pacho Ramos wrote: Would be possible to generate and provide squashed files at the same time tarballs with portage tree snapshots are generated? mksquashfs can take a lot of resources depending on the machine, but providing the squashed images would still benefit people allowing them to download and mount them I've establish a cron job on my server to generate gzip and xz squashed snapshots. I sync distfiles from utwente at 6:05 and generate the squashfs at 6:35 after verifying the gpg signatures. There's a 10,5h lag between snapshots and squashfs files - we could improve if I'm allowed to sync against master rsync/dinstfiles. [1] http://lore.xmw.de/gentoo/genberry/snapshots/ - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHr744ACgkQknrdDGLu8JAuNAD/YB8f+Pee7FNkjnNfnjaCYyMM kdYw2JnbGyH4Srvqlj8A/A/yC37W7MFOZSESLFipkvG01zQ6EvTM0576dC1Z9kdI =lBLB -END PGP SIGNATURE-
Re: [gentoo-dev] Packages up for grabs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/21/2013 12:41 PM, Andreas K. Huettel wrote: Am Sonntag, 21. Juli 2013, 11:10:26 schrieb Pacho Ramos: Due sbriesen lack of time: (...) media-gfx/exiv2 kde team can take this, however we'd be happy about co-maintainers... gnomies? :) i can take care. i wanted to do a multiabi version anyway. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHsDDwACgkQknrdDGLu8JBaDwD+IvOYWCRmKi1EwDuD52ryUiSY RwP/jujj+c1yRDwjvMcA/R1zYwyVj0vVUd59A2Xb1XESK401o7cujkzTbWsOtu7t =Z3/a -END PGP SIGNATURE-
Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/22/2013 01:03 AM, Brian Dolbec wrote: On Mon, 2013-07-22 at 00:35 +0200, hasufell wrote: On 07/22/2013 12:33 AM, Michał Górny wrote: I'd either use a separate single-purpose overlay or add it to science-overlay. If it's a separate overlay, then googleearth overlay in gentoo's github account for easy access for users, both to get and contribute. This is scope of proxy-main, imho. starting overlays for single pckages is hilarious. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHsbKUACgkQknrdDGLu8JDlZQD/fnk1Z869tY0DUVjSedW/TDnm bVuv0IrCjn/UJoDvjIMBAJCMgLNF2QUBprZMVjw5Fj6zFiWqGckCM+Q0aHBieUJ7 =DH1b -END PGP SIGNATURE-
Re: [gentoo-dev] Re: remove sci-geosciences/googleearth from the tree
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/22/2013 02:34 AM, Rich Freeman wrote: 2. Overlay package.* (accept one version of one package from a particular overlay, mask all packages in an overlay that aren't explicitly unmasked, don't apply package.(un)mask from one overlay to packages in another unless the mask references that overlay specifically, etc). Inside /etc/portage, */*::xmw is a valid token for p.mask, p.keyword etc. p.mask:*/*::xmw p.unmask:virtual/xmwce::xmw works. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHsx+sACgkQknrdDGLu8JD+uQD9E3iEX8p3zAC2Isbb8r1SJfWr xUSK7P3F3Q3iFajBhXIA/0r2F4qyhidkjqGD8aUlJ+o+vcReCmBXegsEGbDUL496 =2xcw -END PGP SIGNATURE-
Re: [gentoo-dev] [1/3] Automatic *XML-Wiki wiki.gentoo.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/10/2013 08:58 AM, Tom Wijsman wrote: On Tue, 09 Jul 2013 20:45:16 -0400 Alex Xu alex_y...@yahoo.ca wrote: On second thought, I agree. Maybe dev can be changed to show an Email column with mailto: links? Please no, this is going to be more effective as a bait to spam than that we would receive any useful mails on it; there is a better way: https://wiki.gentoo.org/wiki/Special:EmailUser/a3li This replaces the old dev lists which mentioned a way to contact the devs via mail. We should stick with this offer. I don't want to see most of the devs unreachable to the public because a) the forgot to activate this form, b) users don't get the uid@gentoo.org schema. And this stu^H^Himple form has no gpg-signing, (B)CC or other stuff. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHdJR8ACgkQknrdDGLu8JB3pgD+Mtm0mOCfTeqJv2lKC6UzWMQL RmHP4HUed4+17ULj2N8A/1L6XeQcQVAIOvalAcIBS794KXln1HOrXmeijKTA8aj1 =9rCE -END PGP SIGNATURE-
Re: [gentoo-dev] font.eclass add Xorg FontPath elements for non-standard paths
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/05/2013 08:37 AM, James Cloos wrote:
While making it easier for those who want all of their fonts
included in the x11 server-side font list is not an unreasonable
goal, forcing them to be is unreasonable.
As someone who has run X11 regularly for over 20 years now, I
absolutely do not want any type1 or SFNT fonts in my x server font
path. Any app I use these days with such fonts supports
client-side fonts. For the apps which require server-side fonts,
the bfd fonts suit best.
Ok, so optional enabled (opt-in) it will be.
Putting all of /usr/share/fonts into the fontpath will only slow
the X11 startup.
By which amount?
I'd suggest either an eselect(1) driven applet to let one choose
which directories to add to a single .d conf file, or perhaps a
non-gentoo- specific gui app to do so. Either of those would
provide exactly the right sort of configuation assistance for users
who are not comfortable editing their configs in text editors.
It's not the editing of config files that concerns me, it's the need
to do so after every font installation, and keep it in sync with
installation.
What do you and Ryan think about naming the suggested file
xorg.conf.d/90-font.conf.${suffix}, add :pri=50 to every line,
so users who want it can symlink it to .conf to be loaded.
With suffix:=all or gentoo-all-fonts
User edits in .conf.in could set other priorities.
Would that be ok?
- --
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlHWc0oACgkQknrdDGLu8JAtpQD9GUS2c01M55OvRS2gi8p2r3vs
rPs1MR9XhB8+Jgj5vl0A+gLsbDKPv/nrvS2x2z35fzwonP5DM5ESPYBdaKPaICSw
=eU0D
-END PGP SIGNATURE-
Re: [gentoo-dev] font.eclass add Xorg FontPath elements for non-standard paths
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/04/2013 11:26 AM, Markos Chandras wrote: On 4 July 2013 07:24, Pacho Ramos pa...@gentoo.org wrote: El jue, 04-07-2013 a las 01:07 +0200, Michael Weber escribió: [...] I contacted fonts alias and, as mentioned on the bug and irc, Ben de Groot (yngwin) does not object and says that font team lead Peter Volkov (pva) is non-active. Why fonts team doesn't elect a new lead then? Thanks for the info :) Non technical - project-ml I am not sure how a new leader alone would help. The team needs active members :) dito. I fell it kinda hard to get an technical discussion these days. Can we keep to point once, pls? Like having multiple files containing FontPath doesn't work out? Besides the fonts in the compiled-in/default paths, only the urw show up. Is it possible to get xorg server attributes? xset only has setters. michael@x ~ % for i in /etc/X11/xorg.conf.d/90*.conf ; do echo $i ; cat $i ; echo ; done /etc/X11/xorg.conf.d/90-corefonts-0.conf Section Files FontPath /usr/share/fonts/corefonts EndSection /etc/X11/xorg.conf.d/90-dejavu-0.conf Section Files FontPath /usr/share/fonts/dejavu EndSection /etc/X11/xorg.conf.d/90-dina-0.conf Section Files FontPath /usr/share/fonts/dina EndSection /etc/X11/xorg.conf.d/90-droid-0.conf Section Files FontPath /usr/share/fonts/droid/ EndSection /etc/X11/xorg.conf.d/90-liberation-fonts-0.conf Section Files FontPath /usr/share/fonts/liberation-fonts EndSection /etc/X11/xorg.conf.d/90-libertine-ttf-0.conf Section Files FontPath /usr/share/fonts/libertine-ttf EndSection /etc/X11/xorg.conf.d/90-terminus-font-0.conf Section Files FontPath /usr/share/fonts/terminus EndSection /etc/X11/xorg.conf.d/90-termsyn-0.conf Section Files FontPath /usr/share/fonts/termsyn EndSection /etc/X11/xorg.conf.d/90-urw-fonts-0.conf Section Files FontPath /usr/share/fonts/urw-fonts EndSection - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHVSdcACgkQknrdDGLu8JAhzwEAhhQ2cjRXNjXCkSlVvHApq3LU yDuEQUaB7d0O01GUnq8A/16YJYtP+aYPOAlgtSQZlWH555X+MFzszy3y6lXf5UDr =2YVT -END PGP SIGNATURE-
Re: [gentoo-dev] font.eclass add Xorg FontPath elements for non-standard paths
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/04/2013 12:09 PM, Michael Weber wrote: Is it possible to get xorg server attributes? xset only has setters. ffr, `xset q` like query values On 07/04/2013 02:10 PM, Gilles Dartiguelongue wrote: Imho, this should be handled in pkg_postinst generating one Xorg configuration file at the end of the install, very much like fdo .desktop or mime cache file. This solves most of the point raised since any font bump would generate the file for all fonts. Yes, but could that file be config-protected to allow users to add special paths of fonts installed somewhere else? pkg_postinst is sandbox of and I don't want to re-implement CONFIG_PROTECT. The FontPath elements are concated inside one Section Files, but not accross multiple xorg.conf.d files. Investigating the handling of FontPath values (and multiple config files), I stumbled over a macro CONFIG_MAX_FILES set to 64 in [1]. Thus i consider adding/wasting one file per font package to expensive and a bad design, in the face of 154 packages [2] inheriting font.eclass. [1] xorg-server-1.14.2/hw/xfree86/parser/scan.c [2] http://qa-reports.gentoo.org/output/eclass-usage/font.txt - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHVaYwACgkQknrdDGLu8JBoVQD/QLMGHD8FtC8MdfHDyvCa2y5p fV6qb5Eiyou3QpIBzLUA+wZDHnPYuSGEiR0dmTW5Ga7ME31PWJNWNM6yFFL2XXis =Reia -END PGP SIGNATURE-
Re: [gentoo-dev] font.eclass add Xorg FontPath elements for non-standard paths
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
New approch,
since Xorg server only accepts FontPath from the last loaded
xorg.conf.d file, this would be 90-font.conf.
It's created/updated during pkg_postinst and pkg_postrm, so outside
the scope of CONFIG_PROTECT.
To allow users/admins to add out-of-portage fonts dir permanently,
(/usr/local et al), a file 90-font.conf.in is sourced if present.
Explanation is moved to 90-font.conf, no explicit warning to restart
Xserver or `xset fp+` is given on the portage output.
Better/Fine/Feedback/Any?
- --
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlHVh84ACgkQknrdDGLu8JBKWwD/aRjT/oKeL9uyKqMWLxObmRyG
+VidocTtQ0JqERWyD4QA/jb89tV3rAbiOwaXHS/zBxA9qvh43GtU5Hjt38paQeOb
=E1Xp
-END PGP SIGNATURE-
Index: font.eclass
===
RCS file: /var/cvsroot/gentoo-x86/eclass/font.eclass,v
retrieving revision 1.56
diff -u -B -r1.56 font.eclass
--- font.eclass 9 Jun 2013 02:08:23 - 1.56
+++ font.eclass 4 Jul 2013 14:28:33 -
@@ -35,6 +35,13 @@
# Full path to installation directory.
FONTDIR=${FONTDIR:-/usr/share/fonts/${FONT_PN}}
+# @ECLASS-VARIABLE: FONT_X11_CONF
+# @DEFAULT_UNSET
+# @REQUIRED
+# @DESCRIPTION:
+# X11 config file containing the additional fontpath elements.
+FONT_X11_CONF=${FONT_X11_CONF:-${EROOT}etc/X11/xorg.conf.d/90-font.conf}
+
# @ECLASS-VARIABLE: FONT_CONF
# @DEFAULT_UNSET
# @DESCRIPTION:
@@ -188,6 +195,38 @@
done
}
+# @FUNCTION: font_update_x11_conf
+# @DESCRIPTION:
+# Update the FontPath lines in FONT_X11_CONF file
+# Do this regardless of USE=X on a particular font package
+font_update_x11_conf() {
+ if [ -z ${FONT_X11_CONF} ] ; then
+ einfo FONT_X11_CONF is empty
+ return
+ fi
+ ebegin collecting X11 FontPath elements for ${FONT_X11_CONF}.
+ mkdir -p $(basename ${FONT_X11_CONF})
+ {
+ echo # Changes to this file need Xserver restart or
+ echo # xset fp default ; xset fp rehash.
+ echo # Add custom paths to ${FONT_X11_CONF}.in.
+ echo # See font.eclass/font_update_x11_conf for implementation.
+ echo Section \Files\
+ # installed directories
+ local cand
+ for cand in $(find ${EROOT}usr/share/fonts -name fonts.dir | sort)
+ do
+ echo FontPath \$(dirname ${cand})\
+ done
+ # user supplied lines
+ echo # begin of ${FONT_X11_CONF}.in
+ [ -r ${FONT_X11_CONF}.in ] cat ${FONT_X11_CONF}.in
+ echo # end of ${FONT_X11_CONF}.in
+ echo EndSection
+ } ${FONT_X11_CONF}
+ eend
+}
+
# @FUNCTION: font_pkg_postinst
# @DESCRIPTION:
# The font pkg_postinst function.
@@ -216,6 +255,8 @@
fc-cache -fs
eend $?
fi
+
+ font_update_x11_conf
}
# @FUNCTION: font_pkg_postrm
@@ -233,4 +274,6 @@
fc-cache -fs
eend $?
fi
+
+ font_update_x11_conf
}
font.eclass.patch.sig
Description: PGP signature
Re: [gentoo-dev] font.eclass add Xorg FontPath elements for non-standard paths
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/04/2013 02:10 PM, Gilles Dartiguelongue wrote: Also, not sure it is related but, maybe this could be linked to configuration set by eselect fontconfig in some way ? I cannot answer your question, if `eselect fontconfig`-state should/could be mapped to Xorg FontPath. There are font packages without fontconfig (media-fonts/urw-fonts) and with 3 files (media-fonts/droid). - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHViyUACgkQknrdDGLu8JBspwEAlUfLGHy/pcIdBwTO6mdHVL23 ZKczD3QWf85Z0tQfSYcA/2ve9mb/J0HnaMjHltA5+dy+DYW+H2dXXEAdAdeNTN4O =w10c -END PGP SIGNATURE-
[gentoo-dev] font.eclass add Xorg FontPath elements for non-standard paths
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hello,
as Ondrej Grover pointed out on [1], the font.eclass installs font
files and indexes (font.dir, fonts.scale) into sub-dirs of
/usr/share/fonts/, e.g. /usr/share/fonts/terminus.
These directories are naturally not in the fontpath of Xorg server,
and could not be used without adding these with xset fp+.
As said on the bug, the Xserver itself should be abled to find all
fonts, and it's not the duty of the xinitrc/window-manager to collect
all these paths in the users process.
I'd like to propose a patch to font.eclass to add the newly created
paths to the Xorg server configuration via xorg.conf.d files [2].
I contacted fonts alias and, as mentioned on the bug and irc, Ben de
Groot (yngwin) does not object and says that font team lead Peter
Volkov (pva) is non-active.
Please review for technical problems (esp. for EPREFIX).
Open questions:
- - Should the (current) default xorg server paths
/usr/share/fonts/{75dpi,100dpi,misc,TTF,OTF,TYPE1} really be excluded?
How would the startup and font lookup perfomance degrade with
multiple conf.d files, containing the same path multiple times?
- - How would already installed font packages see this fix?
Revbump (and stabilize) every one of them?
- - Alternative solutions would be installing fonts in xorg-servers
default paths or add one configuration file that gets newly
assembled on every font_pkg_postinst run.
Thanks
[1] https://bugs.gentoo.org/475488
[2] /etc/X11/xorg.conf.d/90-${PN}-${SLOT}.conf
- --
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlHUrpsACgkQknrdDGLu8JA5rAEAgIALUkh/4qdikCnArjdsj2LP
v1MLlq9IQ8Mfv7WmWKkA/RDz6oJgDcl5k4bdSpJwFq5ORE64CWe0E82S927oVcH+
=UDJ7
-END PGP SIGNATURE-
Index: font.eclass
===
RCS file: /var/cvsroot/gentoo-x86/eclass/font.eclass,v
retrieving revision 1.56
diff -u -B -r1.56 font.eclass
--- font.eclass 9 Jun 2013 02:08:23 - 1.56
+++ font.eclass 3 Jul 2013 23:02:55 -
@@ -9,7 +9,7 @@
inherit eutils
-EXPORT_FUNCTIONS pkg_setup src_install pkg_postinst pkg_postrm
+EXPORT_FUNCTIONS pkg_setup src_install pkg_preinst pkg_postinst pkg_postrm
# @ECLASS-VARIABLE: FONT_SUFFIX
# @DEFAULT_UNSET
@@ -25,6 +25,13 @@
# Working directory containing the fonts.
FONT_S=${FONT_S:-${S}}
+# @ECLASS-VARIABLE: FONT_SLOT
+# @DEFAULT_UNSET
+# @REQUIRED
+# @DESCRIPTION:
+# Slot of the installed font package
+FONT_SLOT=${FONT_SLOT:-${SLOT}}
+
# @ECLASS-VARIABLE: FONT_PN
# @DESCRIPTION:
# Font name (ie. last part of FONTDIR).
@@ -35,6 +42,13 @@
# Full path to installation directory.
FONTDIR=${FONTDIR:-/usr/share/fonts/${FONT_PN}}
+# @ECLASS-VARIABLE: FONT_X11_CONF
+# @DEFAULT_UNSET
+# @REQUIRED
+# @DESCRIPTION:
+# X11 config file containing the additional fontpath element.
+FONT_X11_CONF=${FONT_X11_CONF:-/etc/X11/xorg.conf.d/90-${FONT_PN}-${FONT_SLOT}.conf}
+
# @ECLASS-VARIABLE: FONT_CONF
# @DEFAULT_UNSET
# @DESCRIPTION:
@@ -74,6 +88,21 @@
if [[ -e ${FONT_S}/fonts.alias ]] ; then
doins ${FONT_S}/fonts.alias
fi
+ if [[ -n ${FONT_X11_CONF} ]]
+ [[ ${FONTDIR} != /usr/share/fonts/75dpi ]]
+ [[ ${FONTDIR} != /usr/share/fonts/100dpi ]]
+ [[ ${FONTDIR} != /usr/share/fonts/misc ]]
+ [[ ${FONTDIR} != /usr/share/fonts/TTF ]]
+ [[ ${FONTDIR} != /usr/share/fonts/OTF ]]
+ [[ ${FONTDIR} != /usr/share/fonts/TYPE1 ]] ; then
+ {
+echo Section \Files\
+echo FontPath \${FONTDIR}\
+echo EndSection
+ } ${T}/$(basename ${FONT_X11_CONF})
+ insinto /etc/X11/xorg.conf.d
+ doins ${T}/$(basename ${FONT_X11_CONF})
+ fi
fi
}
@@ -188,6 +217,18 @@
done
}
+# @FUNCTION: font_pkg_preinst
+# @DESCRIPTION:
+# The font pkg_preinst function.
+font_pkg_preinst() {
+ if has X ${USE} [[ -n ${FONT_X11_CONF} ]]
+ ! [[ -e ${EROOT}${FONT_X11_CONF} ]] ; then
+ elog A new path element has been added to x11 fontpath.
+ elog Either restart your x11 sessions or run
+ elog xset fp+ ${FONTDIR} ; xset fp rehash
+ fi
+}
+
# @FUNCTION: font_pkg_postinst
# @DESCRIPTION:
# The font pkg_postinst function.
font.eclass.patch.sig
Description: PGP signature
gentoo-checkconf script Re: [gentoo-dev] Re: [gentoo-kernel] Proper distribution integration of kernel *-sources, patches and configuration.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/01/2013 11:53 PM, Anthony G. Basile wrote: Now I'm confused because gentoo-sources is gentoo specific. It contains stuff that we need in gentoo but other distros do not need, like our end-to-end support for certain xattr namespaces. If you remove these then we must either 1) maintain a userland which is not in line with other distros or 2) give up on critical features we want in gentoo, like markings on elf object in user.pax.flags and certain caps, as well as in the future preserving selinux labels through emerge. Upstream will not accept them because of who needs that crap and we can't give them up without loosing core functionality. Feel free to review those patches but don't ask us to drop them from gentoo-sources because their not in upstream. What about a check-kernel-config-for-gentoo-compliance script for starterts? I manage a handfull of kernel configs over some years (laptop vs. server, graphics, firewalling capabilities) and was always tempted to write an script to check if the config meets a certain set of requirements. I think of xattr, selinux, gentoo-boot and so on, that can be expanded by users demand, like, CONFIG_CMDLINE should include and CONFIG_DEFAULT_HOSTNAME=x and all iptables target on. A additional make target in gentoo-sources could the warn about any missing feature, and ask for yes or wait some seconds. (I remember reaging some funny note about my kernel supporting x32 but by userland not, like that kernel build would run on that userland) == Merging a certain source does always imply to run it on that system. (diff-ing configs is really nasty since sub*module=N drops lines from the config) (and i got lazy on reading all the added features in subsystems [1]) Michael I can live with a lot of things, as long as I can configure/compile/update my kernel and the out-of-tree drivers when i want Weber [1] http://3.bp.blogspot.com/_rtOXMZlMTkg/RZWVjP3f49I/ADs/YpHlSwXpiUg/s400/drinking_bird.jpg - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHSj+IACgkQknrdDGLu8JD65AD+NHyGeFNQw4GceLp0g9ypik5j NzoEwKYztMCOwKcjbO4A/A1e/KQv4DabFoZA41kdPBH8DMOITWL7Jb3OHqewwpPL =OOdc -END PGP SIGNATURE-
Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 07/02/2013 10:21 AM, Fabio Erculiani wrote: On Tue, Jul 2, 2013 at 9:36 AM, Sergei Trofimovich sly...@gentoo.org wrote: Forbid users install udev to ROOT=/ if running kernel does not support devtmpfs (easy to check by /proc/filesystems) No. As explained multiple times, this check is not reliable and doesn't work (chroot, binpkgs, containers without kernel, and so on...). Making sure that the user doesn't build an unbootable kernel is the way to go. Nah, as I just wrote on another sub-thread of this, this assumption is as-bad-as the other one. Imagine users to cross-compile kernels for other userlands/hardwares/whatever, like compile a gentoo-sources on a fast x86 for a ARM RaspberryPi with a Debian userland. Two thoughts, out package manager does not handle reboots (and I like it), and kernel builds as well as installs/bootloader are a bit out of this scope. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHSkVgACgkQknrdDGLu8JDn5AD/bgSoPzVvyajlh8K2vDGWiwhR Nbjxr8rwPvTl/RW6LE8A/j7QUy1QbSkqOXSmkuXbUNbplSRhVamwDQ+XFMK1jgMI =HjGE -END PGP SIGNATURE-
Re: [gentoo-dev] Proper distribution integration of kernel *-sources, patches and configuration.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Sorry for that GPG-traffic and me needing 3 mails to formulate my thoughts. I am not against providing a gentoo-sources binary kernel package with a sound setup to suite gentoo-needs and `make allmodconfig` to give the less enthusiastic `make nconfig` button pushers something to boot their fresh installs with -- and never move away from it. As long as it's slot-ed and proper CONFIG_LOCALVERSION'ed* aka having more than one version installed to do downgrades and tests. (*) Meaning, the modules dir should change with every release to avoid loading outdated out of tree modules, and the kernel files in /boot should not clash. Suggesting to run `grub2-mkconfig -o /boot/grub/grub.cfg` would be nice, too. *enough* - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHSlOcACgkQknrdDGLu8JCRhAEAhpl7vsTVmo9CPARie4kWznTd cam1MmdcRejlpkiOeiUA/0Nn0Q7cERzPyXkiwFO5bbprB9OUMFNrXlygp5Hb8KVn =UjWq -END PGP SIGNATURE-
Re: [gentoo-dev] [PATCH multilib-build] Add multilib_is_native_abi() helper.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/29/2013 10:35 AM, Michał Górny wrote: We've been so far inlining the snippet into ebuilds. This meant that some people didn't know how to do this, some more did it improperly and in the end -- if it failed not good enough -- changing it will require changing all the ebuilds. Thanks and ++ - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHOvIEACgkQknrdDGLu8JAlOQD/e/fGHrInLAX95nv8/xO/PP2M Mq4rKvPiRrGObo1y8rUBAI/UadjWs0FqaB9surBew543YlhP2iBk9QZGvDs45jao =qdHE -END PGP SIGNATURE-
Re: [gentoo-dev] [PATCH multilib-build] Add multilib_is_native_abi() helper.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/29/2013 12:52 PM, Michael Weber wrote: On 06/29/2013 10:35 AM, Michał Górny wrote: We've been so far inlining the snippet into ebuilds. This meant that some people didn't know how to do this, some more did it improperly and in the end -- if it failed not good enough -- changing it will require changing all the ebuilds. Thanks and ++ 12:55:39 @xmw mgorny: my email response to your proposed patch was to quick. i want to suggest naming it multilib_is_default_abi in accordance with the variable name DEFAULT_ABI. but that DEFAULT_ is a remnant of multibuild, so i could understand the native. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHOvy4ACgkQknrdDGLu8JDN1gD/YPFRo2miPGSpVdCwmQzVB8hJ O/OCNi6f9FE7YvkBjXABAJgW3/rxmVYJJWYDJomNem/KU2xhdTtvpjXJAc9xJoGo =667Q -END PGP SIGNATURE-
Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP
On 06/22/2013 11:01 AM, hasufell wrote:
On 06/22/2013 03:42 AM, Robin H. Johnson wrote:
On Fri, Jun 21, 2013 at 09:06:30PM -0400, Mike Frysinger wrote:
On Friday 21 June 2013 20:26:03 Robin H. Johnson wrote:
On Fri, Jun 21, 2013 at 08:17:38PM -0400, Mike Frysinger wrote:
I'm not going into review systems here at all, I'm simply trying to
have a policy of what changes are welcomed/blocked WITHOUT interaction
from the listed maintainer(s) of a given package/herd.
add a new field to metadata.xml that declares the state. make it an enum:
ANYTHING_GOES (the default)
should reflect the circle of entities to do the change ... ANYBODY? Just
to not confuse it with an type of change.
REQUIRES_HERD
REQUIRES_MAINTAINER
So we have:
Who = {ANYTHING_GOES, REQUIRES_DEV, REQUIRES_HERD, REQUIRES_MAINTAINER}
What = {NONE, TRIVIAL, MINOR_FEATURES, VERSION_BUMP, MAJOR_FEATURES}
So most of my packages might be coded with:
nmu-policy who=REQUIRES_DEV what=VERSION_BUMP /
nmu-policy who=REQUIRES_HERD what=MAJOR_FEATURES /
- If you're a developer, you can do trivial fixes, add minor features,
bump the version.
- If you're in the herd, you can add major features.
Sounds cool.
I don't think we need a GLEP or council vote on that.
ack.
But in every single metadata? Can I get a script for my 160 personal
edits, pls?
And what's a sane default?
Let's take a amount to time (~2month) for responsive people to mark
their preferences and default to EVERTHING_GOES/ANYBODY.
And we lost the timeout dimension. An Feel free to bump my stuff
override in devaway works for single maintained packages, how to
interpret these data for teams and multiple maints? AWOL people...
Bottom line: I think we need more of a culture of mutual trust than a
ton of metadata.
- Respect the right of an maintainer to take a few days until responding
(except QA, security, major skrew ups),
- Honor the effort other people put into packages you don't care to much.
- Take a look at the package/ebuild complexity to estimate the
maintainers affection.
- Ask for an second opinion aka peer-review.
(And yes I've failed at every single point at least once).
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: eselect init
On 06/22/2013 12:07 PM, Pacho Ramos wrote: After talking with WilliamH yesterday, I have this opinion: - Playing with /sbin/init (instead of /sbin/einit) has two interesting advantages: 1. For example, I now have init=/sbin/e4rat-preload in my grub.conf, if I do a typo, it would fallback to /sbin/init. If /sbin/init is provided by sysvinit, people running other init providers could have problems. This wouldn't occur if /sbin/init has been changed to use desired init system. 2. Tools like e4rat or bootchart launch /sbin/init, if I switch to systemd, I would need to edit separate configuration files for each tool to point to new init. This wouldn't occur if we play with /sbin/init = we would only change init in one place good point. maybe a ton other wrapper of that kind. shouldn't they read /proc/cmdline for init=^H^H^H^H^Hreal_init= , but that takes time. - I have two doubts: 1. Why do we need a wrapper instead of changing symlinks? And a plain symlink has the charm to either resolve (and load and most likely execure the target) or dangles and kernel tries the next one. No late, wrapper bailouts leaving the kernel in You killed pid 1 panic. === kexec === speaking of panic. I've never actually used it, but newer kernels support kexec and in conjunction with pre-loaded panic-images[1] and corresponding (compiled-in) initramfs, it'd be possible to have an recovery shell. for either /sbin/init mixups, or late runtime crashes. These should have a the decency to respect the panic= timeout to allow automated reboots or idle till to the end of days. [sad enought, that kexec'd kernels don't pick up the process tables/heap of their predecessors and enable real kernel-hotswitching] === more fallback == maybe we could ask Mr. Tovalds to ad another line in init/main.c, say /sbin/init.fallback (but don't mention systemd) or we could abuse /etc/init or /bin/init or /sbin/sh (with an wrapper to test for PID=1) for an recovery-environment. Fabio: did you mean that? === security === Bailing into /bin/sh or whatever can compromise filesystem integrity/reveal root access to an uncrypted rootfs. There is a scenario of vandalism-proof installed computer pools (no physical access except keyboard/monitor) w/ unattended boot that should not end up in root-shell. ;-) Maybe I should fix that on my systems ... [1] sys-apps/kexec-tools http://kernel.org/pub/linux/utils/kernel/kexec/ -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] eselect init
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/21/2013 04:39 AM, Michał Górny wrote: Dnia 2013-06-20, o godz. 15:56:09 William Hubbs willi...@gentoo.org napisał(a): On Thu, Jun 20, 2013 at 12:16:36PM +0200, Fabio Erculiani wrote: There is a new version of eselect-init in the systemd-love overlay to play with. The new version saw the following major changes: - the /sbin/init (aka the symlink that eselect-init handles) can be changed to whatever one wants through make.conf [1] (this is a compile time option, as documented in the eclass) Why do we need to mess with /sbin/init at all? Yes, we do because we don't want sysvinit randomly getting run as fallback and messing with our systems. So what's the point in having it optional, if sysvinit would just mess around with it. You'd only hit this, if you start your userland with an foreign kernel. Forgotten bootloader arguments can be defaulted with ... I like the suggestion that came up here on the list a while back, have the eselect init module install its own symlink at, say, /sbin/einit. You would still have to have the user edit their boot loader configuration file one time if they want to use this, but this makes it completely opt-in. Plus hacking kernel sources to disable /sbin/init fallback. CONFIG_CMDLINE=/sbin/whatever works, i use it for root=, crypt_dev, ... CONFIG_CMDLINE_OVERRIDE should stay off to respect bootloader cmdline. [ working with foreign init systems (runit-musl based ignite on archlinux, NoUpgrade=sbin/init aka CONFIG_PROTECT does work, too.] - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHEKzMACgkQknrdDGLu8JA6AwD+MyTTKeHlNN/1Nud/G0L7XnA+ hdJl4qATOU3MkyqDQw0A+wao6tYrHTFWCt4MmTOxl3gsBvUvE/w4sQyZcPTElg3h =XwPu -END PGP SIGNATURE-
Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP
On 06/21/2013 08:50 PM, Robin H. Johnson wrote: [NMU] Abstract: Be verbose about your preferences. == TL;DR == I'm missing this kind of information since the beginning. After 2 (?) years, i've learned some policies, like herd:desktop-* is free for all, don't touch herd:base-system and so on. But I did not keep records of every fella granting me full access. As a maintainer and slacker (as flameeyes pointed out), I singularily maintain my share of packages [1] with a rich variety of affection. Less/singular affection (like the miredo/sbin/ip mishap, a package i proxied for a friend), I work on rand maintainer-needed@g.o packages, don't take maint and try to watch bugzie for follow ups. - just go ahead and do what you think is right Total, regular affection, (cwm, ncdc, ncdu, mupdf (+derivates), llpp, netsurf, jumanji) and basically my inital commits. - give me at least two days to review changes. Either way, go ahead, BUT I __really__ like being informed about an NMU carried out, nothing sucks more than doing the update and see repoman+cvs reject the update (yeah, work on an fresh checkout blah blah). As an impatient person with an urge to fix things, I often commit on random stuff, after asking or timeout. I'd like to propose three positions to post information about NMU-policy, preferred way of communication, affection to bulk-mail|reports|...|euscan update|KEQWORDREQ - Every dev as person, like an devaway. - Every herd, somwhere in herds.xml - Every Package-category (for project-categories like vim/kde/gnome/) (it'd be usefull to fetch and provide this info as equery meta output). (Yes, I've broken and will break things, my sincerest apologies, I really try hard. Thanks for ssuominen being a encouraging example.) At some point I'm really scared about reactions in the past and avoid certain areas, persons and really basic|widespread stuff like zsh (bug 19924, [2]). my 2 cents. [1] http://euscan.iksaif.net/maintainers/48/ [2] https://bugs.gentoo.org/show_bug.cgi?id=19924 -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Soliciting input for a non-maintainer update (NMU) GLEP
On 06/21/2013 10:31 PM, Michael Weber wrote: On 06/21/2013 08:50 PM, Robin H. Johnson wrote: [NMU] Forgot to mention, ChangeLog metadata.xml is nice to have, but often dated. ChangeLog carries a good source of information - frequency of commits by maintainer - history of non-maint-commits (real ones, not the pack/slot-move ones). Should be checked by bug wranglers, to cross-check for errors resulting from non-maint commits (slackers will not reassign to the person responsible) and other eager people to exchange thoughts and maybe forming a herd. [as proxy-maint and general gateway for user patches, I've grown a certain confidence to throw things into the wild - and standing the consequences. QA: I've really learned to appreciate you slapping me.] -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] eselect init
On 06/22/2013 03:27 AM, Ulrich Mueller wrote: On Fri, 21 Jun 2013, Luca Barbato wrote: /bin/init Why /bin? It shouldn't be in users' PATH. users' PATH, a joyful blast from the past, if I'm allowed to say that. But it's all /usr/bin now [1]. Off topic -- I always have sbins in my non-root path to use non-root features of e.g. /sbin/ip. [1] https://www.archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/ -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] repoman commit unexpectedly drops FEATURES=sign on error
On 06/20/2013 05:27 AM, Zac Medico wrote: On 06/19/2013 08:25 PM, Zac Medico wrote: On 06/19/2013 07:59 PM, Paweł Hajdan, Jr. wrote: I was surprised by repoman just dropping FEATURES=sign . I'm aware that at that time it has to commit an updated Manifest to prevent breakages, so if gpg fails it proceeds, but is there something it could do to check gpg sanity before committing anything? Failing at the password prompt (two chances on regular pinentry) also results in this behaviour. It seems the simplest way to go would be to do a test signature before commit, as suggested here: https://bugs.gentoo.org/show_bug.cgi?id=298605 Is it okay to assume that everyone uses gpg-agent, so they won't have to enter the passphrase more than once? I have a remote (ssh) test-box to work on the tree, I don't want to cache my decrypted key there. Having the crypted version there is bad enough, but GPG_AGENT protocol only exchanges passwords (unlike SSH_AGENT). GPG_AGENT forwarding over SSH can be done with a general unix domain socket forwading hack [1]. Or, we could skip the test signature if the GPG_AGENT_INFO variable is not set? It's a clue, but the key-cache can be expired and a bad password entry can still result in failure. [1] http://25thandclement.com/~william/projects/streamlocal.html -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Temporary DevRel actions for CoC violations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 [talking about recruiting] Please don't focus on new arrivals, we should all be under investigation. I don't know the distribution of dev-ship-duration, but (hopefully) it's long enough to justify a look at the stock. And it's not fair to pick on the candidates by putting them under close watch (mentor ship, probation already in place) and let the established ones walk away. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlHDBGsACgkQknrdDGLu8JAIyAD6Apa6awYhImRLpDKwYG8Jled5 aCCm2tI6XF/yvdp+ZWcBAJGKvPVDWNePrLCLbzGRk3Q3sOIxI3yoSuHJdt9GR7Rc =MnYK -END PGP SIGNATURE-
Re: [gentoo-dev] netsurf.eclass proposal
On 06/19/2013 06:23 PM, Mike Gilbert wrote: I guess the follow-up question is this: Are there any consumers of these libraries which require the 32-bit (x86) ABI to be installed? No ... t jet. And not that likely to arise, but I'm out of crystal balls ;-) . I'm all for having fun, but I think the intent was to keep the multilib-build eclass usage to a minimum. Sorry, I've missed that agreement, can you point me to it, please? Otherwise, you'll end up installing libraries that will never be used. Same goes for all corner cases of emul-linux-members. Turning abi_x86_32 on/off in a global scale is a decision to be made by the user. With all consequences (initial compile time vs recompiles on reconsiderations). It doesn't make that difference if turned off. But if needed, it's just there. [Said that, I hope it doesn't propagate -abi_x86_32 down the dep tree.] [And I seriously doubt that any user has the patience to watch us migrate the tree on a per-request basis. Let's be honest then and abandon it. -- not my standpoint, under given circumstances of ready-to-use implementation.] Michael -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] netsurf.eclass proposal
Hello,
I'd like to add a new eclass for www-client/netsurf related ebuilds and
seek your review and approval. I'll add it in two days, if unchallenged.
=== Motivation ===
The browser projects started out as a stray set of components [1], some
without releases.
In the meantime, all stuff is presented on one web-git [2] and
download page [3]. The browser components is available as bundled tar
[4] and solo [5].
[1] http://www.netsurf-browser.org/projects/
[2] http://git.netsurf-browser.org/
[3] http://download.netsurf-browser.org/libs/releases/
[4] http://download.netsurf-browser.org/netsurf/releases/source/
[5] http://download.netsurf-browser.org/netsurf/releases/source-full/
Handling this the Gentoo way I added all components as single
packages. All relying on the same - separate - buildsystem tarball.
The presented eclass is intended to master this buildsystem for
- binary components (www-client/netsurf, dev-libs/nsgenbind)
- shared and static library components
- multilib builds and rename non-DEFAULT_ABI $bins to $bin.${ABI}
- verbose building
- repecting FLAGS, warn about stray -O? and -g flags in components.
and reduce code duplication within the ebuilds.
=== Eclass consumers (flattened DEPENDS tree) ===
dev-libs/libwapcaplet-0.2.0
dev-libs/libparserutils-0.1.2
dev-libs/libcss-0.2.0
net-libs/libhubbub-0.2.0
net-libs/libdom-0.0.1
dev-libs/libnsfb-0.1.0
dev-libs/nsgenbind-0.0.1
media-libs/libnsbmp-0.1.0
media-libs/libnsgif-0.1.0
media-libs/librosprite-0.1.0
media-libs/libsvgtiny-0.1.0
www-client/netsurf-3.0
=== Implementation ===
see attachment
[future] add live git multiple repo fetch voodoo.
=== Concerns ===
This eclass relies on multilib-minimal and the inherit tree
netsurf - multilib-minimal - multilib-build - multibuild might be a
little fragile.
Only 12 consuming packages. No other rdeps, yet, so the whole set could
have been done in one ebuild.
*My first eclass* so there might be issues with bash array quoting.
Are the DEPEND and IUSE inside the eclass added to the ebuilds?
It looks ok, but I'd better ask.
Any good way to disable the CFLAGS sanity check on
(dev-libs/nsgenbind should be relocated to dev-utils)
( www-client/netsurf[abi_x86_32] on amd64 misses working curl version. )
=== TL;DR ===
see attachment for the real thing.
Constructive feedback is very welcome.
Thanks
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
=== eclass/netsurf.eclass ===
# Copyright 1999-2013 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: netsurf.eclass
# @MAINTAINER:
# Michael Weber x...@gentoo.org
# @BLURB: Handle buildsystem of www.netsurf-browser.org components
# @DESCRIPTION:
# Handle unpacking and usage of separate buildsystem tarball and manage
# multilib build, static-libs generation and debug building.
#
# Supports PATCHES and DOCS as in base.eclass
case ${EAPI:-0} in
0|1|2|3|4) die this eclass doesn't support EAPI5 ;;
*) ;;
esac
inherit base toolchain-funcs multilib-minimal
EXPORT_FUNCTIONS src_prepare src_configure src_compile src_install
LICENSE=MIT-with-advertising
# @ECLASS-VARIABLE: NETSURF_BUILDSYSTEM
# @DESCRIPTION:
# Select version of buildsystem tarball to be used along the component
# defaults to buildsystem-1.0
NETSURF_BUILDSYSTEM=${NETSURF_BUILDSYSTEM:-buildsystem-1.0}
# @ECLASS-VARIABLE: NETSURF_BUILDSYSTEM_SRC_URI
# @DESCRIPTION:
# Download link for NETSURF_BUILDSYSTEM, add to SRC_URI iff set explicitly.
NETSURF_BUILDSYSTEM_SRC_URI=http://download.netsurf-browser.org/libs/releases/${NETSURF_BUILDSYSTEM}.tar.gz
- netsurf-${NETSURF_BUILDSYSTEM}.tar.gz
# @ECLASS-VARIABLE: NETSURF_COMPONENT_TYPE
# @DESCRIPTION:
# Passed to buildsystem as COMPONENT_TYPE, valid values are
# lib-shared, lib-static and binary. Defaults to lib-static lib-shared
NETSURF_COMPONENT_TYPE=${NETSURF_COMPONENT_TYPE:-lib-static lib-shared}
# @ECLASS-VARIABLE: SRC_URI
# @DESCRIPTION:
# Defaults to http://download.netsurf-browser.org/libs/releases/${P}-src.tar.gz
# and NETSURF_BUILDSYSTEM_SRC_URI.
if [ -z ${SRC_URI} ] ; then
SRC_URI=http://download.netsurf-browser.org/libs/releases/${P}-src.tar.gz
${NETSURF_BUILDSYSTEM_SRC_URI}
fi
IUSE=debug
if has lib-static ${NETSURF_COMPONENT_TYPE} ; then
IUSE+= static-libs
fi
DEPEND=virtual/pkgconfig
# @FUNCTION: netsurf_src_prepare
# @DESCRIPTION:
# Run base_src_prepare for PATCHES support and multilib_copy_sources for
# in-source build.
netsurf_src_prepare() {
base_src_prepare
multilib_copy_sources
}
# @ECLASS-VARIABLE: netsurf_makeconf
# @DESCRIPTION:
# Configuration variable bash array to be passed to emake calls.
# Defined at netsurf_src_configure and can be altered afterwards.
# @FUNCTION: netsurf_src_configure
# @DESCRIPTION:
# Setup netsurf_makeconf and run multilib-minimal_src_configure.
# A default multilib_src_configure is provided by this eclass.
netsurf_src_configure
Re: [gentoo-dev] netsurf.eclass proposal
On 06/19/2013 02:16 PM, Michał Górny wrote:
Dnia 2013-06-19, o godz. 14:09:26
Michael Weber x...@gentoo.org napisał(a):
- multilib builds and rename non-DEFAULT_ABI $bins to $bin.${ABI}
And why exactly do you need multilib for a web browser?
No need for the browser package (just fun) but I'd like to provide it
for the ten library packages.
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] [RFC] SRC_URI behaviour
On 06/15/2013 02:14 PM, Diego Elio Pettenò wrote: It's just not going to happen as long as I got CVS access, it's not a?T threat or a grandstanding, it's a simple boolean logic statement. Step away then. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] [RFC] SRC_URI behaviour
On 06/15/2013 11:17 PM, Diego Elio Pettenò wrote: On 15/06/2013 22:15, Michael Weber wrote: It's just not going to happen as long as I got CVS access, it's not a?T threat or a grandstanding, it's a simple boolean logic statement. Step away then. You know what? I really should just leave and see how people who think that a live ebild is a nice idea will ruin it. It's not like I depend on Gentoo for my work anymore. Fine, we would all benefit from a environment without your snappy comments and cryptic responses. Seriously, learn some social skill in your free time. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] [RFC] SRC_URI behaviour
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/15/2013 05:12 PM, Rick Zero_Chaos Farina wrote: There is currently no need for improvement in my eyes, and I'm not sure this could be considered improvement anyway. i.e. git-2.eclass provides support for environment override (and variables) for branches, commits and repos, for example EGIT_REPO_URI=some other fancy git clone Hard to cover/encode this functionality in your proposed urls. These look - by the way - a lot like the new packer-4.something git url in Archlinux/AUR. our VCS eclasses should still be superior in functionality. ++ for global RESTRICT=fetch|mirror with overrides in both ways on per url basis as prefix to the protocol, like nomirror+http:// and fetch+git:// . But this needs tivial (?) adaption in every VCS eclass. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlG83TcACgkQknrdDGLu8JAq/wEAmUQkeQaLY8FVGZpO9YNShR43 DQ4hrgT1TNSnUQcwzZQBAImK9nurCVcUn4LJSBD0mtCQah2VVo1VfTUzeoMJs1Tt =B9vk -END PGP SIGNATURE-
Re: [gentoo-dev] [RFC] SRC_URI behaviour
On 06/15/2013 11:24 PM, Markos Chandras wrote: Please both of you. Stop it now and take it elsewhere. Consider this a friendly warning. Agreed. Sorry for my impulsive response. I don't say thanks for the warning, but for your counseling of the mailing list. I'm on a borderline between advocation against abusive or destructive behavior leeding to the last two retirements and just leaving these people. I hate the overlay/fork symptomatic, and I have put a lot of effort into making Gentoo into my personal understanding of Linux, but i'm considering stepping down to a overlay basis and avoid all the bitching and alpha-male stupidity. Bye, Michael -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] robo-stable bugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 05/20/2013 08:29 PM, Tom Wijsman wrote: We have `iamlate` for this in app-portage/gentoolkit-dev. /usr/bin/imlate , nice ;-) - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGlyLAACgkQknrdDGLu8JDJ3QEAhYrgzLHT5NCINaXBVYCNs1PH 12+nHNMy9V+6BQ4EMi8A/RLvadt7RndQPk8m5BuDlzRuwaO05WNVfkArMOxovd1v =7eoE -END PGP SIGNATURE-
Re: Pass ${@} in phase functions Re: [gentoo-dev] [PATCH] Introduce cmake-multilib wrapper for cmake-utils.
On 04/13/2013 05:50 PM, Michał Górny wrote:
That's my mistake most likely. Please commit the patch.
done.
+ 13 Apr 2013; Michael Weber x...@gentoo.org cmake-multilib.eclass:
+ Pass ${@} in phase functions. Approved by author on dev-ml.
+
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Pass ${@} in phase functions Re: [gentoo-dev] [PATCH] Introduce cmake-multilib wrapper for cmake-utils.
Hi,
I'm not sure if it's a sane way to push make -j1 via
src_compile() {
cmake-multilib_src_compile -j1
}
but I detected a lack of functionality in the current
cmake-multilib.eclass. Both cmake-utils.eclass and multilib-build.eclass
have it, so it might be sound to continue with this behavior.
Comments, pls.
Michael
Index: cmake-multilib.eclass
===
RCS file: /var/cvsroot/gentoo-x86/eclass/cmake-multilib.eclass,v
retrieving revision 1.1
diff -u -B -r1.1 cmake-multilib.eclass
--- cmake-multilib.eclass 10 Feb 2013 11:44:55 - 1.1
+++ cmake-multilib.eclass 13 Apr 2013 00:58:17 -
@@ -33,24 +33,24 @@
EXPORT_FUNCTIONS src_configure src_compile src_test src_install
cmake-multilib_src_configure() {
- multilib_parallel_foreach_abi cmake-utils_src_configure
+ multilib_parallel_foreach_abi cmake-utils_src_configure ${@}
}
cmake-multilib_src_compile() {
- multilib_foreach_abi cmake-utils_src_compile
+ multilib_foreach_abi cmake-utils_src_compile ${@}
}
cmake-multilib_src_test() {
- multilib_foreach_abi cmake-utils_src_test
+ multilib_foreach_abi cmake-utils_src_test ${@}
}
cmake-multilib_src_install() {
cmake-multilib_secure_install() {
- cmake-utils_src_install
+ cmake-utils_src_install ${@}
# Make sure all headers are the same for each ABI.
multilib_check_headers
}
- multilib_foreach_abi cmake-multilib_secure_install
+ multilib_foreach_abi cmake-multilib_secure_install ${@}
}
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
[gentoo-dev] Fwd: [gentoo-commits] gentoo-x86 commit in x11-terms/st: st-0.4.ebuild ChangeLog st-0.3.ebuild
@ago: Why did you remove the 0.3 version of the ebuild? The bug requested keywording, so, just add ~x86 to the latest version. Was there an problem with version 0.3? Non-maintainer commits should have good explanations, and the resons for removing version 0.3 is not documented in your commit/echangelog message. Be verbose. Original Message Subject: [gentoo-commits] gentoo-x86 commit in x11-terms/st: st-0.4.ebuild ChangeLog st-0.3.ebuild Date: Tue, 2 Apr 2013 23:33:56 + (UTC) From: Agostino Sarubbo (ago) a...@gentoo.org Reply-To: gentoo-dev@lists.gentoo.org, a...@gentoo.org To: gentoo-comm...@lists.gentoo.org ago 13/04/02 23:33:56 Modified: st-0.4.ebuild ChangeLog Removed: st-0.3.ebuild Log: Add ~x86, remove old, wrt to bug #464252 (Portage version: 2.1.11.55/cvs/Linux ppc64, signed Manifest commit with key 7194459F) Revision ChangesPath 1.2 x11-terms/st/st-0.4.ebuild file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-terms/st/st-0.4.ebuild?rev=1.2view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-terms/st/st-0.4.ebuild?rev=1.2content-type=text/plain diff : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-terms/st/st-0.4.ebuild?r1=1.1r2=1.2 Index: st-0.4.ebuild === RCS file: /var/cvsroot/gentoo-x86/x11-terms/st/st-0.4.ebuild,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- st-0.4.ebuild 2 Apr 2013 07:11:39 - 1.1 +++ st-0.4.ebuild 2 Apr 2013 23:33:56 - 1.2 @@ -1,6 +1,6 @@ # Copyright 1999-2013 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 -# $Header: /var/cvsroot/gentoo-x86/x11-terms/st/st-0.4.ebuild,v 1.1 2013/04/02 07:11:39 xmw Exp $ +# $Header: /var/cvsroot/gentoo-x86/x11-terms/st/st-0.4.ebuild,v 1.2 2013/04/02 23:33:56 ago Exp $ EAPI=5 @@ -12,7 +12,7 @@ LICENSE=BSD SLOT=0 -KEYWORDS=~amd64 +KEYWORDS=~amd64 ~x86 IUSE=savedconfig RDEPEND=media-libs/fontconfig 1.14 x11-terms/st/ChangeLog file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-terms/st/ChangeLog?rev=1.14view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-terms/st/ChangeLog?rev=1.14content-type=text/plain diff : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/x11-terms/st/ChangeLog?r1=1.13r2=1.14 Index: ChangeLog === RCS file: /var/cvsroot/gentoo-x86/x11-terms/st/ChangeLog,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- ChangeLog 2 Apr 2013 07:11:39 - 1.13 +++ ChangeLog 2 Apr 2013 23:33:56 - 1.14 @@ -1,6 +1,9 @@ # ChangeLog for x11-terms/st # Copyright 1999-2013 Gentoo Foundation; Distributed under the GPL v2 -# $Header: /var/cvsroot/gentoo-x86/x11-terms/st/ChangeLog,v 1.13 2013/04/02 07:11:39 xmw Exp $ +# $Header: /var/cvsroot/gentoo-x86/x11-terms/st/ChangeLog,v 1.14 2013/04/02 23:33:56 ago Exp $ + + 02 Apr 2013; Agostino Sarubbo a...@gentoo.org -st-0.3.ebuild, st-0.4.ebuild: + Add ~x86, remove old, wrt to bug #464252 *st-0.4 (02 Apr 2013) -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
On 02/13/2013 11:55 AM, Markos Chandras wrote: http://www.gentoo.org/doc/en/gnupg-user.xml still no hint what to do on expiration (as every single other gpg howto). -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/13/2013 06:22 PM, Aaron W. Swenson wrote: There's nothing Gentoo specific about it. I don't see why we would need to officially document an official document. The most we should do is point people to the resource. So, please link to this page and drop out fractional/incomplete version. [1] http://www.gnupg.org/gph/en/manual.html#AEN329 - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlEb62sACgkQknrdDGLu8JAZeQD+M8+z4/LicZnWLOf+mwXcqFEM qwuAFjeV5XN+KoDehn8A/1IE9ane4mN5dTFSPRgArTghBUgJ1hXhfIcDdCcukB0N =24Uj -END PGP SIGNATURE-
Re: [gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
On 02/13/2013 09:07 PM, Agostino Sarubbo wrote: As most of us do, I do the commit from another machine, not mine. So, for ssh I'm using ssh -A to forward the key and I'm interested to find a way to do it for the gpg key. I found an how-to that uses socat ( http://superuser.com/questions/161973/how- can-i-forward-a-gpg-key-via-ssh-agent ) but does not work as expected. GPG agents do not transport keys, just passphrases. I once used a patch against openssh to enable forwarding of domain sockets, it applies to current 6.1_p1. http://www.25thandclement.com/~william/projects/streamlocal.html Maybe we should add this to our openssh version, I'd appreciate it. This is an example: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo- x86/app-portage/splat/Manifest?revision=1.45view=markup The manifest apparently is signed, but there is no really gpg sign. look closely to the output of repoman commit, there is a small gpg failed or somethink like that. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
On 02/13/2013 09:23 PM, Peter Stuge wrote: Rather than creating a TCP socket I would look into using the ssh -W option. gpg agent works with unix domain sockets. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
On 02/13/2013 09:30 PM, Michael Weber wrote: GPG agents do not transport keys, just passphrases. To stress that, my passphrased key resides on my remote build-box, gpg just askes my local gpg agent for the passphrase. ssh -R /root/.gnupg/S.gpg-agent:/tmp/keyring-michael/gpg b-4 with a persistent location of the unix socket assured by https://xmw.de/dotfiles/bin/new-keyring -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: RFC: install linux-firmware with kernel sources (was Re: [gentoo-dev] Lastrite: Firmware cleanup, part #1)
U folks are aware of the fact that installed sources is rather vaguely coupled with running kernel, right? No, I'm not running archkernel on gentoo, but it would be possible. It's also fine to poke around in linus' sources and cross compile w/o ever running the damn thing or needing firmware from /lib/firmware. Anyway, please do not force-reinstall of about 400k kernel source files to just fix any USE flag constellation. I'm not saying --newuse, just people forgetting to set the flag. Last thought, we have maintainer-needed in bugzilla to handle unmaintained packages (and I'm looking at these from time to time, maybe I should start a maintainer-needed herd). /$(get_libdir) vs /lib is the wrong method without effect, non-multilib/x86 installs to /lib, multilib is linked to /lib. So please, stop using dramatizing this and use it as alibi for your otherwise justified plans. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: Graveyard overlay (was: Re: [gentoo-dev] last rites: games-strategy/x2, games-strategy/x2-demo)
On 02/14/2013 06:09 AM, Ben de Groot wrote: I need two things: 1. Users volunteering some time to keep this running 2. Agreement on a place to host tarballs no longer hosted upstream i'm all in. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/12/2013 10:14 PM, William Hubbs wrote: as preparation for the up-coming cvs-git migration of the portage tree, the council is strongly suggesting that from this point forward all developers sign their manifests with their gpg key as described in the developer's manual [1]. ++ We should all put these data into LDAP, too. on dev.gentoo.org .. perl_ldap -b user -M gpgkey gpg-id user perl_ldap -b user -M gpgfingerprint gpg-fingerprint user At least have some lose binding between tree signing keys and dev identities. Or put the whole public key into the ldap. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlEax6cACgkQknrdDGLu8JAHmgD/fMVoUUO5g7iYeFobMy6rWBW8 mVIAoCe2BWZ6XOfPEvEBAI1Ny0ruWaRjI+HEStU3omgNVPUddeLoKJMyK5r0pJiX =37sv -END PGP SIGNATURE-
Re: [gentoo-dev] Re: RFC: install linux-firmware with kernel sources (was Re: Lastrite: Firmware cleanup, part #1)
On 02/12/2013 09:43 PM, Duncan wrote: Christopher Head posted on Tue, 12 Feb 2013 11:39:57 -0800 as excerpted: On Sun, 10 Feb 2013 14:49:03 -0800 Alec Warner anta...@gentoo.org wrote: Most external firmware is not needed to boot. If you need it to boot, you will have to stow it in the initramfs. or the kernel itself ... For those of us who prefer monolithic kernels, virtually all firmware is needed to boot. Even if a network interface doesn't need to be operational for boot, the kernel insists that the firmware be available right at boot or else it will fail and the interface will never appear. I'm a monolithic kernel guy myself, and I simply build-in the firmware I need (three radeon firmware files, IIRC, used to be tg3 as well until that mobo died). dito. And FWIW, I didn't really know about linux-firmware either, but google knew when I asked it about the files the kernel errors spit out. =:^) And I didn't actually install it, either. I simply grabbed the tarball and extracted the files I needed, placing them where the kernel could find them. from cross distro source etc. I wonder how that linux-firmware serves it all will handle different versions of one firmware-filename with disjunct sets of supported hardware revisions. Random files in /lib/firmware out of packet manager space it is (form me). -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/12/2013 10:14 PM, William Hubbs wrote: If you have any questions on this, please feel free to let us know. What is the rotation strategy for (near) outdated keys? Alter the key or create a new one? Sign the new with the old one? IMHO the answer to these questions is not obvious nor given by (our) docu [1]. Maybe, add keep ldap id/fingerprint synchronized there, too. [1] http://devmanual.gentoo.org/general-concepts/manifest/index.html - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlEazGMACgkQknrdDGLu8JBXygD8CalxwI4y7kxbqYwyXcyohtbW 7xICGdFgIDA8jH7v4poA/RrtQTxwmmzE4g53Eyg8RBKxEIa0BmAZUaAMIyM9ntdq =XOfU -END PGP SIGNATURE-
Re: [gentoo-dev] Re: [gentoo-dev-announce] please sign your manifests
On 02/13/2013 12:28 AM, Robin H. Johnson wrote: On Wed, Feb 13, 2013 at 12:12:35AM +0100, Michael Weber wrote: On 02/12/2013 10:14 PM, William Hubbs wrote: If you have any questions on this, please feel free to let us know. What is the rotation strategy for (near) outdated keys? Alter the key or create a new one? Sign the new with the old one? If your keysize is still good, you should ideally update the expiry on the key and re-upload it to keyservers. Can you commit this to the document, please? IMHO the answer to these questions is not obvious nor given by (our) docu [1]. I'm pretty sure it was in the devrel developer handbook at one point, along with instructions to create your key, but I can't find it now. Maybe, add keep ldap id/fingerprint synchronized there, too. http://www.gentoo.org/proj/en/infrastructure/ldap.xml#doc_chap3 That does tell how to update the data, but does not suggest to do so. My main concern is the cross-referencing of our documentation. I'm aware that there is a ton of documentation splattered all over the place and outside our infra. But besides the non-trivial step to become a dev (as mentioned last week) there is a certain non-trivial step to keep one, esp. by gathering the non-routine informations and fast-forward developments. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Gentoo email address in VCS. Re: [gentoo-dev] Last rites: dev-ruby/rails:3.0
On 02/11/2013 09:39 PM, Hans de Graaff wrote: # Hans de Graaff h...@degraaff.org (11 Feb 2013) What about using your gentoo email address? One mapping less, please. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] SRC
On 02/09/2013 12:26 AM, Alec Warner wrote: On Fri, Feb 8, 2013 at 3:18 PM, Stefan Ehret eh...@planetpurple.net wrote: * * * PLEACE SAFE THE SOURCE * * * Annnd banned. -A at __second__ incident, slacker! ;-) -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Packages up for grabs due lack of time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/03/2013 02:27 PM, Pacho Ramos wrote: Due leio lack of time the following packages are up for grabs: app-benchmarks/gtkperf mine. just fixed https://bugs.gentoo.org/show_bug.cgi?id=428652 - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlERl/gACgkQknrdDGLu8JBGQwEAjU+yc8/aNFKMdOYUTbJZcvyj DoCW+OEAD3RnA4bqWUUA/jXEg/lz9FoWR7UjggZIukGjTRK3POqlVs0IZfj4nJ3U =eFSz -END PGP SIGNATURE-
Re: [gentoo-dev] Packages up for grabs due lack of time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/03/2013 09:56 PM, Tim Harder wrote: On 2013-02-03 Sun 04:46, Pacho Ramos wrote: net-dns/ldns-utils net-dns/unbound net-libs/ldns I'll help maintain these. Tim @Tim: you can add me there, too. Michael - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlEPk1oACgkQknrdDGLu8JDGnwD/V3iu0OSElPK83CWl3I38SHZZ j4HbkuGOTlcss9SNDz4A/0KFwP6Se5hi7NOuEeShFKPCVtZyxxkozLDVmC+jpFcS =OQ9n -END PGP SIGNATURE-
Re: [gentoo-dev] meaning of EROOT
On 02/03/2013 12:07 PM, heroxbd wrote:
self.eroot = self.target_root.rstrip(os.sep) + self.eprefix + os.sep
wouldn't be this more robust
import os
os.path.normpath('/some/' + os.path.sep + '/stuff/') + os.path.sep
'/some/stuff/'
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Removals reply
On 02/03/2013 07:07 AM, Alexandre Rostovtsev wrote: We the Gentoo developers strongly believe that this project is not fun and not important. veto. a) there is no we, b) there are conrary posts on this list. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Packages up for grabs due lack of time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/03/2013 12:44 PM, Pacho Ramos wrote: Due tester lack of time the following packages are up for grabs: app-admin/tmpreaper mine. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlEPV7kACgkQknrdDGLu8JDNzAD/b2/0fwNsD9pJnr82PPHUp1E8 0wq/ELBJMIk5gssxlRcA/ivb2vdEwFzjo1ptXmBAe+P9D7NC5RsO8AVfax0xd0hD =kJ6I -END PGP SIGNATURE-
[gentoo-dev] frozen overlay Re: Please stop useless removals
On 02/01/2013 09:21 AM, Alec Warner wrote: On Thu, Jan 31, 2013 at 11:36 PM, Vaeth va...@mathematik.uni-wuerzburg.de wrote: # Upstream is dead and gone. # Masked for removal on 20130302 Erm, so this is the _only_ reason - dead upstream? If folks do not want to maintain it anymore, then it will be removed. Feel free to contribute to Gentoo and maintain the packages. Hereby done, becoming a dev is a big step for just one package a user would keep. Ihmo, what you call upstream dead is a kind of positive situation. If the author has no longer time to contribute (we all have a real life) then it's ok, no need to wipe his contribution from the face of the world. If the software is just working as the author intendend, and it has no major bugs, then there's no need to do further trivial releases just to keep the disto maintainers busy. If it's broken, uncompatible and nobody steps up, drop it, agreed. You are destroying the charme of gentoo by systematically removing all these little tools and toys. The availability of a lot of software was once a strength of gentoo, so removing these things is really bad, especially if it happens for no real reason. We need to maintain a certain quality. Sheer mass does has no charm, if nothing works. But I'd rather like to see gentoo as a broad selection of tools, that build. maybe some really cool stuff nobody else has. Gentoo is not a software archival service. I was understanding if e.g. someting was removed which needs the gtk-2 or qt-4 framework or something similar and had a dead upstream. But just needing a small tool like imake (xboing) or having open feature requestes (epm) or even nothing and just dead upstream is IMHO really not a reason. If something really does not compile anymore and nobody cares, then remove keywords (or, for god's sake, mask it); if something might theoretically become a security issue (xpdf) then it should be masked. But please do not throw things out of the tree unless really necessary: It does not hurt anybody to have such package in the tree, but removing it - especially if upstream is dead - means that the tarbalös will be removed from the mirrors and thus nobody is able anymore to install it (even if he would care and fix some minor issues) unless he had kept a copy on his local machine (which will mean in the future that he can only do it if he had used gentoo already many years ago and cared during the time of the removal). Again I highly recommend archiving the software yourself; but I don't think Gentoo should be doing it. It costs resources: - distfiles and all their mirrors accumulate - emerge dependency calculation If it's out-waged by increasing disc capacity and processor power is up to discussion. Last but not least, we have gattered some extra info besides the tarballs, our precious ebuild scripts. Which is why I started my involvement with Gentoo (maybe somebody should have told me about BSDs tree before that). As Martin said, tarballs get lost. I steal them from debian mirror on a regular basis, maybe we should contribute ourselves. PROPOSAL Let's create an overlay frozen stuff which contains all the software no longer developed with following features: Users showed interest in having them Web-presence to be picked up on Google search. (viewvc.cgi show dead is kinda hidden [1]) Separate distfile mirror no need to stress our mirror peers make it a sepearate repo, feed by upstream and mirror://gentoo I can contribute the space/bandwith. Feedback/Bugs/Voting can be handled inside b.g.o no need for extra login, frozen-bugs can be auto-generated, whitelist [frozen] just like the sunrise tracker bugs. BENEFIT User can choose whether or not layman -a frozen. Non-trivial ebuilds are preserved. Tarballs are preserved. Nobody gets hurt. Comments? [1] http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/ -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] frozen overlay Re: Please stop useless removals
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 02/01/2013 10:35 AM, Dennis Lan (dlan) wrote: HI Michael: I can think of it's almost kind of a staging area, some package may be partial broken(or partial functional), but still useful for user. Please see [1] for the proposal of betagarden overlay, which might grab attention by posting a project page, @sping *plz* Generally speaking, It should be a good idea! The end users will benefit a lot. thanks. On 02/01/2013 10:30 AM, Sergey Popov wrote: Well, we can move such software to sunrise, can't we? But proposition of splitted mirrors makes sense, cause quite often dead upstream means dead links to original tarballs too. Maybe betagarden/sunrise would benefit from mirror-coverage, hosting situation is a recurring question on #-sunrise. Votes? Sunrise commit access is limited to sunrise devs. And I see the _rise_ in context of software and devs. I don't say sundown, cause for mentioned arguments, I just wanna have functioning/maybe superseeded software around, regardless of it's commit-frequency, author involvement or century of creation. Again: We need to proceed as a contemporary distribution (Does not build with latest ~** gcc/ argument), but we can preserve our trail for those who like. The line between removed packages and obsoleted slots has to be drawn. I'm in a tension between overlay scatter and providing an automated time capsule (that certainly will mess up any of the aforementioned repos). [1] http://archives.gentoo.org/gentoo-dev/msg_384ad55a02bf02154397f29d10a0f68e.xml - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlELnq4ACgkQknrdDGLu8JAY3gD/TOifKZZNqVb6VJkfp/VLGaGT MZzWVOYVsPPAQi0B+voA/3D8afTh5TjxeWJvAKIZwIG6O/rwVrVBAI4YHgC4T59x =bnDb -END PGP SIGNATURE-
Re: readme.gentoo.eclass: use echo -e instead of plain echo (Was: Re: [gentoo-dev] readme.gentoo.eclass: Add a DISABLE_AUTOFORMATTING variable=
On 02/01/2013 10:55 AM, Ben de Groot wrote: On 1 February 2013 02:59, Pacho Ramos pa...@gentoo.org wrote: El dom, 27-01-2013 a las 18:47 +0100, Pacho Ramos escribió: El dom, 27-01-2013 a las 15:00 +0100, Pacho Ramos escribió: Currently, when people uses DOC_CONTENTS variable to place their desired messages, they are automatically reformatted by fmt to get proper messages (for example, splitting long lines). But, in some cases, may be useful to disable this behavior and respect strictly how DOC_CONTENTS was formatted, for example in that kind of messages telling people to run a command and, then, requiring a new line to be used. This can also be useful to append extra information to DOC_CONTENTS when, for example, additional info is needed when enabling a USE flag. Well, after reading man echo I see all this is not needed, I simply need to use echo -e to get it understand \n to create new lines New patch attached This will add an option to disabling autoformatting to let people get their doc_contents 100% respected if they want How about using an as-is argument to readme.gentoo_create_doc? That would be more concise. :-) PLEASE, add define DOC_CONTENTS in an non-global scope, use src_prepare/pkg_setup instead to the eclass documentation of readme.gentoo_print_elog, Thanks ++ for the eclass, the README.gentoo might submerge into the users handling of Gentoo Systems. (I always laughed about README.Debian) [1] show an report about exactly the non-atomar situation of elog and application usage. While [2] complained about elog cluttering, I try to migrate x11-wm/xpra-0.8.0 (upcoming), am I doing it right? DOC_CONTENTS= please make your Xorg binary readable for users of xpra chmod a+r /usr/bin/Xorg and think about the security impact A copy at ~/.xpra/Xorg matching the current modules is sufficient. ^^ clearly would benefit from non-formatting. repoman full complains about Ebuild contains leading spaces on line. [1] https://bugs.gentoo.org/show_bug.cgi?id=448588 [2] https://bugs.gentoo.org/show_bug.cgi?id=440464 -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: Please stop useless removals
On 02/01/2013 12:20 PM, Diego Elio Pettenò wrote: On 01/02/2013 12:11, Rich Freeman wrote: I do think it is a loss for Gentoo if we start removing packages simply because they don't change (which is all a dead upstream means - it isn't always a bad thing). The problem is that a package that doesn't change _will_ bitrot. Full stop. Trying to pretend that the problem does not exist, that an unmaintained package is just as fine as a maintained one is stupid and shortsighted, and explains why I have 1600 bugs open... Making up new situations up like cross-dev, Gentoo/Prefix, or jet another cluttered C compiler should not doom working software. I agree on your testing effort and practice, but compliance with the weirdest of all setups shouldn't be ultimate reason. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: Please stop useless removals
On 02/01/2013 01:22 PM, Diego Elio Pettenò wrote:
On 01/02/2013 13:07, Michael Weber wrote:
Making up new situations up like cross-dev, Gentoo/Prefix, or jet
another cluttered C compiler should not doom working software.
Which would be all fine and dandy
I agree on your testing effort and practice, but compliance with the
weirdest of all setups shouldn't be ultimate reason.
... if you had a clue on what you were saying.
The tinderbox _by design_ is not testing weirdest of all setups, it's
testing baseline.
Yeah, but test for /usr/share/doc/${PF} (random to irrelevant),
$CFLAGS/$LDFLAGS/$AR (enable these miraculous setup), automake-1.12 (at
what point in future do you see that as oldest in-tree) last are no
statement regarding a packages functionality on a plain system.
And if nobody's interested in getting (example)
media-video/w3cam working (#247917 — last activity on the bug by me on
2010; last activity by someone else in 2008!), I don't see why it should
be kept in tree.
*insert random example here*
I did not argue to keep these in tree, or to label them a+++.
Martin and I did not argue that there are no circumstances an software
should be left alone. We both said, that not working with qt3/... may be
a strong argument.
Bloody hell, I wonder how many people complaining about removing
packages are actually using said packages, rather that complaining on
principles!
Keep on the ground.
I rather prefer a combined discussion on principles or workflow, than
bringing up this discussion for every single package.
This is a general Gentoo list, so the mails might get some kind of
general.
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
What's the primary Idea behind multilib at all?
Isn't it just a workaround to keep prebuild software
from lazy/incapable/dead upstreams working (skype, ...)?
Is there any other real use besides bragging about processor
capabilities and compiling an stage1 boot loader?
Please don't get me wrong. I honor the whole effort done to bring this
magic into portage/..., but I see limits in the underlying file system.
The current solution suggested by FHS-2.3 [1] is to use
/libqual and /usr/libqual, which works for runtime emul- packages,
since software either installed to /opt/{${PN},bin} or had no
alternative in /bin or /usr/bin.
On 01/27/2013 02:40 PM, Thomas Sachau wrote: 2. How do you handle
other abi-specific files like headers or binaries
and cases like binaries with abi-specific content? Is it possible
to preserve them for all requested abis or to preserve them for an
non-default abi?
On 01/27/2013 05:08 PM, Pacho Ramos wrote: Maybe installing headers
in other place would be interesting :/
This is getting wired now, when we get an x86, x86_64 and x86_32
(srsly?) implementation of cp(1).
Either we avoid collision python style with /bin/${PN}-qual and some
link magic, to select the best qual according to moon phases.
In the spirit of FHS, I thought about introducing /binqual for some
time, but this continues with other dirs.
We would need /var/libqual as well (/var/lib/munin/ has ABI specific
.rrd files),
/usr/includequal/ ... wait a minute.
What about separating these ABIs on top dir and keeping the respective
sub-trees clean, like /qual/{,usr/}{bin,lib}?
/qual/ could be realised by one of these systems
- - chroot (just like /any-other-distro chroots), needs root.
- - Gentoo/PREFIX style
- - modified runtime linker to pic correct LD_LIBRARY_PATH.
These /qual/ can be anything, like different ABIs,
different libc implementations, different keyword (stable, testing),
different Distros, - as long as it runs with the current kernel.
Well, thin-provisioning, qemu, *random virtualization*.
One ABI, maybe the one that can run/chroot all others sould be defined
as qual=, just like non-multilib systems.
Replication of /qual/{home,usr/portage} can be avoided by symlinks
or bind-mounts, or hardlinks.
(Srsly, /usr/portage/ebuilds,profiles,metadata,caches has to be in
/var/portage.)
It'd be a pretty good solution for restraining mentioned (malicious)
software, /skype/ for example.
Some roundups have to be made for exhausive $PATH, X11 .desktop files,
to enable starting other /qual/
Comments?
[1] http://www.pathname.com/fhs/pub/fhs-2.3.html
- --
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlEI20AACgkQknrdDGLu8JAGBAD+MPkmNxKSCrHcAnj5PUaxyTM1
Hhymj3cHaxBuTFHlK78A/2t5qJNyg1c0nc6FSePKXq+MXWp/RVDWMb5XCpfEh4dR
=xmPN
-END PGP SIGNATURE-
Re: Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/30/2013 09:35 AM, Michael Weber wrote: These /qual/ can be anything, like different ABIs, different libc implementations, different keyword (stable, testing), different Distros, - as long as it runs with the current kernel. Well, thin-provisioning, qemu, *random virtualization*. Did I ever mention, you can boot into these /qual/!?! initrd context: mount root partition $ROOTDEV at $TARGET mkdir /fun mount -o bind $TARGET/qual /fun exec switch_root /fun /sbin/init Mount output get's confusing about multiple lines mentioning $ROOTDEV, esp. for init.d/fsck, but IMHO fsck should be done in initrd, and not single-user mode with read-only mount and with binaries from that broken partition. - - other story. Or have it on separate partition - like the traditional I switch distros aproach. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlEI3zEACgkQknrdDGLu8JBrLgEAgI2m92etcKYF7/5wWEmJc1DZ 3apcjuDokN3WxUcxDdIA/A67DJBV5OKmVxX9wSaeomakg8Ql5oCqETXM6b9n1uy+ =Lkq3 -END PGP SIGNATURE-
Re: Multilib approach(es) Re: [gentoo-dev] The gx86 multilib project -- masterplan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 01/30/2013 10:58 AM, Michał Górny wrote:
On Wed, 30 Jan 2013 09:35:12 +0100 Michael Weber x...@gentoo.org
wrote:
We don't want 32-bit cp. Thomas likes to support every weird idea
coming from a random user, I don't.
What is wrong with random or user? Should I take random user
personally? Honestly, I have no idea.
Where do you want to draw the line?
How would you handle library packages shipping binaries?
Just `rm ${D}/usr/bin`?
In the spirit of FHS, I thought about introducing /binqual for
some time, but this continues with other dirs.
What about separating these ABIs on top dir and keeping the
respective sub-trees clean, like /qual/{,usr/}{bin,lib}?
No. 32-bit chroot is an old idea and has nothing to do with
multilib.
Right, that was the intent of my mail.
Not to question some multilib internal stupidity like how to handle
clashing pkg-config files but to question the approach in common.
Maybe FatELF would work with this multilib/USE approch w/o cluttering
the file system [1].
Multilib: funny clashes all over the tree, partial blessed by FHS.
Emul- packages, frozen, incapable of compiling and adding additional
stuff - collision avoidance by upstream.
Separated trees/chroots/... to be merged in $PATH et. al.
Is there any consent on how to proceed?
I support an slim solution, but as it turns out architecture
independent from FHS is just a lie. Or handled very badly.
[1] http://en.wikipedia.org/wiki/Fat_binary
It's an alternative to multilib and there's no point in reinventing
it.
Yeah, did not reinvent it, just want to re-think it's validity.
- --
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iF4EAREIAAYFAlEJBGsACgkQknrdDGLu8JDMWAD+Ksp5FmqOKgHxuLtR/smWJCgU
SjnM/V64GFnGrCtSqdoA/32BHJdFrO/6YzUZTMhHp+o9u/QgAEjgbKRutdptqZwQ
=dSTv
-END PGP SIGNATURE-
[gentoo-dev] DNSSEC errors on *.bugs.gentoo.org
Hello Robin, looks like we have an little issue using DNSSEC for bugs.gentoo.org, but not signing 339761.bugs.gentoo.org `dig does-not-exist.bugs.gentoo.org @8.8.8.8` returns A record with AD flag. `dig 339761.bugs.gentoo.org @8.8.8.8` returns A record w/o AD flag Both work with local unbound resolver with forwarders removed. It looks like stale, unsigned entries. Did you change anything in the last n days? Or is the cache of 141.1.1.1 and 8.8.8.8 really compromised? How do you sign these wildcards anyway? Would be interested. Michael [1] http://domainincite.com/2361-dnssec-to-kill-the-isp-wildcard -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] DNSSEC errors on *.bugs.gentoo.org
On 01/24/2013 09:02 AM, Michael Weber wrote: Did you change anything in the last n days? Or is the cache of 141.1.1.1 and 8.8.8.8 really compromised? Me culpa. Looks like these do not support AD now (or never did) And my unbound always used the first resolver, which has AD. As antarus pointed out, [1] and [2] report positive validation. Michael [1] http://dnssec-debugger.verisignlabs.com/339761.bugs.gentoo.org [2] http://dnsviz.net/d/339761.bugs.gentoo.org/dnssec/ -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Re: news item for udev 197-r3 upgrade (yes, I know, it's late)
On 01/24/2013 02:45 AM, »Q« wrote: On Wed, 23 Jan 2013 13:49:09 -0800 Christopher Head ch...@chead.ca wrote: On Wed, 23 Jan 2013 17:03:15 +0100 Michael Weber x...@gentoo.org wrote: udev/openrc stopped re-mounting /dev that last year. Are you sure? I have CONFIG_DEVTMPFS_MOUNT disabled, latest stable udev (197-r3) and openrc (0.11.8), and no /dev line in my fstab, yet my /dev is still a devtmpfs with a proper set of device nodes. Me too. It looks like /etc/init.d/udev-mount mounts it if the kernel hasn't, but I'd like to know more about whatever best practice is. Mind the _re_-mount, if udev discovers /dev not being mounted, udev does. if udev discovers /dev mounted, no mount action is taken. Earlier versions remounted /dev regardless. My best practice is to have CONFIG_DEVTMPFS_MOUNT enabled: I don't use initrd (except for disk encryption) and I still find my disks during init=/bin/bash recovery. and it does not hurt, anymore. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] news item for udev 197-r3 upgrade (yes, I know, it's late)
Hi, On 01/23/2013 04:04 PM, Rich Freeman wrote: System seems to work fine, so I'm not sure how essential that line is. The fact that I'm using an initramfs might also have an effect. I'd strongly suggest using CONFIG_DEVTMPFS_MOUNT=y. and stop worring about udev/openrc. udev/openrc stopped re-mounting /dev that last year. Michael -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
[gentoo-dev] Fwd: [gentoo-commits] gentoo-x86 commit in mail-client/claws-mail-rssyl: ChangeLog claws-mail-rssyl-0.34.ebuild
Hello Christian, it looks like you accidentally choose the latest stable version 0.34 for removal instead of the older 0.33 [1]. I assume this happened in error and I revert the commit. (The 0.33 version downgrade does not build) This is reported as [2], too. Bye, Michael [1] https://bugs.gentoo.org/show_bug.cgi?id=448968 [2] https://bugs.gentoo.org/show_bug.cgi?id=453298 Original Message Subject: [gentoo-commits] gentoo-x86 commit in mail-client/claws-mail-rssyl: ChangeLog claws-mail-rssyl-0.34.ebuild Date: Sun, 20 Jan 2013 21:56:35 + (UTC) From: Christian Faulhammer (fauli) fa...@gentoo.org Reply-To: gentoo-dev@lists.gentoo.org, fa...@gentoo.org To: gentoo-comm...@lists.gentoo.org fauli 13/01/20 21:56:35 Modified: ChangeLog Removed: claws-mail-rssyl-0.34.ebuild Log: clean up (Portage version: 2.1.11.31/cvs/Linux i686, signed Manifest commit with key 2B859DE3) Revision ChangesPath 1.120mail-client/claws-mail-rssyl/ChangeLog file : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/mail-client/claws-mail-rssyl/ChangeLog?rev=1.120view=markup plain: http://sources.gentoo.org/viewvc.cgi/gentoo-x86/mail-client/claws-mail-rssyl/ChangeLog?rev=1.120content-type=text/plain diff : http://sources.gentoo.org/viewvc.cgi/gentoo-x86/mail-client/claws-mail-rssyl/ChangeLog?r1=1.119r2=1.120 Index: ChangeLog === RCS file: /var/cvsroot/gentoo-x86/mail-client/claws-mail-rssyl/ChangeLog,v retrieving revision 1.119 retrieving revision 1.120 diff -u -r1.119 -r1.120 --- ChangeLog 20 Jan 2013 10:24:05 - 1.119 +++ ChangeLog 20 Jan 2013 21:56:35 - 1.120 @@ -1,6 +1,10 @@ # ChangeLog for mail-client/claws-mail-rssyl # Copyright 1999-2013 Gentoo Foundation; Distributed under the GPL v2 -# $Header: /var/cvsroot/gentoo-x86/mail-client/claws-mail-rssyl/ChangeLog,v 1.119 2013/01/20 10:24:05 ago Exp $ +# $Header: /var/cvsroot/gentoo-x86/mail-client/claws-mail-rssyl/ChangeLog,v 1.120 2013/01/20 21:56:35 fauli Exp $ + + 20 Jan 2013; Christian Faulhammer fa...@gentoo.org + -claws-mail-rssyl-0.34.ebuild: + clean up 20 Jan 2013; Agostino Sarubbo a...@gentoo.org claws-mail-rssyl-0.34.ebuild: Stable for alpha, wrt bug #448968 -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] RFC: new qt category
On 01/19/2013 03:14 PM, Ben de Groot wrote: On 19 January 2013 21:46, Patrick Lauer patr...@gentoo.org wrote: Maybe lib-qt ? dev-qt sounds confusing to me too, what's dev about it? These are libraries and applications that are used by developers of end-user applications. And so is vim, which is used as editor, by devs. My initial reading of the posted line categories are foo[-]bar reminded me of some discussion with archlinux enthusiasts which find them stupid. It all boils down to: Do we want categories or not? Categories are nasty, I always fail on `emerge -av1 screen` which resolves to app-misc/screen and app-vim/screen. Besides the limitation, categorization creates structure, Does it belong to gnome or kde? is it an x11 app? is it an application or just an library? and so on .. We have a fixed number of exact 2 tags (foo and bar), This limitation has proven it's usability in the past of Gentoo, but there are reasons to break it up (Like making up funny points like regex and it has always been this way). foo-bar-baz might be usefull, too. But it's plain redundacy to in insist on *qt*/qt-*. Either reject using an appropriate category and place it as misc-randoom/qt-* or use a category and strip the qt- prefix. I'm fine with qt/core, my preference would be lib-qt/core or lib/qt-core. But please don't double the qt. Michael -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass
On 01/18/2013 08:36 AM, Benedikt Böhm wrote:
On Fri, Jan 18, 2013 at 8:27 AM, Michael Weber x...@gentoo.org
mailto:x...@gentoo.org wrote:
I'd like to drop one strong suggestion about configuration management
that might be beneficial here: use version control software!
or even /etc/.git ... it saved my life on numerous occasions
Sure, bit thats's the point were diversity (hostnames, ssh_host_keys)
kicks in (which has been eliminated in mentioned example) and
the repo carries confidential information.
(Well, if somebody places an compromised update in the
local-overlay, i'd blindly install anything)
I even have / inside git for testing, with excludes on /opt/ /usr
/{s,}/bin /etc/ssl and so on.
It works and is handy to easily add apache config, web-app-config
installed roundcube, layman overlay list, but the maintenance of the
.gitignore raises and hardlink solutions like dirvish make more sense
for being complete backups (LD_LIBRRY_PATH=/backup/.../tree/usr/lib).
for reference, here is my updateworld script, which also handles python,
ruby, perl, revdep-rebuild and all that
crap:
https://github.com/zenops/cookbooks/blob/master/cookbooks/portage/files/default/scripts/updateworld
cool.
So basically everyone uses personal `apt-get update` (cvs co, porticron,
emerge+layman, eix-sync) strategies and even more
funny little scripts for `apt-get upgrade` (-avuND world, aliases,
scripts).
I wonder if anybody uses unattended [backup+]emerge as cron job.
I'm really temped to do so, but with users relying on these machines I'm
always chicken-out.
--
Michael Weber
Gentoo Developer
web: https://xmw.de/
mailto: Michael Weber x...@gentoo.org
Re: update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass
On 01/18/2013 09:28 AM, Benedikt Böhm wrote: i've refrained from doing unattended upgrades for a long time, but i'm quite confident in updateworld these days and i usually test it on 2-3 machines and then let the other 50+ machines do it unattended and it has been working fine so far ... good strategy. but - and that's quite important i guess - i only use my own clone of the portage tree which i sync from time to time and i also keep different versions stable, etc. HEAVY USER! But you have full control. Do you have any sophisticated mechanism to detect tree breakage (i.e. us f*** up), like Samuli replying -commit to -dev or irc activity? Or do you simply delay commit? (re-schedule on weekends/nights) Delaying stabilization seems legit, but on Gentoo-stable ?! -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] New, shiny EAPI=5 profiles: volunteer, procedure, preparations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/12/2013 09:47 PM, Andreas K. Huettel wrote: 10) add 13 to the selectable Versions in Bugzilla. Not that anybody cares, but 10 and 10.1 are in there. Maybe we could drop these values (dropping the field might need a change in the code) to reduce the number of selection a newbie reporter is faced. - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlD5KUQACgkQknrdDGLu8JBmIwD/QGdNkWVAM5JsIDIXV9SGyNeC lkxm02p8qpbnCE+ZAuYA/3Gdf9xh6OMcCz5OAuTNnUcNrJ5JhtFMPBodqOC9lF0b =9c48 -END PGP SIGNATURE-
Re: [gentoo-dev] Lastrites: app-misc/secure-delete, app-misc/ccal, www-apache/mod_vhs, app-portage/epm, www-apps/online-bookmarks, sys-apps/i2c
On 01/17/2013 11:42 PM, Maxim Kammerer wrote: The journal is not cleared. On ext3/4, this usually means metadata — see [1] for more details. All in all, secure-delete has its uses. What are people supposed to use instead, dd if=/dev/zero of=/media/sdcard/naked_gf_0001.jpg? Besides, there are complementary tools in the package, like sfill. ++ for the VFAT/non-ext[34]/ argument Personally I use shred from sys-apps/coreutils, shred -uvxz /mnt/cf/naked_gf_0001.jpg which might qualify for an alias, but it's good. I'd grab this package, if thats the point. -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] DNSSEC (w/ DLV) live on *.dev.gentoo.org
On 01/17/2013 11:36 PM, Robin H. Johnson wrote: On Sat, Jan 12, 2013 at 10:36:31PM +, Robin H. Johnson wrote: If there are no problems reported by Jan 17th, I'm going to complete the DNSSEC configuration on gentoo.org and remaining delegated sub-domains. Everything is in place except the final trust binding from the org. zone to gentoo.org, that will take a couple of hours, but I'm holding off to detect more breakage. ++ for DNSSEC, Regarding ssh support, can you take a look at [1], please. And I can't see SSHFP record on dev.g.o. Thanks -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] DNSSEC (w/ DLV) live on *.dev.gentoo.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/08/2013 12:39 AM, Benjamin Lee wrote: On 01/07/2013 06:34 AM, Maxim Kammerer wrote: browser plugins? Also, how widespread is client DNSSEC support? E.g., I enabled DNSSEC for my domain, but not sure yet whether DNS resolution anywhere will fail in case DNS responses are spoofed. Comcast runs dnssec-failed.org, which is convenient for testing out some DNSSEC validation failure cases. Using a validating resolver, my client sees SERVFAIL: $ host dnssec-failed.org. Host dnssec-failed.org not found: 2(SERVFAIL) The AD flag is missing on the answer (see bottom). Programs don't really use that lack of coping with that information. Openssh works, Firefox has an plugin http://www.dnssec-validator.cz/ I don't think SERVFAIL or NXDOMAIN is the right way to communicate an validation order. Michael p.s. there's dnssec-system-tray to have an eye on the unbound log. I can provide you with a setup description iff you like. michael@x ~ % dig dnssec-failed.org ; DiG 9.9.2 dnssec-failed.org ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 62274 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;dnssec-failed.org. IN A ;; AUTHORITY SECTION: dnssec-failed.org. 7200IN SOA dns101.comcast.org. dnsadmin.comcast.net. 2010101559 900 180 604800 7200 ;; Query time: 1852 msec ;; SERVER: ::1#53(::1) ;; WHEN: Fri Jan 18 00:38:07 2013 ;; MSG SIZE rcvd: 117 michael@x ~ % dig xmw.de ; DiG 9.9.2 xmw.de ;; global options: +cmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 30196 ;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 4096 ;; QUESTION SECTION: ;xmw.de.IN A ;; ANSWER SECTION: xmw.de. 42 IN A 176.9.87.236 ;; Query time: 1 msec ;; SERVER: ::1#53(::1) ;; WHEN: Fri Jan 18 00:39:53 2013 ;; MSG SIZE rcvd: 51 - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlD4jLMACgkQknrdDGLu8JAAEAD8CYwlaeOcfZGIqwDurx4Bnhf8 H9+T1yirfVh/V9njmQUA/jCXhbi0MuLcQJeopyGT/xwR1EUlS1llH4pF8uAh29F8 =Mr9O -END PGP SIGNATURE-
Re: [gentoo-dev] DNSSEC (w/ DLV) live on *.dev.gentoo.org
https://bugs.gentoo.org/show_bug.cgi?id=435372 -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
update commands / world file pollution Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes WAS: [gentoo-commits] gentoo-x86 commit in eclass: ChangeLog toolchain.eclass
Hi, I'd like to drop one strong suggestion about configuration management that might be beneficial here: use version control software! Some machines (esp. those with shared administration) have /etc/portage under git [1] with - /var/lib/portage/world symlinked to /etc/portage/world - PORTDIR_OVERLAY=/etc/portage/local-overlay Basically, we have 4 roots fiddling with 4 machines and different behaviours. Some forget --oneshot (-1) on broken-libs rebuilds, some forget to mark packages in world file after successful tests. Some forget the second on `echo foo-bar/blub /etc/portage/package.keywords/global` Some forget to commit+push their changes. All these problems esp. the mentioned world file pollution is documented quite well in the git log, or doesn't get committed at all. I check `cd /etc/portage ; git stash show ; git diff` on a regular basis o keep it all together. The update is almost unattended with [2]. General benefits: - You can recover from moronic file handling - The changes to the machines get documented (and announced by mail) - Config changes and updates can be made w/o all machines being up. - It feels like an normal machine, no need to run any deployment tool to just test-install a package. Down drafts: - Doesn't handle layman repo list - Git merge is bad on two changes adding a new last line - autoupdate.sh doesn't handle error exit codes. So, __USE__ an version control, even when you're just running `cd /etc/portage ; git commit -a -m randoom updates` from time to time. Bye [1] http://git.fs.lmu.de/gaf-etc-portage.git/ [2] http://git.fs.lmu.de/gaf-etc-portage.git/blob/HEAD:/bin/autoupdate.sh -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] January stabilization candidates
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/12/2013 11:49 PM, Paweł Hajdan, Jr. wrote: Please review attached automatically generated stabilization candidates for January. cool I don't want to annoy people with automatically filed bugs, and at the same time I also received lots of positive feedback about the effort to keep the stable tree more up-to-date. you can add me to the whitelist for bug filing. Would you mind adding my # xmw app-laptop/thinkfan-0.8.1-r1 Thanks! I think the best way to proceed is to listen to that feedback and continue the effort, while also keeping an updated list of exclusions for packagers/herds that are actively stabilized by maintainers. Do you/we have any ready-to-use script to file stable requestst? I know it's just dome lines of python but I'm lazy. To lazy to get all these 10-something clicks'n'paste right to file such bugs on first attempt. Michael - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlD2tEgACgkQknrdDGLu8JCXjwEAmnSj0mvW7hxJgNHSux+P0P/I ikSyI6XM357KIvU7DX0BAI1Nb6IyKJUq2GNhJCMUaX9RAEL1BvZLczPq+uCAkPvU =X8G6 -END PGP SIGNATURE-
Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes
On 01/15/2013 09:51 PM, Dirkjan Ochtman wrote: On Tue, Jan 15, 2013 at 9:18 PM, Peter Stuge pe...@stuge.se wrote: emerge --sync layman -S eix-sync #layman... porticron # from porticron update-gentoo # cvs setup https://xmw.de/dotfiles/bin/update-gentoo emerge --upgrade with a predefined EMERGE_UPGRADE_OPTS in make.conf (where EMERGE_DEFAULT_OPTS lives). But ++ on that -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] call for testers: udev predictable network interface names
On 01/16/2013 05:25 PM, Mike Gilbert wrote: It has been rather nifty that if I walk up to a random machine with exactly one NIC (that I've been asked to examine/fix), I _know_ that there will be eth0 and only that. ++ I would actually like to see iproute2 added to the system set. ++ -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org
Re: [gentoo-dev] Stable sys-devel/gcc USE flag changes
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/16/2013 06:33 PM, Michael Orlitzky wrote: Yes, sorry for the confusion. I use more than one package manager, and when doing an update or upgrade I'm basically flipping a coin. hehe, as long as we don't --dist-upgrade ;-) the g was intentional. how does portage @preserved-libs work? maybe we could emerge @update[s] and @glsa. https://wiki.archlinux.org/index.php/Pacman_Rosetta - -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber x...@gentoo.org -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlD3PyYACgkQknrdDGLu8JDKOAEAlSRRrurL7VWpeMMtB2sVZeH4 Ik+D3d5LL1Nahflz+PIBAIWVFvyuNmzgnvE+wOpU70AIacTbprFcFJFOe9JaVBVr =gKRT -END PGP SIGNATURE-
