On 01/08/13 23:53, Michał Górny wrote:
> That would be a lot of effort if upstream doesn't accept it and we end
> up patching it all the way...
kmod isn't complex and probably could be made even a bit more compact,
considering also the pace of its development and the kind of changes in
the last mo
On 01/08/13 04:48, William Hubbs wrote:
> I would rather not carry distro-specific patches forever to support
> something like this, so please forward your patches upstream.
The code is in a public git, it is even not written by me, anybody can
forward it to upstream...
lu
On 13/08/13 03:41, Ryan Hill wrote:
> I don't see any reason to keep this masked other than bug #416069, which
> needs to be fixed anyways. How does Friday sound?
>
> https://bugs.gentoo.org/416069 xorg-2.eclass: add --disable-selective-werror
> to configure
> https://bugs.gentoo.org/461954 GC
On 13/08/13 10:10, Tomáš Chvátal wrote:
> [3] https://wiki.documentfoundation.org/Development/gerrit
And all boils down to the fact gerrit needs to be fixed to take patches
from a mailing list or provide some sane alias to cope with it's
specific ways...
lu
On 14/08/13 01:40, Ryan Hill wrote:
> On Tue, 13 Aug 2013 07:13:13 +0200
> Luca Barbato wrote:
>
>> On 13/08/13 03:41, Ryan Hill wrote:
>>> I don't see any reason to keep this masked other than bug #416069, which
>>> needs to be fixed anyways.
On 14/08/13 17:56, Peter Stuge wrote:
> Luca Barbato wrote:
>>> [3] https://wiki.documentfoundation.org/Development/gerrit
>>
>> And all boils down to the fact gerrit needs to be fixed to take
>> patches from a mailing list
>
> Usually Gerrit just needs an Op
On 29/09/13 04:12, hero...@gentoo.org wrote:
> It's just a starting point, though. I still don't have a clear plan yet.
>
> After reading carefully the thread Ulrich pointed out, it seems that
> refactoring ebuild/eclass is invevitable, which calls for an overlay to
> carry it on.
That would be m
On 08/12/13 00:44, hero...@gentoo.org wrote:
> yac writes:
>
>> Shouldn't pkg-conifg --libs handle this?
>
> Oh, good idea. But boost doesn't have pkg-config entries.
>
> Then I see this one, an upstream issue
>
> https://svn.boost.org/trac/boost/ticket/1094
>
Are you willing to poke up
On 14/09/14 17:15, Kent Fredric wrote:
> On 15 September 2014 02:40, Michał Górny wrote:
>
>> However, I'm wondering if it would be possible to restrict people from
>> accidentally committing straight into github (e.g. merging pull
>> requests there instead of to our main server).
>>
>
>
> Easy
On 14/09/14 16:46, Michał Górny wrote:
> Of course, if we can't spare the resources to do intermediate updates,
> we may as well switch to cron-based update method.
The mirror have a sync time, so basically regenerating the cache and
pushing the tree with further toward the user can happen the sam
On 14/09/14 17:30, Patrick Lauer wrote:
>> Are we going to disallow merge commits and ask devs to rebase local
>> changes in order to keep the history "clean"?
>
> Is that going to be sane with our commit frequency?
>
Which is our commit frequency? Worst case we can aggregate changes and
push th
On 15/09/14 01:21, Patrick Lauer wrote:
> On Sunday 14 September 2014 15:42:15 hasufell wrote:
>> Patrick Lauer:
Are we going to disallow merge commits and ask devs to rebase local
changes in order to keep the history "clean"?
>>>
>>> Is that going to be sane with our commit frequency?
>>
The bc utility is part of the posix tools and it might be used to build
linux among the other stuff.
lu
On 17/09/14 14:09, Jorge Manuel B. S. Vicetto wrote:
On Wed, 17 Sep 2014, Luca Barbato wrote:
The bc utility is part of the posix tools and it might be used to build
linux among the other stuff.
Luca,
bc is not in the system set and is a dependency of the kernel or any
other package that
On 27/09/14 14:22, Ciaran McCreesh wrote:
On Sat, 27 Sep 2014 12:47:14 +0200
Luca Barbato wrote:
Because I'd expect a stage3 to be posix compliant
I agree. It's time to replace nano with Vim.
Surely certain stuff might enjoy having ex available as well.
Probably busybox could
On 27/09/14 15:19, Luca Barbato wrote:
On 27/09/14 14:22, Ciaran McCreesh wrote:
On Sat, 27 Sep 2014 12:47:14 +0200
Luca Barbato wrote:
Because I'd expect a stage3 to be posix compliant
I agree. It's time to replace nano with Vim.
Surely certain stuff might enjoy having ex av
On 20/10/14 00:53, Anthony G. Basile wrote:
> Hi everyone,
>
> I debated about whether to write a news item about c++11 abi. Usually
> our news items are about some change which requires user intervention.
> But this is just precautionary. With more packages needing c++11
> because of source cha
On 24/10/14 19:12, Anthony G. Basile wrote:
> bug 513386 - net-libs/webkit-gtk-2.4.3 - ./.libs/libwebkitgtk-3.0.so:
> undefined reference to `_ZNSt6chrono12steady_clock3nowEv@GLIBCXX_3.4.17'
> -> This is a problem. It relates to abi mismatching with libstdc++.
The ABI mismatch is due the library
On 25/10/14 13:09, Matthias Maier wrote:
>
>> Not sure if the llvm C++ runtime might help here or it is any better
>> than the one provided by gnu, but might be a good time to gather
>> volunteers to provide a mean to use clang as main compiler out of box.
>
> libc++ makes stricter ABI guarantees
On 27/10/14 12:07, M. Ziebell wrote:
Does clang compile glibc already?
At the last GNU Cauldron the speaker said that clang fails because
of:[1]
- nested functions
- VLAIS
How did you avoid that problem?
musl is known to work fine.
On 30/10/14 15:06, Jan Kundrát wrote:
On Saturday, 25 October 2014 12:47:21 CEST, Luca Barbato wrote:
The ABI mismatch is due the library not being versioned properly as
"usual"?
Please note that this would be a "hard thing to do". This is not just a
matter of calling an
On 01/11/14 11:47, Diego Elio Pettenò wrote:
The problem with "it's trivial to do that in python so just do it" is
that first of all Python is not my language of choice, so the whole
infrastructure is currently not written in Python at all. And all the
people, including Luca, who promised they ca
On 02/11/14 14:22, Pacho Ramos wrote:
El dom, 02-11-2014 a las 13:07 +, Diego Elio Pettenò escribió:
How do you strip the html code? I was unsure about to do that :/
You should have asked. There is no need to strip. I upload both HTML
and text alike.
Ah, ok. Anyway, if AxS can tell me
On 03/11/14 20:24, Andrés Martinelli wrote:
Yes, Vim license was the base of it, as I noticed, at least by now, that it
meets the requirements I thought necessary. About that mistake, thanks for
noticing it. It will be corrected.
Just:
- change the name, it conflicts with another package.
- u
On 05/11/14 02:16, Michael Orlitzky wrote:
When I was taking my ebuild quizzes, I asked for someone to clarify the
implicit system dependency that we have enshrined in the devmanual:
https://bugs.gentoo.org/show_bug.cgi?id=485356
There is... some agreement, but also special cases and special
On 05/11/14 18:49, Mike Gilbert wrote:
On Wed, Nov 5, 2014 at 12:30 PM, Luca Barbato wrote:
On 05/11/14 02:16, Michael Orlitzky wrote:
When I was taking my ebuild quizzes, I asked for someone to clarify the
implicit system dependency that we have enshrined in the devmanual:
https
On 07/11/14 06:06, Harsh Bhatt wrote:
This idea seems bit interesting, about how the bug tracker works.
In this i just need to confirm that how much mathematical aspect
can be included. It's a good idea to work on.
Also make might enjoy improvements.
lu
On 26/11/14 22:52, Rich Freeman wrote:
On Wed, Nov 26, 2014 at 4:21 PM, Tom Wijsman wrote:
On Sat, 22 Nov 2014 00:34:33 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
While it pains me to say this, unfortunately it looks like we have
another "toxic person" situation to deal with, with all t
On 28/11/14 13:20, Sergey Popov wrote:
Packages that uses 'vaapi' local USE-flag:
media-libs/avidemux-core
media-libs/xine-lib
media-tv/mythtv
media-tv/xbmc
media-video/avidemux
media-video/ffmpeg
media-video/hwdecode-demos
media-video/libav.
media-video/mpv
media-video/vlc
virtual/ffmpeg
www-pl
d, discuss on how unfair the people requesting it were,
discuss about how to keep it alive and such.
Sounds that out of world as reasoning?
that said, genstef do you mind starting from scratch describing the idea
and the implementation details (taking in account point raised)?
lu
--
Luca Barbato
(each point 2 lines at least, 4 at most)
- What you'd do as alternative as the criticized point ( 2 lines again)
That is just an experiment to see if we can have a thread producing a
result w/out too much discussion overhead.
who is going to play with me this game? =)
lu
--
Luca Barba
unriseFaq and
> http://gentoo-sunrise.org/cgi-bin/trac.cgi/wiki/HowToCommit
It isn't in the format useful for a discussion point by point, genstef
is converting it, I hope.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Edward Catmur wrote:
> On Sat, 2006-06-24 at 13:05 +0200, Luca Barbato wrote:
>> (from critics)
>> - What is wrong with the model (each point 2 lines at least, 4 at most)
>> - What you'd do as alternative as the criticized point ( 2 lines again)
Let me reformat a bit
issue for my experiment about
constructive discussion in the ml!
=/
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Mivz wrote:
>
> You called me selfish, childish
Whoever complains about the distribution rules from GPL after using
GPL'd source/stuff is...
> and a M$ lover...
Never said.
> Well... I'm a squatter, I try to live anarchistic and I do not prejudge
> people. And if I disagree... I certainly do
ble medium.
my 2 (fake) eurocents
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
hing else I can do?
Add support for QA checkers clientside and serverside (there are
precommit hooks you can use for that)
That way we will avoid those smart problems as described in irc long ago.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Paul de Vrieze wrote:
>
> ps. If I'm a bit away these days, it is due to me being preoccupied with my
> mentoring task.
>
=)
Congratulations ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
etch the stuff..
just a check that prevents commands in global scope and/or shutting down
sandbox is a must.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ized code (yes it could be dump
if the handmade stuff isn't wrong)
Sounds fair or I'm missing something?
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
es) are also
> affected.
>
> I don't know if altivec is as clearly determined from the target arch;
> perhaps the ppc people could chime in.
it is
>
> Clearly most are in media-* categories, so that would be a good place
> to start :)
>
yes
lu
--
Luca Barbato
Gent
> disabled
> altogether, in the real world we're all in, mmx useflag is enabled by the
> vast majority of our users.
>
Depending on who wrote the altivec part of a program you may like to
disable it since works just on macosx
/me still would rather have both systems in place
een what the cflags could do and what
you expect to obtain eg: -mcpu=nocona use 3dnow would issue a warning
and disable it
- as the one before again but with a var to decide if follow the use or
the gcc check.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
ge
thinking this
> is a good idea.
>
Amen
but isn't the only way and as I told you already I'd rather have stuff
properly set in profiles specific even if I like the idea of being able
to check for compiler support.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Patrick Lauer wrote:
> lu_zero
Diego 'Flameeyes' Pettenò wrote:
> And add my nominations for lu_zero
I accept the nomination.
I'd add to the pot pvdabeel and pylon since was and still is a pleasure
working with them =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
about the issue and the more I like the complete
profiles for amd64 more than the other solutions.
lu
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Simon Stelling wrote:
> Luca Barbato wrote:
>> Alternatives:
>>
>> - as PPC we provide a default cflags & use tuned per certain cpu
>> families using profiles, amd64 could provide a nocona profile that bans
>> 3dnow* useflags.
>
> Not really. There are a
Danny van Dyk wrote:
> OK, this rfc/proposal is competing with Flameeye's proposal:
>
> I suggest to add a "CPUFLAGS" USE_EXPAND variable to the tree.
Name it SIMD or CPUFEAT to avoid misunderstanding with the other *FLAGS
> This should be set to sane defaults in the profiles. I.e. for x86,
> it
Danny van Dyk wrote:
>
> USE_EXPAND useflags do not need to be added to either use.desc nor
> use.local.desc.
One point was adding better description about them to avoid misuse.
Further, we keep track of other hardware-related
> metadata in USE_EXPAND, too. See INPUT_DEVICE and VIDEO_CARDS.
>
e year since we could stuff
all this cruft in a single place and have a separate use.desc for them.
I hope I'm not too tired and I didn't miss something ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Matthias Schwarzott wrote:
> What do you think of that?
c is simpler. I like it.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
module
yafray is getting it too right now.
I'll put it as global if nobody shouts otherwise.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ild procedure. Maybe you like to have a look at the discussion
> about my patches introducing pkg-config utilization.
I don't see how it is related.
lu
PS: all mplayer front-ends use/(should use) the slave-mode ipc, gmplayer
is deprecated and will be replaced by another front-end using
Christel Dahlskjaer wrote:
> and I suspect he will be slaving away with the media-video herd. I
I for one I'd like to greet my new minion^Wfellow developer ^^
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
, other
> gtk2. As long as dependencies don't cope the slot cleanly,
> slotting is utterly useless.
gtk-1 is deprecated, it will disappear sooner or later.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
hat my proposed syntax isn't a perfect solution. But I think the
> current state of portage isn't a perfect solution, too. And I hoped when
> I started this thread, that we will find together a good solution.
You can just write something like flagedit for your extreme uses.
lu
-
;ll file a bug on the whole gtk issue and all packages
> using this ugly hacks.
Good way to have your account suspendend.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
u want to be sure it's obsolete
> just read xmms's website.
>
fine for me
(please add xmms2)
People could just use mplayer o xine to play any audio sample aud doesn't.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Stephen P. Becker wrote:
> Luca Barbato wrote:
>> Luis Medinas wrote:
>>
>>> If noone takes it will be saved on overlays.gentoo.org. Everyone needs
>>> to know that xmms is old and tired (obsolete). A few developers on
>>> redhat, mandriva and suse mar
Stephen P. Becker wrote:
> Well, it depends on your definition of help.
Testing recent snapshots or providing shells would be perfectly fine.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
27;d find
> himself quietly removed at best.
Usually people ask to the leads/team before joining in...
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Luis Francisco Araujo wrote:
>
> If neither of those points are convincing enough, then remember free
> software comes with *NO-WARRANTY*
s/free//
Even payware is w/out warranties.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.or
ution, but
"make it to the deadline decently well and plan a -r1 to address some of
the known issues that could hit more people in the future(eg new hw
support)" looks good enough.
that said I hope that the sales on trollfood will end ...
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
se problems are fixed and we can ship this on our portage
> tree tarballs for our new releases etc...
>
cmake for a C program is a BIG shortsight.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Christel Dahlskjaer wrote:
>
> So yeah, buy him a pint and welcome him onboard!
>
Welcome!
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ugs.gentoo.org/show_bug.cgi?id=146626
>
> Am I the only one who has a problem with this?
>
Genstef PLEASE always contact the related herd before adding stuff.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ental stuff will be available from specific front-ends.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Alec Warner wrote:
>
> So which sucks, upstream or our unbending policy?
upstream for that reason
us because we haven't a tool like the one BaSS wrote for the ebooks.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Hanno Böck wrote:
> Am Dienstag, 12. September 2006 02:46 schrieb Michael Cummings:
>> Looks like that will break media-gfx/frontline (=media-gfx/gimp-1.2*)
>> and gimp-freetype-0.2-r3 (also =media-gfx/gimp-1.2*).
>
> frontline is dead upstream, has no metadata and last changelog-entry is about
>
Doug Goldstein wrote:
>
> Stop being nice and polite... It's freaking me out.
>
Beside the alien abduction thing that lead that change, I think there
isn't nothing to be afraid.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev
t;Then, after a few more weeks, the virtualization herd takes seed
> product and adds appropriate vmware/xen/etc modifications to create
> ready-to-run virtualization images.
>
I like this plan.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
Simon Stelling wrote:
> GLEP: 52
I don't like it: too complex, glep 23 is fine.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Sounds reasonable?
lu
PS: I'd put a rule that will bar seed contribution if there isn't a
liason to a touched project just to keep hardtotrack bugs to the minimum.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
erge those packages
that depend on it.
Thoughts?
It would require revdep resolution on emerge... how painful would be?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
build what you want depending on useflags?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Duncan Coutts wrote:
On Thu, 2006-09-21 at 20:27 +0200, Luca Barbato wrote:
Duncan Coutts wrote:
So my point is, I don't think it can be simply dismissed as ABI nonsense
that we don't have to deal with. Being able to SLOT on the compiler
flavour (and possibly version) would allo
ia one.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
ecleaners do their job,
recruiters get more people,
put the devmanual where it belongs,
have better coordination between projects to the point stepping on
others feet is quite hard and not dead easy as today?
those point and less noise on gentoo-dev.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Diego 'Flameeyes' Pettenò wrote:
> On Thursday 05 October 2006 13:48, Ciaran McCreesh wrote:
>> Actually, they do. Minority archs lead to much better tree QA being
>> done, more bugs in packages being identified and more ebuild and
>> package bugs being fixed.
> Hell is gonna break loose, I agree w
Diego 'Flameeyes' Pettenò wrote:
> On Thursday 05 October 2006 14:04, Luca Barbato wrote:
>> Not today, not today, 1/2 of the devils are on a strike because of the
>> recent freezes in the latest months, the others are still recovering
>> from the flu caused by the
nk
and a chat =)
lu - the minions of my minions are transitively my minions?
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
gt; Is where the soap come from, isn't it?
And Bouillabaisse if you like soups =)
Welcome I was just waiting for you to unmask yet another ffmpeg snapshot ^^;
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
it, should I have to be afraid?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
malc wrote:
> media-video - Can I take this one? I've got a jahshaka-2.0 ebuild here
> ready to rock.
please submit it and let us have fun too =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
George Shapovalov wrote:
> Well, it seemed like a small tool, having a TLP for which is a gross
> overkill,
eselect is anything but a small tool...
I'd just reorder docs in a more rational way but let our flat tlp as is.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev
howto, a script or a offical guidline how you or
> other gentoo-devs build the Universal-Disc's, what must be included an
> so on?
http://www.gentoo.org/proj/en/releng/catalyst/
Regards.
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Benjamin Judas wrote:
> Hello folks,
>
Welcome back!
(what about using just parted and have scripts that mime fdisk/mac-fdisk?)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
t doesn't look to me that problematic, am I missing something?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Mike Doty wrote:
>
> Thoughts?
>
- hall of fame is nice, money isn't
- we all know that Flameeyes and vapier will be at the top =)
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
commits level.
Anyway I'd slow down mirror propagation a bit the first times in order
to mitigate the issue pointed by Ciaranm.
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
>
> Please give him a warm welcome!
>
Eventually! Welcome as dev!
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Stuart Herbert wrote:
>
> http://www.flickr.com/groups/gentoo/
>
My stuff is on lu-zero.deviantart.com, I don't use flikr ^^;
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
t much else.
>
Yawn, if they claim something over mono it will be completely replaced
and/or mono will became the new gif with parrot being the new png.
That said you could just think about ways to reduce the damage like
pushing your country to NOT condone software patents...
lu
--
Luca Barb
Diego 'Flameeyes' Pettenò wrote:
>
> aoa aoa-fabric-layout aoa-onyx aoa-soundbus aoa-soundbus-i2s aoa-tas
> aoa-toonie powermac
>
add usb-audio
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
Ryan Hill wrote:
>
> I don't think the average user, even the average Gentoo user, has any
> idea what any of these plug-ins do, how they work, and which ones they
> need. This is getting a bit too complicated.
Not really I think as usual none == all ^^
lu
--
Luca Barb
Markus Ullmann wrote:
Now you know the story behind our new amd64/bugday/xfce dev from UK. I
think he deserves the usual happy welcome :)
Beware of the rabid media people =)
Welcome =)
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org
Mike Frysinger wrote:
i miss the happier times when we had him banned
Do you think it's time for a revival?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
rk on big projects?
usually just read the $big_project ml, hang with $big_project dev and
read the documentation if present. It is quite easy catching up =)
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
precommit hook checking and warn if you don't change the correct
changelog?
lu
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
and then takes less time than bumping the .3.x ebuild.
lu - that uses that ebuild
--
Luca Barbato
Gentoo/linux Gentoo/PPC
http://dev.gentoo.org/~lu_zero
--
gentoo-dev@gentoo.org mailing list
401 - 500 of 758 matches
Mail list logo
