Hi Paul,
> Ok, I have found a fix.
[…]
> The effect is to add a subdirectory to the temporary directory. This
> is used as the target to download the files to. It does not exist
> until created by the 'svn export' command.
Interesting! I think I added this back then and at some point it used
Nice work!
That bug has been around for years I think.
Thanks!
John
Hello,
Danny Milosavljevic skribis:
> On Thu, 10 Sep 2020 10:09:11 +0200
> Ludovic Courtès wrote:
>
>> Surely we don’t need that much just to build a kernel module. :-)
>
> Since Linux is a monolithic kernel and since C has no modules: Yes, yes we
> do--in the general case.
>
> Linux kernel de
Hi Guix,
Ok, I have found a fix.
It turns out that the 'svn export' command throws an error if the
target directory already exists.
Initially I set the 'log' argument of 'download-svn-to-store' to
'current-output-port' to see the error message from svn:
svn: E155000: Destination directory exi
Gábor Boskovits writes:
> Hello,
>
> Christopher Lemmer Webber ezt írta (időpont:
> 2020. szept. 10., Cs, 0:52):
>>
>> Christopher Lemmer Webber writes:
>>
>> > Gábor Boskovits writes:
>> >
>> >> Hello,
>> >>
>> >> Christopher Lemmer Webber ezt írta (időpont:
>> >> 2020. szept. 9., Sze, 21:00)
On Wed, 2020-09-09 at 18:05 +0200, Ricardo Wurmus wrote:
> Hi Roel,
>
> > This is an automated email from the git hooks/post-receive script.
> >
> > roelj pushed a commit to branch master
> > in repository guix.
> >
> > The following commit(s) were added to refs/heads/master by this
> > push:
>
On Thu, 2020-09-10 at 13:31 +0200, Ricardo Wurmus wrote:
> Roel Janssen writes:
>
> > > > +(define-public r-bisquerna
> > > > + (package
> > > > + (name "r-bisquerna")
> > > > + (version "1.0.4")
> > > > + (source (origin
> > > > +(method url-fetch)
> > > > +(uri (c
Hi Ludo,
On Thu, 10 Sep 2020 10:09:11 +0200
Ludovic Courtès wrote:
> Surely we don’t need that much just to build a kernel module. :-)
Since Linux is a monolithic kernel and since C has no modules: Yes, yes we
do--in the general case.
Linux kernel developers have no interest in supporting out
zimoun writes:
> On Thu, 10 Sep 2020 at 13:30, Ricardo Wurmus wrote:
>
>> > It seemed so "bioinformatics"-specific. But you're right, it's a CRAN
>> > package, so that may be a better fit. Shall I move it to CRAN?
>>
>> If you have time to do that, yes please. Some time ago I started a
>> h
zimoun writes:
> Last, should CRAN packages in statistics.scm go in cran..scm or not?
Yes, I want statistics.scm to no longer have CRAN packages.
--
Ricardo
On Thu, 10 Sep 2020 at 12:40, Ricardo Wurmus wrote:
> > Where would I add a non-CRAN and non-Bioconductor package to? Perhaps
> > this situation won't occur again, and should raise a flag, because I
> > think I've never had this case before.
>
> We don’t have any good place for those packages.
On Thu, 10 Sep 2020 at 13:30, Ricardo Wurmus wrote:
> > It seemed so "bioinformatics"-specific. But you're right, it's a CRAN
> > package, so that may be a better fit. Shall I move it to CRAN?
>
> If you have time to do that, yes please. Some time ago I started a
> half-hearted migration of R
Roel Janssen writes:
>> > +(define-public r-bisquerna
>> > + (package
>> > + (name "r-bisquerna")
>> > + (version "1.0.4")
>> > + (source (origin
>> > +(method url-fetch)
>> > +(uri (cran-uri "BisqueRNA" version))
>> > +(sha256
>> > + (base
Hi Ricardo,
On Wed, 2020-09-09 at 18:04 +0200, Ricardo Wurmus wrote:
> Hi Roel,
>
> > This is an automated email from the git hooks/post-receive script.
> >
> > roelj pushed a commit to branch master
> > in repository guix.
> >
> > The following commit(s) were added to refs/heads/master by this
Roel Janssen writes:
>> > commit 1f56ec08af704bdc7aa3e143bf5ce351c5306dea
>> > Author: Roel Janssen
>> > AuthorDate: Wed Sep 9 16:56:02 2020 +0200
>> >
>> > gnu: Add r-loomr.
>> >
>> > * gnu/packages/bioinformatics.scm (r-loomr): New variable.
>>
>> This is not free software. S
Hi Ricardo,
On Wed, 2020-09-09 at 18:02 +0200, Ricardo Wurmus wrote:
> Hi Roel,
>
> > This is an automated email from the git hooks/post-receive script.
> >
> > roelj pushed a commit to branch master
> > in repository guix.
> >
> > The following commit(s) were added to refs/heads/master by thi
Hello Guix!
If you’ve ever used offloading (or ‘guix copy’), you’ve probably noticed
that the time to send store items is proportional to the number of store
items to send rather than their total size. Namely:
guix archive --export coreutils
is fast, but:
guix archive --export $(guix build
Hello Danny & Mathieu,
While looking for sources of contention on ci.guix.gnu.org, I found that
“linux-libre-module-builder” leads to hge trees in the store;
performing deduplication on these trees takes ages, and more generally
these big trees look unreasaonble to me.
--8<---cut
Hello,
Christopher Lemmer Webber ezt írta (időpont:
2020. szept. 10., Cs, 0:52):
>
> Christopher Lemmer Webber writes:
>
> > Gábor Boskovits writes:
> >
> >> Hello,
> >>
> >> Christopher Lemmer Webber ezt írta (időpont:
> >> 2020. szept. 9., Sze, 21:00):
> >>>
> >>> Maxim Cournoyer writes:
> >>>
Ricardo Wurmus skribis:
> Guillaume Le Vaillant writes:
>
>> Is there a way to generate files and add them to the environment created
>> by 'guix build' as it can be done with profile hooks?
>
> Yes, the build system can do whatever it wants. The
> texlive-build-system, for example, builds a u
20 matches
Mail list logo
