Re: [gentoo-dev] Resignation
On Mon, Jul 31, 2006 at 08:53:00PM -0400, Doug Goldstein wrote: Brixy!! You can't leave. Who else will I ramble to on IRC after coming back from the bars? Who else will fix my wireless adapter? You can still ramble to me on IRC - it's not like I'm dropping off the face of the Earth. As for your wireless adapter... if you want me to help with that you'd have to change your operating system ;) I feel so cold and alone!! Got dumped again, eh? ;) But seriously, you'll be missed. :( Thank you. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpUHCa0aR2xC.pgp Description: PGP signature
Re: [gentoo-dev] Resignation
On Thu, Jul 27, 2006 at 11:31:28PM -0700, Josh Saddler wrote: i'll miss you greatly, brix. You made my laptop and wireless (madwifi) worlds much much happier places. i'm on devaway, but when I'm back, if no one else has done it, i'll xmlify your pcmciautils doc -- you were the one who took the time to explain to me that -utils wouldn't bite this longterm -cs user. :) It's already XMLified - it just needs someone to write a few sentences :) good luck in all your future endeavors. hope i see you around irc. Thank you. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpzKq4Bzi1Z8.pgp Description: PGP signature
Re: [gentoo-dev] Resignation (was: Project Sunrise resumed)
On Fri, Jul 28, 2006 at 11:35:24AM +0200, Martin Schlemmer wrote: Mike asked you repeatedly to voice your issues or concerns in relation to Project Sunrise, which you failed to reply to. How many times are we supposed to raise our concerns about a project whose founders already agreed to run their project as an unofficial project on non-gentoo infrastructure? Did you miss the logs from the devrel + sunrise meeting where genstef and jokey agreed to this? I simply had no idea the Gentoo Council even remotely considered taking Project Sunrise on as an official project. Also, I do not remember you even attending the meeting or asking to speak there, so this really seems a tad unreasonable or impulsive. Same as above - had I known that you guys actually intended to revert your own ruling from the previous meeting along with the consensus reached on the devrel + sunrise meeting I would have been there to raise my concerns. No big deal, though. Best of luck to all of you, including the people behind Project Sunrise. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp0KqzyafX8t.pgp Description: PGP signature
Re: [gentoo-dev] Resignation (was: Project Sunrise resumed)
To my former fellow Gentoo developers and users, On Thu, Jul 27, 2006 at 11:58:09PM +0200, Stefan Schweizer wrote: To my fellow Gentoo developers and users, In last weeks council meeting [1] it was decided that the Sunrise project is no longer suspended. I can give a short overview of the current status of the overlay: Seeing this I'd like to resign as a Gentoo developer. Thank you to all the developers and users who have made the last two years a fun period of my life in OSS. You all know who you are. I'll miss you guys and gals. I wish the remaining developers good luck with keeping Gentoo Linux among the top GNU/Linux distributions out there. I can be reached at [EMAIL PROTECTED] should anybody have any questions to the ebuilds, I used to maintain. Sorry about dumping the ebuilds on the people who kindly took over when I announced my present hiatus - but I'm sure you'll do a good job at maintaining them. I have an unfinished draft for a pcmcia-cs to pcmciautils migration howto sitting in my home dir - I'd appreciate if someone would step up and finish it. So long and thank you for all the fish, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpehjJjlZS3n.pgp Description: PGP signature
Re: [gentoo-dev] I'm frilled to present to you, a new Gentoo developer
On Wed, Jul 26, 2006 at 10:44:58AM +0200, Sune Kloppenborg Jeppesen wrote: To all others: Do remember to wear protective glasses when you're near frilled. He's got some autocompulsary habit of poking people in the eyes :-) Who doesn't? /me pokes jaervosz in the eye Welcome aboard, frilled :) ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpBXd4MtiB5s.pgp Description: PGP signature
[gentoo-dev] Hiatus
Hi all, As some of you already know, I will be taking a hiatus from Gentoo starting this weekend. While I am gone, the mobile herd is pretty much left without active developers. Uberlord and phreak have already adopted some of the more critical ebuilds, but quite a few are still orphaned as seen in this report from 'herdstat -dp brix': Developer: Henrik Brix Andersen (brix) Email: [EMAIL PROTECTED] Packages(31):app-doc/gimp-help app-laptop/ibam app-laptop/laptop-mode-tools app-laptop/radeontool app-laptop/tp_smapi dev-embedded/avr-libc dev-embedded/avrdude dev-tex/dk-bib dev-tex/memoir media-gfx/gimp net-misc/radvd net-wireless/gkismet net-wireless/hostap-driver net-wireless/hostap-utils net-wireless/hostapd net-wireless/ipw3945-ucode net-wireless/irda-utils net-wireless/madwifi-ng net-wireless/madwifi-ng-tools net-wireless/madwifi-old net-wireless/madwifi-old-tools net-wireless/ussp-push net-wireless/wispy-tools sys-apps/pcmcia-cs sys-apps/pcmcia-cs-cis sys-apps/pcmcia-cs-modules sys-apps/pcmcia-cs-pnptools sys-apps/pcmciautils sys-kernel/linux-docs x11-misc/gromit x11-plugins/gkrellm-wifi Hopefully someone will step up and adopt the remaining ebuilds. I will, of course, be available for answering questions about these ebuilds through e-mail and IRC. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] FreeBSD since 6.1-RELEASE pgp96cWJbL6PK.pgp Description: PGP signature
Re: [gentoo-dev] Making dobin, doexe, doins, doman, dodoc die by default
On Wed, Jul 12, 2006 at 11:11:01PM +0200, Jakub Moc wrote: Uh... Sorry but it's pretty hard to imagine something more annoying than an ebuild that dies after a couple of hours compile just because upstream decided to rename Changelog.txt to ChangeLog.txt and noone noticed during version bump, or because someone made a typo there. Fail to see any benefit from this... :S Ditto for manpages. How could that slip through the initial testing of the ebuild performed by the developer doing the version bump? ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp9owhC39iqQ.pgp Description: PGP signature
[gentoo-dev] Mobile Computing herd severely understaffed
Hi all, The mobile herd, a group of laptop and mobile-computing related ebuilds, desperately needs more maintainers. We are severely understaffed with only 8 maintainers (several which are not active in the herd) for 114 ebuilds. We have quite a few maintainer-wanted bugs sitting in bugzilla too. Personally, I maintain 52 ebuilds - much more than I can find the time for. So, all of the developers out there using Gentoo on laptops: please take a couple of minutes to see if you use any of the ebuilds maintained by the mobile herd and consider offering to help with maintaining it/them :) Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpTKSqoFPNOz.pgp Description: PGP signature
Re: [gentoo-dev] Mobile Computing herd severely understaffed
On Tue, Jul 04, 2006 at 12:00:40PM -0600, Nick Devito wrote: Since I'm not a developer, I can't exactly help with maintaining, but, I got two laptops so, I bet I could test anything out which you might need tested. Just let me know if that would help in any way (I got a ton of free time and nothing to do, so, might as well :) Cool, thanks - we need all the help we can get. May I suggest you read the Becoming a developer chapter [1] in our developer handbook? It lists some of the many ways you can help out. Regards, Brix [1]: http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?part=1chap=2 -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpJA5TtcbIgN.pgp Description: PGP signature
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for July
On Mon, Jul 03, 2006 at 02:43:32PM -0400, Mike Frysinger wrote: On Monday 03 July 2006 09:50, Bryan Ãstergaard wrote: No, brix is certainly not happy with a overlay like sunrise in any official capacity. then he needs to voice his concerns we've had a few threads calling for people to list their problems so they can be addressed and i dont recall anyone piping up that hasnt been addressed I have no problem with Project Sunrise being an unofficial project, which is why I haven't responded to those mails. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpFEkvganiQ8.pgp Description: PGP signature
Re: [gentoo-dev] Re: Monthly Gentoo Council Reminder for July
On Mon, Jul 03, 2006 at 03:04:55PM -0400, Mike Frysinger wrote: the entire point of these threads is to address developer concerns to that sunrise can be folded back into Gentoo Really? According to who? We only just had the userrel + sunrise meeting where the people behind Project Sunrise said they would continue the project as an unofficial project. Even if they have changed their minds about this, I think it is too early to re-evaluate the project for inclusion. Regards, Brix PS: There is no need to CC: me on replies. Please use reply-to-list. -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpPBhFAF5VW7.pgp Description: PGP signature
Re: [gentoo-dev] Last rites: net-wireless/bluez-kernel
On Wed, Jun 21, 2006 at 05:25:45PM +0200, Henrik Brix Andersen wrote: If nobody objects I'll package.mask net-wireless/bluez-kernel in 7 days, pending removal 30 days later. Added to package.mask pending removal, bug #132600. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpqxyWEXFZbE.pgp Description: PGP signature
Re: [gentoo-dev] [Last Rites for many packages]
On Mon, Jun 26, 2006 at 01:12:04AM -0400, Alec Warner wrote: net-wireless/gtkskan compile failure[9], no maintainer, pmasked by Brix. s/Brix/Betelgeuse/ ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpr10cFuRRfS.pgp Description: PGP signature
Re: [gentoo-dev] Bugzilla usage by gentoo-java's doing migration work
On Fri, Jun 23, 2006 at 10:20:44AM -0400, Joshua Nichols wrote: Unless there's more discussions going on than I'm privy too... what I grokked out of the IRC log was that the argument was that it's an 'unofficial overlay'. No, this is about a project that was supposed to be suspended until its details have been hashed out. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpTMHLTlUUKB.pgp Description: PGP signature
[gentoo-dev] Last rites: net-wireless/bluez-kernel
Hi, The net-wireless/bluez-kernel package is no longer supported by upstream and the current release (from Nov 2002) doesn't build with recent kernels (bug #132600). The replacement for this package is the in-kernel bluetooth drivers. If nobody objects I'll package.mask net-wireless/bluez-kernel in 7 days, pending removal 30 days later. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpvWzRZnvRsZ.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] Useflags: qt, qt3, qt4?
On Tue, Jun 20, 2006 at 02:22:21PM -0700, Donnie Berkholz wrote: That makes for highly irreproduceable builds and particularly screws with building packages on one machine and expecting them to work on another. Same as autodetecting in configure scripts, except worse because now we're doing it too. Oops, didn't think of that. I've fixed this in the newly added net-wireless/wpa_supplicant-0.5.4 ebuild, thanks. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp9otDnjVXHu.pgp Description: PGP signature
Re: [gentoo-dev] Sunrise: way forward, semi-official, review
On Sat, Jun 17, 2006 at 05:31:19PM +0200, foser wrote: It doesn't become an official Gentoo project by being run by 'official' Gentoo developers. There is no such thing as 'semi-official' and as such the move away from the gentoo domain indicates it has nothing to do with Gentoo and makes this part of the several third-party Gentoo ebuild sites around. Good luck with that, but don't try to put a Gentoo stamp-of-approval on it. I agree with foser on this. You are of course free to run Project Sunrise on non *.gentoo.org - this is what I have suggested all along - but this also means that the project is not official. Meanwhile, we've had an interesting brain-storm in #gentoo-userrel on freenode IRC about other ways to improve the user-developer relations. Stay tuned for more information. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpkGveipuMkh.pgp Description: PGP signature
Re: [gentoo-dev] Herds suck, fix them
On Thu, Jun 15, 2006 at 12:34:42PM +0200, Jakub Moc wrote: :=) If a general consent is (games left apart ;) that herd is a backup for cases when maintainer is unavailable/goes MIA, and a primary maintainer if there's no maintainer tag in metadata.xml, let's just leave it at that, be done with it and save ourselves the hassle... WORKSFORME Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpbuLf36F4b9.pgp Description: PGP signature
Re: [gentoo-dev] Re: A heretical thought? Blessing project sunrise as an almost-fork.
On Wed, Jun 14, 2006 at 09:18:57AM -0400, Chris Gianelloni wrote: I would have *no problem* with an opt-in system. Instead of using InOverlay (which is a poor choice anyway... which overlay?) as some sort of tag, instead, assign the package to the project which maintains the herd the package belongs to. If the project does not want it, then they can add SUNRISE to Keywords (in bugzilla). The Sunrise project then has permission to do with the package as they see fit. At *this* point, you could use InOverlay, since it would be pretty obvious which overlay it means. The real root of the problem is that packages that were once assigned to teams/projects are now being assigned into a generic dumping ground and being forgotten. You're trying to resolve this problem by moving them to another dumping ground, which I completely disagree with. A better solution would be to revert the broken behavior, and start assigning packages back to the projects, as it used to be done. Let the project decide if they want the package or not. If they don't, then they can simply add a single keyword and Sunrise can have at it. This pleases everyone, as packages can be maintained in Sunrise, and the projects still get to decide about packages that would likely affect them. It changes the project to an opt-in project, rather than having to track down things and opt-out. Except there is a flaw in your idea. As I see it, nothing prevents the developers of Project Sunrise from joining each and every team currently in existance and start marking enhancement requests SUNRISE, regardless of the general opinion of the team/project. I am not in favor of an opt-in/opt-out system. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpFtgAb8bneR.pgp Description: PGP signature
Re: [gentoo-dev] A heretical thought? Blessing project sunrise as an almost-fork.
On Tue, Jun 13, 2006 at 11:10:47AM -0500, Grant Goodyear wrote: Over the years we've had a fairly consistent stream of suggestions that we should open up the e-build maintaining process to users instead of just devs. The main arguments against it are the security issues and an expectation that it would add to developer workloads. The former is certainly a real problem, although signing (assuming a reasonable web-of-trust) could mitigate that some (at least we'd know who to blame). The latter, however, is conjecture, and the only good way to verify it would be to actually try it and see what happens. Oh, and there's also a very real fear that if things go horribly wrong, that Gentoo's reputation would suffer quite badly. Perhaps I'm naive, but I tend to think that if we were to advertise project sunrise as experimental, temporary, use-at-your-own-risk, and might-break-your-system, and even put it on hardware without a gentoo.org address and add a portage hook that warns whenever the project sunrise overlay is used, then our reputation isn't really likely to suffer even if it's a complete disaster. So, Chris, what have I failed to address that would make this a really bad idea? As I've said all along - I do not have any problems with Project Sunrise. I have a problem with it being an official project hosted on *.gentoo.org, as I fear most users will think hey, it's official, it's hosted on *.gentoo.org - it can't be that bad. Judging from the few users who have posted to the previous threads on this subject, my fear seems to be reasonable. If the project was to be hosted on a non *.gentoo.org domain (I'll let infra comment on whether or not non *.gentoo.org domains can be hosted on infra hardware) my current issues with this project would be gone. If the project proves to be healthy and not affect the reputation of Gentoo in a bad way, we could consider adopting it as an official project after a period of time. Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpyQV6aukXgs.pgp Description: PGP signature
Re: [gentoo-dev] Re: A heretical thought? Blessing project sunrise as an almost-fork.
On Tue, Jun 13, 2006 at 01:29:55PM -0400, Peter wrote: [snip] This kernel source will not cause Armageddon to arrive, cause smoke to issue from your power supply, nor interfere with other ebuilds. That's funny. Did you just claim that a sys-kernel/*-sources ebuild with the patch-sets listed below would have no possibility of interfering with other ebuilds? If so, you've just proven my point that many users wont be able to judge how ebuilds from overlays may affect the stable tree. Features -ck(s) Con Kolivas Patchset, (server version available as option) -ide libATA/ide updates, Alsa updates and fixes, Dothan Speedstep, Pentium M undervolt, IBM ACPI fan control, Suspend2, vesafb-tng, reiser4, unionfs squashfs, realtime-lsm, fbsplash, configurable mouse polling support, custom dsdt, Layer7, various fixes and updates. [1] Am I being to simplistic or naive? Both, it seems. Regards, Brix [1]: http://bugs.gentoo.org/show_bug.cgi?id=103354#c51 -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpUVjE0JAgg3.pgp Description: PGP signature
Re: [gentoo-dev] Re: Re: A heretical thought? Blessing project sunrise as an almost-fork.
On Tue, Jun 13, 2006 at 02:14:24PM -0400, Peter wrote: I did. Sources don't affect anything. The ck-sources are in the tree, and there is dire warning associated with them. Only the -mm sources have any sort of warning. If a user CHOOSES to use a hacked up kernel, then they obviously choose to. Just like, if a user chooses to try out reiserfs-4, they get what they pay for. Sources don't affect anything. I rest my case. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpVvny7JAkoB.pgp Description: PGP signature
Re: [gentoo-dev] A heretical thought? Blessing project sunrise as an almost-fork.
On Tue, Jun 13, 2006 at 02:15:12PM -0400, Ned Ludd wrote: Would moving it from overlays.g.o to overlays.dev.g.o, overlays.experimental.dev.g.o help ? It could then be viewed officially unofficial as the tinderboxing repository's I've been working on. It wouldn't be the ideal solution to me. Or not? That's an option as well. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpbfQNDxLv1t.pgp Description: PGP signature
Re: [gentoo-dev] Re: Re: A heretical thought? Blessing project sunrise as an almost-fork.
On Tue, Jun 13, 2006 at 01:41:21PM -0500, Grant Goodyear wrote: Care to elaborate? The wise, all-knowing Zen argument isn't particularly helpful All software runs on top of the core of the operating system, the kernel. If the kernel is buggy it will be reflected in all the software running on top of it, be it portage, compilers, daemons or graphical user environments. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpaXplztf3ud.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise overlay suspended pending Council resolution
On Mon, Jun 12, 2006 at 10:01:32PM +0100, Stuart Herbert wrote: That's not my decision to make, as o.g.o lead. That decision rightly belongs with the Council. I'm referring this to the Council for them to decide. I would like to propose a last-minute change of the agenda for Thursdays Gentoo Council meeting to include a discussion of the future of Project Sunrise. While I do realize this is a last-minute change, I believe this topic is important enough to warrant a last-minute change as it seems to be splitting the Gentoo developers in half. I will attempt to be present at the Gentoo Council meeting on Thursday but I have yet to find out the exact time it will be held. Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp3Bbqiv3zfC.pgp Description: PGP signature
Re: [gentoo-dev] Defining the Tree: a proto-GLEP.
On Tue, Jun 13, 2006 at 01:26:39AM +0200, Luca Barbato wrote: Stephen Bennett wrote: This would be, in essence, a formal definition of the layout of the tree, and the format of and assumptions made by every file contained within it. I'm all for it. Definately. Go for it. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpvsYPeUK980.pgp Description: PGP signature
Re: [gentoo-dev] July Council Meeting: Requested Agenda Item
On Sat, Jun 10, 2006 at 11:37:42AM -0400, Alec Warner wrote: Have the GWN posted to -core in a sane time period prior to it's release. I seriously doubt anyone cares about whether the publication is always on time (whatever that may be). If it's a bi-weekly publication it doesn't always have to go out on the same day, as long as you get it out in the general time period. I sometimes respond with corrections/additions but they never make it because it is released before my mail is sent. Often when I see the core mail I don't even bother reading it since by looking at the timestamp I can guess it's already been mailed. That's one of he things that keeps me away from contributing anything to the GWN. Whenever I've sent something to the feedback address or replied to a draft GWN with corrections, I've never heard back nor have my corrections been made or rejected with a reason. If the GWN wants to be that independent I wont stand in their way. But I do agree with Christel that the GWN today is only a shadow of what it used to be. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpw7Y85R8IH7.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise -- Proposal
On Sat, Jun 10, 2006 at 01:37:15PM +0200, Markus Ullmann wrote: Okay, so after figuring out open problems (thanks to kloeri and various other people for help here), we now have a resolution that should satisfy all involved parties here. This should adress dostrow's demands as well. While I do think this proposal is much better than the previous non-existing proposal, it still doesn't address the problem of having the sunrise overlay hosted on a non *.gentoo.org address to make it 100% clear to the public that it is unsupported. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpf03IBTNUlw.pgp Description: PGP signature
Re: [gentoo-dev] Re: Project Sunrise thread -- a try of clarification
On Sun, Jun 11, 2006 at 03:42:19PM +0200, Christian Birchinger wrote: On Fri, Jun 09, 2006 at 02:04:57PM +0200, Stefan Schweizer wrote: svn co http://overlays.gentoo.org/svn/proj/sunrise/category/application; emerge application As long as it's made for pulling single ebuilds (and their support files), i think it's really helpfull. The way SVN works you can just as easily do svn co http://overlays.gentoo.org/svn/proj/sunrise/; and get the full repository - so no, this is not limited to pulling single ebuilds. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpdMipiLWjnS.pgp Description: PGP signature
Re: [gentoo-dev] Re: Project Sunrise -- Proposal
On Sun, Jun 11, 2006 at 04:01:50PM +0200, Stefan Schweizer wrote: You need to ask a team member then to move them to maintainer-wanted. Usually the teams have no problem with moving bugs over to maintainer-wanted because they know that they cannot maintain everything themselves. But Project Sunrise can? I'm sorry, but I believe you are overestimating yourself... Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpKiMpk5C9m9.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise -- Proposal
On Sun, Jun 11, 2006 at 09:43:01AM -0700, Donnie Berkholz wrote: It's no more or less supported than anything else on overlays.gentoo.org. The word overlays ought to be enough. I suppose you oppose the whole concept, anyhow? No, I am certainly not opposed to overlays in general. I even maintain my own public overlay of packages I work on in portage, an overlay I consider moving to overlays.g.o when I have more time. However, as has been pointed out several times in this thread already, back when the devloper community agreed to the overlays project it was also agreed that projects similar to what is now known as Project Sunrise was not be present on overlays.gentoo.org. I believe this was why many developers agreed to having the overlays project in the first place. The idea was to have a central repository for the team and developer specific overlays that already are available on e.g. dev.gentoo.org. Overlays that are far more limited in contents and where the ebuilds are written and reviewed by people who actually know the packages in question. Instead of following this consensus, the people behind Project Sunrise choose to ignore this and went ahead and implemented the project - without even presenting the idea to the developer community before announcing it's presence to the world; perhaps thinking it would be easier to get pardon than permission. As I see it we have already agreed that an overlay of this type should not be hosted on the overlays project back when the overlays project was agreed upon. Yet a small number of developers ignored this and implemented it anyhow behind the back of the rest of the developers, disregarding their public stated oppinion. As this is a project that has the potential of affecting the entire project I find this very problematic. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpml7nyTSUpF.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise -- Proposal
On Sun, Jun 11, 2006 at 06:53:51PM +0100, Stuart Herbert wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Henrik Brix Andersen wrote: | However, as has been pointed out several times in this thread already, | back when the devloper community agreed to the overlays project it was | also agreed that projects similar to what is now known as Project | Sunrise was not be present on overlays.gentoo.org. Can you provide a reference to this, please? I've been through my -dev M/L archive several times, and cannot find an email where I agreed to this. Perhaps not in those exact words, I admit. But the general consensus in my eyes, and I'm not alone with this view according to other replies to this thread, was that the purpose of overlays.gentoo.org would be to provide a common place to host project and developer overlays - not a place to host Joe User's ebuild contributions (except for users regularly contributing to specific teams/herds and devs-in-spee). [1] [2] [3] You could argue that Project Sunrise *is* a specific project. Fact is that nobody at that time could predict that a small group of developers would go ahead and create a project with the single goal of providing Joe User's bugzilla-contributed ebuilds to end-users through overlays.gentoo.org. In my opinion, creating a new project with this purpose should not have been allowed. I fear that perhaps creating the project was just an attempt to circumvent the policy of overlays.gentoo.org, which states that only project teams and individual Gentoo developers can have an overlay on overlays.gentoo.org. It seems that the developers who started Project Sunrise already planed to use overlays.gentoo.org as a free-for-all overlay with no QA and policy checks back when the idea of an official overlays project was discussed. [4] [5] The security issues of having an official overlay of unsupported ebuilds was also raised back then. [6] [7] [8] [9] [10] As was the concerns about potential damage to the reputation of Gentoo as a whole. [11] [12] On the other hand, having team/herd specific overlays with commit access from a select few end-users (as was written in the original proposal) was seen as a good idea. [13] [14] I've spent tonight reading through the entire thread that let to the creation of the overlays project, and I still come out in the end with the feeling that a consensus of having overlays.gentoo.org for hosting the already existing developer and herd/team overlays in a central place was reached. It also looks to me like the idea of having a free-for-all or a user-contrib overlay hosted there would not be acceptable due to security issues and risk of damaging the reputation of Gentoo as a whole. I know this doesn't provide solid evidence that this is how it was, but truth is - we hardly ever see an email on the developers list stating This is what we agreed on. Due to the nature of the media we tend to have a lot of input and discussion back and forth after which a general consensus is found. This consensus, as I see it, is reflected in the policy for overlays.gentoo.org. [15] I urge people to read through the initial thread that fostered overlays.gentoo.org as well - if only to refresh peoples memory on the stuff that was discussed back then. You can start at http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09877.html Sincerely, Brix [1]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09913.html [2]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09921.html [3]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09983.html [4]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09962.html [5]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09966.html [6]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09918.html [7]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09959.html [8]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09884.html [9]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09964.html [10]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09963.html [11]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09910.html [12]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09946.html [13]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09948.html [14]: http://www.mail-archive.com/gentoo-dev@lists.gentoo.org/msg09972.html [15]: http://www.gentoo.org/proj/en/overlays/policy.xml -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp3PFucKP198.pgp Description: PGP signature
Re: [gentoo-dev] July Council Meeting: Requested Agenda Item
On Sat, Jun 10, 2006 at 01:13:36PM +0100, Christel Dahlskjaer wrote: To take an example, there were made up quotes in my GWN interview, however, nothing of great harm. I believe that time it was a case of attempting to make it more fun, it is however a worrying trend. One of my blog entries was also over-interpreted and included in the GWN without consulting me first, causing a mail storm in my inbox from angry users of xsupplicant: http://planet.gentoo.org/developers/brix/2005/11/25/wpa_supplicant_vs_xsupplicant Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpYZmxDaOU68.pgp Description: PGP signature
Re: [gentoo-dev] Re: Re: Re: [ANNOUNCE] Project Sunrise - Gentoo User Overlay
On Thu, Jun 08, 2006 at 06:31:43PM -0400, Peter wrote: And, for me again as a user, using a gentoo-hosted overlay is preferable to a third party repository. This is a personal bias on my part -- and maybe unwarranted. This is actually my main concern with the Sunrice project. You say you would prefer a gentoo-hosted overlay to a third party repository. Why is that? I can only assume it's because you think hey, it's officially endorsed by Gentoo, the same people who maintain the other official ebuilds - so it must be ok. I suspect most users will think similar and will come yelling at us, or even worse - at upstream, when something in this overlay breaks and leaves their computer as expensive paper weight (at least until they've formattet and started over). Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpkuqZZtv2he.pgp Description: PGP signature
Re: [gentoo-dev] Re: Re: Re: Re: [ANNOUNCE] Project Sunrise - Gentoo User Overlay
does not hurt the reputation of Gentoo as a whole, we can then consider moving the project back on gentoo.org and make it official. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp57meqTjRuP.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise thread -- a try of clarification
On Fri, Jun 09, 2006 at 05:42:01AM -0700, Brian Harring wrote: Curious, how will the wrangler know in general? *cough* they won't. You're using a generic arguement against a specific target- iow, apply it to overlays.g.o in general instead of singling sunrise out via it. Well, the other overlays at overlays.gentoo.org will primarily be team/herd specific overlays as I understand it - overlays maintained by the people managing the ebuilds. If a bug ticks in about, say, a KDE related ebuild it will be assigned to the KDE herd - who are in a much better position to know whether or not this bug might be caused by something available in their project overlay, since they're the ones who put it there in the first place. Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpyxOX8zX14r.pgp Description: PGP signature
Re: [gentoo-dev] What is official?
On Fri, Jun 09, 2006 at 09:22:08PM +0200, Kevin F. Quinn wrote: On Fri, 09 Jun 2006 07:50:27 -0400 Ned Ludd [EMAIL PROTECTED] wrote: Keeping it simple... If it's hosted on gentoo infrastructure it's official. If it's hosted on gentooexp.org/SF/Non infra then it's not official. I think this is the best way to define it. Anything on Gentoo infrastructure has to have broad support from the Gentoo community. Anything elsewhere can do whatever it wants. I fully agree with you and Ned on this. We could take a leaf from the GNU book, and register nongentoo.org if infra wish to host stuff that is not official (c.f. savannah.gnu.org vs savannah.nongnu.org). Then sunrise could go on overlays.nongentoo.org That's not a half bad idea, actually. Question is - does infra want to host unofficial projects? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpF5QPzHl4Am.pgp Description: PGP signature
Re: [gentoo-dev] Re: Sunrise Project -- Sunrise FAQ
On Fri, Jun 09, 2006 at 02:46:39PM -0500, James Potts wrote: I have a counter-question to this: What modifications to the sunrise (not sunrice, btw) project would have to be made to get you to stop actively trying to shut it down? I really don't care if you think the team will be willing to make the changes, list them anyway, please. :) It should be hosted on a non *.gentoo.org domain (nongentoo.org?) to signal the fact that it contains unofficial and unsupported ebuilds. I'll leave it up to infra to comment if this domain can be hosted on official Gentoo hardware. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpOqorJC3drk.pgp Description: PGP signature
Re: [gentoo-dev] [RFC] client/server policy for ebuilds
On Fri, Jun 09, 2006 at 06:19:53PM -0400, Ned Ludd wrote: Seems logical. But for what you are proposing I'd suggest not making USE of minimal at all for this. I'd rather see that flag reserved for mostly embedded alike use. Me too. A server/client set of USE flags seems more appropriate to me. Sincerely, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpwzLLFM0rG6.pgp Description: PGP signature
Re: [gentoo-dev] [ANNOUNCE] Project Sunrise - Gentoo User Overlay
On Thu, Jun 08, 2006 at 10:13:45AM -0400, Stephen P. Becker wrote: That and it would become an an official Gentoo BMG-style repo. Please, let us not officially encourage the ricers. Some of us work very hard to discourage this type of user behavior. I wholeheartedly agree with Stephen on this. You should have brought up the idea for the Sunricers project on this mailing for discussion instead of just going ahead and implementing it. Personally, I dislike the idea of having officially supported (read: hosted on *.gentoo.org infrastructure) overlays for unmaintained ebuilds for which nobody did any real quality assurance. I fear this will drag Gentoo back into the old-ages of having a reputation of a ricer-distribution; a reputation I for one have worked very hard to get rid of during the past 2 years. Please put this project on hold until is has been discussed properly on this mailing list. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpdZwna9ltFc.pgp Description: PGP signature
Re: [gentoo-dev] Re: [ANNOUNCE] Project Sunrise - Gentoo User Overlay
On Thu, Jun 08, 2006 at 12:27:47PM -0400, Chris Gianelloni wrote: Does anyone else see this as a problem? I think it is clear from the comments in this thread that your view is shared by many other Gentoo developers. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpLMwBnP2GUo.pgp Description: PGP signature
Re: [gentoo-dev] Re: [ANNOUNCE] Project Sunrise - Gentoo User Overlay
On Thu, Jun 08, 2006 at 12:26:50PM -0400, Peter wrote: And, I'm fine with that. That's their job -- to protect the quality of their project, and to keep things relatively safe and manageable. Nonetheless, the bug is active, with a good number of people subscribing to it and contributing to it. The sunshine overlay would be an ideal place to store a kernel source tree or any project which would never find a home in portage. What's wrong with using BMG for uofficial and potentially broken stuff like your proposed beyond-sources? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpQCfkMPAMYB.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise thread -- a try of clarification
On Thu, Jun 08, 2006 at 08:58:48PM +0200, Markus Ullmann wrote: This is not the main tree, just a normal overlay. Okay, some non-devs contribute here but doesn't change the fact that it is just an overlay as any other out there in the world. Well, it is a bit different. Here are some devs keeping an eye on the evolution and can help people with doing it right and thus get better contributions in the end. It's not a normal overlay as I see it. You've promoted it to be an official overlay. The difference is huge in my opinion. As already mentioned at 1), it is an overlay. The devs on sunrise do keep an eye on it and all ebuilds do have to pass at least repoman and some basic QA checks (currently done when porting them from bugs.g.o) so that they don't do some rm -rf / thing. Will you also review the code each and every ebuild pull down over the internet? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpbX3aW1uIEb.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise thread -- a try of clarification
On Thu, Jun 08, 2006 at 09:35:07PM +0100, Ciaran McCreesh wrote: On Thu, 08 Jun 2006 23:52:50 +0400 Peter Volkov (pva) [EMAIL PROTECTED] wrote: | Will you also review the code each and every ebuild pull down over | the internet? | | And that is really exciting moment. :) The main difference between | such overlay and wiki is that reading text never does `rm -rf /`. How | can one stop such jokes? I think if this problem will be solved such | overlay should be. Somehow I think certain people aren't quite grasping the potential security breaches with this whole thing... Slipping in malicious and hard to detect code that gets executed by everybody is very very easy. My point exactly. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpFg6scJLgGu.pgp Description: PGP signature
Re: [gentoo-dev] Project Sunrise thread -- a try of clarification
On Thu, Jun 08, 2006 at 10:05:38PM +0100, Stuart Herbert wrote: On 6/8/06, Henrik Brix Andersen [EMAIL PROTECTED] wrote: Will you also review the code each and every ebuild pull down over the internet? The policy for overlays.gentoo.org hosting [1] is hopefully clear: as the project leads, they're ultimately responsible (and therefore accountable) for what goes into their project overlay - no matter whether it's committed by a dev or by a user who has been entrusted with commit rights to the overlay. [snip] I don't really see how this answers my question, but I do appreciate the summary of the policy for overlays.g.o. I have no problems with the overlay project in general - my concern is about the Sunshine project. [1] http://www.gentoo.org/proj/en/overlays/policy.xml While reading the policy above, I stumbled across this line: Bug Tracking: bugs.g.o is the OneTrueBugTrackingSystem(tm), even for overlays. Could you please elaborate on this? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpnHA655xWmO.pgp Description: PGP signature
Re: [gentoo-dev] Re: Addition of a USE_EXPAND-Variable LIRC_DRIVERS and general cleanup of app-misc/lirc
On Sat, Jun 03, 2006 at 09:11:38PM -0600, Ryan Hill wrote: LIRC_DEVICE? most of the USE_EXPAND stuff seems to be named for the device rather than the driver. eg. ALSA_CARDS, VIDEO_CARDS, INPUT_DEVICES. The ones you just mentioned all refer to driver names. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpjawzRzNhBn.pgp Description: PGP signature
Re: [gentoo-dev] User Relations Co-lead
On Sat, Jun 03, 2006 at 02:05:42AM +0100, Christel Dahlskjaer wrote: It is my pleasure to inform you that after much discussion I can announce that Joshua Jackson (tsunam) has come onboard to act as my co-lead in Userrel[1]. Yay! Congrats, tsunam :) Wish him luck, I suspect he will need it! You suspect he will need luck for what? a) for being co-lead with you b) for being co-lead for Userrel c) all of above ;) No matter what the intention was - good luck :) Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp7zf6CU1ZbU.pgp Description: PGP signature
Re: [gentoo-dev] QA subproject, TreeCleaners
On Sat, Jun 03, 2006 at 10:43:39AM -0400, Alec Warner wrote: Questions and Comments are welcome, as always. Sounds like it will be a lot of work - but it a job that really needs to be done on a regular basis, imho. I would be happy to see such a subproject being launched. The rules you stated in your email sounds good to me. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpbL6Mg8B9AE.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for app-laptop/ibm-acpi
On Mon, May 01, 2006 at 01:18:38PM +0200, Henrik Brix Andersen wrote: I have now p.masked app-laptop/ibm-acpi. It will be removed from the tree in 30 days. Gone. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpgwdui5RTi6.pgp Description: PGP signature
Re: [gentoo-dev] New darcs.eclass
On Fri, May 19, 2006 at 10:36:42PM -0400, Aron Griffis wrote: Along these lines, I added my mercurial.eclass to the tree. I use it personally for a couple projects, and figured it might help prevent other people from needing to re-invent the wheel. Errr... you added a new eclass without posting it to this mailing list for review first? ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp6n7PvSiBEc.pgp Description: PGP signature
Re: [gentoo-dev] Re: 259 paludis-profile messages. ENOUGH!
On Thu, May 18, 2006 at 02:52:11PM +0900, Chris White wrote: Relax! Grab some popcorn, enjoy the show! 30 mile threads is what makes real linux distros real. We actually use them to provide a means of cooking for the weekly dev BBQ's. Anyways, at this point I'd call it it a day and say Hey everyone, let's all go to IRC! With that you could probably reduce the thread count by 40%. Yes, I agree. It is very nice. We're slowly turning into Debian Linux - the role model of every GNU/Linux distribution out there. End Of Sarcasm. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpaCt6oDfJ4L.pgp Description: PGP signature
Re: [gentoo-dev] I'm retiring
On Wed, May 17, 2006 at 12:56:13PM -0700, Rob Holland wrote: As I've done very little Gentoo work in last few months and have generally lost interest in Gentoo, I'll be retiring. Sorry to see you go, tigger :( Thank you for all the work you've put into Gentoo during the time, you've been involved. Best wishes, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp316OhdVT2t.pgp Description: PGP signature
Re: [gentoo-dev] Alternative Gentoo package managers discussion request (for the council)
On Wed, May 17, 2006 at 05:38:45PM -0400, Mark Loeser wrote: As the QA lead, I am requesting that until the Council convenes and decides on how we should proceed, that we not add anything else to the tree for the sole reason of supporting another package manager's features. This includes profiles or any other packages. This will reduce headaches for all of us, and hopefully cut down on needless arguments that get us no where. Hear, hear. It should be clear to everybody by now that the thread in question is not going to lead to a solution. I hereby second the request set forth by Mark. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp4jtXYmhF7C.pgp Description: PGP signature
Re: [gentoo-dev] coldplug and hotplug
On Wed, May 03, 2006 at 10:13:58AM +0100, Roy Marples wrote: RC_HOTPLUG=yes|no RC_COLDPLUG=yes|no RC_PLUG_SERVICES=net.wlan !net.* I like this idea much better than the current implementation in baselayout-1.12_pre19-r1. I find it unintuitive that I can currently limit coldplug events but not hotplug events. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpZ2XzgWn2lV.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for app-laptop/ibm-acpi
On Sat, Apr 22, 2006 at 04:52:20PM +0200, Henrik Brix Andersen wrote: Unless somebody has a really good reason as to why we should keep the external module in portage I will package.mask it in a week from now and remove it from portage 30 days later. I have now p.masked app-laptop/ibm-acpi. It will be removed from the tree in 30 days. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpo1ongyvx5X.pgp Description: PGP signature
Re: [gentoo-dev] Gentoo: State of the Union
On Sun, Apr 30, 2006 at 12:50:45AM -0700, Donnie Berkholz wrote: While we're posting useful links, here's another one from the cairo project on switching from CVS to some distributed SCM: All this talk about switching to a more powerful SCM I can understand - but what would the purpose of switching the portage tree to a distributed SCM be? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpa08H1Uq7kt.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for app-laptop/ibm-acpi
On Sat, Apr 22, 2006 at 04:52:20PM +0200, Henrik Brix Andersen wrote: Unless somebody has a really good reason as to why we should keep the external module in portage I will package.mask it in a week from now and remove it from portage 30 days later. I have now package.masked app-laptop/ibm-acpi pending removal in 30 days. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpA9BqPHDqri.pgp Description: PGP signature
Re: [gentoo-dev] Herds, Teams and Projects
On Thu, Apr 27, 2006 at 07:11:33PM +0200, Paul de Vrieze wrote: The thing is, in most cases it doesn't really matter. But a herd is a group of packages. That may be how it was originally intended, but it seems to me - and to others it seems - that the herds have evolved into what was originally labeled teams. I suggest we update the documentation to reflect this evolution, and either rename herds to teams or vice versa. Using the word team may have the benefit of improving the team spirit of the developer community as a whole. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpOuyYIxzSQU.pgp Description: PGP signature
[gentoo-dev] Last rites for app-laptop/ibm-acpi
Hi, The kernel module found in app-laptop/ibm-acpi has been included in the vanilla kernel since linux-2.6.10. There has been no releases of the stand-alone module since March 2005. Unless somebody has a really good reason as to why we should keep the external module in portage I will package.mask it in a week from now and remove it from portage 30 days later. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpmGsOK8ok2I.pgp Description: PGP signature
Re: [gentoo-dev] Last rites for app-laptop/ibm-acpi
On Sat, Apr 22, 2006 at 12:36:53PM -0700, Drake Wyrm wrote: Is Gentoo planning on eradicating the 2.4 kernel from the tree in the next few weeks? What does that have to do with ibm-acpi? The module doesn't compile against linux-2.4.x anyways. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpicSI85Nimd.pgp Description: PGP signature
Re: [gentoo-dev] Re: last rites for app-mobilephone/openobex-apps
On Mon, Apr 17, 2006 at 09:19:38AM +0300, Alin Nastac wrote: Henrik Brix Andersen wrote: Why did you p.mask openobex-apps before openobex-1.2 is stable? For forcing users to test openobex-1.2 ;) I think openobex-1.2 should be unmasked, but I am waiting for ticho to actually do this. See bug 122262 http://bugs.gentoo.org/show_bug.cgi?id=122262 You can not package.mask a stable package in favor of a package.masked, unstable package unless there are severe security issues. That's not how it works. Please solve this mess - don't package.mask openobex-apps until openobex-1.2 has the same KEYWORDS as openobex. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpLk62uuBvUR.pgp Description: PGP signature
Re: [gentoo-dev] Re: last rites for app-mobilephone/openobex-apps
On Mon, Apr 17, 2006 at 11:21:29AM +0200, Henrik Brix Andersen wrote: Please solve this mess - don't package.mask openobex-apps until openobex-1.2 has the same KEYWORDS as openobex. ... as openobex-apps, of course. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpp4Eqg084Z8.pgp Description: PGP signature
Re: [gentoo-dev] Re: last rites for app-mobilephone/openobex-apps
On Sat, Apr 15, 2006 at 02:06:00AM +0300, Alin Nastac wrote: dev-libs/openobex-1.2 is now in the tree. Why did you p.mask openobex-apps before openobex-1.2 is stable? ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpD05qBotCsV.pgp Description: PGP signature
Re: [gentoo-dev] Savannah CVS changes and the missing GNUStep herd
On Sun, Mar 19, 2006 at 11:16:10AM +0100, Grobian wrote: Unless somebody else wants to do it, I am about to step in here to keep GNUstep in the tree. I already did some research on it, and it seems it needs an update, and the previous maintainer masked a few of the CVS ebuilds, so that eases things a bit. Seems many of the packages can use an upgrade, so I'll give it a try today to see if I can get it working again. I'd like to thank Grobian for fixing all the gnustep ebuilds regarding bug #115327. We're now down to one ebuild, sys-cluster/gomd-cvs-0.2_beta1, which needs fixing to work with the new Savannah CVS setup. I trust the cluster herd will step in and fix their ebuild? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp2cMlLDKEpO.pgp Description: PGP signature
[gentoo-dev] Looking for tester of sys-apps/pcmciautils on AMD64
Hi all, In hope of getting bug #121192 fixed on amd64 I am looking for someone with an AMD64 based laptop and a 16bit PCMCIA card to test with (or alternatively, someone with an AMD64 workstation, a PCI PCMCIA bridge and a 16bit PCMCIA card). If this is you, I'd like you to test sys-apps/pcmciautils, the replacement for sys-appc/pcmcia-cs. The IOCTLs for pcmcia-cs are deprecated starting with linux-2.6.13 and scheduled for removal - forcing people to use the newer pcmciautils (udev/hotplug based scripts). Please contact me if you're able to help. I'm currently only waiting for sys-apps/pcmciautils to marked stable on amd64 before publishing an official guide for upgrading from pcmcia-cs to pcmciautils. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpg5qpW3GaJo.pgp Description: PGP signature
Re: [gentoo-dev] Looking for tester of sys-apps/pcmciautils on AMD64
On Sun, Mar 26, 2006 at 07:54:07PM +0200, Henrik Brix Andersen wrote: Please contact me if you're able to help. I'm currently only waiting for sys-apps/pcmciautils to marked stable on amd64 before publishing an official guide for upgrading from pcmcia-cs to pcmciautils. A huge thank you to morfic for digging out one of his old PCMCIA cards and testing pcmciautils on AMD64. It now has the same KEYWORDS as the deprecated pcmcia-cs, so you can expect to see a migration howto soonish. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp873tO8YzMq.pgp Description: PGP signature
Re: [gentoo-dev] Sandboxes
On Fri, Mar 24, 2006 at 09:52:30AM +0100, Paul de Vrieze wrote: Things that are not suited for public consumption should not be made public in the first place. This is one reason that I don't think that users should be given the opportunity to create their own gentoo-hosed overlays. I believe that developers could be trusted though to do things properly. I agree. The proposal sounds like a great way of getting more experienced users to contribute to the project, yet it still keeps the broken/illegal/etc ebuilds written by some of our less experienced users non-official (where official = hosted on *.gentoo.org). I'm in favor of a overlays.g.o as the companion to planet.g.o with selected users contributin, but I'd hate to see plain end-user overlays hosted on *.gentoo.org. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpWKWF9AvoVC.pgp Description: PGP signature
Re: [gentoo-dev] Savannah CVS changes and the missing GNUStep herd
On Sat, Mar 18, 2006 at 11:05:15PM +, Ciaran McCreesh wrote: Are they all in package.mask? No, not all of them - but Halcy0n has agreed to take a look at it. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpjpq5MVfmAS.pgp Description: PGP signature
[gentoo-dev] Savannah CVS changes and the missing GNUStep herd
In December last year Savannah changed their CVS from anonymous SSH to pserver, causing quite a few of our live CVS ebuilds to need changes. Back then, I opened bug #115327 listing the offending ebuilds and mostly all, except the GNUStep ebuilds, have now been updated for this change. However, since the GNUStep herd is void, no one has stepped up to fix those ebuilds - meaning we have a bunch of useless, non-functional, live CVS ebuilds laying around in portage, see the list below. Since no developer seems to have interest in fixing and maintaining those ebuilds, I suggest we remove them from portage. Any objections? Any volounteers? Oh yeah, sys-cluster/gomd-cvs-0.2_beta1 is also affected, but tantative/the cluster herd doesn't seem to care either... gentoo-x86 $ find . -name '*.ebuild'|xargs grep '^ECVS_SERVER=savannah'|cut -d '/' -f 2,4|sed -e s:\.ebuild.*:: gnustep-base/gnustep-back-art-0.9.5_pre20050312 gnustep-base/gnustep-base-1.10.2_pre20050312 gnustep-base/gnustep-make-1.10.1_pre20050312-r1 gnustep-base/gnustep-back-xlib-0.9.5_pre20050312 gnustep-base/gnustep-gui-0.9.5_pre20050312-r1 gnustep-apps/projectcenter-0.4.3_pre20050312 gnustep-apps/terminal-0.9.5_pre20050110 gnustep-apps/terminal-0.9.5_pre20050315 gnustep-apps/preferences-1.3.0_pre20050315 gnustep-apps/preferences-1.3.0_pre20050110 gnustep-apps/textedit-0.95_pre20050315 gnustep-apps/textedit-0.95_pre20050110 gnustep-apps/stshell-0.8.3_pre20050312 gnustep-apps/stshell-0.8.3_pre20050106 gnustep-apps/easydiff-0.3.1_pre20050312 gnustep-apps/easydiff-0.3.1_pre20050106 gnustep-apps/easydiff-0.3.1_pre20041203 gnustep-libs/gdl2-0.9.2_pre20050106 gnustep-libs/gdl2-0.9.2_pre20050312 gnustep-libs/gsweb-1.1.1_pre20050312 gnustep-libs/renaissance-0.8.1_pre20041203 gnustep-libs/renaissance-0.8.1_pre20050312 gnustep-libs/prefsmodule-1.1.1_pre20050315 gnustep-libs/prefsmodule-1.1.1_pre20050110 gnustep-libs/smbkit-0.0.1_pre20050106 gnustep-libs/steptalk-0.8.3_pre20050312 gnustep-libs/steptalk-0.8.3_pre20050106 sys-cluster/gomd-cvs-0.2_beta1 Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpPdAGverpJl.pgp Description: PGP signature
Re: [gentoo-dev] Beware DESCRIPTION clobbering
On Mon, Feb 20, 2006 at 05:46:01PM -0300, Marcelo Góes wrote: I agree. Adding a package to a herd is basically the same as adding someone as a package maintainer. If one doesn't belong to the target herd, he/she should drop a line asking first. Some developers tend to think that if they just add themselves to the herd as well, someone else from that herd will take care of fixing the bugs in the packages they introduce... Unfortunately I see no easy solution to this other than to speak to the common sense of these devs asking them to take the time to actively maintain any packages they add to the tree - or don't add them at all. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpEtqCh6RzG2.pgp Description: PGP signature
Re: [gentoo-dev] Bugzilla etiquette suggestions
Hi, On Sun, Feb 12, 2006 at 09:11:33PM +, Daniel Drake wrote: 2. Be careful with INVALID resolutions The term invalid _is_ harsh in bugzilla context, so make sure you write a quick thankful-sounding comment to go with it. Maybe we should consider alternatives. I quite like the NOTABUG resolution they have on the GNOME bugzilla. I second that. I've always missed the not-so-harsh-sounding NOTABUG resolution I used to use so frequently back when I used gnome bugzilla on a daily basis. 3. Always record contributions by name If you commit something in response to a bug report that has been filed, always thank the user by full name (and bug number) in the ChangeLog and commit message. Do the above even if you already knew about the bug (i.e. you would have committed the same fix even if the user hadn't alerted you). This also applies for ebuild requests, ebuild submissions, and version bump requests/submissions. Might sound pointless for 'trivial' reports/requests but it is important to credit the user if they have gone to the trouble of filing a bug. I don't really get this part. Why should I give credit to someone else for providing a fix for a bug which I already fixed myself locally? Why should I give credit to a user who filed a version bump request two hours after release and more or less doubled my work in actually performing the version bump? I fear the above policy will only lead to more pointless bugs being filed by the rare end-users who seem to like seeing their own name on print... This also applies to contributors who you know well, contributors who you have named times before, and other Gentoo developers too. Credit where credit is due, of course. Ebuild submissions, well thought-out and well-tested patches, problem analysis and similar should of course be credited - but to credit each and every user who just happened to be the first to file an enhancement request for version bump? First post, anyone? 4. Give the user a chance to make minor corrections If a user contributes a patch/ebuild which is slightly wrong, and the issue is non-critical, don't immediately correct it on their behalf and commit it to get the bug out of the way. Instead, provide an explanation of their mistake and give the user a day or two to correct it and attach an updated version. This has the bonuses that the user definately won't repeat that mistake in future contributions, and they will have the nice feeling of full credit for the contribution after you name them in the ChangeLog :) If they don't respond in that time, make the correction yourself and commit it anyway. This will also double if not tripple my work-load. I understand the motivation for this, but let's face it: developers are here for the fun too - personally I am not here to educate end-users about minor details which they might as well have read up on first by themselves. I know that may sound harsh, it's not meant that way. I just think I have more important things to spend my time on than first writing a small essay on how the user could improve his work, then discuss the details, then realize that I need to put in the changes myself after all since the user didn't respong within a given time period - and last but not least, test and commit the stuff to CVS (Rather than just making the small changes required, test and commit). 5. Be thankful when marking FIXED When marking a bug as FIXED, I often forget that the user has tested 4 kernel versions, moved their network card over to another computer, filed an identical bug report upstream, tested the solution, and reported back to me. I think a short note of thanks in the bugzilla comment can go a long way (suggestion: thank them for something in particular so that it doesn't sound so generic). Agreed. I always try to remember posting a small thank you note when closing a bug. Often it ends up as a pretty generic note, though. I'll try to improve that :) Just my thoughts on the above. All in all a good summary/reminder about our behavior towards end-users who are being/trying to be helpful. Thank you for taking the time to write it up. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp6sNqrncoEX.pgp Description: PGP signature
Re: [gentoo-dev] Re: current portage rsnapshot can eat your backups
On Thu, Feb 09, 2006 at 07:44:06AM -0600, Harry Putnam wrote: At any rate attempting to log in with the supplied passwd and real name fails ... Use the supplied email adress as login. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpLkVgFKYG0E.pgp Description: PGP signature
Re: [gentoo-dev] Default Ebuild behaviour
On Tue, Jan 31, 2006 at 12:15:00PM -0800, Donnie Berkholz wrote: I finally came up with an idea for this that satisfies my desire to not recompile the package to get e.g. a logrotate file. Have the flag control whether it's installed to /etc or to /usr/share/doc. That's actually a pretty good compromise, if you ask me. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpisVJSq5nPc.pgp Description: PGP signature
Re: [gentoo-dev] Default Ebuild behaviour
On Tue, Jan 31, 2006 at 10:53:28PM +, Ciaran McCreesh wrote: I'd prefer either /etc or /etc and /usr/share/doc personally. But yeah, that's a nice solution. You mean either /usr/share/doc or /etc/ and /usr/share/doc? ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp5ezFne0LXo.pgp Description: PGP signature
Re: [gentoo-dev] Default Ebuild behaviour
On Tue, Jan 31, 2006 at 11:17:49PM +, Ciaran McCreesh wrote: On Wed, 1 Feb 2006 00:03:46 +0100 Henrik Brix Andersen [EMAIL PROTECTED] wrote: | On Tue, Jan 31, 2006 at 10:53:28PM +, Ciaran McCreesh wrote: | I'd prefer either /etc or /etc and /usr/share/doc personally. But | yeah, that's a nice solution. | | You mean either /usr/share/doc or /etc/ and /usr/share/doc? Uh, yeah. Good idea. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpjJ2BCpLKcN.pgp Description: PGP signature
Re: [gentoo-dev] New Polish translator shadoww (Damian Kuras)
On Fri, Jan 27, 2006 at 03:32:44PM +0100, Jochen Maes wrote: Let's all welcome Damian Kuras the way a translater should be welcomed :-) Somebody please translate this to Polish? Welcome to the team, Damian :) ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgppdmiY8uQA5.pgp Description: PGP signature
Re: [gentoo-dev] Re: RFC - new category dev-tos
On Sat, Jan 21, 2006 at 08:32:20AM +0100, sanchan wrote: And it is easier to add in rsync_exclude if you don't want it... But it seems that there is no much consensus for the new category. Tomorrow I've planned the final tests on tos-1.1.15 and nesc-1.2.1 that will be added to dev-embedded if today nobody else vote for dev-tinyos. You have my vote for a seperate category... ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgphe6aLcvYId.pgp Description: PGP signature
[gentoo-dev] New-style virtual/pcmcia added
For your information: I have just converted the old-style virtual/pcmcia into a new-style virtual/pcmcia. This allows for versioning, which I have used to mask =virtual/pcmcia-2.5 on all our linux-2.4 profiles. The sys-apps/pcmciautils package is expected to go stable on at least x86 soonish. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpsQxaBL6ac6.pgp Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, Jan 19, 2006 at 05:56:47PM -0500, Mike Frysinger wrote: ok, so after sitting on the list for a while and accumulating feedback, how about this: [snip] i'll go ahead and start implementing framework for this in the meantime Sounds like a sane approach to me - thank you for putting in the work for getting this implemented. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpHLLSclxutz.pgp Description: PGP signature
Re: [gentoo-dev] fix binary debug support, part elevenity billion 1/2
On Thu, Jan 19, 2006 at 06:17:11PM -0500, Olivier Crete wrote: What about: CFLAGS=${CFLAGS} ${DEBUG_CFLAGS} .. otherwise bugs that only appear after certain GCC optmisations may go away... The user can set any DEBUG_CFLAGS she likes in make.conf. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpup55o2U6Db.pgp Description: PGP signature
Re: [gentoo-dev] pdf use flags
On Mon, Jan 16, 2006 at 10:54:49PM +0100, Marius Mauch wrote: Checking for pdf use flags I just found that there are currently at least three different flags for pdf stuff in the tree: - pdflib (global) - cpdflib (global) - pdf (several local ones) All of them mean basically the same (one exception, see below). I suggest we unify them to one single global pdf flag. The following packages would be affected by this: Funny - I was planning on posting a similar mail about IUSE=pdf later this week. Thumbs up from me. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpbTnrvvIJQI.pgp Description: PGP signature
[gentoo-dev] Conversion from kernel-mod.eclass to linux-mod/linux-info
Hi, As stated in bug #74396, all ebuilds using kernel-mod.eclass must be converted to using either linux-mod.eclass and/or linux-info.eclass. The bug has been open since 2004-12-14, yet there are still ebuilds in the tree which inherits kernel-mod.eclass: $ find . -name *.ebuild|xargs grep inherit|grep kernel-mod|cut -d '/' -f 2,4|sed -e s:\.ebuild.*:: sci-misc/comedi-0.7.68 sci-misc/comedi-0.7.67 media-libs/svgalib-1.9.19-r3 sys-apps/realtime-lsm-0.8.2_pre20041022 sys-apps/realtime-lsm-0.8.3 sys-apps/realtime-lsm-0.8.5 sys-cluster/pvfs2-1.2.0 sys-fs/cryptsetup-0.1 media-sound/alsa-driver-1.0.3 media-tv/linuxtv-dvb-1.1.1-r1 media-tv/rivatv-0.8.5-r2 Apart from sci-misc/comedi and sys-cluster/pvfs2, the ebuilds all have newer versions which have already been ported. If you maintain any of these ebuilds, please see to it that the older versions which use kernel-mod.eclass are either removed from the tree or updated to use the new eclasses. Needless to say, the sci-misc/comedi and sys-cluster/pvfs2 needs to be converted to use the new eclasses as well. The old kernel-mod.eclass is not for use in new ebuilds. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp8QhG8sLaGd.pgp Description: PGP signature
Re: [gentoo-dev] init scripts and custom signals
On Mon, Jan 09, 2006 at 09:22:59AM -0500, Mike Frysinger wrote: is this due to changes we are making in Gentoo ? i.e. we've just been importing ssd from Debian for the most part and i dont really think we should be diverging in behavior ... Both dnsmasq and acpid have been fixed to use `kill` instead - but I wonder how many other ebuilds are abusing s-s-d this way... Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpthXq9FZkx9.pgp Description: PGP signature
Re: [gentoo-dev] init scripts and custom signals
On Mon, Jan 09, 2006 at 04:32:28PM +, Roy Marples wrote: hostapd I've just updated hostapd ~ARCH to use kill. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpysdQP3Z21L.pgp Description: PGP signature
Re: [gentoo-dev] ChangeLogs and rsync time
On Mon, Jan 02, 2006 at 05:37:48PM +0100, Francesco Riosa wrote: Do you read every time the whole ChangeLog ? If not, generally, how much of it ? I often find myself grepping through the entire ChangeLog too see when and who introduced a particular change in an ebuild - but I normally do this in my CVS check-out. I'm also for telling the users to rsync exclude the ChangeLogs if they don't want them instead of getting rid of them or crippling them. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpLi6vAk1x8I.pgp Description: PGP signature
Re: [gentoo-dev] Monthly Gentoo Council Reminder for January
On Sun, Jan 01, 2006 at 05:30:01AM +, Mike Frysinger wrote: If you have something you'd wish for us to chat about, maybe even vote on, let us know ! Simply reply to this e-mail for the whole Gentoo dev list to see. I would like GLEP 45 [1] - GLEP date format - to be discussed and voted on. Regards and a Happy New Year, Brix [1]: http://www.gentoo.org/proj/en/glep/glep-0045.html -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpfLL1mTa3Lf.pgp Description: PGP signature
Re: [gentoo-dev] Re: Installing COPYING or LICENSE files
On Tue, Dec 27, 2005 at 12:20:39PM +0100, Harald van Dijk wrote: iputils doesn't do a make install, and if it did, it would still be reasonable if that didn't copy the license, since the users who run that themselves don't need it. I don't really see the big difference (regarding this issue) in manually installing a package or using Gentoo Portage for installing it? Why would people who install it via a script in Gentoo Portage want the useless files installed - when they wouldn't want them installed when doing a manual install? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpEzADs1tCOj.pgp Description: PGP signature
Re: [gentoo-dev] Unified nVidia Driver Ebuild ready for testing
On Fri, Dec 23, 2005 at 09:49:04PM +0100, Diego 'Flameeyes' Pettenò wrote: I thought that we (gentoo devs) were trying to split the modules from ebuilds, so that people don't need to waste time with userland when rebuilding modules after kernel update. We are. At least that's the policy suggested by the kernel herd. This policy also allows applying securiy/bug fixes to kernel modules without forcing users to recompile the userland part and vice versa. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgppcUbnhOGPn.pgp Description: PGP signature
Re: [gentoo-dev] RFC: disallowing multiple votes per person in council meetings
On Thu, Dec 15, 2005 at 08:20:36PM +, Ciaran McCreesh wrote: Possible proposal: the current council meeting rules be updated with one of the following two clauses: A proxy must not be an existing council member, and any single person may not be a proxy for more than one person at any given meeting. (The difference being, the former allows a council member to appoint another council member as their proxy, so long as said member forfeits their own role.) I think the latter makes more sense - only allowing non-council members to represent absent council members. That is how it works in the boards I have been involved with. * It will lead to increased discussion, which in turn means the council is more likely to notice any problems with items on the agenda. * It will avoid having council meetings made up of two or three council members, all acting as proxies for other members. More eyes on the matter is a good thing. If we allow council members to proxy for other council members we might end up with quite a few eyes on the discussion... * This fits in better with the way I was intending proxies to work when I wrote the slacker boot proposal, rather than the way they've ended up working due to insufficient pedantry in the original description :) Sounds good to me. Arguable disadvantage: * It makes it harder for council members to all go oops, can't make it, so vapier is my proxy at the last minute. Yeah, well - I think we can live with that. How many times has the proxy function been used so far? On the same subject, I'd also like to see the meeting participants table updated to explicitly list proxies, for example in the form jaervosz (for koon). Yes, that would be natural. ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpiFiWsgzNxs.pgp Description: PGP signature
Re: [gentoo-dev] Textrels in packages policy
On Wed, Dec 14, 2005 at 08:44:33AM +0100, Kevin F. Quinn wrote: The seriousness of the textrel issue is different for Hardened Gentoo and normal Gentoo. For Hardened Gentoo they cause real problems and must to be fixed to avoid compromising the overall strategy. For non-hardened Gentoo it's not so serious. I'll focus on non-hardened Gentoo here. [snip] Thank you for this splendid explaination of the issue. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpe9tTQZFu8d.pgp Description: PGP signature
[gentoo-dev] GLEP XX - GLEP date and time format
GLEP: XX Title: GLEP date and time format Version: $Revision: $ Author: Henrik Brix Andersen [EMAIL PROTECTED] Last-Modified: $Date: $ Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 13-Dec-2005 Post-History: 13-Dec-2005 Abstract This GLEP proposes using an ISO-8601 compliant date format in GLEPs. Motivation == The current date format used in GLEPs is ``dd-mmm-`` format (e.g. 14-Aug-2001). This format is not internationalized and not easily machine parsable. This GLEP proposes switching to using an ISO-8601 compliant date format ``-dd-mm`` (e.g. 2001-08-14). This format is international and easily machine parseable. It also allows specifying the time of day (e.g. ``2001-08-14T19:53:46+``). Specification = An overview of the ISO-8601 specification is available online at http://www.iso.org/iso/en/prods-services/popstds/datesandtime.html The date(1) utility also supports ISO-8601, making it easy for GLEP authors to get the format right. Backwards Compatibility === GLEP 1 should be updated to reflect this new date format, and all dates in existing GLEPs should be changed to ISO-8601. Copyright = This document has been placed in the public domain. -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpUArz26w68t.pgp Description: PGP signature
Re: [gentoo-dev] GLEP XX - GLEP date and time format
On Tue, Dec 13, 2005 at 10:17:07PM +0100, Henrik Brix Andersen wrote: This GLEP proposes switching to using an ISO-8601 compliant date format ``-dd-mm`` (e.g. 2001-08-14). This format is international ^^ That should of course read ``-mm-dd``, sorry. and easily machine parseable. It also allows specifying the time of day (e.g. ``2001-08-14T19:53:46+``). ./Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpCwx8ICZDKs.pgp Description: PGP signature
Re: [gentoo-dev] GLEP XX - GLEP date and time format
On Tue, Dec 13, 2005 at 10:17:07PM +0100, Henrik Brix Andersen wrote: GLEP: XX Title: GLEP date and time format After discussing this proposal on IRC with ciaranm and g2boojum, a few changes have been made: * Restrict the GLEP to deal with dates (not time) * Use proper GLEP format Since I have no idea on how to use docutils, I'd be grateful if someone familiar with the process (Grant?) could commit this to CVS. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd GLEP: 45 Title: GLEP date format Version: $Revision: $ Author: Henrik Brix Andersen [EMAIL PROTECTED] Last-Modified: $Date: $ Status: Draft Type: Standards Track Content-Type: text/x-rst Created: 13-Dec-2005 Post-History: 13-Dec-2005 Abstract This GLEP proposes using an ISO-8601 compliant date format in GLEPs. Motivation == The current date format used in GLEPs is ``dd-mmm-`` (e.g. 14-Aug-2001). This format is not internationalized and not easily machine parseable. This GLEP proposes switching to using an ISO-8601 compliant date format ``-mm-dd`` (e.g. 2001-08-14). This format is international and easily machine parseable. Specification = An overview of the ISO-8601 specification is available online [#iso-8601]_. Note that only the ``-mm-dd`` subset of the ISO-8601 specification should be used in GLEPs. The date(1) utility supports ISO-8601, making it easy for GLEP authors to get the format right. Backwards Compatibility === GLEP 1 should be updated to reflect this new date format, and all dates in existing GLEPs should be changed to be ISO-8601 compliant. References == .. [#iso-8601] Numeric representation of Dates and Time, http://www.iso.org/iso/en/prods-services/popstds/datesandtime.html Copyright = This document has been placed in the public domain. pgpO2lVmqLW4R.pgp Description: PGP signature
Re: [gentoo-dev] GLEP XX - GLEP date and time format
On Tue, Dec 13, 2005 at 04:43:48PM -0600, Grant Goodyear wrote: Committed to CVS. Thank you. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp8rVH1WNvTP.pgp Description: PGP signature
Re: [gentoo-dev] Changes to date format of current GLEPs (was: GLEP 42 (Critical News Reporting) round five)
On Tue, Dec 13, 2005 at 06:05:03PM -0500, Olivier Crete wrote: And why not just adding a changelog to the glep explaining the changes? I really don't like to idea of having to read 8 gleps to find out how to write a glep ... and calling it glep 1.a is a good idea.. or 1.1 GLEP 45, GLEP date format, says that GLEP 1 should be modified to reflect this new date format, should it be accepted. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpzGjDsd0xv1.pgp Description: PGP signature
[gentoo-dev] Heads up - Savannah CVS changes
For your information, the anonymous CVS setup for savannah has changed from using SSH to using pserver: http://savannah.gnu.org/forum/forum.php?forum_id=4168 This affects the following ebuilds in portage, for which I have opened a bug: https://bugs.gentoo.org/115327 sci-mathematics/axiom- app-emacs/emms-cvs-0 app-i18n/scim-cvs-1.1.0 gnustep-base/gnustep-back-art-0.9.5_pre20050312 gnustep-base/gnustep-base-1.10.2_pre20050312 gnustep-base/gnustep-make-1.10.1_pre20050312-r1 gnustep-base/gnustep-back-xlib-0.9.5_pre20050312 gnustep-base/gnustep-gui-0.9.5_pre20050312-r1 gnustep-apps/projectcenter-0.4.3_pre20050312 gnustep-apps/terminal-0.9.5_pre20050110 gnustep-apps/terminal-0.9.5_pre20050315 gnustep-apps/preferences-1.3.0_pre20050315 gnustep-apps/preferences-1.3.0_pre20050110 gnustep-apps/textedit-0.95_pre20050315 gnustep-apps/textedit-0.95_pre20050110 gnustep-apps/stshell-0.8.3_pre20050312 gnustep-apps/stshell-0.8.3_pre20050106 gnustep-apps/easydiff-0.3.1_pre20050312 gnustep-apps/easydiff-0.3.1_pre20050106 gnustep-apps/easydiff-0.3.1_pre20041203 gnustep-libs/gdl2-0.9.2_pre20050106 gnustep-libs/gdl2-0.9.2_pre20050312 gnustep-libs/gsweb-1.1.1_pre20050312 gnustep-libs/renaissance-0.8.1_pre20041203 gnustep-libs/renaissance-0.8.1_pre20050312 gnustep-libs/prefsmodule-1.1.1_pre20050315 gnustep-libs/prefsmodule-1.1.1_pre20050110 gnustep-libs/smbkit-0.0.1_pre20050106 gnustep-libs/steptalk-0.8.3_pre20050312 gnustep-libs/steptalk-0.8.3_pre20050106 sys-cluster/gomd-cvs-0.2_beta1 dev-lisp/cl-ansi-tests-cvs-0 dev-lisp/gcl-cvs-2.7.0 app-editors/nano-1.3.9 app-editors/emacs-cvs-22.0.50 app-editors/emacs-cvs-23.0.0 Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp4bRB8VoKxy.pgp Description: PGP signature
Re: [gentoo-dev] New x86 developer: Joshua Jackson
On Sat, Dec 10, 2005 at 11:09:50AM +0100, Bryan Østergaard wrote: Joshua Jackson (tsunam) just joined the x86 arch team and will be helping with stabling packages on x86 and solving x86 related bugs. Yay! Finally :) Joshua have been participating in Bugday for a long time and it's nice to finally see him become a developer. Indeed it is - he's also a regular in #gentoo-laptop, so he's not a complete stranger to the mobile herd either... Now we just need to figure out how to snatch him from the x86 arch team to work on mobile packages ;) Welcome to the team Joshua :) Hear hear. Joshua, let me know if you need anything. Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgp7qM0H4tavz.pgp Description: PGP signature
Re: [gentoo-dev] New Developer: Sanchan
On Sat, Dec 10, 2005 at 10:51:49AM -0600, Mike Doty wrote: 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. Yay - a fellow embedded developer - welcome :) Will you be joining the embedded team or the dev-embedded team? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpP2eHuMQ2bU.pgp Description: PGP signature
Re: [gentoo-dev] http://people.gentoo.org/
On Mon, Dec 05, 2005 at 06:39:45PM +0100, Henrik Brix Andersen wrote: How do people feel about adding this to the configuration of toucan? Allowing toucan:~brix/public_html/ to be accessed under either of the http://dev.gentoo.org/~brix/ and http://people.gentoo.org/brix/ URLs? A big thank you to whoever implemented this - http://people.gentoo.org/brix/ now points to http://dev.gentoo.org/~brix/ :) However, it would be nice if it wasn't just a 302 redirect so that one could copy and paste the URL directly? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgppvUgDuWEQP.pgp Description: PGP signature
[gentoo-dev] http://people.gentoo.org/
Hi, I often use my http://dev.gentoo.org/~brix/ web space for sharing patches and other bits of information with upstream projects. This URL, however, is rather unintuitive and apparently difficult for upstream devs to remember - not to mention that it also looks a bit unprofessional. I've noticed that a few projects provice an URL similar to http://people.gentoo.org/brix/ for their developers to host their web stuff. I find this URL much more intuitive and easy to remember - and it sure looks more professional. How do people feel about adding this to the configuration of toucan? Allowing toucan:~brix/public_html/ to be accessed under either of the http://dev.gentoo.org/~brix/ and http://people.gentoo.org/brix/ URLs? Regards, Brix -- Henrik Brix Andersen [EMAIL PROTECTED] Gentoo Metadistribution | Mobile computing herd pgpek0m7f9vSh.pgp Description: PGP signature