Re: Video narration

Hi Laura, I am working on the 04-packaging2 transcript. I have a question on Slide 2. Shouldn't the 'guix environment' step be later in the list of steps? If I was packaging the aspi package I would do: $ guix environment --pure r-aspi after defining the package first. Then I would attempt

Quicklisp importer bug in tarball->extract->parse

Hi I continued working on it and have run into a bug with extracting and parsing files in the tarball (like the pypi importer does) This is really putting my lisp skills to the test I feel like i'm in over my head here.  The idea is to - first extract information from quicklisp - done - then

Re: Naming, hacking, and policies

Ludovic Courtès writes: > Andreas Enge skribis: > >> On Fri, Mar 29, 2019 at 03:02:00PM +0100, Tobias Geerinckx-Rice wrote: >>> I still think this change should be reverted >> >> I also think so. > > I’d also be in favor of reverting. I’m also in favour. A pure revert would not be enough,

Re: Updating mono. Adding MSBuild.

Brett Gilio writes: > Although, there is a possible issue here that needs to be > addressed. Both Mono and Chicken produce a binary called `csi`. This is > a naming conflict, and I do not know the Guix-way for resolving naming > conflicts. This is not a problem as during the build you

Re: Updating mono. Adding MSBuild.

Danny Milosavljevic writes: > 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

Re: Status update on 1.0

Ludovic Courtès writes: >> I don't think we should release 1.0 until at least >> and are >> fixed. Trying a new distribution only to find your favourite programs >> are crashing would be a _terrible_ first impression. > > Do we have

Re: Software Heritage & Guix

El 29/03/19 a las 11:05 a. m., Ludovic Courtès escribió: Hello! I’ve written a post on the Software Heritage support in Guix: https://gnu.org/s/guix/blog/2019/connecting-reproducible-deployment-to-a-long-term-source-code-archive/ Happy reading! :-) Ludo’. Awesome :) -- Luis Felipe

Re: KMScon vs. AMD Radeon

On Fri, Mar 29, 2019 at 05:35:07PM +0100, Mathieu Othacehe wrote: > > Hello, > > > Mathieu, would you be available to sketch a solution to this problem > > soonish? I think you and others proposed possible workarounds already, > > and I’d rather let someone knowledgeable look into it. > > Ok,

Re: https://lists.gnu.org is down

ok. now works. but I've just stuck it's offline. Mar 29, 2019, 5:20 PM by m...@tobias.gr: > znavko, > > znavko wrote: > >> sorry, page is not opening. >> Is server online? >> > > Works for me™, and I haven't noticed any interruptions during the past few > hours. > > Kind regards, > > T G-R >

Re: https://lists.gnu.org is down

znavko, znavko wrote: sorry, page is not opening. Is server online? Works for me™, and I haven't noticed any interruptions during the past few hours. Kind regards, T G-R signature.asc Description: PGP signature

Re: KMScon vs. AMD Radeon

Hello, > Mathieu, would you be available to sketch a solution to this problem > soonish? I think you and others proposed possible workarounds already, > and I’d rather let someone knowledgeable look into it. Ok, I'll try to propose a patch soon. Florian could you give me the output of the

Naming, hacking, and policies

Hello, Andreas Enge skribis: > On Fri, Mar 29, 2019 at 03:02:00PM +0100, Tobias Geerinckx-Rice wrote: >> I still think this change should be reverted > > I also think so. I’d also be in favor of reverting. I mean perhaps some of the renames may be less controversial than others, but it looks

https://lists.gnu.org is down

sorry, page is not opening. Is server online?

Software Heritage & Guix

Hello! I’ve written a post on the Software Heritage support in Guix: https://gnu.org/s/guix/blog/2019/connecting-reproducible-deployment-to-a-long-term-source-code-archive/ Happy reading! :-) Ludo’.

Re: 01/01: gnu: php: Disable failing tests on armhf.

Julien Lepiller skribis: > I won't be able to push a fix in the next 10 hours or so, so if someone wants > to do something before then, please do :) Pushed as 9398152ad1f4e130ad895c8bb756de8a33e91f7f! Ludo’.

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

On Fri, Mar 29, 2019 at 03:02:00PM +0100, Tobias Geerinckx-Rice wrote: > I still think this change should be reverted I also think so. The wording in the naming guidelines is intentionally a bit vague; the intention was definitely to take in general the tarball name, or maybe if this does not

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

On 2019-03-27 16:00, Ricardo Wurmus wrote: > > Pierre wrote: >> Finally, as I mentioned above with the completion systems that we have, >> we've got nothing to lose in having long names. Reading the arguments of Ricardo I changed my mind and support keeping the variable names short. > >

Re: Libre games that might be worth packaging :)

On 2019-03-18 14:55, Ricardo Wurmus wrote: > > Pierre Neidhardt writes: > >> Ricardo Wurmus writes: >> >>> We have this. It’s called “btanks”. >> >> Shouldn't we name this "battle-tanks"? >> >> >>> I think this one is packaged: see the `crawl' and `crawl-tiles' packages. >> >> Shouldn't we

Re: 01/01: gnu: php: Disable failing tests on armhf.

Le 29 mars 2019 09:35:13 GMT+01:00, Christopher Baines a écrit : > >guix-comm...@gnu.org writes: > >> roptat pushed a commit to branch master >> in repository guix. >> >> commit e8cfce439afed945e352ad28f73f0a5f7840f503 >> Author: Julien Lepiller >> Date: Thu Mar 28 22:55:17 2019 +0100 >> >>

Re: 01/01: build-system/ruby: Use invoke.

Efraim Flashner writes: > On Thu, Mar 28, 2019 at 06:14:48PM +, Christopher Baines wrote: >> >> guix-comm...@gnu.org writes: >> >> > -(or (zero? >> > - (apply system* "gem" "install" gem-file >> > -"--verbose" >> > -"--local"

Re: 01/01: gnu: php: Disable failing tests on armhf.

guix-comm...@gnu.org writes: > roptat pushed a commit to branch master > in repository guix. > > commit e8cfce439afed945e352ad28f73f0a5f7840f503 > Author: Julien Lepiller > Date: Thu Mar 28 22:55:17 2019 +0100 > > gnu: php: Disable failing tests on armhf. > > * gnu/packages/php.scm

Re: 01/01: gnu: php: Disable failing tests on armhf.

Hello! guix-comm...@gnu.org skribis: > commit e8cfce439afed945e352ad28f73f0a5f7840f503 > Author: Julien Lepiller > Date: Thu Mar 28 22:55:17 2019 +0100 > > gnu: php: Disable failing tests on armhf. > > * gnu/packages/php.scm (php)[arguments]: Disable failing tests on armhf.