eigenes Debianpaket wird wieder geupdated ?

[floschi]

Hi !

Nachdem ich bisher keine Lösung finden konnte, mal hier die Frage in die Runde:

Damit ich Courier-IMAP zur Zusammenarbeit mit vpopmail überreden kann, muss ich ihn mir selber neu bauen und dabei in der debian/rules das --without-vchkpw in --with-vchkpw ändern. Also per apt-get source courier-blabla das aktuelle Sourcenpaket holen und dann mittles dpkg -i installieren.

Wunderbar.

Nur wenn ich jetzt mittels apt-get update und apt-get upgrade arbeite, dann wird mir mein selber erstelltes Paket durch das gleiche aus stable ersetzt. Die Versionsnummern sind absolut identisch!

Ist das so gewollt, habe ich da etwas übersehen und wie verhindere ich das (ohne das Paket auf hold zu setzen?)?


Grüßle

Olfi ;)

[captaincrunch]

Hi olfi !

Das gleiche Problem hatte ich auch mal, als ich mir den Apachen mit apt-get-Bordmitteln selbst bauen wollte. Beim nächsten apt-get upgrade war alles weg.

Die Jungs aus dem Debianforum liegen schon nicht ganz falsch damit, das Paket auf "hold" zu setzen, eine bessere Lösung habe ich bisher auch (noch) nicht gefunden, wobei ich dazu sagen muss, dass mich dieses "Problem" dann auch erstmal nicht mehr beschäftigt hat. Ich schau mir das ganze aber auch noch mal an ...

[thelaw]

Wenn Du das Paket nicht auf hold setzen möchtest (wieso eigentlich nicht - dafür ist die Funktion doch da), könntest Du es mal Probieren die Version des Debianpakets hochzusetzen.

[floschi]

Wenn Du das Paket nicht auf hold setzen möchtest (wieso eigentlich nicht - dafür ist die Funktion doch da), könntest Du es mal Probieren die Version des Debianpakets hochzusetzen.

Verstoße ich dann nicht gegen irgendwelche Regeln und setze das Paketmanagement ad absurdum?

[captaincrunch]

Verstoße ich dann nicht gegen irgendwelche Regeln und setze das Paketmanagement ad absurdum?

Exakt ...

[rootmaster]

pinning könnte eine lösung sein...

http://www.linux-magazin.de/Artikel/aus ... t/apt.html

"back to the roots"

[captaincrunch]

@ rootmaster :
Leider bringt pinning hier nicht viel, da es sich hier um die gleichen Versionen handelt. Ich werde heute mal die apt-Truppe anmailen, mal schauen, was die dazu meinen ...

Pinning ist halt eher dazu gedacht, um die Abhängigkeiten besser regeln zu können, wenn du verschiedene Dists mischt. In diesem Fall wäre es IMHO auch schneller, das Paket kurz auf HOLD zu setzen ...

[jol]

Mal ganz davon abgesehen, wie man am besten bei dem Problem vorgeht, hat die Zusammenarbeit von courier-imap mit vpopmail bei mir ohne Neubacken funktioniert, (also direkt über apt-get installiert.)
Ich habe dazu lediglich die anderen Authentizierungsverfahren (vchkpw war mit aufgeführt) in der Konfigurationsdatei gelöscht und im Startskript noch den User und die Gruppe von vpopmail hinzugefügt, angelehnt an eine Konfigurationsdatei, die hier im Forum irgendwo rumliegt, die ich aber ums Verrecken nicht mehr finde. :evil:

Viele Grüße,
JoL

[captaincrunch]

Na ja, mich interessiert's halt, weil ich meine XFree 4.2.1 und KDE 3.1-Pakete aus den Source-Debs basteln will. Läuft halt schneller auf meinem SMP-Rechner ...

[floschi]

@JoL: Das würde mich aber noch brennend interessieren, da Courier-IMAP auf den Authdaemon baut und der bei Debian eben mit --without-vchkpw kompiliert ist...

[jol]

In meiner /etc/courier-imap/imapd gibt es folgenden Eintrag:

##NAME: AUTHMODULES:0
#
# Authentication modules. Here's the default list:
#
# authcustom authcram authuserdb authvchkpw authshadow authpwd
#
# The default is set during the initial configuration.
#

AUTHMODULES="authvchkpw"

Und weiterhin in /usr/libexec/imapd.rc:

ulimit -d $IMAP_ULIMITD
/usr/bin/env - /bin/sh -c " set -a ;
prefix=/usr ;
exec_prefix=/usr ;
bindir=${exec_prefix}/bin ;
libexecdir=/usr/libexec ;
. /etc/courier-imap/imapd ;
. /etc/courier-imap/imapd-ssl ;
IMAP_STARTTLS=$IMAPDSTARTTLS ; export IMAP_STARTTLS ;
TLS_PROTOCOL=$TLS_STARTTLS_PROTOCOL ;
/usr/libexec/couriertcpd -address=$ADDRESS
-user=vpopmail -group=vckpw
-stderrlogger=/usr/libexec/courierlogger
-stderrloggername=imapd
-maxprocs=$MAXDAEMONS -maxperip=$MAXPERIP
-pid=$PIDFILE $TCPDOPTS
$PORT ${exec_prefix}/sbin/imaplogin $LIBAUTHMODULES
${exec_prefix}/bin/imapd Maildir"
;;

Der Authdaemon stammt nicht aus der Debian-Installation, sondern aus dem qinstall-Paket. Das könnte dann wohl des Rätsels Lösung sein.

JoL

[floschi]

Der Authdaemon stammt nicht aus der Debian-Installation, sondern aus dem qinstall-Paket. Das könnte dann wohl des Rätsels Lösung sein.

Ja, leider :(

Beim Bauen schreibt das intelligente Skript nämlich oben rein, welche Authmodule genutzt werden können und da fehlt beim Standarddeb vchkpw...

Trotzdem thx, werd's dann wohl auf hold setzen ;)

[thorsten]

Wenn du das ursprüngliche Packet noch hast, dann baue dir doch am Anfang deiner sources.list ein file ... ein
Dann pflegst du eben einige Packete selbst.

Wie du das aufsetzt findest du auf http://www.de.debian.org unter den Howtos oder mini Howtos.
- läuft hier bei mir auch, da ich mir immer wieder von der Arbeit aktuelle Packete per CD mitbringe, um sie nicht selbst herunterladen zu müssen.

[captaincrunch]

So, es gibt Neuigkeiten der Apt-Jungs ...

> I was just wondering, if it is possible to stop apt-get upgrade to replace
> .debs I compiled from Source-Packages with the same Version from the
> stable-Dist WITHOUT having to mark them "hold" ?

you should have increased the version when you recompiled them.

Einfacher geht's also kaum ...

[floschi]

Einfacher geht's also kaum ...

THX ;) aber dann bringe ich ja die Versionslogik durcheinander... ich habe micht jetzt mit dem HOLD angefreundet, noch dazu weil bei apt-get upgrade jedesmal die Meldung kommt, dass dieses Paket wegen dem HOLD nicht berücksichtigt wurde und ich es daher nicht vergesse :)

[captaincrunch]

aber dann bringe ich ja die Versionslogik durcheinander

Jein ... die Minor-Version kannst du (relativ) gefahrlos ändern ... begeistert von dem Vorschlag bin ich allerdings auch nicht ... :roll: