Re: [gentoo-user] Manually updating gentoo-sources

2022-02-05 Thread Neil Bothwick
On Sat, 5 Feb 2022 09:20:41 +0100, Arve Barsnes wrote:

> > You're using ~amd64 sources, which means they update frequently. I
> > found this annoying so I only use the stable sources, even on ~amd64
> > systems to keep updates to a reasonable level while ensuring I don't
> > miss important updates. I added this to package.accept_keywords
> >
> > sys-kernel/gentoo-sources -~amd64
> > sys-kernel/linux-headers -~amd64
> >
> > Having said that, it wants to install a new kernel this morning :-/  
> 
> If you want a bit more control, I'd just mask it completely in
> /etc/portage/package.mask/ and then unmask whatever version you want
> to install in /etc/portage/package.unmask

Surely, if you do that, the virtual will just pull in another source
package when the version you have unmasked it dropped from the tree?

I don't want that much control, because that also carries the
responsibility of ensuring I am not running a kernel with a security
flaw. Just sticking to stable sources give infrequent, but important,
updates.


-- 
Neil Bothwick

Snacktrek, n.:
 The peculiar habit, when searching for a snack, of constantly
 returning to the refrigerator in hopes that something new will have
 materialized.


pgpO8x87Mskkn.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Manually updating gentoo-sources

2022-02-05 Thread Arve Barsnes
On Sat, 5 Feb 2022 at 08:57, Neil Bothwick  wrote:
> You're using ~amd64 sources, which means they update frequently. I found
> this annoying so I only use the stable sources, even on ~amd64 systems to
> keep updates to a reasonable level while ensuring I don't miss important
> updates. I added this to package.accept_keywords
>
> sys-kernel/gentoo-sources -~amd64
> sys-kernel/linux-headers -~amd64
>
> Having said that, it wants to install a new kernel this morning :-/

If you want a bit more control, I'd just mask it completely in
/etc/portage/package.mask/ and then unmask whatever version you want
to install in /etc/portage/package.unmask

Regards,
Arve



Re: [gentoo-user] Manually updating gentoo-sources

2022-02-04 Thread Neil Bothwick
On Fri, 4 Feb 2022 17:53:36 -0600, Dale wrote:

> >> Calculating dependencies... done!
> >> [ebuild  NS   ~] sys-kernel/gentoo-sources-5.16.3:5.16.3::gentoo
> >> [5.6.7:5.6.7::gentoo, 5.10.46:5.10.46::gentoo,
> >> 5.14.15:5.14.15::gentoo, 5.15.17:5.15.17::gentoo] USE="-build
> >> -experimental -symlink" 120,568 KiB
> >>
> >> Total: 1 package (1 in new slot), Size of downloads: 120,568 KiB
> >>
> >> Would you like to merge these packages? [Yes/No]
> >>
> >> It still wants to upgrade.  Could it be that something is pulling it
> >> in as a dependency or something?  Am I still doing something wrong?
> >> This is a update to the above:  
> > It is probably being pulled in as a dependency of
> > virtual/linux-sources, which is part of your profile.

> So I need to go back to my old way, mask them all and unmask when I want
> to upgrade?  It's what I'm used to doing anyway.  lol 

You're using ~amd64 sources, which means they update frequently. I found
this annoying so I only use the stable sources, even on ~amd64 systems to
keep updates to a reasonable level while ensuring I don't miss important
updates. I added this to package.accept_keywords

sys-kernel/gentoo-sources -~amd64
sys-kernel/linux-headers -~amd64

Having said that, it wants to install a new kernel this morning :-/


-- 
Neil Bothwick

If you can smile when things go wrong, you have someone in mind to blame.


pgpZ75ZWO9Zb2.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Manually updating gentoo-sources

2022-02-04 Thread Dale
Neil Bothwick wrote:
> On Fri, 4 Feb 2022 11:44:01 -0600, Dale wrote:
>
>> These are the packages that would be merged, in order:
>>
>> Calculating dependencies... done!
>> [ebuild  NS   ~] sys-kernel/gentoo-sources-5.16.3:5.16.3::gentoo
>> [5.6.7:5.6.7::gentoo, 5.10.46:5.10.46::gentoo, 5.14.15:5.14.15::gentoo,
>> 5.15.17:5.15.17::gentoo] USE="-build -experimental -symlink" 120,568 KiB
>>
>> Total: 1 package (1 in new slot), Size of downloads: 120,568 KiB
>>
>> Would you like to merge these packages? [Yes/No]
>>
>> It still wants to upgrade.  Could it be that something is pulling it in
>> as a dependency or something?  Am I still doing something wrong? This is
>> a update to the above:
> It is probably being pulled in as a dependency of virtual/linux-sources,
> which is part of your profile.
>
>


So I need to go back to my old way, mask them all and unmask when I want
to upgrade?  It's what I'm used to doing anyway.  lol 

Dale

:-)  :-) 



Re: [gentoo-user] Manually updating gentoo-sources

2022-02-04 Thread Neil Bothwick
On Fri, 4 Feb 2022 11:44:01 -0600, Dale wrote:

> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> [ebuild  NS   ~] sys-kernel/gentoo-sources-5.16.3:5.16.3::gentoo
> [5.6.7:5.6.7::gentoo, 5.10.46:5.10.46::gentoo, 5.14.15:5.14.15::gentoo,
> 5.15.17:5.15.17::gentoo] USE="-build -experimental -symlink" 120,568 KiB
> 
> Total: 1 package (1 in new slot), Size of downloads: 120,568 KiB
> 
> Would you like to merge these packages? [Yes/No]
> 
> It still wants to upgrade.  Could it be that something is pulling it in
> as a dependency or something?  Am I still doing something wrong? This is
> a update to the above:

It is probably being pulled in as a dependency of virtual/linux-sources,
which is part of your profile.


-- 
Neil Bothwick

Would a fly without wings be called a walk?


pgpOPlzmdw8KM.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Manually updating gentoo-sources

2022-02-04 Thread Dale
Neil Bothwick wrote:
> On Thu, 3 Feb 2022 17:49:59 -0600, Dale wrote:
>> I found a old email from Neil, hope you see this, and I think I followed
>> it correctly but maybe I either missed something or things have changed
>> since those instructions were posted.  What I'm wanting to do, update
>> gentoo-sources manually and remove them manually as well but running
>> emerge -auDN world doesn't pull in newer versions and --depclean leaves
>> the older versions alone as well.  Following the email info, I ended up
>> with this:
>>
>> root@fireball / # cat /etc/portage/sets.conf
>> [kernels]
>> class = portage.sets.dbapi.OwnerSet
>> world-candidate = False
>> files = /usr/src
> I do this.

I renamed this to gentoo-sources.  Like this:

root@fireball / # cat /etc/portage/sets.conf
[gentoo-sources]
class = portage.sets.dbapi.OwnerSet
world-candidate = False
files = /usr/src
root@fireball / #


>
>> root@fireball / # cat /etc/portage/sets/kernels
>> sys-kernel/gentoo-sources
>> root@fireball / #
> But not this.

Removed that.


>
>> and this I've tried with and without:
>>
>>
>> root@fireball / # cat /var/lib/portage/world_sets
>> kernels
>> root@fireball / #
> If you add the set to world_sets, it's the same as putting the kernel in
> world.

Removed that too. 

>> This is what I get tho:
>> root@fireball / # emerge -auDN world
>> Error during set creation: Redefinition of set 'kernels' (sections:
>> 'usersets', 'kernels')
> That's because there's already a set called kernels - emerge --list-sets
> will show you all of them. Just rename your set.
>
>


OK.  Renamed as above and I get this now:


root@fireball / # emerge -auDN world

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  NS   ~] sys-kernel/gentoo-sources-5.16.3:5.16.3::gentoo
[5.6.7:5.6.7::gentoo, 5.10.46:5.10.46::gentoo, 5.14.15:5.14.15::gentoo,
5.15.17:5.15.17::gentoo] USE="-build -experimental -symlink" 120,568 KiB

Total: 1 package (1 in new slot), Size of downloads: 120,568 KiB

Would you like to merge these packages? [Yes/No]

It still wants to upgrade.  Could it be that something is pulling it in
as a dependency or something?  Am I still doing something wrong? This is
a update to the above:


root@fireball / # cat /etc/portage/sets.conf
[gentoo-sources]
class = portage.sets.dbapi.OwnerSet
world-candidate = False
files = /usr/src
root@fireball / # cat /etc/portage/sets/kernels
cat: /etc/portage/sets/kernels: No such file or directory
root@fireball / # cat /var/lib/portage/world_sets
root@fireball / # root@fireball / # cat /var/lib/portage/world | grep kernel
sys-kernel/dracut
#sys-kernel/gentoo-sources:5.10.46
#sys-kernel/gentoo-sources:5.14.15
#sys-kernel/gentoo-sources:5.15.17
#sys-kernel/gentoo-sources:5.6.7
sys-kernel/linux-firmware
root@fireball / # 


Note the gentoo-sources is commented out, thought it might help. 


Thoughts?  Thanks.

Dale

:-)  :-)  





Re: [gentoo-user] Manually updating gentoo-sources

2022-02-04 Thread Neil Bothwick
On Thu, 3 Feb 2022 17:49:59 -0600, Dale wrote:
> I found a old email from Neil, hope you see this, and I think I followed
> it correctly but maybe I either missed something or things have changed
> since those instructions were posted.  What I'm wanting to do, update
> gentoo-sources manually and remove them manually as well but running
> emerge -auDN world doesn't pull in newer versions and --depclean leaves
> the older versions alone as well.  Following the email info, I ended up
> with this:
> 
> root@fireball / # cat /etc/portage/sets.conf
> [kernels]
> class = portage.sets.dbapi.OwnerSet
> world-candidate = False
> files = /usr/src

I do this.

> root@fireball / # cat /etc/portage/sets/kernels
> sys-kernel/gentoo-sources
> root@fireball / #

But not this.

> and this I've tried with and without:
> 
> 
> root@fireball / # cat /var/lib/portage/world_sets
> kernels
> root@fireball / #

If you add the set to world_sets, it's the same as putting the kernel in
world.

> This is what I get tho:

> root@fireball / # emerge -auDN world
> Error during set creation: Redefinition of set 'kernels' (sections:
> 'usersets', 'kernels')

That's because there's already a set called kernels - emerge --list-sets
will show you all of them. Just rename your set.


-- 
Neil Bothwick

without C people would code in Basi, Pasal and Obol


pgpBgoS46hBFg.pgp
Description: OpenPGP digital signature


[gentoo-user] Manually updating gentoo-sources

2022-02-03 Thread Dale
Howdy,

I found a old email from Neil, hope you see this, and I think I followed
it correctly but maybe I either missed something or things have changed
since those instructions were posted.  What I'm wanting to do, update
gentoo-sources manually and remove them manually as well but running
emerge -auDN world doesn't pull in newer versions and --depclean leaves
the older versions alone as well.  Following the email info, I ended up
with this:


root@fireball / # cat /etc/portage/sets.conf
[kernels]
class = portage.sets.dbapi.OwnerSet
world-candidate = False
files = /usr/src
root@fireball / # cat /etc/portage/sets/kernels
sys-kernel/gentoo-sources
root@fireball / #



and this I've tried with and without:


root@fireball / # cat /var/lib/portage/world_sets
kernels
root@fireball / #



This is what I get tho:



root@fireball / # emerge -auDN world
Error during set creation: Redefinition of set 'kernels' (sections:
'usersets', 'kernels')

These are the packages that would be merged, in order:



There's nothing in the world file for gentoo-sources so it should be the
sets that pulls anything in.  For some reason tho, it wants to update
when I run my usual update world command.  That's not what I'm looking
for.  Did I miss something?  Have things changed and I need to adjust
something to the new way? 

Thanks.

Dale

:-)  :-)