Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.os.unix.linux.misc > #124373 > unrolled thread
| Started by | Marco Moock <mo01@posteo.de> |
|---|---|
| First post | 2022-08-26 09:34 +0200 |
| Last post | 2022-08-27 00:09 +0200 |
| Articles | 20 on this page of 61 — 14 participants |
Back to article view | Back to de.comp.os.unix.linux.misc
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 1 of 4 [1] 2 3 4 Next page →
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-08-26 09:34 +0200 |
| Subject | VirtualBox mit Debian Testing |
| Message-ID | <te9t1j$3tpg1$3@dont-email.me> |
Hallo zusammen, VirtualBox ist aktuell nicht in Debian testing enthalten, in sid aber schon. sid-Quellen will ich aber ehrlich gesagt nicht auf dem System haben. Von Oracle gibt es auch nur ein Repo für Debian stable. Was ist hier der beste Weg, das zu installieren? Manuell mag ich ehrlich gesagt gar nicht, denn das steckt so tief im System und gibt dann immer mit dem Kernelmodulen Ärger bei einem Kernelupdate, den ich gerne vermeiden würde. -- Gruß Marco
[toc] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2022-08-26 09:50 +0200 |
| Message-ID | <te9u0o$m1k$1@news1.tnib.de> |
| In reply to | #124373 |
Marco Moock <mo01@posteo.de> wrote: >VirtualBox ist aktuell nicht in Debian testing enthalten, in sid aber >schon. sid-Quellen will ich aber ehrlich gesagt nicht auf dem System >haben. Warum nicht? Sid ist jenseits von "ich möchte testing testen und so bald wie möglich wieder auf stable wechseln" durch die Bank die bessere Alternative, schon jedenfalls für jemanden wie Dich. Argument ist sicher auch der schneller Securitysupport. >Von Oracle gibt es auch nur ein Repo für Debian stable. >Was ist hier der beste Weg, das zu installieren? > >Manuell mag ich ehrlich gesagt gar nicht, denn das steckt so tief im >System und gibt dann immer mit dem Kernelmodulen Ärger bei einem >Kernelupdate, den ich gerne vermeiden würde. Und warum kein KVM mit Libvirt? 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]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-08-26 10:31 +0200 |
| Message-ID | <tea0cf$3tpg1$4@dont-email.me> |
| In reply to | #124375 |
On Fri, 26 Aug 2022 09:50:48 +0200 Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Warum nicht? Sid ist jenseits von "ich möchte testing testen und so > bald wie möglich wieder auf stable wechseln" durch die Bank die > bessere Alternative, schon jedenfalls für jemanden wie Dich. Argument > ist sicher auch der schneller Securitysupport. Es geht da jetzt um nen Desktop-PC. Würdest du da wirklich sid empfehlen? Nutzt das wer on euch hier produktiv? Wie viele Probleme gab/gibt es da bzgl. Abhängigkeiten und der Paketverwaltung? Ich will nur ungern ein sehr instabiles System haben. > Und warum kein KVM mit Libvirt? Da gibt es Probleme mit Der Netzwerkbrücke, siehe meinen Post in de.comp.os.unix.networking.misc Ich bekomme nicht hin, dass die Netzwerkbrücke auch wirklich ne Brücke ist, die Broadcast-Frames kommen in die Brücke, gehen aber nicht über den physikalischen Port raus. Mehr Infos zu dem Thema in der anderen Gruppe. -- Gruß Marco
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2022-08-26 10:44 +0200 |
| Message-ID | <tea15o$s92$1@news1.tnib.de> |
| In reply to | #124378 |
Marco Moock <mo01@posteo.de> wrote: >On Fri, 26 Aug 2022 09:50:48 +0200 >Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > >> Warum nicht? Sid ist jenseits von "ich möchte testing testen und so >> bald wie möglich wieder auf stable wechseln" durch die Bank die >> bessere Alternative, schon jedenfalls für jemanden wie Dich. Argument >> ist sicher auch der schneller Securitysupport. > >Es geht da jetzt um nen Desktop-PC. Würdest du da wirklich sid >empfehlen? Da am ehesten, ja. >Nutzt das wer on euch hier produktiv? Ich. >Wie viele Probleme gab/gibt es da bzgl. Abhängigkeiten und der >Paketverwaltung? Was soll es da bezüglich Abhängigkeiten geben? Man sollte halt ein bisschen aufpassen, was und wieviel bei einem Upgrade DEinstalliert werden soll. >> Und warum kein KVM mit Libvirt? > >Da gibt es Probleme mit Der Netzwerkbrücke, siehe meinen Post in >de.comp.os.unix.networking.misc >Ich bekomme nicht hin, dass die Netzwerkbrücke auch wirklich ne Brücke >ist, die Broadcast-Frames kommen in die Brücke, gehen aber nicht über >den physikalischen Port raus. Mehr Infos zu dem Thema in der anderen >Gruppe. Ich habe aber nicht genau verstanden was das Problem ist. Benutzung gängiger Begriffe (nicht von Sprachvergewaltigern angefertigter Übersetzung) wäre hilfreich. 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]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-08-26 10:55 +0200 |
| Message-ID | <tea1p5$3tpg1$5@dont-email.me> |
| In reply to | #124380 |
On Fri, 26 Aug 2022 10:44:40 +0200 Marc Haber <mh+usenetspam1118@zugschl.us> wrote: > Ich habe aber nicht genau verstanden was das Problem ist. Benutzung > gängiger Begriffe (nicht von Sprachvergewaltigern angefertigter > Übersetzung) wäre hilfreich. Frage einfach nach :-) Ich habe mit dem NetworkManager (NM) eine Netzwerkbrücke angelegt. Der wurde ein Port hinzugefügt (Ethernet am PC). virt-manager fügt beim Booten einen zweiten hinzu, der zur VM gehört. Schicke ich dort zum Test ein Broadcast-Frame raus, landet es in der Bridge (mit dem Wireshark geprüft). D.h. die Verbindung VM zu Bridge klappt. Am physikalischen Port kommen diese Frames aber nicht an, auch mit dem Wireshark geprüft. Andere Richtung ist genauso. Die Ursache konnte ich bisher nicht ermitteln. Das diskutieren wir am besten im anderen, schon bestehenden thread, oder? -- Gruß Marco
[toc] | [prev] | [next] | [standalone]
| From | Marcus Jodorf <trap@killfile.de> |
|---|---|
| Date | 2022-08-26 21:34 +0200 |
| Message-ID | <87y1vau7cl.fsf-bofh@killfile.de> |
| In reply to | #124378 |
Marco Moock <mo01@posteo.de> schrieb: > Es geht da jetzt um nen Desktop-PC. Würdest du da wirklich sid > empfehlen? Benutze ich auf allen privaten Geräten seit 97 ausschließlich und nahezu völlig problemlos. Ganz selten klemmt vielleicht mal was, aber wenn man kein völliger Anfänger ist, ist hält sich das alles im Rahmen und ist nicht wirklich problematisch. Auf jeden Fall ist sid letztlich unproblematischer als testing und vorzuziehen, falls man nicht tatsächlich hauptsächlich testen will. > Nutzt das wer on euch hier produktiv? Auch das. > Wie viele Probleme gab/gibt es da bzgl. Abhängigkeiten und der > Paketverwaltung? > Ich will nur ungern ein sehr instabiles System haben. Kommt alle paar Wochen vor, daß Pakte für Stunden, einen Tag oder wenige Tage mal nicht upgedated werden können, weil noch Abhängigkeiten fehlen. Merkt man aber nur, wenn man beinahe täglich updated und man kann das normal getrost ignorieren. Echte Klemmer, wo man evtl. mal Einschreiten muß, kommen vielleicht ein oder zweimal im Jahr vor und sind meist nicht tragisch. Wenn man seltener (z.B. einmal die Woche oder alle paar Wochen updated), bekommt man davon oft auch gar nichts mit, weil Problempakete auch wieder schnell ersetzt werden und man Probleme dann mit Glück überspringt). Also für mich ist sid völlig unproblematisch - aber für wirkliche Anfänger würde ich es nicht empfehlen. Ein gewisses Maß Grundlagenwissen sollte schon vorhanden sein. Klemmt zwar wirklich sehr, sehr selten mal etwas ernsthafter aber wenn das passiert, sollte man halbwegs wissen, wie man das Problem dann grundsätzlich lösen kann. Gruß, Marcus ⚂⚃
[toc] | [prev] | [next] | [standalone]
| From | Peter Scholz <Peter_Scholz@vodafonmail.de> |
|---|---|
| Date | 2022-08-27 09:58 +0200 |
| Message-ID | <20220827095819.4a5b36fe52ebfb4f1052ba73@vodafonmail.de> |
| In reply to | #124378 |
Marco Moock schrieb am Fri, 26 Aug 2022 10:31:10 +0200: > On Fri, 26 Aug 2022 09:50:48 +0200 > Nutzt das wer von euch hier produktiv? 1. Produktiv: nein Beim individuelle Mischen von Paketen aus den verschiedenen Zweigen sind Probleme mit den Abhängigkeiten vorprogrammiert. In deinem Fall könnte es zukünftig auch zu Ärger mit den Kernelmodulen kommen. Ich habe so etwas einmal mit einer Manjaro-Installation erlebt. 2. zu Testzwecken: ja 2.1 aber immer nur im Verhältnis Stable zu Testing Da mich die Upstreams nie interessiert haben, habe ich Testing nach nach den Installationen immer deaktiviert, um das System Stable zu halten. Apt macht die Testing-Pakete dann zu lokalen Paketen, was die Stabilität solcher Konstrukte weiter erhöht. Erstaunlicher Weise ist dabei bei mir immer alles glatt verlaufen und ich habe auch bei Programmen mit sehr komplexen Abhängigkeits-Ver- hältnissen nie Probleme mit der temporären Nutzung dieser top-aktuellen Programmen selbst oder der Gesamt-Stabilität innerhalb solcher Debian-Clone bekommen. 2.2 im Verhältnis Stable zu Sid bisher noch nie Dein Fall ist hier in meinen Augen wiederum besonders, weil dein Paket ein "statisches" Sid-Paket ist, welches nicht als Testing- oder Stable-Paket intendiert ist. Hier wäre natürlich für einen Dauereinsatz im Verhältnis zu einem Stable-System auch die Nutzung der Upstreams sinnvoll. Aber mit einem Pinning habe ich mich bisher nicht beschäftigt. Da dein Paket von dem Entwickler-Team offenbar von vornherein als Sid-Paket konzipiert wurde, sollten die Entwickler die oben dar gestellten Knackpunkte in dem Sid-Paket, soweit als möglich, antizipiert haben, was in meinen Augen die Wahrscheinlichkeit erhöht, dass es bei einem solchen Konstrukt zumindest bis zum nächsten Release-Upgrade keine größeren Problem geben wird. -- Gruß Peter
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2022-08-27 12:47 +0200 |
| Message-ID | <tecsns$6j57$1@news1.tnib.de> |
| In reply to | #124407 |
Peter Scholz <Peter_Scholz@vodafonmail.de> wrote: >Dein Fall ist hier in meinen Augen wiederum besonders, weil dein Paket >ein "statisches" Sid-Paket ist, welches nicht als Testing- oder >Stable-Paket intendiert ist. Was ist bitte ein "staticshes Sid-Paket"? -- -------------------------------------- !! 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]
| From | Peter Scholz <Peter_Scholz@vodafonmail.de> |
|---|---|
| Date | 2022-09-09 21:25 +0200 |
| Message-ID | <20220909212551.fa2f6dee3090cd1c323e84e5@vodafonmail.de> |
| In reply to | #124407 |
Peter Scholz schrieb am Sat, 27 Aug 2022 09:58:19 +0200: > Marco Moock schrieb am Fri, 26 Aug 2022 10:31:10 +0200: > >> On Fri, 26 Aug 2022 09:50:48 +0200 > >> Nutzt das wer von euch hier produktiv? Aufgrund der nunmehr von mir aktuell durchgeführten Tests zu diesem Themenkreis würde ich die Ausgangsfrage dieses Threads nach aktuellem Wissensstand jetzt wie folgt beantworten: > 1. Produktiv: nein > > Beim individuelle Mischen von Paketen aus den verschiedenen Zweigen > sind Probleme mit den Abhängigkeiten vorprogrammiert. Ja, der Grundsatz gilt uneingeschränkt! Deshalb werde ich auch in der Zukunft so etwas in einem Produktiv- System und auch in einem Test-System niemals machen! > 2. zu Testzwecken: ja Nein, auch zu Testzwecken in der Zukunft nicht mehr! > 2.1 aber immer nur im Verhältnis Stable zu Testing > > Da mich die Upstreams nie interessiert haben, habe ich Testing nach > nach den Installationen immer deaktiviert, um das System Stable zu > halten. Apt macht die Testing-Pakete dann zu lokalen Paketen, was die > Stabilität solcher Konstrukte weiter erhöht. a) um ein Testing-Paket in einer Testumgebung zu testen, würde ich in der Zukunft die gesamte Testumgebung immer auf Testing upgraden. b) um ein Sid-Paket in einer Testumgebung zu testen, würde ich in der Zukunft die gesamte Testumgebung immer auf Unstable upgraden. Dass ein Debian-Testing ziemlich stabil läuft, war mir bekannt. Dass ein Debian-Unstable aber ähnlich stabil läuft, weiß ich erst jetzt aufgrund meiner Versuche im Zusammenhang mit diesem Thread. Vorteile in den Test-Szenarien der Zukunft: 1) Dass Test-Paket muss nicht "eingefroren" werden. 2) Da das Test-Paket in der Version seines Zweiges (Testing/Sid) installiert ist, erfolgen die Updates automatisch "eingebettet". 3) Es gibt keine Probleme mit den Abhängigkeiten (wie bei einer Mischung verschiedener Zweige). > 2.2 im Verhältnis Stable zu Sid bisher noch nie Ok - habe ich getestet, und das Ergebnis hier bereits publiziert ... Nein, so etwas werde ich in der Zukunft niemals mehr machen. > Hier wäre natürlich für einen Dauereinsatz im Verhältnis zu einem > Stable-System auch die Nutzung der Upstreams sinnvoll. Nein, ich korrigiere mich jetzt: Beim individuelle Mischen von Paketen aus den verschiedenen Zweigen sind immer Probleme mit den Abhängigkeiten vorprogrammiert. Deshalb sollte man das meines Erachtens immer auf jeden Fall vermeiden. Aber Marco hatte am Sat, 27 Aug 2022 09:58:19 +0200 das Sid-Paket ja bereits in sein Testing installiert. Wie vorliegend mit dem Beispiel virtualbox/unstable 6.1.36-dfsg-1 amd64 läuft das jetzt auch bei mir bisher nicht nur mit Debian-Unstable mit über 2222 Paketen sehr stabil, sondern auch die installierte VirtualBox. Auch das Installieren und Deinstallieren der VirtualBox mit allen Abhängigkeiten funktioniert in diesem Umfeld problemlos und konfliktfrei! Insofern sollte das nachträgliche Upgrade nach Unstable die beste aller Möglichkeiten für Marco sein, da man sich keine Gedanken, um die Einbettung eventueller Upstreams machen muss. > Aber mit einem Pinning habe ich mich bisher nicht beschäftigt. Da ich in der Zukunft überhaupt keine Debian-Zweige mehr mischen werde, hat Apt-Pinnung für mich in der Zukunft allenfalls für die Steuerung externer Paketquellen eine Bedeutung. Jedenfalls weiß ich jetzt zumindest wie das technisch geht. Schlussbemerkung, um weiteren Missverständnissen vorzubeugen: Es sollte jetzt klar geworden sein, dass mich die Installation des Pakets VirtualBox an sich nicht interessiert, sondern zur zukünftigen Analog-Bildung ähnlicher Pakete in ähnlichen Szenarien nur die hier beschriebene "Meta-"Ebene zu diesem Beispiel-Paket dieses Threads. -- Gruß Peter
[toc] | [prev] | [next] | [standalone]
| From | Jan Novak <repcom@gmail.com> |
|---|---|
| Date | 2022-08-26 11:02 +0200 |
| Message-ID | <tea26i$2mecg$1@gwaiyur.mb-net.net> |
| In reply to | #124375 |
Am 26.08.22 um 09:50 schrieb Marc Haber: > Marco Moock <mo01@posteo.de> wrote: >> VirtualBox ist aktuell nicht in Debian testing enthalten, in sid aber >> schon. sid-Quellen will ich aber ehrlich gesagt nicht auf dem System >> haben. > > Warum nicht? Sid ist jenseits von "ich möchte testing testen und so > bald wie möglich wieder auf stable wechseln" durch die Bank die > bessere Alternative, schon jedenfalls für jemanden wie Dich. Argument > ist sicher auch der schneller Securitysupport. > >> Von Oracle gibt es auch nur ein Repo für Debian stable. >> Was ist hier der beste Weg, das zu installieren? >> >> Manuell mag ich ehrlich gesagt gar nicht, denn das steckt so tief im >> System und gibt dann immer mit dem Kernelmodulen Ärger bei einem >> Kernelupdate, den ich gerne vermeiden würde. > > Und warum kein KVM mit Libvirt? Die Oberfläche von virtualbox, auch beim einbinden von externen Geräten wie u.a. USB usw. ist wirklich "click an easy". Ich hatte auf meinem Debian auch mal "aqemu" versucht. Auch sehr hübsch gemacht. Jan
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2022-08-26 10:53 +0200 |
| Message-ID | <jmrfvbFkv5bU1@mid.individual.net> |
| In reply to | #124373 |
Marco Moock, 2022-08-26 09:34: > VirtualBox ist aktuell nicht in Debian testing enthalten, in sid aber > schon. sid-Quellen will ich aber ehrlich gesagt nicht auf dem System > haben. > > Von Oracle gibt es auch nur ein Repo für Debian stable. > Was ist hier der beste Weg, das zu installieren? Für Stable: <https://wiki.debian.org/VirtualBox#Debian_10_.22Buster.22_and_Debian_11_.22Bullseye.22> > Manuell mag ich ehrlich gesagt gar nicht, denn das steckt so tief im > System und gibt dann immer mit dem Kernelmodulen Ärger bei einem > Kernelupdate, den ich gerne vermeiden würde. Was meinst Du mit "manuell"? Ohne Repo? Oder stört Dich schon der Umstand, dass man eine weitere Paketquelle angeben muss? -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-08-26 11:48 +0200 |
| Message-ID | <tea4sp$3tpg1$7@dont-email.me> |
| In reply to | #124381 |
On Fri, 26 Aug 2022 10:53:00 +0200 Arno Welzel <usenet@arnowelzel.de> wrote: > Für Stable: Irrelevant, da ich Testing hatte und jetzt auf Sid bin. Ich habe es extrem ungern für eine Version spezifische Repos mit einer anderen zu nutzen, Gerade bei Sachen wie VirtualBox. Die Wahrscheinlichkeit, dass es zu Störungen in der Paketverwaltung kommt, ist da sehr hoch. > Was meinst Du mit "manuell"? Ohne Repo? Oder stört Dich schon der > Umstand, dass man eine weitere Paketquelle angeben muss? Mit manuell meine ich ohne Repo, egal ob per DEB-Paket oder Installationsskript. -- Gruß Marco
[toc] | [prev] | [next] | [standalone]
| From | Arno Welzel <usenet@arnowelzel.de> |
|---|---|
| Date | 2022-08-26 16:59 +0200 |
| Message-ID | <jms5dtFo9beU2@mid.individual.net> |
| In reply to | #124386 |
Marco Moock, 2022-08-26 11:48: > On Fri, 26 Aug 2022 10:53:00 +0200 > Arno Welzel <usenet@arnowelzel.de> wrote: > >> Für Stable: > > Irrelevant, da ich Testing hatte und jetzt auf Sid bin. Dann geht eben nur manuell. [...] > Mit manuell meine ich ohne Repo, egal ob per DEB-Paket oder > Installationsskript. Wenn es kein Repo gibt, bleibt Dir halt nichts anderes übrig. -- Arno Welzel https://arnowelzel.de
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-08-26 17:43 +0200 |
| Message-ID | <teapnq$kf1$2@dont-email.me> |
| In reply to | #124396 |
Am Fri, 26 Aug 2022 16:59:09 +0200 schrieb Arno Welzel <usenet@arnowelzel.de>: > Dann geht eben nur manuell. In Sid ist es drin und tut. Bisher hat mein System auch einen Neustart überlebt. PS: Ist eh nur der PC im Geschäft. :-)
[toc] | [prev] | [next] | [standalone]
| From | Peter Scholz <Peter_Scholz@vodafonmail.de> |
|---|---|
| Date | 2022-08-27 13:16 +0200 |
| Message-ID | <20220827131636.37678c2c1884fcb6e1b249e6@vodafonmail.de> |
| In reply to | #124398 |
Marco Moock schrieb am Fri, 26 Aug 2022 17:43:52 +0200: > In Sid ist es drin und tut. Bisher hat mein System auch einen Neustart > überlebt. Glückwunsch :-) > PS: Ist eh nur der PC im Geschäft. :-) Da mich dieses VirtuelBox-Paket auch sehr interessiert, werde ich das demnächst ebenfalls einmal testweise ausprobieren; allein schon, um damit diverse Pinning-Konfigurationen zu testen. Sobald mir mein Debian-Experimental-Clon mit dem interessanten "statischen" Sid-Paket aus meiner giftigen Hexenküche um die Ohren geflogen sein wird, melde ich mich dann hier wieder :-) -- Gruß Peter
[toc] | [prev] | [next] | [standalone]
| From | Peter Scholz <Peter_Scholz@vodafonmail.de> |
|---|---|
| Date | 2022-08-29 16:05 +0200 |
| Message-ID | <20220829160513.f4251180464ae9116a35fdd2@vodafonmail.de> |
| In reply to | #124416 |
Peter Scholz schrieb am Sat, 27 Aug 2022 13:16:36 +0200:
> Marco Moock schrieb am Fri, 26 Aug 2022 17:43:52 +0200:
>
>> In Sid ist es drin und tut. Bisher hat mein System auch einen Neustart
>> überlebt.
>
> Da mich dieses VirtuelBox-Paket auch sehr interessiert, werde ich das
> demnächst ebenfalls einmal testweise ausprobieren; allein schon, um
> damit diverse Pinning-Konfigurationen zu testen.
Habe mir am Wochenende eine Testumgebung eingerichtet und heute morgen
virtualbox/unstable 6.1.36-dfsg-1 amd64
Repository:
6.1.36-dfsg-1 http://ftp.de.debian.org/debian sid/contrib amd64 Packages
in mein Debian-Stable installiert.
Ergebnis:
Ja, der Debian-Experimental-Clon startet sauber.
Ja, VirtualBox startet sauber.
Trotzdem würde ich jedem nicht so erfahren Debian-User, der auch in der
Zukunft sein stabiles Debian behalten möchte, unbedingt davon abraten,
so etwas wie hier beschrieben nachzumachen.
Das wichtigste in Kürze:
[...]
Die folgenden Pakete werden aktualisiert (Upgrade):
249 aktualisiert, 60 neu installiert, 36 zu entfernen und 1373 nicht
aktualisiert.
[...]
| Folgendes lief m.E. gut:
Building module:
cleaning build area...
make -j8 KERNELRELEASE=5.18.0-4-amd64
-C /lib/modules/5.18.0-4-amd64/build
M=/var/lib/dkms/virtualbox/6.1.36/build...... cleaning build area...
vboxdrv.ko:
Running module version sanity check.
- Original module
- No original module exists within this kernel
- Installation
- Installing to /lib/modules/5.18.0-4-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.18.0-4-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.18.0-4-amd64/updates/dkms/
depmod...
[...]
| Folgendes lief m.E. schlecht:
Job for virtualbox.service failed because the control process exited
with error code. See "systemctl status virtualbox.service" and
"journalctl -xe" 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-08-29 08:41:40
CEST; 5ms ago Docs: man:systemd-sysv-generator(8)
Process: 15456 ExecStart=/etc/init.d/virtualbox start (code=exited,
status=1/FAILURE) CPU: 67ms
Aug 29 08:41:39 x4 systemd[1]: Starting LSB: VirtualBox Linux kernel
module... Aug 29 08:41:40 hp4 virtualbox[15456]: Loading VirtualBox
kernel modules...No suitable module for running kernel found ... Aug 29
08:41:40 x4 virtualbox[15465]: failed! Aug 29 08:41:40 hp4
virtualbox[15466]: failed! Aug 29 08:41:40 hp4 systemd[1]:
virtualbox.service: Control process exited, code=exited,
status=1/FAILURE Aug 29 08:41:40 x4 systemd[1]: virtualbox.service:
Failed with result 'exit-code'. Aug 29 08:41:40 x4 systemd[1]: Failed
to start LSB: VirtualBox Linux kernel module.
[...]
Fazit:
Ich hatte die Hoffnung, ev. die kritischen Abhängigkeiten im Blick
halten zu können. Aussichtslos: zu komplex! ...und ergänzende Pakete
habe ich erst gar nicht installiert.
Ich hatte die Hoffnung, dass Sid-Paket eventuell bei einem Release-
Upgrade vorsorglich deinstallieren zu können. Aussichtlos: die
Mischungen der Abhängigkeiten sind zu komplex. Das bekommt Apt im Falle
einer Deinstallation automatisch nicht mehr sauber auseinander
pussamentiert.
Erste Inkonsistenzen der Paket-Verwaltung habe ich bereits entdeckt.
Das ist meistens der Anfang vom Ende eines funktionierenden Debians.
Ich werde diesen toxischen Debian-Clon weiter am köcheln halten und
den giftigen Hexenbrei analysieren, der sich da jetzt demnächst noch in
meiner giftigen Hexenküche entwickelt, um wenigstens noch etwas zu
lernen, was man sonst in einem produktiven Debian nicht lernen
möchte :-)
--
Gruß Peter
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-08-29 16:17 +0200 |
| Message-ID | <teihpk$12i74$4@dont-email.me> |
| In reply to | #124465 |
Am Montag, 29. August 2022, um 16:05:13 Uhr schrieb Peter Scholz: > Trotzdem würde ich jedem nicht so erfahren Debian-User, der auch in > der Zukunft sein stabiles Debian behalten möchte, unbedingt davon > abraten, so etwas wie hier beschrieben nachzumachen. Debian stable hat ein eigenes Paket, da muss man keine sid/testing-Quellen hinzufügen. Nur testing hat das Paket aktuell nicht, wie einige andere Pakete auch.
[toc] | [prev] | [next] | [standalone]
| From | Kay Martinen <usenet@martinen.de> |
|---|---|
| Date | 2022-08-29 18:57 +0200 |
| Message-ID | <qo7vti-j04.ln1@news.martinen.de> |
| In reply to | #124466 |
Am 29.08.22 um 16:17 schrieb Marco Moock: > Am Montag, 29. August 2022, um 16:05:13 Uhr schrieb Peter Scholz: > >> Trotzdem würde ich jedem nicht so erfahren Debian-User, der auch in >> der Zukunft sein stabiles Debian behalten möchte, unbedingt davon >> abraten, so etwas wie hier beschrieben nachzumachen. > > Debian stable hat ein eigenes Paket, da muss man keine > sid/testing-Quellen hinzufügen. > > Nur testing hat das Paket aktuell nicht, wie einige andere Pakete auch. Darum nennt man es wohl auch "Testing". Möglicherweise gibt es grad keinen "Tester" für Vbox. 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! Ansonsten verweise ich auf diese Putzige Grafik zur Windows-Entwicklung (Wolkenkratze on Top of Bretterbude) kurz: wenn das Kartenhaus zusammenfällt ist man selber schuld. Ｂｙｅ／ ／Ｋａｙ -- "Kann ein Wurstbrot die Welt retten?" :-)
[toc] | [prev] | [next] | [standalone]
| From | Marco Moock <mo01@posteo.de> |
|---|---|
| Date | 2022-08-30 12:58 +0200 |
| Message-ID | <tekqgu$1erir$2@dont-email.me> |
| In reply to | #124468 |
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. Ich war aber da schon bei Testing. Ich werde jetzt sehen, wie lange der Arbeitsrechner stabil läuft. :-)
[toc] | [prev] | [next] | [standalone]
| From | Marc Haber <mh+usenetspam1118@zugschl.us> |
|---|---|
| Date | 2022-08-30 14:11 +0200 |
| Message-ID | <tekuos$mtfj$1@news1.tnib.de> |
| In reply to | #124478 |
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? 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]
Page 1 of 4 [1] 2 3 4 Next page →
Back to top | Article view | de.comp.os.unix.linux.misc
csiph-web