Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?

[Grant Taylor]

On 2/14/21 10:51 AM, Jack wrote:

I don't think you can completely get rid of it.


My (long term) desire is to do away with /lib32 and /lib64, ultimately 
only using /lib.  Likewise for the other library directories in /usr or 
wherever they are.  I don't see a need for the specific bit variants in 
the future.




--
Grant. . . .
unix || die

Re: [gentoo-user] Re: TCP port 445

[Grant Taylor]

On 2/14/21 11:26 AM, Michael wrote:

These are the services using port 445:

445 TCP SMB Fax Service
445 TCP SMB Print Spooler
445 TCP SMB Server
445 TCP SMB Remote Procedure Call Locator
445 TCP SMB Distributed File System Namespaces
445 TCP SMB Distributed File System Replication
445 TCP SMB License Logging Service
445 TCP SMB Net Logon


ACK

Right, it isn't.  My bad.  FS Namespaces mapping uses port 445, 
a different function - see URL at the bottom.


Ah.  Maybe a term collision between "Namespaces" and "name (to IP) 
resolution".


All I found from a random search in the interwebs, is the following 
link.  Port 445 is used for file/printer data sharing as discussed. 
It is also used for 'Distributed File System Namespaces' across 
different domains - but this is not DNS-IP resolution.


Yep.  DFS, being a pseudo / logical server, needs to be found just like 
actual servers.  That makes complete sense.  \\DFS\LogicalServer is 
really at \\CorpServer\ShareA and \\BranchServer\ShareB, take your pick. 
 By the way, CorpServer is at the corporate HQ through the WAN link and 
BranchServer is at the same branch office as you.


https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/ 
service-overview-and-network-port-requirements


Thank you for the link.  I will read it in the coming days as time permits.



--
Grant. . . .
unix || die

Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?

[Rich Freeman]

On Sat, Feb 13, 2021 at 2:33 PM Valmor F. de Almeida
 wrote:
>
>
> Hello,
> I use the global flags USE="elogind alsa -multilib -abi_x86_32" and I
> thought this would prevent 32bit libraries to be installed.
>
> For example I have (from glibc) both:
>
> /usr/lib/libutil.so
> /usr/lib64/libutil.so
>

In case you haven't already figured it out, glibc ignores the setting
of abi_x86_32.  It is controlled by your profile selection.  Part of
that might be legacy, but if you build glibc without lib32 support it
is basically impossible to add it in later without bootstrapping it.

If you don't want multilib then you can use a no-multilib profile.

-- 
Rich

Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?

[Neil Bothwick]

On Sun, 14 Feb 2021 17:12:11 -0500, Jack wrote:

> Totally OT - if there is an arch-agnostic, is there an arch-atheistic?  
> Or would that be an abacus or paper and pencil?

Or someone who only has rectangular doorways ;-)

SCNR

-- 
Neil Bothwick

"Two things are infinite: the universe and human stupidity;
 and I'm not sure about the the universe."
 (Albert Einstein)


pgptUdAvAAOZj.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Going through these one by one.

[Neil Bothwick]

On Sun, 14 Feb 2021 16:03:40 -0500, Steven Lembark wrote:

> !!! Multiple package instances within a single package slot have
> been pulled !!! into the dependency graph, resulting in a slot conflict:
> 
> dev-python/idna:0
> 
>   (dev-python/idna-3.1:0/0::gentoo, ebuild scheduled for merge)
> USE="" ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7
> -python3_9" pulled in by (no parents that aren't satisfied by other
> packages in this slot)
> 
>   (dev-python/idna-2.10-r1:0/0::gentoo, ebuild scheduled for merge)
> USE="" ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7
> -python3_9" pulled in by
>  required by (dev-python/requests-2.25.1-r1:0/0::gentoo, ebuild
> scheduled for merge) USE="-socks5 -test" ABI_X86="(64)"
> PYTHON_TARGETS="python3_8 -pypy3 -python3_7 -python3_9"

I have vague recollections of both idna and requests causing problems
for me when 2.7 was removed, I had to re-emerge both of those, and one or
two others, in order to clean things up.

Look for anything that is currently installed with python2_7 in
PYTHON_TARGETS, something like this should do it

eix --installed-with-use python_targets_python2_7


-- 
Neil Bothwick

Anything is possible if you don't know what
you are talking about.


pgpEWhparr3cx.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?

[Jack]

On 2/14/21 4:48 PM, Frank Steinmetzger wrote:

Am Sun, Feb 14, 2021 at 12:51:30PM -0500 schrieb Jack:


As I remember, /lib and /usr/lib hold not only 32 bit libraries, but
non-arch or arch-irrelevant (I know there's a better term) files.

arch-agnostic? ;-)


Thanks.  I think that's it.


Totally OT - if there is an arch-agnostic, is there an arch-atheistic?  
Or would that be an abacus or paper and pencil?

Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?

[Frank Steinmetzger]

Am Sun, Feb 14, 2021 at 12:51:30PM -0500 schrieb Jack:

> As I remember, /lib and /usr/lib hold not only 32 bit libraries, but
> non-arch or arch-irrelevant (I know there's a better term) files.

arch-agnostic? ;-)

-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

A neutron walks into a bar:
“How much for a beer?” – “For you, no charge.”


signature.asc
Description: PGP signature

Re: [gentoo-user] Going through these one by one.

[Steven Lembark]

On Sun, 14 Feb 2021 10:56:03 +
Neil Bothwick  wrote:

> ~java-config-2.2.0 isn't in the portage tree, the only version is
> 2.3.1. 
> 
> > [installed]) (dependency required by
> > "sys-devel/gettext-0.20.2::gentoo"  
> 
> Also not in the tree.
> 
> I'd start by unmerging these two, quickpkg them first, and running a
> deep world update.

# emerge --unmerge ~java-config-2.2.0
 * This action can remove important packages! In order to be safer, use
 * `emerge -pv --depclean ` to check for reverse dependencies before
 * removing packages.

 dev-java/java-config
selected: 2.2.0-r4
 

# emerge --unmerge ~sys-devel/gettext-0.20.2
* This action can remove important packages! In order to be safer, use
* `emerge -pv --depclean ` to check for reverse dependencies before
* removing packages.

sys-devel/gettext
selected: 0.20.2


OK, that seemed to work: picked a single version each time.

Checking java-config it's at 2.3.1 in the repository, trying
"emerge --pretend java-config" failes with a long list of conflicts,
most of which appear to include python versions.

Ditto sys-devel/gettext.

Attempting the world-merge:

# /usr/bin/emerge --deep --with-bdeps y --complete-graph y  \
--autounmask-write --verbose-conflicts --jobs --load-average 4  \
--keep-going --update @world 2>&1   |
tee /tmp/b  ;

 * IMPORTANT: config file '/etc/portage/package.use/zz_autoconfigure' needs 
updating.

# git diff zz_autoconfigure ._cfg_zz_autoconfigure
diff --git a/zz_autoconfigure b/._cfg_zz_autoconfigure
index 22069a3..86e9b33 100644
--- a/zz_autoconfigure
+++ b/._cfg_zz_autoconfigure
@@ -272,3 +272,7 @@ media-libs/gegl cairo
 # required by @selected
 # required by @world (argument)
 >=app-crypt/pinentry-1.1.1 gnome-keyring
+# required by media-video/cheese-3.34.0-r1::gentoo
+# required by @selected
+# required by @world (argument)
+>=media-libs/gst-plugins-base-1.16.3 theora

# mv ._cfg_zz_autoconfigure diff zz_autoconfigure;

Second pass:

# /usr/bin/emerge --deep --with-bdeps y --complete-graph y  \
--autounmask-write --verbose-conflicts --jobs --load-average 4  \
--keep-going --update @world 2>&1   |
tee /tmp/b  ;

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

dev-python/idna:0

  (dev-python/idna-3.1:0/0::gentoo, ebuild scheduled for merge) USE="" 
ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7 -python3_9" pulled 
in by
(no parents that aren't satisfied by other packages in this slot)

  (dev-python/idna-2.10-r1:0/0::gentoo, ebuild scheduled for merge) USE="" 
ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7 -python3_9" pulled 
in by



Full output at:



At this point the various targets I've tried are all commented out
(whitespace added):

# grep PYTHON /etc/portage/make.conf /etc/portage/package.use/steamer ;
/etc/portage/make.conf:...
#PYTHON_TARGETS="python3_6 python3_7 python3_8 python3_9"
#PYTHON_SINGLE_TARGET="python3_9"

/etc/portage/package.use/steamer:..
#*/* PYTHON_TARGETS="-python2_7 python3_6 python3_6"
#*/* PYTHON_SINGLE_TARGET="python3_7"

Q: Is there any combination of targets that would suffice to get 
   things cleaned up to the point where I could eventuall remove
   them?

I've tried this with an initially empty local & zz_autoconfig just
moving the generated autoconfig's in place as they are generated
but that didn't work either.

After zeroing zz_autoconfig and running a few emerges I get a autoconfig
file that hits a brick wall.


Thank you

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

Re: [gentoo-user] ruby problem preventing my world update

[John Covici]

On Sun, 14 Feb 2021 15:04:43 -0500,
Ionen Wolkens wrote:
> 
> [1  ]
> On Sun, Feb 14, 2021 at 02:41:31PM -0500, John Covici wrote:
> > Hi.  In trying to do my world update today, I have run into some kind
> > of ruby problem.
> > 
> > When doing the update portage had me add changes, seems mostly to do
> > with add ruby 3.0 as a ruby_target.  Now, I get the following at the
> > end of my world update log
> [...] 
> > 1: from /usr/lib64/ruby/2.5.0/rubygems.rb:17:in `'
> 
> Unlike python, ruby is not very good at selecting a version that works
> so eselect ruby actually matters. Here it's trying to 2.5.0 while it's
> half uninstalled and unsurprisingly fail.
> 
> Have a look at "eselect ruby list" and set a version that's actually in
> RUBY_TARGETS
> 
> With profile's default that'd be "eselect ruby set ruby26" or 30 if
> that's what you're using now.
> 

Thanks a lot, thatdidit, I wonder if ruby25 is used for anything,
maybe after this is done I will see if depclean can  unmerge it.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com

[gentoo-user] Re: Going through these one by one.

[Martin Vaeth]

Steven Lembark  wrote:
: sys-apps/sg3_utils:0
:
: (sys-apps/sg3_utils-1.44:0/0::gentoo, ebuild scheduled for merge) [...]
:
: (sys-apps/sg3_utils-1.42:0/0::gentoo, installed) [...]
:   =sys-apps/sg3_utils-1.44 or (permanently)
unmerge sys-apps/rescan-scsi-bus and whatever pulls it in as a
dependency.
Then perhaps the rest can be resolved better.
(If not, the next real conflict has to be found...)

[gentoo-user] glibc fails to compile for lack of stddef.h that is present

[Steven Lembark]

Oddity: I have multiple gentoo systems here happily using the 
kernel headers, including stddef.h.

One of them, screwed up in a variety of other ways, blows up building
glibc for lack of an extant header file:

# ls -l /usr/include/linux/stddef.h;
-rw-r--r-- 1 root root 131 Sep 12 22:40 /usr/include/linux/stddef.h

i.e., the header is there.
Checking, I've built glibc before:

# emerge --search sys-libs/glibc

[ Results for search key : sys-libs/glibc ]
Searching...

*  sys-libs/glibc
  Latest version available: 2.32-r6
  Latest version installed: 2.32-r1
  Size of files: 21,811 KiB
  Homepage:  https://www.gnu.org/software/libc/
  Description:   GNU libc C library
  License:   LGPL-2.1+ BSD HPND ISC inner-net rc PCRE

[ Applications found : 1 ]

But emerge blows up:

root@steamer:package.use # emerge =sys-libs/glibc-2.32-r1;
Calculating dependencies... done!

emerge: there are no ebuilds to satisfy "=sys-libs/glibc-2.32-r1".
root@steamer:package.use # emerge sys-libs/glibc;
Calculating dependencies... done!

>>> Verifying ebuild manifests
>>> Running pre-merge checks for sys-libs/glibc-2.32-r6
 * Checking general environment sanity.
make -j4 glibc-test CC=x86_64-pc-linux-gnu-gcc
x86_64-pc-linux-gnu-gcc -O2 -march=native -pipe   -Wl,-O1 -Wl,--as-needed  
glibc-test.c   -o glibc-test
In file included from glibc-test.c:1:
 ?  /usr/include/unistd.h:226:10: fatal error: stddef.h: No such file or 
directory
 ?226 | #include 
 ?|  ^~
 ?  compilation terminated.
make: *** [: glibc-test] Error 1
emake failed

So far as I know /usr/include/linux is on the standard -I path, 
or am I missing something?


# emerge --info sys-libs/glibc;
Portage 3.0.1 (python 3.6.12-final-0, default/linux/amd64/17.1, gcc-9.3.0, 
glibc-2.32-r1, 5.6.13-gentoo.av x86_64)
=
 System Settings
=
System uname: 
Linux-5.6.13-gentoo.av-x86_64-Intel-R-_Core-TM-_i7-7500U_CPU_@_2.70GHz-with-gentoo-2.7
KiB Mem:16060584 total,   1608000 free
KiB Swap:   33425404 total,  33425404 free
Timestamp of repository gentoo: Sun, 14 Feb 2021 16:00:01 +
Head commit of repository gentoo: 4ceda2219fdacd7a7095774c7485ffe378f8d550
sh bash 5.0_p18
ld GNU ld (Gentoo 2.34 p4) 2.34.0
app-shells/bash:  5.0_p18::gentoo
dev-lang/perl:5.30.3-r1::gentoo
dev-lang/python:  2.7.18-r2::gentoo, 3.6.12::gentoo, 3.7.7-r2::gentoo, 
3.8.3::gentoo, 3.9.0_beta1::gentoo
dev-util/cmake:   3.17.3::gentoo
dev-util/pkgconfig:   0.29.2::gentoo
sys-apps/baselayout:  2.7-r1::gentoo
sys-apps/openrc:  0.41.2::gentoo
sys-apps/sandbox: 2.20::gentoo
sys-devel/autoconf:   2.13-r1::gentoo, 2.69-r5::gentoo
sys-devel/automake:   1.13.4-r2::gentoo, 1.16.2::gentoo
sys-devel/binutils:   2.34-r1::gentoo
sys-devel/gcc:9.2.0-r3::gentoo, 9.3.0::gentoo
sys-devel/gcc-config: 2.3.2::gentoo
sys-devel/libtool:2.4.6-r6::gentoo
sys-devel/make:   4.3::gentoo
sys-kernel/linux-headers: 5.8::gentoo (virtual/os-headers)
sys-libs/glibc:   2.32-r1::gentoo
Repositories:

gentoo
location: /var/db/repos/gentoo
sync-type: rsync
sync-uri: rsync://rsync.gentoo.org/gentoo-portage
priority: -1000
sync-rsync-verify-max-age: 24
sync-rsync-verify-jobs: 1
sync-rsync-verify-metamanifest: yes
sync-rsync-extra-opts:

ACCEPT_KEYWORDS="amd64"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -march=native -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/lib64/libreoffice/program/sofficerc /usr/share/config 
/usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d 
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild 
/etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -march=native -pipe"
DISTDIR="/usr/portage/distfiles"
ENV_UNSET="CARGO_HOME DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN GOPATH PERL5LIB 
PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME 
XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-O2 -pipe"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs 
clean-logs config-protect-if-modified distlocks ebuild-locks fixlafiles 
ipc-sandbox merge-sync multilib-strict network-sandbox news parallel-fetch 
parallel-install pid-sandbox preserve-libs protect-owned 
qa-unresolved-soname-deps sandbox sfperms strict unknown-features-warn 
unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="rsync://rsync.us.gentoo.org/"
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
LINGUAS="en_US"
PKGDIR="/var/cache/binpkgs"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive 

Re: [gentoo-user] ruby problem preventing my world update

[Ionen Wolkens]

On Sun, Feb 14, 2021 at 02:41:31PM -0500, John Covici wrote:
> Hi.  In trying to do my world update today, I have run into some kind
> of ruby problem.
> 
> When doing the update portage had me add changes, seems mostly to do
> with add ruby 3.0 as a ruby_target.  Now, I get the following at the
> end of my world update log
[...] 
>   1: from /usr/lib64/ruby/2.5.0/rubygems.rb:17:in `'

Unlike python, ruby is not very good at selecting a version that works
so eselect ruby actually matters. Here it's trying to 2.5.0 while it's
half uninstalled and unsurprisingly fail.

Have a look at "eselect ruby list" and set a version that's actually in
RUBY_TARGETS

With profile's default that'd be "eselect ruby set ruby26" or 30 if
that's what you're using now.

-- 
ionen


signature.asc
Description: PGP signature

Re: [gentoo-user] Re: Going through these one by one.

[Steven Lembark]

On Sun, 14 Feb 2021 17:26:03 - (UTC)
Martin Vaeth  wrote:

> emerge -NaDu --with-bdeps=y @world

Normally I use:

/usr/bin/emerge --deep --backtrack=128 --with-bdeps y   \
--complete-graph y --autounmask-write --verbose-conflicts   \
--jobs --load-average 4 --keep-going --update @world;

This gets me the same failures, with a bit more information.

The output of your command above is:

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

sys-libs/binutils-libs:0

  (sys-libs/binutils-libs-2.35.1-r1:0/2.35.1::gentoo, ebuild scheduled for 
merge) USE="nls -64-bit-bfd (-cet) -multitarget -static-libs" ABI_X86="32 (64) 
(-x32)" pulled in by
(no parents that aren't satisfied by other packages in this slot)

  (sys-libs/binutils-libs-2.34-r2:0/2.34::gentoo, installed) USE="nls 
-64-bit-bfd -multitarget -static-libs" ABI_X86="32 (64) (-x32)" pulled in by
sys-libs/binutils-libs:0/2.34=[abi_x86_32(-),abi_x86_64(-)] required by 
(x11-libs/cairo-1.16.0-r4:0/0::gentoo, installed) USE="X glib svg (-aqua) 
-debug (-gles2-only) -opengl -static-libs -utils -valgrind" ABI_X86="32 (64) 
(-x32)"
  





Running it with a loop moving ._cfg00_autoconfig and re-running
emerge eventually brick walls into the same result. 


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

[gentoo-user] ruby problem preventing my world update

[John Covici]

Hi.  In trying to do my world update today, I have run into some kind
of ruby problem.

When doing the update portage had me add changes, seems mostly to do
with add ruby 3.0 as a ruby_target.  Now, I get the following at the
end of my world update log

>>> Emerging (57 of 237) dev-ruby/racc-1.5.2-r1::gentoo
 * racc-1.5.2.tar.gz BLAKE2B SHA512 size ;-) ...

 [ ok ]
>>> Unpacking source...
 * Running unpack phase for all ...
>>> Unpacking racc-1.5.2.tar.gz to 
>>> /var/tmp/portage/dev-ruby/racc-1.5.2-r1/work/all
>>> Source unpacked in /var/tmp/portage/dev-ruby/racc-1.5.2-r1/work
>>> Preparing source in /var/tmp/portage/dev-ruby/racc-1.5.2-r1/work ...
 * Running prepare phase for all ...
 * Running prepare phase for all ...
Traceback (most recent call last):
3: from :2:in `'
2: from :2:in `require'
1: from /usr/lib64/ruby/2.5.0/rubygems.rb:17:in `'
/usr/lib64/ruby/2.5.0/rubygems.rb:17:in `require': cannot load such file -- 
rubygems/compatibility (LoadError)
 * ERROR: dev-ruby/racc-1.5.2-r1::gentoo failed (prepare phase):
 *   (no error message)
 * 
 * Call stack:
 * ebuild.sh, line  125:  Called src_prepare
 *   environment, line 2205:  Called ruby-ng_src_prepare
 *   environment, line 1861:  Called _ruby_invoke_environment 'all' 
'_ruby_apply_patches'
 *   environment, line  717:  Called _ruby_apply_patches
 *   environment, line  552:  Called all_ruby_prepare
 *   environment, line  817:  Called die
 * The specific snippet of code:
 *   rake lib/racc/parser-text.rb || die;
 * 
 * If you need support, post the output of `emerge --info 
'=dev-ruby/racc-1.5.2-r1::gentoo'`,
 * the complete build log and the output of `emerge -pqv 
'=dev-ruby/racc-1.5.2-r1::gentoo'`.
 * The complete build log is located at 
'/var/log/portage/dev-ruby:racc-1.5.2-r1:20210214-164845.log'.
 * For convenience, a symlink to the build log is located at 
'/var/tmp/portage/dev-ruby/racc-1.5.2-r1/temp/build.log'.
 * The ebuild environment file is located at 
'/var/tmp/portage/dev-ruby/racc-1.5.2-r1/temp/environment'.
 * Working directory: 
'/var/tmp/portage/dev-ruby/racc-1.5.2-r1/work/all/racc-1.5.2'
 * S: '/var/tmp/portage/dev-ruby/racc-1.5.2-r1/work/all/racc-1.5.2'

>>> Failed to emerge dev-ruby/racc-1.5.2-r1, Log file:

>>>  '/var/log/portage/dev-ruby:racc-1.5.2-r1:20210214-164845.log'
*** Resuming merge...

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

Calculating dependencies  . done!
 * One or more packages are either masked or have missing dependencies:
 * 
 *   >=dev-ruby/minitest-5.10.3[ruby_targets_ruby25] pulled in by:
 * (dev-lang/ruby-2.5.8-r1:2.5/2.5::gentoo, installed)
 * 
 *   >=dev-ruby/bundler-2.1.4[ruby_targets_ruby30] pulled in by:
 * (dev-lang/ruby-3.0.0-r1:3.0/3.0::gentoo, installed)
 * 
 *   virtual/rubygems[ruby_targets_ruby25(-)] pulled in by:
 * (dev-ruby/bundler-2.2.4:2/2::gentoo, installed)
 * 
 *   virtual/rubygems[ruby_targets_ruby25(-)] pulled in by:
 * (dev-ruby/did_you_mean-1.2.1:2.5/2.5::gentoo, installed)
 * 
 *   virtual/ruby-ssl[ruby_targets_ruby25(-)] pulled in by:
 * (dev-ruby/racc-1.5.2:0/0::gentoo, installed)
 * 
 *   virtual/rubygems[ruby_targets_ruby25(-)] pulled in by:
 * (dev-ruby/rdoc-6.3.0:0/0::gentoo, installed)
 * 
 * The resume list contains packages that are either masked or have
 * unsatisfied dependencies. Please restart/continue the operation
 * manually, or use --skipfirst to skip the first package in the list and
 * any other packages that may be masked or have missing dependencies.
 * 
 * The following package has failed to build, install, or execute postinst:
 * 
 *  (dev-ruby/racc-1.5.2-r1:0/0::gentoo, ebuild scheduled for merge), Log file:
 *   '/var/log/portage/dev-ruby:racc-1.5.2-r1:20210214-164845.log'

I tried to emerge dev-ruby/racc, after re-installing
dev-ruby/rubygens, but no joy.

How can I proceed?

Thanks in advance for any suggestions.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com

Re: [gentoo-user] Re: TCP port 445

[Michael]

On Sunday, 14 February 2021 17:16:33 GMT Grant Taylor wrote:
> On 2/14/21 4:42 AM, Michael wrote:
> > You are probably right.  My knowledge of MSWindows environments has
> > been on a need to know basis, when I can't avoid it.  ;-)
> 
> Fair enough.
> 
> I've managed to avoid more Windows in the last 10 years than I could in
> the previous 10 years.
> 
> > Active Directory Domain Services use port 445 to store and communicate
> > domain names, IP addresses, list of services available, etc. for
> > a domain.
> 
> TCP port 445 is not directly related to AD DS.  Sure, AD DS /uses/ TCP
> port 445, but so do computers that are not participating in AD DS.

These are the services using port 445:

445 TCP SMB Fax Service
445 TCP SMB Print Spooler
445 TCP SMB Server
445 TCP SMB Remote Procedure Call Locator
445 TCP SMB Distributed File System Namespaces
445 TCP SMB Distributed File System Replication
445 TCP SMB License Logging Service
445 TCP SMB Net Logon


> TCP port 445 is the port that SMB runs over natively.  Historically, SMB
> would use TCP ports 137, 138, and 139 when it was still using the
> NetBIOS over TCP (NBT).
> 
> > I suppose initial name to IP resolution happens over port 53, or UDP
> > 5355 if there is no local DNS resolver configured and the MSWindows
> > setup uses LLMNR.  Microsoft- ds listens on TCP 445 and communicates
> > stored DNS information to clients regarding domain names, domain
> > controller(s) and services.  I don't know to what extent microsoft-ds
> > is integrated with the basic TCP-IP DNS service, but expect there
> > would be some logical linkage in there.
> 
> I do not recall seeing anything about name resolution running over TCP
> port 445.

Right, it isn't.  My bad.  FS Namespaces mapping uses port 445, a different 
function - see URL at the bottom.

> ...
> 
> Even the venerable WINS (NetBIOS Name Service) ran over TCP port 137.
> 
> If you have any authoritative information that you can point to where
> name resolution, of any type, runs over TCP port 445, please share it as
> I'd like to read it.

All I found from a random search in the interwebs, is the following link.  
Port 445 is used for file/printer data sharing as discussed.  It is also used 
for 'Distributed File System Namespaces' across different domains - but this 
is not DNS-IP resolution.

https://docs.microsoft.com/en-us/troubleshoot/windows-server/networking/
service-overview-and-network-port-requirements

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

Re: [gentoo-user] why both /usr/lib and /usr/lib64 on a 64bit system?

[Jack]

On 2/14/21 12:22 AM, Grant Taylor wrote:

On 2/13/21 9:38 PM, Dan Egli wrote:
Frankly, I find there's still too many programs that want 32bit 
libraries to go full no-multilib.


Are the programs that you're referring to things that are installed 
through something other than emerge?


I'd naively assume that anything emerged on a system with no-multilib 
would be 64-bit.


What am I missing?
As I remember, /lib and /usr/lib hold not only 32 bit libraries, but 
non-arch or arch-irrelevant (I know there's a better term) files. Maybe 
they are not explicitly libraries, but things like perl, python, or 
shell scripts.  I don't think you can completely get rid of it.  I make 
no claim as to whether you could get rid of all 32 bit libraries.

[gentoo-user] Re: Going through these one by one.

[Martin Vaeth]

Steven Lembark  wrote:
>
> # emerge --oneshot sys-apps/portage 2>&1 | tee a;
>
The output of this information is not very useful:
Unsurprisingly, it only shows that update of only the portage
dependencies collides with the dependencies of packages which
are not updated. You should instead try to make

emerge -NaDu --with-bdeps=y @world

succeed. But for a system which haa not been updated since
more than half a year, this can be difficult.

[gentoo-user] Re: TCP port 445

[Grant Taylor]

On 2/14/21 4:42 AM, Michael wrote:
You are probably right.  My knowledge of MSWindows environments has 
been on a need to know basis, when I can't avoid it.  ;-)


Fair enough.

I've managed to avoid more Windows in the last 10 years than I could in 
the previous 10 years.


Active Directory Domain Services use port 445 to store and communicate 
domain names, IP addresses, list of services available, etc. for 
a domain.


TCP port 445 is not directly related to AD DS.  Sure, AD DS /uses/ TCP 
port 445, but so do computers that are not participating in AD DS.


TCP port 445 is the port that SMB runs over natively.  Historically, SMB 
would use TCP ports 137, 138, and 139 when it was still using the 
NetBIOS over TCP (NBT).


I suppose initial name to IP resolution happens over port 53, or UDP 
5355 if there is no local DNS resolver configured and the MSWindows 
setup uses LLMNR.  Microsoft- ds listens on TCP 445 and communicates 
stored DNS information to clients regarding domain names, domain 
controller(s) and services.  I don't know to what extent microsoft-ds 
is integrated with the basic TCP-IP DNS service, but expect there 
would be some logical linkage in there.


I do not recall seeing anything about name resolution running over TCP 
port 445.


...

Even the venerable WINS (NetBIOS Name Service) ran over TCP port 137.

If you have any authoritative information that you can point to where 
name resolution, of any type, runs over TCP port 445, please share it as 
I'd like to read it.


Anyhow, I think the OPs problem is down to the wrong CUPS driver used 
in remote client(s).


Agreed.



--
Grant. . . .
unix || die

Re: [gentoo-user] Going through these one by one.

[Steven Lembark]

On Sat, 13 Feb 2021 20:59:08 -0800
cal  wrote:

> Did you run emerge --sync before emerge -1vUD @world?

A cron job here runs "emerge --sync && emerge --update --fetchonly"
every day at 0300.
 
> The Python 3.7 change is old news -- by now it's already migrated to
> 3.8 on my system.

This system has been fried ever since

2020-04-22-python3-7
  Title Python 3.7 to become the default target
  AuthorMichał Górny 
  Posted2020-04-22
  Revision  1

On 2020-05-06 (or later), Python 3.7 will replace Python 3.6 as one
of the default Python targets for Gentoo systems.  The new default
values will be:

Followed those instructions -- don't use python for anything here
and the local copies of what I actually use are in /opt/perl, 
/opt/postgresql, etc, built from git checkouts.

At this point I've added and removed python single and multiple
target entries from make.conf & package.use/local, with various
sets of values and exclusions. 

A bare sync tells me there is a new version of portage available,
installing it fails, however with:

# emerge --sync;



Action: sync for repo: gentoo, returned code = 0

 * An update to portage is available. It is _highly_ recommended
 * that you update portage now, before any other packages are updated.

* To update portage, run 'emerge --oneshot sys-apps/portage' now.


# emerge --oneshot sys-apps/portage 2>&1 | tee a;

Calculating dependencies  ... done!
[ebuild  N ] dev-lang/python-exec-conf-2.4.6  PYTHON_TARGETS="python3_8 
-pypy3 -python3_7 -python3_9"
[ebuild  N ] acct-group/portage-0
[ebuild U  ] dev-lang/python-exec-2.4.6-r4 [2.4.6-r1] 
USE="native-symlinks%*" PYTHON_TARGETS="(python3_8%*) (python3_9%*)"
[ebuild  N ] acct-user/portage-0
[ebuild U  ] dev-python/certifi-10001-r1 [10001] 
PYTHON_TARGETS="python3_8*"
[ebuild U ~] dev-python/setuptools-53.0.0 [44.0.0] 
PYTHON_TARGETS="python3_8* -python3_9%"
[ebuild U ~] dev-python/setuptools_scm-5.0.1 [4.1.2] 
PYTHON_TARGETS="python3_8*"
[ebuild U  ] dev-python/chardet-4.0.0 [3.0.4] 
PYTHON_TARGETS="python3_8* -python3_9%"
[ebuild U  ] dev-python/idna-2.10-r1 [2.8] PYTHON_TARGETS="python3_8* 
-python3_9%"
[ebuild U  ] dev-python/PySocks-1.7.1-r1 [1.6.8] 
PYTHON_TARGETS="python3_8* -python3_9%"
[ebuild U ~] dev-python/urllib3-1.26.3-r1 [1.24.2] USE="-brotli%" 
PYTHON_TARGETS="python3_8%* -python3_9%"
[ebuild U  ] dev-python/requests-2.25.1-r1 [2.21.0-r1] USE="-test%" 
PYTHON_TARGETS="python3_8%* -python3_9%"
[ebuild U ~] app-crypt/gnupg-2.2.27 [2.2.20] USE="-scd-shared-access%"
[ebuild U  ] app-portage/gemato-16.2 [14.3] PYTHON_TARGETS="python3_8* 
-python3_7* -python3_9%"
[ebuild U ~] sys-apps/portage-3.0.14 [3.0.1] USE="-test%" 
PYTHON_TARGETS="python3_8* -python3_7*"
[blocks B  ] <=dev-lang/python-2.7.18-r3:2.7 
("<=dev-lang/python-2.7.18-r3:2.7" is blocking dev-lang/python-exec-2.4.6-r4)
[blocks B  ] =dev-lang/python-exec-2:=[python_targets_pypy3(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
 required by (dev-python/chardet-4.0.0:0/0::gentoo, ebuild scheduled for merge) 
USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_8 -pypy3 -python3_7 
-python3_9"


>=dev-lang/python-exec-2:=[python_targets_pypy3(-)?,python_targets_python3_7(-)?,python_targets_python3_8(-)?,python_targets_python3_9(-)?,-python_single_target_pypy3(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]
 required by (dev-python/setuptools-53.0.0:0/0::gentoo, ebuild scheduled for 
merge) USE="-test" ABI_X86="(64)" PYTHON_TARGETS="python3_7 python3_8 -pypy3 
-python3_9"


Full output at:




Q: Is there any way to clean up python at this point without 
   a full re-install?

thanks

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

Re: [gentoo-user] Going through these one by one.

[Steven Lembark]

On Sat, 13 Feb 2021 21:42:12 -0700
Dan Egli  wrote:

> On 2/13/2021 2:41 PM, Steven Lembark wrote:
> 
> [snip]
> > Bumps into not having sys-apps/portage-::gentoo:
> > # $emerge dev-db/pgmodeler
> > Calculating dependencies... done!
> >
> > !!! All ebuilds that could satisfy
> > "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]"
> > have been masked. !!! One of the following masked packages is
> > required to complete your request:
> > - sys-apps/portage-::gentoo (masked by: missing keyword)  
> 
> Portage- is risky since it's VERY MUCH still developmental. BUT,
> if you really want it, add this to your package.accept_keywords: 
> sys-apps/portage **


No. All I want is to get the regular portage working.
I have been following a variety of suggestiions since the system
stopped upgrading around the python 2-3 idiocy.


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

Re: [gentoo-user] problems with dracut

[John Covici]

On Sat, 13 Feb 2021 12:19:42 -0500,
Rich Freeman wrote:
> 
> On Fri, Feb 12, 2021 at 9:39 AM John Covici  wrote:
> >
> > Hi.  I am having problems running dracut 0.51-r2 and 0.50-r2.  The
> > problem is that I have two  install_items lines like this
> > install_items+= /etc/modprobe.d/zfs.conf
> > install_items+= /etc/systemd/system/initrd-switch-root.service
> >
> 
> I'd keep the two separate lines and add --debug to the command line
> (and anything else verbosity-related, consider strace if that doesn't
> give you clues).  Your issue is with generation and not boot (right
> now), so just focus on the actual build process.
> 
> Haven't seen this issue and will take a look as I run dracut+zfs, but
> any debugging output you can get out of this will probably help.
> 

I got private mail from someone -- I also posted to the initramfs
mailing list, and he suggested to do --install followed by the string
from the command line and dracut took it!  Have not tried to reboot
with that kernel yet, but I thought I'd put this out in case someone
else runs into this.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com

Re: [gentoo-user] Sharing printers via Cups

[Michael]

On Sunday, 14 February 2021 06:43:55 GMT Dan Egli wrote:
> On 2/12/2021 4:00 AM, Michael wrote:

> > D [11/Feb/2021:13:08:36 -0700] [Job 11] hpcups
> > (application/vnd.cups-raster to printer/ENVY, cost 0)
> > 
> > This is the hplip printer driver in action, using a MIME format for CUPS
> > to transmit and print raster imaged pages.
> > 
> > Question:  Why is this driver in play?
> > 
> > Even if the physical printer is an HP, it is neither connected to Janus,
> > nor Athena.
> 
> No, it's not. But the windows printer driver expects the client to do
> all the rendering and deliver only finalized printer instructions when
> it receives network jobs. I suppose I could change it to a generic
> PostScript driver and tell Windows to do the rendering...

I think the problem arises if you layer one printer driver over another.


> > I suggest you configure CUPS in Janus to use a different print driver:
> > 
> > First try 'IPP everywhere' the latest /driverless/ printing option.  With
> > 'IPP everywhere' CUPS will communicate with IPP enabled printers and
> > interrogate them on the fly to generate and use the requisite PPD
> > capabilities configuration.
> 
> Hmmm. Didn't see IPP everywhere as a "driver" but i really didn't look
> past the HP drivers. But I question if even that will work. Sounds like
> when Athena tries to render the page into printer instructions it's
> dying, with the cupsRasterOpen failed (and what kind of an error message
> is that? Tell me something I might be able to use to FIX the issue!).

Heh! Devs' messages are usually clear in their meaning.  Mostly to devs.  :-)

Since the printer is not physically attached to and driven by Athena, I think 
the rendering is taking place by the MSWindows printer driver, at the Windows 
OS.

Athena functions as a router in this case pushing what it receives over 
smb://.

Have a look here for the 'IPP Everywhere' configuration option:

https://wiki.gentoo.org/wiki/Driverless_printing


> > If this doesn't work, then try 'RAW' and leave it to Athena's CUPS server
> > to submit the raw data for printing to its back end (Windows Printer via
> > SAMBA).
> > 
> > The logs should indicate if there is a problem somewhere along the chain.
> 
> I'll try this and let you know. I'm actually about to head for bed as  I
> write this, so I'll check on it Tomorrow (Sunday).


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

Re: [gentoo-user] Sharing printers via Cups

[Michael]

On Saturday, 13 February 2021 22:11:49 GMT Grant Taylor wrote:
> On 2/12/21 4:00 AM, Michael wrote:
> > Samba uses the native MSWindows 'Active Directory Domain Services'
> > over TCP port 445 to resolve IP addresses when printing over Samba.
> 
> I question the veracity of this.
> 
> My understanding is that name to ip resolution, particularly in Active
> Directory environments, is that it is all DNS based.

You are probably right.  My knowledge of MSWindows environments has been on a 
need to know basis, when I can't avoid it.  ;-)

Active Directory Domain Services use port 445 to store and communicate domain 
names, IP addresses, list of services available, etc. for a domain.  I suppose 
initial name to IP resolution happens over port 53, or UDP 5355 if there is no 
local DNS resolver configured and the MSWindows setup uses LLMNR.  Microsoft-
ds listens on TCP 445 and communicates stored DNS information to clients 
regarding domain names, domain controller(s) and services.  I don't know to 
what extent microsoft-ds is integrated with the basic TCP-IP DNS service, but 
expect there would be some logical linkage in there.

Anyhow, I think the OPs problem is down to the wrong CUPS driver used in 
remote client(s).

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

Re: [gentoo-user] Going through these one by one.

[Neil Bothwick]

On Sat, 13 Feb 2021 16:41:59 -0500, Steven Lembark wrote:

> # $emerge dev-db/pgmodeler
> Calculating dependencies... done!
> 
> !!! All ebuilds that could satisfy
> "sys-apps/portage[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]"
> have been masked. !!! One of the following masked packages is required
> to complete your request:
> - sys-apps/portage-::gentoo (masked by: missing keyword)
> 
> (dependency required by "dev-java/java-config-2.2.0-r4::gentoo"

~java-config-2.2.0 isn't in the portage tree, the only version is 2.3.1. 

> [installed]) (dependency required by "sys-devel/gettext-0.20.2::gentoo"

Also not in the tree.

I'd start by unmerging these two, quickpkg them first, and running a deep
world update.

> [installed]) (dependency required by
> "dev-perl/Locale-gettext-1.70.0::gentoo" [installed]) (dependency
> required by "sys-apps/help2man-1.47.16::gentoo[nls]" [installed])
> (dependency required by "sys-devel/automake-1.16.3-r1::gentoo"
> [ebuild]) (dependency required by "sys-devel/libtool-2.4.6-r6::gentoo"
> [installed]) (dependency required by
> "sys-libs/zlib-1.2.11-r2::gentoo[minizip]" [installed]) (dependency
> required by "dev-lang/perl-5.30.3-r1::gentoo" [installed]) (dependency
> required by "sys-devel/autoconf-2.69-r5::gentoo" [installed]) For more
> information, see the MASKED PACKAGES section in the emerge man page or
> refer to the Gentoo Handbook.


-- 
Neil Bothwick

OS/2: Obsolete Soon, Too


pgpW3llroDpLW.pgp
Description: OpenPGP digital signature