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
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 the
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
fails and
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 that
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, patchsets, and
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, then what
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 only
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 your
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
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
directories
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
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 useful
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 recently
-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 packages,
-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?
- --
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
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 are not, in
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
restriction
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't
On Thu, 18 Aug 2011 14:38:01 +0400
Maxim Koltsov maksbo...@gentoo.org 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
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 12:09:39 +0200
Chí-Thanh Christopher Nguyễn chith...@gentoo.org 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
On Thu, 18 Aug 2011 11:57:01 +0200
Diego Elio Pettenò flamee...@gentoo.org 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
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
nothing
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? The python
2011/8/18 Michał Górny mgo...@gentoo.org:
On Thu, 18 Aug 2011 14:38:01 +0400
Maxim Koltsov maksbo...@gentoo.org 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,
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.
--
On Thu, 18 Aug 2011 19:30:29 +0400
Maxim Koltsov maksbo...@gentoo.org wrote:
if [ ${LEECHCRAFT_PACKAGE_CATEGORY+x} != x ]; then
CMAKE_USE_DIR=${S}/src/plugins/${LEECHCRAFT_PACKAGE_CATEGORY}/${PN#leechcraft-}
elif [ ${PN} != leechcraft-core ]; then
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 masked
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.
SRC_URI
2011/8/18 Michał Górny mgo...@gentoo.org:
On Thu, 18 Aug 2011 19:30:29 +0400
Maxim Koltsov maksbo...@gentoo.org wrote:
if [ ${LEECHCRAFT_PACKAGE_CATEGORY+x} != x ]; then
CMAKE_USE_DIR=${S}/src/plugins/${LEECHCRAFT_PACKAGE_CATEGORY}/${PN#leechcraft-}
elif [ ${PN} != leechcraft-core ];
On Thu, 18 Aug 2011 22:33:15 +0400
Maxim Koltsov maksbo...@gentoo.org 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
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 chith...@gentoo.org wrote:
Diego Elio Pettenò schrieb:
Keep it in your dev space. As I said, the resources argument is only
available for infra to complain
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?
--
Fabian Groffen
On Thu, 18 Aug 2011 20:43:59 +0200
Fabian Groffen grob...@gentoo.org 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
On Thu, 18 Aug 2011, Michał Górny wrote:
On Thu, 18 Aug 2011 20:43:59 +0200
Fabian Groffen grob...@gentoo.org 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
On 18-08-2011 21:41:47 +0200, Michał Górny wrote:
On Thu, 18 Aug 2011 20:43:59 +0200
Fabian Groffen grob...@gentoo.org 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-}
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 almost
38 matches
Mail list logo