Welcome, Guest. Please login or register.
Did you miss your activation email?

Author Topic:  [solved]D-U entfernt GNOME (in Firestarter-KDE)  (Read 20234 times)

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #45 on: 2015/01/31, 01:58:13 »
Bitte, verschone uns mit Deinen Ergüssen - folge einfach towos Rat und benutze eine andere Distribution. Danke.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline piper

  • User
  • Posts: 1.785
  • we are the priests ... of the temples of syrinx
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #46 on: 2015/01/31, 02:51:22 »
Quote from: melmarker
Bitte, verschone uns mit Deinen Ergüssen - folge einfach towos Rat und benutze eine andere Distribution. Danke.
+1
Free speech isn't just fucking saying what you want to say, it's also hearing what you don't want to fucking hear

I either give too many fucks or no fucks at all, it's like I cannot find a middle ground for a moderate fuck distribution, it's like what the fuck

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #47 on: 2015/01/31, 13:30:42 »
...  Andere Distributionen dagegen legen Wert darauf, daß sog. mixed environments mit in sich konsistenten Paketen nicht gegenseitige Abhängigkeitsprobleme schaffen. Das ist in Siduction offensichtlich nicht der Fall und damit ist Siduction als Produktivsystem mit mixed environments unbrauchbar; ein System von Bastlern für Bastler ... "

Hi, siduction ist und war schon immer eine sehr eng auf Debian Sid basierende Distribution, nur eben mit dem Ziel Installation und Systempflege für den User etwas einfacher zu halten. Du weißt was Sid ist?
Quote from: wikipedia
Unstable
    unstable ist der erste Anlaufpunkt für neue Versionen von Paketen und Programmen, bevor sie in testing integriert werden. Dort werden sie auf Fehler geprüft. unstable ist weniger für den produktiven Einsatz gedacht als für das Testen neuer Paketversionen. Wer unstable verwendet, muss damit rechnen, mit Programmfehlern konfrontiert zu werden, die aus mangelndem Zusammenspiel mit anderen Softwarekomponenten resultieren.
Ausführliche Infos dazu hier: https://wiki.debian.org/DebianUnstable

Siduction versucht nach Möglichkeit bei einfacheren derartigen Inkonsistenzen Lösungen anzubieten, sonst wäre das nicht für viele von uns über sidux und aptosid bis heute so gut gegangen. Aber wenn KDE (unstable) mit Gnome(unstable) bei Debian im Freeze einfach derzeit nicht zusammengehen, wird kein Distributor was machen können.  User können selbst entsprechende holds setzen, apt-warnungen beherzigen oder aber auf Produktivsystemen eben nicht Sid verwenden!
Falls Du mal einen Link zu einer anderen Debian-Sid-Distribution hättest, die Multi-Environment unterstützt, magst Du den Link hier mal posten? Ich wäre sehr interessiert das in einer VM mal zu testen.
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #48 on: 2015/01/31, 14:16:16 »
und nur zur Klarstellung einige NoGo's:
* "mixed Environments" - Affenscheisse, das hat mit Produktivumgebungen genau so wenig zu tun wie ein Trecker mit einem Sportwagen. Allein für solches Ansinnen bekommt man in professioneller IT eine fristlose Kündigung wegen erwiesener Unzurechnungsfähigkeit
* Sid in einer Produktivumgebung: siehe Kündigung/Unzurechnungsfähigkeit
* Supporter ärgern: Wir versuchen wirklich, die rauen Kanten von Sid ein wenig zu glätten - und geben sogar nocht Tipps und Hinweise zu "best practices" - in den Produktivumgebungen, die ich kenne, sind die in Stein gemeisselt, wer dagegen verstößt - siehe Kündigung/Unzurechnungsfähigkeit. Das ist auch und grade in Bereichen so, die nichts mit IT zu tun haben. Wir handhaben das ein wenig lockerer und vertrauen auf die Fähigkeiten unserer User. Manchmal leider zu Unrecht.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline devil

  • Administrator
  • User
  • *****
  • Posts: 4.838
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #49 on: 2015/01/31, 14:25:40 »
Frage an agaida: muss ich mir jetzt selbst kündigen und mich der Unzurechnungsfähigkeit bezichtigen?  :o

greetz
devil

Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #50 on: 2015/01/31, 14:30:32 »
Wir handhaben das ein wenig lockerer und vertrauen auf die Fähigkeiten unserer User ...
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline Hanisch

  • User
  • Posts: 455
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #51 on: 2015/02/01, 11:47:54 »
Wir handhaben das ein wenig lockerer und vertrauen auf die Fähigkeiten unserer User ...
Ein Betriebssystem sollte funktionieren auch ohne großartige Fähigkeiten der User.
Um Siduction am Rollen zu halten ist doch laut Handbuch nur D-U notwendig.
Wenn es da mal klemmt, dann Geduld. Kommt Zeit, kommt Rat.
So auch hier in dem Fall.
H u r r a!
Das letzte D-U löscht nicht mehr das halbe System.
Code: [Select]
~$ sudo apt-get dist-upgrade
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Paketaktualisierung (Upgrade) wird berechnet... Fertig
Die folgenden Pakete werden ENTFERNT:
  libecal-1.2-15 libedata-cal-1.2-20 libical1 libkontactinterface4 obexd-client
Die folgenden NEUEN Pakete werden installiert:
  bluez-obexd libical1a libkontactinterface4a linux-headers-3.18-5.towo.3-siduction-686 linux-image-3.18-5.towo.3-siduction-686
Die folgenden Pakete werden aktualisiert (Upgrade):
  akonadiconsole akregator bash blogilo evolution evolution-common evolution-data-server evolution-data-server-common evolution-plugins gir1.2-ebookcontacts-1.2
  gir1.2-edataserver-1.2 gnome-bluetooth gnome-shell gnome-shell-common gnome-user-share grub-common grub-pc grub-pc-bin grub2-common gscan2pdf kaddressbook
  kalarm kdepim kdepim-groupware kdepim-kresources kdepim-strigi-plugins kdepim-wizards kdepimlibs-kio-plugins kjots kleopatra kmail knode knotes konsolekalendar
  kontact korganizer ktimetracker libakonadi-calendar4 libakonadi-contact4 libakonadi-kabc4 libakonadi-kcal4 libakonadi-kde4 libakonadi-kmime4 libakonadi-xml4
  libcamel-1.2-49 libdebian-installer-extra4 libdebian-installer4 libebackend-1.2-7 libebook-1.2-14 libebook-contacts-1.2-0 libecal-1.2-16 libedata-book-1.2-20
  libedata-cal-1.2-23 libedataserver-1.2-18 libelf1 libevolution libgeoip1 libgpgme++2 libgudev-1.0-0 libjasper1 libkabc4 libkblog4 libkcal4 libkcalcore4
  libkcalutils4 libkdepim4 libkholidays4 libkimap4 libkldap4 libkleo4 libkmime4 libkpgp4 libkpimidentities4 libkpimtextedit4 libkpimutils4 libkresources4
  libksieve4 libktnef4 libkxmlrpcclient4 liblogging-stdlog0 libmailtransport4 libmessagecore4 libmessagelist4 libmicroblog4 libmimelib4 libmpfr4 libpam-systemd
  libqgpgme1 libsndfile1 libssh-4 libssh-gcrypt-4 libsyndication4 libsystemd-daemon0 libsystemd-id128-0 libsystemd-journal0 libsystemd-login0 libsystemd0
  libudev1 libxml2 libxml2-utils linux-headers-siduction-686 linux-image-siduction-686 linux-libc-dev openjdk-6-jre openjdk-6-jre-headless openjdk-6-jre-lib
  patch php5-cgi php5-cli php5-common qt-at-spi resolvconf systemd systemd-sysv tzdata tzdata-java udev unzip
118 aktualisiert, 5 neu installiert, 5 zu entfernen und 0 nicht aktualisiert.
Es müssen 149 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 105 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] n
Abbruch
Es werden nur noch
Code: [Select]
  libecal-1.2-15 libedata-cal-1.2-20 libical1 libkontactinterface4 obexd-clientgelöscht, was man wohl verschmerzen kann.

Bleibt nur noch das Problem mit der Unmasse an verwaisten Paketen, die doch unmöglich alle nicht mehr gebraucht werden.
Code: [Select]
~$ sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  baloo caribou caribou-antler cheese docutils-common fonts-cantarell g++-4.8 gir1.2-ebookcontacts-1.2 gir1.2-edataserver-1.2 gir1.2-folks-0.6 gir1.2-gconf-2.0
  gir1.2-gdata-0.0 gir1.2-gee-0.8 gir1.2-gee-1.0 gir1.2-goa-1.0 gir1.2-gstreamer-0.10 gir1.2-panelapplet-4.0 gir1.2-rest-0.7 gir1.2-tracker-0.16
  gir1.2-tracker-1.0 gir1.2-vte-2.90 gir1.2-zpj-0.0 gnome-applets-data gnome-color-manager gnome-documents gnome-font-viewer gnome-games gnome-icon-theme-extras
  gnome-js-common gnome-nettool gnome-packagekit gnome-packagekit-data gnome-packagekit-session gnome-panel-data gnome-system-monitor gnome-video-effects
  gstreamer0.10-nice gtk2-engines inkscape iputils-tracepath libabw-0.0-0 libaio1 libamd2.2.0 libavcodec55 libavdevice54 libavfilter3 libavfilter4 libavformat55
  libavresample1 libboost-chrono1.54.0 libboost-date-time1.49.0 libboost-date-time1.54.0 libboost-filesystem1.54.0 libboost-program-options1.54.0
  libboost-serialization1.54.0 libboost-system1.54.0 libboost-thread1.54.0 libcamel-1.2-33 libcamel-1.2-43 libcaribou-gtk-module libcaribou-gtk3-module
  libcdr-0.0-0 libclutter-gst-1.0-0 libclutter-imcontext-0.1-0 libcluttergesture-0.0.2-0 libcmis-0.3-3 libcolamd2.7.1 libcolorhug1 libdbus-glib1.0-cil
  libdbus1.0-cil libdns99 libdotconf1.0 libdvbpsi8 libe-book-0.0-0 libebackend-1.2-2 libebackend-1.2-6 libecal-1.2-11 libedata-book-1.2-17 libedata-cal-1.2-15
  libedataserver-1.2-16 libedataserver-1.2-17 libegl1-mesa-drivers libetonyek-0.0-0 libfarstream-0.1-0 libfftw3-3 libfftw3-long3 libfreehand-0.0-0 libgcr-3-1
  libgdu-gtk0 libgee2 libgexiv2-2 libgmime2.6-cil libgnome-bluetooth11 libgnome-desktop-3-2 libgnome-desktop-3-7 libgnome-media-profiles-3.0-0 libgnutls28
  libgroupsock0 libgsl0ldbl libgtkspell0 libgweather-3-0 libgweather-3-3 libhsqldb1.8.0-java libinput0 libinput3 libjim0.74 libkdecorations4abi50 libkqoauth0
  libkwineffects1abi50 libkwinglutils1abi50 liblivemedia7 libllvm3.2 libllvm3.3 libllvm3.4 libmagick++-6.q16-5 libmagick++5 libmarblewidget16 libmarblewidget17
  libmbim-glib0 libminiupnpc5 libminiupnpc8 libmodemmanagerqt0 libmono-addins-gui0.2-cil libmozjs185-1.0 libmozjs23d libmozjs24d libmspub-0.0-0 libmwaw-0.1-1
  libmwaw-0.2-2 libmx-1.0-2 libmx-common libnepomukwidgets4abi1 libnetworkmanagerqt0 libodfgen-0.0-0 libokularcore3 libokularcore4 libopenvg1-mesa liborcus-0.6-0
  libpackagekit-glib2-16 libpanel-applet-4-0 libplasmaclock4abi50 libpoppler37 libpoppler43 libpoppler44 libpython3.3 libpython3.3-minimal libpython3.3-stdlib
  libqmi-glib0 libraw9 librhythmbox-core7 librygel-core-2.0-1 librygel-core-2.2-2 librygel-renderer-2.0-1 librygel-renderer-2.2-2 librygel-renderer-gst-2.0-1
  librygel-renderer-gst-2.2-2 librygel-server-2.0-1 librygel-server-2.2-2 libseed-gtk3-0 libsocialweb-client2 libsocialweb-common libsofia-sip-ua-glib3
  libsofia-sip-ua0 libspice-server1 libstdc++-4.8-dev libsystemd-daemon0 libsystemd-id128-0 libsystemd-journal0 libt1-5 libtar0 libtelepathy-farstream2
  libtotem-plparser17 libtracker-extract-0.16-0 libtracker-miner-0.16-0 libtracker-sparql-0.16-0 libumfpack5.4.0 libunique-3.0-0 libupower-glib2
  libusageenvironment0 libvisio-0.0-0 libwebp4 libwpd-0.9-9 libwpg-0.2-2 libwps-0.2-2 libx264-133 libxatracker1 libxcb-sync0 libxdo3 libzeitgeist-1.0-1
  nautilus-sendto openjdk-7-jre-lib python-brlapi python-debian python-docutils python-louis python-mako python-markupsafe python-pyatspi python-pyatspi2
  python-roman python-six python3-packagekit python3.3 python3.3-minimal seahorse shotwell shotwell-common siduction-kdm-default-faces simple-scan sound-juicer
  telepathy-rakia tomboy xdg-user-dirs-gtk xdotool xul-ext-adblock-plus xulrunner-23.0 xulrunner-24.0 xulrunner-29
0 aktualisiert, 0 neu installiert, 218 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 589 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] n
Abbruch.
Was kann man da machen?

Gruß
Ch. Hanisch



Offline melmarker

  • User
  • Posts: 2.799
    • g-com.eu
Re: D-U entfernt GNOME (in Firestarter-KDE)
« Reply #52 on: 2015/02/01, 13:17:01 »
lesen lernen, schreiben kannste ja schon ganz gut - man {apt, apt-get, aptitude, dpkg} - und dabei auch Wissen mitnehmen.

Ganz deutlich: Siduction ist nichts für Dich, wirklich. Siduction ist und bleibt ein Sid unter der Haube,. das ist so und auch so gewollt. Wir beseitigen einige Schnitzer, machen es allgemeinverträglicher, wo es geht - aber es bleibt ein Rolling Release eines Systems in und mit dem aktiv entwickelt wird.

Da dass so ist und bleiben wird, bist Du mit Deinen Ansprüchen leicht fehl am Platz. Im Gegensatz zu Deinen Anforderungen stellt Siduction durchaus auch Anforderungen an den Nutzer - und die sollte er versuchen zu erfüllen. Klappt das nicht, passen beide nicht zueinander. Wir geben gerne auch Hilfestellungen, aber wir füttern unsere User nicht mit Babybrei auf kleinen Teelöffeln - und wischen auch nicht den Mund ab und wechseln das Lätzchen.
Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. (Benjamin Franklin, November 11, 1755)
Never attribute to malice that which can be adequately explained by stupidity. (Hanlons razor)

Offline Hanisch

  • User
  • Posts: 455
Wo kommen die verwaisten Pakete her?
« Reply #53 on: 2015/02/03, 11:43:23 »
Hallo,

unter Siduction Firestarter habe ich regelmäßig D-U gemacht.
Wenn ich jetzt mal autoremove aufrufe, habe ich jede Menge verwaister Pakete, die unmöglich alle nicht mehr gebraucht werden.
Code: [Select]
~$ sudo apt-get autoremove
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete werden ENTFERNT:
  baloo caribou caribou-antler docutils-common fonts-cantarell g++-4.8 gir1.2-ebookcontacts-1.2 gir1.2-edataserver-1.2 gir1.2-folks-0.6 gir1.2-gconf-2.0
  gir1.2-gdata-0.0 gir1.2-gee-0.8 gir1.2-gee-1.0 gir1.2-goa-1.0 gir1.2-gstreamer-0.10 gir1.2-panelapplet-4.0 gir1.2-rest-0.7 gir1.2-tracker-0.16
  gir1.2-tracker-1.0 gir1.2-vte-2.90 gir1.2-zpj-0.0 gnome-applets-data gnome-color-manager gnome-documents gnome-font-viewer gnome-games
  gnome-icon-theme-extras gnome-js-common gnome-nettool gnome-packagekit gnome-packagekit-data gnome-packagekit-session gnome-panel-data gnome-system-monitor
  inkscape iputils-tracepath libabw-0.0-0 libaio1 libamd2.2.0 libavcodec55 libavdevice54 libavfilter3 libavfilter4 libavformat55 libavresample1
  libboost-chrono1.54.0 libboost-date-time1.49.0 libboost-date-time1.54.0 libboost-filesystem1.54.0 libboost-program-options1.54.0
  libboost-serialization1.54.0 libboost-system1.54.0 libboost-thread1.54.0 libcamel-1.2-33 libcamel-1.2-43 libcaribou-gtk-module libcaribou-gtk3-module
  libcdr-0.0-0 libclutter-gst-1.0-0 libclutter-imcontext-0.1-0 libcluttergesture-0.0.2-0 libcmis-0.3-3 libcolamd2.7.1 libcolorhug1 libdbus-glib1.0-cil
  libdbus1.0-cil libdns99 libdotconf1.0 libdvbpsi8 libe-book-0.0-0 libebackend-1.2-2 libebackend-1.2-6 libecal-1.2-11 libedata-book-1.2-17 libedata-cal-1.2-15
  libedataserver-1.2-16 libedataserver-1.2-17 libetonyek-0.0-0 libfarstream-0.1-0 libfftw3-3 libfreehand-0.0-0 libgcr-3-1 libgdu-gtk0 libgee2 libgexiv2-2
  libgmime2.6-cil libgnome-bluetooth11 libgnome-desktop-3-2 libgnome-desktop-3-7 libgnome-media-profiles-3.0-0 libgnutls28 libgroupsock0 libgsl0ldbl
  libgtkspell0 libgweather-3-0 libgweather-3-3 libhsqldb1.8.0-java libinput0 libinput3 libjim0.74 libkdecorations4abi50 libkqoauth0 libkwineffects1abi50
  libkwinglutils1abi50 liblivemedia7 libllvm3.2 libllvm3.3 libllvm3.4 libmagick++-6.q16-5 libmagick++5 libmarblewidget16 libmarblewidget17 libmbim-glib0
  libminiupnpc5 libminiupnpc8 libmodemmanagerqt0 libmono-addins-gui0.2-cil libmozjs185-1.0 libmozjs23d libmozjs24d libmspub-0.0-0 libmwaw-0.1-1 libmwaw-0.2-2
  libmx-1.0-2 libmx-common libnepomukwidgets4abi1 libnetworkmanagerqt0 libodfgen-0.0-0 libokularcore3 libokularcore4 libopenvg1-mesa liborcus-0.6-0
  libpackagekit-glib2-16 libpanel-applet-4-0 libplasmaclock4abi50 libpoppler37 libpoppler43 libpoppler44 libpython3.3 libpython3.3-minimal libpython3.3-stdlib
  libqmi-glib0 libraw9 librhythmbox-core7 librygel-core-2.0-1 librygel-core-2.2-2 librygel-renderer-2.0-1 librygel-renderer-2.2-2 librygel-renderer-gst-2.0-1
  librygel-renderer-gst-2.2-2 librygel-server-2.0-1 librygel-server-2.2-2 libseed-gtk3-0 libsocialweb-client2 libsocialweb-common libsofia-sip-ua-glib3
  libsofia-sip-ua0 libspice-server1 libstdc++-4.8-dev libsystemd-daemon0 libsystemd-id128-0 libsystemd-journal0 libt1-5 libtar0 libtelepathy-farstream2
  libtotem-plparser17 libtracker-extract-0.16-0 libtracker-miner-0.16-0 libtracker-sparql-0.16-0 libumfpack5.4.0 libunique-3.0-0 libupower-glib2
  libusageenvironment0 libvisio-0.0-0 libwebp4 libwpd-0.9-9 libwpg-0.2-2 libwps-0.2-2 libx264-133 libxatracker1 libxcb-sync0 libxdo3 libzeitgeist-1.0-1
  openjdk-7-jre-lib python-brlapi python-debian python-docutils python-louis python-mako python-markupsafe python-pyatspi python-pyatspi2 python-roman
  python-six python3-packagekit python3.3 python3.3-minimal seahorse shotwell shotwell-common siduction-kdm-default-faces simple-scan sound-juicer
  telepathy-rakia tomboy xdg-user-dirs-gtk xdotool xul-ext-adblock-plus xulrunner-23.0 xulrunner-24.0 xulrunner-29
0 aktualisiert, 0 neu installiert, 211 zu entfernen und 0 nicht aktualisiert.
Nach dieser Operation werden 595 MB Plattenplatz freigegeben.
Möchten Sie fortfahren? [J/n] n
Abbruch.


Wo kommt das her und wie kann ich das bereinigen?

Gruß
Ch. Hanisch

Offline piper

  • User
  • Posts: 1.785
  • we are the priests ... of the temples of syrinx
Re: Wo kommen die verwaisten Pakete her?
« Reply #54 on: 2015/02/03, 13:03:21 »
Sorry for my english,   ich spreche nur ein klein wenig deutsch

You might want to switch to ubuntu or windows as I seriously don't think your ready for a system as debian, let alone debian sid.

Using ubuntu for a year or more you can learn the basics, then maybe be ready for a different distro, you need to learn that, because what you posted above is very basic.

This is said without trying to be rude.
Free speech isn't just fucking saying what you want to say, it's also hearing what you don't want to fucking hear

I either give too many fucks or no fucks at all, it's like I cannot find a middle ground for a moderate fuck distribution, it's like what the fuck

Offline Hanisch

  • User
  • Posts: 455
Re: Wo kommen die verwaisten Pakete her?
« Reply #55 on: 2015/02/03, 13:30:31 »
You might want to switch to ubuntu or windows as I seriously don't think your ready for a system as debian, let alone debian sid.

Using ubuntu for a year or more you can learn the basics, then maybe be ready for a different distro, you need to learn that, because what you posted above is very basic.
Sorry, this is no a answer for my question.
I use Ubuntu since 2008 and also aptosid since SIDUX also.
But I have had never this  quantum of orphaned packages on this distros.

regards
Ch. Hanisch

Offline piper

  • User
  • Posts: 1.785
  • we are the priests ... of the temples of syrinx
Re: Wo kommen die verwaisten Pakete her?
« Reply #56 on: 2015/02/03, 13:34:20 »
Quote from: piper

Using ubuntu for a year or more you can learn the basics, then maybe be ready for a different distro, you need to learn that, because what you posted above is very basic.

This is said without trying to be rude.
The above is an answer, and a good one, very, very basic. Good Luck.
Free speech isn't just fucking saying what you want to say, it's also hearing what you don't want to fucking hear

I either give too many fucks or no fucks at all, it's like I cannot find a middle ground for a moderate fuck distribution, it's like what the fuck

Offline musca

  • User
  • Posts: 725
  • sid, fly high!
Re: Wo kommen die verwaisten Pakete her?
« Reply #57 on: 2015/02/03, 13:43:45 »
Hallo Hanisch,

ich will den Gedanken von piper mal ganz sachlich und ausführlich fomulieren.

Du hast vermutlich mal das Metapaket "gnome" in ein siduction-firestarter-KDE installiert.

Kurz danach zerbrach eine der zahlreichen "Dependencies" und als Folge wurde das Paket "gnome" bei einem D-U entfernt. Dabei bleiben die Dependencies markiert als "automatisch" installiert im System zurück. Ein "apt-get autoremove" entfernt alle automatisch installierten Pakete, die nicht mehr für die verbliebenen manuell installierten Pakete benötigt werden.

Aus diesem Grund vermeidet siduction solche fetten Metapakete (vgl. "bloatware") , wo es irgend geht. Das stabilisiert die Paketauswahl, aber der Benutzer muss sich dann - nach eigenem Wunsch - darum kümmern, dem Metapaket neu hinzugefügte Dependencies manuell zu installieren. (An dieser Stelle kommt auch unser junges, noch in Entwicklung befindliches Werkzeug "addpkg" ins Spiel. Es installiert ganze Paketgruppen, aber verzichtet auf die Hilfe eines Metapakets.)

Du siehst also, dass ein einfaches "apt-get install gnome" den allgemeinen Richtlinien von siduction diametral entgegnet und zu schwer wartbaren Systemen führt. Es ist nicht immer leicht, die daraus folgenden Diskussionen sachlich zu gestalten, speziell wenn die Kritik persönlich genommen wird. Nicht nur Entwickler, sondern auch Benutzer hören es nicht gern, wenn pauschal verlangt wird "man solle sich mehr bemühen" (oder "Erfahrung sammeln", wie piper vorschlägt, denn Ubuntu hat genau dafür eine tolle Ausstattung mit deutsch-sprachiger Dokumentation).

Grüße
musca

[ Exkurs: Siduction verwendet aber durchaus Metapakete, z.B. linux-headers-siduction-amd64.
Beim unserem Headers-Metapaket kommt es z.B. bei Unterschieden zwischen den Architekturen in Multiarch-Systemen oft zu Konflikten mit dem gcc-Compiler, die bei unachtsamer Bedienung zur Entfernung des Header-Metapakets führen. Beim D-U läuft dann das Kompilieren des proprietären Grafiktreibers auf einen Fehler. Trotzdem dieser Konflikte halten wir das Metapaket hier für vorteilhaft, da es den Benutzern das regelmäßige Updaten unseres Kernels vereinfacht. Für Multiarch gilt: Bei Konflikten nicht dist-upgraden, sondern etwa sechs bis zwölf Stunden warten. ]
„Es irrt der Mensch, solang er strebt.“  (Goethe, Faust)

Offline der_bud

  • User
  • Posts: 1.072
  • member
Re: Wo kommen die verwaisten Pakete her?
« Reply #58 on: 2015/02/03, 14:05:23 »
Quote from: man apt-get
autoremove wird benutzt, um Pakete zu entfernen, die automatisch installiert wurden um Abhängigkeiten für andere Pakete zu erfüllen und die nicht mehr benötigt werden

Etwas Grundsätzlicher: Wenn mit apt Pakete installiert werden (oder per Installation der Distribution auf der Platte landen), funktionieren diese nicht alleine sondern benötigen wiederum andere Pakete oder Bibliotheken. Diese Depends werden dann mitinstalliert.

Einerseits werden beim deinstallieren von Paketen per apt-get remove nicht immer alle dieser Abhängigkeiten vollständig entfernt, z.B. weil sie noch als 'von anderen Paketen benötigt' markiert sind. Andererseits liegt es aber auch in der Natur von Sid, dass sich von einer zur nächsten Version die Anforderungen an Abhängigkeiten schnell ändern können. Braucht zum Beispiel Paket X in der Version 1.0.1 das Paket Y, kann es sein dass mit einem dist-upgrade X in 1.0.2 kommt und diese Abhängigkeit nicht mehr hat, Y aber trotzdem noch im System bleibt.

Solche Pakete lassen sich zwar theoretisch mit apt-get autoremove finden/anzeigen/entfernen. Da aber Sid bekanntlich nicht stabil ist, manchmal dass Packaging noch nicht endgültig sauber ist, die depends/recommends falsch gesetzt sein können (was vor upload nach stable meist korrigiert wird) oder die Flags ob ein Paket benötigt/unnötig bzw automatisch/manuell installiert ist unsauber sein können, ist gerade unter Sid ein apt-get autoremove immer auch eine hervorragende Gelegenheit, sich sein System zu schrotten.

Um an der Stelle passend mal was ganz Altes zu Zitieren:
Quote from: slam in aptosid-forum 2010-09-21
We strongly recommend to not use apt-get autremove and apt-get upgrade on sidux. Both are not suited for the complex dependency and name changes in Debian sid.
apt-get clean and autoclean are completely ok and recommended.
^^ apt-get clean && apt-get autoclean reicht, +1
Du lachst? Wieso lachst du? Das ist doch oft so, Leute lachen erst und dann sind sie tot.

Offline michaa7

  • User
  • Posts: 2.295
Re: Wo kommen die verwaisten Pakete her?
« Reply #59 on: 2015/02/03, 15:01:50 »
Erstmal danke musca und der_bud für eure zusätzlichen erklärungen, insbesondere für die hinweise wie sich metapakete auswirken. Das war mir auch nach dem lesen des entsprechenden paragraphen in den man pages nicht klar (man apt-get #autoremove). Grundsätzlich ist mir jedoch die in sid teilweise problematische funktionalität von "apt-get autoremove" vertraut, ich mische mich hier rein interessehalber mit ein par anmerkungen ein:

Ich habe aus neugier anlässlich dieses threads ein "apt-get autoremove" durchgeführt, auf meinem im letzten November auf basis eines siduction-xorg.iso_s, und ... es wurden mir nur all meine veralteten kernel zum löschen angeboten, eine einladung die ich dankend angenommen habe. Dabei hat sich herausgestellt, dass dies um mehrere Größenordnungen schnell geschieht als mit dem kernelremover, selbst wenn dieser mit der "-f" option aufgerufen wird. Sonst wurde nicht ein paket zum löschen angeboten.

Grund dafür mag sein dass das system relativ neu ist. Aber nach lesen von muscas ausführungen über die auswirkungen von metapaketen frage ich mich ob gerade durch die verwendung von xorg als ausgangsinstalltion ein besonders aufräumfreundliches system entsteht. Alles was ich darüberhinaus installiert habe - quer durch alle toolkits (QT, gtk2/3 u.a.) - ist ja wohl als händisch installiert markiert.


Dennoch bleibt die frage wie es sein kann, dass autoremove applikationen wie beispielsweise shotwell oder inkscape deinstallieren will. Es ist doch davon auszugehen, dass derartige applikationen händisch installiert wurden und *nicht* automatisch als abhängigkeit ins system gerutscht sind. Es sind ja derartige fehlfunktionen, die den gebrauch von autoremove zumindest unter sid in frage stellen.

Interessant wäre ob sich das verhalten von autoremove zum positiven steuern ließe wenn man *temporär* pakete wie die obengenannten auf "hold" setzt. Dennoch scheint mir die frage berechtigt, ob das angesprochene fehlverhalten nicht einen bugreport rechtfertigt. Aber ich muß einräumen dass ich die bedingungen unter denen autoremove pakete deinstallieren darf/soll noch immer nicht klar durchschaut habe.

« Last Edit: 2015/02/03, 15:19:12 by michaa7 »
Ok, you can't code, but you still might be able to write a bug report for Debian's sake