deb pakete mit Java bauen
Hallo! Kennt jemand eine Java API zum erstellen von .deb paketen? Es klingt zwar komisch, aber ich will von Win*** aus src pakete anlegen und auf einem anderen Debian Rechner auspacken. Falls es soetwas noch nicht fertig gibt: Wie kann ich das mit Java bewerkstelligen? Welche Schritte sind notwendig (ohne die debian-tools zu benutzen)? Vielen Dank im vorraus! Viele Gruesse, Andreas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: deb pakete mit Java bauen
On 16.11.06 16:56:20, Andreas Mehner wrote: Kennt jemand eine Java API zum erstellen von .deb paketen? Es klingt zwar komisch, aber ich will von Win*** aus src pakete anlegen und auf einem anderen Debian Rechner auspacken. Von was? Ich vermute mal keine Quellcodes? Falls es soetwas noch nicht fertig gibt: Wie kann ich das mit Java bewerkstelligen? Welche Schritte sind notwendig (ohne die debian-tools zu benutzen)? Prinzipiell sind Debian-Pakete nur ein ar-Archiv mit einem data.tar.gz, einem control.tar.gz und ner debian-binary (mit ner Versionsnummer). control.tar.gz enthaelt die control, md5sum sowie die post/preinst/rm Skripte. data.tar.gz enthaelt die Dateien in Form von usr/share/foobar/foobar.file Also ohne den fuehrenden Slash. Du musst also nur ar und tar + gzip nachbauen in Java - falls es nicht schon was gibt. Andreas -- If you think last Tuesday was a drag, wait till you see what happens tomorrow! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Installation von Pakete n mit apt-get, aptitude - Mehr Verbosität.
On 03.11.06 09:19:31, Martin Mewes wrote: Beispiel: Vorbereiten zum Ersetzen von libcomerr2 1.39-1 (durch .../libcomerr2_1.39+1.40-WIP-2006.10.02+dfsg-2_i386.deb) ... Entpacke Ersatz für libcomerr2 ... Richte libcomerr2 ein (1.39+1.40-WIP-2006.10.02+dfsg-2) ... In der man-page zu apt-get oder aptitude finde ich nichts entsprechendes, was mir bspw. zeigt welche Dateien wohin geschrieben werden, welche gelöscht wurden etcpp. Aus Interesse: Wieso willst du das wissen? Den Inhalt der Pakete koennte man mit dpkg -L paket anschauen (hinterher) und wenn du die alte Version noch hast kannst du auch vergleichen. Konfig-Dateien die durch die postinstCo Skripte angelegt werden erfasst du so natuerlich nicht... Selbst wenn ich Pakete direkt mit dpkg installiere, kann ich keinen Parameter -v oder sowas finden. dpkg -Dh Aber wie man den von apt/aptitude benutzten dpkg-Befehl um einen entsprechenden -D2000 Schalter erweitert weiss ich so nicht... Andreas -- Avoid reality at all costs. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Liste installier ter Pakete von n icht mehr lauffä higem System
Hallo! Mein System hängt sich mit einer Kernel Panic beim Booten auf, ein Booten mit einer Live-CD funktioniert. Ich möchte nun mein System neu machen. Doch vorher hät ich noch gern eine Liste der installierten Pakete. Kann ich irgendwie irgendwo auslesen, welche Pakete installiert waren, so das ich auf dem neuen System diese Liste der Pakete wieder installieren kann? Ich hab bei google nur Möglichkeiten mit Hilfe von dpkg gefunden, doch dpkg hat die Live-CD nicht :-( Danke! Ralph -- ___ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze
Re: Liste installierter Pakete von ni cht mehr lauffähigem System
Ralph Bergmann schrieb: Hallo! Mein System hängt sich mit einer Kernel Panic beim Booten auf, ein Booten mit einer Live-CD funktioniert. Ich möchte nun mein System neu machen. Doch vorher hät ich noch gern eine Liste der installierten Pakete. Kann ich irgendwie irgendwo auslesen, welche Pakete installiert waren, so das ich auf dem neuen System diese Liste der Pakete wieder installieren kann? Ich hab bei google nur Möglichkeiten mit Hilfe von dpkg gefunden, doch dpkg hat die Live-CD nicht :-( Danke! Ralph Hi Ralph, Das booten von der CD müsste auch reichen. Zuerst ein chroot auf die Partition deiner Festplatte mit chroot /dev/hda1 und danach dpkg -l pakete.list eingeben. Beide Befehle sind in einer Shell oder ähnliches auszuführen. Wenn das erfolgreich war hast du schon deine Liste mit den installierten Paketen mit dem obigen Dateinamen(pakete.list). Wenn dein Linux auf einer anderen Partitionen ist, musst du die auch beim chroot Befehl ändern z.B /dev/hda2. Gruß Dominik -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Liste insta llierter Pakete von nicht mehr lauffähigem System
Hallo! Dominik Frank schrieb: Das booten von der CD müsste auch reichen. Zuerst ein chroot auf die Partition deiner Festplatte mit chroot /dev/hda1 und danach dpkg -l pakete.list eingeben. Beide Befehle sind in einer Shell oder ähnliches auszuführen. Wenn das erfolgreich war hast du schon deine Liste mit den installierten Paketen mit dem obigen Dateinamen(pakete.list). Wenn dein Linux auf einer anderen Partitionen ist, musst du die auch beim chroot Befehl ändern z.B /dev/hda2. Gibt es auch noch eine Möglichkeit für den Fall, dass ich dpkg nicht zum Laufen bekomme? Ich hatte mir vorgestellt, dass die Information, welches Paket installiert ist, ja irgendwo stehen muss. Diese Datei, deren Namen ich nicht kenne (hier kommt Ihr ins Spiel) wollte ich dann einfach auslesen, ggf. etwas anpassen. So wollte ich per Hand diese Liste erzeugen. Danke! Ralph -- ___ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze
Re: Liste installierter Pakete von nicht mehr lau ffähigem System
On Fri, 03 Nov 2006 14:07:05 +0100 Ralph Bergmann wrote: Das booten von der CD müsste auch reichen. Zuerst ein chroot auf die Partition deiner Festplatte mit chroot /dev/hda1 und danach dpkg -l pakete.list eingeben. Beide Befehle sind in einer Shell oder ähnliches auszuführen. Wenn das erfolgreich war hast du schon deine Liste mit den installierten Paketen mit dem obigen Dateinamen (pakete.list). Wenn dein Linux auf einer anderen Partitionen ist, musst du die auch beim chroot Befehl ändern z.B /dev/hda2. Gibt es auch noch eine Möglichkeit für den Fall, dass ich dpkg nicht zum Laufen bekomme? Ich hatte mir vorgestellt, dass die Information, welches Paket installiert ist, ja irgendwo stehen muss. Diese Datei, deren Namen ich nicht kenne (hier kommt Ihr ins Spiel) wollte ich dann einfach auslesen, ggf. etwas anpassen. So wollte ich per Hand diese Liste erzeugen. `ls /mnt/altehd/usr/share/doc/` sollte eine Liste aller Pakete geben, die eine Dokumentation enthalten, also eigentlich alle ;-) Gruß Evgeni, mit der Bitte an dich, im Thread zu antworten ;-)
Re: Liste installierter Pakete von nicht mehr lauffähigem System
Am Freitag, 3. November 2006 15:03 schrieb Michelle Konzack: Am 2006-11-03 14:07:05, schrieb Ralph Bergmann: Hallo! Gibt es auch noch eine Möglichkeit für den Fall, dass ich dpkg nicht zum Laufen bekomme? Ich hatte mir vorgestellt, dass die Information, welches Paket installiert ist, ja irgendwo stehen muss. Diese Datei, deren Namen ich nicht kenne (hier kommt Ihr ins Spiel) wollte ich dann einfach auslesen, ggf. etwas anpassen. So wollte ich per Hand diese Liste erzeugen. Sowas: for PKG in $(ls /var/lib/dpkg/info/*.list |sed 's,\.list,,') ; do PKGBN=$(basename ${PKG}) sed -n /Package:\ ${PKGBN}/,/Status:\ /p /var/lib/dpkg/status |\ grep 'install ok installed' /dev/null 21 if [ $? -eq 0 ] ; then echo ${PKGBN} fi done awk '/Package:/ { PCKG=$2 } /Status: install ok installed/ { print PCKG }' /var/lib/dpkg/status sollte das ganze etwas einfacher erledigen. -- Markus Schulz Des is völlig wurscht, was heut beschlossen wird: I bin sowieso dagegn! (SPD-Stadtrat Kurt Schindler; Regensburg)
Re: Merkwürdige Pakete
Hallo Michael. Weiß jemand, was es mit diesen ganzen *+b1-Paketen auf sich hat, welche gestern Nacht in Sids Repository gelangt sind? […] Das sind binary NMUs. Die werden gemacht wenn nur die architektur-spezifischen Pakete auf einer oder wenigen Architekturen neu gebaut werden muessen ohne dass das Paket selbst geändert werden muss. Z.B. wegen eines gefixten Compilerbugs oder so. Aha, verstehe. Aber was genau geändert wurde ist nicht einsehbar, oder? Danke und Gruß, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Re: Merkwürdige Pakete
Hallo Armin. (Bitte antworte direkt auf die Liste, danke.) Weiß jemand, was es mit diesen ganzen *+b1-Paketen auf sich hat, welche gestern Nacht in Sids Repository gelangt sind? […] Das sind binary NMUs. […] Aha, verstehe. Aber was genau geändert wurde ist nicht einsehbar, oder? Es wurde nichts geändert - das Paket wurde einfach nur für eine spezielle Architektur neu gebaut. Das ist soweit klar. Jedoch möchte ich gerne wissen *warum* sie neu gebaut wurden. Gruß, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Re: Merkwürdige Pakete
On 2006-09-13 10:12:04 +0200, Mathias Brodala wrote: Hallo Michael. Weiß jemand, was es mit diesen ganzen *+b1-Paketen auf sich hat, welche gestern Nacht in Sids Repository gelangt sind? […] Das sind binary NMUs. Die werden gemacht wenn nur die architektur-spezifischen Pakete auf einer oder wenigen Architekturen neu gebaut werden muessen ohne dass das Paket selbst geändert werden muss. Z.B. wegen eines gefixten Compilerbugs oder so. Aha, verstehe. Aber was genau geändert wurde ist nicht einsehbar, oder? Es wurde am Source Paket nichts geändert, nur nochmal durch den Compiler gejagt. Die Abhängigkeiten können sich leicht ändern wenn gegen eine neue Version einer Bibliothek compiliert wurde. Oft ist dies der Zweck eines binNMU. Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Merkwürdige Pakete
Hallo Michael. Weiß jemand, was es mit diesen ganzen *+b1-Paketen auf sich hat, welche gestern Nacht in Sids Repository gelangt sind? […] Das sind binary NMUs. […] Aha, verstehe. Aber was genau geändert wurde ist nicht einsehbar, oder? Es wurde am Source Paket nichts geändert, nur nochmal durch den Compiler gejagt. Die Abhängigkeiten können sich leicht ändern wenn gegen eine neue Version einer Bibliothek compiliert wurde. Oft ist dies der Zweck eines binNMU. Aber es muss doch irgendwo niedergeschrieben sein, warum die Pakete erneut gebaut und erneut hoch geladen wurden. (Meine derzeitige Vermutung ist ja die neue DBus-Version, welche vor kurzem im Repository landete. Zumindest haben alle aktualisierten Pakete – soweit ich dies überschauen kann – damit etwas zu tun.) Gruß, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Re: Merkwürdige Pakete
less Am Mittwoch, den 13.09.2006, 12:36 +0200 schrieb Mathias Brodala: [binNMUs] Es wurde am Source Paket nichts geändert, nur nochmal durch den Compiler gejagt. Die Abhängigkeiten können sich leicht ändern wenn gegen eine neue Version einer Bibliothek compiliert wurde. Oft ist dies der Zweck eines binNMU. Aber es muss doch irgendwo niedergeschrieben sein, warum die Pakete erneut gebaut und erneut hoch geladen wurden. Ja, steht doch auch im changelog: $ zless /usr/share/doc/$paket/changelog.Debian.gz. Aus /usr/share/doc/libgnomevfs2-0/changelog.Debian.gz: [..] * Rebuild against libdbus-1-3 [..] (Meine derzeitige Vermutung ist ja die neue DBus-Version, welche vor kurzem im Repository landete. Zumindest haben alle aktualisierten Pakete – soweit ich dies überschauen kann – damit etwas zu tun.) Du vermutest richtig MfG Daniel
Re: Merkwürdige Pakete
Hallo Daniel. [binNMUs] Es wurde am Source Paket nichts geändert, nur nochmal durch den Compiler gejagt. Die Abhängigkeiten können sich leicht ändern wenn gegen eine neue Version einer Bibliothek compiliert wurde. Oft ist dies der Zweck eines binNMU. Aber es muss doch irgendwo niedergeschrieben sein, warum die Pakete erneut gebaut und erneut hoch geladen wurden. Ja, steht doch auch im changelog: $ zless /usr/share/doc/$paket/changelog.Debian.gz. Aus /usr/share/doc/libgnomevfs2-0/changelog.Debian.gz: [..] * Rebuild against libdbus-1-3 [..] Ah, gut. Nicht in jedem Changelog wurde dies also vermerkt. Beim avahi-daemon zum Beispiel ist dieser Neubau schlichtweg unter den Tisch gefallen, da auf *-2 hier gleich *-3 folgt. Gruß, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Merkwürdige Pakete
Hallo alle miteinander. Weiß jemand, was es mit diesen ganzen *+b1-Paketen auf sich hat, welche gestern Nacht in Sids Repository gelangt sind? Keines von diesen Paketen verfügt über ein Changelog und ist auch nicht in den News auf packages.qa.debian.org verzeichnet. Es ist ja nicht das erste mal, dass ich solche Pakete sehe, aber so viele auf einmal macht mich doch etwas stutzig. Gruß, Mathias -- debian/rules signature.asc Description: OpenPGP digital signature
Re: Merkwürdige Pakete
On Wed, Sep 13, 2006 at 01:08:28AM +0200, Mathias Brodala wrote: Hallo alle miteinander. Weiß jemand, was es mit diesen ganzen *+b1-Paketen auf sich hat, welche gestern Nacht in Sids Repository gelangt sind? Keines von diesen Paketen verfügt über ein Changelog und ist auch nicht in den News auf packages.qa.debian.org verzeichnet. Es ist ja nicht das erste mal, dass ich solche Pakete sehe, aber so viele auf einmal macht mich doch etwas stutzig. Das sind binary NMUs. Die werden gemacht wenn nur die architektur-spezifischen Pakete auf einer oder wenigen Architekturen neu gebaut werden muessen ohne dass das Paket selbst geändert werden muss. Z.B. wegen eines gefixten Compilerbugs oder so. Cheers, Michael -- http://www.worldforge.org/ -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kaputte oder fehlende Pakete in SID
Am Freitag, 1. September 2006 14:57 schrieb Andreas Pakulat: On 01.09.06 14:28:30, Peter Kuechler wrote: Am Freitag, den 01.09.2006, 14:22 +0200 schrieb Evgeni Golov: On Fri, 01 Sep 2006 14:14:53 +0200 Peter Kuechler [EMAIL PROTECTED] wrote: ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Wer ist linux3? Ein apt-proxy || apt-cacher? Stimmt, ist ein Server mit apt-proxy. Kann es sein, dass dieser mit dem ~ nicht klarkommt? Stimmt auch, Mist:- Vllt. schaust du dich mal nach nem aktuellen apt-proxy um, hier auf Sid laeuft 1.9.35 problemlos. [...] So, nach dem ich das gleiche Problem auch zu hause auf dem Server hatte, hab ich apt-proxy upgedatet. Leider wollte der nach dem Update auch nicht so richtig, er hat die Konfigurationsdatei angemeckert. gefunden hab ich es nicht, also hab ich auch dort approx installiert, läuft gut. -- mfg Peter Küchler
Re: Kaputte oder fehlende Pakete in SID
On Fri, 1 Sep 2006 14:45:24 +0200 Evgeni Golov wrote: Stimmt, ist ein Server mit apt-proxy. Kann es sein, dass dieser mit dem ~ nicht klarkommt? Stimmt auch, Mist:- Welche Version hast du? Ich hab 1.9.29 und kann mich nich erinnern zuhause damit Probleme gehabt zu haben (2 Sid Kisten, immer tag-aktuell). Kanns nur grad hier im Büro nicht 100%-ig bestätigen. Jetzt bin ich mal zuhause und apt sagt folgendes: # apt-cache policy libgadu3 libgadu3: Installiert:1:1.7~rc2-1 Mögliche Pakete:1:1.7~rc2-1 Versions-Tabelle: *** 1:1.7~rc2-1 0 501 http://dragonheart unstable/main Packages Dabei ist dragonheart ne Sarge Kiste mit der oben genannten apt-proxy Version. Warum funktioniert das bei mir, und bei Peter nicht? -- ^^^| Evgeni -SargentD- Golov ([EMAIL PROTECTED]) d(O_o)b | PGP-Key-ID: 0xAC15B50C -|- | WWW: http://www.die-welt.net ICQ: 54116744 / \| IRC: #sod @ irc.german-freakz.net
Kaputte oder fehlende Pakete in SID
Hallo, ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libkrb5-dev 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libkadm55 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libkrb53 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Fehl http://linux3 unstable/main pciutils-dev 1:2.2.4~pre4-1 404 Not Found Fehl http://linux3 unstable/main pciutils 1:2.2.4~pre4-1 404 Not Found Die sind schon seit gut einer Woche nicht zu bekommen. Ich habe eben mal auf www.debian.de bei dem Paket nachgesehen, aber da ist bei den Bugreports nichts zu sehen. Weiß jemand, was mit diesen Paketen los ist? -- mfg Peter Küchler Planungsverband Ballungsraum Frankfurt / Rhein-Main Poststraße 16 60329 Frankfurt am Main Tel.: +49 69 2577-1301 Fax : +49 69 2577-41301 E-Mail: [EMAIL PROTECTED] www.planungsverband.de
Re: Kaputte oder fehlende Pakete in SID
On Fri, 01 Sep 2006 14:14:53 +0200 Peter Kuechler [EMAIL PROTECTED] wrote: ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Wer ist linux3? Ein apt-proxy || apt-cacher? Kann es sein, dass dieser mit dem ~ nicht klarkommt? Hier ist das Paket installiert: # apt-cache policy libgadu3 libgadu3: Installiert:1:1.7~rc2-1 Mögliche Pakete:1:1.7~rc2-1 Durch einen Hardwardeffekt war die Installation heute :( Also sind die Pakete auf jeden Fall da. Die sind schon seit gut einer Woche nicht zu bekommen. Ich habe eben mal auf www.debian.de bei dem Paket nachgesehen, aber da ist bei den Bugreports nichts zu sehen. Weiß jemand, was mit diesen Paketen los ist? Sie sind i.O. - der Fehler liegt auf deiner Seite.
Re: Kaputte oder fehlende Pakete in SID
Am Freitag, den 01.09.2006, 14:14 +0200 schrieb Peter Kuechler: Hallo, ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libkrb5-dev 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libkadm55 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libkrb53 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Fehl http://linux3 unstable/main pciutils-dev 1:2.2.4~pre4-1 404 Not Found Fehl http://linux3 unstable/main pciutils 1:2.2.4~pre4-1 404 Not Found Die sind schon seit gut einer Woche nicht zu bekommen. Ich habe eben mal auf www.debian.de bei dem Paket nachgesehen, aber da ist bei den Bugreports nichts zu sehen. Weiß jemand, was mit diesen Paketen los ist? Was sofort auffällt: Es handelt sich um Pakete, die in der Versionsnummer das erst seit kurzem unterstützte Tilde-Zeichen haben. Ist das ein privater Spiegel, von dem du die Pakete beziehen willst? Dann würde ich darauf tippen, dass die Software, die den Spiegel (oder das Repository) erzeugt, noch nicht mit dem Tilde-Zeichen umgehen kann. Aber das sind nur Vermutungen. MfG Daniel
Re: Kaputte oder fehlende Pakete in SID
Am Freitag, den 01.09.2006, 14:22 +0200 schrieb Evgeni Golov: On Fri, 01 Sep 2006 14:14:53 +0200 Peter Kuechler [EMAIL PROTECTED] wrote: ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Wer ist linux3? Ein apt-proxy || apt-cacher? Stimmt, ist ein Server mit apt-proxy. Kann es sein, dass dieser mit dem ~ nicht klarkommt? Stimmt auch, Mist:- Hier ist das Paket installiert: # apt-cache policy libgadu3 libgadu3: Installiert:1:1.7~rc2-1 Mögliche Pakete:1:1.7~rc2-1 Durch einen Hardwardeffekt war die Installation heute :( Also sind die Pakete auf jeden Fall da. Hab sie gesehen, Die sind schon seit gut einer Woche nicht zu bekommen. Ich habe eben mal auf www.debian.de bei dem Paket nachgesehen, aber da ist bei den Bugreports nichts zu sehen. Weiß jemand, was mit diesen Paketen los ist? Sie sind i.O. - der Fehler liegt auf deiner Seite. Stimmt auch;-) Es liegt am apt-proxy, ich habe den debian-Server direkt angegeben und schon ging es. Mist, jetzt muß ich mir Ersatz für apt-proxy besorgen...was nimmt man da? Vielen Dank erstmal, -- mfg Peter Küchler Planungsverband Ballungsraum Frankfurt / Rhein-Main Poststraße 16 60329 Frankfurt am Main Tel.: +49 69 2577-1301 Fax : +49 69 2577-41301 E-Mail: [EMAIL PROTECTED] www.planungsverband.de
Re: Kaputte oder fehlende Pakete in SID :Erledigt
Am Freitag, den 01.09.2006, 14:26 +0200 schrieb Daniel Leidert: Am Freitag, den 01.09.2006, 14:14 +0200 schrieb Peter Kuechler: Hallo, ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libkrb5-dev 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libkadm55 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libkrb53 1.4.4~beta1-1 404 Not Found Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Fehl http://linux3 unstable/main pciutils-dev 1:2.2.4~pre4-1 404 Not Found Fehl http://linux3 unstable/main pciutils 1:2.2.4~pre4-1 404 Not Found Die sind schon seit gut einer Woche nicht zu bekommen. Ich habe eben mal auf www.debian.de bei dem Paket nachgesehen, aber da ist bei den Bugreports nichts zu sehen. Weiß jemand, was mit diesen Paketen los ist? Was sofort auffällt: Es handelt sich um Pakete, die in der Versionsnummer das erst seit kurzem unterstützte Tilde-Zeichen haben. Ist das ein privater Spiegel, von dem du die Pakete beziehen willst? Dann würde ich darauf tippen, dass die Software, die den Spiegel (oder das Repository) erzeugt, noch nicht mit dem Tilde-Zeichen umgehen kann. Aber das sind nur Vermutungen. Die stimmen aber fast alle;-) Liegt am apt-proxy, siehe auch meine andere Mail. Danke für die Hilfe, -- mfg Peter Küchler Planungsverband Ballungsraum Frankfurt / Rhein-Main Poststraße 16 60329 Frankfurt am Main Tel.: +49 69 2577-1301 Fax : +49 69 2577-41301 E-Mail: [EMAIL PROTECTED] www.planungsverband.de
Re: Kaputte oder fehlende Pakete in SID
Hallo, Peter Kuechler wrote: Stimmt auch;-) Es liegt am apt-proxy, ich habe den debian-Server direkt angegeben und schon ging es. Mist, jetzt muß ich mir Ersatz für apt-proxy besorgen...was nimmt man da? Ich habe hier den apt-proxy-Backport¹ im Einsatz, damit gibt es hier keine Probleme. Schönen Gruß, Wolf ¹ http://backports.org/debian/pool/main/a/apt-proxy/ -- [Auswandern nach Australien] Deutsche sollen dort IIRC recht beliebt sein, die haben 2x gegen England den Krieg begonnen... (Peter Fetzer in d.a.s.r.) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kaputte oder fehlende Pakete in SID
On Fri, 01 Sep 2006 14:28:30 +0200 Peter Kuechler wrote: Wer ist linux3? Ein apt-proxy || apt-cacher? Stimmt, ist ein Server mit apt-proxy. Kann es sein, dass dieser mit dem ~ nicht klarkommt? Stimmt auch, Mist:- Welche Version hast du? Ich hab 1.9.29 und kann mich nich erinnern zuhause damit Probleme gehabt zu haben (2 Sid Kisten, immer tag-aktuell). Kanns nur grad hier im Büro nicht 100%-ig bestätigen. Gruß Evgeni
Re: Kaputte oder fehlende Pakete in SID
On 01.09.06 14:28:30, Peter Kuechler wrote: Am Freitag, den 01.09.2006, 14:22 +0200 schrieb Evgeni Golov: On Fri, 01 Sep 2006 14:14:53 +0200 Peter Kuechler [EMAIL PROTECTED] wrote: ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Wer ist linux3? Ein apt-proxy || apt-cacher? Stimmt, ist ein Server mit apt-proxy. Kann es sein, dass dieser mit dem ~ nicht klarkommt? Stimmt auch, Mist:- Vllt. schaust du dich mal nach nem aktuellen apt-proxy um, hier auf Sid laeuft 1.9.35 problemlos. Andererseits wuerde ich mal nachhaken ob eine derartige Versionsnummer wirklich korrekt ist, sieht merkwuerdig aus. Normalerweise benutzen die Maintainer ein + fuer rcX oder aehnliches. Andreas -- Don't let your mind wander -- it's too little to be let out alone. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kaputte oder fehlende Pakete in SID
Am Freitag, den 01.09.2006, 14:57 +0200 schrieb Andreas Pakulat: [..] Peter Kuechler [EMAIL PROTECTED] wrote: ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found [..] Andererseits wuerde ich mal nachhaken ob eine derartige Versionsnummer wirklich korrekt ist, sieht merkwuerdig aus. Normalerweise benutzen die Maintainer ein + fuer rcX oder aehnliches. Die sind korrekt und endlich, endlich muss man keine Kopfstände mehr für Release-Kandidaten, Backports (sofern auf backports.org dann auch unterstützt) und ähnliches machen :) http://lists.debian.org/debian-devel-announce/2006/08/msg6.html MfG Daniel
Re: Kaputte oder fehlende Pakete in SID
Hallo, Andreas Pakulat wrote: Andererseits wuerde ich mal nachhaken ob eine derartige Versionsnummer wirklich korrekt ist, sieht merkwuerdig aus. Normalerweise benutzen die Maintainer ein + fuer rcX oder aehnliches. Die Tilde wird seit kurzem offiziell unterstützt: http://lists.debian.org/debian-devel-announce/2006/08/msg6.html Schönen Gruß, Wolf -- Wie sortieren Männer ihre Wäsche? Zwei Stapel: Dreckig und Dreckig, aber tragbar (irgendwer in abg.witziges) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Kaputte oder fehlende Pakete in SID
On Fri, Sep 01, 2006 at 03:05:47PM +0200, Daniel Leidert wrote: Die sind korrekt und endlich, endlich muss man keine Kopfstände mehr für Release-Kandidaten, Backports (sofern auf backports.org dann auch unterstützt) http://www.backports.org/dokuwiki/doku.php?id=contribute -- Nicht Absicht unterstellen, wenn auch Dummheit ausreicht! pgp829k9mAocL.pgp Description: PGP signature
Re: Kaputte oder fehlende Pakete in SID
Am Freitag, den 01.09.2006, 14:57 +0200 schrieb Andreas Pakulat: On 01.09.06 14:28:30, Peter Kuechler wrote: Am Freitag, den 01.09.2006, 14:22 +0200 schrieb Evgeni Golov: On Fri, 01 Sep 2006 14:14:53 +0200 Peter Kuechler [EMAIL PROTECTED] wrote: ich habe mit diesen Paketen Probleme: Fehl http://linux3 unstable/main libgadu3 1:1.7~rc2-1 404 Not Found Wer ist linux3? Ein apt-proxy || apt-cacher? Stimmt, ist ein Server mit apt-proxy. Kann es sein, dass dieser mit dem ~ nicht klarkommt? Stimmt auch, Mist:- Vllt. schaust du dich mal nach nem aktuellen apt-proxy um, hier auf Sid laeuft 1.9.35 problemlos. Ja, da war ich etwas voreilig, hab jetzt approx installiert, funktioniert prima. Auf den Arbeitsplatzrechnern und Laptop hab ich überall tagesaktuelle SIDs laufen. Auf dem Servern läuft zwar auch SID, aber nicht so aktuell. Wenn ich apt-proxy upgedatet hätte, wäre es wahrscheinlich auch gegangen. Ich glaub, ich muß ins Wochenende:-* Danke nochmal an alle Helfer, -- mfg Peter Küchler Planungsverband Ballungsraum Frankfurt / Rhein-Main Poststraße 16 60329 Frankfurt am Main Tel.: +49 69 2577-1301 Fax : +49 69 2577-41301 E-Mail: [EMAIL PROTECTED] www.planungsverband.de
Re: Wo finde ich alte Pakete
Stefan Muthers schrieb: hi, * Marco [EMAIL PROTECTED]: ich muß auf bacula 1.38.5 downgrade, weil das aktuelle 1.38.11 aus testing schlechter funktioniert. Wo finde ich alte Versionen von Paketen? vielleicht hier: http://snapshot.debian.net/ Oder vielleicht im Paketcache falls es mal installiert war (und der Cache nicht gecleant wurde) ... iirc: /var/cache/apt Stefan Grüsse MH -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Tobias Krais schrieb: Hi Thorsten, früher habe ich immer debfoster verwendet um meine Debian Pakete auszumisten. Aber debfoster ist jetzt nicht mehr up to date. Was kann ich jetzt nehmen? deborphan kenne ich schon. Aber der ist mir wesentlich zu unverlässig. Der zeigt mir eine Menge libs an, die ich eigentlich noch brauche. Außerdem muss ich dann immer alles erst von Hand nachschauen und dann von Hand deinstallieren. Hmm, also solche Erfahrungen hab ich mit deborphan noch nie gemacht. Oder sind das Libs die du zur eigenen Entwicklung brauchst, aber von keinem anderen Paket gebraucht werden? Dann kannst du die nämlich mittels deborphan in die Keep Files Liste hinzufügen. Dann ignoriert er diese Libs. MfG Markus Schulz -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Hi Markus, Hmm, also solche Erfahrungen hab ich mit deborphan noch nie gemacht. Oder sind das Libs die du zur eigenen Entwicklung brauchst, aber von keinem anderen Paket gebraucht werden? Dann kannst du die nämlich mittels deborphan in die Keep Files Liste hinzufügen. Dann ignoriert er diese Libs. So ist es. Das sind eigene libs, z.B. kylix libs. OK. Die trage ich in die keeps ein und dann passt das. Danke für den Tipp. Grüßle, Tobias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
So, ich hab jetzt mal ein bissi mit aptitude rumgespielt und bin auf folgende Lösung gekommen: $ aptitude search ~i\!~M\!~prequired\!~pstandard\!~pimportant Das listet dir alle Pakete auf die: - installiert sind - nicht automatisch installiert wurden - nicht von der Priorität required, standard oder important sind Das sind also kurz gesagt alle Pakete die du selbst willentlich mal installiert hast. Ich weis nicht ob's, dir hilft, ich hab das zumindest schon ewig gesucht. Näheres steht in aptitudes README, Stichwort Search Patterns. Schöne Grüße, Bastian -- Bastian Venthur http://venthur.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
via BCC an Janto Trappe Am Dienstag, den 29.08.2006, 10:59 +0200 schrieb Bastian Venthur: So, ich hab jetzt mal ein bissi mit aptitude rumgespielt und bin auf folgende Lösung gekommen: $ aptitude search ~i\!~M\!~prequired\!~pstandard\!~pimportant Das listet dir alle Pakete auf die: - installiert sind - nicht automatisch installiert wurden - nicht von der Priorität required, standard oder important sind Das sind also kurz gesagt alle Pakete die du selbst willentlich mal installiert hast. Ich weis nicht ob's, dir hilft, ich hab das zumindest schon ewig gesucht. IIRC hatten wir solche Fragen doch schon häufiger auf der Liste. Wäre das nicht mal einen Eintrag in die FAQ wert (die hier ja auch in fast jedem Footer verlinkt ist)? MfG Daniel
Wo finde ich alte Pakete
Hallo, ich muß auf bacula 1.38.5 downgrade, weil das aktuelle 1.38.11 aus testing schlechter funktioniert. Wo finde ich alte Versionen von Paketen? Gruß Marco -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Wo finde ich alte Pakete
hi, * Marco [EMAIL PROTECTED]: ich muß auf bacula 1.38.5 downgrade, weil das aktuelle 1.38.11 aus testing schlechter funktioniert. Wo finde ich alte Versionen von Paketen? vielleicht hier: http://snapshot.debian.net/ Stefan -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Überflüssige Pakete finden
Hi ML, früher habe ich immer debfoster verwendet um meine Debian Pakete auszumisten. Aber debfoster ist jetzt nicht mehr up to date. Was kann ich jetzt nehmen? Ich habe gelesen, dass diese Funktionalität jetzt in aptitude drin sein soll. Also habe ich versucht den Umgang mit aptitude zu lernen... Aber die Funktionalität von debfoster habe ich noch nirgends gefunden. Mache ich da was falsch? Grüßle, Tobias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssig e Pakete finden
Moin, * Tobias Krais wrote (2006-08-27 13:11): früher habe ich immer debfoster verwendet um meine Debian Pakete auszumisten. Aber debfoster ist jetzt nicht mehr up to date. Was kann ich jetzt nehmen? deborphan Thorsten -- Das Briefgeheimnis sowie das Post- und Fernmeldegeheimnis sind unverletzlich. - Grundgesetz, Artikel 10, Abs. 1 pgpWtIRnhNplp.pgp Description: PGP signature
Re: Überflüssige Pakete finden
Tobias Krais wrote: Ich habe gelesen, dass diese Funktionalität jetzt in aptitude drin sein soll. Also habe ich versucht den Umgang mit aptitude zu lernen... Aber die Funktionalität von debfoster habe ich noch nirgends gefunden. Mache ich da was falsch? Du bekommst diese Funktionlität gratis, wenn du nur Aptitude benutzt. Sobald ein Paket entfernt wird, werden alle anderen Pakete entfernt, die du jetzt nicht mehr brauchst (und nicht von Hand installiert hast). Das Entfernen passiert also quasi implizit und nicht explizit. Gruß, Armin -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Hi Thorsten, früher habe ich immer debfoster verwendet um meine Debian Pakete auszumisten. Aber debfoster ist jetzt nicht mehr up to date. Was kann ich jetzt nehmen? deborphan kenne ich schon. Aber der ist mir wesentlich zu unverlässig. Der zeigt mir eine Menge libs an, die ich eigentlich noch brauche. Außerdem muss ich dann immer alles erst von Hand nachschauen und dann von Hand deinstallieren. Grüßle, Tobias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Hi Armin, Ich habe gelesen, dass diese Funktionalität jetzt in aptitude drin sein soll. Also habe ich versucht den Umgang mit aptitude zu lernen... Aber die Funktionalität von debfoster habe ich noch nirgends gefunden. Mache ich da was falsch? Du bekommst diese Funktionlität gratis, wenn du nur Aptitude benutzt. Sobald ein Paket entfernt wird, werden alle anderen Pakete entfernt, die du jetzt nicht mehr brauchst (und nicht von Hand installiert hast). Das Entfernen passiert also quasi implizit und nicht explizit. ok. Das hört sich gut an. Aber was mache ich jetzt, wo ich ein aptitude Einsteiger bin? Grüßle, Tobias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! Tobias Krais schrieb: Hi Armin, Ich habe gelesen, dass diese Funktionalität jetzt in aptitude drin sein soll. Ich glaube, du könntest sicherlich auch was mit Synaptic anfangen. Oder möchtest du deine Paketverwaltung rein auf Konsole verwalten können? MfG, Martin -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFE8ZVZoAQ/BgYpd2QRAjIAAKDf0p5IeB/bhcecLMIr3PoTC+clOACeOPNn g/nx2ErhtbZzY7tLUqXVc9g= =hkbc -END PGP SIGNATURE- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Hi Martin, Ich habe gelesen, dass diese Funktionalität jetzt in aptitude drin sein soll. Ich glaube, du könntest sicherlich auch was mit Synaptic anfangen. Oder möchtest du deine Paketverwaltung rein auf Konsole verwalten können? zum Ausmisten tut es auch was grafisches... Aber verrate mir doch bitte wie ich mit Synaptic Pakete ausmisten soll? Ich sehe da kein Button oder so. Grüßle, Tobias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Hallo Tobias Krais, hallo auch an alle anderen Sonntag, 27. August 2006 14:28 - Tobias Krais wrote: Hi Armin, Ich habe gelesen, dass diese Funktionalität jetzt in aptitude drin sein soll. Also habe ich versucht den Umgang mit aptitude zu lernen... Aber die Funktionalität von debfoster habe ich noch nirgends gefunden. Mache ich da was falsch? Du bekommst diese Funktionlität gratis, wenn du nur Aptitude benutzt. Sobald ein Paket entfernt wird, werden alle anderen Pakete entfernt, die du jetzt nicht mehr brauchst (und nicht von Hand installiert hast). Das Entfernen passiert also quasi implizit und nicht explizit. ok. Das hört sich gut an. Aber was mache ich jetzt, wo ich ein aptitude Einsteiger bin? Das ist kein Problem. Aptitude erkennt die bereits vorhandenen Abhängigkeiten (letztlich ist es auch nur ein Frontend zu dpkg) und zeigt sie auch in der Auflistung der Pakete an: i A Paketname heißt z.B., dass das Paket installiert (i) ist, weil es von einem anderen benötigt wird (A). c Paketname heißt, dass das Paket an sich nicht installiert ist, aber die Konfigurationsdateien noch im System vorhanden sind. Stünde statt dem c ein p, dann ist das Paket vollständig entfernt (zumindest für dpkg ;-). Den Status der Abhängigkeit kann man auch manuell ändern. Sinn macht das dann, wenn die Option Nicht verwendete Pakete automatisch entfernen in der Abhängigkeitsbehandlung eingeschaltet ist. Wenn man jetzt ein Paket (oder eine ganze Gruppe von Paketen) ausgewählt hat, kann man mit M ([Shift]+[m] !)den Status der manuellen Installation aufheben. Dann erscheint entweder das oben beschriebene A (von dem Paket hängen also andere ab) oder das Paket wird zur Deinstallation vorgemerkt (hinter dem i erscheint ein d). Will man das Paket dennoch behalten, kann man den Status der manuellen Installation mit eine [+] auch wieder herstellen. -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen.
Re: Überflüssige Pakete finden
Hallo, Am Sonntag, den 27.08.2006, 13:45 +0200 schrieb Armin Berres: Tobias Krais wrote: Ich habe gelesen, dass diese Funktionalität jetzt in aptitude drin sein soll. Also habe ich versucht den Umgang mit aptitude zu lernen... Aber die Funktionalität von debfoster habe ich noch nirgends gefunden. Mache ich da was falsch? Du bekommst diese Funktionlität gratis, wenn du nur Aptitude benutzt. Sobald ein Paket entfernt wird, werden alle anderen Pakete entfernt, die du jetzt nicht mehr brauchst (und nicht von Hand installiert hast). Das Entfernen passiert also quasi implizit und nicht explizit. ich finde diese Funktionalität von Aptitude ohne Frage sehr nützlich. Dennoch kann es meiner Meinung nach Debfoster nicht vollständig ersetzen und es bleibt für mich weiterhin ein Nützliches Werkzeug. Was mir an aptitude fehlt: Ich möchte eine Übersicht über alle (manuell) installierten Pakete haben und diese dann ggf. entfernen können oder als zu behalten markieren. Die (ggf. auch manuelle) von denen das Paket das ich behalten möcht abhängt, möchte ich dann gar nicht mehr in der Liste haben. So würde das Ausmisten wesentlich leichter fallen, da man ja doch gelegentlich zum Testen etc. mal Pakete installiert die man einfach nicht mehr braucht. Gruß, Mario signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Überflüssige Pakete finden
Mario Lipinski wrote: Was mir an aptitude fehlt: Ich möchte eine Übersicht über alle (manuell) installierten Pakete haben und diese dann ggf. entfernen können oder als zu behalten markieren. Die (ggf. auch manuelle) von denen das Paket das ich behalten möcht abhängt, möchte ich dann gar nicht mehr in der Liste haben. So würde das Ausmisten wesentlich leichter fallen, da man ja doch gelegentlich zum Testen etc. mal Pakete installiert die man einfach nicht mehr braucht. Da bin ich komplett deiner Meinung, genau so was suche ich auch schon lange. Mir war so als hätte ich auch schon mal einen Weg gefunden alle manuell installierten Pakete aufzulisten, leider kann ich mich nicht mehr daran erinnern. Schöne Grüße, Bastian -- Bastian Venthur http://venthur.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Tobias Krais schreibt: Hi Thorsten, früher habe ich immer debfoster verwendet um meine Debian Pakete auszumisten. Aber debfoster ist jetzt nicht mehr up to date. Was kann ich jetzt nehmen? deborphan kenne ich schon. Aber der ist mir wesentlich zu unverlässig. Der zeigt mir eine Menge libs an, die ich eigentlich noch brauche. Pakete, die nicht angezeigt werden sollen, kannst Du in /var/lib/deborphan/keep eintragen. Mehr Informationen dazu findest Du in der Manual-Page. Außerdem muss ich dann immer alles erst von Hand nachschauen und dann von Hand deinstallieren. Die Ausgabe von deborphan kann direkt an dpkg übergeben werden: dpkg --purge `deborphan` -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Was mir an aptitude fehlt: Ich möchte eine Ãbersicht über alle (manuell) installierten Pakete haben und diese dann ggf. entfernen können oder als zu behalten markieren. Die (ggf. auch manuelle) von denen das Paket das ich behalten möcht abhängt, möchte ich dann gar nicht mehr in der Liste haben. So würde das Ausmisten wesentlich leichter fallen, da man ja doch gelegentlich zum Testen etc. mal Pakete installiert die man einfach nicht mehr braucht. GruÃ, Mario Hallo, genau das selbe Problem habe ich auch. Habe mal aus Versehen (falsches Fenster und SSH) auf einer Konsolen-Maschine X samt Applikationen installiert. Seit da an suche ich nach einer Möglichkeit, das System einzuschlanken - ausser von Hand versteht sich. Habe von Hand schon einiges per dpkg-r deinstalliert, aber da ist noch ne Menge Schrott drin, der für einen kleinen Router mit Squid nicht nötig ist. So eine Funktionaltiät sollte es doch so mächtigen Paket-Tool wie DPKG geben? Gibt es zB eine Möglichkeit sich eine Ausgabe über installierte PAkete samt Abängigkeit al a ps -ef, pstree? Oder wie kann ich möglichst automatisiert anstellen, dass alles Pakete, die ohne Xserver nicht mehr tun automatisiert deinstllaiert werden? Oder anders wie komme ich wieder zu einem sauberen System ohne X etc. apt-get remove tun leider nicht, --reinstall und removen tut nicht - nicht mal mit --purge tut sich was? Kann ich alles nur händich mit dpkg-r loswerden? GrüÃle, Thomas ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Thomas Halinka [EMAIL PROTECTED] writes: Oder anders wie komme ich wieder zu einem sauberen System ohne X etc. apt-get remove tun leider nicht, --reinstall und removen tut nicht - nicht mal mit --purge tut sich was? Kann ich alles nur händich mit dpkg-r loswerden? ich wuerde mit einem 'apt-get remove --purge libx11-6' anfangen, das duerfte das meiste mitnehmen.
Re: Überflüssige Pakete finden
Oder anders wie komme ich wieder zu einem sauberen System ohne X etc. apt-get remove tun leider nicht, --reinstall und removen tut nicht - nicht mal mit --purge tut sich was? Kann ich alles nur händich mit dpkg-r loswerden? Noch sollte debfoster doch tun? signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Überflüssige Pakete finden
Hallo Thomas Halinka, hallo auch an alle anderen Montag, 11. September 2006 18:52 - Thomas Halinka wrote: Hallo, genau das selbe Problem habe ich auch. Habe mal aus Versehen (falsches Fenster und SSH) auf einer Konsolen-Maschine X samt Applikationen installiert. Seit da an suche ich nach einer Möglichkeit, das System einzuschlanken - ausser von Hand versteht sich. Habe von Hand schon einiges per dpkg-r deinstalliert, aber da ist noch ne Menge Schrott drin, der für einen kleinen Router mit Squid nicht nötig ist. So eine Funktionaltiät sollte es doch so mächtigen Paket-Tool wie DPKG geben? Gibt es zB eine Möglichkeit sich eine Ausgabe über installierte PAkete samt Abängigkeit al a ps -ef, pstree? Oder wie kann ich möglichst automatisiert anstellen, dass alles Pakete, die ohne Xserver nicht mehr tun automatisiert deinstllaiert werden? Oder anders wie komme ich wieder zu einem sauberen System ohne X etc. apt-get remove tun leider nicht, --reinstall und removen tut nicht - nicht mal mit --purge tut sich was? Kann ich alles nur händich mit dpkg-r loswerden? Siehe auch meine andere Mail. Zum Entfernen evtl. noch vorhandener Konfigurationsdateien: Zweig Nicht installierte Pakete auswählen, [Shift]+[-] für purge drücken und dann 2 x [g]. Zum Löschen diverser Programmpakete die entsprechende Option setzen und den Status der manuellen Installation für die entsprechenden Abschnitte komplett aufheben ([Shift] + [m]). Dann 1 x [g] drücken und nachschauen, ob man nicht das eine oder andere Paket doch manuell installiert behalten möchte, alle anderen Pakete zum purgen markieren und erneut [g]. -- Gruß MaxX Bitte beachten: Diese Mailadresse nimmt nur Listenmails entgegen. Für PM bitte den Empfänger gegen den Namen in der Sig tauschen.
Re: Überflüssig e Pakete finden
On 27.08.06 17:44:30, Mario Lipinski wrote: Was mir an aptitude fehlt: Ich möchte eine Übersicht über alle (manuell) installierten Pakete haben und diese dann ggf. entfernen können oder als zu behalten markieren. Wenn ich mich nicht taeusche: Im Menü unter Search - Limit Display, dann den passenden Suchausdruck. Aptitude hat eine sehr maechte Anfragesprache, installiere einfach mal aptitude-doc-en und schau dir die Doku an. Wenn ich mich nicht irre gibt es ein ~buchstabe Kuerzel mit dem du alle Pakete auflisten kannst die nicht automatisch installiert wurden. Dann noch statt der Baumansicht eine flache Paketansicht (vordefiniert unter Views) anschalten und schon hast du was du willst. Andreas -- Keep it short for pithy sake. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Hallo, Am Sonntag, den 27.08.2006, 19:56 +0200 schrieb Andreas Pakulat: On 27.08.06 17:44:30, Mario Lipinski wrote: Was mir an aptitude fehlt: Ich möchte eine Übersicht über alle (manuell) installierten Pakete haben und diese dann ggf. entfernen können oder als zu behalten markieren. Wenn ich mich nicht taeusche: Im Menü unter Search - Limit Display, dann den passenden Suchausdruck. Aptitude hat eine sehr maechte Anfragesprache, installiere einfach mal aptitude-doc-en und schau dir die Doku an. Wenn ich mich nicht irre gibt es ein ~buchstabe Kuerzel mit dem du alle Pakete auflisten kannst die nicht automatisch installiert wurden. Dann noch statt der Baumansicht eine flache Paketansicht (vordefiniert unter Views) anschalten und schon hast du was du willst. Leider nicht ganz. Das ist zwar schon mal ein kleiner Schritt, aber was noch fehlt ist das Ausblenden von manuell installierten Paketen von denen die Pakete die ich behalten möchte abhängen. Und dazu muss ich diese auch explizit anwählen können. Das bietet Aptitude imho nicht. Was dann noch fehlt, um mit debfoster gleichziehen zu können ist die Möglichkeit, diese Liste nach der Anzahl der abhängigen Pakete zu sortieren, um möglichst effektiv durch die gesamten installierten Pakete zu gehen. (ich gehe hier von 'debfoster -n' aus, da ich das meist auch so benutze) Gruß, Mario signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Re: Überflüssige Pakete finden
Hi Mario, Oder anders wie komme ich wieder zu einem sauberen System ohne X etc. apt-get remove tun leider nicht, --reinstall und removen tut nicht - nicht mal mit --purge tut sich was? Kann ich alles nur händich mit dpkg-r loswerden? Noch sollte debfoster doch tun? so ist es. Aber ich will mich für die Zukunft rüsten ;-) Grüßle, Tobias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssig e Pakete finden
On 27.08.06 20:38:07, Mario Lipinski wrote: Am Sonntag, den 27.08.2006, 19:56 +0200 schrieb Andreas Pakulat: On 27.08.06 17:44:30, Mario Lipinski wrote: Was mir an aptitude fehlt: Ich möchte eine Übersicht über alle (manuell) installierten Pakete haben und diese dann ggf. entfernen können oder als zu behalten markieren. Wenn ich mich nicht taeusche: Im Menü unter Search - Limit Display, dann den passenden Suchausdruck. Aptitude hat eine sehr maechte Anfragesprache, installiere einfach mal aptitude-doc-en und schau dir die Doku an. Wenn ich mich nicht irre gibt es ein ~buchstabe Kuerzel mit dem du alle Pakete auflisten kannst die nicht automatisch installiert wurden. Dann noch statt der Baumansicht eine flache Paketansicht (vordefiniert unter Views) anschalten und schon hast du was du willst. Leider nicht ganz. Das ist zwar schon mal ein kleiner Schritt, aber was noch fehlt ist das Ausblenden von manuell installierten Paketen von denen die Pakete die ich behalten möchte abhängen. Hae? Das was ich vorgeschlagen habe zeigt dir _alle_ Pakete an die nicht als automatisch installiert markiert sind. Was soll denn da jetzt noch fehlen? Was dann noch fehlt, um mit debfoster gleichziehen zu können ist die Möglichkeit, diese Liste nach der Anzahl der abhängigen Pakete zu sortieren, um möglichst effektiv durch die gesamten installierten Pakete zu gehen. Ok, das wird nichts mit aptitude, denke ich. Andreas -- Life, loathe it or ignore it, you can't like it. -- Marvin, Hitchhiker's Guide to the Galaxy -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Überflüssige Pakete finden
Hallo Tobias, Tobias Krais [EMAIL PROTECTED] wrote: Hi Thorsten, früher habe ich immer debfoster verwendet um meine Debian Pakete auszumisten. Aber debfoster ist jetzt nicht mehr up to date. Was kann ich jetzt nehmen? deborphan kenne ich schon. Aber der ist mir wesentlich zu unverlässig. Der zeigt mir eine Menge libs an, die ich eigentlich noch brauche. Verwende doch editkeep. Außerdem muss ich dann immer alles erst von Hand nachschauen und dann von Hand deinstallieren. Verwende doch orphaner mit entsprechenden Optionen. Schöne Grüße, Jörg. -- Dummheit anprangern ist ungefährlich, weil sich niemand angegriffen fühlt. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
apticron zeigt Pakete zum Upgrade an, die gar nicht installiert sind.
Hallo, seit ein paar Wochen fordert mich apticron dazu auf das Paket mktemp 1.5-2 upzugraden. Diese Paket ist aber nicht installiert. apt-showversion -u zeigt auch nichts an. apticron report [Wed, 23 Aug 2006 06:25:35 +0200] apticron has detected that some packages need upgrading on: server [ 127.0.0.1 192.168.17.10 ] The following packages are currently pending an upgrade: mktemp 1.5-2 Package Details: Reading changelogs... apt-listchanges: didn't find any valid .deb archives Ist da eine Pakete-DB beschädigt? Wie kann ich das wieder sauber bekommen? Gruß Marco -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt möchte immer dieselben Pakete e rneut installieren
Nachtrag: Anscheinend müssen nach dem Umstellen auch noch Listen zum Herunterladen bereitstehen, denn ab heute sind alle 48 Pakete verschwunden. Es funktioniert nun wieder wie normal. Danke an alle, die geholfen haben Gruß Thomas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt möchte immer dieselben Pakete erneut installieren
Am Sonntag 20 August 2006 11:56 schrieb Thomas Rösch: Im Moment habe ich hier 48 Pakete, die apt wieder und wieder installieren möchte. Auch ein apt-get dist-upgrade hat nichts geholfen. Nach dem Installieren und dem erneuten Aufruf von apt-get upgrade -V erscheint dieselbe Ausgabe wieder und er installiert wieder die 48 Pakete... Dein Problem scheint sich ja schon gelöst zu haben, nur fürs Archiv also noch. Ich hatte das Problem auch mal. Soweit ich herausfinden konnte, entstand das Problem bei mir dadurch, das ich die Paket-Quellen in meiner Source-List geändert hatte. Aus mir nicht weiter ersichtlichen Gründen hatten die Pakete der neuen Quelle zwar die selbe Version, aber eine andere Prüfsumme als die der alten, die noch im Paket-Cache lagen. Da die Prüfsummen nicht übereinstimmten, wollte aptitude gerne die vermeintlich neue Version installieren, hat bei herunterladen aber gemerkt, das eine passende Datei ja schon im Cache liegt und also nur die bereits vorhandenen Version reinstalliert. Ein löschen der betroffenen Pakete aus dem Paket-Cache hat geholfen. Gruß Chris -- A: because it distrupts the normal process of thought Q: why is top posting frowned upon
apt möchte immer dieselben Pakete erne ut installieren
Hallo Im Moment habe ich hier 48 Pakete, die apt wieder und wieder installieren möchte. Auch ein apt-get dist-upgrade hat nichts geholfen. apt-get upgrade -V ergibt folgenden Ausgabe: alevt (1.6.1-7 = 1.6.1-7) anacron (2.3-11 = 2.3-11) cabextract (1.1-1 = 1.1-1) cramfsprogs (1.1-6 = 1.1-6) diff (2.8.1-11 = 2.8.1-11) ed (0.2-20 = 0.2-20) fdupes (1.40-4 = 1.40-4) gocr (0.39-5 = 0.39-5) ifupdown (0.6.7 = 0.6.7) lapack3 (3.0.2531a-6 = 3.0.2531a-6) libart-2.0-2 (2.3.17-1 = 2.3.17-1) libatm1 (2.4.1-17 = 2.4.1-17) libaudiofile0 (0.2.6-6 = 0.2.6-6) libcap-dev (1.10-14 = 1.10-14) libcap1 (1.10-14 = 1.10-14) libdebug0 (0.4.2 = 0.4.2) libdvdnav4 (0.1.9-3 = 0.1.9-3) libgpgme6 (0.3.16-2 = 0.3.16-2) libgsm1 (1.0.10-13 = 1.0.10-13) libgsm1-dev (1.0.10-13 = 1.0.10-13) libgtkextra17 (0.99.17-2.2 = 0.99.17-2.2) libgtkextra17-dev (0.99.17-2.2 = 0.99.17-2.2) libjasper-1.701-1 (1.701.0-2 = 1.701.0-2) libmikmod2 (3.1.11-a-6 = 3.1.11-a-6) liborbit0 (0.5.17-11.1 = 0.5.17-11.1) libpcap0.7 (0.7.2-7 = 0.7.2-7) libraw1394-5 (0.10.1-1.1 = 0.10.1-1.1) librsync1 (0.9.7-1 = 0.9.7-1) libstartup-notification0 (0.8-1 = 0.8-1) libtdb1 (1.0.6-13 = 1.0.6-13) libtemplate-perl (2.14-1 = 2.14-1) libvideo-ivtv-perl (0.13-3 = 0.13-3) libxml-libxml-common-perl (0.13-5 = 0.13-5) linux32 (1-3 = 1-3) mawk (1.3.3-11 = 1.3.3-11) mp3c (0.29-2 = 0.29-2) mpg321 (0.2.10.3 = 0.2.10.3) potion (0.0.4 = 0.0.4) screen (4.0.2-4.1 = 4.0.2-4.1) smake (1.2a23-1 = 1.2a23-1) t1utils (1.32-1 = 1.32-1) talk (0.17-11 = 0.17-11) tdb-tools (1.0.6-13 = 1.0.6-13) time (1.7-21 = 1.7-21) unzoo (4.4-4 = 4.4-4) vcdtools (0.4-2 = 0.4-2) xmlto (0.0.18-5 = 0.0.18-5) xsensors (0.46-1 = 0.46-1) 48 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert. Es müssen noch 0B von 8373kB Archiven geholt werden. Nach dem Auspacken werden 0B Plattenplatz zusätzlich benutzt. Möchten Sie fortfahren [J/n]? Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Lese Changelogs... Extrahiere Templates aus Paketen: 100% Vorkonfiguration der Pakete ... (Lese Datenbank ... 271147 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereiten zum Ersetzen von diff 2.8.1-11 (durch .../diff_2.8.1-11_amd64.deb) ... Entpacke Ersatz für diff ... Richte diff ein (2.8.1-11) ... (Lese Datenbank ... 271147 Dateien und Verzeichnisse sind derzeit installiert.) Vorbereiten zum Ersetzen von mawk 1.3.3-11 (durch .../mawk_1.3.3-11_amd64.deb) ... Entpacke Ersatz für mawk ... Vorbereiten zum Ersetzen von screen 4.0.2-4.1 (durch .../screen_4.0.2-4.1_amd64.deb) ... Entpacke Ersatz für screen ... Vorbereiten zum Ersetzen von ed 0.2-20 (durch .../archives/ed_0.2-20_amd64.deb) ... Entpacke Ersatz für ed ... Vorbereiten zum Ersetzen von ifupdown 0.6.7 (durch .../ifupdown_0.6.7_amd64.deb) ... Entpacke Ersatz für ifupdown ... Vorbereiten zum Ersetzen von libcap1 1:1.10-14 (durch .../libcap1_1%3a1.10-14_amd64.deb) ... Entpacke Ersatz für libcap1 ... Vorbereiten zum Ersetzen von time 1.7-21 (durch .../archives/time_1.7-21_amd64.deb) ... Entpacke Ersatz für time ... Vorbereiten zum Ersetzen von anacron 2.3-11 (durch .../anacron_2.3-11_amd64.deb) ... Entpacke Ersatz für anacron ... Vorbereiten zum Ersetzen von cabextract 1.1-1 (durch .../cabextract_1.1-1_amd64.deb) ... Entpacke Ersatz für cabextract ... Vorbereiten zum Ersetzen von cramfsprogs 1.1-6 (durch .../cramfsprogs_1.1-6_amd64.deb) ... Entpacke Ersatz für cramfsprogs ... Vorbereiten zum Ersetzen von fdupes 1.40-4 (durch .../fdupes_1.40-4_amd64.deb) ... Entpacke Ersatz für fdupes ... Vorbereiten zum Ersetzen von gocr 0.39-5 (durch .../archives/gocr_0.39-5_amd64.deb) ... Entpacke Ersatz für gocr ... Vorbereiten zum Ersetzen von lapack3 3.0.2531a-6 (durch .../lapack3_3.0.2531a-6_amd64.deb) ... Entpacke Ersatz für lapack3 ... Vorbereiten zum Ersetzen von libart-2.0-2 2.3.17-1 (durch .../libart-2.0-2_2.3.17-1_amd64.deb) ... Entpacke Ersatz für libart-2.0-2 ... Vorbereiten zum Ersetzen von libatm1 2.4.1-17 (durch .../libatm1_2.4.1-17_amd64.deb) ... Entpacke Ersatz für libatm1 ... Vorbereiten zum Ersetzen von libaudiofile0 0.2.6-6 (durch .../libaudiofile0_0.2.6-6_amd64.deb) ... Entpacke Ersatz für libaudiofile0 ... Vorbereiten zum Ersetzen von libcap-dev 1:1.10-14 (durch .../libcap-dev_1%3a1.10-14_amd64.deb) ... Entpacke Ersatz für libcap-dev ... Vorbereiten zum Ersetzen von libdebug0 0.4.2 (durch .../libdebug0_0.4.2_amd64.deb) ... Entpacke Ersatz für libdebug0 ... Vorbereiten zum Ersetzen von libdvdnav4 0.1.9-3 (durch .../libdvdnav4_0.1.9-3_amd64.deb) ... Entpacke Ersatz für libdvdnav4 ... Vorbereiten zum Ersetzen von libgpgme6 0.3.16-2 (durch .../libgpgme6_0.3.16-2_amd64.deb) ... Entpacke Ersatz für libgpgme6 ... Vorbereiten zum Ersetzen von libgsm1 1.0.10-13 (durch .../libgsm1_1.0.10-13_amd64.deb) ... Entpacke
Re: apt möcht e immer dieselben Pakete erneut installieren
On 20.08.06 11:56:41, Thomas Rösch wrote: Im Moment habe ich hier 48 Pakete, die apt wieder und wieder installieren möchte. Auch ein apt-get dist-upgrade hat nichts geholfen. apt-get upgrade -V ergibt folgenden Ausgabe: alevt (1.6.1-7 = 1.6.1-7) ... Nach dem Installieren und dem erneuten Aufruf von apt-get upgrade -V erscheint dieselbe Ausgabe wieder und er installiert wieder die 48 Pakete... Was sagt apt-cache policy ein oder 2 der Pakete? Und was sagt apt-cache policy ohne Parameter? Wie schaut deine sources.list aus, bitte nur die nicht-auskommentierten Zeilen. Vmtl. hast du 2 Paketquellen die diesselbe Version bereitstellen, aber aus irgendeinem Grund nicht als identisch angesehen werden. APT ordnet dann die Pakete der niedriger priorisierten Quelle zu und will die Version der hoeher priorisierten Quelle installieren. Nach der Installation ordnet apt die Pakete aber wieder der niedriger priorisierten Quelle zu (z.B. weil sie als erstes in der sources.list auftaucht) Andreas -- So this is it. We're going to die. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt möchte immer dieselben Pakete e rneut installieren
Hallo Andreas Pakulat schrieb: Was sagt apt-cache policy ein oder 2 der Pakete? apt-cache policy anacron anacron: Installiert:2.3-11 Mögliche Pakete:2.3-11 Versions-Tabelle: 2.3-11 0 500 ftp://ftp.de.debian.org stable/main Packages 2.3-11 0 500 http://ftp.de.debian.org etch/main Packages 2.3-11 0 990 http://ftp.de.debian.org unstable/main Packages *** 2.3-11 0 100 /var/lib/dpkg/status apt-cache policy diff diff: Installiert:2.8.1-11 Mögliche Pakete:2.8.1-11 Versions-Tabelle: 2.8.1-11 0 500 ftp://ftp.de.debian.org stable/main Packages 2.8.1-11 0 500 http://ftp.de.debian.org etch/main Packages 2.8.1-11 0 990 http://ftp.de.debian.org unstable/main Packages *** 2.8.1-11 0 100 /var/lib/dpkg/status Und was sagt apt-cache policy ohne Parameter? apt-cache policy Paketdateien: 100 /var/lib/dpkg/status release a=now 500 file: experimental/non-free Packages release o=Debian,l=Debian,c=non-free 500 http://people.debian.org unstable/all/ Packages origin people.debian.org 500 http://people.debian.org unstable/amd64/ Packages origin people.debian.org 990 http://people.debian.org unstable/nvidia-kernel-common Packages release o=Debian NVIDIA Packages,a=unstable,l=NVIDIA packages built for Debian,c=nvidia-kernel-common origin people.debian.org 990 http://people.debian.org unstable/nvidia-settings Packages release o=Debian NVIDIA Packages,a=unstable,l=NVIDIA packages built for Debian,c=nvidia-settings origin people.debian.org 990 http://people.debian.org unstable/nvidia-xconfig Packages release o=Debian NVIDIA Packages,a=unstable,l=NVIDIA packages built for Debian,c=nvidia-xconfig origin people.debian.org 990 http://people.debian.org unstable/nvidia-graphics-drivers Packages release o=Debian NVIDIA Packages,a=unstable,l=NVIDIA packages built for Debian,c=nvidia-graphics-drivers origin people.debian.org 500 http://www.debian-multimedia.org experimental/main Packages release o=Unofficial Multimedia Packages,a=experimental,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 1 http://ftp.de.debian.org experimental/contrib Packages release o=Debian,a=experimental,l=Debian,c=contrib origin ftp.de.debian.org 1 http://ftp.de.debian.org experimental/non-free Packages release o=Debian,a=experimental,l=Debian,c=non-free origin ftp.de.debian.org 1 http://ftp.de.debian.org experimental/main Packages release o=Debian,a=experimental,l=Debian,c=main origin ftp.de.debian.org 990 http://www.debian-multimedia.org sid/main Packages release o=Unofficial Multimedia Packages,a=unstable,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 990 http://spello.sscnet.ucla.edu sid/main Packages release o=Unofficial Marillat,a=unstable,l=Unofficial Marillat Packages,c=main origin spello.sscnet.ucla.edu 990 http://ftp.de.debian.org unstable/non-free Packages release o=Debian,a=unstable,l=Debian,c=non-free origin ftp.de.debian.org 990 http://ftp.de.debian.org unstable/contrib Packages release o=Debian,a=unstable,l=Debian,c=contrib origin ftp.de.debian.org 990 http://ftp.de.debian.org unstable/main Packages release o=Debian,a=unstable,l=Debian,c=main origin ftp.de.debian.org 500 http://ftp.de.debian.org etch/security-updates/non-free Packages release o=secure-testing archive,a=testing,l=secure-testing archive,c=non-free origin ftp.de.debian.org 500 http://ftp.de.debian.org etch/security-updates/contrib Packages release o=secure-testing archive,a=testing,l=secure-testing archive,c=contrib origin ftp.de.debian.org 500 http://ftp.de.debian.org etch/security-updates/main Packages release o=secure-testing archive,a=testing,l=secure-testing archive,c=main origin ftp.de.debian.org 500 http://ftp.de.debian.org etch/contrib Packages release o=Debian,a=testing,l=Debian,c=contrib origin ftp.de.debian.org 500 http://ftp.de.debian.org etch/non-free Packages release o=Debian,a=testing,l=Debian,c=non-free origin ftp.de.debian.org 500 http://ftp.de.debian.org etch/main Packages release o=Debian,a=testing,l=Debian,c=main origin ftp.de.debian.org 500 http://www.debian-multimedia.org testing/main Packages release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 500 http://www.debian-multimedia.org etch/main Packages release o=Unofficial Multimedia Packages,a=testing,l=Unofficial Multimedia Packages,c=main origin www.debian-multimedia.org 500 ftp://ftp.de.debian.org stable/main Packages release v=3.1r2,o=Debian,a=stable,l=Debian AMD64 archive,c=main origin ftp.de.debian.org 500 http://www.debian-multimedia.org stable/main Packages release o=Unofficial
Re: apt möcht e immer dieselben Pakete erneut installieren
On 20.08.06 13:17:40, Thomas Rösch wrote: Hallo Andreas Pakulat schrieb: Was sagt apt-cache policy ein oder 2 der Pakete? apt-cache policy anacron anacron: Installiert:2.3-11 Mögliche Pakete:2.3-11 Versions-Tabelle: 2.3-11 0 500 ftp://ftp.de.debian.org stable/main Packages 2.3-11 0 500 http://ftp.de.debian.org etch/main Packages 2.3-11 0 990 http://ftp.de.debian.org unstable/main Packages *** 2.3-11 0 100 /var/lib/dpkg/status Ja, so hab ich mir das gedacht. Normalerweise sollte apt die letzten 2 Eintraege zu einem zusammenfassen. IIRC war ein moeglicher Grund die Nutzung von Preferences zusammen mit einem angegebenen Default-Release in der APT Konfiguration. Hast du das so eingerichtet? Wie schaut deine sources.list aus, bitte nur die nicht-auskommentierten Zeilen. Bitte, sinnvoll gekürzt: Sieht soweit Ok aus, wobei du als unstable-Nutzer ja stable und testing eigentlich rausschmeissen koenntest... Andreas -- You will forget that you ever knew me. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt möchte immer dieselben Pakete e rneut installieren
Andreas Pakulat schrieb: apt-cache policy anacron anacron: Installiert:2.3-11 Mögliche Pakete:2.3-11 Versions-Tabelle: 2.3-11 0 500 ftp://ftp.de.debian.org stable/main Packages 2.3-11 0 500 http://ftp.de.debian.org etch/main Packages 2.3-11 0 990 http://ftp.de.debian.org unstable/main Packages *** 2.3-11 0 100 /var/lib/dpkg/status Ja, so hab ich mir das gedacht. Normalerweise sollte apt die letzten 2 Eintraege zu einem zusammenfassen. IIRC war ein moeglicher Grund die Nutzung von Preferences zusammen mit einem angegebenen Default-Release in der APT Konfiguration. Hast du das so eingerichtet? Meine preferences sind nicht aktiv: preferences - preferences.out Ich benutze nur ein Default-Release: cat apt.conf APT::Cache-Limit 16777216; APT::Default-Release unstable; Gruß Thomas -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: apt möcht e immer dieselben Pakete erneut installieren
On 2006-08-20 11:56:41 +0200, Thomas Rösch wrote: Hallo Hallo, Im Moment habe ich hier 48 Pakete, die apt wieder und wieder installieren möchte. Auch ein apt-get dist-upgrade hat nichts geholfen. apt-get upgrade -V ergibt folgenden Ausgabe: alevt (1.6.1-7 = 1.6.1-7) anacron (2.3-11 = 2.3-11) [...] Nach dem Installieren und dem erneuten Aufruf von apt-get upgrade -V erscheint dieselbe Ausgabe wieder und er installiert wieder die 48 Pakete... Was könnte das Problem sein? Oder ist es debian-amd64-spezifisch? Solches Verhalten habe ich nur mitbekommen, wenn es in zwei Quellen das gleiche Paket gab. Kannst du mal deine sources.list zeigen? Michael -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Pakete den Quellen zuordnen
Andreas Pakulat [EMAIL PROTECTED] wrote: On 15.08.06 22:00:19, Frank Küster wrote: Sowas wie apt-cache policy für source-Pakete wäre ein erster Schritt, und überhaupt recht nett. Gibt's da was? grep-dctrl? apt-cache policy kdelibs Funktioniert. Duerfte allerdings nicht so 100% effektiv sein wenn src-package==bin-package ist. Ja, darum ging es mir In jedem Fall gilt auch: build-dep's sind keine Source-Pakete sondern auch Binaerpakete. Source-Pakete werden ueber apt-get source foobar installiert. Und eigentlich nicht mal installiert, nur heruntergeladen (und ausgepackt): Sie werden nirgendwo registriert. Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Pakete den Quellen zuordnen
Hallo, Ich hatte neulich ein paar Source-Pakete mittels apt-get build-dep installiert, die ich jetzt nicht mehr brauche. Das sind die einzigen Source-Pakete, die installiert sind. Gibt es einen Weg die installierten Pakete dem deb-src Eintrag in sources.list zuzuordnen? Danke, Mathias -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Pakete den Quellen zuordnen
On 15.08.06 18:32:56, Mathias Gehrung wrote: Ich hatte neulich ein paar Source-Pakete mittels apt-get build-dep installiert, die ich jetzt nicht mehr brauche. Das sind die einzigen Source-Pakete, die installiert sind. Gibt es einen Weg die installierten Pakete dem deb-src Eintrag in sources.list zuzuordnen? Nein. Andreas -- Your depth of comprehension may tend to make you lax in worldly ways. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Pakete den Quellen zuordnen
Andreas Pakulat [EMAIL PROTECTED] wrote: On 15.08.06 18:32:56, Mathias Gehrung wrote: Ich hatte neulich ein paar Source-Pakete mittels apt-get build-dep installiert, die ich jetzt nicht mehr brauche. Das sind die einzigen Source-Pakete, die installiert sind. Gibt es einen Weg die installierten Pakete dem deb-src Eintrag in sources.list zuzuordnen? Nein. Sowas wie apt-cache policy für source-Pakete wäre ein erster Schritt, und überhaupt recht nett. Gibt's da was? grep-dctrl? Gruß, Frank -- Frank Küster Single Molecule Spectroscopy, Protein Folding @ Inst. f. Biochemie, Univ. Zürich Debian Developer (teTeX/TeXLive)
Re: Pakete den Quellen zuordnen
On Tue, Aug 15, 2006 at 06:32:56PM +0200, Mathias Gehrung wrote: Ich hatte neulich ein paar Source-Pakete mittels apt-get build-dep installiert, die ich jetzt nicht mehr brauche. Das sind die einzigen Source-Pakete, die installiert sind. Gibt es einen Weg die installierten Pakete dem deb-src Eintrag in sources.list zuzuordnen? Nein, du hast ja schliesslich mit Hilfe von apt-get build-dep binaere Pakete installiert, welche nicht aus einer deb-src-Quelle stammen. Benutze versuchsweise mal aptitude, wobei du das zwischen dem erwuenschten und jetzigen Zustand schon einmal aufgerufen haben muesstest, damit das hilfreich die Pakete von beabsichtigten Paketen ermitteln kann. Schau in /var/lib/dpkg/info nach Datum sortiert nach den Paketen. Aber aptitude kann dir noch anders weiterhelfen: bewege den Cursor auf die libs, libdevel und devel Kategorien der installierten Pakete und druecke Shift-M um diese als automatisch installiert zu markieren. Das wird dann etliches als ueberfluessig markieren, einige erwuenschte pakete koennen auch mit markiert werden. Da aptitude die durchgefuehrten Aktionen loggt, habe ich mir angewoehnt die Build-Deps mit Hilfe von dpkg-checkbuilddepends zu listen und per aptitude install zu installieren. Ebenfalls ist die angesprochene Abweichung der per aptitude und per apt-get installierten Pakete hilfreich. Wenn du sonst mit aptitude arbeitest und nur diesmal apt-get wegen build-dep benutzt hast, wird aptitude diese Pakete schon zur Deinstallation vorschlagen. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Pakete den Quellen zuordnen
On 15.08.06 22:00:19, Frank Küster wrote: Andreas Pakulat [EMAIL PROTECTED] wrote: On 15.08.06 18:32:56, Mathias Gehrung wrote: Ich hatte neulich ein paar Source-Pakete mittels apt-get build-dep installiert, die ich jetzt nicht mehr brauche. Das sind die einzigen Source-Pakete, die installiert sind. Gibt es einen Weg die installierten Pakete dem deb-src Eintrag in sources.list zuzuordnen? Nein. Sowas wie apt-cache policy für source-Pakete wäre ein erster Schritt, und überhaupt recht nett. Gibt's da was? grep-dctrl? apt-cache policy kdelibs Funktioniert. Duerfte allerdings nicht so 100% effektiv sein wenn src-package==bin-package ist. In jedem Fall gilt auch: build-dep's sind keine Source-Pakete sondern auch Binaerpakete. Source-Pakete werden ueber apt-get source foobar installiert. Andreas -- Don't relax! It's only your tension that's holding you together. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Pakete den Quellen zuordnen
Andreas Pakulat [EMAIL PROTECTED] writes: In jedem Fall gilt auch: build-dep's sind keine Source-Pakete sondern auch Binaerpakete. Source-Pakete werden ueber apt-get source foobar installiert. Ahso, schon wieder was klarer.. Danke -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Pakete den Quellen zuordnen
On 15.08.06 23:34:53, Mathias Gehrung wrote: Andreas Pakulat [EMAIL PROTECTED] writes: In jedem Fall gilt auch: build-dep's sind keine Source-Pakete sondern auch Binaerpakete. Source-Pakete werden ueber apt-get source foobar installiert. Ahso, schon wieder was klarer.. Build-Dependecies sind die Pakete die notwendig sind um ein Source-Paket in ein (oder mehrere) Binaer-Pakete zu verwandeln. Also insbesondere die -dev Pakete von benutzten Bibliotheken, python modul Pakete usw. Andreas -- Stay away from flying saucers today. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Pakete den Quellen zuordnen
Peter Wiersig [EMAIL PROTECTED] writes: Benutze versuchsweise mal aptitude, wobei du das zwischen dem erwuenschten und jetzigen Zustand schon einmal aufgerufen haben muesstest, damit das hilfreich die Pakete von beabsichtigten Paketen ermitteln kann. Hat so nicht funktioniert. Schau in /var/lib/dpkg/info nach Datum sortiert nach den Paketen. So habe ich es jetzt gemacht. Ich konnte zum Glück das Datum eingrenzen und so die Pakete finden. War noch leichter als das, was ich mir eigentlich überlegt hatte (herausfinden der Pakete mittels /var/log/dpkg.log). Aber aptitude kann dir noch anders weiterhelfen: bewege den Cursor auf die libs, libdevel und devel Kategorien der installierten Pakete und druecke Shift-M um diese als automatisch installiert zu markieren. Das wird dann etliches als ueberfluessig markieren, einige erwuenschte pakete koennen auch mit markiert werden. Hat auch nicht geholfen. Danke -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: gnuplot-Pakete mit PDF-Output
Uwe Bieling: Jochen Schulz [EMAIL PROTECTED] schrieb: set terminal postscript eps enhanced color blacktext Ich habe aber in beiden Fällen Probleme mit Umlauten. -- snip Zuerst mußt du die ISO Latin1 codierung einschalten , | gnuplot set encoding iso_8859_1 ` Die Umlaute haben dann folgende Codes: -- snip Danke nochmal für den Hinweis. Ich bin inzwischen doch wieder bei Postscript gelandet und mache es jetzt so: set terminal postscript eps enhanced color set encoding iso_8859_1 set output '|epstopdf --filter outfile=plot.pdf' set xlabel äöüß usw. Dank set encoding kann ich auch direkt Umlaute eingeben und über die Pipe kann ich mit nur einem Gnuplot-Lauf ein PDF ohne weißen Rand erzeugen. J. -- When standing at the top of beachy head I find the rocks below very attractive. [Agree] [Disagree] http://www.slowlydownward.com/NODATA/data_enter2.html signature.asc Description: Digital signature
Spezielle Version eines Pakete installieren
apt-cache policy clamav-base: clamav-base: Installed: 0.84-2.sarge.7 Candidate: 0.88.2-0.dotdeb.1 Version Table: 0.88.2-0.dotdeb.1 0 1001 http://packages.dotdeb.org stable/all Packages 0.84-2.sarge.9 0 500 http://security.debian.org sarge/updates/main Packages 0.84-2.sarge.8 0 500 http://ftp.debian.org sarge/main Packages *** 0.84-2.sarge.7 0 100 /var/lib/dpkg/status Wie kann ich den aptitude dazu zwingen mir diese Version 0.84-2.sarge.9 0 zu installieren? Von dotdeb.org habe ich lediglich php5 Pakete installiert. -- Jochen Kaechelin, fvgi242ss, wlanhacking.de http://mail.wlanhacking.de/cgi-bin/mailman/listinfo http://www.gissmoh.de - Mein sonstiges Leben!! -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Spezielle Version eines Pakete installieren
* Jochen Kaechelin [EMAIL PROTECTED] wrote: apt-cache policy clamav-base: clamav-base: Installed: 0.84-2.sarge.7 Candidate: 0.88.2-0.dotdeb.1 Version Table: 0.88.2-0.dotdeb.1 0 1001 http://packages.dotdeb.org stable/all Packages 0.84-2.sarge.9 0 500 http://security.debian.org sarge/updates/main Packages 0.84-2.sarge.8 0 500 http://ftp.debian.org sarge/main Packages *** 0.84-2.sarge.7 0 100 /var/lib/dpkg/status Wie kann ich den aptitude dazu zwingen mir diese Version 0.84-2.sarge.9 0 zu installieren? Ungetestet: 'aptitude forbid-version clamav-base=0.88.2-0.dotdeb.1' und danach 'aptitude upgrade' sollte helfen. Gruss Jens -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Spezielle Version eines Pakete installieren
Hallo, Jochen Kaechelin wrote: Wie kann ich den aptitude dazu zwingen mir diese Version 0.84-2.sarge.9 0 zu installieren? aptitude install clamav-base=0.84-2.sarge.9 oder den dotdeb-Eintrag aus /etc/apt/sources.list temporär entfernen. hth, Wolf -- Büroschimpfwort des Tages: Kantinenzombie - Kollege, dessen seltsam untotes Aussehen darauf schließen lässt, dass er kritiklos ALLES isst, was in der Kantine aufgetischt wird. (Sven-Lukas Müller) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Spezielle Version eines Pakete installieren
Am Sonntag, 23. Juli 2006 20:39 schrieb Jens Schüßler: * Jochen Kaechelin [EMAIL PROTECTED] wrote: apt-cache policy clamav-base: clamav-base: Installed: 0.84-2.sarge.7 Candidate: 0.88.2-0.dotdeb.1 Version Table: 0.88.2-0.dotdeb.1 0 1001 http://packages.dotdeb.org stable/all Packages 0.84-2.sarge.9 0 500 http://security.debian.org sarge/updates/main Packages 0.84-2.sarge.8 0 500 http://ftp.debian.org sarge/main Packages *** 0.84-2.sarge.7 0 100 /var/lib/dpkg/status Wie kann ich den aptitude dazu zwingen mir diese Version 0.84-2.sarge.9 0 zu installieren? Ungetestet: 'aptitude forbid-version clamav-base=0.88.2-0.dotdeb.1' und danach 'aptitude upgrade' sollte helfen. Geht leider nicht, er will immer noch die Pakete von dotdeb. -- Jochen Kaechelin, fvgi242ss, wlanhacking.de http://mail.wlanhacking.de/cgi-bin/mailman/listinfo http://www.gissmoh.de - Mein sonstiges Leben!!
Re: Spezielle Version eines Pakete installieren
On Sun, Jul 23, 2006 at 08:27:21PM +0200, Jochen Kaechelin wrote: Wie kann ich den aptitude dazu zwingen mir diese Version 0.84-2.sarge.9 0 zu installieren? Beschaeftige dich mit apt pinning. Peter -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Spezielle Version eines Pakete installieren
Am Sonntag, den 23.07.2006, 20:45 +0200 schrieb Peter Wiersig: On Sun, Jul 23, 2006 at 08:27:21PM +0200, Jochen Kaechelin wrote: Wie kann ich den aptitude dazu zwingen mir diese Version 0.84-2.sarge.9 0 zu installieren? Beschaeftige dich mit apt pinning. Nuja. Irgendwer muss dem dotdeb-Repository eine Priorität von 1000 verpasst haben. Insofern muss eine /etc/apt/preferences IMO schon existieren, denn AFAIK gehen solche Prioritäten nur via /etc/apt/preferences. @Jochen: Priorität vom dotdeb-Repository herabsetzen [1] und dann klappt IMO auch ein apt-get|aptitude install clamav-base=0.84-2.sarge.9 [1] Was eine Priorität von 1000 bedeutet, sagt dir 'man 5 apt_preferences'. MfG Daniel
Re: Spezielle Version eines Pakete installieren
On 23.07.06 20:27:21, Jochen Kaechelin wrote: apt-cache policy clamav-base: clamav-base: Installed: 0.84-2.sarge.7 Candidate: 0.88.2-0.dotdeb.1 Version Table: 0.88.2-0.dotdeb.1 0 1001 http://packages.dotdeb.org stable/all Packages Da hast du beim Pinnen definitiv was falsch gemacht. 0.84-2.sarge.9 0 500 http://security.debian.org sarge/updates/main Packages 0.84-2.sarge.8 0 500 http://ftp.debian.org sarge/main Packages *** 0.84-2.sarge.7 0 100 /var/lib/dpkg/status Wie kann ich den aptitude dazu zwingen mir diese Version 0.84-2.sarge.9 0 zu installieren? man aptitude - aptitude install foobar=0.0.1-2 Alternativ im TUI die Seite des Pakets aufmachen und dort ganz am Ende die passende Version auswaehlen. Von dotdeb.org habe ich lediglich php5 Pakete installiert. Dann solltest du Pinning so einrichten das nichts anderes von dort installiert wird. man apt_preferences, das debiananwenderhandbuch.de und diverse Howto's sagen dir wie. stable/security sollte immer die hoechste Prioritaet haben, dotdeb.org dann eine niedrigere z.B. 200 und die php5-Pakete dann mittels aptitude in der hoechsten Version installieren. Andreas -- Beware the one behind you. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Von apt-get zurückgehaltene Pakete identifizireen
Hallo, liebe Liste! Wenn apt-get die Meldung 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. ausgibt, wurde wohl ein Paket zurückgehalten. Kann mir jemand sagen, wie man dieses am besten identifizieren kann? #Hannes#
Re: Von apt-get zurückgehaltene Pakete identifizireen
Heute (18.07.2006/13:33 Uhr) schrieb Hannes H., Hallo, liebe Liste! Wenn apt-get die Meldung 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. ausgibt, wurde wohl ein Paket zurueckgehalten. Kann mir jemand sagen, wie man dieses am besten identifizieren kann? #Hannes# mit -s starten. Dann siehst du es -- Viele Gruesse, Kind regards, Jim Knuth [EMAIL PROTECTED] ICQ #277289867 -- Zufalls-Zitat -- Die Musik drückt das aus, was nicht gesagt werden kann und worüber zu schweigen unmöglich ist. (Victor Hugo) -- Der Text hat nichts mit dem Empfaenger der Mail zu tun -- Virus free. Checked by NOD32 Version 1.1664 Build 7684 17.07.2006
Re: Von apt-get zurückgehaltene Pakete identifizireen
Hallo Jim, Am 18.07.06 schrieb Jim Knuth [EMAIL PROTECTED]: mit -s starten. Dann siehst du es Danke! #Hannes# -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Herausfinden von wo pakete stammen
Hallo liste gibt es eine Möglichkeit herauszufinden von wo die installierten pakete per apt runtergeladen wurden? weil mit apt-cache show paketname bekomm ich zwar e-mail adresse und so aber ich wüsst gern sowas ala http://ftp.de.debian.org/debian/sarge/main oder hat http://security.debian.org/ gibt es da ne möglichkeit? Vielen Dank Alex
Re: Herausfinden von wo pakete stammen
Alexander Syring [EMAIL PROTECTED]: gibt es eine Möglichkeit herauszufinden von wo die installierten pakete per apt runtergeladen wurden? weil mit apt-cache show paketname bekomm ich zwar e-mail adresse und so aber ich wüsst gern sowas ala http://ftp.de.debian.org/debian/sarge/main oder hat http://security.debian.org/ gibt es da ne möglichkeit? apt-cache policy paket Gruss, Frank -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Herausfinden von wo pakete stammen
Am Sonntag, 21. Mai 2006 14:07 schrieb Alexander Syring: Hallo liste gibt es eine Möglichkeit herauszufinden von wo die installierten pakete per apt runtergeladen wurden? weil mit apt-cache show paketname bekomm ich zwar e-mail adresse und so aber ich wüsst gern sowas ala http://ftp.de.debian.org/debian/sarge/main oder hat http://security.debian.org/ gibt es da ne möglichkeit? dabei sollte dir apt-cache policy paketname helfen. -- Markus Schulz Aber meiner persönlichen Meinung nach ist ein Sid an 355 Tagen im Jahr mehr stable als z.B. ein Suse fertig in den Läden steht.(Joerg Rossdeutscher)
Re: Herausfinden von wo pakete stammen
Am Sonntag 21 Mai 2006 14:12 schrieb Markus Schulz: Am Sonntag, 21. Mai 2006 14:07 schrieb Alexander Syring: gibt es eine Möglichkeit herauszufinden von wo die installierten pakete per apt runtergeladen wurden? dabei sollte dir apt-cache policy paketname helfen. Aber das geht nur, wenn die Paketversion noch auf einem Server vorhanden ist oder? Gruß Chris -- A: because it distrupts the normal process of thought Q: why is top posting frowned upon
Re: Herausfinden von wo pakete stammen
Hallo, Christian Frommeyer wrote: Am Sonntag 21 Mai 2006 14:12 schrieb Markus Schulz: Am Sonntag, 21. Mai 2006 14:07 schrieb Alexander Syring: gibt es eine Möglichkeit herauszufinden von wo die installierten pakete per apt runtergeladen wurden? dabei sollte dir apt-cache policy paketname helfen. Aber das geht nur, wenn die Paketversion noch auf einem Server vorhanden ist oder? Wenn du seit dem Löschen auf dem Server kein apt-get update mehr gemacht hast, geht das auf jeden Fall noch. Grüße, Moritz -- Moritz Lenz http://moritz.faui2k3.org/ signature.asc Description: OpenPGP digital signature
Re: Unstable Pakete mit aptitude verwalten
Hallo Andreas, es ist jetzt alles klar, bis auf eine Frage (siehe unten). Du schriebst am 19. May um 20:55 Uhr: Das geht alles in 1 Zeile, oder evtl. 2en. Ich rate dir dringend apt-proxy zu installieren auf joe und deine bisherigen Repositories zu importieren. Dann laeuft der ganze Quark naemlich absolut transparent, wenn APT ein Paket beim Proxy anfordert kann der schauen ob er es schon liegen hat, wenn nicht wirds ausm Netz geladen. Gut, main contib non-free kann man zusammenfassen. Die 10 GB des lokalen Rep. dem apt-proxy zu verfüttern, halte ich nicht für sinnvoll. Der funktioniert eh nicht richtig und fliegt irgendwann raus. Aehm, wieso importierst du das lokale Repository nicht in apt-proxy? Dann kannste dir die 1. Zeile komplett verkneifen. Mit apt-proxy gab es Schwierigkeiten. Ich hab da auch bug reports geschrieben, kam aber nichts nach. Das aufräumen funktioniert nicht: 2006/05/06 06:54 CEST [-] [debug] Doing periodic cleaning up 2006/05/06 06:54 CEST [-] [debug] Periodic cleaning done 2006/05/07 06:54 CEST [-] [debug] Doing periodic cleaning up 2006/05/07 06:54 CEST [-] [debug] Periodic cleaning done Dann wollte ich ihn auf einen anderen Rechner verlagern, das klappte nicht, und auch mit dem Importieren gab es Schwierigkeiten. Und drittens bekommt aptitude bisweilen unvollständige Paketlisten geliefert, die Verbindung wird beendet, während der Download in den Proxy noch läuft. Ist der dann abgeschlossen, klappt auch der update wieder. Jetzt zu meiner Frage: Aehm hattest du Sarge nicht auf 900 gepinned? (hab grad die Mail nicht zur Hand)? Ansonsten sieht das Ok aus, ist mir schleierhaft warum aptitude da upgraden will/wollte. Obwohl ich in preferences: Package: * Pin: release a=sarge, o=Debian Pin-Priority: 900 habe, gibt apt-cache policy für alle Repositories nur eine Priorität von 500 aus: 500 http://joe.home.cknoke.de sarge/main Packages release v=3.1r1,o=Debian,a=stable,l=Debian,c=main origin joe.home.cknoke.de Pinned Packages: Bedeutet das irgendetwas? Ich meine das auch bei einem Pin von sarge-backports auf 200 die Ausgabe fuer tetex-base so aussehen muesste. Oder ich verstehe man apt_preferences grad falsch und du brauchst fuer Stable eine Prioritaet 500 damit nicht upgedatet wird. Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Unstable Pakete mit aptitude verwalten
Am 20.05.06 schrieb Christian Knoke [EMAIL PROTECTED]: Obwohl ich in preferences: Package: * Pin: release a=sarge, o=Debian Pin-Priority: 900 habe, gibt apt-cache policy für alle Repositories nur eine Priorität von 500 aus: 500 http://joe.home.cknoke.de sarge/main Packages release v=3.1r1,o=Debian,a=stable,l=Debian,c=main origin joe.home.cknoke.de Pinned Packages: Bedeutet das irgendetwas? Wenn ich mich recht erinnere hatte Andreas zu dieser Art Problem schon was geschrieben: a=sarge funktioniert nicht (zumindest mit den standardmäßigen Release-Dateien von Debian), und die betreffenden Pakete kriegen die Standardpriorität. Versuchs mal mit a=stable. Dirk
Re: Unstable Pakete mit aptitude verwalten
On 20.05.06 11:03:16, Christian Knoke wrote: Du schriebst am 19. May um 20:55 Uhr: Das geht alles in 1 Zeile, oder evtl. 2en. Ich rate dir dringend apt-proxy zu installieren auf joe und deine bisherigen Repositories zu importieren. Dann laeuft der ganze Quark naemlich absolut transparent, wenn APT ein Paket beim Proxy anfordert kann der schauen ob er es schon liegen hat, wenn nicht wirds ausm Netz geladen. Gut, main contib non-free kann man zusammenfassen. Die 10 GB des lokalen Rep. dem apt-proxy zu verfüttern, halte ich nicht für sinnvoll. Der funktioniert eh nicht richtig und fliegt irgendwann raus. Aehm, wieso importierst du das lokale Repository nicht in apt-proxy? Dann kannste dir die 1. Zeile komplett verkneifen. Mit apt-proxy gab es Schwierigkeiten. Ich hab da auch bug reports geschrieben, kam aber nichts nach. Das aufräumen funktioniert nicht: 2006/05/06 06:54 CEST [-] [debug] Doing periodic cleaning up 2006/05/06 06:54 CEST [-] [debug] Periodic cleaning done 2006/05/07 06:54 CEST [-] [debug] Doing periodic cleaning up 2006/05/07 06:54 CEST [-] [debug] Periodic cleaning done Dann wollte ich ihn auf einen anderen Rechner verlagern, das klappte nicht, und auch mit dem Importieren gab es Schwierigkeiten. Und drittens bekommt aptitude bisweilen unvollständige Paketlisten geliefert, die Verbindung wird beendet, während der Download in den Proxy noch läuft. Ist der dann abgeschlossen, klappt auch der update wieder. Dann nimm nicht den kaputten aus Sarge sondern den heilen aus unstable/testing. Das sollte sich auch in Sarge installieren lassen und funktioniert hier einwandfrei (Import habe ich schon ewig nicht getestet). Verschieben des Caches sollte kein Problem sein, sofern du denselben Pfad benutzt. Eventuell speichert der in seinen Metadaten mit absoluten Pfaden. Hab ich auch schon gemacht, auch wenns nur der Umzug auf ne neue Platte war... Aehm hattest du Sarge nicht auf 900 gepinned? (hab grad die Mail nicht zur Hand)? Ansonsten sieht das Ok aus, ist mir schleierhaft warum aptitude da upgraden will/wollte. Obwohl ich in preferences: Package: * Pin: release a=sarge, o=Debian Pin-Priority: 900 habe, gibt apt-cache policy für alle Repositories nur eine Priorität von 500 aus: Ja, ich hab doch gesagt release a=stable ist das was du willst. Schau dir doch mal: 500 http://joe.home.cknoke.de sarge/main Packages release v=3.1r1,o=Debian,a=stable,l=Debian,c=main origin joe.home.cknoke.de Pinned Packages: Das an. Das was da in Zeile 2-3 steht kannst du mir dem release-Pin verwenden. Andreas -- You can rent this space for only $5 a week. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Unstable Pakete mit aptitude verwalten
Du schriebst am 20. May um 11:28 Uhr: Am 20.05.06 schrieb Christian Knoke [EMAIL PROTECTED]: Package: * Pin: release a=sarge, o=Debian Pin-Priority: 900 Wenn ich mich recht erinnere hatte Andreas zu dieser Art Problem schon was geschrieben: a=sarge funktioniert nicht (zumindest mit den standardmäßigen Release-Dateien von Debian), und die betreffenden Pakete kriegen die Standardpriorität. Versuchs mal mit a=stable. Ja, das hab ich jetzt gemacht. Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Unstable Pakete mit aptitude verwalten
Am Freitag 19 Mai 2006 00:13 schrieb Christian Knoke: Backports sind Pakete aus Unstable oder Testing, die für Stable funktionieren? Ja, das will ich ;-) Ich les gerade Nicht ganz. Backports sind - auf der Basis von unstable Paketen erstellte - Pakete die (weitgehend) mit Abhängigkeiten aus Stable auskommen. (Andere Abhängigkeiten werden dann wieder über Backports zur Verfügung gestellt) Gruß Chris -- A: because it distrupts the normal process of thought Q: why is top posting frowned upon
Re: Unstable Pakete mit aptitude verwalten
On Fri, 19 May 2006 09:32:22 +0200, Christian Frommeyer wrote Nicht ganz. Backports sind - auf der Basis von unstable Paketen erstellte - Pakete Erbsenzaehlerei Eigentlich sind es zum groessten Teil Pakete aus Testing. /Erbsenzaehlerei -- MfG Jan Open WebMail Project (http://openwebmail.org) -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Unstable Pakete mit aptitude verwalten
Andreas schrieb am 19. May um 01:14 Uhr: On 19.05.06 00:13:04, Christian Knoke wrote: http://www.backports.org/instructions.html Also nochmal fuer dich zum Mitschreiben: In der sources.list stable durch sarge ersetzen, dann erlebst du keine boesen Ueberraschungen wenn Etch stable wird, sondern kannst den Upgrade-Zeitpunkt selbst bestimmen. Und zweitens den obersten Eintrag in deiner preferences (den mit v=3.1r1) rausnehmen und dem darunterliegenden die Prioritaet 900 geben. Ich habe jetzt also Package: * Pin: release a=sarge, o=Debian Pin-Priority: 900 Package: * Pin: release a=sarge-backports Pin-Priority: 200 $ aptitude update $ aptitude -t sarge Gut ist, die Backports-Pakete haben alle ein 'bp' an die Versionsnummer angehängt, ich kann also bei der Paketauswahl und vor dem zweiten 'G' darauf achten, was ich installiere. Schlecht ist hingegen, das gleich beim ersten upgrade automatisch, ohne mein Zutun, und ohne das ich irgendetwas augewählt hätte, zwei tetex Pakete aus backports installiert werden sollen. So war das nicht gedacht! Es kann ja auch nicht sein, das eine sonst aus ausschließlich sarge/stable Paketen bestehende Installation irgendwelcher updates aus backports bedarf. Schlecht auch, das die Installation von tex-common und tetex-base prompt mit Fehlern endet. Ich setzte jetzt mal die Priority auf -10 herab und versuche das zu reparieren (downgraden). Gruß Christian -- Christian Knoke* * *http://cknoke.de * * * * * * * * * Ceterum censeo Microsoft esse dividendum. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Unstable Pakete mit aptitude verwalten
On 19.05.06 12:57:18, Christian Knoke wrote: Andreas schrieb am 19. May um 01:14 Uhr: On 19.05.06 00:13:04, Christian Knoke wrote: http://www.backports.org/instructions.html Also nochmal fuer dich zum Mitschreiben: In der sources.list stable durch sarge ersetzen, dann erlebst du keine boesen Ueberraschungen wenn Etch stable wird, sondern kannst den Upgrade-Zeitpunkt selbst bestimmen. Und zweitens den obersten Eintrag in deiner preferences (den mit v=3.1r1) rausnehmen und dem darunterliegenden die Prioritaet 900 geben. Ich habe jetzt also Package: * Pin: release a=sarge, o=Debian Pin-Priority: 900 Package: * Pin: release a=sarge-backports Pin-Priority: 200 $ aptitude update $ aptitude -t sarge Das -t sarge ist da unnoetig. Ausserdem glaube ich nicht, das aptitude das ueberhaupt uebernimmt wenn du die Gui startest. In derselben kannst du ja eh die Versionen manuell auswaehlen. Schlecht ist hingegen, das gleich beim ersten upgrade automatisch, ohne mein Zutun, und ohne das ich irgendetwas augewählt hätte, zwei tetex Pakete aus backports installiert werden sollen. So war das nicht gedacht! Es kann ja auch nicht sein, das eine sonst aus ausschließlich sarge/stable Paketen bestehende Installation irgendwelcher updates aus backports bedarf. Richtig, das sollte nicht passieren. Was sagen apt-cache policy und apt-cache policy tex-common tetex-base? Schlecht auch, das die Installation von tex-common und tetex-base prompt mit Fehlern endet. Ich setzte jetzt mal die Priority auf -10 herab und versuche das zu reparieren (downgraden). Ja wieso hast du das denn erlaubt? Andreas -- Snow Day -- stay home. -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject unsubscribe. Probleme? Mail an [EMAIL PROTECTED] (engl)
Re: Unstable Pakete mit aptitude verwalten
Andreas schriebst am 19. May um 15:10 Uhr: Package: * Pin: release a=sarge, o=Debian Pin-Priority: 900 Package: * Pin: release a=sarge-backports Pin-Priority: 200 $ aptitude update $ aptitude -t sarge Das -t sarge ist da unnoetig. Ausserdem glaube ich nicht, das aptitude das ueberhaupt uebernimmt wenn du die Gui startest. Vermutlich. Schaden wird es nichts. Schlecht ist hingegen, das gleich beim ersten upgrade automatisch, ohne mein Zutun, und ohne das ich irgendetwas augewählt hätte, zwei tetex Pakete aus backports installiert werden sollen. So war das nicht gedacht! Es kann ja auch nicht sein, das eine sonst aus ausschließlich sarge/stable Paketen bestehende Installation irgendwelcher updates aus backports bedarf. Richtig, das sollte nicht passieren. Was sagen apt-cache policy und apt-cache policy tex-common tetex-base? Hier sollte ich etwas zu meinem Setup sagen. Ich habe eine lokale Quelle für v=3.1r1 auf Joe, sowie mehrere andere remote Sarge-Quellen, die von Joe geproxy'd werden. Interessanterweise sieht man das der Policy nicht an. Ob aptitude dadurch durcheinander kommt? Das war auch der Grund für den (jetzt gelöschten) ersten Eintrag in preferences. Ich wollte (will) erreichen, das, wannimmer ich zusätzliche Pakete installieren will, und es keine Sarge-Updates dafür im Netz gibt, die Pakete aus dem lokalen Repository genommen werden. Die Ausnahme wäre dann, das ich ausdrücklich einen Backport haben will. Ob dies nun schon durch die Reihenfolge der Quellen geschieht (die lokale steht vorn), oder durch eine geringfügig höhere Priorität erreicht werden muß oder kann, ist mir nicht klar. Eventuell ist die Lösung ja auch, die Standard-Sarge-Quelle im Netz ganz aus der sources.list zu entfernen und sich darauf zu verlassen, das proposed-updates und security-updates schon die aktuelleren Pakete enthalten werden. Das würde auch Zeit beim updaten der Paketlisten sparen. Zur Übersicht daher hier meine sources.list und dann die policy Ausgaben: -- deb http://joe.home.cknoke.de/debian sarge main contrib deb http://joe.home.cknoke.de:8086/debian sarge main contrib deb http://joe.home.cknoke.de:8086/debian sarge non-free deb http://joe.home.cknoke.de:8086/debian sarge-proposed-updates main contrib non-free deb http://joe.home.cknoke.de:8086/security sarge/updates main contrib non-free deb http://joe.home.cknoke.de:8086/xfce sarge main deb http://joe.home.cknoke.de:8086/debian-marillat sarge main # deb http://joe.home.cknoke.de:8086/debian sid main contrib deb http://joe.home.cknoke.de:8086/backports sarge-backports main -- Paketdateien: 100 /var/lib/dpkg/status release a=now -10 http://joe.home.cknoke.de sarge-backports/main Packages release o=Backports.org archive,a=sarge-backports,l=Backports.org archive,c=main origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/main Packages release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages,c=main origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/main Packages release v=2005.10.10.09.54.04,o=www.os-cillation.com,a=sarge,l=os-cillation Debian repositry,c=main origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/updates/non-free Packages release v=3.1,o=Debian,a=stable,l=Debian-Security,c=updates/non-free origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/updates/contrib Packages release v=3.1,o=Debian,a=stable,l=Debian-Security,c=updates/contrib origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/updates/main Packages release v=3.1,o=Debian,a=stable,l=Debian-Security,c=updates/main origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge-proposed-updates/non-free Packages release v=3.1-updates,o=Debian,a=proposed-updates,l=Debian,c=non-free origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge-proposed-updates/contrib Packages release v=3.1-updates,o=Debian,a=proposed-updates,l=Debian,c=contrib origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge-proposed-updates/main Packages release v=3.1-updates,o=Debian,a=proposed-updates,l=Debian,c=main origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/non-free Packages release v=3.1r2,o=Debian,a=stable,l=Debian,c=non-free origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/contrib Packages release v=3.1r2,o=Debian,a=stable,l=Debian,c=contrib origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/main Packages release v=3.1r2,o=Debian,a=stable,l=Debian,c=main origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/contrib Packages release v=3.1r1,o=Debian,a=stable,l=Debian,c=main origin joe.home.cknoke.de 500 http://joe.home.cknoke.de sarge/main Packages release v=3.1r1,o=Debian,a=stable,l=Debian,c=main origin joe.home.cknoke.de