These are the channel logs matching your query nick:davidl
| 2024-02-29 | [21:46:14] <davidl> Hi, how can I use snap on Guix? |
| 2024-02-29 | [22:15:30] <davidl> pkill9: thanks for the suggestion |
| 2024-02-09 | [22:16:27] <davidl> anyone here who knows how to use emacs-flycheck-pycheckers on guix |
| 2023-12-18 | [20:49:20] <davidl> Anyone who has thoughts or opinions about Ubuntu snaps security vs Guix packages security? Canonical's ubuntu is marching towards Corporate security compliance using Microsoft Intune, so Im wondering what would the closest thing Guix could possibly offer a corporate work laptop given some time and money investment that would compete and be up to the standards. |
| 2023-12-18 | [21:12:57] <davidl> vivien, ieure: there is an argument for non-pure adherence to FOSS due to the fact that tons of ppl must make a livelihood for their families and that currently this is not available to the number of ppl who wish they could go FOSS in their daily $jobs. Pushing things that direction as much as possible, like perhaps Canoncial does via MS Intune compatibility, may lead to approaching Linux in the corporate world, and if played well, pushes the |
| 2023-12-18 | [21:12:57] <davidl> corporate world away from MS and Apple towards FOSS alternatives instead. It would be nice to have any idea about what Guix can offer in that direction of standards compliance - because that is at the heart of this - businesses wants compliance to standards so that Customers will choose them and not their competitors. |
| 2023-12-18 | [21:19:55] <davidl> ieure: Id be interested to hear more about your perspective on this. I didn't fully understand the second part of the last sentence you wrote though. |
| 2023-12-18 | [21:23:11] <davidl> Running Guix on some Ubuntu Flavor with Ubuntu Pro enabled would possible maintain Microsoft Intune enrolled endpoints while still allowing Guix users to stay Guixy in their dev workflows. If there were any FOSS analogue to microsoft intune, that would just be really interesting to know about. |
| 2023-12-18 | [21:23:46] <davidl> (maintain them being compliant*) |
| 2023-12-18 | [21:29:15] <davidl> ieure: right the policies are there - but they are usually compliance based - so if Corp X has MS Intune, they need a Linux Profile which may or may not be worth the effort depending on stuff. I am aware about being the underdog in the situation :) however, talented staff is lost and Devs are a scarce resource, which is more and more evident to some businesses - providing Linux endpoint option while still being X-Compliant makes more sense than |
| 2023-12-18 | [21:29:15] <davidl> ever. Canonical keeping up with MS Intune support is an interesting step in that direction, and even the ppl who want to run Linux would rather run an Ubuntu on their bare-metal than some MS or Apple system and Virtualize some Linux Dev VM. |
| 2023-12-18 | [21:32:03] <davidl> vivien: there are certainly talented MS folks and Apple folks, but the number of talented devs total are just scarce, so doing anything you can to maintain or attract employees has a higher weight to it than ever. |
| 2023-12-18 | [21:34:07] <davidl> ieure: you are probably right that I won't. If anyone learns of anything that pushes in that direction though Id be interested to hear about it. |
| 2023-12-18 | [21:37:51] <davidl> ieure: well, actually it can be things like if your endpoint protection software can no longer send you a guarantee that the endpoint is secure and running the latest versions of things, that endpoint X will no longer be allowed to connect to Corp Y VPN. For some compliance it might be enough with alert and response, rather than prevention, and there might also be room for creative solutions that are more FOSS adherent. |
| 2023-12-18 | [21:48:08] <davidl> Plenty of businesses today are pretty much dangerously dependent on their developer teams. With some teams if they were to leave together for some new Corp, it would be a significant crisis for their current employer. This is power. Im saying that the playing field for FOSS enthusiasts keeps tilting in their favor in the Corporate world, and if there were efforts (which there are some of), things may eventually hit a tipping point making FOSS |
| 2023-12-18 | [21:48:08] <davidl> the standard instead of MS or Apple. Compliance software, sandboxing features are current important obstacles in the path for that. |
| 2023-09-28 | [09:44:52] <davidl> Important security notice I believe: |
| 2023-09-28 | [09:44:52] <davidl> https://www.bleepingcomputer.com/news/security/google-assigns-new-maximum-rated-cve-to-libwebp-bug-exploited-in-attacks/ |
| 2023-09-28 | [09:44:52] <davidl> guix graph --type=reverse-bag libwebp # a lot depends on this lib |
| 2023-09-28 | [16:30:59] <davidl> civodul: np! No chance Ill be able to prepare a patch for it (although I wish I had the time to work more on Guix related things :-) ) |
| 2023-09-02 | [12:50:22] <davidl> When using guix build mypkg --with-input=deppkg=deppkg@ver can you exclude modifying the deppkg@ver for 1-2 dependencies in the recursive dependency chain? Like I need pangomm@2.50.1 but also pangomm@1.4 for some specific ones in the dependency chain of mypkg. |
| 2023-08-27 | [14:20:34] <davidl> which package has libGLESv2.so.2? |
| 2023-08-27 | [14:24:12] <davidl> roptat, thanks! |
| 2023-08-27 | [14:32:15] <davidl> roptat: I don't see it |
| 2023-08-27 | [14:32:27] <davidl> I have installed mesa and mesa-utils and still can't find it |
| 2023-08-27 | [14:33:52] <davidl> thx, sry I made a mistake in my find command |
| 2023-08-27 | [14:34:05] <davidl> I need to update wdisplays, it complains about not finding libGLESv2.so.2 |
| 2023-08-26 | [04:24:50] <davidl> Is it allowed to use Guix as part of a name of a derivative Guix distribution? Say EasyGuix, XGuix, or whatever you come up with? |
| 2023-08-26 | [04:38:13] <davidl> the_tubular92: it would be "just" a channel to begin with, but I may eventually rebrand it completely with /etc/os-release, grub screen, and everything being different with it's own installer. There are many Debian-based distributions for example, LMDE, that uses both Linux and Debian in it's name, and I wonder what conditions apply in order to use those names. |
| 2023-08-26 | [04:39:39] <davidl> videos? |
| 2023-08-26 | [04:43:52] <davidl> I would "ship" a bunch of collected services and packages from different Guix channels around the web (incl my own) that hasn't reached Guix master yet. It would expose variables like %my-guix-distro-default-packages that you can use for your current config-file, and a %my-guix-distro-os that you can inherit from. I would also like to add a website with documentation. |
| 2023-08-26 | [04:55:04] <davidl> the_tubular_92: thx. There is already similar projects out there - like guixrus. My goal is slightly different in that I want to provide a handcrafted default desktop environment, and default most things, batteries included. |
| 2023-08-26 | [05:00:11] <davidl> hmm, and if it doesn't follow FSDG? I am thinking about the channel called non-guix, which distributes build recipes suggesting you to install non-free linux - would that violate Guix as a trademark or something? |
| 2023-08-26 | [05:00:33] <davidl> mirai: definitely I will! |
| 2023-08-26 | [05:02:19] <davidl> mirai: thx, I will be reading that! |
| 2023-08-26 | [05:02:52] <davidl> mirai: how about EasyGuix, or GuixEdge, or GuixAlpha |
| 2023-08-26 | [05:06:22] <davidl> mirar: good point re Alpha, I wont use that. |
| 2023-08-26 | [05:07:25] <davidl> Groumf: lol |
| 2023-08-26 | [05:09:19] <davidl> Groumf: good point. The Edge thing is actually misleading too, because it's not necessarily ahead of Guix on package versions. |
| 2023-08-22 | [12:06:54] <davidl> I have an issue where my guix package fails to build after pulling the channel but when I do guix build -f ./mypackage.scm. It throws an wrong type argument in position 1 expecting string - so hinting at a variable does not exist. What variables may be available during a guix build -f <mypkg> but not after the same file <mypkg> has been commited to the channel and guix pulled? |
| 2023-07-22 | [13:37:39] <davidl> anyone else having problems with downloading substitutes right now? Mine is restarting and has tried both ci and borduoux. |
| 2023-07-22 | [13:39:54] <davidl> meologismo: ok. good to know its not just me then |
| 2023-07-18 | [11:22:17] <davidl> guix has multiple guix.info files - how can I merge them to one info file? |
| 2023-07-10 | [20:07:23] <davidl> how can I extend the polkit service with some new actions? Specifically I want to put that org.spice-space.lowlevelusbaccess.policy from spice-gtk in the /etc/polkit-1/actions directory. |
| 2023-07-10 | [21:29:11] <davidl> lambdanil: I managed to add it like that, to /etc/polkit-1/actions directory after a system reconfigure. However, my application - virt-viewer (or rather remote-viewer) - still complains about missing polkit action for usb low-level access which is what I added. |
| 2023-07-10 | [21:31:23] <davidl> I did not |
| 2023-07-10 | [21:31:33] <davidl> I will try that, thx for the suggestion |
| 2023-07-03 | [21:05:05] <davidl> sneek: later tell civodul: Hi I read your blog post from June 5th reg. dev environments and CI. Thanks for that write-up it was very useful! I had one hickup though when following it: the part saying "The end result looks like this (not repeating things that haven���t changed):" - actually I had to change the vcs-file? procedure and the *file* argument to local-file used by the package source field. Dunno if others find that self-evident, |
| 2023-07-03 | [21:05:05] <davidl> otherwise it might be worth editing that part. |
| 2023-06-23 | [12:56:30] <davidl> juliana[m]: I found my error now. The blog post I followed didn't mention a thing which of course is necessary: that when you put the guix.scm file in .guix/modules/mypkg-package.scm you need to edit both the vcs-file? procedure and the line with local-file "dirpath" - I had forgot to edit the vcs-file? procedure. To answer your question to me: no the bash-coding-utils-checkout is not an existing directory. It's just the name argument to the |
| 2023-06-23 | [12:56:31] <davidl> local-file procedure. |
| 2023-06-22 | [20:46:53] <davidl> Hi, I tried creating a package and channel using instructions from the most recent blog post about "from development to continuous integration" or similar. Im failing at the guix build -f guix.scm step. I run it with guix build -K -f guix.scm and when I look at the /tmp/guix-build..../source directory it is empty. I don't know why, because I have the vcs-file? function etc defined. |
| 2023-06-22 | [20:58:07] <davidl> juliana[m]: I could, thanks. I can tell you that it's not stable regarding the path of local-file. Really weird behaviour. When I added the .guix/modules/* files, and commited it, it showed the 2 files in that directory inside the /tmp/guix-build-.../source directory instead of it being empty. |
| 2023-06-22 | [20:58:27] <davidl> I also tried local-file "../..//" etc. without success. |
| 2023-06-22 | [20:59:24] <davidl> juliana[m]; one sec, working on it |
| 2023-06-22 | [21:00:42] <davidl> juliana[m]: here: https://paste.debian.net/1283857/ |
| 2023-06-22 | [21:01:15] <davidl> now, this will not work for you, due to guile-bash.path etc. which is not commited upstream yet. |
| 2023-06-22 | [21:02:48] <davidl> juliana[m]: let me know if you want some temporary commit to upstream repos such as bash-coding-utils.sr.ht - I can always force push it back later if I want to, |
| 2023-06-21 | [13:30:55] <davidl> hi, Im trying to build a specific output of a package but can't figure out how to do it with guix build command. I tried using the expression syntax but Im probably doing it wrong. Can someone provide a simple example? |
| 2023-06-21 | [13:38:11] <davidl> HiltonChain[m]: according to the docs, the option argument of --expression, can be a zero argument monadic procedure that returns a derivation as a monadic value (which is then passed to run-with-store), or it can be a g-expression (then passed to gexp->derivation). Are you sure it's not possible at all? |
| 2023-06-21 | [13:39:13] <davidl> (it can also be just a package like "(@ (gnu packages guile) guile-1.8)" ) |
| 2023-06-21 | [13:41:15] <davidl> I thought I could do something like -e='((@ (gnu packages base) coreutils) "out")' but it doesnt work |
| 2023-06-21 | [13:59:46] <davidl> HiltonChain[m]: Thanks for your help. I found a partial solution that works only in most cases, as long as there isn't a reference to #$outputs:<some-other-output> in the package definition. This will return the out output only: guix build --expression='(begin (use-modules (guix packages)(gnu packages base)) (define-public coreutils-out (package (inherit coreutils)(outputs (list "out")))) coreutils-out)' |
| 2023-05-30 | [16:40:05] <davidl> Would anyone mind having a look at this patch for a new bash package: https://issues.guix.gnu.org/51512#14 ? |
| 2023-05-30 | [21:35:37] <davidl> Kabouik, do you use any external channels? |
| 2023-05-30 | [21:36:03] <davidl> what is the last output in your terminal before it freezes? |
| 2023-05-30 | [21:38:06] <davidl> its not uncommon that a circular dependency may have been introduced. There is a circular dependency debug script to use if you want to find specifically which package may be creating a circular dependency in your channels. |
| 2023-05-30 | [21:38:18] <davidl> sounds familiar. |
| 2023-05-30 | [21:39:34] <davidl> im looking for it right now |
| 2023-05-30 | [21:41:03] <davidl> https://gitlab.com/methuselah-0/my-guix-packages/-/blob/master/recursion-debug.scm |
| 2023-05-30 | [22:04:47] <davidl> Kabouik, okay, well Im glad you found the problem. |
| 2023-05-29 | [19:22:24] <davidl> nckx: thanks for the link. A possibility is to keep a TODO.org file in the git repo (TODO-headers like PROPOSED, IN PROGRESS etc.), I wonder what you would think of that? Although I don't really wanna suggest more work to current maintainers, and it might not be worth it in the end. Though it might also be a base for GSOC projects, maybe funding, etc. |
| 2023-05-29 | [20:04:35] <davidl> nckx: on a related note with the libreplanet page. It has things like vscodium as a suggestion, and it would probably be useful to keep a note somewhere in like a TODO.org file of the javascript situation for that and similar issues with some other software, like for example licensing issues with ZFS or veracrypt. |
| 2023-05-25 | [13:07:00] <davidl> civodul: what do you think of having a transform option --with-upstream-builder, that runs guix.scm from the package's upstream source, like this: guix build hello --with-git-url=hello=<someurl> --with-upstream-builder=hello ? |
| 2023-05-25 | [13:07:20] <davidl> or maybe not directly runs, but makes use of it. |
| 2023-05-24 | [20:54:02] <davidl> I had a thought regarding a feature I have been thinking about: some projects provide a guix.scm file which, if they want to, can make sure themselves are updated with correct dependencies and guix build recipe. If there were a transformation option like --use-upstream-builder or similar, that would be cool as it could provide a quick way to solve build problems. Plenty of projects already provide a systemd service for example, why not provide |
| 2023-05-24 | [20:54:02] <davidl> them similar options but for guix? |
| 2023-05-24 | [20:56:52] <davidl> This: guix build hello --with-git-url -- |
| 2023-05-24 | [20:59:12] <davidl> This is what I want to be able to run: guix build hello --with-git-url=hello=<someurl> --use-upstream-builder=hello |
| 2023-05-24 | [21:35:12] <davidl> Guest28: there is probably a way to put it in /etc/fstab loading on boot |
| 2023-05-23 | [20:07:12] <davidl> unmatched-paren: good evening! |
| 2023-05-23 | [20:10:36] <davidl> unmatched-paren: I sent in a new version with the fixes you suggested, apart from switching to the copy-build-system which I hope I can do at another time. - https://issues.guix.gnu.org/51512#14 |
| 2023-05-22 | [07:06:54] <davidl> unmatched-paren: Is there any way to use the search-input-file procedure when you are using the trivial build system? I was trying to make everything work with the new style there before switching to the copy build system. |
| 2023-05-22 | [07:08:27] <davidl> For the other build systems, people use (lambda* (#:key inputs #:allow-other-keys) to get the inputs variable which the trivial one doesnt have. |
| 2023-05-22 | [08:04:46] <davidl> mirai: I know by now lol. As mentioned, Im planning to switch over, but want to do it step/by/step |
| 2023-05-21 | [19:05:02] <davidl> good afternoon unmatched-paren! I have an old resubmitted package you have helped review before - bash-bcu, and I wonder if you wanna have a look at it again? https://lists.gnu.org/archive/html/guix-patches/2023-05/msg00949.html |
| 2023-05-21 | [19:36:31] <davidl> unmatched-paren: okay, thanks I will have a look at fixing those things. Thanks |
| 2023-05-21 | [19:36:56] <davidl> I am not sure I am able to simplify much of the substitute things though, unfortunately. |
| 2023-05-21 | [19:37:26] <davidl> but I will see what I can do (comparing with the sed example you mentioned) |
| 2023-05-21 | [19:39:01] <davidl> unmatched-paren: I dont know what you mean by the following, Ill try and look it up, but maybe you can give a pointer? > for GUILE-BASH-FOR-BASH-CODING-UTILS, you should use MODIFY-INPUTS for INPUTS, and SUBSTITUTE-KEYWORD-ARGUMENTS/gexps with ARGUMENTS |
| 2023-05-21 | [21:58:33] <davidl> unmatched-parent: the modify-inputs procedure on guile-bash-for-bash-coding-utils worked fine. So thats fixed. Working on the other parts.. |
| 2023-05-21 | [22:05:15] <davidl> unmatched-paren: the substitute-keyword-arguments stuff seems quite difficult to understand to be honest. I found this commit for reference, but it takes a while to figure out whats going on I must say. https://github.com/guix-mirror/guix/commit/a6194d1f35ec8ac9b58f4d05affa5aabf1ca7014 |
| 2023-05-21 | [22:25:34] <davidl> unmatched-paren: alright, I got the substitute-keywords thing working for guile-bash-for-bash-coding-utils to work now. |
| 2023-05-21 | [22:28:10] <davidl> unmatched-paren: maybe Ill be able to fix the new style for bash-coding-utils tomorrow. Im not sure how to write the native-inputs there correctly. |
| 2023-05-20 | [19:55:14] <davidl> Hi, I have an issue when compiling saying a recompilation is needed for a specific file - how can I do that? I want to avoid running a full make clean and restart. |
| 2023-05-20 | [22:32:31] <davidl> Hi, I sent in a new patch for an old issue, bug #51512 add bash-bcu, but I don't see it showing up in the email archives or the debbugs issues tracker. Can someone check what's going on? |
| 2023-05-20 | [22:33:15] <davidl> ...and ofcourse now it shows up. |
| 2023-05-17 | [07:18:04] <davidl> rekado: it contains a module. https://gitlab.com/methuselah-0/my-guix-packages/-/blob/master/packages/bash-coding-utils.scm I have the channel installed and it failed but when cloning the repo and uncommenting the bash-coding-utils package in the file its located it works to build with guix build -f. |
| 2023-05-17 | [10:33:22] <davidl> does guix build -f pkg.scm and guix build pkg use the same version of guix for every step of the build? How are different channels handled? |
| 2023-05-17 | [10:42:46] <davidl> cbaines: I thought so too. But somehow one fails and the other succeeds. Yes, probably an input is from a channel and that's why it fails to evaluate one of them when using guix build instead of guix build -f. |