Mageia und Wlan (war: .....und LO )

[jkowalzik]

Hallo!

Die WLAN-Sache ist OffTopic, daher sollte ich sie zumindest hier nicht weiterführen. Dazu kommt, dass weder Ubuntu noch openSuse in der Lage sind, eine WLAN-Verbindung herzustellen .......................noch die sonst üblichen und sichtbaren 15 - 20 APs der Nachbarschaft zu sehen. Also komme ich sowieso nicht weiter und kann das Netbook einen Tag nach Kauf der neuen SSD in die Ecke stellen bis vielleicht doch jemand eine Lösung findet.

Eigentlich wollte ich konkret nichts mehr sagen, aber Probleme sind dazu da, sich mit ihnen zu befassen. Nach ein paar Tagen ging auch hier Wlan nicht mehr. Da habe ich seit einer Woche dann einen unbequemen Platz am Kabel gesucht.
Also ran an die Konsole:

Code: Alles auswählen

[root@Netbook juergen]# rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no

Sieht ja eigentlich sehr zuverlässig aus, also Netzwerk hoch:

Code: Alles auswählen

[root@Netbook juergen]# ifup wlan0
RTNETLINK answers: Device or resource busy

Determining IP information for wlan0...SIOCSIFFLAGS: Device or resource busy
SIOCSIFFLAGS: Device or resource busy
^C
[root@Netbook juergen]#

Wer macht sich denn da am Wlan zu schaffen

Code: Alles auswählen

[root@Netbook juergen]# ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 00:21:85:E5:97:8D
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:43630 errors:0 dropped:0 overruns:0 frame:0
          TX packets:40249 errors:0 dropped:0 overruns:0 carrier:0[root@Netbook juergen]# rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
[root@Netbook juergen]# ifup wlan0
RTNETLINK answers: Device or resource busy

Determining IP information for wlan0...SIOCSIFFLAGS: Device or resource busy
SIOCSIFFLAGS: Device or resource busy
^C
[root@Netbook juergen]# ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 00:21:85:E5:97:8D
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:43630 errors:0 dropped:0 overruns:0 frame:0
          TX packets:40249 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:39829916 (37.9 MiB)  TX bytes:6060046 (5.7 MiB)

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:164 errors:0 dropped:0 overruns:0 frame:0
          TX packets:164 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:10110 (9.8 KiB)  TX bytes:10110 (9.8 KiB)

[root@Netbook juergen]#

Jetzt wird es lustig, keine Wlan-Hardware mehr an Bord

Code: Alles auswählen

[root@Netbook juergen]# draknetcenter
RTNETLINK answers: Device or resource busy
[root@Netbook juergen]#

Das ist nicht lustig, da hilft nur noch totales resetten:
Strom weg, Akku raus

Code: Alles auswählen

[root@Netbook juergen]# rfkill list
0: phy0: Wireless LAN
        Soft blocked: no
        Hard blocked: no
[root@Netbook juergen]# ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 00:21:85:E5:97:8D
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

lo        Link encap:Lokale Schleife
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:290 errors:0 dropped:0 overruns:0 frame:0
          TX packets:290 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX bytes:23112 (22.5 KiB)  TX bytes:23112 (22.5 KiB)

wlan0     Link encap:Ethernet  Hardware Adresse 00:22:43:4A:D4:68
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:9 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX bytes:912 (912.0 b)  TX bytes:4452 (4.3 KiB)

[root@Netbook juergen]# ifup wlan0

Determining IP information for wlan0... failed.
[root@Netbook juergen]#


Jetzt ist der Wlan-Adapter wieder zu sehen, aber Mageia2 stellt mir immer noch keine Verbindung zur Verfügung. Also nochmals das Spielchen, das auch vor einigen Wochen geholfen hat, runter fahren Life-DVD von Heise mit den Liebesgrüßen aus Afrika eingelegt und............................................
.....siehe da, ich schreibe Euch

Code: Alles auswählen

^Cubuntu@ubuntu:~$ sudo ifconfig
eth0      Link encap:Ethernet  Hardware Adresse 00:21:85:e5:97:8d 
          UP BROADCAST MULTICAST  MTU:1500  Metrik:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX-Bytes:0 (0.0 B)  TX-Bytes:0 (0.0 B)
          Interrupt:43 Basisadresse:0x8000

lo        Link encap:Lokale Schleife 
          inet Adresse:127.0.0.1  Maske:255.0.0.0
          inet6-Adresse: ::1/128 Gültigkeitsbereich:Maschine
          UP LOOPBACK RUNNING  MTU:16436  Metrik:1
          RX packets:653 errors:0 dropped:0 overruns:0 frame:0
          TX packets:653 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:0
          RX-Bytes:52673 (52.6 KB)  TX-Bytes:52673 (52.6 KB)

wlan0     Link encap:Ethernet  Hardware Adresse 00:22:43:4a:d4:68 
          inet Adresse:192.168.0.11  Bcast:192.168.0.255  Maske:255.255.255.0
          inet6-Adresse: fe80::222:43ff:fe4a:d468/64 Gültigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:7018 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2255 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 Sendewarteschlangenlänge:1000
          RX-Bytes:4031108 (4.0 MB)  TX-Bytes:314568 (314.5 KB)

Vielleicht sollte @wobo, bevor er etwas anderes ausprobiert, auch mal den Akku kurz raus ziehen.

Gruß
J.

[wobo]

Wenn ich zuhause bin, ist der Akku in den meisten Fällen abgezogen und wenn ich das Netbook ausschalte, wird auch der Netzstecker gezogen. Außerdem habe ich wie berichtet die Festplatte gewechselt, da war auch kein Strom mehr da.

Dass ein solcher Fehler hier nicht vorliegt zeigt auch die Windows-Partition auf der Platte - gebootet und WLAN ist vorhanden wie gewohnt. Es ist schlicht und ergreifend ein Softwarefehler, vermutlich im Broadcom-Treiber oder Kernel oder beidem.

[jkowalzik]

Hallo!
Kleine Ergänzung/Erfahrung:
Mein Sohn hat mir sein Sams-Tablet "überlassen".
An der Wlan-Struktur kann es nicht liegen, einschalten, "kennwort" eingeben und schon ist man verbunden.
Gruß
J.

[doktor5000]

Weil du wie immer schön Äpfel mit Birnen vergleichst und pauschalisierst wie sonst was ...

Wenigstens mal dazuzuschreiben, um was für einen WLAN-Chipsatz es sich handelt, und was für ein Treiber verwendet wird,
um da wenigstens etwas vergleichen zu können - das ist anscheinend schon zuviel verlangt. Kein Wunder dass deine Threads
immer im Sandkasten enden und unterm Strich dabei nichts rauskommt, außer vergeudete Zeit ...

[unklar]

@doktor

+1

[jkowalzik]

Wenigstens mal dazuzuschreiben, um was für einen WLAN-Chipsatz es sich handelt, und was für ein Treiber verwendet wird, um da wenigstens etwas vergleichen zu können - das ist anscheinend schon zuviel verlangt.

Hallo @doc!

Dem kann abgeholfen werden:

Code: Alles auswählen

[root@Netbook tmp]# uname -a
Linux Netbook 3.4.20-netbook-1.mga2 #1 SMP Tue Nov 27 16:16:13 UTC 2012 i686 i686 i386 GNU/Linux
[root@Netbook tmp]#

Identifikation
Hersteller: ‎Ralink corp.
Beschreibung: ‎RT2790 Wireless 802.11n 1T/2R PCIe
Medienklasse: ‎Network controller
Verbindung
Bus: ‎PCI Express
PCI-Domain: ‎0
Bus-PCI #: ‎2
PCI-Gerät #: ‎0
PCI-Funktion #: ‎0
Hersteller-ID: ‎0x1814
Geräte-ID: ‎0x0781https://forums.mageia.org/de/viewtopic.php?f=15&t=1003
Unterhersteller-ID: ‎0x1814
Geräte-Unter-ID: ‎0x2790
Sonstiges
Modul: ‎rt2800pci

Dem wurde aber schon hier abgeholfen, aber nicht weiter..
viewtopic.php?f=15&t=1003
und hier gings weiter:
viewtopic.php?f=15&t=1003

Kein Wunder dass deine Threads
immer im Sandkasten enden und unterm Strich dabei nichts rauskommt, außer vergeudete Zeit ...

Dieses Thema habe ich bewusst in den Sandkasten gesetzt, weil mit MGA2 sowieso das Glücksspiel weitergeht "funktioniert es mal, dann weis keiner warum und wenn es längere Zeit nicht geht, dann sind die Umstände genauso rätselhaft.
Der "RT2790 Wireless" ist ja "Wald und Wiesentechnik", anders als andere Chipsätze.

Code: Alles auswählen

[root@Netbook tmp]# urpmi ralink-firmware-20120421-3.mga2.nonfree.noarch.rpm
Paket ralink-firmware-20120421-3.mga2.nonfree.noarch ist installiert
[root@Netbook tmp]#

hier enthalten: ftp://ftp.uni-erlangen.de/mirrors/Magei ... e/release/
Wenn man sucht dann findet man auch: ralink-firmware-20121030-1.mga2.nonfree.noarch.rpm
unter: ftp://ftp.uni-erlangen.de/mirrors/Magei ... s_testing/

Jetzt habe ich ne Frage: "warum versauert ein Firmware - Update, den die Gemeinschaft sowieso nichts ändern kann, in "Updates-testing ?"
Was ist jetzt unter Mageia anders als bei Mandrive, da funktionierte es? (MGA1 hatte ich nicht auf dem Netbook!)

Code: Alles auswählen

[root@Netbook tmp]# uname -a
Linux Netbook 3.4.20-netbook-1.mga2 #1 SMP Tue Nov 27 16:16:13 UTC 2012 i686 i686 i386 GNU/Linux
[root@Netbook tmp]#

Liegt es am Kernel, der den Chip nicht richtig ansteuern kann?
Dieser Nachsatz sollte einfach nur klar machen, dass es nicht am Accesspoint oder der Bridge von 3COM liegt, die ich hier in Betrieb habe. Ubu* kanns auch, sogar mit dem Netbook, auch wenn man ggf. den Akku kurz raus nehmen muss.

Ergo: Trampeln damit hier kein Stillstand auf dem Wlan-Sektor bei Mageia eintritt.

Gruß
J.

[alf]

Jetzt habe ich ne Frage: "warum versauert ein Firmware - Update, den die Gemeinschaft sowieso nichts ändern kann, in "Updates-testing ?"

weil: a) evtl. niemand im QA-Team diese Hardware hat?
b) noch niemand im QA-Team die Zeit hatte das zu testen?

Möchtest Du nicht? Wäre doch die logische Konsequenz, wenn du dich schon tagelang damit beschäftigst

[jkowalzik]

Hallo!

Habe mich mal mit meinen Kernelmodulen beschäftigt: Hier ein Auszug aus der Ausgabe

Code: Alles auswählen

[root@Netbook juergen]# lsmod
Module                  Size  Used by

snd_hda_codec_realtek    63261  1
rt2800pci              18146  0
rt2800lib              56913  1 rt2800pci
rt2x00pci              14117  1 rt2800pci
rt2x00lib              48509  3 rt2x00pci,rt2800lib,rt2800pci
mii                    13655  1 r8169
eeprom_93cx6           13169  1 rt2800pci
snd_hda_intel          32341  3
mac80211              393155  3 rt2x00lib,rt2x00pci,rt2800lib
snd_hda_codec         109537  2 snd_hda_codec_realtek,snd_hda_intel
sr_mod                 21873  0
cfg80211              165305  2 mac80211,rt2x00lib
snd_hwdep              13277  1 snd_hda_codec
iTCO_wdt               17653  0
joydev                 17162  0
mii                    13655  1 r8169
snd_pcm                84715  2 snd_hda_codec,snd_hda_intel
coretemp               13241  0
rfkill                 20903  3 cfg80211,bluetooth
crc_ccitt              12628  1 rt2800lib
snd_page_alloc         14037  2 snd_pcm,snd_hda_intel
snd_timer              24503  1 snd_pcm

Das Modul r8169 für die Netzwerkarte taucht dagegen nur einmal auf:

Code: Alles auswählen

mii                    13655  1 r8169

Da fragt man sich schon "ist das normal?"

Gruß
J.

[jkowalzik]

Möchtest Du nicht? Wäre doch die logische Konsequenz, wenn du dich schon tagelang damit beschäftigst

Hallo!
Entweder tritt mich ein Pferd oder ich bekomme einen Vogel:

Nachdem ich den vorherigen Beitrag geschrieben hatte, habe ich den RJ45 Stecker gezogen und schwupp-di wupp wurde aus der Weltkugel dieser Palmwedel.
Gruß
J.

[man-draker]

Nachdem ich den vorherigen Beitrag geschrieben hatte, habe ich den RJ45 Stecker gezogen und schwupp-di wupp wurde aus der Weltkugel dieser Palmwedel.

Du willst damit nicht zufällig sagen, du mährst hier über eine nicht zu Stande kommende WLAN-Verbindung herum, während eine LAN-Verbindung bereits besteht? Dann verschwendest du wirklich nur anderer Leute Zeit.

[wobo]

Mal langsam. Wenn ich an meinem Netbook aufgrund einer nicht funktionierenden WLAN-Verbindung eine Kabelverbindung zur Fehlersuche und Kommunikation verwende, dann ist das ein schlichter Notbehelf, nicht der Wille, anderer Leute Zeit zu verschwenden.

Nur um klarzustellen, dass es sich bei mir nicht um das gleiche oder gar ähnliche Problem wie bei jkowalzik handelt:
1. WLAN ging in MGA2 ohne Probleme und ohne Aussetzer durchgehend bis zu einem Punkt, danach nicht mehr, auch nicht in MGA3
2. Das zuständige Modul ist broadcom-wl. Trotz dessen Installation wird gemeldet, dass keine Verbindung mit der SChnittstelle eingerichtet werden kann.
3. Im Netzwerkzentrum wird bei MGA kein Accesspoint angezeigt, bei Ubuntu immerhin 4. Diese 4 sind aber nicht erreichbar und gehören auch nicht zu der üblichen Umgebung (normalerweise sehe ich ca. 15-16 Accesspoints in meiner Nähe).

Wie gesagt, ein völlig anderer Fall als bei Jürgen.

[jkowalzik]

Du willst damit nicht zufällig sagen, du mährst hier über eine nicht zu Stande kommende WLAN-Verbindung herum, während eine LAN-Verbindung bereits besteht? Dann verschwendest du wirklich nur anderer Leute Zeit.

Boh, ey, @man-draker!

1. Ich habe seit längerer Zeit, jedes mal wenn ich an das Netbook gegangen bin, zuerst versucht(immer mit mehreren Anläufen) Wlan in Betrieb zu nehmen. Wenn das nicht ging, dann musste ich meinen Sesselplatz verlassen und in einem anderen Raum die Nähe einer Lan-Steckdose suchen.
2. Vor einem Monat hatte ich geschrieben "mit U* funktioniert es". Auch in den letzten Tagen war es möglich, allerdings erst nach Totalreset mit "Akku raus".
3. Danach war auch Mag2 wieder in der Lage Funknetze zu erkennen, aber keine Verbindung herzustellen.
4. Alles habe ich hier beschrieben, aber das ging ja nur, wenn ich den Umweg übers Kabel genutzt habe.
So und zum Schluss wird man vom Gerät "verarscht", Kabel raus --- Wlan startet von selbst. Keine Kommandozeile mit ifup, kein Fensterchen mit "verbinden", einfach so.......

Wenn das ab jetzt so bliebe, MGA2 macht WLAN, dann hättest nicht Du, sondern ich Zeit verschwendet

Gruß
J.

[man-draker]

Wenn das ab jetzt so bliebe, MGA2 macht WLAN, dann hättest nicht Du, sondern ich Zeit verschwendet

Nicht unbedingt, denn es könnte ja inzwischen ein heilendes Update über den Draht gekrochen sein.
(Ich habe da meine Zweifel, aber auszuschließen ist es nicht.)

[jkowalzik]

Nicht unbedingt, denn es könnte ja inzwischen ein heilendes Update über den Draht gekrochen sein.
(Ich habe da meine Zweifel, aber auszuschließen ist es nicht.)

Hallo!
Die letzte Woche kam nichts an Updates, das kann ich schon mal ausschließen.
Ich vermute eher hier den Fehler:

Code: Alles auswählen

rt2800pci              18146  0
rt2800lib              56913  1 rt2800pci
rt2x00pci              14117  1 rt2800pci
rt2x00lib              48509  3 rt2x00pci,rt2800lib,rt2800pci

Warum kümmern sich 2 Module rt2800pci und rt2x00pci um dieses eine Modul?
Warum versetzt MGA2 den Chip in einen solchen Zustand (tot), dass kein anderes BS ihn benutzen kann, außer man resetet das Netbook durch Entnahme des Akku.

Gruß
J.

[doktor5000]

Was ist jetzt unter Mageia anders als bei Mandrive, da funktionierte es? (MGA1 hatte ich nicht auf dem Netbook!)

Code: Alles auswählen

[root@Netbook tmp]# uname -a
Linux Netbook 3.4.20-netbook-1.mga2 #1 SMP Tue Nov 27 16:16:13 UTC 2012 i686 i686 i386 GNU/Linux
[root@Netbook tmp]#

Liegt es am Kernel, der den Chip nicht richtig ansteuern kann?

Also bei mir läuft:

Code: Alles auswählen

[doktor5000@Mageia2 ~]$ uname -a
Linux Mageia2 3.3.8-desktop-2.mga2 #1 SMP Mon Jul 30 21:35:06 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

In den normalen, getesteten Updates liegt gar kein 3.4.20:

Code: Alles auswählen

[doktor5000@Mageia2 ~]$ ufn kernel | grep netbook | grep "Core Updates"
Core Updates:kernel-netbook-3.3.8-2.mga2-1-1.mga2.x86_64
Core Updates:kernel-netbook-devel-3.3.8-2.mga2-1-1.mga2.x86_64
Core Updates:kernel-netbook-devel-latest-3.3.8-2.mga2.x86_64
Core Updates:kernel-netbook-latest-3.3.8-2.mga2.x86_64
Core Updates:vboxadditions-kernel-3.3.8-netbook-2.mga2-4.1.18-1.mga2.x86_64
Core Updates:vboxadditions-kernel-netbook-latest-4.1.18-1.mga2.x86_64
Core Updates:virtualbox-kernel-3.3.8-netbook-2.mga2-4.1.18-1.mga2.x86_64
Core Updates:virtualbox-kernel-netbook-latest-4.1.18-1.mga2.x86_64
Core Updates:xtables-addons-kernel-3.3.8-netbook-2.mga2-1.41-10.mga2.x86_64
Core Updates:xtables-addons-kernel-netbook-latest-1.41-10.mga2.x86_64

Stellt sich die Frage was du da installiert hast, und dich dann wunderst dass es nicht tut.
Das ist übrigens eine rhethorische Frage, die Antwort interessiert micht eigentlich gar nicht. Dazu ist mir
dein ganzes WLAN-Gedöns viel zu verstreut und zerfrickelt, als dass ich mich damit beschäftigen möchte.

Waidmanns Heil!

[alf]

Möchtest Du nicht? Wäre doch die logische Konsequenz, wenn du dich schon tagelang damit beschäftigst

Wenn du schon testing-Pakete verwendest, solltest du darüber(s. Zitat) ernsthaft nachdenken und nicht erwarten, das man hier bei der Lösung der Probleme behilflich sein könnte.

[jkowalzik]

Stellt sich die Frage was du da installiert hast, und dich dann wunderst dass es nicht tut.
Das ist übrigens eine rhetorische Frage, die Antwort interessiert mich eigentlich gar nicht.

Hallo!
Rhetorisch oder nicht, du bekommst sie
Heute habe ich ja Wlan Netz, auch mit dem Testing-Kernel
Natürlich habe ich den kernel-netbook-3.3.8-2.mga2 behalten.
Die ganzen Wochen, als Wlan nicht hoch kam gings weder mit dem geprüften noch mit dem zu testenden!
Tu nicht so, als wenn nur du frustriert bist, ich komme mir doch auch ver* vor, wenn ich nach mühsamer Suche den Stecker ziehe und plötzlich geht es ohne die Strippe durch den Äther.

Waidmanns Heil!

Als Angler kann ich dir nur erwidern: Petri Dank!

Wenn du schon testing-Pakete verwendest, solltest du darüber(s. Zitat) ernsthaft nachdenken und nicht erwarten, das man hier bei der Lösung der Probleme behilflich sein könnte.

Ja leider reicht es nicht zu mehr als zum "Intensivanwender", ich bin vom "Entwickler" meilenweit entfernt und dazu noch ein Problem, dass sich nach meiner Überzeugung im Kernel abspielt.
ich kann auch den @doc verstehen, es ist einfacher, wenn es nach dem Schema gteht:
Frage: nn?
Antwort: Ja, nein, übermorgen!

Gruß
J.

[alf]

Nun, zum Testen muss man nicht Entwickler sein. Was du da treibst ist ja nicht anderes als Testen. Nur müsstet du dann evtl. etwas strukturierter vorgehen. Tests und Ergebnisse dokumentieren und vor allem den Entwicklern/Paketmaintainer feedback geben.
Das ist zugegebener Massen zeit- und arbeitsaufwenndig, aber es ist keinesfalls eine besondere Ausbildung dazu notwendig. Lediglich der Wille etwas zu bewegen und zum Gelingen des Projekts beizutragen sollte vorhanden sein.

ps. Ein gut gemeinter Rat: Testing-Pakete in der Produktiv-Umgebung zu verwenden ist keine gute Idee, es sei denn du hast dich vorher vergwissert, dass sie bereitts erfolgreich getestet sind.

[jkowalzik]

ps. Ein gut gemeinter Rat: Testing-Pakete in der Produktiv-Umgebung zu verwenden ist keine gute Idee, es sei denn du hast dich vorher vergewissert, dass sie bereits erfolgreich getestet sind.

Hallo!(war: .....und LO )
Ich habe bei dem Wlan-Problem keine reproduzierbare Ursache gefunden.
In der Kontinuität Mandriva 10.2 ----> MGA2
völlig problemlos ----------> unsicher ob oder ob nicht,
kam es mir so vor als wenn im Laufe dieser Entwicklung etwas "verschlimmbessert" wurde.
Da verspricht man sich von einer Weiterentwicklung eine Reduzierung der Fehler. Fatal wenn "Weiterentwicklung" gleichbedeutend mit Verschlechterung wäre.
Mit dem Testing-Netbook-Kernel funktioniert jetzt überraschend Wlan (nach mehreren Anläufen).
Mal zurück zu "(war: .....und LO )", da habe ich ja auch schlimme Erfahrungen gemacht. Die LO-Pakete aus core kamen nicht so recht mit *.docx zurecht. Die Nachfolgeversion sollte darin aufgepeppt worden sein und befand sich im Testing-Zweig von MGA2. Da hat mir aber das Einbinden den Acrobat Reader geschrottet.
Auf der anderen Seite kannst du Glück haben, nur jetzt habe ich den LO von der web-site des LO. Da funktionieren beide Sachen nebeneinander.
Gruß
J.

[wobo]

Ich glaube, Du solltest mal das Schimpfen reduzieren. Alles, was unter Testing liegt sowie alles, was unter Cauldron liegt ist NOCH NICHT FERTIG und braucht Hilfe statt Schimpfe, um fertig zu werden.

[jkowalzik]

Ich glaube, Du solltest mal das Schimpfen reduzieren.

Hallo!
Nein, schimpfen und die nächste Stufe "fluchen" ist anders.
"Grummeln" wäre der richtige Begriff, das ist notwendig, wenn der Zustand mal eben nicht "Friede Freude Eierkuchen" ist.
Im konkreten Fall, da war Brodkom schon immer "fußkrank", aber Ralink schon mal ganz schön ausgereift.
Gruß
J.