<m15k>
lassulus: Wenn ich jetzt ein curl auf das virtuelle interface mache auf dem host, komme ich lustigerweise auch auf dem host interface raus. Ne Idee warum das so ist?
<lassulus>
Auf welche ip? Wie sieht die config aus?
<lassulus>
Ok, sieht alles wie erwartet aus. was sollte denn anders passieren?
<m15k>
Ich hätte jetzt erwartet, dass ich bei `curl 10.99.99.1` auf dem container lande und nicht auf dem host.
<lassulus>
aber 10.99.99.1 ist die ip vom host
<lassulus>
curl 10.99.99.2 vom host sollte dich auf den container bringen
<lassulus>
und curl 10.99.99.1 vom container auf den host
<m15k>
Also so wie du gesagst hast, gehts zumindest nicht. Wenn ich 10.99.99.2 auf dem host aufrufe kommt keine Antwort und 10.99.99.1 im container auch nicht. Hatte gedacht, dass interface ve-container1 auf das interface im container verschaltet ist.
<lassulus>
kann sein, dass die firewall vom host 10.99.99.2 nicht zulässt. warum das andersrum nicht tut, könnte an ner fehlenden route liegen. was sagt den `ip route show`?
<lassulus>
huh, sieht richtig aus, versuch mal networking.firewall.allowedTCPPorts = [ 80 ];
<lassulus>
auf dem container, und dann nochmal curl 10.99.99.2 vom host
<m15k>
danke, probier ich gleich mal. muss kurz weg.
<m15k>
lassulus: Du bist der Knaller :)
<m15k>
Funkt
m15k has quit [Ping timeout: 256 seconds]
<makefu>
typischer fall von "alle probleme schonmal gehabt"
<lassulus>
bei mir?
<lassulus>
jo
<makefu>
jo genau
<palo>
Hmm ich hab ein python script hier vor mir, und das macht `import yaml` wenn ich jetzt das jetzt mit `python3.withPackages( ... pyhthon37packages.pyaml ... )` aufrufe dann bekomm ich fehler das er etwas in `....python-2.7.../yaml/__init.py` nicht findet. PYTHONPATH hat in dem skript wo ich das calle auch nur python2.7 libs verklebt.
<palo>
Hat jemand ne idee wie ich das fixe ?
<palo>
ach ja ich bin hier in nem `nix-shell` environment
<lassulus>
haste ansible in den abhängigkeiten drin oder ein anderes programm was python-wrapper benutzt?
<palo>
Na in dem python3.withPackages( .. ) nicht da ist nur 37 drin, aber in dem `nix-shell` script wird viel importiert. unter anderem auch python27 CLIs
<lassulus>
klingt nach ner kollision zwischen python3 und python2 abhängigkeiten
<palo>
Ich dachte ''${unstablePkgs.python3.withPackages( ... )}/bin/python my-scrypt.py'' funktioniert
<lassulus>
das sollte eig. auch tun
<palo>
die imports sind aber in `my-scrypt.py`
<lassulus>
was steht denn in ${unstablePkgs.python3.withPackages( ... )}/bin/python drin?
<palo>
du meinst der aufgelöste string dann ?
<lassulus>
jo
<lassulus>
und welches PYTHONPATH meinste mit `PYTHONPATH hat in dem skript wo ich das calle auch nur python2.7 libs verklebt.` ?
<makefu>
palo: hast du deine shell.nix mal zum nachvollziehen?
<palo>
ich kann eine erstellen, das problem ist das ich das skript nicht veröffentlichen darf.
<palo>
(das my-scrypt.py)
<palo>
Und ich kann kein python.
<palo>
ich versuchs mal
<lassulus>
jetzt wo all die nixos leute in #krebs abhängen, geht hier wieder action ;D
lassulus changed the topic of #nixos-de to: Willkommen im deutschen NixOS Channel.
<makefu>
so ist es halt manchmal :)
<lassulus>
ich mach den channel nochmal ins krebs-topic
<palo>
lassulus: ich hab jetzt nen requirement.nix gemacht mit `pypi2nix` (für 3) wie bekomm ich das packet jetzt in meiner `shell.nix` in mein python.withPackages ?
<lassulus>
immer den fragen, der nie pypi2nix benutzt :D
<palo>
du hast mir dit gezeigt
<palo>
was nutzt du denn ?
<lassulus>
najut, sollte sowas wie pp = import ./requirements.nix { inherit pkgs; }; sein und dann bei den buildInputs pp.packages.bla benutzen
<palo>
kann man dem zum bierschulden tracking misbrauchen ?
m15k has joined #nixos-de
<lassulus>
ich schick den mal rüber
<palo>
will ich auf meinem raspberry pi Xen support ? ich glaube nicht
Reaktor|krebs has joined #nixos-de
m15k has quit [Ping timeout: 256 seconds]
fpletz has quit [Changing host]
fpletz has joined #nixos-de
<Mic92>
Gibt es für xen überhaupt noch Gründe außer legacy-Setups/Hardware?
<palo>
Ich kenn da so ein paar BSD Leute die halten Xen für ganz toll
jbarthelmes has quit [Ping timeout: 258 seconds]
<lassulus>
qubes-os benutzt xen überall weil die wohl kvm/qemu für unsicher halten
fendor has quit [Ping timeout: 258 seconds]
<palo>
lassulus: mit was willst du den input für den bot parsen ?
<palo>
bzw was nutzt du um den bot überhaupt zu machen ?
<fpletz>
lassulus: wenn man sich anschaut wie viele CVEs es fuer xen gibt und dass einiger code fuer device treiber zwischen xen und qemu geshared wird halte ich diese aussage schon fuer sehr abenteuerlich
<fpletz>
die frage ist halt ob ein selbstgekloeppelter paravirtualisierungs-kernel sicherer ist als ein linux-kernel. und selbst das kann man nicht wirklich beantworten. ich kann auf jedem fall einen userspace-prozess unter einem linux-kernel mit allen moeglichen container-blingbling wesentlich besser einschraenken und managen als ein xen domU.
<lassulus>
das ist nur was mir die qubes-os leute erzählt haben, ich hab leider zu wenig ahnung davon
<fpletz>
klar :)
<fpletz>
lol, wenn man vom teufel spricht... heute gabs wieder 7 xen CVEs
<palo>
hmm ich hab das gefühl wenn ich die GPU im raspberry nutzen will, dann muss ich auf aarch64 verzichen.