[gentoo-user] glabels not showing GNU Barcode

[thelma]

I have app-office/glabels installed with (barcode -eds)
but the style menus is not showing "GNU Barcode

Is it a bug?

-- 
Thelma

Re: [gentoo-user] Re: What replaced python-updater?

[tastytea]

On 2020-12-05 01:04- Grant Edwards 
wrote:

> On 2020-12-04, tastytea  wrote:
> > On 2020-12-04 17:39- Grant Edwards 
> > wrote:  
> >> [...]
> >>
> >> I used to use 'python-updater' to take care of that, but it's
> >> gone. What are we supposed to use in its place?
> >> 
> >> Are we just supposed to manually re-emerge various python modules
> >> over the next few weeks as we stumble across failures?  
> >
> > emerge --changed-use --deep @world should take care of that.  
> 
> I always update with -ND (--newuse --deep) which I thought was
> supposed to include what would be built by --changed-use, but maybe
> I'm misunderstanding:

--newuse and --changed-use are almost the same. The only difference is,
as far as I know:

--changed-use, -U
  […] Unlike --newuse, the --changed-use option does not trigger
  reinstallation when flags that the user has not enabled are added or
  removed.

I don't know why that didn't catch all python modules.


pgpHacxKHGvIY.pgp
Description: Digitale Signatur von OpenPGP

[gentoo-user] Re: What replaced python-updater?

[Grant Edwards]

On 2020-12-04, tastytea  wrote:
> On 2020-12-04 17:39- Grant Edwards 
> wrote:
>> [...]
>>
>> I used to use 'python-updater' to take care of that, but it's
>> gone. What are we supposed to use in its place?
>> 
>> Are we just supposed to manually re-emerge various python modules over
>> the next few weeks as we stumble across failures?
>
> emerge --changed-use --deep @world should take care of that.

I always update with -ND (--newuse --deep) which I thought was supposed to 
include
what would be built by --changed-use, but maybe I'm misunderstanding:

>From the emerge man page:

--newuse, -N
 Tells emerge to include installed packages where USE flags have
 changed  since  compilation. [...]

--
Grant

Re: [gentoo-user] "Print to File" US letter size (default)

[Michael]

On Friday, 4 December 2020 20:33:35 GMT the...@sys-concept.com wrote:
> Is there a use flag or setting in make.conf to instruct all up to
> default to "US Letter" size paper.
> 
> Changing the defaults is not easy on gentoo.  I have some notes but the
> configuration files and setting keep changing so hunting all the config
> files is time taking.
> 
> When the Print windows pops-up there is an option "Print to File"
> How to change setting to default to US Letter size paper (the default is A4)

I am not aware of a USE flag.

What printer and driver are you using?

lpoptions -l can show your defaults, and also there is the CUPS GUI:

http://localhost:631

Some Brother printer drivers are less compatible with Gentoo - ownership of 
some directories is hardwired in the binary drivers and it does not align with 
the directories these are installed in Gentoo.  There are workarounds, but let 
us know what your printer is and we can take it from there. 

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

Re: [gentoo-user] update fails, but I don't see why

[Neil Bothwick]

On Fri, 4 Dec 2020 23:19:00 +0100, n952162 wrote:

> > Okay, I've never done a depclean.  Is that something I need to do?  I
> > mean, I'm always worried it'd remove something that I need, but given
> > all the problems I have, I guess that'd be the lesser of evils...

Yes you should, t keep your system consistent. You should also heed the
messages about unread news items and updating config files as these can
also have a bearing on keeping your system running smoothly.

> Oh that went fast.  But just as I expected ... it's going to remove
> kernel/gentoo-sources?  gcc?  The llvm that took 5 hours to compile?

Read it again. It wants to remove some versions of those but not the
latest. When you install a new kernel or compiler, portage generally does
so in a separate slot, so you have access to both old and new versions.
If you are no longer using the old version, you should let it go.


-- 
Neil Bothwick

"If you can't explain it simply, you don't understand it well enough."
 (Albert Einstein)


pgpnQhZgMKzjA.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] update fails, but I don't see why

[Jack]

You seem to not really understand how gentoo works.

On 2020.12.04 17:19, n952162 wrote:

On 12/4/20 11:13 PM, n952162 wrote:

On 12/4/20 10:49 PM, Arve Barsnes wrote:

On Fri, 4 Dec 2020 at 21:24, n952162  wrote:
I guess you mean, remove them all and then let emerge tell me  
which

ones
I need.  I'll try that.  But isn't '=' more restrictive than '>=',
promising me troubles earlier?

The earlier you encounter any conflicts, they're generally easier to
solve.



No, that didn't work.  After about 4 iterations of supplying newly
required USE flags, I ended up with this

(this after commenting out all the python dependencies in
/etc/portage/package.use/* and adding back in what emerge wanted):


Hard to say what the problem is when I don't know what you've added
back to USE, but I wonder what state your portage tree is in,  
because

it seems like many of the packages creating your conflicts, like the
two below, dev-python/ipaddress and dev-python/futures, don't exist  
at
all in my tree. They were removed several weeks ago. When did you  
last

sync? If recently, when did you last --depclean?


dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]

required by (dev-python/ipaddress-1.0.23:0/0::gentoo, installed)  
USE=""

ABI_X86="(64)" PYTHON_TARGETS="python2_7"

dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]

required by (dev-python/futures-3.1.1:0/0::gentoo, installed)
USE="-doc"
ABI_X86="(64)" PYTHON_TARGETS="python2_7"


Regards,
Arve



Okay, I've never done a depclean.  Is that something I need to do?  I
mean, I'm always worried it'd remove something that I need, but given
all the problems I have, I guess that'd be the lesser of evils...
Most of the time, yes, you do need to do a depclean.  It's pretty  
common to do it after every world update.  In general, it gets rid of  
things emerged as a dependency of something else, and no longer needed,  
either because you explicitly removed what pulled them in, or that  
package was modified to no longer need it.


I'll give that a go and go to bed.



Oh that went fast.  But just as I expected ... it's going to remove
kernel/gentoo-sources?  gcc?  The llvm that took 5 hours to compile?
Do you understand why it shows separate lines for "selected" and  
"omitted"


>>> These are the packages that would be unmerged:

 sys-kernel/gentoo-sources
    selected: 4.19.72
   protected: none
 omitted: 5.4.72
It's going to remove an old version and leave a newer version.  If you  
really want the old one kept, you should explicitly add it to your  
world file.  (check "emerge -n", don't actually edit the world file)


 dev-lang/mujs
    selected: 1.0.5
   protected: none
 omitted: none

 sys-fs/btrfs-progs
    selected: 4.19
   protected: none
 omitted: none

 virtual/shadow
    selected: 0
   protected: none
 omitted: none

 media-libs/gegl
    selected: 0.3.34
   protected: none
 omitted: 0.4.22

 dev-python/sphinx_rtd_theme
    selected: 0.2.4
   protected: none
 omitted: none

 dev-go/blackfriday
    selected: 1.2_p20150720
   protected: none
 omitted: none

 media-gfx/mypaint-brushes
    selected: 1.3.0-r1
   protected: none
 omitted: 2.0.2

 dev-lang/vala
    selected: 0.42.7
   protected: none
 omitted: 0.48.9

 x11-drivers/xf86-video-nouveau
    selected: 1.0.16
   protected: none
 omitted: none

 media-gfx/potrace
    selected: 1.15
   protected: none
 omitted: none

 x11-drivers/xf86-video-dummy
    selected: 0.3.8
   protected: none
 omitted: none

 sys-apps/sdparm
    selected: 1.10
   protected: none
 omitted: none

 dev-python/sphinxcontrib-websupport
    selected: 1.1.0
   protected: none
 omitted: none

 dev-lang/vala
    selected: 0.46.7
   protected: none
 omitted: 0.48.9

 virtual/python-ipaddress
    selected: 1.0-r1
   protected: none
 omitted: none

 sys-kernel/gentoo-sources
    selected: 5.4.66
   protected: none
 omitted: 5.4.72
Same as above, and no, I don't know why it didn't combine these into a  
single entry with two selected and one omitted.


 dev-python/bz2file
    selected: 0.98
   protected: none
 omitted: none

 dev-python/asn1crypto
    selected: 0.22.0
   protected: none
 omitted: none

 app-text/docbook-dsssl-stylesheets
    selected: 1.79-r4
   protected: none
 omitted: none

 x11-drivers/xf86-video-vesa
    selected: 2.4.0
   protected: none
 omitted: none

 x11-libs/wxGTK
    selected: 3.0.4-r2
   protected: none
 omitted: 3.0.4-r302


!!! 'app-editors/nano' (virtual/editor) is part of your system  
profile.

!!! Unmerging it may be damaging to your system.


 app-editors/nano
    selected: 4.2
   protected: none
 omitted: none
This seems a bit odd, unless you have a different app-editor package  
installed.  Virutal/editor is there so you always have at least one  
editor installed.  If you do have another editor installed, then this  
is OK.


 

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 11:13 PM, n952162 wrote:

On 12/4/20 10:49 PM, Arve Barsnes wrote:

On Fri, 4 Dec 2020 at 21:24, n952162  wrote:

I guess you mean, remove them all and then let emerge tell me which
ones
I need.  I'll try that.  But isn't '=' more restrictive than '>=',
promising me troubles earlier?

The earlier you encounter any conflicts, they're generally easier to
solve.



No, that didn't work.  After about 4 iterations of supplying newly
required USE flags, I ended up with this

(this after commenting out all the python dependencies in
/etc/portage/package.use/* and adding back in what emerge wanted):


Hard to say what the problem is when I don't know what you've added
back to USE, but I wonder what state your portage tree is in, because
it seems like many of the packages creating your conflicts, like the
two below, dev-python/ipaddress and dev-python/futures, don't exist at
all in my tree. They were removed several weeks ago. When did you last
sync? If recently, when did you last --depclean?


dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]

required by (dev-python/ipaddress-1.0.23:0/0::gentoo, installed) USE=""
ABI_X86="(64)" PYTHON_TARGETS="python2_7"

dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]

required by (dev-python/futures-3.1.1:0/0::gentoo, installed)
USE="-doc"
ABI_X86="(64)" PYTHON_TARGETS="python2_7"


Regards,
Arve



Okay, I've never done a depclean.  Is that something I need to do?  I
mean, I'm always worried it'd remove something that I need, but given
all the problems I have, I guess that'd be the lesser of evils...

I'll give that a go and go to bed.



Oh that went fast.  But just as I expected ... it's going to remove
kernel/gentoo-sources?  gcc?  The llvm that took 5 hours to compile?

>>> These are the packages that would be unmerged:

 sys-kernel/gentoo-sources
    selected: 4.19.72
   protected: none
 omitted: 5.4.72

 dev-lang/mujs
    selected: 1.0.5
   protected: none
 omitted: none

 sys-fs/btrfs-progs
    selected: 4.19
   protected: none
 omitted: none

 virtual/shadow
    selected: 0
   protected: none
 omitted: none

 media-libs/gegl
    selected: 0.3.34
   protected: none
 omitted: 0.4.22

 dev-python/sphinx_rtd_theme
    selected: 0.2.4
   protected: none
 omitted: none

 dev-go/blackfriday
    selected: 1.2_p20150720
   protected: none
 omitted: none

 media-gfx/mypaint-brushes
    selected: 1.3.0-r1
   protected: none
 omitted: 2.0.2

 dev-lang/vala
    selected: 0.42.7
   protected: none
 omitted: 0.48.9

 x11-drivers/xf86-video-nouveau
    selected: 1.0.16
   protected: none
 omitted: none

 media-gfx/potrace
    selected: 1.15
   protected: none
 omitted: none

 x11-drivers/xf86-video-dummy
    selected: 0.3.8
   protected: none
 omitted: none

 sys-apps/sdparm
    selected: 1.10
   protected: none
 omitted: none

 dev-python/sphinxcontrib-websupport
    selected: 1.1.0
   protected: none
 omitted: none

 dev-lang/vala
    selected: 0.46.7
   protected: none
 omitted: 0.48.9

 virtual/python-ipaddress
    selected: 1.0-r1
   protected: none
 omitted: none

 sys-kernel/gentoo-sources
    selected: 5.4.66
   protected: none
 omitted: 5.4.72

 dev-python/bz2file
    selected: 0.98
   protected: none
 omitted: none

 dev-python/asn1crypto
    selected: 0.22.0
   protected: none
 omitted: none

 app-text/docbook-dsssl-stylesheets
    selected: 1.79-r4
   protected: none
 omitted: none

 x11-drivers/xf86-video-vesa
    selected: 2.4.0
   protected: none
 omitted: none

 x11-libs/wxGTK
    selected: 3.0.4-r2
   protected: none
 omitted: 3.0.4-r302


!!! 'app-editors/nano' (virtual/editor) is part of your system profile.
!!! Unmerging it may be damaging to your system.


 app-editors/nano
    selected: 4.2
   protected: none
 omitted: none

 sys-kernel/gentoo-sources
    selected: 5.4.60
   protected: none
 omitted: 5.4.72

 x11-drivers/xf86-video-intel
    selected: 2.99.917_p20190301
   protected: none
 omitted: none

 dev-python/pyxattr
    selected: 0.6.0-r1
   protected: none
 omitted: none

 sys-devel/clang-runtime
    selected: 10.0.0
   protected: none
 omitted: 10.0.1

 app-admin/metalog
    selected: 20181125
   protected: none
 omitted: none

 sys-libs/cracklib
    selected: 2.9.7
   protected: none
 omitted: none

 dev-libs/iniparser
    selected: 3.1-r1
   protected: none
 omitted: none

 dev-libs/libcroco
    selected: 0.6.13
   protected: none
 omitted: none

 x11-drivers/xf86-input-mouse
    selected: 1.9.3
   protected: none
 omitted: none

 virtual/python-enum34
    selected: 2
   protected: none
 omitted: none

 x11-drivers/xf86-video-fbdev
    selected: 0.5.0
   protected: none
 omitted: none

 media-libs/freeglut
    selected: 3.2.1
   protected: none
 omitted: none

 x11-drivers/xf86-input-keyboard
    selected: 1.9.0
   protected: 

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 10:49 PM, Arve Barsnes wrote:

On Fri, 4 Dec 2020 at 21:24, n952162  wrote:

I guess you mean, remove them all and then let emerge tell me which ones
I need.  I'll try that.  But isn't '=' more restrictive than '>=',
promising me troubles earlier?

The earlier you encounter any conflicts, they're generally easier to solve.



No, that didn't work.  After about 4 iterations of supplying newly
required USE flags, I ended up with this

(this after commenting out all the python dependencies in
/etc/portage/package.use/* and adding back in what emerge wanted):


Hard to say what the problem is when I don't know what you've added
back to USE, but I wonder what state your portage tree is in, because
it seems like many of the packages creating your conflicts, like the
two below, dev-python/ipaddress and dev-python/futures, don't exist at
all in my tree. They were removed several weeks ago. When did you last
sync? If recently, when did you last --depclean?


dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]
required by (dev-python/ipaddress-1.0.23:0/0::gentoo, installed) USE=""
ABI_X86="(64)" PYTHON_TARGETS="python2_7"

dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]
required by (dev-python/futures-3.1.1:0/0::gentoo, installed) USE="-doc"
ABI_X86="(64)" PYTHON_TARGETS="python2_7"


Regards,
Arve



Okay, I've never done a depclean.  Is that something I need to do?  I
mean, I'm always worried it'd remove something that I need, but given
all the problems I have, I guess that'd be the lesser of evils...

I'll give that a go and go to bed.

Re: [gentoo-user] update fails, but I don't see why

[Arve Barsnes]

On Fri, 4 Dec 2020 at 21:24, n952162  wrote:
> > I guess you mean, remove them all and then let emerge tell me which ones
> > I need.  I'll try that.  But isn't '=' more restrictive than '>=',
> > promising me troubles earlier?

The earlier you encounter any conflicts, they're generally easier to solve.


> No, that didn't work.  After about 4 iterations of supplying newly
> required USE flags, I ended up with this
>
> (this after commenting out all the python dependencies in
> /etc/portage/package.use/* and adding back in what emerge wanted):


Hard to say what the problem is when I don't know what you've added
back to USE, but I wonder what state your portage tree is in, because
it seems like many of the packages creating your conflicts, like the
two below, dev-python/ipaddress and dev-python/futures, don't exist at
all in my tree. They were removed several weeks ago. When did you last
sync? If recently, when did you last --depclean?

> dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]
> required by (dev-python/ipaddress-1.0.23:0/0::gentoo, installed) USE=""
> ABI_X86="(64)" PYTHON_TARGETS="python2_7"
>
> dev-python/setuptools[python_targets_python2_7(-),-python_single_target_python2_7(-)]
> required by (dev-python/futures-3.1.1:0/0::gentoo, installed) USE="-doc"
> ABI_X86="(64)" PYTHON_TARGETS="python2_7"


Regards,
Arve

[gentoo-user] "Print to File" US letter size (default)

[thelma]

Is there a use flag or setting in make.conf to instruct all up to
default to "US Letter" size paper.

Changing the defaults is not easy on gentoo.  I have some notes but the
configuration files and setting keep changing so hunting all the config
files is time taking.

When the Print windows pops-up there is an option "Print to File"
How to change setting to default to US Letter size paper (the default is A4)

-- 
Thelma

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 9:00 PM, n952162 wrote:

On 12/4/20 8:52 PM, n952162 wrote:


On 12/4/20 11:07 AM, Arve Barsnes wrote:

On Fri, 4 Dec 2020 at 10:34, n952162  wrote:

Forgotten about?  I'm flattered!  That would imply I understood
something here ...

Here's my python situation:

$ sed -n -e '/^\s*#/d' -e '/python/Ip' * | sort -u
*/* PYTHON_TARGETS: python3_7
  >=dev-lang/python-2.7.16:2.7 sqlite
  >=dev-lang/python-3.6.9 sqlite
  >=dev-libs/libxml2-2.9.9-r1 python
  >=dev-python/PySocks-1.7.1 python_targets_python3_6
  >=dev-python/certifi-10001-r1 python_targets_python3_7
  >=dev-python/certifi-2019.11.28 python_targets_python3_6
  >=dev-python/cffi-1.14.0 python_targets_python3_6
  >=dev-python/chardet-3.0.4 python_targets_python3_6
  >=dev-python/cryptography-2.8-r1 python_targets_python3_6
  >=dev-python/docutils-0.16 -python_targets_python2_7
  >=dev-python/idna-2.8 python_targets_python3_6
  >=dev-python/isodate-0.6.0-r1 python_targets_python3_6
  >=dev-python/ply-3.11 python_targets_python3_6
  >=dev-python/pycparser-2.20 python_targets_python3_6
  >=dev-python/pycryptodome-3.9.4 python_targets_python3_6
  >=dev-python/pyopenssl-19.1.0 python_targets_python3_6
  >=dev-python/requests-2.23.0 python_targets_python3_6
  >=dev-python/setuptools-46.4.0-r1 python_targets_python3_6
  >=dev-python/setuptools-50.3.0 python_targets_python3_7
  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_6
  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_7
  >=dev-python/six-1.14.0 python_targets_python3_6
  >=dev-python/six-1.15.0-r1 python_targets_python3_7
  >=dev-python/urllib3-1.25.8 python_targets_python3_6
  >=virtual/python-cffi-0 python_targets_python3_6
dev-lang/python readline
net-print/cups X python


I would try simply removing all of those python_targets_python3_x
lines, and add back only those that you actually need, with an
explicit version (that is '=' instead of '>='). I had a long list of
packages on 3_6 for a while, but it's been several weeks/months since
I could remove them all.

Regards,
Arve



How would I know which ones I need?  Aren't those specified by the
package author based on special needs?  Otherwise, why would they be
specified, instead of left to default?

I can understand that if I have two packages depending on different
versions of the same dependency, the older one is probably left over
from an earlier update and could be removed ... although at first
glance, I don't see that situation here.



I guess you mean, remove them all and then let emerge tell me which ones
I need.  I'll try that.  But isn't '=' more restrictive than '>=',
promising me troubles earlier?




No, that didn't work.  After about 4 iterations of supplying newly
required USE flags, I ended up with this

(this after commenting out all the python dependencies in
/etc/portage/package.use/* and adding back in what emerge wanted):


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

Calculating dependencies
 * IMPORTANT: 9 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

 * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS
 * sections of the emerge man page to learn how to update config files.
.. .. done!
[ebuild U  ] sys-libs/timezone-data-2020d::gentoo [2020a::gentoo]
USE="nls -leaps-timezone -zic-slim%" 647 KiB
[ebuild U  ] sys-devel/gcc-config-2.3.2-r1::gentoo [2.3.2::gentoo]
USE="(cc-wrappers%*) (native-symlinks)" 0 KiB
[ebuild U  ] dev-lang/go-1.15.5:0/1.15.5::gentoo
[1.14.9:0/1.14.9::gentoo] 22480 KiB
[ebuild U  ] app-text/poppler-data-0.4.10::gentoo [0.4.9::gentoo]
4393 KiB
[ebuild U  ] sys-devel/llvm-common-11.0.0::gentoo [10.0.1::gentoo]
119867 KiB
[ebuild  N ] acct-group/pcap-0::gentoo  0 KiB
[ebuild  r  U  ] dev-libs/liblinear-241:0/4::gentoo [210-r1:0/3::gentoo]
547 KiB
[ebuild U  ] x11-misc/util-macros-1.19.2-r2::gentoo
[1.19.2-r1::gentoo] 0 KiB
[ebuild U  ] dev-util/boost-build-1.74.0::gentoo [1.72.0::gentoo]
USE="-examples" 107032 KiB
[ebuild  N ] acct-user/pcap-0::gentoo  0 KiB
[ebuild U  ] app-shells/push-3.4::gentoo [2.0-r1::gentoo] 3 KiB
[ebuild U  ] app-emulation/docker-proxy-0.8.0_p20201105::gentoo
[0.8.0_p20200617::gentoo] 3307 KiB
[ebuild U  ] dev-lang/mujs-1.0.9:0/1.0.9::gentoo [1.0.5:0/0::gentoo]
USE="-static-libs" 121 KiB
[ebuild U  ] virtual/tmpfiles-0-r1::gentoo [0::gentoo] 0 KiB
[ebuild U  ] app-admin/mcelog-173::gentoo [170::gentoo]
USE="(-selinux)" 306 KiB
[ebuild U  ] dev-libs/boost-1.74.0-r1:0/1.74.0::gentoo
[1.72.0-r2:0/1.72.0::gentoo] USE="bzip2 nls threads zlib -context -debug
-doc -icu -lzma -mpi (-numpy) -python -static-libs -tools -zstd"
ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_7 python3_8*
-python3_6 -python3_9%" 0 KiB
[ebuild U  ] media-libs/libpng-1.6.37-r2:0/16::gentoo
[1.6.37:0/16::gentoo] USE="apng -static-libs (-neon%)" ABI_X86="(64) -32
(-x32)" CPU_FLAGS_X86="sse" 0 KiB
[ebuild U  ] 

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 8:52 PM, n952162 wrote:


On 12/4/20 11:07 AM, Arve Barsnes wrote:

On Fri, 4 Dec 2020 at 10:34, n952162  wrote:

Forgotten about?  I'm flattered!  That would imply I understood
something here ...

Here's my python situation:

$ sed -n -e '/^\s*#/d' -e '/python/Ip' * | sort -u
*/* PYTHON_TARGETS: python3_7
  >=dev-lang/python-2.7.16:2.7 sqlite
  >=dev-lang/python-3.6.9 sqlite
  >=dev-libs/libxml2-2.9.9-r1 python
  >=dev-python/PySocks-1.7.1 python_targets_python3_6
  >=dev-python/certifi-10001-r1 python_targets_python3_7
  >=dev-python/certifi-2019.11.28 python_targets_python3_6
  >=dev-python/cffi-1.14.0 python_targets_python3_6
  >=dev-python/chardet-3.0.4 python_targets_python3_6
  >=dev-python/cryptography-2.8-r1 python_targets_python3_6
  >=dev-python/docutils-0.16 -python_targets_python2_7
  >=dev-python/idna-2.8 python_targets_python3_6
  >=dev-python/isodate-0.6.0-r1 python_targets_python3_6
  >=dev-python/ply-3.11 python_targets_python3_6
  >=dev-python/pycparser-2.20 python_targets_python3_6
  >=dev-python/pycryptodome-3.9.4 python_targets_python3_6
  >=dev-python/pyopenssl-19.1.0 python_targets_python3_6
  >=dev-python/requests-2.23.0 python_targets_python3_6
  >=dev-python/setuptools-46.4.0-r1 python_targets_python3_6
  >=dev-python/setuptools-50.3.0 python_targets_python3_7
  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_6
  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_7
  >=dev-python/six-1.14.0 python_targets_python3_6
  >=dev-python/six-1.15.0-r1 python_targets_python3_7
  >=dev-python/urllib3-1.25.8 python_targets_python3_6
  >=virtual/python-cffi-0 python_targets_python3_6
dev-lang/python readline
net-print/cups X python


I would try simply removing all of those python_targets_python3_x
lines, and add back only those that you actually need, with an
explicit version (that is '=' instead of '>='). I had a long list of
packages on 3_6 for a while, but it's been several weeks/months since
I could remove them all.

Regards,
Arve



How would I know which ones I need?  Aren't those specified by the
package author based on special needs?  Otherwise, why would they be
specified, instead of left to default?

I can understand that if I have two packages depending on different
versions of the same dependency, the older one is probably left over
from an earlier update and could be removed ... although at first
glance, I don't see that situation here.



I guess you mean, remove them all and then let emerge tell me which ones
I need.  I'll try that.  But isn't '=' more restrictive than '>=',
promising me troubles earlier?

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 11:07 AM, Arve Barsnes wrote:

On Fri, 4 Dec 2020 at 10:34, n952162  wrote:

Forgotten about?  I'm flattered!  That would imply I understood
something here ...

Here's my python situation:

$ sed -n -e '/^\s*#/d' -e '/python/Ip' * | sort -u
*/* PYTHON_TARGETS: python3_7
  >=dev-lang/python-2.7.16:2.7 sqlite
  >=dev-lang/python-3.6.9 sqlite
  >=dev-libs/libxml2-2.9.9-r1 python
  >=dev-python/PySocks-1.7.1 python_targets_python3_6
  >=dev-python/certifi-10001-r1 python_targets_python3_7
  >=dev-python/certifi-2019.11.28 python_targets_python3_6
  >=dev-python/cffi-1.14.0 python_targets_python3_6
  >=dev-python/chardet-3.0.4 python_targets_python3_6
  >=dev-python/cryptography-2.8-r1 python_targets_python3_6
  >=dev-python/docutils-0.16 -python_targets_python2_7
  >=dev-python/idna-2.8 python_targets_python3_6
  >=dev-python/isodate-0.6.0-r1 python_targets_python3_6
  >=dev-python/ply-3.11 python_targets_python3_6
  >=dev-python/pycparser-2.20 python_targets_python3_6
  >=dev-python/pycryptodome-3.9.4 python_targets_python3_6
  >=dev-python/pyopenssl-19.1.0 python_targets_python3_6
  >=dev-python/requests-2.23.0 python_targets_python3_6
  >=dev-python/setuptools-46.4.0-r1 python_targets_python3_6
  >=dev-python/setuptools-50.3.0 python_targets_python3_7
  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_6
  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_7
  >=dev-python/six-1.14.0 python_targets_python3_6
  >=dev-python/six-1.15.0-r1 python_targets_python3_7
  >=dev-python/urllib3-1.25.8 python_targets_python3_6
  >=virtual/python-cffi-0 python_targets_python3_6
dev-lang/python readline
net-print/cups X python


I would try simply removing all of those python_targets_python3_x
lines, and add back only those that you actually need, with an
explicit version (that is '=' instead of '>='). I had a long list of
packages on 3_6 for a while, but it's been several weeks/months since
I could remove them all.

Regards,
Arve



How would I know which ones I need?  Aren't those specified by the
package author based on special needs?  Otherwise, why would they be
specified, instead of left to default?

I can understand that if I have two packages depending on different
versions of the same dependency, the older one is probably left over
from an earlier update and could be removed ... although at first
glance, I don't see that situation here.

Re: [gentoo-user] Re: Questions on attempt at first install.

[thelma]

On 12/04/2020 11:28 AM, Diagon wrote:
> One more:
> 
> Using genkernel, is there a way to make sure a module is included in the 
> initramfs?
> 
> /D
> 
>  
> 
>  > Could someone clarify for me what `genkernel --menuconfig` is doing?  
>  > 
>  > Is it equivalent to a manual kernel config, only saving me the `make` && 
> `make install`?
>  > 
>  > Or is it setting what `genkernel all` would set, and letting you modify 
> that?
>  > 
>  > Do I run it as `genkernel --menuconfig all` ?  As `genkernel --btrfs 
> --menuconfig all` ?
>  > 
>  > If I run `lsmod`, I see btrfs, but I also see that btrfs depends on: xor, 
> zstd_{de,}compress, xxhash, lzo_compress, zlib_defalte, raid6_pq, and each of 
> those may have their own dependencies.  
>  > 
>  > Do I need that whole chain for the kernel?
>  > 
>  > Thanks in advance!
>  > /D

I would like to know too.
I don't know specifically what "genkernel --menuconfig all" does but I
ended up redoing it, correcting some configuration.

In addition when I was redoing the "genkernel --menuconfig all" it
copied current (working) kernel in /boot/ to kernel-old and installs a
new one.
The new one boots OK.  The old kernel should work as well, but it doesn't.
So I would like to get to the bottom of it.

What is being installed in initramfs?

Re: [gentoo-user] What replaced python-updater?

[tastytea]

On 2020-12-04 17:39- Grant Edwards 
wrote:

> Yesterday when I did my usual update/clean, Python 3.7 was removed and
> a bunch of stuff was re-installed for Python 3.8. However, there are
> still things (e.g. markdown) that I've had to manually re-emerge to
> get them rebuilt for 3.8.
> 
> I used to use 'python-updater' to take care of that, but it's
> gone. What are we supposed to use in its place?
> 
> Are we just supposed to manually re-emerge various python modules over
> the next few weeks as we stumble across failures?

emerge --changed-use --deep @world should take care of that.

--changed-use updates packages where USE flags have changed since
installation and --deep makes emerge consider the entire dependency
tree of packages.

Kind regards, tastytea

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


pgp_OBDowKt4l.pgp
Description: Digitale Signatur von OpenPGP

[gentoo-user] Re: Questions on attempt at first install.

[Diagon]

One more:

Using genkernel, is there a way to make sure a module is included in the 
initramfs?

/D

 

 > Could someone clarify for me what `genkernel --menuconfig` is doing?  
 > 
 > Is it equivalent to a manual kernel config, only saving me the `make` && 
 > `make install`?
 > 
 > Or is it setting what `genkernel all` would set, and letting you modify that?
 > 
 > Do I run it as `genkernel --menuconfig all` ?  As `genkernel --btrfs 
 > --menuconfig all` ?
 > 
 > If I run `lsmod`, I see btrfs, but I also see that btrfs depends on: xor, 
 > zstd_{de,}compress, xxhash, lzo_compress, zlib_defalte, raid6_pq, and each 
 > of those may have their own dependencies.  
 > 
 > Do I need that whole chain for the kernel?
 > 
 > Thanks in advance!
 > /D
 

[gentoo-user] Questions on attempt at first install.

[Diagon]

Could someone clarify for me what `genkernel --menuconfig` is doing?  

Is it equivalent to a manual kernel config, only saving me the `make` && `make 
install`?

Or is it setting what `genkernel all` would set, and letting you modify that?

Do I run it as `genkernel --menuconfig all` ?  As `genkernel --btrfs 
--menuconfig all` ?

If I run `lsmod`, I see btrfs, but I also see that btrfs depends on: xor, 
zstd_{de,}compress, xxhash, lzo_compress, zlib_defalte, raid6_pq, and each of 
those may have their own dependencies.  

Do I need that whole chain for the kernel?

Thanks in advance!
/D

[gentoo-user] What replaced python-updater?

[Grant Edwards]

Yesterday when I did my usual update/clean, Python 3.7 was removed and
a bunch of stuff was re-installed for Python 3.8. However, there are
still things (e.g. markdown) that I've had to manually re-emerge to
get them rebuilt for 3.8.

I used to use 'python-updater' to take care of that, but it's
gone. What are we supposed to use in its place?

Are we just supposed to manually re-emerge various python modules over
the next few weeks as we stumble across failures?

--
Grant

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Dale]

Michael Orlitzky wrote:
> On 12/4/20 1:44 AM, Dale wrote:
>>
>> Will opentmpfiles be fixed at some point or is it true that it can't be
>> fixed?  On -dev, I think I read where one person said it can't be
>> fixed.  In that case, switching is likely a good idea since the insecure
>> package can't be fixed.
>>
>
> The answer is a bit complicated. The first thing we need to understand
> that opentmpfiles is supposed to be a cross-platform (i.e. POSIX)
> implementation of the systemd-tmpfiles program. Systemd itself only
> runs on newer versions of linux, and since it has control of the
> entire system, it can enable those non-standard symlink and hardlink
> protections. So,
>
>   * systemd-tmpfiles is secure, but only on linux, and only if you let
>     it enable fs.protected_hardlinks for you.
>
> The security there comes from two places. The first is that everything
> was implemented carefully in C to avoid these problems, and the second
> is that fs.protected_hardlinks solves the otherwise-unavoidable
> hardlink exploits.
>
> Now for contrast, opentmpfiles is INsecure for two reasons:
>
>   (1) It's written in shell script, so it doesn't have the ability to
>   pass e.g. O_NOFOLLOW to all of the calls that might follow
>   symlinks. And shell programs all operate on path names as opposed
>   to file descriptors, so race conditions are impossible to avoid.
>
>   (2) The fs.protected_hardlinks sysctl is not cross-platform, so if
>   it's to fulfill its stated design goals, opentmpfiles can't rely
>   on fs.protected_hardlinks.
>
> The first problem is fixable, but the second is not. If opentmpfiles
> is rewritten in C, it could be just as secure as systemd-tmpfiles...
> but **only on linux with fs.protected_hardlinks enabled**.
>
> It will never be both secure and cross-platform. The design of the
> whole tmpfiles.d thing is flawed in that regard.
>
>

So basically, that package would have to start over from scratch to be
fixed.  That's not very likely if history means anything. 


>>
>> root@fireball / # sysctl -n fs.protected_hardlinks
>> 1
>> root@fireball / #
>>
>>
>> Does that improve things any or does that not really help anything?
>>
>
> It completely fixes one of the problems (hardlinks), but does nothing
> for the other (non-terminal symlinks).
>
>


Sounds like switching is the best path and really, about the only path. 
Until something better comes along or the default is redone from
scratch, not switching leaves a door open for a bad guy. 

Do you know if the systemd devs manage this or is this package done
outside of them?  Since some don't like systemd, myself being one of
them, I'd like to know what group maintains that package. 

Thanks much for the info.  At least now I have a better understanding of
the issue.  It gives me info to decide what is best and I hope it does
the same for others reading this thread. 

Dale

:-)  :-) 

Re: [gentoo-user] Anyone have experience, good or bad, with s6?

[Steven Lembark]

> You mean [  init system sys-apps/s6  ]  ?  It is still been marked
> test yellow
> 
> flag.  I  think  most  of  users  are  using  openrc  and  systemd,
> Be  carefull
> 
> to  use  it, seems  maybe  no  enough  support  to  solve  problems.

It's supported pretty well at s6, from what I've seen.

Basic idea makes sense: Avoids systemd's overboard approach, 
does solve issues with pidfiles and logic races. I've written
similar things for Docker so the basic idea seems workable. 

Not sure if I've missed anything in their description that
makes it hell to actually use, however :-)

-- 
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508

Re: [gentoo-user] Anyone have experience, good or bad, with s6?

[bobwxc]

> -- 原始邮件 --
> 发 件 人："Steven Lembark" 
> 发送时间：2020-12-04 23:04:31
> 收 件 人：gentoo-user@lists.gentoo.org
> 抄 送：lemb...@wrkhors.com
> 主 题：[gentoo-user] Anyone have experience, good or bad, with s6?
>
>
> Seems like a reasonable idea, wondering if anyone has seen particularly
> good or bad results from trying to use it (on gentoo or anything else).
>
> Thanks
>
> --
> Steven Lembark
> Workhorse Computing
> lemb...@wrkhors.com
> +1 888 359 3508


You mean [  init system sys-apps/s6  ]  ?  It is still been marked test yellow

flag.  I  think  most  of  users  are  using  openrc  and  systemd,  Be  
carefull

to  use  it, seems  maybe  no  enough  support  to  solve  problems.

[gentoo-user] Anyone have experience, good or bad, with s6?

[Steven Lembark]

Seems like a reasonable idea, wondering if anyone has seen particularly
good or bad results from trying to use it (on gentoo or anything else).

Thanks

-- 
Steven Lembark
Workhorse Computing
lemb...@wrkhors.com
+1 888 359 3508

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Michael Orlitzky]

On 12/4/20 1:44 AM, Dale wrote:


Will opentmpfiles be fixed at some point or is it true that it can't be
fixed?  On -dev, I think I read where one person said it can't be
fixed.  In that case, switching is likely a good idea since the insecure
package can't be fixed.



The answer is a bit complicated. The first thing we need to understand 
that opentmpfiles is supposed to be a cross-platform (i.e. POSIX) 
implementation of the systemd-tmpfiles program. Systemd itself only runs 
on newer versions of linux, and since it has control of the entire 
system, it can enable those non-standard symlink and hardlink 
protections. So,


  * systemd-tmpfiles is secure, but only on linux, and only if you let
it enable fs.protected_hardlinks for you.

The security there comes from two places. The first is that everything 
was implemented carefully in C to avoid these problems, and the second 
is that fs.protected_hardlinks solves the otherwise-unavoidable hardlink 
exploits.


Now for contrast, opentmpfiles is INsecure for two reasons:

  (1) It's written in shell script, so it doesn't have the ability to
  pass e.g. O_NOFOLLOW to all of the calls that might follow
  symlinks. And shell programs all operate on path names as opposed
  to file descriptors, so race conditions are impossible to avoid.

  (2) The fs.protected_hardlinks sysctl is not cross-platform, so if
  it's to fulfill its stated design goals, opentmpfiles can't rely
  on fs.protected_hardlinks.

The first problem is fixable, but the second is not. If opentmpfiles is 
rewritten in C, it could be just as secure as systemd-tmpfiles... but 
**only on linux with fs.protected_hardlinks enabled**.


It will never be both secure and cross-platform. The design of the whole 
tmpfiles.d thing is flawed in that regard.





root@fireball / # sysctl -n fs.protected_hardlinks
1
root@fireball / #


Does that improve things any or does that not really help anything?



It completely fixes one of the problems (hardlinks), but does nothing 
for the other (non-terminal symlinks).

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Michael Orlitzky]

On 12/4/20 5:47 AM, Michael wrote:


If sys-apps/opentmpfiles is installed on openrc profiles, will this be
depracated and replaced with sys-apps/systemd-tmpfiles, or is this something
we should do manually ourselves?



Only the default is being changed for now, so you should swap them yourself.

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Michael Orlitzky]

On 12/4/20 3:55 AM, tastytea wrote:


 From what I could gather, opentmpfiles is only vulnerable when an
attacker is able to put a config file into /etc/tmpfiles.d/, so they
have to be already root.


The exploit does require an entry in /etc/tmpfiles.d, but many packages 
install perfectly innocent files there that happen to be exploitable 
because opentmpfiles handles them insecurely.

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Michael]

On Friday, 4 December 2020 02:18:49 GMT Michael Orlitzky wrote:
> On 12/3/20 8:40 PM, Dale wrote:
> > Howdy,
> > 
> > I've mentioned I follow -dev to see what is coming around the corner.
> > There is a thread on there about switching tmpfiles packages for
> > security reasons.  I currently have sys-apps/opentmpfiles installed.  I
> > guess that is the default for openrc.  Someone mentioned
> > systemd-tmpfiles as a alternative that doesn't have the same security
> > problems.
> 
> There's a full explanation here:
> 
>http://michael.orlitzky.com/cves/cve-2017-18925.xhtml
> 
> I'm a champion systemd hater, but you should switch to systemd-tmpfiles.
> There's no downside other than the name.

If sys-apps/opentmpfiles is installed on openrc profiles, will this be 
depracated and replaced with sys-apps/systemd-tmpfiles, or is this something 
we should do manually ourselves?

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

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Michael]

On Friday, 4 December 2020 09:09:36 GMT antlists wrote:
> On 04/12/2020 01:40, Dale wrote:
> > Also, our local power company is about to start rolling out internet
> > service.  It's done with fiber and the slowest package, 200MBs/sec, is
> > over 100 times faster than my current DSL.  It only costs $4.00 a month
> > more than what I'm paying now.  Their fastest package is 1GBs/sec.
> > Dang, I can't even imagine that sort of speed.  Another good thing, same
> > speed BOTH ways.  I can upload videos just as fast as I can download
> > one. Yeppie!!
> > 
> > My only thing now, I hope it works like DSL/cable/etc and just requires
> > me to plug in a ethernet cable.  In other words, OS doesn't matter.  I
> > suspect it does but we will see.
> 
> We went to fibre recently. They put a new box on the wall which takes an
> RJ-45 instead of the previous situation where ADSL took an RJ-11.
> 
> All the blurb says "works with BT Hub 6", which we already had, so I
> didn't bother getting a new router (you had to pay for the "latest and
> greatest" Hub 7).
> 
> When the guy installed it - "where's you new router, it won't work with
> this one". No apparently you can't just plug it into any old network
> port, the router needs a dedicated WAN link and the Hub 6 came in two
> versions, one with an ADSL modem and one with a fibre uplink.
> 
> So it sounds like you need to swap your ADSL router for a cable router
> or whatever it is, but apart from that you'll be fine.
> 
> (And then some sales guy working on behalf of BT knocked on the door,
> was surprised to find we were already BT customers, and rigged up some
> deal that (a) threw in a Hub-7 free, (b) changed our calling plan to
> remove the one-hour limit and add free calls to mobiles, and (c) knocked
> about £2 off our monthly bill!!!)
> 
> Cheers,
> Wol

The full fibre to the premises (FTTP) connection requires a different port and 
modem to the ADSL broadband.

The basic functionality of an (A)DSL broadband modem is to convert electrical 
signals coming down the copper telephone wire to ethernet frames.  The basic 
functionality of a fibre modem is to convert the optical signals arriving 
through the fibre cable to ethernet frames.

In the UK, the old copper telephone wires coming into the customer premises 
terminated on an RJ11 connector, which was plugged into the corresponding RJ11 
socket of the ADSL modem, or into the more frequently provided by the ISP 
modem+router+WiFi combo box.

With fibre the modem, now called an Optical Network Terminal (ONT), no longer 
has a RJ11 port.  Instead it has an optical port to receive the fibre cable 
coming into the premises.  The ONT also has an RJ45 ethernet port for the LAN 
side - where you connect the router's WAN port with an ethernet cable.  It 
also has a telephone port for VoIP and a power connection.  It may also have a 
UPS connection to provide power to keep the phone working when the mains power 
supply suffers an outage - some ONT boxes have an internal battery for this 
purpose.

It follows that an old ADSL router combo box with an RJ11 WAN port is no good 
for fibre - although it can be used as a dumb switch or a WiFi Access Point in 
your LAN.  Instead a router with an RJ45 ethernet WAN port is required.  More 
expensive routers/switches come with SFP transceiver ports, in which you can 
plug either optical or ethernet cables.

Prices for fibre are more expensive depending on the ISP and a new contract is 
required.  Initial discounts are meant to entice earlier migration to fibre, 
but prices will increase by 30% or more after the discount period expires.  If 
you want to stay at the same speed as ADSL or use fibre for telephone only, 
then the price could be the same as the old copper connection, but again it 
depends on the ISP.

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

Re: [gentoo-user] update fails, but I don't see why

[Adam Carter]

> There seems to be some python3_6 and even python2_7 in your error
> output, maybe you have set some older python targets somewhere that
> you've forgotten about?
>

Yeah I was thinking the same.

If 'grep -i python /etc/portage/*' is not empty, try making it that way. On
my system with 1323 packages, having these empty and running emerge -avuUD
world just worked. 3_7 went away and everything was 3_8.

Re: [gentoo-user] update fails, but I don't see why

[Arve Barsnes]

On Fri, 4 Dec 2020 at 10:34, n952162  wrote:
> Forgotten about?  I'm flattered!  That would imply I understood
> something here ...
>
> Here's my python situation:
>
> $ sed -n -e '/^\s*#/d' -e '/python/Ip' * | sort -u
> */* PYTHON_TARGETS: python3_7
>  >=dev-lang/python-2.7.16:2.7 sqlite
>  >=dev-lang/python-3.6.9 sqlite
>  >=dev-libs/libxml2-2.9.9-r1 python
>  >=dev-python/PySocks-1.7.1 python_targets_python3_6
>  >=dev-python/certifi-10001-r1 python_targets_python3_7
>  >=dev-python/certifi-2019.11.28 python_targets_python3_6
>  >=dev-python/cffi-1.14.0 python_targets_python3_6
>  >=dev-python/chardet-3.0.4 python_targets_python3_6
>  >=dev-python/cryptography-2.8-r1 python_targets_python3_6
>  >=dev-python/docutils-0.16 -python_targets_python2_7
>  >=dev-python/idna-2.8 python_targets_python3_6
>  >=dev-python/isodate-0.6.0-r1 python_targets_python3_6
>  >=dev-python/ply-3.11 python_targets_python3_6
>  >=dev-python/pycparser-2.20 python_targets_python3_6
>  >=dev-python/pycryptodome-3.9.4 python_targets_python3_6
>  >=dev-python/pyopenssl-19.1.0 python_targets_python3_6
>  >=dev-python/requests-2.23.0 python_targets_python3_6
>  >=dev-python/setuptools-46.4.0-r1 python_targets_python3_6
>  >=dev-python/setuptools-50.3.0 python_targets_python3_7
>  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_6
>  >=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_7
>  >=dev-python/six-1.14.0 python_targets_python3_6
>  >=dev-python/six-1.15.0-r1 python_targets_python3_7
>  >=dev-python/urllib3-1.25.8 python_targets_python3_6
>  >=virtual/python-cffi-0 python_targets_python3_6
> dev-lang/python readline
> net-print/cups X python


I would try simply removing all of those python_targets_python3_x
lines, and add back only those that you actually need, with an
explicit version (that is '=' instead of '>='). I had a long list of
packages on 3_6 for a while, but it's been several weeks/months since
I could remove them all.

Regards,
Arve

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[Dale]

antlists wrote:
> On 04/12/2020 01:40, Dale wrote:
>> Also, our local power company is about to start rolling out internet
>> service.  It's done with fiber and the slowest package, 200MBs/sec, is
>> over 100 times faster than my current DSL.  It only costs $4.00 a month
>> more than what I'm paying now.  Their fastest package is 1GBs/sec.
>> Dang, I can't even imagine that sort of speed.  Another good thing, same
>> speed BOTH ways.  I can upload videos just as fast as I can download
>> one. Yeppie!!
>>
>> My only thing now, I hope it works like DSL/cable/etc and just requires
>> me to plug in a ethernet cable.  In other words, OS doesn't matter.  I
>> suspect it does but we will see.
>
> We went to fibre recently. They put a new box on the wall which takes
> an RJ-45 instead of the previous situation where ADSL took an RJ-11.
>
> All the blurb says "works with BT Hub 6", which we already had, so I
> didn't bother getting a new router (you had to pay for the "latest and
> greatest" Hub 7).
>
> When the guy installed it - "where's you new router, it won't work
> with this one". No apparently you can't just plug it into any old
> network port, the router needs a dedicated WAN link and the Hub 6 came
> in two versions, one with an ADSL modem and one with a fibre uplink.
>
> So it sounds like you need to swap your ADSL router for a cable router
> or whatever it is, but apart from that you'll be fine.
>
> (And then some sales guy working on behalf of BT knocked on the door,
> was surprised to find we were already BT customers, and rigged up some
> deal that (a) threw in a Hub-7 free, (b) changed our calling plan to
> remove the one-hour limit and add free calls to mobiles, and (c)
> knocked about £2 off our monthly bill!!!)
>
> Cheers,
> Wol
>
>


I knew the modem or internet connection box would be different.  They
generally are unless we go back to dial-up days.  A friend of mine has a
similar service but with a different power company.  I suspect tho they
will use the exact same box since the service is the same.  If I can, I
may look at hers.  She has two boxes.  Pretty sure one is modem and
other is a router of some sort, likely with wi-fi as well.  She said she
watches HD video on her laptop and TV without it ever pausing to cache
or anything.  She pulled up a video on youtube that was HD and it
started playing as soon as she clicked on it and the little line at the
bottom that shows the cache and video time location filled up really
fast.  I suspect you could set it to play at 10X and it still load it
faster than it can play.  It is seriously fast. 

Given the speed, I have no complaints on the price.  I won't notice the
extra $4.00 a month. I'll notice the speed increase tho. 

I can't wait until it gets here.  It will be a bit but it's on the way.

Dale

:-)  :-) 

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/4/20 9:53 AM, Arve Barsnes wrote:

On Fri, 4 Dec 2020 at 09:40, n952162  wrote:

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

dev-python/requests:0

(dev-python/requests-2.24.0-r1:0/0::gentoo, ebuild scheduled for
merge) USE="ssl -socks5 -test" ABI_X86="(64)" PYTHON_TARGETS="python3_6
python3_7 python3_8 (-pypy3) -python3_9" pulled in by
dev-python/requests[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
required by (app-portage/gemato-16.2:0/0::gentoo, ebuild scheduled for
merge) USE="gpg -test -tools" ABI_X86="(64)" PYTHON_TARGETS="python3_7
python3_8 (-pypy3) -python3_6 -python3_9"

dev-python/requests[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
required by (dev-python/sphinx-3.2.1:0/0::gentoo, ebuild scheduled for
merge) USE="-doc -latex -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7
python3_8 (-pypy3) -python3_6 -python3_9"


(dev-python/requests-2.24.0:0/0::gentoo, installed) USE="ssl -socks5
-test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7
(-pypy3) -python3_8 -python3_9" pulled in by
  
>dev-python/requests-2.21.0[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_jython2_7(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-python_single_target_python3_7(-),python_single_target_python3_6(+)]
 required by (net-misc/streamlink-1.1.1:0/0::gentoo, installed) USE="-doc -test" ABI_X86="(64)" 
PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_5" PYTHON_TARGETS="python2_7 python3_6 -python3_5"


There seems to be some python3_6 and even python2_7 in your error
output, maybe you have set some older python targets somewhere that
you've forgotten about?

Regards,
Arve



Forgotten about?  I'm flattered!  That would imply I understood
something here ...

Here's my python situation:

$ sed -n -e '/^\s*#/d' -e '/python/Ip' * | sort -u
*/* PYTHON_TARGETS: python3_7
>=dev-lang/python-2.7.16:2.7 sqlite
>=dev-lang/python-3.6.9 sqlite
>=dev-libs/libxml2-2.9.9-r1 python
>=dev-python/PySocks-1.7.1 python_targets_python3_6
>=dev-python/certifi-10001-r1 python_targets_python3_7
>=dev-python/certifi-2019.11.28 python_targets_python3_6
>=dev-python/cffi-1.14.0 python_targets_python3_6
>=dev-python/chardet-3.0.4 python_targets_python3_6
>=dev-python/cryptography-2.8-r1 python_targets_python3_6
>=dev-python/docutils-0.16 -python_targets_python2_7
>=dev-python/idna-2.8 python_targets_python3_6
>=dev-python/isodate-0.6.0-r1 python_targets_python3_6
>=dev-python/ply-3.11 python_targets_python3_6
>=dev-python/pycparser-2.20 python_targets_python3_6
>=dev-python/pycryptodome-3.9.4 python_targets_python3_6
>=dev-python/pyopenssl-19.1.0 python_targets_python3_6
>=dev-python/requests-2.23.0 python_targets_python3_6
>=dev-python/setuptools-46.4.0-r1 python_targets_python3_6
>=dev-python/setuptools-50.3.0 python_targets_python3_7
>=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_6
>=dev-python/setuptools_scm-4.1.2-r1 python_targets_python3_7
>=dev-python/six-1.14.0 python_targets_python3_6
>=dev-python/six-1.15.0-r1 python_targets_python3_7
>=dev-python/urllib3-1.25.8 python_targets_python3_6
>=virtual/python-cffi-0 python_targets_python3_6
dev-lang/python readline
net-print/cups X python

Re: [gentoo-user] update fails, but I don't see why

[antlists]

On 04/12/2020 08:53, Arve Barsnes wrote:

There seems to be some python3_6 and even python2_7 in your error
output, maybe you have set some older python targets somewhere that
you've forgotten about?


Or maybe he hasn't set any and the defaults are wrong? I'm guessing 
that's the case with me.


Cheers,
Wol

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[antlists]

On 04/12/2020 01:40, Dale wrote:

Also, our local power company is about to start rolling out internet
service.  It's done with fiber and the slowest package, 200MBs/sec, is
over 100 times faster than my current DSL.  It only costs $4.00 a month
more than what I'm paying now.  Their fastest package is 1GBs/sec.
Dang, I can't even imagine that sort of speed.  Another good thing, same
speed BOTH ways.  I can upload videos just as fast as I can download
one. Yeppie!!

My only thing now, I hope it works like DSL/cable/etc and just requires
me to plug in a ethernet cable.  In other words, OS doesn't matter.  I
suspect it does but we will see.


We went to fibre recently. They put a new box on the wall which takes an 
RJ-45 instead of the previous situation where ADSL took an RJ-11.


All the blurb says "works with BT Hub 6", which we already had, so I 
didn't bother getting a new router (you had to pay for the "latest and 
greatest" Hub 7).


When the guy installed it - "where's you new router, it won't work with 
this one". No apparently you can't just plug it into any old network 
port, the router needs a dedicated WAN link and the Hub 6 came in two 
versions, one with an ADSL modem and one with a fibre uplink.


So it sounds like you need to swap your ADSL router for a cable router 
or whatever it is, but apart from that you'll be fine.


(And then some sales guy working on behalf of BT knocked on the door, 
was surprised to find we were already BT customers, and rigged up some 
deal that (a) threw in a Hub-7 free, (b) changed our calling plan to 
remove the one-hour limit and add free calls to mobiles, and (c) knocked 
about £2 off our monthly bill!!!)


Cheers,
Wol

Re: [gentoo-user] Switching default tmpfiles and faster internet coming my way.

[tastytea]

On 2020-12-03 19:40-0600 Dale  wrote:

> Howdy,
> 
> I've mentioned I follow -dev to see what is coming around the corner. 
> There is a thread on there about switching tmpfiles packages for
> security reasons.  I currently have sys-apps/opentmpfiles installed.
> I guess that is the default for openrc.  Someone mentioned
> systemd-tmpfiles as a alternative that doesn't have the same security
> problems.  My question is, is this big enough a problem to switch or
> is it safe enough for us to use the same we have been?  It sounds
> like a rather rare problem.  Maybe even only during boot up.  I'm not
> 100% sure what it does or anything really.  I guess that's why I
> con't make sense of switching or not since I'm not sure what the
> package does or how serious the security problem is.

From what I could gather, opentmpfiles is only vulnerable when an
attacker is able to put a config file into /etc/tmpfiles.d/, so they
have to be already root.
Nevertheless I switched to systemd-tmpfiles and it just works and
doesn't pull any other systemd-stuff in.

I don't think it really matters which one you use.

Kind regards, tastytea

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


pgp9ycZr_oRLi.pgp
Description: Digitale Signatur von OpenPGP

Re: [gentoo-user] update fails, but I don't see why

[Arve Barsnes]

On Fri, 4 Dec 2020 at 09:40, n952162  wrote:
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
> dev-python/requests:0
>
>(dev-python/requests-2.24.0-r1:0/0::gentoo, ebuild scheduled for
> merge) USE="ssl -socks5 -test" ABI_X86="(64)" PYTHON_TARGETS="python3_6
> python3_7 python3_8 (-pypy3) -python3_9" pulled in by
> dev-python/requests[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
> required by (app-portage/gemato-16.2:0/0::gentoo, ebuild scheduled for
> merge) USE="gpg -test -tools" ABI_X86="(64)" PYTHON_TARGETS="python3_7
> python3_8 (-pypy3) -python3_6 -python3_9"
>
> dev-python/requests[python_targets_pypy3(-)?,python_targets_python3_6(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
> required by (dev-python/sphinx-3.2.1:0/0::gentoo, ebuild scheduled for
> merge) USE="-doc -latex -test" ABI_X86="(64)" PYTHON_TARGETS="python3_7
> python3_8 (-pypy3) -python3_6 -python3_9"
>
>
>(dev-python/requests-2.24.0:0/0::gentoo, installed) USE="ssl -socks5
> -test" ABI_X86="(64)" PYTHON_TARGETS="python2_7 python3_6 python3_7
> (-pypy3) -python3_8 -python3_9" pulled in by
>  
> >dev-python/requests-2.21.0[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_jython2_7(-),-python_single_target_pypy(-),-python_single_target_pypy3(-),-python_single_target_python3_7(-),python_single_target_python3_6(+)]
>  required by (net-misc/streamlink-1.1.1:0/0::gentoo, installed) USE="-doc 
> -test" ABI_X86="(64)" PYTHON_SINGLE_TARGET="python3_6 -python2_7 -python3_5" 
> PYTHON_TARGETS="python2_7 python3_6 -python3_5"


There seems to be some python3_6 and even python2_7 in your error
output, maybe you have set some older python targets somewhere that
you've forgotten about?

Regards,
Arve

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/3/20 10:06 PM, tastytea wrote:

On 2020-12-03 21:33+0100 n952162  wrote:


I'm trying to update the gentoo system that I last updated 6 weeks
ago, but it seems not to work.  Can somebody explain to me why?

Python 3.8 is the new default target and not all packages support it
yet. You can put
   */* PYTHON_TARGETS: python3_7
into /etc/portage/package.use as a workaround. Don't forget to remove
it in a month or so.


!!! The following updates are masked by LICENSE changes:
- sys-kernel/linux-firmware-20201022-r3::gentoo (masked by: || ( )
linux-fw-redistributable no-source-code license(s))
A copy of the 'linux-fw-redistributable' license is located at
'/var/db/repos/gentoo/licenses/linux-fw-redistributable'.

A copy of the 'no-source-code' license is located at
'/var/db/repos/gentoo/licenses/no-source-code'.

- net-analyzer/nmap-7.91::gentoo (masked by: NPSL license(s))
A copy of the 'NPSL' license is located at
'/var/db/repos/gentoo/licenses/NPSL'.

See .

Kind regards, tastytea.



Thank you for the response.  Unfortunately, it didn't help.  I have this:

$ cat /etc/portage/package.use/RMME
#> I'm trying to update the gentoo system that I last updated 6 weeks
#> ago, but it seems not to work.  Can somebody explain to me why?
#
#Python 3.8 is the new default target and not all packages support it
#yet. You can put
*/* PYTHON_TARGETS: python3_7
#into /etc/portage/package.use as a workaround. Don't forget to remove
#it in a month or so.

and get essentially the same result


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

Calculating dependencies
 * IMPORTANT: 9 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

 * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS
 * sections of the emerge man page to learn how to update config files.
... .. done!
[ebuild U  ] sys-libs/timezone-data-2020d::gentoo [2020a::gentoo]
USE="nls -leaps-timezone -zic-slim%" 647 KiB
[ebuild U  ] sys-devel/gcc-config-2.3.2-r1::gentoo [2.3.2::gentoo]
USE="(cc-wrappers%*) (native-symlinks)" 0 KiB
[ebuild U  ] dev-lang/go-1.15.5:0/1.15.5::gentoo
[1.14.9:0/1.14.9::gentoo] 22480 KiB
[ebuild U  ] app-text/poppler-data-0.4.10::gentoo [0.4.9::gentoo]
4393 KiB
[ebuild U  ] sys-devel/llvm-common-11.0.0::gentoo [10.0.1::gentoo]
119867 KiB
[ebuild  N ] acct-group/pcap-0::gentoo  0 KiB
[ebuild  r  U  ] dev-libs/liblinear-241:0/4::gentoo [210-r1:0/3::gentoo]
547 KiB
[ebuild U  ] x11-misc/util-macros-1.19.2-r2::gentoo
[1.19.2-r1::gentoo] 0 KiB
[ebuild U  ] dev-util/boost-build-1.74.0::gentoo [1.72.0::gentoo]
USE="-examples" 107032 KiB
[ebuild  N ] acct-user/pcap-0::gentoo  0 KiB
[ebuild U  ] app-shells/push-3.4::gentoo [2.0-r1::gentoo] 3 KiB
[ebuild U  ] app-emulation/docker-proxy-0.8.0_p20201105::gentoo
[0.8.0_p20200617::gentoo] 3307 KiB
[ebuild U  ] dev-lang/mujs-1.0.9:0/1.0.9::gentoo [1.0.5:0/0::gentoo]
USE="-static-libs" 121 KiB
[ebuild U  ] virtual/tmpfiles-0-r1::gentoo [0::gentoo] 0 KiB
[ebuild U  ] app-admin/mcelog-173::gentoo [170::gentoo]
USE="(-selinux)" 306 KiB
[ebuild U  ] dev-libs/boost-1.74.0-r1:0/1.74.0::gentoo
[1.72.0-r2:0/1.72.0::gentoo] USE="bzip2 nls threads zlib -context -debug
-doc -icu -lzma -mpi (-numpy) -python -static-libs -tools -zstd"
ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python3_7 python3_8*
-python3_6 -python3_9%" 0 KiB
[ebuild U  ] media-libs/libpng-1.6.37-r2:0/16::gentoo
[1.6.37:0/16::gentoo] USE="apng -static-libs (-neon%)" ABI_X86="(64) -32
(-x32)" CPU_FLAGS_X86="sse" 0 KiB
[ebuild U  ] dev-libs/mpc-1.2.1:0/3::gentoo [1.2.0:0/3::gentoo]
USE="-static-libs" ABI_X86="(64) -32 (-x32)" 820 KiB
[ebuild U  ] sys-libs/libseccomp-2.4.4::gentoo [2.4.3::gentoo]
USE="-static-libs" ABI_X86="(64) -32 (-x32)" 591 KiB
[ebuild   R    ] sys-apps/file-5.39-r3::gentoo  USE="bzip2 seccomp zlib
-lzma -python -static-libs" ABI_X86="(64) -32 (-x32)"
PYTHON_TARGETS="python3_7 python3_8* -python3_6 -python3_9" 0 KiB
[ebuild   R    ] app-misc/pax-utils-1.2.6::gentoo  USE="seccomp -caps
-debug -python" PYTHON_SINGLE_TARGET="python3_8* -python3_6 -python3_7*
-python3_9%" 0 KiB
[ebuild U  ] sys-apps/sandbox-2.20::gentoo [2.18::gentoo]
ABI_X86="(32) (64) (-x32)" 419 KiB
[ebuild U  ] app-emulation/containerd-1.3.9::gentoo [1.3.7::gentoo]
USE="cri seccomp -apparmor -btrfs -device-mapper -hardened (-selinux)
-test" 5584 KiB
[ebuild U  ] sys-apps/sysvinit-2.97::gentoo [2.93::gentoo]
USE="(-ibm) (-selinux) -static" 124 KiB
[ebuild U  ] dev-libs/libusb-1.0.23-r1:1::gentoo
[1.0.21-r1:1::gentoo] USE="(split-usr) -debug -doc -examples
-static-libs -test -udev" ABI_X86="(64) -32 (-x32)" 589 KiB
[ebuild U  ] net-analyzer/iptraf-ng-1.2.1::gentoo [1.1.4-r1::gentoo]
USE="-doc" 318 KiB
[ebuild U  ] sys-apps/less-563-r1::gentoo [551::gentoo] USE="pcre
unicode" 328 KiB
[ebuild U  ] media-libs/libsndfile-1.0.30::gentoo

Re: [gentoo-user] update fails, but I don't see why

[n952162]

On 12/3/20 10:11 PM, Adam Carter wrote:

On Fri, Dec 4, 2020 at 8:06 AM tastytea mailto:gen...@tastytea.de>> wrote:

On 2020-12-03 21:33+0100 n952162 mailto:n952...@web.de>> wrote:

> I'm trying to update the gentoo system that I last updated 6 weeks
> ago, but it seems not to work.  Can somebody explain to me why?

Python 3.8 is the new default target and not all packages support it
yet. You can put
  */* PYTHON_TARGETS: python3_7
into /etc/portage/package.use as a workaround. Don't forget to remove
it in a month or so.


Try emerge -avuUD @world (the U is the critical bit). For me, it
pulled in a bunch of extra rebuilds (with -python3_7 and +python3_8).
After that depclean removed 3.7



Here is the command I use (where target is @system @world) (somebody
once said here it can be useful to first do @system):

time emerge \
    $pretend \
    -v \
    --deep \
    --update \
    --changed-use \
    --verbose-conflicts \
    --keep-going \
    --with-bdeps=y \
    --changed-deps \
    --backtrack=100 \
    $target