fetch it, it sounds fishy no?
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
-i ungoogled-chromium
construction de
/gnu/store/w54r150nj8ksyznj6b8q92fgr1n0l20h-ungoogled-chromium-72.0.3626.109.tar.xz.drv...
\ C-c C-c
--8<---cut here---end--->8---
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello Ricardo,
Ricardo Wurmus writes:
>> Mathieu Lirzin skribis:
>>
>>> Following the announcement made by RMS regarding the new GNU Kind
>>> Communication Guidelines (GKCG) [1], I would like to know if the Guix
>>> developpers in particular its maintaine
Hello Ludo,
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> Following the announcement made by RMS regarding the new GNU Kind
>> Communication Guidelines (GKCG) [1], I would like to know if the Guix
>> developpers in particular its maintainers wo
.org/archive/html/info-gnu/2018-10/msg1.html
>> [2] https://www.contributor-covenant.org/
>> [3] https://geekfeminism.wikia.com/wiki/Meritocracy
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
/archive/html/info-gnu/2018-10/msg1.html
[2] https://www.contributor-covenant.org/
[3] https://geekfeminism.wikia.com/wiki/Meritocracy
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hi,
Mathieu Lirzin writes:
> Here is my proposal for the Google Summer of Code 2017.
I have updated it, according to the various feedback I had. Here is the
link:
http://mathieu.lirzin.emi.u-bordeaux.fr/gsoc/guix.html
I must say that given the current agitation in Guix community
Hello,
Andy Wingo writes:
> On Sun 12 Mar 2017 15:49, Mathieu Lirzin writes:
>
>> Here is my proposal for the Google Summer of Code 2017.
>
> Looks great to me. FWIW I think you may want to use Fibers in Cuirass.
> Sometimes a web API request might need to "fork&quo
mind, which do not
> really fit in the proposal but are worth looking into as time permits:
>
> • improved error reporting upon evaluation failures and so on;
>
> • improved error recovery;
I totally forgot to precise that the error handling issue is exactly the
reason I think
"pelzflorian (Florian Pelz)" writes:
> On 03/12/2017 07:41 PM, Mathieu Lirzin wrote:
>> Hello Florian,
>>
>> "pelzflorian (Florian Pelz)" writes:
>>
>>> On 03/12/2017 03:49 PM, Mathieu Lirzin wrote:
>>>> Sensitive requests s
ore and ignore
> you, as you choose to ignore other people with your behavior and
> invalidate their existence and bother them with your view of what's
> "correct" and what's not.
This reaction is highly intolerant and not acceptable in this community.
Disagreeing doesn't justify being rude or insulting people.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
behavior in its spaces.
>
> Thank you, Andy. I agree with everything you wrote, in particular how
> this relates to our goal of creating a welcoming environment, which is a
> main task for maintainers.
Could you tell us what this maintainer task consist of?
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Thank you for this tutorial. This is really useful given the current
state of Cuirass documentation. ;)
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Hello Florian,
"pelzflorian (Florian Pelz)" writes:
> On 03/12/2017 03:49 PM, Mathieu Lirzin wrote:
>> Sensitive requests should be done with an
>> authentification mechanism which is not determined yet. I currently
>> have no experience with any and lack t
ps://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm]
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
John Darrington writes:
> On Fri, Feb 24, 2017 at 08:25:20PM +0100, Mathieu Lirzin wrote:
>
> John Darrington writes:
>
> > * build-aux/texinfo.tex,ref: New file, copied from texlive-minimal
> > * bootstrap: Use it, if newer than the t
hen
> +cp -f build-aux/texinfo.tex,ref build-aux/texinfo.tex;
> +fi
What about checking in texinfo.tex and removing the -f (--force) option
when invoking 'autoreconf'? This would ensure that texinfo.tex is not
overwritten.
WDYT?
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
John Darrington writes:
> On Wed, Feb 22, 2017 at 04:48:55PM +0100, Mathieu Lirzin wrote:
>
> Sure it is!
>
> What I meant is that Ratpoison is not the most "intuitive" WM for non
> GNU Emacs/Screen users. As a consequence adding it in an
ve different values and
> preferences, but I think we should be more generous when interpreting
> each others' messages.
For christ sake, love you each other! :)
Joke aside, I agree with you Leo.
I agree with Pjotr too, I think it is time to drop this thread.
--
Mathieu Lirzin
GPG: F2A3 8
Hello Clément,
Clément Lassieur writes:
> Mathieu Lirzin writes:
>
>> While we are on this lightweight template, what would you think of
>> replacing ratpoison with something less "exotic" like openbox? :)
>
> What do you mean by "exotic"? Isn'
op.tmpl: Remove xmonad and complete i3-wm.
>
> gnu/system/examples/lightweight-desktop.tmpl | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
Andy Wingo writes:
> On Tue 21 Feb 2017 13:13, Mathieu Lirzin writes:
>
>> IIUC the problem you have is that in a Guix build environmnent, Guile
>> tries but *fails* to autocompile ".scm" files because it doesn't find
>> any directory that it can wr
nywhere else) I agree that it would be reasonable to have a
way to autocompile ".scm" files in a Guix build environment.
Since /tmp is writeable in a Guix build environment and in most POSIX
systems (I guess), Would it make sense for Guile itself to fallback to
/tmp for its compilation cac
Christopher Allan Webber writes:
> Ludovic Courtès writes:
>
>> Mathieu Lirzin skribis:
>>
>>> From f104b3745097746d6ef89b6198ec7b81e8b679f4 Mon Sep 17 00:00:00 2001
>>> From: Mathieu Lirzin
>>> Date: Sun, 29 Jan 2017 00:34:48 +0100
>>
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> * HACKING : Remove name of the manual from the item argument.
>> * README : Likewise.
>
> Good catch, please push!
>
> Ludo’.
Pushed as commit 8efc35a8902910ef7c09183c1d79d51498b2c10c.
Thanks.
ht © 2012, 2013, 2014, 2016 Ludovic Courtès
-Copyright © 2015 Mathieu Lirzin
+Copyright © 2015, 2017 Mathieu Lirzin
Copyright © 2017 Leo Famulari
Copying and distribution of this file, with or without modification,
@@ -14,7 +14,7 @@ Copyright © 2017 Leo Famulari
See the manual for use
aa289d56..8b47ed83f 100644
--- a/gnu/packages.scm
+++ b/gnu/packages.scm
@@ -3,7 +3,7 @@
;;; Copyright © 2013 Mark H Weaver
;;; Copyright © 2014 Eric Bavier
;;; Copyright © 2016 Alex Kost
-;;; Copyright © 2016 Mathieu Lirzin
+;;; Copyright © 2016, 2017 Mathieu Lirzin
;;;
;;; Thi
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> Christopher Allan Webber writes:
>>
>>> 8sync now uses `git-file?' in its guix.scm, a predicate check which
>>> allows for checking out the whole local directory as a "sou
suggested by 'guix lint'.
> +(description "GNU Freetalk is a command-line Jabber/XMPP chat client. It
> +notably uses the Readline library to handle input, so it features convenient
> +navigation of text as well as tab-completion of buddy names, commands and
> +English words. It is also scriptable and extensible via Guile.")
> +(home-page "https://www.gnu.org/software/freetalk/freetalk.html";)
> +(license license:gpl3+)))
> +
> ;;; messaging.scm ends here
Pushed with those minor changes as commit
c631233fd44fe6ea32197fa21fda35fc864d0d2a.
Thank you!
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
ass/issues
Thanks for reporting them.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
cation. However this will only work if your modules
names are '(gnu packages ...)'.
I guess Cuirass should handle this use case with '-L', '--load-path'
command line arguments like what 'guix build' does. WDYT?
Would you be interested in implementing this?
Hello,
Mathieu Othacehe writes:
> * gnu/services/cuirass.scm (): Add port field.
> (cuirass-shepherd-service): Honor it.
> * doc/guix.texi (Continuous Integration): Document it.
> ---
Applied as 11b7717deba42b1f8286158e1cf4b58dec533859.
Thank you.
--
Mathieu Lirzin
GPG: F2A3 8D
free to contribute to it.
TIA.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> * guix/git-download.scm (git-fetch): Call 'gexp->derivation' with only one
>> '#:local-build?' keyword argument.
>
> Good catch! Thanks,
> Ludo'.
Pushed in c
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> * guix/derivations.scm (): Make it immutable.
>> (derivation): Use generic 'set-field' instead of ad-hoc functional setter.
>
> LGTM, thanks!
>
> Ludo'.
Pushed in commit dc67
guix.scm, a predicate check which allows for checking out the whole
> local directory as a "source" for testing a package. I borrowed it from
> Dave who originally adapted it from some code in Guix itself. See:
>
> http://git.savannah.gnu.org/cgit/8sync.git/tree/guix.scm#n62
* guix/git-download.scm (git-fetch): Call 'gexp->derivation' with only one
'#:local-build?' keyword argument.
---
guix/git-download.scm | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/guix/git-download.scm b/guix/git-download.scm
index fca44f552..62e625c71 100644
--- a/guix/g
d5e4b5730..b712c508e 100644
--- a/guix/derivations.scm
+++ b/guix/derivations.scm
@@ -1,5 +1,6 @@
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2012, 2013, 2014, 2015, 2016, 2017 Ludovic Courtès
+;;; Copyright © 2016, 2017 Mathieu Lirzin
;;;
;;; This file is part o
Mathieu Lirzin writes:
> l...@gnu.org (Ludovic Courtès) writes:
>
>> What change would you suggest to solve this problem? It would be best
>> if Cuirass allowed several jobs building the same derivations (the key
>> could be an autoincrement counter instead of t
6_64,
> hence the same .drv. So I hacked my way to ignore Wine.
>
> But then ‘cargo-bootstrap’ showed the same problem.
>
> Hence this message. :-)
>
> What change would you suggest to solve this problem? It would be best
> if Cuirass allowed several jobs building the same derivations (the key
> could be an autoincrement counter instead of the (drv,eval) pair maybe?)
Seems reasonable to me. I will do that.
Thanks.
--
Mathieu Lirzin
GPG: F2A3 8D7E EB2B 6640 5761 070D 0ADE E100 9460 4D37
check for it at configure time and
conditionally compile and install the modules only if 'guile-ncurses' is
found, like what is done for 'guile-json'?
--
Mathieu Lirzin
ng0 writes:
> Mathieu Lirzin writes:
>
>> Hi,
>>
>> Mathieu Lirzin writes:
>>
>>> Carlo Zancanaro writes:
>>>
>>>> On Thu, Dec 01 2016, ng0 wrote
>>>>> I tried that before (though I did just think it was wrong) and no
Hi,
Mathieu Lirzin writes:
> Carlo Zancanaro writes:
>
>> On Thu, Dec 01 2016, ng0 wrote
>>> I tried that before (though I did just think it was wrong) and now I
>>> get the same message as yesterday:
>>>
>>> ...
>>>
>>> In
nfiguration is just equivalent to the --specifications argument to the
> cuirass command, if that helps at all.
Indeed, this is a mistake on my side. Here are 2 patches that should
fix this issue.
>From 707d6f7255eeab39b6694bc81537966cbca0e61d Mon Sep 17 00:00:00 2001
From: Mathieu Lirzin
Date: Thu,
David Craven writes:
> LGTM!
Pushed in commit 365de1e7a5b37f9fd88cd964cc7d47f6f729d053, with an
updated Cuirass commit.
Thanks.
--
Mathieu Lirzin
Pushed in commit a7cf4eb6d99838606d8ecfa776f7e4920dfbb7f5 with bug fixed
and requested changes.
Thanks.
--
Mathieu Lirzin
;for user mounts
> %base-packages))
>
>;; Add GNOME and/or Xfce---we can choose at the log-in
IMO 'gvfs' is a reasonable default for a desktop configuration. So I
think this patch is a good idea.
Thanks.
--
Mathieu Lirzin
Mathieu Lirzin writes:
> 宋文武 writes:
>
>> From: ng0
>>
>> * gnu/services/version-control.scm: New file.
>> * gnu/local.mk (GNU_SYSTEM_MODULES): Add it.
>> * doc/guix.texi (Misellaneous Services)(Version Control): New section.
>
> but I find this
belongs to
"Miscellaneous Services". @node identifiers are unique, so it is
reasonable to refers to them with '()', and use '<>' for their parts as
suggested by GCS:
https://www.gnu.org/prep/standards/html_node/Indicating-the-Part-Changed.html#Indicating-the-Part-Changed
Thanks.
--
Mathieu Lirzin
should fix the Autotools dependency and the warning.
--
Mathieu Lirzin
e/news/
>
> I figured probably nobody would dislike the change. :-)
>
> Anyway, please report any issues!
>
> I’ll email to update the feed URL in planet.gnu.org and
> scheme.dk/planet.
>
> Thanks again to Assaf Gordon who provided me with a raw dump of the news
> entries from Savannah!
Nice!
--
Mathieu Lirzin
uot;.")
>(string=? <> ".."
I think you mean something like this instead:
(lambda (file)
(not (or (string=? file ".")
(string=? file ".."
Did I miss something?
--
Mathieu Lirzin
cumentation. However I am not sure if
that helps much. WDYT?
Thanks for the review.
--
Mathieu Lirzin
ent+Server architecture communicating
over Socket. If nobody has a better idea, I will start working on that
(taking inspiration from the Shepherd).
Thanks,
Mathieu Lirzin (2):
gnu: Add Cuirass.
services: Add 'cuirass-service'.
doc/guix.texi| 86
/packages/ci.scm
+++ b/gnu/packages/ci.scm
@@ -1,5 +1,7 @@
;;; GNU Guix --- Functional package management for GNU
;;; Copyright © 2015 Eric Bavier
+;;; Copyright © 2016 Jan Nieuwenhuizen
+;;; Copyright © 2016 Mathieu Lirzin
;;;
;;; This file is part of GNU Guix.
;;;
@@ -181,3 +183,52
.scm\
%D%/services/desktop.scm \
diff --git a/gnu/services/cuirass.scm b/gnu/services/cuirass.scm
new file mode 100644
index 000..93e2805
--- /dev/null
+++ b/gnu/services/cuirass.scm
@@ -0,0 +1,128 @@
+;;; GNU Guix --- Functional package management for GNU
+;;; Copyright © 2016 Mathieu Lir
Jan Nieuwenhuizen writes:
> Mathieu Lirzin writes:
>
>> David Craven writes:
>>
>>> I think the web interface and the json API are two different
>>> "projects".
>>
>> Agreed.
>
> Oh! Then why choose json (poor-man's-sexps?
e 100p or something) that might change your
> perspective and covers everything, you already know functional
> programming.
> https://drive.google.com/open?id=0B-QBlsZR8DS4ZUJLcnkzdkxZVkU
Sounds interesting. I will try to find some time to read this book.
Thanks,
--
Mathieu Lirzin
Jan Nieuwenhuizen writes:
> Mathieu Lirzin writes:
>
>>> Yes, I think I found this, I can see json in my browser window...but
>>> that's not really a web view yet (no criticism, I'm just wondering...)
>>
>> Sorry I misread what you meant by web
Jan Nieuwenhuizen writes:
> Mathieu Lirzin writes:
>
>>> Thanks! I'd really love to get a working Guix-based ci system and
>>> Cuirass is already very close to the minimal set that I need. I have
>>> a working patch to add building of VMs (a la hydra/guix
Jan Nieuwenhuizen writes:
> Mathieu Lirzin writes:
>
> Hi Mathieu!
>
>>> I had some trouble with the #:no-compile? option, it's currently
>>> specified twice. On the Cuirass side I think it should be a property
>>> of the spec, but it seems it g
uild-system)
> +(arguments
> + `(#:phases
> +(modify-phases %standard-phases
> + (add-after 'unpack 'bootstrap
> +(lambda _ (zero? (system* "sh" "bootstrap")))
> +(native-inputs
> + `(("autocon
hould be able to do that in the next 48H.
Thank you for your patches, patience and courage!
--
Mathieu Lirzin
the .go files remaining in the build directory, I agree
that this is not good, however I don't think it is worth trying to fix
this issue which equally applies to every file generated by Make. Using
wildcards can be tempting in such cases but it can lead to accidental
file deletions which is
Roel Janssen writes:
> Thanks. Mathieu, could you revert your patch, or do you want me to look
> at it?
Feel free to take care of it, unless someone strongly object this change
in the following days.
--
Mathieu Lirzin
no necessity in that change, it was just introduced because the
it can be confusing for some people that the Makefile fragment contains
file names relative to the 'top_srcdir' not the actual fragment
location. Moreover it has the slight benefit of potentially avoiding
some manual modifications when moving files around.
IMO supporting the Automake versions distributed in Debian Stable and
The last RHEL/CentOS version is desirable and the above feature doesn't
worth the breakage. So I am in favor of reverting my commit.
I think it would make sense to explicitly state in the manual which
version of Autoconf, Automake, etc we are supporting:
https://www.gnu.org/software/guix/manual/guix.html#Building-from-Git
--
Mathieu Lirzin
compliance.
This is your version of the story. I have tried to explain to you how
the change you have proposed is likely to be related to the "guix build
--source" FSDG issue. Claiming that I have not made any effort because
you are not convinced is unfair.
--
Mathieu Lirzin
or
talking about FSDG compliance. I have already explain my reasons and I
will not repeat myself. If you don't want to take the time to discuss
this on the relevant mailing list, then nothing will move unless you
convince the Guix maintainers that my doubt are not legitimate.
--
Mathieu Lirzin
but I never wrote a single line of java. Pretty
> interesting what will pass as a java programmer don't you
> think? =P
Sorry, but I don't understand what you are trying to say.
--
Mathieu Lirzin
;right" category for packages.
> For example, 'dmenu' shouldn't go to 'wm.scm', it has nothing to
> do with window managers.
>
> When a project makes multiple softwares, I think it's easier to
> put all of them in one project file, eg: gnome and freedesktop.
So you are in favour of keeping (gnu packages suckless)?
--
Mathieu Lirzin
Alex Kost writes:
> Mathieu Lirzin (2016-08-08 20:53 +0300) wrote:
>
>> David Craven writes:
>>
>>> Quoting Ludo from the thread you mentioned:
>>>
>>>> (Besides, our package meta-data would probably still refer to the “real”
>>>>
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> +(synopsis "Lightweight taskbar")
>
> Nitpick: I’d write “task bar” as two words, but I’m conservative.
>
> Ludo’.
Pushed in commit 751f68717538ae0d145d348fca04aebc713740ac.
--
Mathieu Lirzin
o be included in Guix, please start a discussion on
that mailing list explaining what you are proposing and ask if other
people thinks this is OK in regards of the FSDG.
--
Mathieu Lirzin
e/2013-09/msg1.html.
>we are merely providing factual non-opinionated information.
IMO, Distributing software is always opinionated. :)
--
Mathieu Lirzin
ng0 writes:
> Mathieu Lirzin writes:
>
>> I don't have an opinion on the move, however when moving packages across
>> modules your have to keep track of the copyrights.
>
> Oh... Okay, I forgot about that, I never moved packages. Thanks for
> pointing it out
1)
> + ("libxft" ,libxft)
> + ("libxcomposite" ,libxcomposite)
> + ("compositeproto" ,compositeproto)
> + ("libxext" ,libxext)
> + ("xextproto" ,xextproto)
> + ("libxrender" ,libxrender)
> + ("fontconfig" ,fontconfig)
> + ("freetype" ,freetype)
> + ("font-liberation" ,font-liberation)))
> +(native-inputs `(("pkg-config" ,pkg-config)))
> +(home-page "http://st.suckless.org/";)
> +(synopsis "Simple terminal emulator")
> +(description
> + "St implements a simple and lightweight terminal emulator. It
> +implements 256 colors, most VT10X escape sequences, utf8, X11 copy/paste,
> +antialiased fonts (using fontconfig), fallback fonts, resizing, and line
> +drawing.")
> +(license license:x11)))
> --
> 2.9.2
Can you send an updated patch?
If nobody objects I will push this in the following days.
Thanks.
--
Mathieu Lirzin
So your summary of what I was saying was indeed correct.
--
Mathieu Lirzin
ntroduced to comply with FSDG in
order to make GuixSD a fully free distro.
My point is that if we are giving a direct link to the non-patched
source in our UI, the FSDG issue is the same.
Sorry if I was unclear.
--
Mathieu Lirzin
t hello-master)
> ```
>
> Can I also define custom jobs like running guix --rounds=2 and
> guix lint?
Likewise. However this would require more work. :)
I guess the future approach will be to define both the scheme code
running on the client side and on the build (remote) side in the job
specification. I mean something similar to what Guix is doing for its
package definitions. The details are not defined yet.
Thanks for your questions.
--
Mathieu Lirzin
; source-uri: (https://www.sudo.ws/sudo/dist/sudo-1.8.17p1.tar.gz
> ftp://ftp.sudo.ws/pub/sudo/OLD/sudo-1.8.17p1.tar.gz)
I don't have an opinion on what should be displayed or not (at least not
yet). However I think there is an issue with FSDG compliance here, when
upstream includes non-free stuff for the same reason that 'guix build
--source PACKAGE' is required by FSDG to provide a cleaned version of the
tarball.
"source-uris" should point to the same thing that 'guix build -S
PACKAGE' provides however in our current infrastructure this is not
possible.
For the same reason I think Emacs interface should not display the
origin URL of those packages. I Don't know how to achieve this, maybe
displaying only the URL when there is no snippet part would work even if
it will remove more package source URLs than needed.
WDYT?
--
Mathieu Lirzin
Alex Vong writes:
> Mathieu Lirzin writes:
>
>> Hello,
>>
>> Jan Synáček writes:
>>
>>> I'm getting strange errors:
>>>
>>> ...
>>> HELP2MAN doc/guix-daemon.1
>>> help2man: can't get `--help' info from gu
Jan Synáček writes:
> On Fri, Aug 5, 2016 at 2:19 PM, Mathieu Lirzin wrote:
>> Hello,
>>
>> Jan Synáček writes:
>>
>>> I'm getting strange errors:
>>>
>>> ...
>>> HELP2MAN doc/guix-daemon.1
>>> help2man: can't
7;make --version' and 'help2man --version'
Are you building from the Git repository or the release tarball?
When you execute make again does it try to rebuild 'doc/guix-daemon.1'
if yes, does it succeed?
Thanks,
--
Mathieu Lirzin
>
> (any (cut compatible? l1 <>) lics)
>
> Similarly,
>
> (compatible? l1 (intersect-license lics ...))
>
> if and only if
>
> (every (cut compatible? l1 <>) lics)
>
>
> How do everyone think?
>
I like the idea!
--
Mathieu Lirzin
r that! I did not think it would be possible, and working locally
> without signing every private commit is much more convenient.
With gpg-agent and git properly setup, signing every local commit is not
that inconvenient IME.
I recommend you to give a try. ;)
--
Mathieu Lirzin
Hi,
Florian Paul Schmidt writes:
> On 07/29/2016 09:26 PM, Mathieu Lirzin wrote:
>>> To get pkg-config, see <http://pkg-config.freedesktop.org/>.
>>> See `config.log' for more details
>>
>> I have tested successfully with the following command on a
"Thompson, David" writes:
> On Sat, Jul 30, 2016 at 10:05 PM, Mathieu Lirzin wrote:
>> l...@gnu.org (Ludovic Courtès) writes:
>>
>>> Mathieu Lirzin skribis:
>>>
>>>> I have tested successfully with the following command on a foreign
>
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
>> I have tested successfully with the following command on a foreign
>> system:
>>
>> guix environment --ad-hoc automake pkg-config guile guix libgcrypt sqlite
>> guile-sqlite3
>>
suming "we" know how to do out-of-guix-tree package building :)
It would indeed be nice to provide an easy way for Guix users to install
Cuirass. IMHO package definitions meant as a development build tool is
confusing and should be avoided. Nonetheless, I think it is useful to
document the previous 'guix environment ...' command in the README.
Thank you for your feedback.
--
Mathieu Lirzin
/packages/xdisorg.scm
+++ b/gnu/packages/xdisorg.scm
@@ -4,7 +4,7 @@
;;; Copyright © 2014 Eric Bavier
;;; Copyright © 2014, 2015, 2016 Alex Kost
;;; Copyright © 2013, 2015 Ludovic Courtès
-;;; Copyright © 2015 Mathieu Lirzin
+;;; Copyright © 2015, 2016 Mathieu Lirzin
;;; Copyright © 2015
ll upstream does is use another program from coreutils, the fix
> would be out-of-date again.
>
> [1]: https://lists.gnu.org/archive/html/guix-devel/2016-02/msg01310.html
This makes sense to me.
--
Mathieu Lirzin
quot; ,pwgen)
> - ("xclip" ,xclip)
> +(inputs `(("getopt" ,util-linux)
>("git" ,git)
> + ("gnupg" ,gnupg)
> + ("pwgen" ,pwgen)
> + ("sed" ,sed)
>("tree" ,tree)
> - ("which" ,which)))
> + ("which" ,which)
> + ("xclip" ,xclip)))
> (home-page "http://www.passwordstore.org/";)
> (synopsis "Encrypted password manager")
> (description "Password-store is a password manager which uses GnuPG to
Pushed in commit 61201e46a72b715e1a38ce56932c3f4f2d3885b4.
Thanks.
--
Mathieu Lirzin
Hello,
ng0 writes:
> Mathieu Lirzin writes:
>
>> Tobias Geerinckx-Rice writes:
>>
>>> Ludo',
>>>
>>> On 2016-07-19 23:00, l...@gnu.org wrote:
>>>> Applied, thanks!
>>>
>>> Thanks! I didn't know about @
50mn video currently on the front page.
>
> What do people think?
This is definitely a good idea.
--
Mathieu Lirzin
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> Mathieu Lirzin skribis:
>
[...]
>> CREATE TABLE Specifications (
>> idINTEGER NOT NULL PRIMARY KEY AUTOINCREMENT,
>> repo_name TEXT NOT NULL,
>> url TEXT NOT NULL,
>> lo
l...@gnu.org (Ludovic Courtès) writes:
> I’m happy to announce that Ricardo Wurmus has just been appointed by the
> GNU overseers to join me as co-maintainer of GNU Guix.
Congratulations Ricardo!
--
Mathieu Lirzin
For those willing to follow my work, a Git repository is available here:
https://notabug.org/mthl/cuirass
Everyone is of course welcome to provide any feedback.
Thanks.
--
Mathieu Lirzin
Alex Kost writes:
> Mathieu Lirzin (2016-07-23 12:51 +0300) wrote:
>
>> Alex Kost writes:
>>
>>> Pjotr Prins (2016-07-23 05:24 +0300) wrote:
>>>
>>>> Thanks Ludo. As it stands I am no longer submitting packages to ML. I
>>>> did my ut
entralized system of
> externally-managed repositories. Therefore, we must not do this.
>
> What do other people think?
I fully agree with everything you said.
When acknowledging all the consequences of providing a public API for
package definitions, the main goal of lowering the barrier to entry is
missed because everything becomes more complex.
--
Mathieu Lirzin
27;s my problem, not the one of the Guix
> community.
>
> I just wrote this because I'm almost sure that some day I will maintain
> emacs interface separately from Guix again. I've been regretting all
> the time that it became a part of Guix.
I am interested to know what do you miss from that the period you were
maintaining it separately?
--
Mathieu Lirzin
1 - 100 of 445 matches
Mail list logo
