NevemTeve blogja

Két egyforma 'rxvt' ablak van előttem, mindkettőben beírom, hogy `ssh teve@remote`. De vajon ugyanaz történik?

A fájl rendezettségét próbáltam ellenőrizni, a kulcs az elején lévő dátum(6)szóköz(1)idő(6) lett volna:

sort -t' ' --key=1.1,2.6 -c 

De sikerült?!

https://github.com/fnogatz/xsd2json
Ezt a terméket az `npm` nevű csodaszoftverrel lehet telepíteni. (Ha nem csalódom nagyot, egy-két .pl (nem Perl, hanem Prolog) fájlt kell X-helyről X-helyre tenni.) De sikerült?!

Mivel csak leálláskor jelentkezik a probléma, eddig nem törődtem vele, de most rábeszéltem, hogy írjon core-fájlt hátha kiderül belőle valami.

ls -l /tmp/httpdcore/
-r--r--r-- 1 www-data www-data 120188928 Dec  3 15:45 core.1289
-r--r--r-- 1 www-data www-data 123203584 Dec  3 15:45 core.1290
-r--r--r-- 1 www-data www-data 123486208 Dec  3 15:45 core.1291
-r--r--r-- 1 www-data www-data 123453440 Dec  3 15:45 core.29093

$ ssh remotehost
ssh: relocation error: 
  ssh: symbol EVP_CIPHER_CTX_key_length, version OPENSSL_3.0.0
  not defined in file libcrypto.so.3 with link time reference

Mert nekem frissítenem kellett 3.0.0-alpha17-ről 3.0.0-ra, fene a hülye fejemet!

Mármint AIX-on, jobban teljesít, mint Linuxon, nevezetesen az utóbbi csak úgy símán lefut a `pdbedit -L -v`, AIX-on viszont 16 sor kiírása után szétfagy, hogy ha esetleg unatkoznék, akkor nyomozhassam.

dpkg -r command-not-found

A rendszerem máris egy kicsit Unix-szerűbb lett!

Akarom mondani, a 91.3.1 már induláskor megpusztul, a 78.12.0 (ami eddig csak leállításkor szokott megpusztulni, szóval hülye voltam, hogy upgrade-eltem) viszont azt mondja, hogy 'A newer version may have made changes to your profile... Create new profile'. Szóval a TB fölényesen legyőzött engem :(

Nem akarom csúnyán kérdezni, de mi a fax ez?

https://support.mozilla.org/hu/kb/rogzitett-portal-felismerese
 

Mondjuk van egy ilyen, hogy javaws.exe https://ott.van/valami.jnlp, hibaüzenettel nem fárad, esetleg átmenetileg látszik valami splash image, aztán becsukódik.

Vannak olyan kezdeti lépések, miszerint az SSL-cert-et meg a kódaláíró cert-et bele kell gyömöszölni a %JAVA_HOME%/jre/lib/security/cacerts-be, meg esetleg a Java Control Panel-ben (egyszerűbben mondva javacpl.exe) kell állítgatni mindenféle jóságokat.

Ez persze egy sokéves történet, amit már sokszor felhoztam, részletek itt.
Na de most újra ránéztem, és a következő szépséget pillantottam meg:

#if defined(OCI_MAJOR_VERSION) && (OCI_MAJOR_VERSION > 10) && \
        (defined(__x86_64__) || defined(__LP64__) || defined(_LP64) || defined(_WIN64))
    typedef ub8 oci_phpsized_int;
#else
    typedef ub4 oci_phpsized_int;
#endif

$ /bin/ls -l /dev/urandom; /usr/local/bin/ls -l /dev/urandom
crw-r--r--    1 root   system   39, 1 Oct 28 2016  /dev/urandom
crw-r--r--    1 root   system    0, 1 Oct 28 2016  /dev/urandom

Persze a mezőket kézileg illesztgettem egymás alá, de a lényeges rész ebből az, hogy a GNU!ls valahogy nem találta meg a major=39 -et a `struct stat`-ban :(

Egy kis segítség Bobótól C-programozáshoz:

char uint16_t ezmiez[]= u"\u0020\ud83c\udf54"

Már AIX-on is szinte fordul. Konkrétabban: nem fordul, az első hiba:

crypto/bn/ppc64-mont-fixed.s:4 .p2align 5,,31 -- Assembler: Error In Syntax

Namostan kicsit neheztelek rá, megmondom őszintén, én készítek neki finom ropogós mkdtemp-et, ő meg hálából... nem, természetesen nem fordul így sem.

... legalábbis a többi kolléga szerint, de azért egy nagyon egyszerű probléma megoldására készült nagyon egyszerű programot beidéznék (ami könnyen lehet, hogy még nem is fed le minden esetet): számoljuk ki a a^(p/q) értékét, ahol a valós, p és q egész.

Hőbörögtem már ezen párszor, de valahányszor látom, mindig bosszankodom egy jóízűt.

$ readelf -d libcrypto.so.1.0.2k  | grep SONAME
 0x000000000000000e (SONAME)             Library soname: [libcrypto.so.10]

Szerintem költői igazságszolgáltatás van abban, hogy az overflow2 nevű szimboleum duplicated...

A tomcat-native 1.2.26 szemrehányóan néz rám, hogy miért fosztom én őt meg a megérdemelt `tcn_get_thread_id`-jétől. Hát, én mindent tagadok...
 

... ilyet nem tud:

program: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by program)
program: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/teve/lib64/libcrypto.so.1.1)
program: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/teve/lib64/libssl.so.1.1)
program: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/teve/lib64/libdevel_core.so.1)
program: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/teve/lib64/libdevel_crypto.so.1)
program: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/teve/lib64/libdevel_ssl.so.1)
program: /lib64/libc.so.6: version `GLIBC_2.14' not found (required by /home/teve/lib64/libisode.so.1)

checking whether  uses 'inline' correctly... no
configure: error:  cannot be used with this compiler
This is a known interoperability problem of glibc <= 2.5 with gcc >= 4.3 in
C99 mode.

Annyit mondtam neki, hogy nm --with-symbol-versions -D /usr/local/lib64/libstdc++.so de ez is túl megterhelő volt neki.

1. Hogyan lehet kilépni a vi-ból?
2. Hogyan lehet kijelentkezni a stackoverflow-ból?
3. Mit lehet csinálni, ha a git-ben (vagy bármilyen verziókezelőben) conflict van?
4. Milyen fájlformátumot használjon a hipster informatikus, ha már az xml, json és yml  mindegyike 'commonplace'?
 

Kicsit pontosabban, dockerd-ben a compose, compose-ban a fluentd, fluentd-ben valami gond, ettől kezdve nincs az a `stop` vagy`kill` amivel le tudnám csapni, hiszen a segítőszoftver újra tudja indítani, ha leáll, csak a leállítás nem megy...

Szóval a fejlődés nem áll meg, megpróbálok egy glib-2.30.3-at fordítani AIX-ra, szinte biztos, hogy elsőre menni fog.