[gentoo-dev] About time to unify "cdda" and "cdaudio" USE flags and make the remaining one global?
Hi list, while finally doing some bug-wrangling again, I stumbled about [1] where a user requested to unify "cdda" and "cdaudio" USE flags. After leaving a request for further opinions about this in #-bugs I only got one reply: 14:11:28 <+Poly-C_atwork> Any idea what to do about bug #274818? Is there some real distinction between cdaudio and cdda? If no would it be worth to request the removal of one of these two flags in favor of the other one? ... 16:16:25 <+yngwin> Poly-C_atwork: looks to me that cdda and cdaudio are indeed the same 16:16:38 <+yngwin> and together they are used in 8 packages 16:16:46 <+yngwin> so it's time for a global use flag 16:17:04 <+yngwin> as cdda is the official term, that has my preference So what do you think? Should we convert the bug into a tracker and open bugs for any package using the USE-flag that should be converted into the other one? [1] https://bugs.gentoo.org/274818 -- Lars Wendler (Polynomial-C) Gentoo Staffer and bug-wrangler signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] [gsoc-status] portage backend for PackageKit
On Sat, Jul 4, 2009 at 5:05 AM, Steve Dommett wrote: > I'm no Python programmer, and I haven't even read the code involved, but in > the interests of minimising duplication of effort, I thought you'd be > interested to know that Sabayon, a Gentoo based binary distro, look like > they may be one step ahead of you on this one: > http://gitweb.sabayon.org/?p=playground/packagekit-entropy.git;a=summary > It's a stub import (no real code). And the git import is also done incorrectly, he's imported .libs/ and .deps/ which are build-time files. So, I'd say he looked at *this* project and decided to try writing a backend for Entropy as well. -- ~Nirbheek Chauhan
Re: [gentoo-dev] Manifesto archive
2009/7/3 Jorge Manuel B. S. Vicetto : > Yes, that is another thing I was planning to do. The only reason I > haven't done it yet, is that older manifestos were stored as txt files > and this year the candidates mostly opted for html/xml files. > I'll probably just go ahead, "ignore the looks" and copy their > manifestos to txt files. If any of the nominees would be kind enough to > do it for us and send us the file, it would be greatly appreciated. I have made an html manifesto out of rst and a few others have copied it along with the makefile. So those of us who used rst have the source available, and I suggest you copy that instead of converting the html to text. You could also trim down my manifesto and turn it into an example and archive it with the makefile as a template for future use. Denis
[gentoo-dev] mirrorselect: request for extraction of class MirrorParser
Hello! app-portage/mirrorselect is a single file Python program. It contains a class MirrorParser that parses mirrors.xml from the Gentoo website. I would like to use that code (unmodified) for my GSoC project. My request is to extract an extra file for that class from mirrorselect so the Gentoo part of smolt can depend on mirrorselect in the near future instead of shipping a "dependency fork" forever. mirrorselect's author seems to be Colin Kingsley (ter...@g.o.) whom I cannot find in the list of current gentoo devs. Please let me know if you can help/guide/.. with this. Sebastian
Re: [gentoo-dev] About time to unify "cdda" and "cdaudio" USE flags and make the remaining one global?
Lars Wendler wrote: > So what do you think? Should we convert the bug into a tracker and open bugs > for any package using the USE-flag that should be converted into the other > one? +1 from me, sounds reasonable. Sebastian
Re: [gentoo-dev] rsync mirrorstats page (generation and parsing)
On Sun, Jul 05, 2009 at 02:44:07AM +0200, Sebastian Pipping wrote: > When collecting information on the SYNC variable for my Summer of Code > gentoo stats project I'd like to check if the URL in SYNC is publically > known or some private/secret rsync mirror. The page behind > http://mirrorstats.gentoo.org/rsync/ Mirrorstats is known to be out of date, because somebody needs to sit down and integrate it with the datasources, so manual updates aren't needed. Even better, would be hooking it into bouncer2 for the sentry output. It needs somebody to update it and hook at into the SOURCE of this data: http://www.gentoo.org/main/en/mirrors3.xml But wait, you say, that page is distfiles mirrors? Mirror-admin have a common data source, non-published as it contains private contact details for each administrator. From that data source, mirrors3 and rsync mirrors gets updated. mirrors.xml - old page, only used by mirrorselect now, manually updated. mirrors3.xml - new page, generated from internal dataset. mirrors2.xml - not a real page (See http://www.gentoo.org/main/en/mirrors2.xml?passthru=1 and the magic element. Relatedly, the original author of mirrorselect retired from Gentoo several years ago. The tools-portage team maintain it now, so you should co-operate with them. It would be nice if they implemented the mirrors3 usage too, I think mirror-admin asked them more than a year ago, but I can't find the bug. In the meantime, for your original question: > is the URL in SYNC public or private Simply check by matching against gentoo.org$ in the hostname part of the field. P.S. Please report empty SYNC variables too ;-). These turn up when users/devs have their tree coming from a VCS instead of rsync. -- Robin Hugh Johnson Gentoo Linux Developer & Infra Guy E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 pgpo99diIdvS1.pgp Description: PGP signature
[gentoo-dev] [RFC] [EAPI=3] Add approprietly prefixed values of IUSE_* variables to IUSE
I would like to suggest that values of IUSE_* variables (whose names end with
values of USE_EXPAND variable), after prefixing with lower-cased names of
appropriate variables included in USE_EXPAND, should be automatically added
to IUSE variable.
Example:
IUSE="abc"
IUSE_LINGUAS="en fr +la pl ru"
Effective IUSE would be "abc linguas_en linguas_fr +linguas_la linguas_pl
linguas_ru".
Currently ebuilds need to manually add such flags to IUSE.
It's a zero-cost feature implemented in the attached patch, so including it
in EAPI=3 (after temporary unlocking of list of features of EAPI=3) wouldn't
delay implementing support for EAPI=3 in Portage.
--
Arfrever Frehtes Taifersar Arahesis
Index: bin/ebuild.sh
===
--- bin/ebuild.sh (revision 13786)
+++ bin/ebuild.sh (working copy)
@@ -1154,6 +1154,22 @@ debug-print-section() {
debug-print "now in section $*"
}
+expand_IUSE() {
+ if ! has "${EAPI:-0}" 0 1 2 ; then
+ local var flag flag_prefix
+ for var in $USE_EXPAND ; do
+ for flag in $(eval echo \$IUSE_$var) ; do
+flag_prefix=
+if [[ ${flag:0:1} == [+-] ]] ; then
+ flag_prefix=${flag:0:1}
+ flag=${flag:1}
+fi
+IUSE="$IUSE $flag_prefix$(echo $var | LC_ALL=C tr [:upper:] [:lower:])_$flag"
+ done
+ done
+ fi
+}
+
# Sources all eclasses in parameters
declare -ix ECLASS_DEPTH=0
inherit() {
@@ -1240,6 +1256,8 @@ inherit() {
#turn off glob expansion
set -f
+ expand_IUSE
+
# If each var has a value, append it to the global variable E_* to
# be applied after everything is finished. New incremental behavior.
[ "${IUSE-unset}"!= "unset" ] && export E_IUSE="${E_IUSE} ${IUSE}"
@@ -1750,6 +1768,10 @@ _source_ebuild() {
# eclasses, they need to be unset before this process of
# interaction begins.
unset DEPEND RDEPEND PDEPEND IUSE
+ local var
+ for var in $USE_EXPAND ; do
+ unset IUSE_$var
+ done
source "${EBUILD}" || die "error sourcing ebuild"
if [ "${EBUILD_PHASE}" != "depend" ] ; then
@@ -1773,6 +1795,8 @@ _source_ebuild() {
unset ECLASS E_IUSE E_DEPEND E_RDEPEND E_PDEPEND
+ expand_IUSE
+
# alphabetically ordered by $EBUILD_PHASE value
local f valid_phases
case "$EAPI" in
Index: bin/isolated-functions.sh
===
--- bin/isolated-functions.sh (revision 13786)
+++ bin/isolated-functions.sh (working copy)
@@ -512,8 +512,8 @@ save_ebuild_env() {
abort_test abort_install dyn_prepare dyn_configure \
dyn_compile dyn_test dyn_install \
dyn_preinst dyn_help debug-print debug-print-function \
- debug-print-section inherit EXPORT_FUNCTIONS newdepend newrdepend \
- newpdepend do_newdepend remove_path_entry \
+ debug-print-section expand_IUSE inherit EXPORT_FUNCTIONS \
+ newdepend newrdepend newpdepend do_newdepend remove_path_entry \
save_ebuild_env filter_readonly_variables preprocess_ebuild_env \
source_all_bashrcs ebuild_main \
ebuild_phase ebuild_phase_with_hooks \
signature.asc
Description: This is a digitally signed message part.
