Re Recent hydra.gnu.org maintenance window

Re Recent hydra.gnu.org maintenance window

[Nalin Ranjan]

[-- Attachment #1: Type: text/plain, Size: 50 bytes --]

Hi Guys
Is this Window over?

Regards
Nalin Ranjan

[-- Attachment #2: Type: text/html, Size: 118 bytes --]

Re: Re Recent hydra.gnu.org maintenance window

[Clément Lassieur]

Hi Nalin,

I don't think so.

And Berlin's Continuous Integration doesn't work anymore, so there is
currently no way to upgrade Guix.

Cheers,
Clément

Nalin Ranjan <ranjanified@gmail.com> writes:

> Hi Guys
> Is this Window over?
>
> Regards
> Nalin Ranjan

Re: Re Recent hydra.gnu.org maintenance window

[Nalin Ranjan]

[-- Attachment #1: Type: text/plain, Size: 2951 bytes --]

Thank you so much Clement.

Any idea by when it could be?

Also if someone can help me with the experience which I am going to write
below, I will be really grateful.

It's just that I am not trying to upgrade Guix, but have been trying to
unsuccessfully install GuixSD for the first time ever on my laptop. In the
past week or so I have ran the command system init like 7-8 times,and every
time it fails into 504(Gateway timeout), or Patch not found(may be 404),
and couple of occasions SHA mismatch. I tried running the default command
as per documentation, also tried with --substitute-urls specified as
mirror.hydra.gnu.org and/or berlin.guixsd.org a but end result being same.
The install halts in the middle. When I specified --keep-going(and left for
office), when I came back, I saw an infinite loop of 504s, just being
printed out on the console repetitively for the same package.

Then I tried specifying --fallback, which kind of seems to get the thing
done. Though it takes innate amount of time to run(guess everything is
getting compiled from bottom to top), but in the very last step it fails
saying system error: grub failed to install. Phewwww, back to square one,
yet another time.

 I have a ThinkPad T410 on which I am trying to do this. Currently I have a
dual boot configuration running Ubuntu and Windows 7. Could that grub
install failure because of my /boot not being empty and formatted afresh
for GuixSD? If so, can anyone of you please help me in figuring out how to
install GuixSD alongside those existing ones(other distros plus special Mr.
Windows)? Do I need to reformat my /boot to make it fresh so that Grub
install from GuixSD installation could succeed(not sure if this is the
reason for failure).

Since I have just this laptop, dedicating to GuixSD build from source is
blocking me for a very long long time(Just now I spent a week so in trying
to get it to completion, only to discover very late that a maintenance is
up in progress). Please suggest as to how should I go about, having GuixSD
installed along with preserving the older installations on my system?

Let me know if I can help with any other information from my side. though
new, I can always  dig in to extract the necessary information.

PS:- I am so new to FSF and its software, I may not sound as appropriate as
I should while putting up my concerns. So please feel free to comment,
advise or dictate anything that you may feel will let me into the right
direction.

Thanks and Regards
Nalin Ranjan

On Mon, Oct 29, 2018 at 8:23 PM Clément Lassieur <clement@lassieur.org>
wrote:

> Hi Nalin,
>
> I don't think so.
>
> And Berlin's Continuous Integration doesn't work anymore, so there is
> currently no way to upgrade Guix.
>
> Cheers,
> Clément
>
> Nalin Ranjan <ranjanified@gmail.com> writes:
>
> > Hi Guys
> > Is this Window over?
> >
> > Regards
> > Nalin Ranjan
>
>

[-- Attachment #2: Type: text/html, Size: 3594 bytes --]

Re: Re Recent hydra.gnu.org maintenance window

[Gábor Boskovits]

It seems that berlin is back online, you could try authenticating
berlin from the installer, and
use --substitute-urls="https://berlin.guixs.org" at every guix command.

See https://www.gnu.org/software/guix/manual/en/html_node/Substitute-Server-Authorization.html#Substitute-Server-Authorization

I have not done this before, but it should work.

Nalin Ranjan <ranjanified@gmail.com> ezt írta (időpont: 2018. okt.
29., H, 21:14):
>
> Thank you so much Clement.
>
> Any idea by when it could be?
>
> Also if someone can help me with the experience which I am going to write below, I will be really grateful.
>
> It's just that I am not trying to upgrade Guix, but have been trying to unsuccessfully install GuixSD for the first time ever on my laptop. In the past week or so I have ran the command system init like 7-8 times,and every time it fails into 504(Gateway timeout), or Patch not found(may be 404), and couple of occasions SHA mismatch. I tried running the default command as per documentation, also tried with --substitute-urls specified as mirror.hydra.gnu.org and/or berlin.guixsd.org a but end result being same. The install halts in the middle. When I specified --keep-going(and left for office), when I came back, I saw an infinite loop of 504s, just being printed out on the console repetitively for the same package.
>
> Then I tried specifying --fallback, which kind of seems to get the thing done. Though it takes innate amount of time to run(guess everything is getting compiled from bottom to top), but in the very last step it fails saying system error: grub failed to install. Phewwww, back to square one, yet another time.
>
>  I have a ThinkPad T410 on which I am trying to do this. Currently I have a dual boot configuration running Ubuntu and Windows 7. Could that grub install failure because of my /boot not being empty and formatted afresh for GuixSD? If so, can anyone of you please help me in figuring out how to install GuixSD alongside those existing ones(other distros plus special Mr. Windows)? Do I need to reformat my /boot to make it fresh so that Grub install from GuixSD installation could succeed(not sure if this is the reason for failure).
>
> Since I have just this laptop, dedicating to GuixSD build from source is blocking me for a very long long time(Just now I spent a week so in trying to get it to completion, only to discover very late that a maintenance is up in progress). Please suggest as to how should I go about, having GuixSD installed along with preserving the older installations on my system?
>
> Let me know if I can help with any other information from my side. though new, I can always  dig in to extract the necessary information.
>
> PS:- I am so new to FSF and its software, I may not sound as appropriate as I should while putting up my concerns. So please feel free to comment, advise or dictate anything that you may feel will let me into the right direction.
>
> Thanks and Regards
> Nalin Ranjan
>
> On Mon, Oct 29, 2018 at 8:23 PM Clément Lassieur <clement@lassieur.org> wrote:
>>
>> Hi Nalin,
>>
>> I don't think so.
>>
>> And Berlin's Continuous Integration doesn't work anymore, so there is
>> currently no way to upgrade Guix.
>>
>> Cheers,
>> Clément
>>
>> Nalin Ranjan <ranjanified@gmail.com> writes:
>>
>> > Hi Guys
>> > Is this Window over?
>> >
>> > Regards
>> > Nalin Ranjan
>>

Re: Re Recent hydra.gnu.org maintenance window

[Björn Höfling]

[-- Attachment #1: Type: text/plain, Size: 1415 bytes --]

Hi Nalin,

On Tue, 30 Oct 2018 00:37:29 +0530
Nalin Ranjan <ranjanified@gmail.com> wrote:

> It's just that I am not trying to upgrade Guix, but have been trying
> to unsuccessfully install GuixSD for the first time ever on my
> laptop. In the past week or so I have ran the command system init
> like 7-8 times,and every time it fails into 504(Gateway timeout), or
> Patch not found(may be 404), and couple of occasions SHA mismatch. I

In addition to what Gabor already said:

The 504 is possibly due to Hydra/Berlin not working.

The 404 could be a patch no longer existing on the net? Though I
thought we attach all patches directly to the packages?

But maybe it was not a patch but the package sources as such. That can
happen if you build from sources and they are gone. Unfortunately some
upstream maintainers don't let old sources stay on the server but only
the newest release.

Likewise the SHA mismatch could be because a tarball was updated
in-place. This problem also is the case with some github URLs.

If you get those 404s or SHA-mismatches again, you can try to recompile
a specific package with

guix build --no-substitutes <packagename>

and then concentrate on that specific package. You can then come back
with detailed log of just that package, then someone can investigate
and might update the package definition to reflect the changed world.

Björn



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: Re Recent hydra.gnu.org maintenance window

[Clément Lassieur]

Hi Nalin!

Nalin Ranjan <ranjanified@gmail.com> writes:

> Thank you so much Clement.
>
> Any idea by when it could be?

The Berlin build farm is back, so it would be a good idea, I think, to
use only berlin.guixsd.org as substitute (unless hydra.gnu.org is back?
But I haven't heard about it).

As per https://bugs.gnu.org/33151, it is recommended to avoid using
mirror.hydra.gnu.org while hydra.gnu.org is down.

> Also if someone can help me with the experience which I am going to write
> below, I will be really grateful.
>
> It's just that I am not trying to upgrade Guix, but have been trying to
> unsuccessfully install GuixSD for the first time ever on my laptop. In the
> past week or so I have ran the command system init like 7-8 times,and every
> time it fails into 504(Gateway timeout), or Patch not found(may be 404),
> and couple of occasions SHA mismatch. I tried running the default command
> as per documentation, also tried with --substitute-urls specified as
> mirror.hydra.gnu.org and/or berlin.guixsd.org a but end result being same.
> The install halts in the middle. When I specified --keep-going(and left for
> office), when I came back, I saw an infinite loop of 504s, just being
> printed out on the console repetitively for the same package.
>
> Then I tried specifying --fallback, which kind of seems to get the thing
> done. Though it takes innate amount of time to run(guess everything is
> getting compiled from bottom to top), but in the very last step it fails
> saying system error: grub failed to install. Phewwww, back to square one,
> yet another time.

I think your best bet is to use --fallback, with the minimum
installation image, that is: the bare bones setup[1].  You need to have
a good internet connection, and... be patient.

[1]: https://www.gnu.org/software/guix/manual/en/html_node/Using-the-Configuration-System.html

>  I have a ThinkPad T410 on which I am trying to do this. Currently I have a
> dual boot configuration running Ubuntu and Windows 7. Could that grub
> install failure because of my /boot not being empty and formatted afresh
> for GuixSD? If so, can anyone of you please help me in figuring out how to
> install GuixSD alongside those existing ones(other distros plus special Mr.
> Windows)? Do I need to reformat my /boot to make it fresh so that Grub
> install from GuixSD installation could succeed(not sure if this is the
> reason for failure).
>
> Since I have just this laptop, dedicating to GuixSD build from source is
> blocking me for a very long long time(Just now I spent a week so in trying
> to get it to completion, only to discover very late that a maintenance is
> up in progress). Please suggest as to how should I go about, having GuixSD
> installed along with preserving the older installations on my system?

I have no experience with Dual boot GuixSD, sorry!  Maybe someone else
can help you though.  There are plenty of people in #guix[2].  Don't
hesitate to come and ask questions!  If you don't get answers
immediately, it's a good idea to stay anyway because people may reply
hours later ;-)

[2]: https://www.gnu.org/software/guix/contact/irc/

> Let me know if I can help with any other information from my side. though
> new, I can always  dig in to extract the necessary information.
>
> PS:- I am so new to FSF and its software, I may not sound as appropriate as
> I should while putting up my concerns. So please feel free to comment,
> advise or dictate anything that you may feel will let me into the right
> direction.

You're very welcome :-)
Clément

Dual Boot GuixSd along side other preexisting distros

[Nalin Ranjan]

[-- Attachment #1: Type: text/plain, Size: 740 bytes --]


 Hi Guys,
Can you guys please help me with a bit of understanding?

I have a ThinkPad T410 on which I am trying to do this. Currently I have a dual boot configuration running Ubuntu and Windows 7. Could that grub install failure because of my /boot not being empty and formatted afresh for GuixSD? If so, can anyone of you please help me in figuring out how to install GuixSD alongside those existing ones(other distros plus special Mr. Windows)? Do I need to reformat my /boot to make it fresh so that Grub install from GuixSD installation could succeed(not sure if this is the reason for failure).  if a reformatting is imminent, what will you suggest to do on case I just need to recover my old stuff?

Thanks and Regards
Nalin Ranjan

[-- Attachment #2: Type: text/html, Size: 817 bytes --]

Re: Dual Boot GuixSd along side other preexisting distros

[Tomáš Čech]

[-- Attachment #1: Type: text/plain, Size: 1611 bytes --]

Hi,

On Tue, Oct 30, 2018 at 10:55:50PM +0530, Nalin Ranjan wrote:
>    Hi Guys,
>   Can you guys please help me with a bit of understanding?
>
>   I have a ThinkPad T410 on which I am trying to do this. Currently I have a
>   dual boot configuration running Ubuntu and Windows 7. Could that grub
>   install failure because of my /boot not being empty and formatted afresh
>   for GuixSD? If so, can anyone of you please help me in figuring out how to
>   install GuixSD alongside those existing ones(other distros plus special
>   Mr. Windows)? Do I need to reformat my /boot to make it fresh so that Grub
>   install from GuixSD installation could succeed(not sure if this is the
>   reason for failure).  if a reformatting is imminent, what will you suggest
>   to do on case I just need to recover my old stuff?

I can share my solution. I am running dual boot with openSUSE and
GuixSD. GRUB is managed by openSUSE and it sourcing GuixSD
configuration from /boot on GuixSD partition. That brings Guix menu
entries to the GRUB.

In my system configuration I have this hack I found somewhere:

 (bootloader
  (bootloader-configuration
   (bootloader
    (bootloader
     (inherit grub-bootloader) (installer #~(const #t))))))

so it doesn't install bootloader at all.

My usecase is a bit special because I am using LUKS and unlock it on
bootloader level.

If you want your bootloader to be managed by GuixSD, just follow
corresponding part of Guix manual:

  https://www.gnu.org/software/guix/manual/en/html_node/Bootloader-Configuration.html


Best regards,

S_W

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

Re: Dual Boot GuixSd along side other preexisting distros

[Joshua Branson]

Tomáš Čech <sleep_walker@gnu.org> writes:

> Hi,
>
> On Tue, Oct 30, 2018 at 10:55:50PM +0530, Nalin Ranjan wrote:
>>    Hi Guys,
>>   Can you guys please help me with a bit of understanding?
>>
>>   I have a ThinkPad T410 on which I am trying to do this. Currently I have a
>>   dual boot configuration running Ubuntu and Windows 7. Could that grub
>>   install failure because of my /boot not being empty and formatted afresh
>>   for GuixSD? If so, can anyone of you please help me in figuring out how to
>>   install GuixSD alongside those existing ones(other distros plus special
>>   Mr. Windows)? Do I need to reformat my /boot to make it fresh so that Grub
>>   install from GuixSD installation could succeed(not sure if this is the
>>   reason for failure).  if a reformatting is imminent, what will you suggest
>>   to do on case I just need to recover my old stuff?
>
> I can share my solution. I am running dual boot with openSUSE and
> GuixSD. GRUB is managed by openSUSE and it sourcing GuixSD
> configuration from /boot on GuixSD partition. That brings Guix menu
> entries to the GRUB.
>
> In my system configuration I have this hack I found somewhere:
>
> (bootloader
>  (bootloader-configuration
>   (bootloader
>    (bootloader
>     (inherit grub-bootloader) (installer #~(const #t))))))
>
> so it doesn't install bootloader at all.
>
> My usecase is a bit special because I am using LUKS and unlock it on
> bootloader level.
>
> If you want your bootloader to be managed by GuixSD, just follow
> corresponding part of Guix manual:
>
>  https://www.gnu.org/software/guix/manual/en/html_node/Bootloader-Configuration.html

I had a dual boot set up for a while, but I let guixSD take care of the
grub generation.  With guix you can configure the bootloader to boot two
different OSs.

>
>
> Best regards,
>
> S_W

Re: Dual Boot GuixSd along side other preexisting distros

[Julien Lepiller]

Le 2018-10-31 15:18, Joshua Branson a écrit :
> Tomáš Čech <sleep_walker@gnu.org> writes:
> 
>> Hi,
>> 
>> On Tue, Oct 30, 2018 at 10:55:50PM +0530, Nalin Ranjan wrote:
>>>    Hi Guys,
>>>   Can you guys please help me with a bit of understanding?
>>> 
>>>   I have a ThinkPad T410 on which I am trying to do this. Currently I 
>>> have a
>>>   dual boot configuration running Ubuntu and Windows 7. Could that 
>>> grub
>>>   install failure because of my /boot not being empty and formatted 
>>> afresh
>>>   for GuixSD? If so, can anyone of you please help me in figuring out 
>>> how to
>>>   install GuixSD alongside those existing ones(other distros plus 
>>> special
>>>   Mr. Windows)? Do I need to reformat my /boot to make it fresh so 
>>> that Grub
>>>   install from GuixSD installation could succeed(not sure if this is 
>>> the
>>>   reason for failure).  if a reformatting is imminent, what will you 
>>> suggest
>>>   to do on case I just need to recover my old stuff?
>> 
>> I can share my solution. I am running dual boot with openSUSE and
>> GuixSD. GRUB is managed by openSUSE and it sourcing GuixSD
>> configuration from /boot on GuixSD partition. That brings Guix menu
>> entries to the GRUB.
>> 
>> In my system configuration I have this hack I found somewhere:
>> 
>> (bootloader
>>  (bootloader-configuration
>>   (bootloader
>>    (bootloader
>>     (inherit grub-bootloader) (installer #~(const #t))))))
>> 
>> so it doesn't install bootloader at all.
>> 
>> My usecase is a bit special because I am using LUKS and unlock it on
>> bootloader level.
>> 
>> If you want your bootloader to be managed by GuixSD, just follow
>> corresponding part of Guix manual:
>> 
>>  
>> https://www.gnu.org/software/guix/manual/en/html_node/Bootloader-Configuration.html
> 
> I had a dual boot set up for a while, but I let guixSD take care of the
> grub generation.  With guix you can configure the bootloader to boot 
> two
> different OSs.

I don't think we can boot non-linux systems. If I'm wrong, I'd be very 
happy to know how.
Right now, I have to use the grub command-line and run "chainloader +1" 
to get in my
haiku system :/

> 
>> 
>> 
>> Best regards,
>> 
>> S_W

Re: Dual Boot GuixSd along side other preexisting distros

[Chris Marusich]

[-- Attachment #1: Type: text/plain, Size: 452 bytes --]

Tomáš Čech <sleep_walker@gnu.org> writes:

> In my system configuration I have this hack I found somewhere:
>
> (bootloader
>  (bootloader-configuration
>   (bootloader
>    (bootloader
>     (inherit grub-bootloader) (installer #~(const #t))))))
>
> so it doesn't install bootloader at all.

FYI, the --no-bootloader option to "guix system" should prevent Guix
from installing a bootloader.  You might find that useful.

-- 
Chris

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

Re: Dual Boot GuixSd along side other preexisting distros

[Joshua Branson]

Chris Marusich <cmmarusich@gmail.com> writes:

> Tomáš Čech <sleep_walker@gnu.org> writes:
>
>> In my system configuration I have this hack I found somewhere:
>>
>> (bootloader
>>  (bootloader-configuration
>>   (bootloader
>>    (bootloader
>>     (inherit grub-bootloader) (installer #~(const #t))))))
>>
>> so it doesn't install bootloader at all.
>
> FYI, the --no-bootloader option to "guix system" should prevent Guix
> from installing a bootloader.  You might find that useful.

I personally found it more useful to have GuixSD manage my grub.  And
code in my config the other boot option.  That way GuixSD generated the
grub booting for both GuixSD and the other distro.