Kiadás után
From FrugalWiki
Contents |
Release utáni teendők
Ezt az oldalt azért hoztam (IroNiQ) létre, hogy leírjam, szerintem mik lennének a 0.2 hivatalos kiadása utáni legsürgősebb teendőink. Egyelőre üres az oldal, de bárki írhat bele, csak írja oda a nicket. Ha valakinek van kedve, akkor lefordíthatná angolra is, hadd tudjanak hozzászólni a nem magyarok is.
Ha mindenki leírta az ötletét, akkor egyszer össze kellene ülni és élőben megvitatni, mert az sokkal közvetlenebb, jobban ki tudja az ember fejteni a véleményét.
Ami eddig elkészült
...hogy néha hátra is nézhessünk :)
- FrugalBuildek darcsba lettek importálva
- groups(): minden csomaghoz hozzá lett adva, idővel így már megszabadulhatunk a frugalware és extra repokhoz való Packages.lst dirty hack-től
- initrd-gyártó cumót áttettük Makefile-ba
- több architektúra támogatása: tehát minden FrugalBuildben van 1 archs() tömb (+gensync fix), ott le lenne írva, hogy milyen architektúrákon érhető el az adott csomag. Ezzel együtt a sima frugalware könyvtár frugalware-$arch névre változott, valamint az architektúra a csomagnevekbe is bekerült
- up2date: s/`/"/
- 2 új config tool: FST darcsos letöltéséhez (repoman, bár ez már sokkal többet tud és még jelenleg is fejlesztés alatt van)
- wirelesshez wificonfig
- KDE áthelyezése /usr alá (majdnem keszen)
VMiklos
update: az ebben a sectionben felsorolt dolgok mar mind megvalosultak
- priority értékek (nem biztos, hogy 0.3-ra, lehet csak később lesz ilyenre szükségünk): minden csomag kapna egy prioritást 1-10ig, ez alapján automatikusan generálódnának az iso-k, nem úgy mint most, hogy category szerint. Persze ebben az esetben az iso generáló scriptnek figyelnie kell a függőségeket is. (VMiklos)
- optimalizálás: idővel minden csomagnál meg kellene nézni, hogy használja-e a /etc/makepkg.conf-ban megadott $CFLAGS értéket. Ez abból a szempontból lenne fontos, hogy ha minden csomagnál rendben van, akkor nyugodtan lehet pl p4-es gépen i586-os csomagokat forgatni. (VMiklos)
- software raid support setupban: ezt nem nagy dolog megcsinálni, de sokan kérték már, érdemes lenne megnézni. (VMiklos)
- (nem dhcps) adsl támogatása netinstallban. (VMiklos)
- Live CD: jó lenne 0.3-ra összehozni, sokakat érdekelne. (VMiklos) - Ez meglesz 0.2 után imho, csak most nem volt időm rá (IroNiQ)
- Honlap kódjának átnézése, mysql használata (packages2.php-ba kéne majd url mező) (VMiklos)
- A 3. cd kettébomlana: 1 locale es 1 extra CD. Emellett hangsúlyozni a felhasználóknak, h az esetek nagyrészében csak az első 2 (vagy 3) cdre lesz szükségük. (VMiklos)
Kisebb dolgok szintén VMiklostól
update: makeconflict obsolete, use chrooted build
- pacmanba makeconflict(). pl
pkgname=gdm makeconflicts=('pam-headers')
vagy
pkgname=yelp makeconflicts=('mozilla')
de voroskoinel is volt vmi hasonló
Igen, nálam(voroskoi) ezek problémásak:
pkgname=kbiff makeconflicts=('nvidia')
és
pkgname=kshowmail makeconflicts=('nvidia')
�?gy ahol nincs nvidia driver ott nem megy a csomag :-(
update: mind javitva
- /usr/etc-t átnézni, ennek mint olyannak úgy ahogy van nincs létjogosultsága :)
(/usr/jed, /usr/mysql-test, /usr/man/man8.gz, /usr/usr/share szintén)
IroNiQ
- security ág: érdemes lenne azon elgondolkodni, hogy a -stable ághoz egy biztonsági frissítéseket tartamazó ágat létrehozni, amibe release-critical programok újabb verziói valamint a meglévő csomagok biztonsági frissítései kerülnének. (IroNiQ) Ehhez kapcsolódik, h sok projectnél security fix esetén nem adnak ki új verziót (4.3 utan 4.3a, v ehhez hasonlót se, tehát checkworld nem jelzi). Ezekről általában security listákrol lehet tudomást szerezni. IMHO jelenleg közülünk senki nem security-mániás (vannak ilyen emberek), tehát nem szívesen foglalkozna ilyennel. Határozottan szüksegunk lenne egy ilyen emberre. Nem tudom érdemes-e várni, h az ölünkbe pottyanjon (végülis legtöbben igy jöttetek), vagy hogyan lehetne ezért bármit is tenni. (VMiklos)
- unstable ág: be kellene iktatni egy előszűrőt, ahova az új csomagok valamint a csomagfrissítések kerülnének első állomásként. Ezzel a rosszul elkészített csomagok valamint a valami egyéb hibák miatt nem (vagy nem megfelelően) működő csomagok szépen meg lennének szűrve. Ha átmegy a rostán a csomag - tehát nincs benne semmi hiba -, akkor mehetne a current ágba, majd onnan release-kor a stable-be. (IroNiQ) Ezzel kapcsolatos, hogy vmilyen szinten rá kéne szoktatni a usereket, hogy ne vegyék természetesnek, h a -current stabil, mikor ez nincs így. Idáig eléggé szükséges volt sokaknak -currentet használni, mivel a 0.1-ből sok feature hiányzott. A problémát, amit IroNiQ felvetett, nyilván orvosolni kell, de 2 -current ágat (hívhatjuk a másikat -experimentalnak, vagy ahogy jól esik) nincs energiánk fenntartani. Tehát nem szűrném jobban a -currentbe érkező csomagokat, viszont foglalkozni kéne, azzal, h ez egyes -testing kiadások közötti upgrade problémamentes legyen (ezzel idáig nem foglalkoztunk). Hja, meg az jutott eszembe, h az ilyen igazi unstable dolgokat lehet a saját reponkba tenni, és ha jól műxik, akkor -currentbe. (VMiklos)
- egységes menürendszer: csomag telepítéskor elvégezhetné a megfelelő munkákat, hogy minden, általunk szállított ablakkezelőben ugyanúgy, ugyanott legyenek a menüben a programok, ráadásul csak azok, amik fel vannak telepítve. (IroNiQ) A munkát itt én a GNOME és KDE rendbetételével kezdeném. Ha a KDE-t áttesszük a /usr-be, azoknak a programoknak a .desktop fájlját (pl firefox), amiknek idáig /opt/kde/share meg /usr/share alatt is volt, rendbe kell tenni, 1 db közös (mind2 oldalnak megfelelő) .dekstop fájlt kell csinálni, és ez nem lesz egyszerű. A teljes egység utána következne, bár ezzel kapcsolatban vannak kételyeim (KDE és GNOME menü egész más felépítésű, és az adott wm userei úgy szeretik, ahogy az náluk van, tehát azt, h használható is maradjon ("így szoktam meg 8 disztróban, ha itt másképp van, akkor hiába van, használhatatlan") és egységes is legyen, nehéz lesz megoldani. De erről akkor beszéljünk, ha a .desktop fájlok rendben vannak már. IMHO ezek rendbetétele akár több mint 2 hónapot is igénybe vehet). (VMiklos)
- komplett arculattervezés: legyen egy saját témánk, ahogy (lehetőség szerint) az összes ablakkezelő kinézne. Legutóbbi információim szerint ez már útban van, legalábbis volt rá jelentkező, aki elvállalná. (IroNiQ) Részemről OK, arra kéne figyelni, h akkor ez olyan téma legyen, amit az illető elkészít GTK+ _és_ QT alá is. (VMiklos) Ezt én vállaltam, 0.3-ra kész lesz. (Nadfoka)
- bootolás előtt választható nyelv: grub-nál választani lehessen, hogy milyen nyelven szóljon hozzánk a rendszer alapvetően. (IroNiQ) Ez az új grub gfxmenun múlik, hajrá :) (VMiklos)
- grafikus telepítő: amikor megemlítem a Frugalware-t, az emberek nagy része azt kérdezi, hogy milyen a telepítője. Ez sajnos tendencia, muszály lesz egy grafikus telepítőt csinálnunk mert az emberek jobb szeretnek kattintgatni, minthogy nyomjon egy ENTER-t. (IroNiQ) Asszem nem lenne ésszerű 0.3-ra ilyenben gondolkodni, de azt gondolom hosszútávon mindenki egyetért, előbb-utóbb követelmény. (VMiklos)
- grafikus alrendszer indításának változtatása: a desktop manager-ek jelenlegi indítása nem a legjobb, főleg akkor, a valamelyikből új verzió jön ki. (IroNiQ) Szintén támogatom (aka sysvinit-izálása a dm-eknek) (VMiklos)
z0d
- több architecture: jelenleg nem nagyon van nem-x86/x86-64-et használó userünk vagy developerünk. Tehát azon kívül, hogy nehézkesen tudnánk csomagokat portolni, nem is lenne rá "kereslet". Persze hosszútávon ez változhat.
- software RAID: én is jónak tartom -=- Kész. (IroNiQ)
- Live CD: szintén jó ötlet -=- Neki is ugrok mindjárt, csak le kell rántani a spéci kernelt. (IroNiQ) -=- Valószínűleg 0.3 -ra kész lesz, van vele tennivaló nem kevés... (IroNiQ)
- security ág: azt hiszem mondhatjuk, hogy jelenleg nem kritikus, de nemsoká szükség lesz rá. Szerintem először ki kéne találni, hogy hogy működjön, aztán találni rá ember(eke)t. Vsz. sok szívást meg lehet spórolni azzal, ha megnézzük hogy működik a többi distrónál. -=- Én sem úgy gondoltam, hogy rögtön, nyilván ki kell találni a módját és be kell vezetni szép folyamatosan. Imho 1.0-ra kész kéne lennie. (IroNiQ)
Nadfoka
- grafikai arculattervek (gdm, bootsplash, etc) -- gdm, grub theme kész... (Nadfoka)
- honlap design -=- Ezen már én is gondolkodtam, de sosem volt annyi időm, hogy megvalósítsam (IroNiQ) -=- nemsokára kész a honlap tervezet. (Nadfoka)
aThom
- KDE /usr prefix-el: tervbe van véve. Részben már meg is van, de lehet, hogy lesznek vele kisebb-nagyobb problémák. :)
- Software raid support: szintén jó 5letnek tartom! Van mar valaki, aki bevállalta?
- Kde stuffok bővítése. Várom a javaslatokat, hogy mik kellenének. Francis már adott is ötletet (ksensors). A csomag current-ben lesz nemsokára.
- Cryptsetup: telepítőbe is jó lenne! Doksit már írtam róla és az fpm csomag nemsokára current-ben lesz.
- DVB-S, DVB-C, DVB-T: a hozzá tartozó utilok csomagba tétele.
zleho
- új telepitő nem lenne rossz imho (ncurses és valami grafikus). Az, hogy miben készülne el, az csak részletkérdés.
krix
- A telepítő tudjon XFS fájlrendszerre is telepíteni. Ezt fullosan kezelni. Tehát a /-t lehessen XFS-re rakni.
- A PCI es USB adatbazisokat, amit az update-pciids es usbids frissit, azt atrakni a /usr/share alol a /usr/share/misc/ ala. Ott szebben mutatnak.