Re: [gentoo-dev] Resignation

2006-08-01 Thread Henrik Brix Andersen
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

2006-07-28 Thread Henrik Brix Andersen
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)

2006-07-28 Thread Henrik Brix Andersen
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)

2006-07-27 Thread Henrik Brix Andersen
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

2006-07-26 Thread Henrik Brix Andersen
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

2006-07-15 Thread Henrik Brix Andersen
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

2006-07-12 Thread Henrik Brix Andersen
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

2006-07-04 Thread Henrik Brix Andersen
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

2006-07-04 Thread Henrik Brix Andersen
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

2006-07-03 Thread Henrik Brix Andersen
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

2006-07-03 Thread Henrik Brix Andersen
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

2006-07-02 Thread Henrik Brix Andersen
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]

2006-06-26 Thread Henrik Brix Andersen
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

2006-06-23 Thread Henrik Brix Andersen
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

2006-06-21 Thread Henrik Brix Andersen
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?

2006-06-21 Thread Henrik Brix Andersen
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

2006-06-17 Thread Henrik Brix Andersen
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

2006-06-15 Thread Henrik Brix Andersen
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.

2006-06-14 Thread Henrik Brix Andersen
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.

2006-06-13 Thread Henrik Brix Andersen
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.

2006-06-13 Thread Henrik Brix Andersen
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.

2006-06-13 Thread Henrik Brix Andersen
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.

2006-06-13 Thread Henrik Brix Andersen
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.

2006-06-13 Thread Henrik Brix Andersen
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

2006-06-12 Thread Henrik Brix Andersen
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.

2006-06-12 Thread Henrik Brix Andersen
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

2006-06-11 Thread Henrik Brix Andersen
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

2006-06-11 Thread Henrik Brix Andersen
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

2006-06-11 Thread Henrik Brix Andersen
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

2006-06-11 Thread Henrik Brix Andersen
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

2006-06-11 Thread Henrik Brix Andersen
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

2006-06-11 Thread Henrik Brix Andersen
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

2006-06-11 Thread Henrik Brix Andersen
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

2006-06-09 Thread Henrik Brix Andersen
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

2006-06-09 Thread Henrik Brix Andersen
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

2006-06-09 Thread Henrik Brix Andersen
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?

2006-06-09 Thread Henrik Brix Andersen
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

2006-06-09 Thread Henrik Brix Andersen
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

2006-06-09 Thread Henrik Brix Andersen
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

2006-06-08 Thread Henrik Brix Andersen
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

2006-06-08 Thread Henrik Brix Andersen
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

2006-06-08 Thread Henrik Brix Andersen
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

2006-06-08 Thread Henrik Brix Andersen
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

2006-06-08 Thread Henrik Brix Andersen
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

2006-06-08 Thread Henrik Brix Andersen
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

2006-06-04 Thread Henrik Brix Andersen
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

2006-06-03 Thread Henrik Brix Andersen
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

2006-06-03 Thread Henrik Brix Andersen
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] [useflag] v4l2 : video4linux2 support

2006-05-30 Thread Henrik Brix Andersen
On Tue, May 30, 2006 at 11:57:19PM +0200, Luca Barbato wrote:
 Currently we have already 5 applications supporting v4l2 (6 if I split
 the support in ffmpeg)

Any reason why we can not use the existing 'v4l' use flag for version
2 as well? Why repeat the gtk/gtk2 mistake?

Regards,
Brix
-- 
Henrik Brix Andersen [EMAIL PROTECTED]
Gentoo Metadistribution | Mobile computing herd


pgpP4FP9gZwGa.pgp
Description: PGP signature


Re: [gentoo-dev] Last rites for app-laptop/ibm-acpi

2006-05-29 Thread Henrik Brix Andersen
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

2006-05-20 Thread Henrik Brix Andersen
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!

2006-05-19 Thread Henrik Brix Andersen
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

2006-05-17 Thread Henrik Brix Andersen
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)

2006-05-17 Thread Henrik Brix Andersen
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

2006-05-03 Thread Henrik Brix Andersen
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

2006-05-01 Thread Henrik Brix Andersen
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

2006-04-30 Thread Henrik Brix Andersen
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

2006-04-30 Thread Henrik Brix Andersen
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

2006-04-27 Thread Henrik Brix Andersen
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

2006-04-22 Thread Henrik Brix Andersen
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

2006-04-22 Thread Henrik Brix Andersen
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

2006-04-17 Thread Henrik Brix Andersen
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

2006-04-17 Thread Henrik Brix Andersen
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

2006-04-15 Thread Henrik Brix Andersen
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

2006-03-26 Thread Henrik Brix Andersen
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

2006-03-26 Thread Henrik Brix Andersen
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

2006-03-26 Thread Henrik Brix Andersen
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

2006-03-24 Thread Henrik Brix Andersen
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

2006-03-19 Thread Henrik Brix Andersen
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

2006-03-18 Thread Henrik Brix Andersen
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

2006-02-20 Thread Henrik Brix Andersen
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

2006-02-12 Thread Henrik Brix Andersen
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

2006-02-09 Thread Henrik Brix Andersen
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

2006-01-31 Thread Henrik Brix Andersen
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

2006-01-31 Thread Henrik Brix Andersen
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

2006-01-31 Thread Henrik Brix Andersen
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)

2006-01-27 Thread Henrik Brix Andersen
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

2006-01-21 Thread Henrik Brix Andersen
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

2006-01-19 Thread Henrik Brix Andersen
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

2006-01-19 Thread Henrik Brix Andersen
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

2006-01-19 Thread Henrik Brix Andersen
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

2006-01-16 Thread Henrik Brix Andersen
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

2006-01-12 Thread Henrik Brix Andersen
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

2006-01-09 Thread Henrik Brix Andersen
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

2006-01-09 Thread Henrik Brix Andersen
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

2006-01-02 Thread Henrik Brix Andersen
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

2006-01-01 Thread Henrik Brix Andersen
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

2005-12-27 Thread Henrik Brix Andersen
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

2005-12-27 Thread Henrik Brix Andersen
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

2005-12-15 Thread Henrik Brix Andersen
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

2005-12-14 Thread Henrik Brix Andersen
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

2005-12-13 Thread Henrik Brix Andersen
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

2005-12-13 Thread Henrik Brix Andersen
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

2005-12-13 Thread Henrik Brix Andersen
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

2005-12-13 Thread Henrik Brix Andersen
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)

2005-12-13 Thread Henrik Brix Andersen
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

2005-12-12 Thread Henrik Brix Andersen
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

2005-12-10 Thread Henrik Brix Andersen
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

2005-12-10 Thread Henrik Brix Andersen
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/

2005-12-06 Thread Henrik Brix Andersen
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


  1   2   >