Re: French info pages?
Julien Lepiller skribis: > Le 2018-06-22 17:53, Pierre Neidhardt a écrit : >> OK, thanks for the heads up. >> So does it mean that all languages will always get displayed in the >> dir node? >> If more languages get added in the future, wouldn't that clutter the >> buffer? > > Yes, and that's not something we want. We don't want to hide localized > info pages > either, though. I wonder what a good solution could be... Perhaps we could tweak our info-dir profile hook to run ‘install-info’ once per language, such that we’d have “dir.fr” and “dir”? Then we would still need to Info readers to pick the right file by default based on the locale. In the meantime, since nobody will know about “dir.fr”, we could add a sentence at the beginning of the English manual saying “This manual is also available in: French, …”. Thoughts? Ludo’.
Re: French info pages?
Hey, Julien Lepiller skribis: > Otherwise, that's because we install localized info pages during guix > pull. Info doesn't support locale-based directories like man, so you > see all > languages (currently only French and English). Unfortunately, this > feature > is documented as something that will not be implemented: > > https://svn.savannah.gnu.org/viewvc/*checkout*/texinfo/trunk/TODO > (Support installation of manuals in different languages). Well this is something Someone might want to push given that the rationale in the file above is just that there aren’t many manuals in multiple languages. I think it’s important to provide a level of multilingual support comparable to what ‘man’ provides. Ludo’.
Re: MTP & Guix
Both Gentoo and Guix packages are outdated. 1.37 is out. GVFS has switched to Meson in the mean time. Arch is a little bit more up to date: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/gvfs I guess the above definition could help. Anyone giving the update a shot? -- Pierre Neidhardt signature.asc Description: PGP signature
Re: ELF executable exists but is not found
The Guix project does not provide support for proprietary software, so you won't get much help about this topic on this mailing list, sorry. That said, a similar issue was discussed recently. https://lists.gnu.org/archive/html/help-guix/2018-04/msg00156.html Hope that helps! :) -- Pierre Neidhardt signature.asc Description: PGP signature
guix system disk-image: preset user profiles (packages & arbitrary data)
Hi there, 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. I can create a disk image with: > guix system disk-image ~/.guix-config/config.scm Then boot the live and set up my user profile as follows: --8<---cut here---start->8--- ## First retrieve my GPG keys. ## Then retrieve my dotfiles: > git clone https:// ## Custom script to install the dotfiles and install the Guix packages. > ./dotfiles/.local/bin/homeinit ## Log out and in again. --8<---cut here---end--->8--- Ideally I'd rather spare those few steps on each reboot, so I'd like to create a disk image containing a user profile that comes with a selection of packages and some arbitrary data (my dotfiles). I wonder if it's doable from an operating system declaration. I'm also wondering now if the USB stick is writable. That would solve it then. Any insight? -- Pierre Neidhardt signature.asc Description: PGP signature
Re: MTP & Guix
On 2018-06-23 20:03, Thompson, David wrote: > On Sat, Jun 23, 2018 at 2:02 PM, Pierre Neidhardt wrote: >> Personally I'd prefer that it'd be mounted just like any other folder so >> that I >> can browse with Emacs for instance. > > Yeah, that's what I'm after as well. There's some missing integration here. > > - Dave I just found out that we are missing a USE-flag with at least the gvfs-package for it to work. See https://wiki.gentoo.org/wiki/MTP
ELF executable exists but is not found
Hi— I would like to run a piece of proprietary software on GuixSD. Would the general, relatively secure, approach be to use "guix environment" and make available with "--expose" what the program needs? The program is the photo ordering software by CEWE Stiftung & Co. KGaA, which is used by several large photo service companies in Europe. There is a «Linux» (sic) version available (for instance, this Dutch version): https://www.cewe.nl/bestelsoftware/bedankt-voor-de-download.html?version=linux After changing the perl path of the installation script, I come across the issue that I cannot execute the binary: $ file CEWE\ Fotoservice CEWE Fotoservice: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 2.6.24, BuildID[sha1]=445a455753ee3c12b60edbaa40209200e8d3a18d, not stripped $ ./CEWE\ Fotoservice bash: ./CEWE Fotoservice: No such file or directory What do you make of this? I am sure that I will come across many more issues, like it expecting software in LSB-compliant locations. Any general pointers there are also appreciated. —Marco
Re: Multilib support: running 32-bit binaries on 64-bit systems
Hi again, sorry for the long silence :p I've been tinkering around this issue today but I face two problems: 1. With `guix environment`: Ludovic Courtès writes: > In the meantime one can use ‘guix environment -C --expose=…’ to expose > directories as /bin and the likes. I've been trying to do that, say, to expose /lib64/ld-linux-x86-64.so.2 to the container so that I don't need to `patchelf` the executable: --8<---cut here---start->8--- PROFILE=foo guix package -p "$PROFILE" -i libstdc++ gcc:lib glibc guix environment -C \ --expose=$PROFILE/lib=/lib64 \ --expose=/gnu/store/y7siq9fr3dyccyaig94rpkqfimbiw35f-glibc-2.27 \ libstdc++ gcc:lib glibc \ --ad-hoc bash\ -- bash ambrevar@hostname ~ [env]# file /lib64/ld-linux-x86-64.so.2 /lib64/ld-linux-x86-64.so.2: broken symbolic link to /gnu/store/y7siq9fr3dyccyaig94rpkqfimbiw35f-glibc-2.27/lib/ld-linux-x86-64.so.2 --8<---cut here---end--->8--- The strange thing is that the file /gnu/store/y7siq9fr3dyccyaig94rpkqfimbiw35f-glibc-2.27/lib/ld-linux-x86-64.so.2 exists in the container. Am I missing something? 2. 32-bit profile Marius mentioned the possibility to create a 32-bit profile. How does one do that? `guix package --install` does not support the --system or --target options. Is it possible possible to install and arbitrary store item? -- Pierre Neidhardt signature.asc Description: PGP signature
Re: MTP & Guix
On Sat, Jun 23, 2018 at 2:02 PM, Pierre Neidhardt wrote: > Personally I'd prefer that it'd be mounted just like any other folder so that > I > can browse with Emacs for instance. Yeah, that's what I'm after as well. There's some missing integration here. - Dave
Re: MTP & Guix
Personally I'd prefer that it'd be mounted just like any other folder so that I can browse with Emacs for instance. -- Pierre Neidhardt Davis's Dictum: Problems that go away by themselves, come back by themselves. signature.asc Description: PGP signature
Re: MTP & Guix
Hi Pierre, On Sat, Jun 23, 2018 at 10:22 AM, Pierre Neidhardt wrote: > > Hi there! > > Do you people have recommendations when it comes to MTP (file sharing > with mobile devices) support on GuixSD? > > Ideally I'd like something as straightforward as an auto-mounted folder > which I can browse with my favourite file browser. > > I see Guix offers a few options: > > - jmtpgs > - gmtp > - libmtp > > What's your setup, people? I've been using gmtp for the time being, which works but I don't like it very much. I'm not sure what to do in order to make the GNOME file manager auto-mount MTP devices like I'm used to in mainstream distros. Does anybody else have this working? - Dave
Re: What is GUIX_PROFILE for?
George Clemmer writes: > What is GUIX_PROFILE is for? > > > First question: > > If I log into a GuixSD vm-image w/ 1 package installed ... > > nemo:~ $ ssh g1@sysi34.local > Last login: Fri Jun 22 08:24:11 2018 from fe80::1c82:5c21:6372:5970%eth0 > g1@sysi34 ~$ guix package -I > znc 1.7.0 out > /gnu/store/giv77vd376nkwpgl08fjfkq87b9mm8xj-znc-1.7.0 > > ... GUIX_PROFILE is not in env ... > > env | grep GUIX GUIX_LOCPATH=/run/current-system/locale > > ... but echo reports it ... > > g1@sysi34 ~$ echo $GUIX_PROFILE > /home/g1/.guix-profile > > That seems odd to me. What does it mean? > > > Second question: > > If I set GUIX_PROFILE to something else, does it have any effect on what > Guix does for me? If GUIX_PROFILE is unset when sourcing the profile, the resulting environment will refer to the generated profile (in the store) rather than the "normal" location of the profile. E.g.: GUIX_PROFILE=/tmp/p1; source /tmp/p1/etc/profile echo $PATH /tmp/p1/bin vs unset GUIX_PROFILE; source /tmp/p1/etc/profile echo $PATH /gnu/store/...-profile/bin In the first case, the resulting environment will always refer to the latest generation of the profile; in the latter, the environment refers to one particular profile generation. This is explained in the top of the generated /etc/profile script, but could perhaps use a mention in the manual. Hope this clears things up :-) signature.asc Description: PGP signature
MTP & Guix
Hi there! Do you people have recommendations when it comes to MTP (file sharing with mobile devices) support on GuixSD? Ideally I'd like something as straightforward as an auto-mounted folder which I can browse with my favourite file browser. I see Guix offers a few options: - jmtpgs - gmtp - libmtp What's your setup, people? -- Pierre Neidhardt signature.asc Description: PGP signature