[gelöst] Backports

[kalle123]

Ich weiß nicht, was am Begriff „backportieren“ „Geschwätz“ sein soll?

Ist ja nicht nur in diesem thread des Fragestellers so. Sondern zieht sich quer durch die Fragestellungen.

cu KH

[willy4711]

@fischig
Irgendwie hat das keinen Zweck. Du liest ums verrecken nicht, was ich schreibe.
Backportieren:

Die übliche Art, dies zu handhaben, ist das Backportieren - das Neuerstellen des Pakets aus den Debian-Quellen

Hab ich das gemacht ? Nein.
Also erzähle nicht so einen Stuss.

[fischig]

@willy
Ich kann dein letztes Zitat in diesem Thread nicht finden. Abgesehen davon finde ich darin auch keinen sachlichen Fehler, höchstens eine Ungenauigkeit: „Debian-“. Und Stilfragen halte ich für nachrangig.

Irgendwie hat das keinen Zweck. Du liest ums verrecken nicht, was ich schreibe.

Kann es sein, dass der Vorwurf auf dich zurückfällt?

Hab ich das gemacht ? Nein.

Ausdruck unklar: Ist gemeint: Ich habe nicht backportiert? Das bestreite ich. Du hast backportiert (ein Paket aus den Quellen neu erstellt).
Oder ist gemeint: Ich habe das nicht geschrieben? Das habe ich auch nicht behauptet.

Streiten wir vielleicht darum: Du verstehst unter Backportieren: Ein fertiges Paket aus dem Backport-Repo installieren, während ich hier unter Backportieren verstehe, einen Backportpaket erstmal zu erstellen?

[willy4711]

Ich kann dein letztes Zitat in diesem Thread nicht finden. Ab
[/quote
Das ist aus der Debian Seite, von der wir hier die ganze Zeit sprechen

[fischig]

Welche Seite ist es? Ich habe S.1 des Threads durchsucht. Da könnte es allenfalls hier https://wiki.debianforum.de/Backports (Link von KP97) drin stehen, tut's aber nicht.

Geh' doch mal auf meine Aussagen und Fragen ein. Ich glaube immer mehr, wir ereifern uns hier wegen ein paar Missverständnissen.

[mcb]

Oh je ich habe kein Buster zur Hand -

jetzt bin ich ja fast Neugierig ob das bullseys Packet unter Buster läuft ...

[mcb]

Danke für eure Beiträge!
@mcb:
Nachdem ich den DontBreakDebian Artikel nochmal gelesen habe, werde ich es lieber selbst backportieren, statt an der Paketverwaltung vorbei, ist ganz in meinem Sinne. Anhand der Anleitung im Wiki hoffe ich dass ich es hinbekomme.
Ich poste dann das Ergebnis hier!

Ich frage gern lieber etwas genauer nach und verstehe es dann schlussendlich richtig, um mir ein stabiles Debian einzurichten
Ich danke für eure Unterstützung hierbei!!!

Ja so lernst du es

Vieles was in DontBreakDebian steht kann das System kaputt machen, tut es aber meist nicht.

[MSfree]

Oh je ich habe kein Buster zur Hand -

jetzt bin ich ja fast Neugierig ob das bullseys Packet unter Buster läuft ...

Die wesentlichste Änderung zwischen Buster (fatsort 1.3.365-1+b1) und Bullseye (fatsort 1.6.3.622-0.1) ist die Unterstützung von exFAT. Ob man sich deshalb die Mühe machen möchte, es selbst zu kompilieren oder aus Bullseye zu installierten, muß jeder selbst wissen. Wer oft mit exFAT arbeitet und dort sortierte Dateinamen haben möchte, braucht halt die neuere Version.

Ansonsten ist das Sortieren der Dateinamen doch eher eine kosmetische Geschichte. Eigentlich betrifft das doch hauptsächlich ein paar alte, dumme Medienplayer, die Musikdateien nicht alphabetisch abspielen sondern in der Reihenfolge, in der sie auf den Datenträger geschrieben wurden. Befehle, um Listen der Dateinamen zu sortieren, tun dies doch schon seit Urzeiten (wie das unixoide ls) oder zumindest schon sehr sehr lange (wie das Windows dir)

[KP97]

Ach rola, also nochmal:
1. Backports
Das Backport Repo ist ein eigenständiges Repo. Ein Paket daraus hat immer zusätzlich das Kürzel bpo im Namen, damit es eindeutig zugeordnet werden kann.
Ein Backport Paket macht nur Sinn für ein Stable Paket, da es ja an die vorhandenen Libs in Stable angepaßt werden muß.

2. Eigenes Paket kompilieren
Das benötigt immer den Sourcecode und die dazugehörigen dev-Pakete.
Und natürlich die entsprechenden Kenntnisse.
Der Befehl "make install" installiert den neuen Code am Paketmanager vorbei direkt in die Systemverzeichnisse.
Wenn der Sourcecode schlampig programmiert ist, kann u.U. ein uninstall die Reste nicht komplett entfernen und man hat dann Leichen in den Verzeichnissen. Muß nicht, aber kann...
Besser ist es, man benutzt statt make install den Befehl checkinstall. Damit wird ein Debianpaket erstellt, welches man mit dpkg -i sauber im Paketmanagement installieren und auch wieder deinstallieren kann. Checkinstall ist im Repo und muß vorher installiert werden.

Ansonsten hat @MSfree doch schon aufgezeigt, ob sich der ganze Aufwand lohnt.

[rola621]

Der einzige Grund, weshalb ich die neue Version wollte ist wie schon genannt wurde die Unterstützung von exFAT.
Ich nutze ausschließlich MP3-Player von AGPTEK, mit denen ich super zufrieden bin. Nur haben die die Eigenschaft, dass die ihren internen Speicher und die micro-SD Karte in exFAT formatieren.

@Msfree:
Danke auch an dich!
Das Sortieren der Dateinamen ist im Falle meines MP3Players enorm wichtig, da meine relativ große Ordnerstruktur an Audiodateien sonst innerhalb der Ordner nicht alphabetisch sortiert ist. Alphabetische Sortierung ist das Mindeste, das ich für den Musikgenuss unterwegs erwarte

@kalle123:
Danke für die Analyse. Wenn dir meine Sätze wie geschwätz vorkommen, frage ich mich, weshalb du dich mit Ihnen auseinandersetzt? Ich persönlich halte mich von Leuten, die ich als Schwätzer einstufe einfach fern, um meine Lebenszeit anderweitig zu verbringen


@willy:
Danke, dass es dich gibt!

@KP97: Danke für die aufschlussreiche Erklärung.
Dann war es das letzte Mal, dass ich „make install“ genutzt habe!
Auch der Hinweis zu checkinstall hilft mir sehr!

Ich möchte auf jeden Fall die neue Version von FATsort kompilieren.
im Folgenden habe ich versucht, diese Anleitung:
https://wiki.debian.org/CheckInstall
auf mein gewünschtes Paket zu übertragen:

Code: Alles auswählen

apt install -t buster-backports checkinstall

FATsort runterladen von: https://sourceforge.net/projects/fatsort/

Code: Alles auswählen

cd Downloads
tar -xf fatsort-1.6.3.622.tar.xz
cd fatsort-1.6.3.622

dann wollte ich weitermachen mit:

Code: Alles auswählen

./configure
make
checkinstall

Hier bekomme ich dann allerdings, wenn ich „./configure“ ausführen will, die Meldung

Code: Alles auswählen

bash: ./configure: no such file or directory

(erst dachte ich, ich muss in das Unterverzeichnis "src" wechseln, aber hier auch die gleiche Meldung, da kein configure Skript vorhanden)

Inhalt der besagten Verzeichnisse:

Code: Alles auswählen

debian@debian:~/Downloads/fatsort-1.6.3.622$ ls -la
insgesamt 68
drwxr-xr-x   6 debian debian  4096 Aug  8  2020 .
drwxr-xr-x   3 debian debian  4096 Mai 26 16:01 ..
-rw-r--r--   1 debian debian  7297 Aug  8  2020 CHANGES.md
drwxr-xr-x   8 debian debian  4096 Aug  8  2020 docker_tests
-rw-r--r--   1 debian debian 18092 Dez  7  2011 LICENSE.txt
-rw-r--r--   1 debian debian   519 Aug  8  2020 Makefile
drwxr-xr-x   2 debian debian  4096 Aug  8  2020 man
-rw-r--r--   1 debian debian    46 Aug 27  2011 README
drwxr-xr-x   2 debian debian  4096 Aug  8  2020 src
drwxr-xr-x 116 debian debian 12288 Aug  8  2020 tests
debian@debian:~/Downloads/fatsort-1.6.3.622$ cd src
debian@debian:~/Downloads/fatsort-1.6.3.622/src$ ls -la
insgesamt 252
drwxr-xr-x 2 debian debian  4096 Aug  8  2020 .
drwxr-xr-x 6 debian debian  4096 Aug  8  2020 ..
-rw-r--r-- 1 debian debian  2224 Nov  7  2018 clusterchain.c
-rw-r--r-- 1 debian debian  1575 Nov  7  2018 clusterchain.h
-rw-r--r-- 1 debian debian 15353 Apr 12  2020 deviceio.c
-rw-r--r-- 1 debian debian  1979 Apr 12  2020 deviceio.h
-rw-r--r-- 1 debian debian  1985 Nov 16  2019 endianness.c
-rw-r--r-- 1 debian debian  1459 Nov 16  2019 endianness.h
-rw-r--r-- 1 debian debian 17014 Nov 23  2019 entrylist.c
-rw-r--r-- 1 debian debian  4271 Nov 16  2019 entrylist.h
-rw-r--r-- 1 debian debian  1246 Sep 29  2018 errors.c
-rw-r--r-- 1 debian debian  1358 Nov 18  2018 errors.h
-rw-r--r-- 1 debian debian 32100 Aug  8  2020 FAT_fs.c
-rw-r--r-- 1 debian debian 13833 Nov 23  2019 FAT_fs.h
-rw-r--r-- 1 debian debian  9975 Apr 12  2020 fatsort.c
-rw-r--r-- 1 debian debian  3574 Mai 21  2020 Makefile
-rw-r--r-- 1 debian debian  3832 Nov  7  2018 mallocv.c
-rw-r--r-- 1 debian debian  1472 Nov 16  2019 mallocv.h
-rw-r--r-- 1 debian debian  1183 Sep 29  2018 misc.c
-rw-r--r-- 1 debian debian  1030 Sep 29  2018 misc.h
-rw-r--r-- 1 debian debian  2871 Nov  7  2018 natstrcmp.c
-rw-r--r-- 1 debian debian  1171 Nov  7  2018 natstrcmp.h
-rw-r--r-- 1 debian debian  9610 Mär 13  2020 options.c
-rw-r--r-- 1 debian debian  1885 Mär 12  2020 options.h
-rw-r--r-- 1 debian debian  3114 Sep 29  2018 regexlist.c
-rw-r--r-- 1 debian debian  1844 Nov 16  2019 regexlist.h
-rw-r--r-- 1 debian debian  1423 Nov 12  2018 sig.c
-rw-r--r-- 1 debian debian  1307 Nov 12  2018 sig.h
-rw-r--r-- 1 debian debian 39024 Jun  1  2020 sort.c
-rw-r--r-- 1 debian debian  1714 Nov 16  2019 sort.h
-rw-r--r-- 1 debian debian  2966 Mär 13  2020 stringlist.c
-rw-r--r-- 1 debian debian  1608 Nov  7  2018 stringlist.h

[KP97]

In diesem Sourcecode gibt es kein configure. Das ist nicht immer notwendig und hängt vom Entwickler ab, ob er das für seine Software braucht.
Du kannst also diesen Schritt überspringen und mit make weitermachen.

[rola621]

Okay, nur eine Frage für die Zukunft:
Ich prüfe, ob es "configure" gibt, oder nicht, und mache, wenn nicht vorhanden, mit "make" weiter, oder?
Oder kann es auch mal sein, dass es bspw. nicht ./configure sondern ./install heißt?

[hikaru]

jetzt bin ich ja fast Neugierig ob das bullseys Packet unter Buster läuft ...

Den Abhängigkeiten nach (nur libc6 in betagter Version) sollte es das.
Ich würde vorschlagen*, das Bullseye-Paket manuell runterzuladen, zu installieren, auf ein exfat-Dateisystem mit unwichtigen Daten loszulassen und zu schauen was passiert.

Es können im Prinzip drei Fälle auftreten:
1. Im besten Fall tut es was es soll. Dann behalten.
2. Im nicht ganz so optimalen Fall macht es gar nichts. (Bonuspunkte gibt's, wenn es einem dabei um die Ohren fliegt) Dann wieder deinstallieren.
3. Im schlimmsten Fall macht es irgendwas, aber nicht (nur) das was gewünscht war. Auch dann wieder deinstallieren und sich freuen, dass man es gemerkt und nicht auf wichtigen Daten getestet hat.

Was hier mit ziemlicher Sicherheit nicht passieren wird ist, dass es einem das System zerschießt.


*) Disclaimer: Das ist ausdrücklich nicht als generelle Empfehlung zu verstehen, sondern halte ich in diesem speziellen Fall für vertretbar.

[willy4711]

Ist ja fast wie nichtssagender Smalltalk.
Lade dir das Teil einfach runter von https://sourceforge.net/projects/fatsort/files/
entpacken
Terminal im entpackten Verzeichnis starten

Code: Alles auswählen

make
su
PW
make install 

Wenn was fehlt wird gemeckert.
Das Programm ist dann in /sbin
... und wieder mal was an der Paketverwaltung vorbei installiert
Gut ist.

[JTH]

Ich prüfe, ob es "configure" gibt, oder nicht, und mache, wenn nicht vorhanden, mit "make" weiter, oder?
Oder kann es auch mal sein, dass es bspw. nicht ./configure sondern ./install heißt?

Das lässt sich nicht pauschal beantworten, dazu gibt es zu viele Vorgehensweisen. Wie es im Einzelnen aussieht, verrät dir die jeweilige Dokumentation eines Projekts. Aber auch dafür gibt es wieder etliche Benennungen: README.txt/.md/usw., INSTALL, usw. Umschauen und dann durchlesen hilft

[MSfree]

Ich prüfe, ob es "configure" gibt, oder nicht, und mache, wenn nicht vorhanden, mit "make" weiter, oder?

Nein, man sollte einfach die Anweisungen lesen:

https://fatsort.sourceforge.io/

Compilation
Just run the Makefile in the fatsort directory with make. The fatsort executable will be built.

Installation
Just run make install to install FATSort.

Oder kann es auch mal sein, dass es bspw. nicht ./configure sondern ./install heißt?

configure und install sind zwei völlig unterschiedliche Paar Schuhe. Mit configure wird der Sourcecode an das Betriebssystem angepaßt, indem z.B. Teile des Codes für den Compiler ausgeblendet werden. In diesem eher einfachen Fall wird das Configure nicht benötigt.

Install kopiert das fertige Programm dann an die Stelle im Dateisystem, wo es hingehört.

[rola621]

okay, "make" ist erledigt, hier habe ich aber leider die Ausgabe dazu nichtmehr..

Daher dann folgendes weiter:

Code: Alles auswählen

debian@debian:~/Downloads/fatsort-1.6.3.622$ make
make -C src/
make[1]: Verzeichnis „/home/debian/Downloads/fatsort-1.6.3.622/src“ wird betreten
make[1]: Für das Ziel „all“ ist nichts zu tun.
make[1]: Verzeichnis „/home/debian/Downloads/fatsort-1.6.3.622/src“ wird verlassen

debian@debian:~/Downloads/fatsort-1.6.3.622$ sudo checkinstall
[sudo] Passwort für debian: 

checkinstall 1.6.3, Copyright 2010 Felipe Eduardo Sanchez Diaz Duran
  Diese Software wurde unter der GNU GPL veröffentlicht



*****************************************
**** Debian package creation selected ***
*****************************************

Das Paket wird entsprechend dieser Vorgaben erstellt:

0 -  Maintainer: [ root@debian ]
1 -  Summary: [ fatsort-1.6.3.622-checkinstall ]
2 -  Name:    [ fatsort ]
3 -  Version: [ 1.6.3.622 ]
4 -  Release: [ 1 ]
5 -  License: [ GPL ]
6 -  Group:   [ checkinstall ]
7 -  Architecture: [ amd64 ]
8 -  Source location: [ fatsort-1.6.3.622 ]
9 -  Alternate source location: [  ]
10 - Requires: [  ]
11 - Recommends: [  ]
12 - Suggests: [  ]
13 - Provides: [ fatsort ]
14 - Conflicts: [  ]
15 - Replaces: [  ]

Geben Sie die betreffende Nummer ein, um die Vorgaben zu ändern: 

Installing with make install...

====================== Installations-Ergebnisse ==========================
install -m 0755 -p -D man/fatsort.1 /usr/local/share/man/man1/fatsort.1
install: das Verzeichnis '/usr/local/share/man/man1' kann nicht angelegt werden: Datei oder Verzeichnis nicht gefunden
make: *** [Makefile:29: install] Fehler 1

**** Installation fehlgeschlagen. Breche Paket-Erzeugung ab.

Räume auf...OK

Auf Wiedersehen!

okay, dann habe ich das Verzeichnis "man1" einfach mal (dachte mir das probier ich mal ohne euch vorher mit Fragen zu nerven) eigenhändig über Thunar als root am gewünschten Ort angelegt, und es nochmal versucht:

Code: Alles auswählen

debian@debian:~/Downloads/fatsort-1.6.3.622$ sudo checkinstall

checkinstall 1.6.3, Copyright 2010 Felipe Eduardo Sanchez Diaz Duran
  Diese Software wurde unter der GNU GPL veröffentlicht



*****************************************
**** Debian package creation selected ***
*****************************************

Das Paket wird entsprechend dieser Vorgaben erstellt:

0 -  Maintainer: [ root@debian ]
1 -  Summary: [ fatsort-1.6.3.622-checkinstall ]
2 -  Name:    [ fatsort ]
3 -  Version: [ 1.6.3.622 ]
4 -  Release: [ 1 ]
5 -  License: [ GPL ]
6 -  Group:   [ checkinstall ]
7 -  Architecture: [ amd64 ]
8 -  Source location: [ fatsort-1.6.3.622 ]
9 -  Alternate source location: [  ]
10 - Requires: [  ]
11 - Recommends: [  ]
12 - Suggests: [  ]
13 - Provides: [ fatsort ]
14 - Conflicts: [  ]
15 - Replaces: [  ]

Geben Sie die betreffende Nummer ein, um die Vorgaben zu ändern: 

Installing with make install...

====================== Installations-Ergebnisse ==========================
install -m 0755 -p -D man/fatsort.1 /usr/local/share/man/man1/fatsort.1
make -C src/ install
make[1]: Verzeichnis „/home/debian/Downloads/fatsort-1.6.3.622/src“ wird betreten
install -m 0755 -p -D fatsort /usr/local/sbin/fatsort
make[1]: Verzeichnis „/home/debian/Downloads/fatsort-1.6.3.622/src“ wird verlassen

====================== Installation erfolgreich ==========================

Copying documentation directory...
./
./README

Kopiere Dateien in das temporäre Verzeichnis...OK

Stripping ELF binaries and libraries...OK

Komprimiere man-Seiten...OK

Erzeuge Datei-Liste...OK

Erstelle Debian-Paket...OK

Installiere Debian-Paket...OK

Lösche temporäre Dateien...OK

Lösche temporäres Verzeichnis...OK


**********************************************************************

 Done. The new package has been installed and saved to

 /home/debian/Downloads/fatsort-1.6.3.622/fatsort_1.6.3.622-1_amd64.deb

 You can remove it from your system anytime using: 

      dpkg -r fatsort

**********************************************************************

juhu, also das sieht gut aus oder?
Kann das tool jetzt aktuell noch nicht testen, da ich erst noch anderes machen muss, aber gebe dann nochmal Rückmeldung obs geklappt hat.

Kann ich auf diese Art erstellte .deb-Pakete dann auch einfach auf fertig kompiliert auf einen anderen Rechner ziehen und via

Code: Alles auswählen

dpkg -i paketname.deb

installieren, oder? Also nichts anderes macht ja das tool "checkinstall"?

EDIT:
Danke @MSfree, das leuchtet ein

[rola621]

Ich sehe gerade noch:
Das Paket wurde jetzt ins Downloadverzeichnis installiert.
Kann ich den Ordner, in den es installiert wurde auch einfach bspw. in mein /home-Verzeichnis schieben, oder weiß dpkg dann nichtmehr, was Sache ist?

[rola621]

Ah, habe da wohl etwas fehlinterpretiert:

The new package has been installed and saved to

/home/debian/Downloads/fatsort-1.6.3.622/fatsort_1.6.3.622-1_amd64.deb

Es wurde in /usr/local/sbin/fatsort installiert.

Den Satz würde ich daher eher so formulieren:
"The new package has been installed to /usr/local/sbin/fatsort and the .deb-package has been saved to /home/debian/Downloads/fatsort-1.6.3.622/fatsort_1.6.3.622-1_amd64.deb."

Aber okay, scheint alles gut zu sein jetzt
Das erstellte .deb-Paket könnte ich im Prinzip ja jetzt einfach löschen, da es ja nur als "Installationsmedium" gedient hat, richtig?

[KP97]

Das Paket solltest Du behalten und an eine andere Stelle sichern, evtl. willst Du es ja nochmal irgendwo anders installieren.
Noch ein Hinweis:
in /etc/checkinstallrc ist die config, die kannst Du genau durchlesen und vielleicht Änderungen vornehmen.
Damit die im ersten Durchlauf erzeugte Fehlermeldung nicht mehr auftaucht, solltest Du
in Zeile 111 die Abfrage nach Translate mit 0 überschreiben, also so: TRANSLATE=0

[willy4711]

Um alle zu beruhigen:
Das Source-Paket von (https://sourceforge.net/projects/fatsort/files/) fatsort-1.6.3.622.tar.xz läuft unter Bullseye

Das Bullseye Paket von Debian (fatsort_1.6.3.622-0.1_amd64.deb) läuft unter Buster. Und zwar ohne irgendwas zu kompilieren, da keinerlei Abhängigkeiten vorhanden sind (bis auf einen antike libc6)

[mcb]

Um alle zu beruhigen:
Das Source-Paket von (https://sourceforge.net/projects/fatsort/files/) fatsort-1.6.3.622.tar.xz läuft unter Bullseye

Das Bullseye Paket von Debian (fatsort_1.6.3.622-0.1_amd64.deb) läuft unter Buster. Und zwar ohne irgendwas zu kompilieren, da keinerlei Abhängigkeiten vorhanden sind (bis auf einen antike libc6)

Ja - ich hatte es vermutet - aber Danke fürs ausprobieren.

[mcb]

Ich sehe gerade noch:
Das Paket wurde jetzt ins Downloadverzeichnis installiert.
Kann ich den Ordner, in den es installiert wurde auch einfach bspw. in mein /home-Verzeichnis schieben, oder weiß dpkg dann nichtmehr, was Sache ist?

Gib mal ein

Code: Alles auswählen

apt policy fatsort

[rola621]

Das Paket solltest Du behalten und an eine andere Stelle sichern, evtl. willst Du es ja nochmal irgendwo anders installieren.
Noch ein Hinweis:
in /etc/checkinstallrc ist die config, die kannst Du genau durchlesen und vielleicht Änderungen vornehmen.
Damit die im ersten Durchlauf erzeugte Fehlermeldung nicht mehr auftaucht, solltest Du
in Zeile 111 die Abfrage nach Translate mit 0 überschreiben, also so: TRANSLATE=0

super, danke für die Tips!
Habe ich direkt gemacht!

[rola621]

Gib mal ein

Code: Alles auswählen

apt policy fatsort

Code: Alles auswählen

debian@debian:~$ apt policy fatsort
fatsort:
  Installiert:           1.6.3.622-1
  Installationskandidat: 1.6.3.622-1
  Versionstabelle:
 *** 1.6.3.622-1 100
        100 /var/lib/dpkg/status
     1.3.365-1+b1 500
        500 http://deb.debian.org/debian buster/main amd64 Packages

PS:
Sobald Bullseye als stable released wurde, hat sich das Thema ja ohnehin erledigt, und ich kann es über die regulären Quellen ganz normal installieren