Dnia 2014-03-27, o godz. 02:13:52
Mike Frysinger napisał(a):
> On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> > (2) use tuples with loaded vendor fields to reduce the chance of collisions.
> > e.g. having an ABI=amd64 system use i686-gentoo%multilib-linux-gnu instead
> > of i686-pc-linux-gnu
Dnia 2014-03-27, o godz. 02:41:21
Mike Frysinger napisał(a):
> On Thu 27 Mar 2014 02:31:01 Alexandre Rostovtsev wrote:
> > On Thu, 2014-03-27 at 02:07 -0400, Mike Frysinger wrote:
> > > > An amd64 multilib system *is* expected to build x86
> > > > binaries that would be hosted on itself. So i686-
On Thu 27 Mar 2014 02:31:01 Alexandre Rostovtsev wrote:
> On Thu, 2014-03-27 at 02:07 -0400, Mike Frysinger wrote:
> > > An amd64 multilib system *is* expected to build x86
> > > binaries that would be hosted on itself. So i686-pc-linux-gnu-ar is
> > > expected to be not a part of any cross-compile
On Thu, 2014-03-27 at 02:07 -0400, Mike Frysinger wrote:
> > An amd64 multilib system *is* expected to build x86
> > binaries that would be hosted on itself. So i686-pc-linux-gnu-ar is
> > expected to be not a part of any cross-compile toolchain, but a part of
> > the native toolchain for the machi
On Wed 26 Mar 2014 01:17:14 Mike Frysinger wrote:
> (2) use tuples with loaded vendor fields to reduce the chance of collisions.
> e.g. having an ABI=amd64 system use i686-gentoo%multilib-linux-gnu instead
> of i686-pc-linux-gnu would defeat any automatic path searches.
this patch keeps the status
On Thu 27 Mar 2014 00:41:47 Alexandre Rostovtsev wrote:
> On Wed, 2014-03-26 at 22:41 -0400, Mike Frysinger wrote:
> > On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote:
> > > On 26/03/14 12:12 PM, Mike Frysinger wrote:
> > > > that's bs. people install crossdev to get a cross-compile
> > > > env
On Wed, 2014-03-26 at 22:41 -0400, Mike Frysinger wrote:
> On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote:
> > On 26/03/14 12:12 PM, Mike Frysinger wrote:
> > > that's bs. people install crossdev to get a cross-compile
> > > environment, not to get something that only works through `emerge`.
>
On Tue, 25 Mar 2014 18:31:45 +0100
Jeroen Roovers wrote:
> On Tue, 25 Mar 2014 08:03:08 +0100
> Jan Matejka wrote:
>
> > > No, categories are essentially directories.
> >
> > fixed: categories are essentially also directories.
>
> Also? No, categories are *essentially* directories: they keep
On Wed 26 Mar 2014 12:23:53 Ian Stakenvicius wrote:
> On 26/03/14 12:12 PM, Mike Frysinger wrote:
> > that's bs. people install crossdev to get a cross-compile
> > environment, not to get something that only works through `emerge`.
> > attempting to restrict it so it only works through `emerge` is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26/03/14 12:12 PM, Mike Frysinger wrote:
> On Wed 26 Mar 2014 12:25:29 Steven J. Long wrote:
>> Mike Frysinger wrote:
>>> Greg Turner wrote:
As for how to fix it, if foo-bar-baz-quux crossdev targets
are at ${EROOT}/usr/foo-bar-baz-quux,
On Wed 26 Mar 2014 12:25:29 Steven J. Long wrote:
> Mike Frysinger wrote:
> > Greg Turner wrote:
> > > As for how to fix it, if foo-bar-baz-quux crossdev targets are at
> > > ${EROOT}/usr/foo-bar-baz-quux, putting wrappers in
> > > ${EROOT}/usr/foo-bar-baz-quux/cross-wrappers, or something like tha
On Wed, Mar 26, 2014 at 02:32:58PM +0100, Michal Hrusecky wrote:
> Hi all,
>
> interesting discussion started in openSUSE mailing list[1][2] and I would like
> to open up the same question on this mailing list.
>
> Basically it is about the following problem. Citing parts of proposal:
>
> Many p
On Wed, 26 Mar 2014 14:32:58 +0100
Michal Hrusecky wrote:
> Many packages need to add user and group names for their unprivileged
> daemons. Many names are short for convenience, e.g. 'pop', 'vdr',
> 'tor' or 'znc'. Since there is no separate name space for system
> users those names may collide
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26/03/14 14:32, Michal Hrusecky wrote:
> So the question is, what would you think about such a policy in
> Gentoo?
It would be useful.
Scandinavians named Tor would likely be grateful. ;-)
- --
Alexander
berna...@gentoo.org
https://secure.plaim
On 03/26/2014 09:32 AM, Samuli Suominen wrote:
On 22/03/14 08:13, Mike Frysinger wrote:
On Fri 28 Feb 2014 15:28:30 Samuli Suominen wrote:
It would be very helpful if INSTALL_MASK could be overriden from an
ebuild, if user hasn't set otherwise.
i don't see this happening as it makes no sense.
Hi all,
interesting discussion started in openSUSE mailing list[1][2] and I would like
to open up the same question on this mailing list.
Basically it is about the following problem. Citing parts of proposal:
Many packages need to add user and group names for their unprivileged daemons.
Many nam
On 22/03/14 08:13, Mike Frysinger wrote:
> On Fri 28 Feb 2014 15:28:30 Samuli Suominen wrote:
>> It would be very helpful if INSTALL_MASK could be overriden from an
>> ebuild, if user hasn't set otherwise.
> i don't see this happening as it makes no sense. you INSTALL_MASK something
> dumb then
On Wed, 26 Mar 2014 13:27:52 +
"Steven J. Long" wrote:
> eg:
> $ INSTALL_MASK='/lib/udev/*:/usr/lib/systemd/*'
> $ echeck_error -s : INSTALL_MASK /lib/udev /usr/lib/systemd/
> !! INSTALL_MASK contains: '/lib/udev'
> !! INSTALL_MASK contains: '/usr/lib/systemd/'
> !! die: Bad INSTALL_MASK
If
Joshua Kinard wrote:
> Basically what I am suggesting is finding a sane way to politely tell users
> who set INSTALL_MASK locally that specific to systemd/udev packages, they
> risk breaking their system if using it or migrating to it. Optionally,
> telling them the same thing if they install a pa
Mike Frysinger wrote:
> Greg Turner wrote:
> > As for how to fix it, if foo-bar-baz-quux crossdev targets are at
> > ${EROOT}/usr/foo-bar-baz-quux, putting wrappers in
> > ${EROOT}/usr/foo-bar-baz-quux/cross-wrappers, or something like that,
> > seems perfectly reasonable... heck, pure speculation,
20 matches
Mail list logo
