taxy blogja

Frissítettem az xorg-ot egy 12.04-es multiarch rendszeren, 14.04-re.
Hivatalosan így néz ki.

Legutóbb így sikerült.

Most így:

# sudo apt-get install xserver-xorg-lts-trusty libegl1-mesa-lts-trusty:i386 libgl1-mesa-dri-lts-trusty:i386\
libgl1-mesa-glx-lts-trusty:i386 libglapi-mesa-lts-trusty:i386 libglamor-ltst0:i386 libgbm1-lts-trusty:i386\
libgl1-mesa-glx-lts-trusty libglapi-mesa-lts-trusty libegl1-mesa-lts-trusty libgl1-mesa-dri-lts-trusty\
libgbm1-lts-trusty libegl1-mesa-drivers-lts-trusty libopenvg1-mesa-lts-trusty\
libwayland-egl1-mesa-lts-trusty --install-recommends libgl1-mesa-dev-lts-trusty 

...de 6 év után a GoboLinux 015 alpha megérkezett:
http://gobolinux.org/iso/

Veszélyben az LFS felhasználói tábora. :)

Szerk:

A hír felkerült a disztróvacsra. :)
http://distrowatch.com/

A telepítő el se indul, de nem baj. :)

$ sudo apt-get install xserver-xorg-lts-saucy\
 linux-generic-lts-saucy libgl1-mesa-dri-lts-saucy:i386 libgl1-mesa-glx-lts-saucy:i386\
 libglapi-mesa-lts-saucy:i386

Azóta se sikerült megoldani, hogy ne kelljen az i386 libeket külön megjelölni telepítésre.

https://github.com/taxy/packet-peak

Ez még egy nagyon gyerekcipőben járó projekt, de most született pár commit, ami talán a gyakorlatban is használhatóvá teszi az eszközt.(Print properly multi-arch package names, Cleanup standard output for package list, Update readme)

Tervezek még ebben a projektben egy package-alternatives nevű eszközt is, ami a többszörösen kielégített függőségeket fogja megkeresni. Egy rendes takarításhoz az is szükséges. Illetve a kényelmi szintet lassan lépésenként fejlesztem, ahogy időm engedi, és amennyiben van rá érdeklődés.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/957298

Chris Wilson (ickle) wrote on 2013-02-11:
"Because disabling polling would cause a regression for systems that require probing for output hotplug detection."

Jó, ezt értem én. Meg azt is hogy ez egy igen komoly és érzékeny átalakítás. Kemény munka lesz majd a 3.9-es kernelben kigyomlálni a javítással járó "race condition"-öket. De ha egyszer tudnak a hibáról, akkor kéne valahogy értesíteni az egyszeri felhasználót, hogy tudjon erről a lehetőségről. Én is csak teljesen véletlenül találtam rá. Azért ez így laza, szerintem.

Ez a post azért születik, mert egyes Ubuntu DE-kben nincs "Safe Remove USB" funkció(XFCE,LXDE). Nem is azzal van a baj, ha feszültség alatt húzzuk ki az USB-t, egy sima umount is elegendő lenne. A baj nagyobb. Jelezték is az igényt ezen dokumentáció elkészítésére.

Alapozásnak érdemes ezt elolvasni:
http://hup.hu/node/112319

Hogyan használjuk az UDisks-et célunk eléréséhez:
DBUS metódus hívást az UDisks-nek a következő paranccsal tehetünk:

$ dbus-send --system --print-reply --type=method_call --dest=org.freedesktop.UDisks <call>

Az áttekinthetőség kedvéért ezentúl a <call> helyébe helyettesítsünk be, valamint a sorok végén a \ jelöli hogy a sor még folytatódik.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1088017

Már nagyon rég óta vissza-vissza tér ez a hiba. Legutóbb is azt hittem, hogy a BIOS frissítéssel vége, de nem. Viszont most turul16 tanácsának köszönhetően tudtam egy értelmes hibajelentést csinálni belőle.

Ezzel a hibával már a hupmeme-re is felkerültem.

Szerk, duplicate:
Természetesen megint találtam a magaménál erősebb hiba duplikációt, hát megadtam magam neki. így is hoztam nekik 3 duplikációt a sajátommal együtt. Én például a könnyű hardware típus szerinti kereshetőséget hiányolom a launchpad-ből. Azzal biztos sok ilyet ki lehetne küszöbölni.

Végre rászántam magam, hogy a korábban még lucid-ra telepített rendszert(akkor még eszembe se jutott, hogy a processzor 64 bites) áttelepítsem. Korábban láttam ezt az egyszerűnek tűnő megoldást.
Nem volt kedvem debootstrap-pal játszani(+kernel,grub), de azt sem szerettem volna, ha egy normál ubuntu telepítő által telehányt rendszerből kell kiindulnom. Szeretek ugyanis szigorú rendet tartani a csomagoknál.

Megfelelő aranyközépútnak tűnt ez a megoldás. Vagyis kiindulásként csak egy command-line ubuntut felrakni. Letöltöttem a "CD"-t.
Ami csupán 30Mb-os, úgyhogy kár CD-re kiírni. :)
Erre jó a grub2:

menuentry "Command-line install" {
	insmod ext2
	loopback loop (hd0,2)/mini.iso
	linux (loop)/linux iso-scan/filename=/mini.iso root=(hd0,2) toram tasks=standard pkgsel/language-pack-patterns= pkgsel/install-language-support=false vga=788
	initrd (loop)/initrd.gz
}

Újabb Ubuntus "sikertörténetem" van számotokra. Az utóbbi időben fenemód megszaporodtak. Akkor már az Xfce-ubuntu is kapjon egy kis figyelmet, ott sem fenékig tejfel az élet. Precise-ról van szó, és hozzáteszem a Lucid egy nagyon jó kis rendszer volt. Arról volt szó ugye, hogy a Precise egy hónappal a kiadás után meg fogja legalább közelíteni a Lucid szintjét. Hát ma nem ezt tapasztaltam.

Azzal kezdődött a történet hogy látom hogy valaki nem tudja eltávolítani az USB-disk-jét mert valamelyik process rátehénkedett. Ez ugye mindennapos megszokott dolog. Mondom neki terminált nyit: killall Thunar. Meglépi, még mindig nem. Na akkor megyek nézzük: fuser -m, lássuk a medvét. Thumbnailer D-Bus service?? Na biztos, ő tudja. Egyébként emlékeim szerint már korábban is összeakasztottam a bajszom vele. Elkapom a csirkefogót! apport-bug PID. A process már bezáródott, affene elkéstem! Kiadom az USB-disket szépen. Azonban arra leszek figyelmes, hogy időközben az xfce4-panel is összefosta magát. Na ilyet se most látok először, bár nem tudom mi köze az előbbi eseményekhez. Ilyenkor sebtiben újra kell indítani, különben a session rc képes és megjegyzi, hogy boot-kor se kell indítani. Indítanám újra, egy pilanatra meg is jelenik, kb !a képernyő közepén!, aztán eltűnik. Azt írja nem találja a session managgert. Na semmi pánik, user restart. Semmi változás. System restart. Ugyanaz. Hát szépen sikerült a hibának rögzítenie magát a profilban. Fasza! Egyébként itt megjegyezném, hogy a Lucid-ról való dist-upgrade miatt elég nagy a redundancia faktor a profil könyvtárban, mivel a beállítások importálásakor persze mindent át másolt másik helyre, így minden beállításból kb. kettő van, így nem igazán igazodok ki hogy most hol melyik az aktuális. Tanulság: A profilkönyvtárak nem bírják a dist-upgradet. Pont.

A frissítés eseménytelen volt, az azt követő újraindítás már kevésbé. Az xfce panel beállítások importálása nem sikerült teljes hatásfokkal, de ez még érthető is ekkora verzió ugrásnál. A nagyobb gond az volt, hogy eltűnt az ablakok kerete, így vissza kellett barkácsolnom az xfwm4 ablakkezelőt compiz helyett. Az ok: Megszűnt az emerald csomag támogatása. Frissítéskor írta is hogy eltávolítja, de gondoltam, majd visszateszem. Csakhogy ez nem lesz olyan elegáns, deb-enként kell felpakolni. Majd csak lesz erre legalább valami rendes PPA.

Mostanában(mivel játszom) kicsit többször boot-olok windows-t. Már el is felejtettem hogy milyen szar tud lenni ha van driver a videó kártyámhoz. Sajnos windows alá van, és sajnos fel is tettem. Hát ez az XP ez szörnyű, gyakran visszavált 8 bites vga módba, és jelenti a driver hibát, még csak le sem fagy rendesen. Bezzeg linux alatt milyen jól elvoltam. Soha nem merült fel semmi probléma.
(Ha valakinek nem esne le: irónia)

Ubuntu:
Nemrég feltűnt, hogy a nyitott portok között van ez az avahi-daemon. Utána néztem mi ez, és úgy találtam hogy nem szükséges ez nekem, hiszen tudomásom szerint nem használom semmire.(javítsatok ki ha tévedek. A hálózati konfiguráció nekem csak dhcp-ből áll.)
Eltávolítottam.
Most felmerült hogy telepítenem kéne sun-java6-plugin-t a böngészőhöz.
Követtem az instrukciókat:
http://ubuntuforums.org/showpost.php?p=9250266&postcount=4

Erre a következő függőségi láncolat állt elő:
sun-java6-bin -> libnss-mdns -> avahi-daemon

Nem. Nem fogja ezt visszatelepíteni. Ennyit nem ér meg nekem most a java plugin.
Amúgy nem értem hogy mi köze van végső soron egy böngésző plugin-nek, egy port nyitogató daemon-hoz.

Most olvasom:
http://lists.gobolinux.org/pipermail/gobolinux-users/2008-May/007561.ht…

"Fuse support in UnionSandbox"

Tehát a projektem lényegében GoboLinux alatt már létezik. Ez eddig nem tűnt fel, ez az én hibám.

Ami érdekes:

Egyszer beírtam poli fórumába:
"Már bemutattam mire képes a chrooted fuse technológia.
Ha lesz időm Gobolinuxozni, lérehozok majd egy teljes linux fájlrendszer emulátort GoboLinux alá. Azzal vége a recipék korszakának. :)
'make install' rulez."

Poli válasz:

"Elkéstél vele. GoboLinux alatt máris emulálva van a teljes "hagyományos" linuxos fájlrendszer, tudniillik szimbolikus linkek formájában."

A korábbi bejegyzésemban már írtam hogy egy Joomla oldal végébe beköltözött valami. Sikerült végül kipaterolnunk(annak ellenére hogy abszolút külsősök vagyunk, és nem feladatunk az oldal karbantartása) egy elég igénytelen megoldással. Most nézem, már teljesen szét van túrva az egész. Szándékosan adtam meg a címet, mert már nem nagyon izgat a dolog ezek után. Legalább láttok ilyet is.

Egy Joomla-s oldalt megfertőzött valami vírus. A google megtalálta és feketelistázta. Nagy nehezen kipucoltuk, és elértük hogy ne is tudjon visszamászni. Kültönk kérelmet is a google webmestereszközökben felülvizsgálatra. Elfogadták és engedélyezték is az oldalt. Erre most nézem hogy a tárolt változatban ott van még a vírus. :)