Blogbejegyzések

https://github.com/zfsonlinux/zfs/releases/tag/zfs-0.6.5.8

Supported Kernels

Compatible with 2.6.32 - 4.8 Linux kernels.

Changes

This release contains updates to the systemd service files. In order to ensure the services are started properly it's recommended that after updating the systemd presets be reset to the defaults.

systemctl preset zfs-import-cache zfs-import-scan zfs-mount zfs-share zfs-zed zfs.target

Bug Fixes

Linux 4.6, 4.7 and 4.8 compatibility zfsonlinux/spl#549 zfsonlinux/spl#563 zfsonlinux/spl#565 zfsonlinux/spl#566 zfsonlinux/zfs#4664 zfsonlinux/zfs#4665 zfsonlinux/zfs#4717 zfsonlinux/zfs#4726 zfsonlinux/zfs#4892 zfsonlinux/zfs#4899 zfsonlinux/zfs#4922 zfsonlinux/zfs#4944 zfsonlinux/zfs#4946 zfsonlinux/zfs#4951
Fix new tunable to ignore hole_birth, ENABLE BY DEFAULT zfsonlinux/zfs#4833
Fix rw_tryupgrade() semantics zfsonlinux/spl#534 zfsonlinux/spl#554
Fix taskq_wait_outstanding() re-evaluation issue zfsonlinux/spl#553
Fix race between taskq_destroy and new spawning thread zfsonlinux/spl#550 zfsonlinux/spl#553
Fix handle NULL case in spl_kmem_free_track() zfsonlinux/spl#567
Fix persist vdev_resilver_txg changes zfsonlinux/zfs#4790
Fix array bounds read in zprop_print_one_property() zfsonlinux/zfs#5003
Fix call zfs_get_name() with invalid parameter zfsonlinux/zfs#4919
Fix incorrect pool state after import zfsonlinux/zfs#4948
Fix self-healing IO prior to dsl_pool_init() completion zfsonlinux/zfs#4652
Fix stack corruption after importing a pool with a too-long name zfsonlinux/zfs@dc4abb4
Fix deeply nested nvlist can overflow stack zfsonlinux/zfs#4924
Fix dbuf_stats_hash_table_data race zfsonlinux/zfs#4846
Fix NULL dereference when accessing dbuf kstat zfsonlinux/zfs#4837
Fix NFS fh_to_dentry() should return ESTALE when generation mismatch zfsonlinux/zfs#4828
Fix allowing accessing XATTR via export handle zfsonlinux/zfs#4828
Fix out-of-bound access in zfs_fillpage() zfsonlinux/zfs#4705 zfsonlinux/zfs#4708
Fix memleak in zpl_parse_options zfsonlinux/zfs#4706 zfsonlinux/zfs#4708
Fix arc_prune_task use-after-free zfsonlinux/zfs#4687 zfsonlinux/zfs#4690
Fix get_zfs_sb() race with concurrent umount zfsonlinux/zfs@5cff9a0
Fix xattr parent inode pinning zfsonlinux/zfs#4359 zfsonlinux/zfs#3508 zfsonlinux/zfs#4413 zfsonlinux/zfs#4827
Fix xattr purge during iput zfsonlinux/zfs#4359 zfsonlinux/zfs#3508 zfsonlinux/zfs#4413 zfsonlinux/zfs#4827
Fix metaslab_free_dva(): bad DVA X:Y:Z zfsonlinux/zfs#3937
Fix large kmem_alloc in vdev_metaslab_init zfsonlinux/zfs#4752
Fix snapdir by skipping ctldir znode in zfs_rezget zfsonlinux/zfs#4514 zfsonlinux/zfs#4661 zfsonlinux/zfs#4672
Fix libshare performance issue zfsonlinux/zfs#4119
Fix ztest truncated cache file zfsonlinux/zfs#4129
Fix obeying arc_meta_limit default size when changing arc_max zfsonlinux/zfs#4001
Fix bug in fix_paths() zfsonlinux/zfs#4632
Fix systemd configuration zfsonlinux/zfs#4325 zfsonlinux/zfs#4496 zfsonlinux/zfs#4658 zfsonlinux/zfs#4699
Fix use kernel provided mutex owner zfsonlinux/spl#540
Fix rename 'zed.service' to 'zfs-zed.service' zfsonlinux/zfs#3837
Add support for MIPS zfsonlinux/spl#558
Add nfs-kernel-server for Debian zfsonlinux/zfs#4350
Remove HAVE_CURRENT_UMASK and HAVE_POSIX_ACL_CACHING zfsonlinux/zfs#4922
Remove dummy znode from zvol_state zfsonlinux/zfs#4510
Fix gcc -Warray-bounds check for dump_object() in zdb zfsonlinux/zfs#4907
Handle block pointers with a corrupt logical size zfsonlinux/zfs#4069 zfsonlinux/zfs#4080

https://linuxcontainers.org/lxd/news/

The changes in this release include

New features:

client: Add a "manpage" command (Issue #2280)
client: Add a "rename" alias (Issue #2320)
client/file: Recursive file push/pull (-r) (Issue #1218)
client/file: Support recursive directory creation (-p) (Issue #2290)
client/info: Add cpu usage (Issue #1867)
client/publish: Allow overriding compression algorithm (Issue #2296)
daemon: Make a database backup on schema updates (Issue #2299)
daemon/container: Expose CPU usage (Issue #1867)
daemon/container: Recursive file push/pull (Issue #1218)
daemon/image: Allow overriding compression algorithm (Issue #2296)
daemon/init: Ask for images.auto_update_interval (Issue #2167)
daemon/storage: Add new storage.zfs_use_refquota option (Issue #2354)

https://insights.ubuntu.com/2016/09/16/nextcloud-box-a-private-cloud-an…

Ezt inkabb csak blogba irom, de igazan erdekelne a sztori FSF oldala is, mert ez igy kb. barmi lehet. Nincs megnevezve az employee, nem talaltam gnu/fsf velemenyt egyelore. Nehezemre esik elhinni, hogy pont egy ilyen szervezetnel kello ok nelkul rugtak volna ki egy embert.
https://lists.gnu.org/archive/html/libreboot/2016-09/msg00036.html

Kb. ennyi az FSF statement: https://www.fsf.org/news/free-software-foundation-statement

(Ezmegmiez? https://lists.gnu.org/archive/html/libreboot/2016-09/msg00047.html )

(Felülről lefelé bővül)

20160918.1947
Oszt úgy tűnik, nem különbözik. Akkor mi ez a kavarás a refcounter refaktorálásával, ami miatt az oci8 működése vagy nem-működése a hívó jóindulatának függvényévé válik?

És még itt van az a kérdés (bár itt off-topik), hogy hogyan van a NCHAR-ok támogatása... van egy olyan tippem, hogy sehogy, vagyis ami belefér a NLS_CHARACTERSET és a NLS_LANG metszetébe, az jól jár, a többi megy a levesbe.

20160918.1934
Namost ha ez így igaz, akkor akár az alábbi kód is másképp működhet php5-ben és php7-ben:

$a= 100;
$aref= &$a;
$a= 'stringvalue';
xdebug_debug_zval ('$a');
xdebug_debug_zval ('$aref');

Windows 10 alatt fejlesztettem, Scala nyelven, egy framework-öt használva (amely lényegében egy DSL-t definiál). A DSL-ből C kód lesz, amit lefordít gcc-vel. A végeredmény egy futtatható kód. A gcc-hez szerencsére van kéznél MinGW. A Scala frameworkje mindent elintéz helyettem.
Eljutottam oda, hogy kipróbáljam, nem működött rendesen. A gcc linuxos binárist generál. Micsoda?
A parancssorból g++ -dumpmachine kiírja, hogy Windows alá fordít.
Ezek alapján megpróbálom kézzel fordítani, g++-szal, a kiírt paraméterek szerint. Nem fordul. Mi a fene.

Gondolom, megnézem az egyik example fordítását. Ugyanez.
Összeveszne a BashOnUbuntuOnWindows-zal? Miért tenné? Command line-ból a "rendes" gcc hívódik meg...
Mindegy, lepusztítom. És utána futtatva látszik az ok:

Régen szórakoztam ilyen jól nem egészen 600 forintért. :)

- a gyári FW-t frissíteni kéne - v0.2-vel érkezik (Raspbianos leírás adott)
- ha rárakom egy RPi3-ra, elnyomja a gyárilag rajta levő WiFi és BT eszközöket
- RPi2-n ezzel szemben nem bootol a FreeBSD - elhal a FreeBSD OS-loaderje. Raspbiannal meg lehet ejteni a frissítést v0.3-s FW-re. Ez után a FreeBSD már az uBoot-nál meghal.
- Ezzel szemben RPi2 + Raspbianal (látszólag) stabilan megy, működnek a Bluetooth eszközök, csatlakozik a WiFi.
- RPi0-ra tüskesort kéne forrasztanom

Az if-else használata fórum témánál már előkerült a GildedRose-Refactoring-Kata.
Ez egy refaktorálási gyakorló feladat, amivel rengeteg nyelven próbálkozhatunk.
A feladat röviden:

1. Tesztek írása minden estre.
2. Kód refaktorálása, hogy könnyen érthető és módosítható legyen.
3. Új funkció hozzáadása: "Conjured" elemek kezelése

Én ezzel a Scala-s verzióval kezdtem, és a végére ide jutottam.

Problémám volt brasero-val adat dvd készítésekor. Meg amúgy is jobban kedvelem a parancssort, mert be tudom automatizálni.

- az M kapcsoló folytatja, de első íráshoz Z kapcsolóval való írás kell
- M kapcsoló hibát dob ha nem talál kezdetleges szekciót, ezért a ||
- $1 a kiírandó mappa elérési útja
- a mappa tartalma íródik csak ki, a mappa nem
- többször meghívható folytatólagos íráshoz
- usb-s dvd íróval ellenőriztem többszöri írással
- gyors, nincs szórakozás klikkelgetésekkel, kiírja és kész

growisofs -speed=1 -M /dev/dvd -R -J "$1" || growisofs -speed=1 -Z /dev/dvd -R -J "$1"

Tizenhárom évnyi meló
Kattog a merevlemezen.
Én basztam el, nem sok manó,
Elfogadom, csak nehezen.

40 giga fontos katyvasz,
S a mentésem sem találom.
Nincs itt kérdés ki a balfasz,
Ez a nap a halálom.

Jajj mit leltem, BR lemez!
Sok a giga, megvan húsz!
"Kéne negyven, megvan húsz?
Ne nézz rám mert megvakulsz!"

Szarban állok, szépen befed,
A keresztrím is elköszön.
Remélem az adást veszed,
S van mentés egy eszközön.

basszameg.

https://youtu.be/tDTQQWSmo8s
https://youtu.be/x-64CaD8GXw
https://youtu.be/42NIPZh01_E

Szép történet arról, amikor a többprocesszoros rendszerek nem SMP-k, hanem aszimmetrikusak.

Megjelentek (ismét) a villamosmegállóban hangosan beszélő reklámok. Hogy akkor se legyen körülötted csend elgondolkodni, amikor lehetne.

#hovatartezavilag #maranosztalgiasemaregi

Pár szó az adat kezelő megoldásomról, rövid bemutatása, gondolatok a miértekről és a hogyanokról, további gondolatok praktikai fejlesztésekről és szoftver környezettől független kérdésekről.

https://youtu.be/xTNttLgOMjY

Egy ideje már gondolkozok egy oldal létrehozásán ahol azok a cégek szerepelnének amelyek, nem túl hatékonyan használják az Internetet kommunikációra, hogy finoman fogalmazzak.
Nem egy olyan oldallal találkoztam már amin keresztül az üzemeltető céget (pl webshop) egyszerűen nem lehet elérni email-en. Ennek gondolom lehet technikai oka is, de a sejtésem szerint gyakoribb az emberi.
A Tóth István és Tsa BT-k esetében akik mondjuk gyümölcsaszalással foglalkoznak, még érhető is, nem értenek hozzá, na de egy olyan webshop esetében akik árulják a számítógépeket és ezért valószínűsíthetően értenek is az informatikához már kevésbé tudom megérteni.

Forrás NetBeans oldalról

Forrás Apache oldalról

Hm.

Végre megint van MySQL (MariaDB, Percona Server, stb) remote root code execution vulnerability.
Mindezt onnan tudom, hogy FreeBSD VuXML-ben megjelent. Frissítést egyelőre sem ott, sem az Uborkás laptopon nem láttam.

0x2B

Itt van:
http://www.hwsw.hu/hirek/56134/hays-salary-guide-it-informatika-fizetes…

A FreeBSD 11.0 Release Process oldal szerint szeptember 9-én meg kellett volna jelenni a 11.0-RELEASE-nek. Nem tette.

Ellenben a VirtualBox oldala szerint még csak 5.1.4-nél tartanak, míg a FreshPorts szerint 22:52-kor megjelent a portsban az 5.1.6. A trükk az, hogy még nincs róla bejelentés, de a letöltési oldalon tegnap óta valóban ott van az 5.1.6 (és Changelog-ban olvasható, hogy miket javítottak). Szóval most az egyszer a FreeBSD igazán gyors volt.

Azt hiszem el kell felejtenem, hogy a Red Hat nem nyulkal bele olyan szinten a kernelbe mint a SUSE SP valtaskor ... a Red Hat rosszabb lett most a 7.1 -> 7.2 attereskor.

Elkezdtuk a belso teszteket a 7.2 temogatott-e kerdes megvalaszolasahoz es hat az elso hiba, hogy nem talalhato a "ktime_get_ts" funkcio ... mert mar ktime_get_ts64 neven ismerheto meg...

Kimondottan nem lenne gond egy ilyen ... de ugye a Red Hat elviekben nem valtoztat elesen foverzion belul ...
Ennek ellenere ami mukodott 3.10.0-229 (7.1) kernel alatt az most 3.10.0-327 (7.2) kernel alatt nem mukodik a kernel valtozasok miatt ... mintha csak SuSe lenne ahol egy SP valtas kernel ugras, glibc valtas is van ...

Végül a 60 napos trial végén befizettem az éves 59 USD-t, mert teljesen elégedett voltam a szolgáltatással.
Van pár hülyeség, de azok megszokhatók (meg lehet, hogy vhogy megpróbálok feladni rá hibajegyet).

Viszont érdemes megemlíteni, hogy az 59 USD az nettó ár (biztos írták valahol apró fehér betűkkel, csak nem láttam) és még rácsesznek majdnem 17 USD-t a magyar ÁFA csodálatos mértéke miatt.

Fícsörök:
- telóról mennek fel egyből a képek és egyéb állományok
- a webes felület nem a legrosszabb
- a vastag kliens kicsit béna (u.a. nevű állományt nem tölti fel mégegyszer, hiába eltérő)
- parancssoros kliens (acdcli) működik
- share-ek működnek
- az egész egész gyors

Számhordozás T Mobile -> Vodafone.

A VIK küldetésének középpontjában a minőség áll, ötvözve a kiválóság iránti történelmi elkötelezettséget és az új technológiák kutatásában és alkalmazásában való élenjáróságot.

via

Erre félévkezdéskor kapok egy ilyen levelet:

Kedves Hallgatók!

Üzembe helyeztük a ?1 listát, melyre az ?2-ben beállított emailcímmel
lehet levelet küldeni (óránként szinkronizál a levlista és az ?2).
Alapértelmezés a NEPTUN@nc.hszk.bme.hu, ami a Neptun szerinti
"hivatalos" emailcímre továbbít.

(parted) disk_toggle pmbr_boot

kell neki.