On Fri, 2005-07-01 at 01:54 -0400, Joseph Jezak wrote:
>
> Now that I have "minions" (note the plural), it's time to take over
> the
> world! MUAHAHA.
lol
> Congrats nixnut, and thanks hparker! :)
No problem.. just don't work them /too/ hard ;)
--
Homer Parker
Gentoo/AMD64 Ar
Tom Martin wrote:
>Hi list,
>
>Brent lives in Rochester, Minnesota, in the US. There he fills his days
>working for the IBM Corporation as a Team LEad and Linux Consultant,
>where his primary responsibility is to help people port hteir
>applications to Linux running on the IBM POWER4, POWER5, and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Homer Parker wrote:
> It seems the PPC peeps have done it again, it's with great pleasure
> that I announce their newest AT, nixnut. Please give him a warm welcome
> to the team. I know JoseJX said he had plenty of work for him, so he
> might be
--- Homer Parker <[EMAIL PROTECTED]> wrote:
>
> It seems the PPC peeps have done it again, it's with great pleasure
> that I announce their newest AT, nixnut. Please give him a warm
> welcome
> to the team. I know JoseJX said he had plenty of work for him, so he
> might be hard to find ;)
>
It seems the PPC peeps have done it again, it's with great pleasure
that I announce their newest AT, nixnut. Please give him a warm welcome
to the team. I know JoseJX said he had plenty of work for him, so he
might be hard to find ;)
--
Homer Parker
Gentoo/AMD64 Arch Tester Operational L
On Fri, Jul 01, 2005 at 12:07:19AM +0300, Dan Armak wrote:
> If you're using monolithic ebuilds (this include all 3.3.x ebuilds) consider
> moving to the split ones: http://www.gentoo.org/doc/en/kde-split-ebuilds.xml
Don't forget to read the KDE Configuration HOWTO which also helps you a bit
on c
Chris Gianelloni wrote:
Arches:
MIPS (I just got an Indy and a Challenge S, haven't loaded them up yet)
Drop us a note if/when you get these running. If you're up for helping us out
on releng stuff, I can provide oodles of info (and ideas) on how we have to do
Netboots and my random forays
On Thu, 30 Jun 2005 17:38:32 -0400
Aron Griffis <[EMAIL PROTECTED]> wrote:
> Well, it's more visible, but it doesn't stop the emerge. I
> just put DEPEND="$(die)" into an ebuild to test.
Something that "works" better (ie., "makes portage stop during
metadata caching") is to put a non-zero return
Hi all!
Next Bugday is saturday July 2. 2005. As usual it will be held in
#gentoo-bugs on irc.freenode.net.
I hope to see lots of participants and that we can solve lots of bugs as
usual :)
Regards,
Bryan Østergaard
--
gentoo-dev@gentoo.org mailing list
Dan Armak wrote:[Thu Jun 30 2005, 05:11:10PM EDT]
> Instead of 'exit 1', qt_min_version should use die. I use that in
> deprange and it does work inside $DEPEND.
Well, it's more visible, but it doesn't stop the emerge. I just put
DEPEND="$(die)" into an ebuild to test. Here is what happe
Hi list,
Brent lives in Rochester, Minnesota, in the US. There he fills his days
working for the IBM Corporation as a Team LEad and Linux Consultant,
where his primary responsibility is to help people port hteir
applications to Linux running on the IBM POWER4, POWER5, and JS20
platforms.
While he
On Thu, 2005-30-06 at 15:09 -0500, Caleb Tennis wrote:
> On Thursday 30 June 2005 03:01 pm, Thomas de Grenier de Latour wrote:
> > It seems that portage evaluates disjonction left to right and
> > stops on the first match it founds. Thus, if you want want it to
> > choose the best matching version,
On Thursday 30 June 2005 23:36, Aron Griffis wrote:
> Dan Armak wrote: [Thu Jun 30 2005, 04:06:03PM EDT]
>
> > Because the function takes a parameter - the minimal version
> > required from which to start the list in the ||.
>
> Makes sense.
>
> > Any everyone who thinks functions inside $DEPE
Hi all,
We finally have a stable-keyworded KDE 3.4.x. Enjoy :-)
If you're using monolithic ebuilds (this include all 3.3.x ebuilds) consider
moving to the split ones: http://www.gentoo.org/doc/en/kde-split-ebuilds.xml
There are no explicit instructions for upgrading from the monolithic to the
On Thursday 30 June 2005 04:42 pm, Caleb Tennis wrote:
> On Thursday 30 June 2005 03:36 pm, Aron Griffis wrote:
> > See the problem? It didn't exit. That's what will happen if
> > a function in DEPEND fails: nothing. Except that yours will currently
> > stick this in DEPEND:
> >
> > !!! erro
On Thursday 30 June 2005 03:36 pm, Aron Griffis wrote:
> See the problem? It didn't exit. That's what will happen if
> a function in DEPEND fails: nothing. Except that yours will currently
> stick this in DEPEND:
>
> !!! error: qt_min_version called with invalid parameter: \"$1\",
> plea
Dan Armak wrote:[Thu Jun 30 2005, 04:06:03PM EDT]
> Because the function takes a parameter - the minimal version
> required from which to start the list in the ||.
Makes sense.
> Any everyone who thinks functions inside $DEPEND are iffy should
> look at deprange() and deprange-dual()... /
On Thursday 30 June 2005 03:01 pm, Thomas de Grenier de Latour wrote:
> It seems that portage evaluates disjonction left to right and
> stops on the first match it founds. Thus, if you want want it to
> choose the best matching version, you should rather sort them in
> decreasing order. (At least,
On Thursday 30 June 2005 02:37 pm, Michael Sterrett -Mr. Bones.- wrote:
> Why use a function then? Why not just supply a variable in the eclass that
> is put in the DEPEND?
Because you need to be able to specify what the minimum version of Qt you want
is. I suppose we could have 50 variables :
On Thu, 30 Jun 2005 22:01:42 +0200
Thomas de Grenier de Latour <[EMAIL PROTECTED]> wrote:
> It seems that portage evaluates disjonction left to right and
> stops on the first match it founds.
Sure, the above holds only for picking a package to install when
the dep is not already satisfied. If a m
On Thursday 30 June 2005 22:37, Michael Sterrett -Mr. Bones.- wrote:
> On Thu, 30 Jun 2005, Caleb Tennis wrote:
> > Understandable, but I don't know any other way to do it. The function
> > does nothing more than return a list of ebuild versions to make the
> > depend happy. It doesn't rely on any
On Thu, 30 Jun 2005 14:33:04 -0500
Caleb Tennis <[EMAIL PROTECTED]> wrote:
>
> $(qt_min_version 3.3) == "|| ( =x11-libs/qt-3.3.3
> =x11-libs/qt-3.3.3-r1 =x11-libs/qt-3.3.3-r2
> =x11-libs/qt-3.3.3-r3 =x11-libs/qt-3.3.4 )
>
It seems that portage evaluates disjonction left to right and
stops on th
On Thu, 30 Jun 2005, Caleb Tennis wrote:
Understandable, but I don't know any other way to do it. The function does
nothing more than return a list of ebuild versions to make the depend happy.
It doesn't rely on anything dynamic.
$(qt_min_version 3.3) == "|| ( =x11-libs/qt-3.3.3 =x11-libs/qt-3.
On Thursday 30 June 2005 02:15 pm, Mike Frysinger wrote:
> it depends on the information that the function acts upon ...
>
> if the results depend on stuff that is installed (i.e. things in
> /var/db/pkg) or env vars the user manipulates (like $SOME_FOO), then that's
> bad ... if the results depend
On Thursday 30 June 2005 01:58 pm, Donnie Berkholz wrote:
> I'm no expert on portage, but running random functions in DEPEND sounds
> like a bad idea.
Understandable, but I don't know any other way to do it. The function does
nothing more than return a list of ebuild versions to make the depend
On Thursday 30 June 2005 02:58 pm, Donnie Berkholz wrote:
> Caleb Tennis wrote:
> > DEPEND="$(qt_min_version 3.0)"
> > or
> > DEPEND="qt? ( $(qt_min_version 3.1.2-r2) )"
> >
> > And the eclass will expand out all Qt3 ebuilds which satisfy the
> > statement.
>
> I'm no expert on portage, but running
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Caleb Tennis wrote:
> DEPEND="$(qt_min_version 3.0)"
> or
> DEPEND="qt? ( $(qt_min_version 3.1.2-r2) )"
>
> And the eclass will expand out all Qt3 ebuilds which satisfy the statement.
I'm no expert on portage, but running random functions in DEPEND
>> Wolfgang Illmeyer wrote:[Thu Jun 30 2005, 12:40:21PM EDT]
>>
>>
>>> Calculating dependencies -
>>> emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop".
I thought we fixed this problem.
--
Lance Albertson <[EMAIL PROTECTED]>
Gentoo Infrastructure | Operations Manager
---
GPG Public
(I'd like to hear your thoughts and comments on the matter below before I
start the process of changing ebuilds to comply.)
With Qt4 entering portage, we are going to start running into a dependency
problem with ebuilds that do:
DEPEND=">=x11-libs/qt-3.2"
Because Qt4 satisfies this depend even
Wolfgang Illmeyer wrote:[Thu Jun 30 2005, 01:07:35PM EDT]
> I did spell it right:
>
> # emerge -pv ebook-binutils
Ah sorry, I misunderstood the problem.
Regards,
Aron
--
Aron Griffis
Gentoo Linux Developer
pgpk7wJATpoAz.pgp
Description: PGP signature
>From Wolfgang Illmeyer on Thursday, 30 June, 2005:
>already synced twice today, but the error didn't go away...
Because of weird caching things that I don't understand (anyone from
portage group want to explain?), you likely need to lobotomize portage
as described in bug 8335:
http://bugs.ge
I did spell it right:
# emerge -pv ebook-binutils
Aron Griffis wrote:
Wolfgang Illmeyer wrote:[Thu Jun 30 2005, 12:40:21PM EDT]
Calculating dependencies -
emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop".
Try spelling it right.
--
Aron Griffis
Gentoo Linux Developer
Wolfgang Illmeyer wrote:[Thu Jun 30 2005, 12:40:21PM EDT]
> Calculating dependencies -
> emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop".
Try spelling it right.
--
Aron Griffis
Gentoo Linux Developer
pgpFZNEoYXLLd.pgp
Description: PGP signature
already synced twice today, but the error didn't go away...
Mark Loeser wrote:
Wolfgang Illmeyer wrote:
BTW:
# emerge -pv ebook-binutils
These are the packages that I would merge, in order:
Calculating dependencies -
emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop".
Wolfgang Illmeyer wrote:
> BTW:
>
> # emerge -pv ebook-binutils
>
> These are the packages that I would merge, in order:
>
> Calculating dependencies -
> emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop".
>
> I can't find no dev-uitl/kdevelop... somebody should put that into the
> por
On Wed, 29 Jun 2005 21:46:31 -0600
Jason Wever <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> In the past, a few folks that aren't part of the SPARC herd had
> communicated that they had the ability to actually test packages on
> SPARC hardware and been giving the blessing of the SPARC team to
> keywor
BTW:
# emerge -pv ebook-binutils
These are the packages that I would merge, in order:
Calculating dependencies -
emerge: there are no ebuilds to satisfy "dev-uitl/kdevelop".
I can't find no dev-uitl/kdevelop... somebody should put that into the
portage tree ;)
Wolfgang
Mike Frysinger wrot
On Thursday 30 June 2005 08:31 am, José Alberto Suárez López wrote:
> i think that all the ebook-* ebuilds must be removed. Is more easy to
> dowload the ebooks from the official web.
i dont see how downloading/unpacking/moving files around is easier than
`emerge ebook-blah`
do you have a reason
On Wed, 2005-06-29 at 21:46 -0600, Jason Wever wrote:
> Please contact me privately if you are missing from this list but have
> notified the SPARC team in the past about an ability to keyword or if
> you need to update what information is on the list.
I am doing this on-list simply to make things
Hi,
i think that all the ebook-* ebuilds must be removed. Is more easy to
dowload the ebooks from the official web.
somebody want to maintain this ebuilds for a good reason?
regards
signature.asc
Description: This is a digitally signed message part
On Thu, 2005-06-30 at 11:48 +0200, Henrik Brix Andersen wrote:
> On Wed, 2005-06-29 at 11:18 +0200, Henrik Brix Andersen wrote:
> > For this to work, a new package called pcmciautils [1] will need to be
> > added to portage. Therefore, a new virtual/pcmcia (which will default to
> > sys-apps/pcmcia
On Wed, 2005-06-29 at 11:18 +0200, Henrik Brix Andersen wrote:
> For this to work, a new package called pcmciautils [1] will need to be
> added to portage. Therefore, a new virtual/pcmcia (which will default to
> sys-apps/pcmcia-cs in base/virtuals for now) will be added as well.
... and it is don
42 matches
Mail list logo
