Re: efi dual boot issue

[jbranso]

Hello,

What kind of hardware do you have?  Laptop? Desktop?  What processor?

That kind of information would be helpful.  

Also, note that I have never dual booted GNU/Linux and windows.  I just use 
GNU.  I think your problem amounts to configuring the bootloader section 
in config.scm incorrectly. 

There are two ways to boot up a computer: bios mode or EFI.  

https://guix.gnu.org/manual/en/guix.html#Manual-Installation

Note: Unsure whether to use EFI- or BIOS-based GRUB? If the directory 
/sys/firmware/efi 
exists in the installation image, then you should probably perform an EFI 
installation, 
using grub-efi-bootloader. Otherwise you should use the BIOS-based GRUB, known 
as 
grub-bootloader. See Bootloader Configuration, for more info on bootloaders. 

When you boot up the installation image does the director "/sys/firmware/efi"
exist?  If so, then you are booting via EFI, and you should follow the 
directions
in the manual via EIF installation:  namely you need an EFI partition:

mkfs.fat -F32 /dev/sda1; 

And you need to specify this EFI partition in your config.com:

(file-system
   (type "vfat")  
   (mount-point "/boot/sda1")
   (device "/dev/sda1"))

And you need to use the EFI bootloader in config.scm:

 (bootloader (bootloader-configuration
(bootloader grub-efi-bootloader)
(target "/boot/efi")))

If this is a bios only install, then you need to use the bios bootloader in 
your config:

(bootloader-configuration
  (bootloader grub-bootloader)
  (target "/dev/sda"))

Does that help?

Thanks,

Joshua

January 15, 2021 4:24 PM, "kevinbanjo"  wrote:

> Hi everyone. I'm trying to install a dual boot with windows 10 btrfs root
> GuixSD and I have a catch 22 I can't figure out how to resolve:
> 
> When I go to generate the system it says that grub-install didn't work (I
> can't remember exactly why and I was in console mode so I couldn't
> copy/paste the error but the gist of it was that it was because I booted in
> bios mode).
> 
> I had to go into bios and disable my legacy boot and windows still boots
> but I can't boot the GuixSD USB ISO.
> 
> It's an HP laptop and when I hit ESC during boot and select boot options it
> walks me thru the EFI boot files and I picked both the boot files and it
> just returns to the boot menu.
> 
> I also tried hard resetting my laptop (unplugging it, pulling out the
> battery and holding the power button down for a while) plus booting windows
> into recovery mode and letting it try and fix the boot (which probably only
> did the windows one as that was the only one that showed up) and still
> nothing.
> 
> How do I build an EFI boot if I can't boot GuixSD ISO as EFI?
> 
> TIA,
> -Kevin

efi dual boot issue

[kevinbanjo]

Hi everyone. I'm trying to install a dual boot with windows 10 btrfs root
GuixSD and I have a catch 22 I can't figure out how to resolve:

When I go to generate the system it says that grub-install didn't work (I
can't remember exactly why and I was in console mode so I couldn't
copy/paste the error but the gist of it was that it was because I booted in
bios mode).

I had to go into bios and disable my legacy boot and windows still boots
but I can't boot the GuixSD USB ISO.

It's an HP laptop and when I hit ESC during boot and select boot options it
walks me thru the EFI boot files and I picked both the boot files and it
just returns to the boot menu.

I also tried hard resetting my laptop (unplugging it, pulling out the
battery and holding the power button down for a while) plus booting windows
into recovery mode and letting it try and fix the boot (which probably only
did the windows one as that was the only one that showed up) and still
nothing.

How do I build an EFI boot if I can't boot GuixSD ISO as EFI?

TIA,
-Kevin

Re: guix time-machine, broken hash in an old package definition, a workaround?

[zimoun]

Hi,

On Fri, 15 Jan 2021 at 21:18, Wiktor Żelazny  wrote:
> On Thu, Jan 14, 2021 at 09:29:48PM +0100, zimoun wrote:

>> you will not get the exact R packages as they were at the time of
>> d81fb2a;
>
> Can you, please, elaborate on that? Do you mean by that that the
> different r-foreign will result in a different r, and that will

Yes.  Bit-to-bit different but you can expect functionally similar.

> propagate to the packages, as they depend on r? But R does not compile
> the R code in the packages while they are being installed, does it? Am I
> missing something? If it were the issue wouldn’t it occur also in your
> `./pre-inst-env` approach?

Same root of problem, same consequence. :-)

This upstream bad practise is not fixable; whatever the mean.


> A new idea: I just checked “CRAN Time Machine” at MRAN. The tarball with
> the 0g4mi101srjbl17ydb2hl3854m3xj0llj6861lfr30sp08nkqavl hash is there.
> I guess I can use `build --with-source=` now, maybe even `environment
> --with-source=r-foreign=`? Perhaps a more elegant solution would be to
> define r-foreign-fixed, as you describe above, yet this time leaving the
> hash, but changing the URL. Are there philosophical reasons for not
> using MRAN?

Oh, thanks for the pointer.  Yeah, in this case it is possible to use
--with-source, maybe combined with another trick to populate your store
with the expected by d81fb2a tarball.  And then simply use “guix
time-machine” as usual.

The API needs to be checked, maybe it should be possible to automatise
the fallback: try Guix build farm, then upstream, then SWH, then CRAN
for R build system.  Maybe. :-)


All the best,
simon

Re: guix time-machine, broken hash in an old package definition, a workaround?

[Wiktor Żelazny]

On Thu, Jan 14, 2021 at 09:29:48PM +0100, zimoun wrote:

> But I am doubtful that is what you really want.  Instead, I guess you
> want packages that depends on r-foreign, as r for instance.  Let take
> r-hmisc and r-rio for simplicity.

Hi,

Thank you for the great explanation.

> --8<---cut here---start->8---
> $  guix time-machine --commit=d81fb2a \
> -- build -L pkgs r-hmisc r-rio --with-input=r-foreign=r-foreign 
> […]
> guix build: avertissement : spécification du paquet « r-foreign » ambiguë 
>   
> guix build: avertissement : choix de r-foreign@0.8-75 à l'emplacement 
> pkgs/fix.\
> scm:8:2
> […]
> /gnu/store/b64i6d3vsyss7154j1dgvc8rr7k4wzqs-r-rio-0.5.16
> /gnu/store/w0lpix3yjlzsb9kh32hsg0lp1igrk1y9-r-hmisc-4.3-0
> --8<---cut here---end--->8---
>
> If you want you avoid the ambiguity, you can instead rename the package
> as you want, for instance r-foreign-new and just type:
>
>   --with-input=r-foreign=r-foreign-new

This actually looks like one of the approaches that I tried before
starting this thread, but with `environment` substituted for `build`. Is
it possible that `guix environment` ignores --with-input? `guix
environment --help-transform` lists it.

It is also possible that I did something a bit differently than in your
example (devil in the details). I would need to compare the presented
approach with mine.

> you will not get the exact R packages as they were at the time of
> d81fb2a;

Can you, please, elaborate on that? Do you mean by that that the
different r-foreign will result in a different r, and that will
propagate to the packages, as they depend on r? But R does not compile
the R code in the packages while they are being installed, does it? Am I
missing something? If it were the issue wouldn’t it occur also in your
`./pre-inst-env` approach?

A new idea: I just checked “CRAN Time Machine” at MRAN. The tarball with
the 0g4mi101srjbl17ydb2hl3854m3xj0llj6861lfr30sp08nkqavl hash is there.
I guess I can use `build --with-source=` now, maybe even `environment
--with-source=r-foreign=`? Perhaps a more elegant solution would be to
define r-foreign-fixed, as you describe above, yet this time leaving the
hash, but changing the URL. Are there philosophical reasons for not
using MRAN?

WŻ


signature.asc
Description: PGP signature

Re: Does Guix provide security support for Python2? For how long?

[zimoun]

Hi,

On Fri, 15 Jan 2021 at 18:18, Jorge P. de Morais Neto
 wrote:
> Em [2021-01-15 sex 18:07:40+0100], zimoun escreveu:
>
> > As far as I know, Guix provides the security support that upstream
> > releases.
>
> I too suppose so in general.  But I would like a more authoritative
> answer for the specific case of Python2.  And, in fact, this should be
> publicly documented---in the manual or in the website, as well as the
> description of the python2 package and maybe also in the description of
> all python2-.* packages.

As far I know, Python 2 is End Of Life and not supported upstream.
Therefore, if your question is: will Guix people fix Python 2
security?  Then the answer is no.
However, please indicate if an organization is still maintaining
Python 2 and maybe Guix could package their release.


> > Using the Guix time-machine, the code that works now should work
> > exactly the same in the future, even if Python 2 is removed in the
> > future Guix releases.  Does it make sense?
>
> The problem is that OfflineIMAP is Internet software, and therefore, I
> believe, it is important to have security support for it (including its
> dependencies).

In this case, please consider to switch from OfflineIMAP to something else.
Guix is about packaging, not supporting security from deprecated upstream.

All the best,
simon

Re: Does Guix provide security support for Python2? For how long?

[Leo Famulari]

On Fri, Jan 15, 2021 at 02:18:09PM -0300, Jorge P. de Morais Neto wrote:
> Em [2021-01-15 sex 18:07:40+0100], zimoun escreveu:
> 
> > As far as I know, Guix provides the security support that upstream
> > releases.
> 
> I too suppose so in general.  But I would like a more authoritative
> answer for the specific case of Python2.  And, in fact, this should be
> publicly documented---in the manual or in the website, as well as the
> description of the python2 package and maybe also in the description of
> all python2-.* packages.

Because Python 2 is not supported upstream — at  —
we do not offer any security support for it.

If some other organization began supporting it, we might consider
switching to that source. But for now, the plan is to remove Python 2
from Guix before very long.

In general, Guix provides no security support for packages besides what
upstream provides. There may be exceptions but they are exceptional. I
don't agree that we should specifically document how much we support
certain packages. For every package, the best we can offer is what the
upstream developers provide. Guix is a distributor, and therefore we do
not do software development of packages.

Regarding offlineimap, if they do not port the software to Python 3, I
recommend switching to mbsync, from the isync package.


signature.asc
Description: PGP signature

Re: Does Guix provide security support for Python2? For how long?

[Jorge P . de Morais Neto]

Hi.

Em [2021-01-15 sex 19:17:41+0100], dario escreveu:

> I don't know the answer to your question and you are probably aware of
> that option, but I just wanted to mention that you could consider
> switching to mbsync, which (I think) also has better performance than
> offlineimap.  It's a bit annoying to migrate the configuration, but it
> does not require that much time (I made that switch some time ago).

Continuing in OfflineIMAP would have the advantage of not having to
redownload 1.6GB of email, but I thank you for the recommendation.  In
fact, a few minutes ago I have asked for mail fetcher recommendations on
the notmuch mailing list.  I want to hear many recommendations and make
a final decision.  I will take into account yours and any others I
receive in this thread.

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Does Guix provide security support for Python2? For how long?

[dario]

Hi,


I don't know the answer to your question and you are probably
aware of
that option, but I just wanted to mention that you could consider
switching to mbsync, which (I think) also has better performance
than
offlineimap. It's a bit annoying to migrate the configuration, but
it
does not require that much time (I made that switch some time
ago).


Best,

Dario


Jorge P. de Morais Neto  writes:


Hi.

Em [2021-01-15 sex 18:07:40+0100], zimoun escreveu:


As far as I know, Guix provides the security support that
upstream
releases.


I too suppose so in general.  But I would like a more
authoritative
answer for the specific case of Python2.  And, in fact, this
should be
publicly documented---in the manual or in the website, as well
as the
description of the python2 package and maybe also in the
description of
all python2-.* packages.


Using the Guix time-machine, the code that works now should
work
exactly the same in the future, even if Python 2 is removed in
the
future Guix releases.  Does it make sense?


The problem is that OfflineIMAP is Internet software, and
therefore, I
believe, it is important to have security support for it
(including its
dependencies).

Regards


signature.asc
Description: PGP signature

Re: Does Guix provide security support for Python2? For how long?

[Jorge P . de Morais Neto]

Hi.

Em [2021-01-15 sex 18:07:40+0100], zimoun escreveu:

> As far as I know, Guix provides the security support that upstream
> releases.

I too suppose so in general.  But I would like a more authoritative
answer for the specific case of Python2.  And, in fact, this should be
publicly documented---in the manual or in the website, as well as the
description of the python2 package and maybe also in the description of
all python2-.* packages.

> Using the Guix time-machine, the code that works now should work
> exactly the same in the future, even if Python 2 is removed in the
> future Guix releases.  Does it make sense?

The problem is that OfflineIMAP is Internet software, and therefore, I
believe, it is important to have security support for it (including its
dependencies).

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: Does Guix provide security support for Python2? For how long?

[zimoun]

Hi,

On Fri, 15 Jan 2021 at 17:02, Jorge P. de Morais Neto
 wrote:
>
> Hi.  I use Guix on a foreign distro---Debian buster (current stable).  I
> want to upgrade Debian to bullseye (current testing), but bullseye does
> not provide security support for Python 2.  I still use Python 2 for
> OfflineIMAP.  There is a Python 3 port of OfflineIMAP, but it was done
> very recently and I fear it is probably be buggy.  So I would like to
> install Guix Python 2 atop Debian bullseye just for OfflineIMAP.  Would
> that work fine?  Does Guix, unlike Debian bullseye, still provide
> security support for Python 2?  For how long?

As far as I know, Guix provides the security support that upstream releases.

Using the Guix time-machine, the code that works now should work
exactly the same in the future, even if Python 2 is removed in the
future Guix releases.  Does it make sense?


All the best,
simon

Does Guix provide security support for Python2? For how long?

[Jorge P. de Morais Neto]

Hi.  I use Guix on a foreign distro---Debian buster (current stable).  I
want to upgrade Debian to bullseye (current testing), but bullseye does
not provide security support for Python 2.  I still use Python 2 for
OfflineIMAP.  There is a Python 3 port of OfflineIMAP, but it was done
very recently and I fear it is probably be buggy.  So I would like to
install Guix Python 2 atop Debian bullseye just for OfflineIMAP.  Would
that work fine?  Does Guix, unlike Debian bullseye, still provide
security support for Python 2?  For how long?

Regards

-- 
- 
- If an email of mine arrives at your spam box, please notify me.
- Please adopt free/libre formats like PDF, ODF, Org, LaTeX, Opus, WebM and 7z.
- Free/libre software for Replicant, LineageOS and Android: https://f-droid.org
- [[https://www.gnu.org/philosophy/free-sw.html][What is free software?]]

Re: How to remove guix

[Zelphir Kaltstahl]

Hello Mick,

I once messed up my Guix installation, by not using sudo -i when trying
to update the root profile, so I had to go through removing it as well.
I wrote down all the things I removed though:

https://notabug.org/ZelphirKaltstahl/guix-package-manager-tutorials/raw/master/uninstall.org:


   rm --recursive --force /gnu/store || true;
   rm --recursive --force /var/guix || true;
   rm --recursive --force ~/.guix-profile || true;
   rm --recursive --force ~/.config/guix || true;
   rm --recursive --force /etc/guix/profile/config.scm || true;
   rm --recursive --force /tmp/guix.* || true;
   rm --recursive --force /home/xiaolong/.cache/guix || true;
   rm --recursive --force /root/.cache/guix/ || true;
   rm --recursive --force /root/.cache/guile/ || true;
   rm --recursive --force /var/log/guix || true;
   rm --recursive --force /root/.config/guix || true;
   rm --recursive --force /etc/systemd/system/guix-daemon.service || true;
   rm --recursive --force /etc/guix || true;
   rm --recursive --force /usr/local/bin/guix || true;
   rm --recursive --force 
/etc/systemd/system/multi-user.target.wants/guix-daemon.service || true;
   rm --recursive --force /usr/local/share/info/guix.* || true;
   rm --recursive --force /tmp/guix.Mgm || true;
   # all of the above does not help
   # you need to do also the following
   rm --recursive --force /var/guix || true;
   rm --recursive --force /gnu || true;


This does not include the users or groups. Perhaps I did not uninstall
those, because I wanted to install it again afterwards.

Also (!) check all location first, to be sure you are not deleting
anything you still need.

Also: If any of this is not correct or damaging, please people correct
me : )

Regards,
Zelphir

On 1/14/21 9:16 PM, help-guix-requ...@gnu.org wrote:
> Message: 6
> Date: Thu, 14 Jan 2021 13:34:33 +
> From: Mick Sulley 
> To: help-guix@gnu.org
> Subject: How to remove guix
> Message-ID: 
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> I am having real problems with Unison, I installed via Guix and it is 
> not working so I want to remove it and try with an apt install.
>
> I have run
>
>      guix package -r unison
>
> and it seems to work, I have also installed unison with
>
>      sudo apt install unison
>
> and that seemed to work as well but then I see
>
> mick@holly:~$ unison -version
> -bash: /home/mick/.guix-profile/bin/unison: No such file or directory
> mick@holly:~$
>
> so it is looking for the guix version and not seeing the standard apt 
> install.  So
>
> 1) How can I get it to look for the standard version rather than the 
> guix version
>
> 2) How can I remove guix completely?  I have searched on-line and cannot 
> see anything on this.
>
> My PATH is
>
> mick@holly:~$ echo $PATH
> /home/mick/.guix-profile/bin:/home/mick/.config/guix/current/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
> mick@holly:~$
>
> Thanks
>
> Mick

Re: Regression in libnode

[Pierre-Antoine Bouttier]

Ah ok, I was too impatient :)
I will try to test with the patch.

Thank you
---
Pierre-Antoine Bouttier
GriCAD Research Engineer

GriCAD - https://gricad.univ-grenoble-alpes.fr/
Batiment IMAG
CS 40700
38058 Grenoble CEDEX 9

+33 4 57 42 18  66

> Le 15 janv. 2021 à 09:37, zimoun  a écrit :
> 
> Hi Pierre-Antoine,
> 
> On Fri, 15 Jan 2021 at 09:10, Pierre-Antoine Bouttier
>  wrote:
> 
>> after a guix pull, I have exactly the same exact error. What am i missing?
> 
> The merge of the patch. ;-)
> Waiting for reviews...  Couple of days I guess.
> 
> Otherwise, you can test the patch on your own local checkout: apply
> the patch, compile Guix from source and use ./pre-inst-env guix
> install libnode.  And then report if something does not work as
> expected.
> 
> Cheers,
> simon

Re: Regression in libnode

[zimoun]

Hi Pierre-Antoine,

On Fri, 15 Jan 2021 at 09:10, Pierre-Antoine Bouttier
 wrote:

> after a guix pull, I have exactly the same exact error. What am i missing?

The merge of the patch. ;-)
Waiting for reviews...  Couple of days I guess.

Otherwise, you can test the patch on your own local checkout: apply
the patch, compile Guix from source and use ./pre-inst-env guix
install libnode.  And then report if something does not work as
expected.

Cheers,
simon

Re: Regression in libnode

[Pierre-Antoine Bouttier]

Dear Simon,

after a guix pull, I have exactly the same exact error. What am i missing?

Thank you a lot
PA
---
Pierre-Antoine Bouttier
GriCAD Research Engineer

GriCAD - https://gricad.univ-grenoble-alpes.fr/
Batiment IMAG
CS 40700
38058 Grenoble CEDEX 9

+33 4 57 42 18  66

> Le 14 janv. 2021 à 15:34, zimoun  a écrit :
> 
> Hi,
> 
> On Wed, 13 Jan 2021 at 21:27, Pierre-Antoine Bouttier
>  wrote:
> 
>> \ 'patch-node-shebang' phasebuilder for 
>> `/gnu/store/a22nqd33fk2dp0zrm7jsqp50ncibw2ip-libnode-10.20.0.drv' failed 
>> with exit code 1
> 
> Thanks for the report.  The regression is introduced by 1d77141f6d.
> The patch #45862 fixes it, I hope.
> 
> 
> 
> All the best,
> simon