Am 15.06.2011 16:51, schrieb Lisufa der Linuxsusefan:

Das wären dann die '11.3 (bis Jan.2012) und aktuell die '11.4 die da in der Liste stehen sollten.

11.2 und 11.1 werden noch über Evergreen versorgt. Die Erwähnung wäre sicherlich nicht verkehrt. -- Kim Leyendecker (kdl@k-dl.de.vu) openSUSE Ambassador / openSUSE Wiki Team DE HAVE A LOT OF FUN! http://www.opensuse.org | http://www.suse.de Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute , or create your own linux distro. Give SUSE Studio a try. www.susestudio.com. -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am 15.06.2011 17:27, schrieb Lisufas Linuxfreunde:

ach, siehst .... die hatte ich unterschlagen. Wenn die Projekte gut *Frequentiert und aktiv sind, könnten die auch bleiben.

* → Bei Evergreen 11.1/11.2 sollte nur sicher sein, das diese nicht in einiger Wochen mangels Menschlicher Ressourcen/Interesse eingestampft werden.

Hm, vielleicht in eine Extra-Rubrik mit dem Namen "Community-Supported" verschieben, mit kurzer Erklärung: ==Community-Support== Die folgenden Produkte haben ihren regullären Support-Zyklus verlassen und werden nun von der Community, vornehmlich dem Evergreen-Projekt um Wolfgang Rosenauer und Greg Freemyer unterstützt. Da diese Menschen dies in ihrer Freizeit machen, kann nicht gewährleistet werden, dass der Support auch in Zukunft gegeben ist. Wer *unbedingt* Support und Updates braucht, wird gebeten, auf eine neuere Version zu migrieren ----------------------------------------------------------------------------------------------------------- Ich denke damit wäre alles gesagt. -kdl -- Kim Leyendecker (kdl@k-dl.de.vu) openSUSE Ambassador / openSUSE Wiki Team DE HAVE A LOT OF FUN! http://www.opensuse.org | http://www.suse.de Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute , or create your own linux distro. Give SUSE Studio a try. www.susestudio.com. -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am 15.06.2011 20:32, schrieb Henne Vogelsang:

Das verzerrt etwas die Realität. Alle openSUSE Versionen sind Community supported. Wer sonst supported denn die versionen? :) Das heißt in letzter Konsequenz auch das dein vorletzter Satz genauso (theoretisch) wahr ist für die Version wo du die Leute hin schickst. Außerdem ist der äußerst unfair den Evergreen leute gegenüber find ich.

18 Monate lang übernimmt Novell bzw. SUSE den Support für die Produkte, *zusammen* mit der Community. Das wollte ich damit ausdrücken. Unfair? Ich würde eher sagen, es gibt ihnen sogar mehr Möglichkeiten. Das Evergreen-Team kriegt weder Geld noch sonstige Mittel gestellt, weder von Novell, noch von SUSE, noch von Dir oder mir und sie haben das Recht auf ihrer Seite, mit Evergreen jeder Zeit aufzuhören. Wenn wir so einen Text wirklich aufnehmen wollen, können wir ja noch mal mit Wolfgang sprechen, und sehen, was er davon hält, und vielleicht seinen Vorschlag übernehmen. -kdl -- Kim Leyendecker (kdl@k-dl.de.vu) openSUSE Ambassador / openSUSE Wiki Team DE HAVE A LOT OF FUN! http://www.opensuse.org | http://www.suse.de Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute , or create your own linux distro. Give SUSE Studio a try. www.susestudio.com. -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am 16.06.2011 14:47, schrieb Henne Vogelsang:

Bei Evergreen sind zwar etwas weniger Leute involviert aber das Projekt ist ja auch noch jung. Was ich mit "unfair" meine ist das die Unterscheidung nicht richtig ist (openSUSE bezahlt/Evergreen nich) und das es so klingt als ob man sich deswegen nicht auf Evergreen verlassen kann ist deshalb auch einfach falsch.

Hey, es sollte nicht so klingen, als ob man sich nicht auf Evergreen verlassen könne, es sollte eher so klingen, dass man sich Evergreen anschließt, wenn man kann. Und wenn wir sagen, da läuft alles super, nehmt es einfach, das wird ewig so weiterlaufen und dann wirklich mal was schief geht, sind die Nutzer die Angeschmierten und tauschen das Chameleon gegen nen roten oder blauen Hut :) -kdl -- Kim Leyendecker (kdl@k-dl.de.vu) openSUSE Ambassador / openSUSE Wiki Team DE HAVE A LOT OF FUN! http://www.opensuse.org | http://www.suse.de Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute , or create your own linux distro. Give SUSE Studio a try. www.susestudio.com. -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Hey, On 16.06.2011 19:36, Sascha Manns wrote:

Henne Vogelsang wrote at Thursday 16 June 2011:

...

Ja und das ist falsch :-) Die maintenance machen die Paket maintainer vom openSUSE Projekt. Die maintenance koordinieren tut das openSUSE Maintenance Team[1] und das openSUSE Security Team[2]. Das openSUSE Projekt maintained die openSUSE Distributionen 18 Monate lang und das openSUSE Evergreen Projekt machts halt länger. Die Vorasusetzungen sind die selben.

Nur mal kurz gefragt, da ich das auch noch nicht so ganz verstanden habe. Maintanance & Security team betreuen 18 Monate lang die Pakete. Anschließend verwaltet das Evergreen team die Pakete. Da es AFAIK keine Sicherheitsupdates gibt, wird das Security team dann nichts mehr an den Paketen machen. Oder? Hab ich das so richtig verstanden?

Nope hast du nicht ;-) Das Evergreen Projekt füllt genau diese Lücke und macht hauptsächlich Security aber auch manche Buggfix Updates[1] für die Produkte die aus der normalen Maintenance raus sind. Übrigens durchaus zusammen mit allen beteiligten an der normalen Maintenance.[2] Also das Maintenance/Security Team informiert das Evergreen Team über anstehende Updates und das Evergreen Projekt fragt die Paket Maintainer, die eh das update für openSUSE:$VERSION machen, ob sie updates auch nach openSUSE:Evergreen:$Version abgeben würden, wenn die Maintainer das nicht können/wollen macht es das Evergreen Projekt manchmal selber etc. etc. Das ist alles nicht so super strikt getrennt und deswegen funktioniert es auch, Wolfgang hat schon genau die richtige Idee gehabt wie man sowas aufziehen kann. Kein wunder er hat ja jahrelange Erfahrung mit openSUSE/SUSE Maintenance :) Henne [1] http://en.opensuse.org/openSUSE:Evergreen_11.1 [2] osc request list openSUSE:Evergreen:11.1:Test -s all -- Henne Vogelsang, openSUSE. Everybody has a plan, until they get hit. - Mike Tyson -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Kim, Lisufa ... und ...

Grundlegende Überarbeitungen sollten eigentlich alle HKL' s erfahren, da ja im laufe der Zeit so einiges anders wurde.

na ja, so viel anders wurde das ja nicht: Einiges aus meinem gedruckten "SuSE Linux 7.1"-Handbuch funktioniert noch. Mein altes , aber funktionfähiges Geraffel (u.a. LaserJet 4 und LQ500) läuft natürlich out of the box, aber erstens gibt es Neues wie PCIe oder x86_64, bei dem sich plötzlich die Adressen ändern. Da habe ich gelernt, daß man z.B. bei der Integration einer Parport-Karte besser Kochrezepte schreibt als sture Anweisungen (wie HKLM/S.../Micr...), das macht erstens schneller aus Neulingen Anwender mit Basiswissen und erzeugt zweitens das Bastelgefühl "Ich habs geschafft". ELV verkauft einige wenige Bausätze, bei denen man nur einen Schraubendreher in die Hand nehmen muß und der Lötkolben schon ganz verdrängt ist, obwohl durchaus gelötete Platinen drin sind...

Wie vielleicht ersichtlich, sind einige aktive dabei das DE-Wiki (bzw dessen Inhalt) vom "alten" ins "neue" zu Transferieren. Da gehören dann auch irgendwann diese Hardware-Kompatibilitäts-Listen (HKL) dazu.

Mich würde interessieren, wie das neue HKL denn aussehen soll. Habe es nach dem Absenden des ersten Listenbeitrages doch noch geschafft, das englische Wiki zur Zusammenarbeit zu überreden und und kurzerhand meine Änerungen auch im englischen Wiki angebracht, damit die Anleitungen mal den Weg in YaST finden, mit dem die meisten Anfänger ihre Hardware bändigen. Dort fiel mir auf, daß dort z.B. auf die Versionsspalten verzichtet wird und nur "Ab X.X" geschrieben wird. Das spart viel Platz und erfüllt den Zweck fast noch besser, denn ein Häckchen in 11.1/2 und folgende Fragezeichen bei 11.3/4 verwirren den Anfänger doch mehr als er lernt. Und Anfänger sind vorangige Zielgruppe, nimmt man neue HW raus. Außerdem liefert eine lange Liste kompatibler HW mit einem kurzem Anhang von Sonderhinweisen doch das beste Werbeargument, wenn Redmond beim nächsten Fensterputz seine Nutzer wieder zwingt, seine funktionfähige HW "ebay" in den Rachen zu werfen: Dann wird er eher intensiveren Flirt mit dem Pingiun versuchen.

Die HKL' s im alten Wiki, gehören allesamt angepasst. Ich würde sagen das es wenig Hilfreich ist die spalten der Tabellen einfach zu erweitern und weiter Versionen (11.4 etc) dran zu klatschen, sondern die Versionen austauschen so das da aktuelle (und kommende openSUSE Versionen) drin stehen.

Klar, aber vor die Löschtaste gehört immer die Kopiertaste (meinten ja auch Gutti und die "Köchin"). Schnell ist was weg, was man dann mühevoll zusammensuchen muß.

Es muss nichts mehr in der Liste stehen was nicht mehr existiert.

Ich würde das anders formulieren: Es muß nichts in die detailierten Listen, was Autokonfiguration oder Assistenten (YaST und früher SAX2) hin bekommen. Daher braucht eine taugliche HKL erstens alles, was unter Linux problemlos funktioniert in der Form Hersteller, Produkt, ev. HW Rev., zweitens was mit manueller Nacharbeitung funktioniert. Das betrifft vor allem das leidige Firmware-Problem (unabhängig vom Alter, z.B. woher kommt die "firmware.fw" für meine 3com HomeConnect Webcam?) und neue Hardware. Und drittens generelle Anleiungen für z.B. die Adreßzuordnung von Legacy-HW (meist Parallel- und Seriell-Karten) oder zickende Monitore. Ich habe beim Umstieg auf 64-bit-Linux eine Zeit gebraucht, meine Drucker ans Laufen zu bekommen, weil die alten Adressen nicht mehr gültig waren. Oder meine beiden Eizo L568: Zwangsweise durch die 785G-Chipsatzgrafik analog/digital angebunden liefert der L568 (1280x1024 physikalisch) analog als höchste Auflösung mal 1368x768(!), mal 1024x768, obwohl er problemlos 1600x1200 interplolieren kann, aber niemals 1280x1024. Mit cvt/xrandr ist das Problem zu lösen, wenn man ein Kochrezept hat. Punkt 1 gehört in einen DB, Punkt 2 kann in die alte Tabellenform oder in eine DB. Eine detallierte Beschreibung brauchen nur die Kochrezepte aus Punkt 3.

Aber, aktuelle openSUSE Versionen sollten da schon drin enthalten sein, siehe

die von dir genannte:

...

Abschnitt "PCIe" unter "TV-Karten"

Klar, aber das "ab" (und wenn es mal zwickt "bis") sind meiner Ansicht nach ausreichend. Vor allem sollte die HKL der verschiedenen Wikis dieselbe sein - bis auf Sprache/Oberfläche.

Das wären dann die '11.3 (bis Jan.2012) und aktuell die '11.4 die da in der Liste stehen sollten.

Auch klar, aber Tabellenbearbeitung in Wikis ist was für jemand, der Vater und Mutter erschlagen hat, daher lieber mal auf Vorrat...

Wenn du dich da ran traust, kannst du das gern alles machen. Passe das an was du aktualisieren möchtest, ich hab da nix dagegen .... im Gegenteil. Da ist es beim Transfer ins neue Wiki leichter wenn man fertige HKL' s ins dann angelegte Portal:Hardware integrieren bzw Transferieren kann. ;-)

Ich kann ja mal mit den Scannern anfangen. da habe ich mich in letzter Zeit verstärt bei SANE durchgeklickt. Die aber blenden meist die Herstellertreiber (Avansys/Epkowa und Canon) aus. Und Opensuse meldet ja auch nicht alles unterstützt, was laufen kann, wenn man hartnäckig ist. Ich bin kein GPL- Purist: Je besser und auch je länger die Hardware unter aktueller Software einzusetzen ist, je größer das Werbeargument für Linux/OpenSuse.

fühle dich frei und leg los! ;-)

Wird gemacht! Gruß Ulrich Lehmkühler -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am 16.06.2011 19:04, schrieb Lisufa der Linuxsusefan:

wie die neue HKL aussehen soll, muss erst noch geklärt werden. Die englische Ausgabe gefällt mir persönlich nicht wirklich. Ausgenommen des Portals was auch im DE angelegt wird, sollte man sich bei den einzelnen Listen darauf einigen ob man Tabellen verwendet, oder eher Listen ähnliche Seiten Struktur. Im englischen Wiki ist da wohl eine Mischmasch drin was nicht wirklich gut kommt.

Erst mal müssen noch einige andere Arbeiten erledigt werden, ehe es daran geht die HKL neu zu Gestalten, siehe "Zu Tun" Liste ....

Aber gegen Überlegungen was besser und verständlicher dem Anwender entgegen kommt, spricht prinzipiell nichts.

Rein aus Prinzip würde ich folgende Struktur durchziehen: Hauptseite: HKL und für jeden Hersteller dann ne Unterseite, und für jedes Produkt dessen auch. Vorteile: *Klare Struktur für Newbies/ Menschen die "Nur mal schnell was schauen" wollen Nachteile: * Schlechte Wartbarkeit ------------------ Tabellen vs. Listen Mir solls egal sein, ich würde sagen, es kommt auch hier auf die Les/Wartbarkeit an. EIne HKL, die schlecht gewartet wird, nützt keinem was. -kdl BTW, ich bin über das Wochenende unterwegs, deshalb werde ich nicht regelmäßig meine E-Mails lesen können. Falls ihr mich für irgendwas brauchen solltet, oder noch irgendeine Antwort von mir erwartet, wird die sehrwahrscheinlich vor Sonntag-Abend/ Montag nicht kommen. Bis die Tage und ein schönes Wochenende :) -- Kim Leyendecker (kdl@k-dl.de.vu) openSUSE Ambassador, openSUSE Wiki Team DE HAVE A LOT OF FUN! http://www.opensuse.org Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute or create your own Linux distro. Give SUSE Studio a try. http://www.susestudio.com -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am 17.06.2011 17:26, schrieb Lisufa der Linuxsusefan:

Ich für meinen teil würde sogar soweit gehen und sagen das man auf derlei (HKL) Listen komplett verzichten kann in einer Wiki.

a) → weil es die wenigsten schaffen da was beizutragen b) → wenn doch, dann keiner diese Listen pflegt wie man sieht c) → es unnötig ist, da das meiste an "durchschnittlicher Hardware von der Stange" mittlerweile eh funktioniert.

Stimme ich dir zu. Ich denke mal was Bildschirm, Maus & Tastatur angeht, sind wir eh auf der sicheren Seite. Ich höre öfters mal über Probleme im Bereich Drucker & Scanner. Vielleicht sollten wir uns hierauf fokussieren.

Schaut man sich die alten Listen im DE Wiki an, wird schnell deutlich das vieles bzw das meiste da völlig überaltert und überholt ist und theoretisch entfernt werden kann. Schmeißt man da raus was weg kann, bleibt von den HKL' s nicht mehr viel über.

Überarbeitung: Ich denke mal, dass um DE-Wiki nicht mehr viel stattfindet, richtig?

Diese HKL' s sind ein Überbleibsel aus der Zeit als es sehr oft noch mancher Handarbeit bedurfte aktuelle Hardware wegen fehlender Treiber/Firmware zum laufen zu bewegen. Das ist ja nun anders, mittlerweile läuft das meiste ohne weiteres zu tun.

Sagen wir zu 96%.

Bei dem was dann noch über bleibt, kann man das auch anders lösen. Wenn überhaupt solcherlei Liste nützlich ist, dann könnten derartige Listen in einem Forum platziert werden. Denn in Foren schlagen die meisten Anwender als erstes auf, sei es weil die fragen ehe gekauft wird, oder auch wenn es nach dem Kauf nicht lüppt.

Mit einem weiteren Vorteil, das dann bei der "Problemlösung" auch noch der Weg zur Lösung (HowTo) in Foren verfügbar ist. In Foren fühlt sich eher mal jemand berufen/genötigt was (Aktualisierung/Ergänzung etc) zu solcherlei Listen beizutragen, eben weil betroffene bei derartigen Problemen in Foren als erstes aufschlagen.

Und da es ja auch beim openSUSE Projekt ein Forum gibt, müsste man nichts weiter tun als:

- ein Board in einem Forum zu eröffnen, - die alten HKL' s aus dem Wiki ins Archiv zu schieben um späteres Recherchieren zu erleichtern - und hätte letztendlich das Wiki um eine "Baustelle" um die sich eh meist niemand kümmert beseitigt.

Wenn Du mich fragst, würde ich die HKLs komplett aus dem Wiki entfernen, und entweder an unser Forum übergeben, oder unter hkl.suse.com/de veröffentlichen. -- Kim Leyendecker kdl@k-dl.de.vu openSUSE Ambassador, openSUSE Wiki DE Send from my notebook -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Guten Morgen, Am 17.06.2011 20:29, schrieb Lisufas Linuxfreunde:

Der Meinung bin ich auch, wobei ich eher dafür wäre das an' s hiesige openSUSE Forum zu heften. Man könnte das ja sogar international Gestalten, sozusagen müsste man eine Internationale Seite einrichten in die jede Nation seine Einträge macht.

Ich bin kein Foren-Experte, denke aber mal das sich so etwas machen lässt.

Mir würde da die Personalie Jim Henderson einfallen. Mir ist er als ziemlicher "Foren-Pro" bekannt. Wenn, sollten wir uns an ihn wenden.

Wie gesagt, schaut man sich die Wiki-Landschaft an, kommt man zu dem Schluss das weder im englischen, deutschen oder was weiß ich noch die Anwender zu hunderten Schlange stehen ihre Einträge machen zu dürfen.

In einem Forum sieht das anders aus, da ist der Pool aus dem sich da jemand zutraut was in solche eine Liste (Moderatoren, Admins, "Foren-Profis" und nicht zu vergessen die Aktiven Anwender selbst) einzutragen größer.

Meine Meinung dazu ist ja nun bekannt, mal schauen was die "anderen" dazu sagen.

Also von meiner Seite aus: JA! Ich denke, die Foren haben auch bei Google mehr Treffer. Solange wir dem Anwender damit eher helfen würden, bin ich dabei. -kdl -- Kim Leyendecker kdl@k-dl.de.vu openSUSE Ambassador, openSUSE Wiki DE Send from my notebook -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Kim, Lisufa ... und ... Einigkeit besteht wohl darüber, daß die HKL sowohl Newbies ansprechen als auch pflegeleicht sein soll. Aber dann ... 1. Einheiltiches Aussehen: Logisch, aber es gibt die HW, der man nur mit generellen Kocherezepten oder HOWTOs Herr werden kann, wie z.B. die schon angesprochen Seriell/Parallel-Karten und v.a. die Grafikkarten. Im ersten Falle wären HW-Adressen zu ermitteln und in irgendeine der modprobe/udev-Dateien einzutragen, im zweiten Fall ist eine Unterscheidung nach Hersteller (AMD/ATI, Nvidia, Matrox/SIS etc.) notwendig und auch jetzt schon realisiert. 2. Für jede HW eine eigenen Seite ist ein sicher wünschenswertes, doch sehr hochgestecktes Ziel, daß meiner Ansicht nach an der Erwartung des Newbies vorbeischießt. Ich brauche keine eigenen Seite für eine HW, die sich selbst konfiguriert, das verwirrt nur. Aber ich brauche eine HW-Seite, wenn ergänzende Einträge in Konfigurationsdateien oder die Installation von Firmwaredateien notwendig sind. Zu letzterem nur ein aktuelles Beispiel: Habe gerade eine (offiziell unterstützte) Medion-DVB-t-Karte (CTX 953 Hybrid) ersteigert: Während der Installation wurde zwar 3 Programme (motv, nextepg,...) nachinstalliert, aber nicht das Fimrware-Paket "kernel-firmware". Dort sind die erforderlichenFirmware-Dateien (v4l-saa7164-1.0.2/3.fw sowie dvb-fe- tda10045/6.fw und dvb-fe-tda10048-1.0.fw) zwar auch nicht enhalten, aber wenn das nicht aus Urheberrechtsgründen nicht möglich ist, dann hätte zumindest ein Hinweisfenster erscheinen müssen: "Die Karte benötigt zu Funktion die Firmware-Datei(en) 'xxx.fw' im Verzeichnis '/lib/firmware'". Das kapiert auch ein Anfänger und diese Informationen muß den Erstellern der YaST-Pakete UNSERE HKL liefern. 3. Forensuche wird kein Newbie machen, der über Linux erst nachdenkt: Gewöhnt an den Packungsaufdruck "Treiber für XP/Vista", manchmal auch noch "Win98" bzw. "Win7" oder "MAC ab/bis 10.5" will er einen schnellen Überblick: "Bekomme ich meine HW zum Laufen?" Und hier muß eine HKL mindestens die HW auflisten, die automatisch von Linux unterstützt wird, sonst können wir die HKL gleich begraben. Nur die Profibastler werden nach meiner Einschätzung erstmal eine LiveCD booten oder auf separater Partition eine Distri installieren und DANACH via Google in die Mailinglisten schauen. Und eine HKL muß vor allem die beiden Treiberseiten zusammenführen: OpenSource und proprietär, im Falle der schon angesprochen Scanner also SANE und Herstellerprojekte HPLIP bzw. Epkowa/Avansys für Epson und den japanischen CANON-Server - auch wenn die GPL- Anhänger jetzt protestieren werden: Als OpenSource- oder GPL-Anhänger wird man nicht geboren, sondern da wächst eine Überzeugung - und die IMMER langsam! 4. Die Liste automatisch konfigurierter HW ist in Linux enthalten: Via YaST. Wir müssen nur die Infos rausziehn und fürs Web aufbereiten. Wenn dann aus dem Nutzerkreis weitere Infos kommen, müssen diese mit dem entsprechenden Datensatz verknüpft werden, damit die Hardware-Entwickler diese Nutzerinformationen in künftige Versionen einarbeiten können. Das Ziel ist doch: Soviel HW wie möglich mit so wenig Installationsaufwand wie nötig zu unterstützen. Im Falle der gerade von mir vorgenommen Ergänzung zum bisher als nicht unterstützt gekennzeichneten Scanner "Mustek ScanExpress A3 USB" sollte dies bedeuten: Im kommenden Opensuse-Release sollte entweder die Firmware (z.B. in einem dann automatisch installierten Paket "kernel-firmware" oder "Scanner-Firmware") nebst angepaßter "/etc/sane.d/gt68xx.conf" enthalten sein oder, falls die Firmware-Freigabe nicht möglich ist, eine eine ebenfalls vorbereitete, in den Einträgen aber auskommierte "gt68xx.conf" nebst einem kurzen Textfenster "Bitte stellen Sie sicher, daß die Datei 'A32fw.usb' im Verzeichneis '/lib/firmware' enthalten ist und entfernen Sie die die Kommentarezeichen unterhalb des Eintrages 'Mustek ScanExpress A3 USB' in der Datei '/etc/sane.d/gt68xx.conf'". Eine HKL mit wenigen Einträgen kann man abschaffen und eine ausführliche HKL, deren Ergebnisse von der Entwicklerseite nicht oder sehr schleppend berücksichtigt wird, brauchen wir in der Tat nicht, beides wäre zu viel Arbeit... Gruß Ulrich Lehmkühler -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Kim,

Ich glaube du hast das Thema etwas vefehlt, um ehrlich zu sein. Es geht ja nicht darum, die HKL komplett abzuschaffen, sondern diese ins Forum zu verlegen. Und der Durchschnittsuser sucht sich seine Lösungen normalerweise über Google. Und dort haben die Foren die höheren Einträge, also würde er es einfacher haben, wenn die Listen in die Foren verlegt werden. Wie die dort weitergepflegt werden, hängt von den Foren-Mitgliedern ab.

Genau deswegen frage ich ja: Eine komplette HKL ist in Tabellenform nicht zu erstellen, schon klar. Aber der gemeine Nutzer steigt ja nicht auf Opensuse/Linux um und kauft sich dazu einen neuen Rechner, der bekommt ein altes Schätzchen oder probiert seine vorhanden Dinge mal aus und DANN kommt die Frage "Bekomme ich die HW zum laufen?" - und zwar vor der Installation! Und das ist mitnichten trivial, zwei kleine, aktuelle Beispiele: Mein Mustek ScanExpress A3 USB lief erst nach Studium der gt68xx-Backend-Seite und Suche der Firmware. Allerdings verweigert er unter XP den Dienst, Scannen funktioniert, aber die Daten kommen nicht im Twainmodul an. Dafür läuft der HP Scanjet 8200 zwar unter XP (Installation des komplleten Treiberpaketes 220MB!!!), aber zeigt dazu unter Linux trotz Opensuse-Autokonfiguration (wenn man in die avision.conf Hersteller- und Produkt-ID einträgt) keine Lust ("Invalid argument", obwohl derselbe, natürlich an die HW angepaßte Befehl beim Mustek den verlangten Testscan liefert); unter Aptosid dasselbe Bild. Eigentlich wollte ich schon auf fehlende Firmware tppen, doch bis jetzt (beim Mustek waren die Symptome bis zu deren Installation dieselben) konnte ich keinen Infos über eine notwendige Firmware finden. Selbst bis Anfänger die gt68xx-Backend-Seite gefunden haben und verstanden haben, dürfte so mancher schon fluchend aufgegeben haben. Die Frage ist nur, was will Opensuse? Sich als Distri für Einsteiger UND Profis positionieren oder wie Fedora sich an erfahrene Anwender richten und die Einsteiger auf Ubuntu verweisen? Ich hatte YaST immer als Werkzeug für Anfänger verstanden und war am Anfang (7.1) recht froh darum. Wenn man die Einsteiger im Blick hat, dann sollten auch auch Infos bereitstehen, welche HW als funktionierend bekannt ist - und zwar bevor, die Installations-DVD angeworfen wird. Überraschungen (s.o.) gibt es noch genug. Ob man dazu Smolt oder YaST oder was auch immer nimmt, das gehört in den nächsten Schritt. Und ich bin der letzte, der sich Arbeit sucht, die nemand haben will ... Gruß Ulrich Lehmkühler -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Kim,

AFAIK sind wir eine Distribution für Anfänger und Profis, aber laut der letzten Strategie-Planung soll sich die Distribution mehr an Profis wenden.

Da hatte ich doch was richtig im Hinterkopf ... Ich werde doch mal eine erste Version herzaubern müssen, damit man sehen kann, wie einsteigerfreundlich ich mir die HKL eigentlich gedacht hatte.

YaST für Anfänger? Auch, aber auch Profis nutzen es. Warum sollte sich jemand unnötige Arbeit machen, egal ob Profi oder Anfänger ;-)

Nun ja, man muß nicht den Stein den Berg raufrollen, wenn der LKW daneben steht. Außerdem: Wenn die Menscheit nicht stinkend faul wäre, hätte sie vermutlich noch nicht einmal das Rad erfunden ... ;-) Und eigentlich besteht OpenSource ohnehin aus dem Priinzip, keinen Stein den Berg raufzurollen, der schon oben liegt .. :-) Und was das Thema G* angeht: Auch wenn man Linux davor stellt, ist die Eingbabe einer existierenden HW-Bezeichnung im Zeitalter der Preis- und DL- Suchmaschinen selbst dann nicht wirklich zielführend, wenn man "Linux" davor stellt - zumal die G*Linux-Suchmaschine seit einiger Zeit nicht mehr funktioniert -, der Müll verschwindet nur dann, wenn die HW älter als 15 Jahre ist und die Datenbanken dieser "Suchmaschinen" das Teil wirklich nicht mehr kennen. Gruß Ulrich Lehmkühler -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Hey, On 23.06.2011 22:58, Lisufas Linuxfreunde wrote:

Oder Henne, hab ich das falsch wieder gegeben? ;-)

Nope. Klar wie Kloßbrühe :) Das smolt Projekt ist ein Fedora Projekt. https://fedorahosted.org/smolt/ Mike weiß da sicher genaues über den Status. Henne -- Henne Vogelsang, openSUSE. Everybody has a plan, until they get hit. - Mike Tyson -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Hllo,

Das smolt Projekt ist ein Fedora Projekt.

https://fedorahosted.org/smolt/

Hab mal in die beiden Seiten reingeschaut, die bei mir derzeit im Fokus stehen: DVB-Karten und Scanner. Ersteres ergab 13 Geräte,die teiweise doppelt waren. Und bitte was soll ein nach kompatibler HS Sichender mit dieser [http://smolts.org/reports/view_device/DVB%20Device] Liste anfangen. Viele Einträge, aber der Einsteiger läut doch kopfschüttelnd davon: "Linux ist doch ein Bastler-System", womit dann wieder ein treuer Kleinweich-Kunde gewonnen wäre. Suchbegriff "Scanner" [http://smolts.org/reports/view_devices?device=Scanner&search=Absenden] (wie auch "Mustek" [http://smolts.org/reports/view_devices?device=Mustek&search=Absenden]) ergibt rein gar nichts. HP [http://smolts.org/reports/view_devices?device=HP&search=Absenden] findet immerhin 16 Einträge, aber keinen Scanner. Fazit: Wer Balmer und Jobs einen sicheren "Job" verschaffen will, der schickt Linux-Interessenten und -Neulinge zu SMOLT. Der Nutzer für Entwickler wird jedoch keineswegs bestritten. Aber was wäre wohl aus http://wiki.ubuntuusers.de geworden, wenn diese ihre Nutzer zu SMOLT gejagt hätten? Gruß Ulrich Lehmkühler -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Uwe,

Jedes Projekt ist nur so gut wie die aktiven da dabei mit machen, das ist auch bei "Ubuntuusers (inkl. Wiki)" nicht anders. Oder glaubst du die "Eigentümer/Betreiber" von "Ubuntuusers (inkl.Wiki)" haben das alles alleine gemacht?

Auch wurde nicht an einem Tag (und von einer Person) erbaut. Und meine HW habe ich da auch schon eingetragen.

Ich sagte es bereits, ich sehe das ganze etwas anders. In meinen Augen fehlt es an aktiven die sich beteiligen wollen. Das gilt für fast alle Projekte bei openSUSE, sowie vieles andere auch. Nicht viel anders geht es bei Fedora' s Projekten inkl. Smolt. Glücklicherweise ist bei einer openSUSE Distribution ein Werkzeug schon dabei seine Hardware Daten zu melden.

Schön, aber auch wenn die Zukunft rosig ist, wir leben jetzt! und die Leute sollen nicht in 5 Jahren Opensuse installieren sondern jetzt! Wollen wir uns jetzt darüber beklagen, daß bei Opensuse & Co. nicht alle Hardware-Hersteller einen Entwickler auf eigenen Kosten abstellen müssen wie bei Kleinweich? Oder sollen wir das feiern?

Hier muss der Anwender weder seine Daten per Konsole auslesen, noch sonst wie in Erfahrung bringen. Dazu kommt das der Anwender auch nicht in irgendwelchen Tabellen bei einer Wiki Seite herum basteln muss. Es genügt hier die Geräte anzuschließen, einmal auf "Senden" klicken und per Passwort Eingabe die Geräte noch bewerten .... fertig!

Habe ich schon lange nicht mehr gemacht, werde ich also nachholen, wenn die Cinergy eingebaut ist und läuft.

Ich bin der Meinung das man per genannten Vorgehen (Smolt → Mausklick Senden → Einloggen → Bewerten → Fertig!) eher jemanden Überreden kann seine Info über die Funktionsfähigkeit seiner Geräte zu melden, als wenn der Anwender hier Schritte ausführen muss die eher abschrecken als einladen. Inwieweit die Datenbank gepflegt und konfiguriert wird so das vernünftige Such-Ergebnisse geliefert werden, ist dem Melde-Willigen nicht abzuverlangen. Das ist dann wieder Sache derer die sich berufen fühlen an solcherlei Projekten sich einzubringen.

Aber das Henne-Ei-Problem ist doch nur dann zu lösen, wenn wir mal ein EI liefern, das wir das SMOLT anbieten können. Schon der Aufbau der Suchmaske ist IMHO nicht anfängertauglich. Und das hat nichts mit den Daten zu tun!

Die HKL' s in der openSUSE Wiki, wird so oder so nicht von der Masse benutzt. Selbst die sich trauen würden Grundsätzlich was zu melden, denn es verlangt doch einige Kenntnisse sich der nützlichen Daten zu bemächtigen, und weitere Wiki Kenntnisse diese in eine Liste einzubauen .... vor allem in eine die nie bis gar nicht gepflegt werden ...... wie man unschwer an Zustand dieser HKL' s ja sehen kann.

Klar: Weil das meiste ja auch in YaST zu finden ist ...

Es geht in erster Linie mal darum überhaupt jedem Anwender (egal ob Neuling oder Profi) zum Senden der Infos zu bekommen, und das gelingt meiner Meinung nach am ehesten per Smolt. Die Datenbank-pflege wurde vielleicht auch mangels Beteiligung zurück gestellt bzw ist eingeschlafen, was vielleicht wieder in Gang kommt wenn man beim Projekt merkt das sich wieder was tut.

Bis SMOLT so weit ist, daß anfängertaugliche Infos liefert, sollten WIR zeigen, wie es benutzerfreundlich geht. Und dazu gehört meiner Meinung ein Wiki-Artikel (der unter Kategorie:Artikel_die_aufger%C3%A4umt_werden_sollen ist mir etwas zu dürftig und didaktisch falsch aufgebaut), der zeigt, wie man SMOLT benutzt und v.a., daß SMOLT eine nützliche Datenkrake ohne Spionageabsichten ist. Das ist angesichts Facebook und Co. - aber auch Google - bitter notwendig. Und was die Einsteigerfrundlichkeit angeht: Mir ist gerade aufgefallen, daß man von der Einsteigerseite [http://www.opensuse.org/de/] trotz der auf "Deutsch" stehenden Sprachauswahlbox nur auf die englischen Projektseiten verlinkt wird. Die deutschen Seite muß man ich dann links auf der Menüleiste suchen. Bitte so wie beim Original: Deutsch verlinkt auf Deutsch und nur wenn eine Seite auf Deutsch nicht vorhanden ist, dann ...

Meiner Meinung nach ist es einfacher vorhandene Strukturen zu beleben/benutzen und zu verbessern, als hier im Wiki wieder was ins Leben zu rufen was in einem halben Jahr aufgegeben wird weil keiner da ist der sich darum kümmert.

Sag ich doch: YaST + HKL unter einem Webinterface im Wiki. Und das muß ich so automatisch wie möglich pflegen lassen. Auch ich will die nächste Hälfte meines Daseins keine permantenen Überstunden fürs Opensuse-Wiki machen. Gruß Ulrich Lehmkühler -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am 23.06.2011 22:27, schrieb Ulrich Lehmkühler:

Ich werde doch mal eine erste Version herzaubern müssen, damit man sehen kann, wie einsteigerfreundlich ich mir die HKL eigentlich gedacht hatte.

Mach mal. Ich denke mal, dass die HKL nicht hintenüberfällt und wenn du dein Konzept umsetzt kann es dem Projekt (und dem Wiki, und dem User) nur helfen! Viel Spaß & Glück, -- Kim Leyendecker (kdl@k-dl.de.vu) openSUSE Ambassador, openSUSE Wiki Team DE HAVE A LOT OF FUN! http://www.opensuse.org Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute or create your own Linux distro. Give SUSE Studio a try. http://www.susestudio.com -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am 24.06.2011 20:00, schrieb LisufasGnome3:

aber bitte im alten Wiki, nicht im neuen .... ! Am besten aber im Sandkasten was eigentlich der "Spiel-& Übungsplatz" für derlei und andere Aktionen ist!

Dürfte ich nach dem Grund fragen, warum das alte Wiki hier das Mittel der Wahl sein soll? Würde es nicht mehr Sinn machen, den Sandkasten im neuen Wiki zu verwenden? ;-) -kdl -- Kim Leyendecker (kdl@k-dl.de.vu) openSUSE Ambassador, openSUSE Wiki Team DE HAVE A LOT OF FUN! http://www.opensuse.org Have you tried SUSE Studio? Need to create a Live CD, an app you want to package and distribute or create your own Linux distro. Give SUSE Studio a try. http://www.susestudio.com -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Hallo,

Nochmal ... wenn im neuen Wiki, dann aber bitte NUR im Sandkasten 'Üben & Testen'. Schließlich ist der Sandkasten auch dafür da .... ;-)

genau, auf meine alten Tage wollte ich immer schon in den Sandkasten, da fallen die Lenze nicht so auf ... ;-) Aber vor die beta-Version im Sandkasten hat der Hergott noch die alspha- Version gestellt, ich muß nämlich mit dem Programmieren nach langer Zeit (kennt noch jemand dBASE/FoxBase?) wieder anfangen. Webspache mit MySQL/PHP kostet ja auch nichts mehr also steht dem Ganzen nur noch ein wenig Zeit und die trägen grauen Zellen im Wege. Und ein immer noch nicht funktionierender %@*+# ScanJet 8200 nebst einem aufgeschraubten Ahtlon 2000 auf Shuttle MK35VN an 768 MB RAM im Wege. Der wird dann dann mein privater Webserver zum Üben. 11.4/LXDE läuft schon ganz passabel schnell, zum Surfen sollte man den Flashblocker installieren, sonst geht der Feuerfuchs schnell in die Knie. Gruß Ulrich Lehmkühler -- To unsubscribe, e-mail: opensuse-wiki-de+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-wiki-de+help@opensuse.org

Am Montag 20 Juni 2011, 11:34:29 schrieb Henne Vogelsang:

Hi,

sorry ich lese den teil des threads grad erst...

On 19.06.2011 08:32, Ulrich Lehmkühler wrote:

...

Eine HKL mit wenigen Einträgen kann man abschaffen und eine ausführliche HKL, deren Ergebnisse von der Entwicklerseite nicht oder sehr schleppend berücksichtigt wird, brauchen wir in der Tat nicht, beides wäre zu viel Arbeit...

Die einzige Hardware Datenbank in die wir IMHO Arbeit stecken sollten ist smolts.org. Wir sammeln dafür schon Daten, haben alle Tools dafür und sie ist Distributionsunabhängig.

Nach der Installation automatisch oder jederzeit manuell kann man das Hardware Profil seines Rechners mit der smolt GUI hoch laden und die Hardware nach Funktionalität bewerten. Probiert es einfach mal aus

Henne

Hi Henne, stimmt, an 'Smolt' hab ich gar nicht mehr gedacht. Einfacher geht es wirklich nicht ..... Hab gerade mal Gebrauch davon gemacht, nicht schlecht nicht schlecht ;-) (wenn auch alles in engl → *heul*). Nur, wie kann ich Einträge auch in dieser Wiki machen? Die Wiki ist ja bei Fedora gehostet, muss man da extra ein Nutzer-Konto anlegen, oder wie komme ich da rein? Schön und bequem wäre wenn sich Registrierte openSUSE Mitglieder (Nutzer-Konto bei openSUSE) mit den openSUSE Nutzer-Daten einloggen können um evtl. Einträge vorzunehmen? Grüße aus dem Schwabenland, → Uwe, der Linuxsusefan ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Die SuS(i)E samt KDE sei mit euch, wo immer ihr auch seid .... ;) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ############## openSUSE Member ##############

Am Montag 20 Juni 2011, 12:25:13 schrieb Henne Vogelsang:

On 20.06.2011 12:15, Lisufas Linuxfreunde wrote:

...

Am Montag 20 Juni 2011, 11:34:29 schrieb Henne Vogelsang:

...

Hi,

sorry ich lese den teil des threads grad erst...

On 19.06.2011 08:32, Ulrich Lehmkühler wrote:

...

Eine HKL mit wenigen Einträgen kann man abschaffen und eine ausführliche HKL, deren Ergebnisse von der Entwicklerseite nicht oder sehr schleppend berücksichtigt wird, brauchen wir in der Tat nicht, beides wäre zu viel Arbeit...

Die einzige Hardware Datenbank in die wir IMHO Arbeit stecken sollten ist smolts.org. Wir sammeln dafür schon Daten, haben alle Tools dafür und sie ist Distributionsunabhängig.

Nach der Installation automatisch oder jederzeit manuell kann man das Hardware Profil seines Rechners mit der smolt GUI hoch laden und die Hardware nach Funktionalität bewerten. Probiert es einfach mal aus

stimmt, an 'Smolt' hab ich gar nicht mehr gedacht. Einfacher geht es wirklich nicht ..... Hab gerade mal Gebrauch davon gemacht, nicht schlecht nicht schlecht ;-) (wenn auch alles in engl → *heul*).

Zumindestens die smoltGUI ist in allen möglichen Sprachen vorhanden. Die Web-app kann man bestimmt auch Übersetzen. Müsste man mal fragen.

...

Nur, wie kann ich Einträge auch in dieser Wiki machen? Die Wiki ist ja bei Fedora gehostet, muss man da extra ein Nutzer-Konto anlegen, oder wie komme ich da rein?

Wenn du dein Profil submittest bekommst du ein admin Passwort für das Profil (am Ende im Bestätigungsfenster). Damit kannst du dann den Eintrag einfach durch klicken bearbeiten. Solltest du das Passwort nicht gespeichert haben gibts es mit smoltSendProfile -a. Da sind schon mehrere Bugs bei smolt auf um das auch von der GUI wieder zu bekommen...

Henne

Hi, hab' s gerade bemerkt, es lag am Browser bei mir. Nutze normalerweise Opera, der hat so manchesmal seine kleinen Problemchen mit Cookies. Mit Chromium klappte es dann gut. Feine Sache (Smolt) insgesamt, das ist etwas mit dem da einfach und von jedem zu einer Hardware Info-Datenbank beigetragen werden kann. Da kann/müsste man die überalterten HKL' s ins Archiv verfrachte, dafür mehr "Smolt" in den Vordergrund stellen. Solange die alten HKL' s zu sehen sind, werden dort auch Einträge gemacht .... besser wäre das mit Smolt zu tun, statt per Hand in diese Listen. Grüße aus dem Schwabenland, → Uwe, der Linuxsusefan ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Die SuS(i)E samt KDE sei mit euch, wo immer ihr auch seid .... ;) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ############## openSUSE Member ##############