Packaging for guix

Hello pyside maintainers, Hope you are all well. I am looking to package freecad for the guix package manager for which pyside is a dependency. I’m having some trouble packaging pyside as the build and environment for guix (like nix) are quite different from a Debian style system. There a quit

Re: 02/05: gnu: tdb: Update to 1.4.0.

Hi Marius, guix-comm...@gnu.org writes: > mbakke pushed a commit to branch master > in repository guix. > > commit 5e7e193b71a39c7b31d7036aaef25644a4bc7206 > Author: Marius Bakke > Date: Sat Mar 23 22:13:01 2019 +0100 > > gnu: tdb: Update to 1.4.0. > > * gnu/packages/databases.scm

Re: Status update on 1.0

Hi Ludo, Ludovic Courtès writes: > Timothy Sample skribis: > >> I managed to remove “webgitgtk” from the closure of “gnome-shell”. > > Neat! Do you have that patch around? :-) Submitted with patch ID 35028. -- Tim

Re: Status update on 1.0

On Wed, Mar 27, 2019 at 04:26:55PM +0100, Ludovic Courtès wrote: > Anyway, you’re still very much welcome to test the installer! See the > manual on how to build the installation image: > I tested an old install image a few weeks old and the locales/languages in the language selection at the beg

Re: Status update on 1.0

Hi Ludo, On Wed, 27 Mar 2019 16:26:55 +0100 Ludovic Courtès wrote: > Anyway, you’re still very much welcome to test the installer! See the > manual on how to build the installation image: > > > https://gnu.org/software/guix/manual/en/html_node/Building-the-Installation-Image.html I've trie

Re: Failure to build powerpc64le-linux glibc

On 3/27/19 7:01 AM, Tobias Platen wrote: > Hello, > > I have tried to cross compile the bootstrap binaries for ppc64le using > > ./pre-inst-env guix build --target=powerpc64le-linux bootstrap-tarballs > > but the build failed again, it seems that this is a known bug that > affects other architectur

Re: Video narration

Hi Paul! > I am 4/7ths of the way through the transcripts :) Great! I am recording the audios in the late evening to have the less environmental noise as possible. > > On the latest one , 02-daily-use2, line 9, there is the URL: > > https://audio.video.gnu.org/guix/everyday-use-part1.webm > > Is

Re: Video narration

Hi Laura, I am 4/7ths of the way through the transcripts :) On the latest one , 02-daily-use2, line 9, there is the URL: https://audio.video.gnu.org/guix/everyday-use-part1.webm Is this correct? The output in the videos subdirectory is '02-daily- use1.webm' Best regards, Paul.

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Pierre, hell, all, Pierre Neidhardt wrote: (Using Emacs-Guix.el, Helm, or the next GTK interface.) Emacs? Helm? This ‘average user’ thing is a red herring. I visited my mother today and she asked why my screen is always black and white. I admit to being irritated by this speculation in m

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Hello, Might be related to the subject (?) but would adding something like keywords/tags to package definitions help? On Emacs, a package definition like this can pop up: ack is an available package. > > Status: Available from gnu -- Install > Archive: gnu > Version: 1.8 > Summar

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

swedebugia, Guix, TL;DR: we're missing a field like ‘DISPLAY-NAME’, and all this is just hacking around the bush. swedebugia wrote: Anyone else who have opinions on the matter of acronyms in names where they can be avoided? I share your aversion to acronyms and senseless abbreviation — I j

Re: gold linker and collect2: fatal error: cannot find 'ld'

Hi Pjotr, Pjotr Prins skribis: > On Sun, Mar 17, 2019 at 05:06:16PM +0100, Pjotr Prins wrote: >> Unfortunately the runtime of compiled software fails because the rpath is >> not updated either. So that requires adding in the RPATH explicitly on >> the ldc command line. When I set the RPATH the r

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Ricardo Wurmus writes: > Completion should not be used as an excuse to use long package names. > For one, not everyone is using Bash, so not everyone benefits from our > Bash completions. (Some shells can reuse Bash completions but this does > not invalidate the point.) We could argue the other

Re: Status update on 1.0

Thank you! Nice work! Guile handbook wanted! Mar 27, 2019, 3:26 PM by l...@gnu.org: > Hello! > > Ludovic Courtès <> l...@gnu.org > > skribis: > >> • The installer should be changed to produce the right >> ‘initrd-modules’ field, using the same mechanism used by >> ‘check-

Re: Status update on 1.0

Hello! Ludovic Courtès skribis: > • The installer should be changed to produce the right > ‘initrd-modules’ field, using the same mechanism used by > ‘check-device-initrd-modules’. I’ve done this in commit 50247be5f4633a4c3446cddbd3515d027853ec0d, and also added a confirmation dialog

Re: Interested in working on Guix for Google Summer of Code

Hello Daniel! Daniel Jiang skribis: > I'm a student at the University of Illinois at Urbana-Champaign, a huge > emacs user, and have been curious about Guix/GuixSD for a while now. I > found it as a possible project on GSoC and thought it'd be interesting to > help work on if possible. The organ

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Pierre wrote: >Finally, as I mentioned above with the completion systems that we have, >we've got nothing to lose in having long names. swedebugia wrote: > Good useability is important and cryptic acronyms are not something to > expose to the user if possible to avoid IMO. > Maybe this is where

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Hello swedebugia, swedebugia skribis: > Good useability is important and cryptic acronyms are not something to expose > to the user if possible to avoid IMO. > > Maybe this is where we need to discuss what our target audience is? Nerds > only? I think you’re jumping to the conclusions here.

Re: Audio/sound (ALSA) in guix environment --container

Ludovic Courtès writes: > Ricardo Wurmus skribis: > >> Pierre Neidhardt writes: >> >>> Ricardo Wurmus writes: >>> I suppose /etc/pam.d/ also needs to be in the container. >>> >>> Tried it, same error. >>> > What about defaulting to 1000? It's rather common, so I guess that > wo

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Hi! Pierre Neidhardt skribis: > Ludovic Courtès writes: > >> Apologies if I missed a previous discussion on this topic, but… I’m >> skeptical about the renames. I assume that the original names were >> those commonly used in distributions, which in itself may be a good >> reason to keep them.

Re: Audio/sound (ALSA) in guix environment --container

Ricardo Wurmus skribis: > Pierre Neidhardt writes: > >> Ricardo Wurmus writes: >> >>> I suppose /etc/pam.d/ also needs to be in the container. >> >> Tried it, same error. >> What about defaulting to 1000? It's rather common, so I guess that would be anonymous enough and "just work".

XDG_DATA_DIRS issue in execution environment on LTSP

Hello, I want to share this issue and show my "workaround" to fix it, please send your comments on alternative ways or other caveats you may find in my reasoning I'm running Guix on top of Debian/stretch, recently I made Guix environment the default execution one for my console and graphical appl

Re: Zotero Packaging Request

Hello Raghav, "Raghav Gururajan" skribis: > Can anyone package Zotero (https://www.zotero.org/) into Guix? It is a > powerful reference management software that is being used in academia, > literature and journalism. This packaging will be useful for many > users. Kindly consider. As you know G

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Pierre Neidhardt skrev: (27 mars 2019 12:46:26 CET) >Ludovic Courtès writes: > >> Apologies if I missed a previous discussion on this topic, but… I’m >> skeptical about the renames. I assume that the original names were >> those commonly used in distributions, which in itself may be a good >> re

Re: Automated linting before master branch commit

Danny Milosavljevic writes: > Hi, > >> What do people think about automating package linting? This would be to >> make sure a package is linted before it is committed to the Guix >> repository master branch? > > A linter by its nature will in some cases flag things which are not wrong, > otherw

Interested in working on Guix for Google Summer of Code

Hi, I'm a student at the University of Illinois at Urbana-Champaign, a huge emacs user, and have been curious about Guix/GuixSD for a while now. I found it as a possible project on GSoC and thought it'd be interesting to help work on if possible. The organization page on GSoC said to contact the m

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Ludovic Courtès writes: > Apologies if I missed a previous discussion on this topic, but… I’m > skeptical about the renames. I assume that the original names were > those commonly used in distributions, which in itself may be a good > reason to keep them. Names may vary a lot across distributio

Re: Updating mono. Adding MSBuild.

Also, Microsoft released .net Core as Free Software (on github). It might make sense to package that (either in addition or only). (There's also DotGNU which could maybe be used to bootstrap either) pgp9bSxJhren4.pgp Description: OpenPGP digital signature

Re: Updating mono. Adding MSBuild.

Hi, > > Mono, for most distributions, seems to be bootstrapped with a prebuilt > > binary mono-lite. Due to this, I am unsure of how to make the first step > > in correctly repackaging Mono. > > Instead of adding a new binary mono-lite, can we reuse the existing > “mono” package to build the ne

Re: Declarative containers

Hi, Giovanni Biscuolo skribis: > Ludovic Courtès writes: [...] >> We could have a ‘container’ (or ‘sub-system’?) service; > > mumble: `container` is so abused that it's starting to become a buzzword > to my ears, `sub-system` is probably more semantic The Hurd has had this thing called “sub-

Re: Audio/sound (ALSA) in guix environment --container

Hello, Ricardo Wurmus skribis: > Would it make sense to map the current user’s UID into the container > instead of using a fixed UID? >From a reproducibility viewpoint, I’d find it nicer to use a fixed UID (it can still be mapped to the user’s name anyway.) We could make it configurable if nec

Re: 06/15: gnu: wesnoth-server: Rename package to the-battle-for-wesnoth-server.

Hello, Andreas Enge skribis: > On Tue, Mar 26, 2019 at 04:32:46PM +0100, Pierre Neidhardt wrote: >> Sorry, I misunderstood the conclusion of the discussion: I thought that >> we would simply follow the package naming convention as per the manual. > > I am confused about this statement. The namin

Re: Audio/sound (ALSA) in guix environment --container

Pierre Neidhardt writes: > Ricardo Wurmus writes: > >> I suppose /etc/pam.d/ also needs to be in the container. > > Tried it, same error. > >>> What about defaulting to 1000? It's rather common, so I guess that >>> would be anonymous enough and "just work". >> >> Would it make sense to map th

Re: 05/15: gnu: wesnoth: Rename package to the-battle-for-wesnoth.

Hello, guix-comm...@gnu.org skribis: > commit 375cb94130b222535ad7c7e0fa0d212483407351 > Author: Pierre Neidhardt > Date: Tue Mar 26 13:37:07 2019 +0100 > > gnu: wesnoth: Rename package to the-battle-for-wesnoth. > commit c91ed484d0b66d5639ba01f9ba301ff762d9170d > Author: Pierre Neidhardt

Re: Audio/sound (ALSA) in guix environment --container

Pierre Neidhardt writes: > I've just "guix pull"ed and I get the following: > > --8<---cut here---start->8--- >> guix environment --container --ad-hoc coreutils shadow > # id > uid=0(ambrevar) gid=0(users) groups=0(users),65534(overflow) > # groupadd audio >

Re: Failure to build powerpc64le-linux glibc

On Wed, Mar 27, 2019 at 07:01:22AM +0100, Tobias Platen wrote: > Hello, > > I have tried to cross compile the bootstrap binaries for ppc64le using > > ./pre-inst-env guix build --target=powerpc64le-linux bootstrap-tarballs > > but the build failed again, it seems that this is a known bug that >