`guix 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 u
ld 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
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
tryi
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
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:
--8<---
On Mon, Mar 12, 2018 at 01:24:37PM +0100, Danny Milosavljevic wrote:
I'm afraid this is still not correct.
# guix system init config.scm /mnt/mnt/
...
config.scm:64:9: error: you may need these modules in the initrd for
/dev/nvme0n1p2: shpchp
hint: Try adding them to the `initrd-modules' field
On Sun, Mar 11, 2018 at 10:38:18PM +0100, Ludovic Courtès wrote:
Tomáš Čech 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 variable
My bad! Danny eventually
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 to fix this bug with the
`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 /root/.config/guix/latest/gnu/p
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 /t
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 g
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 :
https://debbugs.gnu.org/cgi/bu
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
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 i
On Thu, Mar 09, 2017 at 11:58:12AM +0100, Ludovic Courtès wrote:
Tomáš Čech skribis:
On Tue, Mar 07, 2017 at 05:22:15PM -0500, Leo Famulari wrote:
On Tue, Mar 07, 2017 at 09:58:48PM +0100, Tomáš Čech wrote:
On Tue, Mar 07, 2017 at 02:51:18PM -0500, Leo Famulari wrote:
> This will t
On Wed, Mar 08, 2017 at 03:45:47AM -0500, Leo Famulari wrote:
On Wed, Mar 08, 2017 at 07:25:42AM +0100, Tomáš Čech wrote:
Unless I'm missing some other commit, this won't work.
When I perform these steps:
1] ./configure && make && sudo make install (or package install
On Tue, Mar 07, 2017 at 05:22:15PM -0500, Leo Famulari wrote:
On Tue, Mar 07, 2017 at 09:58:48PM +0100, Tomáš Čech wrote:
On Tue, Mar 07, 2017 at 02:51:18PM -0500, Leo Famulari wrote:
> This will take effect for the next release of Guix; it addresses a
> problem that arises when so
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 skribis:
> &
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 a significant number
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
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 s
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 b
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
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,
>
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:
...
stat("/sbin/mount.nfs"
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 skribis:
Grub configuration interpretes `linux' as directory where is located
bzImage. If I enter file name instead, result configur
On Sun, Aug 21, 2016 at 05:44:12PM -0400, Leo Famulari wrote:
On Fri, Aug 19, 2016 at 09:08:43PM +0200, Tomáš Čech wrote:
* gnu/packages/documentation.scm (asciidoc)[inputs]: Add docbook-xsl.
[arguments]: Add 'make-local-docbook-xsl' phase.
Thanks! I added a comment above the phase
On Wed, Aug 03, 2016 at 06:56:19PM +0200, Ludovic Courtès wrote:
Hello!
Tomáš Čech 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) = 223
open(&
* 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 b/gnu/packages
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 fi
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) (cor
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 propagated
Hi,
during my clean-up of taskwarrior package I removed section which
removes broken symlinks. Even though this bug is considered as fixed, I
believe I reproduced it after 347f54e.
...
task-2.4.3/src/ViewText.cpp
task-2.4.3/src/ViewText.h
task-2.4.3/src/wcwidth6.cpp
phase `unpack' succeeded afte
On Sun, Apr 05, 2015 at 11:05:34PM +0200, Ludovic Courtès wrote:
Tomáš Čech skribis:
I'm afraid I can reproduce it.
It’s a different problem this time. :-)
--%<my-config.scmbegin>%---
[...]
(packages
(appe
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.
--%%---
(
On Mon, Mar 23, 2015 at 10:13:13AM +0100, Ludovic Courtès wrote:
Tomáš Čech 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 for identific
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
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 gener
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 could
On Thu, Mar 12, 2015 at 10:30:55AM +0100, Ludovic Courtès wrote:
Tomáš Čech 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 contain symlin
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 contain symlinks to nonexisting file `task':
I would argue that this is not a bug in guix, but in t
I'm trying to create package for taskwarrior.
Source tarball contain symlinks to nonexisting file `task':
$ tar tvf /gnu/store/*-task*.tar.gz | grep -E '/src/(tw|cal |calendar|task)'
lrwxr-xr-x ultrafredde/staff 0 2015-02-16 23:45 task-2.4.1/src/cal -> task
lrwxr-xr-x ultrafredde/staff
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 skribis:
> I tried to install Guix as alternative OS to my Gentoo and openSUSE
> installations to give a try. I tried unsupported scenario -
> installation on LVM
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 /run/cur
On Tue, Mar 10, 2015 at 11:54:53AM +0100, Ludovic Courtès wrote:
Tomáš Čech skribis:
On Tue, Mar 10, 2015 at 08:58:07AM +0100, Ludovic Courtès wrote:
Tomáš Čech skribis:
[...]
Shouldn't `grub' be in `%base-packages'?
It could be there; OTOH, we don’t want to encourage
On Tue, Mar 10, 2015 at 08:58:07AM +0100, Ludovic Courtès wrote:
Tomáš Čech 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 for bearing wi
Grub configuration interpretes `linux' as directory where is located
bzImage. If I enter file name instead, result configuration will be
wrong.
Example of system configuration:
(bootloader (grub-configuration
(device "/dev/sda")
(menu-entries
(list
On Mon, Mar 09, 2015 at 06:00:24PM +0100, Ludovic Courtès wrote:
Tomas Cech skribis:
I'm afraid that I don't understand the relation between `guix system init' and
`guix system reconfigure' you insist on. My understanding was, that `guix
system init' will create new system in subdirectory as i
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?
49 matches
Mail list logo
