Video z Mandriva Application Manager — MAM

Mandriva Application Manager — MAM — bude nástroj pro procházení a správu balíčků. Zatím se “ven” nedostalo mnoho novinek o tomto systému. Per Øyvind Karlsen je jeden z vývojářů zodpovědných za implementaci RPM v Mandriva Linuxu. Podívejte se s námi na nové video, které právě tento vývojář s nevšedním jménem uveřejnil. Snažím se zjistit více. A nyní ono video.

9 komentářů

  1. z.pepa | 26.03.2011 | 09:18 | Odpovědět

    Jestli jsem to správně pochopil, mělo by to nahradit MCC. No na pohled je to asi hezčí, nicméně pro uživatele, nebo minimálně pro mě, méně přehledné, doufám, že tam bude možnost přepnout do řádků, ta šachovnice mi připadá zmatečná.

  2. ferri | 26.03.2011 | 15:34 | Odpovědět

    Moderné, intuitívne, pohľadné.
    Ako nástupca súčasnej verzie package management tool viac ako dôstojné.

  3. Petr | 27.03.2011 | 10:49 | Odpovědět

    Dle mého názoru je to děs podle vzoru Microsoftu. Nic neříkající ikony, popisy zkratkovité, čemuž rozumí jen pár vyvolených. Graficky to vypadá jak fotogalerie ikon.
    Pokud hledám něco významově, k řešení problému, nemám šanci se v tom vyznat. Lepší je textový formát. Takže pro mne je to bohužel zbytečnost.

    1. Peťoš Šafařík | 27.03.2011 | 11:00 | Odpovědět

      ??? Jak to myslíš “Nic neříkající ikony”? Jsou to ikony RPM balíčku v případě, že se jedná o textové programy nebo knihovny, jinak ikona programu (jako na příkladu ikony s liškou v případě Firefoxu).
      Dá se v tom vyhledávat, určovat kategorie, jestli to je z komunitního zdroje (MIB) nebo oficiálních,…
      Konečně to vypadá pěkně a rychle, což se o současném správci říci nedá.
      Ano, urpmi budu asi používat taky i nadále, ale pro běžného uživatele je tohle myslím moc kvalitní a pěkný nástroj. Aspoň z toho, co jsem měl zatím k dispozici… Bylo to super!

      1. Petr | 27.03.2011 | 18:18 | Odpovědět

        Vysvětlím můj názor blíže.
        V stávajícím systému mám přehledné informace nejen o názvu balíčku, ale je tam i detailní popis, třeba 50 znaků. Dále verze a vydání, což je důležité z důvodů konfliktů, nebo havárií po aktualizaci.

        Ikony zabírají mnoho místa, na popis pod ikonu ale není dostatek prostoru ( … znaky mne nezajímají), o detailech balíčku si mohu jen zdát. Informace o nainstalování nárokuje moc velkou plochu. Ikona programu, jako Firefox je dobrá, ale doprovodné balíčky budou mít jakou ikonu? Například Gstreamer je hojně používaný a při výpisu všech balíčků k vybrání bude většina plochy obrazovky ikona rpm. To není moudré, protože tato informace je opakovaná a již pak nedůležitá, čili zbytečná. Stromové závislosti balíčků jsou pak nevhodnou grafikou potlačeny.

        Jediný smysl by to mělo, pokud by se zobrazovaly ikony jen hlavních aplikací, nikoliv knihoven a knihovny by pak byly v jiném okně, ale již textově. Toto jsem však v videu nepostřehl.

        Jiná by byla, pokud bych měl možnost zrušit grafické zobrazení (ikony, seznam, detaily) a vybrat si. Laik si pak rád vybere ikony, protože stejně vše nechá na automatickém systému instalace. Ostatní si pak zvolí vhodný režim práce.

        K rychlosti zobrazování. Pokud je text ikon krátký a obrázek ikon stejný, je jasné, že je vše bleskové. Pokud však chci detailní informace, které se musí protlačit webem, nebo načíst z rpm, ikony budou zase stejně pomalé a rychlost bude záviset na procesoru a na rychlosti webu.

        Jinak je dobře, že se něco děje a je o čem diskutovat. Aspoň autoři mohou vylepšovat.

        1. Peťoš Šafařík | 27.03.2011 | 19:26 | Odpovědět

          Se spoustou samozřejmě musím souhlasit. Řekl bych, že klasický DrakRPM zůstane. Ale počkejme si na Beta2. Už by tam měl být MAM přítomný. (V tuto chvíli je MAM pouze na kompu Pera, nikdo další to zatím nemá…

  4. fri | 27.03.2011 | 11:01 | Odpovědět

    Mě někdy zajímají další informace k balíčku – výpis míst, kam se instaluje jeho obsah, zvláště některé soubory. Někdy mě zajímá výpis informací o tom, jak a kdy byl balíček udělán. Prostě něco jako Yast v SUSE. MCC by mi pro tento můj případ stačilo modernizovat tak, aby líp zapadlo do prostředí KDE, okopírovat některé funkce z YaSTu, pokud by to bylo účelné.

    Z toho krátkého videa jsem tyto vlastnosti nepostřehl. Ale když jsem na podzim dělal s KPackageKit, tak mi to taky přišlo – proti obrázkům s okny programu na stránkách projektu, jakési ořezané. A říkal jsem si, proč, proč teď, proč mně… 🙂 A přitom věděl, že program toho podle těch obrázků dokáže mnohem víc, asi zhruba tak jak jsem to popisoval.

  5. Ivko | 27.03.2011 | 22:17 | Odpovědět

    Zatiaľ som skúšal aj novú Mandrivu aj Mageiu. Mám pocit, že Mageia je bližšia “starej” Mandrive ako samotná Mandriva 2011. Nehovorím, že nie som za novinky. Práve naopak. Z videa sa však program posúdiť nedá. Je to taký reklamný ťah v rukách toho, kto tvorí video. Kým nevyskúšam, nedá sa nič povedať.
    Ja osobne som veľmi zvedavý na to, čo ponúkne Mandriva v zápase s Mageiou. Niečo dobré, praktické a FUNKČNÉ veľmi rád privítam. Ale ak to má byť na príťaž, môže to viesť k rozhodnutiu pre Mageiu.
    Fakt som zvedavý.

  6. fri | 28.03.2011 | 18:01 | Odpovědět

    Ikony/Neikony bylo by dobré se zamyslet nad tím, k čemu správce balíčků/programů používáme, a jak jej používáme/co nás na současném stavu štve(nebo taky ne).

    Když chci něco nainstalovat, je to třeba program, který už předem znám, nebo jsem si o něm před chvílí přečetl, chci jej rychle najít (i kdyby se balíček měl jmenovat o něco jinak), pak se hodí rychlé vyhledávání (filtrování) – zadám text – vyjede výsledek.

    Řekněme, že nový uživatel nic nezná, a tak bude chtít využít rozdělení programů do skupin, jak to vidíme v okně toho programu vlevo, aby si postupně prošel dobře představenou nabídku a vybral si (třeba intuitivně; i dnes správce balíčků podává informaci o tom, jestli je balíček důležitý, nebo není), ať už program potřebuje nebo ne.

    V současnosti, když bych čerstvě nainstaloval Mandrivu, udělal bych něco podobného, a pak nechal hromadně provést instalaci. To, že to půjde automaticky samo, jaksi předpokládám, že o závislosti je postaráno, beru jako samozřejmé. Jde mi tedy o přitažlivost toho rozhraní a jeho přijatelnou použitelnost.

    Dnes se hlavní skupiny programů v MCC dělí na další podskupiny, což pomáhá při rychlém nalezení výsledku; například bych mohl chtít rychle nainstalovat 5 programů pro práci s textem, něco známého, a něco, co třeba ani jednou nespustím.

    Jak se v tom novém správci programů řeší tato věc s přehledností?

Leave a comment

Sorry, you must be logged in to post a comment. Login