From: Alec Warner <antarus@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: linux-firmware
Date: Wed, 20 Feb 2013 08:45:56 -0800 [thread overview]
Message-ID: <CAAr7Pr-oR3+BQLGJPM17s6RUj6T19wLQmMAwo5C7XK-u+L6YQA@mail.gmail.com> (raw)
In-Reply-To: <20130220162802.30963.qmail@stuge.se>
On Wed, Feb 20, 2013 at 8:28 AM, Peter Stuge <peter@stuge.se> wrote:
> Diego Elio Pettenò wrote:
>> The policy is also because any ebuild relying on a network service
>> to work cannot be assured to work at any point in time
>
> While noble, I think it is a bit naïve. Reality is that many if not
> most ebuilds *anyway* rely on temporal things - such as a current
> enough versions of portage, or a new enough profile, or tar and sed.
These are things that we have covered, generally speaking. @system
will bring in tar and sed, and a minimum version of portage. Old
profiles are tagged as deprecated, and users are encouraged to migrate
to current profiles. The PMS defines which bits the ebuilds can use,
and if a program needs a 'newer' sed, it should say so in its
dependencies.
We could add something like PROPERTIES="network" to packages that
require the network. I'm vaguely sure for instance, that some
src_test() phases require a functioning network to work properly.
>
> Requiring git and a network connection is the restriction imposed by
> the copyright holder. There's really no way around that.
I'm confused though, we can easily just make 2 ebuilds.
linux-firmware[non-free] <- the use flag to toggle between free and
non-free licenses.
linux-firmware-noredist <- This one is RESTRICT="fetch mirror"
RESTRICT="fetch mirror" already exists, has existed for years, and
exists for exactly this purpose.
>
>
>> depends on the network connection of the user, but it also depends
>> on the service to be available.
>
> Right, because those files can only be legally distributed by the
> service on the network. No matter how much you and I think that
> sucks, it is still the only way for the user to get that file.
>
> It makes no sense to make that unneccessarily difficult for users.
I don't think fetch restriction is that annoying. You could argue that
we do it debian / ubuntu style where the files are fetched in a
postinstall, but I think that is sort of hacky myself.
>
>
>> So don't even _think_ about trying to ask for an exception for Git,
>> because you'll have to have it over my ssh key.
>
> This is just trying to be a bully and acting like a drama queen,
> which does nothing but make you look super silly, and that seems
> completely unneccessary.
>
> If you dislike something then you should express that in a more
> mature manner so that people can actually take you seriously.
>
> When you behave badly like this you just end up getting bad behavior,
> spite and disrespect in return, even if it takes a while to reach you.
>
>
> //Peter
>
next prev parent reply other threads:[~2013-02-20 16:46 UTC|newest]
Thread overview: 78+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-16 13:08 [gentoo-dev] Packages up for grabs due lack of time Pacho Ramos
2013-02-16 13:38 ` Tom Wijsman
2013-02-16 13:41 ` Aaron Bauman
2013-02-16 13:44 ` Diego Elio Pettenò
2013-02-16 13:59 ` Peter Stuge
2013-02-16 14:00 ` Samuli Suominen
2013-02-16 14:10 ` Diego Elio Pettenò
2013-02-16 15:08 ` Ulrich Mueller
2013-02-16 15:14 ` Rick "Zero_Chaos" Farina
2013-02-16 16:13 ` Ulrich Mueller
2013-02-16 16:28 ` Mike Gilbert
2013-02-16 17:35 ` Ulrich Mueller
2013-02-16 18:40 ` Mike Gilbert
2013-02-16 15:18 ` Diego Elio Pettenò
2013-02-16 15:43 ` Peter Stuge
2013-02-17 17:40 ` Chí-Thanh Christopher Nguyễn
2013-02-18 4:47 ` [gentoo-dev] " Ryan Hill
2013-02-18 11:22 ` Maxim Kammerer
2013-02-18 13:11 ` Chí-Thanh Christopher Nguyễn
2013-02-18 21:02 ` Rémi Cardona
2013-02-16 14:41 ` [gentoo-dev] " Rick "Zero_Chaos" Farina
2013-02-16 14:42 ` Diego Elio Pettenò
2013-02-16 15:11 ` Ulrich Mueller
2013-02-17 5:06 ` Rick "Zero_Chaos" Farina
2013-02-17 10:04 ` [gentoo-dev] linux-firmware (was: Re: Packages up for grabs due lack of time) Ulrich Mueller
2013-02-19 14:18 ` [gentoo-dev] linux-firmware Rick "Zero_Chaos" Farina
2013-02-20 4:43 ` [gentoo-dev] linux-firmware Duncan
2013-02-20 6:03 ` Alec Warner
2013-02-20 7:55 ` Ulrich Mueller
2013-02-20 8:16 ` Alec Warner
2013-02-20 9:09 ` Ulrich Mueller
2013-02-20 16:19 ` Rick "Zero_Chaos" Farina
2013-02-20 16:44 ` Ulrich Mueller
2013-02-20 16:52 ` Rick "Zero_Chaos" Farina
2013-02-20 8:37 ` Peter Stuge
2013-02-20 12:02 ` Rich Freeman
2013-02-20 12:10 ` Tomáš Chvátal
2013-02-20 13:29 ` Chí-Thanh Christopher Nguyễn
2013-02-20 13:31 ` Diego Elio Pettenò
2013-02-20 13:17 ` Diego Elio Pettenò
2013-02-20 16:03 ` Rich Freeman
2013-02-20 16:10 ` Diego Elio Pettenò
2013-02-20 18:22 ` Greg KH
2013-02-20 18:25 ` Peter Stuge
2013-02-20 18:43 ` Greg KH
2013-02-20 18:51 ` Diego Elio Pettenò
2013-02-21 17:26 ` Greg KH
2013-02-21 17:44 ` Ian Stakenvicius
2013-02-21 18:33 ` Ulrich Mueller
2013-02-21 19:55 ` Greg KH
2013-02-21 20:44 ` Ulrich Mueller
2013-02-21 21:22 ` Rich Freeman
2013-02-21 22:44 ` Greg KH
2013-02-21 23:18 ` Rich Freeman
2013-02-22 1:54 ` David Abbott
2013-02-22 20:53 ` Roy Bamford
2013-02-21 22:16 ` Duncan
2013-02-20 16:28 ` Peter Stuge
2013-02-20 16:37 ` Diego Elio Pettenò
2013-02-20 16:45 ` Alec Warner [this message]
2013-02-20 17:01 ` Diego Elio Pettenò
2013-02-20 19:18 ` Chí-Thanh Christopher Nguyễn
2013-02-20 17:17 ` Rich Freeman
2013-02-20 17:25 ` Alec Warner
2013-02-20 17:28 ` Rich Freeman
2013-02-20 17:32 ` Diego Elio Pettenò
2013-02-20 17:42 ` Rich Freeman
2013-02-20 19:20 ` Chí-Thanh Christopher Nguyễn
2013-02-20 19:24 ` Rich Freeman
2013-02-20 19:40 ` Rick "Zero_Chaos" Farina
2013-02-17 10:05 ` [gentoo-dev] Packages up for grabs due lack of time Michał Górny
2013-02-17 10:09 ` Samuli Suominen
2013-02-17 11:42 ` Michał Górny
2013-02-18 5:25 ` [gentoo-dev] " Ryan Hill
2013-02-17 17:35 ` [gentoo-dev] " Chí-Thanh Christopher Nguyễn
2013-02-16 21:45 ` Tim Harder
2013-02-18 10:43 ` Sven Eden
2013-02-18 13:23 ` Anthony G. Basile
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAAr7Pr-oR3+BQLGJPM17s6RUj6T19wLQmMAwo5C7XK-u+L6YQA@mail.gmail.com \
--to=antarus@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox