Re: [gentoo-dev] Re: RFC: ion license

[Rob C]

On 14/05/07, Steve Long <[EMAIL PROTECTED]> wrote:


Mike Frysinger wrote:
>> Perhaps "atom," an uncharged single ion. =)
> the words "uncharged ion" dont belong together as an ion by definition
> carries a charge :p

Heh how about "FreeRadical" then; don't they carry a charge?

Other than tho, the guy is a complete jerk; as Arch said on the list they
don't want any of his software ever again, irrespective of license, since
he clearly doesn't understand the spirit of Free Software, and has caused
so much upset with one thread. Good to be able to be firm about it.

Anyhow, I'm up for hacking on it if anyone else is. Lower-level X11
programming would be nice to explore (and yes, I am aware of how big the
official manuals were ;)


--
[EMAIL PROTECTED] mailing list



I'll help out on a fork, in a purely bug squishing role. I don't have time
for active dev but I seem to have a strange fetish for gdb...

--
/**
 * Gentoo Linux Developer
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] RFC: ion license

[Rob C]

On 13/05/07, Jakub Moc <[EMAIL PROTECTED]> wrote:


Ulrich Mueller napsal(a):
> Maybe the following are also interesting in this context:
>
> Debian:
>
>
> Archlinux:
>
>
> I wonder if a package should be kept whose author is threatening with
> "legal repercurssions" [sic].
>
> Ulrich

Please, drop this thing from the tree. It has clearly no future in
Gentoo anyway:

http://www.archlinux.org/pipermail/tur-users/2007-April/004644.html


> The only way to keep absolute control over the product as delivered to
> the user is to change the license and distribute Ion3 as binary-only.

I am going to do that. And, in fact, after final Ion3 is released, I'm
not going to write a line of so-called "free software"; so poor has
been the treatment of the FOSS herd (both of my code, and of the good
old *nix), that I'm not going to do them any services any more.


This post provides a very good reasoning so I'll just link it:

http://www.archlinux.org/pipermail/tur-users/2007-April/004653.html

P.S. And, please forget the 'but we only distribute ebuild, not the
package' line. The guy is seriously paranoid, annoying and crazy. Next
time he's apparently gonna claim that portage is a derivative work of
Ion3.

http://www.archlinux.org/pipermail/tur-users/2007-April/004663.html
http://www.archlinux.org/pipermail/tur-users/2007-April/004659.html

I'm not interested in his personal crusade against font handling on
Linux, nor are most of users. No place for such frenzy in Gentoo - not
worth the trouble, and noone should encourage such attitude, more
importantly.


FOSS shit has been on a constant downward slide ever since I started
using it back in '95-'96, especially after all sorts of world domination
plans, like Gnome, were announced. Windows, OTOH, has improved, although
Vista has a small degradation again: you also can't easily disable the
blurry fonts completely, just like Linux that requires writing loads
of XML shit to do so. Maybe they've employed a few representative
specimens of the FOSS herd -- a bunch of teenagers wanking to buzzwords,
instead of pr0n. No wonder they can't tell a blurry font from a crisp
one.


Once again, I don't want to use any software produced by such abusive
moron, and other people should do the same - or they should help them
themselves and compile the only original, trademarked Ion3 (C)(TM)
manually.

*annoyed*


--
Best regards,

Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Primary key fingerprint: D2D7 933C 9BA1 C95B 2C95  B30F 8717 D5FD CEBA
3D9E

... still no signature   ;)




As others have said, drop ion3 and related packages.

This sort of abuse from up stream should not be tolerated. We are at the
service of our users _not_ upstream.

Bending over backwards to meet the demands of an upstream author can almost
never be in the interest of the users. It takes up far too much time and in
the end if we were to comply with the demands of Tumo I have no doubt that
we would be supplying the users with a product which is inferior to the
"gentooified" version.

Meeting Tumo's demands isn't in the interest of our users. Where a conflict
like this exists the path of least confusion and disruption should be taken.
Drop the package and suggest to users missing it that they either go to it
direct, email Tumo or find an alternative WM, of the hundreds out there and
the scores  within Gentoo, I'm sure the discerning user could find something
to suit there needs.

At the end of the day, this isn't "Gnome", "XFCE" or any other package we
serve out with a huge user base where adjusting to suit upstream may be the
better option. Its ion3. Tumo has gotten too big for his boots and its high
time Gentoo put its foot down.

Just my 0.02 chf

-Rob

Re: [gentoo-dev] Looking for help with 2.6 kernel maintenance

[Rob C]

Count me in.

Recently I've been having fun knocking up kernel modules at work so I
understand the build system reasonably well. Happy to help wherever.

Cheers
Rob

On 30/04/07, bret curtis <[EMAIL PROTECTED]> wrote:


Daniel,

I would love to be more involved in kernel details. I've been in
gentoo-mips for a long time and considering that I have no more mips
hardware to speak of, my ability to do developer related things has
diminished. However, I still wish to see Gentoo flurish and more
importantly I want to be more involved in kernel level activity.

I meed your basic requirements, you can find me on #gentoo-mips if you
wish to talk further.

Thank you for your time and have a great day -- Bret (psi29a) Curtis
--
[EMAIL PROTECTED] mailing list





--
/**
 * Gentoo Linux Developer
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] Re: File collisions

[Rob C]

On 20/04/07, Joshua Jackson <[EMAIL PROTECTED]> wrote:


Rob C wrote:
>
>
> On 19/04/07, *Christian Faulhammer* <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>> wrote:
>
> Steve Long <[EMAIL PROTECTED]
> <mailto:[EMAIL PROTECTED]>>:
>
> > On the issue of QA, I think enabling FEATURES="collision-detect"
by
> > default would do a lot more good at this stage than "test".
>
> Arch teams normally have collision-protect enabled when doing
> keywording/stablingin my eyes this is sufficient.
>
> V-Li
>
>
> Its obviously not, Many users are reporting file-collisions on a
> weekly basis. So either this isn't sufficient or the arch teams are
> not acting as you describe.
>
> -Rob
>
Rob,

Please watch it when saying that the arch teams are not acting as
described. I can tell you that we catch what comes to us. We don't get
every single package pushed on us as some never go through stable
testing, and we don't have every single package installed(that's
unrealistic). If they do then if there is a collision a note is filed in
the bug and we wait for a fix, as it actually does bail you out of the
build. This has been the mantra of at least x86 since the creation of
the team.




It strikes me that people are often a little too sensative to any possible
doubts or aspersions that may be cast there way.

Taken in context I can't see why anyone would have a problem with what I
wrote. Either arch's are acting as described and the issue persists in which
case the action is not sufficient OR the pescribed action is sufficent but
not always undertaken or performed. I cant see how it can be both.

Regards
-Rob

Re: [gentoo-dev] Re: File collisions

[Rob C]

On 19/04/07, Christian Faulhammer <[EMAIL PROTECTED]> wrote:


Steve Long <[EMAIL PROTECTED]>:

> On the issue of QA, I think enabling FEATURES="collision-detect" by
> default would do a lot more good at this stage than "test".

Arch teams normally have collision-protect enabled when doing
keywording/stablingin my eyes this is sufficient.

V-Li



Its obviously not, Many users are reporting file-collisions on a weekly
basis. So either this isn't sufficient or the arch teams are not acting as
you describe.

-Rob

Re: [gentoo-dev] Resignation

[Rob C]

On 17/04/07, Jakub Moc <[EMAIL PROTECTED]> wrote:


So  Since devrel has been so kind and suspended me, based on our
brand new CoC, I don't feel any need to stay on this project any more.
I'm therefore resigning from this project.

I'm pretty sure it will be actually no loss for Gentoo, since those
folks that contributed to my retirement far outweigh the benefit I
could ever possibly be to this project. This can be clearly evidenced
by their long-lasting good record as in [1] and [2] and [3]. In
devrel's own words, one needs to  "respect the wishes of maintainers".

So I'm respecting the wishes of said developer and am getting out of
his way - cheers and keep slackin', Colin! Keep on the great work! I
fully understand that respect for wishes of maintainers is far more
important than fixing stuff in the tree for our users; unfortunately
those wishes are incompatible with my tasks of a bug wrangler. Of
course that can be quickly remedied by taking simple steps such as
suspending the offenders who complain on the bugs, so no big deal.

I'd also like to express my sincere thanks to our QA team, they've
been a tremendous help to me, especially since spb took the position
of QA lead and eroyf  joined them. This can be documented on way too
many bugs, this email is getting long so I'd just mention [4] as a
good example of nice work these folks have been doing. Also thanks for
the neutral approach you've taken on the other bugs quoted above, I'm
pretty sure that's the right thing to do for QA. No need at all to be
concerned about bugs that have been sitting there for mere two years,
we shouldn't make the precious maintainers angry, right.

Finally, my thanks go to devrel and especially our devrel lead, for
the professional,  unbiased etc. conduct they've presented on my
devrel bug [5] (sorry, ask your friendly devrel member to unrestrict
if you can't read it, after all I can't access it either), as well as
before. I indeed entirely failed when I removed myself from the
"discussion about possible misbehaviour on [my] side". I'm pretty sure
the fact that noone CCed me there in the first place for about 9
months was just an unfortunate oversight of our fully professional
devrel. So, thanks a bunch again, kloeri. I'm the worst CoC offender
in the whole Gentoo ever, and fully deserve to be punished. In no way
we should disturb the old good boys club around #-uk, that could
endanger your position and would require guts; no need for that.

Whoever is in charge, kindly change my bugzilla account to the email
address this mail is sent from and take care of the setting the
bugzilla privs accordingly. There's still a couple of bugs I've filed
and maybe someone will take care of them. (No need to worry, Colin,
you can sit on your bugs as long as you wish, I won't disturb you in
your limbo),

For all the rest of folks that haven't found themselves above, sorry,
no thanks for you in this mail. I'm pretty sure you wouldn't
appreciate to be thanked in this context, and that's a good thing.

So Long, and Thanks for All the Fish!

[1] http://bugs.gentoo.org/show_bug.cgi?id=82772
[2] http://bugs.gentoo.org/show_bug.cgi?id=143519
[3] http://cia.vc/stats/author/peitolm
[4] http://bugs.gentoo.org/show_bug.cgi?id=166790
[5] http://bugs.gentoo.org/show_bug.cgi?id=134852

--

Jakub Moc
Email: [EMAIL PROTECTED]
--
[EMAIL PROTECTED] mailing list



You are one of the most productive devs we have (had...). You've helped me
on more than on occasion.

While I'm sure anybody could build a "the world hates me" case from
selecting a few particular bugzie entries I'm also pretty sure that peoples
personalities will have caused more of an issue here than their actions...

Good luck in the future, enjoy having some free time!

-Rob
--
/**
 * Gentoo Linux Developer
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] net-analyzer/traceroute merge strangeness

[Rob C]

On 12/04/07, Jonathan Adamczewski <[EMAIL PROTECTED]> wrote:


Jeff Walter wrote:
>
> I can understand traceroute being setuid, but why put it in /usr/sbin
> so only root sees it?


Huh?  Just add /usr/sbin to your PATH.

$ export PATH=$PATH:/usr/sbin
$ traceroute
Version 1.4a12
Usage: traceroute [-dFInrvx] [-g gateway] [-i iface] [-f first_ttl]
[-m max_ttl] [ -p port] [-q nqueries] [-s src_addr] [-t tos]
[-w waittime] [-z pausemsecs] host [packetlen]
$


j.
--
[EMAIL PROTECTED] mailing list



Although Jonathan is correct in pointing out that you can modify the search
path, this is not really a valid response...

Traceroute is heavily used by many people and therefore I don't think its
reasonable to place it somewhere in the file system that a typical user does
not have within their $PATH

Bug time?
-Rob
--
/**
 * Gentoo Linux Developer
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] New developer: Anant Narayanan (anant)

[Rob C]

On 21/03/07, Ioannis Aslanidis <[EMAIL PROTECTED]> wrote:


Welcome! I hope that you will have a good time!

On 3/21/07, Christian Heim <[EMAIL PROTECTED]> wrote:
>
>
> It's my pleasure to introduce to you Anant Narayanan (also known as
anant or
> KillerX) our latest addition to the PHP herd.
>
> Anant is from Chennai, India, and is currently persuing his Bachelor of
> Technology in Computer Engineering at the Malaviya National Institute of
> Technology, Jaipur.
>
> According to Anant, he's quite experienced working for Opensource
projects
> (he's one of last years Gentoo GSoc students - he worked on a GuideXML
editor
> called Beacon). Besides being a GSoc student, he's proficient in C, C++,
> python, PHP and Java.
>
> When he's not working on computers, he's watching (unspecified) movies,
> reading (books I presume), teaching and writing. Also, according to
Anant he
> isn't a sports fan.
>
> Please welcome Anant as a new fellow developer among us !
>
> --
> Christian Heim 
> GPG key ID: 9A9F68E6
> Fingerprint: AEC4 87B8 32B8 4922 B3A9 DF79 CAE3 556F 9A9F 68E6
>
>


--
Ioannis Aslanidis

 0xB9B11F4E
--
gentoo-dev@gentoo.org mailing list



Uh oh!
phreak`` has done it again!

Welcome aboard anant!

-Rob
--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] About testing applications

[Rob C]

On 19/03/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:


On Monday 19 March 2007, Seemant Kulleen wrote:
> On Mon, 2007-03-19 at 03:38 -0400, Mike Frysinger wrote:
> > what is the problem as you see it ?  the nice thing about having a
> > ~/.config/ is that it's a directory that can obviously be added to
> > backups or sync programs for keeping $HOME the same across multiple
> > machines ... you dont have to worry about having to filter large crap
> > like cache files, temporary files, etc...
>
> Strictly speaking, it should probably be ~/.etc/ in keeping with the
> rest of the filesystem naming scheme.

yeah, a mini mirror of / would be neat ... that way you could cleanly
differentiate between etc/ and var/lib/ and var/tmp/ and tmp/ and ...

but i guess this is something to be discussed to death on freedesktop.org;)
-mike



Like many things in life, I think the use of ~/.config is ideal but
generally unworkable. There is no real reason not to use it.
Compartmentalisation and segmentation of file structures is the whole
paradigm on which any FS is based.

However my reason for hating ~/. configurations is that the GTK file
chooser dialog lists these "hidden" directories in its standard usage, which
makes scrolling through 30-40 lines of directories an unnecessary PITA for
every time I want to Save/Open a file.

[Note, Where I have used ~/.config substitute in the relevant XDG standard
env.]

Just my two Centimes.

Cheers
Rob
--
/**
 * Gentoo Linux
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] Gentoo's problems

[Rob C]

On 14/03/07, M. Edward (Ed) Borasky <[EMAIL PROTECTED]> wrote:


Ciaran McCreesh wrote:
> On Wed, 14 Mar 2007 19:30:37 +0100 Alexandre Buisse
> <[EMAIL PROTECTED]> wrote:
>
>> I quite agree with the Patriot act comparison, and I would be
>> interested to know what you think our real problems are.
>>
>
> Not a complete list, but probably a good starting point:
>
> * Portage. Gentoo hasn't delivered anything useful or cool for two
> years or so. Things like layman are merely workarounds for severe
> Portage limitations (not a criticism of layman). Delivery to end users
> is based around what's possible with Portage, not what people want or
> need. In the mean time, managing a Gentoo system has become much more
> complicated due to the increased number of packages on a typical system
> and the increased requirements for the average user. Combined with
> serious improvements in the competition, Gentoo's benefits are rapidly
> diminishing. Until there's a general admission that Portage is severely
> holding Gentoo back, anything delivered by Gentoo will be far below
> what could really be done.
>
> It's been claimed that Gentoo lacks direction. It's more accurate to
> say that the inability to change Portage prevents Gentoo from going
> anywhere. That small interface improvements can be passed off as a big
> deal and that users get excited over minor config file tweaks is
> indicative of how low people's expectations really are.
>
> I don't claim to know everything that users want from the package
> manager. I know that everything in [1] has been described by at least
> one user as a major advantage for not using Portage. Unfortunately,
> most of these aren't things that can be delivered easily with the
> current codebase.
>
> (Incidentally, since someone will probably try this argument: I held
> these beliefs long before I started work on a Portage alternative.)
>
Well, I assume most everyone on this list has read the blog post about
Gentoo being unsuitable for servers. If not, I can hunt it down, but
it's a starting point for discussions about Portage and package
managers. I'll just throw out a couple of my own comments:

1. As far as I'm concerned, the one thing that absolutely positively
should have happened now but hasn't is some scheme where you have
something like Red Hat/Fedora's "green checkmark/red bang" indicator on
your desk, indicating whether your system is up to date, and a
classification of the available updates into security, bug fixes and
enhancements. I don't ever remember how long Red Hat has had that, and I
know Debian and the other apt-based package managers have something
similar, even if it's just a command-line level. On Gentoo, even with
the latest Portage, I do "emerge --sync; emerge -puvDN world" and just
get a list. There's no way to tell which of those are must-haves for
security without reading changelogs.

2. Just last year, the organization that is developing the LSB (Linux
Standard Base) standards got around to forming a working group on
package management. Bluntly put, everybody's package management sucks in
some way or another, and there are three major Linux package management
systems (RPM, apt and Portage) in addition to Perl, Python, Ruby, PHP
and R all having their own package management systems. But ... the Red
Hat/RPM/yum folks were there ... the Debian/Ubuntu/apt folks were there
... and I think the Perl and Python people were there ... Gentoo wasn't!
There doesn't seem to be any Gentoo representation on the Linux
Standards Base at all! So a "standard Linux" will end up being some
usable compromise between Red Hat/Fedora, Debian/Ubuntu, Novell/SuSE,
Perl/CPAN, Apache, MySQL/PostgreSQL, Python and PHP.
> * Similarly, the belief that Portage defines Gentoo and represents a
> lot of work. The tree defines Gentoo, and contains far more code than a
> mere package manager.
>
The tree, like an ordinary tree, is a complex adaptive system, including
code, developers and users. I obviously don't have the same insight as a
developer, but I think it's in pretty good shape. As near as I can tell,
it's second only to Debian in terms of its size. There may be more RPMs
world-wide than there are .debs or ebuilds, but they *aren't* all
together in one place.
> * The wrong idea of what the user base is, and what the target user
> base is. Gentoo's direction is too heavily influenced by a small number
> of extremely noisy ricer forum users, many of whom don't even run
> Gentoo. Unfortunately, this self-perpetuating clique wields huge
> amounts of influence.
>
You may not know what the user base is, but you can probably get a
pretty good idea of how *large* it is relative to Fedora, Ubuntu, Debian
and openSuSE by doing some simple web page hit statistics research using
publicly-available tools and data. And I think you'll be amazed at how
small that base is. Distrowatch was right about that part -- Gentoo
"share of mind" is dropping and dropping rapidly, although I don't think
it's becau

Re: [gentoo-dev] Introducing the Proctors - Draft Code of Conduct for Gentoo

[Rob C]

On 13/03/07, Christel Dahlskjaer <[EMAIL PROTECTED]> wrote:


Hiya all,

As some of you are already aware, I was at the last Council meeting
given a Task. This Task was to draft a proposed Code of Conduct for
Gentoo, and a scheme for enforcing it. The current version of this
proposal can be found at http://dev.gentoo.org/~christel/coc.xml
comments and suggestions both on- and off-list are appreciated.

Any input will have to be received by Thursday, 15 March, 1200GMT in
order to be useful; the Council will be voting on it later that day at
2100UTC.

I would like to thank a few people for their help in getting it to this
stage: the council for review, spb for translating Christelsk into
English (with the help of the OED), nightmorph for making it look
prettier than plain text in vim (without a fancy colourscheme), and
marienz for being sane and reading it over.

I'd also like to thank our Infrastructure team for working with us and
answering questions regarding the mechanics of enforcing such a code.

Christelx

--
$a="gentoo.org"; Christel Dahlskjaer | [EMAIL PROTECTED] | www.$a
Gentoo Developeress - User Relations, Developer Relations, Gentoo/MIPS,
QA,
Gentoo/Alpha, PR, Events, Release Engineering, Conflict Resolution,
Recruitment



Perhaps:
s/Noone/No one/g
OED: *http://tinyurl.com/3cxmzy*


--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] Introducing the Proctors - Draft Code of Conduct for Gentoo

[Rob C]

On 13/03/07, Christel Dahlskjaer <[EMAIL PROTECTED]> wrote:


Hiya all,

As some of you are already aware, I was at the last Council meeting
given a Task. This Task was to draft a proposed Code of Conduct for
Gentoo, and a scheme for enforcing it. The current version of this
proposal can be found at http://dev.gentoo.org/~christel/coc.xml
comments and suggestions both on- and off-list are appreciated.

Any input will have to be received by Thursday, 15 March, 1200GMT in
order to be useful; the Council will be voting on it later that day at
2100UTC.

I would like to thank a few people for their help in getting it to this
stage: the council for review, spb for translating Christelsk into
English (with the help of the OED), nightmorph for making it look
prettier than plain text in vim (without a fancy colourscheme), and
marienz for being sane and reading it over.

I'd also like to thank our Infrastructure team for working with us and
answering questions regarding the mechanics of enforcing such a code.

Christelx

--
$a="gentoo.org"; Christel Dahlskjaer | [EMAIL PROTECTED] | www.$a
Gentoo Developeress - User Relations, Developer Relations, Gentoo/MIPS,
QA,
Gentoo/Alpha, PR, Events, Release Engineering, Conflict Resolution,
Recruitment



About time :-D

It looks good! Thanks Christel, spd, nightmorph & marienz.

Hopefully this will go some way to make the community happier!

--
/**
 * Gentoo
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] Re: Re: Little respect towards Daniel please

[Rob C]

On 06/03/07, Steve Long <[EMAIL PROTECTED]> wrote:


[EMAIL PROTECTED] wrote:

> Dear list,
>
> Why not simply naming the "formal logic rules" for the "official venue
> where developers (and ex-developers and users) can talk out their
> disagreements" to be:
> 1. Anyone who is impolite get's kicked off.
> 2. Anyone who repeatedly and seemingly on purpose tries to harm the
> discussion will be kicked off.
>
> Impolite: Do, under _no_ circumstances, use a word MTV would have to
mute,
> or that your grandmother (hopefully) wouldnt want to hear you say ;-)
>
> Repeatedly: We are humans, we make faults.
>
> Seemingly: If this wouldnt be part of the rule, there would be endless
> debates on wether it was on purpose or not.
>
I like the idea; i think it'd be a start just to focus on the first. It's
easier to define, or at least to know when someone's overstepped the mark.

> Bryan Østergaard <[EMAIL PROTECTED]> wrote:
>> Somehow a lot of people seems to think banning is the only possible
>> solution. I tend to think that's a horrible idea myself and most of
>> devrel backs me up on that.
> Of course it is a horrible idea, but isnt it better than seeing someone
> constantly insulting people, instead of being productive, functional,
> objective or at least polite?
> At the moment I feel like there is no real reason _not_ to insult
anyone,
> for those who like to do so, which has to be changed or values will be
> lost completely. It can even be fun to get rid of aggressions collected
> throughout the week at once, yet the gym is the correct place to do so,
> not this list.
>
++ to that; the message that gets out is that gentoo thinks abusive
behaviour is acceptable. You have to have limits, and people need to be
told that others think they're crossing the line, or it'll degenerate. If
you don't ban at some point, whatever that is, then there's no sanction.


--
gentoo-dev@gentoo.org mailing list

I agree.


I am a new Gentoo developer but I have worked on a number of other small
projects. This list is a disgrace and most flames are nothing but
showboating. If you have an issue then deal with it directly with whomever
is causing the problem.

Writing cutting comments on the list with no other intention than to
belittle or discredit a member of the community is unacceptable. *Even* if
your comments happen correct.

Please, lets use -dev for actual development. Perhaps we can have -bitch or
-flame for those who really need to vent or to write mails that they know
are blatant flame fodder.

--
/**
 * Gentoo
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] Introducing Daniel Robbins (drobbins)

[Rob C]

Welcome Back! I wasn't here before but welcome back anyway!

On 28/02/07, Damian Florczyk <[EMAIL PROTECTED]> wrote:


Petteri Räty napisał(a):
> It's my please to introduce to you Daniel "drobbins" Robbins. Daniel is
> going to work with the amd64 arch team but will probably venture to
> other areas too. Daniel doesn't have much experience with Gentoo so
> let's give him a helping hand in the start.
>
> In his dark past Daniel has worked for companies like Microsoft so maybe
> Gentoo/NT will be a reality after all?
>
> Please give him the usual warm welcome.
>
> Regards,
> Betelgeuse
>
>
Well, welcome back in the Dark Side of the Force again :-P

--
Damian Florczyk aka thunder
Gentoo Developer, Gentoo/NetBSD Development Lead
--
gentoo-dev@gentoo.org mailing list





--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] Dev Laptop Broken @ FOSDEM

[Rob C]

So do I :-)

Cheers
-Rob

On 26/02/07, Piotr Jaroszyński <[EMAIL PROTECTED]> wrote:


> Some evil person broke my laptop screen at FOSDEM.
What about the FOSDEM insurance?

Hope you get needed cash and fix it fast.

--
Best Regards,
Piotr Jaroszyński
--
gentoo-dev@gentoo.org mailing list





--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */

[gentoo-dev] Re: Dev Laptop Broken @ FOSDEM

[Rob C]

Hey all,

My blog entry is here : http://www.brokenpipe.co.uk/blog/?p=42

Thanks!
-Rob
On 26/02/07, Rob C <[EMAIL PROTECTED]> wrote:


Hey all,

Some evil person broke my laptop screen at FOSDEM.

My laptop is really important to me, its where I do all of my dev work and
its also my main way to communicate with my friends and family in the UK, I
currently live in Switzerland.

It would mean the world to me if you would take the time to read the entry
on my blog, possilby donate a small amount of money (I'm up to 69usd so
far!) or add a direct link to the blog entry on your blog or website.

Information about this can also be found on the adopt-a-dev site:
http://gentoo.neysx.org/proj/en/userrel/adopt-a-dev/

Any support albeit financial or otherwise is warmly welcomed.

Thanks
-Rob

--
/**
  * Gentoo Forensics Team
  * GPG : 0x2217D168
  */





--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */

[gentoo-dev] Dev Laptop Broken @ FOSDEM

[Rob C]

Hey all,

Some evil person broke my laptop screen at FOSDEM.

My laptop is really important to me, its where I do all of my dev work and
its also my main way to communicate with my friends and family in the UK, I
currently live in Switzerland.

It would mean the world to me if you would take the time to read the entry
on my blog, possilby donate a small amount of money (I'm up to 69usd so
far!) or add a direct link to the blog entry on your blog or website.

Information about this can also be found on the adopt-a-dev site:
http://gentoo.neysx.org/proj/en/userrel/adopt-a-dev/

Any support albeit financial or otherwise is warmly welcomed.

Thanks
-Rob

--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] Topic for Feb council meeting

[Rob C]

For what its worth, I think option #2 is the best.

I think option #1 is out of the question and I think that #3 is flawed
because the 8th spot developer's situation or commitment to the project may
have changed since the last vote and in any case that developer would be
free to partake in the running vote with #2.

Cheers
-Rob

On 29/01/07, Wernfried Haas <[EMAIL PROTECTED]> wrote:


On Sun, Jan 28, 2007 at 02:24:49PM -0800, Mike Doty wrote:
> 1.  re-elect a whole new council.

Seems to be overkill to me.

> 2.  elect a new member at a reduced term to fill the vacancy.

Personally i'd rather go with #3, but the GLEP also states:
> If a council member who has been marked a slacker misses any further
> meeting (or their appointed proxy doesn't show up), they lose their
> position and a new election is held to replace that person. The newly
> elected council member gets a 'reduced' term so that the yearly
> elections still elect a full group.

Seems to be the closest case to a member simply resigning with the
slacker regulation.

> 3.  take the 8th spot from the last election.

Seems to be the best - and least complicated - version to me.

4. The position stays empty until the next election (As long the
   number of council members doesn't drop below a certain number,
   let's say 5.

Just adding this as it may be an option, too.

> The spirit of the GLEP would indicate option 2, but it's never spelled
> out.  Speak out now if you have a opinion on the subject.

Agreed, personally i'd go with #2.

cheers,
Wernfried

--
Wernfried Haas (amne) - amne at gentoo dot org
Gentoo Forums: http://forums.gentoo.org
IRC: #gentoo-forums on freenode - email: forum-mods at gentoo dot org






--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */

Re: [gentoo-dev] net-misc/e100 removal request

[Rob C]

I'm sorry I dont have a test box for this but is it not needed for people
maintaining 2.4 systems?

On 24/01/07, Alec Warner <[EMAIL PROTECTED]> wrote:


net-misc/e100 removal request

Bug 159648

- hasn't been updated for ages, maintainer is completely MIA
- uses check_KV instead of proper linux-mod eclass (Bug 150058)
- doesn't build w/ any recent kernel:

Makefile:162: *** *** Aborting the build. *** This driver is not
supported on
kernel versions older than 2.4.0.  Stop.

# uname -a
Linux testbox 2.6.18-gentoo-r6 #1 Wed Dec 27 14:49:51 CET 2006 i686 AMD
Athlon(tm) XP 1600+ AuthenticAMD GNU/Linux

- no use for this one, the driver has been in kernel for ages

Please, remove this broken thing.

I'm pmasking it for 60 day removal, please complain now if you want it
kept.

-Alec
--
gentoo-dev@gentoo.org mailing list





--
/**
 * Gentoo Forensics Team
 * GPG : 0x2217D168
 */