Konec KDEmod nastane s vydáním verze KDE 4.6

Vývojáři KDEmod a Chakra Linuxu oznámili, že s vydáním KDE 4.6 přestanou dále podporovat KDEmod (modulární a patchované KDE pro Arch Linux). Projekt založený v roce 2006 tak končí, vývoj se bude soustředit pouze na vlastní distribuci Chakra Linux více zaměřenou na běžné uživatele a KDE.

22.8.2010 16:35 | Nicky726 | Komunita

Komentáře

[Andrtalec]

Zaujímavé je, že v distre bude iba KDE softvér (to je asi vzdialenejšia budúcnosť). Ne-KDE softvér bude možné nainštalovať inak - nejako zvlášť zabalený, ako to má MacOS alebo ako sú PBI-balíčky v PC-BSD. Som zvedavý...

[Martin Petr]

Co je na tom tak zajímavého? Jaký je přesně rozdíl mezi tím, když distro obsahuje jenom software z KDE a když defaultně instaluje pouze software z KDE (respektive Gnome)?

[Andrtalec]

Taklenc to tam napísali (zvýraznenie je odo mňa):

Our future repositories will only contain KDE specific stuff, no Gnome, no GTK, nothing which isn't needed by the usual desktop user. For those who still need 3rd party software there will be a different way to install this. We're still in the evaluation stage about this, but it will most likely be a bundle system as seen on systems like Mac OS X.

Možno som si to zle vysvetlil, ale mi to pripadlo, ako keby napríklad v Kubuntu zahlásili: "Odteraz sa budú APT systémom inštalovať a aktualizovať iba aplikácie KDE. Ostané... pre ostatné vymyslíme niečo nové, iné."

[Rezza]

Nevim jak moc se muzou zbavit G* veci - minimalne glib vysekat je prace na par roku a s tim jak Gnomaci obvykle resi zavislosti - ve stylu existuje jem Gnome - neresime... Ale preji jim hodne stesti! Minimalne se pak muzem inspirovat.

[Tutor]

proč vlastně KDE (nebo Qt?) závisí na Glib?

[Rezza]

Protoze spousta low-level veci ala polkit atd. jsou psany lidima z druhe barikady pomoci GLibu a GObjectu. Takze ten tam bude minimalne potreba. A polkit-qt-1 neni zase jen nic jineho nez wrapper na glibem. Ano, chtel jsem to napsat primo pres DBus, jen jsem narazil na spoustu zakernych divnych problemu...

[Jardík]

Problém je hlavně ten, že nemůžou být "zaregistrovány" v dbusu oba najednou, pokud mají mít stejnou "adresu" (či jak se to jmenuje), jinak by to wrapper být nemusel.

[Jardík]

BTW udisks taky používá glib a protože se jim nechtělo používat udev přímo, tak musejí používat ještě gudev. A jelikož jde HAL pomalu a jistě dopryč, je tu další závislost na glib. Qt tak pomalu postrádá smysl a je to více či méně duplikace věcí, co tam již všichni už mají.

[Rezza]

To je jen knihovna pro usnadneni pristupu k DBus rozhrani polkitu. Neni to nahrada!

[vlastikroot]

Já se tomu ani nevidim, když KDEmod už nemá žádný význam. Balíky v archlinuxu jsou modulární a obsahují i patche navíc.

[Limoto]

Ale patch na fake průhlednost panelu tam furt chybí

[vlastikroot]

To hlavně chybí v upstreamu ... ale možná by stačilo založit bug/zahlasovat, nemyslim, že by byl takový problém to tam zařadit.

[Rezza]

Byl, Aaron by cloveka co by to zkusil commitnout rozsekal na takove castice, o kterych ani v CERNu nesni, ze v LHC objevi!

[vlastikroot]

Teď jsem nemyslel do KDE ale do archlinuxu, o Aaronovi vim, přesto nechápu, proč.

[Nicky726]

No nevím, Arch bude tak vanilkový, jak to půjde. Do AURu to ale můžeš hodit vždycky.

[mirec]

Ja to chápem. Vlastne ani nie ... ale v každom prípade som istého času sám ten patch udržiaval pre vyššie verzie. V každom prípade s Aaronom sa o tomto diskutovať nedá a kým tam bude on tak sa to do upstreamu zrejme nedostane. Číslo bugu je 186998.

[stativ]

Patche navíc? Jaké?

KDEmod kdysi bylo patchované KDE 3 pro Arch. Jakmile přišlo KDE 4 tak v KDE modu už KDE patchované prakticky nabylo, stejně jako v ofiko Archu. Jedinou výhodou kdemod oproti Archu zůstaly modulární balíčky, ovšem už i tuto výhodu kdemod ztratil.

[belisarivs]

A co prace na tom Qt instalatoru baliku? Uz ustaly?

Sakra jak se jenom ten program jmenoval. Nejak na "S".

[Václav "Darm" Novák]

Shaman. Ale nevím…

[progdan]

Co vim, tak Shaman moc nefunguje a Shaman2 jeste nefunguje...

[Rezza]

Dario by rad Shamana2 videl ve vice distrech, pro me dopisoval PK podporu, ale ted jsme nejak vysli z kontaktu. Mel bych to prubnout v jakem je to stavu. Naposledy skutecne nebyl nic moc.

[Tutor]

jaký to bude proboha bude mít význam? Existuje distribuční správce balíčků: apt, yum, zypper, urpmi. Na tím vznikla packagekit jako sjednocující vrstva. A budeme vyrábět dalšího správce nad packagekitem? Ten pán se buď strašně nudí, nebo zešílel. Jako kdyby znovu vyráběl kolo.

[Rezza]

Tak oni to maji hlavne pro Chakru a je to postavene nad jejich balickovacim systemem. Jen je to modularni, tak se to pak da pouzit i nad PackalKitem - KPackageKit je celkem slabota.

[Tutor]

Já jsem pochopil packagekit spíše jako univerzální vrstvu, kterou budou využívat zejména aplikace: Uživateli, pro přehrání tohoto souboru potřebuješ balíček xyz, chceš ho nainstalovat? Eventuelně si dovedu představit packagekit jako berličku pro obyčejného uživatele.

Imho jsou všechny GUI front-endy pro packagekit slabota, a upřimně si ani nedovedu předtavit, že by pokročilé nástroje jako Yast nebo Synaptic byly nahrazeny gui-packagekitem. Afaik krom fedory to snad ani nikdo nepoužívá.

[Rezza]

No a proto bych taky rad Shamana. A ano PK je vrstva nad yumem, ale jit pak primo na yum z libshaman = konflikty.

[kralуk]

/var/abs/extra $> find kde* -name "*.patch" -print
kdeadmin/fix-system-config-printer-kde-pyqt4.7.4.patch
kdeadmin/fix-syslog-path.patch
kdebase-workspace/fixpath.patch
kdebase-workspace/kdm-zsh-profile.patch
kdebase-workspace/terminate-server.patch
kdebase-workspace/screensaver-sleep.patch
kdebindings/pyqt-4.7.4-fix.patch
kdegraphics/update-libkexiv2-libkipi-libdcraw.patch
kdelibs/abs-syntax-highlight.patch
kdelibs/kde-applications-menu.patch
kdelibs/archlinux-menu.patch
kdelibs3/kde4-compatibility.patch
kdelibs3/acinclude.patch
kdeutils/fix-printer-applet-pyqt4.7.4.patch

Ale bůh ví, co to všecko je...

[stativ]

Většinou jsou to patche aby to vůbec fungovalo + pár mrňavých změn (zvýrazňování syntaxe v PKGBUILD a přidání menu). Výjimkou je asi jen screensaver-sleep.patch, který je zřejmě backport nějaké opravy.