<Buglouse>( font is small thought equals was a different character)
<Buglouse>so I don't want to lose the boot fstab setting with noatime, my next step is to remove this option from initrd, I have more troubleshooting I just want to know if anybody has an initial thought?
<marusich>Buglouse, my only initial thought is: did it work before, and if so, what changed?
<Buglouse>no, first time installing guixsd, so still becoming familiar with system configuration
<Buglouse>but it's interesting to me that root mounts fine without any errors but then a second partition is mounted and errors occur; again I have more troubleshooting
<marusich>Hmmm... I'm sorry to hear that your first install is going badly. How have you set up your disks and partitions and file systems?
<Buglouse>how do I get to a functional run level one? Just a kernel and initrd, with root mounted, is this done with a kernel option?
<Buglouse>I'm getting more drunk by the minute so maybe this is not the best time to figure this out
<marusich>Bugs are generally harder to resolve while intoxicated :)
<marusich>I don't know the answer to your last question, I'm afraid.
<marusich>But since you haven't successfully booted before, the place I'd start is by asking myself: are my disks, my partitions, my file systems really set up correctly?
<marusich>To keep things simple, maybe start by trying a single-partition, single file system setup.
<Buglouse>I've done this partition scheme many times before and it just seems to me I need to verify the mount version and its capabilities
<marusich>Right. GuixSD can handle multiple file systems and multiple partitions just fine, but the trick is making sure everything in the operating system configuration file is crafted correctly to match your configuration.
<marusich>So you have a root FS and a FS for your /home directory?
<Buglouse>maybe home is not being correctly identified maybe that's an option
<marusich>So /dev/sdb3 contains the root file system, and /dev/sdb4 contains the home file system, right?
<marusich>Is /dev/sdb mapped or encrypted in any way?
<Buglouse>I need to spend a little bit more time on this I was just wondering if the booting secondary partitions after is mounted would cause a difference I I guess I need understand the order more and what is called when
<janneke>rain1: yeah...what's also new is that i've been playing with adding annotations/comments to mescc's hex2 output -- so with just a little bit of work we can now produce annotated hex2 for mes's Scheme interpreter :-)
<OriansJ>janneke: bug fixed, patches will be up shortly
<janneke>rain1: i very much hlike your idea of targeting something easier than tcc.c (8cc, cc500)
<janneke>OriansJ: great...what's next? i'm working to simplify all the label translations in mescc and finally greatly simplify mescc by removing offset calculations, replacing them with simple labels
<OriansJ>janneke: well I'll be making a M0-macro example which might enable you to eliminate the need to output hex values
<OriansJ>janneke, rain1: the freshly improved hex2_linker is up along with a few minor tweaks to allow the cleaner importing of tests
<janneke>oh yes, that will also help to greatly simplify mescc
<OriansJ>janneke: hopefully you approve of my changes
<OriansJ>just a minor warning janneke in x86 loading a 32bit immediate and a 16bit immediate share the exact same opcodes and will behave differently based on CPU mode. (either loading half and trying to execute the other half or treating the first 2 bytes of the next instruction as immediate values and then executing something you do not expect)
<janneke>OriansJ: i wasn't aware of any such things
<OriansJ>janneke: I as a general rule, try to avoid the eternal hellfire that is x86 binary encoding problems. That being said, RISCV has the problem of you need a C compiler to write an assembler, due to its funky bit fields
<rain1>mekeor: yep it's quite exciting, maybe in the future we can build guix for it :D
<OriansJ>janneke: that reminds me, did you also want me to include the instructions that do segment register manipulation?
<solene>hello, I'm using guix on a foreign distro. If I want to create a new package a commit it, what's the best way ? i've read on the mailing list that using guix pull was bad compared to using guix with git but I have no idea how to use guix from the git clone
<davidl>quiliro: here's a more extensive example that I found in the mailing list archive that you could probably adapt and use - http://sprunge.us/KSKH
<quiliro>davidl: just switches to: (device "/dev/sda") (grub grub-efi)
<quiliro>instead of (grub grub-efi) (device "/dev/sda")