Pierre Neidhardt writes:
> Isn't there a more extensive log for "guix system reconfigure"?
You could look at the .scm files produced by "guix system reconfigure"
(the store paths should be printed to stdout). I'm afraid that, aside
from Shepherd's own messages, the console output is the canonica
Hi Mark,
Mark H Weaver writes:
> Hi Jakob,
>
> zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
>
>> Thanks for the input; I wasn't aware that the activation process was
>> taking so long for some people. One of Ludovic's suggestions was to
>>
Hi Mark,
Mark H Weaver writes:
> Hello again,
>
> Mark H Weaver writes:
>
>> As a bonus, this approach might solve another issue I've observed: on my
>> Guix system, where I build everything locally, several derivations are
>> built *during* activation. Based on the terminal output, I get the
Hi Ludo,
Ludovic Courtès writes:
> Jakob, now that we generate scripts for the effectful bits of system
> reconfiguration (one of these bits being service upgrades), couldn’t
> we take it one step further and store those scripts in the “system”
> derivation so we can run them eventually, notably
Hi Ludo,
Ludovic Courtès writes:
> I agree with Danny here that parsing the GRUB config wouldn’t be great.
>
> We have information about the user’s extra menu entries. The issue, as
> I see it, as that this information is lost once the system is
> instantiated.
>
> But! We have the structure,
Hi Ludovic,
Ludovic Courtès writes:
> Unless I’m mistaken, this bug can be closed now, right?
Yep! This can be closed now, since we're running the unified code and we
have another ticket for tracking this in 'guix system reconfigure'.
Regards,
Jakob
signature.asc
Description: PGP signature
Hi Ludovic,
Apologies for not participating in this thread until just now.
Ludovic Courtès writes:
> Jakob, does that ring a bell?
Yes, this was fixed by #36880.
Regards,
Jakob
signature.asc
Description: PGP signature
ison writes:
> So I attempted a re-install and surprisingly it still fails.
> I attempted 3 times. Using the graphical installer without efi,
> manual install without efi, manual install with efi. All downloaded
> and built everything successfully only to fail at the bootloader.
> If the problem
ison writes:
> I do have a /boot/grub actually. Is that strange?
> It looks like a normal /boot/grub to me, and contains a grub.cfg
I think that's normal -- my virtual machine had one, too.
> Sounds good, I'll reinstall it over the weekend
Thank you :)
Regards,
JAkob
signature.asc
Descripti
ison writes:
> Sorry it took me so long to reply, I didn't have access to the broken
> machine until now.
No worries :)
> As you requested here is the partitions as listed by parted:
>
> Number Start End SizeFile system NameFlags
> 1 1049kB 3046kB 2097kB
Hi ison,
ison writes:
> On Wed, Aug 07, 2019, Jakob L. Kreuze wrote:
>> I'll continue to investigate; perhaps I'll be able to reproduce if I
>> copy your exact partition scheme in the virtual machine. I'm sorry that
>> you had to go through that whole &#x
Hi Chris,
Christopher Lemmer Webber writes:
> Could you look at bug #36878 and commit 1db6f137d... as of latest
> master, is this fixed?
Unfortunately, I don't think that 1db6f137d fixes this. The issue is a
bit more structural as 'switch-to-system-generation' doesn't call out to
'upgrade-sheph
Hi ison,
ison writes:
> I'm sorry to report that it actually didn't fix the problem.
I'll continue to investigate; perhaps I'll be able to reproduce if I
copy your exact partition scheme in the virtual machine. I'm sorry that
you had to go through that whole 'guix init' spiel again.
> Also I d
Hi Danny,
Danny Milosavljevic writes:
> Hi,
>
> I've examined /var/guix/gcroots without #36947 and I get:
>
> lrwxrwxrwx 1 root root 18 24. Jul 11:32 profiles -> /var/guix/profiles
> lrwxrwxrwx 1 root root 19 24. Jul 11:32 current-system ->
> /run/current-system
> lrwxrwxrwx 1 root root 1
Hi Danny,
Danny Milosavljevic writes:
> Hi Jakob,
>
> keep in mind that switching back to a previous generation could also entail a
> switch of bootloader projects. It does you no good to parse the grub config
> to
> find menu entries and then append them to u-boot.
>
> Fundamentally, it would
Hi ison,
I wasn't able to reproduce with an OVMF virtual machine, but the
symptoms you've described lead me to suspect that the issue concerns
improper installation of a GC root for grub. Would you be willing to see
if the patch provided by #36947 fixes your issue?
Regards,
Jakob
signature.asc
Hi ison,
Thanks for opening a new ticket for tracking this.
ison writes:
> Continuing this issue from https://issues.guix.gnu.org/issue/36878
>
> guix reconfigure recently broke GRUB for me. When rebooting I get
> dropped to a "grub rescue>" shell with an error about
> "grub_file_filters" being
Jesse Gibbons writes:
> Alternatively, we could save in the store a derivation for the the grub
> config generated from the bootloader of the configuration. When the
> user calls "guix system delete-generations", the derivation can be run,
> and the remaining system generations (if any) can be ap
Hi Jesse,
Jesse Gibbons writes:
> I dual-booted Guix with another gnu/linux-libre distro.
> My configuration includes the other distro in the grub menu. When I run
> "sudo guix system delete-generations" the changes to the grub menu drop
> the other distro with the older system generations of gu
Hi ison and Ricardo,
Ricardo Wurmus writes:
> ison writes:
>
>> I made the mistake of rebooting my machine after I first got this
>> error, I thought perhaps it was benign. But when it came back up I
>> was dropped to a GRUB rescue shell with some error about
>> "grub_file_filters" being an unk
zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) writes:
> Great :)
>
> CC'ing Chris and Dave since I don't have write access -- can we
> fast-track #36880 into master? I'd consider this to be a high-priority
> bug fix.
>
> Regards,
> Jakob
The patch made
Robert Vollmert writes:
> Yes, it seems it does!
Great :)
CC'ing Chris and Dave since I don't have write access -- can we
fast-track #36880 into master? I'd consider this to be a high-priority
bug fix.
Regards,
Jakob
signature.asc
Description: PGP signature
Hi Robert,
Robert Vollmert writes:
> The concrete problem is this:
>
> 1. nginx is running with config file A
> 2. make some change to nginx config
> 3. run guix system reconfigure (which builds a new nginx config file B)
> 4. run herd restart nginx
> 5. nginx is still running with config file A
Hi Robert,
Robert Vollmert writes:
> Hi,
>
> it appears that commit 5c8c8c455420af27189d6045b3599fe6e27ad012
>
> guix system: Reimplement 'reconfigure’.
>
> breaks guix system reconfigure. In particular, after reconfiguring,
> shepherd doesn’t know about the updated versions of services.
>
> T
Hi Robert,
Robert Vollmert writes:
> The line with “updated version” should not be there.
>
> Presumably, this is due to switch-generations not calling
> upgrade-shepherd-services.
I can confirm that 'switch-to-system-generation', the procedure that
carries out 'guix system switch-generation',
Ludovic Courtès writes:
> "Jakob L. Kreuze" skribis:
>
>> Apologies, I should clarify -- the Guile for the S-Expression appears to be
>> fine, but the Guile referenced in the shebang of the ungexp'd program-file
>> does not reflect the sy
Apologies, I should clarify -- the Guile for the S-Expression appears to be
fine, but the Guile referenced in the shebang of the ungexp'd program-file does
not reflect the system.
On July 26, 2019 11:37:20 AM EDT, "Jakob L. Kreuze"
wrote:
>Could you please try to reproduce u
Could you please try to reproduce using the example I provided? The derivation
itself is handled appropriately, but its references are not.
On July 26, 2019 11:28:11 AM EDT, "Ludovic Courtès" wrote:
>zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) skribis:
>
>> Changi
Hi Ludo,
Ludovic Courtès writes:
> Note: #:target must be a “GNU triplet” like “arm-linux-gnueabihf”, not
> a system type like “i686-linux”.
Thanks, is 'nix-system->gnu-triplet' the suggested way of obtaining the
triplet for a system?
> That’s because the Guile used here comes from the #:guile
Hi,
I believe there is an issue with 'lower-gexp'. Running the following
snippet to lower a G-Expression for "i686-linux" yields output that
references store paths built for x86_64. In this case, the Guile
interpreter used is an x86_64 binary.
#+BEGIN_SRC scheme
(define (display-exp exp)
(mlet*
Heyo,
Ludovic Courtès writes:
> Oh, I see. To me that’s completely orthogonal to ‘guix deploy’ though,
> in that ‘guix system reconfigure’ and ‘guix deploy’ should use the
> same code for that.
>
> Thanks,
> Ludo’.
Yeah, I believe it would be safe to close this once the code for 'guix
deploy' a
Hi, Ludovic!
Ludovic Courtès writes:
> Hi,
>
> zerodaysford...@sdf.lonestar.org (Jakob L. Kreuze) skribis:
>
>> This issue is described in more detail at [1]. Essentially, 'guix
>> deploy' is will happily load and start new services, as well as unload
>>
This issue is described in more detail at [1]. Essentially, 'guix
deploy' is will happily load and start new services, as well as unload
obsolete services, but does nothing to restart valid services that are
already running.
I can assign myself to this issue. Just filing for tracking purposes :]
Hi,
Ludovic Courtès writes:
> Procedures like ‘send-files’ call ‘channel-get-exit-status’ and
> ‘close-port’ on ports that represent SSH channels.
>
> AFAICS, ‘close-port’ triggers a call of ‘ptob_close’ in Guile-SSH,
> which in turn calls ‘ssh_channel_close’.
>
> sshd_config(5) says:
>
>Max
Hello, Guix
In developing a test suite for the internals of 'guix deploy', the
virtual machine I spun up spat out an OpenSSH error that I've never
encountered before.
Jun 24 16:59:26 localhost sshd[235]: error: no more sessions
This is, initially, quite curious. Creating the SSH session with
#
The "[drm:amdgpu_init [amdgpu]] *ERROR* VGACON disables amdgpu kernel
modesetting." in your dmesg output comes from the 'nomodeset' parameter.
If possible, I'd try setting up an SSH daemon, removing 'nomodeset' from
your kernel command-line, and getting dmesg output remotely. (I assume
you don't ge
36 matches
Mail list logo
