Vorbild, oder abschreckendes Beispiel

[jkowalzik]

Hallo!
Hab heute meine Zeitung erhalten und da steht:

Arch Linux lässt 32-Bit-Unterstützung auslaufen
Das Arch-Linux-Projekt hat angekündigt, die 32-Bit-Variante der Rolling-Release-Distribution einzustellen. Das für Februar geplante ISO-Image soll das letzte sein, das die Installation eines 32-Bit-Systems ermöglicht. ...

Gut, 2 meine Computer wären damit obsolet.
Andererseits könnte das ggf. dazu führen, dass MGA6_x64 schneller fertig würde
Gruß
J.

[doktor5000]

Wo ist der Bezug von dem was Arch macht zu Mageia ?

[Feuervogel]

Ich vermute mal, dass er meint, die 64er-Version würde schneller fertig, wenn man sich nicht parallel noch mit einer 32-Bit-Version beschäftigen müsste.

[doktor5000]

Der grundlegende Arbeitsaufwand bleibt aber der selbe ...

[redqueen23]

Benutze selbst Arch,
und halte persönlich von diesem Schritt nichts, da Arch sich selbst als "lightweight distribution" bezeichnet, und daher auf vielen älteren Rechnern eingesetzt wird.

Ich selber benutze es auf meinem 8 Jahre alten EeePC 1000H, weil es sich individuell anpassen lässt und dadurch richtig flott ist, und mir "der Kleine" für Unterwegs völligst ausreicht.

Aber warscheinlich wird es ähnlich wie bei "Arch Linux ARM" die Community als "ARCH Linux 32" oder einem ähnlichen Namen weiterführen.

[EdW]

Hallo!
Hab heute meine Zeitung erhalten und da steht:

Arch Linux lässt 32-Bit-Unterstützung auslaufen
Das Arch-Linux-Projekt hat angekündigt, die 32-Bit-Variante der Rolling-Release-Distribution einzustellen. Das für Februar geplante ISO-Image soll das letzte sein, das die Installation eines 32-Bit-Systems ermöglicht. ...

Gut, 2 meine Computer wären damit obsolet.
Andererseits könnte das ggf. dazu führen, dass MGA6_x64 schneller fertig würde
Gruß
J.

TAILS läßt 32-bit auch fallen

[psyca]

Von OpenSuse 42.1 (Leap) gibt es auch keine 32-Bit Variante.
Geht zwar langsam schrittweise mit dem entfernen der 32-Bit Versionen "vorran", aber noch hat man Alternativen... wie z. B. Mageia oder andere kleine Distributionen.

[jkowalzik]

Wo ist der Bezug von dem was Arch macht zu Mageia ?

Hallo!
Beides sind Distributionen die dazu noch auf dem selben Fundament ruhen, dem Linux-Kernel.
Also werden sich die Arbeitsabläufe nicht fundamental unterscheiden.
Arch stellt 32bit ein, warum wieso weshalb wer weiß es schon

Ich vermute mal, dass .....

Er vermutet richtig.

Der grundlegende Arbeitsaufwand bleibt aber der selbe ...

Du zielst darauf ab, dass man den Quellcode erst in eine, für MGA kompatible Form bringen muss. (spec etc.)
An anderer Stelle stand:

PPS: Irgendwie ist das ja jetzt Reklame für Snap und Flatpak.

Nun ist es ganz natürlicher Lauf einer Entwicklung, dass sich Dialekte bilden. Sprache geht es da nicht anders als Linux. Nur wenn sich die von Misthaufen zu Misthaufen anfangen zu unterscheiden, dann wird es kritisch. Wir sind ja im Luther-Jubiläumsjahr, ohne ihn könnte sich heute "Hein Blöd" und "Kraxel Bene" nicht ohne Dolmetscher miteinander unterhalten. http://www.linux-community.de/Internal/Artikel/Print-Artikel/LinuxUser/2016/08/Frisch-gebacken Einem Zitat daraus ist nichts hinzu zu fügen:

Ein entscheidender Nachteil der aktuellen Formatvielfalt liegt im hohen Aufwand für Entwickler und Paketbetreuer, wenn diese eine Software für verschiedene Distributionen und deren unterschiedlich aktuellen Zweige paketieren und pflegen.

Wenn man den Artikel ganz liest, dann steht da noch eine andere Behauptung. Betriebssysteme wie Gobo Linux, NixOS oder NeXTStep machten es besser, weil sie ....., aber lest selber. Wie sagt der Schwabe: "TB zum Sau futra auf der Festblatta". Kein Linux-Programm mehr obsolet ein Schelm wer so was denkt. (Beispiel gefällig Duden - seit ca. 3 Jahren nicht mehr auf den aktuellen Linux-Distris lauffähig. Nein, die Rechtschreibregeln haben sich seither nicht verändert, es muss andere Ursachen haben.
Gruß
J.

[unklar]

Arch stellt 32bit ein, warum wieso weshalb wer weiß es schon

Lesen mußt du aber selbst.
Und auch hier hört es auf. (Für dich gleich mit Übersetzung)

Hoffentlich bist du nicht zu sehr erschrocken. Deine Kisten brauch'ste aber deswegen nicht zu "erden". Es gibt 100'te, eine wird sich immer finden und die Hardware überleben.

Den Rest deines Kauderwelch verstehe ich nicht.

[jkowalzik]

Hallo!

Den Rest deines Kauderwelch verstehe ich nicht.

Gehe ich recht in der Annahme ab "Reklame für Snap und Flatpak"

Wenn es so einfach wäre:
Quellcode ---------> Computer ---------> Programm für jedwede Linux-Distri
dann bräuchten wir uns nicht weiter darüber den Kopf zerbrechen.
Nur im Moment kommt am Ende dieses Vorgangs ein Paket für "M" heraus, nicht für Linux A bis L und nicht für N bis Z.
Das meinte ich mit Dialekt.
"Dialekt" bezieht sich auf Sprache und es wäre schade, wenn so etwas wie LSB dabei unter die Räder käme.
Für so kleine "Krauter" wie MGA aber wäre mehr sinnvoll, Pakete die überall installiert werden können.
Gobo Linux, NixOS oder NeXTStep nutzen die vielen TerraB um ihren Paketen redundant, jedem Paket seine eigenen Bibliotheken mit zu geben. Das große Zittern, wie es jedes Mal ausbricht, wenn QTx nach QTy wechselt hätte damit ein Ende.
Gruß
J.

[Feuervogel]

Hallo zusammen,

... Und auch hier hört es auf. ...

in dem verlinkten Forenbeitrag ist unter anderem von einem Calamares Installer Framework die Rede. Ich verlinke mal auf die entsprechende Webseite:
Calamares - The universal installer.

Da sind ja einige bekannte Distributionen dabei:

Who ships Calamares

Many Linux distributions are in varying stages of adopting Calamares as their primary system installer.

Operating systems that already ship Calamares:

Apricity OS
BBQLinux
BlackPanther OS
Chakra
GeckoLinux
Kannolo (Fedora Remix)
KaOS
KDE Neon
Kogaion
Manjaro
Netrunner
OpenMamba
OpenMandriva
Pisi Linux
Redcore Linux
Sabayon
Siduction
Tanglu

Operating systems that are evaluating Calamares in pre-release builds:

Maui
PCLinuxOS

Operating systems that ship Calamares in their package repositories for third-party derivatives to use:

Fedora

Wäre das nicht etwas für Mageia (nach Version 6)? Auch zur Entlastung des Teams?

Gruß
Feuervogel

[doktor5000]

Klar wäre, es. Es müsste sich nur jemand finden der sich so gut mit den Tools auskennt, und es auch implementieren kann.
Das trifft m.E. auf maximal ein halbes Dutzend Entwickler zu, und die sind alle gut ausgelastet. Eine Zwickmühle ...

[jkowalzik]

Das trifft m.E. auf maximal ein halbes Dutzend Entwickler zu, und ...

Hallo!
Nicht ab-, sondern erschreckend, sagen wir mal "ein halbes Dutzend" wäre 7
In Relation dazu:
Zum Jahreswechsel 2016/17 leben 7.391.068.000 Menschen auf der Erde. Der Quotient aus beiden Zahlen ist auch eine EINS, nur wo?
Tut mir leid, dieser Vergleich ist an Kleinheit nicht zu toppen. Also noch ein Argument mehr in diese Richtung (erst mal) zu denken.
Gruß
J.

[abifiz]

Guten Sonntag wünscht der gute alte A.

Gäbe es womöglich eine oder mehrere Stellen im Netz, wo man eine Suche nach einem solchen willigen Spezialisten anzeigen könnte?
Wenn ja, wäre es eventuell ein Versuch wert, denk' ich.

Herzlich
Abifiz

[doktor5000]

Gäbe es womöglich eine oder mehrere Stellen im Netz, wo man eine Suche nach einem solchen willigen Spezialisten anzeigen könnte?
Wenn ja, wäre es eventuell ein Versuch wert, denk' ich.

Natürlich gibt es solche Stellen. Und was denkst du würde einen solchen willigen Spezialisten dazu bewegen, abgesehen von der Stellenanzeige?

Und wer soll den Versuch starten?

[abifiz]

Zum ersten Teil Deiner Antwort. Das etwaige Interesse an Open Source.

Wenn ich Feuervogel richtig verstanden habe, sind doch etliche Distris schon mit Calamares drinnen. Man könnte vielleicht die Leute in den Distributionen fragen, wie sie es geschafft haben, sich die entsprechende Unterstützung oder das entsprechende Wissen zu organisieren.

Zum zweiten Teil: Ich bin nicht sicher, ob ich Dich richtig verstanden habe. Meinst Du, "Wer würde die Entscheidung verbindlich treffen"? Wenn es das ist, würde ich sagen, so wie es sonst läuft. Nach den bewährten Regularien. (Die ich bisher nicht kenne.)

Ich würde nicht resignativ reagieren, wenn das Tool sinnvoll ist, was ich nicht beurteilen kann, und schon andere Linux es bis dahin geschafft haben.

Herzlich
Abifiz

[Bequimao]

Ich habe Calamares vor gut einem Jahr mit KaOS-Linux benutzt.
Damals benutzte Calamares grub für MBR-Installationen, grub Legacy sowieso nicht, und systemd-boot für UEFI. Kein Support für LVM oder Raid. Seit damals ist Verschlüsselung und btrfs dazugekommen. Calamares ist relativ neu und kein Ersatz für den klassischen Installer, sondern höchstens eine Option für Live-Medien.

Ich vermute, daß Calamares keine Paketliste mit urpmi, dnf oder sonst was installiert, sondern ein vorbereitetes Live-System kopiert und anschließend sich selbst entfernt. Das geht dann wahnsinnig schnell im Vergleich zu einem klassischen Installer, aber ist kein Ersatz dafür. Das würde einigen hier, die den klassischen Installer nicht brauchen, schon gefallen.

Viele Grüße
Bequimão

[unklar]

...ist unter anderem von einem Calamares Installer Framework die Rede.

Zur besseren Vorstellung, zwei Bilder von dem Calamares.

..und, es geht "rasend" schnell, "rückstandsfrei", wie Bequimao schreibt.

[doktor5000]

Interessehalber, das ist ein Live-Installer? Und inwieweit funktioniert der "Zurück"-Button? Ist das wie in gparted, dass man erst sagt was man machen möchte, und erst im letzten Schritt auf anwenden drückt, und vorher keine Veränderungen vorgenommen werden?

[unklar]

...das ist ein Live-Installer?

Ja.

inwieweit funktioniert der "Zurück"-Button?

Das Bild ist das letzte, bis wohin der Zurück-Button funktioniert. Davor haut das immer wieder einwandfrei hin.
Mit dem Klick auf "Weiter" in dieser "Zusammenfassung" beginnt die Installation und ein "Zurück" ist nicht mehr möglich. Der User hat also "genügend Spielraum", seine Entscheidung/en bis dahin zu überdenken.

Im Hintergrund "arbeitet" hier der KDE-Partitions-Manager" und es ist richtig, wie du schreibst, dass ähnlich gparted erst wirklich mit dem letzten Schritt die Veränderungen auf der HDD vorgenommen werden.

[abifiz]

Hi Bequimao.

Meinst Du, Dir würde eventuell gelingen - zusammen mit anderen hier - Calamares zu implementieren? (Falls meine Frage daneben ist: Ich habe von diesen Dingen keinerlei Ahnung... )

Herzlich
Abifiz

[Bequimao]

Hi abifiz,

Ich? Ein Distributions übergreifender Installer ist eine nette Idee, aber so begeistert bin ich nicht, daß ich mir so ein Projekt an die Backe kleben lasse.
Ich beobachte den aktuellen Entwicklungszyklus, der schon enttäuschend lange ist, und danach schaue ich weiter. Ich war aktiv bei Mandrivauser.de, kenne ein paar Leute, und war auf einigen Veranstaltungen. Mageia hat für mich die beste Community, aber ist nicht die beste Distro. Als Mageia gegründet wurde, hatte ich das portugiesische Caixa Mágica im Einsatz, was damals auf Mandriva aufsetzte. Mageia habe ich lange Zeit nicht verwendet, u. a. wegen fehlender UEFI-Unterstützung und dem langen Festhalten an grub Legacy.

Beste Grüße
Bequimão