On 22/02/2013 08:37, Kent Fredric wrote:
> I'd make sure to add some sort of easy support to switch to
> snapshotted tar.gz installs instead of live git checkouts, ie:
>
> GH_SNAPSHOT=deadbeef # use commit id 'deadbeef' by fetching a tar.gz
> from github instead of a git clone
This is not going
On 22 February 2013 19:53, Vadim A. Misbakh-Soloviov wrote:
> Hi there!
>
> Since we have tons of ebuild (including -) for software, that uses
> GitHub for sourcecode hosting — I've got an idea to write something
> like GitHub eclass, which will ease creating of such ebuilds (by
> providing "
Hi there!
Since we have tons of ebuild (including -) for software, that uses
GitHub for sourcecode hosting — I've got an idea to write something
like GitHub eclass, which will ease creating of such ebuilds (by
providing "sugar" functions) and, (main goal for me) by adding
possibility to switc
On Thu, Feb 21, 2013 at 6:18 PM, Rich Freeman wrote:
> On Thu, Feb 21, 2013 at 5:44 PM, Greg KH wrote:
>> This should be a cross-distro issue/solution, so I suggest working with
>> the Linux Foundation on this. Anyone object to me doing that?
>
> Go for it (speaking only for myself, but I can't
On Thu, Feb 21, 2013 at 8:42 PM, Anthony G. Basile
wrote:
> there is the kernel source tree
> (/usr/src/linux if it exists and is configured)
The kernel can also be split (KV_DIR + KV_OUT_DIR), with relevant
headers located in both directories. E.g., [1].
[1] https://bugs.gentoo.org/show_bug.cgi
On 02/21/2013 06:12 PM, Doug Goldstein wrote:
On Thu, Feb 21, 2013 at 12:42 PM, Anthony G. Basile
wrote:
Hi everyone,
This issue has come up in a few bugs so I want to bounce it off the
community. When building packages that need a configured kernel source
tree, many ebuilds inherit linux-inf
On Thu, Feb 21, 2013 at 5:44 PM, Greg KH wrote:
> This should be a cross-distro issue/solution, so I suggest working with
> the Linux Foundation on this. Anyone object to me doing that?
Go for it (speaking only for myself, but I can't imagine the other
Trustees would be opposed)!
Rich
On Thu, Feb 21, 2013 at 12:42 PM, Anthony G. Basile
wrote:
> Hi everyone,
>
> This issue has come up in a few bugs so I want to bounce it off the
> community. When building packages that need a configured kernel source
> tree, many ebuilds inherit linux-info to find configuration info about the
>
On Thu, Feb 21, 2013 at 09:44:12PM +0100, Ulrich Mueller wrote:
> > On Thu, 21 Feb 2013, Greg KH wrote:
>
> > Has anyone asked the upstream linux-firmware developers about these
> > files?
>
> I don't know. I haven't, for my part. But maybe we should first try
> to produce a more complete lis
Greg KH posted on Thu, 21 Feb 2013 11:55:34 -0800 as excerpted:
> On Thu, Feb 21, 2013 at 07:33:48PM +0100, Ulrich Mueller wrote:
>> > On Thu, 21 Feb 2013, Greg KH wrote:
>>
>> >> Ulrich Mueller (ulm) wrote this on the 16th:
>> >>
>> >> > Look into the WHENCE file and be horrified. Taking ju
Markos Chandras posted on Thu, 21 Feb 2013 21:25:30 + as excerpted:
>>> Eg. bug #458014.
>>>
>>> Any ideas about how to deal cleanly with situations like that?
>>>
>>>
>> I'm no expert, but I always thought that modules are supposed to
>> consume headers from the kernel source directory, not f
On 21 February 2013 18:49, Mike Gilbert wrote:
> On Thu, Feb 21, 2013 at 1:42 PM, Anthony G. Basile
> wrote:
>> Hi everyone,
>>
>> This issue has come up in a few bugs so I want to bounce it off the
>> community. When building packages that need a configured kernel source
>> tree, many ebuilds i
On Thu, Feb 21, 2013 at 3:44 PM, Ulrich Mueller wrote:
>> On Thu, 21 Feb 2013, Greg KH wrote:
>> I think this is something that the Board needs to decide, after
>> discussing it with our lawyers, it's not something that non-legal
>> people (like myself) should be saying is the definitive answe
> On Thu, 21 Feb 2013, Greg KH wrote:
> Has anyone asked the upstream linux-firmware developers about these
> files?
I don't know. I haven't, for my part. But maybe we should first try
to produce a more complete list, instead of reporting each file
separately? Given that most of the files are
On Thu, Feb 21, 2013 at 07:33:48PM +0100, Ulrich Mueller wrote:
> > On Thu, 21 Feb 2013, Greg KH wrote:
>
> >> Ulrich Mueller (ulm) wrote this on the 16th:
> >>
> >> > Look into the WHENCE file and be horrified. Taking just the first ten
> >> > items (of a total 114):
> >> >
> >> >Unknow
On Thu, Feb 21, 2013 at 1:42 PM, Anthony G. Basile
wrote:
> Hi everyone,
>
> This issue has come up in a few bugs so I want to bounce it off the
> community. When building packages that need a configured kernel source
> tree, many ebuilds inherit linux-info to find configuration info about the
>
Hi everyone,
This issue has come up in a few bugs so I want to bounce it off the
community. When building packages that need a configured kernel source
tree, many ebuilds inherit linux-info to find configuration info about
the kernel. However, there is the running kernel with its configurati
> On Thu, 21 Feb 2013, Greg KH wrote:
>> Ulrich Mueller (ulm) wrote this on the 16th:
>>
>> > Look into the WHENCE file and be horrified. Taking just the first ten
>> > items (of a total 114):
>> >
>> >Unknown license (3 times)
> Which ones specifically?
Driver: snd-korg1212 -- Korg 12
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 21/02/13 12:26 PM, Greg KH wrote:
> "Permission is hereby granted for the distribution [...] as
> part of a Linux or other Open Source operating system
> kernel"
> What is wrong with that? We happen to be distributing a Linux
> opera
On Wed, Feb 20, 2013 at 07:51:15PM +0100, Diego Elio Pettenò wrote:
> On 20/02/2013 19:43, Greg KH wrote:
> > Really? What firmware files are that way, I just did a quick scan
> > through the upstream linux-firmware.git tree and didn't see anything
> > that would prevent Gentoo from doing this.
>
On 02/21/2013 09:03 AM, Michał Górny wrote:
> On Thu, 21 Feb 2013 08:55:45 -0800
> Zac Medico wrote:
>> Maybe use EBUILD_DEATH_HOOKS to display the locations of the logs?
>
> Is this documented somewhere?
No, it doesn't seem to be documented in PMS, though some eclasses have
been using it for a
On Thu, 21 Feb 2013 08:55:45 -0800
Zac Medico wrote:
> On 02/21/2013 03:27 AM, Michał Górny wrote:
> > This makes reading them a bit easier, especially with phases run
> > in parallel.
> > ---
> > gx86/eclass/multilib-build.eclass | 7 ---
> > 1 file changed, 4 insertions(+), 3 deletions(-)
On 02/21/2013 03:27 AM, Michał Górny wrote:
> This makes reading them a bit easier, especially with phases run
> in parallel.
> ---
> gx86/eclass/multilib-build.eclass | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/gx86/eclass/multilib-build.eclass
> b/gx86/eclas
On Thu, Feb 21, 2013 at 3:27 AM, Michał Górny wrote:
> This makes reading them a bit easier, especially with phases run
> in parallel.
> ---
> gx86/eclass/multilib-build.eclass | 7 ---
> 1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/gx86/eclass/multilib-build.eclass
> b/g
21.02.13 16:18, Ulrich Mueller написав(ла):
> It looks promising. I only wonder why you need to define your own
> fetch function instead of assigning SRC_URI? This will cause the
> ebuilds to be live ebuilds and there will be no possibility for the
> user to verify the integrity of the downloaded p
> On Thu, 21 Feb 2013, Ulrich Mueller wrote:
> No problem with posting it to the gentoo-dev list. I'm answering in
> semi-private (Gentoo Emacs team in CC) because the topic is Emacs
> specific.
I fail.
> On Wed, 20 Feb 2013, Jauhien Piatlicki wrote:
> I do not know whether this list is an appropriate place, so sorry if it
> is not )
Hi,
No problem with posting it to the gentoo-dev list. I'm answering in
semi-private (Gentoo Emacs team in CC) because the topic is Emacs
specific.
> Recently
This makes reading them a bit easier, especially with phases run
in parallel.
---
gx86/eclass/multilib-build.eclass | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/gx86/eclass/multilib-build.eclass
b/gx86/eclass/multilib-build.eclass
index feac748..93c4335 100644
--- a/
On 21 February 2013 09:09, Michał Górny wrote:
> On Mon, 18 Feb 2013 23:27:46 +
> "Robin H. Johnson" wrote:
>
>> Recommendations:
>>
>> 3. Dedicated Gentoo signing subkey of EITHER:
>> 3.1. DSA 2048 bits
>> 3.2. RSA 4096 bits
>
> As a note for those who didn't know this; to m
On Mon, 18 Feb 2013 23:27:46 +
"Robin H. Johnson" wrote:
> Recommendations:
>
> 3. Dedicated Gentoo signing subkey of EITHER:
> 3.1. DSA 2048 bits
> 3.2. RSA 4096 bits
As a note for those who didn't know this; to make gpg use the dedicated
subkey, you need to append an excla
30 matches
Mail list logo
