Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.comp.os.unix.linux.misc > #124373 > unrolled thread

VirtualBox mit Debian Testing

Back to article view | Back to de.comp.os.unix.linux.misc

Contents

  VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 09:34 +0200
    Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-26 09:50 +0200
      Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 10:31 +0200
        Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-26 10:44 +0200
          Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 10:55 +0200
        Re: VirtualBox mit Debian Testing Marcus Jodorf <trap@killfile.de> - 2022-08-26 21:34 +0200
        Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-27 09:58 +0200
          Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-27 12:47 +0200
          Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-09 21:25 +0200
      Re: VirtualBox mit Debian Testing Jan Novak <repcom@gmail.com> - 2022-08-26 11:02 +0200
    Re: VirtualBox mit Debian Testing Arno Welzel <usenet@arnowelzel.de> - 2022-08-26 10:53 +0200
      Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 11:48 +0200
        Re: VirtualBox mit Debian Testing Arno Welzel <usenet@arnowelzel.de> - 2022-08-26 16:59 +0200
          Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-26 17:43 +0200
            Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-27 13:16 +0200
              Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-29 16:05 +0200
                Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-29 16:17 +0200
                  Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-08-29 18:57 +0200
                    Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 12:58 +0200
                      Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 14:11 +0200
                        Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 14:46 +0200
                          Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 15:47 +0200
                        Re: VirtualBox mit Debian Testing Florian Rehnisch <fr@fm-r.eu> - 2022-09-02 00:07 +0000
                    Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 14:10 +0200
                      Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 14:49 +0200
                  Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-30 11:43 +0200
                    Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-08-30 13:01 +0200
                      Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-08-30 15:49 +0200
                        Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-05 13:00 +0200
                          Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-05 20:48 +0200
                            Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-05 22:51 +0200
                              Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-06 10:22 +0200
                                Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-06 12:33 +0200
                                  Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-09-06 14:45 +0200
                                  Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-07 09:04 +0200
                                    Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-07 12:35 +0200
                                      Re: VirtualBox mit Debian Testing Peter Scholz <Peter_Scholz@vodafonmail.de> - 2022-09-08 11:11 +0200
                                        Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 15:58 +0200
                                          Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 18:24 +0200
                                            Re: VirtualBox mit Debian Testing Wolfgang Kynast <wky@gmx.de> - 2022-09-08 18:36 +0200
                                            Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-08 19:15 +0200
                                              Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 21:07 +0200
                                                Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 22:17 +0200
                                                  Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-09 10:28 +0200
                                                    Re: VirtualBox mit Debian Testing Enrik Berkhan <Enrik.Berkhan@inka.de> - 2022-09-09 09:18 +0000
                                            Re: VirtualBox mit Debian Testing Gerald E¡scher <Spamer@fahr-zur-Hoelle.org> - 2022-09-08 17:33 +0000
                                              Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 22:26 +0200
                              Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-06 10:43 +0200
                                Re: VirtualBox mit Debian Testing Marco Moock <mo01@posteo.de> - 2022-09-06 10:49 +0200
                                Re: VirtualBox mit Debian Testing Thomas Klix <wotokl@web.de> - 2022-09-06 12:21 +0200
                                  Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-06 15:20 +0200
                                    Re: VirtualBox mit Debian Testing Marcus Jodorf <trap@killfile.de> - 2022-09-06 22:25 +0200
                                      Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 16:02 +0200
                                        Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-08 18:28 +0200
                                          Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-09-08 21:07 +0200
                                            Re: VirtualBox mit Debian Testing Marcus Jodorf <trap@killfile.de> - 2022-09-09 01:51 +0200
                                              Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-09-09 13:26 +0200
                    Re: VirtualBox mit Debian Testing Marc Haber <mh+usenetspam1118@zugschl.us> - 2022-08-30 14:13 +0200
    Re: VirtualBox mit Debian Testing Andreas Kohlbach <ank@spamfence.net> - 2022-08-26 13:03 -0400
      Re: VirtualBox mit Debian Testing michaelnoeusenet@mac.com (Michael Noe) - 2022-08-26 20:20 +0200
    Re: VirtualBox mit Debian Testing Kay Martinen <usenet@martinen.de> - 2022-08-27 00:09 +0200

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

#124490

Am Dienstag, 30. August 2022, um 14:11:07 Uhr schrieb Marc Haber:

> Warum läuft das stable virtualbox nicht in Testing? Es ist echt
> selten, wenn eine Software nicht mit _neueren_ Libs läuft.
> 
> Oder bauen die alten Kernelmodule nicht mit dem neuen Kernel?

Ich habe es nicht explizit getestet, weil ich befürchtete, das System
zu schrotten.
Es gibt Pakete, die exakt eine Version brauchen, neuere gehen da nicht.
Ob das bei VBox der Fall ist habe ich nicht geprüft.

[toc] | [prev] | [next] | [standalone]

#124496

Marco Moock <mo01@posteo.de> wrote:
>Am Dienstag, 30. August 2022, um 14:11:07 Uhr schrieb Marc Haber:
>
>> Warum läuft das stable virtualbox nicht in Testing? Es ist echt
>> selten, wenn eine Software nicht mit _neueren_ Libs läuft.
>> 
>> Oder bauen die alten Kernelmodule nicht mit dem neuen Kernel?
>
>Ich habe es nicht explizit getestet, weil ich befürchtete, das System
>zu schrotten.

Du kriegst das System nicht so kaputt, dass jemand wie Du es nicht
wieder flott bekommen würde.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124621

De Marc Haber <mh+usenetspam1118@zugschl.us> scriptum est:
> Marco Moock <mo01@posteo.de> wrote:
>>Am Montag, 29. August 2022, um 18:57:30 Uhr schrieb Kay Martinen:
>>
>>> Ich kann immer noch nicht nachvollziehen warum man das unbedingt
>>> brauchen wollen würde. Wenn es ein Vbox-paket für Stable gibt: NEHMT
>>> ES!
>>
>>Dann braucht man aber auch stable, unter Testing läuft das nicht.
> 
> Warum läuft das stable virtualbox nicht in Testing? Es ist echt
> selten, wenn eine Software nicht mit _neueren_ Libs läuft.
> 
> Oder bauen die alten Kernelmodule nicht mit dem neuen Kernel?

Das war neulich, als der 5.18er Kernel frisch in Testing war,
tatsächlich mal kurzzeiting der Fall…

Ich hatte beim Lesen dieses Threads auch die ganze Zeit Debian
Fast Track im Hinterkopf, aber das ist ja auch nur für Stable und
Oldstable und Software, die sich nicht auf normale Weise backporten
lässt. Wäre die Alternative zu den Paketen von Oracle (die ich auch
(noch..) verwende).

[toc] | [prev] | [next] | [standalone]

#124484

Kay Martinen <usenet@martinen.de> wrote:
>Darum nennt man es wohl auch "Testing". Möglicherweise gibt es grad
>keinen "Tester" für Vbox.

"testing" hat nichts damit zu tun, das da irgendwas mehr getestet wird
als in unstable.

"testing" heißt schlicht, dass ein Paket n Tage in unstable war ohne
dass sich herausgestellt hat dass es schlechter ist als das in testing
(keine neuen RC-Bugs). Aus Testing fliegt man wieder heraus, wenn man
selbst zu lange mit RC-Bugs herumläuft oder nicht mehr alle
Abhängigkeiten erfüllt sind.

Zum Beispiel ist torrus aktuell nicht in testing, letztendlich weil
libgit-raw-perl derzeit nicht in testing ist, weil Upstream es nicht
schafft, seine Software so zu bauen, dass sie mit der in der
Distribution enthaltenen Version einer anderen Library funktioniert
und das für völlig angemessen hält, weil er ja eine entspechend
veraltete Version dieser anderen Library mitliefert und es mit dieser
funktioniert. Nur leider widerspricht das gegen die Debian-Policy, wir
wollen dass ohne guten Grund keine mitgelieferten Libraries benutzt
werden, wenn Debian für diese Libraries ein eigenes Paket hat.

>Ich kann immer noch nicht nachvollziehen warum man das unbedingt
>brauchen wollen würde. Wenn es ein Vbox-paket für Stable gibt: NEHMT ES!

Auf Stable, ja.

Ich würde allerdings - wiederholt - auf die quelloffene und ohne
out-of-tree-Kernelmodule auskommende Kombination aus virt-manager,
libvirt und KVM hinweisen.

Grüße
Marc
-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124491

Am Dienstag, 30. August 2022, um 14:10:15 Uhr schrieb Marc Haber:

> Ich würde allerdings - wiederholt - auf die quelloffene und ohne
> out-of-tree-Kernelmodule auskommende Kombination aus virt-manager,
> libvirt und KVM hinweisen.

Die kenne ich schon, habe da aber ein Problem mit der Netzwerkbrücke -
ohne die ist das aber mehr doer weniger nutzlos.

Siehe die Diskussion "[Debian] Netzwerkbrücke verbindet nicht mit
physikalischem Port" in de.comp.os.unix.networking.misc.
Message-ID: <te01pn$2l2on$4@dont-email.me>

[toc] | [prev] | [next] | [standalone]

#124476

Marco Moock schrieb am Mon, 29 Aug 2022 16:17:24 +0200:

> Debian stable hat ein eigenes Paket, da muss man keine
> sid/testing-Quellen hinzufügen.

Ich will dir nichts Böses, ich will es auch nicht besser wissen:

Warum ich dieses "statische" Sid-Paket testen wollte, habe ich bereits
geschrieben. 

> Nur testing hat das Paket aktuell nicht, wie einige andere Pakete auch.

Ich will dir nichts Böses, ich will es auch nicht besser wissen:

Darum würde ich mir mein Testing mit diesem "statischen" Sid-Paket
auch nicht kaputt machen wollen.

Ich nutze zum Beispiel das kostenlose Protovpn-Stable-Repository in
der CLI-Version sowohl in meinen produktiven Debian-Stable-
Installationen als auch in meinem Debian-Testing. Läuft alles
bestens. Auch mit den Upstreams habe ich in beiden Zweigen bisher noch
nie Konflikte erlebt.

Eigentlich logisch: Debian-Testing ist ja nix anderes als das
Debian-Stable der Zukunft. Ich sehe also allein aus technischer
Sicht keinen Grund, warum das mit dem kostenlosen Virtualbox-Stable-
Repository bei dir nicht auch hätte funktionieren sollen.

Wissen tue ich es natürlich nicht, weil ich es bisher nicht
ausprobiert habe. 

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124479

Am Dienstag, 30. August 2022, um 11:43:37 Uhr schrieb Peter Scholz:

> Eigentlich logisch: Debian-Testing ist ja nix anderes als das
> Debian-Stable der Zukunft. Ich sehe also allein aus technischer
> Sicht keinen Grund, warum das mit dem kostenlosen Virtualbox-Stable-
> Repository bei dir nicht auch hätte funktionieren sollen.

Abhängigkeiten und Kernel-Versionen.
Ich selbst habe damit recht wenig Erfahrung, weiß aber, dass das
einerseits in der Paketverwaltung Konflikte geben kann, weil die
Abhängigkeiten unterschiedlich sein können.
Bei Debian Testing hat man recht neue Pakete, bei Debian stable
(aktuell ja 11 bullseye) ändert sich da fast nichts. Ein Repo für
11 wird also kurz nach dem release vermutlich in Testing problemlos
laufen, nach irgendeinem update dann aber nicht mehr. Sowas habe ich
nur ungern.
Dazu kommen die Kernel-Versionen. Schon öfter ist es passiert, dass es
mit manuell installierten VBox-Versionen Probleme beim Kernelupdate mit
dkms gab. Sowas mag ich auch gerne vermeiden.

[toc] | [prev] | [next] | [standalone]

#124497

Marco Moock schrieb am Tue, 30 Aug 2022 13:01:55 +0200:

> Am Dienstag, 30. August 2022, um 11:43:37 Uhr schrieb Peter Scholz:
> 
>> Eigentlich logisch: Debian-Testing ist ja nix anderes als das
>> Debian-Stable der Zukunft. Ich sehe also allein aus technischer
>> Sicht keinen Grund, warum das mit dem kostenlosen Virtualbox-Stable-
>> Repository bei dir nicht auch hätte funktionieren sollen.
> 
> Abhängigkeiten und Kernel-Versionen.
> Ich selbst habe damit recht wenig Erfahrung, weiß aber, dass das
> einerseits in der Paketverwaltung Konflikte geben kann, weil die
> Abhängigkeiten unterschiedlich sein können.

Ich bin ja auch kein Profi und weiß auch nur das, was ich selbst habe
ausprobieren können. Die Abhängigkeiten der Virtualbox sind in der Tat
ein großes Problem, zumal sich die vielen Veränderungen wie ein
Rattenschwanz über mehrere Hierarchie-Ebenen hinziehen und dieser
Umstand in Apt nicht einmal (grahisch) abbildbar ist, zumindest nicht
so einfach. 

> Bei Debian Testing hat man recht neue Pakete, bei Debian stable
> (aktuell ja 11 bullseye) ändert sich da fast nichts. Ein Repo für
> 11 wird also kurz nach dem release vermutlich in Testing problemlos
> laufen, nach irgendeinem update dann aber nicht mehr. Sowas habe ich
> nur ungern.

Bei meinem Protonvpn-Stable-Repository läuft das in erster Linie auch
deshalb so gut, weil man die Abhängigkeiten, auch im Falle der
Aktualisierungen (Upstreams) von außerhalb des eigentlichen Target-
Release (jeweils Stable oder Testing), gut überschauen kann. So etwas
Ähnliches habe ich mir einmal mit einem ebenfalls kostenlosen
Resetup-Vpn händisch gebastelt, wo ich mir die fehlenden Dependencies
zu dem Paket, die es in keinem Debian gibt, aus einem
Sparky-Linux-Live-Iso herauskopiert habe. Ohne sein System zu
beschädigen, funktioniert das aber m.E. immer nur solange ich die
Übersicht über die kritischen Abhängigkeiten nicht verliere. 

> Dazu kommen die Kernel-Versionen. Schon öfter ist es passiert, dass es
> mit manuell installierten VBox-Versionen Probleme beim Kernelupdate mit
> dkms gab. Sowas mag ich auch gerne vermeiden.

Ja, solche Probleme hatte ich mit der VirtualBox regelmäßig in meiner
damaligen Manjaro-Installation. Im Gegensatz zu Debian, gab es dort
damals keinen Standard-Kernel und jeder User war für seine
Kernel-Versionen selbst verantwortlich, einschließlich der
Kernel-Version-Updates.

Ok, man muss die Distributionen mit ihren spezifischen Paketierungs-
systemen so nehmen wie sie sind.

Man kann daraus nur lernen und muss bei gemischten Systemen oder wenn
ich anfange aus dem Quellcode externer Fremd-Quellen zu kompilieren
selbst die Verantwortung übernehmen.

Ich wünsche dir jedenfalls aufrichtig, dass sich dein Ärger jetzt in
Grenzen hält. Im Gegensatz zu meiner Just-For-Fun-Installation, die ich
jederzeit Schmerz frei platt machen kann, ist deine Situation durchaus
nicht spaßig. 

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124747

Peter Scholz schrieb am Tue, 30 Aug 2022 15:49:59 +0200:

> Marco Moock schrieb am Tue, 30 Aug 2022 13:01:55 +0200:
> 
>> Ich selbst habe damit recht wenig Erfahrung, weiß aber, dass das
>> einerseits in der Paketverwaltung Konflikte geben kann, weil die
>> Abhängigkeiten unterschiedlich sein können.

[...]

> Ich wünsche dir jedenfalls aufrichtig, dass sich dein Ärger jetzt in
> Grenzen hält. Im Gegensatz zu meiner Just-For-Fun-Installation, die ich
> jederzeit Schmerz frei platt machen kann, ist deine Situation durchaus
> nicht spaßig. 

Nachdem jetzt mein Smartphone erst einmal dualbootfähig eingerichtet
ist und zunächst dort einmal alles so läuft wie es soll, habe ich mir
auf dem Rechner, auf dem bei mir eine Virtualbox lauffähig ist, heute in
einer weiteren Testumgebung aus einem Debian-Stable-Clone ein
weiteres Debian-Testing geupgradet. Dieses Debian-Testing habe ich dann
erneut geclont, um darauf

virtualbox/unstable 6.1.36-dfsg-1 amd64
Repository:
6.1.36-dfsg-1 http://ftp.de.debian.org/debian sid/contrib amd64
Packages

zu installieren:

Das wichtigste in Kürze:

[...]
Die folgenden Pakete werden aktualisiert (Upgrade):
4 aktualisiert, 28 neu installiert, 0 zu entfernen und 131 nicht
aktualisiert.
| Na, dass sieht doch schon einmal viel besser aus als die vorherige
| Installation in dem Stable-Target-Release:
Die folgenden Pakete werden aktualisiert (Upgrade):
249 aktualisiert, 60 neu installiert, 36 zu entfernen und 1373 nicht
aktualisiert.
[...]

| Folgendes lief auch hier m.E. gut:
vboxdrv.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/5.19.0-1-amd64/updates/dkms/
vboxnetadp.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/5.19.0-1-amd64/updates/dkms/
vboxnetflt.ko:
Running module version sanity check.
 - Original module
   - No original module exists within this kernel
 - Installation
   - Installing to /lib/modules/5.19.0-1-amd64/updates/dkms/
depmod...
[...]

| Und hier wieder die zweifelhaften Fehlermeldungen:
virtualbox (6.1.36-dfsg-1) wird eingerichtet ...
Job for virtualbox.service failed because the control process exited
with error code. See "systemctl status virtualbox.service" and
"journalctl -xeu virtualbox.service" for details. invoke-rc.d:
initscript virtualbox, action "restart" failed. × virtualbox.service -
LSB: VirtualBox Linux kernel module Loaded: loaded
(/etc/init.d/virtualbox; generated) Active: failed (Result: exit-code)
since Mon 2022-09-05 10:58:15 CEST; 5ms ago Docs:
man:systemd-sysv-generator(8) Process: 9594
ExecStart=/etc/init.d/virtualbox start (code=exited, status=1/FAILURE)
CPU: 73ms
Sep 05 10:58:14 x4 systemd[1]: Starting LSB: VirtualBox Linux kernel
module... 
Sep 05 10:58:15 x4 virtualbox[9594]: Loading VirtualBox
kernel modules...No suitable module for running kernel found ...
failed! 
Sep 05 10:58:15 x4 virtualbox[9594]:  failed! 
Sep 05 10:58:15 x4 systemd[1]: virtualbox.service: Control process
exited, code=exited, status=1/FAILURE 
Sep 05 10:58:15 x4 systemd[1]:
virtualbox.service: Failed with result 'exit-code'. 
Sep 05 10:58:15 x4 systemd[1]: Failed to start LSB: VirtualBox Linux
kernel module.
[...]

Fazit:

Diese VBox-Unstable-Installation in Debian-Testing (mit insgesamt 2222
installierten Paketen in meinem System) sieht bei mir natürlich mit
jetzt nur 4 Aktualisierungen und nur 28 Neuinstallationen wesentlich
stabiler aus, als die auf meinem Stable-Target-Release.

Da die (sonstigen) Testing-Abhängigkeiten zeitlich wesentlich näher an
den Sid-Abhängigkeiten daran sind, dürfte die Installation von Marco 
wesentlich resistenter sein als zunächst von mir befürchtet.

Den Gedanken einer weiteren VBox-Stable-Test-Installation in einem
Debian-Testing habe ich verworfen, da die Fast-Track-Upstreams erkennbar
mit den täglichen Bookworm-Updates nicht verträglich sein werden: 

"However, new versions of VirtualBox are made available to stable users
on a "rolling" basis by Debian Fast Track, a Debian project. Debian
Fast Track is a repository that allows making “backports” of packages
available to users of the stable distribution, if those packages cannot
be maintained in testing and backported in the usual way."

Auch meine ursprüngliche Stable-Target-Release-Test-Installation werde
ich demnächst platt machen.  

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124750

Peter Scholz schrieb am Mon, 5 Sep 2022 13:00:03 +0200:

> Diese VBox-Unstable-Installation in Debian-Testing (mit insgesamt 2222
> installierten Paketen in meinem System) sieht bei mir natürlich mit
> jetzt nur 4 Aktualisierungen und nur 28 Neuinstallationen wesentlich
> stabiler aus, als die auf meinem Stable-Target-Release.

In der soeben neu stellten /etc/apt/preferences.d/00vbox habe ich in
meiner neuen Testing-Target-Release-Installation soeben die erste
Pinning-Regel meines Lebens definiert:

Package: *
Pin: release a=unstable
Pin-Priority: 50 

Ich hoffe, dass es funktioniert.

Bei der Priority 50 (Apt installiert das Unstable-Paket nur, wenn es
noch keine installierte Version des Paketes gibt.) habe ich mich von
dem Gedanken leiten lassen, dass "dynamische" Sid-Pakete nach 14 Tagen
sowieso durch Testing geupdatet werden und "statische / dynamische"
Sid-Pakete nur dann installiert werden sollen, wenn es noch keine
installierte Version des Paketes gibt. Somit sollte das Gesamt-
konstrukt trotz der Upstreams aus Unstable auf unbestimmte Zeit stabil
laufen. Weitere Mischungen werde ich zur Reduzierung der Komplexität in
der Zukunft hier in diesem Clon unterlassen.

Die hier 32 kritischen Pakete werde ich mir dann nach und nach noch
genauer anschauen, um zu verstehen, was bei den täglichen Updates und
gelegentlichen Upstreams im Packetierungssystem eigentlich passiert.

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124753

Peter Scholz wrote at Mon, 5 Sep 2022 20:48:14 +0200:
> [...]
> Die hier 32 kritischen Pakete werde ich mir dann nach und nach noch
> genauer anschauen, um zu verstehen, was bei den täglichen Updates und
> gelegentlichen Upstreams im Packetierungssystem eigentlich passiert.

Du hast dir eine klassische Zombie-Installation hingelegt. Herzlichen
Glückwunsch.
Du faselst, und hast keine Ahnung.

Entweder sid oder stable - testing ist Bäh.
Ist das so schwer?

Thomas

[toc] | [prev] | [next] | [standalone]

#124755

Thomas Klix schrieb am Mon, 5 Sep 2022 22:51:17 +0200:

> Peter Scholz wrote at Mon, 5 Sep 2022 20:48:14 +0200:
>> [...]
>> Die hier 32 kritischen Pakete werde ich mir dann nach und nach noch
>> genauer anschauen, um zu verstehen, was bei den täglichen Updates und
>> gelegentlichen Upstreams im Packetierungssystem eigentlich passiert.
> 
> Du hast dir eine klassische Zombie-Installation hingelegt. Herzlichen
> Glückwunsch.
> Du faselst, und hast keine Ahnung.
> 
> Entweder sid oder stable - testing ist Bäh.
> Ist das so schwer?

Ja, die Sache hat wohl irgendwie mit Mengenlehre zu tun. Wer da in der
Schule nicht aufgepasst hat, dem fällt es in der Tat schwer zu
verstehen, worum es hier überhaupt geht.

Niemand wird mich daran hindern, diesen Test hier jetzt durchzuführen.

Heute Morgen 62 Updates und zwar sowohl auf dem normalen Testing-Clon,
wie auch auf dem Apt-Pinning-Testing-Clon mit der virtualbox/unstable-
Installation. Auch die Ausführung beider Updates verlaufen so, wie sie
sollen.

Das bedeutet schon einmal, dass meine erste Apt-Pinning-Konfiguration
meines Lebens grundsätzlich funktioniert!

https://www.debian.org/doc/manuals/debian-reference/ch02.de.html#_tracking_literal_testing_literal_with_some_packages_from_literal_unstable_literal

Nach dem Überschlafen dieser Konfiguration, habe ich diese aber heute
Morgen in der Weise modifiziert, dass ich die Pin-Priority auf 995
erhöht habe (Apt installiert das Paket auf jeden Fall, es sei denn die
installierte Version ist neuer.) Die Konfiguration von gestern Abend
hätte bedeutet, dass Upstreams "statischer" Sid-Pakete niemals
installiert worden wären. Das wäre natürlich bei einer dauerhaften
Nutzung dieses Konstrukts unerwünscht. 

Nun, die konkrete Zuordnung der 32 fraglichen Pakete und die
Untersuchung, welche Binaries diese Abhängigkeiten eventuell sonst
noch nutzen, hat Zeit. Wichtiger ist jetzt erst einmal, dass die
Test-Konfiguration grundsätzlich sauber funktioniert.

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124759

Peter Scholz wrote at Tue, 6 Sep 2022 10:22:08 +0200:
> Thomas Klix schrieb am Mon, 5 Sep 2022 22:51:17 +0200:
>
>> Peter Scholz wrote at Mon, 5 Sep 2022 20:48:14 +0200:
>>> [...]
>>> Die hier 32 kritischen Pakete werde ich mir dann nach und nach noch
>>> genauer anschauen, um zu verstehen, was bei den täglichen Updates und
>>> gelegentlichen Upstreams im Packetierungssystem eigentlich passiert.
>> 
>> Du hast dir eine klassische Zombie-Installation hingelegt. Herzlichen
>> Glückwunsch.
>> Du faselst, und hast keine Ahnung.
>> 
>> Entweder sid oder stable - testing ist Bäh.
>> Ist das so schwer?
>
> Ja, die Sache hat wohl irgendwie mit Mengenlehre zu tun.

O-kay, wenn man unbedingt die Pakete der verschiedenen Versionen als Mengen
betrachten will... Man kann den theorethischen Überbau aber auch
übertreiben.

> [...]
> Niemand wird mich daran hindern, diesen Test hier jetzt durchzuführen.

Hat auch niemand vor.
Erwarte nur nicht, dass bei deinem Herumgefrickel jemals ein stabiles System
herauskommt.

> [...]
> Das bedeutet schon einmal, dass meine erste Apt-Pinning-Konfiguration
> meines Lebens grundsätzlich funktioniert!

Pinning ist der Anfang vom Ende.
Es ist die absolute Notlösung und sollte schnellstmöglich aufgehoben werden.

Aber es ist ja dein System...

Thomas

[toc] | [prev] | [next] | [standalone]

#124760

Am Dienstag, 06. September 2022, um 12:33:22 Uhr schrieb Thomas Klix:

> Pinning ist der Anfang vom Ende.
> Es ist die absolute Notlösung und sollte schnellstmöglich aufgehoben
> werden.

Dem kann ich nur zustimmen. Wenn etwas nervt, dann apt-pinning.

[toc] | [prev] | [next] | [standalone]

#124764

Thomas Klix schrieb am Tue, 6 Sep 2022 12:33:22 +0200:

> O-kay, wenn man unbedingt die Pakete der verschiedenen Versionen als Mengen
> betrachten will...

Oh man, nicht nur diese !!!

> Man kann den theorethischen Überbau aber auch übertreiben.

Damit schreibst du nur, dass es dir nicht wirklich um die Sache geht.

Ok, ist ja auch viel einfacher zu behaupten, der Typ weiß nicht was er
tut, wenn man sich dadurch den Applaus der andern Kumpels erhofft. 

> Hat auch niemand vor.

Ach tatsächlich, warum schreibst du dann diesen Unsinn?

> Erwarte nur nicht, dass bei deinem Herumgefrickel jemals ein stabiles System
> herauskommt.

Bring erst einmal deinen Hormonhaushalt unter Kontrolle, dann kommst du
auch nicht auf solch abwegige Unterstellungen.

> Pinning ist der Anfang vom Ende.

Na und !?

> Es ist die absolute Notlösung und sollte schnellstmöglich aufgehoben werden.

So einen Unfug mag hier in diesem Kontext nun wirklich niemand lesen.
 
> Aber es ist ja dein System...

Wenn du gelesen hättest, müsstest du verstanden haben, dass ich
überhaupt nicht über "mein" System schreibe, sonder über diverse
Amok-Installationen (Mehrzahl! - hat auch irgendwie mit Mengenlehre zu
tun) ...

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124769

Peter Scholz wrote at Wed, 7 Sep 2022 09:04:14 +0200:
> Thomas Klix schrieb am Tue, 6 Sep 2022 12:33:22 +0200:
>
>> O-kay, wenn man unbedingt die Pakete der verschiedenen Versionen als Mengen
>> betrachten will...
>
> Oh man, nicht nur diese !!!

Multiple exclamation marks are a sure sign of a diseased mind.
SCNR, und Terry Pratchet tut immer gut.

>> Man kann den theorethischen Überbau aber auch übertreiben.
>
> Damit schreibst du nur, dass es dir nicht wirklich um die Sache geht.

Mit der Sache (wildes Gemenge von Paketquellen) hat Mengenlehre nichts zu
tun. Es sei denn, du willst sie gewaltsam ins Spiel bringen.

> Ok, ist ja auch viel einfacher zu behaupten, der Typ weiß nicht was er
> tut, wenn man sich dadurch den Applaus der andern Kumpels erhofft. 

Und damit hast du dich von der Sachebene verabschiedet.
Viel Spaß noch mit deinem Frickelsystem.

Thomas

[toc] | [prev] | [next] | [standalone]

#124793

Guten Morgen liebe Linux-Gruppe!

Na, da hätte ich jetzt eigentlich Schlimmeres befürchtet, wenn ich
bedenke, wie hier in der Vergangenheit die Leute, die in das Mainstream-
Linuxkonzept nicht rein passen wollten, einfach aus dem Gesichtskreis
dieser Linux-Gruppe weggemobbt wurden.

Wenn man dies im Ansatz als ein Zeichen einer erneuerten
Kommunikationskultur verstehen könnte, überhaupt einmal respektvoll
hinzuhören, was "die anderen" zu sagen haben, kann man das nur
allgemein begrüßen.     

Thomas Klix schrieb am Wed, 7 Sep 2022 12:35:00 +0200:

> Und damit hast du dich von der Sachebene verabschiedet.

Na ja, so wie man in den Wald hineinruft, schallt es eben zurück. Das
war schon immer so. 

Nun, wenn ihr Brüder hier überhaupt schon einmal reflektieren könnt,
dass es so etwas wie eine Sachebene gibt, kann man das nur
allgemein begrüßen.

Und gerade im speziellen von dir, hätte ich mir schon z.B. zum Thema
apt-pinning eine Sachdiskussion gewünscht. Wenn ich allgemeine
logische Grundsatz-Regeln missachte, ist nicht nur apt-pinning Scheiße.
Dann brauche ich auch erst gar nicht z.B. mit einem Bash-Skripting
anfangen, dass ist dann auch nämlich einfach nur Scheiße.    

> Viel Spaß noch mit deinem Frickelsystem.

Nun, wenn man diesen Satz jetzt ansatzweise und wohlwollend als ehrlich
gemeinten Wunsch interpretieren könnte, auf die Sachebene zurückkehren
zu wollen, wäre das vielleicht eine Kommunikationsgrundlage für die
Zukunft für uns beide.

Im Ernst, wenn du jetzt endlich begriffen haben solltest, dass ich deine
zynisch gemeinten Ratschläge tatsächlich nicht brauche, wie ich mein
Produktiv-System kaputt zu machen habe, sollte das funktionieren. 

-- 
Gruß Peter

[toc] | [prev] | [next] | [standalone]

#124798

Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:
>Im Ernst, wenn du jetzt endlich begriffen haben solltest, dass ich deine
>zynisch gemeinten Ratschläge tatsächlich nicht brauche, wie ich mein
>Produktiv-System kaputt zu machen habe, sollte das funktionieren. 

Ich habe den Nichthilfewunsch Deiner Person notiert und werde in
Zukunft nur widersprechen, wenn einer Deiner Tipps Gefahr läuft,
jemand anderen auf einen Irrweg zu schicken.

-- 
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber         |   " Questions are the         | Mailadresse im Header
Mannheim, Germany  |     Beginning of Wisdom "     | 
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834

[toc] | [prev] | [next] | [standalone]

#124801

Am 08.09.22 um 15:58 schrieb Marc Haber:
> Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:
>> Im Ernst, wenn du jetzt endlich begriffen haben solltest, dass ich deine
>> zynisch gemeinten Ratschläge tatsächlich nicht brauche, wie ich mein
>> Produktiv-System kaputt zu machen habe, sollte das funktionieren. 
> 
> Ich habe den Nichthilfewunsch Deiner Person notiert und werde in
> Zukunft nur widersprechen, wenn einer Deiner Tipps Gefahr läuft,
> jemand anderen auf einen Irrweg zu schicken.
> 

Schade das es keinen Halben *plonk* gibt, oder? :-)

Man könnte immer noch die Kommentare auf den Kommentar lesen aber...
naja. Bug or Feature?

Ｂｙｅ／
   ／Ｋａｙ

-- 
"Kann ein Wurstbrot die Welt retten?" :-)

[toc] | [prev] | [next] | [standalone]

#124802

On Thu, 8 Sep 2022 18:24:10 +0200, "Kay Martinen" posted:

>Am 08.09.22 um 15:58 schrieb Marc Haber:
>> Peter Scholz <Peter_Scholz@vodafonmail.de> wrote:
>>> Im Ernst, wenn du jetzt endlich begriffen haben solltest, dass ich deine
>>> zynisch gemeinten Ratschläge tatsächlich nicht brauche, wie ich mein
>>> Produktiv-System kaputt zu machen habe, sollte das funktionieren. 
>> 
>> Ich habe den Nichthilfewunsch Deiner Person notiert und werde in
>> Zukunft nur widersprechen, wenn einer Deiner Tipps Gefahr läuft,
>> jemand anderen auf einen Irrweg zu schicken.
>> 
>
>Schade das es keinen Halben *plonk* gibt, oder? :-)

"Mark read"
;-)

-- 
Wolfgang

[toc] | [prev] | [next] | [standalone]

Page 2 of 4 — ← Prev page 1 [2] 3 4  Next page →

Back to top | Article view | de.comp.os.unix.linux.misc

csiph-web