long-term.
Please, until something is clarified/some consent reached, avoid changing
the docs w/ funny stuff like "just flip a coin"...
http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/proj/en/devrel/handbook/hb-guide-ebuild.xml?root=gentoo&r1=1.31&r2=1.32
What's
3.3.2006, 22:19:33, Stephen Bennett wrote:
> On Fri, 3 Mar 2006 21:47:22 +0100
> Jakub Moc <[EMAIL PROTECTED]> wrote:
>> Please, until something is clarified/some consent reached, avoid
>> changing the docs w/ funny stuff like "just flip a coin"...
&g
3.3.2006, 22:51:39, Mike Frysinger wrote:
> On Friday 03 March 2006 15:47, Jakub Moc wrote:
>> Please, until something is clarified/some consent reached, avoid changing
>> the docs w/ funny stuff like "just flip a coin"...
> please, get a sense of humor, kthxbye
3.3.2006, 22:54:25, Grant Goodyear wrote:
>>> http://www.gentoo.org/cgi-bin/viewcvs.cgi/xml/htdocs/proj/en/devrel/handbook/hb-guide-ebuild.xml?root=gentoo&r1=1.31&r2=1.32
>>>
>>> What's the above again? QA policy? How does user benefit from flipping a
>>> coin wrt choosing a functionality? Sigh..
3.3.2006, 23:25:13, Stephen Bennett wrote:
> On Fri, 3 Mar 2006 22:27:45 +0100
> Jakub Moc <[EMAIL PROTECTED]> wrote:
>> What kind of point does it get across, exactly?
> That you must choose one flag, or set of flags, to take precedence in such
> situations, but that
3.3.2006, 23:32:36, Grant Goodyear wrote:
> Jakub Moc wrote:
>> Erm, how exactly will you find out that you need to recompile that package
>> after such extensive build? You'll spend a couple of hours debugging when
>> your server app stops working? Yay! :P
> I ha
4.3.2006, 2:57:51, Alec Warner wrote:
>> The whole argument here is that bailing out with conflicting use flags
>> breaks some extensive compiles. So you suppose users will be sitting in
>> front of their monitor and stare on the screen waiting for a scary warning?
>> No, they won't. And even if
ng that thing. If they
don't, the bugs end up as invalid b/c the ebuild is not in portage. Easy
enough.
While keeping those bugs in trac bug trackers seemed as a good idea to
me originally, most users are simply unable to do that anyway. We tried
w/ php overlay, didn't work much.
--
Be
s are
none of QA's or any other policy business. They are overlays, not
official tree. If user installs ebuilds from overlay and breaks his
system, then well - not a Gentoo problem. Why should any policies apply?
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http:/
Duncan Coutts wrote:
> The way the Haskell team manages this is that we don't tell our end
> users about our testing overlay. So we don't get bug reports from them.
> We have three outside contributers with write access to the overlay
> repo. They make changes in consultation with the team. So we'
Ciaran McCreesh wrote:
> On Thu, 23 Mar 2006 19:57:07 +0100 Jakub Moc <[EMAIL PROTECTED]> wrote:
> | > Sounds like a perfect way to break lots and lots of systems. Those
> | > policies are mostly there for good reason.
> |
> | You want to apply policies on overlays? We
e stuff on overlays.g.o.?
Weird assumption really... :/
--
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 signatu
Ciaran McCreesh wrote:
> On Fri, 24 Mar 2006 10:16:15 +0100 Jakub Moc <[EMAIL PROTECTED]> wrote:
> | We get innundated with tons of bogus bug reports every day, overlays
> | or not - see the number of invalid/duplicate bugs flowing every days.
> | We got a couple of bugs in las
installs icons to
/opt/thunderbird/icons which might seem right but allas nothing can find
the icons in there and .desktop files are in /usr/share/applications anyway.
There are issues w/ mime-types etc. as well, but this mail is getting
long as it is, so leaving that for another one, perhaps.
Sven Köhler wrote:
> I don't when the init.d-script disappeared from the ebuilds, but well: i
> still used it and didn't know about the baselayout-support for pppoe.
May I suggest reading the fine handbook?
http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=4&chap=3#doc_chap4
--
jaku
This is just a friendly reminder that Bug 116346 doesn't seem to be
moving much. :P The two months old list seems still almost fully valid.
http://bugs.gentoo.org/attachment.cgi?id=79178&action=view
Do we manage to kill the flag? Always good to have one redundant flag
less... ;)
Thanks.
--
ja
This is a (not-so happy) reminder that the agony of gtk2 use flag will
have been lasting for half a year soon. It *really* needs to die.
For affected ebuilds, please see the attached list and Bug 106560.
Thanks.
--
jakub
app-crypt/pinentry-0.7.2
app-editors/mp-3.3.12
app-editors/mp-3.3.14
app-
Mike Frysinger wrote:
> On Sunday 02 April 2006 14:22, Olivier Crête wrote:
>> On Sun, 2006-02-04 at 13:08 -0400, Mike Frysinger wrote:
>>> On Sunday 02 April 2006 12:05, Jakub Moc wrote:
>>>> This is a (not-so happy) reminder that the agony of gtk2 use flag will
>
Mike Frysinger wrote:
> and if there are no bugs filed ? this sort of stance is like the
"lets remove
> packages from portage because upstream is dead" ... it benefits no one
No bugs filed? Well, just search the archives of this ML, and search
bugzilla for all those bugs about portage pulling in
Mike Frysinger wrote:
> On Sunday 02 April 2006 15:34, Jakub Moc wrote:
>> Mike Frysinger wrote:
>>> and if there are no bugs filed ? this sort of stance is like the
>>> "lets remove packages from portage because upstream is dead" ... it
>>> benefi
Carsten Lohrke wrote:
> I don't see the necessity for devs and users would have to look at the
> package.mask file regularly to get the information that a package is masked.
> If Portage would be that smart to spit out the relevant information on
> emerge --sync, a longer period would probably m
Donnie Berkholz wrote:
> Christopher O'Neill wrote:
>> . I notice certain other popular distros are now running GCC4 (and
>> have been for some time), yet we are still running 3.4.6 (on ~x86). I
>> know it's a lot of work ensuring that all packages compile properly
>> with GCC4 and that there are n
Carsten Lohrke wrote:
> On Saturday 08 April 2006 00:52, Mike Frysinger wrote:
>> highly suspect statements
>>
>> these states are all quite common ... trying to make some kind of
>> supposition as to which is the most common is a waste of time
>
> No. It's my opinion. Respect it, please. You don'
nd* -fvisibility-inlines-hidden) by default
because it bombs out really badly... :)
http://groups.google.de/group/linux.gentoo.dev/browse_frm/thread/f43fac917352bb51/5093e84871f08de6?lnk=st
More fun:
https://bugs.kde.org/show_bug.cgi?id=109386
http://planet.gentoo.org/developers/flameeyes/2005/
s.gentoo.org/show_bug.cgi?id=122265
--
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 ;)
signature.asc
Description: OpenPGP digital signature
plug_$iface="yes|no" there
instead, and use RC_{HOTPLUG,COLDPLUG} in /etc/conf.d/rc for other
services only?
--
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 ;)
signature.asc
Description: OpenPGP digital signature
Roy Marples wrote:
>> Anyway, what we really need is ability to turn off that coldplug thing
>> *completely* on *udev* level and restore some sanity. I really don't
>> need to have my TV card coldplugged at the point when /dev is being
>> populated by devices (e.g., Bug 130766 or Bug 128962).
>
>
Roy Marples wrote:
>> iptables already has "before net", doesn't exactly help. Well, I don't
>> need net on boot level first of all and I didn't set it to be launched
>> at that runlevel. The runlevel setting gets ignored, however.
>
> Hmmm, maybe you don't understand then :)
> If coldplug adds ne
out KDE 3.5 (on a quick and definitely incomplete search). The
fixed/upstream ones would definitely be well over 100, don't have any
good query for that.
http://tinyurl.com/rg55l
But yeah, you know better, no problems whatsoever. :P
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTE
er. Please, read what other people have said and
don't waste our time with completely invalid arguments.
--
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 9B
one,
can't be done now and won't be done in future. The whole KDE shebang
needs to go stable at once, together with many other non-KDE ebuilds
that it depends on. So please, stop wasting limited time of limited
number of Gentoo KDE maintainers by beating a dead horse.
TIA.
--
Best regar
Feel free to write a translation tool for error messages, until then
this is a no go... ;)
--
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 D
se bugs should be detected and fixed.
>
> I disagree. LINGUAS is a Gentoo-specific thing, so is only relevant to
> ebuilds. If a package uses LC_* to determine the user's locale
> preferences, I see no problem with that.
Nope, LINGUAS is not Gentoo-specific, it's p
better spectacles? Ah, we
just didn't have a pointless flamewar for a long time, right... :S
--
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
Luis Medinas wrote:
> Jakub is right! Just add the name and the mail of the man and stop
> crying.
But - it's _already_ _there_ - right on the front page... case closed,
let's move on, finally? :=)))
--
jakub
signature.asc
Description: OpenPGP digital signature
Please, finally kill this thing from CONFIG_PROTECT in
base/make.defaults, we are not Debian... :P
Thanks.
--
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
NEEDINFO or whatever you think would be best resolution, there's tons of
bugs w/ ebuilds submitted that can't find a maintainer. If you want
something in portage, do you homework at least and attempt an ebuild.
Just my $0.02...
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED
try to keep an eye out for app-backup and other fields that I'm
> involved in.
Also, please really close useless cruft when you come across it (see above).
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=
fox (www-client/kazehakase):
Use firefox's Gecko engine.
See http://bugs.gentoo.org/show_bug.cgi?id=96473 as well.
--
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 C
Simon Stelling wrote:
> You forgot to mention which package uses the variable.
>
Re: [gentoo-dev] Need a use-expanded TV_GRAB variable for xmltv
;)
--
jakub
signature.asc
Description: OpenPGP digital signature
Matteo Azzali wrote:
> Repoman considers "lots of local variables" as an error, I was pointed
> to expanded vars as a solution.
> If no developers has something against I'll be happy to use 28 local
> flags
>
> mattepiu
Well uh, no please Don't create 28 local use flags for one ebuild,
us
@4u wrote:
> After posting and closing the bug report:
> http://bugs.gentoo.org/show_bug.cgi?id=135870
> Jakub Moc noticed that the current >=virtual/x11-7.0 ebuild misses its
> task and creates trouble.
Indeed. To re-iterate here, I'll basically re-paste what I've said o
on it and it can be punted from the tree.
On a side note, this virtual also hides potential bugs in ebuilds that
already have been ported, you can miss dependencies there if you have
already them emerged b/c of the virtual.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
ht
Olivier Crete wrote:
> Is there a recent list of non-ported packages ? Maybe we should do a
> last effort to port everything for a week or two and then package.mask
> the packages that no one cares enough about to port them.
Hmmm, not a up2date one, AFAIK... There's a tracker bug
http://bugs.gent
ation ;-)
Erm, look at the vmware-server bug
(http://bugs.gentoo.org/show_bug.cgi?id=122500) . It's vastly useless
for grabbing any ebuilds, there are ~350 comments and tons of obsolete,
yet not marked as such ebuilds, that's why you switched to subversion,
right? And it boosted the effectivi
nts are essentially
useless for most of newcomers and suck for effective development as
well. A couple of examples:
http://bugs.gentoo.org/show_bug.cgi?id=24247
http://bugs.gentoo.org/show_bug.cgi?id=70161
http://bugs.gentoo.org/show_bug.cgi?id=122500
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG
uck big time for new ebuilds' development. Or, why did you
switch vmware-server work to SVN if bugzilla is *the* place for all
this? Apparently it's not all that great, otherwise you wouldn't have
done that.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature
a load of temporary and object files
> on the filesystem.
>
> Daniel
Already been there and got removed, because it broke emerge -e world for
ebuilds that need configured kernel to compile.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.n
Donnie Berkholz wrote:
> Jakub Moc wrote:
>> Olivier Crete wrote:
>>> Is there a recent list of non-ported packages ? Maybe we should do a
>>> last effort to port everything for a week or two and then package.mask
>>> the packages that no one cares enough about
> 100% clear to the public that it is unsupported.
>
> Regards,
> Brix
So, move it to this.is.unsupported.and.will.blow.your.box.gentoo.org if
you feel it will help anybody. I feel it's completely irrelevant, but
that's just me.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
mailing list and bothering
Gentoo Council - such as fixing current bugs and cleaning the dead cruft
in the tree, or fixing things not yet ported for modular X, or unported
for gcc-4.x, or whatever else?
Mailing list threads that don't fix one screen resolution suck, you can
expect another f
't do it or find
another tag and get the DTD updated. is being used for assigning
bugs, you are using it as a placeholder for something else. Category
already tells us that it's a game, don't stick games into unless
you actually maintain it. Thanks.
--
Best regards,
Jakub Moc
Stephen Bennett wrote:
> On Wed, 14 Jun 2006 20:01:04 +0200
> Jakub Moc <[EMAIL PROTECTED]> wrote:
>
>> This new terminology plain sucks. If you are sticking games into
>> in metadata.xml, you are just confusing me and other people
>> who are assigning bugs.
Stephen Bennett wrote:
> On Wed, 14 Jun 2006 20:21:42 +0200
> Jakub Moc <[EMAIL PROTECTED]> wrote:
>
>> Sure... so, perhaps you have some suggestion how I can read assign
>> bugs otherwise than using the metadata.xml; perhaps I could learn to
>> read minds of t
Mike Frysinger wrote:
> On Thursday 15 June 2006 02:33, Kevin F. Quinn wrote:
>> We could require that a herd mail alias be maintained for every herd,
>> with the same name as the herd, such that the herd alias lists the
>> maintainers of all packages in the herd.
>
> this would be useful regardle
While talking about herds etc...
Please, stick your addy into the relevant eclass if you are actually a
maintainer or at least a person to contact about the given eclass.
Examples of eclasses that just let me clueless and digging in the logs
when a bug/problem arrives:
cvs.eclass - ???
db-use.ecl
Marcus D. Hanwell wrote:
> I don't know if this is a really unpopular viewpoint, but for a lot of stuff
> I
> maintain I put myself as maintainer and the herd I am acting as part of in
> herd. My intention there is to say primarily I am taking care of this and
> have taken responsibility but if
Kevin F. Quinn wrote:
>>
>> - same name as herd requirement doesn't work for stuff like
>> cron/mysql/postgresql/apache... i.e., system accounts.
>
> Herd aliases could be named "herd-", perhaps.
Current practice for these aliases is -bugs in most of the cases.
Examples - apache-bugs, php-bugs, c
Chris Gianelloni wrote:
>
> *sigh*
Indeed...
> No. You've gone and changed the practices we have in place now to make
> it more complicated.
No, I didn't. If games herd wants any game dumped onto games herd, then
do it. Most other people probably don't want unknown stuff dumped on them.
> Say
Chris Gianelloni wrote:
> On Thu, 2006-06-15 at 17:43 +0200, Jakub Moc wrote:
>>> Say it with me.
>>>
>>> Herd == packages
>>> Team == people
>> There's no such thing like in metadata.xml, that's what we've
>> been talking ab
s on such monster bug and watch the resulting huge
bugspam landing in bug-wranglers and other people's mailboxes, it's
extremely annoying, extremely messy and generally not a good way to
things fixed.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subk
Steve Long napsal(a):
How do others feel about such an addition?
http://archives.gentoo.org/gentoo-dev/msg_a450013b143e01a25810f66ff345c9d4.xml
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Pri
ll ebuilds. Will just do more harm
than good. I've seen a major decline of this type of bugs since the
gtk/gtk2 mess got more or less sorted out, we shouldn't repeat past
mistakes.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11
hat proclaimed themselves empowered to decide on acceptable
bugzilla usage. There's no technical difference between using bugzilla
for unofficial java migration overlay hosted on gentooexperimental.org
and using it for unofficial overlay hosted on gentoo-sunrise.org (and
even usage of keywords and
t be any issue if devrel didn't act the way they did, the
matter has not been urgent at all.
--
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 ;)
signature.asc
Description: OpenPGP digital signature
So... sunrise has been suspended, moved to it's own domain, moved to
non-gentoo hardware - and some people still are not satisfied and need
to find something to annoy the bunch of people working on it. And, as
there's not much left, they take something really childish and
ridiculous, such
Chris Gianelloni wrote:
> On Fri, 2006-06-23 at 15:50 +0200, Jakub Moc wrote:
> Perhaps it is a few developers trying to actually enforce the council's
> decision and make sure that the 100% unofficial project doesn't *look*
> official. Using "InOverlay" as i
three
years, to give any third party, for a charge >>> no more than your
cost of physically performing source distribution <<<, a complete
machine-readable copy of the corresponding source code, to be
distributed under the terms of Sections 1 and 2 above on a
Curtis Napier wrote:
> Lance Albertson wrote:
>> Please thank GNI for helping us out! They really deserve a lot for
>> helping us :).
>>
>> Thanks-
>>
>> [1] http://www.gni.com/
>>
>
>
> Thank you GNI!
>
>
> mmm blade cluster
>
>
Yay, *plop* !!! (And no, tsunam - no compiling there :
71
[2] http://bugs.gentoo.org/show_bug.cgi?id=106965
I don't really see how is this a good idea to break two pretty critical
packages for users that have no clue what USE=vanilla does w/ gcc.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:1137
4.x *is* required. That versions (or later) is
*stable* everywhere where xine-lib is stable.
> Try reading the bug - users are basically being shoved off with an
> arrogant silence and a stamp on their forehead saying INVALID.
>
> Nothing personal against Jakub Moc who probably has a lot
Ciaran McCreesh wrote:
> On Sun, 09 Jul 2006 21:37:47 +0200 Jakub Moc <[EMAIL PROTECTED]> wrote:
> | Molle Bestefich wrote:
> | > I noticed that several users have commented with a relevant
> | > complaint: GCC-4.x is required by the ebuild, but no information is
> |
Robin H. Johnson wrote:
> On Mon, Jul 10, 2006 at 04:36:55AM +0200, Diego 'Flameeyes' Petten?? wrote:
>> On Monday 10 July 2006 02:25, Luca Barbato wrote:
>>> c is simpler. I like it.
>> Yes, of course if _all wranglers_ respected metadata, instead of stopping to
>> tag and assigning to that even
Richard Fish wrote:
>> That won't be necessary. Things mostly works, and when they don't,
>> users file a bug like the aforementioned one, which should result in
>> that particular ebuild getting fixed, instead of the bug being marked
>> INVALID.
>
> The thing is, "this particular ebuild" isn't a
packages when"
einfo "upgrading between different versions of gcc. For example,"
einfo "when moving to gcc-3.4 from gcc-3.3, emerge gentoolkit and run:"
einfo " # revdep-rebuild --library libstdc++.so.5"
echo
einfo "For more information on the steps to take when
led for some of the rest, please go fix them ;)
http://tinyurl.com/glq4m
http://bugs.gentoo.org/show_bug.cgi?id=136953
The arch stuff (x86, amd64...) - well I don't really think they should
be in IUSE. Here's a log for the rest, without the arch flags:
http://dev.gentoo.org/~jakub/reports/2006
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.
--
Best regards,
Ja
Ser Gio wrote:
> Hello,
>
> Why does x11-libs/gtk+-2.8.19 has the "X" useflag? The ebuild doesn't
> look like it's using it.
>
> thanks,
> Sérgio
Because virtualx.eclass has it in IUSE and the ebuild inherits it.
--
Best regards,
Jakub Moc
mailt
Ser Gio wrote:
> On Fri, 14 Jul 2006 00:19:44 +0200
> Jakub Moc <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> wrote:
>
>> Ser Gio wrote:
>> > Hello,
>> >
>> > Why does x11-libs/gtk+-2.8.19 has the "X" useflag? The ebuild
>
ll (such as opera). Every ebuild that inherits
gnome2.eclass has this problem, fex.
--
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
ckage.masked? ;)
Thanks.
--
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 ;)
signature.asc
Desc
Michael Cummings wrote:
> I'm happy to announce a new addition to the perl team
Welcome! Perl, huh? :P
http://fastar.detonate.net/ftp/images/matrixse/18/6.jpg
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=ge
es in stuff like
app-misc/mc that just tend to break stuff.
Any volunteers? Thanks!
[1] http://bugs.gentoo.org/show_bug.cgi?id=95247
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Primary key fingerpr
se automatically.
>
> as .cfg_** files. The end user still has to run an etc-update and
> pray that it was not a file he/she had in masking.
Err, no? You don't need to run etc-update/dispatch-conf to get those
updated on package moves.
--
Best regards,
Jakub Moc
mailto:[EMAI
Stuart Herbert wrote:
> Kevin F. Quinn wrote:
>> An advantage to this approach is that package moves just become aliases
>> - existing stuff doesn't break yet you get the new categorisation as
>> well.
>
> That's actually a disadvantage. The whole point of moving a package is
> to take it *out* o
> Those were nominated but did not (yet) confirm their participation :
> jakub
Wh, someone nominated me? Thanks, I accept. ;)
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Primary key f
r, then he goes to leave b/c the
project has been unsuspended? Sorry, I really fail to see how is this
council's fault (or any Sunrise project member's fault for that matter).
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/loo
ed that
actually *could* be addressed. Neither in the previous thread, nor in
the current one.
--
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
Ha ha ha! Oh gosh that's funny! That's really funny!
> | There's a stark line between satire (my post) and invective (your
> | tirade).
>
> No no. Stephen's post was beautifully ironic satire.
ZOMG! This this to gentoo-blurb or whatever else, this thread is long
enough
nks.
[1] http://bugs.gentoo.org/show_bug.cgi?id=128588
[2] http://bugs.gentoo.org/show_bug.cgi?id=103664
--
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 B
Good news, would be nice if you actually responded on the bug maybe? Or
send out some status report occasionally, since the bug's been open for
~1 year now?
>> Patience is indeed a virtue.
>
> Indeed..
Sorry, having a critical facility broken for ~6 months right now =!
patience
Ned Ludd wrote:
> On Thu, 2006-08-03 at 16:07 +0200, Jakub Moc wrote:
>> Because it's been broken for ages? Because I've asked the same on the
>> bug I've referred to multiple times, as did quite a few other people,
>> and the thing is still dead ~3 hours a day?
end of this month. That's
> including setting up the software, and testing it to make sure that the
> issues that's been occurring have been addressed.
Wonderful.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=g
Alec Warner wrote:
> Enrico Weigelt wrote:
>> * Duncan <[EMAIL PROTECTED]> schrieb:
>>
>>
>>
>>> How can it be too late? You sync during that 30 days it's masked, do an
>>> emerge --pretend --update world, and see that it's going to downgrade.
>> How do I see it (without actually having the vers
es that always fail tests and it's pretty much
expected (PHP is one of them; and while the failure isn't fatal there,
it still takes tons of time to go thru those ~2000 tests). And there are
tons of packages where tests are more or less unmaintained.
--
Best regards,
Jakub
Matthew Marlowe wrote:
> 3) Free license and apparently even some free support and infrastructure
> management for open-source projects. Apparently, they donated one of the bug
> db's that the apache software foundation is using, for instance.
Free as in - BitKeeper? :P Nah, no need to repeat
incorrect, as it ignores defaults in profiles when you set anything in
make.conf. -r3 got it correctly so that foo in profiles could be
overriden with -foo in make.conf, this doesn't work any more in -r4.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.
the safe side. ;) Which gets us to the point that you'd better have a
look at other distros, which might more closely match your view. ;)
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Primary key
If you read
on the above, it turned out that instead of simplification things can
become a lot more complicated and confusing instead.
--
Best regards,
Jakub Moc
mailto:[EMAIL PROTECTED]
GPG signature:
http://subkeys.pgp.net:11371/pks/lookup?op=get&search=0xCEBA3D9E
Primary key fin
Enrico Weigelt wrote:
> Hi folks,
>
>
> some packages print out important notices on install/update.
> I'd like to see those notes before actually updating, so when
> using --pretend.
http://www.gentoo.org/proj/en/glep/glep-0042.html
> cu
better not.
--
Best re
101 - 200 of 431 matches
Mail list logo