=== eTeddy1 is now known as eTeddy
=== dax is now known as housecat
[07:42] <bacce> vor ein paar wochen hat mein `pass` ploetzlich behauptet, es findet keinen passenden key, obwohl die daten seit dem letzten oeffnen nicht wieder verschluesselt wurden und der key auch noch nicht expired ist. kommentiere ich L12 ist /usr/bin/pass aus (nutze gpg2 wenn vorhanden) dann findet es den key, nutzt aber den agent nicht und ich muss droelf mal meine passphrase einhacken. kommt so ein verhalten
[07:42] <bacce> irgendwie bekannt vor?
[07:45] <drc> klingt, als wüsste dein gpg2 nichts von dem key, könnte das sein?
[07:46] <LupusE> oder wie bei ssh, beliebtes problem: zu viele berechtigungen auf der file.
[07:46] <LupusE> logik dahinter: oeffentlich sichtbar = unsicher/moeglicher weise kpompromittiert.
[07:47] <bacce> nutzen gpg2 und 1 nicht den selben keyring? dann haette ich erwartet, dass gpg2 post-install den aten kyring importiert oder dies wenigstens anbietet
[07:48] <bacce> so hinteraesst es ein nicht funktinoierendes system, was gerade noch funktionierte
[07:48] <bacce> findet keine secret keys
[07:48] <bacce> mhm
[07:49] <drc> wenn du gpg und gpg2 laufen hast, kannst du den kram migrieren
[07:49] <drc> gpg --export | gpg2 --import; gpg --export-secret-keys | gpg2 --import
[07:49] <bacce> ja, ich frag mich nur, warum ich das muss
[07:50] <bacce> habe ich irgendeine apt info ueberlesen oder sowas?
[07:50] <drc> weiß nicht
[07:53] <bacce> gpg-agent[6915]: command 'IMPORT_KEY' failed: Inappropriate ioctl for device <Pinentry>
[07:53] <bacce> gpg: key 5E0EEE26/5E0EEE26: error sending to agent: Inappropriate ioctl for device
[07:55] <bacce> GPG_TTY=$(tty)
[07:55] <bacce> export GPG_TTY
[07:55] <bacce> then it works
[07:55] <bacce> IMHO all of this should go into post-install
[07:57] <bacce> thx for your help, drc
[08:33] <manu1> hallo
[08:33] <manu1> wie kriege ich das alte yaru theme von 19.10 zurück? ich mag die orangen icons
[08:34] <manu1> hätte gedacht, ich kann die manuell downloaden und dann in ~/.local/share/icons hinein tun
[08:40] <drc> manu1: ich hab meine in ~/.icons
[08:41] <manu1> drc: hast du yaru 19.10?
[08:41] <manu1> noch wer mit 19.10 hier der mir die geben kann?
[08:41] <drc> https://packages.ubuntu.com/eoan/yaru-theme-gtk
[08:41] <le_bot> Title: Ubuntu – Details of package yaru-theme-gtk in eoan (at packages.ubuntu.com)
[08:42] <drc> Nein, aber der Ubuntu-Paketserver hat das =)
[08:42] <manu1> oh danke drc ._.
[08:45] <manu1> drc: voll cool, danke!
[08:46] <drc> gerne =)
[08:46] <manu1> jetzt brauch ich nur mehr das 19.10 wallpaper :D
[08:48] <drc> sollte es da auch irgendwo geben
[08:48] <manu1> ich mag das gelbe mit dem vogel auch gern ^^
[08:50] <drc> wahrscheinlich ist das wallpaper hier mit drin: https://packages.ubuntu.com/eoan/ubuntu-wallpapers-eoan
[08:50] <le_bot> Title: Ubuntu – Details of package ubuntu-wallpapers-eoan in eoan (at packages.ubuntu.com)
[08:50] <manu1> danke!
[08:59] <marshmello> Beim update auf LTS 20.04 werde ich nach einer Konfigurationsdatei namens "/etc/gnome/defaults.list" gefragt. Soll ich die momentane Version beibehalten?
[09:00] <k1l_> das LTS update ist noch gar nicht offen
[09:00] <k1l_> wenn du änderungen an den defaults gemacht hast, dann behalt deine liste. sonst kriegst du die defaults wieder auf den standard zurückgesetzt
[09:07] <marshmello> k1l, kann ich das File einsehen (kann in der Routine [https://www.cyberciti.biz/faq/upgrade-ubuntu-18-04-to-20-04-lts-using-command-line/] gerade kein 2. Terminal öffnen)?
[09:07] <le_bot> Title: Upgrade Ubuntu 18.04 to 20.04 LTS using command line - nixCraft (at www.cyberciti.biz)
[09:09] <k1l_> das bietet dir doch an die unterschiede anzugucken
[09:10] <marshmello> Au ja,
[09:10] <marshmello> hätte es mir.
[09:10] <k1l_> und die anleitung ist kacke, weil sie nicht erklärt, dass das "-d" für "development release" steht beim upgrade kommando
[09:12] <marshmello> Ok.
[09:20] <marshmello> Hoffen wir, dass es schon ziemlich stabil is.
[09:27] <dreamon> Frage. Verwende XFCE. Dort kann ich Theme wählen, habs gern dunkel. Das passt eigentlich richtig gut. Starte ich ab ein paar Programme z.B. Cherry ist alles hell. Angenommen Cherrytree ist ein KDE Programm. Muß ich dann dort extra ein Theme wählen?
=== koegs_ is now known as koegs
[12:58] <manu1> habt ihr schonmal das ubuntu von gnu verwendet, also das ohne proprietäre software?
[13:00] <k1l_> das ist dann aber kein ubuntu mehr, wenn es verändert wurde :)
[13:01] <Heavy91> manu1: meinst du das hier? https://www.pro-linux.de/news/1/8950/gnubuntu.html Soweit ich weiß, wurde es nie fertiggestellt.
[13:01] <le_bot> Title: Gnubuntu - Pro-Linux (at www.pro-linux.de)
[13:02] <k1l_> nein, es gibt noch eins, wo die alle unfreie software (also treiber und co) entfernt haben. der haken ist halt, dass damit sehr viel eben nicht geht. 
[13:03] <k1l_> da fragst du am besten mal die gnu oder fsf leute direkt, wie das mit deren distro so funktioniert und was alles nicht geht.
[13:04] <Heavy91> Es gibt noch  gNewSense. Das basierte ursprünglich mal auf Ubuntu, ist aber zu Debian gewechselt. https://de.wikipedia.org/wiki/GNewSense
[13:04] <le_bot> Title: gNewSense – Wikipedia (at de.wikipedia.org)
[13:04] <manu1> Heavy91: ich meinte trisquel
[13:04] <manu1> oder wie das heisst
[13:07] <k1l_> wie gesagt, frag am besten mal die fsf leute. oder eben im #ubuntu-de-offtopic . hier gehts um die orginalen ubuntu versionen
[13:09] <manu1> oh ok
[13:21] <unicatx> T61 6457-CTO ubuntu 20.04 64bit(?) Live-Stick geht nur bis zum Abschluss der Check-Prozedur und beim Rosa-Leer-Fenster ist Schluss. Wieso?
[13:23] <unicatx> ISO-Prüfsumme geprüft, 2 Sticks verwendet
[13:32] <Elfo> moin, folgendes Problem, ich versuche unter 18.04 an einer BBB Konferenz teilzunemen, Audio springt aber unter FF nicht an, der Echotest bleibt hängen. In einer der letzten konferenzen habe ich mich dann per Telefon eingewählt, kriegt aber außer der Präsi kein Video von den Vortragenden. Ich habe neben Ubuntu noch das Ubuntu Studio Paket installiert, und lese dauernd was von Problemen von FF und Jack. Verstehe davon aber nichts. Unter Chrom
[13:32] <Elfo> ium scheint BBB ohne Probleme zu laufen
[13:32] <Elfo> Ideen?=
[13:33] <k1l_> unicatx: mal ohne splash und plymouth booten und gucken wo er da hängt
[13:33] <k1l_> chromium nutzen, Elfo 
[13:34] <k1l_> firefox hat wohl bei den codecs noch ein paar probleme. das sortiert sich jetzt alles. der einfachste workaround solange ist chromium nutzen.
[13:35] <Elfo> ok. Ich überseh aber nicht ein ganz einfache Einstellung oder so? - Ich frag nur falls ich da ne ganz einfache Lösung übersehe
[13:49] <unicatx> k1l_, jetzt ist er da
[13:49] <unicatx> ich werde mich der Sache widmen
[13:50] <unicatx> thx
[13:52] <unicatx> XUBU Live 18.04 32bit-er startete einwandfrei, habe schon ein Schreck bekommen :-)
[15:01] <quadrathoch2> Heavy91, bissl spaet, aber, ich wuerde einfach debian verwenden, es ist nur nicht auf der liste, weil man sehr einfach die blobs nachinstallieren kann. Aber sonst ist Debian komplett frei
[15:05] <k1l_> dann aber nicht wundern wenn sachen nur eingeschränkt oder gar nicht funktionieren :)
[15:08] <quadrathoch2> natuerlich, aber wenn man komplett frei sein will, dann denke ich werden die meisten wissen, das nicht alles funktioniert
[15:09] <k1l_> nee, wissen die meisten nicht. hat ja schon einen grund, warum die benutzerfreundlichen distros die blobs direkt mitliefern. nciht weil sie freie software hassen, sondern damit der user den service hat.
[15:10] <k1l_> das wird aber oft nicht so dargestellt von den verfechtern der fsf oder gnu.
[15:10] <k1l_> aber das ist eh eher was philosophisches für den offtopic kanal :)
=== TheSphinX_ is now known as TheSphinX^
[15:59] <Heavy91> quadrathoch2: Soweit ich weiß, verwendet auch Debian einen Kernel mit unfreien (oder zumindest umstrittenen) BLOBs. Das Projekt Linux Libre pflegt einen Linux-Kernel, der von solchen Lasten befreit ist und bietet auch Debian Pakete an. Muss man aber manuell installieren.
[15:59] <Heavy91> https://de.wikipedia.org/wiki/Linux-libre
[15:59] <le_bot> Title: Linux-libre – Wikipedia (at de.wikipedia.org)
[16:01] <ppq> also praktisch linux ohne firmware-paket?
[16:04] <Heavy91> Zumindest ohne unfreie Firmware. Ich habe das aber so verstanden, dass es auch die Pakete linux-image-*.deb betrifft, nicht nur die firmware-*.deb
[17:02] <quadrathoch2> Heavy91, nein, Debian verteilt keine Firmware, das Problem fuer GNU und der FSF ist, das sie ohne Probleme geladen werden koennen. Und nicht die Funktionalitaet des Kernels Blobs zu laden nicht entfernt werden
[17:02] <quadrathoch2> was ich fuer Schwachsinn halte
[17:04] <Heavy91> quadrathoch2: Was ist dann deiner Meinung nach der Unterschied zwischen einem Debian Kernel und einem Linux Libre Kernel?
[17:30] <quadrathoch2> Heavy91, es gibt da nicht meine Meinung, die FSF und GNU kreiden Debian an, das man einfach nur ein paket nachinstallieren kann und so die Blobs hat, wohingegen der Linux-libre Kernel dies nicht kann