Re: jfs, jfsutils?

[Michael Zucchi]

Well it failed in 'make check' so I stopped going further as I didn't 
want some other fault causing a mess.


The critical detail is that my kernel has "CONFIG_IA32_EMULATION" turned 
off.


In my original query I included some output from tests/challenge.log:

...
warning: authentication and authorization of substitutes disabled!
@ build-started 
/home/notzed/src/guix/test-tmp/store/wr9c2ddgxlgifni61caxd2ain8b7rqv5-guile-bootstrap-2.0.drv 
- x86_64-linux 
/home/notzed/src/guix/test-tmp/var/log/guix/drvs/wr//9c2ddgxlgifni61caxd2ain8b7rqv5-guile-bootstrap-2.0.drv.bz2 
8592
while setting up the build environment: executing 
`/home/notzed/src/guix/test-tmp/store/f0ips0sdyhnhlfdqayvcbddqlijk7iid-bash': 
Exec format error

...

gnu/packages/bootstrap.scm:128 uses the 'i686-linux' directory for 
'x86_64-linux' architecture, and gnu/packages/bootstrap/i686-linux has 
32-bit binaries (obviously!).


I tried adding a x86_64 block to %bootstrap-executables and creating 
softlinks in gnu/packages/bootstrap/x86_64 but most tests want to 
download them from git.savannah.gnu.org, and tests/derivations.scm still 
tries to run the 32-bit binaries anyway.


 Z

On 31/12/19 11:12 am, Josh Marshall wrote:
I would expect guix to bootstrap and run on x86_64.  I thought it 
worked on my systems.  I'd be interested to hear more about this.


On Mon, Dec 30, 2019, 18:38 Michael Zucchi > wrote:


On 12/12/19 10:27 am, Tobias Geerinckx-Rice wrote:
>
> If you're completely new to Guix that might sound daunting, but
it's
> honestly not that hard and you should get plenty of help on the
> mailing list and/or on IRC.
>

Sorry Tobias, but I haven't been able to progress any further on
this.
As far as I can tell the guix boostrap process doesn't support
amd64-only systems so although I can compile it, it doesn't pass
'make
check' and so I didn't try further.  32-bit executables are
disabled in
my kernel and bootstrap.scm just assumes they work based on the
architecture.

I asked on IRC but I'm in the 'wrong' timezone to get any useful
responses and a query to the mailing list went unanswered.

Also, sort of related and I know it's not guix's fault but it's
somewhat
difficult to find anything useful about guix using any search engine.

Regards,
  Z

Re: Strange behavior around guix package --show

[Jacob MacDonald]

> How can I reproduce this?


That's what I'm trying to figure out myself. I know I can reproduce it
across pulls, but only in my environment (and not yet as root). Given
the information about dependency cycles, I can look into Guile
behavior which I am not versed at all with.

>> Hmm... I'm experiencing a similar issue on 83870c3.
>
>
> I can reproduce this.

Glad that that's the case for something!

Curiouser and curiouser,

Jacob.

Re: jfs, jfsutils?

[Josh Marshall]

I would expect guix to bootstrap and run on x86_64.  I thought it worked on
my systems.  I'd be interested to hear more about this.

On Mon, Dec 30, 2019, 18:38 Michael Zucchi  wrote:

> On 12/12/19 10:27 am, Tobias Geerinckx-Rice wrote:
> >
> > If you're completely new to Guix that might sound daunting, but it's
> > honestly not that hard and you should get plenty of help on the
> > mailing list and/or on IRC.
> >
>
> Sorry Tobias, but I haven't been able to progress any further on this.
> As far as I can tell the guix boostrap process doesn't support
> amd64-only systems so although I can compile it, it doesn't pass 'make
> check' and so I didn't try further.  32-bit executables are disabled in
> my kernel and bootstrap.scm just assumes they work based on the
> architecture.
>
> I asked on IRC but I'm in the 'wrong' timezone to get any useful
> responses and a query to the mailing list went unanswered.
>
> Also, sort of related and I know it's not guix's fault but it's somewhat
> difficult to find anything useful about guix using any search engine.
>
> Regards,
>   Z
>
>
>
>
>

Re: jfs, jfsutils?

[Michael Zucchi]

On 12/12/19 10:27 am, Tobias Geerinckx-Rice wrote:


If you're completely new to Guix that might sound daunting, but it's 
honestly not that hard and you should get plenty of help on the 
mailing list and/or on IRC.




Sorry Tobias, but I haven't been able to progress any further on this.  
As far as I can tell the guix boostrap process doesn't support 
amd64-only systems so although I can compile it, it doesn't pass 'make 
check' and so I didn't try further.  32-bit executables are disabled in 
my kernel and bootstrap.scm just assumes they work based on the 
architecture.


I asked on IRC but I'm in the 'wrong' timezone to get any useful 
responses and a query to the mailing list went unanswered.


Also, sort of related and I know it's not guix's fault but it's somewhat 
difficult to find anything useful about guix using any search engine.


Regards,
 Z

practicality of custom config

[Michael Zucchi]

Morning,

From the manual:

   "It is also /customizable/: users can /derive/ specialized package
   definitions from existing ones, including from the command line (see
   Package Transformation Options
   
).
   "


But in reality how practical would it be to create a system which for 
example doesn't include pulseaudio?  I'm using slackware 64and it 
provides this option so ideally I don't want guix dragging it back in.


Looking through the package definitions it looks like considerable 
effort: either editing or using code to edit (aka deriving) every 
package that uses it.  For deriving changes it would require internal 
knowledge of the source package definition and would thus be rather 
fragile and difficult to maintain.


This is one example but there may be other system-wide options that one 
might want to customise in a similar way to services, is there a 
mechanism for this?


 Z

Re: Strange behavior around guix package --show

[Ricardo Wurmus]

Pierre Neidhardt  writes:

> Hmm... I'm experiencing a similar issue on 83870c3.

I can reproduce this.

-- 
Ricardo

Re: Strange behavior around guix package --show

[Ricardo Wurmus]

Jacob MacDonald  writes:

> guix package --show is failing for me for packages which reference
> sbcl-cl-uglify-js. This has been happening for a few guix pull generations,
> but only occurs in my user's Guix profile. Running the same command as root
> or through ./pre-inst-env (on the same version of the tree) doesn't cause
> an error.

I cannot reproduce this with a freshly pulled guix and this command:

guix package --show=r-shiny

r-shiny has uglify-js in its inputs.

How can I reproduce this?

-- 
Ricardo

Re: Strange behavior around guix package --show

[Pierre Neidhardt]

I think I found a dependency cycle:

javascript.scm -> lisp-xyz.scm -> gtk.scm -> pdf.scm -> javascript.scm.

What's the best option here?  I could move uglify-js back to
lisp-xyz.scm.  Or move it to a separate uglify-js.scm file.

Thoughts?

-- 
Pierre Neidhardt
https://ambrevar.xyz/


signature.asc
Description: PGP signature

Re: Strange behavior around guix package --show

[Pierre Neidhardt]

Hmm... I'm experiencing a similar issue on 83870c3.

--8<---cut here---start->8---
$ guix show sbcl-alexandria
Backtrace:
In ice-9/boot-9.scm:
   222:29 19 (map1 (((gnu packages gettext)) ((gnu packages ghostscript)) ((gnu 
packages gl)) ((gnu packages glib)) ((gnu packages gnome)) ((gnu packages 
gnupg)) ((gnu packages #)) (#) …))
   222:29 18 (map1 (((gnu packages ghostscript)) ((gnu packages gl)) ((gnu 
packages glib)) ((gnu packages gnome)) ((gnu packages gnupg)) ((gnu packages 
gstreamer)) ((gnu packages gtk)) …))
   222:29 17 (map1 (((gnu packages gl)) ((gnu packages glib)) ((gnu packages 
gnome)) ((gnu packages gnupg)) ((gnu packages gstreamer)) ((gnu packages gtk)) 
((gnu packages image)) ((…)) …))
   222:29 16 (map1 (((gnu packages glib)) ((gnu packages gnome)) ((gnu packages 
gnupg)) ((gnu packages gstreamer)) ((gnu packages gtk)) ((gnu packages image)) 
((gnu packages #)) ((# …)) …))
   222:29 15 (map1 (((gnu packages gnome)) ((gnu packages gnupg)) ((gnu 
packages gstreamer)) ((gnu packages gtk)) ((gnu packages image)) ((gnu packages 
imagemagick)) ((gnu packages #)) …))
   222:29 14 (map1 (((gnu packages gnupg)) ((gnu packages gstreamer)) ((gnu 
packages gtk)) ((gnu packages image)) ((gnu packages imagemagick)) ((gnu 
packages javascript)) ((gnu # #)) # …))
   222:29 13 (map1 (((gnu packages gstreamer)) ((gnu packages gtk)) ((gnu 
packages image)) ((gnu packages imagemagick)) ((gnu packages javascript)) ((gnu 
packages lesstif)) ((gnu # #)) …))
   222:29 12 (map1 (((gnu packages gtk)) ((gnu packages image)) ((gnu packages 
imagemagick)) ((gnu packages javascript)) ((gnu packages lesstif)) ((gnu 
packages libffi)) ((gnu # #)) (#) …))
   222:29 11 (map1 (((gnu packages image)) ((gnu packages imagemagick)) ((gnu 
packages javascript)) ((gnu packages lesstif)) ((gnu packages libffi)) ((gnu 
packages linux)) ((gnu # #)) # …))
   222:29 10 (map1 (((gnu packages imagemagick)) ((gnu packages javascript)) 
((gnu packages lesstif)) ((gnu packages libffi)) ((gnu packages linux)) ((gnu 
packages lua)) ((gnu # pcre)) …))
   222:17  9 (map1 (((gnu packages javascript)) ((gnu packages lesstif)) ((gnu 
packages libffi)) ((gnu packages linux)) ((gnu packages lua)) ((gnu packages 
pcre)) ((gnu packages perl)) …))
  2800:17  8 (resolve-interface (gnu packages javascript) #:select _ #:hide _ 
#:prefix _ #:renamer _ #:version _)
In ice-9/threads.scm:
390:8  7 (_ _)
In ice-9/boot-9.scm:
  2726:13  6 (_)
In ice-9/threads.scm:
390:8  5 (_ _)
In ice-9/boot-9.scm:
  2994:20  4 (_)
   2312:4  3 (save-module-excursion #)
  3014:26  2 (_)
In unknown file:
   1 (primitive-load-path "gnu/packages/javascript" #)
In gnu/packages/javascript.scm:
   460:10  0 (_)

gnu/packages/javascript.scm:460:10: error: sbcl-cl-uglify-js: unbound variable
--8<---cut here---end--->8---

I'm investigating.  Any clue what's going on?

-- 
Pierre Neidhardt
https://ambrevar.xyz/


signature.asc
Description: PGP signature

Re: I can`t boot guixsd in macbook

[SergioBG BG]

Ok thanks for the info , I think I will try to install with DVD.
Cheers

El lun., 30 dic. 2019 a las 11:32, pelzflorian (Florian Pelz) (<
pelzflor...@pelzflorian.de>) escribió:

> On Mon, Dec 30, 2019 at 09:57:24AM +0200, Efraim Flashner wrote:
> > I last installed my macbook pre-1.0 so my memory is a bit hazy. My case
> > was a little different, I wanted a btrfs root on my macbook. In the end
> > I believe I used a Debian netinstall to get a minimal system, used the
> > guix-install.sh script and then installed Guix over Debian.
> >
>
> This is a third way.  Maybe it’s necessary in case a current
> installation image’s kernel may be too new.  The 1.0.1 DVD should
> work, at least on an external DVD drive (my internal DVD drive fails
> at least sometimes).
>
> I cannot even use a current LTS kernel anymore on my 2010 Macbook, but
> I believe the reason is a defect in my Macbook’s GPU which I presume
> would not affect others, because there are error messages in dmesg and
> occasional crashes and system freezes in Blender and VLC too.  I hope
> others do not need this, but this is why instead I use inferiors like
>
> https://lists.gnu.org/archive/html/help-guix/2019-11/msg00143.html
>
> TL;DR affected machines are getting old, but can be made to work.
>
> > Another option I believe I've used in the past is I've actually taken
> > the HDD out of my macbook, installed to it, and then put it back inside
> > the machine.
> >
>
> You could also boot from e.g. a Debian USB flash drive, install and
> update Guix on it and perform a manual installation from such a Debian
> live system.
>
> Regards,
> Florian
>

Re: I can`t boot guixsd in macbook

[pelzflorian (Florian Pelz)]

On Mon, Dec 30, 2019 at 09:57:24AM +0200, Efraim Flashner wrote:
> I last installed my macbook pre-1.0 so my memory is a bit hazy. My case
> was a little different, I wanted a btrfs root on my macbook. In the end
> I believe I used a Debian netinstall to get a minimal system, used the
> guix-install.sh script and then installed Guix over Debian.
> 

This is a third way.  Maybe it’s necessary in case a current
installation image’s kernel may be too new.  The 1.0.1 DVD should
work, at least on an external DVD drive (my internal DVD drive fails
at least sometimes).

I cannot even use a current LTS kernel anymore on my 2010 Macbook, but
I believe the reason is a defect in my Macbook’s GPU which I presume
would not affect others, because there are error messages in dmesg and
occasional crashes and system freezes in Blender and VLC too.  I hope
others do not need this, but this is why instead I use inferiors like

https://lists.gnu.org/archive/html/help-guix/2019-11/msg00143.html

TL;DR affected machines are getting old, but can be made to work.

> Another option I believe I've used in the past is I've actually taken
> the HDD out of my macbook, installed to it, and then put it back inside
> the machine.
> 

You could also boot from e.g. a Debian USB flash drive, install and
update Guix on it and perform a manual installation from such a Debian
live system.

Regards,
Florian