bug#18776: i18n/l10n error

2014-10-20 Thread Mathieu Lirzin
w=PACKAGE show details about PACKAGE" msgstr "" "\n" " -i, --install=PAKO instali PAKOn" #+END_SRC -- Mathieu Lirzin

bug#18776: i18n/l10n error

2014-10-25 Thread Mathieu Lirzin
use `guix/scripts/package.scm:520' and `guix/scripts/package.scm:487' translations are exactly the same which shoudn't happen in a po file I guess. I don't know much about i18n, so i let you decide who between the developper or the translator, is the sinner! ;-) -- Mathieu Lirzin

bug#21127: Problem with guix.el on hybrid systems.

2015-07-24 Thread Mathieu Lirzin
(info "(guix)Application Setup") or (info "(guix)Emacs Initial Setup"), or even better fix it directly in the code (if possible). Here is my attempt to fix the code with my naïve elisp programming. I would be happy to get better suggestion! >From ca4360cc33f56dbfd1fa136

bug#21410: Environment containers

2015-11-21 Thread Mathieu Lirzin
namespaces >> guix environment: error: please set >> /proc/sys/kernel/unprivileged_userns_clone to "1" > > Oh I see, that part fell through the cracks. > > Could you confirm that the test is skipped with the attached patch? this test was failing on my system too, and it is skipped successfully with this patch. -- Mathieu Lirzin

bug#19219: Package names with digits following dashes

2015-12-08 Thread Mathieu Lirzin
ackage-name->name+version’ by matching the last hyphen and check if the next character is a number. >From 1c7d036cc7ef310bc57bbde490d41b12d01f38a4 Mon Sep 17 00:00:00 2001 From: Mathieu Lirzin Date: Mon, 7 Dec 2015 05:20:08 +0100 Subject: [PATCH] PRELIM: utils: Fix version detection. ---

bug#19219: Package names with digits following dashes

2015-12-21 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> I had the same issue when trying to create a package named >> 'rxvt-unicode-256-color'. I have tried to fix >> ‘package-name->name+version’ by matching the last hyphen and check

bug#19219: Package names with digits following dashes

2015-12-22 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> The test case contains the example "guile-2.0.6.65-134c9" which >> invalidates my proposal. Here is another idea which identifies the >> version part by the presence of dots. WDYT? >

bug#19219: New command-line syntax for package + version?

2015-12-30 Thread Mathieu Lirzin
ers is not a technical decision, maybe we could poll users? -- Mathieu Lirzin

bug#19219: New command-line syntax for package + version?

2016-01-08 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: >> I'm OK with that. Since choosing the reserved characters is not a >> technical decision, maybe we could poll users? > > Yes, why not (bikeshedding ahead! :-)). Would you like to email > guix-d

bug#22391: 'make check' fails on master.

2016-01-17 Thread Mathieu Lirzin
== GNU Guix 0.9.1: ./test-suite.log == # TOTAL: 56 # PASS: 53 # SKIP: 2 # XFAIL: 0 # FAIL: 1 # XPASS: 0 # ERROR: 0 .. contents:: :depth: 2 SKIP: tests/containers == SKIP tests/containers.scm (exit

bug#19219: New command-line syntax for package + version?

2016-01-18 Thread Mathieu Lirzin
t the change? I am free of any school project for now, so I can work on it. -- Mathieu Lirzin

bug#22475: guix make check FAIL

2016-01-27 Thread Mathieu Lirzin
; # ERROR: 0 > > See ./test-suite.log > Please report to bug-guix@gnu.org > Can you provide the following files from the root of the repository? - tests-suite.log - store.log - lint.log Thanks, -- Mathieu Lirzin

bug#22546: Download-Page is "hiding" what the options actually are

2016-02-08 Thread Mathieu Lirzin
System Distribution (GuixSD) is an incarnation of the GNU operating system which can be installed...” --8<---cut here---start->8--- USB installer of the Guix System Distribution. --8<---cut here---end--->8---

bug#22695: Binary Installation bugs and suggestions

2016-02-16 Thread Mathieu Lirzin
daemon, but after a reboot it is not running. IIUC the correct command to start guix-daemon at boot should be: systemctl enable guix-daemon -- Mathieu Lirzin

bug#22687: Online manual not updated automatically

2016-02-16 Thread Mathieu Lirzin
member hearing Ludo explaining that the release process for Guix was more involving than for the other software projects he experienced. -- Mathieu Lirzin

bug#19219: New command-line syntax for package + version?

2016-03-02 Thread Mathieu Lirzin
close 19219 This is bug is Fixed by commit 1b846da8c372bee78851439fd9e72b2499115e5a, see: http://git.savannah.gnu.org/cgit/guix.git/commit/?id=1b846da8c372bee78851439fd9e72b2499115e5a -- Mathieu Lirzin

bug#22933: M-x guix-edit fails gracelessly when passed an nonexistent package name

2016-03-07 Thread Mathieu Lirzin
(packages-by-name id-or-name) (()#f) ((pkg ..1) pkg))) (compose location->string package-location)) --8<---cut here---end--->8--- I know you love my 'pkg' identifier. ;) -- Mathieu Lirzin

bug#22933: M-x guix-edit fails gracelessly when passed an nonexistent package name

2016-03-08 Thread Mathieu Lirzin
ords everywhere were a good thing, by opposition of the unhelpful variables 'i' and 'x'. Nonetheless, with the experience (short I admit) I tend to think that an abbreviation is still helpful for bound variables because it helps distinguishing them from free variables. It is even more true when the meaning of this abbrevation is made explicit by the doc-string. -- Mathieu Lirzin

bug#23311: TLS handshake error

2016-04-20 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Indeed, as soon as we add %COMPAT, ‘gnutls-cli’ et al. send a 253-byte > client hello (instead of 261) and the problem vanishes. > > Commit 967ee481e893fd77ff8ca896188e20e425331bf2 does that. \o/ Thanks for taking the time to debug this!

bug#25205: Guix package is using the GuixSD logo instead of the Guix logo

2016-12-15 Thread Mathieu Lirzin
ame symbol for both logos. Maybe with a slightly different color that would help distinguish them? What do people think? -- Mathieu Lirzin

bug#25205: Guix package is using the GuixSD logo instead of the Guix logo

2016-12-16 Thread Mathieu Lirzin
Hi Chris, Chris Marusich writes: > Mathieu Lirzin writes: > >>> However, I would argue that the original Guix logotype is mostly >>> superseded by the other one. I’ve come to the conclusion that it’s >>> confusion to have two logos, and that the GuixSD one

bug#25205: Guix package is using the GuixSD logo instead of the Guix logo

2016-12-17 Thread Mathieu Lirzin
tps://www.gnu.org/software/guix/graphics/ >> - Update https://www.gnu.org/software/guix/help/ > > These tasks are done, and changes are online now. > > The updated Guix logo in the package list should be visible once GNU > womb links to the new image > (https://lists.gnu.org/ar

bug#25831: Expose http_proxy setting on GuixSD

2017-02-21 Thread Mathieu Lirzin
uot; by adding a field to the 'guix-configuration' that would be then be passed to the '#:environment-variables' option of 'make-forkexec-constructor' in 'guix-shepherd-service'. HTH. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#25831: Expose http_proxy setting on GuixSD

2017-02-22 Thread Mathieu Lirzin
Hi, Leo Famulari writes: > On Tue, Feb 21, 2017 at 07:17:03PM +0100, Mathieu Lirzin wrote: >> Not sure if this is an appropriate answer, but to customize the guix daemon >> service field like described in the example here: >> >> >> https://www.gnu.org/sof

bug#25831: Expose http_proxy setting on GuixSD

2017-02-22 Thread Mathieu Lirzin
Leo Famulari writes: > On Wed, Feb 22, 2017 at 10:51:47AM +0100, Mathieu Lirzin wrote: >> I don't know much about HTTP proxying but when reading >> 'in-band-download' in "guix/download.scm" I see a line like this: >> >> #:leaked-env-vars

bug#25976: man page version is outdated in Guix 0.12.0 tarball

2017-03-05 Thread Mathieu Lirzin
fully help not missing some step. Thanks for the report. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#25976: man page version is outdated in Guix 0.12.0 tarball

2017-03-06 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Hi, > > Mathieu Lirzin skribis: > >> Alex Vong writes: >> >>> The man page version in Guix 0.12.0 tarball[0] is outdated. When running >>> >>> $ man guix >>> >>> the name of the

bug#29903: Guile modules compilation fails on master

2017-12-29 Thread Mathieu Lirzin
dvidir='${docdir}' exec_prefix='${prefix}' guilemoduledir='${prefix}/share/guile/site/2.2' guileobjectdir='${exec_prefix}/lib/guile/2.2/site-ccache' guix_localstatedir='/usr/local/var' guix_sbindir='/usr/local/sbin' guix_sysconfdir='/usr/local/e

bug#29904: README is not up-to-date

2017-12-29 Thread Mathieu Lirzin
at 'guix import pypi' requires -this functionality. Unless `--disable-daemon' was passed, the following packages are needed: Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#29903: Guile modules compilation fails on master

2018-01-05 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> I am trying to build Guix master branch (commit >> e2f37d6ab7427946e6c68ebaecc97c85d5217234) on Fedora 25. Here is the >> issue I have: > > [...] > >> LOAD guix/utils.scm >>

bug#25453: Inconsistent keyboard layout affecting encrypted root

2018-01-14 Thread Mathieu Lirzin
the > problem. I am using '(console-keymap-service "fr")' in my system config, so I would expect to have at least an AZERTY keyboard layout for the second passphrase entered but I am not. Am I overlooking something? Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#25296: fully functional desktop installation

2018-01-14 Thread Mathieu Lirzin
uldn’t recommend adding those 4 packages you mention by default > though, because it’s really a matter of choice (and it’s redundant with > what GNOME provides, I think.) I think your remark applies to pidgin and clawsmail but not to Libreoffice and Icecat (Firefox) which are commonly inst

bug#25296: fully functional desktop installation

2018-01-15 Thread Mathieu Lirzin
Hello, l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> l...@gnu.org (Ludovic Courtès) writes: >> >>> Quiliro skribis: >>> >>>> It would be nice to create a desktop.scm file that contains all >>>> necessary

bug#29727: changing contributing.texi does not trigger rebuild of “info” target

2018-01-15 Thread Mathieu Lirzin
that. >From 0bab7bb491aca9077f42a0ab4084040742440b1f Mon Sep 17 00:00:00 2001 From: Mathieu Lirzin Date: Mon, 15 Jan 2018 14:47:12 +0100 Subject: [PATCH] =?UTF-8?q?build:=20Declare=20=E2=80=9Cdoc/guix.texi?= =?UTF-8?q?=E2=80=9C=20dependencies.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 C

bug#22384: Requirements for an ARM port?

2018-01-15 Thread Mathieu Lirzin
ARM port now is lack of work and > reliance on GRUB. Assuming I bootstrap and set up a u-boot package for my > specific board, what else would I need to do? According to [1] Guix 0.14 provides support for ARMv7. So I would consider this bug fixed. [1] https://www.gnu.org/software/guix/blog/

bug#30130: Add ‘guix whereis’ command

2018-01-15 Thread Mathieu Lirzin
program, I would like ‘guix whereis’ to help me find out what package I need to install to satisfy its configuration requirement. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#25296: fully functional desktop installation

2018-01-16 Thread Mathieu Lirzin
Hi, l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> IMHO Guix should mimic what Debian is doing in this particular case. >> Meaning having desktop packages that contain a “full” desktop with >> default applications for common usages. >> &

bug#29727: changing contributing.texi does not trigger rebuild of “info” target

2018-01-17 Thread Mathieu Lirzin
Hello, Chris Marusich writes: > Mathieu Lirzin writes: > >> info_TEXINFOS = %D%/guix.texi >> >> +%C%_guix_TEXINFOS = \ >> + %D%/contributing.texi \ >> + %D%/fdl-1.3.texi > > Why is the %C% required here? What does it do? I read (automake) > T

bug#28111: qemu testsuite fails

2018-01-17 Thread Mathieu Lirzin
edistribute it. There is NO WARRANTY, to the extent permitted by law. --8<---cut here---end------->8--- Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#28111: qemu testsuite fails

2018-01-17 Thread Mathieu Lirzin
Mathieu Lirzin writes: > /arm/hmp/connex: OK > /arm/hmp/xilinx-zynq-a9: OK > /arm/hmp/mps2-an385: OK > /arm/hmp

bug#30157: texlive-20170524-texmf.tar.xz' failed: 410, "Gone"

2018-01-18 Thread Mathieu Lirzin
tutes for the outputs of derivation `/gnu/store/j3m0a6rwrz9jmass4zlndpn5y0x8g5n4-texlive-20170524-texmf.tar.xz.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source --8<---cut here-------end--->8

bug#28111: qemu testsuite fails

2018-01-18 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> My previous snippet didn't include the actual error >> >> TEST: tests/test-hmp... (pid=27743) >> /arm/hmp/integratorcp:

bug#30157: texlive-20170524-texmf.tar.xz' failed: 410, "Gone"

2018-01-18 Thread Mathieu Lirzin
Hello, ng0 writes: > Mathieu Lirzin transcribed 1.0K bytes: >> >> While building my system configuration after a ‘guix pull’ with guix >> "d36d4c55c4a3faf47ee09e1010cb6617c6e39a48", I encountered the following >> error. >> >> --8<--

bug#28111: qemu testsuite fails

2018-01-18 Thread Mathieu Lirzin
Mathieu Lirzin writes: > l...@gnu.org (Ludovic Courtès) writes: > >> Mathieu Lirzin skribis: >> >>> My previous snippet didn't include the actual error >>> >>> TEST: tests/test-hmp... (pid=27743) >>> /arm/hmp/integratorcp:

bug#30157: texlive-20170524-texmf.tar.xz' failed: 410, "Gone"

2018-01-19 Thread Mathieu Lirzin
l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> Téléchargement de «  >> https://mirror.hydra.gnu.org/guix/nar/5rnvmy02yazy8iwaa91kijbbqp8qmflz-texlive-20170524-texmf.tar.xz >>  »... >> guix substitute: error: download from >> &#

bug#27217: texlive is too big

2018-01-23 Thread Mathieu Lirzin
> wrapped variant of the tools in “texlive-bin” that run inside an > environment where these variables are set. After reading, it is not clear to me why having all the environment variables set in “~/.guix-profile/etc/profile” is not good enough, or not possible? -- Mathieu Lirzin GPG: F2A3 8

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

2018-02-08 Thread Mathieu Lirzin
t;int main() { return 0; }" > foo.c $ LD_LIBRARY_PATH="$HOME/.guix-profile/lib" gcc foo.c When adding ‘binutils’ to the environment, the problem dissapears since ‘ld-wrapper’ is not used anymore. Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#30437: No “.guix-profile/bin/python” after ‘guix package -i python’

2018-02-12 Thread Mathieu Lirzin
Hello, I think it would work better if when installing python@3, a ‘python’ executable would be available in the PATH. Maybe there is a technical reason for not doing so, but I find its absence rather confusing. Thanks for considering it. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D

bug#30437: No “.guix-profile/bin/python” after ‘guix package -i python’

2018-02-12 Thread Mathieu Lirzin
Hi, Danny Milosavljevic writes: > On Mon, 12 Feb 2018 17:52:41 +0100 > Mathieu Lirzin wrote: > >> I think it would work better if when installing python@3, a ‘python’ >> executable would be available in the PATH. Maybe there is a technical >> reason for not doing

bug#30437: closed (Re: bug#30437: No “.guix-profile/bin/python” after ‘guix package -i python’)

2018-02-12 Thread Mathieu Lirzin
agent: mu4e 0.9.18; emacs 25.3.1 > > > Efraim Flashner writes: > >> On Mon, Feb 12, 2018 at 06:23:07PM +0100, Danny Milosavljevic wrote: >>> Hi Mathieu, >>> >>> On Mon, 12 Feb 2018 17:52:41 +0100 >>> Mathieu Lirzin wrote: >>> >>&g

bug#30437: No “.guix-profile/bin/python” after ‘guix package -i python’

2018-02-12 Thread Mathieu Lirzin
Ricardo Wurmus writes: > Mathieu Lirzin writes: > >> Danny Milosavljevic writes: >> >>> On Mon, 12 Feb 2018 17:52:41 +0100 >>> Mathieu Lirzin wrote: >>> >>>> I think it would work better if when installing python@3, a ‘python’ >>

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

2018-02-16 Thread Mathieu Lirzin
Hi Ludo, l...@gnu.org (Ludovic Courtès) writes: > Mathieu Lirzin skribis: > >> I have been facing a weird issue where some shitty build tool I was >> using has tried to run ‘cmake’ after setting LD_LIBRARY_PATH. The >> result was a non terminating call to ‘collect2’

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

2018-02-17 Thread Mathieu Lirzin
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, {st_mode=S_IFREG|0444, st_size=2997, .

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

2018-02-18 Thread Mathieu Lirzin
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

bug#32965: ‘./gradlew’ fails to compile after Icedtea upgrade

2018-10-07 Thread Mathieu Lirzin
b9kf9nbvg6fj9-icedtea-3.7.0-jdk - icedtea 3.7.0 doc /gnu/store/84ijp91xcibg9bkg8ggs546lbvymc0cx-icedtea-3.7.0-doc - icedtea 3.7.0 out /gnu/store/cvbql6ryimlcp4q2jgbkx116d87iy2zc-icedtea-3.7.0 --8<---cut here---end--->8--- Thanks.

bug#32965: ‘./gradlew’ fails to compile after Icedtea upgrade

2018-10-07 Thread Mathieu Lirzin
Hello Julien, Julien Lepiller writes: > Le Sun, 07 Oct 2018 11:33:40 +0200, > Mathieu Lirzin a écrit : > >> For about 2-3 months doing ‘guix package -u icedtea’ makes the >> ‘gradle’ build process of a software I am using at work fail. >> >> Her

bug#35479: Failed to compute the derivation for Guix when running ‘guix pull’

2019-04-28 Thread Mathieu Lirzin
tem: "x86_64-linux"; host version: "60ecacdeaae83164d0e876d81c4891d6a973fac0"; pull-version: 1). --8<---cut here---end--->8--- Thanks. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#36961: Can't use microphone in ungoogled-chromium

2019-08-12 Thread Mathieu Lirzin
Brian Leung writes: > When a microphone is plugged in, ungoogled-chromium fails to detect it. I have the same issue here. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#36961: Can't use microphone in ungoogled-chromium

2019-08-27 Thread Mathieu Lirzin
." > > Note that both the webcam and the microphone work in other contexts > (e.g. audacity, appear.in). Here is a screenshot of the error message I get in chromium with the mic activated in pavucontrol. -- Mathieu Lirzin GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37

bug#36961: Can't use microphone in ungoogled-chromium

2019-09-03 Thread Mathieu Lirzin
Hello Ludo, Ludovic Courtès writes: > Mathieu Lirzin skribis: > >> Pierre Neidhardt writes: >> >>> I have the same issue, but the pavucontrol trick does not do it for me >>> as I have only one microphone (the one of my webcam on my laptop) and >>&g

bug#36961: Can't use microphone in ungoogled-chromium

2019-09-04 Thread Mathieu Lirzin
b7771abaeab0f0b52ff86fdd5. > > For existing Chromium profiles, you will need to close all browser > windows and run > > sed -i 's/"audio_capture_enabled":false/"audio_capture_enabled":true/' \ > ~/.config/chromium/Default/Preferences > > ..