[gentoo-dev] Re: [PATCH 2/2] Use new multilib flags in autotools-multilib.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/13 15:23, Michał Górny wrote:
This is mostly a proof-of-concept. If approved, I will work on moving
the code into a separate eclass, possibly named 'multilib-build' ;).
---
gx86/eclass/autotools-multilib.eclass | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/gx86/eclass/autotools-multilib.eclass
b/gx86/eclass/autotools-multilib.eclass
index 7c8697a..eef7bcc 100644
--- a/gx86/eclass/autotools-multilib.eclass
+++ b/gx86/eclass/autotools-multilib.eclass
@@ -32,7 +32,23 @@ inherit autotools-utils multilib
EXPORT_FUNCTIONS src_configure src_compile src_test src_install
-IUSE=multilib
+# Declare all of them, profiles will control their visibility.
+IUSE='abi_x86_32 abi_x86_64'
+
+# @FUNCTION: _autotools-multilib_get_enabled_abis
+# @DESCRIPTION:
+# Get the list of enabled ABIs. The returned names are suitable for use
+# with multilib.eclass.
+#
+# If multilib is not enabled or not supported, returns an empty list.
+_autotools-multilib_get_enabled_abis() {
+ debug-print-function ${FUNCNAME} ${@}
+
+ if use amd64; then
+ use abi_x86_64 echo amd64
+ use abi_x86_32 echo x86
+ fi
+}
# @FUNCTION: autotools-multilib_foreach_abi
# @USAGE: argv...
@@ -46,9 +62,11 @@ IUSE=multilib
autotools-multilib_foreach_abi() {
local initial_dir=${BUILD_DIR:-${S}}
- if use multilib; then
+ local multilib_abis=$(_autotools-multilib_get_enabled_abis)
+
+ if [[ ${multilib_abis} ]]; then
local ABI
- for ABI in $(get_all_abis); do
+ for ABI in ${multilib_abis}; do
multilib_toolchain_setup ${ABI}
BUILD_DIR=${initial_dir%%/}-${ABI} ${@}
done
Why CC devrel on this?
- --
===
Mike Doty kingtaco -at- gentoo.org
Gentoo Infrastructure Operations Manager
Gentoo/AMD64 Strategic Lead
GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7
===
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iEYEARECAAYFAlEBbpwACgkQ0K3RJaeXx6cwsgCg1tVjaMe3iEJEdAaUpRQhJy6v
q0kAnjjil5zCt19Ep08O5hLVQ2BvRwTc
=HgIF
-END PGP SIGNATURE-
[gentoo-dev] New SSL Cert for bugs.gentoo.org
All- New cert on https://bugs.gentoo.org due to old cert expiring. Fingerprints: SHA1: D9:A5:15:AF:66:F4:EF:96:9F:47:DA:98:25:7E:2D:5D:80:1C:CD:FA MD5: 28:3B:22:68:9D:F3:7C:2B:A4:08:24:BF:86:EC:80:56 3/23/08-3/23/09 -- === Mike Doty kingtaco -at- gentoo.org Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@lists.gentoo.org mailing list
[gentoo-dev] New eclass: emul-linux-x86.eclass
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A near identical copy of emul-libs.eclass, was done for a clean split
from the old emul systems.
I don't receive mail from this list, so CC me if you want me to see your
reply.
- --
===
Mike Doty kingtaco -at- gentoo.org
Gentoo Infrastructure
Gentoo/AMD64 Strategic Lead
GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05
===
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iQCVAwUBRzqvM4BrouQZ9K4FAQJ6pQP+ICZKPFemi75VF1CGo4lRE3WAsNaSTFph
ViWxutZAmq17C78IqqDuCIjq1MCa9PZNrF8qE64yWHhk/TESE6JwfDxybmlHJmZD
hvE4/ARvIqubb+8MDEEb3/6HPkXukNccAcI5SM+ytwX5hwKKTn6AkVk3MQV/mjDn
DJ4y5KD5LGU=
=lEtN
-END PGP SIGNATURE-
# Copyright 1999-2007 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/eclass/emul-linux-x86.eclass,v 1.1
2007/11/14 03:42:12 kingtaco Exp $
#
# Original Author: Mike Doty [EMAIL PROTECTED]
# Adapted from emul-libs.eclass
# Purpose: Providing a template for the app-emulation/emul-linux-* packages
#
EXPORT_FUNCTIONS src_unpack src_install
SRC_URI=mirror://gentoo/${PN}-${PVR}.tar.bz2
DESCRIPTION=Provides precompiled 32bit libraries
HOMEPAGE=http://amd64.gentoo.org/emul/content.xml;
RESTRICT=strip
S=${WORKDIR}
SLOT=0
IUSE=
DEPEND==sys-apps/findutils-4.2.26
RDEPEND=
emul-linux-x86_src_unpack() {
unpack ${A}
cd ${S}
ALLOWED=${ALLOWED:-^${S}/etc/env.d}
find ${S} ! -type d ! -name '*.so*' | egrep -v ${ALLOWED} | xargs
-d $'\n' rm -f || die 'failed to remove everything but *.so*'
}
emul-linux-x86_src_install() {
for dir in etc/env.d etc/revdep-rebuild ; do
if [[ -d ${S}/${dir} ]] ; then
for f in ${S}/${dir}/* ; do
mv -f $f{,-emul}
done
fi
done
# remove void directories
find ${S} -depth -type d -print0 | xargs -0 rmdir 2/dev/null
cp -pPR ${S}/* ${D}/ || die copying files failed!
}
Re: [gentoo-dev] New eclass: emul-linux-x86.eclass
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Torsten Rehn wrote:
On Wednesday 14 November 2007 14:21, you wrote:
But why is it standard to quote other assignments like in DESCRIPTION and
HOMEPAGE then?
When assigning literal values as in DESCRIPTION and HOMEPAGE, you have to
quote. ${WORKDIR} is quoted on its assignment and therefore does not have to
be quoted when assigning its value to another variable (${S}) by reference.
[EMAIL PROTECTED] cat test.sh
#!/bin/bash
TEXT=A B
Q=${TEXT}
echo ${TEXT}
FAIL=DONT TRYTHISATHOME
[EMAIL PROTECTED] ./test.sh
A B
./test.sh: line 5: TRYTHISATHOME: command not found
I've quoted WORKDIR.
- --
===
Mike Doty kingtaco -at- gentoo.org
Gentoo Infrastructure
Gentoo/AMD64 Strategic Lead
GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05
===
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.7 (GNU/Linux)
iQCVAwUBRzsp0YBrouQZ9K4FAQIu6gQAhtpbkyViwi/zgWa6fgLvG0IfyaZSzeXO
YovtcSJpUTtW1IyfOEbrYWnY2Apyv5V2kp7E8szXNF+k3sAQt05N5i8VBjhZAFJP
HUWqVr7CxdAloYUPnWGTlXzWQWpc+6EWzqIGMAxk61VFnmvcWY5tSZSerUdS1ftS
ymyM0fmsDfk=
=4Abs
-END PGP SIGNATURE-
--
[EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Trivial commit reviews
Donnie Berkholz wrote: Mike Doty (KingTaco) just told me I could stop sending reviews to -dev that are just about adding quotes or other trivial issues that come up over and over. I'm going to tell you why it's still a good thing. First, where one problem lurks, others often do too. In code with such simple problems, it's likely that more complex problems also exist. Getting more eyes on problematic code of any sort can help find them. Second, as we've already seen, no one developer is familiar with all the code. Both Mike Frysinger and Daniel Drake have responded to some of my reviews, pointing out further problems with the same code. Third, by continuing to post these reviews, it should become obvious to _all_ developers that they should be checking for them _before_ committing instead of waiting for a review. Over time, the number of these simple reviews should go dramatically down so it no longer bothers anyone to see them. If it doesn't, that means some of our developers aren't learning or paying attention, and we should take a closer look at whether they should remain developers. Thanks, Donnie My concern is that if we flood -dev with trivial commit problems then more people will stop watching -dev and/or resort to killfiles or other filtering. While I do agree with Donnies assessment, my concern is that over a longer time period, it might have a negative effect. -- === Mike Doty kingtaco -at- gentoo.org Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Gentoo vmware/virtualbox/qemu images
Chris Gianelloni wrote: On Fri, 2007-09-21 at 19:01 +0200, Tiziano Müller wrote: Hi there, At the OpenExpo here in Zurich I got many requests for a vmware image of Gentoo. What do you think of providing a live image in addition to the minimal- and live-cd's? Bug #115902 If you can answer the questions in that bug sufficiently, feel free to revisit this. Also, please contact the team that would likely be doing all of the work to get this sort of thing done prior to bringing up such a proposal, especially when there's already a bug report open for it. ;] We now have a wonderful x86 Release Coordinator, which was one of the blockers in doing a VMware image before. Of course, there's always the what is Gentoo question to determine what we would put in a VM. I don't get this obsession with a live image when someone can boot the LiveCD/LiveDVD on real hardware *or* in VMware. They can even boot the ISO directly and not even have to burn to disk, so people without a DVD burner can still use the LiveDVD. So exactly what problem are we trying to solve with creating an image that cannot be solved with our current media? Where do you plan on storing such a large image? What other media are you planning on us removing to support it? (By the way, I am planning on adding support for creating VMware images to catalyst, so this will eventually be something much easier for us in Release Engineering...) The only advantage I see is less than technical people(read windows/osx users) who don't know/are afraid of ISOs and such, yet know how to operate vmware-player. Were we to consider Enterprise Gentoo we'd certainly want to offer it to people interested in gentoo. Think of it more as a marketing tool. As for what to put on it, liveDVD is the only sane choice. That said; It would be awsome if when catalyst can build vmware images, to make a minimal one as well, so groups(maybe xfce4, kde, ) can make their own demos based on that. -- === Mike Doty kingtaco -at- gentoo.org Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Council 2007 Election Results
Chris Gianelloni wrote: On Wed, 2007-09-19 at 09:58 +0800, Shyam Mani wrote: Our best wishes go out to the new Council members. Can someone write up something for our front page? Even better would be a nice press release on this to go out to the various media outlets. After all, it isn't that often that something positive gets reported about Gentoo in some of the press. Next year PR should include itself in the election process so it can send out PR at the same time the officials announce on the MLs. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Is anyone from infra around?
Georgi Georgiev wrote: The IP for rsync1.jp.gentoo.org changed not too long ago. I notified gentoo-mirrors two weeks ago, but even today, neither the DNS nor the ACL has been updated. Could someone poke the relevant parties and refer them to the message below? http://archives.gentoo.org/gentoo-mirrors/msg_01262.xml infra was aware of the change, but dropped the ball. we've updated our DNS and acls. In the future, would you please either file a bug or send a email to [EMAIL PROTECTED] instead? This list isn't the appropriate place. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Why isn't /root/.bash_profile in the stage tarballs?
John R. Graham wrote:
like sys-apps/miscfiles. But where it should or shouldn't come from
doesn't answer the fundamental question, Shouldn't it be there, from
*some* source?
Easy answer: no. Do you really want any script to automatically run
when you login as root? think of exploits and the ability to do
/bin/echo rm -rf / /root/.bash_profile
It would be nice if one could tell bash to not run any ~/.bash* when
{e,}uid==0.
--
===
Mike Doty kingtaco -at- gentoo.org
Gentoo Council
Gentoo Infrastructure
Gentoo/AMD64 Strategic Lead
GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05
===
--
[EMAIL PROTECTED] mailing list
Re: [gentoo-dev] commit reviewing ... new list or keep it on -dev ?
Mike Frysinger wrote: ive been sending private e-mails as i didnt want to make a lot of noise, but many of the comments i make i imagine would be applicable to a lot of people ... i also see others doing reviews and such how do people feel about responses ? keep them all on gentoo-dev or start a new list just for reviews ? -mike I don't think we need yet another list, we have far too many as it is. -dev is for discussion, it should be here. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Last rites: x11-wm/ion2
Matti Bickel wrote: Hi, as previously mentioned, ion2 is currently broken (bug #167468) and going away in favour of the soon to be stable x11-wm/ion3. It will be p.masked and removed in 30 days unless someone speaks up and solves the issues surrounding slotted lua among others (see the bug for details). didn't we yank ion from the tree because of upstream license problems? --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Some ideas on how to reduce territoriality
Chris Gianelloni wrote: [snip] There's a couple more that I wouldn't mind seeing as things developers can do without the maintainer, but I can see how these might be a bit more controversial, so I'm asking for input. - Version bumps where the only requirement is to cp the ebuild This is more on a per package basis. it's not fair to force the maintainer to support a new version before he feels it's ready. For example, I'd love to bump games-simulation/simutrans but Mr_Bones_ claims it's unstable and doesn't want it bumped. It wouldn't be fair to him for me to bump it unless I took the burden of support. - (for arch teams) Stabilization of new revisions of an already stable package - An example of this would be being able to stabilize foo-1.0-r2 if foo-1.0 (or foo-1.0-r1) is already stable, but not if only foo-0.9 is stable. arch teams are the definitive authority on keywording for their arch. That said, if there is a disagreement between maintainer and arch team, the support burden falls on whoever did the keyword. Teamwork should solve this problem every time. I think the territoriality issue is one of support burden more than anything else. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Some ideas on how to reduce territoriality
Donnie Berkowitz wrote: Petteri Räty wrote: Philipp Riegger kirjoitti: On Fri, 2007-08-03 at 15:06 -0700, Chris Gianelloni wrote: So, what do you guys think? One problem i see is changing versions in the tree but not puting the changes to the wip ebuilds in an overlay or somewhere else. Is there a system to email any changes done to ebuilds maintained by developer X to developer X? Like... selective commit mailinglist? Philipp No. We really need to get a -commits mailing list going again. If the subject and/or sender are set appropriately, it should be easy to filter for items of interest. Thanks, Donnie some of us infra types were entertaining a RS feed for this... -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Some ideas on how to reduce territoriality
Mike Doty wrote: Donnie Berkowitz wrote: Petteri Räty wrote: Philipp Riegger kirjoitti: On Fri, 2007-08-03 at 15:06 -0700, Chris Gianelloni wrote: So, what do you guys think? One problem i see is changing versions in the tree but not puting the changes to the wip ebuilds in an overlay or somewhere else. Is there a system to email any changes done to ebuilds maintained by developer X to developer X? Like... selective commit mailinglist? Philipp No. We really need to get a -commits mailing list going again. If the subject and/or sender are set appropriately, it should be easy to filter for items of interest. Thanks, Donnie some of us infra types were entertaining a RS feed for this... stupid spell checker, that's RSS feed and sorry for mangling your name. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] have any developers subscribed to -project?
Dale wrote: George Prowse wrote: Ned Ludd wrote: On Fri, 2007-07-20 at 20:58 +0100, George Prowse wrote: Do any devs subscribe to -project because no replies have yet to be heard from developers... Please stop flooding my inbox. It is an honest developer question because it was meant to have discussions between developers there and if no developers subscribe then what is the point of having it? You might as well just close it now I agree. They complain about us coming here for their input but they won't come to where we are so we can get theirs. I posted this on -project and I'm going to post it here. This is my answer to people being rude and disrespectful to us users. I'm making a list of the people that say things they shouldn't, just like a post here from kingtaco a day or so ago. People on that list will NOT be voted in for anything by me and there may be others that will follow this list. I'll make sure it is public and may even post the reason/post for the addition to the list. So, if you want to continue acting the way some few are, that's fine, but I have in the past few days decided to grow a pair and will make sure every one knows my opinion. I feel it is time for a change with regard to a few people that give everybody else and Gentoo a bad PR. This is my little contribution to Gentoo. Dale :-) :-) Thanks for the shout out. You should know that because you continue to waste megabytes of our bandwidth and countless man hours for everyone who reads you dribble, you've now made my kill file. This means I won't be voting for you in all non existent votes that don't matter in the slightest. Most importantly, thank you for showing why moderation of lists is important and useful. In case you're too clueless to understand my sarcasm, get this shit off the list and somewhere appropriate. /dev/null would be a good start. When there are topics devs are interested in on -project then they will join and participate. You complaining isn't something anyone other than yourself is interested in. Hugs and Kisses, --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Improving developer/user communication (was Re: net-im/pidgin protocols)
[snip] get this shit off the dev list and somewhere more appropriate. -- [EMAIL PROTECTED] mailing list
[gentoo-dev] ML changes
All- We're going to change the -dev mailing list from completely open to where only devs can post, but any dev could moderate a non-dev post. devs who moderate in bad posts will be subject to moderation themselves. in addition the gentoo-project list will be created to take over what -dev frequently becomes. there is no requirement to be on this new list. This will probably remove the need for -core(everything gets leaked out anyway) but that's a path to cross later. We're voting on this next council meeting so if you have input, now would be the time. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] ML changes
Jim Ramsay wrote: Mike Doty wrote: devs who moderate in bad posts will be subject to moderation themselves. Will this be monitored/enforced by the proctors? no. it will probably be devrel who decides if someone was moderating inappropriately. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Nominations open for the Gentoo Council 2007/08
Thorsten Veller wrote: Let me nominate the current council members: Mike Doty kingtaco Danny van Dyk kugelfang Roy Marplesuberlord Sune Kloppenborg Jeppesen jaervosz Robin H. Johnson robbat2 Mike Frysinger vapier Chris Gianelloni wolf31o2 Say YES or NO. Thanks for the nomination, but I'm not interested in another year on the council. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] more QA action
Piotr Jaroszyński wrote: Hello, 1. QAcanfix keyword Just wanted to remind you of the QAcanfix keyword, don't hesitate to use it more often as currently there are no open bugs marked with it, but also don't forget about the kittens and always give the maintainer a chance :) What is this? -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] gentoo-dev-announce list
Donnie Berkholz wrote: Hi all, I'm back for my yearly posting about creating a gentoo-dev-announce list [1]. Fedora recently created a fedora-devel-announce list with a great description of how it works, what's posted to it, etc [2], which got me excited about making this happen in Gentoo. Last time the issue came up, numerous people supported it, but nobody followed through to get the list created. This time, I'm going to file a bug to the infra team to make it happen. What's this mean for you? If you want to ignore -dev, you can just subscribe to -dev-announce. But you will lose your ability to participate in discussions leading toward decisions. If you have an announcement relevant to development, post it to both -dev and -dev-announce. Replies will go only to -dev. Thanks, Donnie 1. http://archives.gentoo.org/gentoo-dev/msg_136761.xml 2. https://www.redhat.com/archives/fedora-devel-announce/2007-June/msg0.html or you could ask infra to work it's magic making any post to -dev-announce post to -dev as well and set the replt-to address for -dev-announce to -dev. that way it's all automagic. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] gentoo-dev-announce list
Jim Ramsay wrote: Mike Doty wrote: or you could ask infra to work it's magic making any post to -dev-announce post to -dev as well and set the replt-to address for -dev-announce to -dev. that way it's all automagic. I hope you meant the List-Post header... unless we would like to have another discussion on the merits/evils of reply-to munging :) As an announce list, you're NEVER EVER supposed to reply to the list, so reply-to munging in this case is appropriate IMO. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] [RFC]: gentoo-politics ML
George Prowse wrote: Kumba wrote: Kumba wrote: So I'm told debian has one of these types of MLs, probably where the flames burn bright enough to have earned a star designation from the IAU. Given what's been going on lately, and with calls from myself and others (i.e., mcummings) to get back on track and actually like, you know, develop something, I think it's high time we create this list ourselves. [snip] Anyways, thoughts? Bug #181368 is filed. Those seeking this reply-to non-munging will probably want to post a note there and let infra decide on that matter. Lets try and make this work, k? --Kumba I say, just to be ironic, let the proctors decide and not infra :D just to be ironic, infra makes the decision on new lists :Q -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Living in a bubble [gentoo-proctor] Warning^2
Ciaran McCreesh wrote: On Wed, 6 Jun 2007 10:29:47 -0500 Grant Goodyear [EMAIL PROTECTED] wrote: (As an aside, I didn't realize that Roy's e-mail was supposed to be a proctor directive.) He changed the subject and signed on behalf of gentoo-proctors. Is there a way to fix the current system, or should it be chucked entirely, as has been suggested? The problem is not so much the system as a small number of the proctors. Perhaps it should be restaffed with people who aren't so used to wielding god-like powers on the forums, where anyone who dares say anything that disagrees with a small clique's collective views can be banned permanently with no accountability. Thanks for your wonderful insight, No one had any idea the proctors were a group with no accountability. When the council reviews everything they've done in the past month, we're just joking around. Back to reality, go take a long walk off a short pier. -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Living in a bubble [gentoo-proctor] Warning^2
Ciaran McCreesh wrote: On Wed, 06 Jun 2007 09:33:29 -0700 Mike Doty [EMAIL PROTECTED] wrote: The problem is not so much the system as a small number of the proctors. Perhaps it should be restaffed with people who aren't so used to wielding god-like powers on the forums, where anyone who dares say anything that disagrees with a small clique's collective views can be banned permanently with no accountability. Thanks for your wonderful insight, No one had any idea the proctors were a group with no accountability. When the council reviews everything they've done in the past month, we're just joking around. That wasn't what I said. What I said was that the forums staff have no accountability, and that the proctors were suffering as a result of containing too many of said forums staff. Perhaps you should take the time to read things properly before attempting sarcasm... Perhaps you should go take a long walk off a short pier. Back to reality, go take a long walk off a short pier. So now you're not content with filing hypocritical devrel bugs complaining of people swearing in places you yourself regularly swear, and are escalating the thread to ad hominem? (Note that it isn't ad hominem if the claims are relevant to the matter at hand, so this thread was previously ad hominem free.) Oh, I'm so hurt. You think I'm a hypocrite. Man, what will I ever do? Newsflash, I know I'm a hypocrite, which is a lot better than the childish passive-aggressive asshole you are. -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for June
Seemant Kulleen wrote: Is the council planning on replacing the two missing members (Flameeyes and Kloeri)? Thanks, Seemant uberlord replaced flameeyes the month after he left. --taco -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] [RFC] missing herd tag in metadata.xml
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thilo Bangert wrote: The metadata cleanup continues... A list of 427 packages found at http://dev.gentoo.org/~bangert/herd-metadata-check.log do not have the required herd tag in their metadata.xml[1]. Is it reasonable to simply add the herdno-herd/herd or should perhaps the policy be relaxed, such that a missing herd tag is equivalent with herdno-herd/herd? kind regards Thilo [1] Gentoo Development Guide - Package and Category metadata.xml http://devmanual.gentoo.org/ebuild-writing/misc-files/metadata/index.html iirc there was a flamewar about this a while ago. you should look at the archives to see what people decided. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iQCVAwUBRkM+KoBrouQZ9K4FAQIfigP+K447icY7rWKLnltRkm+omZqVGfj5AbwE ahY3UlIb/McOxor+IDwbw05BJ85Mys1fVdB4NWK6UZJu3bGLA2Gl4nHHQJjnwp1b FPHeE/C15E1U0lkuY0AppH/ABOEi3Sdw9gMxlQTQvLD/qTQ1+thcMrBvYjb1r7DH 5H23iAxxB6U= =kmPd -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] GLEP 42 news item for review: Radiant upgrade
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
On Sun, 6 May 2007 19:24:11 +0200
[EMAIL PROTECTED] wrote:
So, in the case of the combination, the user would see the item
directly, in the case of Display-If-Upgrading-From-To the user would
only see it if he really wants to upgrade, which is last minute.
No no no no no. When using Display-If-Upgrading-From-To, the user would
see it *after* the upgrade.
how is that different than using e{info,warn,error}?
- --
===
Mike Doty kingtaco -at- gentoo.org
Gentoo Council
Gentoo Infrastructure
Gentoo/AMD64 Strategic Lead
GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05
===
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.3 (GNU/Linux)
iQCVAwUBRj4ShYBrouQZ9K4FAQJOPwQAwJqeukXzYx+3y2QILNeYwn82S26YwbP3
D75qq2CZS0T/H3efeJ5DLb9xWbfrj+wNJudbLHxXAoa1CmDy4j0oU6M5RcRoAUUe
smA5rVkGuKnOJXlzoEBAMJmbb4FONRvY/sX58U9xpKlbPliwO42g5diYeWdptXVk
naiU2HlYvww=
=reoq
-END PGP SIGNATURE-
--
[EMAIL PROTECTED] mailing list
[gentoo-dev] RFC: modifications to GLEP42
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All- After some discussion on #-dev there are some improvements that we can make on glep 42. 1. Priority levels for news items: If we did this users could decide what levels of importance to filter out. 2. Standards for news items: Based on the paludis news item thread, it's clear we need some standards for what we release as news. If combined with #1 we can set different standards and give the users some more choice on what they accept and what we publish. Discuss. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iQCVAwUBRjz2l4BrouQZ9K4FAQKDUAQA4FKbVvnunf1ePgpRGD5lKRFNgm8eG1KO CXOT4uCFeWFR3Oz02ncVXBdpOxG4/1VhgfRi3ZoMf0r1TVo0T99t+543J6POUU6v ncu5w7U+6k/HsfyVGJAUEygGGdr2b1c8DT+8ong4H0MgwUc2AhmjfU/rUx96ZWRN wNlY1bpMAfU= =5Elf -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] RFC: modifications to GLEP42
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ciaran McCreesh wrote: On Sat, 05 May 2007 14:26:48 -0700 Mike Doty [EMAIL PROTECTED] wrote: After some discussion on #-dev there are some improvements that we can make on glep 42. Well, if you're going about improving it, start by adding in the Display-If-Upgrading-From-To: header. It'll be a nuisance to implement, but it'll be far more useful than any of the rest of this. Your word doesn't inspire most of us. If you think this is a good idea, you need to explain why. 1. Priority levels for news items: If we did this users could decide what levels of importance to filter out. That'll just increase the amount of disagreement about news items because it'll give people more pointless wording to argue over. Item #2 covers that. 2. Standards for news items: Based on the paludis news item thread, it's clear we need some standards for what we release as news. If combined with #1 we can set different standards and give the users some more choice on what they accept and what we publish. It's quite simple. If releasing a news item improves the user experience of affected users more than not releasing it, the news item should be released. It clearly isn't that simple. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.3 (GNU/Linux) iQCVAwUBRjz60IBrouQZ9K4FAQLGlAP/cnsW1nE+VUbyDiHjZ+kXaRd18gs3mjCp zbQZ23DTHNc/Jr0UnqVXuY/RzsLnrFyRD5kzDgoh4wVMAIgyYHM76BuLLTpE/Tyi yaARIKke8LsK04FO0MgVAapBSQmh2jo42n3KrJsghOXuX7Q9O0RpIkmMJf+Sq2Z/ Cg2G2Fo+qgk= =iTKs -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] $Header:$ and ebuilds
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fabian Groffen wrote: So to sum up this thread: It seems that: a) we are moving to GIT which doesn't cope with $Header: $ stuff we are _not_ moving to any different scm anytime soon. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iQCVAwUBRipAq4BrouQZ9K4FAQLsTQP/ejvTR/mrscrbOgDsdG1mNZUcpR+0aaru DLasHWjixW3Cs2BJccuP4XhSXeZJ9zd6cbAUJXlmNBUoimnxKT3/Nz/NboiOMJzJ 6B0Kuqb+EfaId5LkZpAUNwFeBCd/nTjFbnZu5pKRGrqbNL0jetaAkG4ZkFWy12P+ dRQUDeUB0v4= =gJCb -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] Re: Re: Resignation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jan Kundrát wrote: Ciaran McCreesh wrote: https://bugs.gentoo.org/show_bug.cgi?id=167285#c11 Show me name calling and/or insulting behavior. https://bugs.gentoo.org/show_bug.cgi?id=160328 Show me name calling and/or insulting behavior. http://bugs.gentoo.org/show_bug.cgi?id=96893#c12 Back when we were asked to try bugstest.gentoo.org, the original announcement didn't explicitly mention that SSL and name-based vhosts suck when used together. When we hit https://bugstest.gentoo.org/, we were hitting the real bugzilla. Infra added a note about it later. I was one of those that modified real content by accident. Jakub was another, probably trying to test post length enforcement in this case, and he explained what happened at http://bugs.gentoo.org/show_bug.cgi?id=133844#c4. So, show me name calling and/or insulting behavior, please. http://archives.gentoo.org/gentoo-dev/msg_142226.xml Show me name calling and/or insulting behavior. http://marc.info/?l=gentoo-devm=116232604808191w=2 Both jakub's and kloeri's reaction's quality is below standard. Cheers, -jkt Not on the -dev mailing list; this is for development, not fighting. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iQCVAwUBRieTmIBrouQZ9K4FAQIJOAP9HHmnT0aAUEfruWuP3QS1Mw6Td5tH69pt qjDkzovadVIO5PG9qWkRAcubMfMTDV0R0/J1w2jeC1idwv1BkxXLO8M9fFTNwoyS DOhtfA/nWhSUili8BzOI83eC51510AWDbXulWrfy/ZgAB36Y/igrD0AJRTjkcpla rDJBbfoX38c= =Sk6n -END PGP SIGNATURE- -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] RFC: extending project xml to have stuff that the project is working on and collect them as Gentoo current goals
Petteri Räty wrote: As the recent thread showed there is a lot going on in Gentoo land although it doesn't always seem so. I propose we extend project xml to describe current stuff going on in the project in question and their estimated completion date. Then we require this file to be updated monthly. What do you think? Regards, Petteri -- Gentoo/Java project lead Gentoo/Recruiters project lead what do you mean by project xml? -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] base packages up for grabs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Donnie Berkholz wrote: Mike Frysinger wrote: sys-apps/byld sys-apps/yard sys-apps/mkinitrd app-admin/superadduser I can probably pick these up if nobody else wants them. sys-boot/syslinux And this, but a bit less interested... Thanks, Donnie I can take syslinux, at least short term; I've hacked at it for years. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iQCVAwUBRhlvZ4BrouQZ9K4FAQLQMwQApyCegAJCeYK33o8HC1YDYJS6NscZEoXm sjK9bf7EY+zZWCEikJhJLxmnvJIn5NmPnGKh2UM+fSopDTogxEDuMn9a5pkCOeVw 2N83t/50SqutLubklN+9aXgEyUA6BbY3GYM6T8/35iHW2gEHZn/7BnX6bCLWdDuN 8n5iajCyp34= =LMIf -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for April
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Donnie Berkholz wrote: Mike Doty wrote: apparent decline of QA in our packages. Anyone got numbers for that? Talking opinions, as in the SCM discussion, isn't real meaningful. Thanks, Donnie What metric would you use? the number of stages tried against a live tree before one can install? the number of companies leaving gentoo for another distro? bugs? mailing list posts? number of users? I don't know of a good metric for what you ask. Here's what I do know: 1) a QA team was formed in 06 2) QA has not visibly improved since then. To the outsider, it looks like it's gotten worse. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iQCVAwUBRhUk0oBrouQZ9K4FAQLY0QP/fa1wU/4yJsc7eY5m/GVCrsJPNYreQf70 JxnWDBfu1bCn6byGjYnRb5rHc0MIJ6BfwxEm1cD6KKF89fRIG4RxZyzGDZd3ISnv m5tkhjHnl4EQHJyGHI/Jh5SQomFNDZJBtoRLP0YHuejCfrd6YjXoLd/PGMKogBg1 LSlthDzxrmw= =qj95 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for April
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: some topics off the top of my head: - unaddressed CoC issues: - add a mission statement - fix wording to have a positive spin - what else ? - sync Social Contract with Gentoo Foundation statement (external entities) - documentation for mail servers still pending i believe (SPF / reply-to) - PMS: - status update from spb - moving it to Gentoo svn - schedule for getting remaining issues settled - splitting gentoo-dev mailing lists ? -mike apparent decline of QA in our packages. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.2 (GNU/Linux) iQCVAwUBRhNA4oBrouQZ9K4FAQI5UAQAwvttdK9LELxXCckP4wm3AblkNt7y0SAt 7RX5H4X7b0Jmp0E2uGYnWGRcdQcLCLxDNkIrNK7NDZgo+zOJeuHL6kOe8v1FaQYl REifgbI1iltpvRPdMmBFL9wnDbRJt2CiG7RwpTS0aR503JGt+CjY5TYzvH4g194U vsXBGvCXHB4= =bdZs -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [soc] Python bindings for Paludis
Mike Kelly wrote: On Sat, 24 Mar 2007 09:30:55 -0700 Mike Doty [EMAIL PROTECTED] wrote: Yes. pioto's proposal is weak. You mean Piotr, right? He's a different person from me. I do. -- === Mike Doty kingtaco -at- gentoo.org Gentoo Council Gentoo Infrastructure Gentoo/AMD64 Strategic Lead GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Introducing the Proctors - Draft Code of Conduct for Gentoo
Mike Bonar wrote: Christel Dahlskjaer wrote: Hiya all, As some of you are already aware, I was at the last Council meeting given a Task. This Task was to draft a proposed Code of Conduct for Gentoo, and a scheme for enforcing it. The current version of this proposal can be found at http://dev.gentoo.org/~christel/coc.xml comments and suggestions both on- and off-list are appreciated. Any input will have to be received by Thursday, 15 March, 1200GMT in order to be useful; the Council will be voting on it later that day at 2100UTC. I would like to thank a few people for their help in getting it to this stage: the council for review, spb for translating Christelsk into English (with the help of the OED), nightmorph for making it look prettier than plain text in vim (without a fancy colourscheme), and marienz for being sane and reading it over. I'd also like to thank our Infrastructure team for working with us and answering questions regarding the mechanics of enforcing such a code. Christelx Does flaming and trolling need some kind of definition? Or is it generally understood? Does the role of the proctor need explaining? How is it defined? Where does the authority come from? etc? Mike The council vote. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Something positive! (was Re: Client-serve flags (again ;))
Steve Long wrote: Mike Frysinger wrote: Yay zmedico! Can I just say he's one of the coolest devs on irc that i've run into, and incredibly helpful to all. if you love him so much why dont you marry him ... i hear Massachusetts is OK -mike Jeez i'd expect that off others, not off you. For shame. Thing is that kinda stuff just puts ppl off; i've seen you carry on bugzilla but i always thought fair enough he's stressed and working on loads a bugs; if you really wanted to say that crap to me, you could have emailed me. /me goes to cool down. calm down, you just missed a big joke. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Some council topics for March meeting
PMS: Deadlines and interested parties. Council Project: Gentoo branded and certified hardware. Council Project: Hardware vendor certification. --Taco -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Some council topics for March meeting
Ciaran McCreesh wrote: On Fri, 02 Mar 2007 07:44:16 -0800 Mike Doty [EMAIL PROTECTED] wrote: PMS: Deadlines and interested parties. Can the Council provide a list of other projects that have had deadlines imposed upon them by Gentoo? You can do your own research; I have no idea if someone maintains such a list, nor is it relevant to the topic. --Taco -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Some council topics for March meeting
Ciaran McCreesh wrote: On Fri, 02 Mar 2007 08:30:46 -0800 Mike Doty [EMAIL PROTECTED] wrote: Ciaran McCreesh wrote: On Fri, 02 Mar 2007 07:44:16 -0800 Mike Doty [EMAIL PROTECTED] wrote: PMS: Deadlines and interested parties. Can the Council provide a list of other projects that have had deadlines imposed upon them by Gentoo? You can do your own research; I have no idea if someone maintains such a list, nor is it relevant to the topic. Well, as far as I can remember, there aren't any. Which makes me wonder why PMS is considered so much more important than anything else... And it's still not relevant. Council logs will be available for your reading pleasure. --Mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Some council topics for March meeting
Mike Doty wrote: PMS: Deadlines and interested parties. Council Project: Gentoo branded and certified hardware. Council Project: Hardware vendor certification. --Taco Replacing flameeyes: is he even gone? --taco -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Some council topics for March meeting
Ciaran McCreesh wrote: On Fri, 02 Mar 2007 08:55:34 -0800 Mike Doty [EMAIL PROTECTED] wrote: Ciaran McCreesh wrote: On Fri, 02 Mar 2007 08:30:46 -0800 Mike Doty [EMAIL PROTECTED] wrote: Ciaran McCreesh wrote: On Fri, 02 Mar 2007 07:44:16 -0800 Mike Doty [EMAIL PROTECTED] wrote: PMS: Deadlines and interested parties. Can the Council provide a list of other projects that have had deadlines imposed upon them by Gentoo? You can do your own research; I have no idea if someone maintains such a list, nor is it relevant to the topic. Well, as far as I can remember, there aren't any. Which makes me wonder why PMS is considered so much more important than anything else... And it's still not relevant. Council logs will be available for your reading pleasure. *shrug* and if that's your attitude, somehow I suspect it doesn't really matter what the Council says about PMS at all. Get a clue. I've told you twice now that it doesn't apply to you. Your paludis people have made it clear that it'll be done when it's done and I'm certainly not changing that. --Taco -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Packages not yet converted to Manifest2
Marius Mauch wrote: While Diego did an awesome job with converting many packages to Manifest2 there are still about 400 packages that aren't converted yet. If you maintain any package in the attached list please update it to use Manifest2. To update a package make sure that you're using portage-2.1.2-r9 or later, run `ebuild foo.ebuild manifest` (doesn't matter which version you pick for that command) and commit it. Updated versions of the list will be available at dev.gentoo.org/~genone/reports/mf2 Marius Are people using old versions of portage? when flameeyes worked on this, he did all but *4*(not 4%) so I'm wondering how it creeped back up. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
Re: EAPI spec (was Re: [gentoo-dev] Re: let's clear things up (was Slacker archs))
Brian Harring wrote: [snip] In light of that, don't really see any reason for the council to *not* get a status update on it. We get status updates on it. it's pretty much it's not done, we don't want to show you every month. It's one of the things I intend to bring up at the march meeting. [snip] -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
Re: EAPI spec (was Re: [gentoo-dev] Re: let's clear things up (was Slacker archs))
Ciaran McCreesh wrote: On Tue, 20 Feb 2007 18:58:48 -0800 Mike Doty [EMAIL PROTECTED] wrote: | Brian Harring wrote: | [snip] | In light of that, don't really see any reason for the council to | *not* get a status update on it. | | We get status updates on it. it's pretty much it's not done, we | don't want to show you every month. It's one of the things I intend | to bring up at the march meeting. You're ignoring our offer to show you what's done, eh? Fair enough. I was never offered this offer. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] punt raidtools and move people to mdadm
Mike Frysinger wrote: anyone have a compelling reason for keeping raidtools anymore ? the mdadm package replaces all the functionality of raidtools and is actively maintained upstream ive kept it around mostly so people can transition to mdadm nicely but i think it's about time we let it go -mike Do we have documentation on howto migrate? Thats the big thing holding me back(afaik, I have to backup, wipe the disks and then do mdadm and restore) --Taco -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Topic for Feb council meeting
The subject of what to do if a council member voluntarily leaves the council came up at the last meeting. The glep doesn't cover what to do in this case. Here are the options: 1. re-elect a whole new council. 2. elect a new member at a reduced term to fill the vacancy. 3. take the 8th spot from the last election. The spirit of the GLEP would indicate option 2, but it's never spelled out. Speak out now if you have a opinion on the subject. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] amd64 help
Dan Meltzer wrote: On 1/28/07, Petteri Räty [EMAIL PROTECTED] wrote: Dan Meltzer wrote: Isn't this kind of against what glep40 set out to do? Top posting... Any way the thing was that the only change in these ebuilds are the eclasses/eclass functions used and the new eclasses have been proven stable already. Regards, Petteri okay, i'll bottom post this time just for variety. From opfers post it sounded like he was proposing to allow this for all packages (not just java). I was enquiring after that. I have a long email to write about this, but it'll have to wait until tonight or tomorrow. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Gentle reminder about ChangeLog entries on profiles
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Luca Barbato wrote: Robin H. Johnson wrote: On Mon, Jan 08, 2007 at 08:27:50AM -0500, Chris Gianelloni wrote: Most of the profiles under default-linux have a ChangeLog at the architecture level. If you make *any* changes to a profile, you should be putting your changes in the ChangeLog. Just wondering, any objections if we add ChangeLogs at the rest of the levels in profiles? Would esp. be useful for some of the more global changes. Cough... Looks like one of the people at fault is me rationalizing kqemu usage... ^^ Could be possible autogenerate the changelog out of commitlog and/or have a precommit hook checking and warn if you don't change the correct changelog? lu take it a step further, what about a repoman like tool to make sure one doesn't bork all the profiles when changing something. QA: this seems like your field, how about it? - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRaMiGoBrouQZ9K4FAQJ5BwQAyKg+Bsz6m8aBOK16iZS3EYaMgX3FjI3i dR4TEXpqBGKIRxzLsEtOQ0iRVGf5aE8hjxTPY4eUzKdeSBFQEXYmW6p4NkP3zjhU ZjUE8hJvxyDmGVRnd2HI+057Y7ho7okwsnymQDeqd/DtOhr3Yw2fc+nULn2iPZ9L 4FuXOEx6MOQ= =cBa4 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [rfc] transition system loggers to 'adm' user/group
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: how do people feel about transitioning the Gentoo standard system logger from running as root/root to adm/adm ? the latest version of sysklogd includes some patches so that it can run as non-root and a user requested we make this the default ... however, i certainly dont want to start adding a different user/group for each system logger cause that's wicked lame -mike does syslog-ng and metalog have similar functionality? - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRZlJDYBrouQZ9K4FAQLdbgP/QOqeFcCu0zmJ09rWUdFCh3tK59gkhs7R tCafkQD8zUKiwCwHqMFRQWIUfgjfLn4fOYtcjalu2p4x+//BYEjFIf0trhzOAGRT 8Yxh5zj4KvYJtOJakGKueNmyWtYYlBKuiSZ/9zF4LikVTL7hYQzwobafcBnTU6AY Y6TvbOBRAdA= =bXQ9 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [RFC] punt mingw ebuilds out of the tree and into a mingw overlay
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mike Frysinger wrote: having ebuilds in the tree that only work when you have a mingw compiler annoy me greatly as their only purpose is to produce windows binaries ... aka, things that are useless to a linux host however, i think it's a lovely idea to open a mingw overlay and populate the sucker until it's stuffed full of crap for people to use comments ? -mike I wasn't aware we had any. can you provide a list? - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRYjGSIBrouQZ9K4FAQK0fAQAjXq7UWZWNqmkjuQaTPjvDlgaKACwmdFB W/OSa985NfV+pTypv1nX7761htIC8aBJJo+N7PCQXvc7m39f16l4L7rnDK9GphqG 2tasmi/J7uXVEbKXgg9Nl/VHmAgiUXNip+TwGyq6U57Puv2yVTcIoGzmjaQUQnqA FuCRLH2sWxQ= =uT88 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Dependencies on system packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Doug Goldstein wrote: Ciaran McCreesh wrote: On Sat, 16 Dec 2006 12:46:30 -0600 Ryan Hill [EMAIL PROTECTED] wrote: | Stephen Bennett [EMAIL PROTECTED] wrote: | Could you spell out that exception clause, please? | | It doesn't translate well into words, but we'll go with something | like Unless you know exactly why the rule is there, understand | fully the implications of breaking it, and know why it's a | good idea in this particular case. | | However, if you're in a position to be invoking that clause, you | should know about it anyway. | | Can we skip the sekrit rulez crap and just spell it out? Really, how | does this help anyone? It's quite simple. You don't do it unless you are fully aware of the consequences. If you have to ask, you aren't fully aware of the consequences so you mustn't do it. Which clearly doesn't answer Ryan's question... but hey... that's a Ciaran answer... Basically the idea is that Ciaran and spb can protect their image as the all knowing gods of programming. In other mailing lists they would be considered trolls and/or Debian devs/users. All right, all the trolling needs to stop. Please direct your flames at the closest brick wall. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRYSDAIBrouQZ9K4FAQI1SAP/eIuXRpqypo8wdbtfISgmhtbMICczjl1d aZrALxsATSWnmQjy7E9E2B2A7iFKQxIyCKXlUusoDtTooGmBegXALZzgQ7oOL3gt YJFcP0YjFTLnwfpfwauVMfYJGB/ClmGze0nVNyGfU2dSt4eWY9zLw9Ai90v2jGPX U0B+VjlnLpY= =f/Mj -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] Re: [gentoo-core] IMPORTANT: CVS/mastermirror downtime
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Lance Albertson wrote: Folks- There's some pretty nasty wind storms ripping through Corvallis, OR where a lot of our stuff is at right now. For the most part, our machines are on generator power. The exception being (sadly) the two most important machines for our development: cvs/svn and the master mirror. Both of these machines are in an area with limited UPS power and the way things are looking I'm going to have to shutdown both of them at 0430 UTC. Since the power has been going in/out all night, they may not come back online until morning PST (or in about 8+ hours). I'm really sorry about this, but we'll just have to deal with it. Lets hope this is all we need to do for tonight. Cheers- It's worth a mention that most of our dev boxes are down(or will be shortly) this includes, pitr.amd64, dustpuppy.amd64, poseidon.gentoo, sparc64.gentoo and probably others. hake and the netwinder need to go down too, if we can ever find spanky... - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRYImPoBrouQZ9K4FAQJOzwP/aDUz/Ag4iPx5dpQBySKsE2V4+8hxOGXz iBDHTRw3PKuGXVvAhHSmGkRtpj7wtpvmkTs+8DILlaQ77D9qfQyBb0pKNjkcYvMk xtp9pMVZ99RSNPTY3xLcI/0MwVxB1b/+2WYEQtFqjUUAgYtSc04Ysn5KXoh1wp34 bdLXmvH3p1g= =VpeU -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: Versioning the tree
Stuart Herbert wrote: [snip] Thank you. Do we have backups in place covering these files? Have we tested the backups to confirm that they actually work? I have a couple of locations where I could store backups, depending on size and projected growth. I suppose it'll have to wait until 2007.0 though so we can actually gage it as opposed to speculating wildly. --Mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: Versioning the tree
Stuart Herbert wrote: On 11/29/06, Mike Doty [EMAIL PROTECTED] wrote: Stuart Herbert wrote: I have a couple of locations where I could store backups, depending on size and projected growth. I suppose it'll have to wait until 2007.0 though so we can actually gage it as opposed to speculating wildly. If anything happens to poseiden ... does anyone have a backup anywhere that we can use to rebuild the distfiles archive for 2006.1? What's the situation with older releases? Do we have the distfile archives for those on poseiden too? Would that give you the sizing data you need to put backups in place? Chris had mentioned earlier that we started with 2006.1(iirc the discussion about GPL requirements came up between .0 and .1) having 2+ snapshots allows me to determine which server is best to use. --Mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: [gentoo-core] [treequake] virtual/mysql addition
Francesco Riosa wrote: After irc conversation also dev-db/mysql-client will NOT be added, we stick with USE=minimal. The default for the virtual/mysql will be dev-db/mysql-community D'oh, I would have liked to have a separate package for the client... Can we switch from +-minimal indicating client and/or server and switch to something more sensible like client and server use flags? The use of the minimal flag here isn't very intuitive. Another possibility is +- server(opposite of minimal use flag now) --Mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ACCEPT_LICENSE revisited
Ciaran McCreesh wrote: On Sat, 18 Nov 2006 08:53:36 +0100 Marius Mauch [EMAIL PROTECTED] wrote: | Anyone interested in this feature should review the attached version. | Unless there are major objections (or we find large problems in the | implementation) this will be merged in one of the next portage | releases (definitely not in 2.1.2 though). 133594 will need to be fixed before this is usable for most users. I'm sure it's been talked about before, but the ability to group licenses would solve that. Just create a X.Org license group and add all the individual modular X licenses to it. --Mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] ACCEPT_LICENSE revisited
Ciaran McCreesh wrote: On Sat, 18 Nov 2006 15:22:36 -0600 Mike Doty [EMAIL PROTECTED] wrote: | Ciaran McCreesh wrote: | On Sat, 18 Nov 2006 08:53:36 +0100 Marius Mauch [EMAIL PROTECTED] | wrote: | | Anyone interested in this feature should review the attached | | version. Unless there are major objections (or we find large | | problems in the implementation) this will be merged in one of the | | next portage releases (definitely not in 2.1.2 though). | | 133594 will need to be fixed before this is usable for most users. | | I'm sure it's been talked about before, but the ability to group | licenses would solve that. Just create a X.Org license group and add | all the individual modular X licenses to it. And then create a KDE licence group, and a Gnome licence group, and so on? Remember that there are only a few X licences once you ignore copyright line differences, just as there are only a few KDE licences once you ignore copyright line differences. The other option is to submit patches for X and KDE and Gnome to use a unified license. At least in the X case, it's not that the patches arn't welcome, it's that the maintainers have things more important to do than cleaning up after the mess upstream made of the licenses. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] bugstest.gentoo.org - public beta for the new Gentoo BugZilla - please test!
Robin H. Johnson wrote: [snip] Thanks to kingtaco, myself, ramereth, solar, jforman and cshields for all playing a part of getting this together so far! don't forget to thank GNi(http://www.gni.com) who provided the hardware and colo for the new setup. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resolve build time default editor dependency.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Harald van Dijk wrote: On Sun, Nov 12, 2006 at 04:56:33AM -0500, Mike Frysinger wrote: On 11/12/06, Harald van Dijk [EMAIL PROTECTED] wrote: On Sun, Nov 12, 2006 at 04:34:25AM -0500, Mike Frysinger wrote: On 11/12/06, Peter Volkov (pva) [EMAIL PROTECTED] wrote: The possible solution is to add virtual/editor ebuild this is a horrible idea why not modify sudo to not filter the EDITOR env var then there is no more problem Except for a gaping security hole. pulling a ciaranm here huh ? if a guy has access to `sudo`, then having a modified environment isnt going to make much difference sudo can be configured to only allow access to a select few applications. Allowing arbitrary EDITOR settings completely bypasses this. so force EDITOR to something secure (infra uses rvim) but really, visudo, vipw, crontab these can all be exploited to gain root access thus making it silly to try to prevent in these cases. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRVczQIBrouQZ9K4FAQKPrwQAk6vH/W7BRpEK896RE11PpFOJyPKxhYQZ V0UPKHclNs3WEyx4jw8m743hHPQqd8OZ2Dn6GM5H88m9PdH+S7JtickCXH9SmN0w E1ODtFbdS6Hg1T5N3Pghf6K+HWkyyvEBIvoffQW7jFpBAmhSWHBFcAwNuETey6pL sIE+oLQo+48= =5lw7 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Resolve build time default editor dependency.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Anatoly Shipitsin wrote: This question is nonsensical. I guess you dont understand what sudo does, it's too complicated to explain here, you should consult the documentation. I'm told about emerge package not runtime. May you don't understand me. Check sudo-1.6.8_p9-r2.ebuild In DEPEND we see virtual/editor but in configure --with-editor=/bin/nano then fcron(or whatever package this is from) is *broken* - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRVc96YBrouQZ9K4FAQKg4QQA7dI0JNad9lcjmuaYZiueYfUY1BPZJkk2 VFsZk5IMzrhDxtA8hl/lYsSlKC1f3vuQWx0kvg6qmtB5/p3+qca16HYjSOWvVimW rLWyj06vCrZrvEnk3/sR4AIzQARv2lzhA5OZg2rV7aEq2/gZtT1HnPqDsmjp21fs 6X/YIITbzeg= =DEfd -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Changing the metastructure
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simon Stelling wrote: Mike Frysinger wrote: (how do you measure the degree of a change ?) By the number of inflammatory mails it causes within the timeframe of two weekdays. Quite obvious, isn't it? ;) ok, lemme just shutdown email for the next couple days :p - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRT87hoBrouQZ9K4FAQK9bAP+M5YdBRbM4aEUqq+dCPBJMsnpH+MLcg7R 3miey2QbznZL/nI55d6FiGOZvgOGQ4ibd0G8WIbfxvBZdQmHpOqPHmOUW1WgtfIK L7aDb2Y1DNF+9MWwSs+STLrZbuaUUX94E/On+mk34VSkYeP0Dq1s602aGfVpD95d /ZpbSeY7WeI= =9QaS -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] RFC: Gentoo Commitfests
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Just a random thought that popped into my head: We could have a commit fest where everyone who wants to compete kicks in some small amount of money(say $5) maybe the foundation kicks in a little something too. Then the person with the highest amount of commits at the end of some time period(say 8 hours) gets the money, or perhaps it's split 75%/25% between the top 2. I think this is a fun way to build some team spirit. Thoughts? - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Council Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRTkq14BrouQZ9K4FAQLZtgP8CrnN8wphHmrNqs5Powtiq/rMde4HpsXy RJiYplsLYFaV76iuY93Bn2h7Q5JlyPnRFM2GbdKtkwTTyEsawbMzqlccx+R3w46/ ns0UQJ+pNhyDbSzvEMWpMGh8QBtAdnE/VpVJX+xJtH6/+8BRzXE3SseVLgAhA4JZ hn7ERB0eN/Q= =fqp+ -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [Council] #gentoo-council
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Donnie Berkholz wrote: Danny van Dyk wrote: Just a short note: The new council will be showing more presence in #gentoo-council. This means: even when no meeting is taking place you can reach us all together on IRC to discuss Gentoo development or to point out problems. Great! It's good to hear this. But how about the possibility of getting decisions outside of the official, once a month meeting time with 2 weeks advance notice? Thanks, Donnie I was thinking about bringing that up tomorrow. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRQhJPYBrouQZ9K4FAQLBfAP/dABSPzijT3HZmVB7qwZzMAB02pVehjM/ ISuVeO0T7ED16ijJT8NXi2yOloW9ke4lfSkLvhB+PPSA8p6Q1mf47XWqXuZiDtdY ZlleHYcBELJUR6bUncvlpLCFg3m2MEgW+aj742z9JbC1gwPRqhSCQhuBVziBm9bw wA/LXL8S2cI= =Damk -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Trustees Announcement
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Seemant Kulleen wrote: Dear All, Trustees voting did actually finish over a month ago. It's high time for the official announcement. This year's Board of Trustees for the Gentoo Foundation has been reduced to 5 people, instead of 13. That was something we wanted a vote on, in addition to the regular board, however, only 5 people were nominated. Thus, they formed the new board: I present to you, then, the new Board of Trustees: Chris Gianelloni (wolf31o2) Grant Goodyear (g2boojum) Stuart Herbert (stuart) Seemant Kulleen (seemant) Renat Lumpau (rl03) We will schedule the first Board Meeting for this year, for sometime this month, hopefully. Please note that the board is 60% new, so please do welcome the new members. Thanks! What vote? I don't remember one. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRP2mx4BrouQZ9K4FAQKn5wP8D8oYKCUEGylukuyscbF8vRVatlz+f5/x OGob+urHZT3YtPXZy4/JNH99n6yKu+6ZzeEFOYwdu1h11KzJLSej835SJefbiGjF HQ1rwlDzpSfaXAklJKgwSyp8w/IuyKIRhjBfMS0D1CEYtHJjCVzWxDKzg2iHUMmT 4B9Erw2Wqwo= =+scu -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: The Age of the Universe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Edgar Hucek wrote: Danny van Dyk schrieb: Am Samstag, 2. September 2006 13:18 schrieb Edgar Hucek: 2.) Enable the use flage accessibility gnome cant be merged. It fails on compile the speech-tools. It seams that USE flags are not realy tested or how can it happen that there are already know bugs in the stable distro ? http://bugs.gentoo.org/show_bug.cgi?id=116030 Festival and the speech-tools are well know not to compile with gcc =4. Well, you know - if you go to read the speech-tools/festival co. bug, and read the ebuild, you'll see that the whole thing and code is one huge mess, that doesn't compile even w/ gcc-3.3 without patching. You'd probably prefer to never put out a new release, I guess? How many people are using this one, and how does it justify delaying the release even more? From my point of view, should it be garanted that a package and depencies compiles when all use flags are enabled. If a depency can't be compiled the use flag and depence should be dissabled/removed from a package. Please _think_ before you make such a demand. Just a small investigation would show this: dev-lang/php-5.1.4-r6 has _96_ USE flags. That makes 2^96 = 7.9928+28 combinations. Given the (unreasonable) assumption that each compilation would only take 1s and each compilation would actually succeed, you'd still have ~8e28 seconds. The age of the universe is approximately 4e17 seconds. This hasn't yet investigated allt he possible combinations of packages depending on dev-lang/php, or the ~10,000 other packages in the tree. Danny Just a side hint. Try to enable all flags at the first cimpile time would reduce trys drasticaly ;) So you say a developer cant't test all useflags? That is a strange message from you. How can a developer garantee that his package is correct. Realy funny, i only hear exuses but no real solution for the problem. The fact is, that long outstanding bugs are simple ignored. If a useflag would only apply to one package it could be ok, but not when the same useflag is in other packages and makes this one useflag for the normal user unusable. cu Edgar (gimli) Hucek Edgar- You clearly have absolutely no idea how development and testing happens. This is *free* software with no warranty. Our releases are tested with the profile defaults provided in the release. Nothing more. If that's not good enough for you, please find a distribution that you have to pay for like RHEL. Their testing is no better than ours, but at least paying something entitles you to bitch at them. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRPmNU4BrouQZ9K4FAQLu0QQAwHVnw/zCbHTjDLb3h50tMiUkdgfhZTpF sEYpsee/LlgYpoVqZoukOQ7X3h8N5uRaHNU/SkcS6blMYGNGhdbPuu9taOylp+x1 6BoXi7FlA3tbSpmRQQdsSO3/fqWwS26lHYKtvkYkhFfqjSP+wd3NZPBlUH4hVpbo id2I+hvq8R0= =3jiw -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Paid support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Donnie Berkholz wrote: Robin H. Johnson wrote: On Sat, Sep 02, 2006 at 08:55:33AM -0500, Mike Doty wrote: If that's not good enough for you, please find a distribution that you have to pay for like RHEL. Their testing is no better than ours, but at least paying something entitles you to bitch at them. Or consider paying a Gentoo developer [*] as your first level support person, and liaison with Gentoo. Thus they consult for you, and tell you if your specific combinations are going to work, and do their hardest to keep them working. It might be worth putting together a list of folks interested in doing this on the Gentoo website, under a Third-party Paid Support section. We already have a Support link on the top of www.g.o, it could be on that page. Thanks, Donnie I like it. probably should have it's own thread though... - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRPnl4oBrouQZ9K4FAQIodQQA8fQLHp3Gk4LTAxF1bACBWCYgvd37Y0QV rqJIKtqPJr90X9/KUBRxsWh2fxw0/iBEVNU9QptqIRmBUjX3dMzD4oDBagRlemSQ BKdOkMI/H1T3YX8NSLOWyey9RBP2sIhdoPvNzIZYLbHOhv9gaKfoWZZPxqveh2T1 FuA0sUj/v3U= =fXMu -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Democracy: No silver bullet
Chris Gianelloni wrote: [snip] How do you kick someone out of a project? Currently, I know of no way to do so. It's at the leads discretion. For amd64 me and my OP leads talk it over and make a decision. I suspect that most leads simply don't have the balls to remove someone. It's not an enjoyable task. . What process is required for someone to join a project? Currently, anyone can add themselves to any project without any consent from the project itself. The only real counter-examples to this are projects which require some kind of specific authorization to join, such as devrel or infra, since they have access controls. It's also the leads discretion. Were someone try to add themselves to a project I run without chatting with me(or my OP leads) first, he'd find himself quietly removed at best. [snip] --Mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Democracy: No silver bullet
Thierry Carrez wrote: [snip] I for one was quite demotivated to see that the Infra team could overrule the Council (and did it twice). how? I don't recall either instance. --Mike -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] [treecleaner] Last rites: media-sound/alsaplayer
Christian Heim wrote: The media-sound/alsaplayer package is pending removal as requested by [EMAIL PROTECTED] for multiple buffer overflows [1], dead upstream [1] and a crash occurring when playing uLaw/AU Audio File [2]. The package is currently masked and is pending removal on 15th September. [1] https://bugs.gentoo.org/show_bug.cgi?id=143402 [2] https://bugs.gentoo.org/show_bug.cgi?id=143742 Flameeyes is afk at the moment, but I know he usually maintains this. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: mulltiib cruft: /emul
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Donnie Berkholz wrote: Olivier Crete wrote: It was chosen by brad_mssw to match the way it is done on ia64. And I think we should continue to put the binary app-emulation/emul-linux-x86-* in /emul/ and that lib32 should be reserved for properly installed packages using portage whenever we manage to get portage to support it. It makes sense that you wouldn't want these binary packages going into /lib32 or /usr/lib32, but /emul seems like an odd choice compared to something like /opt/lib32. Thanks, Donnie IIRC, /emul predates FHS acceptance. also, while they are binary packages, they arn't in the same catagory as binary-only packages. We distribute them to assist multilib and to overcome problems that portage wasn't really designed for. We're getting to the point where most emul stuff could be made obsolete. The amd64 team is having a meeting next week and I'll bring the point up. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRNtsMIBrouQZ9K4FAQKtnAP+KmCnEVjj8yeoscAXLZybg9oInK1+0eQy VDAVU7q0gVf+WxCpiiQ8t+uhPL0tV6EGnJAkCx09dDNM6C+aOJrW8a7KEiR9S6g5 SJWN4szCtaYNiPWzpvTvGwdHQ94jPvDDPq3tX4GQN22fF1fG2Xxz56cBmvx+pXIU 40RLYip7wNs= =Xpt4 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Council polls now open
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Greg KH wrote: On Thu, Aug 10, 2006 at 10:57:14AM -0500, Grant Goodyear wrote: Well, we don't yet have reliable software in place to _count_ votes, but that's no reason not to start collecting them. The polls are now open, and will remain so until UTC 20060911 (one month). To vote, log into dev.g.o and type votify --help for instructions. If you run into any problems, please let me know. All current devs are eligible to vote. What is the current election name that we should use when running votify? thanks, greg k-h council2006 - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRNtw5oBrouQZ9K4FAQITPwP/Zq+JrI1GTIiZsscSheAai8WJ9YZUCubi FbC8KWL9/P/M0p8FdtdcPB74chOSt8bwtJel+EXRoi8QD1XCeO7LcA1tmpqsWT9v JXIiW58iX+e3VtYwYDKCZesa9Qaqy5uatGdZpqL9e9TEVqXvruukpyxqOQTcozV7 5FW6HdKMp70= =oPWB -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Beta versions should be slotable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Noack, Sebastian wrote: Hi folks, I like to try bleeding edge beta versions. But I hate that if I will install for example the new firefox 2 beta via portage, it will unmerge the current stable version. I would prefer to have a stable version for daily work and the beta version for testing purposes at the same time on my system. Therefore I would propose to introduce a policy, which forces each ebuild with the suffix _alpha, _beta or _pre have to be slotable. Best Regards Sebastian Noack Not feasable. You have 2 possible ways of doing it though. one is to use a chroot to test these things, and the other is to take a quickpkg of the stable version and emerge -k when you're done testing the bleeding edge stuff. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRNdOzoBrouQZ9K4FAQLT+gP/Utlchg/9AG0UK1bGt9YLeDJex9p533Sp emsRmBUDTr+r/iRLpIEoZDcfF/+kPAqQU/tFccaK/6aZdrayfi/DbOIn2wQ+/aAW d82QND8c4wM5lQ8+oxkWU5oxJksIKpwLXh/R7qqSS2LUKXYYiBXEWR+kbdBNDnwS l/5aNmApdCc= =nP1h -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Monthly Gentoo Council Reminder for August
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alec Warner wrote: In the new system the massive search query will run on the slave system, and it won't affect people making changes; hoewever there may be soem delay between data replication from the master to the slave(s), but that would be implementation dependent (depends on what you use to replicate). We're using whatever mysql feature is default. From everything I've read the replication is well under a minute at worst. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: E1A5 1C9C 93FE F430 C1D6 F2AF 806B A2E4 19F4 AE05 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iQCVAwUBRNOeoYBrouQZ9K4FAQLfzAP+IsgLEraKrzb0lEwVcBEaM/jTOJYsmsRF tlNGSzUXN1LxwNpYr8Q1qrWcb9rIT8+CzMp+upc9xtXy3a7v28a2jGkq6dznx+Bu QvHI7hRF3vM/47fZIlkMuIDoYmJgPKWCzYvwLL/BZeKOGHrnYZGYtFFk62SCesfm dt52GndtEio= =rxS8 -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] pybugz - python command line interface to bugzilla
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alastair Tse wrote: Hi All, As a little weekend project, I wrote a command line interface to bugzilla in Python that is targetted to Gentoo's bugzilla (but also generalisable to other bugzillas with a little code modification). It can do the following: * search bugzilla and output a table of bugs: bugz search keyword * list bug details (incl comments and attachment): bugz get bugid * get attachments: bugz attachment attachid * post attachments: bugz attach bugid filename * modify bug: bugz modify bugid -c here is a new comment --fixed I know there's gentoo-bugger, which is great, but it's in perl and I couldn't figure out how to modify the output to suit my needs. Here's the README attached if you're interested in how it might work for you to become more efficient when dealing with Gentoo's Bugzilla. You can get it either via my portage overlay in: http://overlays.gentoo.org/svn/dev/liquidx/app-admin/pybugz or as a python distutils compat tarball in http://media.liquidx.net/static/pybugz/pybugz-0.5.tar.gz Hope maybe some people might find it useful. Cheers, Alastair Very cool. you might want to send it to the app-accessability group as well; I'm sure blind people would love to have a CLI interface. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iQCVAwUBRLpdtoBrouQZ9K4FAQIMdwQApY0NdHdQ23DGYopgrw9k9g+pETzvQi5A J0/BcDcxsvM6SJOawm/JL6WETZ9hnPbjPC9yHTHKlKXhKGdbSjcLmc6De0yCDaVD UwGbrbwy+iCtn04oUWgwUIAjYTcOgxhP+JSfp/+Az0Cs1L4vumx1mcMtlq1cpUem bBEipB6iGTs= =lFML -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Replacing cpu-feature USE flags
Chris Gianelloni wrote: [snip] This means it is now 36 profiles to support, if we dropped support on all profiles except for the new ones. Without having any sort of multiple inheritance available, this is really unmanageable. This is exactly the same reason why amd64 won't move to a per CPU subprofile. it might be a good idea for ppc, but not for us. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] CPU subprofiles
Ciaran McCreesh wrote: On Fri, 07 Jul 2006 08:36:32 -0500 Mike Doty [EMAIL PROTECTED] wrote: | Chris Gianelloni wrote: | [snip] | This means it is now 36 profiles to support, if we dropped support | on all profiles except for the new ones. Without having any sort of | multiple inheritance available, this is really unmanageable. | | This is exactly the same reason why amd64 won't move to a per CPU | subprofile. it might be a good idea for ppc, but not for us. I believe all discussion on CPU subprofiles has started with if we had multiple profile support then. Would the situation be any different if it were just a case of telling Portage to use base/default-linux/x86/2008.1 + extras/x86/cpu/pentium4? that would make it feasible, still not convinced it's the right way to go... -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] SpanKY's Nominations for the Gentoo Council 2007
Mike Frysinger wrote: On Saturday 01 July 2006 02:46, Mike Frysinger wrote: well it's about that time of the year ... time for nominating people for the next Gentoo Council i guess i'll start off some mass nominations of random people off the top of my head who i think would do a good job ... there's a bunch more people i think would do a good job, but i'm going to cut my list short as it's already ridiculously long ... from current council: koon / agriffis / azarah / seemant / solar some other peeps: Kugelfang / Ramereth / Mr_Bones / spb / plasmaroo / Weeve / `Kumba / jaervosz / KingTaco / Flameeyes / dostrow / dsd / kito / exg i'd also nominate g2boojum, but i kind of like his current unofficial role as honorary council adviser guy ... -mike Vote Taco! If elected, I promise to add 2 minutes to nap time every Friday and double juice boxes every third Wednesday of the month. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Re: Re: GPL and Source code providing
Jakub Moc wrote: [snip] 3. b) Accompany it with a written offer, valid for at least three years, to give any third party, for a charge no more than your cost of physically performing source distribution , a complete machine-readable copy of the corresponding source code, to be distributed under the terms of Sections 1 and 2 above on a medium customarily used for software interchange; or, so make it $N or more.; problem solved. -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GPL and Source code providing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mivz wrote: Then I have got this one question, I don't need a answer too. How free is free software if you need a lawyer and a expensive server just to be able to publish your addition under your own name? Very free. There are many project sites that will host your content if you have it under a GPL or similar license. Similarly, as long as you provide the source, you satisfy the main point of GPL. Thousands of projects do exactly this without any input from a lawyer. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iQCVAwUBRKKWEIBrouQZ9K4FAQJD9gP+LyFCH+xz1ohPfazJ+rz/yy2iI4BgUDbQ K9rjXGZyPz74619shqRASWYe6q97EyUSwmZqlOeQdZv9mp+WQFSPlWEO3CaPbnW+ fQg4lVV3Lrjo5jST9zVpjXCtS4ZMlEQG4LSGeN3wBSrDF2wLUcMA7IWDtkBHBk7V SJ+ly8TamhQ= =nRRK -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GPL and Source code providing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mivz wrote: Mike Doty wrote: Mivz wrote: Then I have got this one question, I don't need a answer too. How free is free software if you need a lawyer and a expensive server just to be able to publish your addition under your own name? Very free. There are many project sites that will host your content if you have it under a GPL or similar license. Similarly, as long as you provide the source, you satisfy the main point of GPL. Thousands of projects do exactly this without any input from a lawyer. But then it's still 'free beer', and not 'freedom'. I still can not write a patch and make a cd with the patch applied to give to my mum and my friends, without the risk of my intelligence being stolen and abused. Or I have to go through the hassle of finding a provider, which of course needs attention too. Then you miss the entire point of GPL. You own your code, but if you derive it from something that is GPL, then you must comply with the GPL. The GPL exists to protect the author from what you're trying to do. Your statement also goes against the whole concept of free software. you've learned and benefited from all of our work, yet you don't want to contribute? It's very selfish and childish. If you truly feel that way, I'd recommend using something propriatory like microsoft, where you can license it any way you want. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iQCVAwUBRKKhcIBrouQZ9K4FAQKcggP/aR8HNcIjBZ33rWX5x9X+AFUJ9md1x1VI Z8XPhloE1DOwC+OGfod0BbyJMepjtUXGISILseRpgVl63VNyT1Hznlk90Am+YFxR ooGiZzsJI1ghZLWy8gBHEC0O6iCA72TnstVx8YceUiK58iOkBwwd9MayGGftMblc 52Sdikeg5NE= =Qq6b -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] GPL and Source code providing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mivz wrote: That other people don't have a 9 line counting footer and are not official Gentoo developers does not say they are so much different from you or stupid. You called me selfish, childish and a M$ lover... Well... I'm a squatter, I try to live anarchistic and I do not prejudge people. And if I disagree... I certainly do not say things that go straight against the subject in discussion and break the social Gentoo rules on offending other people. I think you ow me a apology. Mivz Heh, You want an apology from me yet you attack my signature? My previous email stated that what you were attempting to do was childish and selfish, not that you yourself were either childish or selfish. Perhaps you should take another English class before you make a bigger fool out of yourself than you just did. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.4 (GNU/Linux) iQCVAwUBRKK0kIBrouQZ9K4FAQIiTAP9E38d0uBF7ybkvwl4UMYYSqVFbtRJoXFK MVh2iiMEP7Ftky/L6DqF76AGKA6v/sRoFJEkAFxaSoD8w00IRMKjCLPR1qVqhhOV mvJG32k8VVpCUfAosS3HhzdurS5YjU18DjD/6CpPXZ448OvUDtvDps5TM1FKgBiS PGITgBa2OuI= =3Cze -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] sunrise, a temporary compromise
Donnie Berkholz wrote: Mike Doty wrote: All- We've had a discussion about sunrise and have reached a compromise. Someone will summarize it later, I've attached the raw logs for now. Until the council makes a firm decision about non-gentoo hosted overlays, this will be the defining method of dealing with them. I'm amazingly confused about why technical policy decisions (and even discussions about them) are being made by devrel in a devrel-specific channel. Could someone clear me up on this? Thanks, Donnie because it wasn't a technical decision. it's a temporary compromise until whatever governing party can make a decision on to how to handle it. I made a compromise that both sides are able to live with until the council makes a decision. This is what developer relations should be doing. I'm sorry if you view this as a show of force or if you feel that I've overstepped by bounds, I did what I felt was correct to diffuse a situation and got people back to what they are supposed to be doing, developing, not fighting. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] sunrise, a temporary compromise
Stuart Herbert wrote: On 6/23/06, Donnie Berkholz [EMAIL PROTECTED] wrote: I'm amazingly confused about why technical policy decisions (and even discussions about them) are being made by devrel in a devrel-specific channel. Could someone clear me up on this? Thanks, Donnie Sorry, but I must second this, especially as discussions have also been continuing that (unlike Mike's discussion) actually included council members. I'm all for folks trying to help resolve the Sunrise issues, but I feel that it's not devrel's place to be deciding this particular policy issue, especially when the issue has already been referred to the council. Best regards, Stu It is devrels place to attempt to stop the fighting. This is what I did. I clearly indicate that this is temporary and when the council is willing to clear this nonsense up, it will supersede anything I put forth yesterday. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] sunrise, a temporary compromise
Donnie Berkholz wrote: Mike Doty wrote: It is devrels place to attempt to stop the fighting. This is what I did. I clearly indicate that this is temporary and when the council is willing to clear this nonsense up, it will supersede anything I put forth yesterday. I agree that it is devrel's place to help people find a compromise. I disagree that it is devrel's place to set general technical policy based on this compromise by saying All non-Gentoo hosted overlays are subject to this when the compromise does not involve all the relevant people. Thanks, Donnie What you're missing here is that I did not make a technical decision. I implemented the councils recommendations in such a manner as to not piss off either side too much. If you're familiar with US leagalize, you should view this as a temporary injunction. I implore you and other interested developers to address the remaining points through constructive discussion and then ask the council to make a final decision. Here are a list of points that I feel need more discussion: 1. Different types of overlays: gentoo.org vs. non-gentoo.org and developer focused vs. user focused. 2. Appropriate use of bugzilla for overlays of all varieties. 3. Appropriate use of www.gentoo.org/proj for overlays. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Bugzilla usage for overlays' projects [was: sunrise, a temporary compromise]
Donnie Berkholz wrote: Alec Warner wrote: I believe that jakub finds this devrel decision a step out of bounds (not sure if anyone else detected the that in his statement) and saying that to the java folks is moreso a way of pointing out just how silly it is :) I mean if he was serious, he would have addressed the PHP overlay, the webapps overlay...etc... No, because those are now hosted by Gentoo. Look, I was on IRC yesterday, the whole thing was a mess. For once I'm not going to step on devrels balls for this one. Someone had to do something. For once I'm tired of *someone acting* and then getting nailed for it because its not their place. Am I thrilled with the outcome? No not really. Apparently neither is Jakub. Thats all fine. Can always overturn it later. Or we can discuss it endlessly here with no outcome, or we can make the council decide on what the proper use of bugzilla is. Or we can all realize that we can't get our way all the time and compromise with other projects*. Yes, but as Seemant said, all those affected in the decision should be involved (or at least represented) in the compromise. Thanks, Donnie You're right, not everyone was represented. It was a response to the problem at hand. If the other overlay people feel that they need to be represented, I will hold a 2nd meeting to address their specific issues. Assuming that a significant amount of overlay managers want, I will hold this meeting at Sunday 1800 UTC in #gentoo-devrel on freenode. Please post your specific problems on this (sub) thread by Saturday 1800 UTC so I at least have 24 hours to understand and ask questions before the meeting. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] sunrise, a temporary compromise
, no bugs for sunrise at all. KingTaco so, everyone cool? genstef KingTaco: we cannot really update bugzilla comments :( amne KingTaco: appearently it's not been done yet ;-) KingTaco genstef, no, just add a new link when you clean up the bug genstef ok. KingTaco amne, dude, we just decided how to handle this 30 seconds ago plasmaroo genstef: Okay, so if you link to the FAQ then that would be nice. genstef plasmaroo: link to the FAQ where? KingTaco someone with better english than I want to summerize/log this and send it to the world? plasmaroo On sunrise pages I suppose plasmaroo KingTaco: If somebody else doesn't get to it by tomorrow sure but it's getting late here :) KingTaco the last thing that I have to say is that when/if the council makes a firm decision, it will superceed anything we set forth here brix KingTaco: of course genstef updating the project page amne KingTaco: the outdated links have been there since the project was suspended, that was my point ;-) plasmaroo genstef: danke tantive__ wow brix genstef: please add a link to the summary of the Council meeting? tantive__ so everyone is happy again? jakub amne: yes, we can't wipe bugzilla comments, they'll be there forever... genstef brix: ok, will do plasmaroo tantive__: I hope so KingTaco amne, I'm confident that the sunrise people will make the nesessary corrections... if after a couple of days you still find a bad one, please let genstef know brix genstef: thank you tantive__ thanks everyone KingTaco surely tantive__ and not lets get back to work tantive__ (or to bed) plasmaroo :] KingTaco s/t/w amne jakub: i know, but update - which i hope will happen now KingTaco ok, I'm going to send a raw log to -dev brix will the whiteboard and keywords of the bug reports be wiped clean? KingTaco brix, yes, they are not to be used at this point brix KingTaco: ok, I'm happy then brix thanks all jakub please, be so kind and only wipe the relevant ones tantive__ yeah tantive__ halleluja plasmaroo Ok, great. -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] backups: remove Portage cruft?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Molle Bestefich wrote: Hi Portage takes up a lot of space and time when doing server backups. How much of Portage needs to be backup up? Any large parts of the tree that I can just dump? Thanks! CC appreciated :). anything in /usr/portage can be regenerated by syncing. /var/tmp can be dumped too. That should be most of the space portage takes - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEjdGU0K3RJaeXx6cRAjoXAKDJW9YZ5gax+Vrb/y7kiCr2VomgfwCfSe89 0QkLcHEXzZ9FChQe1/Vk8HM= =8YZx -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Re: Default useflag cleanups: -apm -foomaticdb -fortran -imlib -motif -oss -xmms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [snip] Lets keep this friendly. Obviously genstef was mistaken about the oss use flag. He's not trying to break any of your packages. - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEhZNK0K3RJaeXx6cRArX2AKCxwhdOFcmVIYxmHReYyi5sn0mfZACgs5/o rQX2TbJi/Am0Rn+fvK+EPtQ= =SXov -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] QA subproject, TreeCleaners
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alec Warner wrote: I propose a new QA subproject, the TreeCleaners. [snip] +1 on this idea - -- === Mike Doty kingtaco -at- gentoo.org Gentoo/AMD64 Strategic Lead Gentoo Developer Relations Gentoo Recruitment Lead Gentoo Infrastructure GPG: 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEgb0X0K3RJaeXx6cRAoC0AJ4lDDWuihZQn6WO/PRqK8SWp9iM/QCeMtdK S+XxHe9L0Ll99Pjvl+9kmnk= =cIXB -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] UTF-8 encoding and file format of manuals
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Paul de Vrieze wrote: On Thursday 01 June 2006 20:19, Jan Kundrát wrote: Wiktor Wandachowicz wrote: Summing up: * UTF-8 manuals: good or bad? The Only Way To Go (tm), IMHO. Let's let the legacy encodings die in piece. Would it be possible to do automatic detection and unicode conversion in the portage install stage? I think that would probably be the best option. At a later stage a simple detection and warning might be sufficient. Paul I'd agree. Forcing UTF-8/unicode on those of us who don't want the extra bloat is a bad thing -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEfzzQ0K3RJaeXx6cRAkvSAKDiWDgXOa6dhure8BtZhcTqBBZe8wCg0QDe LPmaxvgfz3uchjwjtRRb9uw= =gH7U -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Developer: Chris Parrott
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All- Chris has move from various AT projects to a developer. cparrot was fist on the amd64 AT project, then he moved on to other arches and some other hards. It's my great pleasure to have him as a gentoo developer. In his own words: Greetings! My name is Chris Parrott, and I am joining the Gentoo developer corps as a member of the Haskell herd, working with Duncan Coutts. I reside near Austin, Texas with my lovely wife and three boys. I have been a user and fan of Gentoo since around the 1.4 release, back in 2003. Before that, I have used various other forms of Linux since around 1994 or so. Prior to joining Gentoo as a developer, I served for over a year as an AT on the amd64 team. I also happen to own a wide variety of machines that have Gentoo installations on them: amd64, ppc64, sparc, alpha, hppa, and mips. (The first four are my primary testbed, but I can fire the others up as needed.) My main interests are programming languages/compilers, high-performance computing -- and to a lesser extent, databases, web applications, and networking. I almost always enjoy learning new things. Outside of Gentoo, I have a pretty cool day job: I work for a prominent U.S. chip manufacturer, doing performance analysis on Linux clusters. I can also speak a little Spanish and German, although I'm not very fluent. I also enjoy grilling, playing with my kids, music, and hiking. I am looking forward to working with all of you and getting to know you better. Anytime you want to chat about something, please feel free to ping me on IRC or drop me an email. - --Mike -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEfG/Z0K3RJaeXx6cRAhvzAJ91l6eVwG8ZYugIpfYgsdHPZVqVwwCePt3p dxwltA0BcuFjvXagPL3sSKQ= =c3yV -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New staffer: Steve Dibbs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All- Take a moment to welcome our newest staffer, beandog. Steve will be helping dsd with planet/universe administration. In his own words, Hi there, I'm Steve from Utah. Lots of Linux users out here, and I'm just one of them. I started using Linux about three to four years ago, and Gentoo has been the only one I've been able to get working for more than three weeks. I've been happy ever since. I work full time as an IT manager at a call center, where we get to do fun stuff like rewrite legacy ASP webpages. When I'm in school I'm studying psychology, and I split all my free time between Gentoo, coding, and watching movies. :) I'm pretty excited to help out with Gentoo maintenance. I've been writing wiki articles for a while now, and trolling in the forums longer than that. Let me know if I can be of any help! - -- === Mike Doty [EMAIL PROTECTED] Gentoo/AMD64 Strategic Lead PGP Key: 0xA797C7A7 Gentoo Developer Relations ===GPG Fingerprint=== 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) iD8DBQFEahah0K3RJaeXx6cRAmN/AJ9BXH+B8UZKXCBUXiwIyRc/0+TtkACgw5dB i3Ww8g3L9lEL8GFw7iZ0LNI= =3cto -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Developer: Gérald Fenoy
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All, please take a moment to welcome djay. Gérald is already a French GDP translator, and now will help out the sci herd with ebuild maintenance. In his own words, I've end my studies last year at the end of a master in computer-science at Montpellier as [EMAIL PROTECTED] ;) does the same year. Now, I work for the 01map enterprise which is involved in open sources geoscpatial development. My Girlfriend and I live in a beautifull little town called Balaruc-les-bains. -- === Mike Doty [EMAIL PROTECTED] Gentoo/AMD64 Strategic Lead PGP Key: 0xA797C7A7 Gentoo Developer Relations ===GPG Fingerprint=== 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD4oDi0K3RJaeXx6cRAvqAAJ4gSTfmtqy6vFwBvdhZSKSCxtp7sQCgicxp jpXoSDgL2OPiTEWD6VyXwyg= =O1vR -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Unmasking modular X
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Donnie Berkholz wrote: Here's my proposal for dealing with modular X entering ~arch. Yes, some packages are going to break. But I intend to keep this to a minimum on packages people care about, as measured by the existence of an open porting bug. So here's my plan: Before modular X enters ~arch, I will ensure that all porting bugs blocking #112675 are closed. As new bugs are filed, I will ensure that they are closed within 2 days, giving their maintainers that long to respond and close it themselves. After 2 days, I, or other members of the x11 team and any volunteers, will jump in and fix it ourselves. Earlier tonight, I discussed with halcy0n our differing opinions of the need for modular X to enter ~arch and break trees for some ~arch users. In my opinion, this is acceptable and beneficial, as ~arch users should already be those willing to help out. It will assist in learning which of the still-unported apps are actually in use and help compile a possible list of tree removal candidates. halcy0n, on the other hand, feels that any breakage of the ~arch tree is anathema. Please contact me if you'd like to be one of these volunteers. Requirements: A) You have commit access to gentoo-x86, AND B) you're comfortable with the porting process OR are adept with ebuilds and would like to help It's my earnest hope that this proposal makes everyone happy, because I refuse to let modular X get old and rusty in package.mask while hundreds of unmaintained (or undermaintained, for whatever reason) applications hold it back. Thanks, Donnie I think before you go forward with something like this you should give a suitable period of warning, it's going to create a lot of bug work for all of us. - -- === Mike Doty [EMAIL PROTECTED] Gentoo/AMD64 Strategic Lead PGP Key: 0xA797C7A7 Gentoo Developer Relations ===GPG Fingerprint=== 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFD1oUV0K3RJaeXx6cRAg/2AKC3yopH5VUPjw+2BAPnD29Ippqw2gCfXRgu cL+GSnyiLPWxwOuwZIVpczw= =ze8X -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Developer: Peter Volkov
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All- Please take a moment to welcome our newest developer, pva. Peter is joining to help out with netmon. In his own words, I was born in Moscow (it's in Russia). I graduated physical department of Moscow State University. And my speciality is physicist. Now I'm second year PHD student in A.M. Prokhorov General Physics Institute Russian Academy of Sciences. But that is not the whole truth. :) I'm learning in High Computer School also in Moscow State University. Well. I think no one be surprised if I say that gentoo is my favorite distribution. ;) Why? Just ordinary two sentence story. :) I lived some time with LFS and really enjoyed it. The only problem I found there was the absence of automation of package management. So when I found gentoo it was exactly what I want! Great! Thank you all. I hope I could help you a bit. :) - -- === Mike Doty [EMAIL PROTECTED] Gentoo/AMD64 Strategic Lead PGP Key: 0xA797C7A7 Gentoo Developer Relations ===GPG Fingerprint=== 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDqcjj0K3RJaeXx6cRAn4YAJwOYuMFQ9PBwI4QlDwiJa7etVGOZwCfQ8a8 sSYNH5N9NBPzKBthWxHfKwY= =3jia -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
[gentoo-dev] New Developer: Sanchan
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 All- Please take a minute and welcome our newest developer, Sandro Bonazzola. Sanchan has joined to help with the embedded team. I'll let him introduce himself. I live in Italy on the river of the lake of Como in a small country of less than 200 inhabitants. I'm a graduand in Information Engineering at Politecnico di Milano, I'll be a full Engineer this month just for Christmas. I actually work as software engineer and developer for an italian scientific industry. I enjoy reading sci-fi and fantasy books, especially J.R.R. Tolkien, T. Pratchett and M. Z. Bradley. I'm interested in Web Accessibility, Web design, Operating Systems, A.I., ALife and Robotics, but actually if I've some spare time I'll spend it with my beloved girlfriend. - -- === Mike Doty [EMAIL PROTECTED] Gentoo/AMD64 Strategic Lead PGP Key: 0xA797C7A7 Gentoo Developer Relations ===GPG Fingerprint=== 0094 7F06 913E 78D6 F1BB 06BA D0AD D125 A797 C7A7 === -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDmwel0K3RJaeXx6cRAvhGAKC66PdXuzkzNYEd58IxefXkIz3o/QCfbJrw m02YRuBaEMifqunOU5axzd0= =ozEV -END PGP SIGNATURE- -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Getting Important Updates To Users
Stuart Herbert wrote:
Hi,
On Mon, 2005-10-31 at 18:11 +0100, Simon Stelling wrote:
Doesn't make much sense to me. The biggest benefit from --news over other,
traditional channels would be that it's linked to the tree, meaning, if you
emerge a new kernel version which doesn't contain devfs anymore, the ebuild
would call something like enews ${FILESDIR}/blah which would then somehow make
emerge mention it.
[snip]
This isn't the problem I'm trying to get solved.
You're talking about a reactive news system, telling users about the
consequences of their actions. I'm after a pro-active news system,
telling users about what will change, so that they have the information
they need to plan upgrades.
We need both.
We definitly need this. I'm reminded of the recent apache changes,
which could of been much less painful if we had something like this.
--
gentoo-dev@gentoo.org mailing list
