Re: [gentoo-dev] [PATCHES] kernel-2.eclass: Various changes requested by users. + [STABLEREQ?] sys-kernel/gentoo-sources-3.8.7: Any objections against stabilizing?

2013-04-13 Thread Fabio Erculiani
On Fri, Apr 12, 2013 at 10:41 PM, Tom Wijsman tom...@gentoo.org wrote:
 Hello everyone


 Attached you will find the various changes I plan to apply to
 kernel-2.eclass after a week if there are no objections, feel free to
 take a look at them. A summary of the changes:

 - Added a warning after the variables that modifying other variables in
   the eclass is not supported, there is a chance that we will not fix
   resulting bugs. Fixes bug #421721.

Why?
Just to annoy people who have successfully used kernel-2.eclass until
now, and in my case for half a decade (or even more)?
If you need help with maintaining the current eclass functionality,
I'd be more than happy. I don't really want to fork it myself :-).


[..]

 - Kernel sources and (gen)patches now use xz instead of bz2. Fixes bug
   #421721.

As I said in the bug, next time you plan a migration like that, it
would be nice to send an heads up on the ML beforehand.
Like you did in this case, but actually, _beforehand_ and not ~one month later.

[...]


 Have a nice day. :)

 --
 With kind regards,

 Tom Wijsman (TomWij)
 Gentoo Developer

 E-mail address  : tom...@gentoo.org
 GPG Public Key  : 6D34E57D
 GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D



-- 
Fabio Erculiani



Re: [gentoo-dev] [PATCHES] kernel-2.eclass: Various changes requested by users. + [STABLEREQ?] sys-kernel/gentoo-sources-3.8.7: Any objections against stabilizing?

2013-04-13 Thread Tom Wijsman
On Sat, 13 Apr 2013 08:03:22 +0100
Fabio Erculiani lx...@gentoo.org wrote:

 Why?

Because people (eg. you) use the undocumented variable KERNEL_BASE_URI.

 Just to annoy people who have successfully used kernel-2.eclass until
 now, and in my case for half a decade (or even more)?

If you use an undocumented variable, it is bound to fail at some point;
this comment clarifies that we are not bound to fix resulting bugs,
that of course does not mean we're not willing to help.

As shown on the bug, it's quite the opposite, I've shown for multiple
comments that I am willing to collaborate if you state me what the
problem is. If I then get no answer to that, please don't feel annoyed;
I may have came over as annoyed myself near the end, sorry for that.

Your problem wasn't clear before I found above undocumented change;
because as I said so on the bug, I covered the whole migration and am
willing to convert still missing genpatches files and put them on the
mirror right away.

A change in KERNEL_BASE_URI is something which you can not cover in
advance, because I do not know which changes are out there it is
impossible for me to contact them all; the MLs target the wrong people.

We're sorry this broke it for you and will use these lists from now on.

 If you need help with maintaining the current eclass functionality,
 I'd be more than happy. I don't really want to fork it myself :-).

You'll want to ask Mike Pagano about that, not my take; he's both the
lead of the kernel team and has been my mentor, he acknowledged the
commit we are discussing here too without prior mails.

Your suggested patch likely does not work with genpatches, since I don't
think that the infra team will want to host files for forks of
Gentoo; if they do, please let them tell me that, IRC or GPG signed.

You will either want to fork this yourself or request the genpatches
URI to become a documented variable such that you can host your own
genpatches, either way I think you will need to convert them yourself.

 As I said in the bug, next time you plan a migration like that, it
 would be nice to send an heads up on the ML beforehand.

Everything in the Portage tree was migrated just fine, there is also no
certainty I will reach all people outside of the tree by this. But as
said on that same bug, along a sorry, I will do so in the future...

Happy to help, you may see me contribute to Sabayon/systemd-love. :-)

-- 
With kind regards,

Tom Wijsman (TomWij)
Gentoo Developer

E-mail address  : tom...@gentoo.org
GPG Public Key  : 6D34E57D
GPG Fingerprint : C165 AF18 AB4C 400B C3D2  ABF0 95B2 1FCD 6D34 E57D


signature.asc
Description: PGP signature