bug#42688: Running a script with `guix repl` doesn't "see" additional channels using (%package-module-path)
Running the following in `guix repl` returns additional channels: ``` itsme@antelope ~> guix repl GNU Guile 3.0.4 Copyright (C) 1995-2020 Free Software Foundation, Inc. Guile comes with ABSOLUTELY NO WARRANTY; for details type `,show w'. This program is free software, and you are welcome to redistribute it under certain conditions; type `,show c' for details. Enter `,help' for help. scheme@(guix-user)> (use-modules (gnu packages)) scheme@(guix-user)> (%package-module-path) $1 = (("/gnu/store/kds0mq06qpin125gkikwzdm6mjfwjffc-guix-module-union/share/guile/site/3.0" . "gnu/packages") "/gnu/store/96pa4rc57zgqf36y2kv8z20p2jvlgypq-pkill9-free-channel-dependency/share/guile/site/3.0" "/gnu/store/3ilx18ywdm6xk9f5l1mznrn45vcbncsq-pkill9-free/share/guile/site/3.0") scheme@(guix-user)> ``` But running the following in "test.scm" with `guix repl /tmp/test.scm doesn't return additional channels: ``` (use-modules (gnu packages)) (display (%package-module-path)) ``` ``` ((/gnu/store/kds0mq06qpin125gkikwzdm6mjfwjffc-guix-module-union/share/guile/site/3.0 . gnu/packages)) ``` fold-available-packages uses this to search for packages, which I am using for a script. As a result, the script doesn't know about packages from the additional channels.
bug#42683: Guided Graphical Installer cannot detect/partition NVME drive with an LVM partition.
Yesterday when trying to install Guix using the Guided Graphical Installer I could not detect my NVME drive which contained an LVM partition using either of the 3 (entire disk guided, entire disk guided with encryption, manual partitioning) options in the Guix installer. If I went with the manual installation approach from shell I could see the partitions in the output of lsblk. After formatting the drive completely with another live USB the NVME was then correctly detected by the Guix installer. This issue occured both on the 1.1.0 stable installer ISO and the latest installer ISO as of August 1 2020.
bug#39542: Adding openvpn client configurations to guix system
Hi David, david larsson writes: > I think I have a solution for you, where you can start 3 different vpn's > with herd start vpn1-client, herd start vpn2-client etc. thank you very much. I've decided I would go for NixOS though. Best, -- Damien Cassou "Success is the ability to go from one failure to another without losing enthusiasm." --Winston Churchill
bug#42618: epiphany does not display Chinese
What happens if you symlink ~/.guix-profile/share/fonts to ~/.fonts and completely restart your browser? Am Sonntag, den 02.08.2020, 22:10 +0800 schrieb Wensheng Xie: > I had tried that for all possibility, and none had worked. > > This is so strange. > > > On 2020/8/2 下午10:06, Leo Prikler wrote: > > I'm not quite sure how it's called in your language, but you can > > set an > > encoding using the fifth button from below in the main menu. > > > > Am Sonntag, den 02.08.2020, 22:02 +0800 schrieb Wensheng Xie: > > > Thank you, Leo. > > > > > > > > > What's the way to force Epiphany to use another locale for web? > > > > > > > > > best regards, > > > > > > wxie > > > > > > On 2020/8/2 下午6:05, Leo Prikler wrote: > > > > I'm not sure whether the warnings generated are related to the > > > > behaviour you're experiencing. There is a way of forcing > > > > Epiphany > > > > to > > > > use another locale for a website, so perhaps you can try that. > > > > > > > > In relation to displaying text correctly, I already reported > > > > 41174 > > > > and > > > > have not noticed it being fixed since. > > > > > > > > Regards, > > > > Leo > > > > > > > > Full quote for ML readers: > > > > > Using guix 1.1.0 > > > > > > > > > > guix (GNU Guix) 2621c6a9ea726cd57c39317329575b7b9fdd7b96 > > > > > > > > > > error: > > > > > @guix ~$ epiphany > > > > > > > > > > ** (epiphany:1968): CRITICAL **: 20:43:43.285: void > > > > > webkit_web_context_register_uri_scheme(WebKitWebContext*, > > > > > const > > > > > char*, > > > > > WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): > > > > > assertion > > > > > 'g_ascii_strcasecmp(scheme, "ftp") != 0' failed > > > > > > > > > > (process:2): Gtk-WARNING **: 20:43:45.107: Locale not > > > > > supported > > > > > by C > > > > > library. > > > > > Using the fallback 'C' locale. > > > > > > > > > > (process:2): Gtk-WARNING **: 20:43:45.117: Locale not > > > > > supported > > > > > by C > > > > > library. > > > > > Using the fallback 'C' locale. > > > > > > > > > > (process:2): Gtk-WARNING **: 20:43:45.458: Locale not > > > > > supported > > > > > by C > > > > > library. > > > > > Using the fallback 'C' locale. > > > > > > > > > > (process:2): Gtk-WARNING **: 20:43:45.573: Locale not > > > > > supported > > > > > by C > > > > > library. > > > > > Using the fallback 'C' locale. > > > > > > > > > > (process:2): Gtk-WARNING **: 20:43:45.848: Locale not > > > > > supported > > > > > by C > > > > > library. > > > > > Using the fallback 'C' locale. > > > > > > > > > > (process:2): Gtk-WARNING **: 20:43:45.915: Locale not > > > > > supported > > > > > by C > > > > > library. > > > > > Using the fallback 'C' locale. > > > > > > > > > > (process:2): Gtk-WARNING **: 20:43:46.093: Locale not > > > > > supported > > > > > by C > > > > > library. > > > > > Using the fallback 'C' locale. > > > > > > > > > > === > > > > > using nyxt browser, the Chinese is displayed correctly. > > > > > > > > > > How can I fix this? > > > > > > > > > > best regards, > > > > > wxie
bug#41174: bug#42618: epiphany does not display Chinese
I had tried that for all possibility, and none had worked. This is so strange. On 2020/8/2 下午10:06, Leo Prikler wrote: I'm not quite sure how it's called in your language, but you can set an encoding using the fifth button from below in the main menu. Am Sonntag, den 02.08.2020, 22:02 +0800 schrieb Wensheng Xie: Thank you, Leo. What's the way to force Epiphany to use another locale for web? best regards, wxie On 2020/8/2 下午6:05, Leo Prikler wrote: I'm not sure whether the warnings generated are related to the behaviour you're experiencing. There is a way of forcing Epiphany to use another locale for a website, so perhaps you can try that. In relation to displaying text correctly, I already reported 41174 and have not noticed it being fixed since. Regards, Leo Full quote for ML readers: Using guix 1.1.0 guix (GNU Guix) 2621c6a9ea726cd57c39317329575b7b9fdd7b96 error: @guix ~$ epiphany ** (epiphany:1968): CRITICAL **: 20:43:43.285: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "ftp") != 0' failed (process:2): Gtk-WARNING **: 20:43:45.107: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.117: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.458: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.573: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.848: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.915: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:46.093: Locale not supported by C library. Using the fallback 'C' locale. === using nyxt browser, the Chinese is displayed correctly. How can I fix this? best regards, wxie
bug#42618: epiphany does not display Chinese
I'm not quite sure how it's called in your language, but you can set an encoding using the fifth button from below in the main menu. Am Sonntag, den 02.08.2020, 22:02 +0800 schrieb Wensheng Xie: > Thank you, Leo. > > > What's the way to force Epiphany to use another locale for web? > > > best regards, > > wxie > > On 2020/8/2 下午6:05, Leo Prikler wrote: > > I'm not sure whether the warnings generated are related to the > > behaviour you're experiencing. There is a way of forcing Epiphany > > to > > use another locale for a website, so perhaps you can try that. > > > > In relation to displaying text correctly, I already reported 41174 > > and > > have not noticed it being fixed since. > > > > Regards, > > Leo > > > > Full quote for ML readers: > > > Using guix 1.1.0 > > > > > > guix (GNU Guix) 2621c6a9ea726cd57c39317329575b7b9fdd7b96 > > > > > > error: > > > @guix ~$ epiphany > > > > > > ** (epiphany:1968): CRITICAL **: 20:43:43.285: void > > > webkit_web_context_register_uri_scheme(WebKitWebContext*, const > > > char*, > > > WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): > > > assertion > > > 'g_ascii_strcasecmp(scheme, "ftp") != 0' failed > > > > > > (process:2): Gtk-WARNING **: 20:43:45.107: Locale not supported > > > by C > > > library. > > > Using the fallback 'C' locale. > > > > > > (process:2): Gtk-WARNING **: 20:43:45.117: Locale not supported > > > by C > > > library. > > > Using the fallback 'C' locale. > > > > > > (process:2): Gtk-WARNING **: 20:43:45.458: Locale not supported > > > by C > > > library. > > > Using the fallback 'C' locale. > > > > > > (process:2): Gtk-WARNING **: 20:43:45.573: Locale not supported > > > by C > > > library. > > > Using the fallback 'C' locale. > > > > > > (process:2): Gtk-WARNING **: 20:43:45.848: Locale not supported > > > by C > > > library. > > > Using the fallback 'C' locale. > > > > > > (process:2): Gtk-WARNING **: 20:43:45.915: Locale not supported > > > by C > > > library. > > > Using the fallback 'C' locale. > > > > > > (process:2): Gtk-WARNING **: 20:43:46.093: Locale not supported > > > by C > > > library. > > > Using the fallback 'C' locale. > > > > > > === > > > using nyxt browser, the Chinese is displayed correctly. > > > > > > How can I fix this? > > > > > > best regards, > > > wxie
bug#41174: bug#42618: epiphany does not display Chinese
Thank you, Leo. What's the way to force Epiphany to use another locale for web? best regards, wxie On 2020/8/2 下午6:05, Leo Prikler wrote: I'm not sure whether the warnings generated are related to the behaviour you're experiencing. There is a way of forcing Epiphany to use another locale for a website, so perhaps you can try that. In relation to displaying text correctly, I already reported 41174 and have not noticed it being fixed since. Regards, Leo Full quote for ML readers: Using guix 1.1.0 guix (GNU Guix) 2621c6a9ea726cd57c39317329575b7b9fdd7b96 error: @guix ~$ epiphany ** (epiphany:1968): CRITICAL **: 20:43:43.285: void webkit_web_context_register_uri_scheme(WebKitWebContext*, const char*, WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion 'g_ascii_strcasecmp(scheme, "ftp") != 0' failed (process:2): Gtk-WARNING **: 20:43:45.107: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.117: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.458: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.573: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.848: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:45.915: Locale not supported by C library. Using the fallback 'C' locale. (process:2): Gtk-WARNING **: 20:43:46.093: Locale not supported by C library. Using the fallback 'C' locale. === using nyxt browser, the Chinese is displayed correctly. How can I fix this? best regards, wxie
bug#42618: epiphany does not display Chinese
I'm not sure whether the warnings generated are related to the behaviour you're experiencing. There is a way of forcing Epiphany to use another locale for a website, so perhaps you can try that. In relation to displaying text correctly, I already reported 41174 and have not noticed it being fixed since. Regards, Leo Full quote for ML readers: > Using guix 1.1.0 > > guix (GNU Guix) 2621c6a9ea726cd57c39317329575b7b9fdd7b96 > > error: > @guix ~$ epiphany > > ** (epiphany:1968): CRITICAL **: 20:43:43.285: void > webkit_web_context_register_uri_scheme(WebKitWebContext*, const > char*, > WebKitURISchemeRequestCallback, gpointer, GDestroyNotify): assertion > 'g_ascii_strcasecmp(scheme, "ftp") != 0' failed > > (process:2): Gtk-WARNING **: 20:43:45.107: Locale not supported by C > library. > Using the fallback 'C' locale. > > (process:2): Gtk-WARNING **: 20:43:45.117: Locale not supported by C > library. > Using the fallback 'C' locale. > > (process:2): Gtk-WARNING **: 20:43:45.458: Locale not supported by C > library. > Using the fallback 'C' locale. > > (process:2): Gtk-WARNING **: 20:43:45.573: Locale not supported by C > library. > Using the fallback 'C' locale. > > (process:2): Gtk-WARNING **: 20:43:45.848: Locale not supported by C > library. > Using the fallback 'C' locale. > > (process:2): Gtk-WARNING **: 20:43:45.915: Locale not supported by C > library. > Using the fallback 'C' locale. > > (process:2): Gtk-WARNING **: 20:43:46.093: Locale not supported by C > library. > Using the fallback 'C' locale. > > === > using nyxt browser, the Chinese is displayed correctly. > > How can I fix this? > > best regards, > wxie
bug#42667: opencv fails to build
When trying to build the opencv package , I get the following error: --8<---cut here---start->8--- [ 27%] Building CXX object modules/imgcodecs/CMakeFiles/opencv_imgcodecs.dir/src/grfmt_pxm.cpp.o cd /tmp/guix-build-opencv-3.4.3.drv-0/build/modules/imgcodecs && /gnu/store/rn75fm7adgx3pw5j8pg3bczfqq1y17lk-gcc-7.5.0/bin/c++ -DCVAPI_EXPORTS -DHAVE_IMGCODEC_HDR -DHAVE_IMGCODEC_PXM -DHAVE_IMGCODEC_SUNRASTER -DHAVE_WEBP -D_USE_MATH_DEFINES -D__OPENCV_BUILD=1 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/imgcodecs/include -I/tmp/guix-build-opencv-3.4.3.drv-0/build/modules/imgcodecs -I/tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/core/include -I/tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/imgproc/include -isystem /tmp/guix-build-opencv-3.4.3.drv-0/build -isystem /gnu/store/7xqvr2nr5g1cw9kwc0rdlhg92zg5zi44-openexr-2.5.2/include/OpenEXR -fsigned-char -W -Wall -Werror=return-type -Werror=non-virtual-dtor -Werror=address -Werror=sequence-point -Wformat -Werror=format-security -Wmissing-declarations -Wundef -Winit-self -Wpointer-arith -Wshadow -Wsign-promo -Wuninitialized -Winit-self -Wsuggest-override -Wno-narrowing -Wno-delete-non-virtual-dtor -Wno-comment -Wimplicit-fallthrough=3 -fdiagnostics-show-option -Wno-long-long -pthread -fomit-frame-pointer -ffunction-sections -fdata-sections -msse -msse2 -fvisibility=hidden -fvisibility-inlines-hidden -Wno-deprecated-declarations -O2 -g -DNDEBUG -fPIC -o CMakeFiles/opencv_imgcodecs.dir/src/grfmt_pxm.cpp.o -c /tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/imgcodecs/src/grfmt_pxm.cpp /tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/imgcodecs/src/grfmt_jpeg2000.cpp: In member function ‘bool cv::Jpeg2KDecoder::readComponent8u(uchar*, void*, int, int, int, int, int)’: /tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/imgcodecs/src/grfmt_jpeg2000.cpp:340:71: error: lvalue required as unary ‘&’ operand jas_seqent_t* pix_row = _matrix_get( buffer, y / ystep, 0 ); ^ /tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/imgcodecs/src/grfmt_jpeg2000.cpp: In member function ‘bool cv::Jpeg2KDecoder::readComponent16u(short unsigned int*, void*, int, int, int, int, int)’: /tmp/guix-build-opencv-3.4.3.drv-0/opencv-3.4.3-checkout/modules/imgcodecs/src/grfmt_jpeg2000.cpp:404:71: error: lvalue required as unary ‘&’ operand jas_seqent_t* pix_row = _matrix_get( buffer, y / ystep, 0 ); ^ --8<---cut here---end--->8--- signature.asc Description: PGP signature
bug#42434: Shell can't find basic system tools after massive garbage collection
Hi, Brett Gilio writes: > I haven't investigated this myself, but on more thought it may also have > to do with some outdated environment variables. Did you happen to reboot > your computer or restart your X/Wayland session anytime after deleting > the old generations and running the garbage collector? > > Brett Gilio I ran those commands again on two of my machines that run Guix System and the problem no longer exists. Closing. Cheers, Sergiu