Re: [gentoo-dev] versionator.eclass: convert to eshopts_{push,pop}
Can we do away with all the extra foo && return bullshit and just set a trap? trap "eshopts pop" RETURN ? On Sun, Jul 18, 2010 at 2:29 PM, Mike Frysinger wrote: > now that eutils.eclass contains a common version of safely handling shopts > settings, we can drop the local versionator.eclass code that was handling this > and convert it to eutils. seems to work for me, but i rarely use this eclass. > -mike > > --- versionator.eclass 18 Jul 2010 21:24:33 - 1.16 > +++ versionator.eclass 18 Jul 2010 21:29:21 - > @@ -25,27 +25,7 @@ > # version_is_at_least want have > # which may be buggy, so use with caution. > > -# Quick function to toggle the shopts required for some functions on and off > -# Used because we can't set extglob in global scope anymore (QA Violation) > -__versionator_shopt_toggle() { > - VERSIONATOR_RECURSION=${VERSIONATOR_RECURSION:-0} > - case "$1" in > - "on") > - if [[ $VERSIONATOR_RECURSION -lt 1 ]] ; then > - VERSIONATOR_OLD_EXTGLOB=$(shopt -p extglob) > - shopt -s extglob > - fi > - VERSIONATOR_RECURSION=$(( $VERSIONATOR_RECURSION + 1 > )) > - ;; > - "off") > - VERSIONATOR_RECURSION=$(( $VERSIONATOR_RECURSION - 1 > )) > - if [[ $VERSIONATOR_RECURSION -lt 1 ]] ; then > - eval $VERSIONATOR_OLD_EXTGLOB > - fi > - ;; > - esac > - return 0 > -} > +inherit eutils > > # @FUNCTION: get_all_version_components > # @USAGE: [version] > @@ -58,7 +38,7 @@ __versionator_shopt_toggle() { > # 20040905 -> 20040905 > # 3.0c-r1 -> 3 . 0 c - r1 > get_all_version_components() { > - __versionator_shopt_toggle on > + eshopts_push -s extglob > local ver_str=${1:-${PV}} result result_idx=0 > result=( ) > > @@ -66,7 +46,7 @@ get_all_version_components() { > # times. > if [[ "${VERSIONATOR_CACHE_VER_STR}" == "${ver_str}" ]] ; then > echo ${VERSIONATOR_CACHE_RESULT} > - __versionator_shopt_toggle off > + eshopts_pop > return > fi > export VERSIONATOR_CACHE_VER_STR="${ver_str}" > @@ -106,7 +86,7 @@ get_all_version_components() { > > export VERSIONATOR_CACHE_RESULT="${resu...@]}" > echo ${resu...@]} > - __versionator_shopt_toggle off > + eshopts_pop > } > > # @FUNCTION: get_version_components > @@ -120,11 +100,11 @@ get_all_version_components() { > # 20040905 -> 20040905 > # 3.0c-r1 -> 3 0 c r1 > get_version_components() { > - __versionator_shopt_toggle on > + eshopts_push -s extglob > local c="$(get_all_version_components "${1:-${PV}}")" > c=( $...@]//[-._]/ } ) > echo $...@]} > - __versionator_shopt_toggle off > + eshopts_pop > } > > # @FUNCTION: get_major_version > @@ -137,11 +117,11 @@ get_version_components() { > # 20040905 -> 20040905 > # 3.0c-r1 -> 3 > get_major_version() { > - __versionator_shopt_toggle on > + eshopts_push -s extglob > local c > c=( $(get_all_version_components "${1:-${PV}}" ) ) > echo ${c[0]} > - __versionator_shopt_toggle off > + eshopts_pop > } > > # @FUNCTION: get_version_component_range > @@ -153,7 +133,7 @@ get_major_version() { > # 1-2 1.2.3 -> 1.2 > # 2- 1.2.3 -> 2.3 > get_version_component_range() { > - __versionator_shopt_toggle on > + eshopts_push -s extglob > local c v="${2:-${PV}}" range="${1}" range_start range_end i=-1 j=0 > c=( $(get_all_version_components ${v} ) ) > range_start="${range%-*}" ; range_start="${range_start:-1}" > @@ -161,17 +141,17 @@ get_version_component_range() { > > while (( j < ${range_start} )) ; do > i=$(($i + 1)) > - [[ $i -gt ${...@]} ]] && __versionator_shopt_toggle off && > return > + [[ $i -gt ${...@]} ]] && eshopts_pop && return > [[ -n "${c[${i}]//[-._]}" ]] && j=$(($j + 1)) > done > > while (( j <= ${range_end} )) ; do > echo -n ${c[$i]} > - [[ $i -gt ${...@]} ]] && __versionator_shopt_toggle off && > return > + [[ $i -gt ${...@]} ]] && eshopts_pop && return > [[ -n "${c[${i}]//[-._]}" ]] && j=$(($j + 1)) > i=$(($i + 1)) > done > - __versionator_shopt_toggle off > + eshopts_pop > } > > # @FUNCTION: get_after_major_version > @@ -185,9 +165,9 @@ get_version_component_range() { > # 20040905 -> (empty string) > # 3.0c-r1 -> 0c-r1 > get_after_major_version() { > - __versionator_shopt_toggle on > + eshopts_push -s extglob > echo $(get_ver
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
Duncan wrote: Dale posted on Sun, 18 Jul 2010 12:43:43 -0500 as excerpted: It always seemed to me that people want to send threads to -project for them to just go away. Once a thread goes to -project, it just whithers on the vine and nothing much happens. There may be a need for -project but if almost no one is going to be there, there is no point sending threads to it. Maybe developers should be required to subscribe to -project so that even if a thread is sent there, they still get to see the postings and deal with the issues that are being raised. I think that was the point. Having the list and telling people the topic belongs there is the polite way of telling them their output's better directed to /dev/null (which is of course the the geeky *ix way of saying "shutup already!"), without actually restricting someone's right to make their point... just that they might as well be posting to their private diary for the number of others that'll actually read it. Yep, I'm waiting to hear that this needs to be moved to -project any time now. Dale :-) :-)
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
Piotr Jaroszyński wrote: On 19 July 2010 01:27, Duncan<1i5t5.dun...@cox.net> wrote: Dale posted on Sun, 18 Jul 2010 12:43:43 -0500 as excerpted: It always seemed to me that people want to send threads to -project for them to just go away. Once a thread goes to -project, it just whithers on the vine and nothing much happens. There may be a need for -project but if almost no one is going to be there, there is no point sending threads to it. Maybe developers should be required to subscribe to -project so that even if a thread is sent there, they still get to see the postings and deal with the issues that are being raised. I think that was the point. Having the list and telling people the topic belongs there is the polite way of telling them their output's better directed to /dev/null (which is of course the the geeky *ix way of saying "shutup already!"), without actually restricting someone's right to make their point... just that they might as well be posting to their private diary for the number of others that'll actually read it. Yeah, that's exactly a thread that belongs to -project and not -dev. I think you may be missing the point of Duncan's reply. My point is, when someone doesn't want someone with a different way of looking at things to post on this list, they tell them to go to -project. They seem to think that some people are stupid and won't realize that what they are really saying is to "go away" and/or "shut up". Thing is, some people are actually smart enough to see what is going on and what that means. They sometimes go away, far away. Then some people wonder why, just why, Gentoo has the reputation that it does. I don't wonder myself. I figured that out a good long while ago. Dale :-) :-)
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
On 19 July 2010 01:27, Duncan <1i5t5.dun...@cox.net> wrote: > Dale posted on Sun, 18 Jul 2010 12:43:43 -0500 as excerpted: > >> It always seemed to me that people want to send threads to -project for >> them to just go away. Once a thread goes to -project, it just whithers >> on the vine and nothing much happens. There may be a need for -project >> but if almost no one is going to be there, there is no point sending >> threads to it. Maybe developers should be required to subscribe to >> -project so that even if a thread is sent there, they still get to see >> the postings and deal with the issues that are being raised. > > I think that was the point. Having the list and telling people the topic > belongs there is the polite way of telling them their output's better > directed to /dev/null (which is of course the the geeky *ix way of saying > "shutup already!"), without actually restricting someone's right to make > their point... just that they might as well be posting to their private > diary for the number of others that'll actually read it. Yeah, that's exactly a thread that belongs to -project and not -dev. -- Best Regards Piotr Jaroszyński
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2010-07-18 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2010-07-18 23h59 UTC. Removals: dev-php5/jargon 2010-07-13 11:43:47 mabi dev-php5/creole 2010-07-13 11:45:30 mabi net-wireless/bluez-libs 2010-07-13 12:14:36 pacho net-wireless/bluez-utils2010-07-13 12:14:37 pacho gnome-extra/gnome-vfs-obexftp 2010-07-13 12:46:52 ssuominen net-wireless/blueproxy 2010-07-13 12:48:36 ssuominen media-sound/radiotray 2010-07-14 09:06:26 hwoarang Additions: dev-libs/luaevent-prosody 2010-07-12 07:50:53 djc sys-libs/suacomp2010-07-13 08:33:06 mduft app-portage/prefix-chain-setup 2010-07-13 09:39:41 mduft sys-apps/prefix-chain-utils 2010-07-13 09:51:24 mduft sys-devel/ct-ng 2010-07-13 11:52:08 blueness media-radio/gpredict2010-07-13 18:26:41 tomjbe sci-astronomy/kapteyn 2010-07-13 19:25:50 xarthisius media-radio/radiotray 2010-07-14 09:10:17 hwoarang app-benchmarks/ramspeed 2010-07-14 14:43:34 hwoarang sci-chemistry/suitename 2010-07-14 20:15:22 jlec dev-perl/Text-Aligner 2010-07-15 08:00:59 dev-zero dev-perl/Text-Table 2010-07-15 08:01:42 dev-zero dev-perl/Mail-Builder 2010-07-15 08:02:20 dev-zero dev-perl/Mail-Builder-Simple2010-07-15 08:03:06 dev-zero dev-perl/PPIx-Utilities 2010-07-15 13:28:59 tove net-im/qwit 2010-07-15 13:40:54 hwoarang dev-php/PEAR-Console_Color 2010-07-15 15:55:48 beandog sys-apps/daemonize 2010-07-15 17:11:12 hwoarang dev-python/flask-sqlalchemy 2010-07-15 17:43:36 robbat2 media-video/qx11grab2010-07-15 17:47:35 hwoarang media-gfx/fotoxx2010-07-16 04:47:16 grozin net-libs/pjsip 2010-07-16 09:47:34 elvanor app-emulation/virt-what 2010-07-16 21:58:40 cardoe media-libs/libbluray2010-07-17 02:55:14 beandog net-zope/zexceptions2010-07-17 16:12:11 arfrever net-zope/accesscontrol 2010-07-17 16:49:11 arfrever dev-tcltk/expect-lite 2010-07-17 19:44:49 vapier net-zope/documenttemplate 2010-07-17 21:36:29 arfrever sci-chemistry/cluster 2010-07-18 08:27:49 jlec sci-chemistry/prekin2010-07-18 08:57:09 jlec sci-chemistry/procheck 2010-07-18 18:16:27 jlec sci-chemistry/aqua 2010-07-18 19:13:37 jlec -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85 Removed Packages: dev-php5/jargon,removed,mabi,2010-07-13 11:43:47 dev-php5/creole,removed,mabi,2010-07-13 11:45:30 net-wireless/bluez-libs,removed,pacho,2010-07-13 12:14:36 net-wireless/bluez-utils,removed,pacho,2010-07-13 12:14:37 gnome-extra/gnome-vfs-obexftp,removed,ssuominen,2010-07-13 12:46:52 net-wireless/blueproxy,removed,ssuominen,2010-07-13 12:48:36 media-sound/radiotray,removed,hwoarang,2010-07-14 09:06:26 Added Packages: dev-libs/luaevent-prosody,added,djc,2010-07-12 07:50:53 sys-libs/suacomp,added,mduft,2010-07-13 08:33:06 app-portage/prefix-chain-setup,added,mduft,2010-07-13 09:39:41 sys-apps/prefix-chain-utils,added,mduft,2010-07-13 09:51:24 sys-devel/ct-ng,added,blueness,2010-07-13 11:52:08 media-radio/gpredict,added,tomjbe,2010-07-13 18:26:41 sci-astronomy/kapteyn,added,xarthisius,2010-07-13 19:25:50 media-radio/radiotray,added,hwoarang,2010-07-14 09:10:17 app-benchmarks/ramspeed,added,hwoarang,2010-07-14 14:43:34 sci-chemistry/suitename,added,jlec,2010-07-14 20:15:22 dev-perl/Text-Aligner,added,dev-zero,2010-07-15 08:00:59 dev-perl/Text-Table,added,dev-zero,2010-07-15 08:01:42 dev-perl/Mail-Builder,added,dev-zero,2010-07-15 08:02:20 dev-perl/Mail-Builder-Simple,added,dev-zero,2010-07-15 08:03:06 dev-perl/PPIx-Utilities,added,tove,2010-07-15 13:28:59 net-im/qwit,added,hwoarang,2010-07-15 13:40:54 dev-php/PEAR-Console_Color,added,beandog,2010-07-15 15:55:48 sys-apps/daemonize,added,hwoarang,2010-07-15 17:11:12 dev-python/flask-sqlalchemy,added,robbat2,2010-07-15 17:43:36 media-video/qx11grab,added,hwoarang,2010-07-15 17:47:35 media-gfx/fotoxx,added,grozin,2010-07-16 04:47:16 net-libs/pjsip,added,elvanor,2010-07-16 09:47:34 app-emulation/virt-what,added,cardoe,2010-07-16 21:58:40 media-libs/libbluray,added,beandog,2010-07-17 02:55:14 net-zope/zexceptions,added,arfrever,2010-07-17 16:12:11 net-zope/accesscontrol,added,arfrever,2010-07-17 16:49:11 dev-tcltk/expect-lite,added,vapier,2010-07-17 19:44:49 net-zope/documenttemplate,added,arfrever,2010-07-17 21:36:29 sci-chemistry/cluster,added,jlec,2010-07-18 08:27:49 sci-chemistry/prekin,added,jlec,2010-07-18 08:57:09 sci-chemistry/procheck,added,jlec,2010-07-18 18:16:27 sci-chemistry/aqua,added,jlec,2010-07-18 19:13:37 Done.
[gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
Dale posted on Sun, 18 Jul 2010 12:43:43 -0500 as excerpted: > It always seemed to me that people want to send threads to -project for > them to just go away. Once a thread goes to -project, it just whithers > on the vine and nothing much happens. There may be a need for -project > but if almost no one is going to be there, there is no point sending > threads to it. Maybe developers should be required to subscribe to > -project so that even if a thread is sent there, they still get to see > the postings and deal with the issues that are being raised. I think that was the point. Having the list and telling people the topic belongs there is the polite way of telling them their output's better directed to /dev/null (which is of course the the geeky *ix way of saying "shutup already!"), without actually restricting someone's right to make their point... just that they might as well be posting to their private diary for the number of others that'll actually read it. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
[gentoo-dev] versionator.eclass: convert to eshopts_{push,pop}
now that eutils.eclass contains a common version of safely handling shopts settings, we can drop the local versionator.eclass code that was handling this and convert it to eutils. seems to work for me, but i rarely use this eclass. -mike --- versionator.eclass 18 Jul 2010 21:24:33 - 1.16 +++ versionator.eclass 18 Jul 2010 21:29:21 - @@ -25,27 +25,7 @@ # version_is_at_least want have # which may be buggy, so use with caution. -# Quick function to toggle the shopts required for some functions on and off -# Used because we can't set extglob in global scope anymore (QA Violation) -__versionator_shopt_toggle() { - VERSIONATOR_RECURSION=${VERSIONATOR_RECURSION:-0} - case "$1" in - "on") - if [[ $VERSIONATOR_RECURSION -lt 1 ]] ; then - VERSIONATOR_OLD_EXTGLOB=$(shopt -p extglob) - shopt -s extglob - fi - VERSIONATOR_RECURSION=$(( $VERSIONATOR_RECURSION + 1 )) - ;; - "off") - VERSIONATOR_RECURSION=$(( $VERSIONATOR_RECURSION - 1 )) - if [[ $VERSIONATOR_RECURSION -lt 1 ]] ; then - eval $VERSIONATOR_OLD_EXTGLOB - fi - ;; - esac - return 0 -} +inherit eutils # @FUNCTION: get_all_version_components # @USAGE: [version] @@ -58,7 +38,7 @@ __versionator_shopt_toggle() { # 20040905-> 20040905 # 3.0c-r1 -> 3 . 0 c - r1 get_all_version_components() { - __versionator_shopt_toggle on + eshopts_push -s extglob local ver_str=${1:-${PV}} result result_idx=0 result=( ) @@ -66,7 +46,7 @@ get_all_version_components() { # times. if [[ "${VERSIONATOR_CACHE_VER_STR}" == "${ver_str}" ]] ; then echo ${VERSIONATOR_CACHE_RESULT} - __versionator_shopt_toggle off + eshopts_pop return fi export VERSIONATOR_CACHE_VER_STR="${ver_str}" @@ -106,7 +86,7 @@ get_all_version_components() { export VERSIONATOR_CACHE_RESULT="${resu...@]}" echo ${resu...@]} - __versionator_shopt_toggle off + eshopts_pop } # @FUNCTION: get_version_components @@ -120,11 +100,11 @@ get_all_version_components() { # 20040905-> 20040905 # 3.0c-r1 -> 3 0 c r1 get_version_components() { - __versionator_shopt_toggle on + eshopts_push -s extglob local c="$(get_all_version_components "${1:-${PV}}")" c=( $...@]//[-._]/ } ) echo $...@]} - __versionator_shopt_toggle off + eshopts_pop } # @FUNCTION: get_major_version @@ -137,11 +117,11 @@ get_version_components() { # 20040905-> 20040905 # 3.0c-r1 -> 3 get_major_version() { - __versionator_shopt_toggle on + eshopts_push -s extglob local c c=( $(get_all_version_components "${1:-${PV}}" ) ) echo ${c[0]} - __versionator_shopt_toggle off + eshopts_pop } # @FUNCTION: get_version_component_range @@ -153,7 +133,7 @@ get_major_version() { #1-21.2.3 -> 1.2 #2- 1.2.3 -> 2.3 get_version_component_range() { - __versionator_shopt_toggle on + eshopts_push -s extglob local c v="${2:-${PV}}" range="${1}" range_start range_end i=-1 j=0 c=( $(get_all_version_components ${v} ) ) range_start="${range%-*}" ; range_start="${range_start:-1}" @@ -161,17 +141,17 @@ get_version_component_range() { while (( j < ${range_start} )) ; do i=$(($i + 1)) - [[ $i -gt ${...@]} ]] && __versionator_shopt_toggle off && return + [[ $i -gt ${...@]} ]] && eshopts_pop && return [[ -n "${c[${i}]//[-._]}" ]] && j=$(($j + 1)) done while (( j <= ${range_end} )) ; do echo -n ${c[$i]} - [[ $i -gt ${...@]} ]] && __versionator_shopt_toggle off && return + [[ $i -gt ${...@]} ]] && eshopts_pop && return [[ -n "${c[${i}]//[-._]}" ]] && j=$(($j + 1)) i=$(($i + 1)) done - __versionator_shopt_toggle off + eshopts_pop } # @FUNCTION: get_after_major_version @@ -185,9 +165,9 @@ get_version_component_range() { # 20040905-> (empty string) # 3.0c-r1 -> 0c-r1 get_after_major_version() { - __versionator_shopt_toggle on + eshopts_push -s extglob echo $(get_version_component_range 2- "${1:-${PV}}" ) - __versionator_shopt_toggle off + eshopts_pop } # @FUNCTION: replace_version_separator @@ -201,7 +181,7 @@ get_after_major_version() { # Rather than being a number, $1 can be a separator character such as '-', '.' # or '_'. In this case, the first separator of this kind is selected. replace_version_separator() { -
Re: [gentoo-dev] Re: Last rites: eclass/php5_1.eclass
On Sat, Jul 17, 2010 at 6:28 PM, Ryan Hill wrote: > On Sat, 17 Jul 2010 22:23:03 +0200 > Matti Bickel wrote: > >> On 07/17/2010 09:58 PM, Matti Bickel wrote: >> > since there's no dev-lang/php-5.1* version in the tree anymore, this >> > eclass is useless. It will be removed on 17th August 2010. >> >> I've just been told by scarabeus that eclass removal is a two years >> minimum process. So it'll be removed 17th August 2012 and marked #...@dead >> (deprived of functionality) in the next days. > > /me shakes his fist once again at the inanity of this policy. > > Just remove it! If the council can not be bothered to help developers develop but instead hinder developers from developing, then they are no longer relevant and should be treated as such. Other course of action could always be that they should all be kicked out and replaced with a suitable organization to ensure Gentoo's technical and developmental success. -- Doug Goldstein
[gentoo-dev] ipv6 documentation: net-dns/totd substitutes
Hey folks, thought I'd ask here, since I can't find answers on what's maintained in our ipv6 packages. http://bugs.gentoo.org/show_bug.cgi?id=326771 asks for updates to our sadly neglected ipv6 guide (http://www.gentoo.org/doc/en/ipv6.xml). I removed the note that said to keyword net-dns/totd, now that it's been stabilized. totd is a DNS proxy used for 6to4 conversion. The problem, as I outlined in comment #6, is that we should not continue referencing totd in the guide. It's maintainer-wanted, no-herd, only available for two arches (x86 & amd64), and only stable on x86. Do we have a more cross-platform alternative that's actually maintained? Who does ipv6 commits these days? Given the much-hyped death of ipv4 addresses sometime in the next several months, it's important that we find a suitable alternative and get it properly documented, with help from its maintainers, in the guide. Thanks for your help. -- GDP, PR, etc. signature.asc Description: PGP signature
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
Petteri Räty wrote: On 07/18/2010 05:21 PM, Christian Faulhammer wrote: Hi, Theo Chatzimichos: On Sun, Jul 18, 2010 at 9:06 AM, Christian Faulhammer wrote: What about getting rid of -project? V-Li WHAT? Why?? Because it is useless in my eyes. All discussion could also take place here and most people mix it up anyway. The distinction is too blurry. V-Li The "tone in gentoo" etc threads recently belonged to gentoo-project. Those threads are usually the ones that grow the longest. If people want those on gentoo-dev then gentoo-project is not needed. Granted most of the time the list is not that active but so are many other mailing lists we have. I don't think this is something we should have on the council agenda without the issues having had it's own thread (on gentoo-project according to current rules). Regards, Petteri It always seemed to me that people want to send threads to -project for them to just go away. Once a thread goes to -project, it just whithers on the vine and nothing much happens. There may be a need for -project but if almost no one is going to be there, there is no point sending threads to it. Maybe developers should be required to subscribe to -project so that even if a thread is sent there, they still get to see the postings and deal with the issues that are being raised. Dale :-) :-)
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
On 07/18/2010 05:21 PM, Christian Faulhammer wrote: > Hi, > > Theo Chatzimichos : > >> On Sun, Jul 18, 2010 at 9:06 AM, Christian Faulhammer >> wrote: >>> What about getting rid of -project? >>> >>> V-Li >> >> WHAT? Why?? > > Because it is useless in my eyes. All discussion could also take > place here and most people mix it up anyway. The distinction is too > blurry. > > V-Li > The "tone in gentoo" etc threads recently belonged to gentoo-project. Those threads are usually the ones that grow the longest. If people want those on gentoo-dev then gentoo-project is not needed. Granted most of the time the list is not that active but so are many other mailing lists we have. I don't think this is something we should have on the council agenda without the issues having had it's own thread (on gentoo-project according to current rules). Regards, Petteri signature.asc Description: OpenPGP digital signature
[gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
Hi, Theo Chatzimichos : > On Sun, Jul 18, 2010 at 9:06 AM, Christian Faulhammer > wrote: > > What about getting rid of -project? > > > > V-Li > > WHAT? Why?? Because it is useless in my eyes. All discussion could also take place here and most people mix it up anyway. The distinction is too blurry. V-Li -- Christian Faulhammer, Gentoo Lisp project http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode http://www.faulhammer.org/> signature.asc Description: PGP signature
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
On Sun, Jul 18, 2010 at 9:06 AM, Christian Faulhammer wrote: > What about getting rid of -project? > > V-Li WHAT? Why??
Re: [gentoo-dev] Re: Upcoming Council meeting on July 26th, 1900 UTC
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, "Jorge Manuel B. S. Vicetto" : > I cross-posted this email to both gentoo-dev and gentoo-council mls as > Brian used the former and Alex started this thread in the latter. > Which ML do we want to use? What about getting rid of -project? V-Li - -- Christian Faulhammer, Gentoo Lisp project http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode http://www.faulhammer.org/> -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) iEYEARECAAYFAkxCmdoACgkQNQqtfCuFnePkTwCeP6EFUtcd33aBlA5ChHtYqIQd Ve8An3C3BPWmpqgcxX5NFJgU6X7+xcCF =C8OY -END PGP SIGNATURE-