Re: Odaba: Terminology-Oriented DBMS GPL v2 : GuixSD Package(s) consideration?

[Gábor Boskovits]

Peri Didaskalou  ezt írta (időpont: 2018. jún. 27., Sze,
4:34):

> Hello,
>
> I'd like to propose adding Reinhard Karge's 'ODABA, the
> Terminonlogy-Oriented DBMS' now GPL v2, to the GuixSD list of Packages.
> His Linux version dependencies are all in our list of Packages; such as QT
> and Hunspell.
>
> I guess we can do this. It would be nice if you could add a wishlist item
to the bugtracker. If we can help you with that, or we can help you with
packaging/getting started please tell us so.


> I consider Odaba to be a superbly conceptualized, realized and original
> project.  I plan to devote my own, fully GPL v3/free, public service
> project's intelligent GUILE/GOOPS and Common Lisp based extensions for this
> system.
>
> Daringly, I want to attempt it all in GuixSD based systems.  Therefore it
> would be nice to be able to invoke Odaba's installation in GuixSD along
> with its half dozen dependencies.
>
> If we can do this, I'm hoping we can convince Reinhard to at least also
> list the Linux/*nix port(s) on Savannah .
>
> https://sourceforge.net/projects/odaba/
>
> http://odaba.com/content/start/
>
>
> Friendly Regards,
> Peri Didaskalou
>
>
>
>
>

Odaba: Terminology-Oriented DBMS GPL v2 : GuixSD Package(s) consideration?

[Peri Didaskalou]

Hello,

I'd like to propose adding Reinhard Karge's 'ODABA, the 
Terminonlogy-Oriented DBMS' now GPL v2, to the GuixSD list of Packages.  
His Linux version dependencies are all in our list of Packages; such as 
QT and Hunspell.


I consider Odaba to be a superbly conceptualized, realized and original 
project.  I plan to devote my own, fully GPL v3/free, public service 
project's intelligent GUILE/GOOPS and Common Lisp based extensions for 
this system.


Daringly, I want to attempt it all in GuixSD based systems. Therefore it 
would be nice to be able to invoke Odaba's installation in GuixSD along 
with its half dozen dependencies.


If we can do this, I'm hoping we can convince Reinhard to at least also 
list the Linux/*nix port(s) on Savannah .


https://sourceforge.net/projects/odaba/

http://odaba.com/content/start/


Friendly Regards,
Peri Didaskalou

Re: locale warnings

[Hinko Kocevar]

Hi Oleg,

I just tried this in a root terminal (not using sudo):

obzen ~ # export GUIX_LOCPATH=/root/.guix-profile/lib/locale
obzen ~ # ~root/.guix-profile/bin/guix-daemon --build-users-group=guixbuild


and it does not print warnings, as advertised, when using guix tool.

Thanks,
hinko

From: Oleg Pykhalov 
Sent: Tuesday, June 26, 2018 6:48:53 PM
To: Hinko Kocevar
Cc: Ludovic Courtès; help-guix@gnu.org
Subject: Re: locale warnings

Hello Hinko,

Hinko Kocevar  writes:

[…]

>> I followed the instructions to set up locale for user
>> (https://www.gnu.org/software/guix/manual/guix.html#Application-Setup),
>> but I'm still getting these messages for each guix invocation:
>>
>> substitute: guile: warning: failed to install locale
>> substitute: warning: failed to install locale: Invalid argument
>
> These warnings come from the ‘guix substitute’ process, which is spawned
> as root by ‘guix-daemon’.
>
> To fix it, you need to add GUIX_LOCPATH to ‘guix-daemon.service’ if it’s
> not already there, like this:
>
>   
> https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-daemon.service.in#n10

Did adding a GUIX_LOCPATH environment variable to the
guix-daemon.service help?  I have the same issue on GNU/Linux Mint
workstation, but this tip didn't help me.

--8<---cut here---start->8---
$ PAGER= systemctl show guix-daemon.service  | grep locale
Environment=GUIX_LOCPATH=/root/.guix-profile/lib/locale
--8<---cut here---end--->8---

--8<---cut here---start->8---
$ sudo guix package -I
…
guix0.14.0  out /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0
glibc-utf8-locales  2.25out 
/gnu/store/xa391b23r5lbwxb9q26sq5rq1fkd1xi3-glibc-utf8-locales-2.25
glibc-locales   2.27out 
/gnu/store/s28fmfrq8r0c688x59cj0fcyh2pv87nj-glibc-locales-2.27
glibc   2.27out /gnu/store/y7siq9fr3dyccyaig94rpkqfimbiw35f-glibc-2.27
--8<---cut here---end--->8---

Thanks,
Oleg.

Re: locale warnings

[Oleg Pykhalov]

Hello Hinko,

Hinko Kocevar  writes:

[…]

>> I followed the instructions to set up locale for user
>> (https://www.gnu.org/software/guix/manual/guix.html#Application-Setup),
>> but I'm still getting these messages for each guix invocation:
>>
>> substitute: guile: warning: failed to install locale
>> substitute: warning: failed to install locale: Invalid argument
>
> These warnings come from the ‘guix substitute’ process, which is spawned
> as root by ‘guix-daemon’.
>
> To fix it, you need to add GUIX_LOCPATH to ‘guix-daemon.service’ if it’s
> not already there, like this:
>
>   
> https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-daemon.service.in#n10

Did adding a GUIX_LOCPATH environment variable to the
guix-daemon.service help?  I have the same issue on GNU/Linux Mint
workstation, but this tip didn't help me.

--8<---cut here---start->8---
$ PAGER= systemctl show guix-daemon.service  | grep locale
Environment=GUIX_LOCPATH=/root/.guix-profile/lib/locale
--8<---cut here---end--->8---

--8<---cut here---start->8---
$ sudo guix package -I 
…
guix0.14.0  out /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0
glibc-utf8-locales  2.25out 
/gnu/store/xa391b23r5lbwxb9q26sq5rq1fkd1xi3-glibc-utf8-locales-2.25
glibc-locales   2.27out 
/gnu/store/s28fmfrq8r0c688x59cj0fcyh2pv87nj-glibc-locales-2.27
glibc   2.27out /gnu/store/y7siq9fr3dyccyaig94rpkqfimbiw35f-glibc-2.27
--8<---cut here---end--->8---

Thanks,
Oleg.


signature.asc
Description: PGP signature

Re: guix system disk-image: preset user profiles (packages & arbitrary data)

[Pierre Neidhardt]

Great, thanks for the insights.
I'll work on it when I find time then!

-- 
Pierre Neidhardt

Spectacularism:
A fascination with extreme situations.
-- Douglas Coupland, "Generation X: Tales for an Accelerated
   Culture"


signature.asc
Description: PGP signature

Re: 'libstdc++.so.6' cannot be found in RUNPATH ()

[Hinko Kocevar]

Hi Ludovic,

Thank you for the insight.

Is there a way to have the check pass by other means (i.e not skip the check)?

I will resort to skipping the check as immediate solution.

/hinko

From: Ludovic Courtès 
Sent: Tuesday, June 26, 2018 1:43:01 PM
To: Hinko Kocevar
Cc: help-guix@gnu.org
Subject: Re: 'libstdc++.so.6' cannot be found in RUNPATH ()

Hinko Kocevar  skribis:

> The package builds fine, but validate-runpath phase fails with messages:
>
> starting phase `validate-runpath'
> validating RUNPATH of 10 binaries in 
> "/gnu/store/i7qkw5j3d0rm00l2k88p0bbaj6b204fh-epics-adandor-R2-7/lib"...
> /gnu/store/i7qkw5j3d0rm00l2k88p0bbaj6b204fh-epics-adandor-R2-7/lib/linux-x86_64-debug/libandor.so:
>  error: depends on 'libstdc++.so.6', which cannot be found in RUNPATH ()

What this phase does is traverse all the binaries and make sure that
every shared library they depend on (the ‘NEEDED’ entry of the ELF file)
can be found in their ‘RUNPATH’.  IOW, that’s a QA check that we make on
packages by default.

Packages built on systems that follow the file system hierarchy standard
(FHS) typically don’t do that because they assume that things like
libstdc++.so can be found in the “standard location”—i.e., /usr/lib or
similar.

Anyway, you can forcefully bypass this check if you think it’s unneeded,
by adding:

  #:validate-runpath? #f

to the ‘arguments’ field of your package.

HTH,
Ludo’.

Re: gc failing

[Hinko Kocevar]

Done!

[hinxx@obzen guix]**GUIX**$ guix --version
guix (GNU Guix) 7c7323e432620a42f896056f076020a748c1fd6d
Copyright (C) 2018 the Guix authors
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Thanks!
/hinko

From: Ludovic Courtès 
Sent: Tuesday, June 26, 2018 1:37 PM
To: Hinko Kocevar
Cc: help-guix@gnu.org
Subject: Re: gc failing

Hello,

Hinko Kocevar  skribis:

> Backtrace:
>8 (apply-smob/1 #)
> In ice-9/boot-9.scm:
> 713:2  7 (call-with-prompt _ _ #)
> In ice-9/eval.scm:
> 619:8  6 (_ #(#(#)))
> In ice-9/boot-9.scm:
>2316:4  5 (save-module-excursion _)
>   3823:12  4 (_)
> In 
> /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0/libexec/guix/list-runtime-roots:
>146:11  3 (_)
> In srfi/srfi-1.scm:
>697:23  2 (filter-map # . #)
> In 
> /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0/libexec/guix/list-runtime-roots:
>139:38  1 (_ "/gnu/store")
> In unknown file:
>0 (string-drop "/gnu/store" 11)
>
> ERROR: In procedure string-drop:
> ERROR: Value out of range 0 to 10: 11

This was fixed shortly after the 0.14.0 release:
.

I’d encourage you to upgrade your daemon.  If you installed Guix using
the binary tarball on a “foreign distro”, you can do that by running
these commands as root:

  guix pull
  guix package -u guix
  systemctl restart guix-daemon.service  # or similar

HTH!

Ludo’.

Re: gc failing

[Hinko Kocevar]

Hi Ludovic,

nice. .. guix pull is already underway .. it seems it want to compile all the 
packages... no problem.

/hinko

From: Ludovic Courtès 
Sent: Tuesday, June 26, 2018 1:37:51 PM
To: Hinko Kocevar
Cc: help-guix@gnu.org
Subject: Re: gc failing

Hello,

Hinko Kocevar  skribis:

> Backtrace:
>8 (apply-smob/1 #)
> In ice-9/boot-9.scm:
> 713:2  7 (call-with-prompt _ _ #)
> In ice-9/eval.scm:
> 619:8  6 (_ #(#(#)))
> In ice-9/boot-9.scm:
>2316:4  5 (save-module-excursion _)
>   3823:12  4 (_)
> In 
> /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0/libexec/guix/list-runtime-roots:
>146:11  3 (_)
> In srfi/srfi-1.scm:
>697:23  2 (filter-map # . #)
> In 
> /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0/libexec/guix/list-runtime-roots:
>139:38  1 (_ "/gnu/store")
> In unknown file:
>0 (string-drop "/gnu/store" 11)
>
> ERROR: In procedure string-drop:
> ERROR: Value out of range 0 to 10: 11

This was fixed shortly after the 0.14.0 release:
.

I’d encourage you to upgrade your daemon.  If you installed Guix using
the binary tarball on a “foreign distro”, you can do that by running
these commands as root:

  guix pull
  guix package -u guix
  systemctl restart guix-daemon.service  # or similar

HTH!

Ludo’.

Re: locale warnings

[Hinko Kocevar]

Hi Ludovic,

thanks for pointing this out!

/hinko

From: Ludovic Courtès 
Sent: Tuesday, June 26, 2018 1:39:25 PM
To: Hinko Kocevar
Cc: help-guix@gnu.org
Subject: Re: locale warnings

Hello,

Hinko Kocevar  skribis:

> I followed the instructions to set up locale for user 
> (https://www.gnu.org/software/guix/manual/guix.html#Application-Setup), but 
> I'm still getting these messages for each guix invocation:
>
> substitute: guile: warning: failed to install locale
> substitute: warning: failed to install locale: Invalid argument

These warnings come from the ‘guix substitute’ process, which is spawned
as root by ‘guix-daemon’.

To fix it, you need to add GUIX_LOCPATH to ‘guix-daemon.service’ if it’s
not already there, like this:

  https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-daemon.service.in#n10

HTH,
Ludo’.

Re: 'libstdc++.so.6' cannot be found in RUNPATH ()

[Ludovic Courtès]

Hinko Kocevar  skribis:

> The package builds fine, but validate-runpath phase fails with messages:
>
> starting phase `validate-runpath'
> validating RUNPATH of 10 binaries in 
> "/gnu/store/i7qkw5j3d0rm00l2k88p0bbaj6b204fh-epics-adandor-R2-7/lib"...
> /gnu/store/i7qkw5j3d0rm00l2k88p0bbaj6b204fh-epics-adandor-R2-7/lib/linux-x86_64-debug/libandor.so:
>  error: depends on 'libstdc++.so.6', which cannot be found in RUNPATH ()

What this phase does is traverse all the binaries and make sure that
every shared library they depend on (the ‘NEEDED’ entry of the ELF file)
can be found in their ‘RUNPATH’.  IOW, that’s a QA check that we make on
packages by default.

Packages built on systems that follow the file system hierarchy standard
(FHS) typically don’t do that because they assume that things like
libstdc++.so can be found in the “standard location”—i.e., /usr/lib or
similar.

Anyway, you can forcefully bypass this check if you think it’s unneeded,
by adding:

  #:validate-runpath? #f

to the ‘arguments’ field of your package.

HTH,
Ludo’.

Re: locale warnings

[Ludovic Courtès]

Hello,

Hinko Kocevar  skribis:

> I followed the instructions to set up locale for user 
> (https://www.gnu.org/software/guix/manual/guix.html#Application-Setup), but 
> I'm still getting these messages for each guix invocation:
>
> substitute: guile: warning: failed to install locale
> substitute: warning: failed to install locale: Invalid argument

These warnings come from the ‘guix substitute’ process, which is spawned
as root by ‘guix-daemon’.

To fix it, you need to add GUIX_LOCPATH to ‘guix-daemon.service’ if it’s
not already there, like this:

  https://git.savannah.gnu.org/cgit/guix.git/tree/etc/guix-daemon.service.in#n10

HTH,
Ludo’.

Re: gc failing

[Ludovic Courtès]

Hello,

Hinko Kocevar  skribis:

> Backtrace:
>8 (apply-smob/1 #)
> In ice-9/boot-9.scm:
> 713:2  7 (call-with-prompt _ _ #)
> In ice-9/eval.scm:
> 619:8  6 (_ #(#(#)))
> In ice-9/boot-9.scm:
>2316:4  5 (save-module-excursion _)
>   3823:12  4 (_)
> In 
> /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0/libexec/guix/list-runtime-roots:
>146:11  3 (_)
> In srfi/srfi-1.scm:
>697:23  2 (filter-map # . #)
> In 
> /gnu/store/pii5cimi72lj5l7793h54g5sg0sr2apl-guix-0.14.0/libexec/guix/list-runtime-roots:
>139:38  1 (_ "/gnu/store")
> In unknown file:
>0 (string-drop "/gnu/store" 11)
>
> ERROR: In procedure string-drop:
> ERROR: Value out of range 0 to 10: 11

This was fixed shortly after the 0.14.0 release:
.

I’d encourage you to upgrade your daemon.  If you installed Guix using
the binary tarball on a “foreign distro”, you can do that by running
these commands as root:

  guix pull
  guix package -u guix
  systemctl restart guix-daemon.service  # or similar

HTH!

Ludo’.

Re: guix system disk-image: preset user profiles (packages & arbitrary data)

[Ludovic Courtès]

Hello Pierre,

Pierre Neidhardt  skribis:

> I'd like to built a live disk-image for a USB stick I carry around with
> me.  Booting it would result in the exact configuration I have on my
> machine.

FWIW I did that a year or two ago with hacky modifications to the code.
It would be nice to make it accessible through the command-line
interface and API.

> I'm also wondering now if the USB stick is writable.  That would solve
> it then.

As you found out, ‘disk-image’ creates a “volatile” image, where the
root file system is mounted read-only, with a writable overlayfs on top
of it.  The main use case for this is the installation image where you
want to make sure you’re not going to modify what’s on the USB disk.

There are two things we could do:

  • Add an option to make the root file system persistent (easy).

  • Add an option to allow users to specify additional partitions in the
disk image (which would be writable).  If you look at ‘qemu-image’
in (gnu system vm), you’ll see there’s already a list of partitions
there, and this is what needs to be modified.

My preference goes to the second option; it’s a bit more work, but it’s
not too hard.

HTH!

Ludo’.