Friedrich Oslage posted 49726f21.8010...@gentoo.org,
excerpted below, on Sun, 18 Jan 2009 00:52:01 +0100:
> Why not teach /sbin/runscript it's own version? With something like this
> we could also do stuff depending on a specific version of openrc:
I happened to read the OP right before I head
On Wed, 2009-01-14 at 17:05 +, Mike Auty wrote:
> I realize it might be a bit obvious to us, but from reading it people
> might wonder how they're supposed to carry out installs now. When the
> notice finally goes out, it might be worth mentioning that just the
> LiveCDs are no longer supporte
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Robin H. Johnson schrieb:
> I'm raising this as an extension of bug 253076, but also because I see
> the potential for danger.
>
> To date, for an init script that has baselayout2-specific behavior, we
> have had some variant of [ -e /lib/librc.so ] i
I'm raising this as an extension of bug 253076, but also because I see
the potential for danger.
To date, for an init script that has baselayout2-specific behavior, we
have had some variant of [ -e /lib/librc.so ] in the init script.
On a multilib profile with no symlinks and a 64-bit userspace,
On Sat, 17 Jan 2009 16:41:25 +0100
Thomas Sachau wrote:
> Marius Mauch schrieb:
> > It's strongly recommended to set both explicitly as the behavior
> > could change in future EAPI versions, and to ensure that you
> > actually think about which deps are build deps and which are
> > runtime deps.
El sáb, 17-01-2009 a las 16:41 +0100, Thomas Sachau escribió:
> Marius Mauch schrieb:
> > On Sat, 17 Jan 2009 14:09:49 +0100
> > Thomas Sachau wrote:
> >
> >> Hi,
> >>
> >> as specified in the PMS spec [1] and stated in #gentoo-portage,
> >> RDEPEND will be set to DEPEND, if it is not defined in
Marius Mauch schrieb:
> On Sat, 17 Jan 2009 14:09:49 +0100
> Thomas Sachau wrote:
>
>> Hi,
>>
>> as specified in the PMS spec [1] and stated in #gentoo-portage,
>> RDEPEND will be set to DEPEND, if it is not defined in the ebuild
>> itself. But devmanual [2] and developer handbook [3] both state,
On Sat, 17 Jan 2009 14:09:49 +0100
Thomas Sachau wrote:
> Hi,
>
> as specified in the PMS spec [1] and stated in #gentoo-portage,
> RDEPEND will be set to DEPEND, if it is not defined in the ebuild
> itself. But devmanual [2] and developer handbook [3] both state, you
> have do explicitly set RD
On Sat, 17 Jan 2009 16:31:30 +0300
Peter Volkov wrote:
> Hi Peter.
>
> > NO_MONO_DEPEND=(
> > "dev-lang/mono"
> > "dev-dotnet/libgdiplus"
> > "dev-dotnet/gluezilla"
> > )
>
> Just curious. What are the reasons to use array here?
I try to use arrays as often as possible, so I don't
Hi Peter.
> NO_MONO_DEPEND=(
> "dev-lang/mono"
> "dev-dotnet/libgdiplus"
> "dev-dotnet/gluezilla"
> )
Just curious. What are the reasons to use array here?
> go-mono_src_install () {
> emake -j1 DESTDIR="${D}" install || die "install failed"
Is parallel make broken every
Thomas Sachau wrote:
as specified in the PMS spec [1] and stated in #gentoo-portage, RDEPEND will be
set to DEPEND, if it
is not defined in the ebuild itself.
But devmanual [2] and developer handbook [3] both state, you have do explicitly
set RDEPEND because
it may be removed in the future.
P
Hi,
as specified in the PMS spec [1] and stated in #gentoo-portage, RDEPEND will be
set to DEPEND, if it
is not defined in the ebuild itself.
But devmanual [2] and developer handbook [3] both state, you have do explicitly
set RDEPEND because
it may be removed in the future.
Since package manager
On Sat, 17 Jan 2009 14:04:28 +0200
Petteri Räty wrote:
> # @FUNCTION: go-mono_src_unpack
> # @DESCRIPTION: Runs default()
> go-mono_src_unpack() {
> default
> }
>
> What's the point? The ones from base.eclass should be doing the same
> thing as the default ones any way.
>
> The same goes
Peter Alfredsen wrote:
> Below is a copy of the eclass I intend to use for all apps from
> go-mono.com (AKA mono-project.com). Pretty standard fare. The affected
> ebuilds are:
> www-apache/mod_mono
> dev-dotnet/xsp
> dev-dotnet/libgdiplus
> dev-dotnet/gluezilla
> dev-lang/mono
> dev-lang/mono-ba
14 matches
Mail list logo
