Pierre Neidhardt writes:
> Any thought on this, anyone?
Having used Gentoo for some years, I'm not sure a "global" parameter
system is desirable. It could encourage enabling feature "foo", even
for packages that have experimental or broken support for "foo".
But I see how it could be useful to
Andreas Enge writes:
> On Mon, Dec 16, 2019 at 11:41:57PM +0100, Marius Bakke wrote:
>> Errh, the patch only works if you already have Poppler 0.83.0. For the
>> current 'core-updates' branch, I believe you can use the same approach
>> but fetch poppler-0.76.0.cc instead (or take Arch's patch[0]
Hi Konrad,
Thank you! It is very interesting!!
Below questions.
And suggestions which I can Pull-Request with Github. :-)
Hope it is readable: indented text is your text; non-indented one is question.
Cheers,
simon
--
#+TITLE: Reproducible computations with Guix
#+STARTUP: inlinei
Hi Ludo,
Thank you!
It was interesting. :-)
Cheers,
simon
Don't know if this is a good place, but gnome-color-manager in this
commit:
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=29ae18db0578bbdbc0119703f7412fe91927e80e
has GPL2 license in the "license" field and the COPYING file also tells
the license is GPL2, but if you check a random source fi
On Thu, 9 Jan 2020 at 16:41, Pierre Neidhardt wrote:
>
> zimoun writes:
>
> >> The benefit of "/" is that it works _incidentally_. If you are looking
> >> for "bin/hg", then `guix search bin/hg` will do the right thing.
> >
> > I agree.
> >
> > To be clear, to search the binary 'hg', I find clea
On Thu, 9 Jan 2020 at 16:38, Pierre Neidhardt wrote:
> > I am looking for the file gmsh.h and I do not know nothing more.
>
> --8<---cut here---start->8---
> guix search /gmsh.h
> --8<---cut here---end--->8---
>
> would work.
Pierre Neidhardt writes:
>> Channel news entries are recorded in the database, you can see all that
>> are present in a revision [3], but the comparison page should show new
>> news entries as well.
>>
>> 3:
>> http://data.guix.gnu.org/revision/06c8e87224decebc0a3d5bdc7d2ca13cb2b08299/news
>
>
Pierre Neidhardt writes:
>> I think the Guix Data Service is a good fit since it knows about
>> packages, derivations, commits, and how they map to each other. :-) It
>> could download nars and do the equivalent of ‘guix archive -t’ to get
>> the list of file names.
>
> Are you suggesting that
zimoun writes:
>> The benefit of "/" is that it works _incidentally_. If you are looking
>> for "bin/hg", then `guix search bin/hg` will do the right thing.
>
> I agree.
>
> To be clear, to search the binary 'hg', I find clearer "guix search bin/hg".
> However, to search any file which you do no
zimoun writes:
>> But for which benefit? It seems that this single example
>>
>> >> - guix search bin/gmsh gimp
>>
>> covers all your needs.
>
> No.
>
> For example:
>
>> >> - guix search file:gmsh.h gimp
>
> I am looking for the file gmsh.h and I do not know nothing more.
--8<---
Ludovic Courtès skribis:
> I’ll be presenting Guix-Jupyter today in a web meeting of Scicloj, at
> 3PM UTC (4PM CET):
>
> https://scicloj.github.io/pages/web_meetings/
>
> This will be happening through Jitsi¹ (exact URL will be announced
> later), which I found to work well with our ‘ungoogled
On Thu, 9 Jan 2020 at 15:21, Pierre Neidhardt wrote:
> Why don't you like it?
You are like Haskellers or Perlers asking why ">>=" is not clear. :-)
I do not find meaningful "/.*gmsh.h" to search the file named "gmsh.h".
I find clearer "file:gmsh.h".
Taste of cheese and wine... :-)
> I don't l
On Thu, 9 Jan 2020 at 15:14, Pierre Neidhardt wrote:
> >> > I agree that explicit keywords, e.g., "file:" and "package:", avoid
> >> > confusion.
> >>
> >> I disagree. What about matching a path which contains "file:" or
> >> "package:"? Then you end up with confusing commands.
> >
> > About "
zimoun writes:
> Hi Pierre,
>
> On Thu, 9 Jan 2020 at 14:01, Pierre Neidhardt wrote:
>>
>> zimoun writes:
>
>> >> To avoid confusion, I think this should be an option/subcommand of
>> >> search. Something like -path and -name in find(1).
>> >
>> > I agree that explicit keywords, e.g., "file:" a
Hi again, :-)
On Thu, 9 Jan 2020 at 13:55, Pierre Neidhardt wrote:
> What I originally suggested is that we could equivalently do:
>
> guix search "/foo.*bar" python-
[...]
> > Time to time, I am looking for header C file or latex style but I do
> > not know the path. I would like to have so
Hi Pierre,
On Thu, 9 Jan 2020 at 14:01, Pierre Neidhardt wrote:
>
> zimoun writes:
> >> To avoid confusion, I think this should be an option/subcommand of
> >> search. Something like -path and -name in find(1).
> >
> > I agree that explicit keywords, e.g., "file:" and "package:", avoid
> > con
> Yes! I don't think I'm alone in frustration over unnecessary packages
> installed systemwide.
:-)
signature.asc
Description: This is a digitally signed message part
zimoun writes:
> On Thu, 9 Jan 2020 at 12:20, Pierre Neidhardt wrote:
>>
>> > … I agree. I think file search has to be a service providing access to
>> > a fast database.
>>
>> Good point. Let's go in that direction then.
>
> But it should be possible to build this database locally without usi
On Thu, 9 Jan 2020 at 12:20, Pierre Neidhardt wrote:
>
> > … I agree. I think file search has to be a service providing access to
> > a fast database.
>
> Good point. Let's go in that direction then.
But it should be possible to build this database locally without using
any network connection.
Hi Ludo,
On Thu, 9 Jan 2020 at 09:57, Ludovic Courtès wrote:
> I’ll be presenting Guix-Jupyter today in a web meeting of Scicloj, at
> 3PM UTC (4PM CET):
Cool!
> This will be happening through Jitsi¹ (exact URL will be announced
> later), which I found to work well with our ‘ungoogled-chromium
Hi Christopher!
Nice update as usual!
A few questions:
> Channel news entries are recorded in the database, you can see all that
> are present in a revision [3], but the comparison page should show new
> news entries as well.
>
> 3:
> http://data.guix.gnu.org/revision/06c8e87224decebc0a3d5bdc7d
Hello Guix!
For Outreachy's May-August 2020 round, I have proposed some ideas
(https://lists.gnu.org/archive/html/guix-devel/2020-01/msg00102.html).
I am looking for folk(s) to be a mentor(s) for those topics. Please let me know
if you are interested.
Thank you!
Regards,
Raghav Gururajan.
Hello Guix!
I’ll be presenting Guix-Jupyter today in a web meeting of Scicloj, at
3PM UTC (4PM CET):
https://scicloj.github.io/pages/web_meetings/
This will be happening through Jitsi¹ (exact URL will be announced
later), which I found to work well with our ‘ungoogled-chromium’
package.
Ludo’
24 matches
Mail list logo
