bug#72047: Filter for issues with(out) patch

It looks like there's no filter for issues that have (or lack) patches in any message. I think that would be useful to have in mumi. -- Vincent Legoll

bug#28510: crash: guix build -S foo --with-source=bla

, if the aim to > be able to pass such command-line, then indeed that’s not easy because > it’s about some guarantee that the transformation is sound and that’s > hard for the generic case, IMHO. > Well let's hope few such easy bugs linger for so long without being fixed ;-) -- Vincent Legoll

bug#71846: Linux Guix System installs rust-windows

e go this way: Remove a thing, see what fails to build, fix that. Iterate until pleased. But I don't know how I would do the first item: "remove a thing". Can someone help, and put me on the right track A lot of questions, I am still a newbie after all of those years trying guix. Thanks -- Vincent Legoll

bug#71577: Some Images jobset lack artifacts

n the latest dowload page is to find the same as on the release one. Maybe you have decided that it's not worth the computing power usage, and that would be fine with me. Just close the issue as "wontfix". Thanks -- Vincent Legoll

bug#71577: Some Images jobset lack artifacts

Hello Ludo, On Mon, Jun 24, 2024 at 8:49 AM Ludovic Courtès wrote: > Vincent Legoll skribis: > > > I wanted to try a fresh guix in a VM, but the "Download / Latest" > > page (1) does not have the: > > "QCOW2 virtual machine (VM) image" > >

bug#28510: crash: guix build -S foo --with-source=bla

On Sat, Jun 22, 2024 at 4:54 PM Vincent Legoll wrote: > Looking at the comments in this issue, and the commenters list, > I propose to remove the "easy" tag, if the issue is still there. > Looks like it is, the above reproducer from Maxime is still failing: [...] Throw

bug#28510: crash: guix build -S foo --with-source=bla

Hello, Looking at the comments in this issue, and the commenters list, I propose to remove the "easy" tag, if the issue is still there. WDYT ? -- Vincent Legoll

bug#70332: Tor daemon is unable to use obfuscation

On Thu, Jun 20, 2024 at 4:11 PM Nigko Yerden wrote: > Yes, the issue still need fixing. > Here is my suggestion https://issues.guix.gnu.org/70341 Thanks, and now all these issues are linked together so we won't forget to close them at once, if appropriate. -- Vincent Legoll

bug#70302: Tor daemon is unable to use obfuscation

, so does something still need fixing ? Regards -- Vincent Legoll

bug#70302: Tor daemon is unable to use obfuscation

I think the two issues are related, and the second one may have been created by typoing the issue number https://issues.guix.gnu.org/70302 https://issues.guix.gnu.org/70332 WDYT ? -- Vincent Legoll

bug#70865: Unable to generate a bootable image for pinebook pro

Hello, did you try to boot images from the CI: https://ci.guix.gnu.org/jobset/images Regards -- Vincent Legoll

bug#70808: Bootloader can't detect separate disk

Hello, couldn't it be a partition type (GPT vs MBR) issue ? -- Vincent Legoll

bug#71312: Dead download links on guix.gnu.org/en/download/latest

Hello, I just tried, it works OK here. Both downloads started instantly, maybe it was a temporary glitch... Could you retry on your side and report back if it's still not OK for you ? Regards -- Vincent Legoll

bug#44887: openssh service creates DSA keys

Hello, > It looks like openssh, at some point in the past , > stopped creating host DSA keys by default. Given the original bug report > was that DSA keys were created by default and now they're not I think we > can close this bug now. > > Any objections? This is also my op

bug#44887: openssh service creates DSA keys

://lists.mindrot.org/pipermail/openssh-unix-dev/2024-January/041132.html Some context about DSA keys: https://security.stackexchange.com/questions/112802/why-openssh-deprecated-dsa-keys -- Vincent Legoll

bug#71577: Some Images jobset lack artifacts

the "Download / Latest" one and the menu link could directly link here. WDYT ? (1) - https://guix.gnu.org/en/download/latest (2) - https://guix.gnu.org/en/download (3) - https://ci.guix.gnu.org/jobset/images -- Vincent Legoll

bug#66703: [PATCH] doc: Remove 'Debbugs User Guide' broken links.

Fixes . * doc/contributing.texi: Remove (x)refs and text about the Debbugs User Guide. --- Consensus has not been reached for using the ELPA page, so in the mean time, remove broken links. doc/contributing.texi | 6 +- 1 file changed, 1 insertion(+), 5

bug#41413: guix-install.sh broken on Gentoo

es, so it stalled. Thanks anyways -- Vincent Legoll

bug#47841: guix foreign installer

resume working on those if there's consensus about their usefulness. Those patches also would probably help setting up CI testing jobs to catch problems earlier in the release cycle. Thanks -- Vincent Legoll

bug#45266: "guix gc" needs free disk space to function

Hello, for the guix daemon sqlite problem, could we preallocate some space in the database also ? c.f.: https://stackoverflow.com/questions/827010/sqlite-pre-allocating-database-size -- Vincent Legoll

bug#45165: binutils-mesboot0 fails at configure, cannot find lex

Hello, a test in commencement.scm will be run by guixbuild user, no ? $ ls -ld / drwxr-xr-x 17 root root 4096 Feb 27 10:43 / won't that always fail ? -- Vincent Legoll

bug#45868: genimage test suite

solution. -- Vincent Legoll

bug#43274: latest genimage test suite

On Thu, Jan 14, 2021 at 1:33 PM Vincent Legoll wrote: > Those two issues are linked... The other one being the closed & archived : 40...@debbugs.gnu.org -- Vincent Legoll

bug#43274: latest genimage test suite

Those two issues are linked... The mke2fs test failure happens on all versions after 11: 12, 13 & even the recent 14. I tried the coreutils-with-xattrs that was suggested a while back, but unsuccessfully. Anyone had a chat with upstream about that failure ? -- Vincent Legoll

bug#45778: Bug? Haskell GHC wont' work since ghc@8.6?

Hello, should the following issues be merged together ? 45776 45777 45778 -- Vincent Legoll

bug#41669: Cross-compiled powerpc64-linux bootstrap-tarballs not reproducible

Is that showing the same (or a similar) problem : https://data.guix-patches.cbaines.net/gnu/store/0lcbxpw1vrca02dzpzw2rxhad7pn4zw7-gcc-objc-5.5.0 ? -- Vincent Legoll

bug#41607: Guix Docker image inflation

Hello, maybe you can try: docker export | docker import - img_name This should flatten the layers back to a single one. -- Vincent Legoll

bug#41413: guix-install.sh broken on Gentoo

understand what did go wrong, or we cannot help further. Couldn't keep ZC CC'ed as the issue was created without his email address, let's hope he follows it via another way... -- Vincent Legoll

bug#41413: guix-install.sh broken on Gentoo

Hello, I'm working on adding a gentoo VM to my test farm, so I'll have a look at the problem, and hopefully fix it properly. -- Vincent Legoll

bug#25258: Bashisms in make rules

as possible/practical on foreign distros. So, WDGCT (What Do Guix Core Think) ? Thanks -- Vincent Legoll

bug#39023: binary installation manual doesn't work on Alpine Linux

(range of OS & range of HW archs) before submitting for review. I'll resume working on this, hoping the gromacs package is ok... I've removed the CC to 40...@debbugs.gnu.org as I just wanted to make a link between the two, but don't want to spam the other issue... I hope this was OK to do. -- Vincent Legoll

bug#39023: binary installation manual doesn't work on Alpine Linux

anup & polish over the top. It's not finished, because I could not test it. I have a problem building the binary-tarball since I switched to the 1.1.0 release and I've yet to try to build on an earlier version. Stay tuned, patches incoming for review. [1] https://issues.guix.gnu.org/40601 --

bug#37207: nginx serving files from the store returns Last-Modified = Epoch

it would > be interesting to know if > it would be enough to have a meaningful etags generation, or we > still have to deal with last-modified. Is etags easier for us to handle ? -- Vincent Legoll

bug#37207: Repology

It also paint us a a fairly outdated distro, despite our efforts to keep the pace and update to latest versions of packages. We may even get into the top ten, which may give us a bit of attention and attract some distrohoppers^Wusers. -- Vincent Legoll

bug#37207: nginx serving files from the store returns Last-Modified = Epoch

This bug prevents repology [1] to show the latest versions of packages in guix, as it relies on 'Last-Modified' for: https://guix.gnu.org/packages.json changing in a meaningful way... [1] https://repology.org/ -- Vincent Legoll

bug#39924: Issue tracker display multiple times the same issues

/archive/html/guix-devel/2020-03/msg00205.html > > Are you still able to reproduce it? > > Regards, > Arun -- Vincent Legoll

bug#39924: Issue tracker display multiple times the same issues

here is a screenshot showing the problem. It looks like the number of shown items is the number of replies to each bug. Maybe they should all be collapsed into a single entry. Or maybe they should link to the indvidual replies with an HTML anchor. -- Vincent Legoll

bug#39924: Issue tracker display multiple times the same issues

When refreshing or relaunching a search, the guix issue tracker displays multiple times the same entries. I cannot reliably trigger it, but it happens often enough. Seen it on chromium & firefox on debian. Any hint to investgate the matter further ? -- Vincent Legoll

bug#18838: zsh test suite failures

Is this still happening? I searched a bit on ci.guix.gnu.org... We have a failure on 5.8 armhf (already present on 5.7.1 version) but it looks like it is a different set of tests that is failing... -- Vincent Legoll

bug#24344: Store on separate partition

t > media. +1 and then it would be cool to split guix-daemon's --gc-keep-derivations into --gc-keep-source-derivations & --gc-keep-binary-derivations... -- Vincent Legoll

bug#24297: TODO needs an update

Hello, > I have to admit I'd never read that file. Feel free to send a patch :) What about this ? -- Vincent Legoll From e9307d96579f1f5d61a94fc64c62f37814ea213a Mon Sep 17 00:00:00 2001 From: Vincent Legoll <vincent.leg...@gmail.com> Date: Wed, 31 Aug 2016 09:10:21 +0200 Subjec

bug#24275: Misnamed directory in GuixSD

p "nogroup") (system? #t) (comment "NTP daemon user") (home-directory "/var/empty") (shell #~(string-append #$shadow "/sbin/nologin") Is that a glitch, and they can be moved to /nonexistent or do they really require an existing directory to work ? -- Vincent Legoll

bug#24275: Misnamed directory in GuixSD

On Sun, Aug 28, 2016 at 1:32 AM, Ludovic Courtès <l...@gnu.org> wrote: > Vincent Legoll <vincent.leg...@gmail.com> skribis: > >> I came with the attached patch, totally untested, probably wrong for some >> cases... My patch was heuristic, so bound to be wrong som

bug#24297: TODO needs an update

guix publish & guix challenge are in the TODO list, are those entries stale or is there more work needed ? -- Vincent Legoll

bug#24275: Misnamed directory in GuixSD

Hello, On Mon, Aug 22, 2016 at 8:09 PM, Leo Famulari <l...@famulari.name> wrote: > On Mon, Aug 22, 2016 at 10:47:51AM +0200, Vincent Legoll wrote: >> >> > IIUC it happens because the home directory is created only when a user >> > is added, and is not changed whe

bug#24275: Misnamed directory in GuixSD

uot; (and without "--move-home") > > So the home of nobody was not changed for us to '/nonexistent' when the > nobody user was changed. > > As for me, I wouldn't like to have this directory, and I think it > shouldn't be created (if it is not really needed for nobody user). Ditto. -- Vincent Legoll

bug#24087: recovery from suspend is broken with recent libreboot + linux-libre 4.7

> What's the standard way to recover just the oops text? I didn't see any text Can you setup a serial console or a netconsole ? That should help you get the logs. -- Vincent Legoll

bug#23971: Nobody has a shell

On Fri, Jul 15, 2016 at 3:03 PM, Ludovic Courtès <l...@gnu.org> wrote: > Vincent Legoll <vincent.leg...@gmail.com> skribis: > >>> Indeed, fixed in 2d94702ff4133606cda1e51a2c8378a8e79afb9d. >>> >>> The ‘shell’ field was omitted from the definition of

bug#23979: Fix merged

in git commit : 1187a27112be10f2ff74144f50c88714ccf30301 following submission in : https://lists.gnu.org/archive/html/guix-devel/2016-07/msg00574.html Thanks for the help -- Vincent Legoll

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

uile gc.scm", looked OK... -- Vincent Legoll

bug#23970: colordiff glitch

OK, thanks, that explains it, case closed... On Thu, Jul 14, 2016 at 2:55 PM, Ludovic Courtès <l...@gnu.org> wrote: > Vincent Legoll <vincent.leg...@gmail.com> skribis: > >>>> during "guix package -i colordiff" I saw this error being reported: &

bug#23971: Nobody has a shell

at 12:25:57PM +0200, Vincent Legoll wrote: >> > Indeed, fixed in 2d94702ff4133606cda1e51a2c8378a8e79afb9d. >> > >> > The ‘shell’ field was omitted from the definition of “nobody”, which is >> > why it ended up using Bash, which is the default shell. >>

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

raft that functionality. -- Vincent Legoll

bug#23971: Nobody has a shell

What did I do wrong ? -- Vincent Legoll

bug#23970: colordiff glitch

; >> But it looks like it is harmless (at least from the guix install PoV) > > It’s indeed harmless and fine. The problem I saw here, was that a build *error* is ignored, even if in this particular case it is harmless. Or maybe chown is kind of special-cased when it is done inside /gnu/store ? -- Vincent Legoll

bug#23970: colordiff glitch

FS is R/O root@guixsd /tmp# chown root.root /gnu/store/*colordiff*/etc/* chown: changing ownership of ‘/gnu/store/gc9vqsz0jzylcdsik0hmnghiff1kf3am-colordiff-1.0.16/etc/colordiffrc’: Read-only file system -- Vincent Legoll