bug#32835: icecat show many warning and don't display correctly

Well, things are more delicate than that. It is not enough to just swap the build system, something probably also needs to be done around these lines in the build recipe: #:modules ((ice-9 ftw) (ice-9 rdelim) (ice-9 match)

bug#32835: icecat show many warning and don't display correctly

On Thu, Jan 31, 2019 at 01:24:03PM +, Maxim Cournoyer wrote: > Then something is wrong. Changing something as important should have > definitly triggered a rebuild. > Are you modifying a git checkout of Guide and prefixing all of the Guix > commands with "./pre-inst-env" ? Apologies, I must

bug#22808: Close

This seems to be solved using package-with-python2. Andreas

bug#32835: icecat show many warning and don't display correctly

On Wed, Jan 30, 2019 at 07:02:29PM +0100, Ricardo Wurmus wrote: > The solution might be to use glib-or-gtk-build-system instead of > gnu-build-system. This would wrap the binary in the required > variables. > > Would someone like to try this before we make the change in the master > branch? I

bug#32835: icecat show many warning and don't display correctly

On Wed, Jan 30, 2019 at 07:02:29PM +0100, Ricardo Wurmus wrote: > The solution might be to use glib-or-gtk-build-system instead of > gnu-build-system. This would wrap the binary in the required > variables. > > Would someone like to try this before we make the change in the master > branch?

bug#32835: icecat show many warning and don't display correctly

On Mon, Jan 28, 2019 at 10:31:29AM +0900, Yoshinori Arai wrote: > I think it's no problem if 'source "$HOME/.guix-profile/etc/profile"' > is written in user's bash_profile. I already do, but this is not enough. Installing icecat into the user profile does not cause XDG* environment variables to

bug#32835: icecat show many warning and don't display correctly

Hello, On Fri, Jan 18, 2019 at 07:57:40AM -0800, Quiliro Ordonez wrote: > El 2019-01-07 21:41, 荒井吉則 escribió: > > It's working. > > > > export > > XDG_DATA_DIRS="$HOME/.guix-profile/share${XDG_DATA_DIRS:+:}$XDG_DATA_DIRS" > > icecat & > does not work. > > export >

bug#34149: guix refresh -u is broken

On Mon, Jan 21, 2019 at 12:02:40PM +0200, Efraim Flashner wrote: > It is currently working for me. I see in the backtrace it goes through > guix/scripts/ , try removing guix/scripts/*go (and guix/download.go, > guix/upstream.go) and see if it works now. It also works for me now; thanks for

bug#34149: guix refresh -u is broken

Hello! Unless I mis-remember how the command works, there seems to be a problem with "guix refresh -u": $ ./pre-inst-env guix refresh -u python-cysignals Backtrace: 14 (apply-smob/1 #) In ice-9/boot-9.scm: 705:2 13 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 12 (_

bug#33676: GuixSD on eoma68-a20?

On Sat, Dec 15, 2018 at 02:04:58PM -0500, Mark H Weaver wrote: > >> See also > >> https://blog.merovius.de/2013/10/20/ext4-mysterious-no-space-left-on.html > > It was, and I disabled it. Hopefully this does not break anything... > Why did you disable it? Because we get exactly these spurious

bug#33676: GuixSD on eoma68-a20?

On Fri, Dec 14, 2018 at 09:50:26PM +0100, Danny Milosavljevic wrote: > can you check whether dirindex (hashtables for directory) is enabled? > # tune2fs -l /dev/... | grep -o dir_index > See also > https://blog.merovius.de/2013/10/20/ext4-mysterious-no-space-left-on.html It was, and I disabled

bug#33676: GuixSD on eoma68-a20?

Hello Danny, On Mon, Dec 10, 2018 at 11:30:14AM +0100, Danny Milosavljevic wrote: > I've tried it now and I get: > dannym@bayfront ~/src/guix$ ./pre-inst-env guix system disk-image > --system=armhf-linux gnu/system/install.scm > ... > importing file or directory >

bug#33676: GuixSD on eoma68-a20?

Hello Danny, On Sat, Dec 08, 2018 at 06:12:14PM +0100, Danny Milosavljevic wrote: > Guix received one but we have so far be unable to get the GuixSD flash > image because something always breaks on Hydra before it's done although the problem seems to lie somewhere else, I would just like to

bug#24404: "calibre" package fails to build.

Apparently someone pushed my commits and corrected more things; in any case, calibre builds and starts now. Closing this bug. Andreas

bug#24404: "calibre" package fails to build.

On Thu, Aug 02, 2018 at 07:04:22PM +0200, Andreas Enge wrote: > Apparently something needs to be done since our qtwebkit is not in the > qt installation directory. But this was also the case before, and I do > not see how we handled this. I tried the following: $ /

bug#24404: "calibre" package fails to build.

On Thu, Aug 02, 2018 at 06:49:35PM +0200, Andreas Enge wrote: > Maybe we do need to tell pyqt explicitly to compile QtWebKit? I did a ./pre-inst-env guix environment python-pyqt cd /tmp/guix-build-python-pyqt-5.11.2.drv-0/PyQt5_gpl-5.11.2 python configure.py --verb

bug#24404: "calibre" package fails to build.

Well, I tried the following: Build python-pyqt (instead of the now already available python2-pyqt), and stop the build after the configure phase. In the build directory, I have groups of 5 files for modules that are going to be built: cfgtest_QtHelp cfgtest_QtHelp.cpp cfgtest_QtHelp.mk

bug#24404: "calibre" package fails to build.

Sorry for a wrong information in my previous message. There are indeed two lines: Checking to see if the QtWebKit module should be built... Checking to see if the QtWebKitWidgets module should be built... printed in the configure phase; but the answer is apparently "no". Andreas

bug#24404: "calibre" package fails to build.

Everything built now, including calibre; but when I try to launch it, I get the same error message as posted by Leo: Traceback (most recent call last): File "/gnu/store/k6kkggp9nwlypdhda78067zqw3jm2z44-calibre-3.28.0/bin/.calibre-real", line 20, in sys.exit(calibre()) File

bug#24404: "calibre" package fails to build.

Hello, On Thu, Aug 02, 2018 at 06:00:54PM +0300, Efraim Flashner wrote: > How many cores do you have? My 6 core aarch64 board has 4GB of ram and > 8GB of swap, and regularly used 4GB of the swap during building. Do you > have any swap? I have two (hyperthreaded) cores on my laptop and 16GB of

bug#32296:

Hello, it looks as if the provided answers solve the problem, so I am closing this bug. It does not appear to be related to a bug in Guix in the end, so if you still have problems getting things to work, I would suggest sending a mail to help-g...@gnu.org . Thanks, Andreas

bug#24404: "calibre" package fails to build.

Hello Efraim, thanks for all your work on the patch - you should have added a "Co-authored-by" line! On Wed, Aug 01, 2018 at 07:41:31PM +0300, Efraim Flashner wrote: > > The new qtwebkit fails to build for me. This is the tail of the output: For me it also fails on x86_64, but due to a lack of

bug#32253: Creation of unchanged profiles

Something I have noticed just now with the new "guix pull", but which also happens with regular profiles through "guix package": Sometimes (always?) unchanged profiles are created with a new number. For instance, here is the result of three "guix pull" in my profile: $ guix pull -l Generation 1

bug#32247: HandBrake shows no icons

On Mon, Jul 23, 2018 at 08:17:35AM -0500, Eric Bavier wrote: > I think there's a version upgrade available. Might be a good time to visit > that > and these issues together. I had a look before, wondering whether this would be an option to make the package compile again, but upgrading is more

bug#32247: HandBrake shows no icons

Hello, right now I tried out the ghb binary from our handbrake package. It starts, but shows no icons. Even after installing adwaita-icon-theme, nothing changes. Do I do anything wrong, or is there a bug in the package? Also, there is a scary warning that gstreamer could not be initialised (see

bug#24404: "calibre" package fails to build.

states that he will stick with qtwebkit and in the worst case take over the maintenance of a fork: https://www.mobileread.com/forums/showthread.php?t=270258 >From 3fe25c8153e28823411d045251e7458c82e62421 Mon Sep 17 00:00:00 2001 From: Andreas Enge Date: Sun, 22 Jul 2018 11:38:58 +0

bug#24404: "calibre" package fails to build.

On Sat, Jul 21, 2018 at 10:34:48PM +0200, Andreas Enge wrote: > Does this ring a bell? Nix has a patch: https://github.com/NixOS/nixpkgs/blob/master/pkgs/development/libraries/qt-5/5.11/qtwebkit.patch diff --git a/Source/WebKit2/PlatformQt.cmake b/Source/WebKit2/PlatformQt.cmake --- a/Sou

bug#24404: "calibre" package fails to build.

On Sat, Jul 21, 2018 at 09:52:25PM +0300, Efraim Flashner wrote: > I see, debian moved to the same source. I am worried though that that > repo hasn't seen any action in 6 months. And it does not compile at all with our current recipe: The custom phases 'fix-qmlwebkit-plugins-rpath and

bug#24404: "calibre" package fails to build.

On Sat, Jul 21, 2018 at 09:38:30PM +0300, Efraim Flashner wrote: > I see a new version of Calibre was just pushed to master, does that > build as expected? Yes and no; it builds, but then using it fails with ... File

bug#24404: "calibre" package fails to build.

On Sat, Jul 21, 2018 at 08:13:58PM +0200, Andreas Enge wrote: > Interestingly enough, there is a commit in Calibre which claims to work > on Qt 5.11 compatibility: > > https://github.com/kovidgoyal/calibre/commit/68bbec179abc980ebcb3f13854d2e4fd46f4897c > So the Calibre author

bug#24404: "calibre" package fails to build.

On Sat, Jul 21, 2018 at 07:32:03PM +0200, Andreas Enge wrote: > So this needs to be corrected with respect to the disappearance of > QtWebKitWidgets from Qt, I will have a look now. This is due to the following commit: commit c0e7a52996edf75a403ef6c454072271fd1c277a Author: Efraim Flashner

bug#32191: Mplayer fails to play videos

Hello Leo, thanks for your super fast reply! On Tue, Jul 17, 2018 at 05:04:41PM -0400, Leo Famulari wrote: > > So I see two possible courses of action: > > - Keep mplayer and compile it with ffmpeg-3.4, which requires us to keep > > also > > this older ffmpeg package around. > I think we will

bug#32191: Mplayer fails to play videos

Hello, the current mplayer package crashes for me with a message like this: MPlayer interrupted by signal 11 in module: demux_open - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in

bug#31842: Arb test suite aborts on 32-bit platforms

Hello, On Fri, Jun 15, 2018 at 11:48:57AM +0200, Ludovic Courtès wrote: > Arb’s test suite aborts on i686 and armhf: this should be fixed by an update to the latest version in commit fe44e654b47ca083939f5a70c9414820af76c8df. I tested it on i686, if there are still problems on armhf, please feel

bug#30841: Building Zend PHP (php): tests fail, and "Name or service not known"

Hello, On Sat, Mar 17, 2018 at 02:28:59PM -0300, Adonay Felipe Nogueira wrote: > Warning: fsockopen(): php_network_getaddresses: getaddrinfo failed: Name > or service not known in this looks like the problem that has been reported several times for different situations, due to a change in glibc.

bug#30825: Building disk-image fails

Hello, trying to build a disk image on armhf on guix git has been failing for a while now with the following, not very informative message: ... grafting '/gnu/store/l5a4h6hjjdpf5kiny97pn1m5wd04ippp-zile-2.4.14' -> '/gnu/store/0dd0gyjknaycp768bh7ms1bz6vs34jms-zile-2.4.14'... Creating manual page

bug#30785: Man pages truncated, repeated

Hello, On Mon, Mar 12, 2018 at 10:24:46PM +0100, Tobias Geerinckx-Rice wrote: > $ man 5 knot.conf | grep -E '^(NAME|DESCRIPTION)' > NAME > DESCRIPTION > NAME > DESCRIPTION > NAME > DESCRIPTION > NAME > DESCRIPTION > NAME > $ > > There's also some stderr... > :25: error:

bug#30282: package julia build error

Hello, On Tue, Mar 13, 2018 at 06:02:07PM +0100, Ludovic Courtès wrote: > I tried the patch below (README.md in Julia 0.6.0 says that plain LLVM > 3.9 without patches is OK), but that didn’t solve the > distributed.jl-related test failures. there is a 0.6.2 version already. I do not expect it to

bug#30715: qemu-minimal fails its tests

On Mon, Mar 05, 2018 at 09:04:34PM +0100, Andreas Enge wrote: > builder for > `/gnu/store/d5mkvgcyix959dlgka43qf66d1252hv8-qemu-minimal-2.10.2.drv' failed > with exit code 1 After updating to a more recent git checkout, qemu-minimal is downloaded from hydra: /

bug#30715: qemu-minimal fails its tests

On Tue, Mar 06, 2018 at 05:42:56PM +0100, Marius Bakke wrote: > How much memory does this machine have? Can you try to set up some swap > space? There is 1 GB of main memory according to /proc/meminfo, and there should also be 500 MB of swap space. Maybe this is not enough? Andreas

bug#30715: qemu-minimal fails its tests

Hello, trying to do a "./pre-inst-env guix system reconfigure" using the recent git checkout 0ebc1b934d39b6c924cbe17fd37ceb2b201e9ac2 on my x86_64 virtual machine results in the following error: TEST: tests/qom-test... (pid=15434) /mips64el/qom/boston:

bug#30644: Cuirass runs out of build users

Okay, this evening, I see 10 packages being built and lots of messages "build started"/"build succeeded"; so maybe there is no bug at work here. Andreas

bug#30644: Cuirass runs out of build users

Right now, I do not seem to be running out of build users, but I think that cuirass nevertheless behaves strangely; so I am asking here instead of opening a new bug (maybe there is no bug, actually). I reconfigured bayfront this morning with the latest git checkout. Right now, there are only two

bug#30644: Cuirass runs out of build users

On Fri, Mar 02, 2018 at 04:08:33PM +0200, Efraim Flashner wrote: > When I use a shell script to build all the packages, if a package hangs > and gets eaten by the timout-limit then it holds the build user and > space in /tmp until all 10 builders are taken and building stops or all > the builds

bug#30706: Nginx service fails

On Mon, Mar 05, 2018 at 08:23:18AM +0100, Ricardo Wurmus wrote: > I had the same error when updating my i686 netbook after a long while. > After a reboot everything seemed to be fine, though. Ah, thanks for the information! A reboot made things worse in my case - I rebooted the virtual machine,

bug#30644: Cuirass runs out of build users

On Thu, Mar 01, 2018 at 03:01:30PM +0100, Ludovic Courtès wrote: > > Hm, the directories in /tmp are created by guixbuilder01 to guixbuilder10. > > 10 is the default value, but it should have been overwritten. > > > > And in /etc/passwd, I see 20 users. But apparently, they are not used! > >

bug#30649: Cuirass service does not rotate its logs

On Thu, Mar 01, 2018 at 05:35:54PM +0100, Ludovic Courtès wrote: > The cuirass service in GuixSD explicitly extends rottlog so that this > file is rotated on a weekly basis. Perhaps you just need to wait a > little longer? The problem is not that the file grows too large. The problem was that

bug#30619: Cuirass requires TLS certificates

Hello, the cuirass service requires TLS certificates to do continuous integration of guix (or more generally, git repositories served over https). This works when nss-certs is installed as a global package in the system. Should the service depend on the nss-certs package? Or maybe take as an

bug#30618: Cuirass dies with locked database

Hello, one of my latest cuirass runs ended in this: ... In ice-9/boot-9.scm: 705:2 12 (call-with-prompt _ _ #) 705:2 11 (call-with-prompt _ _ #) In ice-9/eval.scm: 619:8 10 (_ #(#(# # …))) In srfi/srfi-1.scm: 640:9 9 (for-each # (((#:name . #) …))) In

bug#30299: [core-updates] shepherd fails tests on all systems except x86_64

Hello, I changed the severity to "serious", since this bug prevents installing GuixSD on arm, or creating an installation image. Also, it is now present on master instead of core-updates. Andreas

bug#30569: Packages count as installed twice

On Wed, Feb 21, 2018 at 11:14:21PM +0100, Ricardo Wurmus wrote: > Even so, you’ll have a file called “manifest” in the profile directory. > This is unrelated to whether you used a manifest to create the profile > or not. I see! Yes, it appeared twice. On Wed, Feb 21, 2018 at 05:14:58PM -0500,

bug#30569: Packages count as installed twice

Hello, On Wed, Feb 21, 2018 at 08:52:28PM +0100, Ricardo Wurmus wrote: > Does the package appear twice in the profile’s “manifest” file > (e.g. ~/.guix-profile/manifest)? no, I am not using a manifest and do things by hand all the time. > I’m not sure how it could have ended up there, but one

bug#30569: Packages count as installed twice

Hello, trying to upgrade my packages, I notice something curious: $ ./pre-inst-env guix package -n -u The following packages would be upgraded: ... gnutls 3.5.13 -> 3.5.13 /gnu/store/1ah3fd12w6v66q6yjdmd39xbisqi0gpw-gnutls-3.5.13 gnutls 3.5.13 -> 3.5.13

bug#30540: ssh: No user exists for uid 1000

On Tue, Feb 20, 2018 at 06:54:30AM -0500, Leo Famulari wrote: > I do wonder if we should configure glibc with --enable-obsolete-nsl, > which apparentely restores the old behavior, at least until deprecation > turns into removal. I guess it depends on how many complaints there are, > and how soon

bug#30540: ssh: No user exists for uid 1000

Hello Leo, On Mon, Feb 19, 2018 at 07:30:44PM -0500, Leo Famulari wrote: > We discussed this previously in . > On Debian Stretch, I found that `apt-get install nscd` was sufficient. > I'm going to merge this report with #30298. thank you for your helpful reply and for

bug#30540: ssh: No user exists for uid 1000

Hello, it looks like the glibc change when merging core-updates caused us to be bitten by a bug that is known on NixOS: https://github.com/NixOS/nixpkgs/issues/31762 When I type "ssh whatever" (literally, or replacing "whatever" by a real server name), then the error message No user exists

bug#20965: qemu non-deterministic test failures

The bug was tagged as fixed, but not closed; closing it now. Andreas

bug#20814: cloog-0.18.0 build error

The bug is not reproducible, the submitter has not sent any additional information in over two years; closing this bug. Andreas

bug#18700: GNU Lightning fails to build on all platforms

The problem is apparently solved with the current lightning-2.1.2, closing this bug. Andreas

bug#30282: package julia build error

Hello, just for reference, I locally updated julia to 0.6.2, and the tests still fail, but not in the same way: Error in testset linalg/arnoldi: Test Failed Expression: sort((eigs(A, B, nev=k, sigma=1.0))[1]) ≈ sort((eigvals(A, B))[1:k]) Evaluated: [0.022743, 0.165356, 2.892] ≈ [0.022743,

bug#30069: Nginx-location-configuration

Thanks, I just pushed as 7baf6615e9f1e3074f88618d86873366ae85b7d1. Andreas

bug#30069: Nginx-location-configuration

Wrong list, I should have sent to guix-patches instead! Andreas

bug#30069: Nginx-location-configuration

Hello, the attached patch attempts to correct a documentation bug for the nginx service. Do people who know the service better agree? Andreas >From 3c593d426ce726f6585d736ff27dee59ac081c57 Mon Sep 17 00:00:00 2001 From: Andreas Enge <andr...@enge.fr> Date: Wed, 10 Jan 2018 19:41

bug#29826: nondeterministic Broken pipe

On Sun, Dec 24, 2017 at 04:23:44AM +0800, Alex Vong wrote: > ERROR: In procedure display: > ERROR: In procedure scm_flush: Broken pipe Interesting! I get a different error message: ERROR: In procedure display: In procedure fport_write: Broken pipe Andreas

bug#29082: Guix-daemon has undefined reference to boost

On Tue, Oct 31, 2017 at 11:29:23PM +0100, Ludovic Courtès wrote: > Andreas Enge <andr...@enge.fr> skribis: > > CXXLDguix-daemon > > nix/nix-daemon/guix_daemon-nix-daemon.o: In function > > `nix::FormatOrString::FormatOrString(boost::basic_format const&)

bug#29082: Guix-daemon has undefined reference to boost

Hello, I am currently trying to compile the most recent guix on debian on a novena arm board. First, I updated via git from release 0.12 to 0.13, then I used this to do a "guix pull" yesterday: $ guix --version guix (GNU Guix) 20171030.19 Then I updated all the packages in my profile using this

bug#28310: guix build -n misses package builds

On Sat, Sep 02, 2017 at 01:08:12AM +0200, Ludovic Courtès wrote: > “-n” now implies “--no-grafts” (commit > fd59105c49965db956fac73c68d8b00d068f5d5c). This was motivated by the > need to have -n really perform a dry run. > > The downside is that with -n we now see only half of the build plan,

bug#28310: guix build -n misses package builds

Hello, On Sat, Sep 02, 2017 at 01:08:12AM +0200, Ludovic Courtès wrote: > “-n” now implies “--no-grafts” (commit > fd59105c49965db956fac73c68d8b00d068f5d5c). This was motivated by the > need to have -n really perform a dry run. if I understand your answer correctly, then no output with "-n"

bug#28310: guix build -n misses package builds

Hello, I am right now in the process of updating pari-gp to version 2.9.3. After building it on a git check-out of three days ago, which went smoothly, I rebased my patch on today's master and was pleased to see that no rebuild was needed: $ ./pre-inst-env guix build pari-gp -n outputs nothing.

bug#25016: Staging freeze

Hello, On Wed, Jan 04, 2017 at 12:05:10PM +0100, Ludovic Courtès wrote: > Leo Famulari skribis: > > On Thu, Dec 29, 2016 at 05:59:52PM +0100, Ludovic Courtès wrote: > >> Mark, Andreas: could you update guix-daemon on the ARM/MIPS machines you > >> have root access to and

bug#24105: git package misses man pages

Hello, wondering why "git log --help" does not work, I thought that maybe there was a different doc output. But the man pages are actually hidden in a separate package called "git-manpages". This is surprising for the user. Also, the resulting package is quite small with only 2.3 MB. The reason

bug#23979: [ER] guix gc should tell how much space it recovered

On Fri, Jul 15, 2016 at 04:33:46PM +0200, Ludovic Courtès wrote: > This code calls the ‘collect-garbage’ procedure, defined in (guix > store). You’ll see that this procedure returns two values, which are > currently ignored: the name of the items that were removed from the > store, and the number

bug#23973: 'guix environment guix' fails with "Argument 1 out of range: 10"

So closing this bug, simply by a cc to 23973-d...@debbugs.gnu.org. Andreas

bug#23666: guix download fails for large files

Thanks for your suggestions, Leo and Ludovic! I still see this as a bug; should I report it upstream to Nix? On Wed, Jun 01, 2016 at 02:39:54PM +0200, Ludovic Courtès wrote: > This is implemented using the ‘add-to-store’ RPC, which, after all these > years, is still implemented like this

bug#23666: guix download fails for large files

Hello, since I am regularly rebuilding texlive (who is not!), I would like to keep the source tarball on my machine, and whenever I garbage collect it from the store, add it back via guix download file:texlive-20150523-texmf.tar.xz On my Novena with a 32 bit processor and 4 GB of main memory,

bug#23433: Timeout in grafts

On Tue, May 03, 2016 at 05:02:54PM -0400, Leo Famulari wrote: > What about if you also set --max-silent-time=7? My bad, with the additional option everything works. Thanks! I wonder if having only one time-out option would not be clearer? Andreas

bug#23286: Unable to unlock xscreensaver in Xfce

On Thu, Apr 14, 2016 at 06:50:32PM +0200, Ludovic Courtès wrote: > (operating-system > ;; … > (services (cons (screen-locker-service "xscreensaver") > %desktop-services))) > Could you try and report back? > I guess we’ll enable it by default in %desktop-services.

bug#20765: (no subject)

I have stumbled over the same issue for another python package: python-pkgconfig (just committed) makes a system call to pkg-config. I rewrote the system call to use an absolute path, but the non-scanning of the compressed egg means that no reference to pkg-config is returned. Spending a week

bug#23030: Guix commands broken

On Thu, Mar 17, 2016 at 09:46:11AM +0100, Ludovic Courtès wrote: > Indeed. Commit df061d079b50111280aa7209b3b3c4cf21fde218 changes the > default substitute URLs to https. > For this to work, you need to make sure that guix-daemon is running > ‘guix substitute’ with the fix for #22937. > On

bug#23030: Guix commands broken

Hello, sorry for the vague title; it looks as if one of the recent commits broke the daemon for me. $ ./pre-inst-env guix build font-forge --no-substitutes substitute: Backtrace: substitute: In ice-9/boot-9.scm: substitute: 63: 19 [call-with-prompt prompt0 ...] substitute: In ice-9/eval.scm:

bug#21843: Generated grub.cfg does not support encrypted roots

On Thu, Mar 10, 2016 at 10:17:46AM +0100, Ludovic Courtès wrote: > Furthermore, to allow users to specify a LUKS UUID as the ‘source’ of > their ‘mapped-device’ form, as in: >(mapped-device > (source (uuid "cb67fc72-0d54-4c88-9d4b-b225f30b0f44")) ;LUKS UUID > (target "root") >

bug#21843: Generated grub.cfg does not support encrypted roots

On Wed, Mar 16, 2016 at 09:40:00PM +0100, Andreas Enge wrote: > I just read a bit of the cryptsetup manual; we do not need to do the > resolution, in the above example we would have the line >cryptomount -u cb67fc72-0d54-4c88-9d4b-b225f30b0f44 > (as discussed previously; it wo

bug#23030: Guix commands broken

Things work for me now, thanks for the help! However, I am still seeing this with latest git: substitute: updating list of substitutes from 'https://hydra.gnu.org'... 100.0% Should this not be https://mirror.hydra.gnu.org? Andreas

bug#21843: Generated grub.cfg does not support encrypted roots

On Thu, Mar 10, 2016 at 10:17:46AM +0100, Ludovic Courtès wrote: > IIUC we don’t *have* to pass the UUID to ‘cryptomount’; we could also > pass the device name, in GRUB format Yes, but my idea was that the uuid is something we can determine at instantiation time. If the mapped device is

bug#22970: guix edit mutt -- not working

On Thu, Mar 10, 2016 at 12:22:20AM +0100, Jean Louis wrote: > And I could not save the file in my home directory, and do: > guix package -i mutt -f mail.scm As mentioned on IRC, modify the file mail.scm by adding a line mutt at the end. Then guix package -f mail.scm does "install the

bug#22954: Suspicious ownership or permission on harfbuzz-1.0.6-bin

On Tue, Mar 08, 2016 at 09:14:40PM -0600, Jeffrey Serio wrote: > The build failed with the error message "Suspicious ownership or > permission on /gnu/store/...-harfbuzz-1.0.6-bin". I have been getting these from time to time recently; it may be related to grafts, I think it appears when one

bug#21843: Generated grub.cfg does not support encrypted roots

What is needed are the following two lines at the beginning of grub.cfg: insmod luks cryptomount -u 1aa... where 1aa... is the result of "cryptsetup luksUUID /dev/sda2". So the logic outlined in my previous message works: Determine the mapped-devices /dev/sdXY of type luks-device-mapping that

bug#21843: Generated grub.cfg does not support encrypted roots

I tried the installation with unencrypted /boot, encrypted / using the following snippet in the configuration file: (bootloader (grub-configuration (device "/dev/sda"))) (mapped-devices (list (mapped-device (source "/dev/sda2") (target "root")

bug#22835: Autologin

On Sun, Feb 28, 2016 at 11:32:46AM +0100, Ricardo Wurmus wrote: > Andreas Enge <andr...@enge.fr> writes: > > Looking at the code in gnu/services/xorg.scm, I find the following > > definition: > > (define* (slim-service #:key (slim slim) > >

bug#22835: Autologin

Hello, I am trying to create a configuration using slim-service with autologin. Looking at the code in gnu/services/xorg.scm, I find the following definition: (define* (slim-service #:key (slim slim) (allow-empty-passwords? #t) auto-login?

bug#22738: Build failure in vigra

On Wed, Feb 24, 2016 at 12:30:38PM +0100, Ricardo Wurmus wrote: > I’m told[1] that this is solved on branch “version-1-11-rc”, but I > haven’t been able to test this yet. Would anyone else like to try? > [1]: https://github.com/ukoethe/vigra/issues/326#issuecomment-187669279 I have, but there is

bug#22740: Freshness check blocks upgrading

On Tue, Feb 23, 2016 at 11:54:30AM +0300, Alex Kost wrote: > Attached. I also removed 'check-package-freshness' from (gnu packages) > as it is not used anywhere else, or should it be left? I think it is good, please push. (Assuming that "guix refresh" still works and none of the procedures you

bug#22695: Binary Installation bugs and suggestions

On Tue, Feb 16, 2016 at 11:19:34AM -0500, myglc2 wrote: > "Thompson, David" writes: > > What didn't work, exactly? I've personally done this on systemd > > setups and it works fine. > When I reboot my Debian 8 server, guix-daemon is not running. I had the same

bug#22687: Online manual not updated automatically

On Tue, Feb 16, 2016 at 11:06:40AM +0100, Ricardo Wurmus wrote: > Many other projects publish online manuals for both stable and > development versions. As our releases are a little far apart and we’re > encouraging to do “guix pull” (so users really run the development > version) I think it

bug#22628: Emacs: ^ in installed package list misses some upgrades

On Fri, Feb 12, 2016 at 02:49:50PM +0100, Ludovic Courtès wrote: > I think we need a different solution for packages that have several > series. For instance, we could have: > (define gnupg-2.0 > (package … > (properties `((series . "2.0") > and that would lead the various UIs to

bug#22587: ‘guix edit’ & ‘M-x guix-edit' typo, rename, & mode change

On Sun, Feb 07, 2016 at 02:22:36PM -0500, myglc2 wrote: > But, AIUI, this goes against the guix concept of an immutable store. > To describe and name this function to imply that one could/should edit > recipes in the store based on the "corner case" of root having the > ultimable ability to do so

bug#22475: guix make check FAIL

On Wed, Jan 27, 2016 at 05:58:46PM +0100, Mathieu Lirzin wrote: > > FAIL: tests/store.scm > > FAIL: tests/lint.scm > > FAIL: tests/guix-download.sh All three tests succeed for me, so this must be connected somehow to your particular environment. Andreas

bug#22232: libcue source tarball not bootstrapped

On Thu, Dec 24, 2015 at 12:34:50PM -0500, Leo Famulari wrote: > Can someone recommend a "template" email I can send to upstream > developers requesting that they bootstrap their release tarballs? Here is what I sent recently to the numactl list:

bug#22242: Help constructing source URL

This is not quite a bug, closing it. Andreas

bug#21987: Version 0.9 Fails to Compile on Raspbian

On Tue, Dec 01, 2015 at 10:44:10PM +0100, Ludovic Courtès wrote: > Fixed in dfdb15d (an M4 quotation issue…) Subtle, thanks for fixing it! It seems to work now. Andreas

<    1   2   3   4   5   >