Re: Questions about packaging

Hi Danny ! Thanks for your answer. Le 10/10, Danny Milosavljevic a écrit : > > 1) Updating a package > > So I would have to update python-cachecontrol from 0.11.6 to 0.12.5. > > Should I create a python-cachecontrol-0.11.6 and fix all the packages > > that depend on it? Only the one that would

[FOSDEM] FOSDEM 2020 Minimalistic, Experimental and Emerging Languages Devroom CfP

We are excited to announce a devroom on minimalistic, experimental and/or emerging languages (with big ideas) at FOSDEM on Sunday February 2nd 2020! FOSDEM is one of the most important free software conferences and is hosted annually at Université libre de Bruxelles in Brussels, Belgium. FOSDEM

Re: i686-linux GCC package on x86_64

> This works but cross-gcc only delivers GCC and the libc. > The "lib" output of the regular GCC is missing. > > In particular, I'd need libstdc++.so. Then, that should be fine: --8<---cut here---start->8--- (native-inputs `(,@(if (not

Re: 'core-updates' Q4 2019

Hi, Svante Signell skribis: > On Thu, 2019-10-10 at 16:32 +0200, Ludovic Courtès wrote: >> Hi! >> >> Mathieu, I guess you can go ahead and rename ‘core-updates-next’ to >> ‘core-updates’ if nobody’s done it yet. >> >> Let’s get the ball rolling! > > What's the status of the GNU/Hurd port with

Re: Joint statement on the GNU Project

Hi Quiliro, Quiliro Ordóñez skribis: > * Ricardo Wurmus [2019-10-10 07:09]: >> I have previously asked you privately to stop spamming our mailing >> lists. I am asking you a second time publicly. If you keep disrupting >> our mailing lists your posts will be moderated. > > Censorship [...]

Re: Joint statement on the GNU Project

Dne 11. 10. 19 v 9:45 Ludovic Courtès napsal(a): > Nice. This list is about Guix development though. My email was > directed at the Guix developers and it’s not helpful when “outsiders” > chime in. Your activities are (negatively) affecting whole FSF/GNU and free software movement in general.

Re: Joint statement on the GNU Project

On 07.10.2019 16:32, Ludovic Courtès wrote: > Hello Guix! > > We, a group of GNU maintainers sharing a vision for a stronger GNU > Project, are publishing this statement today: > >https://guix.gnu.org/blog/2019/joint-statement-on-the-gnu-project/ > > We are somewhat abusing the Guix blog

Re: Joint statement on the GNU Project

On 2019-10-11 20:41, Taylan Kammer wrote: […] What position does he hold within today's GNU project other than being a wise old person (wise with respect to his topics of expertise) who is respected a lot? As a simple user, I see him as the guardian of the temple ("Chief GNUisance"), and

[completion] Completion scripts not loaded from ~/.guix-profile/etc/profile

Hi guix, Not sure if it needs to be add to the guix documentation or directly included in "~/.guix-profile/etc/profile" generation process, but the completion scripts provided by packages seem not to be loaded. For example, if i only install the package "git", the completion scripts for "git"

Re: 'core-updates' Q4 2019

Marius Bakke writes: > Guix, > > As you know, the "quarterly" core-updates rebuild took almost a full > year this previous cycle. There are already 35 commits on the > 'core-updates-next' branch, and I've heard rumors of a GNOME 3.32 branch > lurking somewhere. > > To prevent this work from

Re: Joint statement on the GNU Project

Taylan Kammer wrote: > On 07.10.2019 16:32, Ludovic Courtès wrote: >>https://guix.gnu.org/blog/2019/joint-statement-on-the-gnu-project/ > > Some drama about this leaked out of my mailing list-specific sub-folders > (which I only skim occasionally) into my main INBOX, so of course I had to >

Re: Proposal to remove the off-topic, not free software related thoughtcrime accusations from the Guix project pages on GNU.ORG websitew

too bad. Do you need more email space? I can lend you some On Thu, Oct 10, 2019 at 04:44:03PM +, ng0 wrote: > Oi. > Shut up and get another audience for your monologue theater act. > I am no longer involved in guix that much, but your trash keeps > piling up in my inbox. -- So many

RE: [Hangout - NYLXS] ---> "RMS" : ?? if you are going to use acronyms unknown to many in the audience, footnote them ! + "FUD"

---> "RMS" : ?? if you are going to use acronyms unknown to many in the audience, footnote them ! + "FUD" __ Sent: Thursday, October 10, 2019 5:03 PM To: Dmitry Alexandrov <321...@gmail.com> Cc:

Re: Joint statement on the GNU Project

Taylan Kammer writes: > [snip] > > All other political conflicts should IMO be decided on a case by case > basis with the goal of reaching mutual compromise within the confines of > the communication channels of the GNU project. That is, 1. no favorites > on who gets to silence who and 2.

Re: Testing small changes to upstream Guix repo

Hi Danny, Thanks so much for these steps, they worked perfectly for me. The manual has the necessary commands laid out a bit too sparsely; having them concisely presented like this got me over the hurdle. David On Tue, Oct 8, 2019, at 3:33 PM, Danny Milosavljevic wrote: > Hi, > > > 2. Clone

Fabe build system

Hi guix! Lately I've been trying to package some FOSS FPGA toolkit stuff for guix, and as a dependency of a dependency I ran into python-boost https://github.com/boostorg/python/, which uses the "faber" build system. Since this build system is not supported by guix (or any other distro as

Re: Overhauling the cargo-build-system

On Fri, Oct 11, 2019 at 12:33:18AM +0200, Ludovic Courtès wrote: > Hello! > > Efraim Flashner skribis: > > > I'd like to challenge the assumption that packages are both libraries > > and source. A 'library' in rust compiles into one of three types: a > > static library (libfoo.a), a shared

Re: i686-linux GCC package on x86_64

> Now the only issue is that the libc is placed in a > "/gnu/store/...-gcc-cross-i686-unknown-linux-gnu-5.5.0/i686-unknown-linux-gnu" > subfolder. > I wonder why. How are dependencies supposed to find the libs in there? > > Is it possible to move the libs to the usual "lib" folder at the root?