hallo ihr lieben
ich hab da mal ne fraage
aktueller stand:
im unstable tree von debian befindet sich ein paket namens vcdgear in der version 1.6e.
soweit so gut. nun wird auf der hp schon die version 1.76 angeboten. gezogen und entpackt und da ist einfach ne executable drin. soweit also auch kein "problem"
allerdings steh ich nun vor der frage: wie "binde" ich das korreckt ins apt mit ein? sprich, wie merkt apt, dass ich jetzt schon die neuere version habe? installiert wurde ja nichts. und auch faellt so die "verwaltung" (remove update) des tools ja damit flach.
kann man das irgendwie beheben (ausser drauf zu warten dass das irgendwann mal im testing tree auftaucht)?
oder seh ich das einfach nur zu verkniffen und da is kein problem wo ich welche seh?
Installation eines tools und debian paket verwaltung
wenn das nur ein einzelnes binary ist, würde ich's nach /usr/local/bin/ schieben und gut..
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant
- Master Mayhem
- Beiträge: 582
- Registriert: 04.04.2004 00:04:46
- Lizenz eigener Beiträge: neue BSD Lizenz
Hallo!
Ist alles ne frage, wie du es haben willst....unter linux geht das wie du es willst!
Wenn du auf debian und apt stehst würde ich es so nicht machen.
Da wird aus gutem grund noch ne ältere version in unstable sein, eben weil die neuere selbst für debian unstable zu unstable ist....
Also entweder die unsaubere variante nehmen und erst das debian paket (ohne abhängigkeiten!) deinstallieren, und dann das executable nochmal an den richtigen ort kopieren und beten, dass es funktioniert.
Eindeutige Nachteile dieser variante: keine gesammelte verwaltung der installierten software mehr - sprich die vorteile von apt werden nicht genutzt
und es könnte zu probs kommen, wenn du etwas installieren möchtest, was abhängig ist von vcdgear, und apt es nicht findet musst du schon mit mehreren forces ("Tu was ich dir sage auch wenn es blöd aussieht!") arbeiten, und wieder beten, dass es funktioniert...
Saubere Variante: Die neueste Version jeder software liegt immer zuerst im source code vor, d.h. es gibt bestimmt schon ne neuere version von vcdgear 1.76 im source code - diesen besorgst du dir und baust daraus nen debian-paket, dass sich mit apt installieren (und auch wieder deinstallieren) lässt, inclusive automatischer auflösung aller abhängigkeiten
Hier drei links zu dem thema:
http://www.debianforum.de/wiki/?page=ko ... p%3B+dirty
http://www.debian.org/doc/devel-manuals#maint-guide
http://www.openoffice.de/linux/buch/deb ... ellen.html
mfg tyler
Ist alles ne frage, wie du es haben willst....unter linux geht das wie du es willst!
Wenn du auf debian und apt stehst würde ich es so nicht machen.
Da wird aus gutem grund noch ne ältere version in unstable sein, eben weil die neuere selbst für debian unstable zu unstable ist....
Also entweder die unsaubere variante nehmen und erst das debian paket (ohne abhängigkeiten!) deinstallieren, und dann das executable nochmal an den richtigen ort kopieren und beten, dass es funktioniert.
Eindeutige Nachteile dieser variante: keine gesammelte verwaltung der installierten software mehr - sprich die vorteile von apt werden nicht genutzt
und es könnte zu probs kommen, wenn du etwas installieren möchtest, was abhängig ist von vcdgear, und apt es nicht findet musst du schon mit mehreren forces ("Tu was ich dir sage auch wenn es blöd aussieht!") arbeiten, und wieder beten, dass es funktioniert...
Saubere Variante: Die neueste Version jeder software liegt immer zuerst im source code vor, d.h. es gibt bestimmt schon ne neuere version von vcdgear 1.76 im source code - diesen besorgst du dir und baust daraus nen debian-paket, dass sich mit apt installieren (und auch wieder deinstallieren) lässt, inclusive automatischer auflösung aller abhängigkeiten
Hier drei links zu dem thema:
http://www.debianforum.de/wiki/?page=ko ... p%3B+dirty
http://www.debian.org/doc/devel-manuals#maint-guide
http://www.openoffice.de/linux/buch/deb ... ellen.html
mfg tyler
zum einen verschieb' ich das binary nach /usr/loacl/bin um eben nicht die übersicht zu verlieren (debian verwendet dieses verzeichnis nicht) und zum anderen muss es nicht daran liegen, dass eine neue version zu instabil ist, sondern evtl auch daran, dass der maintainer noch nicht dazu gekommen ist.. ausserdem hat unstable im sinne von debian eher weniger mit der instabilität der applikation an sich, sondern mit der homogenität des systems zu tun. imho natürlich.
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant
vielen dank fuer die antworten.
ich werd mal versuchen den sourcecode dafuer aufzutreiben und die "saubere" variante zu versuchen.
ansonsten werd ich das einfach nach usr/local/bin verschieben und hoffen dass ich nicht vergesse das wieder zu entfernen, wenn die neue version auch ein testing release wird
*winke* dankeschoen
ich werd mal versuchen den sourcecode dafuer aufzutreiben und die "saubere" variante zu versuchen.
ansonsten werd ich das einfach nach usr/local/bin verschieben und hoffen dass ich nicht vergesse das wieder zu entfernen, wenn die neue version auch ein testing release wird
*winke* dankeschoen