Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Neuigkeiten rund um GNU/Linux
bitfreak
Beiträge: 28
Registriert: 10.10.2015 13:22:49

Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von bitfreak » 10.04.2019 00:25:13

Hallo liebe Community,

seit ein paar Tage verfolge ich so ein wenig die Entwicklung um das Paket DebianSynaptic. Vor ein paar Tagen (zufällig am 1. April) wurde das Paket aus Testing entfernt. Die Ursache liegt darin, dass das Programm unter Wayland nicht mehr korrekt startet. Siehe Bug Debian Bugreport818366. Unter z.b. XFCE funktioniert jedoch noch alles tadellos.

Der aktuelle Status ist, dass das Paket eventuell noch in Buster übernommen wird, wenn sich jemand um entsprechende Anpassungen kümmert:
Paul Gevers <elbrus@debian.org> hat geschrieben:If somebody comes up with a decent Wayland detection and (also
graphical) error message to the user explaining how to get a working
synaptic, the release team is considering letting synaptic back in if
this happens soon.

Paul
Was haltet ihr davon? Findet sich eventuell jemand, der sich mit dem Thema etwas mehr auskennt und beisteuern kann?

Für mich war Synaptic schon seit dem ich Debian nutze ein Grundbestandteil der Distribution. Ohne ihn hätte ich mich (und sicher auch viele anderen Neueinsteiger) sicher schwerer getan auf Linux umzusteigen.

Im englischen Debian-Forum gibt es dazu übrigens auch schon einen Thread mit entsprechenden Ideen, was es für Alternativen gibt:
[Answered] Synaptic isn't available anymore in Debian Buster

Mit freundlichen Grüßen
bitfreak

willy4711

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von willy4711 » 10.04.2019 10:39:22

bitfreak hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 00:25:13
. Siehe Bug Debian Bugreport818366. Unter z.b. XFCE funktioniert jedoch noch alles tadellos.
Hatte es noch gar nicht bemerkt, da ich Dank Nvida bisher von den Untiefen von Wayland verschont bin. :mrgreen:

Mal wieder typisch: Der Bug ist mittlerweile 3 Jahre alt.
Ist synaptic tot?
Die Webseite ist letztmalig vor 10 Jahren geändert worden.
http://www.nongnu.org/synaptic/index.html

Was gibt es für Alternativen mit GUI?
In einer VM mal installiert:
Debianpackagesearch ist verwendbar, aber halt nicht so leistungsfähig wie Synaptic.

Hat jemand mit Debiansmartpm Erfahrung gemacht ?

wanne
Moderator
Beiträge: 7447
Registriert: 24.05.2010 12:39:42

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von wanne » 10.04.2019 11:12:48

Hatte es noch gar nicht bemerkt, da ich Dank Nvida bisher von den Untiefen von Wayland verschont bin. :mrgreen:
So geht es mir leider auch.
Ist synaptic tot?
Ja. Ich glaube grafische Frontends sind in Richtung Desktopumgebungen abgewandert. Daneben findet es nachdem Apple damit reich geworden ist, gerade jeder Cool seine eigene beschissene Paketverwaltung zu bauen. Um synaptic kümmert sich glaube ich niemand mehr.
Habe unter Mageia kpackagekit am laufen gehabt. Dessen Nachfolger Debianplasma-discover und Debianmuon könnte man sich angucken.
rot: Moderator wanne spricht, default: User wanne spricht.

willy4711

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von willy4711 » 10.04.2019 11:37:35

wanne hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 11:12:48
Dessen Nachfolger Debianplasma-discover und Debianmuonn könnte man sich angucken.
Muon ist aber leider in einer GTK- Umgebung ein Moloch, da 1/2 KDE mit installiert wird.
Mate VM :

Code: Alles auswählen

apt install muon
Paketlisten werden gelesen... Fertig
[...]
0 aktualisiert, 87 neu installiert, 0 zu entfernen und 6 nicht aktualisiert.
Es müssen 14,1 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 85,5 MB Plattenplatz zusätzlich benutzt.
Hab gerade mal in einer VM mit Debiansmartpm und der darin enthaltenen smart --gui herum gespielt.
Nur mit su meckert es wie erwartet:

Code: Alles auswählen

dpkg: Fehler: 2 erwartete Programme nicht im PATH gefunden oder nicht ausführbar
Beachten Sie: PATH von root sollte normalerweise /usr/local/sbin, /usr/sbin und /sbin enthalten
gibt man su - ein gibt es ne Fehlermeldung und das war es:

Code: Alles auswählen

root@debian:~# smart --gui
/usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display
  warnings.warn(str(e), _gtk.Warning)
/usr/lib/python2.7/dist-packages/smart/interfaces/gtk/packageinfo.py:38: GtkWarning: IA__gdk_cursor_new_for_display: assertion 'GDK_IS_DISPLAY (display)' failed
  hand_cursor = gtk.gdk.Cursor(gtk.gdk.HAND2)
Traceback (most recent call last):
  File "/usr/bin/smart", line 200, in <module>
    main(sys.argv[1:])
  File "/usr/bin/smart", line 166, in main
    loglevel=opts.log_level)
  File "/usr/lib/python2.7/dist-packages/smart/__init__.py", line 137, in init
    iface.object = createInterface(ifacename, ctrl, command, argv)
  File "/usr/lib/python2.7/dist-packages/smart/interface.py", line 177, in createInterface
    return interface.create(ctrl, command, argv)
  File "/usr/lib/python2.7/dist-packages/smart/interfaces/gtk/__init__.py", line 56, in create
    from smart.interfaces.gtk.interactive import GtkInteractiveInterface
  File "/usr/lib/python2.7/dist-packages/smart/interfaces/gtk/interactive.py", line 30, in <module>
    from smart.interfaces.gtk.packageinfo import GtkPackageInfo
  File "/usr/lib/python2.7/dist-packages/smart/interfaces/gtk/packageinfo.py", line 36, in <module>
    class GtkPackageInfo(gtk.Alignment):
  File "/usr/lib/python2.7/dist-packages/smart/interfaces/gtk/packageinfo.py", line 38, in GtkPackageInfo
    hand_cursor = gtk.gdk.Cursor(gtk.gdk.HAND2)
RuntimeError: could not create GdkCursor object
wanne hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 11:12:48
Daneben findet es nachdem Apple damit reich geworden ist, gerade jeder Cool seine eigene beschissene Paketverwaltung zu bauen.
Ja das ist leider so. Heute gehen wir shopen :facepalm: :facepalm:

Das einzige, was halbwegs vernünftig ist, wenn auch mit sehr großen Abstrichen scheint Debianpackagesearch zu sein.
Will man aus Packagesearch was installieren, wird ein Terminal aufgerufen und ab geht es.

wanne
Moderator
Beiträge: 7447
Registriert: 24.05.2010 12:39:42

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von wanne » 10.04.2019 13:54:14

willy4711 hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 11:37:35
Muon ist aber leider in einer GTK- Umgebung ein Moloch, da 1/2 KDE mit installiert wird.
Ich finde die Argumentation ist ein bisschen aus dem Letzten Jahrtausend. Firefox oder Chrome sind je alleine doppelt so groß wie ein ganzes KDE. Für viele andere moderne grafische Tools gilt das selbe. Da von Molloch zu reden finde ich quatsch.
Und selbst wenn die jetzt jedes mal kleiner sind: Du installierst dir ein paar Python tools, weil du auf das ach so große KDE verzichten willst und bist um Größenordungen über dem was dich dein KDE gekostet hätte. Das brauchst du nämlich nur ein mal.
Wer platz sparen will sollte sich streng an die DEs halten: Ja ein reines Gnome oder reines KDE system mag kleiner sein aber irgend welche drittools, die zu keiner Umgebung gehören sind auf die Dauer größer.

Sonst: Selbst auf einer SSD kosten die 100MiB gerade mal 10 Cent. Oder anders gesagt: Selbst auf die kleinsten im Moment üblichen Platten kannst du 20 mal KDE drauf scheißen und hast gerade mal 1% voll. Wegen sowas rum zu machen finde ich mittlerweile reichlich albern.
rot: Moderator wanne spricht, default: User wanne spricht.

DeletedUserReAsG

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von DeletedUserReAsG » 10.04.2019 14:06:30

OT, sorry:
wanne hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 13:54:14
Selbst auf einer SSD kosten die 100MiB gerade mal 10 Cent
Wir sind mittlerweile bei 13¢/GB.

Auf der anderen Seite: mehr Libs und Kram → mehr Zeugs zum aktuell halten und auch mehr Zeugs, bei dem sich potentiell Fehler einschleichen können. Insofern würde ich das Argument, dass man sich mit etwas einen Haufen zusätzlichen Kram auf die Kiste holt, nicht so ganz wegwischen. Manch einer mag’s klein, simpel und übersichtlich, auch abseits der Platzfrage.

willy4711

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von willy4711 » 10.04.2019 15:04:32

@wanne
Ich suche im Moment nach einer Alternative.
Zu deiner Beruhigung: ich habe in der VM sogar beides installiert. Es geht mit Nichten mitnichten um den Platz, da ich das Argument "schlank"
in der heutigen Zeit ziemlich abwegig finde.Da stimme ich mit dir überein.

Aber ich sehe schon zu, dass ich in einer Oberfläche nicht allzu viel Fremdes dazu installiere. Erfahrungsgemäß gibt das irgendwann
ein wenig Probleme.

Da Debiansmartpm nicht richtig funktioniert, und ich auch keine Lust habe, dem auf den Grund zu gehen, war es das gewesen.

Muon wäre eine Alternative. Aber die grafische Darstellung lässt dabei sowohl unter KDE als auch unter Mate zu wünschen übrig (VM's).

Persönlich halte ich Debianpackagesearch z.Z. für die beste Alternative für mich.

Grund:
Ich benutze Synaptic ausgiebig zur Paketsuche. Wenn man so will, stöbere ich gerne im "Supermarkt". :mrgreen:
Den allergrößten Teil mache ich dann anschließend über die Konsole.
Zuletzt geändert von willy4711 am 10.04.2019 17:50:34, insgesamt 1-mal geändert.

Benutzeravatar
MSfree
Beiträge: 10686
Registriert: 25.09.2007 19:59:30

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von MSfree » 10.04.2019 15:12:52

willy4711 hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 15:04:32
Ich benutze Synaptic ausgiebig zur Paketsuche. Wenn man so will, stöbere ich gerne im "Supermarkt". :mrgreen:
Zum Stöbern finde ich aber Debianaptitude deutlich besser geeignet.
Und wenn ich etwas gezielter suchen will, z.B. mit einem Stichwort, nehme ich apt-cache search Stichwort.

Synaptik ist für mit 3G-Software: Gestartet, Gelacht, Gelöscht.

Radfahrer

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von Radfahrer » 10.04.2019 15:34:52

wanne hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 11:12:48
Ich glaube grafische Frontends sind in Richtung Desktopumgebungen abgewandert.
Wenn es dort dann wenigstens vernünftig gemacht werden würde.
Angeregt durch diesen Thread habe ich mal etwas mit "Software" von Gnome 3 rumprobiert. Sehr unübersichtlich, sehr Klickibunti. Das ist halt Gewschmackssache.
Aber man sollte mit so einem Tool wenigstens die Software installieren können, die man haben will. Anscheinend geht es da aber nur, wie soll ich sagen, um die Grundanwendungen.

Ein Beispiel:
Gebe ich in die Suche "python" ein, bekomme ich alle möglichen Ergebnisse. Editoren, Spiele, Dinge, die in python geschrieben wurden....nur.... python selber nicht. Weder python 2 noch python 3.
Suche ich z.B. nach python-tk, erhalte ich überhaupt kein Ergebnis, obwohl es mit Sicherheit in den Quellen ist. Habe ich kontrolliert, der Paketname ist auch genau so.
Das Gleiche, wenn man irgendwelchen libs sucht. Ergebnisse: Null! Klarf wird etwas gefunden: Libreoffice, quodlibet, ein paar andere DInge. Aber tatsächliche libs? Fehlanzeige.

Das ist doch Mist.
Musste mal gesagt werden!
Ich schau mir jetzt mal muon an.

Radfahrer

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von Radfahrer » 10.04.2019 15:38:15

MSfree hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 15:12:52
Zum Stöbern finde ich aber Debianaptitude deutlich besser geeignet.
Synaptik ist für mit 3G-Software: Gestartet, Gelacht, Gelöscht.
Aptitude ist für mich GUG-Software: Gestartet, für Untauglich befunden, Gelöscht.
Oder auch AUN: Altbacken, Unübersichtlich, Nutzerunfreundlich. :mrgreen:

:mrgreen:

Nachtrag:
Debianmuon kurz getestet und sehr schnell für gut befunden. Arbeitet wie ich es von Debiansynptic gewohnt bin und fügt sich auch sehr gut in den gnome-Desktop ein. Hat somit ab sofort synaptiv bei mir abgelöst.
Zuletzt geändert von Radfahrer am 10.04.2019 15:52:58, insgesamt 2-mal geändert.

willy4711

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von willy4711 » 10.04.2019 15:52:14

Radfahrer hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 15:38:15
Aptitude ist für mich GUG-Software: Gestartet, für Untauglich befunden, Gelöscht.
Oder auch AUN: Altbacken, Unübersichtlich, Nutzerunfreundlich. :mrgreen:
Sehr gut :THX: :THX:

Mir geht es genauso. Aber sicherlich auch Gewohnheit.
Löschen tu ich Aptitude trotzdem nicht, weil Aptitude

ein super Protokoll kritzelt beim update (mach ich per Skript immer mit Aptitude)
und ein paar echt geile Befehle im Portfolio hat :mrgreen:

Ich kann beim Suchen mit den für mich nichtssagenden Terminal-Ausgaben herzlich wenig anfangen.
Es fehlen ja auch ein Haufen Infos, die man sich dann im Nachhinein mühselig "ertippen" muss.
Zuletzt geändert von willy4711 am 10.04.2019 16:25:58, insgesamt 1-mal geändert.

KP97
Beiträge: 3403
Registriert: 01.02.2013 15:07:36

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von KP97 » 10.04.2019 16:17:01

willy4711 hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 15:04:32
... Es geht mit Nichten ...
und mit Neffen auch? Sorry Willy, ich konnte nicht widerstehen...;-)
Aber zum Thema:
Synaptic ist nach wie vor in Sid und läßt sich auch immer noch installieren. Erst wenn es auch in Sid nicht mehr da ist, werde ich auf Muon ausweichen.

willy4711

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von willy4711 » 10.04.2019 16:24:33

KP97 hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 16:17:01
und mit Neffen auch? Sorry Willy, ich konnte nicht widerstehen...;-)
Na ja mitneffen ( :facepalm: ) .... auch nicht schlecht.
Teutsche Sprache schwäre Sprache :mrgreen:
Brauchst dich nicht entschuldigen :wink:

Radfahrer

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von Radfahrer » 10.04.2019 17:21:14

KP97 hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 16:17:01
Synaptic ist nach wie vor in Sid und läßt sich auch immer noch installieren.
Das stimmt schon. Aber es funktioniert halt nicht mehr unter wayland. Und muon wirkt tatsächlich wie eine 1zu1-Umsetzung von synaptic. Man merkt so gut wie keinen Unterschied.

willy4711

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von willy4711 » 10.04.2019 17:49:39

Radfahrer hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 17:21:14
Und muon wirkt tatsächlich wie eine 1zu1-Umsetzung von synaptic. Man merkt so gut wie keinen Unterschied.
Na ja - ich würde Muon das Prädikat "akzeptabel" geben. Habe es jetzt in meinem Produktivsystem (Xfce Buster) installiert.
Irgendwie mag er mein Theme nicht so richtig zu mögen. Aber man könnte damit leben :roll:
Um Synaptic wäre es jammerschade.

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von kalle123 » 10.04.2019 19:30:24

Der Umfang der zu installierenden Pakete (Muon) hielt sich hier (Xfce Buster) im überschaubaren Rahmen, da sowieso schon Kaffeine installiert ist.

Wenn es also sein muss ....

wanne
Moderator
Beiträge: 7447
Registriert: 24.05.2010 12:39:42

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von wanne » 11.04.2019 11:10:20

niemand hat geschrieben: ↑ zum Beitrag ↑
10.04.2019 14:06:30
Wir sind mittlerweile bei 13¢/GB.
Da guckt man mal 2 Tage nicht...
WTF das sind sogar 10ct. pro GiB: https://www.saturn.de/de/product/_kings ... pf|2396944||||
5 davon und ich kann mein NAS durch eines mit SSDs ersetzen.
Aptitude ist für mich GUG-Software: Gestartet, für Untauglich befunden, Gelöscht.
Oder auch AUN: Altbacken, Unübersichtlich, Nutzerunfreundlich.
Unterschätzt das nicht. Das Ding kann Sachen, an die kein anderes Tool ran kommt. Problemlose Migration von Abhängigkeiten, pinning, marking...
Ich benutze das auch nicht mehr für den Alltag aber muon mit aptitude zu vergleichen ist etwa so wie wenn du meinst, dass ein Lötroboter aber viel kompliziert zu kompliziert wäre und man mit nem Kolben viel einfacher löten könnte.
rot: Moderator wanne spricht, default: User wanne spricht.

Benutzeravatar
novalix
Beiträge: 1908
Registriert: 05.10.2005 12:32:57
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: elberfeld

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von novalix » 11.04.2019 19:00:10

wanne hat geschrieben: ↑ zum Beitrag ↑
11.04.2019 11:10:20
Das Ding kann Sachen, an die kein anderes Tool ran kommt.
Vor allem kann Das Ding* diese Sachen auch auf Rechnern, die keine grafische Oberfläche haben und auch nicht haben sollen.
Aber ich glaube das "Untauglich" von @Radfahrer bezog sich nicht auf das Programm. *scnr*

* Fantastic Four lassen grüßen
Das Wem, Wieviel, Wann, Wozu und Wie zu bestimmen ist aber nicht jedermannns Sache und ist nicht leicht.
Darum ist das Richtige selten, lobenswert und schön.

Benutzeravatar
detix
Beiträge: 1699
Registriert: 07.02.2007 18:51:28
Wohnort: MK

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von detix » 12.04.2019 09:26:55

Frage: wenn Debianmuon eine Alternative zu Debiansynaptic sein will, wo schreibt es seine logs hin?
Bei synaptic sind sie in /root/.synaptic/log/ zu finden, wo bei muon?
...Ok, erledigt: in /var/log/apt/history.log
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!

Benutzeravatar
kalle123
Beiträge: 2702
Registriert: 28.03.2015 12:27:47
Wohnort: Mönchengladbach

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von kalle123 » 12.04.2019 10:36:27

detix hat geschrieben: ↑ zum Beitrag ↑
12.04.2019 09:26:55
Bei synaptic sind sie in /root/.synaptic/log/ zu finden, wo bei muon?
...Ok, erledigt: in /var/log/apt/history.log
Versteh ich jetzt nicht ...

Synaptic schreibt doch auch in '/var/log/apt/history.log'

willy4711

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von willy4711 » 12.04.2019 11:00:38

kalle123 hat geschrieben: ↑ zum Beitrag ↑
12.04.2019 10:36:27
Versteh ich jetzt nicht ...
Synaptic schreibt doch auch in '/var/log/apt/history.log'
Ja macht er, aber in synaptic selbst ist nur der "eigene" Log aus /root/.synaptic/log/ zu sehen.

Muon hingegen zeigt den kompletten, gerade aktuellen, Log von apt an.
Nachteil: Man kann Ihn nicht kopieren (warum nicht ??)

Aptitude macht mit Abstand den besten und übersichtlichsten Log und schreibt nach /var/log/apt/history.log und /var/log/aptitude

So hat jeder seine Eigenheiten. Bloß nicht etwas vereinheitlichen :roll:

Benutzeravatar
detix
Beiträge: 1699
Registriert: 07.02.2007 18:51:28
Wohnort: MK

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von detix » 12.04.2019 11:23:00

kalle123 hat geschrieben:Synaptic schreibt doch auch in '/var/log/apt/history.log'
Das ist richtig, synaptic schreibt aber auch eigene logs in /root/.synaptic/log/
das macht es einem sehr einfach Testinstallationen komplett wieder rückgängig zu machen:
zB muon, installiert und wieder deinstalliert, Inhalt der log-Datei /root/.synaptic/log/2019-04-12.110517.log:

Code: Alles auswählen

Commit Log for Fri Apr 12 11:05:17 2019


Die folgenden Pakete wurden installiert:
apt-xapian-index (0.49)
debconf-kde-data (1.0.3-1)
libdebconf-kde1 (1.0.3-1)
libqapt3 (3.0.4-1)
libqapt3-runtime (3.0.4-1)
muon (4:5.8.0-1)
python-chardet (3.0.4-3)
python-debian (0.1.34)
python-xapian (1.4.11-2)
Ein einfacher Befehl um dies komplett wieder zu löschen:

Code: Alles auswählen

apt purge $(awk '(NR>4) {print $1}' /root/.synaptic/log/2019-04-12.110517.log)
rm /root/.synaptic/log/2019-04-12.110517.log # anschließend auch dessen log-Datei löschen
Vielleicht sollte man hier eher wayland als synaptic in Frage stellen!
Gruß an alle Debianer, und immer daran denken:
Macht ohne Haftung funktioniert nicht!

Benutzeravatar
ingo2
Beiträge: 1124
Registriert: 06.12.2007 18:25:36
Lizenz eigener Beiträge: GNU Free Documentation License
Wohnort: Wo der gute Riesling wächst

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von ingo2 » 13.04.2019 12:15:09

detix hat geschrieben: ↑ zum Beitrag ↑
12.04.2019 11:23:00
Vielleicht sollte man hier eher wayland als synaptic in Frage stellen!
+1 :THX:

Synaptic selbst ist ja ausgereift, denn in all den vergangenen Jahren ist meines Wissens nie ein Fix oder Security-Patch dafür herausgekommen.

Was spricht eigentlich dagegen, jetzt einfach das *.deb aus Sid herunterzuladen und aufzubewahren bis Buster released ist. Dann installieren und apt-pinnen - fertig!

Oder wird das später auch noch aus "snapshots" herunterzuladen sein?

P.S.: Die Gnome-Anhänger haben damit leider dann Pech. Die kennen eh' kaum noch Paketnamen, Abhängigkeiten spielen keine Rolle mehr Dank Snap, Flatpak & Co. ;-)

hec_tech
Beiträge: 1093
Registriert: 28.06.2007 21:49:36
Wohnort: Wien
Kontaktdaten:

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von hec_tech » 13.04.2019 14:38:29

Für was braucht man überhaupt ein grafisches Tool?

apt reicht doch vollkommen aus. Diese ganzen Frontends für cli tools braucht man meistens eh nicht. Wenn irgendwas nicht funktioniert kann man erst wieder auf die CLI zum debuggen.

TomL

Re: Grafischer Paket-Verwalter Synaptic möglicherweise nicht mehr in Buster enthalten

Beitrag von TomL » 13.04.2019 14:54:43

hec_tech hat geschrieben: ↑ zum Beitrag ↑
13.04.2019 14:38:29
Für was braucht man überhaupt ein grafisches Tool?
apt reicht doch vollkommen aus. Diese ganzen Frontends für cli tools braucht man meistens eh nicht.
So richtig verstehe ich das auch nicht... ich halte synaptic auch eher für ein völlig überflüssiges tool... zumal ich festgestellt habe, dass die Suchergebnisse von apt und synaptic damals beim Testen tatsächlich identisch waren.

Allerdings muss ich zugeben, dass mir die Aufbereitung des Suchergebnisses von zum Beispiel

Code: Alles auswählen

apt search libvirt
auch nicht gefallen hat. Deswegen habe ich mir vor längerem mit Hilfe des Forums hier eine einfache Lösung gebaut, die mir jetzt mit

Code: Alles auswählen

aptsearch libvirt
ein richtig gut lesbares Suchergebnis bringt. Meine Lösung... ein simpler Einzeiler....

Code: Alles auswählen

cat /usr/local/bin/aptsearch

#!/bin/bash
apt search $@ | awk '!/^  /&&NR>1{print OFS}{printf $0}END{print OFS}' | sed 'n;d' | sed 's/ amd64  /#/g;s/ all  /#/g;s/installiert//I;s/,automatisch//I; s/\[\]  //g' | awk -F '#' '{printf "%-70s%s\n", $1,$2}'
.... der folgende Ausgabe produziert... die bei mehreren Versuchen wirklich gleich mit dem Ergebnis von Synaptic ist und die man prima grep'n kann:

Code: Alles auswählen

aptsearch libvirt

Sortierung...                                                         
archipel-agent-hypervisor-network/testing 0.6.0-1                     Virtual Machine Orchestration (Agent Hypervisor Network) 
bit-babbler/testing 0.8                                               BitBabbler hardware TRNG and kernel entropy source support 
gir1.2-libvirt-glib-1.0/testing,now 1.0.0-1                           GObject-Introspektionsdaten für die Bibliothek libvirt-glib 
gir1.2-libvirt-sandbox-1.0/testing 0.5.1+git20160404-1                GObject introspection files for the libvirt-sandbox library 
libnss-libvirt/testing 5.0.0-1                                        NSS-Plugin zur Auflösung von IP-Adressen für virtuelle Maschinen 
libsanlock-client1/testing 3.6.0-3                                    Shared storage lock manager (client library) 
libsys-virt-perl/testing 5.0.0-1                                      Perl-Modul mit einer Erweiterung für die Bibliothek libvirt 
libvirt-clients/testing,now 5.0.0-1                                   Programme für die Bibliothek libvirt 
libvirt-daemon/testing,now 5.0.0-1                                    Virtualisierungs-Daemon 
libvirt-daemon-driver-storage-gluster/testing 5.0.0-1                 Virtualisierungs-Speichertreiber für das GlusterFS 
libvirt-daemon-driver-storage-rbd/testing 5.0.0-1                     Virtualisierungs-Speichertreiber für RDB 
libvirt-daemon-driver-storage-zfs/testing 5.0.0-1                     Virtualization daemon ZFS storage driver 
libvirt-daemon-system/testing,now 5.0.0-1                             Konfigurationsdateien für den libvirt-Daemon 
libvirt-dbus/testing 1.3.0-1                                          libvirt D-Bus API bindings 
libvirt-dev/testing 5.0.0-1                                           Entwicklungsdateien für die Bibliothek libvirt 
libvirt-doc/testing 5.0.0-1                                           Dokumentation für die Bibliothek libvirt 
libvirt-glib-1.0-0/testing,now 1.0.0-1                                Bibliothek zur Abbildung von libvirt auf GLib und GObject 
libvirt-glib-1.0-dev/testing 1.0.0-1                                  Entwicklungsdateien für die Bibliothek libvirt-glib 
libvirt-ocaml/testing 0.6.1.4-2+b1                                    OCaml bindings for libvirt (runtime) 
libvirt-ocaml-dev/testing 0.6.1.4-2+b1                                OCaml bindings for libvirt (development files) 
libvirt-sandbox-1.0-5/testing 0.5.1+git20160404-1                     Application sandbox toolkit shared library 
libvirt-sandbox-1.0-dev/testing 0.5.1+git20160404-1                   Development files for libvirt-sandbox library 
libvirt-sanlock/testing 5.0.0-1                                       Sanlock plugin for virtlockd 
libvirt-wireshark/testing 5.0.0-1                                     Wireshark dissector for the libvirt protocol 
libvirt0/testing,now 5.0.0-1                                          Bibliothek für das Zusammenwirken mit unterschiedlichen Virtualisierungssystemen 
libvirtodbc0/testing 6.1.6+dfsg2-4+b2                                 Leistungsstarke Datenbank - ODBC-Bibliotheken 
libvirtualpg-dev/testing 2.0.0~rc0-1                                  VirtualPG development files 
libvirtualpg0/testing 2.0.0~rc0-1                                     VirtualPG shared library 
libvirtuoso5.5-cil/testing 6.1.6+dfsg2-4+b2                           Leistungsstarke Datenbank - Mono-Assemblys 
usw.

Antworten