Beiträge von Spaceloop

tux@linux:~> zypper lr -d
#  | Alias                       | Name                                                                                        | Enabled   | GPG Check       | Refresh        | Priority  | Type   | URI                                                                     | Serv->
---+-----------------------------+---------------------------------------------------------------------------------------------+-----------+-----------------+----------------+-----------+--------+-------------------------------------------------------------------------+-------
 1 | nvidia                      | nvidia                                                                                      | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | https://download.nvidia.com/opensuse/leap/15.3                          | 
 2 | openSUSE-Leap-15.3-2        | openSUSE-Leap-15.3-2                                                                        | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/           | 
 3 | packman                     | Packman                                                                                     | Ja        | (r ) Ja         | Ja             |   90      | rpm-md | https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Leap_15.3/     | 
 4 | repo-backports-debug-update | Update repository with updates for openSUSE Leap debuginfo packages from openSUSE Backports | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/update/leap/15.3/backports_debug/          | 
 5 | repo-backports-update       | Update repository of openSUSE Backports                                                     | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/backports/                | 
 6 | repo-debug                  | Debug Repository                                                                            | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/distribution/leap/15.3/repo/oss/     | 
 7 | repo-debug-non-oss          | Debug Repository (Non-OSS)                                                                  | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/distribution/leap/15.3/repo/non-oss/ | 
 8 | repo-debug-update           | Update Repository (Debug)                                                                   | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/oss/                | 
 9 | repo-debug-update-non-oss   | Update Repository (Debug, Non-OSS)                                                          | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/non-oss/            | 
10 | repo-non-oss                | Non-OSS Repository                                                                          | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/non-oss/       | 
11 | repo-oss                    | Haupt-Repository                                                                            | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/distribution/leap/15.3/repo/oss/           | 
12 | repo-sle-debug-update       | Update repository with debuginfo for updates from SUSE Linux Enterprise 15                  | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/debug/update/leap/15.3/sle/                | 
13 | repo-sle-update             | Update repository with updates from SUSE Linux Enterprise 15                                | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/sle/                      | 
14 | repo-source                 | Source Repository                                                                           | Nein      | ----            | ----           |   99      | NONE   | http://download.opensuse.org/source/distribution/leap/15.3/repo/oss/    | 
15 | repo-update                 | Hauptaktualisierungs-Repository                                                             | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/oss                       | 
16 | repo-update-non-oss         | Aktualisierungs-Repository (Nicht-Open-Source-Software)                                     | Ja        | (r ) Ja         | Ja             |   99      | rpm-md | http://download.opensuse.org/update/leap/15.3/non-oss/                  | 
tux@linux:~> 

Anmerkung 1:

Das System wurde im Dezember frisch aufgesetzt, nur nur gelegentlich für Office/Surfen genutzt.

ls -lct /etc | tail -1 | awk '{print $7, $6, $8}'
Dez 5. 00:59

Anmerkung 2: Das NVidia-Repo ist da offenbar noch drin, hat aber mit dem Grafikchip nicht funktioniert.

tux@linux:~> X -showopts :1 2>&1 | grep Driver
Driver[0]:nouveau[X.Org Foundation] {
Driver[1]:nouveau[X.Org Foundation] {
Driver[2]:modesetting[X.Org Foundation] {
Driver[3]:fbdev[X.Org Foundation] {
Driver[4]:vesa[X.Org Foundation] {

sudo lspci|grep "210"
01:00.0 VGA compatible controller: NVIDIA Corporation GT218 [GeForce 210] (rev a2)
tux@linux:~> 

Hallo,

seit ca. letzter Woche habe ich das Problem, dass sich die genannten Programme nicht mehr starten lassen wollen.

Hier die Terminalausgabe:

tux@linux:~> openshot-qt %F
Loaded modules from installed directory: /usr/lib/python3.6/site-packages/openshot_qt
      launch:INFO ------------------------------------------------
      launch:INFO    OpenShot (version 2.4.1)
      launch:INFO ------------------------------------------------
Bus-Zugriffsfehler (Speicherabzug geschrieben)

tux@linux:~> /usr/bin/evolution
/usr/bin/evolution: error while loading shared libraries: /usr/lib64/libwebkit2gtk-4.0.so.37: cannot read file data: Input/output error

tux@linux:~> /usr/bin/xdg-su -c /sbin/yast2

(gnomesu:2263): Gtk-WARNING **: 17:17:21.927: gtk_window_set_titlebar() called on a realized window
/sbin/yast2: Zeile 468:  2292 Bus-Zugriffsfehler      (Speicherabzug geschrieben) $y2ccbin $Y2UI_ARGS "$@"
tux@linux:~> 

Es handelt sich dabei nicht um mein System.

Schmerzhaft ist vor allem Yast, wobei ich mir hier mit der Konsolenversion behelfen kann.

Was funktioniert ist Libreoffice und Firefox.

Allerdings meldet sich Firefox zum Start mit folgendem Hinweis:

Zitat

(!) Das Lesezeichen- und Chronik-System wird nicht funktionieren, da eine der Dateien von Firefox von einer anderen Anwendung verwendet wird. Dieses Problem könnte von einer Sicherheitssoftware verursacht werden, beispielsweise von einem Virenscanner.

Ich habe das Gefühl, dass irgendein Prozess Dateien sperrt?

ClamAV/ClamTK habe ich daraufhin deinstalliert, aber ohne Erfolg.

Darüber hinaus ist seltsam:

1. Ich komme nicht auf den voreingestellten Login-Bildschirm zum Nutzerwechsel! Sonst hätte ich nämlich getestet , ob ich via IceWM, der bei XFCE offenbar immer mitinstalliert wird, in die grafischen Programme komme. Klicke ich auf "Benutzer wechseln" im Abmeldebildschirm, wird der Monitor schwarz und es hilft nur noch ein harter Reset des PC.

2. Eben musste ich sudo neu installieren. sudo ist davor mit einer krassen Fehlermeldung, dass irgendeine .so-Bibliothek nicht vorhanden sei, abgestürzt?

System: Leap 15.3, XFCE, AMD Athlon x64 X2, GeForce GT 210, *hust* mit Nouveau-Treiber (lief aber bis vor kurzem!)

Invitation to ALP Community Work Group (doodle for meeting slot)

Zitat

Hello openSUSE!

now when Leap 15.4 RC and Leap Micro 5.2 GA announcements are settledlet's go now for something completely different. I'd like to invite you to a newly formed Community Work Group (or CWG)around the new *Adaptable Linux Platform

https://en.opensuse.org/openSUSE:ALP/Workgroups/Community

We'll initially focus on transparency during ALP planning, prototyping,and related public communication, opensuse infra readiness . There aretopics where we can already start working right now...

Alles anzeigen

Link: Reddit-Original im Volltext von lkocman

Link: Seite der AG im Wiki

Link: Ergebnis Workshop-Diskussion

1) Tor Browser Bundle wurde ja schon geschrieben. Ich habe es nicht über das Repo installiert sondern als Programm in meinem Home-Directory.

Das verhindert die "Grobortung" über die IP-Adresse. Providern wie der Telekom werden IP-Adressbereiche zugeteilt. Diese werden bei der Einwahl dann heute in der Regel an den Router vergeben. Alle angefragten Webadressen in einem Haushalt fragt der Router mit dieser öffentlichen IP an. Er leitet sie dann an die internen Geräte im W-LAN oder an den LAN-Buchsen des Routers weiter.

D.h. wenn du eine IP aus dem Bereich der Telekom zugewiesen bekommst, ist deine grobe Geolocation wahrscheinlich "Deutschland". Teilweise lässt sich das auch noch feiner ermitteln. Welche "Unteradressen" werden in welchen Landkreisen vergeben usw...

2) Nutzung eines vertrauenswürdigen VPN-Anbieters. Das Problem ist hier das "vertrauenswürdig"...

3) Bei Handy, Tablet und manchen Laptops: GPS-Chip abstellen (banalerweise)

4) Bei Betriebssystemen wie Android: W-LAN abstellen. Google hat bei der Streetview-Erfassung auch W-LAN-Netze gescannt. Auch Android-Handies mit bekanntem Standort melden Kombinationen von bekanntem Standort, sowie W-LAN-Netze in der Nähe mit der jeweiligen Empfangsstärke an die Zentrale. Aus vielen Meldungen lässt sich somit der Standort des W-LAN-Accesspoints rekonstruieren/triangulieren. Daraus kann man dann auch wieder Rückwärts den Standort des Handies ermitteln (auf einige 10-100 m genau)

5) Dito: Mobilfunk abstellen, da das gleiche (Triangulation über Handymast-Standorte) prinzipiell auch mit Handymasten funktioniert...

6) openSUSE: Geolocation-Nachrichten über DBus deaktivieren (Apparmor?), hier müsste jemand anderes helfen...

7) Tails Linux statt openSUSE verwenden

Leap 15.5 declared the last Leap 15.x release, development steered towards ALP

Posted in r/openSUSE by u/rbrownsuse • 56 points and 62 comments

www.reddit.com

Important: Leap 15.5 Early planning and steering development towards ALP - openSUSE Project - openSUSE Mailing Lists

Nach meiner Interpretation:

-Leap 15.5 wird das letzte klassische Leap werden, während es im kommerziellen Bereich noch bis SLED 15.7 gehen wird.

-Anschließend wird auf die ALP umgestellt. Diese basiert auf SUSE MicroOS und intensiven Container-Fähigkeiten. SLED und openSUSE für Arbeitsplatzrechner waren beides niemals Produkte, mit denen SUSE nennenswert Geld verdient hat. MicroOS und der Verkauf von Containerlösungen sind hingegen die Renner in SUSEs Portfolio.

-Entwicklungsschritte: Factory->Tumbleweed->ALP

Wobei ALP dann halt Leap entsprechen wird, nur auf einer anderen Grundlage als die letzten 10 Jahre (nämlich MicroOS):

Zitat

Community/Enterprise distribution (Leap) will be ALP itself (as it will
be developed open) or closely based on ALP I believe it makes sense to
steer community effort there as it pays off in the long run.

Wer die Muße hat, kann sich wohl hier schonmal mit den künftigen Konzepten befassen:

MicroOS Desktop - openSUSE User Documentation Project

Portal:MicroOS - openSUSE Wiki

Er hat ja schon sinnvollerweise das Netzwerk-Install-Image verwendet, daher sollten Online-Repos aktiv sein.

Der Punkt "Allgemeiner Desktop mit reduzierter Paketauswahl als Basis für angepasste Installation" ist in diesem Fall richtig - er klingt aber zugegebenermaßen auch nicht besonders intuitiv...

Was mag da wohl auf uns zu kommen?

Zitat

Moin,

In the last months many people have brought up the topic of "When will the next SLE major version come out?". Today we would like to give you a first update on the plans.

Since 2018, when SLE 15 was initially released a lot of things have changed, including requirements from users and customers, technologies, the speed of new versions of applications, languages and their libraries appearing.

Also the connection between Leap and SLE has changed. And while some bits and pieces got better, we firmly believe we can do better. SLE 15 is a great general purpose operating system, yet challenges with some use cases, now places of deployment, and the type of enhancement requests show that it's time for a successor.

With the next generation of Enterprise releases we want to tackle the above. Intending to do radical changes (regarding technology- but also design-wise) we choose "Adaptable Linux Platform" or short "ALP" as codename for that next generation. This indicates already that some things will be quite different than a "mere "SLE 15++ would be

First and foremost, ALP will be developed in the open. We are not going to put the pieces together internally and then share outside, as in the past. No, we are creating and building in the openSUSE Build Service - in a project next to you :). You get to directly see to see what is going on and participate more easaily.

Another important point is that we intend to split what was a more generic, everything is closely intertwined into two parts: One smaller hardware enabling piece, a kind of "host OS", and the and the layer providing and supporting applications, which will be container (and VM) based.

You might say "This is very generic, can you tell us more?" - of course. In the upcoming weeks more and more will crystalize, and we will share as quickly and regularly as possible. This is just a first heads-up to inform you that we are in the process of setting everything up - from project to feedback channels, from documentation to testing.

Of course, you will have lots of other questions - how will contribution work, what impacts this has on LEAP and get-o-o, how migration could work, and many more. We kindly ask you for a little bit of patience. We promise we will share as soon as possible more details.

ciao, Stefan

Alles anzeigen

Stefan Behlert, SUSE Software Solutions Product Management SUSE Linux Enterprise

Quelle: https://lists.opensuse.org/arc…Y7GFJ27XSDTXRF3MVLF6HW4W/

Krass...

Anscheinend soll die Reise weiter Richtung Container gehen. Ich hoffe, dass Leap dennoch weiterhin als Daily 0815-Desktop benutzbar bleibt und sich die Hardwareanforderungen in Grenzen halten...

btrfs sollte für den Hausgebrauch ausreichend sein. Probleme scheint es noch in Zusammenhang mit RAID, v.a. RAID 5 und 6 zu geben. Wenn man also kein Storage-System, sondern einen normalen Desktop betreibt, sehe ich btrfs auf der Systempartition als Sicherheitsgewinn bzw. Zeitersparnis bei Problemen.

Warum dein System Probleme mit btrfs hat... Wenn es unter Fedora und openSUSE auftaucht, würde ich das Problem im Bereich Bootloader, also GRUB vermuten. Vielleicht auch im Zusammenspiel mit dem Mainboard bzw. dessen BIOS/UEFI. Kannst du zwischen UEFI und Legacy BIOS/CSM wählen? Taucht das Problem unter beiden Modi auf? ältere Boards haben z.T. eine nicht ganz vollständige UEFI-Implementation, bei neueren geht es langsam los dass der BIOS/CSM-Teil lückenhaft oder nicht vorhanden ist...

Evtl. hilft auch ein BIOS-Update. Wobei neue BIOS-Versionen bei Laptops auch immer seltener werden. Sie sind weniger erweiterbar als Desktops und für die Hersteller ist es meist ausreichend, wenn Windows damit startet.

Hallo,

ich möchte gerne weiterhin einen Virenscanner unter openSUSE betreiben. Allerdings ist es wohl so, dass mein ESET NOD 32 AV4 im Mai lizenztechnisch ausläuft. Mittlerweile scheint es auch als Linux-Lösung für Privatnutzer eingestellt zu werden. Nach meiner Info war dies das letzte AV-Tool für Privatnutzer unter Linux.

Alternative: Ich habe irgendwo ein Bitfefender-Angebot gesehen für 95 Euro/Jahr, 5 Geräte (Mindestlizenzabnahmemenge) ... schon teuer...

Jetzt ist mir folgendes aufgefallen:

Ich habe mir bei EDV-Buchversand mal die Beschreibung von SUSE Linux Enterprise Desktop angesehen.

Zitat

Dieser Linux-Desktop bietet Sicherheitsfunktionen wie ein Anwendungssicherheitssystem, integriertes VPN sowie Virenschutztools, die höchste Sicherheit in Ihrem Unternehmen gewährleisten und vor Viren, Malware und anderen Sicherheitsbedrohungen schützen.

Die Drei-Jahres-Lizenz kostet bei EDV-Buchversand 109,95 Euro. Das ist einen Tick billiger, als wenn man sich jedes Jahr die neue Leap-Box für 39,95 holen würde. Ist bzgl. Virenschutz bei SLED irgendwas spezielles dabei, oder ist es evtl. nur das normale ClamAV?

Ab Leap 15.3 sollte SLED ja weitgehend binärkompatibel sein, sodass man sicher auch SuperTux Kart und Kodi zum laufen bekommt, evtl. über eine Einbindung der Leap-Repos?