FUCKING FOREIGNER put in py hooks in glib THEN REMOVED THEM
and build fail if you don't have microsoft.com access while
bulding
MUCH WORSE - IT WANTS THE LATEST FUCKING VERSION AND THERE'S BEEN
100 FUCKING VERSIONS and it "was" "a MICROSOFT MSVC project"
build meson-internal__glib20-pot: CUSTOM_COMMAND
COMMAND = /usr/local/app64/bin/meson --internal gettext pot --pkgname=glib20
--source-root=/usr/local/src9/glib-2.66.7 --subdir=po --extra-args=--from-code
=UTF-8@@--add-comments@@--keyword=_@@--keyword=N_@@ ... (THE WHOLE SNIP IS 10X AS LONG AND INSIDIOUS)
fucking bastards - the above is required to "not fail at all"
used for every language (likely except .de) AND REQUIRED
obviously is designed to insidiously both version bump and cause
build fail
(the syntax is a BUILD FAIL - and which meson it isn't a build fail in: is undocumented. it involves aliases wrappers macros versions and cmake MODULES). meson module that is supposed to "see and read it" doesn't exist and has changed if it ever did work (probably not - i've encountered 0 german G projects that don't build fail and require repair)
you are UNLIKELY faced with this as a linux user to EVER GET JUSTICE (with the above build fail) in a day or a year
it is exactly a terror attacking using "foreing language support" as an excuse
the "msgfmt" MODULE of cmake is just 1 of a thousand undocument code craps that are guaranteed to cause build fails IN LINUX
there is no "fixing that kind of mess" (to find the module in a pile of rat uploads that change every version)
IT IS REQUIRED. NOTHING IN LINUX (firefox, proprietary software, games) works without it
(which is also due to microsoft google attacking linux and "insuring germany was in control". before - firefox didn't use german GTK (stolen TK GTK from Sun microsystems) or QT (stolen quicktime from apple perverted to cause everyone but Suse and Microsoft and china problems and non-profitable obstructive time delays)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
REQUIRED for about anything you can name not because it's good but because of reverse engineering and DATA CENTER CONTROL, IP BANS, deleted complaints - the usual big tech bullshit
0 standards, 0 adherence to standards, continual software carnage (old software no longer compileable no longer running). all exactly what microsoft paid for (to attack linux)
required but also 10x to 1000x slower than past software. (it isn't bloat though it's engineered to make linux badder than it was)
# sh ./x
/usr/local/comp64/bin/xgettext: unrecognized option '--package-name=gl
ib20'
Try `/usr/local/comp64/bin/xgettext --help' for more information.
EVEN THE MESON ERROR MESSAGES LIE. it is the meson module which isn't parsing the awful cmake script.
IT BLAMES GETTEXT but gettext is infact never invoked and removing some of the @@nasty@@ commands one fines cmake finally admitts: it's module which is SUPPOSED TO GENERATED A COMMAND FOR internationalization FAILED AND IT CAN'T READ IT.
typical microsoft germany china: blame everyone hide the fact they did it intentionally
(they've been using gettext as a way to fail builds for a long time. it's supposed to help foreigners read not stop software from building in the USA. obviously that's not what they use it for)
Checking if "stack grows check" runs: NO (1)
Checking for function "iconv_open" : YES
Found pkg-config: /usr/local/app64/bin/pkg-config (0.29)
Found CMake: /usr/local/app64/bin/cmake (3.24.2)
Run-time dependency libpcre found: NO (tried pkgconfig and cmake)
Run-time dependency libpcre found: NO (tried pkgconfig and cmake)
Looking for a fallback subproject for the dependency libpcre
Downloading libpcre source from
https://ftp.pcre.org/pub/pcre/pcre-8.37.tar.bz2
WARNING: failed to download with error: could not get
https://ftp.pcre.org/pub/
pcre/pcre-8.37.tar.bz2 is the internet available?. Trying after a delay...
WARNING: failed to download with error: could not get
https://ftp.pcre.org/pub/
pcre/pcre-8.37.tar.bz2 is the internet available?. Trying after a delay...
WARNING: FAILED TO CONTACT CHINESE CLOUD SERVER PART OF MICROSOFT.COM ...
fucking asian spies should be in federal prison
build meson-internal__glib20-pot: CUSTOM_COMMAND
COMMAND = /usr/local/app64/bin/meson --internal gettext pot --pkgname=glib20 -
-source-root=/usr/local/src9/glib-2.58.3 --subdir=po --extra-args=--from-code=U
TF-8@@--add-comments@@--keyword=_@@--keyword=N_@@--keyword=C_:1c,2@@--keyword=N
C_:1c,2@@--keyword=g_dcgettext:2@@--keyword=g_dngettext:2,3@@--keyword=g_dpgett
ext2:2c,3@@--flag=N_:1:pass-c-format@@--flag=C_:2:pass-c-format@@--flag=NC_:2:p
ass-c-format@@--flag=g_dngettext:2:pass-c-format@@--flag=g_strdup_printf:1:c-fo
rmat@@--flag=g_string_printf:2:c-format@@--flag=g_string_append_printf:2:c-form
at@@--flag=g_error_new:3:c-format@@--flag=g_set_error:4:c-format@@--flag=g_mark
up_printf_escaped:1:c-format@@--flag=g_log:3:c-format@@--flag=g_print:1:c-forma
t@@--flag=g_printerr:1:c-format@@--flag=g_printf:1:c-format@@--flag=g_fprintf:2
:c-format@@--flag=g_sprintf:2:c-format@@--flag=g_snprintf:3:c-format --xgettext
=/usr/local/comp64/bin/xgettext
description = Running$ external$ command$ glib20-pot
pool = console
--internal gettext pot
For those who are unfamiliar with cmakes million crap commands (i hope you are for your own sake), that's ....
cmake.gettext.pot()
it's NOT a commandline trigger it's a microsoft written function that fails in linux SURELY (unless your a malware writer who "uploads a different build when microsoft or ubuntu builds it", you know, secret keys faked versions that aren't publicly for download - the ubuntu usual excuses)
IF YOUR WONDERING IF I RUN BY HAND GETTEXT TO TRANSLATE THE AFRICAN .POO TO A .MOO WOULD IT WORK? (versions aside they are pretty up to date)
YES. IT IS ONLY BROKEN BECAUSE THE COMMAND IS GENERATED BY MICROSOFT MALWARE.
THE FOLLOWING WORKs BY HAND - just not in the german "glib" microsoft hacked cmake script
build po/af/LC_MESSAGES/glib20.mo: CUSTOM_COMMAND ../glib-2.58.3/po/af.po | /us
r/local/comp64/bin/msgfmt
COMMAND = /usr/local/comp64/bin/msgfmt ../glib-2.58.3/po/af.po -o po/af/LC_MES
SAGES/glib20.mo
description = Generating$ po/af/LC_MESSAGES/glib20-af.mo$ with$ a$ custom$ com
mand
DID IT WORK IN THE PAST BEFORE JOE BIDEN OBAMA WERE IN OFFICE?
YES IT DID
but understand internationalization was always an excuse for terrorists to gain access to things they shouldn't have access to - and has always harbored micro-attacks
one i ran across was an app which refused to build without a particular update to int'l during the BUILD CHAIN (no man's land) (one was already installed and working during build chain even though!). i had to use sophisticated scripts to remove ABOUT A FEW HUNDRED REPEATED CODE TWISTED NESTED CONVOLUTIONS which were place to cause making it's removal "impossible". i of course made a code note about it - something about killing the mother fucker who did it probably
not including .gif resources (where they are) and a few extranous things
# cc *.c
IS ALL YOU NEED TO COMPILE ANY C OR C++ SOFTWARE (cmake is entirely bullshit)
IT IS LINKING THAT IS THE PROBLEM, A PROBLEM CMAKE does nothing about
(it cmakes it worse by deleting ./configure scripts that actually worked while replacing them with missing code AND: make lines mis-parsed by cmake which are complete bullshit)
the only difficulty is in LINKING which CMAKE knows little about and obstructs in linux (obstructive if you are not ubuntu or microsoft the code attacks you by choosing wrong defaults and being impossible to alter the default - and also deleting code that had been in autoconf that was working (i say working meaning with fixes people had published - they NEVER distrubuted code that worked ever))
cmake has only rudamentary linker defaults - only the crap a new programmer might leave in a makefiel as a literal string not knowing any better before a programmer whacked him upside the head with "hey - that's not portable don't do that"
if cc *.c doesn't work it is ENTIRELY due to absolute stupidity of the programmer
cc *.c always works unless made not to work by an idiot or attacker
(that's MAKE, as for BUILD that might include scripts - scripts in UNIX are done in IEEE STANDARD UNIX not in crap .py(microsfot) hacks)
THESE PEOPLE ARE TERRORISTS USING GOVERNMENT MONEY
THEY DESERVE FEDERAL PRISON
(there is no choice not to use their "software" not whether to use chinese phones, these days)
and the fact Congress has allowed this situation to transpire - well many Nancy Pelosi and CLintons deserve to be in Federal Prison for outsourcing our economy to countries who spend more time hacking and attacking than they do providing products.
IEEE STANDARD UNIX
MICROSOFT has never adhered to any UNIX standard and has sued any UNIX company or users for implementing any "microsoft standard in UNIX"
THEY ONLY UNDERSTAND ATTACKS AND DEATH, despite using government money handed the great Reagan economy they sought nothing but to use counterfeiting to make un-necessary global war flare and continue
MY OPINION IS THEY SHOULD FIND THE DEATH THEY HAVE SPREAD TO OTHERS - CONTINUAL WAR WHERE NONE WAS NEEDED
(as to whether Win10 is a good product - FFU has several articles showing how i "tried my best to forget the past and like this new team" and found: they have doubled down on evil they are more evil more war-making than ever)
[58/163] Generating giscanner/scannerparser with a custom command
FAILED: giscanner/scannerparser.c giscanner/scannerparser.h
/usr/local/comp64/bin/bison ../gobject-introspection-1.72.0/giscanner/scannerpa
/usr/local/comp64/bin/bison: extra operand '--defines=giscanner/scannerparser.h
Try `/usr/local/comp64/bin/bison --help' for more information.
(the error is a bitch from hell btw, though i may fix it since there is NO OTHER WAY to continue, virus place by microsoft employees i'm sure)
(bison builds are usually handled by upper staff only, made not to be fallible because they require a high learning curve to fix)
SO OF COURSE MICROSOFT WOULD BREAK IT - and hired a hindu to "make changes to bison so that old bison .y would fail" (CMAKE is the problem above not hacks to bison btw - i know just by a single string)
somewhere in the src9 (15 OS build i reuse them, 15 n.i. rebuilds), chroot3 of 3 ...
../gobject-introspection-1.72.0/giscanner/scannerparser.y: conflicts: 7 shift/reduce
../gobject-introspection-1.72.0/giscanner/scannerparser.y:253.9-19: error: %define variable 'parse.error' is not used
THAT IS A NASTY ERROR. IT MEANS THE SYNTAX IS WRONG. THE SOL'N IS PROBALBY SOMETHING CAREFULLY HACKED (that a single option when fixed uses a different syntax upon which the error disappears)
==================================
IT MEANS THE PARSER .Y, the language of scanning parsing, is corrupt. it cannot parse becasue some of the parsing language IS MISSING. it cannot parse because a node it needs to go from one match to match more is missing: it can match nothing of what it is being requested to parse/match
it is not "a little error"
self.compiler.preprocess(source=source,
File "/usr/local/app64/lib/python3.10/site-packages/setuptools/_distutils/unixccompiler.py", line 173, in preprocess
raise CompileError(msg)
distutils.errors.CompileError: command '/usr/local/comp64/bin/gcc' failed with exit code 1
[56/101] Generating gir/gir-girepository with a custom command
Package zlib was not found in the pkg-config search path.
Perhaps you should add the directory containing `zlib.pc'
to the PKG_CONFIG_PATH environment variable
Package 'zlib', required by 'gio-2.0', not found
===========================
not true either, but if source=source is set i guess i can trust them!
(i obviously found a way past the bison problem i didn't print)
FAILED: gir/cairo-1.0.typelib
/usr/local/src9/gobject-introspection-1.72.0-build/tools/g-ir-compiler -o gir/cairo-1.0.typelib gir/cairo-1.0.gir --includedir /usr/local/src9/gobject-introspection-1.72.0-build/gir --includedir /usr/local/src9/gobject-introspection-1.72.0/gir
/usr/local/src9/gobject-introspection-1.72.0-build/tools/g-ir-compiler: error while loading shared libraries: libgirepository-1.0.so.1: cannot open shared object file: No such file or directory
[9/58] Generating gir/generate_typelib_DBus_1_0_gir with a custom command
GNOME (once stolen from Sun and became a german project) always "had problems with linkers" (see above - linking is the ONLY problem building software and CMAKE does absolutely nothing). ie accessing a library incorrectly and failing (except on ubuntu suse obviously obvsious troll obvious).
I WILL GIVE YOU A DIRECT HINT. GOI isn't installed since it's still building and since it's been MICROSOFT HACKED it no longer knows how to use linux (how to use libraries not yet installed, and i don't mean microsoft DLL)
the bastards also commonly build while installing (using root permission which the little fuckers keep saying shouldn't be done then force others to do ... they NEVER STOP LYING)
Perhaps you should add the directory containing `zlib.pc'
THAT'S BULLSHIT AND A MICROSOFT HACK
#1 freedesktop.org "doesn't control zlib" and didn't make it it was made before they were born
#2 no other app new or old can't find it: cmake is hacked to not look and demand the .pc file
#3 it ignored the environment - despite what i said the .pc was there to find in addition