> On Tue, 13 Sep 2011, Mike Frysinger wrote:
> On Tuesday, September 13, 2011 19:08:09 Brian Harring wrote:
>> Making it overridable seems wiser-
>>
>> usex() {
>> local flag="$1"
>> local tval=${2-yes}
>> local fval=${3-no}
>> if use $flag; then
>> echo "${tv
On Tue, 13 Sep 2011 11:41:00 -0500
Donnie Berkholz wrote:
> Thanks for the reminder; I looked, and it turns out that we now have
> a great precedent. Quoting PMS:
>
> "The required bash version was retroactively updated from 3.0 to 3.2
> in November 2009 (see http://www.gentoo.
> org/proj/en/cou
On Tue, 13 Sep 2011 17:58:15 +0200
Patrick Lauer wrote:
> > It's because people want to pretend that it's possible for
> > incredibly outdated systems (those with bash-3 only) to be updated.
>
> Actually it's worse - PMS enforces this, and the only clean way out is
> to patch/fix/extend PMS to al
On Tue, 13 Sep 2011 21:02:28 -0500
Donnie Berkholz wrote:
> On 17:56 Tue 13 Sep , Mike Frysinger wrote:
> > useful enough for EAPI ? or should i just stick it into
> > eutils.eclass ? OR BOTH !?
>
> I prefer to avoid EAPI whenever possible, as it just makes things
> slower and more complex.
On Tue, 13 Sep 2011 10:29:48 -0400
Mike Frysinger wrote:
> > You don't do it by checking IUSE. You do it by having the ebuild
> > define a variable like WANT_MONKEY_SUPPORT.
>
> it's a crap shoot. as long as Michał's proposed func doesnt attempt
> to make guarantees that don't exist now, i think
On Tue, 13 Sep 2011 09:58:58 -0400
Mike Frysinger wrote:
> > It would if the version on / is broken and you're reinstalling to
> > try to fix it.
>
> a largely irrelevant edge case that cases little to no harm
But getting it right is easier than getting it wrong: just DEPEND block
the entire pac
On Tue, Sep 13, 2011 at 11:43:48PM -0400, Mike Frysinger wrote:
> On Tuesday, September 13, 2011 23:04:06 Brian Harring wrote:
> > On Tue, Sep 13, 2011 at 10:45:27PM -0400, Mike Frysinger wrote:
> > > On Tuesday, September 13, 2011 19:08:09 Brian Harring wrote:
> > > > While a bit longer, we likely
On Tuesday, September 13, 2011 23:04:06 Brian Harring wrote:
> On Tue, Sep 13, 2011 at 10:45:27PM -0400, Mike Frysinger wrote:
> > On Tuesday, September 13, 2011 19:08:09 Brian Harring wrote:
> > > While a bit longer, we likely can gut most of the use_* logic to
> > > use that, and it makes it easi
On Tue, Sep 13, 2011 at 10:45:27PM -0400, Mike Frysinger wrote:
> On Tuesday, September 13, 2011 19:08:09 Brian Harring wrote:
> > Making it overridable seems wiser-
> >
> > usex() {
> > local flag="$1"
> > local tval=${2-yes}
> > local fval=${3-no}
> > if use $flag; then
> >
On Tuesday, September 13, 2011 22:02:28 Donnie Berkholz wrote:
> On 17:56 Tue 13 Sep , Mike Frysinger wrote:
> > useful enough for EAPI ? or should i just stick it into eutils.eclass
> > ? OR BOTH !?
>
> I prefer to avoid EAPI whenever possible, as it just makes things slower
> and more comp
On Tuesday, September 13, 2011 19:08:09 Brian Harring wrote:
> Making it overridable seems wiser-
>
> usex() {
> local flag="$1"
> local tval=${2-yes}
> local fval=${3-no}
> if use $flag; then
> echo "${tval}"
> else
> echo "${fval}"
>
On Tue, Sep 13, 2011 at 09:02:28PM -0500, Donnie Berkholz wrote:
> On 17:56 Tue 13 Sep , Mike Frysinger wrote:
> > useful enough for EAPI ? or should i just stick it into eutils.eclass
> > ? OR BOTH !?
>
> I prefer to avoid EAPI whenever possible, as it just makes things slower
> and more
On 17:56 Tue 13 Sep , Mike Frysinger wrote:
> useful enough for EAPI ? or should i just stick it into eutils.eclass
> ? OR BOTH !?
I prefer to avoid EAPI whenever possible, as it just makes things slower
and more complex.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer
On Tue, Sep 13, 2011 at 06:13:10PM -0400, Mike Frysinger wrote:
> On Tuesday, September 13, 2011 18:01:25 Alec Warner wrote:
> > On Tue, Sep 13, 2011 at 2:56 PM, Mike Frysinger wrote:
> > > this is so i can do:
> > >export some_var=$(usex some_flag)
> > > and get it set to "yes" or "no"
> >
On Tuesday, September 13, 2011 18:01:25 Alec Warner wrote:
> On Tue, Sep 13, 2011 at 2:56 PM, Mike Frysinger wrote:
> > this is so i can do:
> >export some_var=$(usex some_flag)
> > and get it set to "yes" or "no"
>
> If the intent is to use it for logic:
>
> export some_var=$(usex some_f
On Tue, Sep 13, 2011 at 2:56 PM, Mike Frysinger wrote:
> i keep writing little helpers like this in ebuilds:
> usex() { use $1 && echo ${2:-yes} || echo ${3:-no} ; }
usex...you naughty boy.
>
> this is so i can do:
> export some_var=$(usex some_flag)
> and get it set to "yes" or "no"
If
i keep writing little helpers like this in ebuilds:
usex() { use $1 && echo ${2:-yes} || echo ${3:-no} ; }
this is so i can do:
export some_var=$(usex some_flag)
and get it set to "yes" or "no"
or if i want something a little different, i can do:
export some_var=$(usex some_flag t
On 09/13/2011 11:39 PM, Anthony G. Basile wrote:
> On 09/13/2011 03:24 PM, Pacho Ramos wrote:
>> Due cbrannon retirement the following packages need a new maintainer:
>>
>> dev-db/unixODBC
>
> I've use this and don't want to see it rot. If no one wants it, I'll
> give it love. I have no strong
On Tue, Sep 13, 2011 at 4:39 PM, Anthony G. Basile wrote:
> On 09/13/2011 03:24 PM, Pacho Ramos wrote:
>> Due cbrannon retirement the following packages need a new maintainer:
>>
>> dev-db/unixODBC
>
> I've use this and don't want to see it rot. If no one wants it, I'll
> give it love. I have no
On 09/13/2011 03:24 PM, Pacho Ramos wrote:
> Due cbrannon retirement the following packages need a new maintainer:
>
> dev-db/unixODBC
I've use this and don't want to see it rot. If no one wants it, I'll
give it love. I have no strong feelings about maintaining it, so if
someone else wants to,
On Tue, Sep 13, 2011 at 3:24 PM, Pacho Ramos wrote:
> Due cbrannon retirement the following packages need a new maintainer:
>
> dev-db/unixODBC
I'll take dev-db/unixODBC
Thanks,
> net-misc/telnet-bsd
>
> Thanks for taking them
>
>
>
>
>
>
>
--
Jesus Rivero (Neurogeek)
Gentoo Developer
On 9/13/11 9:17 PM, Pacho Ramos wrote:
> Due ayoy retirement the following packages need a new maintainer:
>
> dev-vcs/git-sh
I take this.
> sci-libs/getdata
sci takes this
>
>
>
> Thanks for taking them
>
>
>
>
>
>
signature.asc
Description: OpenPGP digital signature
* Pacho Ramos schrieb am 13.09.11 um 21:24 Uhr:
> Due cbrannon retirement the following packages need a new maintainer:
>
> net-misc/telnet-bsd
>
I will take that one.
-Marc
--
8AAC 5F46 83B4 DB70 8317 3723 296C 6CCA 35A6 4134
pgpYVzqWJeeUl.pgp
Description: PGP signature
Due cbrannon retirement the following packages need a new maintainer:
dev-db/unixODBC
net-misc/telnet-bsd
Thanks for taking them
signature.asc
Description: This is a digitally signed message part
Due ayoy retirement the following packages need a new maintainer:
dev-vcs/git-sh
sci-libs/getdata
Thanks for taking them
signature.asc
Description: This is a digitally signed message part
On Tue, Sep 13, 2011 at 08:31:33PM +0200, Pacho Ramos wrote:
> Due tanderson retirement the following packages need a new maintainer:
>
> dev-libs/check
> dev-libs/stfl
> net-libs/udns
>
>
> Thanks for taking them
I'll take dev-libs/check.
--
binki
Look out for missing or extraneous apostrop
Due arfrever retirement the following packages need a new maintainer:
dev-util/global
net-irc/kvirc
net-libs/neon
net-libs/serf
net-misc/cadaver
Thanks for taking them
signature.asc
Description: This is a digitally signed message part
On Tue, 13 Sep 2011 20:40:12 +0200
Ulrich Mueller wrote:
> > On Tue, 13 Sep 2011, Michał Górny wrote:
>
> > The current situation is that you can't even install bash-3.2
> > systemwide because of the number of packages [ebuilds/eclasses]
> > requiring on bash-4.
>
> Have you filed bug repor
On 2011-09-13 Tue 11:31, Pacho Ramos wrote:
> Due tanderson retirement the following packages need a new maintainer:
> dev-libs/stfl
I'll take this since newsbeuter depends on it.
Tim
pgpx5yj9g9A9m.pgp
Description: PGP signature
> On Tue, 13 Sep 2011, Michał Górny wrote:
> The current situation is that you can't even install bash-3.2
> systemwide because of the number of packages [ebuilds/eclasses]
> requiring on bash-4.
Have you filed bug reports for these?
Ulrich
Due tanderson retirement the following packages need a new maintainer:
dev-libs/check
dev-libs/stfl
net-libs/udns
Thanks for taking them
signature.asc
Description: This is a digitally signed message part
On Tue, 13 Sep 2011 17:13:11 +0200
Dirkjan Ochtman wrote:
> 2011/9/13 Michał Górny :
> > ---
> > eclass/autotools-utils.eclass | 2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
>
> I don't think sending 9 patches is very useful for this mailing list.
> Next time just sent a link t
On 09/13/2011 08:57 PM, Pacho Ramos wrote:
> Due stefaan retirement the following packages need a new maintainer:
>
> media-libs/libdc1394
media-video will take this, i'm working on the single remaining open bug
it has as we speak, as part of the >= linux-headers-2.6.38 effort
thanks
- Samuli
Due stefaan retirement the following packages need a new maintainer:
media-libs/libdc1394
media-video/coriander
net-misc/ng-utils
Thanks for taking them
signature.asc
Description: This is a digitally signed message part
On Tue, 13 Sep 2011 19:25:59 +0200
Ulrich Mueller wrote:
> > On Tue, 13 Sep 2011, Donnie Berkholz wrote:
>
> > Thanks for the reminder; I looked, and it turns out that we now have
> > a great precedent.
>
> > Quoting PMS:
>
> > "The required bash version was retroactively updated from 3.0
Excerpts from Ulrich Mueller's message of 2011-09-13 19:25:59 +0200:
> > On Tue, 13 Sep 2011, Donnie Berkholz wrote:
>
> > Thanks for the reminder; I looked, and it turns out that we now have
> > a great precedent.
>
> > Quoting PMS:
>
> > "The required bash version was retroactively updated
2011/9/13 Ulrich Mueller :
>> On Tue, 13 Sep 2011, Donnie Berkholz wrote:
>
>> Thanks for the reminder; I looked, and it turns out that we now have
>> a great precedent.
>
>> Quoting PMS:
>
>> "The required bash version was retroactively updated from 3.0 to 3.2
>> in November 2009 (see http://w
> On Tue, 13 Sep 2011, Donnie Berkholz wrote:
> Thanks for the reminder; I looked, and it turns out that we now have
> a great precedent.
> Quoting PMS:
> "The required bash version was retroactively updated from 3.0 to 3.2
> in November 2009 (see http://www.gentoo.
> org/proj/en/council/mee
On 17:58 Tue 13 Sep , Patrick Lauer wrote:
> On 09/13/11 16:44, Donnie Berkholz wrote:
> > It's because people want to pretend that it's possible for
> > incredibly outdated systems (those with bash-3 only) to be updated.
>
> Actually it's worse - PMS enforces this, and the only clean way out
On Tue, Sep 13, 2011 at 8:43 PM, Dirkjan Ochtman wrote:
> 2011/9/13 Michał Górny :
>> ---
>> eclass/autotools-utils.eclass | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> I don't think sending 9 patches is very useful for this mailing list.
> Next time just sent a link to a git
On 09/13/11 16:44, Donnie Berkholz wrote:
> On 15:02 Tue 13 Sep , Amadeusz Żołnowski wrote:
>> Excerpts from Joshua Kinard's message of 2011-09-13 14:26:02 +0200:
You don't need -n/-z with [[.
[[ $var ]] == [[ -n $var ]]
[[ ! $var ]] == [[ -z $var ]]
>>>
>>> What about o
On Tue, Sep 13, 2011 at 8:29 PM, Donnie Berkholz wrote:
>> HOMEPAGE="http://en.opensuse.org/openSUSE:OSC";
>> LICENSE="GPL-2"
>> SLOT="0"
>> IUSE=""
>> RDEPEND+="dev-util/osc"
>
> You probably want a space here.
>
> RDEPEND+=" dev-util/osc"
>
Slightly bike-sheddy, but it's less error-prone to use
2011/9/13 Michał Górny :
> ---
> eclass/autotools-utils.eclass | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
I don't think sending 9 patches is very useful for this mailing list.
Next time just sent a link to a git repo or something?
Cheers,
Dirkjan
On 13:11 Tue 13 Sep , Michal Hrusecky wrote:
> # Copyright 1999-2011 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header: $
>
> # @ECLASS: obs-download.eclass
Are there going to be lots of packages using this and not the other
eclass? I wonder w
On 15:02 Tue 13 Sep , Amadeusz Żołnowski wrote:
> Excerpts from Joshua Kinard's message of 2011-09-13 14:26:02 +0200:
> > > You don't need -n/-z with [[.
> > >
> > > [[ $var ]] == [[ -n $var ]]
> > > [[ ! $var ]] == [[ -z $var ]]
> >
> > What about other comparisons, like -f, -e, or -d?
>
Amadeusz Żołnowski - 13:24 13.09.11 wrote:
> Hi,
>
>
> Excerpts from Michal Hrusecky's message of 2011-09-13 13:11:28 +0200:
> > Comments and improvements are welcome.
>
> Just some minor remarks:
>
>
> > [[ -z ${OPENSUSE_RELEASE} ]] || OBS_PROJECT="openSUSE:${OPENSUSE_RELEASE}"
> > [[ -n ${OB
On Tuesday, September 13, 2011 06:46:33 Ciaran McCreesh wrote:
> On Tue, 13 Sep 2011 12:50:30 +0200 Michał Górny wrote:
> > > Are you sure this is defined behaviour? IUSE is a fancy merged
> > > variable for eclasses, and I don't think we guarantee that the value
> > > visible to the ebuild at any
---
eclass/autotools-utils.eclass | 11 ++-
1 files changed, 6 insertions(+), 5 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index 2e01dcc..495244b 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -186,16 +186,1
---
eclass/autotools-utils.eclass | 18 ++
1 files changed, 10 insertions(+), 8 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index 84f6cb6..48b39cb 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -162,1
---
eclass/autotools-utils.eclass | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index 9d7e134..2e01dcc 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -156,6 +156,1
---
eclass/autotools-utils.eclass | 22 --
1 files changed, 16 insertions(+), 6 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index 48b39cb..9d7e134 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -1
---
eclass/autotools-utils.eclass | 11 +--
1 files changed, 5 insertions(+), 6 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index ab8650f..fd644bb 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -149,21 +149,2
---
eclass/autotools-utils.eclass | 13 -
1 files changed, 12 insertions(+), 1 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index fd644bb..84f6cb6 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -144,6 +144
---
eclass/autotools-utils.eclass |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index ad5ffea..8bc365d 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -146,7 +146,7 @@ remove
---
eclass/autotools-utils.eclass |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index 8bc365d..31d228b 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@@ -151,7 +151,7 @@ remo
---
eclass/autotools-utils.eclass | 25 +
1 files changed, 13 insertions(+), 12 deletions(-)
diff --git a/eclass/autotools-utils.eclass b/eclass/autotools-utils.eclass
index 31d228b..ab8650f 100644
--- a/eclass/autotools-utils.eclass
+++ b/eclass/autotools-utils.eclass
@
On 06:39 Tue 13 Sep , Joshua Kinard wrote:
> On 09/13/2011 06:29, Michał Górny wrote:
>
> > On Tue, 13 Sep 2011 12:21:31 +0200
> > Michał Górny wrote:
> >
> >> +# @FUNCTION: has_iuse
> >
> > Ideas for a better name will be appreciated.
>
>
> 'in_iuse' or 'iuse_contains'?
I'd prefer to ke
On Tuesday, September 13, 2011 05:53:28 Diego Elio Pettenò wrote:
> Il giorno mar, 13/09/2011 alle 10.28 +0100, Ciaran McCreesh ha scritto:
> > (Incidentally, there's a bug in libtool that causes it to randomly link
> > to stuff on / if you try to create an executable that links to both a
> > built
On Tuesday, September 13, 2011 06:24:51 Ciaran McCreesh wrote:
> On Tue, 13 Sep 2011 11:53:28 +0200 Diego Elio Pettenò wrote:
> > Il giorno mar, 13/09/2011 alle 10.28 +0100, Ciaran McCreesh ha scritto:
> > > In that case blocking just old versions is wrong, since if your
> > > installed version is
On Tue, 13 Sep 2011 15:02:43 +0200
Amadeusz Żołnowski wrote:
> OT: When I was going through recruitment process, dberkholz pointed to
> me that I use things bash4-only. And again: why we need to stick to
> ancient 3 version? I would understand pseudo POSIX compatibility, but
> what is the benefit
Excerpts from Joshua Kinard's message of 2011-09-13 14:26:02 +0200:
> > You don't need -n/-z with [[.
> >
> > [[ $var ]] == [[ -n $var ]]
> > [[ ! $var ]] == [[ -z $var ]]
>
> What about other comparisons, like -f, -e, or -d?
Same as inside [, but no need of quotes inside [[.
> Also, is thi
On 09/13/2011 07:24, Amadeusz Żołnowski wrote:
> Hi,
>
>
> Excerpts from Michal Hrusecky's message of 2011-09-13 13:11:28 +0200:
>> Comments and improvements are welcome.
>
> Just some minor remarks:
>
>
>> [[ -z ${OPENSUSE_RELEASE} ]] || OBS_PROJECT="openSUSE:${OPENSUSE_RELEASE}"
>> [[ -n ${
https://bugs.gentoo.org/showdependencytree.cgi?id=359595&hide_resolved=1
With these masked, only media-video/lives and old version of libdc1394
remain. That we know of.
Old version of libdc1394 is still in tree for ptlib, and it's optional
feature, thus not really an issue -- will remove the supp
Hi,
Excerpts from Michal Hrusecky's message of 2011-09-13 13:11:28 +0200:
> Comments and improvements are welcome.
Just some minor remarks:
> [[ -z ${OPENSUSE_RELEASE} ]] || OBS_PROJECT="openSUSE:${OPENSUSE_RELEASE}"
> [[ -n ${OBS_PROJECT} ]] || die "OBS_PROJECT not set!"
> [[ -n ${OBS_PA
Hi,
please take a look at attached eclasses. Purpose is to make installation
of obs services (plugins for osc) easier.
Comments and improvements are welcome.
Regards
--
Michal Hrusecky
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public Lice
On 09/13/2011 06:46, Michał Górny wrote:
> Guess just a typo but for the record:
No, just a Portal joke :)
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment,
On Tue, 13 Sep 2011 12:50:30 +0200
Michał Górny wrote:
> > Are you sure this is defined behaviour? IUSE is a fancy merged
> > variable for eclasses, and I don't think we guarantee that the value
> > visible to the ebuild at any particular point is the generated value
> > used by the package mangle
On Tue, 13 Sep 2011 11:32:40 +0100
Ciaran McCreesh wrote:
> On Tue, 13 Sep 2011 12:21:31 +0200
> Michał Górny wrote:
> > Such checks are used at least in autotools-utils & kde* eclasses,
> > and are done wrong there. Thus, I've created a little reusable
> > snippet suitable for eutils.
>
> Are
On Tue, 13 Sep 2011 06:39:13 -0400
Joshua Kinard wrote:
> On 09/13/2011 06:29, Michał Górny wrote:
>
> > On Tue, 13 Sep 2011 12:21:31 +0200
> > Michał Górny wrote:
> >
> >> +# @FUNCTION: has_iuse
> >
> > Ideas for a better name will be appreciated.
>
>
> 'in_iuse' or 'iuse_contains'?
>
> i
On 09/13/2011 06:29, Michał Górny wrote:
> On Tue, 13 Sep 2011 12:21:31 +0200
> Michał Górny wrote:
>
>> +# @FUNCTION: has_iuse
>
> Ideas for a better name will be appreciated.
'in_iuse' or 'iuse_contains'?
if $(in_iuse foobar); do
$(cake)
fi
or
if $(iuse_contains foobar); do
On Tue, 13 Sep 2011 12:21:31 +0200
Michał Górny wrote:
> Such checks are used at least in autotools-utils & kde* eclasses, and
> are done wrong there. Thus, I've created a little reusable snippet
> suitable for eutils.
Are you sure this is defined behaviour? IUSE is a fancy merged variable
for ec
On Tue, 13 Sep 2011 11:53:28 +0200
Diego Elio Pettenò wrote:
> Il giorno mar, 13/09/2011 alle 10.28 +0100, Ciaran McCreesh ha
> scritto:
> > In that case blocking just old versions is wrong, since if your
> > installed version is broken and you try to reinstall, you'll need to
> > uninstall first
On Tue, 13 Sep 2011 12:21:31 +0200
Michał Górny wrote:
> +# @FUNCTION: has_iuse
Ideas for a better name will be appreciated.
> +# @USAGE: flag
Ah, this should've been ''; fixed already.
--
Best regards,
Michał Górny
signature.asc
Description: PGP signature
Such checks are used at least in autotools-utils & kde* eclasses, and
are done wrong there. Thus, I've created a little reusable snippet
suitable for eutils.
---
eclass/eutils.eclass | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
diff --git a/eclass/eutils.eclass b/ecla
Il giorno mar, 13/09/2011 alle 10.28 +0100, Ciaran McCreesh ha scritto:
> In that case blocking just old versions is wrong, since if your
> installed version is broken and you try to reinstall, you'll need to
> uninstall first too.
It doesn't matter as much when it's the same version because then
2011/9/13 Markos Chandras :
> On 12/09/2011 09:55 μμ, Peter Volkov (pva) wrote:
>> pva 11/09/12 18:55:52
>>
>> Modified: ChangeLog Added:
>> wireshark-1.6.2.ebuild wireshark-1.4.9.ebuild Removed:
>> wireshark-1.4.7.ebuild wireshark-1.6.0_rc1.ebuild
>> wireshark-1.4.4.ebuild wire
On Tue, 13 Sep 2011 11:23:18 +0200
Diego Elio Pettenò wrote:
> Il giorno mar, 13/09/2011 alle 11.42 +0300, Markos Chandras ha
> scritto:
> > Why is wireshark blocking itself on DEPEND? is this a known bug that
> > prevents normal update from old to new version? It is a bit odd to
> > have to remov
Il giorno mar, 13/09/2011 alle 11.42 +0300, Markos Chandras ha scritto:
>
> Why is wireshark blocking itself on DEPEND? is this a known bug that
> prevents normal update from old to new version? It is a bit odd to
> have to remove the existing installation in order to update to a new
> one
AFAIC
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 12/09/2011 09:55 μμ, Peter Volkov (pva) wrote:
> pva 11/09/12 18:55:52
>
> Modified: ChangeLog Added:
> wireshark-1.6.2.ebuild wireshark-1.4.9.ebuild Removed:
> wireshark-1.4.7.ebuild wireshark-1.6.0_rc1.ebuild
> wireshark-1.
79 matches
Mail list logo
