Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
aasche schrieb: Neues Thema - neuer Thread bitte.
Stimmt. Erledigt. Ich habe aus dem Hauptartikel meine Ergänzung zum neuen Pop-Up wieder entfernt, da mir beim testen mit einem reinen Ubuntu 13.10 aufgefallen ist, dass das gar nicht Standard ist, sondern etwas mit dem gnome-control-center zu tun hat. Ich benutzte ihn in Version 3.10, leider hat Ubuntu hier ja wieder eine Abspaltung vorgenommen, daher wird auch bei Ubuntu 14.04 nur Version 3.6 ausgeliefert und bald eh ein ubuntu-control-center entstehen. Daher bitte das Bild:
ebenfalls löschen.
|
nettozählt
Anmeldungsdatum: 21. Dezember 2013
Beiträge: 275
|
hi! im Kernel 3.13 sind dann die neuen Treiber-Module vorhanden. Hab das heute zufällig wiederentdeckt im Kernel-Log/Treiber - Die kleinen Perlen bei Heise.de Mit der Browsersuch-Funktion war's auf Seite 2 dort flott gefunden.
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
nettozählt schrieb: im Kernel 3.13 sind dann die neuen Treiber-Module vorhanden.
Danke für die Info! 👍 Da Ubuntu 14.04 auf diesen Kernel setzten wird, werden die ab dort dann automatisch unterstützt. Echt passend, dass die Unterstützung diesmal direkt in die LTS Version aufgenommen wird und nicht wie für die Intuos 5 Serie bei 12.04 erst durch ein LTS Enablement Stack.
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Nach meiner Meinung sind beide Artikel reif für die Rückkehr ins Wiki. Daher würde ich um den letzten Check bitten! Gruß Justin Time
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28316
|
Hallo, sieht ganz gut aus. Zwei Anmerkungen: Artikel "Wacom_USB-Tabletts": In der Tabelle unten müssten alle Punkte in der Spalte "Einstellung" in kursiv und in "" gesetzt werden, weil Menüpunkte. Artikel "Kompilieren": wirklich nur ./configure , kein make ?
Gruß, noisefloor
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Hallo, zum Thema kein make, zitiere ich mich mal selbst: Justin Time schrieb: aasche schrieb: Eine Kompilierung ohne make ? - ich mag nicht glauben, dass ein ./configure allein funktionieren wuerde (ausprobiert habe ich es nicht, aber trotzdem ergaenzt). Und sind wirklich mehr keine weiteren abhaengigen Entwickler-Pakete erforderlich?
Zu beiden Punkten: JA! Daher würde ich dich bitten deine Änderungen wieder zurück zu nehmen, die Abfolge der Befehle war vorher nämlich richtig. ./configure ergibt folgende Ausgabe:
NAME@12:~/Downloads/input-wacom-0.20.0$ ./configure
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/home/NAME/Downloads/input-wacom-0.20.0/missing: Unknown '--is-lightweight' option
Try '/home/NAME/Downloads/input-wacom-0.20.0/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether to enable maintainer-specific portions of Makefiles... no
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking for style of include used by make... GNU
checking dependency style of gcc... none
checking for kernel type... Linux
checking for linux-based kernel... yes
checking for kernel source/headers... /lib/modules/3.11.0-15-generic/build
checking kernel version... 3.11.0-15-generic
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating 2.6.30/Makefile
config.status: creating 2.6.36/Makefile
config.status: creating 2.6.38/Makefile
config.status: creating 3.7/Makefile
config.status: creating config.h
config.status: executing depfiles commands
make all-recursive
make[1]: Entering directory `/home/NAME/Downloads/input-wacom-0.20.0'
Making all in 3.7
make[2]: Entering directory `/home/NAME/Downloads/input-wacom-0.20.0/3.7'
Building input-wacom drivers for 2.6 kernel.
make -C /lib/modules/3.11.0-15-generic/build M=/home/NAME/Downloads/input-wacom-0.20.0/3.7
make[3]: Entering directory `/usr/src/linux-headers-3.11.0-15-generic'
LD /home/NAME/Downloads/input-wacom-0.20.0/3.7/built-in.o
CC [M] /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom_wac.o
CC [M] /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom_sys.o
LD [M] /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom.o
CC [M] /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom_w8001.o
Building modules, stage 2.
MODPOST 2 modules
CC /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom.mod.o
LD [M] /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom.ko
CC /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom_w8001.mod.o
LD [M] /home/NAME/Downloads/input-wacom-0.20.0/3.7/wacom_w8001.ko
make[3]: Leaving directory `/usr/src/linux-headers-3.11.0-15-generic'
make[2]: Leaving directory `/home/NAME/Downloads/input-wacom-0.20.0/3.7'
make[2]: Entering directory `/home/NAME/Downloads/input-wacom-0.20.0'
make[2]: Leaving directory `/home/NAME/Downloads/input-wacom-0.20.0'
make[1]: Leaving directory `/home/NAME/Downloads/input-wacom-0.20.0'
----------------------------------------
BUILD ENVIRONMENT:
linux kernel - yes 3.7
kernel source - yes /lib/modules/3.11.0-15-generic/build
Your wacom.ko is available under
/home/NAME/Downloads/input-wacom-0.20.0/3.7
If you have an USB device, you can copy the driver by:
cp 3.7/wacom.ko /lib/modules/3.11.0-15-generic/kernel/drivers/input/tablet
If you have a serial device, please copy the driver by:
cp 3.7/wacom_w8001.ko /lib/modules/3.11.0-15-generic/kernel/drivers/input/touchscreen
NOTE: The kernel drivers included in this package are only
tested with the X Wacom driver built from xf86-input-wacom.
If you are running an X server version older than 1.7,
please use the drivers provided by linuxwacom package.
Daraus ist erkennbar, dass make schon durch ./configure ausgeführt wird. Außerdem muss man erst danach in den Ordner 3.7 wechseln. Des Weiteren sind wirklich keine weiteren Entwickler-Pakete erforderlich. Getestet unter einem frischen Ubuntu 12.04.3 (mit Saucy-Stack).
EDIT: noisefloor schrieb: Artikel "Wacom_USB-Tabletts": In der Tabelle unten müssten alle Punkte in der Spalte "Einstellung" in kursiv und in "" gesetzt werden, weil Menüpunkte.
Ok, erledigt!
|
nettozählt
Anmeldungsdatum: 21. Dezember 2013
Beiträge: 275
|
hi! Abschnitt: Baustelle/Wacom USB-Tabletts (Abschnitt „LTS-Enablement-Stack“): 12.04.4 ist offiziel noch nicht freigegeben. Dies wird via Mailinglist "Announcements" kundgetan. Aktuell hakt es z.B. noch an ausreichendem Testing von den Nvidia-Treibern (1259237). Alles weitere kann man hier (Milestone 12.04.4) mitverfolgen. Ohnehin ist es mMn Redundanz es hier nochmals explizit zu erwähnen → Hier 12.04 (Abschnitt „LTS-Enablement-Stacks“) kannst Du erkennen, dass es für Kubuntu einen erweiterten Befehl gibt. Das ist (leider) nicht unerheblich. Anregung: Falls jemand dann das LTS-Enablement-Stack-Saucy installiert, gibt es möglicherweise einen Konflikt mit einem selbst kompilierten Kernelmodul? Und, falls ja, wie behebt man den? (dkms status/dkms -remove // ppa-purge)
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
nettozählt schrieb: 12.04.4 ist offiziel noch nicht freigegeben. Dies wird via Mailinglist "Announcements" kundgetan. Aktuell hakt es z.B. noch an ausreichendem Testing von den Nvidia-Treibern (1259237). Alles weitere kann man hier (Milestone 12.04.4) mitverfolgen.
Die Pakete, auf die ich mich beziehe, sind schon offiziell freigegeben und befinden sich schon in precise-updates. Außerdem steht im Artikel schon ein Sicherheitshinweis: Hat man sich den Artikel zu den LTS-Enablement-Stacks durchgelesen und ist zu dem Schluss gekommen, diesen Weg zu beschreiten […]
Außerdem hat dein angegebener Bug nur etwas mit Hybrid-Karten und dem Akkuverbrauch zu tun. Ich habe bewusst den Saucy-Stack gewählt, da bei meinen Tests dieser besser mit den Grafiktabletts funktioniert hat, als der Raring-Stack. nettozählt schrieb: Ohnehin ist es mMn Redundanz es hier nochmals explizit zu erwähnen → Hier 12.04 (Abschnitt „LTS-Enablement-Stacks“) kannst Du erkennen, dass es für Kubuntu einen erweiterten Befehl gibt. Das ist (leider) nicht unerheblich.
Ok, hab es ergänzt.
Anregung: Falls jemand dann das LTS-Enablement-Stack-Saucy installiert, gibt es möglicherweise einen Konflikt mit einem selbst kompilierten Kernelmodul? Und, falls ja, wie behebt man den? (dkms status/dkms -remove // ppa-purge)
Im Artikel wird darauf hingewiesen, dass wenn man den LTS-Enablement-Stack-Saucy installiert, nur die Grafiktabletts der letzten Generation funktionieren und man für die aktuellen diese selbst kompilieren muss, dann aber nicht den Saucy-Stack installieren braucht. Hinweise was passieren könnte, wenn man einen LTS-Enablement-Stack installiert stehen in dem zugehörigen Artikel und nicht hier. Ich sehe daher kein Änderungsbedarf.
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
noisefloor schrieb:
Ich habe nun noch einen kleinen Kommentar ergänzt der auf das Fehlen von make hinweist. Gibt es sonst noch irgend welche Hinweise zu dem Artikel? Sonst würde ich gerne ums Verschieben bitten. Vordringlich um die Baustelle Baustelle/Wacom USB-Tabletts/Treiber kompilieren, da diese Anleitung aktuell fehlerhaft im Wiki steht und gar nicht mehr funktioniert.
|
noisefloor
Ehemaliger
Anmeldungsdatum: 6. Juni 2006
Beiträge: 28316
|
Hallo, beide sind zurück im Wiki. Danke für die Überarbeitung. Gruß, noisefloor
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
Hallo zusammen, ich habe gerade gesehen, dass um 07:02 im Artikel Wacom USB-Tabletts eine Änderung von nettozählt mit folgendem Kommentar:
## LTS enablement stack Saucy noch nicht offiziell freigegeben. (Man muss nicht alles installieren, was bei "5" noch nicht auf den Bäumen ist) (von nettozählt)
gemacht wurde. Durch diese Änderung hat der komplette Abschnitt LTS_Enablement_Stack nun keinen Sinn mehr. Ich bitte daher um die Wiederhestellung der vorherigen Revision. Das Problem hat nettozählt hier im Forum in diesem Beitrag geschildert: hi! Abschnitt: Baustelle/Wacom USB-Tabletts (Abschnitt „LTS-Enablement-Stack“): 12.04.4 ist offiziel noch nicht freigegeben. Dies wird via Mailinglist "Announcements" kundgetan. Aktuell hakt es z.B. noch an ausreichendem Testing von den Nvidia-Treibern (1259237). Alles weitere kann man hier (Milestone 12.04.4) mitverfolgen. Ohnehin ist es mMn Redundanz es hier nochmals explizit zu erwähnen → Hier 12.04 (Abschnitt „LTS-Enablement-Stacks“) kannst Du erkennen, dass es für Kubuntu einen erweiterten Befehl gibt. Das ist (leider) nicht unerheblich. Anregung: Falls jemand dann das LTS-Enablement-Stack-Saucy installiert, gibt es möglicherweise einen Konflikt mit einem selbst kompilierten Kernelmodul? Und, falls ja, wie behebt man den? (dkms status/dkms -remove // ppa-purge)
Meine Antwort war darauf: nettozählt schrieb: 12.04.4 ist offiziel noch nicht freigegeben. Dies wird via Mailinglist "Announcements" kundgetan. Aktuell hakt es z.B. noch an ausreichendem Testing von den Nvidia-Treibern (1259237). Alles weitere kann man hier (Milestone 12.04.4) mitverfolgen.
Die Pakete, auf die ich mich beziehe, sind schon offiziell freigegeben und befinden sich schon in precise-updates. Außerdem steht im Artikel schon ein Sicherheitshinweis: Hat man sich den Artikel zu den LTS-Enablement-Stacks durchgelesen und ist zu dem Schluss gekommen, diesen Weg zu beschreiten […]
Außerdem hat dein angegebener Bug nur etwas mit Hybrid-Karten und dem Akkuverbrauch zu tun. Ich habe bewusst den Saucy-Stack gewählt, da bei meinen Tests dieser besser mit den Grafiktabletts funktioniert hat, als der Raring-Stack. nettozählt schrieb: Ohnehin ist es mMn Redundanz es hier nochmals explizit zu erwähnen → Hier 12.04 (Abschnitt „LTS-Enablement-Stacks“) kannst Du erkennen, dass es für Kubuntu einen erweiterten Befehl gibt. Das ist (leider) nicht unerheblich.
Ok, hab es ergänzt.
Anregung: Falls jemand dann das LTS-Enablement-Stack-Saucy installiert, gibt es möglicherweise einen Konflikt mit einem selbst kompilierten Kernelmodul? Und, falls ja, wie behebt man den? (dkms status/dkms -remove // ppa-purge)
Im Artikel wird darauf hingewiesen, dass wenn man den LTS-Enablement-Stack-Saucy installiert, nur die Grafiktabletts der letzten Generation funktionieren und man für die aktuellen diese selbst kompilieren muss, dann aber nicht den Saucy-Stack installieren braucht. Hinweise was passieren könnte, wenn man einen LTS-Enablement-Stack installiert stehen in dem zugehörigen Artikel und nicht hier. Ich sehe daher kein Änderungsbedarf.
Da er sich drauf nicht mehr gemeldet hat, bin ich davon ausgegangen, dass sich die Sache erledigt hat, was scheinbar nun doch nicht der Fall ist. Gruß Justin Time
|
aasche
Anmeldungsdatum: 30. Januar 2006
Beiträge: 14259
|
Justin Time schrieb: Ich bitte daher um die Wiederhestellung der vorherigen Revision.
done.
|
nettozählt
Anmeldungsdatum: 21. Dezember 2013
Beiträge: 275
|
Warum soll ich mich darauf nochmal melden? Ich habe den Sachverhalt mMn doch ausführlich genug dargestellt: LTS-enablement-stack-saucy wird offiziell freigegeben am 6-Feb. 2014 → Milestone 12.04.4 Einige Pakete liegen noch in 'proposed' und bedürfen fortlaufender Tests, die bis zum heutigen Tag noch nicht abgeschlossen sind. 12.04.3 + 13.04 Hardware Enablement Stack Policies and Procedures
12. When the Raring HWE stack reaches its EOL, Raring HWE stack users will NOT be automatically upgraded to the 14.04 HWE stack in Precise.
Users will need to manually upgrade to the 14.04 HWE stack in order to continue receiving official support (ie security updates and bug fixes).
We will aggressively message when the Raring HWE stack is reaching it's EOL (ie MOTD, USN, update-manager, etc.) and provide instructions on updating to the 14.04 HWE stack.
Quelle: Kernel/LTSEnablementStack (zuletzt geändert am 2013-11-16 13:32:12) <geschützte Seite> Demzufolge wird's dann auch, idealerweise in 12.04 (Abschnitt „LTS Enablement Stacks“) eingearbeitet, wenn's soweit ist. Dies ist bisher noch nicht geschehen... Bisher war die Vorgehensweise so, dass es zu noch nicht offiziell freigegebenen Paketen auch keine Erwähnung im Wiki gibt. (Ausnahme: Neue Versionen ab beta-1?). Der Enablement-Stack hat keine Alpha/Beta. Hat sich da irgendetwas daran geändert oder wird es zum Standard dann z.B. nicht vorhandene prop. Grafiktreiber aus einem PPA zu beziehen? (aus der dann entstandenen Not heraus oder nur weil man es nicht abwarten kann?) Auszugsweise: === Status: Stable, Security, and Bugfix Kernel Updates -
Saucy/Quantal/Precise/Lucid ===
Status for the main kernels, until today (Nov. 26):
* Lucid - Holding
* Precise - Holding
* Quantal - Holding
* Saucy - Holding
We are in a holding pattern waiting to see if any regressions show up
that would cause us
to respin before the 12.04.4 release goes out.
Current opened tracking bugs details:
* http://people.canonical.com/~kernel/reports/kernel-sru-workflow.html
For SRUs, SRU report is a good source of information:
* http://people.canonical.com/~kernel/reports/sru-report.html
Note: Raring hit EOL and is no longer supported. However, the
lts-backport-raring kernel
*WILL* continue to be supported until the first point release of
the next LTS (14.04.1).
Quelle: Minutes from the Ubuntu Kernel Team meeting, 2014-01-21 – bitte letzten Absatz gründlich lesen. Danke. btw: Was machen eigentlich die Pakete libwacom-common/libwacom2 (nicht vorinstalliert)?
|
Justin-Time
Anmeldungsdatum: 31. März 2009
Beiträge: 1466
|
nettozählt schrieb: Warum soll ich mich darauf nochmal melden?
Du solltest dich nochmal darauf melden, da es nicht geht, dass du einfach den Artikel änderst, nachdem er zurück ins Wiki geschickt wurde, nur weil du anderer Meinung bist. Die Diskussion ist dafür da, um sowas zu klären.
Ich habe den Sachverhalt mMn doch ausführlich genug dargestellt: LTS-enablement-stack-saucy wird offiziell freigegeben am 6-Feb. 2014 → Milestone 12.04.4 Einige Pakete liegen noch in 'proposed' und bedürfen fortlaufender Tests, die bis zum heutigen Tag noch nicht abgeschlossen sind.
Demzufolge wird's dann auch, idealerweise in 12.04 (Abschnitt „LTS Enablement Stacks“) eingearbeitet, wenn's soweit ist. Dies ist bisher noch nicht geschehen... Bisher war die Vorgehensweise so, dass es zu noch nicht offiziell freigegebenen Paketen auch keine Erwähnung im Wiki gibt. (Ausnahme: Neue Versionen ab beta-1?). Der Enablement-Stack hat keine Alpha/Beta. Hat sich da irgendetwas daran geändert oder wird es zum Standard dann z.B. nicht vorhandene Grafiktreiber aus einem PPA zu beziehen? (aus der dann entstandenen Not heraus oder nur weil man es nicht abwarten kann?)
Am 6. Februar erscheint das fertige Milestone 12.04.4, also eine getestete, neue ISO von Ubuntu 12.04 mit dem aktuellen Stand aller Pakete. Alle schon existierende Systeme haben diese Pakete schon jetzt in den Hauptquellen. Zum Beispiel habe ich Ubuntu 12.04.3 mit abgeschalteten 'proposed' Quellen in einer virtuellen Maschine getestet und habe trotzdem alle im Artikel genannten Pakete installieren können. Daher ist dein Einwand für diesen Artikel irrelevant.
|
nettozählt
Anmeldungsdatum: 21. Dezember 2013
Beiträge: 275
|
Mich interessiert die Meinung vom Wiki-Team dazu. Die Abhängigkeiten zu den prop.Treibern lassen sich in einer virtuellen Maschine nicht abbilden, oder? drm2 ist vonnöten. (siehe comment#3 in 1253041) Heute sind noch Anpassungen für "Jockey" vorgenommen worden. s.a. Comment#23 in 1259237. Es sind da draussen etliche Optimus-Geräte unterwegs, daher die Frage: Wie willst Du DAS in einer virtuellen Umgebung abbilden?
Daher ist dein Einwand für diesen Artikel irrelevant.
Das ist Deine Meinung ☺ UND das ist für mich eindeutig keine Aufforderung mich nochmal zu melden.
... da es nicht geht, dass du einfach den Artikel änderst, nachdem er zurück ins Wiki geschickt wurde,
Es liegt in der Natur eines Wikis, dass Änderungen kollaborativ vorgenommen werden. 😉 Ich hoffe jetzt, dass Du nicht von mir erwartetst Dir zu erklären, warum die Entwickler beschlossen hatten, bestimmte Bestandteile bereits vorab in den Standardquellen verfügbar zu machen. Darauf bezog sich auch mein Änderungskommentar "Man muss nicht alles installieren, was nicht bei "5" auf den Bäumen ist." Nachtrag: OT Ich persönlich freue mich über Dein hohes und zielgerichtetes Engagement hier im Wiki und möchte Dein Engagement mit meinen Kommentaren nicht untergraben oder gar Dich persönlich angreifen, dies liegt mir fern & möchte bitte nicht missverstanden sein. Mir liegt daran dies ausdrücklich zu betonen, da man beim textuellen Kontakt weder die Stimme hört, noch das freundliche Gesicht sieht. /OT
|