[gentoo-user] package.provided

[gentoo-user] package.provided

[Jeremy Olexa]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,
Is there any other solution to the /etc/make.profile/package.provided
file? As we all know the /usr/portage/ dir gets wiped of custom files on
every sync. It seems kinda silly that there is a package.provided
solution but it gets wiped every time, so is there any other way to
accomplish the same thing on a more permanent term that I am not aware
of? The portage man page does not suggest anything else.
Thanks.
- --
Jeremy Olexa
(olexa@cs.umn.edu)
Office: EE/CS 1-201
CS/IT Systems Staff
University of Minnesota

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEuuZtFN7pD9kMi/URAqWbAJ4s/AUJfMhlRIHFMFF9Y+klSqMhJgCfWL1g
48mF2vMh2M7YlWumepiIVSk=
=PDsH
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Brett I. Holcomb]

Check out /etc/make.conf - that will override some settings.  You aren't 
supposed to mess with the make.profile - it's a defalt that all else is based 
on.

On Sunday July 16 2006 21:22, Jeremy Olexa wrote:
> Hi,
> Is there any other solution to the /etc/make.profile/package.provided
> file? As we all know the /usr/portage/ dir gets wiped of custom files on
> every sync. It seems kinda silly that there is a package.provided
> solution but it gets wiped every time, so is there any other way to
> accomplish the same thing on a more permanent term that I am not aware
> of? The portage man page does not suggest anything else.
> Thanks.
> --
> Jeremy Olexa
> (olexa@cs.umn.edu)
> Office: EE/CS 1-201
> CS/IT Systems Staff
> University of Minnesota

-- 

Brett I. Holcomb
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Willie Wong]

On Sun, Jul 16, 2006 at 08:22:54PM -0500, Penguin Lover Jeremy Olexa squawked:
> Hi,
> Is there any other solution to the /etc/make.profile/package.provided
> file? As we all know the /usr/portage/ dir gets wiped of custom files on
> every sync. It seems kinda silly that there is a package.provided
> solution but it gets wiped every time, so is there any other way to
> accomplish the same thing on a more permanent term that I am not aware
> of? The portage man page does not suggest anything else.

I've been wondering about that too. Perhaps that is what
/etc/portage/profile is for? Per man portage:

  /etc/portage/profile/
           site-specific overrides of /etc/make.profile/

W
		
-- 
Confront a child, a puppy, and a kitten with a sudden danger; the child will 
turn instinctively for assistance, the puppy will grovel in abject submission. 
The kitten will brace its tiny body for a frantic resistance.
    ~Saki
Sortir en Pantoufles: up 5 days,  8:17
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 795 bytes --]

On Sun, 16 Jul 2006 20:22:54 -0500, Jeremy Olexa wrote:

> Is there any other solution to the /etc/make.profile/package.provided
> file? As we all know the /usr/portage/ dir gets wiped of custom files on
> every sync. It seems kinda silly that there is a package.provided
> solution but it gets wiped every time, so is there any other way to
> accomplish the same thing on a more permanent term that I am not aware
> of? The portage man page does not suggest anything else.

/etc/portage/profile overrides anything in /etc/make.profile, so
use /etc/portage/profile/package.provided.

This is covered in the portage man page

/etc/portage/profile/
    site-specific overrides of /etc/make.profile/


-- 
Neil Bothwick

After a number of decimal places, nobody gives a damn.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] package.provided

[Jeremy Olexa]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Neil Bothwick wrote:
> On Sun, 16 Jul 2006 20:22:54 -0500, Jeremy Olexa wrote:
> 
>> Is there any other solution to the /etc/make.profile/package.provided
>> file? As we all know the /usr/portage/ dir gets wiped of custom files on
>> every sync. It seems kinda silly that there is a package.provided
>> solution but it gets wiped every time, so is there any other way to
>> accomplish the same thing on a more permanent term that I am not aware
>> of? The portage man page does not suggest anything else.
> 
> /etc/portage/profile overrides anything in /etc/make.profile, so
> use /etc/portage/profile/package.provided.
> 
> This is covered in the portage man page
> 
> /etc/portage/profile/
>     site-specific overrides of /etc/make.profile/
> 
> 

Great, I knew there must be a solution for this issue. Thanks for
interpreting the man page for me ;) Perhaps it could be more clear what
"site-specific overrides" means but now I know. Thanks again.

- --
Jeremy Olexa
(olexa@cs.umn.edu)
Office: EE/CS 1-201
CS/IT Systems Staff
University of Minnesota

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEvGN4FN7pD9kMi/URAqzQAJ494WzMlj76m4wYB5zdr5mSyFt9dgCfaPpz
XHuUxSHhMp2czQ8d9UEEctc=
=eYDW
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Donnie Berkholz]

[-- Attachment #1: Type: text/plain, Size: 370 bytes --]

Jeremy Olexa wrote:
> Great, I knew there must be a solution for this issue. Thanks for
> interpreting the man page for me ;) Perhaps it could be more clear what
> "site-specific overrides" means but now I know. Thanks again.

Could you suggest wording that would make it more clear to you? There's
no rule saying the docs can't be fixed. =)

Thanks,
Donnie


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 252 bytes --]

proper use of package.provided (was: Re: [gentoo-user] package.provided)

[Jeremy Olexa]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Donnie Berkholz wrote:
> Jeremy Olexa wrote:
>> Great, I knew there must be a solution for this issue. Thanks for
>> interpreting the man page for me ;) Perhaps it could be more clear what
>> "site-specific overrides" means but now I know. Thanks again.
> 
> Could you suggest wording that would make it more clear to you? There's
> no rule saying the docs can't be fixed. =)
> 
> Thanks,
> Donnie
> 

Donnie,
My only suggestion would be to include an example. Neil's example was
good enough for me.

example: /etc/portage/profile/package.provided overrides
/etc/make.profile/package.provided

instead of:

"site-specific overrides"

- --
Jeremy Olexa
(olexa@cs.umn.edu)
Office: EE/CS 1-201
CS/IT Systems Staff
University of Minnesota

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEwEuIFN7pD9kMi/URAlEXAJ4gTxL5xMnqRpSHbBTVn7fJDELVwgCaA+ms
1Of61ktmztzFzAvwwB2409c=
=RxEI
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] package.provided

[Daniel Iliev]

Hi, list

I have x11-wm/beryl-0.2.1 installed on a stable system. One of its
dependencies is ~x11-wm/aquamarine-0.2.1 which dies during compilation.
This is fine with me because I installed beryl issuing:
"emerge --resume --skipfirst"
and it works OK. My problem is that portage wants to pull in aquamarine
every time I execute:
 "emerge -DuN world"
or
 "emerge --depclean".

Following the official docs [1] I did
 "echo x11-wm/aquamarine-0.2.1 >> /etc/portage/profile/package.provided"
but it doesn't seem to help.

Am I missing something?


[1] http://shurl.org/NKiRs


-- 
Best regards,
Daniel

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Daniel Pielmeier]

> I have x11-wm/beryl-0.2.1 installed on a stable system. One of its
> dependencies is ~x11-wm/aquamarine-0.2.1 which dies during compilation.
> This is fine with me because I installed beryl issuing:
> "emerge --resume --skipfirst"
> and it works OK. My problem is that portage wants to pull in aquamarine
> every time I execute:
>  "emerge -DuN world"
> or
>  "emerge --depclean".
>
> Following the official docs [1] I did
>  "echo x11-wm/aquamarine-0.2.1 >> /etc/portage/profile/package.provided"
> but it doesn't seem to help.

I guess you are using heliodor or emerald as window-decorator.
You can try to unset the kde use flag for the beryl ebuild which tries
to pull in aquamarine.
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Daniel Iliev]

On Tue, 8 May 2007 17:39:17 +0200
"Daniel Pielmeier" <daniel.pielmeier@googlemail.com> wrote:

> > I have x11-wm/beryl-0.2.1 installed on a stable system. One of its
> > dependencies is ~x11-wm/aquamarine-0.2.1 which dies during
> > compilation. This is fine with me because I installed beryl issuing:
> > "emerge --resume --skipfirst"
> > and it works OK. My problem is that portage wants to pull in
> > aquamarine every time I execute:
> >  "emerge -DuN world"
> > or
> >  "emerge --depclean".
> >
> > Following the official docs [1] I did
> >  "echo x11-wm/aquamarine-0.2.1
> > >> /etc/portage/profile/package.provided" but it doesn't seem to
> > >> help.
> 
> I guess you are using heliodor or emerald as window-decorator.
> You can try to unset the kde use flag for the beryl ebuild which tries
> to pull in aquamarine.


Thank you!

Indeed I'm using heliodor and removing the kde USE flag did the work
for me but the question (now just out of curiosity) still remains.


-- 
Best regards,
Daniel

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Zac Medico]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Daniel Iliev wrote:
> Following the official docs [1] I did
>  "echo x11-wm/aquamarine-0.2.1 >> /etc/portage/profile/package.provided"
> but it doesn't seem to help.

The way that emerge currently behaves, that won't help if aquamarine
is listed in /var/lib/portage/world.  If you've unmerged aquamarine
since then, it will have been removed from the world file.

Zac

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.3 (GNU/Linux)

iD8DBQFGQNnP/ejvha5XGaMRAjXfAKCHfu6uaYAr/T2NYHydVpDSTEFBOACfchVb
lwBIilmEpFH4I7311S/xziM=
=C0bQ
-----END PGP SIGNATURE-----
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Daniel Iliev]

On Tue, 08 May 2007 13:13:05 -0700
Zac Medico <zmedico@gentoo.org> wrote:

> Daniel Iliev wrote:
> > Following the official docs [1] I did
> >  "echo x11-wm/aquamarine-0.2.1
> > >> /etc/portage/profile/package.provided" but it doesn't seem to
> > >> help.
> 
> The way that emerge currently behaves, that won't help if aquamarine
> is listed in /var/lib/portage/world.  If you've unmerged aquamarine
> since then, it will have been removed from the world file.
> 


I have never emerged aquamarine. It's not listed in the world file.

-- 
Best regards,
Daniel

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Iain Buchanan]

On Wed, 2007-05-09 at 12:22 +0300, Daniel Iliev wrote:
> On Tue, 08 May 2007 13:13:05 -0700
> Zac Medico <zmedico@gentoo.org> wrote:
> 
> > Daniel Iliev wrote:
> > > Following the official docs [1] I did
> > >  "echo x11-wm/aquamarine-0.2.1
> > > >> /etc/portage/profile/package.provided" but it doesn't seem to
> > > >> help.

should there be a = before the package name?

HTH,
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

Kindness is a language which the deaf can hear and the blind can read.
		-- Mark Twain

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] package.provided

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 397 bytes --]

On Wed, 09 May 2007 23:23:54 +0930, Iain Buchanan wrote:

> > > > Following the official docs [1] I did
> > > >  "echo x11-wm/aquamarine-0.2.1  
> > > > >> /etc/portage/profile/package.provided" but it doesn't seem to
> > > > >> help.  
> 
> should there be a = before the package name?

No, not for package.provided.


-- 
Neil Bothwick

Stupid user error. Terminate user (Y/n) ?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[gentoo-user] package.provided

[Daniel Iliev]

Hi,

I want to compile mplayer in a way not supported by the ebuild and use
portage only to keep record of the files installed in system for future
uninstallation.

The system amd64 stable.

I have done the following:

(1) echo media-video/mplayer >> /etc/portage/package.keywords

// "emerge -p mplayer" now gives:
media-video/mplayer-1.0_rc2_p24929-r2 //

(2) echo media-video/mplayer-1.0_rc2_p24929-r2
>> /etc/portage/package.provided

(3) ebuild `equery w mplayer` unpack

(4) cd $PORTAGE_TMPDIR/portage/media-video/mplayer-*/work/mplayer*
(5) ./configure --the-way-I-want-it-to-be
(6)make
(7) cd ../../
(8) touch .compiled
(9) ebuild `equery w mplayer` merge


Everything seems to be OK until I try "emerge -DuNav world". After
this point portage wants to rebuild mplayer, showing all USE flags
as newly added (e.g. "alsa%"). I expected putting mplayer
into /etc/portage/package.keywords to make portage ignore this
package.

Where is my mistake and what is the correct method I should follow?

-- 
Best regards,
Daniel
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] package.provided

[Renat Golubchyk]

[-- Attachment #1: Type: text/plain, Size: 1478 bytes --]

On Tue, 8 Jan 2008 14:35:27 +0200 Daniel Iliev <daniel.iliev@gmail.com>
wrote:
> I want to compile mplayer in a way not supported by the ebuild and use
> portage only to keep record of the files installed in system for
> future uninstallation.
> 
> The system amd64 stable.
> 
> I have done the following:
> 
> (1) echo media-video/mplayer >> /etc/portage/package.keywords
> 
> // "emerge -p mplayer" now gives:
> media-video/mplayer-1.0_rc2_p24929-r2 //
> 
> (2) echo media-video/mplayer-1.0_rc2_p24929-r2
> >> /etc/portage/package.provided
> 
> (3) ebuild `equery w mplayer` unpack
> 
> (4) cd $PORTAGE_TMPDIR/portage/media-video/mplayer-*/work/mplayer*
> (5) ./configure --the-way-I-want-it-to-be
> (6)make
> (7) cd ../../
> (8) touch .compiled
> (9) ebuild `equery w mplayer` merge
> 
> 
> Everything seems to be OK until I try "emerge -DuNav world". After
> this point portage wants to rebuild mplayer, showing all USE flags
> as newly added (e.g. "alsa%"). I expected putting mplayer
> into /etc/portage/package.keywords to make portage ignore this
> package.
> 
> Where is my mistake and what is the correct method I should follow?

The correct method is described, for example, in the following email:
http://archives.gentoo.org/gentoo-user/msg_119794.xml


Cheers,
Renat

-- 
Probleme kann man niemals mit derselben Denkweise loesen,
durch die sie entstanden sind.
                                              (Einstein)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] package.provided

[Alan McKinnon]

On Tuesday 08 January 2008, Daniel Iliev wrote:
> Hi,
>
> I want to compile mplayer in a way not supported by the ebuild and
> use portage only to keep record of the files installed in system for
> future uninstallation.

A much better way would be to modify the ebuild to do what you want, 
then copy it to a local overlay. Portage will use your overlay in 
preference to the portage tree. You just have to then watch out for 
newer versions to hit the tree which will supercede your custom ebuild, 
and modify those new versions similarly.

There's an environment variable EXTRA_ECONF intended for *users* to add 
extra configure options when emerging, but I have heard bad things 
about using this. Don't know the details, perhaps someone else who does 
will post in response.

Finally, you could just mask out mplayer entirely and build it from 
source using the default DESTDIR of /usr/local. It's not a complete 
unistall solution, but at least it doesn't collide with portage's 
installs in /usr/

man 5 ebuild has lots of info on this topic

alan



>
> The system amd64 stable.
>
> I have done the following:
>
> (1) echo media-video/mplayer >> /etc/portage/package.keywords
>
> // "emerge -p mplayer" now gives:
> media-video/mplayer-1.0_rc2_p24929-r2 //
>
> (2) echo media-video/mplayer-1.0_rc2_p24929-r2
>
> >> /etc/portage/package.provided
>
> (3) ebuild `equery w mplayer` unpack
>
> (4) cd $PORTAGE_TMPDIR/portage/media-video/mplayer-*/work/mplayer*
> (5) ./configure --the-way-I-want-it-to-be
> (6)make
> (7) cd ../../
> (8) touch .compiled
> (9) ebuild `equery w mplayer` merge
>
>
> Everything seems to be OK until I try "emerge -DuNav world". After
> this point portage wants to rebuild mplayer, showing all USE flags
> as newly added (e.g. "alsa%"). I expected putting mplayer
> into /etc/portage/package.keywords to make portage ignore this
> package.
>
> Where is my mistake and what is the correct method I should follow?
>
> --
> Best regards,
> Daniel



-- 
Alan McKinnon
alan dot mckinnon at gmail dot com
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] package.provided

[Daniel Iliev]

On Tue, 8 Jan 2008 15:11:09 +0200
Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> 
> A much better way would be to modify the ebuild to do what you want, 
> then copy it to a local overlay. Portage will use your overlay in 
> preference to the portage tree. You just have to then watch out for 
> newer versions to hit the tree which will supercede your custom
> ebuild, and modify those new versions similarly.

Yes, may be it's time for me to learn how to write an ebuild. My
problem is that it seems to me too much work just to maintain a
few occasional packages locally. ;-)


> There's an environment variable EXTRA_ECONF intended for *users* to
> add extra configure options when emerging, but I have heard bad
> things about using this. Don't know the details, perhaps someone else
> who does will post in response.


Yes, I'm aware of EXTRA_ECONF and I use it via /etc/portage/bashrc. 
( explained w/ example by Mr. Bo Andresen: http://tinyurl.com/39c74x )
It never caused problems here.

I want to change the "./configure --params" for sure but perhaps I'd
need to alter several source files. I'm not sure if /etc/portage/bashrc
could do the work in the latter case but it's an idea that never
occurred to me before and I'm going to explore.


> 
> Finally, you could just mask out mplayer entirely and build it from 
> source using the default DESTDIR of /usr/local. It's not a complete 
> unistall solution, but at least it doesn't collide with portage's 
> installs in /usr/
> 

Why mask?

If I install it manually there would be no need for "emerge mplayer"
at all, right? ;-)
(additionally "/usr/local/(s)bin" precedes "/usr/(s)bin" in $PATH by
default)

Anyways, this is not an option for me because I hate cleaning forgotten
files or keeping the src for eventual "make uninstall".
I'd prefer compiling the program with PREFIX="$HOME/program_name".

So, for the time being I'll try to solve the problem via
"/etc/portage/bashrc", while waiting for more possible advices.


-- 
Best regards,
Daniel
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] package.provided

[Alan McKinnon]

On Tuesday 08 January 2008, Daniel Iliev wrote:
> On Tue, 8 Jan 2008 15:11:09 +0200
>
> Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> > A much better way would be to modify the ebuild to do what you
> > want, then copy it to a local overlay. Portage will use your
> > overlay in preference to the portage tree. You just have to then
> > watch out for newer versions to hit the tree which will supercede
> > your custom ebuild, and modify those new versions similarly.
>
> Yes, may be it's time for me to learn how to write an ebuild. My
> problem is that it seems to me too much work just to maintain a
> few occasional packages locally. ;-)

It is a reasonable amount of work to read the man pages and so on, but I 
found it was well worth the trouble. Now when I read an ebuild I 
understand what I'm seeing, before it was just meaningless stuff.

Am I correct in saying you plan to emerge mplayer with a few extra 
params and not much else customizing? In that case the mods you will 
make are simple and need to be done just once. Then paste the same 
changes into a new ebuild each time you want to upgrade

> > There's an environment variable EXTRA_ECONF intended for *users* to
> > add extra configure options when emerging, but I have heard bad
> > things about using this. Don't know the details, perhaps someone
> > else who does will post in response.
>
> Yes, I'm aware of EXTRA_ECONF and I use it via /etc/portage/bashrc.
> ( explained w/ example by Mr. Bo Andresen: http://tinyurl.com/39c74x
> ) It never caused problems here.

Interesting. I must find out more :-)

> I want to change the "./configure --params" for sure but perhaps I'd
> need to alter several source files. I'm not sure if
> /etc/portage/bashrc could do the work in the latter case but it's an
> idea that never occurred to me before and I'm going to explore.
>
> > Finally, you could just mask out mplayer entirely and build it from
> > source using the default DESTDIR of /usr/local. It's not a complete
> > unistall solution, but at least it doesn't collide with portage's
> > installs in /usr/
>
> Why mask?

Just a safety net really, in case you one day forget and run 'emerge 
mplayer'. Not necessary for operation :-)



-- 
Alan McKinnon
alan dot mckinnon at gmail dot com
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] package.provided

[Daniel Iliev]

On Tue, 8 Jan 2008 20:23:58 +0200
Alan McKinnon <alan.mckinnon@gmail.com> wrote:

> On Tuesday 08 January 2008, Daniel Iliev wrote:
> > On Tue, 8 Jan 2008 15:11:09 +0200
--snip--
> Am I correct in saying you plan to emerge mplayer with a few extra 
> params and not much else customizing? In that case the mods you will 
> make are simple and need to be done just once. Then paste the same 
> changes into a new ebuild each time you want to upgrade
> 

Actually the changes I want to make are not so few. The whole story is
that several days ago a friend of mine pointed me to a very cool
front-end for mplayer: http://smplayer.sourceforge.net/ 
Unfortunately it can't be found in portage yet.

Since it works with the "plain" mplayer I decided to get rid of the GUI
part (gmplayer). The USE flag "-gtk" disables the GUI, but smplayer
couldn't work with the produced mplayer. When I compiled mplayer
manually with "--disable-gui", smplayer worked just fine.
Additionally I started playing around with the src and found that on my
system mplayer can hold any optimisation I force upon it and there are
no problems. :)
I have best results when it's compiled with "--enable-sse2" and no
other mxx, 3dnow etc. stuff. This way mplayer produces:
"CPUflags:  MMX: 0 MMX2: 0 3DNow: 0 3DNow2: 0 SSE: 0 SSE2: 1"
in the output.

Additionally I forced some gcc options on the source like this:

find . -type f -exec sed -i 's/ -O. //g; {} + 
find . -type f -exec sed -i 's/-mtune=\w*//g' {} +  
find . -type f -exec sed -i 's/-mcpu=\w*//g' {} + 
find . -type f -exec sed -i 's/march=\w*/march=athlon64 \-msse3
\-mfpmath=sse \-O3    \-pipe \-fomit-frame-pointer/g' {} + 

// Yes, it's brutal and it's a miracle that it works but what do I have
to loose? The worst case scenario is that I end up with broken src and
have to extract it again :) //

Now mplayer uses up to 20% less CPU which in my case is not
meaningless.

The only problem is to make portage forget about this package until the
next version is released. I thought package.provided is for this
purpose, but it doesn't work here as I expected.



> > Yes, I'm aware of EXTRA_ECONF and I use it via /etc/portage/bashrc.
> > ( explained w/ example by Mr. Bo Andresen: http://tinyurl.com/39c74x
> > ) It never caused problems here.
> 
> Interesting. I must find out more :-)


It's very handy. For example I don't need the innodb engine of mysql,
so my /etc/portage/bashrc reads:

==

case "$CATEGORY/$PN" in

	dev-db/mysql)

		EXTRA_ECONF="--enable-local-infile --without-innodb"
	;;

esac 

==

Unfortunately I couldn't manage to use it for solving the current
problem.


-- 
Best regards,
Daniel
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] package.provided

[Kenneth Prugh]

[-- Attachment #1: Type: text/plain, Size: 1281 bytes --]

On Tue, 8 Jan 2008 14:35:27 +0200
Daniel Iliev <daniel.iliev@gmail.com> wrote:

> Hi,
> 
> I want to compile mplayer in a way not supported by the ebuild and use
> portage only to keep record of the files installed in system for
> future uninstallation.
> 
> The system amd64 stable.
> 
> I have done the following:
> 
> (1) echo media-video/mplayer >> /etc/portage/package.keywords
> 
> // "emerge -p mplayer" now gives:
> media-video/mplayer-1.0_rc2_p24929-r2 //
> 
> (2) echo media-video/mplayer-1.0_rc2_p24929-r2
> >> /etc/portage/package.provided
> 
> (3) ebuild `equery w mplayer` unpack
> 
> (4) cd $PORTAGE_TMPDIR/portage/media-video/mplayer-*/work/mplayer*
> (5) ./configure --the-way-I-want-it-to-be
> (6)make
> (7) cd ../../
> (8) touch .compiled
> (9) ebuild `equery w mplayer` merge
> 
> 
> Everything seems to be OK until I try "emerge -DuNav world". After
> this point portage wants to rebuild mplayer, showing all USE flags
> as newly added (e.g. "alsa%"). I expected putting mplayer
> into /etc/portage/package.keywords to make portage ignore this
> package.
> 
> Where is my mistake and what is the correct method I should follow?
> 

Pretty sure package.provided is /etc/portage/profile/package.provided

-- 
Ken69267

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] package.provided

[Dmitry S. Makovey]

[-- Attachment #1: Type: text/plain, Size: 1051 bytes --]

On January 8, 2008, Daniel Iliev wrote:
> On Tue, 8 Jan 2008 20:23:58 +0200
>
> Alan McKinnon <alan.mckinnon@gmail.com> wrote:
> > On Tuesday 08 January 2008, Daniel Iliev wrote:
> > > On Tue, 8 Jan 2008 15:11:09 +0200
>
> --snip--
>
> > Am I correct in saying you plan to emerge mplayer with a few extra
> > params and not much else customizing? In that case the mods you will
> > make are simple and need to be done just once. Then paste the same
> > changes into a new ebuild each time you want to upgrade
>
> Actually the changes I want to make are not so few. The whole story is
> that several days ago a friend of mine pointed me to a very cool
> front-end for mplayer: http://smplayer.sourceforge.net/
> Unfortunately it can't be found in portage yet.

http://smplayer.wiki.sourceforge.net/Contributed+Packages

lists Berkano Overlay as a source for ebuild. You might want to check it out 
before you go too far building your own :)

-- 
Dmitry Makovey
Web Systems Administrator
Athabasca University
(780) 675-6245

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] package.provided

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 495 bytes --]

On Tue, 8 Jan 2008 14:35:27 +0200, Daniel Iliev wrote:

> (1) echo media-video/mplayer >> /etc/portage/package.keywords

This just causes portage to use the testing, ~arch version of the program

> (2) echo media-video/mplayer-1.0_rc2_p24929-r2
> >> /etc/portage/package.provided

This should be /etc/portage/profile/package.provided

man portage explains the location and function of these files.


-- 
Neil Bothwick

Crayons can take you more places than starships. * Guinan

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] package.provided

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 426 bytes --]

On Tue, 8 Jan 2008 23:20:02 +0200, Daniel Iliev wrote:

> Actually the changes I want to make are not so few. The whole story is
> that several days ago a friend of mine pointed me to a very cool
> front-end for mplayer: http://smplayer.sourceforge.net/ 
> Unfortunately it can't be found in portage yet.

http://bugs.gentoo.org/show_bug.cgi?id=176211

-- 
Neil Bothwick

Why isn't phonetically spelled that way?

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]