Byla vydána verze 2.12.0 QEMU (Wikipedie). Přispělo 204 vývojářů. Provedeno bylo více než 2 700 commitů. Přehled úprav a nových vlastností v seznamu změn. Řešeny jsou také bezpečnostní chyby Meltdown a Spectre.
Google zveřejnil seznam 1 264 studentů přijatých do letošního Google Summer of Code. Přehled projektů, studentů, 212 organizací a mentorů je k dispozici na stránkách GSoC.
Oracle vydal verzi 1.0 univerzálního virtuálního stroje GraalVM, který umožňuje běh programů napsaných v jazycích založených na JVM, JavaScript, LLVM bitcode a experimentálně Ruby, R a Python.
Julia Evans pomocí svých kreslených obrázků proniká do Linuxu a informačních technologií. Vedle ucelených zinů publikuje také jednotlivé kreslené obrázky (RSS).
Jordi Sanfeliu vydal verzi 1.0.0 svého unixového jádra Fiwix (Wikipedie) určeného také pro výuku operačních systémů. Dle článku na OSNews na něm začal pracovat již před více než dvaceti lety. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT. Stáhnout a vyzkoušet lze živou disketu nebo CD s GNU/Fiwixem.
Byla vydána nová verze 10.7 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Vývojáři GitLabu zdůrazňují Web IDE (YouTube) a SAST (Static Application Security Testing) pro Go a C/C++.
David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, zveřejnil na svém blogu recenzi notebooku Librem 13 od společnosti Purism. Používá jej již sedm měsíců a s ním i jako umělec spokojen. Potřebu francouzské AZERTY klávesnice vyřešil přelepkami. Na displej se podíval kalibrační sondou, barvy vyladil pomocí open source softwaru DisplayCAL, v aplikaci Inkscape nastavil zvětšování na 170 % aby 1 cm v Inkscapu byl 1 cm v reálu. Webovou kameru, mikrofon, Wi-Fi a Bluetooth lze na Librem 13 hardwarově vypnout.
Několik posledních verzí GNOME Shellu obsahuje chybu způsobující memory leak (únik paměti). Viz například videozáznamy verzí 3.26 nebo 3.28. Nalezení chyby #64 a její opravě se věnuje Georges Basile Stavracas Neto v příspěvku na svém blogu [reddit].
V pondělí měl na YouTube online premiéru otevřený krátký 2D film Hero vytvořený v 3D softwaru Blender. Cílem stejnojmenného projektu Hero je vylepšit nástroj Grease Pencil (tužka) v Blenderu 2.8.
Byla vydána verze 4.0 kolekce svobodného softwaru umožňujícího nahrávání, konverzi a streamovaní digitálního zvuku a obrazu FFmpeg (Wikipedie). Přehled novinek v Changelogu (GitHub).
Tedy OpenLDAP ve verzi 2.4.x uz si uklada konfiguraci do sebe:) a to nemohu nejak preprat.Vzdy sa da pouzit konfiguracia cez konfiguracny subor a nielen cez ldify. Staci ak v OpenLDAP config dire bude
slapd.conf
a zaroven nebude existovat podadresar slapd.d/
. Druha vec je, ze takyto bezny slapd konfigurak sa da kedykolvek stransformovat na ldif konfiguracne subory za ucelom dodatocnej online editacie:
slaptest -f ${LDAPCONFDIR}/${LDAPCONFILE} -F ${LDAPCONFDIR}/slapd.d
Jan 7 16:31:13 server kernel: [696831.592747] slapd[1411]: segfault at 8 ip 000000000048dbe0 sp 00007f6de56e4780 error 4 in slapd[400000+12a000]Vyrestartoval jsem na tom serveru ldap a vse se dalo do kupy:
Jan 7 16:49:59 server slapd[1632]: @(#) $OpenLDAP: slapd 2.4.23 (Nov 22 2010 17:42:40) $#012#011@borges:/home/devel/openldap/trunk/debian/build/servers/slapd Jan 7 16:50:00 server slapd[1632]: hdb_db_open: database "dc=server,dc=tld": unclean shutdown detected; attempting recovery. Jan 7 16:50:02 server slapd[1635]: slapd starting Jan 7 16:50:02 server slapd[1635]: => bdb_idl_delete_key: c_get failed: DB_LOCK_DEADLOCK: Locker killed to resolve a deadlock (-30994) Jan 7 16:50:02 server slapd[1635]: conn=-1 op=0: attribute "entryCSN" index delete failure Jan 7 16:50:03 server slapd[1635]: null_callback : error code 0x14 Jan 7 16:50:03 server slapd[1635]: syncrepl_entry: rid=001 be_modify failed (20) Jan 7 16:50:03 server slapd[1635]: do_syncrepl: rid=001 rc 20 retrying (4 retries left)Vetev jsem kopiroval pres ApacheDirectoryStudio. Moc mi to nevadi, protoze 1) je to squeeze, takze to neni pro produkci, 2) je to redundantni infrastruktura, takze to nevadi, 3) nebezi na tom nic extra duleziteho, 4) kdykoliv jsem schopen to nahradit standalone ldapem pomoci castych zaloh obsahu... Pokud bych stavel neco pro produkci, tak bych pouzil neco stabilnejsiho. Stabilni verzi OpenLdapu nebo Red Hat Directory Server resp. CentOS Directory Server nebo 389 Server. Hodne stesti pri konfiguraci, vyplati se to! Bye.
Tiskni
Sdílej: