NevemTeve blogja

Csak ennyi az egész: --enable-proxy-html --enable-xml2enc

Mármint esetünkben a cronolog nevű programot kellene forrásból fordítani.

Valamint: Mi a különbség a sorosítás és a sorosítás között?

Nem könnyű kérdések ezek...
https://gobertpartners.com/why-marshalling-and-unmarshalling

Nyilván az én kérésemre (és az én érdekemben), csak még nem látom világosan, hogy hol kértem én ezt. Ezzel próbálkoztam:

xmllint --valid -debugent --noout minta_svg_01.svg

org.apache.common.httpclient.HttpMethosBase#getResponseBody

int limit = getParams().getIntParameter(HttpMethodParams.BUFFER_WARN_TRIGGER_LIMIT, 1024*1024);
if ((contentLength == -1) || (contentLength > limit)) {
    LOG.warn("Going to buffer response body of large or unknown size. "
             +"Using getResponseBodyAsStream instead is recommended.");
}

Ez most éppen nem az én problémám, nem akarom sem nyomozni, sem megoldani; egy másik fórumon találtam, és az érdekesség kedvéért beidézem.

Azért annyira nem példátlan ez, ilyenkor leggyakrabban elég a /usr/local/include/apache2-t törölni, mert a korábbi headerek inkompatibilisek. Hát most nem ennyire egyszerű.

Joel Spolsky vonatkozó írása: https://www.joelonsoftware.com/2002/11/11/the-law-of-leaky-abstractions/

Örömmel mondhatjuk, hogy a hülyeség ismét győzelmet aratott a józan ész fölött, mégha csak egy apróságban is.
Nevezetesen a bitbucket nevű termék a 'Committed at 2012-01-01 11:22:33' szöveget mesterséges intelligenciával lefordította arra, hogy 'Kötelezettségvállalás dátuma 2012-01-01 11:22:33' Köszönjük, Emese!

github-ról kellene letöltenem a rinetd-t; eddig nem fáradtam a szintaxis megjegyzésével, mert kiírta: volt https, meg ssh. Most fejlődtek: van https, meg egyéni lelemény:

https://github.com/boutell/rinetd.git
gh repo clone boutell/rinetd

Ugyanis hozza a legszebb tradíciókat:

>>> print(0==False)
True
>>> print(1==True)
True

zlib-1.2.12-t fordítok AIX-on, egyes gépeken sikerül, egy másikon viszont...

Épp most fordult, kíváncsian várom, milyen új hibaüzenetekkel örvendeztet meg. (Ez nem valamiféle tréfa, szó szerint értem: esetemben az upgrade legfőbb/egyetlen célja az, hogy minél több (potenciális) hibát találjon meg a compiler.)

Ugye az Excelről már tudom, hogy segít, de most a Word is megmutatta, mennyire jó nekem egy ilyen megkönnyített termék.

Egyik éber kollégám szerint a samba-4.10.16 elavult. Van benne (legalább) 3 CVE. Azt mondják, ezeket a RedHat-nál néha backportolással javítják (kivéve, ha "dobnak egy Pötteringet" és dacból nem). Na mindegy, legyen forrásból új Samba. Na mi kell neki [persze a Python-on kívül, manapság Python nélkül legfeljebb a /bin/true működik]? Újabb GnuTLS. Jöhet az is forrásból. Mi kell a GnuTLS-nek? Újabb nettle. Bővebben itt: https://mesemondo.blog/tag/lancmese/

Akarom mondani, van nekem egy ilyen változóm:

int DataRoot [DB_N];

Mi jót generál belőle a gcc?

Aix-gcc4.5$ nm -Pg -X32_64 obj-64/.libs/kemdata.o | grep DataRoot
DataRoot             B        25f0          20
Linux-gcc7.5$ nm -Pg -X32_64 obj-64/.libs/kemdata.o | grep DataRoot
DataRoot C 0000000000000020 0000000000000020

Még nem igazán tudom, mi ez a makedepend, csak azt tudom, hogy az OpenSSL-3.0.1 fordítása során gondja támadt. Ezelőtt nem volt gondja, de most van. Persze csak egy darab gépen jelentkezik a dolog.

(gdb) bt
#0  0x000000010007e15c in expand_word_internal ()
#1  0x000000010007c8e0 in parameter_brace_expand ()
#2  0x00000001000791ac in parameter_brace_substring ()
#3  0x0000000100079304 in parameter_brace_substring ()
#4  0x0000000100079d3c in pos_params_pat_subst ()

Azt mondja a clang-tidy

warning: Call to function 'strcpy' is insecure
as it does not provide bounding of the memory buffer.
Replace unbounded copy functions with analogous functions
that support length arguments such as 'strlcpy'.
CWE-119 [clang-analyzer-security.insecureAPI.strcpy]
    strcpy (pd->st.naplcode, "ERR");

Akarom mondani a saját fordítású ImageMagick egy bizonyos műveletnél 4x lassabb a RedHat által fordítottnál. Akkor nincs más hátra, mint előre: nyomozni kell.

Akarom mondani, miért nem tölti le nekem a Firefox az alábbiak egyikét sem?
http://xmlsoft.org/sources/libxml2-2.9.12.tar.gz
ftp://xmlsoft.org/libxml2/libxml2-2.9.12.tar.gz
 

hogy esetleg gond nélkül működni fog a 8.0.10 helyett/után. Azért szerencsére nem így történt.

ha azt látom, hogy egy bizonyos software_reporter_tool.exe eszi meg az erőforrások 100+ százalékát egy Windows-os laptopon.

blob upload invalid: blob upload invalid

Na ugye, így már tudjuk.

Ez mi a fax? Avagy WTF?