[gentoo-user] depclean portect a class of ebuilds ?

[gentoo-user] depclean portect a class of ebuilds ?

[James]

Howdy,

Ok, so I use this syntax (in make.conf) to protect gentoo-source kernels,
as I like to keep kernel codes around for quite a while:

EMERGE_DEFAULT_OPTS="--exclude gentoo-sources"

It works just fine.

Today, I have many many ugly and hacked java projects
on my "munge" system. I have spend countless hours hacking
at java; so I do not wish for any dev-java codes to be removed
by --depclean, but the others can be cleaned up.

I have not been able to find a way to (inside of make.conf)
to prevent these dev-java/* ebuild removals.


Insight, discussion and syntax snippents are all welcome, that will
allow me to protect *java* from depclean.



James

Re: [gentoo-user] depclean portect a class of ebuilds ?

[Neil Bothwick]

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

On Sat, 14 Mar 2015 16:39:58 +0000 (UTC), James wrote:

> Ok, so I use this syntax (in make.conf) to protect gentoo-source
> kernels, as I like to keep kernel codes around for quite a while:
> 
> EMERGE_DEFAULT_OPTS="--exclude gentoo-sources"
> 
> It works just fine.
> 
> Today, I have many many ugly and hacked java projects
> on my "munge" system. I have spend countless hours hacking
> at java; so I do not wish for any dev-java codes to be removed
> by --depclean, but the others can be cleaned up.
> 
> I have not been able to find a way to (inside of make.conf)
> to prevent these dev-java/* ebuild removals.

Why not simply create a set containing all the ebuilds you are
experimenting with?


-- 
Neil Bothwick

For security reasons, all text in this mail
  is double-rot13 encrypted.

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

[gentoo-user] Re: depclean portect a class of ebuilds ?

[James]

Neil Bothwick <neil <at> digimed.co.uk> writes:


> > Today, I have many many ugly and hacked java projects
> > on my "munge" system. I have spend countless hours hacking
> > at java; so I do not wish for any dev-java codes to be removed
> > by --depclean, but the others can be cleaned up.

> Why not simply create a set containing all the ebuilds you are
> experimenting with?


I'm not sure how to put everything dev-java into a set; so that 
it will updated but not depclean out those packages.

Gotta quick example?  It's been a while since I used sets in portage....


James

Re: [gentoo-user] Re: depclean portect a class of ebuilds ?

[Mick]

[-- Attachment #1: Type: Text/Plain, Size: 885 bytes --]

On Saturday 14 Mar 2015 23:03:26 James wrote:
> Neil Bothwick <neil <at> digimed.co.uk> writes:
> > > Today, I have many many ugly and hacked java projects
> > > on my "munge" system. I have spend countless hours hacking
> > > at java; so I do not wish for any dev-java codes to be removed
> > > by --depclean, but the others can be cleaned up.
> > 
> > Why not simply create a set containing all the ebuilds you are
> > experimenting with?
> 
> I'm not sure how to put everything dev-java into a set; so that
> it will updated but not depclean out those packages.
> 
> Gotta quick example?  It's been a while since I used sets in portage....
> 
> 
> James

I don't use java, but assuming you know what packages you want to define 
separately for your java needs, have a look here for syntax:

http://wiki.gentoo.org/wiki//etc/portage/sets

-- 
Regards,
Mick

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

Re: [gentoo-user] Re: depclean portect a class of ebuilds ?

[Neil Bothwick]

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

On Sat, 14 Mar 2015 23:03:26 +0000 (UTC), James wrote:

> > Why not simply create a set containing all the ebuilds you are
> > experimenting with?  
> 
> I'm not sure how to put everything dev-java into a set; so that 
> it will updated but not depclean out those packages.
> 
> Gotta quick example?  It's been a while since I used sets in portage....

A set can be simply a list of packages in a file in /etc/portage/sets.


-- 
Neil Bothwick

BBS: (n.) a system for connecting computers and exchanging gossip,
     facts, and uninformed speculation under false names.

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

[gentoo-user] Re: depclean portect a class of ebuilds ?

[James]

Neil Bothwick <neil <at> digimed.co.uk> writes:


> > I'm not sure how to put everything dev-java into a set; so that 
> > it will updated but not depclean out those packages.

> A set can be simply a list of packages in a file in /etc/portage/sets.


Ok so I created this file (644): 
/etc/portage/sets/dev-java

I put a list of file in there, here are a few:
dev-java/log4j
dev-java/xpp2
dev-java/xpp3
dev-java/jaxme
java-virtuals/stax-api
<snip>

I tried all sorts of --depclean  syntax variants but it did not protect the 
files listed in the file from removal. I modified my make.conf like so:

EMERGE_DEFAULT_OPTS="--exclude gentoo-sources @dev-java " 


Now every rendition of depclean usage just wants to remove these files.
It feels like there is a working mechanism here, but I'm struggling
to find the exact method to protect these files from depclean, not identify
them form deep cleansing. What am I missing?



James

Re: [gentoo-user] Re: depclean portect a class of ebuilds ?

[Bruce Schultz]

On 15 March 2015 10:25:40 AM AEST, James <wireless@tampabay.rr.com> wrote:
>Neil Bothwick <neil <at> digimed.co.uk> writes:
>
>
>> > I'm not sure how to put everything dev-java into a set; so that 
>> > it will updated but not depclean out those packages.
>
>> A set can be simply a list of packages in a file in
>/etc/portage/sets.
>
>
>Ok so I created this file (644): 
>/etc/portage/sets/dev-java
>
>I put a list of file in there, here are a few:
>dev-java/log4j
>dev-java/xpp2
>dev-java/xpp3
>dev-java/jaxme
>java-virtuals/stax-api
><snip>
>
>I tried all sorts of --depclean  syntax variants but it did not protect
>the 
>files listed in the file from removal. I modified my make.conf like so:
>
>EMERGE_DEFAULT_OPTS="--exclude gentoo-sources @dev-java " 
>
>
>Now every rendition of depclean usage just wants to remove these files.
>It feels like there is a working mechanism here, but I'm struggling
>to find the exact method to protect these files from depclean, not
>identify
>them form deep cleansing. What am I missing?


Does the --exclude list need to be quoted?

I'm thinking something like the following might work

EMERGE_DEFAULT_OPTS="--exclude \"gentoo-sources @dev-java\" " 

Bruce

-- 
:b

[gentoo-user] Re: depclean portect a class of ebuilds ?

[James]

Bruce Schultz <brulzki <at> gmail.com> writes:

>>>     emerge --depclean -p

case (1)
> >EMERGE_DEFAULT_OPTS="--exclude gentoo-sources  @dev-java " 
NOw this is strange. Today it only wants to delete a few packages:

All selected packages: =dev-lang/vala-0.26.2 =dev-java/junit-4.11
=dev-java/jmock-1.1.0-r2 =dev-java/qdox-1.12-r1 =dev-lang/vala-0.24.0-r1
=dev-java/jna-3.4.0 =dev-java/hamcrest-generator-1.3-r1
=dev-java/cglib-2.0.2-r2 =dev-java/byaccj-1.15-r1 =dev-lang/vala-0.20.1
=dev-java/swing-layout-1.0.4 =dev-java/javahelp-2.0.05_p63
=dev-java/hamcrest-core-1.3 =dev-java/jflex-1.4.3

Most are in the dev-java set. So I renames the set to DEVjava; same result.

case (2)
> I'm thinking something like the following might work
> 
> EMERGE_DEFAULT_OPTS="--exclude \"gentoo-sources  @DEVjava\" " 

emerge: error: Invalid Atom(s) in --exclude parameter: '@DEVjava' (only
package names and slot atoms (with wildcards) allowed)


case (3)
I dropped the gentoo-sources to focus in on using a set rulI think it is
closer. This one specifically fails:

EMERGE_DEFAULT_OPTS="--exclude  \" @DEVjava\"  " 

same error message, so it does not like the set.


case (4)
EMERGE_DEFAULT_OPTS="--exclude  \"DEVjava\"  " 

This did not fail, but it give the big list, including the packages
listed in the set DEVjava


So this message seems to be telling me that sets are not supported,
back from when the lower-case, non-hyphenated syntax was tested:

emerge: error: Invalid Atom(s) in --exclude parameter: '@dev-java/*' (only
package names and slot atoms (with wildcards) allowed)

Any other ideas or comments are welcome.


James

Re: [gentoo-user] Re: depclean portect a class of ebuilds ?

[Neil Bothwick]

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

On Tue, 17 Mar 2015 14:15:38 +0000 (UTC), James wrote:

> > >EMERGE_DEFAULT_OPTS="--exclude gentoo-sources  @dev-java "   
> NOw this is strange. Today it only wants to delete a few packages:
> 
> All selected packages: =dev-lang/vala-0.26.2 =dev-java/junit-4.11
> =dev-java/jmock-1.1.0-r2 =dev-java/qdox-1.12-r1 =dev-lang/vala-0.24.0-r1
> =dev-java/jna-3.4.0 =dev-java/hamcrest-generator-1.3-r1
> =dev-java/cglib-2.0.2-r2 =dev-java/byaccj-1.15-r1 =dev-lang/vala-0.20.1
> =dev-java/swing-layout-1.0.4 =dev-java/javahelp-2.0.05_p63
> =dev-java/hamcrest-core-1.3 =dev-java/jflex-1.4.3
> 
> Most are in the dev-java set.

Did you emerge -n @dev-java? The whole suggestion of creating a set
depends on you adding it to world_sets? If you didn't do that, you wasted
your time creating the set.


-- 
Neil Bothwick

What is a "free" gift ? Aren't all gifts free?

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

Re: [gentoo-user] Re: depclean portect a class of ebuilds ?

[Neil Bothwick]

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

On 15 March 2015 00:25:40 GMT+00:00, James <wireless@tampabay.rr.com> wrote:
> Neil Bothwick <neil <at> digimed.co.uk> writes:
> 
> 
> > > I'm not sure how to put everything dev-java into a set; so that 
> > > it will updated but not depclean out those packages.
> 
> > A set can be simply a list of packages in a file in
> /etc/portage/sets.
> 
> 
> Ok so I created this file (644): 
> /etc/portage/sets/dev-java
> 
> I put a list of file in there, here are a few:
> dev-java/log4j
> dev-java/xpp2
> dev-java/xpp3
> dev-java/jaxme
> java-virtuals/stax-api
> <snip>
> 
> I tried all sorts of --depclean  syntax variants but it did not
> protect the 
> files listed in the file from removal. I modified my make.conf like
> so:
> 
> EMERGE_DEFAULT_OPTS="--exclude gentoo-sources @dev-java " 
> 
> 
> Now every rendition of depclean usage just wants to remove these
> files.
> It feels like there is a working mechanism here, but I'm struggling
> to find the exact method to protect these files from depclean, not
> identify
> them form deep cleansing. What am I missing?
> 
> 
> 
> James

emerge - n @dev-java
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

[-- Attachment #2: Type: text/html, Size: 2001 bytes --]

Re: [gentoo-user] Re: depclean portect a class of ebuilds ?

[Alan McKinnon]

On 15/03/2015 02:25, James wrote:
> Neil Bothwick <neil <at> digimed.co.uk> writes:
> 
> 
>>> I'm not sure how to put everything dev-java into a set; so that 
>>> it will updated but not depclean out those packages.
> 
>> A set can be simply a list of packages in a file in /etc/portage/sets.
> 
> 
> Ok so I created this file (644): 
> /etc/portage/sets/dev-java
> 
> I put a list of file in there, here are a few:
> dev-java/log4j
> dev-java/xpp2
> dev-java/xpp3
> dev-java/jaxme
> java-virtuals/stax-api
> <snip>
> 
> I tried all sorts of --depclean  syntax variants but it did not protect the 
> files listed in the file from removal. I modified my make.conf like so:
> 
> EMERGE_DEFAULT_OPTS="--exclude gentoo-sources @dev-java " 
> 
> 
> Now every rendition of depclean usage just wants to remove these files.
> It feels like there is a working mechanism here, but I'm struggling
> to find the exact method to protect these files from depclean, not identify
> them form deep cleansing. What am I missing?


I'm not sure what you are trying to accomplish here - looks like you
want to stop portage from removing some stuff (per the subject line)?

Well that's easy - put them in world.
Or with sets, add the packages to a set called DEVjava and add that set
to world. Either "emerge @DEVjava" or manually add the set name to
/var/lib/portage/world_sets

Because that stuff is now in world, depclean will not touch it.

The --exclude syntax you are experimenting with is for installation of
packages, not removal. From the man page:

       --exclude ATOMS
              A space separated list of package names or slot atoms.
Emerge won't   install  any
              ebuild or binary package that matches any of the given
package atoms.


Any as you can see the only supported arguments are atoms, not set names

-- 
Alan McKinnon
alan.mckinnon@gmail.com