Archiv der Kategorie: Uncategorized

Ergebnisse des siduction Core Meetings

Core Meeting

Am Wochenende fand in Berlin ein Arbeitstreffen der Entwickler von siduction statt, um über die Zukunft der Distribution zu sprechen. Vorgeschlagene Ziele waren die Entlastung, insbesondere für unseren Hauptentwickler Alf (agaida) und häufigere Veröffentlichungen. Ansonsten hatten wir die Wiederbelebung des Siduction Manuals auf dem Menü (das ein Fork des exzellenten Bluewater Manuals aus den sidux-Tagen ist).

Verringerung des Arbeitsaufwands

Wenn es darum geht, die Arbeitsbelastung zu verringern, bleibt nur der Weg, die Flavours der von uns produzierten Images zu reduzieren. Hauptgrund dafür ist, dass einige der von uns ausgelieferten Desktop-Umgebungen schon länger keinen Maintainer mehr haben. Für die nächste Version (die nicht weit weg ist) stellen wir die Veröffentlichung von Images für die Desktop-Umgebungen GNOME, MATE und LXDE ein. Es bleiben die Images für KDE Plasma, Xfce, Cinnamon und LXQt. Wir veröffentlichen zudem weiterhin die minimalen Einstiegspunkte noX und Xorg.

Das bedeutet nicht, dass Benutzer die von uns entfernten Desktops nicht mehr verwenden können, sie sind weiterhin aus den Archiven installierbar. Wir hören einfach auf, die entsprechenden Images anzupassen und zu produzieren.

Automatisierte Builds

Darüber hinaus werden wir versuchen, unsere »Continuous Integreation and Delivery« die wir per Jenkins bereitstellen, voranzutreiben, um täglich oder wöchentlich automatisierte Builds zu erstellen (noch keine Details festgelegt) und unseren Benutzern diese Builds zur Verfügung zu stellen. Diese Builds werden nur am marginal getestet, aber wir werden sicherstellen, dass sie korrekt booten und das Installationsprogramm in brauchbarer Form ist. Diese Images werden größtenteils korrekt funktionieren, sind aber kein Ersatz für die genehmigten offiziellen Versionen. Wir haben noch nicht entschieden, wie wir euch diese Images zur Verfügung stellen werden, aber ein eigener Forumsbereich könnte der einfachste Weg sein.

Keine leichte Aufgabe

Das siduction-Handbuch in seinem aktuellen Formfaktor ist seit einiger Zeit nicht mehr wartungsfähig. Auch einige der dort enthaltenen Informationen sind veraltet oder müssen angepasst werden. Wir planen, den Formfaktor von (teilweise schlecht geschriebenem) HTML nach Markdown (MD) umzuwandeln. Beide Aufgaben müssen manuell und gleichzeitig passieren, um nicht Dinge umzuwandeln, die danach rausgeschmissen werden. Sobald diese Aufgaben erledigt sind, werden wir das Handbuch auf einer neuen Plattform präsentieren, die MD in einem visuell ansprechenden, einfach zu bedienendem und zu pflegendem Format darstellt. Freiwillige Helfer werden gesucht!

Künstler-Notstand

Außerdem werden wir daran arbeiten, das Artwork so zu stabilisieren, dass es bei allen möglichen Auflösungen korrekt skaliert. Wir werden beim zuletzt verweendeten Artwork bleiben (was ich völlig akzeptabel finde), es sei denn, jemand mit Fähigkeiten in der bildenden Kunst meldet sich, um uns mit Artwork pro Veröffentlichung zu beliefern, (was ich völlig akzeptabel finde).

Unterstützung benötigt

Wir haben seit 2011 mit einem kleinen und mehr oder weniger stabilen Team und der Unterstützung von euch siduction am Laufen gehalten. Was wir brauchen , ist ein stärkeres Entwicklungsteam, um an neuen Ideen und Projekten arbeiten zu können. Wenn du dich also von der Arbeit an bleeding edge fasziniert fühlst, komm bitte in den IRC und sprich mit uns. Du musst dazu kein Softwareentwickler sein. Wir würden uns freuen, wenn wir Leute mit Fähigkeiten in Kunst, Übersetzungen, Webentwicklung und -pflege hätten, oder einfach nur Leute mit einer Leidenschaft für Debian und Siduction. Wir werden sicher etwas für euch zu tun finden.

Nicht zuletzt werden wir versuchen, einen Stand auf der FROSCon 2019 am 10. und 11.August zu bekommen, die in Siegburg, nahe der deutschen Stadt Bonn, stattfindet.

CoreTeam Treffen in Berlin

Morgen, am 30. März, trifft sich das Siduction-Core-Team in Berlin, um ein Brainstorming über die Zukunft von siduction abzuhalten. Es werden fünf Teilnehmer erwartet: Alf (agaida). Axel (ab), Torsten (towo), Markus (coruja) und ich (devil). Mögliche Themen werden ein Release-Plan sein, der weniger Arbeit erfordert, eine Möglichkeit, das Handbuch in einem anderen Formfaktor wiederzubeleben und Wege, um siduction weiter zu verbreiten.

Jeder, der in Berlin ist, ist eingeladen, teilzunehmen. Wir werden von 14:00 bis ~ 18:00 Uhr bei Coffee Fellows in der ersten Etage im Office Space zu finden sein. Du kannst auch per IRC teilnehmen, wenn Du Vorschläge oder Fragen an uns hast. Eein Link zu unseren IRC-Kanälen befindet sich auf deinem Desktop.

Nächste Release-Pläne

Wir planen ™, einen vollständigen Satz von siduction-Bildern mit allen Geschmacksrichtungen zu veröffentlichen, bevor wir im nächsten Monat zu CLT (Chemnitzer Linux-Tage) gehen. Dafür gibt es mindestens drei Gründe:

  • Wir können darüber auf der Konferenz rühmen
  • Wir werden einen neuen Installateur haben, damit Sie versuchen
  • Wir versprachen, dies zu tun

Und hier sind die blutigen Details: vor sechs Jahren dachten wir, es wäre eine coole Idee, unsere Installer läuft in einem Browser mit Hilfe eines winzigen http-Server. Heute aus einigen Gründen, die wir nicht denken, es ist ganz so cool. Einer der Gründe dafür, dass die Tatsache, dass der Kerl, der ursprünglich schrieb der Installer ist nicht mehr verfügbar. Dann, vor etwa drei Jahren jemand mit dem Namen Teo Mrnjavac hatte eine wunderbare Idee, das wird, ähnlich wie systemd, zu vereinheitlichen Linux in einem meiner bescheidenen Meinung nach positiven Weg. Ich spreche über die Calamares Installer Framework. Wie Sie am unteren Rand Ihrer Webseite sehen können, ist Ihre Lieblings-Distribution dort bereits aufgeführt. Es wird mehr und mehr von Distributionen verwendet und jeder von Ihnen macht den Code besser. Das Freigeben eines Installationsprogramms erleichtert eine Vielzahl von Problemen bei kleineren Distributionen. Die Partitionierung erfolgt durch den Partitionsmanager von KDE. Was es noch nicht tun, ist LVM und RAID, aber die sind in der Pipeline. Auch, Calamares Wille anfertigen es ' Weise hinein Debian alsbald. Also in den letzten Wochen, dass das, was wir gearbeitet haben. Calamares ist C++, Qt 5 für die Benutzeroberfläche und Python-Module zu wählen, was Sie brauchen und konfigurieren nach Ihren Wünschen. Dann wenden Sie ein Branding und Sie sind fertig. Natürlich war dies der schnell-Forward-Modus, aber wir haben es geschafft, es in weniger als zwei Wochen in Betrieb zu bekommen. Wir machen mehr Tests, um sicherzustellen, dass es lebt bis zu seinem Ruf mit siduction als gut. Es funktioniert auch gut mit BIOS und UEFI, die ein anderes Problem für uns tötet: die Integration von UEFI in den alten Installer war bei weitem nicht perfekt und enthalten manuelle Setup-Arbeit vor dem Start des Installers. Da wir mit dem Installer nicht in Blocker laufen, sind wir zuversichtlich, dass das Einfrieren von Debian GNU/Linux 9» Stretch «es uns ermöglichen wird, alle Geschmacksrichtungen ohne allzu viele Probleme freizugeben. Wir planen auch, diese folgende Freigabe unsere erste Freigabe mit 64-Bit nur zu bilden. Yep, wir denken, die Zeit ist richtig, die 32-Bit-Plattform, ohne dass zu viele Benutzer unglücklich fallen. Sollten Sie einer von denen nicht zufrieden mit unserem Plan, bitte lassen Sie uns wissen, ihre Gründe auf unserem Forum. Wenn Sie einen guten Grund haben, noch laufen 32-Bit, können Sie sogar in der Lage, uns in einen benutzerdefinierten Build zu sprechen. Aber insgesamt erspart uns diese Architektur eine Menge Zeit, die anderswo besser verbracht werden kann.

FlatPak mit siduction

Gestern schrieb ich darüber, wie zu installieren und zu verwenden Snap, um die neuesten LibreOffice 5,3 zu installieren. Ich versprach, das gleiche mit Fedora/GNOME es alternative Paket-Format FlatPak zu tun. Unnötig zu sagen, dies gilt auch für reine Debian Unstable und Debian Testing installiert. Für Debian Jessie müssten Sie Backports aktivieren. Für gestrigen Post auf Snap, das gleiche gilt für instabile und Tests, während Jessie ist im Regen für jetzt ausgelassen. Auch wenn es keine FlatPak für die neueste Version 5,3 von LibreOffice noch, werden wir installieren Lo 5.2.5, die dann aktualisiert werden kann, um 5,3 in ein paar Stunden oder Tage. Die Einstellung des Basis-Frameworks für FlatPak ist ein wenig mehr Arbeit, da Sie die Basic Runtime installieren müssen (zumindest auf einem KDE-System, vielleichtkommt es automatisch mit einer GNOME-Installation. O.k., läßt loslegen mit dem Paket selbst: # apt install FlatPak jetzt müssen wir die Laufzeit zu erhalten: $ wget https://SDK.Gnome.org/Keys/GNOME-SDK.GPG $ FlatPak Remote-Add–User–GPG-Import = GNOME-SDK. GPG GNOME https://SDK.Gnome.org/Repo/$ FlatPak installieren– Benutzer GNOME org. Gnome. Platform 3,20 jetzt können Sie das Flatpak Paket für LibreOffice von der FlatPak-Apps Seite herunterladen. Wechseln Sie in das Verzeichnis, in dem der Download landete und installieren Sie es: $ FlatPak install–Benutzer–Bundle LibreOffice. FlatPak wenn dies geschehen ist, können Sie Lo aus dem gleichen Verzeichnis starten, indem Sie: $ FlatPak Run org. LibreOffice. LibreOffice Updates können durch ausgeführt werden Running: $ FlatPak Update–Benutzer org. LibreOffice. LibreOffice diese alternativen Verpackung Formate sind ideal für die Installation von Software, die nicht (noch) in Ihrer Distribution oder Versionen noch nicht verfügbar, wie Lo 5,3 in unserem Beispiel. Entwickler können verschiedene Versionen einer Software installieren, die sich nicht gegenseitig zum Testen stören. Welches der neuen eigenständigen Paketformate (es gibt auch Appimage), das Sie bevorzugen, ist völlig bis zu Ihnen. Sie bieten eine Sandbox-Modell, das soll die halten Sie getrennt von der Umwelt. Im Fall von FlatPak können Sie mit Hilfe von FlatPak-Portalen miteinander kommunizieren.

Snaps mit siduction

Ich bin sicher, jeder hat über die neue Ubuntu-Paket-Format Snap inzwischen gehört. Heute wollte ich versuchen, die brandneue und noch heiß aus der Presse LibreOffice 5,3 für eine Überprüfung. So fand ich, dass die Document Foundation einen Snap bereit für die Bereitstellung hatte. Die Voraussetzungen für siduction sind nicht viele: # apt Update & & APT installieren snapD danach können Sie überprüfen, welche Schnappschüsse Avaialable für LibreOffice mit: $ Snap Info LibreOffice wie Sie sehen können, ist die neue Version 5,3 im Edge-Channel. Das ist alles, was Sie wissen müssen, um es mit zu installieren: # Snap install LibreOffice–Channel = Edge anschließend wird eine wiederholte $ Snap Info LibreOffice die installierten Pakete wiedergeben. Wie Sie vielleichteine Version von LibreOffice bereits über Ihren Paket-Manager installiert haben, müssen Sie den Snap zu starten, mit dem vollständigen Pfad: $/Snap/bin/LibreOffice & später können Sie Sie mit $ Snap Refresh Aktualisieren LibreOffice nur ein oder zwei Tage vor, die ersten Schnappschüsse von KDE-Apps, die im KDE-Store auftauchten, werde ich morgen FlatPak, dem alternativen neuen Paketformat von Fedora einen Versuch mit LibreOffice geben. Sie können die Ergebnisse hier lesen Morgen

Neuer schneller siduction Spiegel in den USA

Ab heute sind wir glücklich, mit Ihnen einen neuen Spiegel in den Vereinigten Staaten zu teilen. Es befindet sich an der Princeton University und sollte unser schnellster Spiegel in den USA sein. Die URLs sind:

  • Princeton University http://Mirror.Math.Princeton.edu/Pub/siduction/ISO/https://Mirror.Math.Princeton.edu/Pub/siduction/ISO/Deb https://Mirror.Math.Princeton.edu/Pub/siduction/extra Unstable Main deb-src https:// Mirror.Math.Princeton.edu/Pub/siduction/extra Unstable Main Deb https://Mirror.Math.Princeton.edu/Pub/siduction/Fixes Unstable Main contrib Non-Free deb-src https://Mirror.Math.Princeton.edu/Pub/siduction/Fixes Unstable Main contrib nicht frei
  • Direkte Links finden Sie auf unserer Website. Bitte lassen Sie uns wissen, wenn irgendwelche Probleme auftreten.

    Strukturelle Veränderungen kommen

    Wie Sie vielleicht inzwischen gespürt haben, haben wir Probleme in diesem Jahr bekommen eine ordnungsgemäße Freigabe der Desktop-Umgebungen, die wir versenden. Dafür gibt es mehr als einen Grund. Zum einen war es wirklich schwer, die Dinge in Form zu bringen für eine Veröffentlichung. KDE zum Beispiel war in der großen Entwicklung die meiste Zeit. Nun, da wir Plasma 5.8. x mit langjähriger Unterstützung haben, sich die Dinge ein wenig nieder und wir werden hoffnungsvoll erhalten eine Freigabe dieser Geschmack aus bis zum Ende des Jahres. GNOME und Zimt sind auch in stetiger Bewegung, XFCE und Mate bewegen sich nicht so viel. Auf der anderen Seite die Zeit, die siduction Team-Mitglieder haben an Ihren Händen haben im Laufe der Zeit verringert. Sprechen für mich, meine Arbeitsbelastung hat eine Menge in den letzten zwei Jahren gewachsen. Ein anderes Teammitglied hat sich einem Team angeschlossen, das die Aufgabe übernahm, LXQt in Form und in Debian zu bringen (und es gelang ihnen). Ein drittes Teammitglied hat sich einen Job, während bevor er für einige Zeit arbeitslos war (und natürlich sind wir für ihn glücklich). All diese Zwänge machen es schwieriger, unsere Ziele der Freigabe siduction in der Art, wie wir bis jetzt zu erreichen. Das bedeutet in keiner Weise, dass siduction nicht gewartet wird. Wir arbeiten ständig daran, wie es nötig ist und versuchen, Sie durch seichte Gewässer zu führen. Gerade die großen Aufgaben wie Freigaben erhalten zurückgelassen. Es gab keine neuen Mitwirkenden, die dem Team beitreten, so dass auch nicht helfen. So haben wir mit einer Idee, die unsere Arbeitsbelastung ein wenig verringern wird kommen. Die Idee ist, dass Geschmacks Betreuer feststellen, wann ein Geschmack gut und bereit zur Freigabe ist. Wir wissen im Voraus, was in kritischen Geschmacksrichtungen passieren wird, und wenn es Übergänge oder andere große Veränderungen gibt, die die Dinge bremsen könnten. Also, zB wenn KDE scheint in guter Form, um die Öffentlichkeit freigegeben werden, so kann ein anderer Geschmack sein. Dann könnten diese beiden als Schnappschuss ausgehen. Möglicherweise einen Monat später einige andere Aromen sind gut zu gehen. Wir haben eine lange Zeit Mitwirkende, die bereit ist, diese Art von Veröffentlichungen zu verwalten. Das bedeutet, zu überprüfen, ob die Geschmacksrichtungen in lösbarer Form sind, eine Freigabe koordinieren und auf dem Weg zu Ihnen versenden. Das wird uns und unseren Nutzern helfen. Sie als Benutzer erhalten frischere Schnappschüsse als Einstiegspunkte zur Distribution, die auch neue Nutzer anzieht. Für uns als das Team hinter siduction es erhöht die Sichtbarkeit der Distribution, die auch neue Nutzer und vielleicht sogar Beitragszahler anzieht. So werden wir dies einen Versuch geben und sehen, wie es geht. Wie ich schon sagte, wir hoffen, dass die Ergebnisse vor dem Ende des Jahres zu erhalten. Eine andere Sache, die in Not der Liebe ist, ist unser Handbuch. Einst eine Fülle von wissen, ist es jetzt weitgehend Alterung und meist ungepflegt. Die Art und Weise ist es technisch eingerichtet macht es schwierig, einen Beitrag zu und sehr schwerfällig für uns, die Infrastruktur zu erhalten. Es gibt zwei Dinge zu tun: Wir müssen die schwere Aufhebung der Übertragung der Inhalte auf ein mehrsprachiges Wiki wie MediaWiki zu tun. Wir haben Sprachen im Handbuch, die völlig ungepflegt sind, weil niemand in der Mannschaft die Sprache spricht (noch hat die Zeit), an diesen zu arbeiten. Diese Sprachen sind Portugiesisch, Italienisch, Rumänisch und Polnisch. Wir müssen noch entscheiden, was mit Ihnen zu tun. Im Moment sind Sie kontraproduktiv, weil in Teilen sind Sie jetzt schlicht falsch oder fehl Leasing. Meine Idee ist, Sie zu archivieren, bis vielleicht jemand später nimmt eine Sprache. Die zweite Aufgabe besteht darin, alle deutschen und englischen Gegenstände im Handbuch zu berichtigen und bei Bedarf zu korrigieren und auf den aktuellen Stand zu bringen, auch neue zu schreiben (z.b. für systemd). All das braucht Manpower. Wenn Sie also mit einem dieser Fragen helfen möchten, sind Sie herzlich willkommen, bitte erreichen Sie uns in unserem Forum oder im IRC auf dem oftc Netzwerk in #siduction-Core. Die Arbeit über das Handbuch kann getan werden, wie Ihre Zeit erlaubt, gibt es keine ETA zu diesem. Wir sind auch immer auf der Suche nach Künstlern. Dies ist auch eine Verpflichtung, die nicht nehmen viel von ihrer Zeit, es ist vor allem über die Schaffung einer Ikone hier und da.

    Debian fiel über

    Mit systemd 230, freigegeben ein paar Tagen, änderten die Entwickler eine Standardeinstellung, die eine der wenigen Ärgernisse eliminiert, die ich mit systemd erlebte. Viele ein Forum Thread alle über das Netz versucht, das Problem zu lösen. Dieses Ärgernis führte zu einer Meldung beim Neustart oder Herunterfahren, dass das System wartet, bis ein Prozess heruntergefahren wird. Dies kann bis zu 90 Sekunden dauern, wenn Sie die Ebene nicht manuell niedriger eingestellt haben. Dies waren streunende Hintergrundprozesse, die zu einem oder mehreren Benutzern im System gehörten und heruntergefahren werden sollten, wenn der besitzende Benutzer abgemeldet wird. Die Systemed Entwickler mit systemd 230 setzen die Option KillUserProcesses in/etc/systemd/logind.conf auf Yes. Das bedeutet, dass 95 Prozent der Desktopbenutzer diese Verzögerungen nicht mehr sehen werden, da alle Prozesse eines Benutzers geschlossen werden, wenn der Benutzer abgemeldet wird. Auf der anderen Seite, Benutzer von Tools wie Screen, tmux und einige andere finden Ihre Prozesse auch getötet Server-Seite, auch wenn diese gedacht waren, um lang andauernde Hintergrund-Jobs. That being said, die Entwickler haben in der Release-Note für Systemed 230 unter der dritten Kugel zu erklären, was die Nutzer solcher Werkzeuge tun müssen, um KillUserProcesses auf Ja zu halten und haben immer noch ihre lang andauernde Arbeitsplätze am Leben bleiben. Das vorliegende Problem wurde in einem Bugreport ausführlich dargelegt und es ist bereits im April eine Follow-up-Diskussion. In Debian und Fedora führte dieses neue Verhalten zu langen Diskussionen (und die üblichen systemischen Klagen natürlich). Der Bug-Report für Debian in dieser Angelegenheit hat nun dazu geführt, dass die neue Standardeinstellung in Debian mit systemd 230-2 ab heute wiederhergestellt wird. Also, wenn Sie Ihre Prozesse gestoppt wird, wenn Ihr Benutzer abmeldet, müssen Sie manuell wieder die Einstellung in/etc/systemd/logind.conf auf Yes wieder nach der Aktualisierung auf systemd 230-2. Wir haben uns vor Monaten entschieden, diese Einstellung auf Yes als Standard für siduction. Dies wird mit unserem nächsten Release wirksam. Aber wenn Sie diese auf Yes jetzt setzen wollen, müssen Sie dies selbst tun. Sollten Sie einer der Nutzer von Screen, tmux, Moshe und vielleicht ein paar andere betroffene Werkzeuge, gibt es Möglichkeiten, um die Einstellung auf Yes zu halten und immer noch lange laufende Prozesse lebendig beim Abmelden. Dazu brauchen Sie zwei Dinge: zuerst setzen Sie Enable-verweilen [user1 user2…] für ihre jeweiligen Benutzer, wie in der Manpage zu loginctl gezeigt. PAM wurde angepasst, um dies als normaler Benutzer zu ermöglichen. Dann können Sie die Manpage von Systemed-Run folgen, um z.b. den Bildschirm mit dem Befehl Systemed-Run–Scope–Benutzerbildschirm in seinem eigenen Bereich zu starten. Dadurch wird der Auftrag nach dem Logout ausgeführt, auch wenn andere Benutzerprozesse angehalten werden. Wir bewunderten Debian für die Entscheidung pro systemd, aber wir denken, dass die Wiederherstellung dieser neuen Standardeinstellung die falsche Entscheidung gegenüber Desktopbenutzern ist.

    Release Notes for siduction 2015,1 dev-Release für Plasma5, Gnome und LXQt

     

    Wir präsentieren Ihnen heute den zweiten Teil der dev-Release 2015,1, die mit seiner endgültigen Version in ein paar Wochen wird mit dem Namen siduction 2016,1. siduction ist eine Distribution, die auf dem instabilen Zweig von Debian basiert. Mit schwerem Herzen widmen wir diese Veröffentlichung der Erinnerung an den Gründer von Debian, Ian Murdock, der am Dez. 28 2015, im Alter von 42, verstorben ist. Wir werden versuchen, seine Vision am Leben zu erhalten.

    Wichtig für die Prüfung in VirtualBox: aufgrund eines Fehlers in VirtualBox 3D-Beschleunigung muss vor dem Booten des Bildes deaktiviert werden.

    Die fehlenden Aromen der ersten Charge von dev Releases sind Plasma 5, Gnome und LXQt, die wir Ihnen heute präsentieren. Bevor wir uns die Änderungen unserer drei freigegebenen Geschmacksrichtungen anschauen, sind hier einige Änderungen an unserer Infrastruktur, die Sie beachten sollten: Zunächst werden 32-Bit-Versionen nur mit der endgültigen Version ausgeliefert. Wenn Sie jetzt einen brauchen, besuchen Sie uns unter #siduction im IRC und wir bauen eine für Sie.

    Nach langen Diskussionen, die bis zu zwei Jahren zurückgehen, haben wir endgültig die Entscheidung getroffen, mit contrib und nonfree aktiviert und die meisten der nonfree-Firmware vorinstalliert, damit der Benutzer seine WiFi-Chip oder Grafikkarte von Anfang an, ohne die Notwendigkeit, Software erwerben, ohne auf dem Gerät, auf dem Sie die Installation durchgeführt haben, eine Internetverbindung herstellen zu können. Aus diesem Grund sind Save-Einstellungen für AMD-Grafikkarten nicht mehr erforderlich. Der Menüpunkt wird von syslinux für die endgültige Version verschoben.

    Die folgenden nicht freien Pakete werden als Standard installiert:

    AMD64-Microcode-Prozessor Microcode Firmware für AMD CPUs Firmware-AMD-Grafik-binäre Firmware für AMD/ATI Grafikchips Firmware-Atheros-binäre Firmware für Atheros Wireless Cards Firmware-bnx2-binäre Firmware für Broadcom NetXtremeII Firmware-bnx2x-binäre Firmware für Broadcom NetXtreme II 10Gb Firmware-brcm80211-binäre Firmware für Broadcom 802,11 Wireless-Karten-Firmware-crystalhd-Crystal HD Video Decoder (Firmware) Firmware-intelwimax-binäre Firmware für Intel WiMAX-Verbindung Firmware-iwlwifi-binäre Firmware für Intel Wireless-Karten Firmware-liblibertà-Binary Firmware für Marvell Libertas 8xxx Wireless Car Firmware-Linux-nicht frei-binäre Firmware für verschiedene Treiber in der Linux-Kernel-Firmware-Misc-nonfree-Binär-Firmware für verschiedene Treiber in der Linux-Kernel-Firmware-Myricom-binäre Firmware für Myri-10G-Ethernet-Adapter Firmware-NetXen-binäre Firmware für QLogic intelligent Ethernet (3000) Firmware-QLogic-binäre Firmware für QLogic HBAs Firmware-Realtek-Binary Firmware für Realtek Wired/WiFi/BT-Adapter Firmware-TI-Connectivity-binäre Firmware für TI Connectivity Wireless Network Firmware-zd1211-binäre Firmware für den zd1211rw Wireless-Treiber Intel-Microcode-Prozessor Microcode Firmware für Intel CPUs

    Contrib-Pakete werden als Standard installiert:

    B43-fwcutter-Utility zum Extrahieren von Broadcom 43xx Firmware-Firmware-B43-Installer-Firmware-Installer für die B43 Treiber-Firmware-b43legacy-Installer-Firmware-Installer für den b43legacy-Treiber iucode-Tool-Intel-Prozessor-Microcode-Tool VirtualBox-Guest-DKMS-x86-Virtualisierungs-Lösung-Gast-Zusatzmodul Quelle für DKMS VirtualBox-Gast-Quelle-x86 Virtualization Solution-Gast Zusatzmodul Quelle VirtualBox-Gast-utils-x86 Virtualization Solution-nicht-X11 Gastprogramme VirtualBox-Guest-X11-x86-Virtualisierungs-Lösung-X11 Guest Utilities

    Haftungs

    Sie müssen sich bewusst sein, dass dieses neue Verhalten nicht mit dem Debian Free Software Guide (DFSG) übereinstimmt. Wir bieten ein Opt-out von diesem, um zurück zu einer DFSG-konformen Installation im Installer zu gehen.

    Änderungen am Release-Modell

    Außerdem werden wir unser Release-Modell etwas verändern. Während 2015 haben wir gelernt, dass wir mit so vielen Geschmacksrichtungen wie wir versenden und mit den Ressourcen, die wir verwenden können, es sehr schwer finden, alle Geschmacksrichtungen zusammen in einem Release freizugeben. Das resultierte in keiner Freigabe überhaupt für 2015, das neue Benutzer mit wachsenden ersten Steigungen verlässt, während das Jahr sich bewegt. Um das wieder zu verhindern, werden wir in Zukunft Aromen freigeben, sobald Sie bereit sind und dem Benutzer zugute kommen. Wir werden immer noch versuchen, mehr als eine in einer Zeit, aber nicht warten, bis eine Chance, alle von Ihnen gemeinsam freizugeben.

    SDDM

    Eine weitere Veränderung über alle Geschmacksrichtungen ist die Verwendung von SDDM als Display-und Login-Manager, der der neue Standard für LXQt und KDE ist, aber auch für die anderen Geschmacksrichtungen gut geeignet ist. KDE hat ein Modul für SDDM in den Systemeinstellungen. Für die anderen Geschmacksrichtungen, finden Sie die config-Datei in/etc/sddm.conf. Die Manpages zu sddm und sddm. conf sind auch sehr hilfreich.

    UEFI

    Auch die heute veröffentlichten Bilder haben sehr grundlegende Unterstützung für UEFI. Sie können mit ihm Booten und mit ihm zu installieren. Voraussetzungen sind ein Partitionslayout mit GPT und eine mit FAT32 formatierte Startpartition, die als EFI-Partition gekennzeichnet ist. GRUB mit UEFI muss noch etwas Liebe, so dass diese Funktionalität ist immer noch sehr experimentell. Hier erfahren Sie mehr

    Ein kurzer Blick auf die Aromen

    Die veröffentlichten Bilder sind ein Schnappschuss von Debian Unstable, das auch unter dem Namen SID, von 2016-01-16. Sie werden mit einigen nützlichen Paketen und Skripten, unserem eigenen Installer und einer benutzerdefinierten Version des Linux-Kernel 4,4, begleitet von X-Server 1.17.3, Mesa 11.1.1-2 und systemd 228,4, erweitert.

    Plasma 5

    Freunde von KDE werden sich freuen, unsere erste Veröffentlichung der fünften Iteration des Projekts zu sehen. Die Leute nennen es KDE5, aber das wird sich als nicht viel sagen über die enthaltenen Teile. Wie wir es jetzt für siduction getan haben, hat KDE vor einiger Zeit entschieden, dass die KDE-Software-Sammlung in einem Stück viel zu sperrig wird. Um neuen Code den Benutzern so schnell wie möglich zu bringen, wurde KDE in drei Teile aufgeteilt, die von nun an unabhängig voneinander entwickelt und freigegeben werden. Dies sind KDE-Frameworks, Plasma-und KDE-Anwendungen. Der Teil, dass der Benutzer tatsächlich in Kontakt mit Plasma ist und so werden wir die neuesten KDE-Plasma 5 nennen. KDE-Anwendungen werden in Version 15,08 ausgeliefert

    Wir hatten gehofft, in der Lage sein Schiff Plasma 5,5 oder sogar 5,6, aber die Feiertage verzögert Dinge bis zu dem Punkt, wo wir beschlossen, Schiff Plasma 5.4.3 mit dem dev Release und wahrscheinlich 5,6, die viel mehr Feinabstimmung, um es haben wird, mit unserer endgültigen Version.

    KDE-Next

    Von nun an ist die Basis unserer KDE-Releases Debian Unstable. Wir mussten unser KDE-Next-Repository schließen, weil es nicht mehr gepflegt wird. Unser Dank geht an den Weihnachtsmann, der KDE für siduction in der Vergangenheit verpackt hat und von nun an direkt mit Upstream arbeiten wird. Wir wünschen ihm viel Glück auf seinem Weg. Mit Plasma 5.4.3 glauben wir, dass wir das eleganteste KDE aller Zeiten haben. Noch wichtiger ist, ist es bereit, in der Produktion für die meisten Benutzer verwendet werden. Es wird einige aufräumen in den nächsten Monaten noch, aber Grunde ist es bereit zu rocken.

    Plasma Dash

    Eine der Neuheiten von Plasma5 ist auf den ersten Blick nicht leicht zu entdecken. Deshalb möchte ich es hier vorstellen. Plasma5 gewann ein drittes Menü, das zugänglich ist, wenn Sie mit der rechten Maustaste K-Menü und Hit Alternativen. Dort befindet sich ein Vollbild-Bindestrich mit integrierter Desktopsuche, der nur mit einer Tastatur vollständig nutzbar ist.

    LXQt

    Auch in Bezug auf LXQt ist viel passiert. Wie Sie vielleicht wissen, ist unsere eigene Alf Gaida in der Entwicklung von LXQt beteiligt. Im Laufe dieser 2015 wurde er offizieller Debian-Betreuer, der in der Lage sein sollte, LXQt in Debian zu erhalten und dort zu pflegen. Als Ergebnis dieser Bemühungen ist LXQt jetzt in Debian Unstable und Testing, die aktuelle Version wird ein frisch freigegeben, heiß aus den Platten 0,10.

    GNOME

    Last but not least mit Gnome haben wir das Gegengift zu KDE. GNOME wird in einer gut gereiften Version 3,18 ausgeliefert. Eines der Highlights ist, dass Sie eine Wayland-Sitzung von der Anmeldeseite des Anzeige-Managers aus ausführen können. Es gibt noch ein paar Abstürze und Störungen beteiligt, aber vor allem, Wayland läuft ziemlich stabil mit GNOME.

    Unsere Ressourcen

    siduction Forum siduction Blog Git Archiv Distro News Bug-Tracker siduction-Karte

    Unterstützung erhalten Sie sowohl auf unserem Forum als auch im IRC. Die entsprechenden Channels auf oftc-Network sind #siduction für den englischen Support oder #siduction-Core, wenn Sie mitmachen und teilnehmen möchten. Auf Ihrem Desktop finden Sie auch ein Symbol, das Sie auf den richtigen Kanal für die Unterstützung, abhängig von der gewählten Sprache bringt.

    Um als Testumgebung für Debian agieren zu können, machen wir uns von unserem eigenen Bug-Tracker. Lassen Sie mich erklären, wie Sie uns und Debian helfen können, indem Sie Bugreports für defekte Pakete einreichen. Verwitterte Benutzer werden wissen, wie man Bugs direkt mit dem Debian-BTS (Bug-Tracking-System) Datei. Für Benutzer, die nicht so komfortabel mit dem System haben wir reportbug-ng vorinstalliert.

    Wenn Sie denken, dass Sie einen Bug in einem Debian-Paket gefunden haben, starten Sie bitte reportbug-ng und setzen Sie den Namen des Pakets in die Adress-Seite. Die App sucht jetzt durch die bereits archivierten Wanzen für dieses Paket und zeigt diese an. Nun liegt es an Ihnen zu bestimmen, ob "Ihr" Bug bereits gemeldet wurde. Wenn es ist, Fragen Sie sich, wenn Sie etwas relevantes zu diesem Bericht hinzufügen oder vielleicht sogar ein Patch haben. Wenn nicht, sind Sie für diese Zeit fertig. Wenn der Fehler noch nicht gemeldet wurde und Sie mit dem BTS noch nicht vertraut sind, können Sie den Bug in unserem Bug-Tracker melden.

    Das gilt natürlich auch für siduction-Pakete. Wir sortieren die Wanzen für Sie und ordnen Sie an der passenden Stelle, wenn Sie reproduzierbar ist. Bitte achten Sie auf einen Forumsbeitrag mit ausführlicheren Informationen über den Bug-Tracker in Kürze. Wenn all dies scheint für jetzt kompliziert, fühlen sich frei, die Bugs-Thread auf dem Forum für jetzt verwenden, wird es weiter arbeiten, bis endgültige Version.

    Da wir immer auf der Suche nach Mitwirkenden sind, hier ist, was zu tun ist: kommen Sie zu IRC Channel #siduction-Core und sprechen Sie mit uns über das, was Sie möchten innerhalb des Projekts zu tun, oder wo Sie denken, Sie könnten helfen. Wie Sie bemerken werden, wenn Sie nach unten scrollen, haben wir keine Art-Team im Moment. Wenn Sie bereit und fähig sind, sprechen Sie mit uns.

    Hardware-Tipps

    Wenn Sie einen ATI Radeon Grafikbeschleuniger besitzen sollten, verwenden Sie die Option Failsafe, wenn Sie die Live-ISO starten. Mit dieser Option wird die Cheatcodes Radeon. Modeset = 0 xmodule = VESA zur Kernel-Bootlinie hinzugefügt, so dass Sie mit X booten können.

    Nicht zuletzt ein Hinweis für Benutzer des Kernel-basierten Virtual Machine KVM. Die Entwicklung eines Frontends für die kernelbased Virtual Machine (KVM) hat als eine Gabel von QEMU mit dem Namen QEMU-KVM oder Short "KVM" begonnen. Seit qemu Version 1,4 sind alle Patches der KVM-Gabel wieder in die QEMU-Quelle integriert. Auch im Bereich der Virtualisierung sind viele Fortschritte zu verzeichnen. So gibt es eine Menge von veralteten Dokumentation um. Wir haben ein aktuelles Arbeitsblatt für QEMU in unserem Wiki.

    Credits für siduction dev-Release 2015,1

    Kern-Team:

    Alf Gaida (agaida) Angelescu Ovidiu (convbsd) Axel Beu (ab) Ferdinand Thommes (Teufel) Tom Wroblewski (GoingEasy 9) Torsten Wohlfarth (Towo) J. Theede (Musca)

    Betreuer der siduction-Desktop-Umgebungen:

    GNOME: Angelescu Ovidiu (convbsd) KDE: Ferdinand Thommes (Teufel) LXDE: Alf Gaida (agaida) LXQt: Alf Gaida (agaida) Xfce: Torsten Wolfahrt (Towo) Cinnamon: j. Theede (Musca) NOx: Alf Gaida (agaida) Mate: j. Theede (Musca), Angelescu Ovidiu (convbsd) Wir brauchen Mitwirkende für siduction Release Art!

    Code, Ideen und Support:

    Ayla bluelupo der_bud Dibl hendrikl J. Hamatoma (Hama) Markus Schimpf (arno911) Piper

    Danke!

    Auch vielen Dank an alle Tester und alle Menschen, die uns Unterstützung in jeder möglichen Weise. Dies ist auch ihre Leistung.

    Wir wollen auch Debian danken, da wir Ihre Basis benutzen.

    Und jetzt genießen! Im Namen des siduction-Teams: Ferdinand Thommes

    Release Notes für siduction 2015.1 Dev-Release

     

    Heute, am letztmöglichen Termin des Jahres, präsentieren wir Euch ein Dev-Release und informieren über einige Änderungen. Schweren Herzens widmen wir diese Veröffentlichung den Debian-Gründer Ian Murdock, der am 28.12 mit nur 42 Jahren verstarb. Wir wollen seine Vision am Leben erhalten.

    Bedingt durch viele Änderungen und Transitions in Debian Sid im vergangenen Jahr und aufgrund userers zu starren Veröffentlichungsmodells haben wir es in diesem Jahr nicht geschafft, ein finales Release herauszubringen. Also müssen wir unser Release-Modell anpassen. Wir werden künftig nicht mehr alle Flavours gemeinsam veröffentlichen sondern einzelne Flavours dann, wenn sie bereit sind und den Anwendern Nutzen bringen. Damit sollten wir dann nicht mehr in die Situation geraten, dass das erste Upgrade einer frischen Installation größer ist als das eigentliche Image.

    Somit präsentieren wir heute Dev-Releases von noX, Xorg, LXDE, Cinnamon, Mate und Xfce. Plasma 5, GNOME und LXQt folgen am kommenden Wochenende oder kurz darauf, sofern es keine Blocker in Sid gibt.

    Eine weitere wichtige Änderung gilt es zu kommunizieren. Nach langen Diskussionen, die zwei Jahre zurückreichen, haben wir die Entscheidung getroffen, mit um contrib und non-free erweiterten Quellen zu veröffentlichen. Darüber hinaus installieren wir eine Auswahl an Firmware aus diesen beiden Bereichen vor, die es dem Anwender erlaubt, viele WLAN-Chips und Grafikkarten während und nach der Installation gleich einzusetzen, ohne erst nach der Firmware suchen zu müssen.

    Folgende non-free-Pakete sind vorinstalliert:

    amd64-microcode Processor microcode firmware for AMD CPUs
    firmware-amd-graphics Binary firmware for AMD/ATI graphics chips
    firmware-atheros Binary firmware for Atheros wireless cards
    firmware-bnx2 Binary firmware for Broadcom NetXtremeII
    firmware-bnx2x Binary firmware for Broadcom NetXtreme II 10Gb
    firmware-brcm80211 Binary firmware for Broadcom 802.11 wireless card
    firmware-crystalhd Crystal HD Video Decoder (firmware)
    firmware-intelwimax Binary firmware for Intel WiMAX Connection
    firmware-iwlwifi Binary firmware for Intel Wireless cards
    firmware-libertas Binary firmware for Marvell Libertas 8xxx wireless car
    firmware-linux-nonfree Binary firmware for various drivers in the Linux kernel
    firmware-misc-nonfree Binary firmware for various drivers in the Linux kernel
    firmware-myricom Binary firmware for Myri-10G Ethernet adapters
    firmware-netxen Binary firmware for QLogic Intelligent Ethernet (3000)
    firmware-qlogic Binary firmware for QLogic HBAs
    firmware-realtek Binary firmware for Realtek wired/wifi/BT adapters
    firmware-ti-connectivity Binary firmware for TI Connectivity wireless network
    firmware-zd1211 binary firmware for the zd1211rw wireless driver
    intel-microcode Processor microcode firmware for Intel CPUs

    Folgende contrib-Pakete sind vorinstalliert:

    b43-fwcutter utility for extracting Broadcom 43xx firmware
    firmware-b43-installer firmware installer for the b43 driver
    firmware-b43legacy-installer firmware installer for the b43legacy driver
    iucode-tool Intel processor microcode tool

    Zur Beachtung

    Diese von uns vorgenommene Änderung erhöht zwar der Anwenderfreundlichkeit von siduction, ist aber nicht im Einklang mit dem Debian Free Software Guide (DFSG). Derzeit könnt ihr Eure Installation wieder DFSG-konform machen, indem ihr den Befehl apt purge $(vrms -s) -s aufruft. Dieser zeigt die aus contrib und non-free installierten Pakete, die dann gesamt mittels apt purge $(vrms -s) oder einzeln händisch deinstalliert werden können. Für die finale Veröffentlichung lassen wir uns etwas bequemeres für Euch einfallen.

    Die jetzt veröffentlichten Images sind ein Schnappschuss von Debian Unstable vom 31.12.2015, ergänzt mit ein paar nützlichen Paketen und Skripten, unserem Installer und unserer eigenen gepatchten Version des Kernels 4.3 sowie X-Server 1.17.3 und Systemd 228.2. Neben den Desktop-Umgebungen veröffentlichen wir auch noX, das ohne X daherkommt und Xorg das neben X den Fenstermanager Fluxbox mitbringt.

    Ein kurzer Blick auf die Flavours

    Xfce ist das zuverlässige Arbeitspferd, das wir kennen und wir hier in der aktuellen Version 4.12.2 präsentiert. Gleiches gilt für LXDE, einen leichtgewichtigen Desktop. Xorg and noX brauchen keine Erläuterung, sie dienen als Grundlage für individuell angepasste Installationen. MATE folgt mit Version 1.10.2.1 weiter den Fußstapfen von GNOME 2. Cinmnamon, das sich eher bei GTK 3 bedient, liegt in Version 2.6.13.1 vor.

    Unsere Ressourcen
    Forum
    Blog
    Git Repository
    Distro News
    Bugtracker
    Siduction Map

    Support gibt es in unserem Forum und im IRC. Die Kanäle im OFTC Netzwerk sind
    #siduction-de für den deutschsprachigen Support und #siduction-core, falls Du bei uns mitmachen oder uns helfen willst. Auf dem Desktop findet sich außerdem ein Icon, mit dem man direkt in den Supportkanal gelangt, abhängig von dergewählten Systemsprache. Um auch als Testfeld für Debian dienen zu können, haben wir unseren eigenen Bugtracker. Lass Dir kurz erklären, wie Du uns und Debian helfen kannst, zum Beispiel mit Bug-Reports zu kaputten Paketen. Erfahrene Nutzer werden wissen, wie sie Fehlerberichte direkt an Debians BTS (Bug Tracking.System) geben können. Für nicht so erfahrene User haben wir reportbug-ng vorinstalliert.
    Wenn Du denkst, einen Fehler in einem Debian-Paket gefunden zu haben, starte reportbug-ng und schreibe den Namen des Paketes in die Adresszeile oben. Die Anwendung wird nun die bereits bekannten Bugs durchstöbern und diese anzeigen. Jetzt ist es an Dir, zu bestimmen, ob
    „Dein“ Fehler bereits bekannt ist oder ob es sich um einen bislang unbekannten Fehler handelt. Falls schon bekannt, überlege Dir, ob Du irgendwelche relevanten Information beisteuern kannst, oder vielleicht sogar einen Patch. Falls nicht, bist Du hier schon fertig. Wenn der
    Fehler noch nicht gemeldet wurde, und Du Dich nicht sonderlich gut mit dem BTS auskennst, kannst Du ihn in unserem Bugtracker posten. Hier gehören auch grundsätzlich alle Fehler in siduction-eigenen Paketen hin. Wir sortieren die Fehler dann und packen sie an die richtige
    Stelle, falls sie reproduzierbar sind. Falls Dir das zu kompliziert ist, schreib einfach im Bug Thread in unserem Forum, das klappt noch mindestens bis zum endgültigen Release.
    Da wir immer nach weiteren Helfern suchen, freuen wir uns, wenn Du Dich im IRC-Kanal #siduction-core einfindest und uns sagst, wobei Du dem Projekt helfen kannst und möchtest. Wir suchen derzeit immer noch Beitragende für das Art-Team. Wenn Du uns dort aushelfen
    kannst, wären wir hocherfreut.

    Zum Schluss noch ein Hinweis für die Anwender des Hypervisors KVM. Das Frontend für die Kernel-basierte virtuelle Maschine KVM begann als Fork von Qemu und ist nun mit allen Entwicklungen der letzten Jahre dorthin zurückgekehrt. Außerdem bewegt sich auf dem Feld der Virtualisation eine ganze Menge. Deshalb gibt es auch viel Veraltetes dazu. Eine Anleitung zum neuen Quemu gibt es in der  Qemu Anleitung in unserem Wiki.

    Danksagung für siduction 2015.1

    Core Team:
    Alf Gaida (agaida)
    Angelescu Ovidiu (convbsd)
    Axel Beu (ab)
    Ferdinand Thommes (devil)
    J. Theede (musca)
    Tom Wroblewski (GoingEasy9)
    Torsten Wohlfarth (towo)

    Maintainer der siduction Desktop Environments:

    GNOME: Angelescu Ovidiu (convbsd)

    KDE: Ferdinand Thommes (devil)

    LXDE: Alf Gaida (agaida)

    LXQt: Alf Gaida (agaida)

    XFCE: Torsten Wolfahrt (towo)

    Cinnamon: J. Theede (musca)

    noX: Alf Gaida (agaida)

    MATE: J. Theede (musca), Angelescu Ovidiu (convbsd)

    Code, Ideen, Unterstützung:

    ayla
    bluelupo
    der_bud
    J. Hamatoma (hama)
    Markus Schimpf (arno911)
    Danke!
    Ebenso danken wir allen Testern und all den Leuten, die uns auf alle erdenklichen
    Arten unterstützt haben. Dieses neue Release ist auch Euer Verdienst!
    Wir danken auch Debian, dessen Basis wir uns bedienen

    Im Namen des siduction Team:
    Ferdinand Thommes