Problem with Guix install with openbox
Hi there, As a former Guile programmer I like the idea to configure my system using guile. I installed Guix in a vm (VmwareFusion I have to admit) and everything worked fine. I used the graphical installer and chose Openbox as a Windowmanager-Option. Unfortunately after Installation the desktop is empty and right-click menu contains only dead links. I also tride installing lxde afterwards with no options effect. Any hint what I can do to solve the issue? Thanks! Alex
Re: Problem with Guix install with openbox
Dear Timothy, Thank you for the hint. Unfortunately “~/.config/openbox/menu.xml” does not exists and "find ~/.config -name openbox” does not yield any result. Also my ~/.guix-profile/bin is very unpopulated. Also at command line prompt I don’t have emacs. Shouldn’d this be installed by the install process? W.r.t. how I “installed” lxde (just by guix install lxde). Do I need to reconfigure every time I install something? Cheers, Alex > On 22. Jul 2019, at 16:03, Timothy Sample wrote: > > Hi Alexander, > > Alexander Asteroth writes: > >> Hi there, >> >> As a former Guile programmer I like the idea to configure my system using >> guile. >> I installed Guix in a vm (VmwareFusion I have to admit) and everything >> worked fine. >> I used the graphical installer and chose Openbox as a Windowmanager-Option. >> Unfortunately after Installation the desktop is empty and right-click >> menu contains only dead links. > > The last time I looked at our Openbox package, I noticed that it uses a > default menu configuration. That means it has links to stuff like > Firefox, even though we don’t have a Firefox package. > > You will have to edit the Openbox menu configuration to point to > programs that you have in your profile. If memory serves, it’s at > “~/.config/openbox/menu.xml”. There, you can tell it how to launch > programs, so you could fix the “emacs” entry to point to > “~/.guix-profile/bin/emacs”, for example. :) > > You will have to get started from the console, because Openbox will not > know how to open any terminal emulators. > >> I also tride installing lxde afterwards with no options effect. >> Any hint what I can do to solve the issue? >> Thanks! > > Unfortunately, I don’t know about LXDE. Just to be sure, how did you > “install” LXDE? Did you include it in your operating system > configuration and then run “guix system reconfigure config.scm”? > > > -- Tim >
Re: Problem with Guix install with openbox
That was it actually. No program was installed - at least not for my user. A simple Guix install xterm/emacs/… solved the issue. Thanks, Alex > On 22. Jul 2019, at 16:57, Julien Lepiller wrote: > > Le 22 juillet 2019 15:15:08 GMT+02:00, Alexander Asteroth > a écrit : >> Hi there, >> >> As a former Guile programmer I like the idea to configure my system >> using guile. >> I installed Guix in a vm (VmwareFusion I have to admit) and everything >> worked fine. >> I used the graphical installer and chose Openbox as a >> Windowmanager-Option. >> Unfortunately after Installation the desktop is empty and right-click >> menu contains only dead links. >> I also tride installing lxde afterwards with no options effect. >> Any hint what I can do to solve the issue? >> Thanks! >> >> Alex > > If you log in as a user in a tty, you should be able to install xterm with > guix. Thcn, from openbox, you should be able to use xterm from the menu and > configure it to your liking. >
Booting GUIX in single user
Hi there, While experimenting with Guix and installing one more package the disk of the test system filled to 100%. After shutting down the system to provide more disk to the VM, after reboot, the gdm session is indefinitely started and killed. I tried to boot into non-x11 (level3) or single user mode but unfortunately the option I pass to Grub seems not to be recognized by the linux-libre kernel. Any hint where I find the correct boot options for a Guix System, so I can repair my system? Thanks, Alex PS: one more thing. Is there any documentation about the packages? How to use them after just Guix install? After installing a package, e.g. a window manager like exam or a desktop environment like lxde additional steps are necessary for a user to use them. Can I find these steps somewhere? In particular to do the configuration such that it is compatible with the package and will not brake after updating the package to a new version.
Re: Booting GUIX in single user
Hi, I tried “single” and 3. Now I tried —root and it still booted into gdm. Alex > On 24. Jul 2019, at 17:25, Tobias Geerinckx-Rice wrote: > > Hullo Alexander, > > [It's just ‘Guix’, by the way.] > > Alexander Asteroth 写道: >> I tried to boot into non-x11 (level3) or single user mode but unfortunately >> the option I pass to Grub > > Which option did you try? I've happily purged all memory of which obsolete > System V run-level did which obsolete thing (and Guix probably should, too). > >> seems not to be recognized by the linux-libre kernel. > > The kernel doesn't play a role here. It's the (early) user space that looks > at the kernel's command line, and performs certain actions when it sees (a) > particular magic keyword(s). > >> Any hint where I find the correct boot options for a Guix System, so I can >> repair my system? > > I think the only ones are currenly ‘--load’, ‘--root’, and ‘--repl’. The > latter allows for some very rudimentary debugging and fixing but it's not > exactly pleasant. > > In keeping with Guix's idiosyncratic syntax, one could add ‘--rescue’ and > corresponding menu entry to only mount the root filesystem and spawn the > current system's bash shell. What do people think? > > Soon, we'll have to add ‘--help’… > > Kind regards, > > T G-R signature.asc Description: Message signed with OpenPGP
Guix installation image
Dear all, I would really like to install Guix on my Dell XPS 13 (9380) and give Guix a try not only in VM bur on a my main device. Unfotunately it refuses to boot the installation image. After selecting the boot device I only see a nonbliking cursor. I checked the partition table of the image and was supprised so see: > sudo fdisk -l /dev/sda > GPT PMBR size mismatch (2694403 != 4014079) will be corrected by write. > The backup GPT table is not on the end of the device. This problem will be > corrected by write. > Disk /dev/sda: 1.9 GiB, 2055208960 bytes, 4014080 sectors > Disk model: Flash Disk > Units: sectors of 1 * 512 = 512 bytes > Sector size (logical/physical): 512 bytes / 512 bytes > I/O size (minimum/optimal): 512 bytes / 512 bytes > Disklabel type: gpt > Disk identifier: 30373931-3130-4130-B138-333934393436 > Device Start End Sectors Size Type > /dev/sda1 64 43839 43776 21.4M Microsoft basic data > /dev/sda243840 495995760 2.8M EFI System > /dev/sda349600 2693755 2644156 1.3G Apple HFS/HFS+ > /dev/sda4 2693756 2694355 600 300K Microsoft basic data is this really how it's supposed to look like? Cheers, Alex
Best base system for Guix
Dear all, of course the optimum is probably a pure native Guix system. But if this is not possible, what system forms the best base for Guix. I've tried arch and debian 11 and noticed that the packages available in Guix under arch are way more recent (e.g icecat 91 vs 6x) and more in general. Also I'm asking myself how Guix deals with different systems/kernels/base installations and how it decides which packages will work? Isn't there any dependence? Is this documented somewhere? Thanks for any help. Cheers, Alex signature.asc Description: PGP signature
Re: Best base system for Guix
Dear Tobias, thank you for your fast and comprehensive answer. On arch I never had any problem; it was on debian 11 that the packages were outdated. However I did a guix pull and now icecat is recent. Curious if I forgot to do so the last time I tried to install icecat 91 I looked at my bash history. And that's what I found: > 1157 guix pull > 1158 echo $PATH > 1159 source .bashrc > 1160 [...] > 1161 echo $PATH > 1162 [...] > 1163 guix > 1164 guix --help > 1165 guix pull > 1166 guix install icecat > 1167 guix search icecat It looks as if guix first was not found but then it was found an I definitively did a pull before trying to install icecat 91. But it was only the older version that was found by guix. That was why I did the search command later on. Strange! Anyway, now it works. Cheers, Alex On Do, Nov 11 2021, 12:45:58, Tobias Geerinckx-Rice wrote: > Alexander, > > I don't have personal experience but think it likely that > Trisquel/Debian is used by more contributors than Arch, which means > that integration bugs are more likely to be noticed and fixed. The > difference shouldn't be significant, and we're always open to bug > reports from Guix on other GNU/Linux distributions. Most contributors > run Guix System. > > However: > > On 2021-11-11 11:59, Alexander Asteroth wrote: >> I've tried >> arch and debian 11 and noticed that the packages available in Guix >> under >> arch are way more recent (e.g icecat 91 vs 6x) and more in general. > > Something's wrong. Guix provides a single rolling release across all > Guix Systems and foreign distributions. > > The 'guix' packages for foreign distributions install an older > snapshot of Guix which sets up the daemon and puts a 'guix' command in > the global $PATH. > > Users are expected to run 'guix pull' (similar to 'pacman -S' but per > user--never sudo!) to update it. This will update both guix itself > and the list of availabe packages. > >> Also I'm asking myself how Guix deals with different >> systems/kernels/base installations and how it decides which packages >> will work? > > It doesn't. Either your Arch system isn't properly configured so that > 'command -v guix' returns ~/.config/guix/current/bin/guix, or you > haven't run 'guix pull' to create or update that copy of guix. > > If you have run 'guix pull' and still see outdated packages, let us > know. There's something wrong with the system then. > >> Isn't there any dependence? Is this documented somewhere? > > Once installed, Guix expects little more from the host system than a > reasonably modern Linux kernel (supporting certain namespaces, > syscalls & the like) and minimal configuration like a running Guix > daemon, the guixbuild* users, mounted /dev, etc. I don't think these > are formally documented in a single place. > > If available, the 'guix' package on a foreign distribution will set > that up for you: it can depend on foreign packages, set up > users/groups, support uninstallation, etc., in a cleaner way than the > guix-install.sh shell script can. > > Kind regards, > > T G-R > > Sent from a Web browser. Excuse or enjoy my brevity. signature.asc Description: PGP signature
Re: Best base system for Guix
Ok, you all convinced me to give Guix a third try (yes I already gave up twice). Today I installed guix on a seperate partition aside the Debian-11 install on the same HD. Everything went fine but for the bootloader. I thought maybe it's best to not install it and let os-prober on the Debian side discover the Guix system (which I mounted on /mnt). Unfortunately it seems not to recognize the Guix-Install (maybe because the kernel-image is hidden deep in the store?). Vice versa I could add the Debian partition to the Guix config but if something goes wrong ... ? Any advice? I'd really like to switch to guix (particularly because I've programmed a lot in guile in the late 90s and like the idea to configure my system in scheme :-) Bests, Alex On Thu, Nov 11 2021, 15:47:52, André A. Gomes wrote: > Alexander Asteroth writes: > >> of course the optimum is probably a pure native Guix system. But if this >> is not possible, what system forms the best base for Guix. I've tried >> arch and debian 11 and noticed that the packages available in Guix under >> arch are way more recent (e.g icecat 91 vs 6x) and more in general. > > I don't see how the base system could influence Guix's package > availability. > > Things that might differ from one base system to the other are some > default configurations (environment variables, etc). For example, a > friend of mine tried to use Guix on top of Ubuntu and there was a big > mess concerning XDG_* environment variables and the X window system (I > don't remember the details). > > If you're curious about Guix, I strongly advice using the whole system. > The community, afaik, doesn't put too much effort in making sure that it > works flawlessly out-of-the-box for all systems, since there other > priorities. Regardless, the community would be happy to accommodate any > contribution in that direction.
Re: Best base system for Guix
Dear Florian (and André), I found the cause. It was my fault I created a second EFI partition for the guix grub (to be sure it doesn't make my Debian installation unbootable) and mounted the EFI partition on /mnt/boot (instead of /mnt/boot/efi) This way the EFI directory was not top level an more important the bootcode that was made known to the efi was at the wrong location. Now the guix system is woking fine. Of course now the next issues arise, like "how do I configure postfix under guix" and what is the right way to make my keyboard layout known to the system (so far I have added a few lines (a variant) to the /usr/share/X11/xkb/symbols/us file, wich is now hidden somewhere in the guix-store)? Guix configuration is really very different from other *ix'es. Are packages configurable at all without writing scheme-modules for them? An where would this configuration go? Is everything hidden in some directories in the gnu store? Cheers, Alex On Do, Nov 11 2021, 21:58:40, pelzflorian (Florian Pelz) wrote: > Hello Alexander. > > On Thu, Nov 11, 2021 at 06:48:37PM +0100, Alexander Asteroth wrote: >> Ok, you all convinced me to give Guix a third try (yes I already gave up >> twice). > > The name of the operating system distribution that can be installed > with the Guix package manager is Guix System. > > >> Today I installed guix on a seperate partition aside the >> Debian-11 install on the same HD. Everything went fine but for the >> bootloader. > > This sounds like a bug. Does your computer boot with EFI? > > When installing, do you configure a mount point such as /boot/efi for > your existing boot/EFI system partition? > > >> I thought maybe it's best to not install it and let >> os-prober on the Debian side discover the Guix system (which I mounted >> on /mnt). Unfortunately it seems not to recognize the Guix-Install >> (maybe because the kernel-image is hidden deep in the store?). > > Yes, that is probably the reason. > > >> Vice >> versa I could add the Debian partition to the Guix config but if >> something goes wrong ... ? > > However, if you boot from EFI, you maybe can use the EFI boot menu to > switch between Debian’s and Guix’s bootloader if both are installed. > This should be sufficient to dual boot. For extras: > > If both are installed, it is even possible to configure Debian’s grub > bootloader to chainload Guix, although I no longer know the commands > for chainloading. > > For the opposite, to boot Debian from Guix’ GRUB EFI bootloader, do > this: After installing Guix to boot Guix, I used to change my > /etc/config.scm like this: > > (bootloader (bootloader-configuration > (bootloader grub-efi-bootloader) > (targets '("/boot/efi")) > (keyboard-layout keyboard-layout) > (menu-entries >(list (menu-entry > (label "Debian") > (linux "(hd1,gpt4)/boot/vmlinuz-4.19.0-6-amd64") > (linux-arguments '("\ > root=UUID=387b3930-178a-4f35-b89c-e77a2c25e686")) > (initrd > "(hd1,gpt4)/boot/initrd.img-4.19.0-6-amd64")) > > The initrd and root settings I took from Debian’s GRUB bootloader > configuration. > > Regards, > Florian signature.asc Description: PGP signature
Re: Best base system for Guix
Hi Florian, On Fri, Nov 12 2021, 17:48:36, "pelzflorian (Florian Pelz)" wrote: > Hello Alexander. I’m glad booting works. > > On Fri, Nov 12, 2021 at 04:16:17PM +0100, Alexander Asteroth wrote: >> I created a second EFI partition for >> the guix grub (to be sure it doesn't make my Debian installation >> unbootable) > > Debian and Guix can share an EFI system partition, otherwise I’m not > sure if dual boot is possible. Except probably with (menu-entry …). of course dual boot is not possible this way. But the idea was to make sure nothing unplanned happens to the system I currently use everyday. >> Of course now the next issues arise, like "how do I configure postfix >> under guix" > > If you want Postfix to run an e-mail server: Is this on a VPS, so you > have a static IP? > > AFAIK there is not yet a postfix service for Guix, only Exim and > OpenSMTPd. But maybe someone has written a Guix channel for Postfix > outside the main Guix repo. > > I’m not sure, but maybe it would be better to configure Postfix with > traditional configuration files and only start it automatically on > boot with a custom Shepherd service (see the syslogd example at > `info "(guix) Shepherd Services"`). Or imitate the Exim service in > the Guix repo. > I can probably live with nullmailer. I'll have a look at it. >> and what is the right way to make my keyboard layout known >> to the system (so far I have added a few lines (a variant) to the >> /usr/share/X11/xkb/symbols/us file, wich is now hidden somewhere in the >> guix-store)? > > You need to change the value of (keyboard-layout …) in your operating > system configuration (by default /etc/config.scm). > > See the examples at `info "(guix) Keyboard Layouts"`. I'm not using a predifined layout from /usr/share/X11/xkb/symbols but some self-defined variant based on us. This means I have to edit a file under /usr/share but that was the way it was done since I work with X11 (back in the 90s) and so far I haven't found a replacement for it that allows to fully define own keyboardlayouts. >> Guix configuration is really very different from other >> *ix'es. Are packages configurable at all without writing scheme-modules >> for them? An where would this configuration go? > > In Scheme code in your operating system configuration > (/etc/config.scm) or in your package manifest, you can add your own > package records in-place or you can use a module in which you defined But in the end the applications depend on configurartion files that need to be placed somewhere (even if generated or parameterized) by some scheme code. > them. It is probably best to look at the packages in the Guix repo. > For example you can use the command `guix edit hello` to look at GNU > Hello’s package. The Guix cookbook contains a packaging tutorial. I'll have a look at that. Before I encountered these issues I saw it but didn't understand it's importance. Cheers, Alex
xounalpp package issues
Dear all, I tried to install xournalpp on guix-system (after guix update && guix package -u). The installation worked fine (and probably the build does as well) but the programm fails to run with the following error messages (see below). I already tried to manually also install all dependencies mentioned in the package file (no changes), but don't find what's missing (seems to be something with missing icons but I have no clue what guix package might contain what's missing (if that's the cause anyway). Cheers, Alex ~> xournalpp (xournalpp:10518): Gdk-CRITICAL **: 17:12:33.725: gdk_atom_intern: assertion 'atom_name != NULL' failed ** Message: 17:12:33.741: TEXTDOMAINDIR = (null), PACKAGE_LOCALE_DIR = /gnu/store/dw4ca44bncb2cl0q7yx53lh1md90dcwg-xournalpp-1.1.0/share/locale, chosen directory = /gnu/store/dw4ca44bncb2cl0q7yx53lh1md90dcwg-xournalpp-1.1.0/share/locale ALSA lib pcm_dsnoop.c:638:(snd_pcm_dsnoop_open) unable to open slave ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.rear ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.center_lfe ALSA lib pcm.c:2660:(snd_pcm_open_noupdate) Unknown PCM cards.pcm.side ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave ALSA lib pcm_dsnoop.c:638:(snd_pcm_dsnoop_open) unable to open slave ALSA lib pcm_dmix.c:1075:(snd_pcm_dmix_open) unable to open slave ** Message: 17:12:33.750: Plugin "MigrateFontSizes" UI initialized ** (xournalpp:10518): WARNING **: 17:12:33.770: Failed to load "colornames.ini" (/home/aster/.config/xournalpp/colornames.ini): No such file or directory ** Gtk:ERROR:gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Icon 'image-missing' not present in theme Adwaita (gtk-icon-theme-error-quark, 0) Bail out! Gtk:ERROR:gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error == NULL): Icon 'image-missing' not present in theme Adwaita (gtk-icon-theme-error-quark, 0) ** (xournalpp:10518): WARNING **: 17:12:33.785: [Crash Handler] Crashed with signal 6 ** (xournalpp:10518): WARNING **: 17:12:33.785: [Crash Handler] Wrote crash log to: /home/aster/.cache/xournalpp/errorlogs/errorlog.2028-171233.log ** (xournalpp:10518): WARNING **: 17:12:33.858: Trying to emergency save the current open document… ** (xournalpp:10518): WARNING **: 17:12:33.858: Successfully saved document to "/home/aster/.config/xournalpp/emergencysave.xopp" --
Re: xounalpp package issues
Hi, im pretty sure it has nothing to do with ALSA. The ALSA-Messages are Messages (not even Warnings). Waht causes the signal 6 has to do with libgtk3. I attached a stack trace below (in case someone has an idea what might be the reason). Cheers, Alex On Thu, Nov 18 2021, 19:19:27, phodina wrote: > Hi, > ‐‐‐ Original Message ‐‐‐ > > On Thursday, November 18th, 2021 at 5:10 PM, Alexander Asteroth > wrote: > >> Dear all, >> >> I tried to install xournalpp on guix-system (after guix update && guix >> >> package -u). The installation worked fine (and probably the build does as >> >> well) but the programm fails to run with the following error messages >> >> (see below). >> >> I already tried to manually also install all dependencies mentioned in >> >> the package file (no changes), but don't find what's missing (seems to >> >> be something with missing icons but I have no clue what guix package >> >> might contain what's missing (if that's the cause anyway). >> >> Cheers, >> >> Alex >> > > > > I've checked stackoverflow and seems there are several lines in the config > that cause this issue. So you might try removing them as suggested here [1]. > > The problematic package is not xournalpp itself but alsa-lib. > > grep pcm.rear $(guix build alsa-lib)/share/alsa/alsa.conf > > Hope it helps! > > Petr > > [1]: > https://stackoverflow.com/questions/7088672/pyaudio-working-but-spits-out-error-messages-each-time Date: Fri Nov 19 09:39:41 2021 Error: signal 6 [bt]: (0) /home/[USER]/.guix-profile/bin/xournalpp() [0x5cb0d5] [bt]: (1) /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(+0x36b20) [0x7f09c3debb20] [bt]: (2) /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(gsignal+0xca) [0x7f09c3debaba] [bt]: (3) /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(abort+0x165) [0x7f09c3decbf5] [bt]: (4) /gnu/store/3374zddwfb0m8711k2jrvhwr1s2fkvq3-glib-2.62.6/lib/libglib-2.0.so.0(g_assertion_message+0x195) [0x7f09c547fa65] [bt]: (5) /gnu/store/3374zddwfb0m8711k2jrvhwr1s2fkvq3-glib-2.62.6/lib/libglib-2.0.so.0(g_assertion_message_error+0xae) [0x7f09c548024e] [bt]: (6) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2059ed) [0x7f09c4e859ed] [bt]: (7) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x206027) [0x7f09c4e86027] [bt]: (8) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x206174) [0x7f09c4e86174] [bt]: (9) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x206328) [0x7f09c4e86328] [bt]: (10) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2190a4) [0x7f09c4e990a4] [bt]: (11) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17b503) [0x7f09c4dfb503] [bt]: (12) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17f591) [0x7f09c4dff591] [bt]: (13) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2197d3) [0x7f09c4e997d3] [bt]: (14) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1c41) [0x7f09c4f51c41] [bt]: (15) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1ea3) [0x7f09c4f51ea3] [bt]: (16) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(gtk_widget_get_preferred_height_and_baseline_for_width+0xb5) [0x7f09c4f52195] [bt]: (17) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17b503) [0x7f09c4dfb503] [bt]: (18) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17f591) [0x7f09c4dff591] [bt]: (19) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x139ef3) [0x7f09c4db9ef3] [bt]: (20) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1c41) [0x7f09c4f51c41] [bt]: (21) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1ea3) [0x7f09c4f51ea3] [bt]: (22) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(gtk_widget_get_preferred_height+0x91) [0x7f09c4f51491] [bt]: (23) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d172c) [0x7f09c4f5172c] [bt]: (24) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1ea3) [0x7f09c4f51ea3] [bt]: (25) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(gtk_widget_get_preferred_height_and_baseline_for_width+0xb5) [0x7f09c4f52195] [bt]: (26) /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d22bd) [0x7f09c4f522bd] [bt]: (27) /gnu/store/
Re: xounalpp package issues
I found the reason. Xournal++ needs gnome-icon-theme to be installed as well. So it should probably go into the dependencies of the package. -- Alex On Fri, Nov 19 2021, 09:40:17, Alexander Asteroth wrote: > [[PGP Signed Part:Undecided]] > Hi, > > im pretty sure it has nothing to do with ALSA. The ALSA-Messages are > Messages (not even Warnings). Waht causes the signal 6 has to do with > libgtk3. I attached a stack trace below (in case someone has an idea > what might be the reason). > > Cheers, > Alex > > > On Thu, Nov 18 2021, 19:19:27, phodina wrote: > >> Hi, >> ‐‐‐ Original Message ‐‐‐ >> >> On Thursday, November 18th, 2021 at 5:10 PM, Alexander Asteroth >> wrote: >> >>> Dear all, >>> >>> I tried to install xournalpp on guix-system (after guix update && guix >>> >>> package -u). The installation worked fine (and probably the build does as >>> >>> well) but the programm fails to run with the following error messages >>> >>> (see below). >>> >>> I already tried to manually also install all dependencies mentioned in >>> >>> the package file (no changes), but don't find what's missing (seems to >>> >>> be something with missing icons but I have no clue what guix package >>> >>> might contain what's missing (if that's the cause anyway). >>> >>> Cheers, >>> >>> Alex >>> >> >> >> >> I've checked stackoverflow and seems there are several lines in the config >> that cause this issue. So you might try removing them as suggested here [1]. >> >> The problematic package is not xournalpp itself but alsa-lib. >> >> grep pcm.rear $(guix build alsa-lib)/share/alsa/alsa.conf >> >> Hope it helps! >> >> Petr >> >> [1]: >> https://stackoverflow.com/questions/7088672/pyaudio-working-but-spits-out-error-messages-each-time > > Date: Fri Nov 19 09:39:41 2021 > Error: signal 6 > [bt]: (0) /home/[USER]/.guix-profile/bin/xournalpp() [0x5cb0d5] > [bt]: (1) > /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(+0x36b20) > [0x7f09c3debb20] > [bt]: (2) > /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(gsignal+0xca) > [0x7f09c3debaba] > [bt]: (3) > /gnu/store/fa6wj5bxkj5ll1d7292a70knmyl7a0cr-glibc-2.31/lib/libc.so.6(abort+0x165) > [0x7f09c3decbf5] > [bt]: (4) > /gnu/store/3374zddwfb0m8711k2jrvhwr1s2fkvq3-glib-2.62.6/lib/libglib-2.0.so.0(g_assertion_message+0x195) > [0x7f09c547fa65] > [bt]: (5) > /gnu/store/3374zddwfb0m8711k2jrvhwr1s2fkvq3-glib-2.62.6/lib/libglib-2.0.so.0(g_assertion_message_error+0xae) > [0x7f09c548024e] > [bt]: (6) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2059ed) > [0x7f09c4e859ed] > [bt]: (7) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x206027) > [0x7f09c4e86027] > [bt]: (8) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x206174) > [0x7f09c4e86174] > [bt]: (9) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x206328) > [0x7f09c4e86328] > [bt]: (10) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2190a4) > [0x7f09c4e990a4] > [bt]: (11) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17b503) > [0x7f09c4dfb503] > [bt]: (12) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17f591) > [0x7f09c4dff591] > [bt]: (13) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2197d3) > [0x7f09c4e997d3] > [bt]: (14) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1c41) > [0x7f09c4f51c41] > [bt]: (15) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1ea3) > [0x7f09c4f51ea3] > [bt]: (16) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(gtk_widget_get_preferred_height_and_baseline_for_width+0xb5) > [0x7f09c4f52195] > [bt]: (17) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17b503) > [0x7f09c4dfb503] > [bt]: (18) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x17f591) > [0x7f09c4dff591] > [bt]: (19) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x139ef3) > [0x7f09c4db9ef3] > [bt]: (20) > /gnu/store/a6fzx4qgriak4aa271nlp4fzkanx5jk9-gtk+-3.24.24/lib/libgtk-3.so.0(+0x2d1c41) > [0x7f09c4f51c41] > [bt
Texlive issues
Dear all, now that I've figured out what was missing for xounalpp to run properly I wanted t recompile some LaTeX-slides. I installed the texlive package and also here I encoutered an error. The minimal example to reproduce it ist (on my system) file: test.tex > \documentclass{article} > \begin{document} > sdfa > \end{document} trying to compile that: > ~/tmp$ pdflatex test.tex > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019) (preloaded > format=pdflatex) > restricted \write18 enabled. > kpathsea: Running mktexfmt pdflatex.fmt > /gnu/store/fjjmki8c6cdzlfcrkxkl0y00zlmrsf67-texlive-bin-20190410/share/texmf-dist/scripts/texlive/fmtutil.pl: > Unexpected non-option argument(s): pdflatex.fmt > Try "fmtutil --help" for more information. > I can't find the format file `pdflatex.fmt'! If I run pdflatex in guix shell --pure texlive the error does not appear > ~/tmp$ guix shell --pure texlive -- pdflatex test > This is pdfTeX, Version 3.14159265-2.6-1.40.20 (TeX Live 2019) (preloaded > format=pdflatex) > restricted \write18 enabled. > entering extended mode > (./test.tex > LaTeX2e <2018-12-01> > (/gnu/store/1m3k4k9p6ajhn8z01q4k8fljbzgi64z1-texlive-texmf-20190410/share/texmf > -dist/tex/latex/base/article.cls > Document Class: article 2018/09/03 v1.4i Standard LaTeX document class > (/gnu/store/1m3k4k9p6ajhn8z01q4k8fljbzgi64z1-texlive-texmf-20190410/share/texmf > -dist/tex/latex/base/size10.clo)) (./test.aux) > [1{/gnu/store/1m3k4k9p6ajhn8z01q > 4k8fljbzgi64z1-texlive-texmf-20190410/share/texmf-dist/fonts/map/pdftex/updmap/ > pdftex.map}] (./test.aux) > ) -texmf-20190410/share/texmf-dist/fonts/type1/public/amsfonts/cm/cmr10.pfb> > Output written on test.pdf (1 page, 10936 bytes). > Transcript written on test.log. Since I haven't set any environment Variables for TeX and the test.tex file is so simple I have really no clue what could be the cause (other than some misconfiguration but then the previous call should not have been successful either). Cheers, Alex
Re: Texlive issues
Hi Ricardo, On Fri, Nov 19 2021, 11:26:33, Ricardo Wurmus wrote: > Hi, > > Alexander Asteroth writes: > >> now that I've figured out what was missing for xounalpp to run >> properly >> I wanted t recompile some LaTeX-slides. I installed the texlive >> package >> and also here I encoutered an error. > > Do you have other texlive-* packages installed? texlive-bin and texlive-pdf were installed. I removed them but the error persists (actually I removed erverything texlive* and reinstalled texlive only) (at the end of this post is a list of all packages installed) > >> Since I haven't set any environment Variables for TeX and the >> test.tex >> file is so simple I have really no clue what could be the cause >> (other >> than some misconfiguration but then the previous call should not >> have >> been successful either). > > Are there configuration files in ~/.texlive* or ~/.config or ~/.local? Just one empty dircetory > ~$ ls -a .texlive2019/texmf-var/web2c/ > ./ ../ and nothing under .config or .local > ~$ ls .config/ > autostart/ chromium/ glib-2.0/ gtk-3.0/ guix/ i3/ i3status/ > mimeapps.list nano/ Nextcloud/ pulse/ rofi/ terminator/ Thunar/ xfce4/ > xournalpp/ > ~$ ls .local/ > share/ > ~$ ls .local/share/ > applications/ mime/ Nextcloud/ > recently-used.xbel xorg/ -- Alex -- ~$ guix package -I setxkbmap 1.3.2 out /gnu/store/zxi67jhdaygj7m09gshl24xm0509gl8s-setxkbmap-1.3.2 autoconf2.71out /gnu/store/n6v44b1hac9i9dh0sa8p99xc1jdcxjm1-autoconf-2.71 automake1.16.5 out /gnu/store/2468m2njil28hi7v2zcwncnafihgz3af-automake-1.16.5 gcc-toolchain 11.2.0 out /gnu/store/h1l6c5rvz1831ggrj6a1gz4h172kq0y7-gcc-toolchain-11.2.0 mu 1.6.10 out /gnu/store/yrks92jgan9v5irjsv5wisphhb0azz8d-mu-1.6.10 make4.3 out /gnu/store/4k33n2nhsnnaxk2ip75gj7xiqdjns5hq-make-4.3 libpng 1.6.37 out /gnu/store/3x2kak8abb6z2klch72kfff2qxzv00pj-libpng-1.6.37 libtool 2.4.6 out /gnu/store/sn4jq1qqgdxm8mijfid9lywi3rnw5c8k-libtool-2.4.6 autoconf-archive2021.02.19 out /gnu/store/qx5ym9zygghfbb2gmvd3r5dk5r2s486g-autoconf-archive-2021.02.19 pkg-config 0.29.2 out /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2 file5.38out /gnu/store/h43rhpn3x2aifkk3sqhaaf6ia7hkqyhp-file-5.38 xmodmap 1.0.10 out /gnu/store/56mprpwfswckz56gc66ycsmf4m6hk73v-xmodmap-1.0.10 isync 1.4.3 out /gnu/store/gwyrxad8rpyssp9mys5qm0bq391vi8cs-isync-1.4.3 gnupg 2.2.29 out /gnu/store/cc0r4spdjr25pisaj4fs7pcyb62v1r2x-gnupg-2.2.29 pinentry-emacs 1.2.0 out /gnu/store/x66l8lx88n145hh4vm8vv3fyzw4ywci8-pinentry-emacs-1.2.0 alsa-lib1.2.4 out /gnu/store/z1iyvbvnkd7zkjxsx157n6qx2iwzxq7p-alsa-lib-1.2.4 terminator 2.1.1 out /gnu/store/lwysqqqa175bijli1b4xhzv6smk8gm93-terminator-2.1.1 rofi1.7.0 out /gnu/store/ffnclbfasj8fv4gkm5mdv7mqm0gdid76-rofi-1.7.0 emacs 27.2out /gnu/store/56xp82hmhz55amy1j6sbw8x8zgd29bmv-emacs-27.2 gtk+3.24.24 out /gnu/store/g4m4bfmf8xwf2kq0zf3mvqpfjwhlwv3v-gtk+-3.24.24 poppler 0.86.1 out /gnu/store/mqvkz283dph9d6pbp5y7q8ryjzn0i2zy-poppler-0.86.1 portaudio 190600.20161030 out /gnu/store/wm83w093j8c7aj3hc687jrdk2fj5b5s9-portaudio-190600.20161030 xournalpp 1.1.0 out /gnu/store/dw4ca44bncb2cl0q7yx53lh1md90dcwg-xournalpp-1.1.0 gnome-icon-theme3.12.0 out /gnu/store/mkwiydvyhmfqgprf1y722v6y8ifz4fgl-gnome-icon-theme-3.12.0 libwacom1.10out /gnu/store/wkzhj4qrn3ym2n2kq6xdd62m64i5z0ky-libwacom-1.10 xf86-input-wacom0.39.0 out /gnu/store/z7lxnl5v1pr8v71vwbfzdnq139msq1x5-xf86-input-wacom-0.39.0 nextcloud-client3.1.3 out /gnu/store/gpanh72l61mv5bc2jajkdzh2hkjllwdp-nextcloud-client-3.1.3 alsa-utils 1.2.4 out /gnu/store/39wz4j7cgsxhp8cr6m2s0xsw5i2zr2s4-alsa-utils-1.2.4 pulseaudio 14.0out /gnu/store/jjdrqjy4ns8arqdz37wi0qh43lc2z7d1-pulseaudio-14.0 emacs-pulse
Re: Texlive issues
Maybe I get it wrong but shoudn't the following call ~/tmp$ guix shell --pure texlive ungoogled-chromium icecat git emacs-pulseaudio-control pulseaudio alsa-utils nextcloud-client xf86-input-wacom libwacom gnome-icon-theme xournalpp portaudio poppler gtk+ emacs rofi terminator alsa-lib pinentry-emacs gnupg isync xmodmap file pkg-config autoconf-archive libtool libpng make mu gcc-toolchain automake autoconf setxkbmap -- pdflatex test (all packages that guix package -I return are mentioned after --pure) have the same effect as calling "pdflatex test"? However the "guix shell..." call does not produce any error, while pdflatex test does. Cheers, Alex On Fri, Nov 19 2021, 12:35:05, Alexander Asteroth wrote: > [[PGP Signed Part:Undecided]] > Hi Ricardo, > > On Fri, Nov 19 2021, 11:26:33, Ricardo Wurmus wrote: > >> Hi, >> >> Alexander Asteroth writes: >> >>> now that I've figured out what was missing for xounalpp to run >>> properly >>> I wanted t recompile some LaTeX-slides. I installed the texlive >>> package >>> and also here I encoutered an error. >> >> Do you have other texlive-* packages installed? > > texlive-bin and texlive-pdf were installed. I removed them but the > error persists (actually I removed erverything texlive* and reinstalled > texlive only) > > (at the end of this post is a list of all packages installed) > >> >>> Since I haven't set any environment Variables for TeX and the >>> test.tex >>> file is so simple I have really no clue what could be the cause >>> (other >>> than some misconfiguration but then the previous call should not >>> have >>> been successful either). >> >> Are there configuration files in ~/.texlive* or ~/.config or ~/.local? > > Just one empty dircetory >> ~$ ls -a .texlive2019/texmf-var/web2c/ >> ./ ../ > > > and nothing under .config or .local > >> ~$ ls .config/ >> autostart/ chromium/ glib-2.0/ gtk-3.0/ guix/ i3/ i3status/ >> mimeapps.list nano/ Nextcloud/ pulse/ rofi/ terminator/ Thunar/ >> xfce4/ xournalpp/ > >> ~$ ls .local/ >> share/ > >> ~$ ls .local/share/ >> applications/ mime/ Nextcloud/ >> recently-used.xbel xorg/ > > -- Alex > > -- > ~$ guix package -I > setxkbmap 1.3.2 out > /gnu/store/zxi67jhdaygj7m09gshl24xm0509gl8s-setxkbmap-1.3.2 > autoconf 2.71out > /gnu/store/n6v44b1hac9i9dh0sa8p99xc1jdcxjm1-autoconf-2.71 > automake 1.16.5 out > /gnu/store/2468m2njil28hi7v2zcwncnafihgz3af-automake-1.16.5 > gcc-toolchain 11.2.0 out > /gnu/store/h1l6c5rvz1831ggrj6a1gz4h172kq0y7-gcc-toolchain-11.2.0 > mu1.6.10 out > /gnu/store/yrks92jgan9v5irjsv5wisphhb0azz8d-mu-1.6.10 > make 4.3 out > /gnu/store/4k33n2nhsnnaxk2ip75gj7xiqdjns5hq-make-4.3 > libpng1.6.37 out > /gnu/store/3x2kak8abb6z2klch72kfff2qxzv00pj-libpng-1.6.37 > libtool 2.4.6 out > /gnu/store/sn4jq1qqgdxm8mijfid9lywi3rnw5c8k-libtool-2.4.6 > autoconf-archive 2021.02.19 out > /gnu/store/qx5ym9zygghfbb2gmvd3r5dk5r2s486g-autoconf-archive-2021.02.19 > pkg-config0.29.2 out > /gnu/store/krpyb0zi700dcrg9cc8932w4v0qivdg9-pkg-config-0.29.2 > file 5.38out > /gnu/store/h43rhpn3x2aifkk3sqhaaf6ia7hkqyhp-file-5.38 > xmodmap 1.0.10 out > /gnu/store/56mprpwfswckz56gc66ycsmf4m6hk73v-xmodmap-1.0.10 > isync 1.4.3 out > /gnu/store/gwyrxad8rpyssp9mys5qm0bq391vi8cs-isync-1.4.3 > gnupg 2.2.29 out > /gnu/store/cc0r4spdjr25pisaj4fs7pcyb62v1r2x-gnupg-2.2.29 > pinentry-emacs1.2.0 out > /gnu/store/x66l8lx88n145hh4vm8vv3fyzw4ywci8-pinentry-emacs-1.2.0 > alsa-lib 1.2.4 out > /gnu/store/z1iyvbvnkd7zkjxsx157n6qx2iwzxq7p-alsa-lib-1.2.4 > terminator2.1.1 out > /gnu/store/lwysqqqa175bijli1b4xhzv6smk8gm93-terminator-2.1.1 > rofi 1.7.0 out > /gnu/store/ffnclbfasj8fv4gkm5mdv7mqm0gdid76-rofi-1.7.0 > emacs 27.2out > /gnu/store/56xp82hmhz55amy1j6sbw8x8zgd29bmv-emacs-27.2 > gtk+ 3.24.24
downgrade issue on guix system
Dear all, I just wanted to install cups service on my guix system. I recofigured the system without an error one hour ago (introduced seperate home filesystem) and now, when I try to add the cups service (I did a guix pull in between as well) I get: > guix system: error: aborting reconfiguration because commit > bd2aa8031babdca5f574fca52e025d6794f08d82 of channel 'guix' is not a > descendant of 7f974548ac20cab88b9bb589a5e1d85ee3b8d337 > hint: Use `--allow-downgrades' to force this downgrade. I have no clue what caused that error therefor I also don't know if it's a good idea to allow downgrades. ... or what es to do to resolve the issue. Cheers, Alex
Re: downgrade issue on guix system
No I did not play around with branches. What I did was - changed my config - reconfigured - rebooted - failed - booted second last config - fixed config - reconfigured - rebooted - OK - pulled - added cups - reconfigured >>> ERROR I just tried again. Did a GUIX_PROFILE="~/.guix-profile" && . "$GUIX_PROFILE/etc/profile" hash guix guix system reconfigure .../config.scm Same error. Is there a way to find out what goes wrong? And why I have something installed that is newer than what I get over the guix channel? -- Alex On Thu, Nov 25 2021, 06:53:59, Julien Lepiller wrote: > Hi Alexander, > > Since you did a guix pull, you should have a newer version of guix than you > had before, unless you played with branches. So the downgrade is worrying and > you were right to stop there. > > Note that running guix pull will update guix in a separate profile. Make sure > it's loaded: that you have ~/.config/guix/current/bin in your path and that > "type guix" is this path. If not, fix > your $PATH and run "hash guix" (no output) and check again. > > Note that, if you're running reconfigure as root (instead as with sudo) > you'll need to pull and do the above as root, since each user has a different > guix current profile. > > HTH! > > Le 25 novembre 2021 06:38:29 GMT-05:00, Alexander Asteroth > a écrit : > > Dear all, > > I just wanted to install cups service on my guix system. I recofigured > the system without an error one hour ago (introduced seperate home > filesystem) and now, when I try to add the cups service (I did a guix > pull in between as well) I get: > > guix system: error: aborting reconfiguration because commit > bd2aa8031babdca5f574fca52e025d6794f08d82 of channel 'guix' is not a > descendant of > 7f974548ac20cab88b9bb589a5e1d85ee3b8d337 > hint: Use `--allow-downgrades' to force this downgrade. > > I have no clue what caused that error therefor I also don't know if it's > a good idea to allow downgrades. ... or what es to do to resolve the > issue. > > Cheers, > > Alex signature.asc Description: PGP signature
Re: downgrade issue on guix system
Found the cause. To reconfigure I "sudo -s" first. But if I run > GUIX_PROFILE="~/.guix-profile" && . "$GUIX_PROFILE/etc/profile" guix profile is sourced but PATH is still the original users path und guix is found there (causing the error). If I do > GUIX_PROFILE="/root/.guix-profile" && echo "$GUIX_PROFILE/etc/profile" the result is as expected: > /root/.guix-profile/etc/profile but PATH is not updated afterwards (=> error). If do do a regular login as root then everything is fine! Cheers, Alex On Thu, Nov 25 2021, 13:06:19, Alexander Asteroth wrote: > [[PGP Signed Part:Undecided]] > No I did not play around with branches. What I did was > - changed my config > - reconfigured > - rebooted > - failed > - booted second last config > - fixed config > - reconfigured > - rebooted > - OK > - pulled > - added cups > - reconfigured > >>> ERROR > > I just tried again. Did a > > GUIX_PROFILE="~/.guix-profile" && . "$GUIX_PROFILE/etc/profile" > hash guix > guix system reconfigure .../config.scm > > Same error. > > Is there a way to find out what goes wrong? And why I have something > installed that is newer than what I get over the guix channel? > > -- Alex > > On Thu, Nov 25 2021, 06:53:59, Julien Lepiller wrote: > >> Hi Alexander, >> >> Since you did a guix pull, you should have a newer version of guix >> than you had before, unless you played with branches. So the >> downgrade is worrying and you were right to stop there. >> >> Note that running guix pull will update guix in a separate >> profile. Make sure it's loaded: that you have >> ~/.config/guix/current/bin in your path and that "type guix" is this >> path. If not, fix >> your $PATH and run "hash guix" (no output) and check again. >> >> Note that, if you're running reconfigure as root (instead as with >> sudo) you'll need to pull and do the above as root, since each user >> has a different guix current profile. >> >> HTH! >> >> Le 25 novembre 2021 06:38:29 GMT-05:00, Alexander Asteroth >> a écrit : >> >> Dear all, >> >> I just wanted to install cups service on my guix system. I recofigured >> the system without an error one hour ago (introduced seperate home >> filesystem) and now, when I try to add the cups service (I did a guix >> pull in between as well) I get: >> >> guix system: error: aborting reconfiguration because commit >> bd2aa8031babdca5f574fca52e025d6794f08d82 of channel 'guix' is not a >> descendant of >> 7f974548ac20cab88b9bb589a5e1d85ee3b8d337 >> hint: Use `--allow-downgrades' to force this downgrade. >> >> I have no clue what caused that error therefor I also don't know if it's >> a good idea to allow downgrades. ... or what es to do to resolve the >> issue. >> >> Cheers, >> >> Alex > > [[End of PGP Signed Part]] signature.asc Description: PGP signature
Re: downgrade issue on guix system
Dear all, just to close this thread... The fault was to "sudo -s" to reconfigure the system which did not comletely set all neccessary variables (guix was pulled into roots profile but run from users profile). Either *really* logging in as root or probably much better (which I do now) just "sudo guix system reconfigure ..." resolves the issue (because the path to guix refers to the correct location in either cases). Thank's Julien for pointing me into the right direction. Cheers, Alex On Thu, Nov 25 2021, 07:23:03, Julien Lepiller wrote: > Le 25 novembre 2021 07:06:19 GMT-05:00, Alexander Asteroth > a écrit : >>No I did not play around with branches. What I did was >>- changed my config >>- reconfigured >>- rebooted >>- failed >>- booted second last config >>- fixed config >>- reconfigured >>- rebooted >>- OK >>- pulled >>- added cups >>- reconfigured >>>>> ERROR >> >>I just tried again. Did a >> >>GUIX_PROFILE="~/.guix-profile" && . "$GUIX_PROFILE/etc/profile" >>hash guix >>guix system reconfigure .../config.scm > > This is not enough: you need to also load the "current" profile. Check the > output of "type guix" too. > >> >>Same error. >> >>Is there a way to find out what goes wrong? And why I have something >>installed that is newer than what I get over the guix channel? > > I think this is because you're not actually running guix from the latest you > pulled. Make sure it's running from ~/.config/guix/current, not > ~/.guix-profile nor /var/guix. > > This should already be taken care of by default, but if this is your first > guix pull you might need a reboot (or at least log out, and in again). > >> >>-- Alex >> >>On Thu, Nov 25 2021, 06:53:59, Julien Lepiller wrote: >> >>> Hi Alexander, >>> >>> Since you did a guix pull, you should have a newer version of guix than you >>> had before, unless you played with branches. So the downgrade is worrying >>> and you were right to stop there. >>> >>> Note that running guix pull will update guix in a separate profile. Make >>> sure it's loaded: that you have ~/.config/guix/current/bin in your path and >>> that "type guix" is this path. If not, fix >>> your $PATH and run "hash guix" (no output) and check again. >>> >>> Note that, if you're running reconfigure as root (instead as with sudo) >>> you'll need to pull and do the above as root, since each user has a >>> different guix current profile. >>> >>> HTH! >>> >>> Le 25 novembre 2021 06:38:29 GMT-05:00, Alexander Asteroth >>> a écrit : >>> >>> Dear all, >>> >>> I just wanted to install cups service on my guix system. I recofigured >>> the system without an error one hour ago (introduced seperate home >>> filesystem) and now, when I try to add the cups service (I did a guix >>> pull in between as well) I get: >>> >>> guix system: error: aborting reconfiguration because commit >>> bd2aa8031babdca5f574fca52e025d6794f08d82 of channel 'guix' is not a >>> descendant of >>> 7f974548ac20cab88b9bb589a5e1d85ee3b8d337 >>> hint: Use `--allow-downgrades' to force this downgrade. >>> >>> I have no clue what caused that error therefor I also don't know if it's >>> a good idea to allow downgrades. ... or what es to do to resolve the >>> issue. >>> >>> Cheers, >>> >>> Alex >> signature.asc Description: PGP signature
Re: Texlive issues
Dear all, this issue is resolved, but I have no idea why. After I noticed that the issue does not occur if I use a fresh test-account, I resolved this issue by removing my home-directory, recreating it and create a fresh guix-profile (which actually is not created freshly, because it is per user and does not live in the users homedir). Then I repopulated my homedirectory and it all works fine. Strangly although the directory contains the same files after the process and the profile is unchanged, still everything works now and didn't before. Unfortunately I'm not able to reproduce the problem now. It just disappeared. (the only thing I can think of is, that the (pseudo-)-recreation of my profile fixed some problem. Cheers, Alex On Fri, Nov 19 2021, 12:47:55, Alexander Asteroth wrote: > [[PGP Signed Part:Undecided]] > Maybe I get it wrong but shoudn't the following call > > ~/tmp$ guix shell --pure texlive ungoogled-chromium icecat git > emacs-pulseaudio-control pulseaudio alsa-utils nextcloud-client > xf86-input-wacom libwacom gnome-icon-theme xournalpp portaudio poppler > gtk+ emacs rofi terminator alsa-lib pinentry-emacs gnupg isync xmodmap > file pkg-config autoconf-archive libtool libpng make mu gcc-toolchain > automake autoconf setxkbmap -- pdflatex test > > (all packages that guix package -I return are mentioned after --pure) > have the same effect as calling "pdflatex test"? > > However the "guix shell..." call does not produce any error, while > pdflatex test does. > > Cheers, > > Alex > > > On Fri, Nov 19 2021, 12:35:05, Alexander Asteroth > wrote: > >> [[PGP Signed Part:Undecided]] >> Hi Ricardo, >> >> On Fri, Nov 19 2021, 11:26:33, Ricardo Wurmus wrote: >> >>> Hi, >>> >>> Alexander Asteroth writes: >>> >>>> now that I've figured out what was missing for xounalpp to run >>>> properly >>>> I wanted t recompile some LaTeX-slides. I installed the texlive >>>> package >>>> and also here I encoutered an error. >>> >>> Do you have other texlive-* packages installed? >> >> texlive-bin and texlive-pdf were installed. I removed them but the >> error persists (actually I removed erverything texlive* and reinstalled >> texlive only) >> >> (at the end of this post is a list of all packages installed) >> >>> >>>> Since I haven't set any environment Variables for TeX and the >>>> test.tex >>>> file is so simple I have really no clue what could be the cause >>>> (other >>>> than some misconfiguration but then the previous call should not >>>> have >>>> been successful either). >>> >>> Are there configuration files in ~/.texlive* or ~/.config or ~/.local? >> >> Just one empty dircetory >>> ~$ ls -a .texlive2019/texmf-var/web2c/ >>> ./ ../ >> >> >> and nothing under .config or .local >> >>> ~$ ls .config/ >>> autostart/ chromium/ glib-2.0/ gtk-3.0/ guix/ i3/ i3status/ >>> mimeapps.list nano/ Nextcloud/ pulse/ rofi/ terminator/ Thunar/ >>> xfce4/ xournalpp/ >> >>> ~$ ls .local/ >>> share/ >> >>> ~$ ls .local/share/ >>> applications/ mime/ Nextcloud/ >>> recently-used.xbel xorg/ >> >> -- Alex >> >> -- >> ~$ guix package -I >> setxkbmap1.3.2 out >> /gnu/store/zxi67jhdaygj7m09gshl24xm0509gl8s-setxkbmap-1.3.2 >> autoconf 2.71out >> /gnu/store/n6v44b1hac9i9dh0sa8p99xc1jdcxjm1-autoconf-2.71 >> automake 1.16.5 out >> /gnu/store/2468m2njil28hi7v2zcwncnafihgz3af-automake-1.16.5 >> gcc-toolchain11.2.0 out >> /gnu/store/h1l6c5rvz1831ggrj6a1gz4h172kq0y7-gcc-toolchain-11.2.0 >> mu 1.6.10 out >> /gnu/store/yrks92jgan9v5irjsv5wisphhb0azz8d-mu-1.6.10 >> make 4.3 out >> /gnu/store/4k33n2nhsnnaxk2ip75gj7xiqdjns5hq-make-4.3 >> libpng 1.6.37 out >> /gnu/store/3x2kak8abb6z2klch72kfff2qxzv00pj-libpng-1.6.37 >> libtool 2.4.6 out >> /gnu/store/sn4jq1qqgdxm8mijfid9lywi3rnw5c8k-libtool-2.4.6 >> autoconf-archive 2021.02.19 out >> /gnu/store/qx5ym9zygghfbb2gmvd3r5dk5r2s486g-autoconf-archive-2021.02.19 >> pkg-config
jupyter failing while trying to modify /gnu/store
Dear all, yesterday I added jupyter to my profile and it worked perfectly fine. Overnight I shut down the computer and rebooted today. Now jupyter refuses to start with the messages below. It seems that jupyter-notebook tries to create directories (or modifiy them) in the location it is installed wich is mounted ro. I have no idea why this didn't happen yesterday but it seems that there is some misconfiguration somewhere... Cheers, Alex PS: same effect with jupyterlab from the guix-science channel. --- ~$ jupyter-notebook Traceback (most recent call last): File "/gnu/store/1v8dgchnis87a4p3g9i3j1ayv0dfr4ds-python-notebook-6.3.0/bin/.jupyter-notebook-real", line 11, in load_entry_point('notebook==6.3.0', 'console_scripts', 'jupyter-notebook')() File "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py", line 254, in launch_instance return super(JupyterApp, cls).launch_instance(argv=argv, **kwargs) File "/gnu/store/i037rnmqzwcc7nrgcswzb8dcckfrngzp-python-traitlets-4.3.3/lib/python3.8/site-packages/traitlets/config/application.py", line 663, in launch_instance app.initialize(argv) File "/gnu/store/f7y0fd230nc6l2qwq58g7q26rlkwjkf3-python-decorator-5.0.9/lib/python3.8/site-packages/decorator.py", line 232, in fun return caller(func, *(extras + args), **kw) File "/gnu/store/i037rnmqzwcc7nrgcswzb8dcckfrngzp-python-traitlets-4.3.3/lib/python3.8/site-packages/traitlets/config/application.py", line 87, in catch_config_error return method(app, *args, **kwargs) File "/gnu/store/1v8dgchnis87a4p3g9i3j1ayv0dfr4ds-python-notebook-6.3.0/lib/python3.8/site-packages/notebook/notebookapp.py", line 2122, in initialize super().initialize(argv) File "/gnu/store/f7y0fd230nc6l2qwq58g7q26rlkwjkf3-python-decorator-5.0.9/lib/python3.8/site-packages/decorator.py", line 232, in fun return caller(func, *(extras + args), **kw) File "/gnu/store/i037rnmqzwcc7nrgcswzb8dcckfrngzp-python-traitlets-4.3.3/lib/python3.8/site-packages/traitlets/config/application.py", line 87, in catch_config_error return method(app, *args, **kwargs) File "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py", line 229, in initialize self.migrate_config() File "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py", line 155, in migrate_config migrate() File "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/migrate.py", line 244, in migrate ensure_dir_exists(env['jupyter_config']) File "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/utils/__init__.py", line 11, in ensure_dir_exists os.makedirs(path, mode=mode) File "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", line 213, in makedirs makedirs(head, exist_ok=exist_ok) File "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", line 213, in makedirs makedirs(head, exist_ok=exist_ok) File "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", line 213, in makedirs makedirs(head, exist_ok=exist_ok) [Previous line repeated 7 more times] File "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", line 223, in makedirs mkdir(name, mode) OSError: [Errno 30] Read-only file system: '/home/[user]/.guix-profile/etc/jupyter:'
Re: jupyter failing while trying to modify /gnu/store
I now tried to run it using > guix shell --pure jupyter -- jupyter-notebook works perfectly fine. ... wait ... I found the cause: in ~/.guix-profile/etc/profile environment variables are set: > export > JUPYTER_PATH="${GUIX_PROFILE:-/gnu/store/ichrcarq2k4lhdmm2izc3f1xjbziz49v-profile}/share/jupyter${JUPYTER_PATH:+:}$JUPYTER_PATH" > export > JUPYTER_CONFIG_DIR="${GUIX_PROFILE:-/gnu/store/ichrcarq2k4lhdmm2izc3f1xjbziz49v-profile}/etc/jupyter${JUPYTER_CONFIG_DIR:+:}$JUPYTER_CONFIG_DIR" The jupyter config path causes the problem, since jupyter tries to write into it (and it is located in a read only filesystem). Unsetting the environment variable solves the issue. Cheers, Alex On Sat, Nov 27 2021, 12:40:59, Alexander Asteroth wrote: > Dear all, > > yesterday I added jupyter to my profile and it worked perfectly > fine. Overnight I shut down the computer and rebooted today. > Now jupyter refuses to start with the messages below. It seems that > jupyter-notebook tries to create directories (or modifiy them) in the > location it > is installed wich is mounted ro. I have no idea why this didn't happen > yesterday but it seems that there is some misconfiguration somewhere... > > Cheers, > Alex > > PS: same effect with jupyterlab from the guix-science channel. > > --- > ~$ jupyter-notebook > Traceback (most recent call last): > File > "/gnu/store/1v8dgchnis87a4p3g9i3j1ayv0dfr4ds-python-notebook-6.3.0/bin/.jupyter-notebook-real", > line 11, in > load_entry_point('notebook==6.3.0', 'console_scripts', > 'jupyter-notebook')() > File > "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py", > line 254, in launch_instance > return super(JupyterApp, cls).launch_instance(argv=argv, **kwargs) > File > "/gnu/store/i037rnmqzwcc7nrgcswzb8dcckfrngzp-python-traitlets-4.3.3/lib/python3.8/site-packages/traitlets/config/application.py", > line 663, in launch_instance > app.initialize(argv) > File > "/gnu/store/f7y0fd230nc6l2qwq58g7q26rlkwjkf3-python-decorator-5.0.9/lib/python3.8/site-packages/decorator.py", > line 232, in fun > return caller(func, *(extras + args), **kw) > File > "/gnu/store/i037rnmqzwcc7nrgcswzb8dcckfrngzp-python-traitlets-4.3.3/lib/python3.8/site-packages/traitlets/config/application.py", > line 87, in catch_config_error > return method(app, *args, **kwargs) > File > "/gnu/store/1v8dgchnis87a4p3g9i3j1ayv0dfr4ds-python-notebook-6.3.0/lib/python3.8/site-packages/notebook/notebookapp.py", > line 2122, in initialize > super().initialize(argv) > File > "/gnu/store/f7y0fd230nc6l2qwq58g7q26rlkwjkf3-python-decorator-5.0.9/lib/python3.8/site-packages/decorator.py", > line 232, in fun > return caller(func, *(extras + args), **kw) > File > "/gnu/store/i037rnmqzwcc7nrgcswzb8dcckfrngzp-python-traitlets-4.3.3/lib/python3.8/site-packages/traitlets/config/application.py", > line 87, in catch_config_error > return method(app, *args, **kwargs) > File > "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py", > line 229, in initialize > self.migrate_config() > File > "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/application.py", > line 155, in migrate_config > migrate() > File > "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/migrate.py", > line 244, in migrate > ensure_dir_exists(env['jupyter_config']) > File > "/gnu/store/8ncan0ipzb240h23fwfspdhrzkzdw277-python-jupyter-core-4.7.1/lib/python3.8/site-packages/jupyter_core/utils/__init__.py", > line 11, in ensure_dir_exists > os.makedirs(path, mode=mode) > File > "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", > line 213, in makedirs > makedirs(head, exist_ok=exist_ok) > File > "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", > line 213, in makedirs > makedirs(head, exist_ok=exist_ok) > File > "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", > line 213, in makedirs > makedirs(head, exist_ok=exist_ok) > [Previous line repeated 7 more times] > File > "/gnu/store/sd2ic7bpv8fx3imy1j8xcjclx71sv6q0-python-3.8.2/lib/python3.8/os.py", > line 223, in makedirs > mkdir(name, mode) > OSError: [Errno 30] Read-only file system: > '/home/[user]/.guix-profile/etc/jupyter:'
Issues with CUPS
Dear Daniel and Tobias, I'm having trouble with cups on guix-system as well. I added it to the system with > (service cups-service-type > (cups-configuration > (web-interface? #t) > (extensions (list cups-filters hplip-minimal When the system is restarted and I try to access cups via localhost:631, after clicking on some (admin) link to add a printer (or similar) it takes 2minutes (exactly) for the page to show up. In /var/log/cups/access_log and .../error_log numerrous repeated entries > ==> /var/log/cups/access_log <== > localhost - root [03/Dec/2021:15:26:11 +0100] "GET /admin/conf/cupsd.conf > HTTP/1.1" 200 0 - - > localhost - - [03/Dec/2021:15:26:11 +0100] "GET /admin/conf/cupsd.conf > HTTP/1.1" 401 0 - - > > ==> /var/log/cups/error_log <== > I [03/Dec/2021:15:26:11 +0100] [Client 313] Started > "/gnu/store/9vm70ai4914w283sghx3vdz7gqja53j3-cups-server-bin/lib/cups/cgi-bin/admin.cgi" > (pid=1341, file=166) are found. At some point is says: > ==> /var/log/cups/access_log <== > localhost - root [03/Dec/2021:15:26:11 +0100] "GET /admin/conf/cupsd.conf > HTTP/1.1" 200 0 - - > > ==> /var/log/cups/error_log <== > W [03/Dec/2021:15:26:11 +0100] Max clients reached, holding new connections... > > ==> /var/log/cups/access_log <== > localhost - - [03/Dec/2021:15:26:11 +0100] "GET /admin/conf/cupsd.conf > HTTP/1.1" 401 0 - - > > ==> /var/log/cups/error_log <== > I [03/Dec/2021:15:26:11 +0100] Resuming new connection processing... > W [03/Dec/2021:15:26:11 +0100] Max clients reached, holding new connections... > I [03/Dec/2021:15:26:11 +0100] Resuming new connection processing... > W [03/Dec/2021:15:26:11 +0100] Max clients reached, holding new connections... > I [03/Dec/2021:15:26:11 +0100] Resuming new connection processing... > W [03/Dec/2021:15:26:11 +0100] Max clients reached, holding new connections... > I [03/Dec/2021:15:26:11 +0100] [Client 401] Started > "/gnu/store/9vm70ai4914w283sghx3vdz7gqja53j3-cups-server-bin/lib/cups/cgi-bin/admin.cgi" > (pid=1363, file=210) > > ==> /var/log/cups/access_log <== > localhost - root [03/Dec/2021:15:26:11 +0100] "GET /admin/conf/cupsd.conf > HTTP/1.1" 200 0 - - > > ==> /var/log/cups/error_log <== > I [03/Dec/2021:15:28:11 +0100] Resuming new connection processing... As you can see, the first messages all happen instantly and after the max client message there is a 2 min pause. I have also another problem related to my printer wich is a Samsung SCX-472x-series (accessed over ethernet). On openprinting.org the suggested driver is (https://www.openprinting.org/printer/Samsung/Samsung-SCX-472x) from Samsung. So far I used it on debian and arch and it worked perfect, but I thik it's non-GPL. I can import only the ppd file for my printer but this refers to some filter /gnu/store/2q9cn98ahgba3fjgvjlnlvb4j928z17j-cups-server-bin/lib/cups/filter/rastertospl which is not present in guix (but would be installed by the Samsung installer to some place noexistent in guix). Any idea how to prodeed to get my printing working? Cheers, Alex
Re: Issues with CUPS
Hi Tobias, thanks for the hint (see below). After touching /etc/cups/cupsd.conf it immediately worked perfectly fine. W.r.t. your other email: > - Which PPD file did you import? Was it[0]? If not, try that. I have no idea what it[0] is. The ppd I used before is from the Samsung uld-package and is called Samsung_SCX-472x_Series.ppd > - Why remove foomatic-filters from the default CUPS extensions list? I was not aware that adding filters to the service description overrides the filters default values. I thought it just add's them and somewhere it was remommended adding the hplib-minimal filters, and in my helplessness I tried everything ;-) Anyway, I gave other Samsung drivers a try and with the SCX-5330N I found a driver that also seems to work with my SCX-4729. ... Now it works! Thanks! Cheers, Alex On Fri, Dec 03 2021, 21:25:56, Tobias Geerinckx-Rice wrote: > [[PGP Signed Part:Undecided]] > Alexander, > > Alexander Asteroth 写道: >> When the system is restarted and I try to access cups via >> localhost:631, >> after clicking on some (admin) link to add a printer (or similar) it >> takes 2minutes (exactly) for the page to show up. In >> /var/log/cups/access_log and .../error_log numerrous repeated >> entries > > This sounds like the bug long fixed on core-updates (‘any day now’ :-) > that hasn't made it to master yet[0]. A simple > > $ sudo touch /etc/cups/cupsd.conf > > to create the file in question should work around it for now. > > Maybe remember to delete it post-c-u-merge, or don't; an empty file > doesn't waste much space. > >> I have also another problem related to my printer wich is a Samsung >> SCX-472x-series (accessed over ethernet). On openprinting.org the >> suggested driver is >> (https://www.openprinting.org/printer/Samsung/Samsung-SCX-472x) from >> Samsung. So far I used it on debian and arch and it worked perfect, >> but >> I thik it's non-GPL. > > OpenPrinting claims that it's ‘MIT’ but a brief search didn't lead me > to anything resembling source code. Samsung's printer division being > absorbed by HP doesn't help. > >> I can import only the ppd file for my printer but this refers to >> some >> filter > > Yeah, PPD files are just metadata files for actual printers/drivers > and downloading them separately is usually pointless. > >> Any idea how to prodeed to get my printing working? > > Not really, I'm afraid. The only Samsung laser printers I've ever > used with Guix worked fine with SpliX. It does not provide a > rastertospl filter, only rastertoqpdl. > > The most likely path forward is to find the sources to the > pxlmono{-Samsung,} package if they exist. > > I started packaging the Ghostscript Printer Application this week, > which we'll need when CUPS removes support for printer drivers > completely. I'll check whether it contains anything relevant when I > get back. I'm not hopeful. > > Kind regards, > > T G-R > > [0]: https://issues.guix.gnu.org/42068#0 > > [[End of PGP Signed Part]] signature.asc Description: PGP signature
ffmpeg possibly missing compile option?
Dear all, I'm trying to use vlc and ffmpeg on guix to cut mp4 files. When trying to play the mp4 files using vlc I encounter errors like: > Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object > file: No such file or directory In [0] it is suggested that missing compile options are the reason for these kind of errors might be missing compile flags (--enable...) which are in fact not enabled in the package specification of ffmpeg. On te ofther hand I tried to install vdpauinfo and it returns: > $ vdpauinfo > display: :0 screen: 0 > Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object > file: No such file or directory > Error creating VDPAU device: 1 So it might be caused by missing libraries for my graphicscard. Any idea? Someone? Cheers, Alex [0] https://forum.videolan.org/viewtopic.php?p=517583
Re: ffmpeg possibly missing compile option?
I was on the wrong track. Even though the library is not found this is not the cause of the error. If I start vlc in a smaller frame (screen is 4k), something like less than 3k width, it works. If I resize the frame to more than 3/4 of the screen width, vlc just shows a black screen while sound still works. Strange! Cheers, Alex On Fri, Dec 10 2021, 15:24:58, Alexander Asteroth wrote: > Dear all, > > I'm trying to use vlc and ffmpeg on guix to cut mp4 files. When trying > to play the mp4 files using vlc I encounter errors like: > >> Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object >> file: No such file or directory > > In [0] it is suggested that missing compile options are the reason for > these kind of errors might be missing compile flags (--enable...) which > are in fact not enabled in the package specification of ffmpeg. > > On te ofther hand I tried to install vdpauinfo and it returns: > >> $ vdpauinfo >> display: :0 screen: 0 >> Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object >> file: No such file or directory >> Error creating VDPAU device: 1 > > So it might be caused by missing libraries for my graphicscard. > > Any idea? Someone? > > Cheers, > > Alex > > > > [0] https://forum.videolan.org/viewtopic.php?p=517583 signature.asc Description: PGP signature
Re: X11 cursor size
Dear Gary, I tried this already an the effect is, that the default pointer (in X11 outside of any window) changes from a cross to a left_ptr but the size does not change. If I understand correctly, I need to have type1 fonts for that which I included in my config by adding `font-xfree86-type1` to my systems package list (but the corresponding path doesn't show up in the X11-fontpath). Also I'm wondering how to set the cursor size because by just executing `xsetroot -cursor_name left_ptr` I set the cursor shape/type but how do I specify the size? Recepies from the net suggest to do this via a `fonts.alias` but that doesn't seem to have an effect either. Cheers, Alex On Fri, Jul 15 2022, 18:13:06, Gary Johnson wrote: > a...@soeven.de writes: >> >> My problem is the following: I use guix with X11 and EXWM as (only) >> window manager. I have a 13" laptop with 4k screen and therefore the >> X11-pointer/cursor is so small, that most of the time I don't even see >> it. All solutions to increase the cursor size without using gnome or >> similar tools involve the installation of a scalable font and then >> incresing the size of the cursor. However I don't manage to make this >> work on guix. >> >> Does anyone maybe have a working solution for this which they can share? >> >> Cheers, Alex > > Hi Alex, > > I also run EXWM as my window manager under Guix System. I manage my > keyboard and cursor settings in my ~/.xsession file. For the cursor > settings, I use xsetroot like so: > > ``` > # Change cursor to left arrow > xsetroot -cursor_name left_ptr > ``` > > Take a look at its man page for quite a few options related to setting > the cursor file and size. > > Happy hacking! > Gary
Old packages in GUIX under Debian stable
Dear all, I'm currently playing around with GUIX on a current Debian stable (11.4) release. More precisely I'm trying to substitute the "GUIX-System"-part of GUIX by Debian and install (nearly) all other packages using GUIX. At first this worked perfectly fine but suddenly after a guix pull, guix is presenting me with really old software e.g. (all other softwares seem to be as old as well): name: icecat version: 78.4.0-guix0-preview1 I verified that the version of the guix binary is from my current profile, the environment variables are freshly set from current profile as well. Any hint about what could have gone wrong here? I was suspecting the old kernel and libraries from Debian causing this but since it worked in the first place that cannot be the cause. Cheers, Alex
Re: Old packages in GUIX under Debian stable
Dear Ricardo, On Wed, Jul 27 2022, 16:21:22, Ricardo Wurmus wrote: > Alexander Asteroth writes: > >> I verified that the version of the guix binary is from my current >> profile, the environment variables are freshly set from current >> profile as well. > > Do you mean the ~/.config/guix/current profile or some other profile? yes. > What does “type guix” say? $ type guix guix is hashed ($HOME/.guix-profile/bin/guix) > And what does “guix describe” say? $ guix describe Generation 1Jul 26 2022 15:19:43(current) I reinstalled just recently again. Now based on Debian testing and using the guix-installer script. Interestingly now package isync is newer (1.4.1 instead of 1.3.3) so I can at least read email again. But for icecat it still has the old version $ guix search icecat name: icecat version: 78.10.0-guix0-preview1 Cheers, Alex signature.asc Description: PGP signature
Re: Old packages in GUIX under Debian stable
Hi Tobias, On Thu, Jul 28 2022, 11:04:21, Tobias Geerinckx-Rice wrote: > Hi Alexander, > >>$ type guix >>guix is hashed ($HOME/.guix-profile/bin/guix) > > You ran 'guix install guix' or the equivalent. Yes, I did that because the guix version installed by Debian at some point started to refused to install anything because it was complaining about wrong manifest all the time. > The solution is simple: > > 1. Don't :-) Update Guix only with 'guix pull'. > 2. Run 'guix remove guix; hash guix' and verify that type now points to > ~/.config/guix/current. If did that now (guix remove guix) and guix now points to /usr/local/bin/guix (as installed by the guix install script). Still `guix search icecat` shows version 78 as current ``` $ guix describe guix a0178d3 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: a0178d34f582b50e9bdbb0403943129ae5b560ff ``` Now I ran a 'guix pull' anbd sourced the profile ``` $guix describe Generation 3Jul 28 2022 13:26:16(current) guix bdb2e26 repository URL: https://git.savannah.gnu.org/git/guix.git branch: master commit: bdb2e262fcbea76de807cd829c2d2270661546a5 ``` ``` $type guix guix is hashed ($HOME/.config/guix/current/bin/guix) ``` and now software seems to be recent. Finally. One thing I noticed during this process is that the location of the users profile seems to have changed at some point from .guix-profile to .config/guix/current and that my shell init files referred to the wrong location maybe that caused the issues in the first place? Thanks a lot! -- Alex > > > Kind regards, > > T G-R > > Sent on the go. Excuse or enjoy my brevity. signature.asc Description: PGP signature
guix shell set user groups to access security token
Dear all, I'm trying to get my security token software (sealone) to work under guix SD. The software is unfortunately not available in source and seems to expect a FSH filesystem. I therefore tried to run it in guix shell. A first trial was: guix shell -CFD ungoogled-chromium gcc:lib --expose=/dev in this environment I can execute the software and the tokes get's connected but reports some error condition and is not usable. It might have to do with the user not beeing in group cdrom which usually is necessary to access /dev/sg0. Any idea how to set the groups the user is member of in guix shell? Or any other idea how I could get such software to work under guix? Cheers, Alex
Re: guix shell set user groups to access security token
Thank's for the simple workaround. It helped to find out that the error is not caused by the user's group ids. In fact it's related to missing network access. I solved it by providing --network to the shell but unfortunately this only worked exactly one single time. Now as soon as I enable the network, the usb-connection to the token vis /dev/sg0 is not estblished at all. Very strange (in particular, that it worked one time). On Sun, Jan 15 2023, 14:11:45, Csepp wrote: > Alexander Asteroth writes: > >> Dear all, >> >> I'm trying to get my security token software (sealone) to work under >> guix SD. The software is unfortunately not available in source and seems >> to expect a FSH filesystem. I therefore tried to run it in guix shell. A >> first trial was: >> >> guix shell -CFD ungoogled-chromium gcc:lib --expose=/dev >> >> in this environment I can execute the software and the tokes get's >> connected but reports some error condition and is not usable. It might >> have to do with the user not beeing in group cdrom which usually is >> necessary to access /dev/sg0. >> >> Any idea how to set the groups the user is member of in guix shell? >> Or any other idea how I could get such software to work under guix? >> >> Cheers, >> Alex > > Bit of an ugly hack but what I usually do is chown devices I'm working > with to myself. > Haven't tried that in a guix container but in theory it should work.
How to handle concurrent QT versions
Dear all, since two month I didn't update my guix system now since I have a few self compiled softwares that depend on QT@5.15 (qtbase, etc.) which I need every day. Now version 6 of QT replaces 5 everywhere and whithout updating to 6 I cannot update a lot of other packages. How do you guys handle this situation? Or am I the only one facing this problem. Cheers, Alex
Re: How to handle concurrent QT versions
Dear Andreas, thanks for the reply. If I get you correctly the point you make: > [...] unless you also install the Qt libraries into your profile. is probably the cause of my problem. I did not build the softwares as guix packages but simply made them compile (after some manual changes to the code) in my current environment. If I now run a `guix package -u` the libraries (from qtbase) get upgraded from 5.15.5 to 6.3.1 and the program fails to run. I guess I either need to make them into guix packages or let them run in the old guix environment they were build in, right? Bests, Alex On Tue, Feb 28 2023, 17:53:11, Andreas Enge wrote: > Hello, > > Am Tue, Feb 28, 2023 at 12:25:13PM +0100 schrieb Alexander Asteroth: >> since two month I didn't update my guix system now since I have a few >> self compiled softwares that depend on QT@5.15 (qtbase, etc.) which I >> need every day. Now version 6 of QT replaces 5 everywhere and whithout >> updating to 6 I cannot update a lot of other packages. > > I would expect it to work out of the box. From what I see, the Qt5 > libraries are called libQt5xxx.so. Supposedly the Qt6 libraries are > called differently (libQt6xxx.so?), so you should be able to install > both of them into the same profile. > > Independently, software from Guix built with one or the other can be > installed at the same time: They will just point to different libraries > in the store, unless you also install the Qt libraries into your profile. > > Andreas
Re: How to handle concurrent QT versions
Then it will probably be as easy (an cleaner) to make the program into a "real" guix package with all the correct dependencies and install this package. Cheers, Alex On Thu, Mar 02 2023, 11:11:56, Andreas Enge wrote: > Am Wed, Mar 01, 2023 at 09:14:27AM +0100 schrieb Alexander Asteroth: >> guix packages but simply made them compile (after some manual changes to >> the code) in my current environment. If I now run a `guix package -u` >> the libraries (from qtbase) get upgraded from 5.15.5 to 6.3.1 and the >> program fails to run. > > Then I suppose that your Qt5 libraries disappear, so that the programs will > not find them; and the newly installed Qt6 libraries will not be of help > (they have a different name and are thus considered, well, different). > To check, you can do "ldd name-of-my-executable", which shows you which > libraries needed by your binary are found or not. So the solution is > to not do a "guix package -u", or to do a > "guix package --do-not-upgrade qtbase qtxxx qtyyy ... -u" > (with a potentially long list of Qt packages in the middle). > > It might be easier then to create a separate profile with a manifest only > for your Qt5 development, which you would then avoid to update. > It is something I have not done myself yet, so I will have to refer you > to the documentation. > > Andreas
openssl libcrypto dependency on glibc@2.34?
Dear all, I'm trying to build Python@3.12 on my current guix distribution. However since Python's `pip` depends on `openssl` I need the `openssl` package. But somehow openssl seems to be compiled agaist `glibc@2.34` but version 2.34 is not available in current guix (only .33 and .35). Or am I getting something completely wrong here? Error message when runing `configure` for Python@3.21 ``` Trying link with OPENSSL_LDFLAGS=-L/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib; OPENSSL_LIBS=-lssl -lcrypto; OPENSSL_INCLUDES=-I/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/include configure:28051: gcc -pthread -o conftest -I/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/include -L/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib conftest.c -lssl -lcrypto -lpthread -ldl -lutil >&5 ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dladdr@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlclose@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlerror@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_key_create@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_unlock@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_setspecific@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_destroy@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_wrlock@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlsym@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_getspecific@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_key_delete@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_init@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlopen@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_once@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_rdlock@GLIBC_2.34' collect2: error: ld returned 1 exit status ``` Cheers Alex
Re: openssl libcrypto dependency on glibc@2.34
It seemed to have to do with my local installation. Now, finally it worked. After another install of the current version of the packages in my manifest the issue was resolved. Cheers Alex
Re: openssl libcrypto dependency on glibc@2.34?
On Sun, Nov 26 2023, 09:40:32, Efraim Flashner wrote: [[PGP Signed Part:Undecided]] On Sat, Nov 25, 2023 at 11:26:15AM +0100, Alexander Asteroth wrote: Dear all, I'm trying to build Python@3.12 on my current guix distribution. However since Python's `pip` depends on `openssl` I need the `openssl` package. But somehow openssl seems to be compiled agaist `glibc@2.34` but version 2.34 is not available in current guix (only .33 and .35). Or am I getting something completely wrong here? Error message when runing `configure` for Python@3.21 ``` Trying link with OPENSSL_LDFLAGS=-L/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib; OPENSSL_LIBS=-lssl -lcrypto; OPENSSL_INCLUDES=-I/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/include configure:28051: gcc -pthread -o conftest -I/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/include -L/gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib conftest.c -lssl -lcrypto -lpthread -ldl -lutil >&5 ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dladdr@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlclose@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlerror@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_key_create@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_unlock@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_setspecific@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_destroy@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_wrlock@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlsym@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_getspecific@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_key_delete@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_init@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `dlopen@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_once@GLIBC_2.34' ld: /gnu/store/rlqmahvxh2q1wz1nw529qlaky6x3zh9g-openssl-3.0.8/lib/libcrypto.so: undefined reference to `pthread_rwlock_rdlock@GLIBC_2.34' collect2: error: ld returned 1 exit status ``` Are you trying to build it by hand or by creating a package? I would guess that pthread_rwlock_rdlock was introduced in glibc@2.34 and its trying to pickup your system's earlier version of glibc. That probably was the case. I was trying to create the package by hand. After several updates (I tried out a few things) it somehow finally worked but I can't tell what was the cause. Cheers Alex
LD_LIBRARY_PATH issues when compiling package
Dear all, I've had an installation of python3.{11,12} on my guix system that worked for a few months now, installed using a minimalistic package description (see [0] at the end of this post). After updating my guix installation two days ago it stopped working whith weird `pip3` errors concerning `module '_ctypes' not found`. Rolling back to the old environment didn't help. Trying to find out what caused the error I compiled python3.11.7 in my home environment and noticed a warning that in fact the `_ctypes` module was disabled after compilation because the `libffi` library wasn't found (even thought it was installed). Changing the configuration to: ``` $ ./configure --enable-optimizations --prefix="$HOME/.local/" LDFLAGS="-L$HOME/.guix-profile/lib" ``` did resolve the issue resulting in a working local installation. Now I have basically three questions: 1. how can I advice the package build process (see [0]) to set the LDFLAGS correctly? (shouldn't this be done by adding `(input [...] libffi [...] )` to the package description?) 2. how do programs in a guix system find the libraries (which reside in $HOME/.guix-profile/lib and in the store directories) anyway? 3. does anybody have an idea what could have caused the library not to be found anymore after an update of the packages? (that even could not be resolved by rolling back to the old environment of before the change) Cheers and Merry Christmas Alex [0] python.scm: ``` (define-module (gyps packages python) [...] ;; cut out for brevity ) (define-public python (package (name "python") (version "3.11.7") (source (origin (method url-fetch) (uri (string-append "https://www.python.org/ftp/python/"; version "/Python-" version ".tgz")) (sha256 (base32 "02cjn89mplkglgbsm5s9by7qaa1ii3x8sickpm0pdrb24bw0b306" (build-system gnu-build-system) (arguments '(#:tests? #f)) (inputs (list bzip2 expat gdbm libffi sqlite openssl readline zlib tcl tk)) (native-inputs `(("pkg-config" ,pkg-config) ("sitecustomize.py" ,(local-file (search-auxiliary-file "python/sitecustomize.py"))) )) (home-page "https://www.python.org";) (synopsis "High-level, dynamically-typed programming language") (description "[...]") (properties '((cpe-name . "python"))) (license license:psfl))) ```
why does '-e' work differently in guix shell and guix package?
When I do ``` $ guix shell --network --container --emulate-fhs bash coreutils -e '(list (@@ (gnu packages commencement) gcc) "lib")' ``` I get a shell, that has `libstdc++.so.6` in `/lib`. But when I do ``` $ guix package -e '(list (@@ (gnu packages commencement) gcc) "lib")' guix package: error: expression "(list (@@ (gnu packages commencement) gcc) \"lib\")" does not evaluate to a package ``` I get an error. Why is that? Cheers Alex PS: reason I'm trying that is, that the recent pytorch-version installed via pip complains about not finding libstdc++ which is in the lib output of the superseeded gcc package and I thought this might resolve my problem.