Re: [gentoo-user] Anyone using extract_url with mutt?

[Steve Kollios]

On Tue, Apr 27, 2021 at 09:18:14PM -0400, Walter Dnes wrote:
> On Sat, Apr 24, 2021 at 07:40:35AM +, Nils Freydank wrote
> > Hi Walter,
> > 
> > in case your problem isn't already solved net-mail/urlscan[1] might
> > be an alternative. Currently I maintain it in my overlay[2]. I just
> > use it with xdg-open or KDE's URL-click-behaviour, but according to
> > the urlscan readme you can "Run a command with the selected URL as
> > the argument or pipe the selected URL to a command." which sounds
> > to me as your workflow.
> 
>   Thanks.  I simply want a list of URLs that I can select to open in
> Pale Moon.  If I can copy URLs into the paste buffer, even better.  It's
> been a long while since I last used an overlay.  What are the steps to
> setting up "urlscan" in an overlay?  Even more basic, what are the steps
> to setting up an overlay?  My /etc/portage/repos.conf/
> 
> ll /etc/portage/repos.conf/
> total 20
> drwxr-xr-x 2 root root 4096 Dec 14 12:31 .
> drwxr-xr-x 9 root root 4096 Mar  5 20:41 ..
> -rw-r--r-- 1 root root  291 Dec 14 12:31 gentoo.conf
> -rw-r--r-- 1 root root   74 Oct 26  2017 local.conf
> -rw-r--r-- 1 root root   42 Oct 26  2017 localrepo.conf
> 
> =
> 
> cat /etc/portage/repos.conf/gentoo.conf
> [DEFAULT]
> main-repo = gentoo
> 
> [gentoo]
> location = /usr/portage
> sync-type = rsync
> sync-uri = rsync://rsync.gentoo.org/gentoo-portage
> auto-sync = yes
> sync-rsync-verify-metamanifest = no
> 
> # for daily squashfs snapshots
> #sync-type = squashdelta
> #sync-uri = mirror://gentoo/../snapshots/squashfs
> 
> =
> 
> cat /etc/portage/repos.conf/local.conf 
> [localrepo]
> location = /usr/local/portage
> masters = gentoo
> auto-sync = no
> 
> =
> 
> cat /etc/portage/repos.conf/localrepo.conf 
> [localrepo]
> location = /usr/local/portage
> 
> -- 
> Walter Dnes 
> I don't run "desktop environments"; I run useful applications
>

Hi Walter, 

I'd be interested to see how this integrates in your workflow, I'm
looking for a similar solution myself. The current functionality of
mutt/neomutt leaves a bit to be desired when using it as described.

P.S thank you Nils for introducing this to me, I will likely take the
plunge in the near future.

- Steve

Re: [gentoo-user] Anyone using extract_url with mutt?

[Walter Dnes]

On Sat, Apr 24, 2021 at 07:40:35AM +, Nils Freydank wrote
> Hi Walter,
> 
> in case your problem isn't already solved net-mail/urlscan[1] might
> be an alternative. Currently I maintain it in my overlay[2]. I just
> use it with xdg-open or KDE's URL-click-behaviour, but according to
> the urlscan readme you can "Run a command with the selected URL as
> the argument or pipe the selected URL to a command." which sounds
> to me as your workflow.

  Thanks.  I simply want a list of URLs that I can select to open in
Pale Moon.  If I can copy URLs into the paste buffer, even better.  It's
been a long while since I last used an overlay.  What are the steps to
setting up "urlscan" in an overlay?  Even more basic, what are the steps
to setting up an overlay?  My /etc/portage/repos.conf/

ll /etc/portage/repos.conf/
total 20
drwxr-xr-x 2 root root 4096 Dec 14 12:31 .
drwxr-xr-x 9 root root 4096 Mar  5 20:41 ..
-rw-r--r-- 1 root root  291 Dec 14 12:31 gentoo.conf
-rw-r--r-- 1 root root   74 Oct 26  2017 local.conf
-rw-r--r-- 1 root root   42 Oct 26  2017 localrepo.conf

=

cat /etc/portage/repos.conf/gentoo.conf
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = rsync
sync-uri = rsync://rsync.gentoo.org/gentoo-portage
auto-sync = yes
sync-rsync-verify-metamanifest = no

# for daily squashfs snapshots
#sync-type = squashdelta
#sync-uri = mirror://gentoo/../snapshots/squashfs

=

cat /etc/portage/repos.conf/local.conf 
[localrepo]
location = /usr/local/portage
masters = gentoo
auto-sync = no

=

cat /etc/portage/repos.conf/localrepo.conf 
[localrepo]
location = /usr/local/portage

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

Re: [gentoo-user] Rusty problems

[Neil Bothwick]

On Tue, 27 Apr 2021 20:53:11 +, Alan Mackenzie wrote:

> Help!  What am I supposed to do?  I've got 16 Gb RAM (I'm _not_ going to
> use the word "only" here), and wondering just how big a chunk a ram disk
> can take out of that before the machine siezes up altogether.  But if I
> increase the ram disk to 15 Gb, even assuming it'd work, it's only going
> to be a small number of releases before the clever people at rust
> increase their bloat even more.

Setting the RAM disk so high will mean you don't have enough memory for
the compilation, which will start swapping and everything will grind to a
near halt.

> I know I could plump for the -bin package.  Maybe I should.  But before
> I do that, is it possible to redirect this one ebuild away from
> /var/tmp/portage (my ram disk) without disturbing the other builds?  If
> so, how would I do this (or where should I look for documentation)?

Lookup package.env on the wiki. I use rust-bin now, so this isn't an
issue for me, but my laptop has only 8GB and this is how I have it set
for chromium:

% cat /etc/portage/env/disk-tmpdir.conf
PORTAGE_TMPDIR="/mnt/scratch"

% cat /etc/portage/package.env/chromium
www-client/chromium disk-tmpdir.conf

I do similar for libreoffice and a couple of other heavyweights.

Another option, to be used instead of or as well as this would be distcc.
Once again, you can use package.env to apply this to selected packages:

% cat /etc/portage/env/distcc.conf
FEATURES="distcc buildpkg distlocks"
MAKEOPTS="-j36 -l4"
CFLAGS="-march=broadwell -O2 -pipe"
CXXFLAGS="${CFLAGS}"


-- 
Neil Bothwick

I'm firm. You're obstinate. He's a pigheaded fool.


pgpdVd7xzgkT5.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Rusty problems

[Teru Yuu]

On Tue, Apr 27, 2021 at 08:53:11PM +, Alan Mackenzie wrote:
>But if I increase the ram disk to 15 Gb, even assuming it'd work

Probably wouldn't, had same issue recently, 16GB was not enough,
increased to 24GB just in case and it went through.

>is it possible to redirect this one ebuild away from
>/var/tmp/portage (my ram disk) without disturbing the other builds?  If
>so, how would I do this (or where should I look for documentation)?

What you want is to look up package.env page on wiki, it allows you to
customize enviromental variables on per-package basis, PORTAGE_TMPDIR
being one of them. That's what I used to do for bigger packages when I
had less RAM.

Sincerely,
Teru

Re: [gentoo-user] Rusty problems

[tastytea]

On 2021-04-27 20:53+ Alan Mackenzie  wrote:

> Hello, Gentoo.
> 
> I'm having problems building rust.
> 
> I build everything in a ram disk, and last night my 13 Gb ram disk
> proved too small to build rust in.  So I increased its size to 14 Gb,
> and tried again this evening.  Same result.  The pre-check on the disk
> size gave an OK both times, and both runs lasted about 45 minutes
> before running out of space.
> 
> Help!  What am I supposed to do?  I've got 16 Gb RAM (I'm _not_ going
> to use the word "only" here), and wondering just how big a chunk a
> ram disk can take out of that before the machine siezes up
> altogether.  But if I increase the ram disk to 15 Gb, even assuming
> it'd work, it's only going to be a small number of releases before
> the clever people at rust increase their bloat even more.

You could use zram[1], it's like a ramdisk but compressed. Source code
compresses very good, binary files compress to ~50% in my tests.

> I know I could plump for the -bin package.  Maybe I should.  But
> before I do that, is it possible to redirect this one ebuild away from
> /var/tmp/portage (my ram disk) without disturbing the other builds?
> If so, how would I do this (or where should I look for documentation)?

You could create /var/tmp/portage/dev-lang/rust after creating the
ramdisk and then bind-mount another directory to it. But then you'd
have to tell portage to not delete it with FEATURES="keepwork"[2]
(see`man 5 make.conf`) … I wouldn't recommend it.

[1] 
[2] 

kind regards, tastytea

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpFctQqNaO8Y.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] Rusty problems

[Michael]

On Tuesday, 27 April 2021 22:17:20 BST Matt Connell (Gmail) wrote:
> On Tue, 2021-04-27 at 20:53 +, Alan Mackenzie wrote:
> > I know I could plump for the -bin package.  Maybe I should.
> 
> I did, recently. 
> 
> Anecdotes/opinions/rant follows.  Feel free to ignore, I just wanted to
> vent because the issue is fresh in my mind.
> 
> ...
> 
> Some things just aren't worth building from source.  Rust is so heavy,
> convoluted, ill-supported and slow that I just can't be bothered to
> spend hours of compile time on getting a slightly-less-awful version of
> it for my system(s).  And given how a desktop environment now requires
> a Javascript engine to parse configurations (that's a separate
> complaint), and spidermonkey requires rust to build, there's no
> avoiding it for my needs, so I just cut bait.
> 
> The same can be said for GHC (the Glasgow Haskell Compiler).  I can't
> do my day-to-day without shellcheck, but spending 8 hours to build a
> compiler for shellcheck (and sometimes pandoc) frankly sucks.  This
> isn't gentoo's fault, or anyone's fault really.  Languages are complex
> and the code to bootstrap compile them isn't easy.  Its above my skill
> level, that's for sure.
> 
> 8+ years of gentoo has taught me many lessons, chief among them is to
> pick my battles.  If there is some must-have or must-avoid USE flag, or
> a killer feature that's missing from the bin build, then I'll swallow
> the pill and take the time to compile it.  If not, I've got better
> things to do with my electricity.

Heh!  I had a go more than once increasing RAM allocated to /var/tmp/portage 
also running out of memory.  I think this is the second time it happened to me 
in the last 6 months or so.  There's a bug on this:

https://bugs.gentoo.org/show_bug.cgi?id=757276

There's three options, I can think of:

1. Use dev-lang/rust-bin, as Matt suggested above.

2. Buy more RAM, or use a surrogate PC with more RAM to cross-compile it.

3. Use a partition with enough space on it to bind mount /var/tmp/portage, for 
this package only.

I use the 3rd option, but I'm wondering if option 1 may be the smartest move 
for my needs.

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Rusty problems

[Matt Connell (Gmail)]

On Tue, 2021-04-27 at 20:53 +, Alan Mackenzie wrote:
> I know I could plump for the -bin package.  Maybe I should.

I did, recently. 

Anecdotes/opinions/rant follows.  Feel free to ignore, I just wanted to
vent because the issue is fresh in my mind.

...

Some things just aren't worth building from source.  Rust is so heavy,
convoluted, ill-supported and slow that I just can't be bothered to
spend hours of compile time on getting a slightly-less-awful version of
it for my system(s).  And given how a desktop environment now requires
a Javascript engine to parse configurations (that's a separate
complaint), and spidermonkey requires rust to build, there's no
avoiding it for my needs, so I just cut bait.

The same can be said for GHC (the Glasgow Haskell Compiler).  I can't
do my day-to-day without shellcheck, but spending 8 hours to build a
compiler for shellcheck (and sometimes pandoc) frankly sucks.  This
isn't gentoo's fault, or anyone's fault really.  Languages are complex
and the code to bootstrap compile them isn't easy.  Its above my skill
level, that's for sure.

8+ years of gentoo has taught me many lessons, chief among them is to
pick my battles.  If there is some must-have or must-avoid USE flag, or
a killer feature that's missing from the bin build, then I'll swallow
the pill and take the time to compile it.  If not, I've got better
things to do with my electricity.

[gentoo-user] Rusty problems

[Alan Mackenzie]

Hello, Gentoo.

I'm having problems building rust.

I build everything in a ram disk, and last night my 13 Gb ram disk
proved too small to build rust in.  So I increased its size to 14 Gb,
and tried again this evening.  Same result.  The pre-check on the disk
size gave an OK both times, and both runs lasted about 45 minutes before
running out of space.

Help!  What am I supposed to do?  I've got 16 Gb RAM (I'm _not_ going to
use the word "only" here), and wondering just how big a chunk a ram disk
can take out of that before the machine siezes up altogether.  But if I
increase the ram disk to 15 Gb, even assuming it'd work, it's only going
to be a small number of releases before the clever people at rust
increase their bloat even more.

I know I could plump for the -bin package.  Maybe I should.  But before
I do that, is it possible to redirect this one ebuild away from
/var/tmp/portage (my ram disk) without disturbing the other builds?  If
so, how would I do this (or where should I look for documentation)?

Thanks for the help!

-- 
Alan Mackenzie (Nuremberg, Germany).

Re: [gentoo-user] Network switch - LED will not turn ON

[karl]

Wol:
> On 26/04/21 22:53, the...@sys-concept.com wrote:
> > If they cable is the problem the LED port on the 70ft long cable
> > on the switch would be orange "not green"; correct me anybody if
> > I'm wrong.
> 
> I guess it depends what's wrong with the cable. And what the green light
> is testing for.

 As can be seen from

https://en.wikipedia.org/wiki/Autonegotiation#Electrical_signals

 autonegotiation only runs at 10Base-T speeds. Its use is to make
 sure that the endpoints are operating with the same parameters.

 Note, it does not tests whether the cable and connector are suitable
 for that negotiated link speed.

 Also,

https://en.wikipedia.org/wiki/Gigabit_Ethernet#1000BASE-T

 says that the tests are not done on all cable pairs, so even
 if pair 1 and 2 are perfect, faulty pair 3 and 4 may make
 communication fail.

///

 So if the link led lights up, but the communication fails,
 something between the mii's (the electronics, the chips)

https://en.wikipedia.org/wiki/Media-independent_interface

 is faulty and it is with high probability that the cable is faulty.

Regards,
/Karl Hammar

Re: [gentoo-user] Network switch - LED will not turn ON

[Wols Lists]

On 26/04/21 22:53, the...@sys-concept.com wrote:
> If they cable is the problem the LED port on the 70ft long cable on the 
> switch would be orange "not green"; correct me anybody if I'm wrong.

I guess it depends what's wrong with the cable. And what the green light
is testing for.

There'#s a reason it's called "twisted pair" - that reduces interference
from all the wires stuffed close together. If it was badly connected
when it was made, or the cable's taken a hammering, or or or, you might
be getting a green light because the router says "the circuit is okay",
but poor data transmission because a bad quality cable is suffering from
excessive cross-talk.

Cheers,
Wol