Re: [GNU-linux-libre] [PATCH] gnu: Add ungoogled-chromium.

On February 16, 2019 9:18:58 AM EST, Julie Marchant wrote: >On 02/16/2019 05:25 AM, Brett Gilio wrote: >> I agree with everything Bill said in his message, and I heavily >> encourage all of us lurking in this mailing list with an opinion on >the >> matter to please state your opinion on this co

Re: GNU Guix & GuixSD 0.14.0 released

99.9% certain its spam. On January 30, 2019 5:29:29 PM EST, n...@n0.is wrote: >What. > >What is this? > >Spam? > >Like 0.14 was released ages ago. > >Bennett, Lucy (Student) transcribed 9.0K bytes: >> Display message >

Re: Help with map match

Just saw Ricardo's message. Sorry for the redundancy! On November 30, 2018 8:34:46 AM EST, Adam Van Ymeren wrote: >I believe match is a macro but you need to pass map a lambda. > >Try (map (lambda (a) (match a ("test" #t) ...) x) > >Or (map (match-lambda ("tes

Re: Help with map match

I believe match is a macro but you need to pass map a lambda. Try (map (lambda (a) (match a ("test" #t) ...) x) Or (map (match-lambda ("test" #t) ...) x) as match-lambda is a macro that expands to (lambda (a) (match a ...)) On November 29, 2018 6:13:26 PM EST, swedebugia wrote: >Hi > >I'm tr

Re: Review of pros and cons of package managers including Guix

On November 8, 2018 4:43:23 AM EST, Thorsten Wilms wrote: >On 08/11/2018 10.09, swedebugia wrote: >> >> https://www.slant.co/topics/344/~best-linux-package-managers >> >> Insights from the Guix-section: >> >> 4 pros: (missing the roll-back feature) see link. >> >> 1 cons: >> >> "Cannot han

Re: Mono and .NET Core

I tried to package .NET Core a while ago but didn't produce anything useful. Their GNU/Linux story was rapidly changing at the time. .NET Core was a pain to package partly because it bootstraps from a binary version of .NET Core similar to Rust. Although it may be possible to bootstrap via Mo

Re: Roadmap for Guix 1.0

Kinda late to the party here but I think a goal for 1.0 should be to ensure every single package builds on x86_64 and/or i686 and that most substitutes are available at the time of release. Having guix claim to have packages which then fail to build can leave a poor first impression. It's fin

Re: [PATCH] guix-daemon: Add option to disable garbage collection.

Just out of curiosity, what is your situation where the daemon can't see all GC roots? Are you sharing the store over NFS or something?On 3 Apr 2018 6:12 a.m., Roel Janssen wrote: > > Dear Guix, > > I have an interesting situation where the guix-daemon cannot see all > directories that (may)

Re: gnunet-guile reboot & guix (take two)

On February 3, 2018 8:10:36 AM EST, amirouche wrote: >Hello all, > > >After discussing gnunet & guix at fosdem with gnunet >people I have better picture of where things can go. > >The short story is: > >1) There is no way to know the gnunet hash aka. gnunet uri > of a substitute before the build

Re: [bug#30165] [PATCH] gnu: gnurl: Add '--with-ca-bundle' path to configure-flags.

n...@n0.is writes: > > Out of curiosity: Where do you use gnURL in the system? For > normal user experience it was never intended (though it would > work). It would be nice to know if another project depends on it, > as we've started looking into wget2 as a successor to cURL for > GNUnet. I don't

Re: [bug#30165] [PATCH] gnu: gnurl: Add '--with-ca-bundle' path to configure-flags.

n...@n0.is writes: >> The problem I'm trying to address is the same horror story we >> have with cURL: We need to be able to reference a certificate >> store. >> So far no one in 2+ years fixed this in our cURL to my best >> knowledge, so my idea as a maintainer of gnURL was to simply >> apply thi

Re: [bug#30165] [PATCH] gnu: gnurl: Add '--with-ca-bundle' path to configure-flags.

n...@n0.is writes: >> The problem I'm trying to address is the same horror story we >> have with cURL: We need to be able to reference a certificate >> store. >> So far no one in 2+ years fixed this in our cURL to my best >> knowledge, so my idea as a maintainer of gnURL was to simply >> apply thi

Re: [bug#30165] [PATCH] gnu: gnurl: Add '--with-ca-bundle' path to configure-flags.

Regarding https://debbugs.gnu.org/30165 gnurl is failing to build on my system and I think this patch is to blame. Why is gnurl referencing something under the root filesystem rather something provided by an input? Shouldn't we provided ca-certificates.crt from an input and reference that? I g

Re: GRUB LUKS support is slow?

On December 15, 2017 8:10:24 PM EST, Tobias Geerinckx-Rice wrote: >Guix, > >I'm afraid you'll all be somewhat disappointed by the answer... > >Adam Van Ymeren wrote on 16/12/17 at 00:25: >> On December 15, 2017 5:53:15 PM EST, Mark H Weaver >> wrote: >

Re: GRUB LUKS support is slow?

On December 15, 2017 5:53:15 PM EST, Mark H Weaver wrote: >l...@gnu.org (Ludovic Courtès) writes: > >> I have an encrypted root. When GRUB asks me for my passphrase, it >takes >> 5–10 seconds after I hit enter before it displays the menu; then, >once >> I’ve selected an entry, it takes another 5

Rust bootstraps via i686?

Does anyone know why rust bootstraps itself from the i686 version of the binaries even if you're running on x86_64? This results in having to download a build a lot of packages to build rust on x86_64. If I can make it bootstrap though the current system in use would that be a useful patch or is

Re: Installing some packages results in "incomplete deployment"

On December 2, 2017 4:50:04 AM EST, Chris Marusich wrote: >Hi, > >Some Guix packages exist which are not intended to be installed into a >user's profile. For example, android-udev-rules's description says: > >_Simply installing this package will not have any effect._ It is >meant to be pa

Re: EOMA68-A20 preproduction unit for dev work

On 10 November 2017 07:35:50 GMT+07:00, Eric Bavier wrote: >Hello Guix, > >There may be an opportunity to get a preproduction EOMA68-A20 unit from >lkcl. He'd like them to be used for either hardware or software >development. I'm not sure that I have the time or necessary experience >to help in

Re: let's talk about SLIM

"Bernd S." writes: > I also agree that the replacement should be something really lightweight and > independent, > I really like the suggestion of OpenBSDs xenodm for example. I did a quick test trying to build xenodm on GuixSD. I believe the code has some OpenBSDisms in it, as it doesn't comp

Re: let's talk about SLIM

On August 27, 2017 2:08:42 PM CST, Mark H Weaver wrote: >ng0 writes: > >> It seems to me as if SLIM can be dropped once we >> have something else in place. Would you agree? > >It would be good to keep a display manager service that is lightweight >in terms of both resource usage, runtime-dependen

Re: NetworkManager instead of Wicd in ‘%desktop-services’?

l...@gnu.org (Ludovic Courtès) writes: > Adam Van Ymeren skribis: >> Most of the time I have to restart my applications like icecat of emacs >> when my network settings change. I'm using wpa_supplicant and dhclient >> by hand rather than wicd. >> >>

Re: NetworkManager instead of Wicd in ‘%desktop-services’?

Maxim Cournoyer writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Maxim Cournoyer skribis: >> >>> I've noticed the same (lack of DNS resolution) following a reboot for >>> some minutes and was also wondering what was causing this. I'm using >>> wicd as part of the %desktop-services, so that

Re: ISO-9660 image working and ready

Danny Milosavljevic writes: > Hi Ludo, > > On Mon, 17 Jul 2017 15:41:26 +0200 > l...@gnu.org (Ludovic Courtès) wrote: > >> Would you like to update the ‘release’ Makefile.am target as well as >> “System Installation” in guix.texi to reflect that? > > Sure, but if possible, let's make sure that th

Re: ISO-9660 image working and ready

On July 17, 2017 1:54:49 PM EDT, Danny Milosavljevic wrote: > >Sure, but if possible, let's make sure that the image is tested in all >cases first. I hope someone tests the image on a real EFI computer >again. (It works in qemu - but with the complexity of the EFI >specification and all I'd rat

Re: Bootloader trouble during installation

cinde...@hushmail.com writes: > Hello again, all. I've been trying to install GuixSD for the first time with > no success. > The installation process seems to go smoothly, but my machine can't detect the > installation. Since the installation isn't detected, I believe the problem is > with the >

Re: Guix libification.

On June 10, 2017 12:04:59 PM EDT, Alex Kost wrote: > >I also needed similar functionality, but since I didn't want to depend >on guix modules Why not depend on guix modules? I'm not a scheme/guile expert just curious, what's the downside to depending upon guix?