Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
--depclean want to unmerge my SVN software's dependences
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
karia
n00b
n00b


Joined: 05 Oct 2015
Posts: 5

PostPosted: Tue Oct 06, 2015 1:40 pm    Post subject: --depclean want to unmerge my SVN software's dependences Reply with quote

Hello,
I have compiled Code::blocks from svn , and use
Code:
emerge --onlydeps codeblocks

to solve the dependences problem by only emerging the dependence of codeblocks-13.12

Obviously, when
Code:
emerge --depclean

,portage want to unmerge my dependences because it is unaware of the codeblocks compiled by myself.

I add
Code:
dev-util/codeblocks-13.12
to /etc/portage/profile/package.provided, but it seems no use.

How to inform portage not to unmerge Codeblocks's dependences when emerge --depclean?Thanks.
Back to top
View user's profile Send private message
John R. Graham
Administrator
Administrator


Joined: 08 Mar 2005
Posts: 10589
Location: Somewhere over Atlanta, Georgia

PostPosted: Tue Oct 06, 2015 1:57 pm    Post subject: Reply with quote

You need to make sure that all of the dependencies are part of the world set. That will protect them from --depclean. Simplistically, just issue
Code:
emerge --noreplace
for each dependent package.

A more elegant way to do this is to create a set called something like codeblocks-deps and make all of the codeblocks dependencies members of that set.
Code:
# mkdir -p /etc/portage/sets
cat >/etc/portage/sets/codeblocks-deps
cat1/pkg1
cat2/pkg2
...
<Ctrl-D>
emerge --noreplace @codeblocks-deps
That way you can manage changing dependencies in one place (the /etc/portage/sets/codeblocks-deps text file).

But the very best way (although it's more work and requires more domain knowledge) is to create an ebuild for your private codeblocks version and put it in your local overlay. That way you don't need a special set or extra cruft in the world set: Portage is managing everything—including codeblocks. You can just "emerge codeblocks" and be done! ;)

Edit: Belatedly realized that there was a codeblocks-9999 ebuild. The 9999 version is Gentoo's standard method of indicating a "live" ebuild that pulls source directly from upstream version control (in this case, subversion). So, is there a reason you didn't use the -9999 ebuild? Is there something you get by doing your own private install?

- John
_________________
I can confirm that I have received between 0 and 499 National Security Letters.
Back to top
View user's profile Send private message
karia
n00b
n00b


Joined: 05 Oct 2015
Posts: 5

PostPosted: Tue Oct 06, 2015 4:26 pm    Post subject: Reply with quote

I noticed the 9999 ebuild, but I don't know what it means until just now 8O

Actually I want to decide by myself what "contrib plugins" to compile.The ebuild's USE FLAGS have "contrib", but it will have all the plugins installed, hum, not that meticulous, right?
(Ah, if you have used this IDE too, you must know it. Byogames is a good plugin, I like it lol, but it seems nothing to do with an IDE :wink:

Thanks for providing so many solutions anyway, I'll consider them!
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum