<str1ngs>joshuaBPMan: you should get an emails from lets encrypt as well. <joshuaBPMan>str1ngs I didn't know that was an option...I will have to do that. <joshuaBPMan>dissoc3 I think the build is kept by default. I have a custom package. I install it like so, "guix build jmacs && guix install jmacs". That works just fine." *NieDzejkob is going to try packaging rust 1.46 <bdju>I even hit "start new session" when it asked me <joshuaBPMan>bdju Have you tried using the flatpak firefox? I find that works a little better. <jgart[m]><joshuaBPMan "bdju Have you tried using the f"> Does anybody know if nix is currently working in guix? Last time I tried I ran into issues using it. Nix might be a way to get firefox with guix via nix if you absolutely have to. I guess you can always install nix manually without guix's help to setup the nix daemon, build users, etc... (nix-service-type). ***terpri_ is now known as terpri
<joshuaBPMan>jgart[m] THere is the nix service type. That's what I use. <vits-test>vagrantc: Hello. Is there any SBCs that use intel_pstate? If no, maybe schedutil/ondemand should be a default governor in linux-libre-arm*? <dissoc3>is there a reason why a gradle package doesnt exist? <dissoc3>if i remember correctly it uses itself to compile itself <joshuaBPMan>If it uses itself to compile itself, then it's HARD to build it from source. <joshuaBPMan>IF you can't build it from source, then it's not really free software. <nly>are you on a newer guix than me? <nly>Generation 33 Aug 20 2020 18:54:42 (current) <joshuaBPMan>nly I've been using guix for....2 years maybe? Still learning a lot. If you want to learn how to contribute documentation let me know. :) <nly>vits-test safe journey <nly>sneek: later tell vits-test bon voyage <joshuaBPMan>nly I've never thought about doing that! Smart! And no I can't at the moment. I'm @ work. Also I'm on a windows machine right now. :( <nly>joshuaBPMan: now that you mention docs, i was wondering where the documentation is kept for other languages <nly>it's not checked into git i think <nly>i was looking at guix.ru I think <joshuaBPMan>nly That's a really good question. I'm not sure where the translated manuals are.... <joshuaBPMan>there you go. Shouldn't info detect your language and display it in your language? <nly>no you're thinking something else, i mean in the git checkout or source code not info manual <joshuaBPMan>I know. But that's the point of programs. IT should be able to detect your language. <nly>Detect what language? <nly>info guix.ru -> russki <joshuaBPMan>detect your language. Like, if you speak spanish, and you set some variable, it'll run the program in your language. but fari enough <vagrantc>sneek: later tell vits-test don't know of arm boards that use intel_pstate, but the defaults for linux-libre-arm* should probably come from upstream, other than guix-specific needs <vits-test>vagrantc: Thanks, but i didn't (aside Gentoo) remember "performance" being a default. <sneek>vits-test, you have 2 messages! <sneek>vits-test, nly says: bon voyage <sneek>vits-test, vagrantc says: don't know of arm boards that use intel_pstate, but the defaults for linux-libre-arm* should probably come from upstream, other than guix-specific needs <vagrantc>vits-test: ah, you joined while i was writing :) <vagrantc>vits-test: arm-generic uses arch/arm/configs/multi_v7_defconfig and arm64-generic uses arch/arm64/configs/defconfig <vagrantc>vits-test: i've tweaked a few small values that i should probably push upstream <nly>vagrantc: vits-test wants to say спасибо <vagrantc>i added CONFIG_RTC_DRV_RK808 (which should arguably go upstream), and some things to %default-extra-linux-options (which are arguably guix-specific or at least not necessarily appropriate to arm* at large) <vagrantc>i think there's also probably an IMX_RTC that should be added upstream <vagrantc>some of the CGROUP and user namespace was needed for guix daemon, and a few things needed by elogind <vagrantc>at least, that's my rationale and thinking :) <vagrantc>and if we ever get riscv64 off the ground, it'll already have those :) <vagrantc>heh. 107 files in arch/arm/configs/*_defconfig ... and precisely one in arch/arm64/configs/defconfig :) <bdju>sneek: later tell joshuaBPMan I have not tried flatpak firefox, but I am against flatpak and the icecat issue is recent. thanks anyway <str1ngs>vagrantc: hello, when you say upstream you mean linux-libre? <vagrantc>str1ngs: in this case, linux-libre doesn't modify those files as far as i'm aware <vagrantc>linux-libre just removes blobs (and in some cases Kconfig... maybe?) <drakonis>the upstream version removes blobs and the ability to load them <vagrantc>drakonis: ah, yes, the ability to load them is significant <str1ngs>vagrantc: ah mainline. yes not enough distro's do this. <drakonis>vagrantc: i mean, i wouldn't run guix on a vps if it makes for a pretty excellent entry point for attackers <drakonis>oh i dont know, not being able to plug the holes with firmware mitigations <drakonis>having a pretty nice way to escape the vm with guix inside a vps seems like a bad idea <str1ngs>that's awfully vague, can you give a example of "hole" <drakonis>because these wont stop coming every few months <vagrantc>though the workaround is to patch from the bootloader <raghavgururajan>peanutbutterandc: I use Icedove as primary and claws-mail as secondary. <vits-test>peanutbutterandc: <semi-fat>gnus, in Emacs.</semi-fat> <str1ngs>vits-test: hello, I got my rockpro64 running pretty smoothly. since I hooked up the serial <vits-test>str1ngs: I hope You get a longer wires than those sold by pine64? <str1ngs>turns out it does not the external usb-c nvme drive. so it won't boot of that. <str1ngs>I bought my serial usb somewhere else. but the wires are short. <str1ngs>also the rock pro won't boot if you have the serial RTX connected lol <str1ngs>you have to connect it after it boots. so you can't have serial login <vits-test>str1ngs: i read about that, but didn't had it. Ahma special, seems. <str1ngs>(kernel-arguments (cons* "console=tty1" <str1ngs> "console=ttyS2,1500000" %default-kernel-arguments)) <vits-test>str1ngs: Maybe You need to press reset once in "not boot"? <vits-test>str1ngs: actually, i just `(kernel-arguments '("console=ttyS2,1500000"))` <str1ngs>I look at it another time. strictly speaking I only need the serial output <str1ngs>tty1 is needed if you want console output on a tty it's optional <vits-test>str1ngs: If the wires were longer, there is a few holes in the box.. Just like for the serial cable ;) <str1ngs>I don't have video with kernel 5.8.4 <vits-test>str1ngs: But You given me a substitute for 5.8.6? <vits-test>Hm. I wonder if this because the monitor is too big (for current drivers/whatsnot state). <str1ngs>also still need to figure out ntp. it fails with kernel reports TIME_ERROR: 0x41: Clock Unsynchronized <vits-test>str1ngs: 'allow-large-adjustments'? explicitly? <str1ngs>even with that set and using another pool <vits-test>Honestly i just reached the 'file-systems' in Manual.. Didn't get to ntp yet. <peanutbutterandc>vits-test, Hmmmm... I think I'll have to go for something more user friendly for now <vits-test>peanutbutterandc: systemd-maild? It's shame, but Guix currently lacks it. *vits-test systemctl send mail ... ahh, memories! <str1ngs>only thing I miss from systemd is journalctrl <vits-test>str1ngs: systemctl status with snippets from journald? <vits-test>Or (not remember well) systemctl boot --once.. or alike. To boot to some GRUB entry, but once. Then use what was default. <vits-test>I want it to U-boot. It seem to ignore my keyboards :( <str1ngs>vits-test: you see the u-boot menu without a serial? <efraim>does anyone know offhand how to use local-file to grab a whole directory except for the .git dir? <vits-test>str1ngs: Yes, on my monitor (but i can't choose anything, as it not listent to my keyboard) <str1ngs>vits-test: not sure, you can use serial though. ***apteryx is now known as Guest64102
***apteryx_ is now known as apteryx
<civodul>mothacehe: interesting changes in Cuirass! <civodul>that should quickly prove very useful <mothacehe>Thank you! I'm still hesitating on the appropriate backend from metrics display. <civodul>i wonder if it would make sense to extend/improve what 'guix weather' displays too <mothacehe>yes but it has to be done in a way that does not overload sqlite <efraim>Is a read-only mirror a thing? Seems like it wouldn't be terrible if the queried data were a bit behind <efraim>I tried to change the default Shepherd logging dir to .cache/shepherd but now tests/basic.sh is hanging when I test build <brendyyn>I'm far too dumb to use email properly :( <civodul>hey brendyyn, don't worry, email is somewhat terrible <brendyyn>civodul: Did you know we have a patch in master with 1970 as the date. I tried using git-stats to look at the projects growth and it messed up allthe graphs. <brendyyn>b3b33da07097af1c61d23f662902650dcdeb25af <civodul>brendyyn: i didn't know but it's... interesting <civodul>maybe vagrantc personally honors SOURCE_DATE_EPOCH? :-) <raghavgururajan>1970. Hmm.. Did Dennis Ritchie and/or Ken Thomson, secretly worked on Guix? 😲 *raghavgururajan thinks they must have worked on a project called G-language <brendyyn>I have git/make/guile question. Suppose I build guix from source with `make -j', when running make again, it doesn't rebuild anything, which is good. However if i checkout a different branch like core-updates momentarily, and then switch back to master, suddenly running make -j results in reconfiguring and rebuilding almost everything, despite the fact that nothing has changed. Is there a way to make <brendyyn>it not do that, or a better way of working on multiple branches without all this needless rebuilding? <brendyyn>thanks i figured there would be a simple option <vits-test>Can i `(when (not (eq? %base-services-snapshot %base-services)) (exit 1))` and this way i'll not miss updates to %base-services (config.scm)? <vits-test>str1ngs: Thanks, the %base-services is a list. <str1ngs>vits-test: I just checked it's a list of services <mroh>alextee[m]: libbz2 is in the bzip2 pkg: `tree $(guix build bzip2)|grep libbz2` <vits-test>str1ngs: I just copied the definition of %base-services, and renamed to "snapshot". I wan't to compare them each time the system config builds, to not miss the updates. <vits-test>So i can directly specify the desired services instead of using modify-services(). <alextee[m]>mroh: hmm i installed that but meson can't find -lbz2: meson.build:791:2: ERROR: C library 'bz2' not found <brendyyn>vits-test: Sure you can do that I think, but you should use equal? instead of eq? I think. <brendyyn>i suspected it would be the static one ;< *vits-test .. "do not use with circular lists".. HA! I'll use a square brackets, of course! <brendyyn>i dont know if anyone makes those outside of SICP exercises <alloy>Hey there! Does someboy know if it is possible to use channels that pull from an authenticated git repo through ssh? I tried to get it working, but when I'm using a name from my .ssh/config it would not reloved and when I entered the address manually it would complain about the @ in the name after fetching. Thanks in advance! <vits-test>alloy: Hello. "reloved"? sounds dangerous %) <rndd>hi everyone! how i can add build system into environment? <vits-test>rndd: Maybe i misunderstud, but if You do `guix environment PACKAGE`, You'll get a "build-environment" of that package. <rndd>vits-test: sure, i do same. is it the only way? <rndd>anyway, thanks for the reply <terpri>rndd, or, by my understanding, you may want something like guix environment --ad-hoc gcc-toolchain automake, etc., extending the list as you run into build failures, and then use the --ad-hoc list as the basis for a package definition <rndd>terpri: 1) the problem is that i dont understand the proper way to use build tools manually if i want to tinker some sources. 2) also, what is the difference between inputs and native-inputs? <terpri>native-inputs are for build-time dependencies, inputs are for runtime dependencies, roughly <terpri>plain 'guix environment' is probably what you want if you're tinkering with an existing package <rndd>terpri: thank you very much <terpri>(as it will give you an environment with the build-inputs, maybe add --pure if you're user profile is cluttered like mine) *terpri -> zzz but there will likely be folks with better suggestions around later *raghavgururajan looks for nckx's soul <raghavgururajan>How do I pass number of cores to use, in vm.sh script? Like ./[..]-vm.sh -c 1 ? <nckx>raghavgururajan: You know damn well I don't have one. ‘-smp cores=1’, though. <nckx>vms.sh wrap Qemu, so use any Qemu arguments you need. *nckx enigmatically runs silently in the background. <davidl>Is it possible to apply manifests to different users directly in an OS configuration? *raghavgururajan does `pkill nckx` *nckx is now a zombie. Happy? <nckx>davidl: Everything's possible with Turing-complete configuration files, but I'm not aware of any built-in facilities for that. <nckx>IMO the Guix way is to give users complete freedom in what they install, and not to mess with it from the admin side. <efraim>it seems that libgit2 and therefore guile-git doesn't expose 'git gc' <efraim>I have 1 manifest that installs different files on different machines <efraim>no, on 'guix package -m Guix_manifest.scm' <efraim>I have to remember not to use it when i'm connected through ssh <vits-test>efraim: like pseudocode: (when (env $SSH) (display "You're in SSH") (exit 1)) to manifest? <vits-test>from Guix's bashrc: [[ -n "$SSH_CLIENT" ]] && source /etc/profile <efraim>Maybe I could check if a package from my GUI list is available and override <efraim>The rest of the time ssh is normal though <vits-test>nckx: hiiiii! (* <b>nckx not this again. holy duct tape, erect it away!</b>) :) *nckx mumbles ‘...but IRC has mark-up...’ <nckx>vits-test: Whence the -test? Please go back to advertising -guix for free thx. <vits-test>nckx: I just forget almost everything. I need to set-up gpg (authinfo.gpg), and copy some password over, from that laptop. <efraim>gpg --export-secret-keys | ssh other-machine gpg --import <vits-test>btw, i recently used ping to this box, from mobile, via home wifi-router *vits-test switches to man gpg from info guix. <nckx>vits-test: You could say it's for privacy if it wasn't preceded by your IP address. Hope it's nice & cool in Siberia. <vits-test>About weather, it's cool. Though jacket rather needed on the street. <civodul>i once again witnessed newcomers fighting with locales <nckx>And the locales usually win :-/ <nckx>After a reconfiguration my guix-daemon won't start. Runs fine from a terminal. Where would that be logged? <nckx>Let me double-double-check 🙂 <civodul>then of course you can try "sudo strace -p 1 -f -o log" and "sudo herd restart guix-daemon"... <nckx>No, nothing in /v/l/m or tty12. <nckx>civodul: For what, exactly, should I be careful? Will this slow down PID 1? Timeouts? Explosions? <nckx>Oh, 8ce6f4dc287 is to ‘blame’. <nckx>(‘Run the installation inside a container’ -- misleading commit message if true.) <nckx>I need to add more bells and/or whistles to my kernel. OK. Thanks, civodul. Although I ‘debugged’ this by running strings on a .go file and grepping for ‘--’. Not great! Hope it's just me being stupid and there's a better way (there were no command-line options in the strace output). <nckx>That commit is not to blame. Weird. Not sure what changed. Anyway, my fight with USER_NS is at an end. It's now enabled. *nckx was expecting correct horse battery staples but Mushi9be3Eek7oethao3peiquohvu4 it is. <vits-test>nckx: IDK about crypto-thing. Though as i don't have that important things, maybe i need to use xkcd, then. <vits-test>hm.. not packaged. There was some utility, though. <mroh>civodul: I like that "-L zlib hack" for taglib! <civodul>mroh: good! i think it's a reasonable option <nckx>Oh, I think they're cryptographically all right (less entropy than completely random, although it can do that too). I wouldn't actually use these for things I need to memorize but they're a good middle ground when you might need to *communicate* or remember them briefly. <vits-test>nckx: Maybe. I just remember seeing something like that. <nckx>Well, maybe too basic for people already in #guix 🙂 <vits-test>rng.choice() <--- btw, there is a thing that makes choice. *vits-test inevitably will use `shuf` ^_^ <brendyyn>speaking of help, i think `guix' should return the help by default. <brendyyn>well its like "Hi guix how are you today?" Guix: WRONG! <nckx>Well, it's more like me walking up to you, saying ‘Brendynn’, then just staring. But sure, might as well read out the menu. <brendyyn>Hmmm. Capitalise the start of each sentence maybe? main commands: -> Main commands: <brendyyn>ohh the colons are gone in the latest patch. outrageous. <civodul>brendyyn: yeah, i hoped nobody would notice ;-) <civodul>but i also thought there couldn't be more than one colon anyway <raghavgururajan>how do I generate a password hash, for use in (password (crypt "InitialPassword!" "$6$abc")) <civodul>raghavgururajan: the call to 'crypt' above is how you generate the password <raghavgururajan>civodul, Oh so I pust the actual password in the config.scm and not the hash? *raghavgururajan GPG encrypts the config.scm 😈 <vits-test>Security: 0) GRUB pass 1) LUKS pass 2) GNU/GUIX-store-pass 3) user-pass 4) deactivate tich-bomb under a table 5) open the curtains %) <vits-test>BTW, is that "guile-pwgen": (use-modules (gcrypt random)) (random-token 63 'very-strong) <civodul>raghavgururajan: as the manual explains, that's the *initial* password <civodul>and you'd rather change it afterwards :-) <efraim>I assume there's a reason why pinentry upstream doesn't use shared libraries <nly>raghavgururajan: use shroud (password (crypt (shroud-show-entry "nongnu.org") "$6$abc")) <nckx>Does anyone run a Web mail on a Guix System? <roptat>I used to run roundcube, but not anymore <roptat>iirc, I downloaded the "full" archive and dropped it in a directory, configured nginx to use php and serve from that directory <nckx>Thanks. RoundCube is probably the way to go... <roptat>it's not bootstrapped or anything, but it works <nckx>I've run RoundCube and Rainloop in the past, neither were great, both did the job. RainLoop's probably full of holes. I was looking at <https://afterlogic.org/webmail-lite> (it's *fast*) but it supports only MySQL and my mysql-service is segfaulting. <nckx>Oh, RoundCube supports Postgres, RoundCube it is. <roptat>so I'm considering applying for a grant from NLnet, on building Replicant on Guix. The idea is to use it to add gradle and a gradle-build-system, the android SDK, applications, Replicant itself, and possibly an interface to guix system to build a Replicant image <roptat>this is a lot of work, but with the grant, I would be able to work on it full time, so I think I can finish it with less than a year of full-time work <roptat>gradle and the sdk are going to be hard, but I'm pretty confident I can do it, because of my previous work on maven <roptat>Replicant itself though, might be more difficult. I'm not sure how to approach it. I'd like to have package definitions to build a Replicant system, but one of the issues is that they use a different libc, bionic, and I remember ludo not being a fan of adding additional libcs to Guix :) <brendyyn>Do you plan to make Android apps run on guix? I wouldn't mind being able to run NewPipe. <roptat>I plan to be able to build apks from Guix, but running them on guix is not the same <roptat>I suppose if I build Replicant though, I'll have package definitions for dalvik and the various daemons that are needed to run apps, so it might be possible <lafrenierejm>When attempting to boot a USB with the latest stable I get "Error: Driver 'pcspkr' is already registered, aborting..." <lafrenierejm>Is that something I'll need to build my own ISO to work around? <roptat>I remember people reporting the same issue, and I think the fix was simply to add an option to the linux line in grub <roptat>iirc, you don't need a new ISO, just change the grub configuration when you boot <lafrenierejm>roptat: Thanks for the tip. I was able to blacklist in grub's linux command. <lafrenierejm>There's another message "udevd[386]: no sender credentials received, message ignored" <efraim>if we can build android apps on Guix then the fdroidserver package becomes more useful :) <nckx>roptat: Installing RoundCube was so much less painful that I'd expected. Thanks for the reassurance 🙂 <efraim>now automate it by creating an activation service which downloads and unpacks it into the right directory! <allan`>Hello, I am having an issue during the install of guix. It comes towards the end of the install, where it is applying grafts <allan`>I'm not exactly sure what it means by that. I looked at the folder it was located in an didn't see any duplicates <roptat>is this while installing the guix system or guix on a foreign distro? <roptat>also I'll need more context, because I have no idea what packages are involved <abralek>nckx[m]: Hi, I see you improve dovecot-pigeonhole package. Thanks! But what about other patches? Did you have time to test them? Especially a symlink part. <efraim>allan`: I didn't check but I'd assume pulseaudio is part of %desktop-services <dissoc3>where can i find the definition or docs for native-search-paths and search-path-specification? <apteryx>efraim: I think there's no pulseaudio services on Guix. It is started automatically by the process who needs it <sneek>lfam, vits-test says: '..iOS user who "lost" something..' except, of coure, freedom. <lfam>vits-test: Sure, but that has nothing to do with features or technical merits <lfam>I specifically said that the advantages of iOS have nothing to do with licensing <lfam>There is a pulseaudio service, in (gnu services sound) <leoprikler>There is a pulseaudio service, but it does not start pulseaudio. <leoprikler>It doesn't even propagate a pulseaudio package, which might be weird <apteryx>leoprikler: what does it do? puts a default config somewhere? <leoprikler>imo we could make it so that it also propagates pulseaudio, but that might clash with other metapackages like gnome ***jess is now known as j
<apteryx>It seems rare, but at least ungoogled-chromium seems to have problems with pulseaudio on Guix: I often need to have pavucontrol to kick pulseaudio before starting chromium, else it fails to detect any microphone. Would there be a disadvantage to have the pulseaudio daemon always running as part of the service? <leoprikler>by design, pulseaudio doesn't normally do system services and there's a lot of baggage that comes with using it as one <roptat>allan`, sorry for the long silence, what's the file that guix tells you already exists? <roptat>oh I didn't see the replies, I also agree it might be pulseaudio, because it's already in %desktop-services <roptat>(sort (map symbol->string (map service-type-name (map service-kind %desktop-services))) string<=?) <roptat>is there something that could allow me not to use two maps like that? <leoprikler>(compose symbol->string service-type-name service-kind) <bavier[m]1>anyone else have trouble playing HTML5 video with our epiphany browser? <apteryx>perhaps you need to install some gstreamer plugins? <bavier[m]1>like, nextcloud will say "error loading *.mp4" and youtube/invidio.us say "No compatible source was found for this media" <leoprikler>you might want to add gst-libav (icecat uses ffmpeg according to the package) <lfam>I think it should be added to the package somehow. It's definitely a bug that the browser cannot play video <leoprikler>what videos you can/can not play should match other video players like totem <leoprikler>if you need it rarely you can also do single-shot environments <vits-use-guix>bavier[m]1: btw, in webkit it may be gst-plugins-* (epiphany) <leoprikler>IIRC base+good should be enough to play the videos at guix.gnu.org, but not any mp4 <sneek>Welcome back joshuaBPMan, you have 1 message! <sneek>joshuaBPMan, bdju says: I have not tried flatpak firefox, but I am against flatpak and the icecat issue is recent. thanks anyway <bavier[m]1>huh, gnome-videos also will not play these *mp4 files, but mpv will. I think I would rather have things "just work", and guix seems to go the include-all-features-where-appropriate route in other places. <bavier[m]1>but I know for things like audio/video decoders it can be difficult to cover all bases all the time <joshuaBPMan>bavier[m]1 Are there still patents covering mp4 files? <bavier[m]1>joshuaBPMan: I thought they expired? idk for sure. <leoprikler>It seems upcoming gst-plugins-good will have mp4 support <leoprikler>okay, scratch that, the problem is not mp4, that has been good for a while <lfam>Does anybody know which icon theme OBS uses? All the icons are missing on my Debian system when I install OBS with Guix <davidl>I would like to add comments and a --no-gc flag to some of my guix system revisions - is that possible, or perhaps in (future) development? <davidl>(--no-gc flag meaning this specific revision will not be garbage collected unless specifically told to be) <leoprikler>lfam: it only seems to install its own icon to hicolor as apps normally do <leoprikler>davidl: guix won't touch your system generations unless you delete-generations it first anyway <lfam>What do you mean, it "installs its own icons to hicolor"? <lfam>I have the hicolor-icon-theme in my profile <lfam>The Debian package does show the icons <davidl>leoprikler: sure but still, you might want to have cronjobs for --delete-generations=1m but just save specific system revisions in the same way as you would save a few specific package profiles.. <davidl>leoprikler, tbh, I haven't really tested it, but I assumed that if you have done say guix package -p ~/guix-profiles/my-dev-env.profile, then this profile won't be gc'ed like the others, but maybe Im mistaken. <davidl>*guix package -m my-manigest.scm -p ~/guix-profiles/dev-env.profile <davidl>leoprikler: possibly, enlighten me, please! <leoprikler>so yeah `guix system build -r path/to/root /path/to/config.scm` <leoprikler>lfam: from what I can see, it should use Qt icons (?) <lfam>I wonder, are you able to try reproducing the bug for me? It should only require installing and running obs, and then looking for some "plus" and "minus" icons near the bottom <leoprikler>`guix environment --pure --ad-hoc obs -E XAUTHORITY -- obs` doesn't seem broken in the slightest <lfam>In the areas named Scenes and Sources, there should be a row of icons along the bottom <davidl>leoprikler: thx, Ill look into that and see if that consititutes a solution. <lfam>Those icons along the bottom are what is missing for me <lfam>Okay, thanks for confirming. I appreciate it! <lfam>We will need to tweak our package... somehow. I'll use Debian's package in the meantime <leoprikler>I still think those should be Qt standard icons tho <lfam>I don't have time to debug it now... this is for my job <leoprikler>oh, wait, it has its own themes at $prefix/share/obs/obs-studio ***caleb_ is now known as KE0VVT
<alloy>Hi there! I already asked earlier today, but couldn't get an awnser back then. I was asking myself if it is possible to pull from channels which are stored on a ssh protected git repo. I already tried several things, but can't seem to get it working. Any hint would be very welcome! <joshuaBPMan>alloy I would be interested in that answer too! If there is away to do that, then guix could sort of support paid channels. <alloy>I wasn't thinking in that direction.. It was more about using my local git repo, for which https would be a bit of an overkill. <alloy>I don't know which http libaries are used in guix, but http authentication is also a thing. Would probably work already in some sort I guess <dissoc3>i would look in the (guix channels) and maybe (guix git-authentication) modules. im not really familiar with that code <alloy>dissoc3: I already tried some stuff. The first thing was using a alias I gave through my .ssh/config, which wouldn't resolve. Then I enter the address directly (ssh://user@host...), which downloaded fine, but later complained about the @ in the name.. So probably not supported I guess, but I will have a look. Thanks for your help! <rekado_>alloy: the easiest way might be to use sshfs and then to use a file:// URL <civodul>alloy: i think using an ssh:// URL for channels works if you have a running SSH agent and authentiation is not password-based <alloy>rekado_: Thanks! I will try that if everything else fails, as it is kind of hacky. <alloy>civodul: It works indeed for fetching the repo, but sadly the @ symbol needed for the username makes problems at a later stage. I will get the error message <civodul>but maybe you can work around it by specifying it in ~/.ssh/config <alloy>It looks like .ssh/config is not honored <civodul>ah yes, possibly, because it goes through libgit2, which uses libssh2 <civodul>(unlike Guix, which uses libssh via guile-ssh) ***caleb_ is now known as KE0VVT
<alloy>another way to deal with it would be having the same username, but that does not seem to be feasable to me *vagrantc sighs at the disapearance of guile-gnutls built with guile 3.0 in debian <alloy>I think I got it working. The trick is to use the more verbose uri scheme ssh://user@host:/... and not user@host:/ (which I used before) and a running ssh-agent. Thanks for all the hints! <joshuaBPMan>alloy awesome! Now you can get rich by creating a commercial channel! <efraim>Everyone knows the real money is in providing the substitutes! <joshuaBPMan>efraim That's what I'd actually like to do...until IFPS bankrupts me. :) :) <joshuaBPMan>efraim Would you like to become my CTO in this company venture with me? Perks will include the keys to a massive supercomputer. :) <leoprikler>that's a rather weird spelling of "botnet" if I've ever seen one <vagrantc>civodul: landed in "experimental" and worked, but after recent versions of guile 3.x it started failing test suites ... so "unstable" only contains guile-gnutls built with guile 2.2 <vagrantc>civodul: and because the "unstable" version is newer than "experimental" that version was essentially garbage-collected *vagrantc was hoping to only have guile 3 in the next debian release as it would make guix packaging simpler <vagrantc>just another twist in my guix on debian plot :) <vagrantc>i haven't yet tried janneke's clever hack to fix "make dist" without rebuilding the world ... should probably try that now... <vagrantc>would it be feasible to set up a "make dist" job on the build farm to catch this stuff earlier? <joshuaBPMan>vagrantc why do you call it guix on debian? Can't one already run guix on debian? <vagrantc>bug#43005: make dist fails: "store file names embedded in the distribution" <vagrantc>joshuaBPMan: you have to use the install scripts or build from source; i've been working on adding it directly to debian so "apt-get install guix" will work <vagrantc>which first amounted to packaging the build dependencies, so even building from source is easier than it used to be <joshuaBPMan>vagrantc Ok. That's cool. It's kind of weird to think that apt would distribute guix....would apt be responsible for updating guix? <vagrantc>joshuaBPMan: no, i still think you'd want to use guix pull or whatever <vagrantc>nix landed in Debian not too long ago, fwiw, so there's precedent :) ***caleb_ is now known as KE0VVT