Roy Bamford posted on Thu, 18 Aug 2011 17:41:15 +0100 as excerpted:
> On 2011.08.18 10:59, Anthony G. Basile wrote:
> [snip]
>
>> Understood that infra gets to complain, but that still doesn't tell me
>> what the deprecation policy is. Keep all my large patchsets
>> indefinitely? Or remove them
Ulrich Mueller wrote:
> But both sides of [[ ]] aren't symmetric, in the first place:
>
> # When the == and != operators are used, the string to the right of
> # the operator is considered a pattern and matched according to the
> # rules described below under Pattern Matching.
>
> So there's alm
On 18-08-2011 21:41:47 +0200, Michał Górny wrote:
> On Thu, 18 Aug 2011 20:43:59 +0200
> Fabian Groffen wrote:
>
> > On 18-08-2011 20:42:23 +0200, Michał Górny wrote:
> > > > elif [[ ${PN} != "leechcraft-core" ]]; then
> > > > CAKE_USE_DIR="${S}"/src/plugins/${PN#leechcraft-}
> > >
> > >
> On Thu, 18 Aug 2011, Michał Górny wrote:
> On Thu, 18 Aug 2011 20:43:59 +0200
> Fabian Groffen wrote:
>> > > elif [[ ${PN} != "leechcraft-core" ]]; then
>> > > CAKE_USE_DIR="${S}"/src/plugins/${PN#leechcraft-}
>> >
>> > Don't quote that. It looks bad that the left-side is unquoted and
>>
On Thu, 18 Aug 2011 20:43:59 +0200
Fabian Groffen wrote:
> On 18-08-2011 20:42:23 +0200, Michał Górny wrote:
> > > elif [[ ${PN} != "leechcraft-core" ]]; then
> > > CAKE_USE_DIR="${S}"/src/plugins/${PN#leechcraft-}
> >
> > Don't quote that. It looks bad that the left-side is unquoted and
> > r
On 18-08-2011 20:42:23 +0200, Michał Górny wrote:
> > elif [[ ${PN} != "leechcraft-core" ]]; then
> > CAKE_USE_DIR="${S}"/src/plugins/${PN#leechcraft-}
>
> Don't quote that. It looks bad that the left-side is unquoted and right
> side is quoted.
it's a string, what's the problem?
--
Fabia
On Thu, Aug 18, 2011 at 05:08:43PM +0200, Michał Górny wrote:
> On Thu, 18 Aug 2011 12:09:39 +0200
> Chí-Thanh Christopher Nguyễn wrote:
>
> > Diego Elio Pettenò schrieb:
> > > Keep it in your dev space. As I said, the resources argument is only
> > > available for infra to complain about, and si
On Thu, 18 Aug 2011 22:33:15 +0400
Maxim Koltsov wrote:
> if [[ -z "${LEECHCRAFT_PACKAGE_CATEGORY}" ]]; then
>
> CMAKE_USE_DIR="${S}"/src/plugins/${LEECHCRAFT_PACKAGE_CATEGORY}/${PN#leechcraft-}
Dude, that's the opposite.
> elif [[ ${PN} != "leechcraft-core" ]]; then
> CAKE_USE_DIR
2011/8/18 Michał Górny :
> On Thu, 18 Aug 2011 19:30:29 +0400
> Maxim Koltsov wrote:
>
>> if [ "${LEECHCRAFT_PACKAGE_CATEGORY+x}" != "x" ]; then
>>
>> CMAKE_USE_DIR="${S}/src/plugins/${LEECHCRAFT_PACKAGE_CATEGORY}/${PN#leechcraft-}"
>> elif [ ${PN} != "leechcraft-core" ]; then
>>
On Thursday, August 18, 2011 12:13:44 Diego Elio Pettenò wrote:
> Il giorno gio, 18/08/2011 alle 11.55 -0400, Mike Frysinger ha scritto:
> > i think you've inverted this statement from what you meant. ~arch
> > failing to
> > fetch for more than a couple of hours was because i went to sleep.
> > S
On 2011.08.18 10:59, Anthony G. Basile wrote:
[snip]
> Understood that infra gets to complain, but that still doesn't tell
> me
> what the deprecation policy is. Keep all my large patchsets
> indefinitely? Or remove them when an ebuild no longer needs them? Or
> 1
> year after an ebuild no lon
Il giorno gio, 18/08/2011 alle 11.55 -0400, Mike Frysinger ha scritto:
>
> i think you've inverted this statement from what you meant. ~arch
> failing to
> fetch for more than a couple of hours was because i went to sleep.
> SRC_URI
> wouldnt have woken me up.
Not you, but it would have maske
On Thursday, August 18, 2011 11:34:49 Diego Elio Pettenò wrote:
> Il giorno gio, 18/08/2011 alle 11.20 -0400, Mike Frysinger ha scritto:
> > the context you snipped from my reply implied differently. ~arch
> > failing to
> > fetch the file had nothing to do with mirror://gentoo/.
>
> ~arch failin
On Thu, 18 Aug 2011 19:30:29 +0400
Maxim Koltsov wrote:
> if [ "${LEECHCRAFT_PACKAGE_CATEGORY+x}" != "x" ]; then
>
> CMAKE_USE_DIR="${S}/src/plugins/${LEECHCRAFT_PACKAGE_CATEGORY}/${PN#leechcraft-}"
> elif [ ${PN} != "leechcraft-core" ]; then
> CMAKE_USE_DIR="${S}/src/plugins
Il giorno gio, 18/08/2011 alle 11.20 -0400, Mike Frysinger ha scritto:
>
> the context you snipped from my reply implied differently. ~arch
> failing to
> fetch the file had nothing to do with mirror://gentoo/.
~arch failing to fetch for more than a couple of hours, though, had to
do with it.
2011/8/18 Fabian Groffen :
>> > if [ "${LC_PCAT+x}" != "x" ]; then
>> > CMAKE_USE_DIR="${S}/src/plugins/${LC_PCAT}/${PN#leechcraft-}"
>> > else
>> > if [[ ${PN} != "leechcraft-core" ]]; then
>> > CMAKE_USE_DIR="${S}/src/plugins/${PN#leechcraft-}"
>> > else
>> > C
2011/8/18 Michał Górny :
> On Thu, 18 Aug 2011 14:38:01 +0400
> Maxim Koltsov wrote:
>
>
>> 0|1) die "EAPI not supported, bug ebuild mantainer" ;;
>> *) die "Unknown EAPI, Bug eclass maintainers." ;;
>
> I think I already mentioned that. Keep consistent case, and in this
> case lowerca
On Thu, Aug 18, 2011 at 8:27 AM, Fabian Groffen wrote:
> On 18-08-2011 16:57:59 +0200, Michał Górny wrote:
>> > # @ECLASS-VARIABLE: LC_PCAT
>> > # @DESCRIPTION:
>> > # Set this to the category of the plugin, if any.
>> > : ${LC_PCAT:=}
>>
>> Please use verbose variable names, and prefix them with
On 18-08-2011 16:57:59 +0200, Michał Górny wrote:
> > # @ECLASS-VARIABLE: LC_PCAT
> > # @DESCRIPTION:
> > # Set this to the category of the plugin, if any.
> > : ${LC_PCAT:=}
>
> Please use verbose variable names, and prefix them with eclass
> filename; e.g. LEECHCRAFT_PLUGIN_CATEGORY.
Really? T
On Thursday, August 18, 2011 11:02:55 Diego Elio Pettenò wrote:
> Il giorno gio, 18/08/2011 alle 10.54 -0400, Mike Frysinger ha scritto:
> > you're understanding of this particular bug is completely off. i
> > forgot to
> > upload the pkg -- the only place it existed was on my desktop. it had
> >
On Thu, 18 Aug 2011 11:57:01 +0200
Diego Elio Pettenò wrote:
> Il giorno gio, 18/08/2011 alle 11.15 +0200, Thomas Sachau ha scritto:
> >
> > The argument about dropped tarballs, once the ebuilds gets removed
> > might weight a bit more, but you
> > cannot depend on other upstream keeping their t
On Thu, 18 Aug 2011 12:09:39 +0200
Chí-Thanh Christopher Nguyễn wrote:
> Diego Elio Pettenò schrieb:
> > Keep it in your dev space. As I said, the resources argument is only
> > available for infra to complain about, and since last I knew from
> > them was that it was not a problem right now...
>
Il giorno gio, 18/08/2011 alle 10.54 -0400, Mike Frysinger ha scritto:
>
> you're understanding of this particular bug is completely off. i
> forgot to
> upload the pkg -- the only place it existed was on my desktop. it had
> nothing
> to do with SRC_URI.
I understand the problem pretty well
On Thu, 18 Aug 2011 14:38:01 +0400
Maxim Koltsov wrote:
> We've fixed all the problems with eclass. Please review it and give OK
> for commit, i plan to do it this night.
> 0|1) die "EAPI not supported, bug ebuild mantainer" ;;
> *) die "Unknown EAPI, Bug eclass maintainers." ;;
I t
On Thursday, August 18, 2011 04:50:23 Diego Elio Pettenò wrote:
> Unfortunately, as long as the mirror://gentoo/ option is still
> maintained, we'll end up with situations like today's gnuconfig that
> couldn't be fetched, causing all ~arch users to see the same failure,
> because the distfile wasn
Il giorno gio, 18/08/2011 alle 16.11 +0200, Ulrich Mueller ha scritto:
>
> And if you have an SRC_URI pointing to mirror://gentoo/ then Portage
> will look for the file on Gentoo mirrors, regardless of any fetch or
> mirror restriction. This can be useful, e.g., if you need the mirror
> restrictio
> On Thu, 18 Aug 2011, Diego Elio Pettenò wrote:
>> I understand the concern, but instead of banning the use of
>> mirror://gentoo, why not make it mandatory to have a dev.gentoo.org
>> link
>> in SRC_URI when there's a mirror://gentoo link?
> Because they are functionally equivalent.
They
Il giorno gio, 18/08/2011 alle 11.54 +, Jorge Manuel B. S. Vicetto
ha scritto:
>
> I understand the concern, but instead of banning the use of
> mirror://gentoo, why not make it mandatory to have a dev.gentoo.org
> link
> in SRC_URI when there's a mirror://gentoo link?
Because they are funct
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18-08-2011 08:50, Diego Elio Pettenò wrote:
> Hello everybody,
>
> I have already said this before, but it looks like nobody cared. We
> have a problem for what concerns Gentoo-generated distfiles.
>
> This includes custom snapshots, custom packa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 18-08-2011 08:50, Diego Elio Pettenò wrote:
Diego,
I understand the concern, but instead of banning the use of
mirror://gentoo, why not make it mandatory to have a dev.gentoo.org link
in SRC_URI when there's a mirror://gentoo link?
- --
Regards
Chí-Thanh Christopher Nguyễn schrieb:
> Diego Elio Pettenò schrieb:
>> Keep it in your dev space. As I said, the resources argument is only
>> available for infra to complain about, and since last I knew from them
>> was that it was not a problem right now...
>
> I think robbat2 complained on IRC
Il giorno gio, 18/08/2011 alle 12.09 +0200, Chí-Thanh Christopher Nguyễn
ha scritto:
>
> Regarding the problem of the developer neglecting (happened to me too,
> ahem) to upload distfiles, maybe repoman could check for this?
https://bugs.gentoo.org/show_bug.cgi?id=315243
I know I'm not as usefu
Il giorno gio, 18/08/2011 alle 12.01 +0200, Diego Elio Pettenò ha
scritto:
>
> Thank you all,
Oh and please remember that if your package is not a kernel module, your
CONFIG_CHECK variable should have ~-tests (i.e., notify if not
configured properly but do not die in the ebuild if so).
It is epi
Diego Elio Pettenò schrieb:
> Keep it in your dev space. As I said, the resources argument is only
> available for infra to complain about, and since last I knew from them
> was that it was not a problem right now...
I think robbat2 complained on IRC recently to devs which had their home
directori
Il giorno mer, 17/08/2011 alle 23.20 +0200, Rémi Cardona ha scritto:
>
> If anything, working on tinderboxes to catch build issues early and
> file
> bugs against packages, _that_ would help to clean up cruft from
> portage.
Maintainers can help that by making sure that src_test is not wasting
u
On 08/18/2011 05:53 AM, Diego Elio Pettenò wrote:
> Il giorno gio, 18/08/2011 alle 05.46 -0400, Anthony G. Basile ha
> scritto:
>>
>> What alternative are you proposing to mirror://gentoo/ if upstream
>> doesn't provide a tarball, eg with large patchsets the maintainer
>> constructs? Anticipating
Il giorno gio, 18/08/2011 alle 11.15 +0200, Thomas Sachau ha scritto:
>
> The argument about dropped tarballs, once the ebuilds gets removed
> might weight a bit more, but you
> cannot depend on other upstream keeping their tarballs around forever,
> so i see no requirement for
> us preserving onl
Il giorno gio, 18/08/2011 alle 05.46 -0400, Anthony G. Basile ha
scritto:
>
> What alternative are you proposing to mirror://gentoo/ if upstream
> doesn't provide a tarball, eg with large patchsets the maintainer
> constructs? Anticipating your answer might be "keep them in your dev
> space", the
On 08/18/2011 05:15 AM, Thomas Sachau wrote:
> Diego Elio Pettenò schrieb:
>> Hello everybody,
>>
>> I have already said this before, but it looks like nobody cared. We have
>> a problem for what concerns Gentoo-generated distfiles.
>>
>> This includes custom snapshots, custom packages, patches, pa
Diego Elio Pettenò schrieb:
> Hello everybody,
>
> I have already said this before, but it looks like nobody cared. We have
> a problem for what concerns Gentoo-generated distfiles.
>
> This includes custom snapshots, custom packages, patches, patchsets, and
> so on so forth. While it was infra t
> On Thu, 18 Aug 2011, Patrick Lauer wrote:
> On 08/18/11 10:50, Diego Elio Pettenò wrote:
>> This includes custom snapshots, custom packages, patches,
>> patchsets, and so on so forth. While it was infra that (back when I
>> joined at least) asked not to use dev.gentoo.org for hosting said
>>
On 08/18/11 10:50, Diego Elio Pettenò wrote:
> Hello everybody,
>
> I have already said this before, but it looks like nobody cared. We have
> a problem for what concerns Gentoo-generated distfiles.
People being quiet doesn't imply they don't care - just that it gets
really frustrating to repeat
Hello everybody,
I have already said this before, but it looks like nobody cared. We have
a problem for what concerns Gentoo-generated distfiles.
This includes custom snapshots, custom packages, patches, patchsets, and
so on so forth. While it was infra that (back when I joined at least)
asked no
43 matches
Mail list logo
