Hello Tobias!
It is! Would you like to try your hand at a patch? It should be easy
if unexciting work. (If you want excitment you can suggest making it
the default.)
Sure! Yeah, making it default was the next thing in my mind.
We should use upstream[0] release names, though, not roll our
Hi Efraim!
I was waiting for the kernel code reorganization before adding it as a
variable. The trick is to add also linux-libre-lts-source and all the
others, and in a useful location. Now it's just taking the time to add
it in somewhere.
Do you want to take a stab at it? I'm not sure when
On Sun, Nov 01, 2020 at 02:35:50PM -0500, Morgan Smith wrote:
> I would like to propose that we move towards using sources that resemble
> the development sources as closely as possible.
>
> I like to work on Emacs and Emacs packages in my spare time. The Guix
> package transformations are gold
>> Actually I don't understand what "message" would mean in "build-message".
>> I'm more confused than with "derivation" :p
>
> It is the minimal build information that the build-daemon requires. A
> message to the build daemon in a way.
Perhaps "build request" is a slightly better term. Just as
Hi Guix!
I was looking to pause a long build today and asked on IRC how to
accomplish pause/resume. It seems this is possible already with the
following:
kill --signal SIGSTOP|SIGCONT {pids-of-build-process-tree}
There is already a command to list the processes associated to guix
commands:
Hi,
I am updating to the last Bioconductor release v3.12. Please fetch the
branch ’wip-r’ from:
https://github.com/zimoun/guix
There is remaining work to do. See below.
Here, I am describing the workflow. Maybe it could help as basis for
future updates. Ricardo provided helpful tips:
On Mon, Nov 02, 2020 at 10:00:38AM -0500, Julien Lepiller wrote:
> Le 2 novembre 2020 08:20:34 GMT-05:00, "Miguel Ángel Arruga Vivas"
> a écrit :
> >With my translator hat on: a new tarball for TP has to be generated
> >before or after creating the branch (1.2.0-pre3). If done tomorrow, I
>
Hi,
Ricardo Wurmus skribis:
>> +(define-public ghc-tabular
>> + (package
>> +(name "ghc-tabular")
>> +(version "0.2.2.8")
>
> LTSHaskell has this at 0.2.2.7.
How hard would it be to add a ‘lint’ checker for that? After all we
already have the updater code. That’d be very helpful!
Miguel Ángel Arruga Vivas skribis:
> Ludovic Courtès writes:
> [...]
>> There are a couple of pending issues, notably regarding locales in GRUB,
>> but nothing big hopefully, and nothing that changes the manual and
>> strings I believe.
>
> I've already pushed the changes for grub. The only
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix-manual' has been submitted
by the French team of translators. The file is available at:
https://translationproject.org/latest/guix-manual/fr.po
(We can arrange things
On Mon, Nov 02, 2020 at 04:43:14PM +0100, Pierre Neidhardt wrote:
> Hi Arun!
>
> Actually I don't understand what "message" would mean in "build-message".
> I'm more confused than with "derivation" :p
It is the minimal build information that the build-daemon requires. A
message to the build
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'guix-manual' has been submitted
by the French team of translators. The file is available at:
https://translationproject.org/latest/guix-manual/fr.po
(We can arrange things
Le 2 novembre 2020 08:20:34 GMT-05:00, "Miguel Ángel Arruga Vivas"
a écrit :
>Hi simon,
>
>zimoun writes:
>> Hi,
>>
>> On Sat, 31 Oct 2020 at 23:28, Ludovic Courtès wrote:
>>
>>> Having pushed the (guix transformations) patch¹, which also updates
>the
>>> manual and thus requires yet some
Thank you all for your inputs!
The original Nix publication was helpful. On page 22 of the full thesis,
it says:
--8<---cut here---start->8---
Derivation is Nix-speak for a component build action, which derives
the component from its inputs.
Ludovic Courtès skribis:
> Ludovic Courtès skribis:
>
>> Apart from LibreOffice, I found that ‘share/mime/packages’ is provided
>> by at least: hugin, gcr, fontforge. Most GUI packages don’t have it.
>> So in practice, we’re often rebuilding the exact same database.
>
> On closer inspection,
Hi,
On +2020-11-01 10:41:23 +0100, Jonathan Brielmaier wrote:
> On 31.10.20 21:03, paul wrote:> Dear Guixers,
> >
> > I was packaging an Italian dictionary for Hunspell, when I found this
> > link listing all the Hunspell dictionaries supported by Libreoffice [0].
> >
> > This lead me to think
Hi Danny,
Am Montag, den 02.11.2020, 11:17 +0100 schrieb Danny Milosavljevic:
> Hi,
>
> On Mon, 02 Nov 2020 08:44:29 +0100
> Pierre Neidhardt wrote:
>
> > Danny Milosavljevic writes:
> > > Not much more works yet because I've hit this (design) bug in
> Guix and/or
> > > GNOME:
> > >
> > > *
Hi simon,
zimoun writes:
> Hi,
>
> On Sat, 31 Oct 2020 at 23:28, Ludovic Courtès wrote:
>
>> Having pushed the (guix transformations) patch¹, which also updates the
>> manual and thus requires yet some more translation work, I think I don’t
>> have any serious changes to make and I’d be happy
Ludovic Courtès skribis:
> Apart from LibreOffice, I found that ‘share/mime/packages’ is provided
> by at least: hugin, gcr, fontforge. Most GUI packages don’t have it.
> So in practice, we’re often rebuilding the exact same database.
On closer inspection, the time-consuming bit is processing
Hi,
On Sun, 1 Nov 2020 at 21:27, Ricardo Wurmus wrote:
> The documentation should be updated to warn against upgrading to
> arbitrary versions.
Does it make sense to add a check in the linter? Or in refresh?
All the best,
simon
Hi Mathieu,
Mathieu Othacehe writes:
> "All its data will be lost" refers to the hard drive. Maybe we should
> say "Their data will be lost", referring to the partitions?
Thanks for the review, I overlooked that.
> Otherwise, looks nice.
Pushed as bc9e66f0feb25c77898222cfe5f3ef484dcee95e with
Hi,
Joshua Branson skribis:
> The "XDG MIME database" takes a while.
>
> #+BEGIN_SRC sh :results output :exports both
> time guix build --check $(guix gc -R $(guix gc --derivers $(readlink -f
> ~/.guix-profile)) |grep xdg-mime-database.drv)
> #+END_SRC
>
>
> #+RESULTS:
> : The following
Vagrant Cascadian writes:
Hey!
> On 2020-10-31, Pjotr Prins wrote:
>> Anyone interested in porting GNU Mes and GNU Guix to RISCV?
...trying not to get noticed, /me looks at their full plate (cough Mes +
ARM) and then slowly looks over shoulder...
>> We can try
>> and purchase the hardware. We
Hi Ludo,
On Sun, 01 Nov 2020 22:53:26 +0100
Ludovic Courtès wrote:
> Lars-Dominik Braun skribis:
>
> Long ago Dave Thompson wrote guix-web, which allowed you to install
> packages (you’d run it as your user):
>
>
>
On 01.11.2020 22:53, Ludovic Courtès wrote:
Hi,
Lars-Dominik Braun skribis:
[…] from my point of view, the good direction would be a “web-app frontend”,
similarly to git-annex-assistant [1]. This design is more flexible because
it could be used locally *and* could also be the front-end of
Hi,
On Mon, 02 Nov 2020 08:44:29 +0100
Pierre Neidhardt wrote:
> Danny Milosavljevic writes:
> > Not much more works yet because I've hit this (design) bug in Guix and/or
> > GNOME:
> >
> > * https://github.com/spk121/guile-gi/issues/96
>
> Have you tried g-golf? The Nomad browser uses
Hi,
On Sat, 31 Oct 2020 at 23:28, Ludovic Courtès wrote:
> Having pushed the (guix transformations) patch¹, which also updates the
> manual and thus requires yet some more translation work, I think I don’t
> have any serious changes to make and I’d be happy to branch now. WDYT?
I think it
Pierre Neidhardt writes:
> Ludovic Courtès writes:
>
>> This reminds me of Janneke’s Guimax:
>>
>> https://gitlab.com/janneke/guimax
>>
>> It’s rather about providing a Guile UI, but perhaps it could also serve
>> as the basis of a Guix GUI?
>
> I haven't heard about this, thanks for the hint,
28 matches
Mail list logo