Joe Peterson wrote:
> Christian Heim wrote:
>> - media-sound/slimserver (twp)
>> - media-sound/softsqueeze (twp)
>
> I'll take these!
>
> -Joe
I might as well take this too, as it's a plugin to slimserver...
- media-plugins/slimserver-alienbbc (t
Thanks for the tip. I added "failed to install genlop (via dobin)" -
not sure if there is a standard way to do this, as it seems many ebuilds
just do "dobin failed", and some do "failed to install ...".
-Joe
Chri
On 16:11 Wed 26 Sep , Mike Frysinger wrote:
>>>>> On Wednesday 26 September 2007, Christian Faulhammer wrote:
>>>>>> Joe Peterson <[EMAIL PROTECTED]>:
>>>>>>> Thanks for the tip. I added "failed to install genlop (via dobin)" -
Fabian Groffen wrote:
>> The problem is those replies may contain information of use in fixing the
>> bug. If the mail gets null-spaced...
>
> I don't see your point. If you have a mailserver running on localhost
> that accepts mail for /dev/null (i.e. it thinks it is a valid email
> address) a
Mike Frysinger wrote:
> wrong. bash and GNU prevail because they provide useful extensions. it may
> be worthwhile to force `find` in the portage environment to be GNU find so we
> can stop wasting time trying to figure out how to rewrite expressions in
> ebuilds (which can be done trivially w
Andrew Gaffney wrote:
> Denis Dupeyron wrote:
>> Yes people, Mike is older than Uncle Seemant, and even older than me.
>
> But is he older than nerdboy? Do we have competition for the Crotchety Old
> Man
> title? Are we going to hear lots of stories that start with "when I was your
> age"?
Or.
Mart Raudsepp wrote:
> Damn, mine had 48K
Luxury!
> Welcome Mike!
And I forgot to welcome Mike; so welcome Mike!
-Joe
--
[EMAIL PROTECTED] mailing list
Mike Frysinger wrote:
> as mentioned, GNU is the main bread and butter of Gentoo. forcing the
> majority of people to go pure POSIX in the face of GNU extensions that make
> life easier is wrong. so the minority gets screwed, that's life. especially
> considering it's trivial for the minority
Fabian Groffen wrote:
> On 07-10-2007 10:19:43 -0600, Joe Peterson wrote:
>> So there are a couple of options, as I see it:
>>
>> 1) Limit tool options to those that are common to all tool variants
>> 2) Port a standard (i.e. GNU) set of tools to all platforms
>>
Mike Frysinger wrote:
> Fabian has summed it up nicely, thanks. i could care less what your userland
> is outside of the ebuild environment since it doesnt matter to ebuild
> writers. you want a deficient runtime environment, more power to you, but
> forcing that environment onto ebuild develo
(Sorry for the previous reply to announce..)
--
[EMAIL PROTECTED] mailing list
Robin H. Johnson wrote:
> After a LOT of development, Gentoo Infra is pleased to announce the
> return of the new packages.gentoo.org site. The new site is a complete
> rewrite.
Great! Glad to see it back; thanks for the hard work! And hey, fbsd is
now considered "exotic"! I kinda like the ring
Doug Klima wrote:
> Robin's e-mail did set the Reply-To. Joe just broke the world.. bad Joe!
Yeah, even reply-to is no match for the mighty "reply all" button! :)
Giving myself 50 lashes now...
-Joe
--
[EMAIL PROTECTED] mailing list
Petteri Räty wrote:
> It's my usual please to announce a new ebuild monkey. Justin hails from
> Brighton, Massachusetts. His educational background should provide a
> good theoretical approach to all the future flames on gentoo-dev:
> "I'm pretty much self taught computer wise as I went to the Univ
Piotr Jaroszyński wrote:
> Hello,
>
> attaching the GLEP.
>
> most current version:
> http://dev.gentoo.org/~peper/glep-0055.html
> http://dev.gentoo.org/~peper/glep-0055.txt
>
>
> Abstract
>
> This GLEP proposes usage of EAPI-suffixed file extensions for ebuilds
> (for example, foo-1.
Ciaran McCreesh wrote:
>> I imagine a lot of people do things now like 'find . -name "*.ebuild"
>> | xargs grep ...'. Not that they could not change their habbits, but
>> forgetting to add a more complex matching rule could lead to errors
>> here.
>
> -name '*.ebuild*' isn't exactly much more com
Ciaran McCreesh wrote:
> On Tue, 18 Dec 2007 01:36:51 +0100
> Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
>> Why can't it be in the file but readable without sourcing? For
>> instance, it could be mandatory that EAPI=X, if present, must be the
>> first non-blank and non-comment line of t
Ciaran McCreesh wrote:
> On Mon, 17 Dec 2007 18:05:23 -0700
> Joe Peterson <[EMAIL PROTECTED]> wrote:
>> This option is worth thinking about more - there may be satisfactory
>> ways to mediate the issues. It is certainly more elegant
>
> Introducing new parse and
Ulrich Mueller wrote:
> It seems to me that this will inconvenience the users, in order to
> solve a technical problem of the package manager.
Absolutely, +1. This does indeed sound like a technical issue; how
would requiring a dev to manually mirror the EAPI in the filename
extension provide any
Santiago M. Mola wrote:
>> One example was mentioned in this thread before: You cannot use
>> "find -name '*.ebuild'" anymore.
>>
>
> So people could use a bit more elaborated expression to find them.
> Things like this shouldn't be a reason for not applying
> EAPI/GLEPs/PM-behaviour changes. If t
Steve Long wrote:
> Ciaran McCreesh wrote:
>> There is no duplication of information, nor redundancy.
>>
> So what were the QA checks you mentioned to confirm that the same EAPI is
> set in both the filename and the ebuild, for-- if not integrity of
> duplicated data?
+1
>> Really. It's a heck of
Thomas Pani wrote:
> My concern is technical: Filenames are for identifying files uniquely.
> An ebuild is uniquely identified by /-, so that's what it's
> filename should be. Adding anything else to the filename will only
> clutter the tree and lead to additional inconsitencies. Yes, you can
> che
Assuming that the file extension must change to prevent current PMs from
trying to parse new format ebuilds (and not require waiting a year or
more), I'd be a lot happier seeing it change *once* to a new fixed
extension, with the requirement that the new ebuilds are required to
contain within them
Denis Dupeyron wrote:
> So please everybody, give a warm welcome to Richard.
Richard, big welcome!
-Joe
--
[EMAIL PROTECTED] mailing list
Denis Dupeyron wrote:
> Jean-Noël currently lives in Paris, France, but he studied in
> Vancouver, Canada for some time. He is 26 and happily married. Apart
> from computers, he has a passion for games (video, role-playing and
> boardgames), music (progressive metal & rock), and outdoors
> (especia
Denis Dupeyron wrote:
> It's my pleasure to introduce Ingmar Vanhassel (ingmar) as a new
> Gentoo developer. He will be on the KDE team, as he already has
> extensive experience with the KDE4 overlay. Quoting his mentor in his
> new-dev bug:
> "He has rewritten large parts of the KDE4 eclasses, sin
On Thu, Jan 17, 2008 at 10:56:36AM +, Steve Long wrote:
> Ryan Hill wrote:
>> I agree, though year of birth might be interesting. Income and children
>> are a bit too private.
>>
> ++ in general although I do think parenthood (if responsible) is as relevant
> as age. A 28 year old with a 5 yea
Steve Long wrote:
> My apologies if I caused you any offense, Joe. I fully agree that choosing
> not to have children is just as mature as deciding to procreate, and more
> mature than simply drifting into parenthood.
No offense taken, and I agree about the "drifting into" thing. My
wife's brothe
Ferris McCormick wrote:
> It is my pleasure to announce that after some arm twisting, Raúl Porcel
> (armin76) has accepted the previously open position of sparc Operations
> Manager. This is no real change since that's what he's been doing for
> us anyway.
Congrats Raúl!!
-Joe
--
gentoo
Robert Buchholz wrote:
> Oh, and great to have you on the team.
I totally welcome Kenneth - I use Gentoo amd64 on a server at work
(mostly using stable keywords, of course). It's awesome to have a
64-bit OS to take advantage of our Core2 Quad, and it's great to have
yet another person here to kee
# Joe Peterson (13 Mar 2010)
# Old, unmainted standalone kernel modules for older kernels.
# Kernels 2.6.29-rc1 and newer include integrated btrfs.
# Bug #285357 reports version 0.17 (newest standalone) does not build.
# Last rited: to be removed in 30 days.
sys-fs/btrfs
-Joe
On 03/31/2010 02:18 AM, Mike Frysinger wrote:
> i'm already using ~/.forward which means mail still goes to mail.g.o and that
> server takes care of forwarding it to my private gmail.com account. then my
> mail client fetches it from gmail.com via the normal pop/imap methods. there
> is no nee
On 03/31/2010 01:40 PM, Mike Frysinger wrote:
>> Those, like me, who have several google apps accounts (I have a personal
>> business one, a personal one, and a work one) can keep accounts separate
>> this way. Also, since it's the "gentoo.org" google apps account, the
>> email address looks the s
On 03/31/2010 02:28 PM, Sebastian Pipping wrote:
> I am worried that if people start using say Google Docs for
> collaborating on Gentoo content, everyone else is forced to use Google
> Docs to participate.
Gentoo could set policies that such shared resources should not be done
via google calender
# Joe Peterson (03 Jun 2010)
# Masked for removal in 30 days:
# Fails to build with gcc 4.4 (see bug #290105)
# Requires non-open-source components that never worked well
# - e.g. voice, media
# - this (source) package never behaved quite like the binary
# Really should be replaced by Snowglobe
I think a better solution, if we need to indicate this, is to have
bugzilla grab the status from devaway and display it next to the dev's
name in bug reports. Changing the user's name seems a bit cumbersome,
and I don't agree that people will know what "devaway" means - i.e.
they may not even goog
101 - 136 of 136 matches
Mail list logo