A TexLive-ot frissítettük a 2011-es kiadásra. A texlive-bin csomag nem tartalmazza a biblatex-biber-t (ami a bibtex Perl-es megfelelője), ugyanis sok Perl függősége van, és ezek közül nem is csomagoltuk még mindet.

Lehetséges, hogy a post-install szkript hibákat jelez frissítés közben. Vedd figyelembe, hogy csak a második "recreating formats" üzenet releváns (az fmt-fájlok újragenerálása a texlive-bin és texlive-core csomagok telepítésekor is megtörténik). Kaptunk bejelentéseket az eptex.fmt generálásának sikertelenségéről néhány rendszeren (lásd az FS#25250 hibajelentést), de ez a hiba nem jön elő a friss TexLive 2010-ről történő frissítéskor.

Rémy Oudompheng, 2011-09-15

Itt volt már az ideje az Arch-telepítő frissítésének, mivel a korábbi kiadás (2010.05) nemcsak elavult volt, hanem most már nem is működött a netinstall (a kernel/initramfs fájlnév-változás miatt).

A változások listáját megtalálod az angol nyelvű bejelentésben.

Természetesen a hivatalos telepítési útmutatót frissítettük a változásoknak megfelelően.

* Letöltés
* Csomaglista

Ha hibát találsz, kérlek jelezd a bugtrackerben (Release Engineering project). A kapcsolatot az arch-releng levelezőlistán és az #arch-releng IRC csatornán keresztül tarthatjuk.

Dieter Plaetinck, 2011-08-20

Csatlakozz a Freenode-on az #archlinux-bugs IRC csatornához augusztus 21-én (vasárnap), és segíts bugokat gyomlálni. Szeretettel várunk.

Dave Reisner, 2011-08-14

Mivel a Linux kernel 3.0-s verziója átkerül a [core] repóba, átneveztük a kernel26 csomagot linux-ra. Ezzel egyidejűleg változás történt a kernel és initrd fájlnevekben is:
vmlinuz26 -> vmlinuz-linux
kernel26.img -> initramfs-linux.img
kernel26-fallback.img -> initramfs-linux-fallback.img

Hogy a frissítés után továbbra is bootoljon a rendszered, létrehozunk szimbolikus linkeket is, hogy a régi fájlokra hivatkozó bootloader konfigurációd továbbra is működőképes legyen. Azonban azt javasoljuk, hogy módosítsd a bootloader konfigurációt értelemszerűen, és utána töröld le a szimbolikus linkeket.

Dieter Plaetinck, 2011-08-07

A netcfg 2.6.6 átkerült a [core] repóba. Sok ember munkájának köszönhetően meglehetősen sok új funkció gyűlt össze a tavalyi 2.5.4 kiadás óta. A 2.6.1 és 2.6.6 közötti verziók hibajavító kiadások voltak a netcfg 2.6-hoz.

* az IPv6 le lesz tiltva, ha nincs "IPv6=valami" definiálva a profil fájlodban.
* részletesebb vezeték nélküli opciók (ad-hoc mód, BSSID-támogatás)
* több opció a hálózati hidas kapcsolatokhoz
* ROUTES lista, melyekkel egyedi route-beállításokat definiálhatsz a profilokban
* a konfigurációs fájl az /etc/conf.d/netcfg, melyet jelenleg csak a net-auto-wireless használ
* új kapcsolattípusok: openvpn, vlan, tuntap
* a netcfg-profiles(5) man oldal részletezi az elérhető opciókat

További részletek a változásokról, bug tracker bejelentésekre mutató linkekkel a NEWS fájlban. Az új verzió kompatibilis a régi profilokkal.

Kérlek nézd át az opcionális függőségek listáját, hogy tudd, melyik funkcióhoz milyen csomagot kell még feltelepíteni.

A 2.7-es kiadásokban további funkciók lesznek, főként azokból válogatva, amelyeket a bug trackerben megvitatunk. Az arch-projects levelezőlistán beszélgetünk a netcfg fejlesztéséről és funkcióiról. Ne hezitálj levelet küldeni oda, ha egy patchet akarsz eljuttatni hozzánk.

Rémy Oudompheng, 2011-08-06

A csomagjaink tcp_wrappers támogatása megszűnik, és magát a csomagot is eltávolítjuk a [core] repóból. Ennek az az oka, hogy nem jött ki új verzió 1997 áprilisa óta. Továbbá az újabb deamonok és alkalmazások inkonzisztensek a libwrap támogatás tekintetében, így nem egyértelmű, hogy egy alkalmazás támogatja-e a könyvtárat vagy sem.

Ha használod az /etc/hosts.allow vagy /etc/hosts.deny fájlokat biztonsági vagy naplózási okokból, akkor megfelelő módon finomhangolni kell, és másik segédeszközt kell használnod (pl. iptables), illetve használhatsz más tűzfal segédalkalmazást is.

Ezenkívül a denyhosts csomagot is dobni fogjuk, mivel a tcp_wrappers-t igényli a bannolt hoszt-listák érvényre juttatásához. A fail2ban egy hasznos alternatíva.

Dan McGee, 2011-07-16

A következő ardour kiadás nem rendelkezik LV2 plug-in támogatással, ugyanis az slv2-t eltávolítottuk a függőségei közül. Ez egy API/ABI inkompatibilitás következménye az általunk szállított Redland/Rasqal/Raptor csomagok és az Ardour által támogatott belső verziók között, melyeket az SLV2 igényel. Ez okozta a fordítási és szegmentálási hibákat is, amelyeket te is tapasztalhattál.

Az upstream fejlesztők nem fogják frissíteni a kódot, mivel minden energiájukat a DAW 3-as verziójára fordítják, ami teljesen el fogja távolítani az SLV2-t (és feltehetően más LV2 implementációt adoptálnak, ha egyáltalán adoptálnak bármilyet). Pillanatnyilag senki nem küldött patchet a probléma megoldására. Kompatibilitási csomagokat sem tudunk biztosítani, ezért úgy döntöttünk, hogy dobjuk az LV2 támogatást az Ardour csomagból. A felhasználók továbbra is használhatják a LADSPA plug-ineket, vagy - ami feltehetően már most is népszerű megoldás - más LV2 hosztokat is igénybe vehetnek a jack routolási képességeinek segítségével.

Ray Rashif, 2011-07-08

Egy pacman fájlütközés-feloldási hibának köszönhetően a korábban zope-interface néven ismert csomag frissítése kézi beavatkozást igényel:

pacman -Rdd zope-interface
pacman -S python2-zope-interface --asdeps

Ionuț Mircea Bîru, 2011-06-27

A kezdetek óta a saját fejlesztésű rendszerünket szállítjuk (különböző reinkarnációkban) a kernel modulok feketelistázásához. Ez jól teljesített, de elértünk egy ponthoz (pontosabban az upstream fejlesztők), amikor erre a rendszerre már nincs szükség.

Ezért úgy döntöttünk, hogy eltávolítjuk az összes modul-feketelistázó segédeszközt, és teljes egészében a modprobe feketelistázási szolgáltatásaira hagyatkozunk. Ez elsősorban szintaxisbeli változásokat eredményez, kisebb részben a funkcionalitás is megváltozik. Reméljük, hogy a rövid távú kellemetlenség megtérül hosszú távon.

Egy független udev változás következtében nem töltünk be annyi alapértelmezett modult, mint korábban, így néhány problematikus modul (pl. a pcspkr és snd-seq-oss) feketelistázására a továbbiakban nincs szükség.

A modul-feketelistázás alapelveinek megváltozása
* a mi feketelistázásunk: egy feketelistás modul vagy minden egyéb modul, ami igényli, soha nem töltődik be automatikusan az udev segítségével, de kézzel betölthető
* a modprobe feketelistázása: egy feketelistás modul nem töltődik be automatikusan, de betöltődhet, ha más nem feketelistás modul igényli, illetve kézzel is betölthető
* modul letiltása: az eddigiekhez hasonló működés érhető el így, ami azt jelenti, hogy a modul soha nem töltődik be, még kézzel sem

Boot idejű feketelistázás/letiltás
A modul-feketelistázás a "modprobe.blacklist=mod1,mod2,mod3" kernel parancssoron keresztül is elérhető (ld. grub, lilo vagy syslinux). Hasonlóan, a modulletiltás a "mod1.disable=1 mod2.disable=1 mod3.disable=1" segítségével történhet. Ez hasznos lehet vészhelyzetben, ha egy hibás modul megakadályozza a rendszer elindulását.

Állandó feketelistázás/letiltás
Az rc.conf használata helyett a modprobe saját konfigurációs fájljait használjuk. Ezek az /etc/modprobe.d/ könyvtárban találhatóak, és a "man modprobe.d"-ben dokumentáltak.

Az rc.conf "MODULES=(!mod1 !mod2 !mod3)" sorának megfelelő módszer, ha egy .conf fájlt hozunk létre az /etc/modprobe.d/-ben az alábbi tartalommal:
blacklist mod1
blacklist mod2
blacklist mod3

Azt is elérhetjük, hogy a modulok soha ne töltődjenek be, akkor sem, ha más modul igényli őket:
install mod1 /bin/false
install mod2 /bin/false
install mod3 /bin/false

Tom Gundersen, 2011-06-08

Áprilisban ünnepelte 10. születésnapját az utolsó net-tools kiadás. Úgy döntöttünk, hogy ezt az alkalmat felhasználjuk arra, hogy a net-toolst elavultnak nyilvánítsuk, és egy jobban karbantartott alternatívát nyújtsunk a funkcionalitást megőrizve. Ennek van néhány következménye, de a legtöbb felhasználó nem fog észrevenni belőle semmit.

A net-tools továbbra is a repókban marad, így a rá épülő szkriptek továbbra is működni fognak.

rc.conf
Új szintaxis kerül bevezetésre az egyszerű hálózati beállítások kezeléséhez az rc.conf-ban, a net-tools helyett az iproute2 használatával. A régi funkcionalitás megmarad azoknak, akik azt preferálják, de új funkciókra ne számítsanak.

Az új szintaxis nagyon egyszerű, és mindössze egy vezetékes eszközt támogat (statikus konfigurációval vagy dhcp-vel) és nem tervezzük további funkciók hozzáadását a jövőben sem. Egyúttal arra bátorítjuk a felhasználókat, hogy használjanak olyan haladóbb hálózati megoldásokat, mint például a networkmanager vagy a saját fejlesztésű netcfg.

domainname (a.k.a. nisdomainname, a.k.a. ypdomainname)
Ezeket a binárisokat a yp-tools szolgáltatja a net-tools helyett . Ezenkívül a domain-nevet nem az initscripts állítja be a továbbiakban, hanem teljes egészében az ypbind rc szkript kezeli.

Ezelőtt a módosítás előtt a domain-név inkonzisztens módon volt kezelve, néha az /etc/conf.d/nisdomainname-ből, néha az /etc/defaultdomain-ből olvastuk ki. Mostantól csak és kizárólag az /etc/conf.d/nisdomainname-ből kerül kiolvasásra.

hostname
A binárist mostantól a coreutils szolgáltatja a net-tools helyett.

Tom Gundersen, 2011-06-08