Re: [gentoo-user] External hard drive and idle activity

[Dale]

Howdy all,

Little update here.  Rich, I think you mentioned it would slow down when
it ran out of PMR space while trying to redo the shingled part.  Up
until now, I hadn't ran into that issue.  It seems the PMR section for
this drive is somewhere around 40 or 50GBs, maybe 60GBs.  I hadn't had
time for backups in over a week so it was a good bit larger than usual. 
It was around 70GBs, maybe 75.  When it got close to the end of the
rsync process, I noticed it slowed down quite a bit.  I'd guess about
half or so.  Usually it runs at around 180 to 190MBs/sec for larger
files.  Pretty close to the end, rsync was showing around 100MBs/sec at
best.  It was a little over on some but mostly a little below that. 
Earlier in the process, it was the normal speed.

I might add, even tho the copy process has been done for a while now, 20
minutes or more, I can still feel that little bumpy thing it does.  It
seems to have stopped while typing that in.  Unless it is taking a break
and starts up again.  ;-) 

Still, for this use case, it works OK.  I wouldn't want SMR on my /home
or some other partition that needs to be fairly fast at all times.  For
windoze users, well, they used to that slow down and freezes so they
wouldn't notice the difference.  ROFL 

Dale

:-)  :-) 

[gentoo-user] emerge-fetch.log not always updating

[Dale]

Howdy,

I was in the middle of a update and noticed the server I was connected
to was really slow.  I edited make.conf and removed that server.  I then
restarted emerge so it would try the next server and hopefully be a
better speed.  When I used tail to monitor emerge-fetch.log, it wasn't
updating the fetch progress.  It stopped right where I stopped the
previous attempt.  It looks like this:


root@fireball / # tail -f /var/log/emerge-fetch.log
166050K .. .. .. .. .. 29% 66.1K
59m17s
166100K .. .. .. .. .. 29% 81.6K
59m17s
166150K .. .. .. .. .. 29% 76.2K
59m17s
166200K .. .. .. .. .. 29% 63.7K
59m17s
166250K .. .. .. .. .. 29% 29.3K
59m19s
166300K .. .. .. .. .. 29% 31.7K
59m22s
166350K .. .. .. .. .. 29% 44.7K
59m23s
166400K .. .. .. .. .. 29% 73.7K
59m23s
166450K .. .. .. .. .. 29% 22.6K
59m27s
166500K .. .. .. .^C



It should show it connecting to the next server and resuming the
download but it doesn't.  I see the network activity on gkrellm but
nothing in the log.  It is downloading tho.  Gkrellm shows it is better
but why is the log not showing that?

Is this a bug or am I missing something?  It use some other file on
retries or something?

Thanks.

Dale

:-)  :-) 

Re: [gentoo-user] ebuild : how to check for python version

[Alexey Mishustin]

вс, 2 авг. 2020 г. в 17:48, Helmut Jarausch :
>
> Hi,
> in an ebuild I have to apply a patch only if this package is installed
> for python3.9.
> The ebuild should work for PYTHON_COMPAT=( python3_{8,9} )
>
> How can I check for Pythons version in src_prepare or similar functions.

Hi,

This should check if 3.9 is installed:
if has_version '=dev-lang/python-3.9'; then

But for which python version will the package be installed - isn't it
another question? (still learning too)

-- 
Best regards,
Alex

Re: [gentoo-user] Python 2.7 removal : problem with Firefox + Spidermonkey

[james]

On 8/2/20 6:22 AM, Walter Dnes wrote:

On Sat, Aug 01, 2020 at 11:08:47PM -0400, james wrote

On 8/1/20 12:10 PM, Walter Dnes wrote:


So a "palemoon-bin" ebuild is possible.  But is it necessary?  If
you pull down and extract the precompiled tarball to your home dir, it
can be set to check for, and do, updates (as long as you have write
permission to the Pale Moon directory).  No need for portage to do it.


Further security ideas with palemoon are of keen interest to me too. A
set of local security testing tools/semantics etc etc would be useful;
pointers to existing security tools are keen appreciated too.


   The best security advice for the average user is to keep up with the
latest updates.  


yep yep yep.


See http://www.palemoon.org/releasenotes.shtml for an
idea of feature updates and security and bug fixes with each release.
To keep up-to-date *ON AN OFFICIAL BINARY* follow the menu tree...

Tools ==> Preferences ==> Advanced ==> Update



NICE.




..and select the appropriate option.  See
http://www.palemoon.org/support/prefs-advanced-update for an explanation.
If you install the official binary manually in your home dir (or
anywhere else you have write permission), Pale Moon can do in-place
updates.  If you do it "the official Portage way") the installed files
will end up somewhere in /usr/ and you, as regular user, cannot
authorize the update.  Since you're talking about security, I assume
you're not browsing as root.


never.




   Another thing to note is that the Pale Moon devs are currently
"de-unifying the source".  This means that over time, manual builds will
take longer and longer to compile, especially on older machines with low
ram.  Unifying source speeds up compile-time, but... large monolithic
source files make bugs and error messages a lot harder to track down.
Run-time performance is not affected.


All of my "old amd64" systems have 32 G of ram. I'm evaluating which 
cluster technology to use all (3) on compiles. But with the use of the 
GPU soon to be practical on Gentoo, maybe that times(3) cluster will not 
be needed? Except on big compile days..




   tldr; the quickest/dirtiest/securest way to deal with Pale Moon (e.g.
for 64-bit) is...

mkdir $HOME/pm
cd $HOME/pm
#
# Download the official tarball from 
http://linux.palemoon.org/download/mainline/
#
# Stop Pale Moon and "uninstall" and extract
killall palemoon
rm -rf palemoon
tar xf 

..and point your program launcher to

$HOME/pm/palemoon/palemoon ${*}


very cool.



   If you want to get fancy and run multiple profiles simultaneously you
can pass commandline parameters like...

$HOME/pm/palemoon/palemoon -new-instance -p 680_news
$HOME/pm/palemoon/palemoon -new-instance -p covid
$HOME/pm/palemoon/palemoon -new-instance -p dslr
$HOME/pm/palemoon/palemoon -new-instance -p slashdot
$HOME/pm/palemoon/palemoon -new-instance -p youtube

   Note that these profiles have to already exist.  To launch the profile
manager to enable profile creation...

$HOME/pm/palemoon/palemoon -new-instance -p

   Multiple profiles have advantages...

1) You can get multiple specified webpages to open up on startup that
are related to one item.  Hint; In "Tools ==> Preferences ==> General"
you can set "Home Page" like so...

http://bad.example.com | ftp://blah.blah.blah.com | https://youtube.com


Nice.



..etc, etc.  Multiple webpages are separated by {SPACE} {PIPE} {SPACE}.
I've got some really long lines on one or two profiles.

2) 3rd-party cookies in one profile cannot be accessed by webpages in
another profile.  This reduces the effectiveness of tracking.


Kinda been suspecting this, great to get verification.



3) Add-ons only apply to the profile they're downloaded to.  The only
one I use is ANM "Advanced Night Mode"
https://addons.palemoon.org/addon/advanced-night-mode/
   Some webpages are run by idiot webmasters who set "low contrast" fonts
to something bordering on...
FONT FOREGROUND #FEFEFE
FONT BACKGROUND #FF

   ANM cures that by forcing white text on black background.  This
add-on is specific to Pale Moon.  The add-on works only in profile(s)
it's downloaded to, so sane webpages can be left alone.  Actually, even
sane webpages sometimes look better with ANM.



Thanks Walter, for all of the palemoon info. I'm putting up a  gentoo 
test system for such (palemoon) excursions.



James

Re: [gentoo-user] ebuild : how to check for python version

[james]

On 8/2/20 1:34 PM, Helmut Jarausch wrote:

On 08/02/2020 06:15:12 PM, Ramon Fischer wrote:

Hi Helmut,

maybe "python_is_python3"[1] will help? I am still new to creating
ebuilds. :)

-Ramon


Thanks Ramon for this hint.
I need to know which version of Python3 ( Python3.8 or Python3.9)
and I could see how python_is_python3 helps here.

Helmut



editing

/usr/portage/profiles/base/use.stable.mask

might give you the granularity of control you see, BUT
I have not tested it yet, related to python3_9, so I'd recommend deep 
research and change packages one at a time, regardless of how you choose 
to use  version 3_9.



https://docs.python.org/3.9/whatsnew/3.9.html

just because it is (?) release, does not mean it is stable and ready for 
gentoo beta testing (my speculation).



hth,

James

Re: [gentoo-user] ebuild : how to check for python version

[Helmut Jarausch]

On 08/02/2020 06:15:12 PM, Ramon Fischer wrote:

Hi Helmut,

maybe "python_is_python3"[1] will help? I am still new to creating
ebuilds. :)

-Ramon


Thanks Ramon for this hint.
I need to know which version of Python3 ( Python3.8 or Python3.9)
and I could see how python_is_python3 helps here.

Helmut

Re: [gentoo-user] ebuild : how to check for python version

[Ramon Fischer]

Hi Helmut,

maybe "python_is_python3"[1] will help? I am still new to creating 
ebuilds. :)


-Ramon

[1] 
https://devmanual.gentoo.org/eclass-reference/python-utils-r1.eclass/index.html


On 02/08/2020 16:47, Helmut Jarausch wrote:

Hi,
in an ebuild I have to apply a patch only if this package is installed 
for python3.9.

The ebuild should work for PYTHON_COMPAT=( python3_{8,9} )

How can I check for Pythons version in src_prepare or similar functions.

Many thanks for a hint,
Helmut

[gentoo-user] ebuild : how to check for python version

[Helmut Jarausch]

Hi,
in an ebuild I have to apply a patch only if this package is installed  
for python3.9.

The ebuild should work for PYTHON_COMPAT=( python3_{8,9} )

How can I check for Pythons version in src_prepare or similar functions.

Many thanks for a hint,
Helmut

[SOLVED] Re: [gentoo-user] Ebuild: How to deal with external repositories properly (best practise)?

[Ramon Fischer]

I decided to use "EGIT_COMMIT" to let the ebuild pulling a certain commit.

Using the archive tarball is indeed interesting!

Thank you for your help!

-Ramon

On 28/07/2020 15:32, Ramon Fischer wrote:

Oh yeah, as Neil was pointing that out.

I will give it a try and report soon.

-Ramon

On 28/07/2020 14:52, tastytea wrote:

On 2020-07-28 12:02+0200 Ramon Fischer  wrote:


Hello tastytea,

I am aware of this "workaround", thank you. :)

I guess, I was not precise enough:

The ebuild "drm_master_util-"[1] is hosted on my repository, but
the ebuild file itself pulls in an external repository[2].

Sorry, I misread your first email.


My question is: Is it a best practise to fork the external
repository[2], to link my fork with "drm_master_util-"[1], so I
have full control about updating the fork. Just to check, that the
external source is not doing shenanigans?

I would use either EGIT_COMMIT from git-r3.eclass¹ or download a
snapshot via SRC_URI².

¹ 


² 

Re: [gentoo-user] Python 2.7 removal : problem with Firefox + Spidermonkey

[Walter Dnes]

On Sat, Aug 01, 2020 at 11:08:47PM -0400, james wrote
> On 8/1/20 12:10 PM, Walter Dnes wrote:
> > 
> >So a "palemoon-bin" ebuild is possible.  But is it necessary?  If
> > you pull down and extract the precompiled tarball to your home dir, it
> > can be set to check for, and do, updates (as long as you have write
> > permission to the Pale Moon directory).  No need for portage to do it.
> 
> Further security ideas with palemoon are of keen interest to me too. A 
> set of local security testing tools/semantics etc etc would be useful; 
> pointers to existing security tools are keen appreciated too.

  The best security advice for the average user is to keep up with the
latest updates.  See http://www.palemoon.org/releasenotes.shtml for an
idea of feature updates and security and bug fixes with each release.
To keep up-to-date *ON AN OFFICIAL BINARY* follow the menu tree...

Tools ==> Preferences ==> Advanced ==> Update

...and select the appropriate option.  See
http://www.palemoon.org/support/prefs-advanced-update for an explanation.
If you install the official binary manually in your home dir (or
anywhere else you have write permission), Pale Moon can do in-place
updates.  If you do it "the official Portage way") the installed files
will end up somewhere in /usr/ and you, as regular user, cannot
authorize the update.  Since you're talking about security, I assume
you're not browsing as root.

  Another thing to note is that the Pale Moon devs are currently
"de-unifying the source".  This means that over time, manual builds will
take longer and longer to compile, especially on older machines with low
ram.  Unifying source speeds up compile-time, but... large monolithic
source files make bugs and error messages a lot harder to track down.
Run-time performance is not affected.

  tldr; the quickest/dirtiest/securest way to deal with Pale Moon (e.g.
for 64-bit) is...

mkdir $HOME/pm
cd $HOME/pm
#
# Download the official tarball from 
http://linux.palemoon.org/download/mainline/
#
# Stop Pale Moon and "uninstall" and extract
killall palemoon
rm -rf palemoon
tar xf 

...and point your program launcher to

$HOME/pm/palemoon/palemoon ${*}

  If you want to get fancy and run multiple profiles simultaneously you
can pass commandline parameters like...

$HOME/pm/palemoon/palemoon -new-instance -p 680_news
$HOME/pm/palemoon/palemoon -new-instance -p covid
$HOME/pm/palemoon/palemoon -new-instance -p dslr
$HOME/pm/palemoon/palemoon -new-instance -p slashdot
$HOME/pm/palemoon/palemoon -new-instance -p youtube

  Note that these profiles have to already exist.  To launch the profile
manager to enable profile creation...

$HOME/pm/palemoon/palemoon -new-instance -p

  Multiple profiles have advantages...

1) You can get multiple specified webpages to open up on startup that
are related to one item.  Hint; In "Tools ==> Preferences ==> General"
you can set "Home Page" like so...

http://bad.example.com | ftp://blah.blah.blah.com | https://youtube.com

...etc, etc.  Multiple webpages are separated by {SPACE} {PIPE} {SPACE}.
I've got some really long lines on one or two profiles.

2) 3rd-party cookies in one profile cannot be accessed by webpages in
another profile.  This reduces the effectiveness of tracking.

3) Add-ons only apply to the profile they're downloaded to.  The only
one I use is ANM "Advanced Night Mode"
https://addons.palemoon.org/addon/advanced-night-mode/
  Some webpages are run by idiot webmasters who set "low contrast" fonts
to something bordering on...
FONT FOREGROUND #FEFEFE
FONT BACKGROUND #FF

  ANM cures that by forcing white text on black background.  This
add-on is specific to Pale Moon.  The add-on works only in profile(s)
it's downloaded to, so sane webpages can be left alone.  Actually, even
sane webpages sometimes look better with ANM.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Python 2.7 removal : problem with Firefox + Spidermonkey

[David Haller]

Hello,

On Sat, 01 Aug 2020, james wrote:
>On 8/1/20 7:04 PM, David Haller wrote:
>> On Sat, 01 Aug 2020, Walter Dnes wrote:
>> [..]
>> >   So a "palemoon-bin" ebuild is possible.
>> 
>> There's already one in the palemoon overlay.
>
>This is what you are referring to?
>
>www-client/palemoon-bin [2]
>Available versions:  28.11.0^ms {startup-notification}
> Homepage:https://www.palemoon.org/
>
>[2] "palemoon" /var/lib/layman/palemoon

If your palemoon is the one "in" layman and refers to

sync-uri = https://github.com/deu/palemoon-overlay.git

then yes. 

-dnh

-- 
   "Now, what was I doing before I so rudely interrupted myself?"