Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?

2020-05-21 Thread n952162




On 05/22/20 02:48, Rich Freeman wrote:

On Thu, May 21, 2020 at 3:18 PM n952162  wrote:

My system:

Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) 
Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux

I'm not sure why the x86 is coming into play here and if sse2 is relevant at 
all.
I found somebody with a similar issue on the net and a response was to use this 
in make.conf:

LLVM_TARGETS="x86"

but I don't know if I should use x86 or x86_64 there... anybody have an idea?


It seems like you're running a 32-bit version of Gentoo. What is the
output of emerge --info?  64-bit CPUs run x86 binaries just fine, so
if you install a 32-bit stage3 you'll end up with x86s all over the
place.

Your email was really sparse on actual command lines and output again.
You're just making everybody guess what you're trying to do in any
given email, which means half the advice you're going to get back
won't work.  Don't try to figure out what everybody else needs to
know.  Just spill your guts.  There is a reason bugs just get closed
without anybody seeing them if a full build log and emerge -info isn't
attached.  By all means use attachments, but don't copy/paste the 10
lines you think are the most important...

Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0, gcc-7.3.0, 
glibc-2.26-r7, 4.14.65-gentoo x86_64)
=
System uname: 
Linux-4.14.65-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E7500_@_2.93GHz-with-gentoo-2.4.1
KiB Mem: 8148660 total,   7234424 free
KiB Swap:2097148 total,   2097148 free
Timestamp of repository gentoo: Sat, 16 May 2020 12:30:01 +
Head commit of repository gentoo: df94c49ed439c2e5d9abd03cf26435c33a01d6e7
sh bash 4.4_p12
ld GNU ld (Gentoo 2.30 p5) 2.30.0
app-shells/bash:  4.4_p12::gentoo
dev-lang/perl:5.24.3-r1::gentoo
dev-lang/python:  2.7.15::gentoo, 3.6.5::gentoo
dev-util/cmake:   3.9.6::gentoo
dev-util/pkgconfig:   0.29.2::gentoo
sys-apps/baselayout:  2.4.1-r2::gentoo
sys-apps/openrc:  0.38.2::gentoo
sys-apps/sandbox: 2.13::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69-r4::gentoo
sys-devel/automake:   1.15.1-r2::gentoo
sys-devel/binutils:   2.30-r4::gentoo
sys-devel/gcc:7.3.0-r3::gentoo
sys-devel/gcc-config: 1.8-r1::gentoo
sys-devel/libtool:2.4.6-r3::gentoo
sys-devel/make:   4.2.1-r4::gentoo
sys-kernel/linux-headers: 4.13::gentoo (virtual/os-headers)
sys-libs/glibc:   2.26-r7::gentoo
Repositories:

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

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="@FREE"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf 
/etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN 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-logs config-protect-if-modified distlocks 
ebuild-locks fixlafiles merge-sync multilib-strict news parallel-fetch preserve-libs 
protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans 
userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org;
LANG="C"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times 
--omit-dir-times --compress --force --whole-file --delete --stats --human-readable 
--timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages 
--exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="acl berkdb bzip2 cli crypt dri fortran gdbm iconv ipv6 libtirpc ncurses nls nptl openmp pam pcre readline seccomp split-usr ssl tcpd unicode x86 x86_64 xattr zlib" ABI_X86="32" ADA_TARGET="gnat_2018" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x 
ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default 
authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation 

Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?

2020-05-21 Thread n952162




On 05/22/20 02:48, Rich Freeman wrote:

On Thu, May 21, 2020 at 3:18 PM n952162  wrote:

My system:

Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) 
Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux

I'm not sure why the x86 is coming into play here and if sse2 is relevant at 
all.
I found somebody with a similar issue on the net and a response was to use this 
in make.conf:

LLVM_TARGETS="x86"

but I don't know if I should use x86 or x86_64 there... anybody have an idea?


It seems like you're running a 32-bit version of Gentoo. What is the
output of emerge --info?  64-bit CPUs run x86 binaries just fine, so
if you install a 32-bit stage3 you'll end up with x86s all over the
place.

Your email was really sparse on actual command lines and output again.
You're just making everybody guess what you're trying to do in any
given email, which means half the advice you're going to get back
won't work.  Don't try to figure out what everybody else needs to
know.  Just spill your guts.  There is a reason bugs just get closed
without anybody seeing them if a full build log and emerge -info isn't
attached.  By all means use attachments, but don't copy/paste the 10
lines you think are the most important...




---

Portage 2.3.49 (python 3.6.5-final-0, default/linux/x86/17.0, gcc-7.3.0,
glibc-2.26-r7, 4.14.65-gentoo x86_64)
=
System uname:
Linux-4.14.65-gentoo-x86_64-Intel-R-_Core-TM-2_Duo_CPU_E7500_@_2.93GHz-with-gentoo-2.4.1
KiB Mem: 8148660 total,   6997120 free
KiB Swap:    2097148 total,   2097148 free
Timestamp of repository gentoo: Sat, 16 May 2020 12:30:01 +
Head commit of repository gentoo: df94c49ed439c2e5d9abd03cf26435c33a01d6e7
sh bash 4.4_p12
ld GNU ld (Gentoo 2.30 p5) 2.30.0
app-shells/bash:  4.4_p12::gentoo
dev-lang/perl:    5.24.3-r1::gentoo
dev-lang/python:  2.7.15::gentoo, 3.6.5::gentoo
dev-util/cmake:   3.9.6::gentoo
dev-util/pkgconfig:   0.29.2::gentoo
sys-apps/baselayout:  2.4.1-r2::gentoo
sys-apps/openrc:  0.38.2::gentoo
sys-apps/sandbox: 2.13::gentoo
sys-devel/autoconf:   2.13::gentoo, 2.69-r4::gentoo
sys-devel/automake:   1.15.1-r2::gentoo
sys-devel/binutils:   2.30-r4::gentoo
sys-devel/gcc:    7.3.0-r3::gentoo
sys-devel/gcc-config: 1.8-r1::gentoo
sys-devel/libtool:    2.4.6-r3::gentoo
sys-devel/make:   4.2.1-r4::gentoo
sys-kernel/linux-headers: 4.13::gentoo (virtual/os-headers)
sys-libs/glibc:   2.26-r7::gentoo
Repositories:

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

ACCEPT_KEYWORDS="x86"
ACCEPT_LICENSE="@FREE"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d
/etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild
/etc/sandbox.d /etc/terminfo"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN 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-logs config-protect-if-modified
distlocks ebuild-locks fixlafiles merge-sync multilib-strict news
parallel-fetch preserve-libs protect-owned sandbox sfperms strict
unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv
usersandbox usersync xattr"
FFLAGS="-O2 -pipe"
GENTOO_MIRRORS="http://distfiles.gentoo.org;
LANG="C"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
PKGDIR="/usr/portage/packages"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--omit-dir-times --compress --force --whole-file --delete --stats
--human-readable --timeout=180 --exclude=/distfiles --exclude=/local
--exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="acl berkdb bzip2 cli crypt dri fortran gdbm iconv ipv6 libtirpc
ncurses nls nptl openmp pam pcre readline seccomp split-usr ssl tcpd
unicode x86 x86_64 xattr zlib" ABI_X86="32" ADA_TARGET="gnat_2018"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
authz_dbm authz_default authz_groupfile authz_host authz_owner
authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
disk_cache env expires ext_filter file_cache filter headers include info
log_config logio mem_cache mime 

Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?

2020-05-21 Thread Rich Freeman
On Thu, May 21, 2020 at 3:18 PM n952162  wrote:
>
> My system:
>
> Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R) 
> Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux
>
> I'm not sure why the x86 is coming into play here and if sse2 is relevant at 
> all.
> I found somebody with a similar issue on the net and a response was to use 
> this in make.conf:
>
> LLVM_TARGETS="x86"
>
> but I don't know if I should use x86 or x86_64 there... anybody have an idea?
>

It seems like you're running a 32-bit version of Gentoo. What is the
output of emerge --info?  64-bit CPUs run x86 binaries just fine, so
if you install a 32-bit stage3 you'll end up with x86s all over the
place.

Your email was really sparse on actual command lines and output again.
You're just making everybody guess what you're trying to do in any
given email, which means half the advice you're going to get back
won't work.  Don't try to figure out what everybody else needs to
know.  Just spill your guts.  There is a reason bugs just get closed
without anybody seeing them if a full build log and emerge -info isn't
attached.  By all means use attachments, but don't copy/paste the 10
lines you think are the most important...

-- 
Rich



Re: [gentoo-user] evince doesn't display check-mark symbol

2020-05-21 Thread Ashley Dixon
On Thu, May 21, 2020 at 04:21:33PM -0600, the...@sys-concept.com wrote:
> Hi Ashley,
> 
> Thank you for the hint. I unzip the "ITC Zapf Dingbats.zip" to
> /usr/share/fonts/itc-zapf-dingbats
> 
> and created as you suggested: /etc/fonts/local.conf with the content
> above and the "check-mark" is showing perfectly.
> 
> Thank you for the solution!

Cheers, I'm very glad to hear it works.  My first thought was that `t1lib` might
fix the error, as ZapfDingbats is a type-one font, however it  seems  like  that
USE-flag only applies to the in-built  D.V.I.-viewer.   I  still  can't  imagine
why Evince fails to  find  type-one  fonts  for  P.D.F.s  without  the  explicit
direction of FontConfig.

Anyway, this font-aliasing fix seems to be a fine work-around for now.
Have a nice day.

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature


Re: [gentoo-user] evince doesn't display check-mark symbol

2020-05-21 Thread thelma
On 05/20/2020 09:08 PM, Ashley Dixon wrote:
> On Wed, May 20, 2020 at 08:12:54PM -0600, the...@sys-concept.com wrote:
>> I think so too, that that is why I'm puzzled.
>> Here is the form.
> 
> Thanks for attaching the document, but it's huge !  I  placed  the  emphasis  
> on
> _minimal_ for a reason. ;-)
> 
> Anyway, I'm able to replicate this, and I'd say it's  likely  to  be  a  bug  
> in
> Evince.  Using GhostScript [1] to  retroactively  embed  all  the  fonts  
> allows
> Evince to render it without issue, pointing to an  issue  causing  it  to  
> avoid
> loading external fonts.
> 
> gs \
>-dCompatibilityLevel=1.4 \
>-dPDFSETTINGS=/screen \
>-dCompressFonts=true \
>-dSubsetFonts=true \
>-dNOPAUSE \
>-dBATCH \
>-sDEVICE=pdfwrite \
>-sOutputFile=form-fixed.pdf \
>-c ".setpdfwrite <> setdistillerparams" \
>-f form-original.pdf
> 
> Although, having to do this on all your documents is obviously  suboptimal,  
> and
> also can make them quite a bit larger.  Strangely, after testing on  my  
> Manjaro
> QEMU virtual machine, everything behaves correctly; the P.D.F.\ without 
> embedded
> Dingbats renders correctly.
> 
> [Solution]
> 
> Evince is substituting ZapfDingbats with another font.  On my  system,  this  
> is

> Liberation Sans  Regular  (Properties->Fonts->ZapfDingbats).   This  means  
> that
> Evince cannot find the font "ZapfDingbats".  To rectify this, download "ITC 
> Zapf
> Dingbats" from  [2]  and  unzip  the  two  files  into  ~/.local/share/fonts  
> or
> /usr/share/fonts.
> 
> However, "ZapfDingbats" and "ITC Zapf Dingbats" have  a  slight  name  
> mismatch,
> which will still cause Evince to substitute it with an  unsuitable  
> alternative.
> Fontconfig allows you to  alias  fonts  using  its  standard  XML  
> configuration
> method.  Add the following to /etc/fonts/local.conf (create the file if it  
> does
> not exist):
> 
> 
> 
> 
> 
> ZapfDingbats
> ITC Zapf Dingbats
> fixed
> 
> 
> 
> This will cause Evince to load the document correctly.  You might  have  to  
> run
> `fc-cache` after you've created the  stanza, although I doubt it.
> 
> Does this fix it ?
> 
> [1] https://stackoverflow.com/a/2981689
> [2] https://freefontsfamily.com/download/itc-zapf-dingbats
> 

Hi Ashley,

Thank you for the hint. I unzip the "ITC Zapf Dingbats.zip" to
/usr/share/fonts/itc-zapf-dingbats

and created as you suggested: /etc/fonts/local.conf with the content
above and the "check-mark" is showing perfectly.

Thank you for the solution!

Regards,
Thelma




[gentoo-user] Courier Sub-addressing

2020-05-21 Thread Ashley Dixon
Hello,

I am attempting to set up sub-addressing on my  Courier  mail  server,  allowing
senders to directly deliver messages to a particular folder in my mailbox.   For
example, I want to provide my University with the address
`ash-academicmatt...@suugaku.co.uk` to force all their messages into the
"AcademicMatters" subdirectory.

Unfortunately,  I  can't  find  any  official  Courier  documentation  regarding
sub-addressing.  I have found [1], however I'm not sure it will apply  as  I  am
using virtual mailboxes.

When attempting to  send  e-mail  to  myself  using  sub-addressing,  my  server
complains that the address is not found in the virtual users  table,  suggesting
that it is entirely unaware of the sub-addressing notation.

Has anyone here managed to get this working ? I believe it is sometimes referred
to as "plus-addressing", however it seems that Courier uses a hyphen as  opposed
to a plus symbol (+).

Cheers,
Ashley.

[1] https://www.talisman.org/~erlkonig/misc/courier-email-subaddressing/

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature


Re: [gentoo-user] nvidia-drivers-440.82-r3 failing to compile: Kernel configuration is invalid

2020-05-21 Thread Ján Zahornadský

On 21/05/2020 20:25, Ashley Dixon wrote:

On Thu, May 21, 2020 at 08:13:38PM +0100, Ján Zahornadský wrote:

when updating the system today, a new revision of nvidia-drivers ebuild
fails with

ERROR: Kernel configuration is invalid.
include/generated/autoconf.h or include/config/auto.conf are missing.
Run 'make oldconfig && make prepare' on kernel src to fix it.

(full log attached as build.log)

I'm fairly sure my kernel sources and configuration are in place:

bolt /usr/src/linux-5.6.14-gentoo # ls -l include/generated/autoconf.h
include/config/auto.conf
-rw--- 1 root root 26144 May 21 10:13 include/config/auto.conf
-rw--- 1 root root 35329 May 21 10:13 include/generated/autoconf.h


Try executing `chmod a+r ` on both of those files.



That sadly didn't help :-(

> Is  /usr/src/linux a symlink to  /usr/src/linux-5.6.14-gentoo ? The
> nvidia-drivers package looks for the kernel sources in /usr/src/linux
> so if the symlink is wrong then you might get errors like these.

Yes, I have a symlink in /usr/src:

bolt ~ # ls -l /usr/src/
total 8
lrwxrwxrwx  1 root root   19 May 21 10:12 linux -> linux-5.6.14-gentoo
drwxr-xr-x 25 root root 4096 May 20 22:03 linux-5.6.13-gentoo
drwxr-xr-x 25 root root 4096 May 21 10:58 linux-5.6.14-gentoo



Re: [gentoo-user] nvidia-drivers-440.82-r3 failing to compile: Kernel configuration is invalid

2020-05-21 Thread Ashley Dixon
On Thu, May 21, 2020 at 08:13:38PM +0100, Ján Zahornadský wrote:
> when updating the system today, a new revision of nvidia-drivers ebuild
> fails with
> 
> ERROR: Kernel configuration is invalid.
>include/generated/autoconf.h or include/config/auto.conf are missing.
>Run 'make oldconfig && make prepare' on kernel src to fix it.
> 
> (full log attached as build.log)
> 
> I'm fairly sure my kernel sources and configuration are in place:
> 
> bolt /usr/src/linux-5.6.14-gentoo # ls -l include/generated/autoconf.h
> include/config/auto.conf
> -rw--- 1 root root 26144 May 21 10:13 include/config/auto.conf
> -rw--- 1 root root 35329 May 21 10:13 include/generated/autoconf.h

Try executing `chmod a+r ` on both of those files.

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature


Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?

2020-05-21 Thread n952162



On 05/20/20 23:52, n952162 wrote:

The @system set is largely independent of anything else, so getting it
updated makes everything else easier.



Okay, that's what I'll do (tomorrow).


Well it's an iterative process with backtracking ... one package of
@system is alsa and it seemed small and easy ...
I seem to have all the conflicts out, but now I get:

   - dev-lang/rust-1.41.1::gentoo USE="-clippy -debug -doc -libressl
   (-nightly) (-parallel-compiler) -rls -rustfmt (-system-bootstrap)
   (-system-llvm) -wasm" CPU_FLAGS_X86="-sse2" LLVM_TARGETS="(X86)
   -AArch64 -AMDGPU -ARM -BPF -Hexagon -Lanai -MSP430 -Mips -NVPTX
   -PowerPC -RISCV -Sparc -SystemZ -WebAssembly -XCore"

  The following REQUIRED_USE flag constraints are unsatisfied:
    x86? ( cpu_flags_x86_sse2 )

My system:

   Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64
   Intel(R) Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux

I'm not sure why the x86 is coming into play here and if sse2 is
relevant at all.
I found somebody with a similar issue on the net and a response was to
use this in make.conf:

   LLVM_TARGETS="x86"

but I don't know if I should use x86 or x86_64 there... anybody have an
idea?




Re: [gentoo-user] nvidia-drivers-440.82-r3 failing to compile: Kernel configuration is invalid

2020-05-21 Thread Manuel McLure
On Thu, May 21, 2020 at 12:14 PM Ján Zahornadský  wrote:

>
> bolt /usr/src/linux-5.6.14-gentoo # ls -l include/generated/autoconf.h
> include/config/auto.conf
> -rw--- 1 root root 26144 May 21 10:13 include/config/auto.conf
> -rw--- 1 root root 35329 May 21 10:13 include/generated/autoconf.h
>
>
Is  /usr/src/linux a symlink to  /usr/src/linux-5.6.14-gentoo ? The
nvidia-drivers package looks for the kernel sources in /usr/src/linux so if
the symlink is wrong then you might get errors like these.

-- 
Manuel A. McLure WW1FA  
...for in Ulthar, according to an ancient and significant law,
no man may kill a cat.   -- H.P. Lovecraft


Re: [gentoo-user] Re: Command line tool to crop PDF documents?

2020-05-21 Thread Ashley Dixon
On Thu, May 21, 2020 at 03:16:36PM -, Grant Edwards wrote:
> I don't see any pure Perl/Ghostscript utility in that thread.  There's
> a bash program, but it doesn't support compression in input files.

Yes, it's Bash; I mentioned Perl and GhostScript as they are dependencies of the
script.

> Now I can uninstall TexLive until the next time I need to tweak my
> résumé. :) I usually do have TexLive installed, but a while back it
> was causing a blockage when trying to do an update. So I uninstalled
> it in order to get on the the 'emerge -auvND world' and never got
> around to re-installing it until today.

This is a known issue with some of the  language  packages  hard-blocking  newer
versions of the base TeXLive packages, as a new  release  of  the  base  doesn't
necessarily mandate a new release of all the subsidiary  packages  [1].   For  a
number of years, I (uses TeX every  day)  just  used  the  standalone  installer
provided by TUG.org, as the blocking used to be much harder to resolve.

$ eix '-I#' dev-texlive/texlive-lang > texlive-lang-packages
$ emerge --deselect=n --unmerge texlive-latex texlive-basic \
$(cat texlive-lang-packages)
$ emerge -uDN1a @world

[1] https://wiki.gentoo.org/wiki/TeX_Live#Upgrading

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature


[gentoo-user] Re: Command line tool to crop PDF documents?

2020-05-21 Thread Grant Edwards
On 2020-05-21, Ashley Dixon  wrote:

> There is also [1], which is a slightly improved version of  Oberdiek's  
> pdfcrop.
> It uses pure GhostScript and Perl to work around some of the caveats of 
> pdfcrop,
> including  preserving  interactive  content  (such  as  hyperref  links  in  
> TeX
> documents) and allowing you to avoid emerging the huge texlive-core package  
> for
> one small utility.
>
> [1] https://tex.stackexchange.com/a/42259/

I don't see any pure Perl/Ghostscript utility in that thread.  There's
a bash program, but it doesn't support compression in input files.

The pdfcrop.pl included in texlive seems to work OK with compressed
input files, but the output filesize balloons up by about 6X.

This app did work beautifully with no fuss:

  https://pypi.org/project/pdfCropMargins/
  https://github.com/abarker/pdfCropMargins

I can remove the crop marks from a PDF book, and then keep as much or
little of the remaining whitespace margins as I want.  The output file
is smaller than the input file (which is sort of what you'd expect
when you're removing stuff).

Now I can uninstall TexLive until the next time I need to tweak my
résumé. :) I usually do have TexLive installed, but a while back it
was causing a blockage when trying to do an update. So I uninstalled
it in order to get on the the 'emerge -auvND world' and never got
around to re-installing it until today.

--
Grant









Re: [gentoo-user] emerge stuck after dovecot upgrade

2020-05-21 Thread Andreas Fink
On Thu, 21 May 2020 12:54:49 +0100
Neil Bothwick  wrote:

> On Thu, 21 May 2020 11:20:18 +0100, Neil Bothwick wrote:
>
> > On Thu, 21 May 2020 06:44:35 +0200, Andreas Fink wrote:
> >
> > > recently emerge started to get stuck after an upgrade of dovecot, and
> > > it is somehow related to my /etc/portage/bashrc, which has the
> > > following content: function post_pkg_postinst() {
> > > if test "$CATEGORY/$PN" = "dev-db/mariadb"; then
> > > /etc/init.d/mysql status && /etc/init.d/mysql restart
> > > elif test "$CATEGORY/$PN" = "www-servers/apache"; then
> > > /etc/init.d/apache2 status && /etc/init.d/apache2 restart
> > > elif test "$CATEGORY/$PN" = "net-mail/dovecot"; then
> > > /etc/init.d/dovecot status && /etc/init.d/dovecot restart
> > > echo 'going to sleep'
> > > sleep 5
> > > echo 'finished sleeping'
> > > elif test "$CATEGORY/$PN" = "mail-mta/postfix"; then
> > > /etc/init.d/postfix status && /etc/init.d/postfix restart
> > > elif test "$CATEGORY/$PN" = "net-misc/openssh"; then
> > > /etc/init.d/sshd status && /etc/init.d/sshd restart
> > > fi
> > > }
> > >
> > >
> > > I restart dovecot after an upgrade, in the same way as I restart e.g.
> > > postfix. However for dovecot emerge gets stuck and does not continue
> > > and is sitting there quietly (killable only via `pkill -9 emerge`).
> >
> > I can confirm this. I tried your bashrc (nice idea by the way, I
> > normally manually run needrestart after an update) and the dovecot
> > install completed but then hung. The next step is to add set +x to
> > bashrc to see where the hang occurs.
>
> It seems the final echo is executed, but then the function doesn't exit
> for some reason. I tried rewriting it using case, which looks cleaner to
> me but fails in the same way.
>
>
> function post_pkg_postinst() {
>   set +x
>   case "$CATEGORY/$PN" in
>   "net-mail/dovecot")
>   /etc/init.d/dovecot status && /etc/init.d/dovecot 
> restart
>   echo 'going to sleep'
>   sleep 5
>   echo 'finished sleeping'
>   ;;
>
>   "mail-mta/postfix")
>   /etc/init.d/postfix status && /etc/init.d/postfix 
> restart
>   ;;
>   esac
> }
>
>

I do not think that it is stuck in the bashrc itself, but something that 
happens in the
bashrc makes the emerge python process not realizing that everything finished. 
These are
the interesting running processes after the command
`ebuild /usr/portage/net-mail/dovecot/dovecot-2.3.10.1.ebuild qmerge`
gets stuck (I cannot see any bash still running, that's why I assume that the 
bashrc itself finishes):
root  5281  2.0  0.7  71060 63412 pts/0SN+  16:19   0:01 
/usr/bin/python3.7 -b /usr/lib/python-exec/python3.7/ebuild 
/usr/portage/net-mail/dovecot/dovecot-2.3.10.1.ebuild qmerge
root  5286  8.5  0.0  0 0 pts/0ZN+  16:19   0:06 [ebuild] 

root  5869  0.0  0.0   4284  2388 ?SNs  16:19   0:00 
/usr/sbin/dovecot -c /etc/dovecot/dovecot.conf
root  5876  0.0  0.0   4152  2620 ?SN   16:19   0:00 dovecot/log
root  5879  0.0  0.0   6236  4568 ?SN   16:19   0:00 dovecot/config
root  5883  0.0  0.0  19632  8048 ?SN   16:19   0:00 dovecot/auth

Cheers
Andreas



[gentoo-user] Re: Command line tool to crop PDF documents?

2020-05-21 Thread Grant Edwards
On 2020-05-21, Ashley Dixon  wrote:
> On Thu, May 21, 2020 at 02:21:26PM -, Grant Edwards wrote:

>> Google has found various references to 'croppdf' which is included
>> in a package of texlive extra utilities on Ubuntu.  Gentoo seems
>> have 38 different 'texlive' ebuilds.  Is there any way to tell
>> which (if any) contains croppdf?
>
> You can use the e-file command from app-portage/pfl to check which
> package in Portage provides a specific file---including binaries.
> Emerge pfl and run `e-file pdfcrop`.

Yep.  It looks like pdfcrop from texlive-core will do what I want.  It
would have helped if I hadn't trasmuted "pdfcrop" to "croppdf" when I
was searching for info!

I initially just trield downloading pdfcrop.pl and running it without
texlive installed, but it relies on texpdf.

--
Grant






Re: [gentoo-user] Command line tool to crop PDF documents?

2020-05-21 Thread Ashley Dixon
On Thu, May 21, 2020 at 03:26:37PM +0100, Ashley Dixon wrote:
> On Thu, May 21, 2020 at 02:21:26PM -, Grant Edwards wrote:
> > I'm looking for a command-line tool to crop a multi-page PDF document.
> > 
> > I want to specify the crop window on the command line.
> > 
> > I don't want it to automagically remove all of the marginal
> > whitespace.
> > 
> > I don't want GUI where I have to draw a box.
> 
> How about pdfcrop from app-text/texlive-core ?  It allows you  manually  
> specify
> many things, although it does, inevitably, increase the file size for  
> documents
> with many pages.

There is also [1], which is a slightly improved version of  Oberdiek's  pdfcrop.
It uses pure GhostScript and Perl to work around some of the caveats of pdfcrop,
including  preserving  interactive  content  (such  as  hyperref  links  in  TeX
documents) and allowing you to avoid emerging the huge texlive-core package  for
one small utility.

[1] https://tex.stackexchange.com/a/42259/

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature


Re: [gentoo-user] Command line tool to crop PDF documents?

2020-05-21 Thread Ashley Dixon
On Thu, May 21, 2020 at 02:21:26PM -, Grant Edwards wrote:
> I'm looking for a command-line tool to crop a multi-page PDF document.
> 
> I want to specify the crop window on the command line.
> 
> I don't want it to automagically remove all of the marginal
> whitespace.
> 
> I don't want GUI where I have to draw a box.

How about pdfcrop from app-text/texlive-core ?  It allows you  manually  specify
many things, although it does, inevitably, increase the file size for  documents
with many pages.

> Google has found various references to 'croppdf' which is included in
> a package of texlive extra utilities on Ubuntu.  Gentoo seems have 38
> different 'texlive' ebuilds.  Is there any way to tell which (if any)
> contains croppdf?

You can use the e-file command from app-portage/pfl to check  which  package  in
Portage provides a specific  file---including  binaries.   Emerge  pfl  and  run
`e-file pdfcrop`.

-- 

Ashley Dixon
suugaku.co.uk

2A9A 4117
DA96 D18A
8A7B B0D2
A30E BF25
F290 A8AA



signature.asc
Description: PGP signature


[gentoo-user] Command line tool to crop PDF documents?

2020-05-21 Thread Grant Edwards
I'm looking for a command-line tool to crop a multi-page PDF document.

I want to specify the crop window on the command line.

I don't want it to automagically remove all of the marginal
whitespace.

I don't want GUI where I have to draw a box.

Google has found various references to 'croppdf' which is included in
a package of texlive extra utilities on Ubuntu.  Gentoo seems have 38
different 'texlive' ebuilds.  Is there any way to tell which (if any)
contains croppdf?

--
Grant





Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?

2020-05-21 Thread Rich Freeman
On Thu, May 21, 2020 at 4:46 AM Thomas Mueller  wrote:
>
> > from n952162:
>
> > > And really unless you REALLY care about your CFLAGS you get 99% of the
> > > benefit just sticking with the original stage3 and just rebuilding
> > > anything you change USE flags for.  Over time it will all get rebuilt
> > > anyway using your preferences.
>
> > If I understand that correctly, using the stage3 tarball will give me a
> > fully functioning system from binaries, but I can convert that in one
> > fell swoop into sources by re-emerging everything, saving me the hassle
> > of the bootstrap.=C2=A0 Of course, a trojan horse could be in that tarball
> > and squirrel itself away ... but then, I'm not supporting Fort Knox,
> > either...=C2=A0 that'll save some work ;-)
>
> What do you refer to by "bootstrap"?
>

He is contrasting a stage1 vs stage3 install.  Anybody who has been
around Gentoo for 15+ years is probably familiar with this but it
hasn't been something recommended in a long time or documented in the
handbook.  I believe it used to be the recommended process.

Basically a stage1 is just a tarball of a very minimal toolchain - the
very minimum set of packages needed to build everything else and a
shell/etc, but not enough to actually boot a system (no ssh, probably
no init/openrc, etc).

You then use that stage1 to rebuild itself, which becomes a stage2.
That is done to clean up any CFLAGS issues associated with whatever
built the stage1.  Then stage2 is used to essentially do an emerge -e
@system which becomes a stage3.

The problem is that you end up rebuilding gcc/glibc/python/etc
multiple times, and all this time you don't have a bootable system.
If for some reason you have to reboot/etc it can be a real pain to
resume something like this.  This is why it was deprecated - you get
the same benefit from just starting with a stage3 and just doing an
emerge -e @world, and it means you can do most of your system setup
and get your system into a state where it can be rebooted very early,
vs having a process where you do some stuff at the start, then do some
more a day later, and do a bit more a day later, and so on.  You can
do an emerge -e @world at anytime really if you want to rebuild
everything and other than the load it is pretty transparent to using
the system, and if you reboot midway you just do an emerge --resume.

You can still find stage1 tarballs, because they're still generated by
catalyst when release media is created.  The stage1/stage2/stage3
steps are done centrally by the release media team, and then users
just download the stage3 tarball.

The full process is still used in some more exotic situations, like
prefix, or maybe when getting Gentoo running on a new arch.

Getting to the trojan horse concern - I guess anything is possible,
but you're assuming that somebody would infect the stage3 but not the
stage1.  They're both generated at the same place and signed using the
same keys.  If you're concerned about downstream infection a simple
gpg check eliminates that risk, and if you're concerned about
contamination upstream from signing then you'd need to create your own
stage1 by hand from some source you consider clean.

-- 
Rich



Re: [gentoo-user] emerge stuck after dovecot upgrade

2020-05-21 Thread Neil Bothwick
On Thu, 21 May 2020 11:20:18 +0100, Neil Bothwick wrote:

> On Thu, 21 May 2020 06:44:35 +0200, Andreas Fink wrote:
> 
> > recently emerge started to get stuck after an upgrade of dovecot, and
> > it is somehow related to my /etc/portage/bashrc, which has the
> > following content: function post_pkg_postinst() {
> > if test "$CATEGORY/$PN" = "dev-db/mariadb"; then
> > /etc/init.d/mysql status && /etc/init.d/mysql restart
> > elif test "$CATEGORY/$PN" = "www-servers/apache"; then
> > /etc/init.d/apache2 status && /etc/init.d/apache2 restart
> > elif test "$CATEGORY/$PN" = "net-mail/dovecot"; then
> > /etc/init.d/dovecot status && /etc/init.d/dovecot restart
> > echo 'going to sleep'
> > sleep 5
> > echo 'finished sleeping'
> > elif test "$CATEGORY/$PN" = "mail-mta/postfix"; then
> > /etc/init.d/postfix status && /etc/init.d/postfix restart
> > elif test "$CATEGORY/$PN" = "net-misc/openssh"; then
> > /etc/init.d/sshd status && /etc/init.d/sshd restart
> > fi
> > }
> > 
> > 
> > I restart dovecot after an upgrade, in the same way as I restart e.g.
> > postfix. However for dovecot emerge gets stuck and does not continue
> > and is sitting there quietly (killable only via `pkill -9 emerge`).  
> 
> I can confirm this. I tried your bashrc (nice idea by the way, I
> normally manually run needrestart after an update) and the dovecot
> install completed but then hung. The next step is to add set +x to
> bashrc to see where the hang occurs.

It seems the final echo is executed, but then the function doesn't exit
for some reason. I tried rewriting it using case, which looks cleaner to
me but fails in the same way.


function post_pkg_postinst() {
set +x
case "$CATEGORY/$PN" in
"net-mail/dovecot")
/etc/init.d/dovecot status && /etc/init.d/dovecot 
restart
echo 'going to sleep'
sleep 5
echo 'finished sleeping'
;;

"mail-mta/postfix")
/etc/init.d/postfix status && /etc/init.d/postfix 
restart
;;
esac
}


-- 
Neil Bothwick

Vuja De: the feeling that you've never been here before.


pgpFKANg_kzi0.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] emerge stuck after dovecot upgrade

2020-05-21 Thread Neil Bothwick
On Thu, 21 May 2020 06:44:35 +0200, Andreas Fink wrote:

> recently emerge started to get stuck after an upgrade of dovecot, and
> it is somehow related to my /etc/portage/bashrc, which has the
> following content: function post_pkg_postinst() {
> if test "$CATEGORY/$PN" = "dev-db/mariadb"; then
> /etc/init.d/mysql status && /etc/init.d/mysql restart
> elif test "$CATEGORY/$PN" = "www-servers/apache"; then
> /etc/init.d/apache2 status && /etc/init.d/apache2 restart
> elif test "$CATEGORY/$PN" = "net-mail/dovecot"; then
> /etc/init.d/dovecot status && /etc/init.d/dovecot restart
> echo 'going to sleep'
> sleep 5
> echo 'finished sleeping'
> elif test "$CATEGORY/$PN" = "mail-mta/postfix"; then
> /etc/init.d/postfix status && /etc/init.d/postfix restart
> elif test "$CATEGORY/$PN" = "net-misc/openssh"; then
> /etc/init.d/sshd status && /etc/init.d/sshd restart
> fi
> }
> 
> 
> I restart dovecot after an upgrade, in the same way as I restart e.g.
> postfix. However for dovecot emerge gets stuck and does not continue
> and is sitting there quietly (killable only via `pkill -9 emerge`).

I can confirm this. I tried your bashrc (nice idea by the way, I normally
manually run needrestart after an update) and the dovecot install
completed but then hung. The next step is to add set +x to bashrc to see
where the hang occurs.


-- 
Neil Bothwick

Walking on water and writing software to specification is easy if they're
frozen.


pgphrGwrD4ROL.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] slot conflict for the same package: how to add a USE flag?

2020-05-21 Thread Thomas Mueller
> from n952162:

> > And really unless you REALLY care about your CFLAGS you get 99% of the
> > benefit just sticking with the original stage3 and just rebuilding
> > anything you change USE flags for.  Over time it will all get rebuilt
> > anyway using your preferences.

> If I understand that correctly, using the stage3 tarball will give me a
> fully functioning system from binaries, but I can convert that in one
> fell swoop into sources by re-emerging everything, saving me the hassle
> of the bootstrap.=C2=A0 Of course, a trojan horse could be in that tarball
> and squirrel itself away ... but then, I'm not supporting Fort Knox,
> either...=C2=A0 that'll save some work ;-)

What do you refer to by "bootstrap"?

Do you mean setup.py in the portage tree?

Tom