Siduction Forum
Siduction Forum => Ideas & Improvements => Topic started by: devil on 2011/07/21, 20:14:54
-
im anschluss an http://www.aptosid.de/index.php?name=PNphpBB2&file=viewtopic&t=1136&start=30 mach ich hier mal vollkommen unverbindlich *flöt* einen neuen fred auf.
wie können hier ja mal spiessgesellen sammeln, die den threadtitel als notwendigkeit ansehen, kein ? sondern 2 !! sehen und ihre kraft, ihr wissen und (moralische/finanzielle/sonstwie) unterstützung in so was stecken würden.
greetz
devil
-
Würde mich auf jedenfall interessieren mitzumachen. Was und wie, wird sich wohl dann mit der zeit zeigen .. weil, viel kann ich noch nicht ;)
-
richtig, das sollte wenn, später kommen. erst mal grob die akzeptanz der idee testen.
greetz
devil
-
Dann poste meine Antwort, die ich mir in der Zwischenzeit aus den Fingern gesogen habe, mal ungeändert hier:
-----------------------
Wenn das Gefrickel an absonderlichen Kernels aufhört, die, um ordentlich funktionieren zu können, erst von der Zeit eingeholt werden müssen, fallen auch eine ganze Masse Treiberprobleme weg -
der slh-kernel ist das aptosid alleinstellungsmerkmal und wirklich ein generell sehr feiner kernel, in dem sehr viel arbeit drinsteckt. das sollte man nicht vergessen.
Ich denke, meine Meinung zu dem Thema ist hinlänglich bekannt. Ich habe noch nie einen so modernen Kernel, der auch noch funktionierte, in der Hand gehabt. Die Möglichkeiten, den zu modifizieren und zu bauen sind halt nicht debian: Die sind toll und komfortabel. Meine Meinung zum Umlegen von Schaltern vor der Zeit ist laut genug bekannt gegeben worden. Als Reaktion darauf das Ding umzubranden und so zu modifizieren, dass es meinen speziellen Anforderungen genügt, ist vielleicht spezifisch für mich, viele andere User haben die Möglichkeiten so ad hoc nicht, die ich mir kurzfristigst erarbeitet habe. Das geht dann am Ziel einer allgemein-benutzbaren und freundlichen Distribution klar vorbei.
Einen eigenen Bugtracker mit der Vorsortierung Unsers, debian, upstream,
ein eigener bugtracker ist leider nicht so einfach wie gedacht. $user kann in der mehrzahl nicht unterscheiden, wem der käferbericht gehört. heisst: er geht in der regel zu dir, wo er selten richtig ist.
was machst du dann damit? unkontrolliert weiterschicken? damit machst du dir weder bei debian noch bei upstream freunde. auf der anderen seite musst du hiwis einstellen, willst du die sachen kontrollieren, bearbeiten und dann weiterschicken.
Stimmt auffallend. Wenn ich mich, Du oder wer auch immer sich hinsetzt und das nachvollziehen musst oder auch willst, weil der Fehler Dich selbst betrifft, ist das auch nicht prickelnd. Im Ende bliebe der Status zu wenig Info und damit won't fix. Aus die Maus. Verfall eines Fehlers nach spätestens 30 Tagen ohne Bearbeitung. Radikal. Auch die wenigen Berichte, die ich bisher geschrieben habe, landeten nicht unbedingt immer beim richtigen Paket, zumindest aber beim richtigen Maintainer. Und lieber mache ich mich zum Obst und mach einen Fehler zuviel zu, als einen zu wenig. So wie bisher ist aber die Informationskette ein wenig dürftig und sorgt auch nicht unbedingt für die absolute Qualität. War halt nur so eine Idee.
Es stellt sich die Frage, ob man da nicht ganz eigensinnig sein sollte und sein eigenes Ding macht.
das ist die frage, die schon seit einiger zeit zumindest als wolke über uns schwebt. wir können ja mal einen neuen thread aufmachen, und (ernstmeinende) mitarbeiter scharen. dann kann man vielleicht ein konzept entwickeln.
die idee von brummer mit sidux ist ja nett und mir nicht fremd (sidux war ein guter und vor allem gut eingeführter name). ich denke aber nicht dass das realistisch machbar ist im moment.
greetz
devil
Konzeptionell ist da imho gar nicht so viel zu machen. Bestimmte Sachen passen aber nicht zueinander. Ein Kernel, der auf jeden Fall bleeding edge ist (ich liebe das) und allgemeine Benutzbarkeit passen meiner Meinung nach nicht unbedingt unter einen Hut. Und wenn ich das richtig in Erinnerung habe, sollte Sid ein wenig geschliffen und menschenfreundlicher gemacht werden, um den Einstieg in ein sidbasiertes Linux abzumildern. Kernel- und daraus resultierende Treiberprobleme passen nicht dazu. Wenn als Ausweg reines Sid beherrschbarer ist, stimmt was nicht, grade und obwohl ich diesen Zustand sehr mag.
Ein Thread dazu wäre nicht schlecht. So großen Handlungsbedarf sehe ich im Moment auch nicht. Wenn das mit einem großen Knall gegen die Wand fährt - was ändert sich groß? Eigentlich recht wenig, die meisten Änderungen sind bereits vollzogen, wir sind kein organischer Teil von aptosid, nur Leute, die aus welchen Gründen auch immer aptosid nutzen. So, who cares? Im Rahmen meiner Möglichkeiten würde ich mitmachen, da ich auf reines debian auf Dauer keinen Bock habe, sich für mich .com ohne Weg zurück erledigt hat und ich trotz allem ein rollendes debian, was nicht grün ist, haben möchte.
-
wie können hier ja mal spiessgesellen sammeln, die den threadtitel als notwendigkeit ansehen, kein ? sondern 2 !! sehen und ihre kraft, ihr wissen und (moralische/finanzielle/sonstwie) unterstützung in so was stecken würden.
was willst Du selber machen? Ein Artwork oder eine Distribution? Weil im verlinkten Thread ist in der Folge von beidem die Rede, bis Seifen-Rön die Diskussion jäh durch sinnfreien Einwurf unterbrach. :)
-
42. Der Rest ist die gängige Notation bei Schach.
-
was willst Du selber machen? Ein Artwork oder eine Distribution?
ich bin als hersteller von kunst völlig ungeeignet. beim öffnen von gimp krieg ich pickel, beim öffnen von inkscape nen herzkasper. ich kann lediglich beurteilen, was mir gefällt oder was dazu führt, dass eine distribution ihren letzten kredit verspielt.
greetz
devil
-
...Diskussion...sinnfreie(n)...unterbrach.
Ziel wäre erreicht und das ohne Schließen des Threads! :-)
-
würde, soweit ich kann, mithelfen.
Grüße
Reiner
-
tz tz, was gibt es da zu labbern? :P
Baut ein eigenes ISO mit eigener artwork und baut's ein. Das Wiki dazu gibt es schon seit Monaten.
EDIT:
2011-07-21 22:40:46,371 INFO - calculating sha256sum of live media iso image...
2011-07-21 22:40:50,349 INFO - /media/sammlung/output_dir/fullstory-snapshot-lxde-lite-i386-201107212031.iso
2011-07-21 22:40:50,354 INFO - build duration was 9 minutes and 40 seconds
2011-07-21 22:40:50,354 INFO - cleaning up...
-
und was wäre da der sinn?
das artwork ist nur ein punkt.
greetz
devil
-
ok, was ist eigentlich das Anliegen dieses Threads "...das können wir auch selber...!? "
-
der thread dient dazu herauszufinden,ob es user gibt, die eine eigene distro unterstützen würden, nach den maßstäben dieses forums: offen, freundlich, innovativ.
greetz
devil
-
ок
-
@devil
Ich bin dabei.
gruß ab
-
- Kernel bauen ist schon bei uns gemacht worden
- Artwork, da finden sich Kunst sinnige
- Verhinderung von udev Upgrades mit d'Itri System breakdown Garantie,
an dem letzten Punkt müssen wir arbeiten. Der tritt alle 8 Monate ein. Ich will ein Debian sid, dass ich Unbedarften empfehlen kann. Ein ungeprüftes DU, was maximal dreimal im Jahr mindere Probleme macht, also ohne Totalschaden, wäre mein Ziel. Nicht für mich, ich kann dem bösen udev auch über chroot beikommen, sondern um Debian sid weiter zu empfehlen, Debian zu verbreiten!
Ich hätte da so Ideen ...
Ausserdem gab es ja mal so ein berüchtigtes Helferlein Script. Ich hatte damals ein Helferlein mit Lerngarantie konzipiert als Ersatz.
-
Mir wäre wichtig (wie agaida schon anmerkte) solche Treiberprobleme, wie mit ati letztesmal, mit einem dann angepassten Kernel zu umschiffen ....
-
hi ab,
freut mich, wieder von dir zu hören!
greetz
devil
-
Ich bekomme Pickel vom Kernelbau :) bzw ich baue 15 min und dann ist der Folder leer...
ABER ich hatte schon bei aptosid am art Team Interesse gezeigt. Evtl. habe ich da einen schlechten Zeitpunk erwischt da das die Zeit gewesen sein muss als cleary am aussteigen war. Wenn es dazu kommt, würde in diesem Bereich meine Hilfe anbieten.
-
@se7en11: Kann ich mich irgendwie dran erinnern. Bei mir waren nie die Folder leer, nur es hat so ungefähr 4-5 Wochen gedauert, bis der erste Arch-Kernel reproduzierbar baute und ein weiteres halbes Jahr um in Ansätzen zu wissen was ich tue. Eigentlich eine recht kurze Einarbeitung, debian-Pakete - auch die simpelsten - regelkonform zu bauen ist wesentlich komplexer.
Nochmal: Wegen solcher Kleinigkeiten wie Kernel und einiger Pakete wie udev, die man unter spezielle Obhut nehmen muss, würde ich mir keine großen Gedanken machen. Das ist praktische Umsetzung eines Plans. Und damit ist das so unwichtig wie irgendwas. Wen interessieren schon Realitäten. All das wird sich zu gegebener Zeit finden.
Klingt provokant, ist aber so: Um die Umsetzung und Umsetzbarkeit bestimmter Anforderungen muss ich mir erst dann wirklich Gedanken machen, wenn wirklich umgesetzt werden kann und muss. Um Anforderungen umsetzen zu können muss ich die anhand einer Planung erst einmal definieren können. Um eine Planung ausarbeiten zu können ist ein Plan eine nicht unwesentliche Voraussetzung.
Bitte glaubt mir, dass ich weiss, wovon ich schreibe. Ich habe ohne jeden Plan mit Linux angefangen, mal grade so. Im Rückblick hätte ich mir viel Zeit und Stress sparen können, wenn ich mit ein wenig mehr Bedacht gehandet hätte. Ging damals nicht, weil ich nicht wusste, worauf ich mich einlasse. Da bin ich heute weiter. Ich weiss immer noch nicht, was ich eigentlich mache - das aber auf einem sehr viel höheren Niveau.
Wir brauchen also noch nicht das Fleisch und das Fell des Bären verteilen, den wir noch nicht mal erlegt haben. Das ist kontraproduktiv.
-
Die Frage ist doch, wieviel Eigenleistung man erbringen möchte. Soll es ein Kernel+Artwork und etwas Vorkonfiguration, beschränkt sich der Rest auf Infrastruktur, Support und Dokumentation. Sollen auch eigene Apps her, die Shellskripte übersteigen, wirds aufwendiger.
Für den ersten Teil gibt es nach wie vor genug Interessierte.
-
Würde jedenfalls spannend.
Soweit es meine -seit einem 3/4 Jahr leider drastisch reduzierte- Freizeit und meine begrenzten Fähigkeiten zulassen wäre ich da gerne mit bei.
Gruß
ayla
-
Die Frage ist doch, wieviel Eigenleistung man erbringen möchte. Soll es ein Kernel+Artwork und etwas Vorkonfiguration, beschränkt sich der Rest auf Infrastruktur, Support und Dokumentation.
Das ist meiner Meinung nach der richtige Ansatz, im Prinzip brauchen wir ein (einfach) installierbares debian/sid, neben aptosid, damit wir nicht (mehr) auf aptosid angewiesen sind.
-
ich seh das genauso wie agaida. dieser thread ist erstmal nur ein 'fühler in den wind halten'. diese erste phase ist geanuso wichtig wie spätere. das hab ich letztes jahr bei der orga der mini-debconf beim linuxtag in berlin erfahren. nach dem stand nach phase 1 hätte ich es lassen müssen. kaum leute, kein geld. ich wollte es aber machen, also hab ichs durchgepowert. der unterschied zu einem unterfangen wie dem hier besprochenen: die minidebconf hatte einen kulminationspunkt und dann ein ende. eine distro hat kein prognostiziertes ende. also muss man erst mal zusehen, dass die persosnaldecke stimmt. denn im endeffekt ist man seinen usern verantwortlich bis zu einem gewissen punkt.
also:
phase 1: findung (passiert grade)
phase 2: grobplanung (wiki; wer will was, was ist vereinbar, alleinstellungsmerkmale, was geht nicht)
erst danach kann man eine entscheidung fällen ob man sich das antut.
falls ja:
phase 3: feintuning (wiki; infrastruktur, namensfindung, PR,)
greetz
devil
-
Hi,
ich hatte mich in letzter Zeit etwas von aptosid ferngehalten - könnte mir aber vorstellen, im Bereich Kernel/Realtime/Audio wieder verstärkt mitzumachen:
http://thread.gmane.org/gmane.linux.rt.user/6861
Ciao, Martin
-
@brummer: Du wirst mir unheimlich. Schon wieder einer den ich nicht abschicken konne, weil Du schneller warst.
Eine Erweiterung noch: Wenn wir es schaffen, die speziellen Kenntnisse des Einzelnen - so er denn will - mehr einzubinden, hilft das auch allen. Auf Dauer macht Räder nacherfinden kein Spass.
@brummer: Es kommt Arbeit auf Dich zu: http://www.linux-magazin.de/content/view/full/61091
-
im Prinzip brauchen wir ein (einfach) installierbares debian/sid, neben aptosid, damit wir nicht (mehr) auf aptosid angewiesen sind.
das könnte man auch unter der hand machen, dazu braucht man nicht offiziell als distro firmieren mit allen dingen, die daraus entstehen. (herzinfarkt, unsterblichkeit)
greetz
devil
-
@brummer: Es kommt Arbeit auf Dich zu: http://www.linux-magazin.de/content/view/full/61091
Schon erledigt: :mrgreen:
System: Host box Kernel 3.0.0-rc7-rt0 i686 (32 bit gcc 4.5.2)
Desktop Xfce 4.8.2 (Gtk 2.24.4) Distro Debian GNU/Linux wheezy/sid
http://news.gmane.org/gmane.linux.rt.user
ach den link hat ja horo schon gepostet.
Gruß
hermann
-
Ich habe die beiden Threads mitverfolgt, habe aber noch nicht verstanden, was Ihr eigentlich machen wollt!?
Einen eigenen kernel bauen? Wofür? Will man einen bleeding edge, nimmt man den von aptosid. Will man das nicht, kann man den von debian/sid nehmen. Mit der sehr neuen Hardware, die ich habe, bin ich froh, dass der kernel von aptosid so sehr neu ist.
Eigene Grafik/Layout? Muss man dafür eine eigene Distribution aufmachen? Das zersplittet doch die aptosid-User-Gemeinde noch weiter und sorgt für Verwirrung.
Irgendwie klingt das Ganze etwas nach launischer Reaktion, weil man mit den aptosid-Machern nicht so richtig kann -- aus welchem Grund auch immer. Das habe ich auch noch nicht so ganz verstanden, wo überall Probleme sind.
-
Im Grunde genommen finde ich es schade das man ueberhaupt ueber eine Spaltung nachdenken muss.
Aber Leider muss ich sagen das viele Menschen versucht haben eine konstruktive Diskussion in Gang zu setzen, die leider zu nichts als bocken und bösen Worten geführt hat.
Ich selbst habe aufgegeben gegen die Windmühle zu rennen.
Meiner Meinung nach ist jetzt die erste Frage:
Wie weit, wie viel Arbeit will man in ein solches Projekt stecken.
Sidux und Aptosid hat viele gute Leute auf der Strecke gelassen. Ich weiß das einige von denen noch da draußen sind und evlt. Interesse an einem etwas offenerem Projekt teilzunehmen.
-
Muss man dafür eine eigene Distribution aufmachen? Das zersplittet doch die aptosid-User-Gemeinde noch weiter und sorgt für Verwirrung.
muss man nicht. kann man aber. ob man das will, soll hier rausgefunden werden. deshalb danke für deine meinung. ich finde es auch wichtig, dass, wenn denn, es sich von aptosid unterscheiden kann. sonst wäre es wirklich eine trotzreaktion. man muss ja auch bedenken, dass dies alles aussenwirkung (nicht zuletzt auch bei debian) hat.
es gibt also vieles zu bedenken.
Irgendwie klingt das Ganze etwas nach launischer Reaktion, weil man mit den aptosid-Machern nicht so richtig kann -- aus welchem Grund auch immer. Das habe ich auch noch nicht so ganz verstanden, wo überall Probleme sind.
eines meiner hauptprobleme ist: ich bin überall (ausser hier) gebannt, wenn es um aptosid ressourcen geht. und ja, ich hab es im endeffekt provoziert, weil ich das elend nicht mehr mit ansehen wollte.
eine wichtige entscheidung muss getroffen werden: wenn wir was starten, machen wir es für uns oder wollen wir weltherrschaft und mehr.
greetz
devil
-
machen wir es für uns oder wollen wir weltherrschaft und mehr.
Ich denke auch: Wir für uns! Wer mitmachen will, schön -- wer es einfach nur nutzen will, auch schön.
Meiner meinung nach braucht es nicht viel:
1 Installer und einige eigenheiten, wie z.B. Towos Gimp, ein Kernel der frisch ist, aber trotzdem bei den nutzer halbwegs problemlos funktioniert und nicht vergisst das z.B. Ati/Nvidia manchmal hinterherhängen ... ;)
-
+1 Die Weltherrschaft kommt von allein, sollte aber trotzdem nicht aus den Augen verloren werden.
@reddark Schöner Slogan. Könnte ich direkt so unterschreiben.
-
+1 Einfach erstmal die Weltherrschaft in Deutschland :) Ein Schimmel ist ja auch erstmal in der Jugend nicht weiss ...
-
reddark,
mit 'für uns' meine ich: hier im channel, auf frickelplatz, nicht auf offiziellen servern zum download, auf distrowatch und in den medien.
greetz
devil
-
Da glaubst Du jetzt aber nicht wirklich dran, oder?
Wenn es sowas wie aptosid, aber mit (einigermaßen funktionierenden) social skills und artwork gibt, dann wirds entweder öffentlich, oder "wir, hier im Channel, auf frickelplatz" wird plötzlich riesengroß und alle sind "uns".
Das wär ja schon fast wie closed source :)
-
@devil:
mit 'für uns' meine ich: hier im channel, auf frickelplatz, nicht auf offiziellen servern zum download, auf distrowatch und in den medien.
ähnlich meine ich es auch. Es kann ja trotzdem öffentlich sein, aber halt, zumindest erstmal, ohne groß PR etc. Muss ja schließlich erstmal wachsen .. ;)
-
Dann besteht aber die Gefahr, dass es einem über den Kopf wächst. Man sollte schon so ungefähr wissen, wo man hin will. Sonst macht man sich viel Arbeit mehrfach.
-
richtig, dass versuche ich zu sagen. die ausrichtung und der umfang muss vorher klar sein.
sonst steht man plötzlich da und es fehlt an allem, manpower, infrastruktur. bis du dasdann hast, ist die karawane längst weitergezogen.
und bei mir sieht es immer so aus: ganz oder gar nix.
ich kann mir jeden tag 30 ISOs bauen, einen kernel krieg ich auch noch hin. dazu brauch ich niemanden.
wenn schon, dann volldampf voraus.
greetz
devil
-
Hi devil,
ich wäre dabei kann aber nicht so Recht erkennen was ich dazu beitragen könnte. Ich bin weder als Artworkdesigner noch als Kernelbauer geeigent, da mir hierzu einfach das Wissen fehlt. Wo ich mit meinem Wissen und Erfahrung dazu beitragen könnte wäre Bashscripting (fällt mir jetzt so auf Anhieb ein).
Welche Fähigkeiten werden den überhaupt gesucht bzw. gebraucht? Was soll den entstehen? Eine SID-Distribution mit einen ansprechenden Design, das konnte ich bis jetzt aus dem Thread herauslesen. Vielleicht sollte einer der hier Anwesenden eine Wikiseite zu dieser Thematik aufmachen ;-)
-
gebraucht wird im endeffekt jeder mit herzblut für eine freundliche sid-distro. und wenn es nur darum geht, so ein projekt kritisch zu begleiten etc. zu tun gibt es bestimmt für jeden was.
greetz
devil
-
BlueLupo, warum machst da nicht einfach so weiter wie bisher? Als Moderator, Supporter und Fürsprecher?!
-
Hi devil,
also wenn du tatsächlich der Meinung bist dass du auch Nichtprogrammierer und -designer brauchen kannst (auch wenn ich Moment noch nicht wüsste wofür) dann würde ich in so einem Projekt gerne mal mitmachen.
Zumindest für dumme Kommentare bin ich immer gut. :-)
Gruß
Peter
-
Zumindest für dumme Kommentare bin ich immer gut.
da musst du aber erst mal unser niveau erreichen ;)
greetz
devil
-
gebraucht wird im endeffekt jeder mit herzblut für eine freundliche sid-distro. und wenn es nur darum geht, so ein projekt kritisch zu begleiten etc. zu tun gibt es bestimmt für jeden was.
greetz
devil
Mein Interesse hatte ich ja im anderen thread schon angemeldet, wollte es hier auch noch ma tun.
Allerdings, die übliche Einschränkung, Zeit und so, die anderen Projekte, die Arbeit, bla bla , , aber bock hätte ich. :lol:
Ich würde helfen wo ich kann.
-
... was ich dazu beitragen könnte. Ich bin weder als Artworkdesigner noch als Kernelbauer geeigent, da mir hierzu einfach das Wissen fehlt. Wo ich mit meinem Wissen und Erfahrung dazu beitragen könnte wäre Bashscripting
So ähnlich sieht es auch bei mir aus, aber plus Kernelbau, allerdings ohne agaidas packaging Wissen, dafür mehr patch-Inside Beschäftigung (Bfs, stable-queue).
Allgemein:
@Bluelupo zB, wenn du bash Grundverständnis hast, ist dir auch Kernelbau beizubringen.
@Ich+Bluelupo, wenn wir Interesse und Energie haben, ist uns sicher Script- und Init-Debugging beizubringen (set -x).
Also, die ganze Sache mit Debian-Live oder aptosid-fll wollte ich mir eh schon lange mal reinziehen.
-
Welche Fähigkeiten werden den überhaupt gesucht bzw. gebraucht? Was soll den entstehen? Eine SID-Distribution mit einen ansprechenden Design, das konnte ich bis jetzt aus dem Thread herauslesen. Vielleicht sollte einer der hier Anwesenden eine Wikiseite zu dieser Thematik aufmachen ;-)
Wikiseite
(http://wiki.aptosid.de/index.php?title=Was_w%C3%A4re_zum_Aufbau_einer_eigenen_Distribution_zu_tun%3F)
Ein leeres Gerüst, wer mag und kann: Bitte ändern/füllen
Gruß
ayla
EDIT: Iss "Werbung" im Wiki auf dem Index? Hab jetzt halt neudeutsch Promotion geschrieben....
-
@all: Falls es Euch auch so geht wie bluelupo:
ich wäre dabei kann aber nicht so Recht erkennen was ich dazu beitragen könnte. Ich bin weder als Artworkdesigner noch als Kernelbauer geeigent, da mir hierzu einfach das Wissen fehlt. Wo ich mit meinem Wissen und Erfahrung dazu beitragen könnte wäre Bashscripting (fällt mir jetzt so auf Anhieb ein).
Böse ausgedrückt: Man braucht auch Opfer. :evil: Genau, das sind die Leute, die mit dem, was einige mehr oder weniger begabte Leute in der Entwicklung verbrechen, ihre Installationen schrotten. Sollte man in keinem Fall unterschätzen, diese Bereitschaft zu testen. Bluelupo hat eine weitere Schlüsselqualifiation für diese Art der Mitarbeit. Er hat seit Jahr und Tag funktionierende Datensicherungen, ein nicht ganz unwesentlicher Punkt bei Erkundung von Neuland. Vielleicht ist ja mal ein Artikel über Sicherungskonzepte und Sicherungspraxis drin.
Wenn das also was wird, müssen diejenigen, die ganz vorne mittesten, auch mal gewisse Risiken eingehen, ohne dass Unmut aufkommt. Siehe auch die update-Warnungen von heute. Ich kann keine Fehler an .com melden, ich hab keinen Account ;)
Ausserdem friert eher die Hölle zu als dass sich slh Sorgen um proprietäre Treiber und die damit verbundenen Nöte von Anwendern macht. Die Position: Dann soll keiner so was benutzen ist recht eindeutig und nachvollziehbar, wenn ich sie auch nicht teile. Anwenderfreundlich ist es nicht wirklich. Aber das hatten wir schon.
-
zum testen hab ich immer einen computer frei :D Im Rahmen meiner eingeschränkten Möglichkeiten mache ich mit.
-
zum testen hab ich immer einen computer frei :D Im Rahmen meiner eingeschränkten Möglichkeiten mache ich mit.
Daran solls bei mir auch nicht scheitern.
-
also ich würde gerne mal wieder in den aktiven dienst wechseln.
zählt mich also dazu.
greetings
vibora
-
BlueLupo, warum machst da nicht einfach so weiter wie bisher? Als Moderator, Supporter und Fürsprecher?!
Hi Steve,
ja das mache ich gerne weiter. Aber vielleicht kann ich mich ja zusätzlich noch in dem einem anderen oder anderen Themengebiet mit einbringen.
-
[...]
Böse ausgedrückt: Man braucht auch Opfer. :evil: Genau, das sind die Leute, die mit dem, was einige mehr oder weniger begabte Leute in der Entwicklung verbrechen, ihre Installationen schrotten. Sollte man in keinem Fall unterschätzen, diese Bereitschaft zu testen. Bluelupo hat eine weitere Schlüsselqualifiation für diese Art der Mitarbeit. Er hat seit Jahr und Tag funktionierende Datensicherungen, ein nicht ganz unwesentlicher Punkt bei Erkundung von Neuland. Vielleicht ist ja mal ein Artikel über Sicherungskonzepte und Sicherungspraxis drin.
Hi agaida,
gerne steuere ich mein Wissen zu Sicherungskonzepte bei. Ohne diese Voraussetzung kann man nicht vernünftig testen. Apropos Testen, das kann ich gerne übernehmen im zukünftigen Projekt.
Ausserdem friert eher die Hölle zu als dass sich slh Sorgen um proprietäre Treiber und die damit verbundenen Nöte von Anwendern macht. Die Position: Dann soll keiner so was benutzen ist recht eindeutig und nachvollziehbar, wenn ich sie auch nicht teile. Anwenderfreundlich ist es nicht wirklich. Aber das hatten wir schon.
Das ist auch so ein Punkt den ich für unabdingbar halte, wenn man eine endanwenderfreundliche Distro auf die Beine stellen will. Eine problemlose Treiberinstallation (oder noch besser: bereits installierte) sind wohl die elementarsten Dinge einer erfolgreichen Linuxdistribution.
Es sicherlich von entscheidenden Vorteil wenn sich alle zukünftigten "Mitmachwilligen" von alten sidux- und aptosid Zöpfen befreien. Um's mal ganz deutlich auszusprechen, es soll keine Kopie von sidux/aptosid entstehen sondern eine Rundum-Sorglos-Distri.
-
Es sicherlich von entscheidenden Vorteil wenn sich alle zukünftigten "Mitmachwilligen" von alten sidux- und aptosid Zöpfen befreien. Um's mal ganz deutlich auszusprechen, es soll keine Kopie von sidux/aptosid entstehen sondern eine Rundum-Sorglos-Distri.
da will ich mal gleich ganz klar meine präferenzen mitteilen, unter denen ich zu haben bin:
bindend für mich ist der dfsg (debian free software guide), und da beisst die maus auch keinen faden von ab. das betrifft im besonderen firmware/prop. treiber/dinge aus debian-multimedia.
das slh einen rechner, auf dem ein prop. treiber installiert war, (übertrieben gesagt) wegwerfen würde, ist dabei eine ganz andere sache.
und rundum-sorglos ist mit sid schon gar nicht zu machen. btw.: für smxi/sgfxi bin ich auch unter keinen umständen zu haben. ansonsten: was wäre der sinn, sidux/aptosid nachmachen zu wollen? letzteres gibts ja noch, und es ist technisch klasse. also bräuchten wir schon alleinstellungsmerkmale.
greetz
devil
-
Böse ausgedrückt: Man braucht auch Opfer.
bin dabei :D nicht nur beim Installation schrotten, sondern auch soweit es meine Möglichkeiten gestatten auch in anderen Dingen
:wink:
-
da will ich mal gleich ganz klar meine präferenzen mitteilen, unter denen ich zu haben bin:
bindend für mich ist der dfsg (debian free software guide), und da beisst die maus auch keinen faden von ab. das betrifft im besonderen firmware/prop. treiber/dinge aus debian-multimedia.
Sehe ich genauso, man muss proprietäres ja nicht gerade bekämpfen, aber auch nicht direkt mit ausliefern.
-
bindend für mich ist der dfsg (debian free software guide), und da beisst die maus auch keinen faden von ab. das betrifft im besonderen firmware/prop. treiber/dinge aus debian-multimedia.
...warum diese Ein(Be)schränkung? Verstehe ich nicht.
und rundum-sorglos ist mit sid schon gar nicht zu machen. btw.: für smxi/sgfxi bin ich auch unter keinen umständen zu haben.
Warum sollte man smxi nachmachen wollen? Das kann man benutzen oder nicht. SID sollte sorgloser werden, sonst kann ich gleich wieder das Original verwenden.
ansonsten: was wäre der sinn, sidux/aptosid nachmachen zu wollen? letzteres gibts ja noch, und es ist technisch klasse. also bräuchten wir schon alleinstellungsmerkmale.
...und das Alleinstellungsmerkmal kannste nur erreichen in dem du ein bestimmtes Thema verbesserst oder vereinfachst. Auf irgendwelchen Prinzipien rumreiten halte ich bei diesen Themen für nicht förderlich um eine neue Distri entstehen zu lassen.
-
devil hat folgendes geschrieben::
bindend für mich ist der dfsg (debian free software guide), und da beisst die maus auch keinen faden von ab. das betrifft im besonderen firmware/prop. treiber/dinge aus debian-multimedia.
...warum diese Ein(Be)schränkung? Verstehe ich nicht.
weil ich von deren richtigkeit überzeugt bin.
greetz
devil
-
Grundlegende Prinzipien sind als Leitfaden sehr wichtig. Das muss möglichst im Detail von Anfang an beschlossen werden, damit es nachher keinen Streit gibt.
Mit proprietären Dingen bin ich ein wenig uneins. Einerseits finde ich es gut, wenn man strikt an open source Lösungen festhält und closed source Kram ablehnt. Andererseits, aus Sicht des Anwenders, ist ersteinmal wichtig, dass die Hardware läuft. Letzteres ist das kurzsichtige Ziel, ersteres das Weitsichtigere.
Bin immer noch gespannt, was sich mit einer neuen Distri ändern soll.
Gruß,
arwa
-
Grundlegende Prinzipien sind als Leitfaden sehr wichtig. Das muss möglichst im Detail von Anfang an beschlossen werden, damit es nachher keinen Streit gibt.
das ist essentiell wichtig.
...Andererseits, aus Sicht des Anwenders, ist ersteinmal wichtig, dass die Hardware läuft. Letzteres ist das kurzsichtige Ziel, ersteres das Weitsichtigere.
ich bin, aus mehreren gründen dagegen, z.b. proprietäre grafikkartentreiber auf einem iso anzubieten:
1.) wie oben: dfsg
2.) es schränkt den prozess des findens eines release-fensters bei sid noch weiter ein, weil das zeugs mehr kaputt als ganz ist.
3.) $user kann ruhig was tun, um das zeug zu kriegen. vielleicht kriegt er im verlauf der aktion den unterschied zwischen frei und proprietär mit.
greetz
devil
-
Proprietär ist wichtig, propritär kann toll sein. Und obwohl ich auch gerne proprietäre Sachen einsetze, wenn ich Vorteile darin sehe, muss ich devil recht geben. Ich wäre absolut dagegen, so was vorzukonfigurieren oder gar vorkonfiguriert auszuliefern. Das spricht aber nicht dagegen, das in soweit mitzupflegen, dass es problemlos zu integrieren ist.
Das kann nicht Sinn und Zweck einer debianbasierten Distribution sein. Zumal es da mit der GPL auch einen gewichtigen Grund gibt, der eine Integration distributionsseitig unmöglich macht. Leute, die sich an so was nicht halten, gibt es auch so schon genug.
Eine vernünftige Doku, sprich (idiotensicheres) Wiki (, ohne jemandem zu nahe treten zu wollen), ist in diesem Fall vollkommen ausreichend. Und natürlich miteinander funktionierende und auch getestete Pakete. Das ist dann wieder unkritisch.
Es ist nichts dagegen zu sagen, wenn User sich den Rechner mit proprietärem Kram vollknallt. Leider hat sich das Herstellerseitig noch nicht rumgesprochen, dass man auch problemlos mit freier Software sehr gutes Geld machen kann. Das ist aber leider ein ganz anderes Thema.
@Bluelupo: Allein schon die Bündelung von aufbereitetem Wissen macht viele Sachen auf einmal komfortabel. Allein so etwas bereitzustellen ist fast schon Alleinstellungsmerkmal genug.
-
...Eine vernünftige Doku, sprich (idiotensicheres) Wiki (, ohne jemandem zu nahe treten zu wollen), ist in diesem Fall vollkommen ausreichend...
tz tz
-
@RoEn: Es mag sein, dass ich bestimmte Sachen mal gerne anders sehe als andere Leute. Nachdem aber ein zu seiner Zeit funktionierender Artikel wegen "fachlichen Fehlern" gelöscht wurde, war ich mehr als angepisst. Schlicht und ergreifend veraltet und damit völlig unnötig hätte ausgereicht. ;) Das waren und sind aber meine damaligen Befindlickeiten. Seit dieser Zeit habe ich nicht mehr unbedingt viel gestrickt, was von großem öffentlichen Interesse gewesen wäre. Wenn es was gibt, worüber es sich lohnt, zu schreiben, setzt ich mich auch gerne die ein oder andere Stunde an so was.
Leider komme ich momentan kaum zu solchen Sachen. Bestes Beispiel zur Zeit: glx-diversions, glx-alternatives-*, fglrx. Braucht man den Artikel, dann ist er veraltet. Ist der Artikel aktuell, ist er wahrscheinlich obsolet.
-
Hallo,
dieser Thread hat mich bewogen, mich bei aptosid.de anzumelden.
Wenn was neues gemacht wird, möchte ich mit meinen beschränkten Möglichkeiten helfen: Testen, Virtual, USB und Multiboot.
Hallo Ferdi und Dinko, ich freue mich auf ein "Neues".
RalfZocker
-
... Schlicht und ergreifend veraltet und damit völlig unnötig hätte ausgereicht...
Kritik angenommen...da war ich leider etwas vorschnell :-( ... wiederhergestellt, bitte prüfen und selbst entscheiden!
http://wiki.aptosid.de/index.php?title=VirtualBox_non-free
In mediawiki geht ja nix verloren. ;-)
-
Hallo Ralf,
freut mich zu hören.
mal schauen, vll. kommmen wir ja zu einem tragfähigen konzept.
greetz
devil
-
wiederhergestellt, bitte prüfen und selbst entscheiden!
Keine Überreaktionen ;) Das Ding ist veraltet und obsolet. Ich schreib den bei Gelegenheit neu. Bist auf die Worte und Vorkommen von apt-get install, apt-get build-dep ist das Ding durch, und zwar vollkommen. Der Titel ist fast in Ordnung und sollte bleiben. Aber in einem vollkommen anderen Zusammenhang.
-
Jupp, wiki ist zum Mitmachen gedacht... ;)
PS: Wollte thread nicht demolieren ;)
-
Passt schon. Ein oder zwei weitere Artikel sind ja seid gestern auch möglich geworden. Aptosid und XEN. Und das passt wieder wunderbar ins Thema, weil man damit fast noch besser testen kann als mit VB. ;) (Und ich nie den Sinn und Zweck von KWM begriffen hab.)
-
das ding heisst KVM (kernel virtualisation module) :)
greetz
devil
-
Ich will mich hier mal reinhängen, da mir das "Distro mit non-free und propritär ausliefern" etwas stört.
Ist ist fast bei allen non-free/propritär so, daß man selbiges gar nicht distributieren darf, ergo fällt sowas schon von vorneherein flach.
Ich bin aber dafür dem User die Enstscheidung selbst zu überlassen, Unfreies oder Propritäres nutzen zu wollen. Ergo sollte man als "Distributor" dem User nicht willentlich Steine in den Weg legen.
-
ich bin, aus mehreren gründen dagegen, z.b. proprietäre grafikkartentreiber auf einem iso anzubieten:
1.) wie oben: dfsg
...ich bin dagegen sich von vorne herein auf die freien Treiber zu beschränken, wenn die eindeutig bessere Variante der unfreie Treiber ist.
Vorschlag: Wenn schon proprietäre nicht auf der ISO sind, dann sollten sie via "apt-get install" oder via Shellscript einfach und automatisiert installiert werden können.
2.) es schränkt den prozess des findens eines release-fensters bei sid noch weiter ein, weil das zeugs mehr kaputt als ganz ist.
....möglicher Ausweg man bietet beide Wege an - freie und proprietäre Treiber. Einer funktioniert immer ;-)
3.) $user kann ruhig was tun, um das zeug zu kriegen. vielleicht kriegt er im verlauf der aktion den unterschied zwischen frei und proprietär mit.
...und wo bleibt dein Alleinstellungsmerkmal ;-)
Es soll einfacher werden für die wirklich grundlegende Dinge (wie zB. Grafiktreiber) einer SID-Installation.
-
Vorschlag: Wenn schon proprietäre nicht auf der ISO sind, dann sollten sie via "apt-get install" oder via Shellscript einfach und automatisiert installiert werden können.
nichts dagegen
...und wo bleibt dein Alleinstellungsmerkmal
da fällt mir schon noch was ein, keine sorge.
greetz
devil
-
+1 Der Punkt ist die Bindung an den Datenträger, der würde die Lizenzbedingungen der Blobs verletzen. Das ist auch durch Diskussionen nicht aus der Welt zu schaffen. Die Nicht-Einbindung der Kernelblobs ist dagegen eher politischer Natur, was ich aber trotzdem ausdrücklich begrüße. Die Genehmigung der Einbindung der Kernelblobs ohne wenn und aber liegt vor. Das ist auch alles wunderbar durch die GPL2 gedeckelt, unter der der Kernel läuft. Der debian-Weg ist trotzdem besser, da er ja reibungslos funktioniert und erste positive Auswirkungen zeigt. An dieser Stelle wäre ein eigener Fred angebracht, damit das Thema mal final erschlagen werden kann.
Die in meinen Augen auch nicht so saubere Trennung wird durch die non-frees erreicht. Dadurch dass der User diese mit dem Wort non-free selbst in die Quellen einbinden muss, wird das erst lizenztechnisch auf sicheren Grund gestellt und eine klare Abgrenzung gegenüber der Distribution an sich erreicht.
Noch klarer wird das bei Arch erledigt. Proprietär gibt es offiziell nicht. Damit ist dann auch der Punkt komplett erschlagen, der mich bei debian ein wenig stört: Die feste Einbindung der binaries in die Pakete. Durch das ABS wird nur das Rezept geliefert. Der Blob bleibt da, wo er hingehört, bei dem jenigen, der ihn bereitstellt. Ausführbar wird das erst durch die ausdrückliche Einflussnahme des Users: makepkg Paketname. Diese Trennung ist dann wirklich nicht mehr zu beanstanden.
Noch deutlicher: Die Verabredung zum gemeinsamen Bruch von geltenden Gesetzen sollte nicht unbedingt die Grundlage für ein neues Projekt sein. Dann wäre ich ohne wenn und aber draussen.
@Bluelupo: Ein Script, das non-free in die Quellen schreibt soll wohl machbar sein. Dieses Script kann auch gleich noch die dependencies installieren und das jeweilige Paket installieren. Kein Thema. Variante 2: Das Wiki-Lies-und-Klick von Ubuntuusers.de. Alles andere geht rechtlich nicht. Diese 2 Klicks machen dann den Unterschied. Saudumm, aber geltendes Recht und Realität.
-
Hallo,
ich möchte gerne mitmachen, weil ich
- zwar vielen Distributionen und auch Foren gegenüber aufgeschlossen bin, aber doch am liebsten in diesem Forum lese und schreibe
- seit Debian Woody mit Sid als Anwender vertraut bin
- gerne Testinstallationen mache, um etwas auszuprobieren, auch auf die Gefahr hin, mal Opfer zu sein, und neu aufsetzen zu müssen :-)
Mit Programmierung kenne ich mich nicht aus, da bin ich in einer ähnlichen Situation, wie sie @bluelupo geschildert hat.
Was proprietäre Treiber angeht, sehe ich es ähnlich wie Towo, dass bei Bedarf den Nutzern keine Steine in den Weg gelegt werden sollen, das Zeug nach zu installieren.
Viele Grüße,
Holger
-
Also die Quellen um contrib non-free zu erweitern, könnte man mittels Bootcheat wählbar machen.
[Edit]
Btw bin ich auch gegen irgendwelche Scripe als Helferlein, zu Begründung darf man sich gerne mal Kanotix anschauen, Kano macht mittlerweile soviel über Scripte, daß alles am Paketmanagement worbei geht, vom Kernel, über Graka-Treiber bist mplayer und vlc.
-
Es stimmt, dass man mit Scripten ein Paketmanagment schlechter neu erfinden kann ...
-
Is es nicht möglich das solche scripte apt (bzw dpkg) nutzen?
-
Also ich finde man sollte mal zusammenfassen was bis jetzt diskutiert wurde.
Wenn ich das richtig raus lese sind alle sich so weit einig das Proprietärer Software kann/darf nicht enthalten sein. Allerdings sollte diese wenn erwünscht von jedem User einfach nach installierbar sein.
Außerdem lese ich eine Ablehnung von zu vielen Scripten raus.
Jetzt müsste man sich fragen.
Was nutzt man als ceni, past, kernel-remover und infobash? Das sind so ziemlich die einzigen aptosid Scripts und die sind gut.
Was ist der Unterschied zu aptosid und will man einen Unterschied überhaupt?
Was mich stören würde:
Eine Beschränkung auf Deutsch und den Deutschen Markt.
Eine Kopie von Aptosid von der Eingeweihte wissen das sie Liberaler ist, aber den Normale User der die Geschichte nicht kennt nur mit 2 versionen verwirrt.
-
Sorry, mit Scripting meinte ich etwas in der Form.
echo "deb http://ftp.debian.org/debian/ sid non-free" > /etc/apt/sources.list.d/non-free.list
echo "deb-src http://ftp.debian.org/debian/ sid non-free" >> /etc/apt/sources.list.d/non-free.list
Wenn jetzt noch jemand Spass in den Backen hat, dann eventuell
$MIRROR = irgendein definierter Mechanismus zu Serverwahl
echo "deb $MIRROR sid non-free" > /etc/apt/sources.list.d/non-free.list
echo "deb-src $MIRROR sid non-free" >> /etc/apt/sources.list.d/non-free.list
apt-get update
Das hat nichts mit Scripting á la kano oder h2 zu tun. Ich bin nicht nur zu blöd, so was zu schreiben, ich sehe schlicht und ergreifend den Sinn nicht. Wenn ich Script schreibe, meine ich im allgemeinen Ein- oder Zweizeiler, die primitiv genau das tun, was man sonst eintippen müsste (vielleicht ein wenig mehr ). Die Effekte, die man erreichen kann, sind beachtlich. Der Rest ist Bordmittel, das muss man nicht neu erfinden.
-
ich sehe 2 mögliche szenarien, in denen kurzfristig eine neue distro an den start gehen könnte:
1.) aptosid verschwindet in der schublade (wird eingestellt, verliert (weiterhin) total an relevanz)
2.) wir finden genügend alleinstellungsmerkmale, die eine 2. sid-basierte desktop-distro rechtfertigen.
wir dürfen bei alledem eines nicht vergessen: alles was wir da tun hat aussenwirkung. bereits dieser thread hat aussenwirkung.
wenn wir die geschichte betrachten gab es forks: kanotix - sidux - aptosid.
irgendwann verliert man auch seine glaubwürdigkeit. für wichtig halte ich auch das verhältnis zu debian. da wird es natürlich bei einem weiteren fork kopfschütteln geben. das kann ich abmildern, ich hab ganz gute und recht weitgestreute kontakte aufgebaut.
(oder die nehmen mich dann auch nicht mehr ernst;) )
ich könnte mir (und würde mir wünschen) kollaboration mit debian vorstellen. (derivatives) weiteres wäre denkbar.
aber dafür muss das baby seine berechtigung haben.
warum halte ich kollaboration mit debian für wichtig?
ich finde, eine debian-basierte distro sollte, wenn sie schon die kräfte nicht direkt bei debian einbringt, trotzdem etwas für die mutter leisten.
weiterhin finde ich es aus bitterer erfahrung extrem wichtig, dass alle beteiligten sich im vorhinein über zielsetzungen einig sind. denn einen fehler, wie bei sidux werde ich nicht wiederholen:
wir haben mit dem sidux e.V den dev-hobbyisten quasi die publicity, PR, messeauftritte usw aufgedrängt. das hätten die ohne uns nie getan; ich erinnere, wie schwer es war, slh zum ersten messeauftritt beim LT 2007 in Berlin zu kriegen. sidux wäre ohne diese maßnahmen nie so bakannt geworden. andererseits könnte heute sidux ganz woanders stehen, wenn alle an einem strang gezogen hätten.
greetz
devil
-
Hi zusammen,
meine Meinung zu einer neuen Distri.
1.) debianbasiert, ein klares Ja
2.) einen Unterbau der auf aptosid beruht, ein klares Nein
3.) Shellscripte (Tools) als Arbeisterleichertung (zB. Treiberinstallation, aber nicht am Paketmanagement vorbei), ein unbedingtes Ja
4.) Gründung eines Vereins, ein klares Nein
5.) Ein sauberer Schnitt ohne Altlasten irgendwelcher Art, Ja
Für mich macht ein weitermachen auf Basis des aptosid Kurses überhaupt keinen Sinn und wie devil schon sagte wir werden dadurch nur unglaubwürdig.
-
2.) einen Unterbau der auf aptosid beruht, ein klares Nein
Für mich macht ein weitermachen auf Basis des aptosid Kurses überhaupt keinen Sinn und wie devil schon sagte wir werden dadurch nur unglaubwürdig.
ich habe nicht gesagt, wir sollten (oder könnten) das rad neu erfinden.
ich hätte überhaupt nichts dagegen, teile von aptosid zu benutzen (z.b. ceni, kernel-remover) das ist alles gpl-ed. ich finde aptosid große klasse und benutze es überall. das hat nichts damit zu tun, dass ich differenzen mit einigen der macher habe. ausserdem ist es easy, vorstellungen durchzunummerieren, sie umzusetzen ist was ganz anderes.
greetz
devil
-
ich hätte überhaupt nichts dagegen, teile von aptosid zu benutzen (z.b. ceni, kernel-remover) das ist alles gpl-ed.
...gegen diese Tools habe ich auch nichts einzuwenden.
ich finde aptosid große klasse und benutze es überall. das hat nichts damit zu tun, dass ich differenzen mit einigen der macher habe.
...ich kann und werde nur mitmachen wenn wir uns von aptosid verabschieden. Eine Basis die aptosid als Unterbau verwendet kommt für mich nicht Frage. Und ja ich hatte Probleme in der Vergangenheit mit den Machern von aptosid und werde einen Teufel tun die auch noch zu fördern oder zu unterstützen.
ausserdem ist es easy, vorstellungen durchzunummerieren, sie umzusetzen ist was ganz anderes.
Hmmm, was hast du gegen Nummern auszusetzen. Ich kann auch Aufzählungszeichen verwenden ;-)
-
ich sehe 2 mögliche szenarien, in denen kurzfristig eine neue distro an den start gehen könnte:
1.) aptosid verschwindet in der schublade (wird eingestellt, verliert (weiterhin) total an relevanz)
2.) wir finden genügend alleinstellungsmerkmale, die eine 2. sid-basierte desktop-distro rechtfertigen.
wir dürfen bei alledem eines nicht vergessen: alles was wir da tun hat aussenwirkung. bereits dieser thread hat aussenwirkung.
wenn wir die geschichte betrachten gab es forks: kanotix - sidux - aptosid.
irgendwann verliert man auch seine glaubwürdigkeit. für wichtig halte ich auch das verhältnis zu debian. da wird es natürlich bei einem weiteren fork kopfschütteln geben. das kann ich abmildern, ich hab ganz gute und recht weitgestreute kontakte aufgebaut.
(oder die nehmen mich dann auch nicht mehr ernst;) )
Zumindest kann man die Versuche, die Streitigkeiten die zu der Namensänderung auf aptosid geführt habe, zu bereinigen, als gescheitert erklären.
Bisher, war es nur so das alle einzeln gegangen sind, nach einer alternative suchend. Ich denke diese alternative zu bieten, ist Rechtfertigung genug.
Das geschah hier bisher in Form eines Forums, dem nun ein "Release" folgen zu lassen ist nur konsequent, finde ich.
Ich sehe auch keinen Grund dafür nicht die selben tool's zu verwenden, wie aptosid.
gruß
brummer
-
bluelupo,
...ich kann und werde nur mitmachen wenn wir uns von aptosid verabschieden. Eine Basis die aptosid als Unterbau verwendet kommt für mich nicht Frage. Und ja ich hatte Probleme in der Vergangenheit mit den Machern von aptosid und werde einen Teufel tun die auch noch zu fördern oder zu unterstützen.
was meinst du konkret mit verabschieden? ich hab mich so was von verabschiedet, die reden nicht mal mehr mit mir (mal von bluewater und DonKult abgesehen)
und was meinst du genau mit 'aptosid als Unterbau verwendet'?
der unterbau wird wohl ein modifiziertes pyfll sein.
greetz
devil
-
brummer,
Zumindest kann man die Versuche, die Streitigkeiten die zu der Namensänderung auf aptosid geführt habe, zu bereinigen, als gescheitert erklären.
längst verarbeitet und abgelegt meinerseits
Bisher, war es nur so das alle einzeln gegangen sind, nach einer alternative suchend. Ich denke diese alternative zu bieten, ist Rechtfertigung genug.
intern ja, nach aussen imho nicht
greetz
devil
-
Der Unterbau ist pyfll und Debian sid. Beides ist eine durchaus stabile und gängige Variante. Und ob es von Tools wie z.B. den kernel-remover einen Rewrite nur um des Rewrite-Willens braucht, ist auch mehr als fraglich. Die Manpower kann man auch auf noch näher zu definierende neue Aufgaben verwenden.
-
was ich noch mal rausstellen möchte:
es muss klar sein:
wollen wir den benutzern dieses forums ein iso bieten dass auf deren bedürfnissde eingeht?
oder
wollen wir weltherrschaft?
beide vorhaben hätten ziemlich verschiedenen aufwand und implikationen.
greetz
devil
-
Mal bissel was ausserhalb der eigentlichen Diskussion. Es wurden bis jetzt ja schon einige Vorstellungen über den Aufbau aufgeführt. Aber ich frage mich schon die ganze Zeit welcher Kernel eigentlich genutzt werden soll?
Ich denke wir sind uns einig, dass die slh-Kernel sehr gut sind. Aber wenn die (neue) Distri keinen aptosid Unterbau haben soll, heißt dass nicht auch: kein slh-Kernel? Er wird bestimmt nicht begeistert sein, wenn sein Kernel für eine andere Distri verwendet wird. Damit wäre ja das s.g. Alleinstellungsmerkmal von aptosid weg...
-
Also ich sehe allgemeines Interesse.
Viele die helfen wollen, aber außer devil und towo (wenn der dabei ist) ist niemanden dabei der Erfahrung mit solchen Projekten hat.
Bevor hier alle von A nach Z springen und dem Kind einen Namen geben, wäre meiner Meinung nach jetzt die Zeit zu klären was brauchen wir.
Ich hab selbst nie in einem solchen Projekt mitgearbeitet und stelle mir das evtl. ein bisschen einfacher vor als es ist.
Ich würde sagen wir brauchen:
1. jemand der den Kernel pflegt.
2. Die scripts wie ceni, kernel-remover sind gut, und wenn diese enthalten bleiben könnten wäre das eine tolle Sache.
3. ein modifiziertes pyfll baut aus debian/sid
4. ein Art Team macht das ganze ansehnlich
5. Leute die sich um Forum/Wiki/Dokumentation kümmern
6. PR die das Produkt anpreisen.
Wenn sich raus stellt das es genug freiwillige gibt die sich an den verschiedenen Punkten beteiligen können und die Arbeit nicht an 2 Leuten hängenbleibt, dann kann man weiter planen.
Weltherrschaft oder nicht der Zeitaufwand/Arbeit ist der selbe. Die Auswirkungen aber nicht.
-
[...]
und was meinst du genau mit 'aptosid als Unterbau verwendet'?
der unterbau wird wohl ein modifiziertes pyfll sein.
Hi devil,
ich meine damit vor allem den aptosid-Kernel, den möchte ich nicht in einer neuen Distri nicht sehen. Man kann und sollte gerne darauf aufbauen aber einfach 1:1 übernehmen - Nein Danke!
Ich habe nichts einzuwenden gegen Tools die zufällig auch in aptosid verwendet werden, auch bei der zu entstehenden neuen Distri zu verwenden.
-
Man kann und sollte gerne darauf aufbauen aber einfach 1:1 übernehmen - Nein Danke!
wie kommst du auf die idee, das könnte geplant sein?
greetz
devil
-
wollen wir den benutzern dieses forums ein iso bieten dass auf deren bedürfnissde eingeht?
oder
wollen wir weltherrschaft?
beide vorhaben hätten ziemlich verschiedenen aufwand und implikationen.
greetz
devil
Wo läge denn der Unterschied?
Außer daß der Aufwand für die Promotion wegfallen würde?
-
Wenn sich raus stellt das es genug freiwillige gibt die sich an den verschiedenen Punkten beteiligen können und die Arbeit nicht an 2 Leuten hängenbleibt, dann kann man weiter planen.
Konkrete Planungen, Vorstellungen, Wünsche und mehr bitte ins Wiki eintragen (http://wiki.aptosid.de/index.php?title=Was_w%C3%A4re_zum_Aufbau_einer_eigenen_Distribution_zu_tun%3F#Sonstiges). Danke!
-
Man kann und sollte gerne darauf aufbauen aber einfach 1:1 übernehmen - Nein Danke!
wie kommst du auf die idee, das könnte geplant sein?
Hi devil,
dann habe ich das falsch interpretiert aus deinen Äußerungen. Aber gut das wir darüber geredet haben ;-)
-
wollen wir den benutzern dieses forums ein iso bieten dass auf deren bedürfnissde eingeht?
oder
wollen wir weltherrschaft?
Ich würde sagen: Ein eigenes ISO, dass den Benutzern dieses Forums zusagt, sollte auch für andere interessant sein, oder? Oder wo siehst Du den Unterschied? Deutsch vs Multilingual?
Eine Weltherrschaft anzustreben, also aktiv zu promoten oder so, halte ich nicht für nötig. Erfolg kommt von alleine, wenn man gut genug ist und lang genug durchhält.
-
Ach noch was zu den non-free-Quellen: Wenn ich mich recht erinnere, wurde ich bei Installation von aptosid 2011-01 gefragt, ob ich non-free zu den Quellen hinzufügen will wegen irgendwelcher Firmware oder kernel Modulen oder so. Das ist doch genau das, was Ihr wollt, oder?
-
Kaum liest man ein paar Tage nicht mit (Urlaub), und schon gehts hier rund :-)
Nun ich denke mal, dass es nicht am Wetterund zuviel Sonne liegt, dass ihr auf solche Ideen kommt...
Erstmal vorweg, meine Unterstützung habt ihr. Programieren kann ich nicht, Skripte bestenfalls im Ansatz nachvollziehen und ich habe immer nur periodisch Zeit - also nicht gerade perfekt.
Aber ich kann als Fotograf Bilder beisteuern (z.B fürs Artwork) und ich bin im Bereich Öffentlichkeitsarbeit nicht so schlecht. Sicher ginge auch was im Wiki, Forum etc. Eine weitere Stärke ist das Entwickeln von Konzepten...
Zweitens: ihr seid wahnsinning! ;-)
Devil und towo wissen was auf uns zukommt... aber weiß es auch der Rest...?
Drittens: Devil hat Recht mit vielem: Au0enwirkung beachten! AB jetzt muss alles sorgfältig geplant werden und zwar nicht unbedingt für alle öffentlich sichtbar. So manches Projekt ist schon am Anfang durch Querschläge von Neidern gescheitert. Auf wen ich da anspiele überlasse ich Eurer Phanatsie :-)
Ich schlage ein Forum für die zukünftigens Beteiligten vor. Bei der Registrierung mit Angabe des Realnamens. Das verhindert Kuckuckskinder von Anfang an.
Devil hat auch recht was die Zielsetzung angeht. Die sollte in einem solchem Forum festgelegt werden. Dazu gehört ein Board/ Wiki, wo sich jeder Beteiligte mit a) seinen Fähigkeiten und b) WÜnschen äußern kann!
Viertens: Drüber nachdeneken, weitere fähige Leute ins Boot zu holen!
fünftens: Anbindung an Debian und Kooperation: unbedingt. Unfreies erleichtern, warum nicht...
sechstens: ihr seid wahnsinnig ;-)
-
Ich denke wir sind uns einig, dass die slh-Kernel sehr gut sind. Aber wenn die (neue) Distri keinen aptosid Unterbau haben soll, heißt dass nicht auch: kein slh-Kernel? Er wird bestimmt nicht begeistert sein, wenn sein Kernel für eine andere Distri verwendet wird. Damit wäre ja das s.g. Alleinstellungsmerkmal von aptosid weg...
Also nur mal für die Theorie: Die Quellen von aptosid sind GPL (oder teilweise anders ähnlich freies) und damit kannst du sie verwenden wofür die möchtest solange du dich an die Lizenz hälst. Das geht natürlich auch anders rum - wenn mir "euer" Artwork gefallen würde, könnte ich es auch für meine höchst eigenes donsid verwenden (entsprechende Lizenz vorausgesetzt). In wieweit man dann allerdings nicht doch eher ein Remaster aka Fork aka Derivat von aptosid ist anstelle einem "selbstständigen" Derivat direkt von Debian muss man selbst entscheiden - und möglichst auch so kund tun: Ubuntu bekäme viel Gegenwind auf sozialer Ebene entgegen geblasen wenn man aufhören würde zu sagen das man ein Debian-Derivate ist. Ehre wem Ehre gebührt, den wer beißt schon die Hand die ihn füttert… ;)
@Lanzi: "Ihr seit wahnsinnig" *volle zustimmung* ;)
Keine Sorge, Neider wirst du schwerlich finden unter denen die wissen was dahinter steht. Ungläubige - und zu denen zähle ich mich - dafür um so mehr - neben vielen "Don't Care"s natürlich. Es ist ein großer Unterschied zwischen "drüber reden" und "machen". Nicht selten ist ein Großteil der Wirkung und vorher bekundeten Arbeitskraft verflogen bevor die "Tüte" ganz aufgeraucht ist (für die nicht Eingeweihten, das ist eine Anspielung auf den letzten Abspalterversuch: canabix). Wie jedem anderen Projekt (wobei man das bei diesem momentan ohne feste Ziele schwerlich so nennen kann) von dem ich so höre wünsche ich auch diesem viel Glück, glauben das es was wird tue ich aber erst wenn ein bis drei normale Releasezyklen überstanden sind…
-
Man muss nicht komplett wahnsinnig, psychisch krank oder alkohl- und/oder drogenabhängig sein, um so was anzudenken. Es erleichtert die Sache und die Umsetzung aber ungeheuer. Das ist historisch gewachsen:
There are two major products of Berkley, CA -- LSD and UNIX. We don't belive this to be strictly by coincidence.
Jeremy S. Anderson
-
Hallo,
hier ein paar Gedanken von mir:
- ich finde die Idee sehr gut, bin auch gerne bereit zu testen
- wenn man was neues aufbaut, muss ZUERST einmal klar sein, was das Alte GUT gemacht hat, also aptosid!
- was soll bleiben, was soll sich ändern, was kann man ändern?
- wer macht definitiv mit, mit welchem Können
Grüße
hschn
-
eigendynamik ist immer wieder interessant. eigentlich geht es hier darum, zu schauen ob generell interesse da ist und mitarbeit denkbar. deswegen muss ich das mal wieder etwas runterkochen.
es gibt eine reihenfolge, die man bei sowas einhalten sollte. der erste schritt ist getan, mehr als zu glauben, dass die bekenntnisse hier ernst gemeint sind, kann man nicht. inwieweit sie dann auch auf dauer umgesetzt werden, weiss keiner.
nächste schritte wären:
* werte festklopfen
*vision entwickeln und detaillieren
da bin ich ganz bei lanzi, das muss und soll nicht öffentlich ohne einstiegshürde (anmeldung) zugänglich sein. ich plädiere für eine (oder mehrere) mailingliste(n). die muss man zumindest abonieren.
greetz
devil
-
Welche Mailinglisten sind erwünscht (Namen)? Ich würde bei Googlegroups diese dann anlegen.
-
ich bin gegen eine solche Liste. Das ist zu unübersichtlich. Neige eher zum Forum ;-)
-
mal laut nachgedacht: newsid-todo :: newsid-kernel (wobei newsid als codeneme gemeint ist)
sollte imho reichen?
greetz
devil
-
+1
Hört sich gut an, Interesse ist wohl vorhanden, so ein Plan wäre nicht schlecht. Nur nach Anmeldung zu erreichen ist auch nicht schlecht. Was haltet ihr von der Idee, ein Projekt aufzusetzten:
//arbeitsname.dontexist.com - dahinter ein Redmine oder
newsid.dontexist.com
chili gelegt. Hätte ein paar Vorteile:
* Wiki in Einsatzbereit
* Tasks, Features, Issues in Einsatzbereit
* Foren in Einsatzbereit
* Nicht öffentlicher Teil
* Benutzerverwaltung integriert
* mit einem Namen über DynDNS nicht wirklich an einen Ort gebunden
* Bei Bedarf könnten da auch Sourcen mitverwaltet werden (in den gängigen Formaten)
* Standardsoftware, kann bei Bedarf auch schnell ohne Probleme an einen anderen Platz migriert werden
Nachteile:
* wo auch immer es liegen würde, ein passenger sollte eingerichtet sein (werden)
-
Redmine oder chili sind mir nicht geläufig. ich kenne lediglich Trac in der sparte. ich bin aber da nicht festgelegt. wenn der aufwand gering bleibt, könnte man das durchaus jetzt schon machen. plattgemacht ist es bei bedarf schnell.
greetz
devil
-
newsid gefällt mir ausgesprochen gut ;)
newsid.dontexist.com ??
-
von mir aus gerne :)
greetz
devil
-
Redmine scheint, nach dem ersten überfliegen, ganz brauchbar zu sein als Projektseite.
+1 für newsid :wink:
-
ja, scheint von den features zumindest ebenbürtig mit Trac, bei besserem aussehen und übersicht. svn is auch drin...
greetz
devil
-
redmine vs. trac: bei redmine ist der geek-Faktor niedriger. Es ist leichter einzurichten, leichter zu bedienen, höher integriert. Es ist sauschnell, sieht hübsch aus und hat einen ganz entscheidenden Nachteil: Da sich die Buben von trac in der ein oder anderen Zeile recht intensiv mit Moin beschäftigt haben ist die Wiki-Engine von trac zwar etwas sperrig, aber für jemanden, der flüssig Moin schreibt, besser zu bedienen und ohne Neid leistungsfähiger.
Wenn man mit den zugegebenermaßen etwas eingeschränkten Möglichkeiten eines textile-Markups leben kann, ist man sehr gut bedient. Dank devils Hilfe hatte ich ja längere Zeit ein Moin am laufen. Nach verschiedenen Tests mit Miethosting und eigenem Server empfinde ich redmine als deutlich stressfreier. Falls alle Stricke reissen oder die Anforderungen höher werden, kann man bei Bedarf ja noch auf Jira und Co. gehen. Spätestens damit bleiben dann keinerlei Wünsche und Fragen mehr offen. Dafür bräuchte man aber erst mal ein existierendes Projekt, das ist nicht ganz ohne aufzusetzen.
@devil: Was findet ihr alle an svn so toll?
-
svn? ich kann es.
git nur rudimentär.
ist bei mir aber keine präferenz.
ich hab auch mittlerweile mit einem redmine-user gesprochen, der es, abgesehen von der perversen sprache (ruby on rails), recht benutzbar und stabil ist.
greetz
devil
-
;) da ich weder python noch ruby so beherrsche, dass ich damit meinen Lebensunterhalt verdienen könnte - ruby sieht im Quelltext hübscher aus, ich lese es lieber. Aber das liegt im Auge des Betrachters.
-
Hallo,
schon @Lanzi sprach an, dass eine Kommunikation über das Forum einfach ist. Wenn andere Mittel gewünscht sind, könnt Ihr uns Anwender mal ein wenig aufklären? Was für eine Mailingliste wollt Ihr anlegen und wie kann man darüber kommunizieren? Bitte macht es Leuten nicht so schwer, die vor allem über ein Forum kommunizieren und Anwender sind. Mich noch in andere Kommunikationsmittel einarbeiten zu müssen, um daran teilzunehmen, dafür fehlt mir einfach die Zeit.
Viele Grüße,
Holger
-
Hi Holger,
Mailinglisten tun nicht weh. Einfach auf einer Webseite Deine Mailadresse eingeben, dann bekommst Du eine Bestätigungs-eMail, auf der Du nochmal auf einen Link (oder hilfsweise per eMail antworten musst). Fortan bekommst Du dann Mails von der Liste, auf die Du einfach wie gewohnt antworten kannst. Statt eines Empfängers geht die Mail dann an die Liste, während sich die Mailinglistensoftware darum kümmert, dass jeder eine Kopie bekommt, der sich dort angemeldet hat.
Der Vorteil liegt unbestreitbar darin, dass man über Mails besseres Threading hat, d.h., gerade bei umfangreicheren Diskussionen ist es wesentlich leichter, den Überblick zu behalten.
Insgesamt ist das jedenfalls nicht schwer und man muss sich auch nicht aufwendig einarbeiten. Ein Mailprogramm wie Thunderbird/Icedove reicht aus.
-
Hallo Steve,
danke für Deine Erklärung, das ist ja einfach zu handhaben.
Viele Grüße,
Holger
-
nicht, dass ihr denkt, das thema sei genauso schnell eingeschlafen wie es auftauchte...
wir setzen gerade eine neue plattform auf, die uns mehr möglichkeiten bietet, sowohl weiter zu diskutieren, als auch geordnet brainstrorming zu betreiben und ergebnisse besser zu ordnen und weiter zu diversifizieren. wir werden interessierte in den nächsten tagen dazu einladen.
und noch ein hinweis auf 3 zum thema passende vorträge bei der debconf11:
Raphael Herzog - Debian Rolling Bof (heute) 26.7. 12:00 http://video.debconf.org:8000/Roundroom.ogv
Andreas Tille - Derivatives Roundtable Donnerstag, 28.7. 10:00 http://video.debconf.org:8000/Auditorium.ogv
Stefano Zacchiroli - Debian dErivatives eXchange (DEX) BoF 28.7. 11:00 http://video.debconf.org:8000/Auditorium.ogv
Wer keinen dezidierten player zur hand hat, kann auch per http://debconf11.debconf.org/watch.xhtml teilhaben.
greetz
devil
-
nicht, dass ihr denkt, das thema sei genauso schnell eingeschlafen wie es auftauchte...
wir setzen gerade eine neue plattform auf, die uns mehr möglichkeiten bietet, sowohl weiter zu diskutieren, als auch geordnet brainstrorming zu betreiben und ergebnisse besser zu ordnen und weiter zu diversifizieren. wir werden interessierte in den nächsten tagen dazu einladen.
danke für die Info :D
Grüße
-
Ich weiss ja nicht ob das ein bisschen provokant ist aber vielleicht könnte man den sidux-ev nach den Namensrechten fragen. Das würde mir richtig gut gefallen, wenn das neue Projekt sidux heissen würde. Also ich würde das als Vereinsvollmitglied jedenfalls unterstützen.
-
mag durchaus sein dass ralfis Vorschlag "provokant" sein könnte; ich halte ihn trotzdem für gut und eventuell ausbaubar.
Würde auch an "alte Wurzeln" anknüpfen und hätte vielleicht auch schon eventuell eine brauchbare Support-Basis.
Animositäten/Streitigkeiten aus der (jüngeren) Vergangenheit liesen sich vielleicht sogar auch wieder überwinden.
Inzwischen ist ein kanppes Jahr vergangen und vielleicht liese sich wieder vernünftig miteinander reden/umgehen.
Ich sehe (als Aussenstehender) auch nicht dass der sidux-ev zwischenzeitlich ein reales Ziel/sinnvolle Betätigung gefunden hat. Da siehts eigentlich leider auch ziemlich tot aus :(
Man sollte die Idee in beiderseitigem Interesse nicht von vorneherein verwerfen.
Meine 2-3 Cent dazu
Grüße
Reiner
-
War es nicht so, dass die Namensrechte an SPI übertragen wurden? Aber ich hab das echt nur ganz bruchstückhaft (und möglicherweise falsch) in Erinnerung.
-
Da ich den Hintergrund oder das Mitgliederprofil der Projekte nicht kenne - das müssen die Beteiligten besser wissen. Wenn man das als Rundkurs betrachen würde: Hm, da sind wohl auf dem Weg einige verschollen. Jetzt wäre noch die Frage, wer gar nicht erst losgelaufen ist. (Und natürlich, ob das von den Beteiligten passen würde.)
-
zu den namensrechten an der wortmarke sidux: mein plan war, um die distribution nicht umbenennen zu müssen, die rechte an SPI übertragen zu lassen. das wäre nach auskunft der rechtskundigen bei SPI auch gegangen, da man das schon praktiziert hat. daraus wurde allerdings nichts.
ich persönlich war sehr enttäuscht dass dies nicht zustande kam, aber thats life.
ich halte den namen immer noch für gut, und er ist in der community grösstenteils positiv belegt. das spricht dafür, so etwas zu versuchen. aber bitte nicht jetzt, dazu ist es viel zu früh.
ausserdem würde ich wenn, dann nur den namen leihen wollen, was der verein ansonsten bieten kann (spendenbasis usw.) würde ich gerne in eigener regie des projekts halten. davon hätten beide was. das projekt hat einen guten namen, der verein trägt den namen wieder mit recht und füllt ihn mit inhalt.
greetz
devil
-
und in eigener sache: die vorhin erwähnte plattform ist soweit präsentierbar, dass ihr euch bei interesse dort anmelden könnt. ich schalte euch dann frei. zur orientierung könnt ihr erst mal einen blick auf die NEWS und das WIKI werfen.
die URL lautet: http://newsid.dyndns.org
greetz
devil
-
Ich wollte hier jetzt nen "daumen hoch smilie" posten, finde aber keinen, so wirds halt nen einfache smile :)
gruß
brummer
-
Hmm,
da hats noch fast ausschlieslich "403" Seiten.
Schätze das wird noch :)
Grüße
Reiner
-
ich muss neue benutzer erst freischalten. wenn du dich neu einlogst, sollte das gehen.
greetz
devil
-
prinzipiell wäre ich auch dabei, ein solches Projekt zu unterstützen. Praktisch bin ich vorsichtig, da ich fürchte zu wenig greifbares technisches Know How + Zeit zu haben.
Aber hochspannend finde ich das Thema auf jeden Fall....
-
... geht mir ähnlich. prinzipiell finde ich die Idee super und würde gerne auch mehr helfen, als mir die Arbeit anderer "nur" zu installieren und schauen ob alles klappt. Aber bisher ist mein KnowHow leider auch noch nicht so ausgeprägt...
ansonsten hätte ich Lust zu unterstützen (wenn ich denn kann).
war in letzter Zeit eher aptosid-skeptisch... aber nun freue ich mich auf mehr Perspektive! ;)
-
ich muss neue benutzer erst freischalten. wenn du dich neu einlogst, sollte das gehen.
greetz
devil
Hallo Ferdinand,
die Anmeldung hat geklappt, dann muss ich wohl auch noch auf meine Freischaltung warten *quengel* :-)
Viele Grüße,
Holger
-
alle über nacht angemeldeten sind freigeschaltet
greetz
devil
-
Wie schon an früherer Stelle erwähnt bin ich sehr interessiert und würde gerne mithelfen kann aber leider im Moment nicht großartig mit irgendwelchem KnowHow dienen auch wenn ich jederzeit bereit bin dazuzulernen (incl. der Verbesserung der dummen Kommentare damit ich euer Niveau erreiche :-)).
Darf ich mich trotzdem als Interessierter anmelden um die Sache mitverfolgen zu können oder wollen die Experten erst mal unter sich sein um das Baby in Ruhe auf die Welt zu bringen?
Gruß
Peter
-
zaungäste sind willkommen.
allerdings wissen wir noch nicht ob wir schwanger sind.
greetz
devil
-
ach so ja, ich hatte vergessen dass noch nicht feststeht wer den weiblichen Teil spielt.
Dann schau ich mal ganz interessiert über den Zaun.
Grüße
Peter
-
Nanu, da habe ich in meinem Urlaub ja anscheinend wieder einiges verpasst... :wink:
Wenn ich mich irgendwie in ein neues 'Projekt' einbringen kann, würde ich es gerne tun. Inwieweit das möglich ist, muss sich bei Bedarf zeigen (zeit- und wissenstechnisch...)
Einige Ideen, die hier so zu lesen sind, hören sich jedenfalls interessant an :)
-
schau es dir an, hab dich freigeschaltet
greetz
devil
-
Ich schätze mich in der selben Kategorie wie @holgerw ein.
Auf jeden Fall bin ich als Anwender mit dabei. An aptosid habe ich mich bisher nicht richtig gewöhnen wollen.
Und wenn ich die Zeit finde würde ich gerne als stiller Leser an der Entstehung teilhaben wollten.
-
@MrCeline: vielleicht kannst du auch in irgendeiner Weise mithelfen (zB. Handbuch, Tests usw.), denn jede Hilfe ist Willkommen. Schau einfach mal bei http://newsid.dyndns.org vorbei.
-
Ihr seid tatsächlich wahnsinnig. Ich bin's auch und würde den NL-Teil (manual) machen wenn das sinnvoll ist.
-
logisch ist das sinnvoll
-
Hier im .de Forum würde ich gern mithelfen keine Frage wenn die Stimmung so bleibt.
Bissel Erfahrung und vor allem Hilfsbereitschaft habe ich immer an der Hand.
Bin damals abgehauen als mir die Stimmung zu heftig wurde aber hier im .de lese ich gerne wieder mit.
mfG
-
Bravo, Ferdinand
Ich denke, deine Idee ist die sinnvolle Konsequenz aus dem ganzen Hickhack der Vergangenheit.
Einige bekannte Namen (sogar aus Kanotix Zeiten) hab ich schon wieder erkannt. Vielleicht finden sich noch mehr, die Interesse zeigen.
edit:
Wollt noch fragen, ob eine Kooperation mit anderen "One-Man-Distros" in Frage kommen würde?
Hier zum Beispiel: http://semplice-linux.sourceforge.net/
Der Künstler (g7) hat auch mal bei sidux wegen Zusammenarbeit nachgefragt und eine Abfuhr erhalten.
Er baut ebenfalls nur auf sid und hat einige gute Ideen, nur wird er wohl alleine auf Dauer untergehen...
-
tach Roland,
mich freut es, dass anscheinend ein haufen hier nicht mehr aktiver leute trotzdem mitlesen. auch die buschtrommeln scheinen gut zu funktionieren. zusammenarbeit mit wem_auch_immer ist keinesfalls ausgeschlossen. aber erst mal müssen wir möglichst bald entscheiden ob wir das wirklich machen wollen oder das ding wieder einstampfen.
greetz
devil
-
Tja, auch kanotix war für einige (mich eingeschlossen)nicht mehr richtige der Heimathafen.
Ob das nun wirklich losgeht, hängt vielleicht auch davon ab, was da am ende rauskommen könnte.
Im Falle eines weiteren Versuches KDE4.x an den Mann zu bringen, bin ich auch gleich wieder raus aus der Geschichte. Ich bin mit xfce4 oder auch lxde erfolgreich allen Schwierigkeiten mit KDE4 aus dem Weg gegangen.
-
Also so lange ich bei einem, evtl. erscheinenden Projekt dabei bin, gibts mind. eine XFCE-Variante. ;)
-
Das will ich doch schwer hoffen. Ich hab mich an XFCE auf den kleineren Maschinen echt gewöhnt und finde das mittlerweise richtig klasse.
-
Auch ich habe lange nur nur noch mitgelesen und seid meiner neuanmeldung nur wenig gepostet.
Mein interesse galt immer schon hauptsächlich debian, bei kanotix, sidux und aptosid bin ich *anfangs* wegen der hardware gelandet und dann eben geblieben, weil ich die projekte immer als debian/sid-plus verstanden habe.
Ich werde sicherlich dorthin weiterziehen wo ich weiterhin unterstützung für -nota bene- ****debian/sid**** erhalte. Derzeit ist das eben "www.aptosid.de" und gelegentlich das update-warning-sub-forum auf com. Was immer ihr tut, ich hoffe es wird keine mailingliste sondern ein forum.
Ich verstehe noch nicht, worauf das letztlich hinauslaufen soll, bin eher skeptisch, verstehe aber möglicherweise nicht die notwendigkeit eines neuen namens.
Aus meiner sicht hat sidux/aptosid sehr viel ansehen verloren und eine menge kredit verspielt. Es gibt dinge die hat man nicht im griff und personen (-konstellationen) die jede einigung, jeden fortschritt und sogar jeden kompromiss verunmöglichen. Und eine solche konstellation gab es wohl im bermudadreieck um sidux -- sidux-ev. -- aptosid, wobei diese drei begriffe letztlich für drei sich in teilen übelagernde personenkreise stehen.
Für den outsider ist dabei ein desaströses bild entstanden, die distri sidux, die eigentlich den anspruch einer semi-professionellen distribution vor sich her trug mutierte zum einer ansammlung von personen, die weder den umgang mit den eigenen namensrechten beherrscht, in der einzelne personen ihren beitrag maßlos überschätzen und die als ganzes den usern vor augen führte, dass sie (die entscheidungsträger der distri) mit den geldspenden der user nicht umgehen können (weil sie der falschen person/den falschen personen zu unkontrolliert zugang zum geldtopf gewährten).
Das mag im detail irgendwo nicht ganz richtig sein, in den aussenwirkung war es jedoch genau so. Und ein großer teil der folgenden zerwürfnisse basiert meiner beobachtung nach darauf, dass all die geschehnisse um namensrechte, geldausgaben und verantwortlichkeiten vermutlich nicht nur für den aussenstehenen in einer art bermudadreieck vernebelt wurden.
Warum ich das hier und jetzt schreibe?
Weil in diesem thread von neuen namen, aussenwirkung und zunmindest in einem nebensatz doch tendenziell neutral bis wohlwollend vom sidux-ev. zu lesen war. Das läßt mich jeder angedachten neuerung eher skeptisch gegenüberstehen.
@ devil
YHM (PM)
-
Weil in diesem thread von neuen namen, aussenwirkung und zunmindest in einem nebensatz doch tendenziell neutral bis wohlwollend vom sidux-ev. zu lesen war. Das läßt mich jeder angedachten neuerung eher skeptisch gegenüberstehen.
Da ist schon eine gewisse Vorsicht geboten. Aber man sollte den Gedanken an eine Wiederbelebung des Namens "sidux" nicht ganz außen vor lassen. Hat was für sich. Besser der Name reimt sich auf "Fuchs" als auf "Prosit" ;)
(Aber wie man Leuten den Unterschied sidux/sidux-e.V bei evtl. Spenden erklären sollte ...)
-
ich sag es hier nochmal, wie schon vorher auch: es gibt keinen hinweis oder beweis, anzunehmen, es sei geld veruntreut worden. sowohl walter (als wirtschaftsprüfer) als auch der jetztige vorsitzende (als anwalt) wissen es besser.
das es noch keinen bericht über die finanzen gibt, ist unschön, aber bei der profession der beiden garantiert gesetzlich gedeckt. wer jetzt daraus schliesst, ich habe irgendwelche sympathien in diese richtung, der irrt. ich habe (zugegebenermaßen sentimentale) sympathien für den namen sidux.
greetz
devil
-
Hi Ferdinand / devil, danke für die antwort auf meine PM.
Wenn es so ist wie du sagst dann bleibt mir um so unverständlicher, warum seinerzeit oder wann auch immer nicht versucht wurde walter gegenüber härter vorzugehen. Dem vorstand den kassenbericht vorzuenthalten macht ja schon rechtlich angreifbar, und wenn man soweit nicht gehen will hätte man jederzeit die user und spender auffordern können sich in einem thread / einer abstimmung dazu zu äußern, wem sie verdienste um sidux einräumen und wem nicht. Ich kann mir nicht vorstellen, dass der EV oder ***gar*** walter da sehr weit vorne gelandet wäre. Und sowenig rechtliche konsequenzen dies auch hätte, es wäre ein statement der user das walter kaum aus der welt argumentieren könnte. Und sosehr ich nachvollziehen kann, dass sich vorstände zurückziehen wenn das privatleben unter dem hobby leidet, für die aussenwirkung einer sich semi-professionel gebenden distribution war und ist es verherend zu sehen wie jemandem das feld überlassen wurde der positionen bar jeden realitätsbezugs einnahm.
Dies nun geradezu zu adeln, dadurch dass man die (mit-) nutzung des namens "sidux" vom EV irgendwie zu erhandeln versucht ist so ziehmlich das unsinnigste und schädlichste was man für ein zukünftiges projekt machen könnte. So gut der name "sidux" gewählt war, er ist verbrannt.
Walter hat durch sein verhalten sich selbst, den namen sidux *und* das gesamte sidux projekt diskreditiert, und diesen klotz am bein wird man nur durch distanzierung und vollkommene, bislang fehlende tranzparenz los. In soweit frage ich mich, und das ist vollkommen ernst gemeint, ob es nicht eher einiges aufzuarbeiten gilt als nen neuen namen für eine abspaltungs-distri (?) zu finden. Bei allem streit zwischen com und de, soweit die streitursachen den ev und domainrechte betreffen *ging* die distanzierung vollkommen in die falsch richtung.
-
Ich hoffe, dass dieser thread jetzt nicht in eine völlig andere Richtung kippt und sich mit Vergangenheitsbewältigung befasst.
Zum eigentlichen Thema zurück: Auch ich habe sehr viel Sympathie für den Namen sidux und würde mich freuen, wenn er zur Verfügung stünde.
Gruß
oduffo
-
Ich hoffe, dass dieser thread jetzt nicht in eine völlig andere Richtung kippt und sich mit Vergangenheitsbewältigung befasst.
Zum eigentlichen Thema zurück: Auch ich habe sehr viel Sympathie für den Namen sidux und würde mich freuen, wenn er zur Verfügung stünde.
seh ich auch so,
gruß
brummer
-
micha,
nur noch soviel: die option, sidux auf gerichtlichem wege zu retten, stand nicht zur diskussion. das hätte wahrscheinlich die distribution vollkommen zerstört. alsao wurde diese option vom team als nicht gangbar angesehen. eine schnelle lösung musste her. da der ev glaubte, den namen rechtlich behalten zu müssen, wurde der name aufgegeben.
danke für deinen input in sachen verwendung des namens, du kannst deinen standpunkt gerne morgen abend 20:00 im IRC #aptosid.de einbringen.
greetz
devil
-
Hallo Leser,
da ich nicht einmal im Stande bin, mich bei "http://newsid.dyndns.org" erfolgreich anzumelden oder zu registrieren, komme ich wohl nur als "Tester" in Frage - trotzdem bin ich interessiert.
Gruss,
Jörg
-
wieso kannst du dich nicht anmelden?
du registrierst dich, ich bekomm ne mail und schalte dich frei. fertig.
greetz
devil
-
Hallo Ferdinand,
mein Fehler war den selben Namen und das selbe Wachtwort wie bei aptosid.de zu gebrauchen und das hat nicht geklappt. Jetzt ist alles in Ordnung.
Gruss,
Jörg
-
die beiden haben nichts miteinander zu tun. die selben credentials funktionieren. dein fehler lag woanders.
aber egal, du bist freigeschaltet.
greetz
devil
-
@devil:
mit 'für uns' meine ich: hier im channel, auf frickelplatz, nicht auf offiziellen servern zum download, auf distrowatch und in den medien.
ähnlich meine ich es auch. Es kann ja trotzdem öffentlich sein, aber halt, zumindest erstmal, ohne groß PR etc. Muss ja schließlich erstmal wachsen .. ;)
Eine vorläufige Begrenzung erscheint plausibel.
-
wir hatten gestern ein entscheidendens treffen. heraus kam: Yes, we can. wer schon angemeldet ist, kann das log hier (http://chili.siduction.org/projects/siduction/wiki/Log_2011-08-06) nachlesen.