Re: [gentoo-user] "app-text/pdfjam" is blocking app-text/texlive-core-2021

[Miles Malone]

pdfjam is now included in texlive as of 2021, hence it being a blocker

On Sun, 18 Jul 2021 at 04:06,  wrote:
>
> On 7/17/21 11:40 AM, the...@sys-concept.com wrote:
> > I'm trying to reinstall app-text/pdfjam" but it is blocked by 
> > app-text/texlive-core-2021
> >
> >
> > emerge -1avq app-text/pdfjam
> > [ebuild  N] app-text/pdfjam-2.08-r1
> > [blocks B ] app-text/pdfjam ("app-text/pdfjam" is blocking 
> > app-text/texlive-core-2021)
> >
> >  * Error: The above package list contains packages which cannot be
> >  * installed at the same time on the same system.
> [snip]
>
> I think pdftk will do everything what pdfjam used to do. I just need to get 
> used to it and convert all my scripts.
>

Re: [SOLVED][gentoo-user] dev-lang/php-7.4.21-r1::gentoo failed (compile phase)

[thelma]

On 7/17/21 3:30 PM, tastytea wrote:
> On 2021-07-17 15:13-0600 the...@sys-concept.com wrote:
> 
>> On of my system is giving me an error when compiling php
>>
>> In file included from /usr/include/libxml2/libxml/parser.h:812,
>>  from
>> /var/tmp/portage/dev-lang/php-7.4.21-r1/work/sapis-build/cli/ext/libxml/libxml.c:34:
>> /usr/include/libxml2/libxml/encoding.h:31:10: fatal error:
>> unicode/ucnv.h: No such file or directory 31 | #include
>>  |  ^~~~ compilation terminated.
>> make: *** [Makefile:461: ext/libxml/libxml.lo] Error 1
>> make: *** Waiting for unfinished jobs
>>  * ERROR: dev-lang/php-7.4.21-r1::gentoo failed (compile phase):
> 
> /usr/include/unicode/ucnv.h belongs to dev-libs/icu. It looks like
> dev-libs/libxml2 needs it even if it is installed with USE="-icu". Could
> you report the bug on ?
> 
> As a workaround, re-install dev-libs/libxml2 with USE="icu".
> 
> Kind regards, tastytea

Thanks for the suggestion.
I installed: dev-libs/icu (as it was missing).
This will creates the ucnv.h file that is missing.

Re: [gentoo-user] dev-lang/php-7.4.21-r1::gentoo failed (compile phase)

[Michael Orlitzky]

On Sat, 2021-07-17 at 15:13 -0600, the...@sys-concept.com wrote:
> On of my system is giving me an error when compiling php
> 
> In file included from /usr/include/libxml2/libxml/parser.h:812,
>  from 
> /var/tmp/portage/dev-lang/php-7.4.21-r1/work/sapis-build/cli/ext/libxml/libxml.c:34:
> /usr/include/libxml2/libxml/encoding.h:31:10: fatal error: unicode/ucnv.h: No 
> such file or directory
>31 | #include 
>   |  ^~~~
> 

Was your dev-libs/libxml2 built with USE=icu? And is icu installed? If
you look in /usr/include/libxml2/libxml/encoding.h you probably see,

  #ifdef LIBXML_ICU_ENABLED
  #include 
  #endif

so that unicode header should only be used when libxml2 was built with
USE=icu. In that case, USE=icu also pulls in dev-libs/icu, which is
what provides the header.

Re: [gentoo-user] dev-lang/php-7.4.21-r1::gentoo failed (compile phase)

[tastytea]

On 2021-07-17 15:13-0600 the...@sys-concept.com wrote:

> On of my system is giving me an error when compiling php
> 
> In file included from /usr/include/libxml2/libxml/parser.h:812,
>  from
> /var/tmp/portage/dev-lang/php-7.4.21-r1/work/sapis-build/cli/ext/libxml/libxml.c:34:
> /usr/include/libxml2/libxml/encoding.h:31:10: fatal error:
> unicode/ucnv.h: No such file or directory 31 | #include
>  |  ^~~~ compilation terminated.
> make: *** [Makefile:461: ext/libxml/libxml.lo] Error 1
> make: *** Waiting for unfinished jobs
>  * ERROR: dev-lang/php-7.4.21-r1::gentoo failed (compile phase):

/usr/include/unicode/ucnv.h belongs to dev-libs/icu. It looks like
dev-libs/libxml2 needs it even if it is installed with USE="-icu". Could
you report the bug on ?

As a workaround, re-install dev-libs/libxml2 with USE="icu".

Kind regards, tastytea

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


pgp1aDvT4lpaM.pgp
Description: Digitale Signatur von OpenPGP

[gentoo-user] dev-lang/php-7.4.21-r1::gentoo failed (compile phase)

[thelma]

On of my system is giving me an error when compiling php

In file included from /usr/include/libxml2/libxml/parser.h:812,
 from 
/var/tmp/portage/dev-lang/php-7.4.21-r1/work/sapis-build/cli/ext/libxml/libxml.c:34:
/usr/include/libxml2/libxml/encoding.h:31:10: fatal error: unicode/ucnv.h: No 
such file or directory
   31 | #include 
  |  ^~~~
compilation terminated.
make: *** [Makefile:461: ext/libxml/libxml.lo] Error 1
make: *** Waiting for unfinished jobs
 * ERROR: dev-lang/php-7.4.21-r1::gentoo failed (compile phase):

Re: [gentoo-user] pango, freetype, and harfbuzz: circular dependencies?

[Neil Bothwick]

On Sat, 17 Jul 2021 18:19:46 +0200, Matthias Hanft wrote:

> doing the weekly "emerge --sync" and "emerge -aDuv @world", portage
> suddenly asks me to set the "harfbuzz" USE flag for "freetype".
[snip]
> Of course, I just could do that, but "equery u freetype" tells me for
> "harfbuzz": "WARNING: may trigger circular dependencies!"

The operative word here is "may". Try setting it, you may well find that
the emerge proceeds with no problems, it did on the three systems I had
to do it on.

No point worrying about a problem that may not exist.


-- 
Neil Bothwick

Life is pleasant. Death is peaceful. Its the transition thats
troublesome. - Isaac Asimov


pgpieNtFvavwC.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] pango, freetype, and harfbuzz: circular dependencies?

[Michael]

Hi Matt,

On Saturday, 17 July 2021 17:19:46 BST Matthias Hanft wrote:
> Hi,
> 
> doing the weekly "emerge --sync" and "emerge -aDuv @world", portage
> suddenly asks me to set the "harfbuzz" USE flag for "freetype". The
> exact messages are
> 
> --- cut here ---
> 
> emerge: there are no ebuilds built with USE flags to satisfy
> ">=media-libs/freetype-2.5.0.1:2=[harfbuzz,png,abi_x86_32(-)?,abi_x86_64(-)?
> ,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390
> _32(-)?,abi_s390_64(-)?]". !!! One of the following packages is required to
> complete your request: - media-libs/freetype-2.10.4::gentoo (Change USE:
> +harfbuzz)
> (dependency required by "x11-libs/pango-1.48.7::gentoo" [ebuild])
> (dependency required by "net-analyzer/rrdtool-1.7.2-r100::gentoo[graph]"
> [installed]) (dependency required by "net-mail/mailgraph-1.14-r2::gentoo"
> [installed]) (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])
> 
> --- cut here ---
> 
> on my 32-bit Gentoo. On my 64-bit Gentoo, it looks pretty similar:
> 
> --- cut here ---
> 
> The following USE changes are necessary to proceed:
>  (see "package.use" in the portage(5) man page for more details)
> # required by x11-libs/pango-1.48.7::gentoo
> # required by net-analyzer/rrdtool-1.7.2-r100::gentoo[graph]
> # required by net-mail/mailgraph-1.14-r2::gentoo
> # required by @selected
> # required by @world (argument)
> 
> >=media-libs/freetype-2.10.4 harfbuzz
> 
> --- cut here ---
> 
> Of course, I just could do that, but "equery u freetype" tells me for
> "harfbuzz": "WARNING: may trigger circular dependencies!"
> 
> Some googling showed me that circular dependencies seem to be a very,
> very ugly thing which you can't easily get rid of.
> 
> Just turning off all unneeded USE flags isn't easy either - for example,
> I'm using mailgraph for graphical display on my website, which needs
> rrdtool[graph], which needs pango, which needs freetype... and there
> are some more dependencies on *real* used packages.
> 
> How should I proceed, avoiding circular dependencies?
> 
> Thank you in advance,
> 
> -Matt

I had to set USE="harfbuzz" for freetype and yes, you are right, there is a 
warning there:

 ~ $ equery u freetype
[ Legend : U - final flag setting for installation]
[: I - package is installed with flag ]
[ Colors : set, unset ]
 * Found these USE flags for media-libs/freetype-2.10.4:
 U I
 + + X : Add support for X11
 - - abi_x86_32: 32-bit (x86) libraries
 + + adobe-cff : Use Adobe CFF as default font-renderer 
 - - bindist   : Disable ClearType support (see http://freetype.org/
patents.html) 
 - - brotli: Enable brotli decompression support via app-arch/
brotli
 + + bzip2 : Support bzip2 compressed PCF fonts. 
 + + cleartype_hinting : New bytecode hinting mode for TrueType fonts that 
activates subpixel hinting (a.k.a. ClearType hinting) by default
 - - debug : Enable extra debug codepaths, like asserts and extra 
output. If you want to get meaningful backtraces see https://wiki.gentoo.org/
wiki/Project:Quality_Assurance/Backtraces
 - - doc   : Add extra documentation (API, Javadoc, etc). It is 
recommended to enable per package instead of globally
 - - fontforge : Install internal headers required for TrueType 
debugger in media-gfx/fontforge (built with USE=truetype-debugger)
 + + harfbuzz  : Use media-libs/harfbuzz for auto-hinting OpenType 
fonts. WARNING: may trigger circular dependencies!
 + + png   : Add support for libpng (PNG images)
 - - static-libs   : Build static versions of dynamic libraries as well
 - - utils : Install utilities and examples from ft2demos 

I have not come across any problems on amd64 arch, but have not tried it on a 
32bit system to know if it will cause any problems.

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

Re: [gentoo-user] "app-text/pdfjam" is blocking app-text/texlive-core-2021

[thelma]

On 7/17/21 11:40 AM, the...@sys-concept.com wrote:
> I'm trying to reinstall app-text/pdfjam" but it is blocked by 
> app-text/texlive-core-2021
> 
> 
> emerge -1avq app-text/pdfjam
> [ebuild  N] app-text/pdfjam-2.08-r1 
> [blocks B ] app-text/pdfjam ("app-text/pdfjam" is blocking 
> app-text/texlive-core-2021)
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
[snip]

I think pdftk will do everything what pdfjam used to do. I just need to get 
used to it and convert all my scripts. 

[gentoo-user] "app-text/pdfjam" is blocking app-text/texlive-core-2021

[thelma]

I'm trying to reinstall app-text/pdfjam" but it is blocked by 
app-text/texlive-core-2021


emerge -1avq app-text/pdfjam
[ebuild  N] app-text/pdfjam-2.08-r1 
[blocks B ] app-text/pdfjam ("app-text/pdfjam" is blocking 
app-text/texlive-core-2021)

 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.

  (app-text/pdfjam-2.08-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by
app-text/pdfjam

  (app-text/texlive-core-2021:0/0::gentoo, installed) pulled in by
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-basic-2021:0/0::gentoo, installed) USE="luajittex -doc 
-source" ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-fontsrecommended-2021:0/0::gentoo, installed) USE="-doc 
-source" ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-xetex-2021:0/0::gentoo, installed) USE="X -doc -source" 
ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(app-text/texlive-2021:0/0::gentoo, installed) USE="X png truetype xml -cjk 
-context -extra -games -graphics -humanities -luatex -metapost -music 
-pdfannotextractor -pstricks -publishers -science -tex4ht -texi2html -xetex" 
ABI_X86="(64)" L10N="en -af -ar -as -bg -bn -br -ca -cs -cy -da -de -el -eo -es 
-et -eu -fa -fi -fr -ga -gl -gu -he -hi -hr -hsb -hu -hy -ia -id -is -it -ja 
-kn -ko -la -lo -lt -lv -ml -mn -mr -nb -nl -nn -no -or -pa -pl -pt -rm -ro -ru 
-sa -sco -sk -sl -sq -sr -sv -ta -te -th -tk -tr -uk -vi -zh"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-formatsextra-2021:0/0::gentoo, installed) USE="-doc 
-source" ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-fontutils-2021:0/0::gentoo, installed) USE="-doc -source" 
ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-latex-2021:0/0::gentoo, installed) USE="-doc -source" 
ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-pstricks-2021:0/0::gentoo, installed) USE="-doc -source" 
ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-pictures-2021:0/0::gentoo, installed) USE="-doc -source" 
ABI_X86="(64)"
>=app-text/texlive-core-2020[luajittex?] 
(>=app-text/texlive-core-2020[luajittex]) required by 
(dev-texlive/texlive-basic-2021:0/0::gentoo, installed) USE="luajittex -doc 
-source" ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-langenglish-2021:0/0::gentoo, installed) USE="-doc 
-source" ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-latexrecommended-2021:0/0::gentoo, installed) USE="-doc 
-source" ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-luatex-2021:0/0::gentoo, installed) USE="-doc -source" 
ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-latexextra-2021:0/0::gentoo, installed) USE="-doc -source" 
ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-plaingeneric-2021:0/0::gentoo, installed) USE="-doc 
-source" ABI_X86="(64)"
>=app-text/texlive-core-2021 required by 
(dev-texlive/texlive-mathscience-2021:0/0::gentoo, installed) USE="-doc 
-source" ABI_X86="(64)"
app-text/texlive-core required by (virtual/tex-base-0:0/0::gentoo, 
installed) USE="" ABI_X86="(64)"
>=app-text/texlive-core-2010[xetex] required by 
(dev-texlive/texlive-xetex-2021:0/0::gentoo, installed) USE="X -doc -source" 
ABI_X86="(64)"

Re: [gentoo-user] flask up/downgrade problem/question

[Ralph Seichter]

* Jack:

> I had originally installed with -test, but just re-emerged with "test"
> and it emerged with no problems, although I'll have to check the log
> to see if it did actually run the tests.

I just tried it myself. I created flask-migrate-3.0.1-r2.ebuild in an
overlay, using RDEPEND=">=dev-python/flask-0.9[${PYTHON_USEDEP}]". All
tests succeeded when run against dev-python/flask-2.0.1-r1 .

-Ralph

[gentoo-user] pango, freetype, and harfbuzz: circular dependencies?

[Matthias Hanft]

Hi,

doing the weekly "emerge --sync" and "emerge -aDuv @world", portage
suddenly asks me to set the "harfbuzz" USE flag for "freetype". The
exact messages are

--- cut here ---

emerge: there are no ebuilds built with USE flags to satisfy
">=media-libs/freetype-2.5.0.1:2=[harfbuzz,png,abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_s390_32(-)?,abi_s390_64(-)?]".
!!! One of the following packages is required to complete your request:
- media-libs/freetype-2.10.4::gentoo (Change USE: +harfbuzz)
(dependency required by "x11-libs/pango-1.48.7::gentoo" [ebuild])
(dependency required by "net-analyzer/rrdtool-1.7.2-r100::gentoo[graph]" 
[installed])
(dependency required by "net-mail/mailgraph-1.14-r2::gentoo" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

--- cut here ---

on my 32-bit Gentoo. On my 64-bit Gentoo, it looks pretty similar:

--- cut here ---

The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by x11-libs/pango-1.48.7::gentoo
# required by net-analyzer/rrdtool-1.7.2-r100::gentoo[graph]
# required by net-mail/mailgraph-1.14-r2::gentoo
# required by @selected
# required by @world (argument)
>=media-libs/freetype-2.10.4 harfbuzz

--- cut here ---

Of course, I just could do that, but "equery u freetype" tells me for
"harfbuzz": "WARNING: may trigger circular dependencies!"

Some googling showed me that circular dependencies seem to be a very,
very ugly thing which you can't easily get rid of.

Just turning off all unneeded USE flags isn't easy either - for example,
I'm using mailgraph for graphical display on my website, which needs
rrdtool[graph], which needs pango, which needs freetype... and there
are some more dependencies on *real* used packages.

How should I proceed, avoiding circular dependencies?

Thank you in advance,

-Matt

Re: [gentoo-user] flask up/downgrade problem/question

[Jack]

On 7/17/21 10:09 AM, Ralph Seichter wrote:

* Jack:

It seems that flask-migrate was recently upgraded from 3.0.0 to 3.0.1,
but it's DEPEND for flask was changed from >=flask-0.9 to 
According to the commit history this was done because of failing
flask-migrate tests; see [1]. Did you build with USE=test after
reverting the dependency change?

[1] https://bugs.gentoo.org/801670

-Ralph


I had originally installed with -test, but just re-emerged with "test" 
and it emerged with no problems, although I'll have to check the log to 
see if it did actually run the tests.


Jack

Re: [gentoo-user] flask up/downgrade problem/question

[Ralph Seichter]

* Jack:

> It seems that flask-migrate was recently upgraded from 3.0.0 to 3.0.1,
> but it's DEPEND for flask was changed from >=flask-0.9 to https://bugs.gentoo.org/801670

-Ralph