bug#30161: gnucobol: depends on non-optional runtime depedencies

On Thu, Jan 18, 2018 at 12:43:39PM +, ng0 wrote: > For a simple hello world (as per their own Manual) GNU Cobol depends on: > > * ncurse > * bdb > * gmp > -- Cobol is already built with these three as inputs so I'm not really sure what the bug report is. Are you saying that programs built

bug#30228: desktop files embedding full path

On Tue, Jan 30, 2018 at 12:00:02PM +0100, Ludovic Courtès wrote: > Hello, > > Efraim Flashner skribis: > > > On Wed, Jan 24, 2018 at 03:58:51PM +0100, Ludovic Courtès wrote: > >> Hi, > >> > >> Efraim Flashner skribis: > >> > >> > the

bug#30518: teeworlds fails on core-updates due to freetype-update (and contains files to be snipped)

I thought of looking closer at some core-updates failures and looked at this evaluation: https://hydra.gnu.org/eval/109914?full=1=109912 Randomly I stumbled over a failing teeworlds: https://hydra.gnu.org/job/gnu/core-updates/teeworlds-0.6.4.x86_64-linux The currently latest build is:

bug#30228: desktop files embedding full path

Efraim Flashner writes: > On Tue, Jan 30, 2018 at 12:00:02PM +0100, Ludovic Courtès wrote: >> Hello, >> >> Efraim Flashner skribis: >> >> > On Wed, Jan 24, 2018 at 03:58:51PM +0100, Ludovic Courtès wrote: >> >> Hi, >> >> >> >> Efraim Flashner

bug#30395: ‘gcc’ doesn't compile with LD_LIBRARY_PATH="$HOME/.guix-profile/lib"

l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> How come this ‘gconv-modules’ file doesn’t exist? I have it here. >>> I have: >>> >>> $ guix hash -r /gnu/store/5x9zxdmxphmprlchfl3a2y8w5ykcwkjc-glibc-2.25 >>>

bug#30505: marionette/virtio-console issues lead to test failures

Hi Ludo, On Sun, 18 Feb 2018 01:01:31 +0100 l...@gnu.org (Ludovic Courtès) wrote: > The “\x1b;%G” sequences correspond to the “select UTF-8” console code > (see console_codes(4)). We’re receiving this as if we were a console, > but in fact all we want is to exchange raw bytes between the host

bug#30311: efi-less grub install fails

Marius Bakke writes: > Danny Milosavljevic writes: > >> Hi Ricardo, >> >> On Wed, 31 Jan 2018 19:55:58 +0100 >> Ricardo Wurmus wrote: >> >>> “guix system init” fails with a configuration file that specifies >>>

bug#30311: efi-less grub install fails

reopen 30311 thanks Hi Ricardo, Ricardo Wurmus writes: > Okay, I’ve added “--target=i386-pc” to the list of arguments. This change breaks my mips64el-linux GuixSD system, which is supported by GRUB, but where "--target=i386-pc" is obviously not appropriate. On my

bug#30311: efi-less grub install fails

Hi Mark, > This change breaks my mips64el-linux GuixSD system, which is supported > by GRUB, but where "--target=i386-pc" is obviously not appropriate. On > my system I need a different 'target' setting. A pretty safe workaround is to substitute /sys/firmware/efi by /sys/firmware/non-efi in

bug#30428: guix git-fetch doesn't specify "--depth 1" - git clone clones a lot without any use

Hi Ludo, On Wed, 14 Feb 2018 14:58:55 +0100 l...@gnu.org (Ludovic Courtès) wrote: > I think it’s a great idea. FWIW, Andy proposed something along these > lines, but the idea was to use shallow clones for tags only because in > other cases it might not work (?): > >

bug#30384: additional inputs required for Blender plugins

Quiliro Ordonez Baca skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Hello Quiliro, >> >> Quiliro Ordonez Baca skribis: >> >>> When i tryed to install the Sverchok addon >>>

bug#30395: ‘gcc’ doesn't compile with LD_LIBRARY_PATH="$HOME/.guix-profile/lib"

Mathieu Lirzin skribis: > l...@gnu.org (Ludovic Courtès) writes: > >> Mathieu Lirzin skribis: >> >>> 13061 >>> open("/gnu/store/38kr8xi7nib8rx8xr4gi0w0d8knyca3k-glibc-2.25/share/locale/locale.alias", >>> O_RDONLY|O_CLOEXEC) = 3 >>> 13061 fstat(3,

bug#30512: phonon-backend-gstreamer has a ./gnu/store subdirectory

The package phonon-backend-gstreamer is configured to install icons in $out/gnu/store/…-phonon-backend-gstreamer-…/ instead of $out. -- Ricardo

bug#30428: guix git-fetch doesn't specify "--depth 1" - git clone clones a lot without any use

Hi Danny, Danny Milosavljevic skribis: > It's already much nicer just to try the shallow commit checkout and fall back > to the current way if it doesn't work - and it's low risk. Oh right, I hadn’t groked that this is what your patch does. In that case I’m all for it,