On Tuesday 27 December 2011 12:29:09 Maciej Mrozowski wrote:
> On Wednesday 21 of December 2011 04:40:09 Mike Frysinger wrote:
> > On Tuesday 20 December 2011 20:44:03 Maciej Mrozowski wrote:
> > > I still think we should even make PN an unique identifier in order to
> > > be able to purge categori
On Thursday 12 January 2012 01:49:59 Michał Górny wrote:
> On Wed, 11 Jan 2012 23:09:46 +0100 Ulrich Mueller wrote:
> > cdrom_get_cds() {
> >
> > # first we figure out how many cds we're dealing with by
> > # the # of files they gave us
> > local cdcnt=0
> > local f=
> > for f
On Saturday 14 January 2012 11:03:18 Ulrich Mueller wrote:
> > On Sat, 14 Jan 2012, Michael Sterrett wrote:
> > Can you give an example of how you think it would be used in an
> > ebuild?
>
> For example, like this:
>
>CDROM_DISABLE_PROPERTIES=1
>inherit [...] cdrom
>
>IUSE="cdin
On Friday 23 December 2011 16:49:46 Michał Górny wrote:
> On Fri, 23 Dec 2011 22:09:26 +0100 Ulrich Mueller wrote:
> > > On Fri, 23 Dec 2011, Michał Górny wrote:
> > > Fixes: https://bugs.gentoo.org/show_bug.cgi?id=395247
> > >
> > > + git clean -d -f -x || die "${FUNCNAME}: failed to
On Friday 23 December 2011 11:44:32 Duncan wrote:
> Matt Turner posted on Fri, 23 Dec 2011 08:09:30 -0500 as excerpted:
> > to avoid confusion I'd suggest arch-neon or arm-neon (or armneon/
> >> archneon) if it's to be a global flag.
> >
> > NEON (the SIMD extensions) are turned on by the neon fla
On Sunday 23 October 2011 09:50:04 Andreas K. Huettel wrote:
> On Sonntag 23 Oktober 2011 15:34:30 Samuli Suominen wrote:
> > If you only wanted to remove these files, you are free to use
> > INSTALL_MASK locally instead of downgrading the quality of tree.
> >
> > Do you have any idea how much tim
On Sunday 23 October 2011 13:34:20 Duncan wrote:
> Interestingly enough, unless I've misunderstood, this issue would be
> affected by the recent security-based -fPIC/-fPIE on amd64 by default
> discussion as well, since if everything (including static libs) were
> built with at least -fPIC as requi
i agree that for some users, they've never heard of the the ARM NEON
extensions, but they have heard of the neon library. i'd counter that with a
few points: (1) i don't think there are any packages in the tree that have
optional neon (the library) support (2) people are good at reading `quse -D
On 01/18/2012 01:40 PM, Mike Frysinger wrote:
On Sunday 23 October 2011 09:50:04 Andreas K. Huettel wrote:
On Sonntag 23 Oktober 2011 15:34:30 Samuli Suominen wrote:
If you only wanted to remove these files, you are free to use
INSTALL_MASK locally instead of downgrading the quality of tree.
D
> On Wed, 18 Jan 2012, Mike Frysinger wrote:
>> CDROM_DISABLE_PROPERTIES=1
>> inherit [...] cdrom
>>
>> IUSE="cdinstall"
>> PROPERTIES="cdinstall? ( interactive )"
>>
>> It would be required for 7 out of the 36 packages that use cdrom
>> functions.
> since USE=cdinstall has been our standar
On Wednesday 18 January 2012 06:42:37 Samuli Suominen wrote:
> On 01/18/2012 01:40 PM, Mike Frysinger wrote:
> > On Sunday 23 October 2011 09:50:04 Andreas K. Huettel wrote:
> >> On Sonntag 23 Oktober 2011 15:34:30 Samuli Suominen wrote:
> >>> If you only wanted to remove these files, you are free
On Wednesday 18 January 2012 06:45:59 Ulrich Mueller wrote:
> > On Wed, 18 Jan 2012, Mike Frysinger wrote:
> > ebuild:
> > CDROM_OPTIONAL="yes"
> > inherit cdrom
> >
> > eclass:
> > if [[ ${CDROM_OPTIONAL} == "yes" ]] ; then
> > PROPERTIES="cdinstall? ( interactive )"
> > else
> > PROP
On Wednesday 11 January 2012 17:09:46 Ulrich Mueller wrote:
> > On Sat, 7 Jan 2012, Ulrich Mueller wrote:
> > - unpack_pdv() is used by one ebuild in the tree only.
>
> Mike told me that it should stay together with unpack_makeself(),
> so I won't touch this one.
this is being addressed in a
On 01/18/2012 01:56 PM, Mike Frysinger wrote:
if you want some touch nuggets to tackle, take a look at the openssl ebuild.
its generation of static archives are less than ideal because the build system
creates one set of objects (all built with PIC), then produces a lib.so and
lib.a from that sin
On Wed, 18 Jan 2012 01:20:03 -0600
Dale wrote:
> Michał Górny wrote:
> > On Tue, 17 Jan 2012 21:38:26 -0600
> > Dale wrote:
> >
> >> Michał Górny wrote:
> >>> On Tue, 10 Jan 2012 19:14:52 +0100
> >>> Enrico Weigelt wrote:
> >>>
> * Micha?? Górny schrieb:
>
> > Does working hard
On Wed, 18 Jan 2012 06:22:24 -0500
Mike Frysinger wrote:
> > And then you can just refer to ${CDROM_CHECK[$i]} rather than using
> > all those ugly ${!...}.
>
> yes, i wrote this before i had a grasp of bash arrays. however, for
> Ulrich's work, he should just be relocating code without modifyi
This mail is come from my long time experience about testing.
So, everytime, I must suggest the same things and I can say that at some point
it gets boring.
I appreciate the work of all, but I must say that some people pay little
attention to stablereq bugs, so this mail wants to be a short rem
Hi!
On Wed, 18 Jan 2012, Agostino Sarubbo wrote:
> 4) Nobody knows how work all packages in tree, so there are
> obvious packages like a browsers, IM, audio player,that is easy
> decide if is ok or not, but there are also packages that an
> Arch tester has never seen, so is a lack of time everyti
On Wednesday 18 January 2012 08:39:04 Michał Górny wrote:
> On Wed, 18 Jan 2012 06:22:24 -0500 Mike Frysinger wrote:
> > > > # now we see if the user gave use CD_ROOT ...
> > > > # if they did, let's just believe them that it's correct
> > > > if [[ -n ${CD_ROOT}${CD_ROOT_1}
Hi,
On Wed, 18 Jan 2012 15:23 +0100
Agostino Sarubbo wrote:
> 2) _Before_ filing a request, please run repoman full, to be sure
> that there is nothing to fix, then take a look at the ebuild and make
> sure your ebuild have a minimum of QA; all external binary called in
> the ebuild(sed, mv, cp,
On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
> So, everytime, I must suggest the same things and I can say that at some
> point it gets boring.
so put it into a Gentoo guide and refer people to that
> 3) Check your rdepend, where is possible with scanelf[3] and if you declare
> i
On Wed, Jan 18, 2012 at 9:55 AM, Alexis Ballier wrote:
> On Wed, 18 Jan 2012 15:23 +0100
> Agostino Sarubbo wrote:
>> 3) Check your rdepend, where is possible with scanelf[3] and if you
>> declare it, please, as you said, exclude gcc/glibc and all package
>> from @system
>
> imho this has nothing
On 10:05 Wed 18 Jan , Mike Frysinger wrote:
> On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
> > 3) Check your rdepend, where is possible with scanelf[3] and if you
> > declare it, please, as you said, exclude gcc/glibc and all package
> > from @system
>
> portage generates a
On Wednesday 18 January 2012 10:44:44 Rich Freeman wrote:
> On Wed, Jan 18, 2012 at 9:55 AM, Alexis Ballier wrote:
> > On Wed, 18 Jan 2012 15:23 +0100 Agostino Sarubbo wrote:
> >> 3) Check your rdepend, where is possible with scanelf[3] and if you
> >> declare it, please, as you said, exclude gcc/g
On 1/18/12 4:48 PM, Donnie Berkholz wrote:
> On 10:05 Wed 18 Jan , Mike Frysinger wrote:
>> On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
>>> 3) Check your rdepend, where is possible with scanelf[3] and if you
>>> declare it, please, as you said, exclude gcc/glibc and all packa
On Wednesday 18 January 2012 12:32:08 Paweł Hajdan, Jr. wrote:
> On 1/18/12 4:48 PM, Donnie Berkholz wrote:
> > On 10:05 Wed 18 Jan , Mike Frysinger wrote:
> >> On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
> >>> 3) Check your rdepend, where is possible with scanelf[3] and if yo
On 1/18/12 7:10 PM, Mike Frysinger wrote:
> On Wednesday 18 January 2012 12:32:08 Paweł Hajdan, Jr. wrote:
>> Same here. How about adding some warning to portage (maybe just in the
>> developer profile) when files in NEEDED are provided by packages not in
>> RDEPEND?
>
> atm, we'll get a lot of fa
2012-01-18 12:37:12 Mike Frysinger napisał(a):
> On Friday 23 December 2011 11:44:32 Duncan wrote:
> > Matt Turner posted on Fri, 23 Dec 2011 08:09:30 -0500 as excerpted:
> > > to avoid confusion I'd suggest arch-neon or arm-neon (or armneon/
> > >> archneon) if it's to be a global flag.
> > >
> >
On Wed, Jan 18, 2012 at 11:45 AM, Mike Frysinger wrote:
> it isn't just circular deps. it's also about breaking alternatives and
> useless bloat. adding "coreutils" to their depend because they execute `mv`,
> or "sed" because they execute `sed`, etc... is absolutely pointless. same
> goes for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 01/18/2012 05:32 PM, "Paweł Hajdan, Jr." wrote:
> On 1/18/12 4:48 PM, Donnie Berkholz wrote:
>> On 10:05 Wed 18 Jan , Mike Frysinger wrote:
>>> On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
3) Check your rdepend, where is
On Wed, 18 Jan 2012 09:48:59 -0500
Mike Frysinger wrote:
> On Wednesday 18 January 2012 08:39:04 Michał Górny wrote:
> > On Wed, 18 Jan 2012 06:22:24 -0500 Mike Frysinger wrote:
> > > > > # now we see if the user gave use CD_ROOT ...
> > > > > # if they did, let's just believe them th
On Wednesday 18 January 2012 14:11:14 Michał Górny wrote:
> On Wed, 18 Jan 2012 09:48:59 -0500 Mike Frysinger wrote:
> > On Wednesday 18 January 2012 08:39:04 Michał Górny wrote:
> > > On Wed, 18 Jan 2012 06:22:24 -0500 Mike Frysinger wrote:
> > > > > > # now we see if the user gave use CD_ROOT
On Wednesday 18 January 2012 13:42:12 Rich Freeman wrote:
> On Wed, Jan 18, 2012 at 11:45 AM, Mike Frysinger wrote:
> > it isn't just circular deps. it's also about breaking alternatives and
> > useless bloat. adding "coreutils" to their depend because they execute
> > `mv`, or "sed" because they
On Wednesday 18 January 2012 14:02:01 Markos Chandras wrote:
> On 01/18/2012 05:32 PM, "Paweł Hajdan, Jr." wrote:
> > On 1/18/12 4:48 PM, Donnie Berkholz wrote:
> >> On 10:05 Wed 18 Jan , Mike Frysinger wrote:
> >>> On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
> 3) Check y
On Wed, 18 Jan 2012 14:29:27 -0500
Mike Frysinger wrote:
> On Wednesday 18 January 2012 14:11:14 Michał Górny wrote:
> > On Wed, 18 Jan 2012 09:48:59 -0500 Mike Frysinger wrote:
> > > On Wednesday 18 January 2012 08:39:04 Michał Górny wrote:
> > > > On Wed, 18 Jan 2012 06:22:24 -0500 Mike Frysing
On Wednesday 18 January 2012 15:14:05 Michał Górny wrote:
> On Wed, 18 Jan 2012 14:29:27 -0500 Mike Frysinger wrote:
> > On Wednesday 18 January 2012 14:11:14 Michał Górny wrote:
> > > On Wed, 18 Jan 2012 09:48:59 -0500 Mike Frysinger wrote:
> > > > On Wednesday 18 January 2012 08:39:04 Michał Górn
On Wed, 18 Jan 2012 15:16:02 -0500
Mike Frysinger wrote:
> On Wednesday 18 January 2012 15:14:05 Michał Górny wrote:
> > On Wed, 18 Jan 2012 14:29:27 -0500 Mike Frysinger wrote:
> > > On Wednesday 18 January 2012 14:11:14 Michał Górny wrote:
> > > > On Wed, 18 Jan 2012 09:48:59 -0500 Mike Frysing
On Wednesday 18 January 2012 15:28:45 Michał Górny wrote:
> On Wed, 18 Jan 2012 15:16:02 -0500 Mike Frysinger wrote:
> > On Wednesday 18 January 2012 15:14:05 Michał Górny wrote:
> > > On Wed, 18 Jan 2012 14:29:27 -0500 Mike Frysinger wrote:
> > > > On Wednesday 18 January 2012 14:11:14 Michał Górn
On Wed, Jan 18, 2012 at 3:01 PM, Mike Frysinger wrote:
> it is a problem. not all profiles use "coreutils" ... they provide
> replacement
> packages. busybox is just one example. the bsd/prefix guys go in even
> weirder
> directions.
Yup - hence my point about coreutils not being a good one
On Wed, 18 Jan 2012 15:39:24 -0500
Mike Frysinger wrote:
> On Wednesday 18 January 2012 15:28:45 Michał Górny wrote:
> > On Wed, 18 Jan 2012 15:16:02 -0500 Mike Frysinger wrote:
> > > On Wednesday 18 January 2012 15:14:05 Michał Górny wrote:
> > > > On Wed, 18 Jan 2012 14:29:27 -0500 Mike Frysing
On Wednesday 18 January 2012 16:17:50 Michał Górny wrote:
> On Wed, 18 Jan 2012 15:39:24 -0500 Mike Frysinger wrote:
> > yes. this func is the primer so it starts at 1, and after this,
> >
> > people call cdrom_load_next_cd which then prints out:
> > einfo "Found CD #2 root at ..."
> > ei
On Wednesday 18 January 2012 11:55:30 Alexis Ballier wrote:
> > 3) Check your rdepend, where is possible with scanelf[3] and if you
> > declare it, please, as you said, exclude gcc/glibc and all package
> > from @system
>
> imho this has nothing to do with stabilization
There is a misunderstading
Rich Freeman posted on Wed, 18 Jan 2012 15:45:04 -0500 as excerpted:
> Again, you're using coreutils as an example, and that doesn't seem like
> something that would be much of a value-add to place in RDEPEND.
> However, if you had a package that required openssh, that would seem to
> be a much be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Um, what happend to the policy to not f*** around with stable ebuilds?
I see a violation of this rule at least on 2.13-r4, which leads to
useless rebuilds on `emerge -avuND world` on every single gentoo
install world-wide.
Please don't do that.
On Wednesday 18 January 2012 13:40:23 Arfrever wrote:
> 2012-01-18 12:37:12 Mike Frysinger napisał(a):
> > i agree that for some users, they've never heard of the the ARM NEON
> > extensions, but they have heard of the neon library. i'd counter that
> > with a few points: (1) i don't think there a
On Wednesday 18 January 2012 21:42:14 Michael Weber wrote:
> Um, what happend to the policy to not f*** around with stable ebuilds?
take a chill pill phil
> I see a violation of this rule at least on 2.13-r4, which leads to
> useless rebuilds on `emerge -avuND world` on every single gentoo
> inst
On Wednesday 18 January 2012 15:45:04 Rich Freeman wrote:
> On Wed, Jan 18, 2012 at 3:01 PM, Mike Frysinger wrote:
> > it is a problem. not all profiles use "coreutils" ... they provide
> > replacement packages. busybox is just one example. the bsd/prefix guys
> > go in even weirder directions.
On Wed, Jan 18, 2012 at 10:05 PM, Mike Frysinger wrote:
> - you're confusing the literal @system with implicit system deps
I don't quite follow here. By "implicit system deps", are you
referring to the "common sense" set of essential packages that you
have floating around in that brain of yours?
Mike Frysinger posted on Wed, 18 Jan 2012 22:00:52 -0500 as excerpted:
> On Wednesday 18 January 2012 21:42:14 Michael Weber wrote:
>> Um, what happend to the policy to not f*** around with stable ebuilds?
>
> take a chill pill phil
>
>> I see a violation of this rule at least on [glibc-]2.13-r4
Duncan wrote:
Considering glibc was just one of some 200-ish packages I rebuilt early
today due to -N, most of the rest being kde-4.7.97 (aka 4.8-rc2) which
will be in-overlay for just a few more days as 4.8-release is due next
week, because gentoo/kde just removed the long-masked kdeenablefinal
50 matches
Mail list logo
