Re: Online accounts in Evolution (and Calendar)

2023-03-27 Thread Christophe Pisteur
Hi, 

I have some additional information to share:

- Initially (see below), when I entered my login information into
gnome-online-accounts, nothing was displayed in Calendar or Evolution. 

- For some reason, Calendar and Evolution now display the list of my
calendars and address book; but they can't connect to their contents. 
Here are the error messages from Evolution:

Adressebook:
Impossible de se connecter au carnet d’adresses « CardDAV : Sans nom »
Échec avec l’erreur HTTP 405 : Method Not Allowed

Calendars:
Impossible de se connecter à l’agenda « Sur le Web : Next_Ponctuel »
Bad Request

Impossible de se connecter à « chris...@posteo.net@nl.tab.digital »
Erreur de résolution de « posteo@nl.tab.digital » : Nom ou service
inconnu

- Note that :
-> Connecting to my NextCloud account works fine from Files, which
accesses and displays documents saved on my Nexcloud space. 
-> Before this last guix installation, everything worked  fine with
Evolution or Calendar.

- among the things I've tried so far: 
separately (re)installing evolution-data-server and gnome-online-
accounts.
run guix pull then guix package -u and sudo guix system reconfigure
Nothing changes

I hope that these additional hints will help someone to find a solution
for this problem. 

Christophe

Guix system 1.4 / 64 bits
Gnome 42.4 / X11
Intel® Core™2 T9900 × 2
Mobile Intel® GM45 Express Chipset (CTG)



Le mardi 07 mars 2023 à 23:49 +0100, Christophe Pisteur a écrit :
> Hi,
> 
> I did a fresh install of Guix system 1.4, installed the evolution
> package and then imported an evolution-backup archive made on a
> previous guix system, which I did in the past several times
> successfully, but this time the online accounts (Nextcloud: calendar,
> address book) were not taken into evolution account (nor Calendar),
> although I defined my Nextcloud account in gnome-settings.
> 
> I then checked if the evolution-data-server and gnome-online-accounts
> packages were installed, which they apparently were not, and
> installed them, but the result is the same: online accounts are not
> taken into evolution account. 
> 
> Do you have any suggestions?
> 
> Thanks,
> 
> Christophe



Online accounts in evolution

2023-03-07 Thread Christophe Pisteur
Hi,

I did a fresh install of Guix system 1.4, installed the evolution
package and then imported an evolution-backup archive made on a
previous guix system, which I did in the past several times
successfully, but this time the online accounts (Nextcloud: calendar,
address book) were not taken into evolution account (nor Calendar),
although I defined my Nextcloud account in gnome-settings.

I then checked if the evolution-data-server and gnome-online-accounts
packages were installed, which they apparently were not, and installed
them, but the result is the same: online accounts are not taken into
evolution account. 

Do you have any suggestions?

Thanks,

Christophe


Re: Cantarell font with the gnome desktop interface

2022-08-15 Thread Christophe Pisteur
Thanks a lot, it works perfectly!

Christophe

Le lundi 15 août 2022 à 14:21 +, Luis Felipe a écrit :
> I forgot one step,
> 
> On Monday, August 15th, 2022 at 14:15, Luis Felipe
>  wrote:
> 
> > I checked in my system (guix system 3f17158, kernel 5.18.12), and
> > saw the same: No font appears selected in GNOME Tweaks. That seems
> > like a bug to me.
> > 
> 
> > As a workaround, I did the following:
> > 
> 
> > 1. guix install font-abattis-cantarell
> > 2. fc-cache -rv (see
> > https://guix.gnu.org/en/manual/devel/en/html_node/Application-Setup.html#X11-Fonts
> > )
> 
> 3. Reload GNOME Shell (press Alt+F2, type the letter r in the command
> box, and press Enter)
> 
> After this, the boldish font in the shell should change.
> 
> > Then, launch GNOME Tweaks again and cantarell should be selected.



Cantarell font with the gnome desktop interface

2022-08-14 Thread Christophe Pisteur
Hello,
Since I use a profile based on kernel 5.18, the cantarell font is not
available in the gnome desktop interface (gnome-tweak / fonts): the
cantarell font is not listed in the list of available interface fonts.
When I revert to a profile based on a 5.17 kernel, the cantarell font
is available in the gnome desktop interface (and selected by default).
What can I do to find the cantarell font with a profile based on kernel
5.18?
Thank you
Christophe


gnome-shell-extension

2021-12-16 Thread Christophe Pisteur
Hello,

With gnome 3.34, I was using different extensions for gnome-shell,
especially the excellent "material-shell" (tiling manager among others
stuff) [1] 
By switching to gnome 40, the extensions are not managed with gnome-
tweaks and I can't use any of my extensions. 

Does anyone know how to handle shell extensions with gnome 40 on guix? 
- if I understood correctly, guix doesn't allow to install extensions
from the site: https://extensions.gnome.org
- nothing occur when I try to launch 'gnome-shell-extensions'

Thank for your help

Christophe

[1] https://github.com/material-shell/material-shell



Re: Incorrect display of system fonts after guix system reconfigure (2021_10_29)

2021-10-31 Thread Christophe Pisteur
Le samedi 30 octobre 2021 à 13:06 +, phodina a écrit :
> Hi Christophe,
> 
> have you tried to run
> 
>  fc-cache -f 
> 
> to update the font cache to solve the issue?
> 
> Petr

Thank you very much. This solved the problem inside my session, but:
- not in the gdm login screen, which still shows bold fonts without
precise outline;
- I don't understand why I had to do this action (fc-cache -f) when all
other times, a 'sudo guix system reconfigure' worked out of the box. 
is this a bug?
Christophe


Incorrect display of system fonts after guix system reconfigure (2021_10_29)

2021-10-29 Thread Christophe Pisteur
Hello, 
I installed some time ago guix system (1.3) on a Lenovo libreboot with
the gnome desktop.
I made today:guix pullfollowed by sudo guix system reconfigure
/etc/config.scm
and I lost the cantarell fonts for the gnome desktop display. I then
selected (in gnome-tweaks) the available fonts (liberation serif, etc.)
but the display of the menus is still faulty (bold fonts without
precise outline). The problem already appears from the gdm login
screen.
So I went back to the previous generation and everything is displayed
correctly (with liberation serif as with cantarell).
Below is the list of the two generations of guix system concerned.
Generation 6 is working; generation 7 is the one with the problem. 
Any ideas? 
Christophe
-

Génération 604 oct 2021 16:47:11(actuelle)  nom de fichier :
/var/guix/profiles/system-6-link  nom de fichier canonique :
/gnu/store/90srxmrcc0a5d826zz0p0f161hnjc11d-system  étiquette : GNU
with Linux-Libre 5.14.9  chargeur de démarrage : grub  périphérique
racine : UUID : ea096464-f368-46b6-a1f8-c9c0e2c9736d  noyau :
/gnu/store/k1xanirwdhy14clvnfc1q5fwm39znxhb-linux-libre-5.14.9/bzImage  
canaux :guix:  URL du dépôt : 
https://git.savannah.gnu.org/git/guix.git  branche :
master  commit : a03562b478f50c302b6398fe5793fc072ed621f2  fichier
de configuration : /gnu/store/idfmbzq8lvcs0dmq23g89x61fk6zalvq-
configuration.scm

Génération 729 oct 2021 08:04:51  nom de fichier :
/var/guix/profiles/system-7-link  nom de fichier canonique :
/gnu/store/a5g97vcml10cjw833cmxvy0p5mplv9gs-system  étiquette : GNU
with Linux-Libre 5.14.15  chargeur de démarrage : grub  périphérique
racine : UUID : ea096464-f368-46b6-a1f8-c9c0e2c9736d  noyau :
/gnu/store/dm0y0agial5vzsni0b398ykdkxwfg1yr-linux-libre-
5.14.15/bzImage  canaux :guix:  URL du dépôt : 
https://git.savannah.gnu.org/git/guix.git  branche :
master  commit : ad39268cdf075f4c4eeb87ed78ce46ca6f817675  fichier
de configuration : /gnu/store/idfmbzq8lvcs0dmq23g89x61fk6zalvq-
configuration.scm


Re: Guix installation 1.3 : crash when deleting free space during manual partitioning

2021-06-20 Thread Christophe Pisteur
Le dimanche 20 juin 2021 à 06:44 +0200, Christophe Pisteur a écrit :
> Problem with guix installation system 1.3: 
> Hello, 
> During the manual partitioning, if you delete a free space (by
> mistake), the installation crashes  (message: "the installer has
> encountered an unexpected problem (...)": see picture) and you have
> to start again from the beginning (language choice). 
> Thank you for your work,
> Christophe

Sorry, I sent this bug report to help-guix instead of bug-guix. 

Fixed:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=49126

Christophe


Re: partition table on guix system

2021-06-12 Thread christophe . pisteur

Le 13.06.2021 00:35, Nikolay Velyurov a écrit :

Hi Christophe,

On Sat, Jun 12, 2021 at 10:03 PM  wrote:


then aborts with a error message


What's in the error message?


unexpected error (The detail fits on one page..)




normal 120GB ext4 boot/


Did you mean /boot instead? Be sure you haven't forgotten to make the
root (/) partition.


In the partitioning menu, I simply entered / as the mount point. It is 
the graphical intallator that displays this in the columns shown in my 
email:


2. normal   120GB ext4boot  /


In cases with a complex partitioning I would recommend doing the
manual installation...


I had already done this partitioning with the graphical installer of 
guix 1.2 and it worked. But I can't remember the details of what I did.




Regards, Nikolay.




partition table on guix system

2021-06-12 Thread christophe . pisteur

Hello,
I am trying to install guix system 1.3 on a lenovo t400 (libreboot) and 
I have a problem with the manual partition table during the 
installation.
I want an encrypted /home on a separate sata drive and the rest on the / 
partition (no encryption). But the installer fails when formatting and I 
don't understand the error message.


Here is the partition table I made:

ATA ... /dev/sda 128 GB msdos
1. normal 8GB linux-swap (v1)
2. normal 120GB ext4 boot/   -> bootable: yes, 
encrypton: no


ATA  /dev/sdb 1000GB msdos
1. normal 1000GB ext4 /home crypthome

When I confirm the table, the installer asks me for the key to encrypt, 
then starts to format, then aborts with a error message and starts again 
at the beginning of the installation process.


where is the error I made?

Thanks for your help

Christophe



Re: freecad 19.1 / flatpak

2021-04-17 Thread Christophe Pisteur
Le samedi 17 avril 2021 à 16:16 +, Ekaitz Zarraga a écrit :
> Hi all,
> This was already merged the other day so you'll have access to the 0.19.1 
> version of freecad if you `guix pull`.
> 
> Best,
> Ekaitz

Hi Ekaitz, 

Hello,
Thank you very much for including the latest version of freecad in
guix! 
As far as I'm concerned, everything works very well: installation and
use. And I find the new version of freecad very efficient. 
Thanks again!
Christophe


Re: freecad 19.1 / flatpak

2021-04-13 Thread Christophe Pisteur
Le dimanche 11 avril 2021 à 22:27 +, Ekaitz Zarraga a écrit :
> Hi Christophe,
> 
> Yes, I just sent a new version with the package to the thread.
> The problem was Luis Felipe was able to compile it, probably because
> his system wasn't as up-to-date as yours. (That's why it worked in my
> computer too)
> 
> So I found the same error you found after doing a guix-pull. The new
> file I shared should work with the latest guix.
> 
> As I explain in the previous message, the error was related with the
> update of some packages. More specifically with some graphics
> libraries and `vtk`, that changed its API in the 9.0.0 version and it
> doesn't work.
> Freecad is pretty tied to Debian-based machines so they use old-ish
> packages for development. It's not the first time we have issues with
> the packaging due to new versions not being compatible.
> 
> > Sorry for the news...
> 
> Software, mate. It is like that all the time.
> After all this time on the industry, I think I'm getting used to it
> :)

Hi Ekaitz, 

Great news: I was able to build the package and use freecad without
problems. 
I tried several features, addons, with old complex models and new tests
for the occasion. 
I could do more tests in the next days if needed. 
Many thanks for your work! 

Christophe





Re: freecad 19.1 / flatpak

2021-04-11 Thread Christophe Pisteur
Le dimanche 11 avril 2021 à 16:45 +, Ekaitz Zarraga a écrit :
> Hi,
> 
> You can try with the file attached.
> 
> You just need to run the following, considering `freecad.scm` is the attached 
> file, and that you are in the folder that contains the file.
> ```
> guix build -f freecad.scm
> ```
> 
> Like half an hour later, you'll get an output similar to this:
> 
> ```
> $ guix build -f freecad.scm
> > > TONS OF COMPILATION RELATED NONSENSE<<
> /gnu/store/74c1nrijb1x29pj9f94265zaq8frqf4f-freecad-0.19.1
> ```
> 
> That's the folder where the result of the build is. You can run that freecad 
> using the path you got like this:
> 
> ```
> $ /gnu/store/74c1nrijb1x29pj9f94265zaq8frqf4f-freecad-0.19.1/bin/FreeCAD
> ```
> 
> Tell me if it works and how does it look.
> If it works fine I'll send a patch to Guix with this package and you'll soon 
> have it in Guix. Also, if you need it now, you can use the file I gave you 
> and install it from there with the same -f trick, or even create an 
> environment for it, that way it will be easier to run.
> 
> For any question you have, just ask.
> 
> Good luck!
> Ekaitz

Many thanks!
Unfortunately, the build does not work and has stopped after a few
minutes. 
See attached the build log. 

Christophe



mpm48fcxn826zggxsy2p7nx874csx6-freecad-0.19.1.drv.bz2
Description: application/bzip
phase `unpack' succeeded after 2.9 seconds
starting phase `patch-usr-bin-file'
phase `patch-usr-bin-file' succeeded after 0.1 seconds
starting phase `patch-source-shebangs'
patch-shebang: ./package/conda/run_docker_build.sh: changing `/usr/bin/env 
bash' to 
`/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./src/3rdParty/libkdtree/python-bindings/gen-swig-hpp.py: 
changing `/usr/bin/python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/AddonManager/AddonManager.py: changing `/usr/bin/env 
python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/Material/StandardMaterial/Tools/FCMat2csv.sh: changing 
`/bin/bash' to 
`/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./src/Mod/Material/StandardMaterial/Tools/make_FCMats.sh: 
changing `/bin/bash' to 
`/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./src/Mod/Material/StandardMaterial/Tools/make_ods.sh: changing 
`/bin/bash' to 
`/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./src/Mod/Mesh/App/MeshTestsApp.py: changing `/usr/bin/env 
python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/OpenSCAD/prototype.py: changing `/usr/bin/env python' 
to `/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/Path/Tools/toolbit-attributes.py: changing 
`/usr/bin/python3' to 
`/gnu/store/rz42ba0my9vrgbkjpkzr2drmnjk5ah50-python-3.8.2/bin/python3'
patch-shebang: ./src/Mod/Path/utils/path-lint.sh: changing `/bin/bash' to 
`/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./src/Mod/Robot/KukaExporter.py: changing `/usr/bin/env python' 
to `/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/Robot/MovieTool.py: changing `/usr/bin/python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/Sketcher/Gui/Resources/UpdateResources.sh: changing 
`/bin/bash' to 
`/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/bash'
patch-shebang: ./src/Mod/Spreadsheet/App/create_regexps.sh: changing `/bin/sh' 
to `/gnu/store/pwcp239kjf7lnj5i4lkdzcfcxwcfyk72-bash-minimal-5.0.16/bin/sh'
patch-shebang: ./src/Mod/Spreadsheet/importXLSX.py: changing `/usr/bin/env 
python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/TechDraw/TDTest/DHatchTest.py: changing `/usr/bin/env 
python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/TechDraw/TDTest/DLeaderRText.py: changing 
`/usr/bin/env python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/TechDraw/TDTest/DProjGroupTest.py: changing 
`/usr/bin/env python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/TechDraw/TDTest/DVAnnoSymImageTest.py: changing 
`/usr/bin/env python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/TechDraw/TDTest/DVBalloonTest.py: changing 
`/usr/bin/env python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp160gn0-python-wrapper-3.8.2/bin/python'
patch-shebang: ./src/Mod/TechDraw/TDTest/DVDimensionTest.py: changing 
`/usr/bin/env python' to 
`/gnu/store/bvd09gb8ka642jzgxd2lpqlpdp16

Re: freecad 19.1 / flatpak

2021-04-11 Thread Christophe Pisteur
Le jeudi 08 avril 2021 à 13:05 +, Ekaitz Zarraga a écrit :
> Hi all,
> I had some free time and I decided to spend it on updating thefreecad
> package to the 0.19.1 version.

MANY THANKS
> 
> I managed it to compile with the changes I add below, but I
> prefer someone to test it thoroughly because it's a program
> I don't use that much so I don't know if the workbenches are
> working as expected, or if the addons work.
> 
> Pleas Christophe, could you install try it and see if it works?
> 
> This is the diff on the current guix repository, I hope that's
> enough to let you use it. If its not, I can make a separate
> package for you.

Sorry, that's not enough for me. Do what is simpler for you: a package
or the procedure from the diff. 

Christophe
> 
> Cheers,
> Ekaitz
> 
> 
> diff --git a/gnu/packages/engineering.scm b/gnu/packages/engineering.scm
> index 8d7ba9c1da..8e7974f1f1 100644
> --- a/gnu/packages/engineering.scm
> +++ b/gnu/packages/engineering.scm
> @@ -2351,21 +2351,19 @@ OpenSCAD code.  It supports syntax highlighting, 
> indenting and refilling of
>  comments.")))
> 
>  (define-public freecad
> -  (let ((commit-ref "7616153b3c31ace006169cdc2fdafab484498858")
> -(revision "1"))
> -(package
> +  (package
>(name "freecad")
> -  (version (git-version "0.18.5" revision commit-ref))
> +  (version "0.19.1")
>(source
>  (origin
>(method git-fetch)
>(uri (git-reference
>   (url "
https://github.com/FreeCAD/FreeCAD> ")
> - (commit commit-ref)))
> + (commit version)))
>(file-name (git-file-name name version))
>(sha256
>  (base32
> -  "16965yxnp2pq7nm8z3p0pjkzjdyq62vfrj8j3nk26bwc898czyn2"
> +  "0c53q2iawy4yfp11czyc7lbr9ivp3r7v24x4c20myh11wyplffc0"
>(build-system qt-build-system)
>(native-inputs
> `(("doxygen" ,doxygen)
> @@ -2393,6 +2391,8 @@ comments.")))
>   ("python-shiboken-2" ,python-shiboken-2)
>   ("python-pivy" ,python-pivy)
>   ("python-wrapper" ,python-wrapper)
> + ("python-gitpython" ,python-gitpython)
> + ("python-pyyaml" ,python-pyyaml)
>   ("qtbase" ,qtbase)
>   ("qtsvg" ,qtsvg)
>   ("qtx11extras" ,qtx11extras)
> @@ -2454,7 +2454,7 @@ customization.")
>  license:lgpl2.1+
>  license:lgpl2.0+
>  license:gpl3+
> -license:bsd-3)
> +license:bsd-3
> 
>  (define-public libmedfile
>(package
> 


Re: freecad 19.1 / flatpak

2021-04-03 Thread Christophe Pisteur
Le samedi 03 avril 2021 à 19:21 +, Ekaitz Zarraga a écrit :
> 
> 
> At the moment we have the 18.5 version of freecad available.
> Surprising or not, I was the guy who updated it to that version (and
> fixed the package because it wasn't even working) and I have bad news
> for you.
> Freecad is very hard to compile. It has tons of dependencies and all
> of them require special effort (some are broken, have broken
> compilation tools...).
> Maybe they changed that in the new version but... I don't think so.
> I spent a hella lot of time trying to fix it.
> I will take a look to the Nix package and try to convert it to Guix
> but it will take time.
> 
> If anyone is interested on taking a look...
> https://github.com/NixOS/nixpkgs/blob/3ab6e84b79abc45855e666fff33078189b4960c3/pkgs/applications/graphics/freecad/default.nix
> 
> > That said, why not give it a try if someone has the patience to
> > answer the 
> > countless questions I'm sure to have... with no guarantee of
> > success. 
> > See if the collective effort is worth it.
> I can (try to) answer every single question you have so please, don't
> be shy.
> 
> Best,
> Ekaitz

Ok, I will try. 
If I understand correctly, we will communicate privately, won't we?
I'll start by reading the document on the definition of package at
guix.

Christophe





Re: freecad 19.1 / flatpak

2021-04-03 Thread Christophe Pisteur
Le vendredi 02 avril 2021 à 10:43 -0400, Gary Johnson a écrit :
> Christophe Pisteur  writes:
> > Unfortunately there is no git on flathub. There is only gitg, which
> > Iinstalled, but the problem remains with the freecad addons. 
> 
> That's unfortunate. So...maybe I missed (or forgot) this part of
> thediscussion, but I see that guix has a package definition for
> freecad. Isthere a reason you don't want to build and install it
> through guixinstead of flatpak?
> 

Yes, there is a reason: ignorance, incompetence, idleness ;-) 
More seriously: I have no computer skills, I just know how to do: guix
package -i freecad... it seems to me to be very far from what would
allow me to start from the current definition package to make a freecad
19.1 package. Isn't it?
That said, why not give it a try if someone has the patience to answer
the countless questions I'm sure to have... with no guarantee of
success. See if the collective effort is worth it.


Re: freecad 19.1 / flatpak

2021-03-31 Thread Christophe Pisteur



Le mercredi 31 mars 2021 à 10:29 -0400, Gary Johnson a écrit :
> Christophe Pisteur  writes:
> > Thank you for the quick answer.I have git installed on my system
> > via guix package -i gitwhich is probably with ssl support?So I
> > think that the version of flatpak does not use this version of
> > mysystem. From there, I am blocked.
> > Christophe
> 
> The git package for Guix includes SSL support. Since flatpak is kind
> ofits own world, perhaps you should try installing git through
> flatpak aswell in hopes that FreeCAD will be able to use that
> version.
> Good luck,  Gary

Unfortunately there is no git on flathub. There is only gitg, which I
installed, but the problem remains with the freecad addons. 

Christophe


Re: freecad 19.1 / flatpak

2021-03-31 Thread Christophe Pisteur
Le mercredi 31 mars 2021 à 09:46 +, Ekaitz Zarraga a écrit :
> Hi there,
> 
> On Wednesday, March 31, 2021 11:15 AM, Christophe Pisteur <
> christophe.pist...@fsfe.org> wrote:
> > Hello,
> > After having failed to install freecad from an Appimage on guix
> > system(1), a new version of freecad (freecad 19.1) has just been
> > realised andproposed on flathub (2).
> > Unfortunately, the addon manager does not work with this version
> > offreecad on flathub on guix system. But it is in the addons that
> > we findone of the main functions until a mature version can be
> > included in themain project: the assembly modules (A2+, Assembly2,
> > Assembly4).
> > ...
> 
> According to a random blogpost in the wild you can see this:
> https://blog.hostonnet.com/git-unable-to-find-remote-helper-for-https
> 
> Looks like your git is not installed with SSL support. Probablythe
> package comes with its own git and it's not capable enough.
> Try to install it separately or something. I'm not sure ifflatpak is
> going to use it or not, because I have no idea abouthow flatpak
> works, but the problem you have is because of thegit version your
> freecad is using.
> Hope that helps,
> Ekaitz

Thank you for the quick answer.
I have git installed on my system via 
guix package -i git
which is probably with ssl support?
So I think that the version of flatpak does not use this version of my
system. 
>From there, I am blocked.

Christophe


freecad 19.1 / flatpak

2021-03-31 Thread Christophe Pisteur
Hello,

After having failed to install freecad from an Appimage on guix system
(1), a new version of freecad (freecad 19.1) has just been realised and
proposed on flathub (2).

Unfortunately, the addon manager does not work with this version of
freecad on flathub on guix system. But it is in the addons that we find
one of the main functions until a mature version can be included in the
main project: the assembly modules (A2+, Assembly2, Assembly4). 

Here are the error messages:

1) When launching freecad from terminal:
$ flatpak run org.freecadweb.FreeCAD
FreeCAD 0.19, Libs: 0.19R14555 (Git shallow)
© Juergen Riegel, Werner Mayer, Yorik van Havre and others 2001-2021
FreeCAD is free and open-source software licensed under the terms of
LGPL2+ license.
FreeCAD wouldn't be possible without FreeCAD community.
  #   ###     
  ##  # #   #   # 
  # ##     # #   #  #   # 
    # # #  # #  #  # #  #   # 
  # #      ## # #   # 
  # #   ## ## # #   #  ##  ##  ##
  # #       ### # #    ##  ##  ##

Traceback (most recent call last):
  File "/app/freecad/Mod/Tux/NavigationIndicatorGui.py", line 55, in
changeEvent
onTooltip()
NameError: name 'onTooltip' is not defined
connect failed: Aucun fichier ou dossier de ce type

2) When you click on the "install" button from the addon manager:
Traceback (most recent call last):
  File "/app/freecad/Mod/AddonManager/addonmanager_workers.py", line
769, in run
repo = git.Repo.clone_from(self.repos[idx][1], clonedir)
  File "/app/lib/python3.8/site-packages/git/repo/base.py", line 1032,
in clone_from
return cls._clone(git, url, to_path, GitCmdObjectDB, progress,
multi_options, **kwargs)
  File "/app/lib/python3.8/site-packages/git/repo/base.py", line 973,
in _clone
finalize_process(proc, stderr=stderr)
  File "/app/lib/python3.8/site-packages/git/util.py", line 329, in
finalize_process
proc.wait(**kwargs)
  File "/app/lib/python3.8/site-packages/git/cmd.py", line 408, in wait
raise GitCommandError(self.args, status, errstr)
git.exc.GitCommandError: Cmd('git') failed due to: exit code(128)
  cmdline: git clone -v https://github.com/Zolko-123/FreeCAD_Assembly4
/home/christophe/.FreeCAD//Mod/Assembly4
  stderr: 'Cloning into '/home/christophe/.FreeCAD//Mod/Assembly4'...
fatal: unable to find remote helper for 'https'

I tried with several addons: same results. 

Any Idea? 

Christophe

(1) https://lists.gnu.org/archive/html/help-guix/2021-02/msg00035.html
(2) https://flathub.org/apps/details/org.freecadweb.FreeCAD



Re: Appimage: cannot run binary file

2021-02-11 Thread Christophe Pisteur
Le jeudi 11 février 2021 à 15:12 +0100, Sergiu Ivanov a écrit :
> Hi Christophe,
> > I don't understand all the nuances of this discussion (I'm sorry),
> > butit seems to me that the problem is, in the case of the
> > developmentversion of freecad, that the sources are not published
> > regularly. Thesources were last published in 2019 (1), while
> > freecad offers anAppimage almost every week. So building something
> > from the sources ofthe development code doesn't add much value to
> > the stable version. Imust certainly be missing something, so once
> > again sorry.Christophe(1) 
> > https://github.com/FreeCAD/FreeCAD/releases/tag/0.19_pre: "
> > Note:The development binaries are built regularly (You may need to
> > expandthe assets tab) . The release date indicates the beginning of
> > the devcycle. The commits indicates how many commits in the dev
> > cycle. Thesource archives (tar.gz and .zip) do not get updated, so
> > they match thecommit of the tag (34a083b) and are therefore
> > obsolete. You can get thelatest source here: 
> > https://github.com/FreeCAD/FreeCAD/archive/master.zip";
> 
> I don't know or use FreeCAD, but it looks like the source code
> isupdated quite regularly on their GitHub repository:
>   https://github.com/FreeCAD/FreeCAD/
> 
> The latest changes seem to date back to several hours.
> I'd say these are the sources from which the development binaries
> arebuilt (at least this is what is usually done).
> My understanding of the sentence
> > The source archives (tar.gz and .zip) do not get updated, so
> > theymatch the commit of the tag (34a083b) and are therefore
> > obsolete.
> 
> is that the FreeCAD team don't bother archiving the sources
> bythemselves, given that one can always access the latest versionon
> GitHub.
> -Sergiu

Sorry for the confusion and thank you for the explanation. 
Christophe


Re: Appimage: cannot run binary file

2021-02-11 Thread Christophe Pisteur
Le jeudi 11 février 2021 à 05:25 +0100, raingloom a écrit :
> On Wed, 10 Feb 2021 19:59:17 +0100Tobias Geerinckx-Rice  > wrote:
> > Instead, I strongly recommend writing your own Guix package (using
> > inherit) or looking for a less byzantine download format.
> 
> For a quick test, could try building it with one of the
> packagetransformers:
> https://guix.gnu.org/manual/en/html_node/Package-Transformation-Options.html
> 
> Although copying the package definition into a Guile script,
> modifyingit, and loading it with --file or --expression is not that
> much harderonce you get the hang of it.

I don't understand all the nuances of this discussion (I'm sorry), but
it seems to me that the problem is, in the case of the development
version of freecad, that the sources are not published regularly. The
sources were last published in 2019 (1), while freecad offers an
Appimage almost every week. So building something from the sources of
the development code doesn't add much value to the stable version. I
must certainly be missing something, so once again sorry.
Christophe
(1) https://github.com/FreeCAD/FreeCAD/releases/tag/0.19_pre: " Note:
The development binaries are built regularly (You may need to expand
the assets tab) . The release date indicates the beginning of the dev
cycle. The commits indicates how many commits in the dev cycle. The
source archives (tar.gz and .zip) do not get updated, so they match the
commit of the tag (34a083b) and are therefore obsolete. You can get the
latest source here: 
https://github.com/FreeCAD/FreeCAD/archive/master.zip";




Re: Appimage: cannot run binary file

2021-02-10 Thread Christophe Pisteur
Bonjour Tobias!

Le mercredi 10 février 2021 à 19:59 +0100, Tobias Geerinckx-Rice a
écrit :
> Bonjour Christophe!
> 
> Instead, I strongly recommend writing your own Guix package (using 
> inherit) or looking for a less byzantine download format.

Thank you for these detailed explanations.

I see it's way beyond what I can do, but I get the point.

> 
> > (= cannot run binary file).
> 
> (Tip: you can submit ‘normalised’ bug reports by setting 
> LC_ALL=C.)

Thanks for the advice!
> 
> Good luck,

:-) 

> 
> T G-R
> 
> [0]: I don't know if it's in AppImage of FUSE, nor do I much care.

Christophe


Appimage: cannot run binary file

2021-02-10 Thread Christophe Pisteur
Hello,

I would like to use the development version of freecad (currently
freecad 0.19), but only stable freecad (freecad 0.18) is in the guix
package.

The alternative solution is to use the freecad Appimage (1) as explain
here (2) but it doesn't work on my guix system. 
Here are the error messages I get when I launch the freecad Appimage
from terminal:

$ . /home/christophe/Téléchargements/FreeCAD_0.19-23578-Linux-
Conda_glibc2.12-x86_64.AppImage
bash: .: /home/christophe/Téléchargements/FreeCAD_0.19-23578-Linux-
Conda_glibc2.12-x86_64.AppImage : ne peut exécuter le fichier binaire

(= cannot run binary file).

Any idea? 

Christophe 

(1) https://github.com/FreeCAD/FreeCAD/releases/tag/0.19_pre
(2) https://wiki.freecadweb.org/AppImage




Re: flatpak applications in the gnome applications menu (XDG_DATA_DIRS)

2021-02-07 Thread Christophe Pisteur
> Em 07/02/2021 15:59, Christophe Pisteur escreveu:>> I installed
Element (1) by flatpak, but applications installed by

> First question is: why is Flatpak being distributed by Guix without
any patch 
> to conform to GNU FSDG?

> Perhaps this is another instance of bug #45450 ([1]).

> Also, unfortunately it seems that the software in question downloaded
from 
> there isn`t free/libre either ([2]).
>
> 
> # References
> 
>
> [1]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=45450 .
> 
> [2]: https://directory.fsf.org/wiki/Review:Riot.im-REV-ID-1 .
I installed element by flathub. To my knowledge, it is completely free
software, but not in the guix package repository.


Re: flatpak applications in the gnome applications menu (XDG_DATA_DIRS)

2021-02-07 Thread Christophe Pisteur
Hello,

Yes, the command works perfectly fine (with errors indicated by
terminal output) but I wish I could launch Element from the gnome menu.

Christophe

Le dimanche 07 février 2021 à 20:27 +0100, Léo Le Bouter a écrit :
> Hello!
> 
> This issue happens to me as well but using that command you said just
> runs Element for me even though it prints some errors (same as yours).
> Does it not work for you?
> 
> Léo


flatpak applications in the gnome applications menu (XDG_DATA_DIRS)

2021-02-07 Thread Christophe Pisteur
Hello,

I installed Element (1) by flatpak, but applications installed by
Flatpak do not appear on the gnome desktop applications menu (even
after reboot). 

When I run Element through the terminal, I get the following message:


$ flatpak run im.riot.Riot
Note that the directories 
'/var/lib/flatpak/exports/share''/home/christophe/.local/share/flatpak/
exports/share'
are not in the search path set by the XDG_DATA_DIRS environment
variable, soapplications installed by Flatpak may not appear on your
desktop until thesession is restarted.
/home/christophe/.var/app/im.riot.Riot/config/Element exists:
yes/home/christophe/.var/app/im.riot.Riot/config/Riot exists:
noStarting auto update with base URL: 
https://packages.riot.im/desktop/update/Auto update not supported on
this platform
Note that the directories 
'/var/lib/flatpak/exports/share''/home/christophe/.local/share/flatpak/
exports/share'
are not in the search path set by the XDG_DATA_DIRS environment
variable, soapplications installed by Flatpak may not appear on your
desktop until thesession is restarted.
Error getting the event index passphrase out of the secret store
[Error: org.freedesktop.DBus.Error.ServiceUnknown]




what should I do? 

thank you in advance, 

Christophe

(1) https://element.io/


Re: Cann't launch Transmission

2021-01-17 Thread Christophe Pisteur
Great, I just did `$ guix package -i transmission:gui`and it worked.

And I understand now why there is a separate output called "gui" for
`guix show transmission`

Thank you very much!

Christophe
Le samedi 16 janvier 2021 à 19:07 -0500, Leo Famulari a écrit :
> The graphical part of Transmission is provided in a separate "output"
> of the package.
> I can't check now but I believe it's called the "gui" output. You can
> check the list of outputs with `guix show transmission`.
> You can install non-default outputs with e.g. `guix package -i
> transmission:gui`.
> On Sat, Jan 16, 2021, at 17:32, Christophe Pisteur wrote:
> > Hello,
> > I installed transmission in my profil ($ guix package -i
> > transmission)but cannot launch it. There is no icon in gnome menu;
> > and I tried to start transmission withthe terminal ($ transmission
> > or $ transmission-gtk) but nothinghappens.I did: guix pull, guix
> > package -u, sudo guix system reconfigure/etc/config.scm and reboot
> > but nothing helps.
> > Any idea? Thank's for your help
> > Christophe
> > for information:
> > $ guix --versionguix (GNU Guix)
> > 0dc484edcf163e24f00805dae6b7a2574231a7d8Copyright © 2021 les
> > auteurs de GuixLicence GPLv3+ : GNU GPL version 3 ou ultérieure <
> > http://www.gnu.org/licenses/gpl.fr.html>Ceci est un logiciel libre
> > : vous êtes libre de le modifier et de leredistribuer.Il n'y a
> > AUCUNE GARANTIE, dans les limites permises par la loi.
> > $ tree -a $(guix build
> > transmission)/gnu/store/aa6anqhdwn51x86asfqr1vhhj8hibx53-
> > transmission-3.00-gui


Cann't launch Transmission

2021-01-16 Thread Christophe Pisteur
Hello,

I installed transmission in my profil ($ guix package -i transmission)
but cannot launch it. 
There is no icon in gnome menu; and I tried to start transmission with
the terminal ($ transmission or $ transmission-gtk) but nothing
happens.
I did: guix pull, guix package -u, sudo guix system reconfigure
/etc/config.scm and reboot but nothing helps.

Any idea? 
Thank's for your help

Christophe

for information:

$ guix --version
guix (GNU Guix) 0dc484edcf163e24f00805dae6b7a2574231a7d8
Copyright © 2021 les auteurs de Guix
Licence GPLv3+ : GNU GPL version 3 ou ultérieure <
http://www.gnu.org/licenses/gpl.fr.html>
Ceci est un logiciel libre : vous êtes libre de le modifier et de le
redistribuer.
Il n'y a AUCUNE GARANTIE, dans les limites permises par la loi.

$ tree -a $(guix build transmission)
/gnu/store/aa6anqhdwn51x86asfqr1vhhj8hibx53-transmission-3.00-gui
├── bin
│   ├── transmission-gtk
│   └── .transmission-gtk-real
└── share
├── appdata
│   └── transmission-gtk.appdata.xml
├── applications
│   └── transmission-gtk.desktop
├── doc
│   └── transmission-3.00
│   └── COPYING
├── icons
│   └── hicolor
│   ├── scalable
│   │   └── apps
│   │   ├── transmission-devel.svg
│   │   └── transmission.svg
│   └── symbolic
│   └── apps
│   └── transmission-symbolic.svg
├── locale
│   ├── an
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ar
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ast
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── az
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── be
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── bg
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── bn
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── bo
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── br
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── bs
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ca
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ca@valencia
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ceb
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ckb
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── cs
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── cy
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── da
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── de
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── el
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── en_AU
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── en_CA
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── en_GB
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── eo
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── es
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── et
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── eu
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── fa
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── fi
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── fil
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── fo
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── fr
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── fr_CA
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ga
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── gl
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── gv
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── he
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── hi
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── hr
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── hu
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── hy
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── ia
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── id
│   │   └── LC_MESSAGES
│   │   └── transmission-gtk.mo
│   ├── is
│   │   └── LC_MESSAGES
│   │   └── transmis

Re: How to configure a printer on Guix System

2021-01-09 Thread Christophe Pisteur
After several random tests, I found what prevents printing and displays
the error message "filter failed" in the web interface of cups: 

The ppd file I used uses the postscript language, but if I use the ppd
file in PDF language, printing works:

Ricoh-MP_C3003-PDF-Ricoh.ppd: "ok"
Ricoh-MP_C3003-Postscript-Ricoh.ppd: "filter failed"

Since openprinting offers both ppd files, that's okay, but I would find
it useful to know if there is anything to specify in the guix
configuration file for postscript ppd to work.

Attachment: config.scm
;; This is an operating system configuration generated
;; by the graphical installer.

(use-modules (gnu) (gnu packages cups))
(use-service-modules desktop networking ssh xorg cups)

(operating-system
  (locale "fr_CH.utf8")
  (timezone "Europe/Zurich")
  (keyboard-layout (keyboard-layout "ch" "fr"))
  (host-name "t400")
  (users (cons* (user-account
  (name "christophe")
  (comment "Christophe Pisteur")
  (group "users")
  (home-directory "/home/christophe")
  (supplementary-groups
'("wheel" "netdev" "audio" "video")))
%base-user-accounts))
  (packages
(append
  (list (specification->package "nss-certs"))
  %base-packages))
  (services
(append
  (list (service gnome-desktop-service-type)
(service openssh-service-type)
(set-xorg-configuration
  (xorg-configuration
(keyboard-layout keyboard-layout)))
(service cups-service-type
  (cups-configuration
(extensions
  (list cups-filters hplip-minimal))
(server-name host-name)
(host-name-lookups #t)
(web-interface? #t)
(default-paper-size "A4"   
  %desktop-services))
  (bootloader
(bootloader-configuration
  (bootloader grub-bootloader)
  (target "/dev/sda")
  (keyboard-layout keyboard-layout)))
  (swap-devices (list "/dev/sda1"))
  (file-systems
(cons* (file-system
 (mount-point "/")
 (device
   (uuid "bfbee58e-496c-4f01-8b8a-2959c505c936"
 'ext4))
 (type "ext4"))
   %base-file-systems)))


Re: define PATH and PROFILE

2021-01-03 Thread Christophe Pisteur
Le dimanche 03 janvier 2021 à 21:49 +0100, Tobias Geerinckx-Rice a
écrit :
> Hi Christophe,
> 
> Christophe Pisteur 写道:
> > 1) after guix pull, I get the following message:
> > 
> > export PATH="$HOME/.config/guix/current/bin:$PATH"
> > export 
> > INFOPATH="$HOME/.config/guix/current/share/info:$INFOPATH"
> > 
> > I don't quite understand what to type in the terminal.
> 
> Exactly these two lines as printed.  As you copied them into this 
> e-mail.
> 
> > Should I replace
> > $HOME or HOME with the path of my directory, for example: 
> > 
> > export PATH="/home/christophe/.config/guix/current/bin:$PATH"
> > and then:
> > export
> > INFOPATH="/home/christophe/.config/guix/current/share/info:$INFOPAT
> > H"
> 
> Well, if you:
> 
>   $ echo $HOME
>   /home/christophe
> 
> so both are entirely equivalent.
> 
> If you write (or copy/paste) $HOME, the shell will perform your 
> replacement for you, with less chance of mistakes.
> 
> > 2) similar question with this message:
> > 
> > GUIX_PROFILE="/home/christophe/.guix-profile" 
> > . "$GUIX_PROFILE/etc/profile"
> > 
> > Is this two actions (two step in the terminal, the first line 
> > and
> > "enter" then the second line and "enter")?
> 
> Yes, although most terminal emulators do the right thing if you 
> simply copy and paste both lines at once with the mouse.  You 
> might have to hit Enter after that; it depends on the emulator.
> 
> > And does the second line really begin with a dot?
> 
> Yes.  ‘.’ evaluates the contents of a shell script as if you typed 
> it at the prompt.  In bash, it's aliased to ‘source’ but this is 
> not standard, so we say ‘.’.
> 
> It's similar to executing the script (without the dot), but allows 
> the script to change the current shell's environment:
> 
>   $ TEST=nope
>   $ cat ./example
>   TEST=hullo
>   $ echo $TEST
>   nope
>   $ chmod +x ./example
>   $ ./example # <- running
>   $ echo $TEST
>   nope
>   $ . ./example
>   $ echo $TEST # <- sourcing
>   hullo
>   $
> 
> > In both questions (1 et 2), I have tried several options but the
> > terminal does not return any message (neither error nor success
> > message)
> 
> In Unix -- and GNU, being a Unix -- silence is golden.  }:-)
> 
> If something did go wrong you should've got an error message, so 
> it sounds like everything is fine & boring.
> 
> Welcome to Guix, and please don't hesitate to ask questions, 
> newbie or not.
> 
> Kind regards,
> 
> T G-R


Thank you very much for this answer which not only explains to me what
to do, but also allows me to understand what I am doing! 
Thank you!
Christophe


define PATH and PROFILE

2021-01-03 Thread Christophe Pisteur
Hello,

sorry for the newbie question.

1) after guix pull, I get the following message:

export PATH="$HOME/.config/guix/current/bin:$PATH"
export INFOPATH="$HOME/.config/guix/current/share/info:$INFOPATH"

I don't quite understand what to type in the terminal. Should I replace
$HOME or HOME with the path of my directory, for example: 

export PATH="/home/christophe/.config/guix/current/bin:$PATH"
and then:
export
INFOPATH="/home/christophe/.config/guix/current/share/info:$INFOPATH"

2) similar question with this message:

GUIX_PROFILE="/home/christophe/.guix-profile" 
. "$GUIX_PROFILE/etc/profile"

Is this two actions (two step in the terminal, the first line and
"enter" then the second line and "enter")? 
And does the second line really begin with a dot? 

In both questions (1 et 2), I have tried several options but the
terminal does not return any message (neither error nor success
message)

Again, sorry for the newbie question.


PS: I use guix system with the installer 1.2. 



Re: How to configure a printer on Guix System

2020-05-18 Thread Christophe Pisteur
Le samedi 16 mai 2020 à 15:27 +0200, Marius Bakke a écrit :
> Christophe Pisteur  writes:
> 
> > Le vendredi 15 mai 2020 à 17:33 +0200, Tobias Geerinckx-Rice a
> > écrit :
> > > Christophe,
> > > 
> > > (...)
> > > (Guix) System software is started by services that are part of 
> > > your OPERATING-SYSTEM.  Here's part of my laptop's CUPS 
> > > configuration:
> > > 
> > >   (use-service-modules ···
> > >cups
> > >···)
> > >   (operating-system
> > > (services
> > >  (cons* ···
> > >(service cups-service-type
> > > (cups-configuration
> > >  (extensions
> > >   (list hplip-minimal
> > > ;; Required to display printer options,
> > > ;; even with IPP Everywhere everywhere.
> > > cups-filters
> > > ;; Other possible legacy drivers:
> > > ;; escpr foo2zjs foomatic-filters
> > > ;; hplip-minimal splix
> > > ))
> > >  (server-name host-name)
> > >  (host-name-lookups #t)
> > >  (web-interface? #t)
> > >  (default-paper-size "A4")
> > >  ;; You get the idea.
> > >  ···))
> > >···
> > >%base-services-or-whatever)))
> > 
> > Thank you for the explanation and for sharing this configuration.
> > My
> > problem is that I still don't understand guix well enough: I don't
> > know
> > in which file to write this configuration of cups (name and path),
> > nor
> > with what tool to define it (nano, terminal, etc.).
> 
> Guix is deceptively simple.  This goes in your /etc/config.scm, like
> any other system-level change.  You probably already have a (services
> ...) in there: the challenge is to sew in the stanza provided by
> Tobias with your existing configuration.
> 
> Afterwards you need to run 'guix system reconfigure /etc/config.scm'.
> 
> > Perhaps I do not have enough computer background to use guix to
> > date. It does not matter, I will eventually learn over time, not to
> > mention that some functions will be automated with the evolution of
> > the project, as is the case for the graphic installation.
> 
> You should not need a computer background to use Guix.  In fact _no_
> background may be better, as Guix is radically different from any
> other operating system you may have used (unless you come from
> NixOS).
> 
> The only thing required is patience to read the manual, and the
> courage to ask on IRC or mailing lists if you get stuck.  :-)

Hello, 

Thank you for the detailed explanations. I'm almost there:
- I modified the file /etc/config.scm according to the indications of 
Tobias G-R, added (gnu packages cups) in "use-modules", then performed
"guix reconfigure /etc/config.scm" and after restarting, I was able to
access the web interface of cups (http://localhost:631/).
- I added my network printer, used the ppd file from openprinting.org, 
and the printer is recognized.
- when I print the test page, the cups web interface says that the 
connection with the printer is established, but the printing fails due 
to the error: "Filter failed".

In attached document, my config.scm file to know if it contains an
error and which filters are installed. 

Any idea?

Christophe
;; This is an operating system configuration generated
;; by the graphical installer.

(use-modules (gnu) (gnu packages cups))
(use-service-modules desktop networking ssh xorg cups)

(operating-system
  (locale "fr_CH.utf8")
  (timezone "Europe/Zurich")
  (keyboard-layout (keyboard-layout "ch" "fr"))
  (host-name "t400")
  (users (cons* (user-account
  (name "christophe")
  (comment "Christophe Pisteur")
  (group "users")
  (home-directory "/home/christophe")
  (supplementary-groups
'("wheel" "netdev" "audio" "video")))
%base-user-accounts))
  (packages
(append
  (list (specification->package "nss-certs"))
  %base-packages))
  (services
(append
  (list (service gnome-desktop-service-type)
(service openssh-service-type)
(set-xorg-configuration
  (xorg-configuration
(keyboard-layout keyboard-layout)))
(service cups-service-type

Re: How to configure a printer on Guix System

2020-05-16 Thread Christophe Pisteur
Le vendredi 15 mai 2020 à 17:33 +0200, Tobias Geerinckx-Rice a écrit :
> Christophe,
> 
> Christophe Pisteur 写道:
> > Since now, I installed the following packages: cups, 
> > cups-filters,
> > fomatics-filters.
> > When I launch http: // localhost: 631 / in my browser
> 
> So the important thing to (un)learn here is that installing Guix 
> packages will never start random software in the background.  This 
> is by design.
> 
> (Guix) System software is started by services that are part of 
> your OPERATING-SYSTEM.  Here's part of my laptop's CUPS 
> configuration:
> 
>   (use-service-modules ···
>cups
>···)
>   (operating-system
> (services
>  (cons* ···
>(service cups-service-type
> (cups-configuration
>  (extensions
>   (list hplip-minimal
> ;; Required to display printer options,
> ;; even with IPP Everywhere everywhere.
> cups-filters
> ;; Other possible legacy drivers:
> ;; escpr foo2zjs foomatic-filters
> ;; hplip-minimal splix
> ))
>  (server-name host-name)
>  (host-name-lookups #t)
>  (web-interface? #t)
>  (default-paper-size "A4")
>  ;; You get the idea.
>  ···))
>···
>%base-services-or-whatever)))

Thank you for the explanation and for sharing this configuration. My
problem is that I still don't understand guix well enough: I don't know
in which file to write this configuration of cups (name and path), nor
with what tool to define it (nano, terminal, etc.).

Perhaps I do not have enough computer background to use guix to date.
It does not matter, I will eventually learn over time, not to mention
that some functions will be automated with the evolution of the
project, as is the case for the graphic installation.

Christophe

> Adapt & add this to your system, run ‘sudo guix system 
> reconfigure’, and you should be able to ‘herd start cups’ if it 
> isn't automatically.  It will certainly be started at boot.
> 
> You should probably uninstall cups and the filter packages since 
> they don't do what you thought they did, unless you want to keep 
> them available in $PATH.
> 
> Kind regards,
> 
> T G-R




How to configure a printer on Guix System

2020-05-15 Thread Christophe Pisteur
Hello,

I don't understand how to configure a printer on Guix System. 

I should configure the print service, as explain in the manual section
8.8.6, but I don't understand the procedure. I would probably need a
"how to".

Since now, I installed the following packages: cups, cups-filters,
fomatics-filters.

When I launch http: // localhost: 631 / in my browser, I receive this
information:
IceCat can’t establish a connection to the server at localhost: 631.


I want to install a Ricoh MPC 3003 printer with a ppd included in
openprinting.org:
https://www.openprinting.org/printer/Ricoh/Ricoh-MP_C3003
(MIT license)
It works on debian.

Thank you for your help.

Christophe





Re: guix system boot time

2020-05-02 Thread christophe . pisteur

Le 02.05.2020 23:06, sirgazil a écrit :

 On Sun, 03 May 2020 03:32:33 + Leo Famulari
 wrote 
 > Welcome and thanks for trying Guix!


:-) Guix is very exciting.


 >
 > On Sat, May 02, 2020 at 10:09:10PM +0200,
christophe.pist...@posteo.net wrote:
 > > The only small problem is the system startup, which takes a long 
time (3
 > > minutes from grub to GDM user login). It is probably due to a 
problem with
 > > the system clock (I get somes warnings: ntpd clock 
unsynchronized). I don't
 > > know where the boot log is on guix system and I don't know if it 
has to do

 > > with GNU bug report logs - #22274.
 >
 > I have Guix on an X200 (basically the same as yours) and I can 
confirm,

 > it's slow.
 >
 > I don't think it's related to ntpd. I see the same warnings but the
 > system displays the login prompt before they are resolved.
 >
 > Generally, the issue is that the Shepherd is not optimized to the 
degree
 > that systemd is, and that these old Thinkpads (sold in 2008) are 
really

 > slow by contemporary standards.
 >
 > One of the early selling points of systemd was that it reduced boot
 > times from being measured in minutes, which used to be typical, to
 > seconds. Now systemd is the standard, and minutes-long booting seems
 > incredibly and unreasonably slow.
 >
 >

Guix System: Very long, scary boot time: 
http://issues.guix.gnu.org/issue/39089


I understand. Anyway, boot time is not a problem for me: I just thought 
that something did not work in the installation of the system. Indeed, 
the start-up is confusing (the duration and also some lines are 
startling), but then, the system is really very fast: that's essential!


Thank you for your answers.

Christophe




guix system boot time

2020-05-02 Thread christophe . pisteur
Hello, I installed guix system 1.1.0 on real hardware (Lenovo T400 with 
libreboot, Intel P8600 @ 2.40GHz × 2) for a week.


The installation went very smoothly and all the hardware is correctly 
detected. Guix system is very responsive (Gnome 3.32) on this old 
computer, better than many of the distributions I tested on it before!


The only small problem is the system startup, which takes a long time (3 
minutes from grub to GDM user login). It is probably due to a problem 
with the system clock (I get somes warnings: ntpd clock unsynchronized). 
I don't know where the boot log is on guix system and I don't know if it 
has to do with GNU bug report logs - #22274.


Any Ideas?

Thank you

Christophe

As a side note:
In the installer, the keyboard regional settings CH_fr are listed under 
German (Swiss). It is not very intuitive and contrary to what I have 
encountered so far (usually CH_fr is listed under French (Swiss) and 
CH_de under German (swiss)). Should I report this issue?