Forum Debian Users Gang

Dzięki za szybką odpowiedź. Przy okazji: jak wygląda obecnie "mieszanie" aptitude z aptem?

Może na wstępie: stwierdzenie „z aptitude na apta” trochę wprowadza w błąd. APT to system zarządzania pakietami z którego można korzystać za pomocą programów apt-get oraz aptitude (i innych), oraz przez nakładki na te programy. Odnośnie mieszania apt-get z aptitude: nie widzę żadnego istotnego powodu przeciwko. Co jednak nie znaczy, że takiego nie ma… Jeśli ktoś jakiś zna, też chętnie się dowiem.

Ogólnie korzystam z apt-get, jednak zdarzają się "wpadki", że apt czegoś nie może, a aptitude robi i vice versa (ech, ten Linux :P). W dawnych czasach Aptitude pobierał o wiele więcej pakietów niż było potrzebne, nie wiem jak teraz

Fervi

na virtualboksie zainstalowałem sobie kde 4.7 weszło do wheezy
pojawił się [b]Apper[/b] package manager dla kde
co o nim sądzicie ,
jak u was wygląda "mieszanie" Appera z aptitude i aptem?

W sumie bardziej bym się obawiał tego muona w tym przypadku niż apt-get. Ale to dlatego, że nie wiem jak on się zachowuje i czy na przykład przy aktualizacji (albo usuwaniu czego innego) nie wywali jakichś przydatnych pakietów ponieważ zależności się zmieniły i nic już ich nie trzyma. Przy takich ustawieniach jak z pierwszego posta jest to możliwe, ale używając narzędzi z wiersza poleceń po prostu od razu widać takie rzeczy… Sam miałem już kiedyś locales i pciutils do odstrzału z tego powodu. W tej kwestii apt-get jest bezpieczniejszy niż aptitude, ponieważ sam nie wywala takich pakietów, a trzeba wywołać [tt]apt-get autoremove[/tt].

[quote=azhag]Czyż aptitude nie zapisuje sobie dodatkowych informacji podczas instalacji, usuwania pakietów? Czyż w takim razie po mieszaniu, aptitude — mając niepełne informacje — nie może zrobić czegoś inaczej niż normalnie powinien?[/quote]
Coś zapisuje, ale nie mam pojęcia czy to się do czegokolwiek potem przydaje. W każdym razie statusy zainstalowany ręcznie/automatycznie działają normalnie przy mieszaniu apt-get z aptitude. Na pewno ma to znaczenie przy poleceniach specyficznych dla aptitude (jak np. forbid-version), ale nie zaliczyłbym tego do istotnych powodów. Zmieniając menedżera pakietów można sobie ten pakiet zatrzymać przez normalne hold czy w jeszcze inny sposób.

AFAIK oba zapisują w tych samych + aptitude dodatkowo do /var/log/aptitude. Można jeszcze dorzucić, że aptitude da się skonfigurować w /root/.aptitude/config żeby zachowywał się inaczej niż apt-get. Ale to są takie głupoty IMO, chodziło raczej o to żeby coś zepsuć samym mieszaniem.

davidoski, bo jeden lubi ogórki, a drugi ogrodnika córki ;P ja sam zamiennie korzystam z gdebi, aptitude, apt-get, synaptica i w skrajnych sytuacjach z dpkg :)

[quote=caViator]Przy okazji: jak wygląda obecnie "mieszanie" aptitude z aptem?[/quote]
Wśród użytkowników Debiana pokutuje mit, że mieszanie aptitude i apt-geta prowadzi do kłopotów. Nikt nie wie jakich, nikt nie wie dlaczego, nikt nie wie skąd się ten pomysł wziął, ale na wszelki wypadek nikt nie próbuje mieszać.

[quote=davidoski][i][b]dpkg, apt-get, aptitude, synaptic, kynaptic, KPackage, Adept, PackageKit, Gdebi, gnome-apt, muon, apper. [/b][/i]

Opanowanie tak podstawowego zadania jak instalacja programów ewidentnie sprawia deweloperom trudności, że wyprodukowali taką ilość narzędzi do tego celu.[/quote]
Nie do końca.
apt-get i aptitude są nakładkami na dpkg (nie wiem jak pozostałe, ale chyba też).
gdebi ma unikatową (przynajmniej do niedawna, może coś się zmieniło) zdolność instalowania pakietów lokalnych z automatycznym rozwiązywaniem ich zależności.
Niektórzy nie lubią mieszać aplikacji z różnych rodzin, więc jak jest program napisany przy użyciu GTK, to zwolennicy Qt chcą mieć jego funkcjonalny odpowiednik dobrze wpisujący się w ich pulpit.
Poza tym PackageKit, jest nakładką na kilka różnych menedżerów pakietów. Dodaje więc nową warstwę abstrakcji. Idea jest taka, że niezależnie od tego jakiej dystrybucji używasz, zawsze wykorzystujesz znane sobie narzędzie do zarządzania pakietami.
Ponadto kynaptic i Adept od lat nie są rozwijane, zaś Apper to nowsza wersja KPackageKit pod inną nazwą, który jest jedynie nakładką graficzną na PackageKit.

Z jednej strony masz rację, że narzędzi do zarządzania pakietami jest (zbyt?) dużo. Z drugiej — czy nie można tego samego powiedzieć o odtwarzaczach audio albo video, przeglądarkach obrazów, edytorach tekstu, programach pocztowych czy środowiskach graficznych? Jeżeli komuś nie odpowiadają istniejące rozwiązania jakiegoś problemu, tworzy własne. A dzięki wolnym licencjom wszyscy możemy z nich za darmo korzystać i wspomagać ich rozwój (jeśli potrafimy).

Ten PackageKit: [url]http://packages.qa.debian.org/p/packagekit.html[/url]? :)

Od Squeeze chyba właśnie apt-get. :D A przynajmniej przy aktualizacji Lenny → Squeeze.

Potato → Woody: dselect

http://www.debian.org/releases/woody/i386/release-notes/ch-upgrading.en.html#s-dselectupgrade

The recommended method for upgrading to Debian GNU/Linux 3.0 is using the package management tool dselect.[/quote]
Woody → Sarge: aptitude

http://www.debian.org/releases/sarge/i386/release-notes/ch-upgrading.en.html#s-upgradingpackages

The recommended tool for upgrading between Debian GNU/Linux releases is to use the package management tool aptitude.[/quote]
Sarge → Etch: aptitude

http://www.debian.org/releases/etch/amd64/release-notes/ch-upgrading.en.html#s-upgradingpackages

The recommended way to upgrade from previous Debian GNU/Linux releases is to use the package management tool aptitude.[/quote]
Etch → Lenny: aptitude

http://www.debian.org/releases/lenny/amd64/release-notes/ch-upgrading.en.html#aptupgrade1st

Please note that using apt-get is not recommended for the upgrade from etch to lenny. If you do not have aptitude installed you are recommended to install it first.[/quote]
Lenny → Squeeze: apt-get

http://www.debian.org/releases/squeeze/amd64/release-notes/ch-upgrading.en.html#upgrading-full

The upgrade process for other releases recommended the use of aptitude for the upgrade. This tool is not recommended for upgrades from lenny to squeeze.[/quote]
=================

Natomiast oficjalnej informacji od deweloperów którego lepiej używać na co dzień chyba nigdzie nie widziałem.

---

[img]http://svn.debianart.org/themes/generic/spinner/spinner48px-moreblue.png[/img]

Offline

 

#24  2012-03-19 18:31:17

  azhag - Admin łajza

azhag

Admin łajza

Skąd: Warszawa

Zarejestrowany: 2005-11-15

Re: Czy przejście z aptitude na apta będzie bezbolesne?

[quote=ArnVaker]Ten PackageKit: [url]http://packages.qa.debian.org/p/packagekit.html[/url]? :)[/quote]
Zapewne ten.

We wcześniejszym poście zjadłem "całkiem":

jego architektura nie całkiem współpracuje z architekturą pakietów .deb[/quote]
Ogólnie przy okazji  dyskusji o aptitude-qt i ogólnego narzekania, że nie ma żadnego menedżera pakietów w Qt było o ułomnościach KP z punktu widzenia ekosystemu Debiana: [url]http://pusling.com/blog/?p=155[/url] (+ komentarze; niestety i tu nie ma co konkretnie dolega KP)

---

Błogosławieni, którzy czynią FAQ.
[url=http://www.opencaching.pl]opencaching[/url] :: [url=http://dug.net.pl/sources.list]debian sources.list[/url] :: [url=http://www.linuxportal.pl/blogi/azhag/wpisy]coś jakby blog[/url] :: [url=http://dug.net.pl/]polski portal debiana[/url] :: linux user #403712

Offline

 

#25  2012-03-19 18:59:10

  ArnVaker - Kapelusznik

ArnVaker

Kapelusznik

Skąd: Midgard

Zarejestrowany: 2009-05-06

Re: Czy przejście z aptitude na apta będzie bezbolesne?

Jakiś problem z obsługą debconfa chyba był, tutaj jest trochę na ten temat:
• http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=468132
• http://dantti.wordpress.com/2010/08/23/debconf-support-on-kpackagekit/

(szczerze mówiąc nie chciało mi się tego czytać dokładnie ;))

---

[img]http://svn.debianart.org/themes/generic/spinner/spinner48px-moreblue.png[/img]

Offline

 

 

Strony: 1 2 ▶

• Forum Debian Users Gang
•  » Instalacja i podstawowa konfiguracja
•  » Czy przejście z aptitude na apta będzie bezbolesne?

Stopka forum

Skocz do
Debian Users Gang Luźne rozmówki Ogłoszenia Instalacja i podstawowa konfiguracja Sieci i serwery Software Środowiska graficzne Multimedia Hardware Elektronika i Programowanie Kernel Gry Oprogramowanie oraz zagadnienia dotyczące dostępności Licencje i zagadnienia prawne Pochodne Debiana: Ubuntu, Mint Inne dystrybucje Linuksa BSD i inne Uniksy Windows (tfu, tfu)

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
Możesz wyłączyć AdBlock — tu nie ma reklam ;-)

[ Generated in 0.021 seconds, 9 queries executed ]

Informacje debugowania

Time (s)	Query
0.00060	SET CHARSET latin2
0.00012	SET NAMES latin2
0.00392	SELECT u.*, g.*, o.logged FROM punbb_users AS u INNER JOIN punbb_groups AS g ON u.group_id=g.g_id LEFT JOIN punbb_online AS o ON o.ident='18.226.82.163' WHERE u.id=1
0.00192	UPDATE punbb_online SET logged=1716208026 WHERE ident='18.226.82.163'
0.00070	SELECT * FROM punbb_online WHERE logged<1716207726
0.00128	SELECT t.subject, t.closed, t.num_replies, t.sticky, f.id AS forum_id, f.forum_name, f.moderators, fp.post_replies, 0 FROM punbb_topics AS t INNER JOIN punbb_forums AS f ON f.id=t.forum_id LEFT JOIN punbb_forum_perms AS fp ON (fp.forum_id=f.id AND fp.group_id=3) WHERE (fp.read_forum IS NULL OR fp.read_forum=1) AND t.id=20914 AND t.moved_to IS NULL
0.00008	SELECT search_for, replace_with FROM punbb_censoring
0.00342	SELECT u.email, u.title, u.url, u.location, u.use_avatar, u.signature, u.email_setting, u.num_posts, u.registered, u.admin_note, p.id, p.poster AS username, p.poster_id, p.poster_ip, p.poster_email, p.message, p.hide_smilies, p.posted, p.edited, p.edited_by, g.g_id, g.g_user_title, o.user_id AS is_online FROM punbb_posts AS p INNER JOIN punbb_users AS u ON u.id=p.poster_id INNER JOIN punbb_groups AS g ON g.g_id=u.group_id LEFT JOIN punbb_online AS o ON (o.user_id=u.id AND o.user_id!=1 AND o.idle=0) WHERE p.topic_id=20914 ORDER BY p.id LIMIT 0,25
0.00144	UPDATE punbb_topics SET num_views=num_views+1 WHERE id=20914
Total query time: 0.01348 s