bug#39976: next browser fails to build

pull'. I'm hard at work with Next 2.0 and it should fix some long standing issues that are still in Next 1.5.0. Thanks for swift response and reaction. I can confirm that new pull fixes the issue for me. Stay tuned! I will, good luck with 2.0! Best regards, Tomáš Čech PS: I used bug-tracker

bug#39976: next browser fails to build

it. It seems that I have the same issue as can be seen here: https://ci.guix.gnu.org/log/91snb4sd5c6xrp930s3v5a5yrxfr0n3h-next-1.5.0 Thanks in advance, Tomáš Čech signature.asc Description: PGP signature

bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.

Hi! On Mon, Jun 24, 2019 at 09:34:34PM +0200, Jelle Licht wrote: Hi S_W, Maxim Tomáš Čech writes: Hi Ludo, [...] But with Maxim's DBus related patches and my NM patch it seemed to be starting daemons at least. Do you still have the patches for these changes lying around? I am trying

bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.

Hi Ludo, On Wed, Mar 06, 2019 at 02:19:20PM +0100, Ludovic Courtès wrote: Hi Tomáš, Tomáš Čech skribis: On Thu, Jan 10, 2019 at 07:51:07AM -0500, Maxim Cournoyer wrote: [...] To be continued... You seem to be on very right track. There is another unexpect problem - NetworkManager

bug#33832: The VPN service 'org.freedesktop.NetworkManager.openvpn' was not installed.

On Thu, Jan 10, 2019 at 07:51:07AM -0500, Maxim Cournoyer wrote: Debugging a bit further, it seems that my change to the network-manager-service-type had the following effect: A file populated at /etc/dbus-1/system-local.conf now has an include directive for network-manager-openvpn:

bug#30760: guix system init broken on non GuixSD

On Sun, Mar 11, 2018 at 10:38:18PM +0100, Ludovic Courtès wrote: Tomáš Čech <sleep_wal...@gnu.org> skribis: In ice-9/boot-9.scm: 829:9 1 (catch system-error # …) In gnu/system/linux-initrd.scm: 361:6 0 (_) gnu/system/linux-initrd.scm:361:6: known-module-aliases: unbound variabl

bug#30760: guix system init broken on non GuixSD

On Sat, Mar 10, 2018 at 12:19:52AM +0100, Ludovic Courtès wrote: Danny Milosavljevic skribis: [huge build] The current tradeoff is to make that diagnostic based on the running kernel, even if it’s an approximation. Ah, good point. If that’s fine with you I’d like

bug#30760: guix system init broken on non GuixSD

`guix system init` seems to be broken for non GuixSD distirbutions: When I tried it on openSUSE: # guix system --no-bootloader init /Devel/git/guix-config/config.scm /mnt/mnt/ ;;; note: source file /Devel/extra/gnu/packages/connman.scm ;;; newer than compiled

bug#28522: Cannot upgrade due to "guix pull" errors

On Wed, Sep 20, 2017 at 03:08:59AM +, Adam Bolte wrote: Hi there, I'm running Guix 0.10.0 on a Debian stretch box, and I'd like to upgrade. The box had not been booted for quite some time, hence the version is somewhat old. Running `guix pull`, I get the following: Starting download of

bug#27007: boot-parameters are not documented

On Tue, May 23, 2017 at 11:31:12AM +0200, Mathieu Othacehe wrote: Hello, So how does the ‘menu-entry’ example that Tomáš gave translate with this new API? (Apologies for asking, I admit I haven’t fully adjusted to the new API mentally. :-)) Well it's still moving :) We can ask him but I

bug#27007: boot-parameters are not documented

On Sat, May 20, 2017 at 10:31:59PM +0200, Mathieu Othacehe wrote: Hi Tomáš, My question without answer is - how can I specify bootloader menu entries now? You're right, you have to pass a now. The documentation patch is still in review, you can find it here :

bug#27007: boot-parameters are not documented

On Sat, May 20, 2017 at 10:52:34PM +0200, Danny Milosavljevic wrote: Hi, there's a doc patch in review by Mathieu (16 May 2017 15:03 +0200, "doc: Adapt to multiple bootloader support", bug# 26339) in guix-patches. As I have seen this feature on ML some time ago already, I didn't expect to be

bug#27007: boot-parameters are not documented

I'm running from GIT with HEAD on 12eecbf0bb798f99454a46c191bb0ec6bdef1aa5. It seems that menu-entry is still described in documentation doc/guix.texi:15337 but code seems to abandon the use already in favor of boot-parameters at least to my level of understanding. My question without answer

bug#25852: Users not updating their installations of Guix

On Tue, Mar 07, 2017 at 02:51:18PM -0500, Leo Famulari wrote: On Tue, Mar 07, 2017 at 07:33:30AM +0100, Tomáš Čech wrote: On Mon, Mar 06, 2017 at 04:34:34PM -0500, Leo Famulari wrote: > On Mon, Mar 06, 2017 at 10:12:21PM +0100, Ludovic Courtès wrote: > > Leo Famulari <l...@f

bug#25852: Users not updating their installations of Guix

On Mon, Mar 06, 2017 at 04:34:34PM -0500, Leo Famulari wrote: On Mon, Mar 06, 2017 at 10:12:21PM +0100, Ludovic Courtès wrote: Leo Famulari skribis: > In my opinion, the recent bug #25775 (Can't install packages after guix > pull) [0] exposed a sort of meta-bug: there are

bug#25852: Users not updating their installations of Guix

On Sun, Mar 05, 2017 at 09:25:11AM +, Pjotr Prins wrote: On Sun, Mar 05, 2017 at 08:56:41AM +0100, Tomáš Čech wrote: And IMHO the best and also "Guix way" could be making guix-daemon aware of possible newer versions in /gnu/store and execing them instead... Giving a loud warn

bug#25852: Users not updating their installations of Guix

On Sat, Mar 04, 2017 at 05:43:59PM -0500, Leo Famulari wrote: On Sat, Mar 04, 2017 at 09:29:41PM +0100, Tomáš Čech wrote: On Thu, Feb 23, 2017 at 04:11:56PM -0500, Leo Famulari wrote: > In my opinion, the recent bug #25775 (Can't install packages after guix > pull) [0] exposed a sort o

bug#25852: Users not updating their installations of Guix

On Thu, Feb 23, 2017 at 04:11:56PM -0500, Leo Famulari wrote: In my opinion, the recent bug #25775 (Can't install packages after guix pull) [0] exposed a sort of meta-bug: there are a significant number of users who were still using the guix-daemon from 0.10.0. It seems unlikely that they have

bug#24138: SIGSEGV of useradd (from shadow package)

On Tue, 31 Jan 2017 23:25:32 +0100, Ludovic Courtès wrote: > > Hi Tomáš, > > Any updates on this bug, or should we close it? I haven't met this bug since. Let's close it. Thanks. S_W

bug#25248: Merry Christmas and Happy New Year! GRUB1 and GRUB2

On Fri, 30 Dec 2016 18:20:11 +0100, Gennadii Kondratiev wrote: > > [1 ] > [2 ] > #Hello! > # > #Thanks for your kind words and encouragement! > # > #As far as GRUB is concerned, please email 25...@debbugs.gnu.org detailed > #information about what you expected and what you get (wrong behavior,

bug#25043: mount is unable to locate mount helpers

mount command from util-linux is expecting helpers in /sbin/ directory, which is not available on GuixSD. If found it when I tried to mount manully NFS: # mount -t nfs server:/some/path /mnt Manual page of `mount' - section EXTERNAL HELPERS and strace seems to agree: ...

bug#20067: fix interpretation of grub configuration

On Sat, Sep 10, 2016 at 12:03:38AM +0200, Ludovic Courtès wrote: Good news! Good news indeed! l...@gnu.org (Ludovic Courtès) skribis: Tomáš Čech <sleep_wal...@suse.cz> skribis: Grub configuration interpretes `linux' as directory where is located bzImage. If I enter file name i

bug#24138: SIGSEGV of useradd (from shadow package)

On Wed, Aug 03, 2016 at 06:56:19PM +0200, Ludovic Courtès wrote: Hello! Tomáš Čech <sleep_wal...@gnu.org> skribis: It seems to be easy to crash useradd (from shadow package). Is it on GuixSD? Yes. \o/ from strace: read(3, "account required pam_deny.so \nau"..., 4096)

bug#24145: [PATCH] gnu: asciidoc: Use local docbook-xsl package.

* gnu/packages/documentation.scm(asciidoc): New input docbook-xsl, replace use of online source and prefer docbook-xsl package. --- gnu/packages/documentation.scm | 18 -- 1 file changed, 16 insertions(+), 2 deletions(-) diff --git a/gnu/packages/documentation.scm

bug#24145: asciidoc depends on Internet connection instead of docbook-xsl package

I'm trying to create package for sway and I noticed strange behavior difference between build by daemon and by me within prepared environment. I found the reason for that - a2x (asciidoc) is trying to access manpage/docbook.xsl. asciidoc package needs to be adjusted to use docbook-xsl package

bug#24138: SIGSEGV of useradd (from shadow package)

It seems to be easy to crash useradd (from shadow package). # ls -l $(which useradd) lrwxrwxrwx 4 root guixbuild 69 Jan 1 1970 /root/.guix-profile/sbin/useradd -> /gnu/store/ylnc73apl1irl0s613rxjl445x2zx8a5-shadow-4.2.1/sbin/useradd # useradd test Neoprávněný přístup do paměti (SIGSEGV)

bug#24092: installation of password-store doesn't require installation of tree

I installed `password-store' and simple invocation failed: $ LC_ALL=C pass Password Store /home/tcech/.guix-profile/bin/pass: line 324: tree: command not found After manually installing `tree' package it works as expected. A `pass' is bash script, shouldn't be inputs be changed to

bug#20037: problem still persist

On Sun, Apr 05, 2015 at 11:05:34PM +0200, Ludovic Courtès wrote: Tomáš Čech sleep_wal...@gnu.org skribis: I'm afraid I can reproduce it. It’s a different problem this time. :-) --%my-config.scmbegin%--- [...] (packages (append

bug#20037: problem still persist

I'm afraid I can reproduce it. I'm at revision bfe3c6857251c1fff24317da602b9cd762c1c112, running guix from GIT through pre-inst-env. I was able to remove all my local modifications so no GUIX_PACKAGE_PATH is in place. --%my-config.scmbegin%---

bug#20137: number of generation doesn't always rise monotonically

On Mon, Mar 23, 2015 at 10:13:13AM +0100, Ludovic Courtès wrote: Tomáš Čech tc...@suse.cz skribis: Perhaps we can eventually move to an actual tree structure where the nodes can be named whatever. Until now I thought that's how generations work, and are just named after integers

bug#20137: number of generation doesn't always rise monotonically

Sorry, for some reason I didn't get any e-mail and noticed only closing the bug. I'll subscribe to bug-guix ML to prevent it. That’s expected, yes. What makes you think it’s a problem? First, it was conflicting experience with what you were saying on IRC. User experience was a bit confusing

bug#20137: number of generation doesn't always rise monotonically

Generation number is not always the maximum of all generation numbers and so generation number is not always monotonic. Steps to reproduce: Lets start with on generation N. 1] install some package (you'll have N and N+1) 2] install some other package (you'll have N, N+1 and N+2) 3] delete

bug#20121: curl program is broken

I have almost forgot about this bug so lets track it. Calling curl from shell causes error message: $ curl http://www.google.com curl: (4) A requested feature, protocol or option was not found built-in in this libcurl due to a build-time decision. You'll get this answer on any protocol I

bug#20081: patch-source-shebangs crashes on broken symlink

On Thu, Mar 12, 2015 at 10:30:55AM +0100, Ludovic Courtès wrote: Tomáš Čech sleep_wal...@suse.cz skribis: On Wed, Mar 11, 2015 at 06:32:30PM +0100, Andreas Enge wrote: On Wed, Mar 11, 2015 at 04:02:11PM +0100, Tomáš Čech wrote: I'm trying to create package for taskwarrior. Source tarball

bug#20024: grub store is not copied to target system

On Tue, Mar 10, 2015 at 11:54:53AM +0100, Ludovic Courtès wrote: Tomáš Čech sleep_wal...@suse.cz skribis: On Tue, Mar 10, 2015 at 08:58:07AM +0100, Ludovic Courtès wrote: Tomáš Čech sleep_wal...@suse.cz skribis: [...] Shouldn't `grub' be in `%base-packages'? It could be there; OTOH, we

bug#20071: none

On Fri, Dec 05, 2014 at 09:35:42AM +0100, Tomas Cech wrote: At Fri, 05 Dec 2014 00:04:23 +0100, Ludovic Courtès wrote: Tomas Cech sleep_wal...@suse.cz skribis: I tried to install Guix as alternative OS to my Gentoo and openSUSE installations to give a try. I tried unsupported scenario -

bug#20025: user in ratpoison doesn't have access to guix by default

On Sun, Mar 08, 2015 at 11:09:13PM +0100, Ludovic Courtès wrote: tc...@suse.cz skribis: After booting into Guix I used slim to login into Ratpoison and I run there terminal emulator. `guix' wasn't available in current PATH settings so user couldn't maintain his profile. I believe that

bug#20024: grub store is not copied to target system

On Tue, Mar 10, 2015 at 08:58:07AM +0100, Ludovic Courtès wrote: Tomáš Čech sleep_wal...@suse.cz skribis: TL;DR I run `guix system init' from Gentoo to separate partition to _init_ root filesystem and after reboot to boot into GuixSD. OK, that’s not what I had understood, so thanks

bug#20024: grub store is not copied to target system

On Sun, Mar 08, 2015 at 10:49:37PM +0100, Ludovic Courtès wrote: tc...@suse.cz skribis: With guix at revision df81e046c57e5f767738113e4e7a28b212c03d63 I tried to deploy Guix to another partition. Do you mean that you wanted to use a different root partition than the one that was being used?