<ng0>I have 49 crude (3/4 finished, mostly in need of synopsis+desciption) patches... I know the number will grow to at least 70, should I sent them now to reduce the workload?
<lfam>ng0: Wait until everything is ready. It's difficult to review incomplete things.
<ng0>all in all they are complete, the thing is, I know someone was working on at least one package in that chain, and I'm no rust user, just happen to need to package lots of packages :)
<ng0>the completeness is for a package I can't make public at the moment, as it's for a prototype
<lfam>These packages are complete, and they are a dependency of some incomplete package?
<ng0>Some packages need a second pair of eyes to control, as I might have missed something (description, synopsis, very rarely: python). The reason why I package them is the full dependency graph of a package which can soon be accessed (but not yet included in any distribution), domain access reasons.
<ng0>I think you are right, I should wait some days until I arrived at tokio-core and can rebase again to correct eventual mistakes. It would just feel safer to get a quick review by someone who is more rust wise
<ng0>there are some zero dependency packages, but it's difficult to filter them out I think
<lfam>If you these dependency packages are done, then go ahead and send them in.
<ng0>we could use libc for example.. that's a source for many rust packages
<divansantana>I'm hoping to try setup the VM as I would my laptop and then later make the switch once I'm more familiar with it.
<buenouanq>I'm inclined to think that system reconfigure would still work.
<buenouanq>I'm sort of confused though - It is or isn't successfully installed in the VM yet?
<divansantana>buenouanq: I'll try that. It's not yet installed. It's just booted the install image. I then was hoping to fire up sshd in the install image and use my emacs editor on my laptop to edit to the config of the future guixsd system. And to back it up. But I think I'm over complicating it.
<buenouanq>You should be able to reconfigure the install instance before install in the same way as it's itself just a normal guixsd - But I've never tried nor heard of anyone else doing this. Yeah, I would just install it first adding what I said about openssh from the beginning and you'll be good to go from there.
<buenouanq>have you looked through the example os configs yet?
<divansantana>buenouanq: great. Thanks I'll do that. Reading them now. From /etc/configuration.
<divansantana>buenouanq:it's very different to other linux systems I've tried. But keen to learn and switch and one day get involved. Now on parabola.
<buenouanq>I suggest using the barebones one and building it up.
<vtomole>buenouanq: "Can't install grub on /dev/sdb1"
<rekado>vtomole: grub should be installed on a disk, not a partition
<buenouanq>vtomole: the grub line cannot have a partition number, just the disk (/dev/sdb not /dev/sdb1) AND the disk must have a bootable flag
<buenouanq>rekado: I think that the partition part of the install guide is glossed over too quickly. Would be great if it had some example partition schemes for me (like myself) who really had no idea what they were doing.
<vtomole>My main disk ran out of memory. The biggest i can mount on was 8MB so i had to create an empty citrual machine disk
<vtomole>yes i ran fdisk and the gnu-disk image was in /dev/sda1
<ryanwatkins>Hey guys, I am trying to run GuixSD on my laptop but I am unable to get the USB drive install to work, I just can't seem to boot from the thing. Do I need some specific bootloader or something?
<buenouanq>vtomole: what is the gnu-disk image? the install image?
<ryanwatkins>I used dd to put the usb drive install onto my usb but it does not work :(
<vtomole>buenouanq: I encourage you to run guixsd on vm, it will be easier to know what types of problem i've been running into.
<buenouanq>ryanwatkins: have you changed your bios to boot to the usb? maybe it requires you to hold a function key or something?
<ryanwatkins>buenouanq: I set my USB to highest priority if that is what you mean? I am usually able to boot, for instance right now I have a archlinux live usb plugged in that works but this is an ISO file
<quigonjinn>ryanwatkins: if you use 'dd' to write the installation image to a USB, the old filesystem will be overwritten anyway
<ng0>i'm a bit stuck in my thought process and need someones opinion
<ng0>Rust crates do not complain if something is missing. right now I have interdependent packages to solve, I only saw this after drawing the relations out on paper and my board. Should I skip the bootstrap we normally do, or should I do it?
<rekado>ng0: re rust.scm exceeding 2000 lines: there are two separate concerns I have
<rekado>ng0: if you have packages that are for e.g. web stuff, please place them in web.scm
<rekado>ng0: we don't really want to have the python situation
<rekado>ng0: the other concern is: how do you intent to keep it all up-to-date after submission?
<ng0>the other concern: as long as our applications needs the rust packages (and therefore the chain leading up to them), I will keep them up to date. For web etc, I will move them around but as someone who isn't into rust programming, I can only judge as per descriptions
<ng0>as I'm packaging from 0, I need to add some very often used crates anyway
<rekado>civodul: do you think we could run a simple application on bayfront that checks for updates and notifies certain people?
<ng0>i would submit way less packages if the base wouldn't be flatout zero rust crates. the crate "tokio-core" has a very long chain and 80% are basic crates reused everywhere on crate.io (which is good)
<civodul>rekado: something that would run 'guix refresh', roughly?
<rekado>I now have access to darnassus to perform some Hurd + Guix experiments. I'll ping him later.
<jmd>rekado, civodul: I recall you both mentioned it would be a good idea to have the graphical installer include a page to choose from a list of standard configurations. What do you think would be a good idea to include in that list?
<rekado>__red__: I'm also pretty new to this. The best person to talk to about this is a person who is known on IRC as phant0mas.
<rekado>I got a simple QSort.hs to compile with Nhc on Hugs. It took 2 minutes(!), but the output is identical to the bundled generated C code.
<rekado>unfortunately, a chunk of Nhc is implemented as a shell script, which handles all the command line arguments and options.
<rekado>porting this to use the interpreted Nhc will take some time, but it looks like it could actually work.
<rekado>I guess now it's time to cheat, build Nhc from the generated C sources, and see if Nhc is at all useful for building GHC.
<rekado>jmd: IIRC we thought it would be good to have a config for a minimal desktop installation (as it's used in the manual), an option to enable full disk encryption, and a minimal server installation.
<jmd>Is full disk encryption actually working yet?
<davidl>jmd: Im using it, seems to be no problems so far though that's only after a few days of usage.
<jmd>davidl: That's good to hear. I haven't actually tried it myself.
<rekado>I will soon reinstall my system. I wonder if I should just wait a little longer until the installer is ready.
<davidl>jmd: yep =) though previously it failed after a week or so but then I had installed with LVM.
<jmd>Is there currently any documentation at all for FDE installation?
<rekado>jmd: the manual mentions encryption a couple of times.
<lfam>From there, you can take a look at the xmonad package definition to see if it includes that package as an input.
<jmi2k_>lfam: No, it doesn't include it as an input
<lfam>jmi2k_: Okay, I recommend adding it as an input to the xmonad package definition, rebuilding and upgrading xmonad, and then seeing if it works. Does that make sense?
<jmi2k_>lfam: In fact I found another problem: ghc should be a propagated input because it's needed to run commands like xmonad --recompile
<jmi2k_>lfam: I'll apply these changes and see if it solves everything
<lfam>Alright, sounds like xmonad has some improvements on the way :)
<jmi2k_>lfam: it didn't work because it isn't xmonad itself who fails. When xmonad is recompiled, it generates a binary, and this binary complains because it can't find libXss.so.1
<jmi2k_>lfam: about ghc as a propagated input, it worked, so if I solve both I'll submit a patch with the two fixes together.
<lfam>jmi2k_: Are you familiar with strace? My next step would be to run xmonad in strace (sounds a little tricky...) to see where it's looking for that library
<lfam>I'd also look at the Nix xmonad package, and maybe some other distros, to see what they do
<lfam>I'm not sure what you mean by "it isn't xmonad itself who fails. When xmonad is recompiled, it generates a binary, and this binary complains". Sounds like xmonad is the failing thing
<lfam>nckx: Thanks for those recent updates to the AWS-related packages
<jmi2k_>lfam: xmonad --recompile generates a binary, ~/.xmonad/xmonad-x86_64-linux. I think xmonad looks for it and runs it. I'm not very familiar with the xmonad internals, so I can't give more details.
<jmi2k_>lfam: I have to go, I'll look more in depth later. Thanks for the help :)
<nckx>lfam: heh. I may or may not have triple-checked the signatures for those... (Thanks for the hook, though; I'll try it Real Soonish®)
<ng0>Currently our rust bindings for libpsyc are developed and kept inside the same source as libpsyc. Is there a way to start another build system inside a build-system (just system cargo build will not work), or is my assumption that we need to split this off libpsyc, at least in releases, correct? or is there some other idea I can try out?
<ng0>as we have a dependency on the crate bitflags with our rust bindings, I wonder if just adding a replacement there (for the local src output of bitflags) would be enough. I don't know. I'm not in favor of keeping everything in one place
<davidl>Apteryx: are you doing this from a guix installation? because guix seems to have dns problems at least during install. You can try and ping savannah.gnu.org. I solved it for myself by setting nameservers manually in resolv.conf.
<ng0>a solution I have in mind which requires not so much maintenance is to inherit the package and replace the (arguments) and (build-system) with appropriate ones for the crate
<Apteryx>davidl: Nope, this is happening from an installed system. DNS seems to be working fine.
<davidl>Apteryx: or in the wicd gui on the xfce desktop.
<ng0>I have to rebase anyway, but this is one more thing which I found in the last two days
<ile>Hi again. Got Guix running after some time (I think), but the manual suggests running nss (or nscd) but I couldn't find how to do that? Should I do "guix package -i nss" or something else?
<lfam>ile: NSS and nscd are totally different. NSS provides the certificates requires for the TLS / HTTPS public key infrastructure. You'll need that package if you want to communicate securely over TLS, including HTTPS web sites.
<lfam>nscd is a programs that aids in resolving DNS names
<lfam>If you're using Guix on a foreign distro, check the manual section 2.6.4 X.509 Certificates
<lfam>If you're using GuixSD, check section 7.2.9 X.509 Certificates
<ile>I'm running on a foreign distro yes (ubuntu 16.04)
<ile>Trying to make a "hosting server" for web app that's easy to replicate
<lfam>Ah, there are two things called NSS. The Name Service Switch, as you've linked to, and Mozilla's Network Security Services, which offer TLS and an X.509 certificate store
<lfam>I've never noticed that section of the manual (2.6.2). It is "strongly recommended"...
<ile>Yes, "strongly" seemed like I should try to do it. :)
<ile>Also I'm looking to try Guix as then I wouldn't have to go Docker/Chef/Puppet way... Guix seemed better in that regard from what I read.
<lfam>It's more appropriate to try GuixSD if you're looking for a totally declarative system.
<lfam>Guix on another distro will still require you to set up your services the old way
<ile>I would do that but on that OVH cheapest server ($ 3.50/month) they just support some of the most basic distros...
<ile>yes... Maybe I will put this on hold until I get a server that I can install GuixSD on
<ng0>"The Material Design icons by Google are released under an Attribution 4.0 International license. The icons are directly copied from Google's GitHub repository at https://github.com/google/material-design-icons." can I include that, comes with the qml-material source, or is this incompatible with guix?
<ryanwatkins>Hey guys, I managed to perform a successful install via USB and ran the reboot command. Upon startup now I just receive ERROR: In procedure scm-error: LUKS partition not found etc.. Any ideas?
<civodul>ryanwatkins: could it be that the LUKS UUID provided in config.scm does not correspond to your partition's LUKS UUID?
<davidl>ile: I haven't tried this myself but you could probably install your GuixSD conf to vm with guix system vm-disk command and then look at for example lib-virts website on how to setup NAT between host and guest, though this is a bit complicated and requires that the rented server allows for nested virtualization.