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 done.
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-cs in
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 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
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
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
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
keyword
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:
(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, 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 Key:
-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 sounds
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 random functions
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
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 anything
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,
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()... /me
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\,
please
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:
!!! error:
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 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 $DEPEND are
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, you
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
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
-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
24 matches
Mail list logo
