Re: [gentoo-user] python 2 deprecation

2020-01-25 Thread Dale
james wrote:
> On 1/25/20 10:00 PM, Rich Freeman wrote:
>> On Sat, Jan 25, 2020 at 12:20 PM james  wrote:
>>>
>>> I have removed all syntax/expressions from
>>> /etc/portage/make.conf
>>>
>>> related to python; hoping python-2 would just die a natural, slow and
>>> painless (for me) death, on this ancient gentoo install.
>>>
>>> Any and all comments related to what to check/do are most welcome,
>>> related to removing python-2*
>>
>> Disclaimer: I'm not involved with the python team, so details could
>> change around this...
>>
>> Right now that is your best bet.  If you don't care about python,
>> avoid specifying python-related flags in your config files.  Then
>> portage will just apply defaults wherever possible.  It doesn't always
>> work, but that is mainly when packages can only support one version of
>> python at a time (which isn't too many of them).
>>
>> As long as you aren't going crazy with accepting keywords then the
>> profiles should be updated so that python versions are removed only
>> after all the packages that depend on them have been removed, ideally
>> with newer v3 packages having been stabilized.  I suspect this process
>> will drag out for months as everybody involved realizes that migrating
>> can be painful but it has to be done, so expect packages to steadily
>> get masked and to see v2 stuff start disappearing once the packages
>> that depend on them are gone.  Users can always do overlays if they
>> want to maintain their own v2 forks, but I suspect this will be a lot
>> of work.  Maybe somebody will step up and do it but I'm not seeing
>> many signs of it.
>>
>> Some packages in Gentoo just aren't super well-maintained and so
>> upstream might have v3 packages that aren't in the repo.  Bugs and
>> especially pull requests will doubtless be welcomed in these cases.
>> Just about every major distro is pushing to get rid of v2 so upstreams
>> that are dragging their feet are going to have motivation to fix
>> things or they just won't have any users left.
>>
>> I'm sure at some point there will be a news announcement if users
>> actually need to do anything.  I doubt the rug will just get pulled
>> out from under you.  Even the package masks can be unmasked for 30
>> days until the packages start getting pulled which gives you a bit of
>> pain-free time to deal with it.
>>
>
>
> thx,
>
> just a test via another mail-route. curious if it works
>
>


FYI, it came through but the threading was broken.  It appeared here as
a new thread. 

Dale

:-)  :-) 



Re: [gentoo-user] python 2 deprecation

2020-01-25 Thread james

On 1/25/20 10:00 PM, Rich Freeman wrote:

On Sat, Jan 25, 2020 at 12:20 PM james  wrote:


I have removed all syntax/expressions from
/etc/portage/make.conf

related to python; hoping python-2 would just die a natural, slow and
painless (for me) death, on this ancient gentoo install.

Any and all comments related to what to check/do are most welcome,
related to removing python-2*


Disclaimer: I'm not involved with the python team, so details could
change around this...

Right now that is your best bet.  If you don't care about python,
avoid specifying python-related flags in your config files.  Then
portage will just apply defaults wherever possible.  It doesn't always
work, but that is mainly when packages can only support one version of
python at a time (which isn't too many of them).

As long as you aren't going crazy with accepting keywords then the
profiles should be updated so that python versions are removed only
after all the packages that depend on them have been removed, ideally
with newer v3 packages having been stabilized.  I suspect this process
will drag out for months as everybody involved realizes that migrating
can be painful but it has to be done, so expect packages to steadily
get masked and to see v2 stuff start disappearing once the packages
that depend on them are gone.  Users can always do overlays if they
want to maintain their own v2 forks, but I suspect this will be a lot
of work.  Maybe somebody will step up and do it but I'm not seeing
many signs of it.

Some packages in Gentoo just aren't super well-maintained and so
upstream might have v3 packages that aren't in the repo.  Bugs and
especially pull requests will doubtless be welcomed in these cases.
Just about every major distro is pushing to get rid of v2 so upstreams
that are dragging their feet are going to have motivation to fix
things or they just won't have any users left.

I'm sure at some point there will be a news announcement if users
actually need to do anything.  I doubt the rug will just get pulled
out from under you.  Even the package masks can be unmasked for 30
days until the packages start getting pulled which gives you a bit of
pain-free time to deal with it.




thx,

just a test via another mail-route. curious if it works



Re: [gentoo-user] python 2 deprecation

2020-01-25 Thread james

On 1/25/20 9:59 PM, Rich Freeman wrote:

On Sat, Jan 25, 2020 at 12:20 PM james  wrote:


I have removed all syntax/expressions from
/etc/portage/make.conf

related to python; hoping python-2 would just die a natural, slow and
painless (for me) death, on this ancient gentoo install.

Any and all comments related to what to check/do are most welcome,
related to removing python-2*


Disclaimer: I'm not involved with the python team, so details could
change around this...

Right now that is your best bet.  If you don't care about python,
avoid specifying python-related flags in your config files.  Then
portage will just apply defaults wherever possible.  It doesn't always
work, but that is mainly when packages can only support one version of
python at a time (which isn't too many of them).

As long as you aren't going crazy with accepting keywords then the
profiles should be updated so that python versions are removed only
after all the packages that depend on them have been removed, ideally
with newer v3 packages having been stabilized.  I suspect this process
will drag out for months as everybody involved realizes that migrating
can be painful but it has to be done, so expect packages to steadily
get masked and to see v2 stuff start disappearing once the packages
that depend on them are gone.  Users can always do overlays if they
want to maintain their own v2 forks, but I suspect this will be a lot
of work.  Maybe somebody will step up and do it but I'm not seeing
many signs of it.

Some packages in Gentoo just aren't super well-maintained and so
upstream might have v3 packages that aren't in the repo.  Bugs and
especially pull requests will doubtless be welcomed in these cases.
Just about every major distro is pushing to get rid of v2 so upstreams
that are dragging their feet are going to have motivation to fix
things or they just won't have any users left.

I'm sure at some point there will be a news announcement if users
actually need to do anything.  I doubt the rug will just get pulled
out from under you.  Even the package masks can be unmasked for 30
days until the packages start getting pulled which gives you a bit of
pain-free time to deal with it.



Thx Rich.

James



Re: [gentoo-user] python 2 deprecation

2020-01-25 Thread Rich Freeman
On Sat, Jan 25, 2020 at 12:20 PM james  wrote:
>
> I have removed all syntax/expressions from
> /etc/portage/make.conf
>
> related to python; hoping python-2 would just die a natural, slow and
> painless (for me) death, on this ancient gentoo install.
>
> Any and all comments related to what to check/do are most welcome,
> related to removing python-2*

Disclaimer: I'm not involved with the python team, so details could
change around this...

Right now that is your best bet.  If you don't care about python,
avoid specifying python-related flags in your config files.  Then
portage will just apply defaults wherever possible.  It doesn't always
work, but that is mainly when packages can only support one version of
python at a time (which isn't too many of them).

As long as you aren't going crazy with accepting keywords then the
profiles should be updated so that python versions are removed only
after all the packages that depend on them have been removed, ideally
with newer v3 packages having been stabilized.  I suspect this process
will drag out for months as everybody involved realizes that migrating
can be painful but it has to be done, so expect packages to steadily
get masked and to see v2 stuff start disappearing once the packages
that depend on them are gone.  Users can always do overlays if they
want to maintain their own v2 forks, but I suspect this will be a lot
of work.  Maybe somebody will step up and do it but I'm not seeing
many signs of it.

Some packages in Gentoo just aren't super well-maintained and so
upstream might have v3 packages that aren't in the repo.  Bugs and
especially pull requests will doubtless be welcomed in these cases.
Just about every major distro is pushing to get rid of v2 so upstreams
that are dragging their feet are going to have motivation to fix
things or they just won't have any users left.

I'm sure at some point there will be a news announcement if users
actually need to do anything.  I doubt the rug will just get pulled
out from under you.  Even the package masks can be unmasked for 30
days until the packages start getting pulled which gives you a bit of
pain-free time to deal with it.

-- 
Rich



Re: [gentoo-user] Pre-merge checks

2020-01-25 Thread Adam Carter
On Sat, Jan 25, 2020 at 12:48 AM Francisco Ares  wrote:

> Hi, All.
>
> I would like to see all pre-merge checks prior to build a new kernel, just
> to make sure all kernel configurations needed até satisfied.
>
> I thought on issuing an "emerge -e world" then interrupting the process at
> the beguinning of the first package build.  But this looks a weird way of
> doing things.
>
> Is there any other way?
>
>
The command looks through the ebuilds of installed packages and dumps a
list of of the kernel options that the ebuilds are looking for, so its a
start. You'll then need to check this against your .config file.

If you're not using the new $PORTDIR of /var/db/repos/gentoo you'll need to
change that of course.

for pak in $(qlist -ICv | sed
's/\(.*\)\(\/.*\)\(-[0-9].*\)/\1\2\2\3.ebuild/g' ); do grep -s -H
'CONFIG_CHECK="' /var/db/repos/gentoo/$pak ; done


Re: [gentoo-user] Firefox and script block tool/addon

2020-01-25 Thread Dale
Corpo wrote:
> Le 24/01/2020 à 22:52, Dale a écrit :
>> Howdy,
>>
>> I use Firefox and have a issue with scripts on some sites.  I have
>> noscript installed and for the most part, it works.  That said, there is
>> times when it doesn't do what I need.  It seems, from what I can find
>> anyway, that you can either allow scripts or not allow scripts but can't
>> pick and choose.  For example.  Let's say I'm on abc.com and I need some
>> scripts to run but want to block other scripts.  With noscript, I either
>> allow all from a site or none.  What I'd like to find is a script block
>> tool that will list all the scripts and allow me to block some but allow
>> others.  Believe it or not, I use to use adblock, a much older version,
>> to do this.  I'd tell adblock to list all the objects, sort them by type
>> and then go through the scripts until I find the magic settings that
>> allows the site to work but not run scripts I don't want.
>>
>> I've installed and tried quite a few script block tools but none of them
>> seem to do what I want to do.  I've even tried a few addons that only
>> had a very few users, just hoping it would do this.  Has anyone ever
>> seen a script block tool, or some other tool with a different name, that
>> works this way?  I need a addon that allows me to refine and be
>> selective on what scripts run and which ones are blocked. 
>>
>> Thanks much to all.
>>
>> Dale
>>
>> :-)  :-) 
>>
> umatrix maybe?
>
>
>


I installed it and I think it will do what I want.  I just need to
figure out the details of how to make it get there.  Based on the
description, it seems to be the best one yet.   Now to head over to
youtube and see some tips and tricks.  ;-)  I might add, one website
that was really bad seems to be a lot better.  Time will tell tho.

Thanks.

Dale

:-)  :-) 



[gentoo-user] python 2 deprecation

2020-01-25 Thread james

So today I receive this message:

!!! The following installed packages are masked:
- dev-python/rtgraph-0.70-r1::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Michał Górny  (2020-01-18)
# The following Gentoo packages are Python 2-only and have no reverse
# dependencies.
# Removal in 30 days.  Bug #705762.


So, trying not to get too excited, is that the only one?

So I ran
# equery depends python:2.7
 * These packages depend on python:2.7:

is there a deeper, more through way to check?

I have removed all syntax/expressions from
/etc/portage/make.conf

related to python; hoping python-2 would just die a natural, slow and 
painless (for me) death, on this ancient gentoo install.


Any and all comments related to what to check/do are most welcome, 
related to removing python-2*



James






Re: [gentoo-user] Firefox and script block tool/addon

2020-01-25 Thread aisha
Try enabling clang and see what happens. llvm is a really good piece of 
software.


I generally also have pulseaudio and hwaccel enabled but thats up to 
you.


---
Aisha
blog.aisha.cc

On 2020-01-25 04:39, Dale wrote:

Hi,

I'm checking that as I type.  It may not solve all my problems but it
may certainly help.  Some scripts make one CPU core go to 100% and 
locks

up the tab the script is running on.  Firefox, to its credit, is sane
enough to allow other tabs to work tho.  At least it doesn't completely
lock up the whole thing.  Good code I guess.  ;-)  Anyway, it does that
for about 30 seconds or so, I assume it times out or something.  Still,
very annoying and worthy of just blocking the script completely. 

It appears clang is disabled.  If I read that correctly, that is the
ideal setting.


[ebuild   R   ~] www-client/firefox-72.0.1::gentoo  USE="gmp-autoupdate
screenshot startup-notification system-av1 system-icu system-jpeg
system-sqlite system-webp -bindist -clang -custom-cflags
-custom-optimization -debug -eme-free -geckodriver -hardened -hwaccel
-jack -lto -pgo -pulseaudio (-selinux) -system-libevent -system-libvpx
-test -wayland -wifi" CPU_FLAGS_X86="-avx2"


Thanks for the tip. 

Dale

:-)  :-) 

P. S. Top posting since reply was also.  Could be device related.  I 
dunno.



aisha wrote:

Firefox currently has some issues with addons and local storage.
Do you have the use `clang` flag enabled?
This compiles firefox using clang-llvm and fixes a lot of the 
problems.


---
Aisha
www.aisha.cc

On 2020-01-24 22:52, Dale wrote:

Howdy,

I use Firefox and have a issue with scripts on some sites.  I have
noscript installed and for the most part, it works.  That said, there 
is

times when it doesn't do what I need.  It seems, from what I can find
anyway, that you can either allow scripts or not allow scripts but 
can't
pick and choose.  For example.  Let's say I'm on abc.com and I need 
some
scripts to run but want to block other scripts.  With noscript, I 
either
allow all from a site or none.  What I'd like to find is a script 
block
tool that will list all the scripts and allow me to block some but 
allow
others.  Believe it or not, I use to use adblock, a much older 
version,
to do this.  I'd tell adblock to list all the objects, sort them by 
type

and then go through the scripts until I find the magic settings that
allows the site to work but not run scripts I don't want.

I've installed and tried quite a few script block tools but none of 
them

seem to do what I want to do.  I've even tried a few addons that only
had a very few users, just hoping it would do this.  Has anyone ever
seen a script block tool, or some other tool with a different name, 
that

works this way?  I need a addon that allows me to refine and be
selective on what scripts run and which ones are blocked. 

Thanks much to all.

Dale

:-)  :-) 






Re: [gentoo-user] Firefox and script block tool/addon

2020-01-25 Thread Corpo
Le 24/01/2020 à 22:52, Dale a écrit :
> Howdy,
>
> I use Firefox and have a issue with scripts on some sites.  I have
> noscript installed and for the most part, it works.  That said, there is
> times when it doesn't do what I need.  It seems, from what I can find
> anyway, that you can either allow scripts or not allow scripts but can't
> pick and choose.  For example.  Let's say I'm on abc.com and I need some
> scripts to run but want to block other scripts.  With noscript, I either
> allow all from a site or none.  What I'd like to find is a script block
> tool that will list all the scripts and allow me to block some but allow
> others.  Believe it or not, I use to use adblock, a much older version,
> to do this.  I'd tell adblock to list all the objects, sort them by type
> and then go through the scripts until I find the magic settings that
> allows the site to work but not run scripts I don't want.
>
> I've installed and tried quite a few script block tools but none of them
> seem to do what I want to do.  I've even tried a few addons that only
> had a very few users, just hoping it would do this.  Has anyone ever
> seen a script block tool, or some other tool with a different name, that
> works this way?  I need a addon that allows me to refine and be
> selective on what scripts run and which ones are blocked. 
>
> Thanks much to all.
>
> Dale
>
> :-)  :-) 
>
umatrix maybe?




Re: [gentoo-user] USB sound card not recognized as capture device

2020-01-25 Thread edes


el 2020-01-23 a las 13:59 Mick escribió:

> The way I went about it was to comment out the offending lines in these
> files and recompile the kernel.  It is a bit of pain, since I have to
> perform this manual editing with each kernel so far.
> 
> You could try to comment out the lines which break your card for now and
> see if this fixes the problem.

This option might be a bit over my head, since I don't know C/C++, and the
changes between 5.4.10 and 5.4.11 in drivers/usb/core/config.c have been
important:

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/diff/drivers/usb/core/config.c?id=v5.4.11=v5.4.10

Not to mention further changes in the following kernels.

I might try to keep the old version of the file and see what happens, but
I'm not sure of the consequences.


> I would start with BGO in the first instance:
> 
> https://bugs.gentoo.org/
> 
> providing info on the affected hardware, the errors you've identified
> and the files you suspect containing the changes in the code.

Will do, although this is a problem in the linux kernel and not specific
to gentoo.

Thanks for your help.


--