Tag Archives: fedora

Fedora 24 Beta Release

Posted on by

gekürzte und übersetzte Fassung:

Fedora 24 Beta ist da und in 4 Wochen soll die Stabile Version verfügbar sein. Die Beta und auch alles andere bekommt man hier :  GetFedora.org

Fedoraweite Änderungen

Treibende Kraft im System ist die neue glibc version 2.23. Neben besserer Leistung, erhöhter Sicherheit, den obligatorischen Bugfixes, Verbesserungen bei der POSIX Kompatibilität, gibt noch zusätzliche Sprachen.

Der neue GCC 6 wurde gleich benutzt um alle Pakete neu zu kompilieren, was Code Optimierungen  und eine bessere Fehlerbehandlung bedeutet.

Workstation ( Desktopversion )

Die Fedora 24 Workstation Version setzt immer noch auf den X11 Server, Wayland gibt wie gehabt nur zum Testen. Das Workstation Team würde sich sehr über Hilfe beim austesten freuen. Sobald Wayland nahtlos als X11 Ersatz funktioniert, wird es der Defaultdisplayserver werden. (A.d.R. man kann nur hoffen, daß es X11 als Reserve geben wird. )

Mit Fedora 24 kommt auch GNOME 3.20. Da in GNOME 3.20 noch an der Theming-API gearbeitet wird, sollte man die Gelegenheit ergreifen und seine Lieblingsanwendung zu Testen, damit die UpstreamDevs die Bugs noch rechtzeitig vor dem Final beheben können.

Server

Die Fedora 24 Beta Server Edition wurde weiter verschlankt, auch der Installer wurde vereinfacht.

FreeIPA 4.3, eine integrierte Security Information Managementlösung wurde beigefügt. Die Installation von „Replicas“ (A.d.Ü. keine Ahnung was die genau meinen) wurde verschlankt in dem eine Replica Promotion Methode zur Installation beigefügt wurde. Zusätzlich gibt es ein neues Topology Plugin für FreeIPA, das automatisch neue Replication Segmenterstellungen steuert.Das passende Visulisierungstool gibt es gleich mit.

(A.d.Ü. Mehr zum Thema Replicas gibt es (hier). )

Cloud

Fedora arbeitet hart um die beste Containerplattform zu sein, von einfachen Fedoracontainern hin zu Enterprise Anwendungen. Um das zu erreichen, wurde OpenShift Origin beigelegt, welches wiederum auf Kubernetes von Google aufbaut. Diese Container zielen auf die Unternehmensanwendungen. OpenShift wird Anfängern empfohlen, da es auch für ungeübt Entwickler leicht zu benutzen ist.

Spins and Labs

[ stark gekürzt, weil komplett uninteressant 🙂 ] Kurzfassung: Xfce und andere Desktopversionen gibt es auch wieder.

SoaS and Xfce  Desktops sind im Betastadium noch nicht enthalten, was aber bis zum Releasedate behoben sein soll.

ARM

ARM Images sind für verschiedene Anwendungsfälle verfügbar. Fedora 24 wird auch als ARM Desktopversion ausgeliefert, genauso wie in Versionen für Spins und Workstations.

Atomic Host

Fedora Atomic Host kommt im 2 Wochen Rythmus. Jede Version ist auf dem letzten Fedorastand aufgebaut. Dies bedeutet, daß Amotic Host derzeit auf F23 aufbaut, aber sobald F24 stabil wird, F24 als Basis genutzt wird. Ihr könnte neuere Funktion auch jetzt schon austesten, da seit Fedora 23  Atomic Host einen Entwicklermodus hinzugefügt hat, der eine bessere Entwicklererfahrung gibt. Im Entwicklermodus wird der Host Cockpit runterladen und starten (A.d.Ü. ist son simples Configurationstool ).

Issues and Details

Immer dran denken, das ist eine Betaversion. Also solche erwarten wir(die Macher) Fehler oder fehlende Funktionen. Das Fedora QA Team kann man via Mailingliste oder in #fedora-qa auf Freenode IRC erreichen.

Bekannte Bugs in F24 gibt es hier in der Übersicht:

Bugreports bitte hier hin schicken:

 

Warum LTS Servereditions nichts sind

Posted on by

„Also diese Businesssoftware braucht RHEL oder Centos, weil das 6 Jahre eine stabile Umgebung garantiert.“

Solche Sätze kennt man vermutlich in der IT Szene zu Hauf, auch ich habe das schon von Kunden gesagt bekommen, die z.b. einen EPages Server betreiben wollten.

Sicher, aus Unternehmenssicht ist so ein Langzeitsupport erstmal eine gute Idee, allerdings genau bis zu dem Tag, an dem die 6 Jahre um sind. Für Großunternehmen ist da sicherlich kein Problem, da die Monate vorher eine Agentur beauftragen, die das auf einer neuen LTS Version zum Laufen bekommen sollten, für viel Geld übrigens.

Kleine Unternehmen werden den Tag verfluchen, an dem Ihnen Ihr IT-Betrater das aufgeschwatzt hat. Ich habe auf unseren Servern bereits 8 OS Upgrades durchgeführt, was alle 6 Monate ansteht und kann daher aus Erfahrung sagen, daß die vergleichsweise winzigen Änderungen, von sagen wir mal F22 auf F23, den Kunden überhaupt nicht auffallen. Selbst bei größeren Sachen, wo sich die PHP Version von 5.4 auf 5.5 geändert hat, hatten die meisten Kunden keine Probleme, weil deren Softwareupdates sauber eingespielt waren und schon lange vor unserer Umstellung, die neuen PHP Versionen verkraftet haben. Nur die Kunden mit Webanwendungen ohne Updates, die mußten von Hand ran und die 3 störensten Änderungen am Code selbst vornehmen, was aber dank der wenigen Änderungen pro OS Upgrade, immer nur wenig Zeit in Anspruch nimmt.

Dazu kommt, daß Projekte wie Typo3 / WordPress / Joomla in kurzen Zyklen entwickelt und aktualisiert werden, so daß es schon aus diesem Grund angeraten ist, mit diesen Updates mitzugehen. Kleine Änderungen sind im Alltag von kleinen Unternehmen zudem wesentlich leichter zu stemmen und zu koordinieren, als massive Änderungen nach 6 Jahren.  Davor kapitulieren die Unternehmen dann nämlich und lassen die Agenturen für viel Geld komplett neue Versionen Ihrer Shops aufsetzen. Merke: Wer ständig auf Stand bleibt, spart am Ende viel Geld.

Deswegen halte ich LTS aus meiner Erfahrung für den falschen Weg. Dabei ist es eigentlich egal, ob es sich um Server oder Desktops handelt, am Ende geht viel Zeit und Geld drauf, wenn das LTS abgelaufen ist.

DNF: gezielt downgraden

Posted on by

Neulich bei Wine : „Es geht mal wieder nicht, aber gestern gings noch.“

In einem anderen Beitrag habe schon einmal auf Downgrades hingewiesen. Wenn man mit DNF/YUM einen Downgrade eines Paketes durchführt, geht das erstmal sehr einfach:

dnf downgrade paketname

Aber leider kann es vorkommen, daß bis auf die Basisversion eines Pakets zurück gegraded wird. Wie kommt das, wo doch lediglich eine kleine Revisionsänderung durchgeführt wurde ?

Ganz einfach: Weil das alte Paket nicht mehr im Update-Repository ist und nur noch die uralte Basisversion im Fedorahauptrepository zu finden ist.

Umgehen kann man das so, aber ein bisschen Arbeit ist es schon:

  1. Einen Webserver einrichten oder idealerweise einen bereits fertigen Webserver auf folgende URL konfigurieren :http://dnf.meinedomain.de/$basearch/$releasever/fedora-old/Was in dem Fall meint, daß das Docroot in dem Pfad rauskommt, wo die BASEARCH, also die Basisarchitektur liegt. siehe Punkt 3 als Beispiel.
  2. folgende Datei anlegen : /etc/yum.repos.d/fedora-downgrade.repo  und das reinschreiben:[fedora-old]
    name=Fedora $releasever – $basearch – OLD
    baseurl=http://dnf.meinedomain.de/$basearch/$releasever/fedora-old/
    enabled=1
    gpgcheck=0
  3. jetzt von Koji ( koji.fedoraproject.org/koji/ )  das Paket heraussuchen und die nötigen Dateien der Versionen die man gern hätte, in das Verzeichnis seines Apaches kopieren, in dem das Repo erstellt wurde. Das könnte so aussehen : /home/meinusername/repository/x86_64/23/fedora-old/
    drwxr-xr-x 3 root root     4096  6. Mär 16:09 .
drwxr-xr-x 4 root root     4096  6. Mär 16:00 ..
drwxr-xr-x 2 root root     4096  6. Mär 16:09 repodata
-rw-r--r-- 1 root root    54078  6. Mär 16:07 wine-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root    54390  6. Mär 16:07 wine-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root   106054  6. Mär 16:07 wine-alsa-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root   108178  6. Mär 16:07 wine-alsa-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root   143442  6. Mär 16:07 wine-arial-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    59662  6. Mär 16:07 wine-capi-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root    59874  6. Mär 16:07 wine-capi-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root    74474  6. Mär 16:07 wine-cms-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root    75418  6. Mär 16:07 wine-cms-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root   108838  6. Mär 16:07 wine-common-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root 22652170  6. Mär 16:08 wine-core-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root 22292142  6. Mär 16:08 wine-core-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root   133074  6. Mär 16:08 wine-courier-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root 38597470  6. Mär 16:08 wine-debuginfo-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root   159390  6. Mär 16:08 wine-desktop-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    84534  6. Mär 16:08 wine-filesystem-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    66710  6. Mär 16:08 wine-fixedsys-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    53654  6. Mär 16:08 wine-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root   115838  6. Mär 16:08 wine-ldap-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root   117914  6. Mär 16:08 wine-ldap-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root    65850  6. Mär 16:08 wine-marlett-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root  1738630  6. Mär 16:09 wine-ms-sans-serif-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    66506  6. Mär 16:09 wine-openal-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root    68030  6. Mär 16:09 wine-openal-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root    65110  6. Mär 16:09 wine-opencl-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root    66114  6. Mär 16:09 wine-opencl-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root    96042  6. Mär 16:09 wine-pulseaudio-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root    96866  6. Mär 16:09 wine-pulseaudio-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root    68910  6. Mär 16:09 wine-small-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    79874  6. Mär 16:09 wine-symbol-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    54238  6. Mär 16:09 wine-systemd-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    72858  6. Mär 16:09 wine-system-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root   160394  6. Mär 16:09 wine-tahoma-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    55270  6. Mär 16:09 wine-tahoma-fonts-system-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root   150314  6. Mär 16:09 wine-times-new-roman-fonts-1.9.3-1.fc23.noarch.rpm
-rw-r--r-- 1 root root    85858  6. Mär 16:09 wine-twain-1.9.3-1.fc23.i686.rpm
-rw-r--r-- 1 root root    87210  6. Mär 16:09 wine-twain-1.9.3-1.fc23.x86_64.rpm
-rw-r--r-- 1 root root    66466  6. Mär 16:09 wine-wingdings-fonts-1.9.3-1.fc23.noarch.rpm
  4. Nun wechselt man in das Verzeichnis und führt den Befehl „createrepo .“ aus. Damit werden die repodata-Files erzeugt, die DNF und YUM brauchen.
  5. Wenn alles geklappt hat, kann man das Repo jetzt mit DNF finden.

Ist das der Fall und man downgraded wine, ist das die nächst neueste Version zu der, die bereits installiert ist und damit downgraded dnf das erst mal im Beispiel auf 1.9.3, bevor es dann mit einem weiteren Downgrade auf die Basisversion 1.7.x geht. Wenn man jetzt mehr als eine Version von Wine in dem OLD Repo hat, kann man sich recht komfortabel von einer Version zur nächsten bewegen und muß nicht erst alles per dnf erase löschen und dann mit rpm -i *rpm die gewünschte Version installieren. Aber nicht vergessen das Paket in der /etc/dnf/dnf.conf zu deaktivieren, sonst kommt das Update abends gleich wieder drauf.

Natürlich kann man in so einem Repo auch eigene RPM’s speichern. So ein Repo ist auch ein prima Cache, wenn man viele, viele Server hat, die sich dann die neusten Versionen aus dem eigenen Cache ziehen, statt alle von Fedora. Der Traffic bliebe dann z.b. im LAN.