> On Thu, 20 Jan 2011, Diego Elio Pettenò wrote:
> The policy, that as chithanh pointed out needs to be updated, is
> just going to cause more grief by the time you want to pick up the
> old files for whatever reason. Ulrich (ulm) and Christian (fauli)
> knows how much a pain it becomes.
Oh,
On 1/20/11 1:50 AM, Diego Elio Pettenò wrote:
> If you produced the file yourself, and it doesn't matter if the file is
> reproducible (unless it is reproducible to sha512 identity), please use
> the public_html directory in your dev.gentoo.org home to host these.
> This makes sure that the file wo
On Thu, Jan 20, 2011 at 04:57:59AM +0100, Diego Elio Pettenò wrote:
> > here's a better idea: figure out something with the infra team.
> > [snip]
> > again, declaring policy ahead of talking to anyone else is not the way
> > to go.
> Actually, we meant to move to a stable archive of distfiles for
Il giorno mer, 19/01/2011 alle 22.31 -0500, Mike Frysinger ha scritto:
> we havent
> hosted files on dev.g.o because we've felt the distfiles tree to be
> sufficient. since there seems to be more need now, let's find out
> what infra
> can do to help out.
I'm pretty sure you have, for pax-uti
On Wednesday, January 19, 2011 21:56:52 Matt Turner wrote:
> On Thu, Jan 20, 2011 at 2:50 AM, Diego Elio Pettenò wrote:
> > Il giorno mer, 19/01/2011 alle 21.44 -0500, Mike Frysinger ha scritto:
> >> you really need to start off discussions as "here is the problem i
> >> perceive
> >> and here is a
On Thu, Jan 20, 2011 at 2:50 AM, Diego Elio Pettenò wrote:
> Il giorno mer, 19/01/2011 alle 21.44 -0500, Mike Frysinger ha scritto:
>>
>> you really need to start off discussions as "here is the problem i
>> perceive
>> and here is a solution i think will address it". shooting off e-mails
>> from
Il giorno mer, 19/01/2011 alle 20.07 -0500, Rich Freeman ha scritto:
> Forward going? Or, should we go ahead and start retroactively
> updating ebuilds that have mirror:// in them right now? Presumably
> without a revbump over something like this...
>
I wouldn't mind if it was done retroactivel
Il giorno gio, 20/01/2011 alle 03.17 +0200, Theo Chatzimichos ha
scritto:
>
>
> I usually create snapshots for kde apps (or kde app deps) till the
> actual
> release arises. Why should I keep them in my homedir, since I do want
> those
> tarballs to be deleted after the ebuild's removal? I'm so
Il giorno gio, 20/01/2011 alle 02.05 +0100, Chí-Thanh Christopher Nguyễn
ha scritto:
>
> http://devmanual.gentoo.org/general-concepts/mirrors/index.html claims
> that dev.gentoo.org is not acceptable for hosting main-tree items,
> and
> they must be moved to mirror://gentoo before release.
Yes
Il giorno mer, 19/01/2011 alle 21.44 -0500, Mike Frysinger ha scritto:
>
> you really need to start off discussions as "here is the problem i
> perceive
> and here is a solution i think will address it". shooting off e-mails
> from on
> high as an official edict without room for discussion is n
On Wednesday, January 19, 2011 19:50:35 Diego Elio Pettenò wrote:
> *PLEASE NOTE:* This is to be considered QA policy, so we're going to ask
> soon to enforce this. This requirement, though, _will_ be superseded as
> soon as Infra provides us with a proper archive for this kind of files.
you reall
On Thursday 20 January 2011 02:50:35 Diego Elio Pettenò wrote:
> *PLEASE NOTE:* This is to be considered QA policy, so we're going to ask
> soon to enforce this. This requirement, though, _will_ be superseded as
> soon as Infra provides us with a proper archive for this kind of files.
I usually cr
On Wed, Jan 19, 2011 at 7:50 PM, Diego Elio Pettenò wrote:
> *PLEASE NOTE:* This is to be considered QA policy, so we're going to ask
> soon to enforce this.
Forward going? Or, should we go ahead and start retroactively
updating ebuilds that have mirror:// in them right now? Presumably
without
Diego Elio Pettenò schrieb:
I just wanted to write here a clarification regarding self-produced
distfiles, such as patchset tarballs, SCM snapshots and the like. Some
people seem under the impression that the correct way to host these is
to use mirror://gentoo/ and copy them on /space/distfiles-l
Hi all,
I just wanted to write here a clarification regarding self-produced
distfiles, such as patchset tarballs, SCM snapshots and the like. Some
people seem under the impression that the correct way to host these is
to use mirror://gentoo/ and copy them on /space/distfiles-local on
dev.g.o. Plea
On Wednesday, January 19, 2011 12:18:24 Michał Górny wrote:
> On Wed, 19 Jan 2011 16:38:10 + Alec Warner wrote:
> > On Wed, Jan 19, 2011 at 3:47 PM, Michał Górny wrote:
> > > On Wed, 19 Jan 2011 16:25:03 +0100 Paweł Hajdan, Jr. wrote:
> > >> "If enewuser or enewgroup is called from outside of p
On Wed, 19 Jan 2011 16:38:10 +
Alec Warner wrote:
> On Wed, Jan 19, 2011 at 3:47 PM, Michał Górny
> wrote:
> > On Wed, 19 Jan 2011 16:25:03 +0100
> > "Paweł Hajdan, Jr." wrote:
> >
> >> "If enewuser or enewgroup is called from outside of pkg_setup,
> >> fail"
> >
> > It is useful sometimes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Dane Smith (19 Jan 2011)
# On behalf of the QA team
#
# Packages below fail to build with
# >=sys-kernel/linux-headers-2.6.35 and block its
# stabilization. Bugs untouched in over 3 months.
# Masking for removal on 21 Mar 2011.
# net-analyzer/ipcad
On Wed, Jan 19, 2011 at 3:47 PM, Michał Górny wrote:
> On Wed, 19 Jan 2011 16:25:03 +0100
> "Paweł Hajdan, Jr." wrote:
>
>> "If enewuser or enewgroup is called from outside of pkg_setup, fail"
>
> It is useful sometimes to call it in pkg_postinst(), if the user/group
> is needed at runtime and no
On Wed, 19 Jan 2011 16:25:03 +0100
"Paweł Hajdan, Jr." wrote:
> "If enewuser or enewgroup is called from outside of pkg_setup, fail"
It is useful sometimes to call it in pkg_postinst(), if the user/group
is needed at runtime and not during install-time.
--
Best regards,
Michał Górny
signatur
There was a discussion on irc about a package that called enewuser and
enewgroup from pkg_preinst. That made it fail on fresh install, because
the new user was needed at the src_install time (for ownership of the
installed files). However, if the user was already present on the
system, it was just
21 matches
Mail list logo
