My recent appalling behaviour on this list.

[John Darrington]

Occasionally one makes mistakes.  On this occasion I have made an
enormous one.   I hope this post will go some small way to put it
right and explain how it came about.  I don't seek to excuse anything
I said or did.

The entire ugly thread started last week when I replied to this
message from ng0:

 https://lists.gnu.org/archive/html/guix-devel/2017-03/msg00482.html

Unfortunately, I replied having read only ng0's postscript and not the
context in which it was written.

I erroneously thought ng0 was telling us that one should ALWAYS use
singular-they when referring to ANY indefinite individual in the third
person.  It never occured to me (as is obvious when I now read it
properly) that this was a request from ng0 to refer to themselves that
way.  I assumed the context was some patch to the Guix user-manual.
I did not read the mail properly and I shouted off before I was in
possession of the facts.

In my mistaken belief that ng0 was trying to impose upon the world new
rules of English grammar, I considered this to be an assault on
freedom of speech.   I told ng0 I would refuse to comply, having
completely misunderstood (and failed to clarify) the request.

Ng0's angry response, I attributed to wounded pride, an over-inflated
ego and a childish temperament on ng0's part.   I now see that this was
totally unfounded.  Under the circumstances, ng0 had every right to
feel extremely insulted and very angry at what I said.   The people who
sprang to his defence are commendable.

In the very long flame-war which followed I thought I was acting in
the interests of freedom of speech (and saving the English language at
the same time).  Had I taken the time to check the facts before
opening my mouth, this entire unpleasant episode would have been
avoided.  I did not do so, and that was inexcusable. 

I apologise to ng0 without reservation.

If I ever have cause to discuss ng0 in the third person, I will of course
do so using their pronoun of choice.

I apologise too, to the rest of this list for wasting time and resources,
on a completely unnecessary flame-war, which could have been avoided
if only I had fully read a post before replying.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Tue, Mar 21, 2017 at 12:17:08PM +, ng0 wrote:
 Word of advice: don't use 'transvestite'. It's a slur.

Is it?  I didn't know that.  I thought it just came from the latin,
(or greek or whatever): trans meaning "across" and "vestment" clothing.
It certainly wasn't a slur when I first learnt the word, but 
meanings change...  Thanks for pointing this out.


Actually it was a thinko anyway.  I meant to type "transgender".

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Add LDFLAGS=-lpthread to configure-flags where needed.

[John Darrington]

On Tue, Mar 21, 2017 at 12:29:05PM +0100, Danny Milosavljevic wrote:
 Hi John,
 
 thanks for looking into the problem.
 
 On Tue, 21 Mar 2017 02:22:11 +0100
 John Darrington <j...@darrington.wattle.id.au> wrote:
 > +   (arguments `(#:configure-flags '("LDFLAGS=-lpthread")))
 
 Hmm, that seems to be a very unsafe thing to do.

I was afraid you might say that.
 
 In order to actually use pthread, one has to switch gcc into pthread mode 
(which influences how it handles variables etc).
 But just passing "-lpthread" to the linker does no such things and will 
only make it link - with the wrong actual instructions in the object files!

It used to work.   Only recently has it stopped working.
So that would seem to confirm to me that a version of gcc (or some other part of
the tool chain) recently checked into core-updates might have been 
misconfigured.
Is it possible that somehow pthread mode has been inadvertently switched on?
 
 
 It would be better to check out the object files (with objdump -r or 
objdump -t) and find out where the symbol is listed as undefined ("U"). Then 
check the associated source file whether it actually intended to use pthread.

I'm not familiar enough with the internals to know exactly which source file 
would be involved.  But the error message clearly says to relink libpng and 
libfontconfig 
using -lpthread.  I just did as told.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Tue, Mar 21, 2017 at 10:14:45AM +0100, Alex Sassmannshausen wrote:
 
 I'm trying to draw this thread to a close as I genuinely believe that
 neither side intends malice:
 - John genuinely does not see how his statements can very easily be
 interpreted as highly disrespectful and even mocking
 - myself and others genuinely do not want to bear down on individuals by
 virtue of simple miscommunication.
 
 John, I would suggest to you that when at least three independent
 individuals read your paragraph in which you (as you confirmed to me) in
 good faith tried to create an extreme example to confirm that you would
 respect (though fallibly) other people's rights to define their own
 identity, then that paragraph was perhaps unfortunately formulated.
 
 An apology and clarification would resolve that matter.
 
 By way of clarification from my side, the paragraph reads like you're
 creating a ("humourous") hyperbolic example that is only tangentially
 related to the real discussion at hand to begrudgingly admit that you
 would be willing to respect other people's identities.
 
 Perhaps in that light you can see how that statement might have
 trivialised other people's experiences and have come across as
 insulting?
 
 It simply wasn't necessary to employ that rhetorical device ??? just
 acknowledging that you might slip up at times, would have been
 sufficient.  The rhetorical device turned your genuine sentiment into a
 statement in which you seemed to accede and simultaniously implicitly
 ridiculed those whom you were acceding to.

Alright.  I see you have a point, albeit stretched.  By way of explanation:

You are right that I deliberately contrived an extreme and rediculous
hypothetical scenario to illustrate a point; or as you put it - a hyberbole.
I DID think about this when I wrote it and I made it absurdly rediculous
precisely *because* I thought doing so would avoid anyone thinking that I was
trying to mock transvestites:  Had I said "... a person that looks clearly
like a bloke ..."  then that would have been potentially hurtful to 
someone reading my mail and trying unsuccessfully to look effeminate.  But by 
making the scenario extreme and rediculous I considered that this danger would 
be eliminated - a person trying to look effeminate, would obviously not have
"a big black wiry beard" - she would be taking hormones - or at the very
least - have shaved.  However I realise now that the 6'4" attribute was not
so carefully thought out.  That person would have no control over her height.   
For this reason it is conceivable that a reader might have thought I was 
mocking that hypothetical person.  I should have chosen an attribute which the
person could change.

I apologise for not thinking carefully enough about that email before
sending it.

Regarding your other comments, for the avoidance of doubt:

* I have no interest in the sex/race/body-size etc of any Guix contributor.

* I do not begrudge anyone their right to self-identify with whatever genre 
pleases the individual concerned.

* I know how it hurts when others deny me the right to voice an opinion so 
I will not deny them that same right.

Thank you all for listening.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Add LDFLAGS=-lpthread to configure-flags where needed.

[John Darrington]

On Tue, Mar 21, 2017 at 09:09:28AM +, Sergei Trofimovich wrote:
 On Tue, 21 Mar 2017 02:22:11 +0100
 John Darrington <j...@darrington.wattle.id.au> wrote:
 
 > --- a/gnu/packages/image.scm
 > +++ b/gnu/packages/image.scm
 > @@ -80,6 +80,8 @@
 >  (sha256
 >   (base32 
"0ylgyx93hnk38haqrh8prd3ax5ngzwvjqw5cxw7p9nxmwsfyrlyq"
 > (build-system gnu-build-system)
 > +   (arguments
 > +`(#:configure-flags '("LDFLAGS=-lpthread")))
 
 That's libpng-1.6.28, right? I've tried to reproduce the failure on current
 'core-updates' master (x86_64-linux). It builds just fine:
 
 $ git describe
 v0.12.0-2306-gf826c8c7e
 
 $ ./pre-inst-env guix build libpng --check --no-grafts -K
 /gnu/store/vis7x2j2lsmwbl5m5w794c23ysqah8xh-libpng-1.6.28
 
 At a glance source code of libpng and it's tests does not contain any 
pthread calls.
 
 Do you have a build log with the failure? I wonder where missing symbols 
come from.
 

Yes *IT* builds fine.  It's just the thing that depend upon it that don't.
For example look at the most recent build attempt for pspp.

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Install hook

[John Darrington]

On Sun, Mar 19, 2017 at 02:41:09PM +0100, pelzflorian (Florian Pelz) wrote:

 No, normally gschemas.compiled is one file storing information about all
 GSettings application. It must thus be created from files provided by
 multiple packages.
 
 For example, gnome-calculator ships
 
 org.gnome.calculator.gschema.xml
 
 and gnome-maps ships
 
 org.gnome.Maps.gschema.xml
 
 and from both source files a file gschemas.compiled needs to be created
 when gnome-calculator and gnome-maps are installed to the same profile.
 This single file then stores settings of both packages.


I think I see what you are saying:  gschemas.compiled should not be part of the
the package derivation, but should be part of the profile derivation.

So then guix package --install or guix environment would need to run the 
necessary
stuff to create it.

I guess that could work, but would work probably need some changes at quite a 
low
level.

But what would happen if one had for example gnome-calculator in the system 
profile,
and gnome-maps in the user profile?  Would it work under those circumstances?

J'
 



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

For core-updates.

[John Darrington]

This patch fixes a number of failures in core-updates.  I don't know
if there is a better way of doing it, or why it is suddenly necessary.

gnu: Add LDFLAGS=-lpthread to configure-flags where needed.

[PATCH] gnu: Add LDFLAGS=-lpthread to configure-flags where needed.

[John Darrington]

* gnu/packages/fontutils.scm (arguments)[configure-flags]: Add LDFLAGS=lpthread.
* gnu/packages/image.scm (arguments)[configure-flags]: Add LDFLAGS=lpthread.
---
 gnu/packages/fontutils.scm | 1 +
 gnu/packages/image.scm | 2 ++
 2 files changed, 3 insertions(+)

diff --git a/gnu/packages/fontutils.scm b/gnu/packages/fontutils.scm
index 7e7234960..2512626d2 100644
--- a/gnu/packages/fontutils.scm
+++ b/gnu/packages/fontutils.scm
@@ -56,6 +56,7 @@
 (sha256 (base32
  "121gm15ayfg3rglby8ifh8384mcjb9dhmx9j40zl7yszw72b4frs"
(build-system gnu-build-system)
+   (arguments `(#:configure-flags '("LDFLAGS=-lpthread")))
(native-inputs
 `(("pkg-config" ,pkg-config)))
(propagated-inputs
diff --git a/gnu/packages/image.scm b/gnu/packages/image.scm
index 2989ea006..5280f477d 100644
--- a/gnu/packages/image.scm
+++ b/gnu/packages/image.scm
@@ -80,6 +80,8 @@
 (sha256
  (base32 "0ylgyx93hnk38haqrh8prd3ax5ngzwvjqw5cxw7p9nxmwsfyrlyq"
(build-system gnu-build-system)
+   (arguments
+`(#:configure-flags '("LDFLAGS=-lpthread")))
 
;; libpng.la says "-lz", so propagate it.
(propagated-inputs `(("zlib" ,zlib)))
-- 
2.11.0

Re: Being excellent to one another

[John Darrington]

On Mon, Mar 20, 2017 at 04:49:13PM +0100, Ludovic Court??s wrote:
 
 John, people have explained things at length already; you can re-read
 the project???s code of conduct if in doubt.  This isn???t up for debate.
 Please stop playing this game right now.
 
Ludo,

* I am not playing a game - I think this is very serious.
* I have not breached the code of conduct (at your request I have just read 
  it again).
* I am trying my *utmost* to act with restraint and consideration in the face
  of persistent provocation.
* I have said on several occasions that we should all agree to live with
  our differences and let this thread stop.

John

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Mon, Mar 20, 2017 at 10:09:33AM -0500, Christopher Allan Webber wrote:
 John Darrington writes:
 
 > On Sun, Mar 19, 2017 at 07:57:07PM -0700, dian_ce...@zoho.com wrote:
 > ... and yes.  If an individual specifically requests to be referred to by
 > a partcular set of pronouns I will attempt to do so, but may occasionally
 > forget if that person wants feminine pronouns and is 6'4" and has an 
enormous
 > black wiry beard.
 
 This was a needlessly hurtful comment, and if you can't see that, I
 worry about it.  John, I respect your technical contributions to the
 Guix project, but this isn't okay.

I'm sorry - but WHY is it hurtful?  Whom does it hurt?   How is that person
hurt?

Please explain.


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Mon, Mar 20, 2017 at 03:27:48PM +0100, Ludovic Court??s wrote:
 Howdy!
 
 John Darrington <j...@darrington.wattle.id.au> skribis:
 
 > As I recall, their request was that I always use "singular they" and 
never to 
 > mention other possible alternatives to anyone.  I acknowledge their 
request and 
 > recognise their every right to make it.  But I feel no obligation to 
comply with
 > their request.  Ng0's reaction to my declining, I interpreted to mean 
that they 
 > considered it not to be a request, but a demand.  If this interpretation 
was 
 > wrong, then I apologise to them.
 
 John, I think you???re playing on words here.

I'm glad you noticed!   If you (or anyone else wishes) I will retype the 
above text using the pronoun of your choice, because I mean what I say.
 
 In this case, what matters is respecting the other participant who
 explicitly asked to be referred to using non-gendered pronouns.  It???s a
 very simple request; honoring it costs us nothing but it can make a big
 difference to this person.

I fully agree.  And I have already said that I have no problem with that, and
will do so without argument.
 
 I don???t want anyone of us to make someone else???s life harder by
 disregarding what they present as important to them.

Nobody should ever set out to make the life of another person harder.  Also,
nobody should ever start believing that what is important to them  must take
priority over what is important to another.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: 01/02: gnu: Add itpp.

[John Darrington]

On Mon, Mar 20, 2017 at 02:05:11PM +0300, Alex Kost wrote:

 You don't need any additional "plugins" for this, as Emacs couldn't miss
 it!
 
 To check it, run "emacs -Q", paste this:
 
 (source (origin
   (method url-fetch)
   (uri (string-append "mirror://sourceforge/itpp/itpp/"
   version "/itpp-"
   version ".tar.gz"))
   (sha256
 (base32
  "14ddy2xnb6sgp4hiax9v5sv4pr4l4dd4ps76nfha3nrpr1ikhcqm"
 
 to some buffer, run "M-x scheme-mode" there, move the point to the
 beginning of this sexp and press "C-M-q" ("indent-sexp" command).  And
 you'll see that (sha256) is at the same column as (origin).

I thought I did that.  Possibly, I forgot to do it one last time, before I
committed.   

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Mon, Mar 20, 2017 at 12:53:38PM +0100, Pjotr Prins wrote:
 Erm. Despite the obvious intelligence of all Guix participants I think
 we ought to stick to technical issues on this mailing list (i.e.,
 guix-technical). 
 
 Maybe we can fork these recent discussions to guix-ethical or
 guix-culture? We all have good intentions, that is the general
 assumption! But I think these discussions will hurt the project as a
 whole. 

I fully agree and have made the same sugggestion a few days ago.


J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Mon, Mar 20, 2017 at 12:21:59PM +0100, Alex Sassmannshausen wrote:

 My intention was to call-back to my impression of other parts of this
 conversation where it seemed you were point-blank refusing to
 acknowledge ng0's request.

As I recall, their request was that I always use "singular they" and never to 
mention other possible alternatives to anyone.  I acknowledge their request and 
recognise their every right to make it.  But I feel no obligation to comply with
their request.  Ng0's reaction to my declining, I interpreted to mean that they 
considered it not to be a request, but a demand.  If this interpretation was 
wrong, then I apologise to them.
 
 Say whaat?  Way to blow our discussion out of proportion.  Are you
 seriously suggesting the consensus established through conversation and
 convention in a small community is in any way comparable to the pile of
 dung that is the contemporary ridiculously complex and terrifyingly
 non-egalitarian state of global authoritarian politics?

I believe the current state of global politics has come about through populism.
In part, that means some people have been coerced into supporting what
they would not otherwise have supported - because of peer pressure.  I do
support what I believe to be wrong - ethically, technically or gramatically -
simply because a majority of other people say I should.
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Mon, Mar 20, 2017 at 11:17:28AM +0100, Alex Sassmannshausen wrote:

 Perhaps we have to agree to disagree on singular they, but I hope we can
 still agree on the following statements from my earlier email:
 
I agree to a slightly edited version:

 -
 [...] sometimes there is not a simple solution, however :
 - if you know someone has a preference for particular pronouns, use those 
when
   refering to that person.
 - don't use pronouns when *you know* the other person does not identify
   with them.
 - if unsure, ask the person how he or she would like to be referenced.
 
 If you make a mistake, an apology will show your intention was not 
malicious.
 
 In manuals we can just use "singular they",  or another non-gender specific
 form of reference.
 -

 
 Alternatively it would be incumbent on you to provide an
 alternative that is not just "I will bloody-mindedly stick to
 gendering people when I don't know anything about them".

It is this tendency to call any difference of opinion by terms such as 
"bloody-minded" which offends me  - I try not to take offence - but I find
hard not to.  I'm sorry.

To answer your question:  How about saying "he or she" or "the person".  

 In the formal context, well??? I think there is broad consensus that
 "singular they" is awesome.

There is a broad concensus that Donald Trump, Rodrigo Duterte and 
Recep Erdogan are awesome.However I do not agree.

 > People having been talking about being "welcoming".  Well, I beleive the 
way
 > to achieve that is threefold:
 >
 > 1. Try not to offend.
 > 2. Try not to be offended.
 > 3. Recognise that diversity is an asset.
 
 Absolutely, wonderful sentiment.  To that I would add:
 
 4. Respect the integrity and right to self-definition of all participants

I agree.  Put that one in too.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Mon, Mar 20, 2017 at 09:57:04AM +0100, Alex Sassmannshausen wrote:
 >
 > ... and yes.  If an individual specifically requests to be referred to by
 > a partcular set of pronouns I will attempt to do so, but may occasionally
 > forget if that person wants feminine pronouns and is 6'4" and has an 
enormous
 > black wiry beard.
 
 [I really don't know what your intention is with that last paragraph ??? I
 will just ignore it, as I wouldn't want to ascribe malice???]

OMG! What is wrong here?  Why would you (or anyone) think this is malicious?  
The 
intention, which I thought was clear, is that if people make unusual requests
we should try to accommodate those requests, but the requestor should not be
suprised or offended if people don't always remember.  Surely that was obvious?

It is the same with the Linux vs. GNU/Linux thing.   When speaking for GNU, I
request people to say GNU/Linux when talking about the operating system.  
However,
I recognise that some people have been exposed to "Linux" for a long time, and
it is hard to break the habit of a lifetime instantly.   Therefore, I don't jump
on someone saying "Gotcha" if they once forget.  I will however give them a
polite and gentle reminder.

Regarding your other comments,  as we have discussed before, we will have to
agree to disagree about singular they.   I have not the benefit of ever 
having learned English as a foreign language.  But I do remember in my 
elementary
school being taught NOT to use it *especially* not in written text.  And - 
perhaps because of this early tuition - it still sounds clumsy and confusing to 
me.

People having been talking about being "welcoming".  Well, I beleive the way
to achieve that is threefold:

1. Try not to offend.
2. Try not to be offended.
3. Recognise that diversity is an asset.


J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: 01/02: gnu: Add itpp.

[John Darrington]

On Mon, Mar 20, 2017 at 02:18:39AM -0400, Leo Famulari wrote:
 On Mon, Mar 20, 2017 at 07:03:03AM +0100, John Darrington wrote:
 >  > +(source (origin
 >  > +  (method url-fetch)
 >  > +  (uri (string-append 
"mirror://sourceforge/itpp/itpp/"
 >  > +  version "/itpp-"
 >  > +  version ".tar.gz"))
 >  > +   (sha256
 >  > +(base32
 >  > + 
"14ddy2xnb6sgp4hiax9v5sv4pr4l4dd4ps76nfha3nrpr1ikhcqm"
 
 (sha256) should be indented from (origin).

Ahh. You are right (of course).  Emacs must have missed that one - perhaps it'll
do a better job now I have the plugin installed.

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Being excellent to one another

[John Darrington]

On Sun, Mar 19, 2017 at 08:47:17AM -0700, dian_ce...@zoho.com wrote:
 
 Are there any guidelines as to what parts of English one should avoid
 using in documentation? 
 

There are some such guidlines.  See: 
 https://www.gnu.org/prep/standards/standards.html#Documentation

   If most (as you put it) contributors aren't
 native English speakers, doesn't that mean we should attempt to use a
 simpler vocabulary so users and contributors can read and understand
 things easier?

I think that is a good general policy.

J'
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Mass-packaging of 300 KDE application prepared - Help required

[John Darrington]

On Sun, Mar 19, 2017 at 05:00:55PM +0100, Ludovic Court??s wrote:

 Hi John,

 > So if there is going to be a joint effort at this I suggest that somehow 
we
 > decide in advance which packages are done by whom.
 >
 > I'm not sure how best to divide them up, since the lower dependencies 
will have
 > to be done first.
 
 I???m under the impression that it???s usually difficult to assign tasks to
 us lazy volunteers.  ;-)
 
 My guess is that people will incrementally pick the packages they???re
 interested in from Hartmut???s repo.
 
Ok.  I'm just suggesting that some kind of coordination is worthwhile.  
Otherwise 2 people
might pick the same package and then time and effort will be wasted through 
duplication.

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Install hook

[John Darrington]

The problem as I understand it is as follows:

Two (or more) packages both contain a file: /gnu/store/.../xyz/foo

So long as those two packages are not both installed into the same profile at
the same time, this is not a problem.  However if the user chooses to 
install both packages concurrently, then there is a potential conflict and
Guix "resolves" this conflict by arbitrarily choosing the xyz/foo from one
package or the other.

One could put a "hook" on package A which (through some method) says: "When
this package (A) is installed, then the xyz/foo file from THIS package must
be the one installed into the profile, and not any other one."

That will work fine so long as only package A has such a hook.  But what 
happens if package B also contains an identical hook?   Both packages' hooks
will then insist that their xyz/foo is the one which must be installed.

Nothing will have been solved.  There will still be a conflict, just shifted
up a level.


The issue as I see it is that neither file is the "right" one to install - 
or to put it another way - BOTH are the right ones.

The solutions which I think have been discussed previously are:

1.  Add an option to the "guix package --install" command to allow the user
to specify which packages' files should take priority.

2.  Use some kind of heuristic based on date installed and other info to
guess which one is "right".

3.  ... probably some other suggestions which I've probably forgotten.


Also, I think we talked about consolidating the warning messages when these
conflicts occur, so that a less overwhelming number of them are emitted.

J'



On Sun, Mar 19, 2017 at 01:50:08PM +0100, pelzflorian (Florian Pelz) wrote:
 On 03/19/2017 01:14 PM, Julien Lepiller wrote:
 > I think install hooks are scripts run after each package installation,
 > that are provided by the package itself. We already have a similar
 > mechanism that takes place when building the user's profile. See
 > http://git.savannah.gnu.org/cgit/guix.git/tree/guix/profiles.scm.
 > For instance, we build a icon-theme.cache cache file for every icon
 > theme in the user's profile.
 > 
 > I have seen references to gschemas.compiled in our
 > gtk-or-glib-build-system. Currently we build the file in each package,
 > which means that only one version will be present in the user's profile
 > if they install more that one package containing this file. I believe
 > gschemas.compiled contains important information about some graphical
 > packages, and in our current system, only one package can be referenced
 > that way.
 > 
 > I think we should make sure that this file is never present in the
 > output of a package, and add a function to build it in profiles.scm.
 > 
 > Does it make any sense?
 > 
 
 Yes, exactly. These profile hooks look similar to what I meant.
 
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Install hook

[John Darrington]

Hello Florian,

I agree that this is a problem.  It has been discussed before, and various 
solutions have been suggested, but I don't think install hooks was one of
them.

Can you elaborate on your idea?  What would an install hook do, and how would
it work?

J'


On Sun, Mar 19, 2017 at 11:30:48AM +0100, Florian Pelz wrote:
 Hello,
 
 Currently my ~/.guix-profile/share/glib-2.0/schemas/gschemas.compiled
 file contains only GSettings from one package. Guix warns about
 ???arbitrarily choosing??? this file when installing a package. This is
 bad; gschemas.compiled should be recreated on package install to
 include all GSettings stored in the Guix profile.
 
 Arch Linux uses hooks to compile GSettings schemas after installing a
 package.
 
 
https://git.archlinux.org/svntogit/packages.git/tree/trunk/glib-compile-schemas.hook?h=packages/glib2
 
 Am I correct in that Guix does not support install hooks? I believe
 install hooks are the proper way to solve this. This affects more
 than just GSettings.
 
 Regards,
 Florian
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Continuing the work on the recipes related to GNU Ring

[John Darrington]

On Sat, Mar 18, 2017 at 08:20:32PM -0300, Adonay Felipe Nogueira wrote:
 Here is a work-in-progress set of package definitions, the packages are
 upgraded to their latest version, except for:
 
 - pjproject(-sfl) :: Which I upgraded to 2.5.5 so as to respect the
   compatibility of the patches that are in "[Tarball with
   sfl-patches]/ring-project/daemon/contrib/src/pjproject". Although
   version 2.6 of the original pjprojects is out.
 
 - argon2 and opendht :: For which I copied the recipe from Guix servers,
   bud didn't check for new versions yet (not even in the original
   recipes). I copied the original ones so as to try to apply the changes
   proposed by Mx. Gradl. However, I do know that we must send changes to
   upstream (this is why the first FIXME reflects such need), I just want
   to have a working patch (no need to commit it) so as to make sure
   things work across all Guix users.
 
 Currently, the "configure" phase of the "libring" package is failing due
 to missing "restbed" dependency.
 

Thanks for doing this.  I look forward to being able to make my first GNU Ring
call on GuixSD!

Are any of the outstanding things you mention reasonable candidates for another
developer to handle on his own?

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: bug#26109: [PATCH 3/7] gnu: Add dcmtk.

[John Darrington]

[CC guix-devel@gnu.org]

So we have to make a choice:

1. Package a released program with a known vulnerability; or
2. Package an unreleased git snapshot.

Which is the lesser evil?

J'

On Sat, Mar 18, 2017 at 12:21:40PM -0400, Kei Kebreau wrote:
> John Darrington <j...@darrington.wattle.id.au> writes:
> 
> > On Fri, Mar 17, 2017 at 04:42:59PM -0400, Kei Kebreau wrote:
> >  
> >  Judging from the description of the software, it seems like this could
> >  fit in gnu/packages/image.scm.
> >  Also, the linter says that this package vulnerable to
> >  CVE-2015-8979. Supposedly this* upstream patch fixes it. Could you see
> >  if that fix works for this package?
> >  
> >  * https://github.com/commontk/DCMTK/commit/1b6bb76
> >  
> >
> > Unfortunately this patch doesn't go in.  It seems that as well as fixing 
> > this
> > vulnerability it also makes some unrelated changes.  Furthermore, it depends
> > on a whole lot of other patches which are not in this release.
> >
> > Do we have a procedure on what to do in cases like this?
> >
> > J'
> 
> I don't know if we have an official procedure, though we could try using
> a later git snapshot with the security patch already integrated.
> Hopefully that provides functionality compatible to that of the stable
> release, though it's at least a five year difference between release times.
> 
> http://git.cmtk.org/?p=dcmtk.git,a=tags

Re: Mass-packaging of 300 KDE application prepared - Help required

[John Darrington]

On Sat, Mar 18, 2017 at 03:13:25PM +0100, Ludovic Court??s wrote:
 Hi Hartmut,
 
 Hartmut Goebel  skribis:
 
 > as promised earlier, I prepared a repository inclusing patches for more
 > than 300 KDE packages. I will not have time to work on them, though.
 > Others will need to implement the packages based on this preperations.
 
 [...]
 
 > The repository can be found at
 > , detailed description on
 > how to work with it is available ins the README there. If you have any
 > enhancement requests, please let me know.
 
 Woow, impressive piece of work!
 
 Thomas Danckaert is visibly interested in KDE ;-), so either Thomas or
 others will cherry-pick from your repo.
 
I suggest that 300 packages is too much for one person to do.

So if there is going to be a joint effort at this I suggest that somehow we
decide in advance which packages are done by whom.

I'm not sure how best to divide them up, since the lower dependencies will have
to be done first.

J'


 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.

[John Darrington]

On Sat, Mar 18, 2017 at 11:52:16AM +, ng0 wrote:

 May I remind you that the first reaction of John is being rude to anyone
 who isn't a native speaker? 

That is absolutely not true.  I have reviewed this current thread and I do not 
see any instance of rudeness on my part.

As I have explained *most* people appreciate it when offerred corrections - be 
it code, language or whatever.  I certainly appreciate corrections of my
mistakes, and on occassion people have taken the time to thank me for the time 
I take to correct theirs.  That is what collaboration is about.  You have
explicitly asked me not to correct you - and I respect that request - I will not
do so in future.  However, if I see you giving erroneous advice to a third party
I may interject with my own opinion.

I'm sorry that you feel this way.  I would still like to work with you - and
that means I appreciate constructive criticism from anyone, about anything.

For example, we don't often speak German in Guix, but if we were to do so,
I would be very grateful to you, as a native German speaker, if you would 
correct
me when I make a grammatical mistake.

Regards,  


John




-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: grammar usage (was: Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.)

[John Darrington]

On Fri, Mar 17, 2017 at 05:13:49PM +0100, Tobias Geerinckx-Rice wrote:
 No.
 
 John, I find you very rude in this thread. Please stop dismissing as
 ???reproachful, judgemental, censorious, or sanctimonious??? anyone who
 dares correct your unsolicited incorrections. Yelling ???DON'T BRING IT
 UP??? when they address your behaviour isn't helping your case either.

I would point out that I did not raise this issue.  I have taken great pains to 
avoid rudeness in this thread.  Suggesting that a person does not raise a topic,
 orthogonal to guix, if it is likely to produce a response that annoys him/her
is entirely appropriate.  


 > but most linguists, and many orators (the president of the Free 
 > Software Foundation being one of them) consider this to be a misuse 
 > of the English language and refuse to (mis)use these words for such
 > a purpose.
 
 They then promptly, disingenuously, linguistically, and politically
 misuse English in order to thrust masculinity upon people against their
 will, or by default. 
 
So most linguists do that do they?  If you have evidence to back this up, then
please present it.  If you cannot, the be aware there are terms for people 
who display intolerant or prejudical attitudes such as this in the absence
of supporting evidence.

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: grammar usage

[John Darrington]

On Fri, Mar 17, 2017 at 02:58:43PM +0100, Ricardo Wurmus wrote:
 
 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.
 

I am all for creating a welcoming environment.  Unfortunately I do
not think making reproachful, judgemental, censorious, or sanctimonious
comments to anyone whose opinions differ from one's own achieves this.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 0/8] WIP: Better support for non-grub bootloaders.

[John Darrington]

On Fri, Mar 17, 2017 at 01:43:19PM +0100, Mathieu Othacehe wrote:
 
 Hi,
 
 > Please let me know if you don???t want to be bothered about this.  
Problem
 > is there???s exciting stuff in this patch series and I???d probably have 
a
 > few questions for you if you want.
 
 If we get no sign from David, I'd like to start working on this patch
 serie, starting by rebasing it and applying Ludo proposals.
 
 Is this ok for everybody ?
 

It's fine by me.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: grammar usage

[John Darrington]

On Fri, Mar 17, 2017 at 11:57:09AM +0100, Andy Wingo wrote:
 Hello John,

Hello Andy,
 
 Misgendering a guix contributor is rude.  

If deliberate, I agree that misgendering anyone, guix contributor or not, would 
be rude.  So I have never done so.

 On the grand scale of things it is worse than what you perceive to be 
misuse of language.  

I don't know what you mean by "it" in the above sentence.  If you mean rudeness,
then I agree.  If you mean an inadvertent misgendering of a person then I do 
not.
Sometime ago, due to a misunderstanding I received a series of emails addressing
me as Frau Darrington.  I did not feel offended or insulted at all, and I cannot
imagine anyone would feel that way.

 Continuing to advocate for your idea on what good English is is unwelcome 
behavior,

Perhaps.  But why is it only advocacy of *my* opinion which is unwelcome whereas
that of others is perfectly acceptable?  I feel that I am being victimised here.

 especially when this advocacy ignores the issue of misgendering.

That opinion I do reject.I think that the occasional, inadvertent reference 
to a person with a pronoun of the incorrect gender scores very low on the scale
of world problems.  It is certainly no worse that refering to that person with
a pronoun of the wrong grammatical number.

I'm sorry that we cannot agree on this subject, but as it is orthogonal to the
remit of this mailing list, I suggest that we drop the subject and not bring
it up again.

J'

 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: grammar usage (was: Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.)

[John Darrington]

On Fri, Mar 17, 2017 at 10:42:10AM +, ng0 wrote:
 
 Respecting people is more important than correct grammar.

I agree.  So please afford me a little respect.
 
 My choice of pronoun for myself is they/them. I'm not picking strawman
 arguments here, all I wanted to express is that it is impolite and
 disrespectful against everybody to keep correcting them.

Did you notice that this last sentence of yours is correcting an assertion of 
mine?

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: grammar usage (was: Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.)

[John Darrington]

On Fri, Mar 17, 2017 at 11:08:04AM +, ng0 wrote:
 John Darrington transcribed 1.1K bytes:
 > On Thu, Mar 16, 2017 at 08:45:27PM +, ng0 wrote:
 > 
 >  ps Cl??ment: 'them'/'they' are pronouns if you don't know the 
gender and/or
 >  prefered pronoun of a person :)
 > 
 > 
 > ... according to some. -  but most linguists, and many orators (the 
president of 
 > the Free Software Foundation being one of them) consider this to be a 
misuse of 
 > the English language and refuse to (mis)use these words for such a 
purpose.
 > 
 > J'
 >  
 > 
 > -- 
 > Avoid eavesdropping.  Send strong encrypted email.
 > PGP Public key ID: 1024D/2DE827B3 
 > fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
 > See http://sks-keyservers.net or any PGP keyserver for public key.
 > 
 
 You keep mentioning this every time it comes up. It's annoying, really.
 Linguists aren't the central authority of a language.

1.  Yes.  I have mentioned it several times when the subject has been brought 
up,
and I see no reason why I shouldn't do so the next time it is brought up.

2.  If you find it annoying then - DON'T BRING IT UP.

3.  You are right that linguists are not an authority - I never claimed that
so please don't make a strawman out of that.

 If it's bothering you that much, this is on topic as it is in the
 documentation of Guix, and there are several ways to express gender
 neutral pronouns in some languages. 

4.  So when using those languages I will be all in favour of people using
the correct word for that language.

"According to linguists" what a
 larger group of people in Germany uses is also a misuse of the language.
 Do they care? No.

5.  That is unfortunate.  As a resident in Germany whose first language is
not German, sometimes I make mistakes when speaking German.  When I do - and
when people take the time to correct me - then I am always grateful to them.
Conversly, I often correct Germans who make mistakes in their English.  Most
appreciate the help - some, like you say, don't care.  But guess what: Das ist
mir Scheissegal!

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 4/4] services: openssh: Add 'subsystems' option.

[John Darrington]

On Thu, Mar 16, 2017 at 08:45:27PM +, ng0 wrote:

 ps Cl??ment: 'them'/'they' are pronouns if you don't know the gender and/or
 prefered pronoun of a person :)


... according to some. -  but most linguists, and many orators (the president 
of 
the Free Software Foundation being one of them) consider this to be a misuse of 
the English language and refuse to (mis)use these words for such a purpose.

J'
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Should synopsis handle texinfo markup?

[John Darrington]

On Sat, Mar 11, 2017 at 10:27:57PM +0300, Alex Kost wrote:
 Hello, I've noticed that several packages contain "@code" structures in
 their synopses, but only 'description' field supports texinfo markup.
 For example, look at:
 
   guix package -s ruby-minitest-bonus-assertions
 
 So I wonder, should these synopses be adjusted to remove @code things,
 or would it be better to make sysnopses support it?

... and, if we decide that synopses may not have Texinfo markup, then we
should have guix lint check for it.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

[PATCH] doc: Update the package count.

[John Darrington]

* doc/guix.texi: Update the number of packages available.
---
 doc/guix.texi | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/guix.texi b/doc/guix.texi
index 732f431..9b7460c 100644
--- a/doc/guix.texi
+++ b/doc/guix.texi
@@ -6807,7 +6807,7 @@ Few system services are currently supported out-of-the-box
 (@pxref{Services}).
 
 @item
-More than 4,000 packages are available, but you may
+More than 5,000 packages are available, but you may
 occasionally find that a useful package is missing.
 
 @item
-- 
2.1.4

MMMMM

[John Darrington]

We now have 5001 !!

Re: Duplicate package variables

[John Darrington]

On Fri, Mar 03, 2017 at 01:10:04AM +0100, Tobias Geerinckx-Rice wrote:
 Guix, John,
 
 On 02/03/17 18:02, John Darrington wrote:
 > commit f1021afb41613f5eba3ea4f5225b9a4cd1c15ecb
 > Author: John Darrington <j...@gnu.org>
 > Date:   Thu Mar 2 17:57:25 2017 +0100
 > 
 > gnu: Merge the two stellaria into one.
 
 Nicely caught.

Danny Milosavljevic made me aware of this.  So credit goes to him.

But yeah, I wondered why I didn't get an error or at least a warning
after I had added a second package with the same name as an existing 
one.  Not even lint complained.
 
 This made me curious and turned up three similar packages:
 
   ruby-arelremoved in 6f23e2fb023c921d03be1f3aef0e1f305ae63764
   r-codetools  removed in fe08b1a75953aa7153442dcffdcfd3a6d8c752a1
   r-gtable removed in 9c53993fb279456f032a843f23fa546e90305910
 
 There may be less obvious ones left.
 
 I'm guessing there's no easy way to detect such shadowing from within
 Scheme (and hence the linter), but I'd love to be wrong (and pressured
 into adding it).
 
 Kind regards,
 
 T G-R
 




-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Unrar package might contain proprietary code.

[John Darrington]

Also pertinent:

This program is listed in https://directory.fsf.org/wiki/Unrar-free

J'

On Thu, Mar 02, 2017 at 06:54:24AM +0100, John Darrington wrote:
 I don't have any strong opinions here.  But if somebody feels that we 
really cannot
 have this program in Guix, then go ahead and revert it.
 
 In the meantime I will try to contact the authors and ask for 
clarification.  However
 since the project has been inactive for the last 13 years, I don't hold 
too much 
 hope of getting a reply.
 
 J'
 
 On Wed, Mar 01, 2017 at 10:19:59PM +0100, Cl??ment Lassieur wrote:
  >> Like you say, the authors have taken GPL code from another project 
and incorporated
  >> it into unrar - that is only possible if the the resultant work is 
GPL compatible.
  >
  > Or if the resultant work is illegal?
  
  Actually, unrarlib is dual-licensed, so it is possible to use it 
within
  a proprietary program (see http://www.unrarlib.org/license.html).
  
  But I'll trust you that COPYING is enough :)  Sorry for bothering you
  then.
  
 
 -- 
 Avoid eavesdropping.  Send strong encrypted email.
 PGP Public key ID: 1024D/2DE827B3 
 fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
 See http://sks-keyservers.net or any PGP keyserver for public key.
 



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Unrar package might contain proprietary code.

[John Darrington]

I don't have any strong opinions here.  But if somebody feels that we really 
cannot
have this program in Guix, then go ahead and revert it.

In the meantime I will try to contact the authors and ask for clarification.  
However
since the project has been inactive for the last 13 years, I don't hold too 
much 
hope of getting a reply.

J'

On Wed, Mar 01, 2017 at 10:19:59PM +0100, Cl??ment Lassieur wrote:
 >> Like you say, the authors have taken GPL code from another project and 
incorporated
 >> it into unrar - that is only possible if the the resultant work is GPL 
compatible.
 >
 > Or if the resultant work is illegal?
 
 Actually, unrarlib is dual-licensed, so it is possible to use it within
 a proprietary program (see http://www.unrarlib.org/license.html).
 
 But I'll trust you that COPYING is enough :)  Sorry for bothering you
 then.
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Unrar package might contain proprietary code.

[John Darrington]

On Wed, Mar 01, 2017 at 08:59:37PM +0100, Cl??ment Lassieur wrote:
 I had a look at the source of the recently commited "unrar" package, and
 I could not find neither "copyright" lines nor pointers to the full
 notice, except in unrarlib.h and unrarlib.c, which belong to a different
 project.  IANAL, but according to GPLv2 and
 https://www.gnu.org/licenses/gpl-howto.en.html, those things are
 mandatory, COPYING is not enough.  So I think the "unrar" package
 contains proprietary code.

I think you are mistaken.

Yes,  the package does not explicitly have headers in the way that GNU 
recommends.
But I do not see how such a recommendation is "mandatory". (It's mandatory for
gnu programs, but there are many non-gnu programs in Guix)

The placement of COPYING  - whilst normally not all that we would like - is
part performance of an intent  to licence the software.

Like you say, the authors have taken GPL code from another project and 
incorporated
it into unrar - that is only possible if the the resultant work is GPL 
compatible.

Also if you look at the site where it is hosted https://gna.org/projects/unrar 
you
will see that it says: License: GNU General Public License V2 or later.


So, whilst it has been poorly executed, I believe there is ample evidence that 
this 
program is licenced GPL.

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: gnu-patches back log

[John Darrington]

On Wed, Mar 01, 2017 at 08:17:39AM +, Pjotr Prins wrote:

 I would like to ask the Guix mailing list members whether it is
 *acceptable* that a good looking patch has not been touched for two
 weeks. Like this one
 
   https://debbugs.gnu.org/cgi/bugreport.cgi?bug=25725
 
 Looks to me like it could go right in, even if it has no tests. And I
 bet it was linted. 
 
 I.e., LGTM, and apologies for the submitter. It is just embarrassing
 and as a project we can do better *together*. If two weeks is
 acceptable, will 4 weeks be acceptable? Where do we draw the line?
 

We already have a policy that if nobody comments on a patch the submitter
may commit it after two weeks.

Silence gives consent!

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 3/3] gnu: Add jacal.

[John Darrington]

On Mon, Feb 27, 2017 at 07:31:11PM -0500, Leo Famulari wrote:
 
 > + (replace 'configure
 > +  (lambda* (#:key inputs outputs #:allow-other-keys)
 > +(zero? (system* "./configure"
 > +(string-append "--prefix="
 > +   (assoc-ref outputs 
"out")
 
 This can be done in #:configure-flags, right?

Normally it could be.  But in this case, the ./configure script is not a 
autoconf generated one
and does not accept many of the default options that gnu-build-system sends to 
it.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Git-style aliases in Guix?

[John Darrington]

On Mon, Feb 27, 2017 at 09:30:07AM +0100, Mekeor Melire wrote:
 
 John Darrington <j...@darrington.wattle.id.au> writes:
 
 > On Sun, Feb 26, 2017 at 10:15:10PM +0100, Mekeor Melire wrote:
 >
 >  Concerning how to implement this alias feature within Guix, I'd 
first
 >  like to pose a much broader question. So, on GuixSD you have a
 >  configuration, written in Scheme, for your operating system. 
Couldn't we
 >  make Guix have a scheme-configuration file for itself, as well?
 >  
 > We do.  guix/config.scm
 
 How can you configure Guix itself in your config.scm? I'm only aware of
 the operating-system declaration which is used to configure the OS, not
 Guix itself.

What kind of configuration had you in mind?

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Git-style aliases in Guix?

[John Darrington]

On Sun, Feb 26, 2017 at 10:15:10PM +0100, Mekeor Melire wrote:

 Concerning how to implement this alias feature within Guix, I'd first
 like to pose a much broader question. So, on GuixSD you have a
 configuration, written in Scheme, for your operating system. Couldn't we
 make Guix have a scheme-configuration file for itself, as well?
 

We do.  guix/config.scm

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

[PATCH 1/3] gnu: Add slib.

[John Darrington]

* gnu/packages/scheme.scm (slib): New variable.
---
 gnu/packages/scheme.scm | 42 --
 1 file changed, 40 insertions(+), 2 deletions(-)

diff --git a/gnu/packages/scheme.scm b/gnu/packages/scheme.scm
index af416c5..5134c24 100644
--- a/gnu/packages/scheme.scm
+++ b/gnu/packages/scheme.scm
@@ -6,6 +6,7 @@
 ;;; Copyright © 2016 Efraim Flashner <efr...@flashner.co.il>
 ;;; Copyright © 2016 Jan Nieuwenhuizen <jann...@gnu.org>
 ;;; Copyright © 2016, 2017 ng0 <contact@cryptolab.net>
+;;; Copyright © 2017 John Darrington <j...@gnu.org>
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -25,8 +26,8 @@
 (define-module (gnu packages scheme)
   #:use-module (gnu packages)
   #:use-module ((guix licenses)
-#:select (gpl2+ lgpl2.0+ lgpl2.1+ asl2.0 bsd-3
-  cc-by-sa4.0))
+#:select (gpl2+ lgpl2.0+ lgpl2.1+ lgpl3+ asl2.0 bsd-3
+  cc-by-sa4.0 non-copyleft))
   #:use-module (guix packages)
   #:use-module (guix download)
   #:use-module (guix git-download)
@@ -57,6 +58,7 @@
   #:use-module (gnu packages xorg)
   #:use-module (gnu packages tls)
   #:use-module (gnu packages gl)
+  #:use-module (gnu packages zip)
   #:use-module (ice-9 match))
 
 (define (mit-scheme-source-directory system version)
@@ -844,3 +846,39 @@ metalinguistic abstraction, recursion, interpreters, and 
modular programming.")
"String pattern-matching library for scheme48 based on the SRE
 regular-expression notation.")
   (license bsd-3
+
+(define-public slib
+  (package
+(name "slib")
+(version "3b5")
+(source (origin
+ (method url-fetch)
+ (uri (string-append 
"http://groups.csail.mit.edu/mac/ftpdir/scm/slib-; version ".zip"))
+ (sha256
+  (base32
+   "0q0p2d53p8qw2592yknzgy2y1p5a9k7ppjx0cfrbvk6242c4mdpq"
+(build-system gnu-build-system)
+(arguments
+ `(#:tests? #f ;; No check target
+   #:phases
+   (modify-phases %standard-phases
+ (add-after 'install 'remove-bin-share
+(lambda* (#:key inputs outputs #:allow-other-keys)
+  (zero? (system* "rm" "-r"
+  (string-append
+   (assoc-ref outputs "out") "/bin")
+ (replace 'configure
+  (lambda* (#:key inputs outputs #:allow-other-keys)
+(zero? (system* "./configure"
+(string-append "--prefix="
+   (assoc-ref outputs 
"out")
+(native-inputs `(("unzip" ,unzip)
+ ("texinfo" ,texinfo)))
+(home-page "http://people.csail.mit.edu/jaffer/SLIB/;)
+(synopsis "Compatibility and utility library for Scheme.")
+(description "SLIB is a portable Scheme library providing compatibility and
+utility functions for all standard Scheme implementations.")
+(license (non-copyleft
+  "http://people.csail.mit.edu/jaffer/SLIB_COPYING.txt;
+  "Or see COPYING in the distribution."
+
-- 
2.1.4

[PATCH 2/3] gnu: Add scm.

[John Darrington]

* gnu/packages/scheme.scm (scm): New variable.
---
 gnu/packages/scheme.scm | 61 +
 1 file changed, 61 insertions(+)

diff --git a/gnu/packages/scheme.scm b/gnu/packages/scheme.scm
index 5134c24..cd3fb5b 100644
--- a/gnu/packages/scheme.scm
+++ b/gnu/packages/scheme.scm
@@ -882,3 +882,64 @@ utility functions for all standard Scheme 
implementations.")
   "http://people.csail.mit.edu/jaffer/SLIB_COPYING.txt;
   "Or see COPYING in the distribution."
 
+(define-public scm
+  (package
+(name "scm")
+(version "5f2")
+(source (origin
+  (method url-fetch)
+  (uri (string-append
+"http://groups.csail.mit.edu/mac/ftpdir/scm/scm-;
+version ".zip"))
+  (sha256
+   (base32
+"050ijb51jm1cij9g3r89zl9rawsrikhbb5y8zb7lspb7bsxq5w99"
+(build-system gnu-build-system)
+(arguments
+ `(#:phases
+   (modify-phases %standard-phases
+ (replace 'configure
+  (lambda* (#:key inputs outputs #:allow-other-keys)
+(zero? (system* "./configure"
+(string-append "--prefix="
+   (assoc-ref outputs 
"out"))
+ (add-before 'build 'pre-build
+ (lambda* (#:key inputs #:allow-other-keys)
+   (substitute* "Makefile"
+ (("ginstall-info") "install-info"
+ (replace 'build
+  (lambda* (#:key inputs outputs #:allow-other-keys)
+(setenv "SCHEME_LIBRARY_PATH"
+(string-append (assoc-ref inputs "slib")
+   "/lib/slib/"))
+(and
+ (zero? (system* "make" "scmlit" "CC=gcc"))
+ (zero? (system* "make" "all")
+ (add-after 'install 'post-install
+(lambda* (#:key inputs outputs #:allow-other-keys)
+  (let ((req
+ (string-append (assoc-ref outputs "out")
+"/lib/scm/require.scm")))
+(and
+ (delete-file req)
+ (format (open req (logior O_WRONLY O_CREAT))
+ "(define (library-vicinity) ~s)\n"
+ (string-append (assoc-ref inputs "slib")
+"/lib/slib/"))
+
+ ;; We must generate the slibcat file
+ (zero? (system*
+ (string-append
+  (assoc-ref outputs "out")
+  "/bin/scm")
+ "-br" "new-catalog")
+(inputs `(("slib" ,slib)))
+(native-inputs `(("unzip" ,unzip)
+ ("texinfo" ,texinfo)))
+(home-page "http://people.csail.mit.edu/jaffer/SCM;)
+(synopsis "Scheme implementation conforming to R5RS and IEEE P1178")
+(description "GNU SCM is an implementation of Scheme.  This
+implementation includes Hobbit, a Scheme-to-C compiler, which can
+generate C files whose binaries can be dynamically or statically
+linked with a SCM executable.")
+(license lgpl3+)))
-- 
2.1.4

[PATCH 3/3] gnu: Add jacal.

[John Darrington]

* gnu/packages/maths.scm (jacal): New variable.
* gnu/packages/patches/jacal.texi.patch: New file.
---
 gnu/packages/maths.scm| 50 +++
 gnu/packages/patches/jacal.texi.patch | 90 +++
 2 files changed, 140 insertions(+)
 create mode 100644 gnu/packages/patches/jacal.texi.patch

diff --git a/gnu/packages/maths.scm b/gnu/packages/maths.scm
index 18536c4..df3ba40 100644
--- a/gnu/packages/maths.scm
+++ b/gnu/packages/maths.scm
@@ -83,6 +83,7 @@
   #:use-module (gnu packages python)
   #:use-module (gnu packages readline)
   #:use-module (gnu packages tbb)
+  #:use-module (gnu packages scheme)
   #:use-module (gnu packages shells)
   #:use-module (gnu packages tcl)
   #:use-module (gnu packages texinfo)
@@ -2956,3 +2957,52 @@ algorithm for LCS.  It is a fast program to compute the 
approximate
 Longest Commons Subsequence of a set of strings.")
   (home-page "https://github.com/gdv/Reduce-Expand-for-LCS;)
   (license license:gpl3+
+
+(define-public jacal
+  (package
+(name "jacal")
+(version "1c4")
+(source (origin
+  (method url-fetch)
+  (uri (string-append
+"http://groups.csail.mit.edu/mac/ftpdir/scm/jacal-;
+version ".zip"))
+  (sha256 (base32
+   "055zrn12a1dmy0dqkwrkq3fklbhg3yir6vn0lacp4mvbg8573a3q"))
+  (patches (search-patches "jacal.texi.patch"
+(build-system gnu-build-system)
+(arguments
+ `(#:phases
+   (modify-phases %standard-phases
+ (add-before 'build 'pre-build
+ ;; Don't use upstream's script - it really doesn't fit 
into
+ ;; Guix's functional paradigm.
+ (lambda* (#:key inputs outputs #:allow-other-keys)
+   (substitute* "Makefile"
+ (("^install: install-script") "install: "
+ (add-after 'install 'post-install
+;; Instead, we provide our own simplified script.
+(lambda* (#:key inputs outputs #:allow-other-keys)
+  (let ((wrapper (string-append (assoc-ref outputs "out")
+"/bin/jacal")))
+(format (open wrapper (logior O_WRONLY O_CREAT))
+"#!~a\nexec ~a/bin/scm -ip1 -e '(slib:load 
\"~a/lib/jacal/math\") (math)' \"$@\"\n"
+(which  "bash")
+(assoc-ref inputs "scm")
+(assoc-ref outputs "out"))
+(chmod wrapper #o555
+ (replace 'configure
+  (lambda* (#:key inputs outputs #:allow-other-keys)
+(zero? (system* "./configure"
+(string-append "--prefix="
+   (assoc-ref outputs 
"out")
+(inputs `(("scm" ,scm)))
+(native-inputs `(("unzip" ,unzip)
+ ("texinfo" ,texinfo)))
+(synopsis "Symbolic mathematics system")
+(description "GNU JACAL is an interactive symbolic mathematics program 
based on
+Scheme.  It manipulate and simplify a range of mathematical expressions such
+as equations, scalars, vectors, and matrices.")
+(home-page "http://www.gnu.org/software/jacal;)
+(license license:gpl3+)))
+
diff --git a/gnu/packages/patches/jacal.texi.patch 
b/gnu/packages/patches/jacal.texi.patch
new file mode 100644
index 000..27c6d78
--- /dev/null
+++ b/gnu/packages/patches/jacal.texi.patch
@@ -0,0 +1,90 @@
+--- jacal/jacal.texi,orig  2017-02-23 20:35:55.303980444 +0100
 jacal/jacal.texi   2017-02-23 20:53:14.539024674 +0100
+@@ -343,7 +343,7 @@
+ 
+ With the standard input grammar, the precedence of @samp{-} as a prefix
+ behaves strangely.  @code{a^-b*c} becomes @code{a^(-b*c)} while
+-@code{@result{a^b*c} (a^b)*c}.
++@code{a^b*c @result{} (a^b)*c}.
+ 
+ Using @code{divide} to divide a polynomial by an integer does not work.
+ 
+@@ -675,8 +675,9 @@
+ e1: -
+ a
+ @end example
++@end deffn
+ 
+-@deffnx Command suchthat var exp
++@deffn Command suchthat var exp
+ 
+ If an expression rather than an equation is given to @code{suchthat}, it
+ is as though the equation @code{@var{exp}=0} was given.
+@@ -688,8 +689,9 @@
+ e2: -
+ a
+ @end example
++@end deffn
+ 
+-@deffnx Operator | var exp_or_eqn
++@deffn Operator | var exp_or_eqn
+ 
+ An alternative infix notation is also available for @code{suchthat}.
+ 
+@@ -857,8 +859,9 @@
+ 
+ Returns the degree of polynomial or equation @var{poly} in variable
+ @var{var}.
++@end deffn
+ 
+-@deffnx Operator degree poly
++@deffn Operator degree poly
+ 
+ Returns the total-degree, the degree of its highest degree monomial,
+ of polynomial or equation @var{poly}.
+@@ -1016,10 +1019,12 @@
+ Returns @var{poly1} reduced with respect to @var{poly2} 

Re: [PATCH 1/2] build: Use an up to date copy of texinfo.tex

[John Darrington]

On Fri, Feb 24, 2017 at 09:54:57PM +0100, Mathieu Lirzin wrote:
 John Darrington <j...@darrington.wattle.id.au> writes:
 
 > On Fri, Feb 24, 2017 at 08:25:20PM +0100, Mathieu Lirzin wrote:
 >  
 >  John Darrington <j...@gnu.org> writes:
 >  
 >  > * build-aux/texinfo.tex,ref: New file, copied from texlive-minimal
 >  > * bootstrap: Use it, if newer than the texinfo.tex from automake.
 >  > ---
 >  >  bootstrap |11 +-
 >  >  build-aux/texinfo.tex,ref | 11562 

 >  >  2 files changed, 11572 insertions(+), 1 deletion(-)
 >  >  create mode 100644 build-aux/texinfo.tex,ref
 >  >
 >  
 >  Do you know why building Guix manual fails to build with older
 >  "texinfo.tex"?
 >
 >  If this related to some special texinfo syntax used in Guix manual?
 >
 > Yes.  It's the use of @inlinefmtifelse command. (perhaps other commands 
too).
 
 There is only one instance of this command which is in "doc/guix.texi":
 
   If you are instead planning to encrypt the root partition, you can use
   the Cryptsetup/LUKS utilities to do that (see @inlinefmtifelse{html,
   @uref{https://linux.die.net/man/8/cryptsetup, @code{man cryptsetup}},
   @code{man cryptsetup}} for more information.)

(Well there will be two instances if I push my patch 
 https://lists.gnu.org/archive/html/guix-devel/2017-02/msg00986.html)

 I have tested that without it, 'make pdf' succeeds.  IMHO the manual
 would be fine without this feature.  As a consequence --to avoid adding
 complexity to the build process-- I would be in favour of not using
 @inlinefmtifelse until Automake distributes a compatible version in its
 current version.

Perhaps the newly appointed Automake maintainer should do this!  Please tell 
him :P

But - yeah - if we don't have to wait to long before the next automake release, 
then
maybe we should wait.  What do others think?
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 1/2] build: Use an up to date copy of texinfo.tex

[John Darrington]

On Fri, Feb 24, 2017 at 08:25:20PM +0100, Mathieu Lirzin wrote:
 
 John Darrington <j...@gnu.org> writes:
 
 > * build-aux/texinfo.tex,ref: New file, copied from texlive-minimal
 > * bootstrap: Use it, if newer than the texinfo.tex from automake.
 > ---
 >  bootstrap |11 +-
 >  build-aux/texinfo.tex,ref | 11562 

 >  2 files changed, 11572 insertions(+), 1 deletion(-)
 >  create mode 100644 build-aux/texinfo.tex,ref
 >
 
 Do you know why building Guix manual fails to build with older
 "texinfo.tex"?

 If this related to some special texinfo syntax used in Guix manual?

Yes.  It's the use of @inlinefmtifelse command. (perhaps other commands too).
 
 What about checking in texinfo.tex and removing the -f (--force) option
 when invoking 'autoreconf'?  This would ensure that texinfo.tex is not
 overwritten.


I guess it might work.  But I haven't tried it.

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 1/2] build: Use an up to date copy of texinfo.tex

[John Darrington]

On Fri, Feb 24, 2017 at 01:26:49PM -0500, Leo Famulari wrote:
 On Wed, Feb 22, 2017 at 01:04:31PM +0100, John Darrington wrote:
 > * build-aux/texinfo.tex,ref: New file, copied from texlive-minimal
 > * bootstrap: Use it, if newer than the texinfo.tex from automake.
 > ---
 >  bootstrap |11 +-
 >  build-aux/texinfo.tex,ref | 11562 

 >  2 files changed, 11572 insertions(+), 1 deletion(-)
 >  create mode 100644 build-aux/texinfo.tex,ref
 
 I admit that I don't really understand what's going on here. What is the
 difference between this new file 'build-aux/texinfo.tex,ref' and the
 'build-aux/texinfo.tex'? Do we need both?

No.  We don't need both.

But we do need a version later than that which automake-1.15 provides.

This patch provides a version which (as of time of writing) works for our 
current
git HEAD.  However, if a future automake provides a newer one than that which
I've provided, then the newer one will take precedence.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: 'guix build --target=' handling questions

[John Darrington]

On Wed, Feb 22, 2017 at 10:54:22PM +, Sergei Trofimovich wrote:
 
  (define-module (gnu packages regex)
#:use-module ((guix licenses) #:prefix license:)
#:use-module (guix packages)
#:use-module (guix download)
 -  #:use-module (guix build-system gnu))
 +  #:use-module (guix build-system gnu)
 +  #:use-module (guix utils) ; for %current-target-system
 +  )
 
  (define-public re2
 (package
   (name "re2")
   (version "2017-01-01")
 @@ -40,11 +42,15 @@
   
"0yij1ajh66h3pj3kfz7y0ldrsww8rlpjzaavyr5lchl98as1jq74"
   (build-system gnu-build-system)
   (arguments
`(#:test-target "test"
  ;; There is no configure step, but the Makefile respects a prefix.
 -#:make-flags (list (string-append "prefix=" %output))
 +#:make-flags (list (string-append "prefix=" %output)
 +   (string-append "CXX=" ,(string-append (if 
(%current-target-system)
 + 
(string-append (%current-target-system) "-")
 + "")
 + "g++")))
  #:phases
  (modify-phases %standard-phases
(delete 'configure)
(add-after 'install 'delete-static-library
  (lambda* (#:key outputs #:allow-other-keys)
 
 It looks clumsy and potentially requires more tools to be wrapped like 
that.
 
 At least 'ar' for this package. Perhaps there is a function that already
 adds a "${target}-" and I've missed it?
 

So far as I'm aware there is no better solution than what you have proposed.  
It is a common
problem for packages which don't provide a proper autoconf ./configure script.

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Add gnushogi and xshogi

[John Darrington]

On Wed, Feb 22, 2017 at 04:58:07PM -0500, Leo Famulari wrote:
 On Wed, Feb 22, 2017 at 08:15:04PM +0100, John Darrington wrote:
 > * gnu/packages/games.scm (gnushogi, xshogi): New variables.
 
 > +(define-public xshogi
 
 [...]
 
 > +;; Contains a copy of GPLv3 but the licence notices simply
 > +;; state "GNU General Public Licence" without specifying a version.
 > +(license license:gpl1+)))
 
 Section 14 of the GPL says "If the Program does not specify a
 version number of the GNU General Public License, you may choose any
 version ever published by the Free Software Foundation."
 
You are correct.  That is why I put gpl1+
 
 Do we want to use version 1 of the GPL? I don't fully understand the
 issues with it, but it's an unusual choice.

I don't have a strong opinion here.  But there is a precedent in Guix, that 
where upstream permits a package to be distributed under a choice of licences,
we simply present that choice to our users.  We don't - at least I haven't seen 
any instances of it - choose a particular one that suits us, unless there is a 
good reason for doing that.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

[PATCH] gnu: Add gnushogi and xshogi

[John Darrington]

* gnu/packages/games.scm (gnushogi, xshogi): New variables.
---
 gnu/packages/games.scm | 43 +++
 1 file changed, 43 insertions(+)

diff --git a/gnu/packages/games.scm b/gnu/packages/games.scm
index 1d6a12a..50315a6 100644
--- a/gnu/packages/games.scm
+++ b/gnu/packages/games.scm
@@ -175,6 +175,49 @@ You may even apply photos to the faces instead of colors.  
The game is
 scriptable with Guile.")
 (license license:gpl3+)))
 
+(define-public gnushogi
+  (package
+(name "gnushogi")
+(version "1.4.2")
+(source
+ (origin
+  (method url-fetch)
+  (uri (string-append "mirror://gnu/gnushogi/gnushogi-"
+  version ".tar.gz"))
+  (sha256
+   (base32
+"0a9bsl2nbnb138lq0h14jfc5xvz7hpb2bcsj4mjn6g1hcsl4ik0y"
+(arguments `(#:tests? #f)) ;; No check target.
+(build-system gnu-build-system)
+(home-page "http://www.gnu.org/software/gnushogi/;)
+(synopsis "The game of Shogi (Japanese chess)")
+(description  "GNU Shogi is a program that plays the game Shogi (Japanese
+Chess).  It is similar to standard chess but this variant is far more 
complicated.")
+(license license:gpl3+)))
+
+(define-public xshogi
+  (package
+(name "xshogi")
+(version "1.4.2")
+(source
+ (origin
+  (method url-fetch)
+  (uri (string-append "mirror://gnu/gnushogi/xshogi-"
+  version ".tar.gz"))
+  (sha256
+   (base32
+"1dns0nhymak44by18sv48m4xb2skiwbi2i3nb9hl6w9iwd2i2brf"
+(build-system gnu-build-system)
+(inputs
+ `(("libxaw" ,libxaw)
+   ("libxt" ,libxt)))
+(home-page "http://www.gnu.org/software/gnushogi/;)
+(synopsis "User interface for @code{gnushogi}")
+(description  "A graphical user interface for the package 
@code{gnushogi}.")
+;; Contains a copy of GPLv3 but the licence notices simply
+;; state "GNU General Public Licence" without specifying a version.
+(license license:gpl1+)))
+
 (define-public abbaye
   (package
 (name "abbaye")
-- 
2.1.4

Re: [PATCH 0/1] improvements to the lightweight desktop example

[John Darrington]

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 example
 configuration which is likely to be copy and paste, is maybe not the
 most welcoming thing.  :)
 
 IMHO Openbox or anything which is able to launch a program by "clicking"
 seems more friendly as a default (modulo the accessibility issues which
 to my knowledge are not addressed by any of the "lightweight" WMs).
 

I don't want to take sides in this debate.At the same time I think "clicking
is more friendly" is a fallacy.  It's more friendly to people who are used to
it, but decidedly frightening to those who are not.

Some years ago, I was volunteering at an organisation which taught basic 
computer
use to the computer illiterate.  
A lot of the students I taught were: Elderly, female and had arthritis in the 
fingers
(but all that I dealt with were of sound mind).

Many of them had, in their younger years been employed as typists, so a keyboard
was nothing new to them and were quite happy with it.

The mouse on the other hand was a challenge:

1. I would start by standing over the student's shoulder and give them an 
exercise to alternately push the mouse away from their body and pull it back
towards them, whilst observing the curser ascending and descending the screen.
(Don't tell them to "move the mouse up"!  If you say that half of the students,
will lift the mouse from the surface of the desk!)

2. The second exercise would be an extension of this idea.  I would instruct
them now to move the mouse to the left, and observe the mouse cursor also move
to the left.  Almost invariably the student would first rotate the mouse 90 
degrees to
the left and THEN push the mouse in that direction.  This instinct is very 
common with the ladies - It's unintuitive to them to have an object moving
in a direction other than the way it is facing. (Have you ever noticed how men
hold maps with North at the top, whereas women turn the map to that the top
is in the direction of travel?)

3. The next exercise would be to get them to click on a button.  Here 
the arthritis was sometimes an obstacle even if I had set the mouse sensitivity 
very low - but normally with a bit of effort the student could place the 
cursor over the target screen area.  So I would instruct them to press the
mouse button.  This was a often big problem.  The wrist would shake so much 
that when the click came the cursor had moved from the target.

So most of them found "clicking" extremely unfriendly.  Please be very 
carefull when making generalisations like "GUIs are intuitive" "mice are
friendly" etc.  As we said before - it depends uponn the user.


J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Leaving the guix project

[John Darrington]

On Wed, Feb 22, 2017 at 02:54:32PM +0100, David Craven wrote:
 Exactly why I'm leaving. You prefer to spread and force your religion on to
 people, 

No we don't.  

One of the defining principles of free software is that nobody is forced into 
anything.  And we never do it.   In fact that forcing people into things is 
exactly what we OPPOSE.

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Icecat crash

[John Darrington]

On Tue, Feb 21, 2017 at 05:44:43PM -0500, Leo Famulari wrote:
 On Wed, Feb 15, 2017 at 11:12:45PM +0100, Julien Lepiller wrote:
 > Hey, I'm also experiencing crashes with icecat since a few months. It
 > just seems to happen randomly. I've found a note about that on the LFS
 > website on the firefox page that says that using system cairo is
 > causing a crash when it tries to do background rendering. So I've
 > changed our icecat recipe to use the bundled version of cairo, and I
 > don't get any crash anymore. Would something like this patch be
 > acceptable?
 
 For serious upstream vendors like Mozilla, one of the reasons they
 bundle things is that they are hitting bugs in the 3rd party library
 that are not fixed upstream.
 
 On the other hand, distros like to unbundle because the upstream vendor
 tends not to patch security vulnerabilities in their bundled copies
 quickly enough, in our opinion.


Surely the advantage of a Functional Package Management System like Guix is
that we have the best of both worlds.

We can specify a *specific* version of a dependency to use (patched if 
necessary)
but are not forced to bundle it.
 
J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] build: Fix errors in "make dist"

[John Darrington]

On Tue, Feb 21, 2017 at 03:48:45PM -0500, Leo Famulari wrote:
 On Tue, Feb 21, 2017 at 09:46:19PM +0100, John Darrington wrote:
 > On Tue, Feb 21, 2017 at 03:37:36PM -0500, Leo Famulari wrote:
 >  On Tue, Feb 21, 2017 at 08:29:18PM +0100, John Darrington wrote:
 >  > * Makefile.am (EXTRA_DIST): Remove build-aux/hydra/demo-os.scm
 >  > * gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch: 
Remove
 >  > "/gnu/store/..."
 >  
 >  Interesting, what goes wrong?
 > 
 > Why don't you try it?
 
 I did try to run `make dist`, but I was missing `convert` from
 ImageMagick. I added that to my environment, but then I was missing
 Perl. I thought it might be faster for you to share the information you
 have about the problem than for me to learn how to run `make dist`.

"guix environment guix" will create an environment with everything you need.

Compiling Scheme modules...
make[1]: *** No rule to make target 'build-aux/hydra/demo-os.scm', needed by 
'distdir'.  Stop.
...
guix-0.12.0/gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch:/gnu/store/b8d1r8bilvm3jkncgrpvmg3dni9cgcr1-python-hypothesis-3.1.0/lib/python3.5/site-packages/hypothesis/core.py:296:
 FailedHealthCheck
error: store file names embedded in the distribution
make[2]: *** [Makefile:5048: assert-no-store-file-names] Error 1
make[2]: Leaving directory '/home/john/guix'
make[1]: *** [Makefile:4341: distdir] Error 2
make[1]: Leaving directory '/home/john/guix'
make: *** [Makefile:4439: dist] Error 2




-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] build: Fix errors in "make dist"

[John Darrington]

On Tue, Feb 21, 2017 at 03:37:36PM -0500, Leo Famulari wrote:
 On Tue, Feb 21, 2017 at 08:29:18PM +0100, John Darrington wrote:
 > * Makefile.am (EXTRA_DIST): Remove build-aux/hydra/demo-os.scm
 > * gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch: Remove
 > "/gnu/store/..."
 
 Interesting, what goes wrong?

Compiling Scheme modules...
make[1]: *** No rule to make target 'build-aux/hydra/demo-os.scm', needed by 
'distdir'.
...
guix-0.12.0/gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch:/gnu/store/b8d1r8bilvm3jkncgrpvmg3dni9cgcr1-python-hypothesis-3.1.0/lib/python3.5/site-packages/hypothesis/core.py:296:
 FailedHealthCheck
error: store file names embedded in the distribution
make[2]: *** [Makefile:5048: assert-no-store-file-names] Error 1
make[2]: Leaving directory '/home/john/guix'
make[1]: *** [Makefile:4341: distdir] Error 2
make[1]: Leaving directory '/home/john/guix'
make: *** [Makefile:4439: dist] Error 2

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] build: Fix errors in "make dist"

[John Darrington]

On Tue, Feb 21, 2017 at 03:37:36PM -0500, Leo Famulari wrote:
 On Tue, Feb 21, 2017 at 08:29:18PM +0100, John Darrington wrote:
 > * Makefile.am (EXTRA_DIST): Remove build-aux/hydra/demo-os.scm
 > * gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch: Remove
 > "/gnu/store/..."
 
 Interesting, what goes wrong?

Why don't you try it?


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

[PATCH] build: Fix errors in "make dist"

[John Darrington]

* Makefile.am (EXTRA_DIST): Remove build-aux/hydra/demo-os.scm
* gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch: Remove
"/gnu/store/..."
---
 Makefile.am| 1 -
 gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch | 2 +-
 2 files changed, 1 insertion(+), 2 deletions(-)

diff --git a/Makefile.am b/Makefile.am
index 0de2e09..8069241 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -391,7 +391,6 @@ EXTRA_DIST =
\
   build-aux/compile-all.scm\
   build-aux/hydra/evaluate.scm \
   build-aux/hydra/gnu-system.scm   \
-  build-aux/hydra/demo-os.scm  \
   build-aux/hydra/guix.scm \
   build-aux/check-available-binaries.scm   \
   build-aux/check-final-inputs-self-contained.scm  \
diff --git a/gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch 
b/gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch
index 03093e8..3648f02 100644
--- a/gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch
+++ b/gnu/packages/patches/vdirsyncer-test-suite-slow-machines.patch
@@ -6,7 +6,7 @@ expected, which manifest like this:
 E   hypothesis.errors.FailedHealthCheck: Data generation is extremely 
slow: Only produced 4 valid examples in 1.08 seconds (1 invalid ones and 0 
exceeded maximum size). Try decreasing size of the data you're generating (with 
e.g.average_size or max_leaves parameters).
 E   See http://hypothesis.readthedocs.org/en/latest/healthchecks.html for 
more information about this. If you want to disable just this health check, add 
HealthCheck.too_slowto the suppress_health_check settings for this test.
 
-/gnu/store/b8d1r8bilvm3jkncgrpvmg3dni9cgcr1-python-hypothesis-3.1.0/lib/python3.5/site-packages/hypothesis/core.py:296:
 FailedHealthCheck
+[store]...-python-hypothesis-3.1.0/lib/python3.5/site-packages/hypothesis/core.py:296:
 FailedHealthCheck
 --
 
 Patch copied from upstream source repository:
-- 
2.1.4

Re: [PATCH] installer: Only build if guile-ncurses is available.

[John Darrington]

It looks good to me.

Feel free to push to wip-installer

J'

On Mon, Feb 20, 2017 at 05:43:18PM +0100, Ricardo Wurmus wrote:
 Hi John,
 
 the following patch ensures that Guix can be built without the installer
 in case guile-ncurses is not available.  This is primarily for the
 benefit of packagers who want to provide Guix on foreign distros, who
 would not benefit from the installer and who may not have guile-ncurses
 available.
 


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: ANNOUNCE: Guix on Aarch64 !!

[John Darrington]

Great work!

I'm looking forward to trying it.

J'
On Mon, Feb 20, 2017 at 04:32:18PM +0200, Efraim Flashner wrote:
 Its my pleasure to announce that guix now has all the code necessary to
 support aarch64! Currently support is limited to the core-updates
 branch, but that shouldn't be too much of a problem, since currently
 everything needs to be built from source.
 
 For those interested in the numbers, I built (at least) 13 copies of the
 bootstrap binaries while attempting to pin down bugs. I'm using an
 Odroid-C2 with Debian as a base and a 32GB SD card. After supplying
 dependencies and running bootstrap and configure, make takes about 25
 minutes. It takes almost 16 hours, starting from an empty store, to
 build all the way to hello. The board has a base of 2GB of RAM, about
 256 MB of which is used for graphics, but I somehow managed to enable zram,
 which I'm guessing helped.
 
 In my quest for alternative architectures I'm considering converting one
 of my old macbooks to the x32 pseudo-arch and seeing if I can get guix
 working there too.
 
 -- 
 Efraim Flashner      ?? ??
 GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
 Confidentiality cannot be guaranteed on emails sent or received unencrypted



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Leaving the guix project

[John Darrington]

On Mon, Feb 20, 2017 at 09:59:05AM +0100, Tomas Cech wrote:

 Running GuixSD on HW not fully supported by linux-libre is painful for
 me as well. I remember my first time success with GuixSD - after some
 coffee and sweating I managed to deploy and boot GuixSD on my notebook
 which had WiFi card requiring firmware to run. I wasn't able to fix
 missing package without reboot.
 
 It took me some time to get with my own kernel (vanilla
 based) and initrd on top of Guix (especially as Guile is still
 language barrier for me).
 
 I'd love to see some coordinated effort outside of (or better on top of)
 Guix to share such work.

IMO a better way to spend your effort would be:-

1. Writing free drivers for the devices which are not in linux-libre and 
submitting
them a patch; OR

2. Helping the development of low cost hardware which on which fully free 
software
can run; OR

3. Undertake extra paid employment in some activity (not necessarily computer 
related)
which benefits the community, and spend the mony you earn to purchase harware 
on which
GuixSD runs better.
 

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Leaving the guix project

[John Darrington]

On Fri, Feb 17, 2017 at 01:56:04PM +0100, David Craven wrote:
 > I think if you posit a free software project that works in the way you
 > describe ("on its own"), it would work very much like Guile works
 > right now.
 
 An operating system has to work on all hardware. Asking people to buy a
 RYF approved device to run guixsd is no different than apple requiring you
 to buy an apple computer to run mac os x. Turning guixsd into an embedded
 system for RYF devices is not something I want to spend time and effort 
on. I
 can't with good conscience recommend to people to buy a usb wifi adapter to
 use guixsd when I believe they have much larger privacy issues in their 
devices.

So far as I'm aware, nobody has ever said that Guix may not run on devices 
which are not
RYF approved.  I have indeed run it quite sucessfully on devices which are not.
 
 To be comfortable contributing to a free project I need to know that 
people are
 able to do whatever THEY want, with those contributions, and not what the 
FSF
 wants. 

I agree.  And I think that both Guix and the FSF has been very carefull not to 
impose any usage restrictions on users. (there have been calls to add 
restrictions
forbidding use by military/nuclear/extremist-political groups but those have 
been
definitively rejected.)

With the single exception of preventing a third party doing whatever they want,
people ARE able to do with it whatever they want.   Is it this exception you 
are concerned about or somthing else?

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Broken tests

[John Darrington]

On Sat, Feb 11, 2017 at 06:15:08PM +0100, David Craven wrote:
 Hi!
 
 > Revert "import: json: Explicitly ask for JSON data."
 > This reverts commit 81e0bc1834490a1a8092c75a0733b15c2b407285.
 
 I reverted this commit in my local repository for now, it breaks the
 pypi, crate and some other test I can't recall (gem and/or cpan).
 
 David

Yes, I noticed the same problem and similarly had to revert locally.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [GNU-linux-libre] Free firmware - A redefinition of the term and a new metric for it's measurement.

[John Darrington]

On Sun, Feb 12, 2017 at 11:02:29PM -0800, Maxim Cournoyer wrote:
 Hi,
 
 Christopher Howard  writes:
 
 > On 02/10/2017 08:31 AM, David Craven wrote:
 >> Hi Maxim
 >> 
 >>> +1. I don't see how having blobs helps security at all.
 >> 
 >> Well the problem I was getting at is that things are not as fixed as
 >> they may seem.
 >> Quoting wikipedia:
 >> 
  Decreasing cost of reprogrammable devices had almost eliminated the 
market for mask ROM by the year 2000.
 >> 
 >> Translation: ROM is not RO.
 >>
 
 You have a point, although reading the article linked (from Wired), this
 kind of attack requires a lot of effort (to reverse engineer the
 proprietary interfaces used to reprogram the firmware of a HD). At this
 level of seriousness they might as well find other means to get at
 you, such as physically altering one of the device you use without you
 noticing.

If the attacker *is* vendor who supplies the proprietary device then they would
not have to reverse engineer it.
 



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

FAIL: tests/cpan.scm, tests/gem.scm, tests/pypi.scm, tests/crate.scm

[John Darrington]

After merging a very recent master, I get four test failures when running make 
check:

FAIL: tests/pypi.scm
FAIL: tests/cpan.scm
FAIL: tests/gem.scm
FAIL: tests/crate.scm


Looking in test-suite.log there is the rather odd messge:

actual-value: #f
actual-error:
+ (wrong-number-of-args
+   #f
+   "Wrong number of arguments to ~A"
+   (#)
+   #f)
result: FAIL



I know that it used to work, so using git bisect I tracked this down to
commit 81e0bc1834490a1a8092c75a0733b15c2b407285  and reverting this commit
indeed fixes the problem.

What does this commit do?  Do we really need it?

J'





-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Add tlp.

[John Darrington]

On Fri, Feb 10, 2017 at 01:49:07PM +0100, Ludovic Court??s wrote:
 John Darrington <j...@darrington.wattle.id.au> skribis:
 
 > On Tue, Jan 31, 2017 at 10:01:18PM +0100, Mathieu Othacehe wrote:
 >
 >  +(home-page "http://linrunner.de/en/tlp/tlp.html;)
 >  +(synopsis "Power management tool for Linux")
 >  +(description "TLP is a power management tool for Linux.  It 
comes with
 >
 > Shouldn't we changed "Linux" to "Linux based GNU systems" or something 
similar?
 
 It uses interfaces specific to the kernel Linux so I think it???s
 technically correct.

But grammatically incorrect.  Specifically, the preposition "for" is wrong.
It implies that the package provides some feature that Linux can use. Whereas
the opposite is true.

A more gramatically correct sentance might say "power management tool using 
Linux kernel features".


But I wonder why we even mention it?  I mean if a package happens to use libc, 
we don't
say in the package description or sysnopsis "an editor which makes using the 
fopen, and fclose calls of glibc".



 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Add tlp.

[John Darrington]

On Tue, Jan 31, 2017 at 10:01:18PM +0100, Mathieu Othacehe wrote:

 +(home-page "http://linrunner.de/en/tlp/tlp.html;)
 +(synopsis "Power management tool for Linux")
 +(description "TLP is a power management tool for Linux.  It comes with

Shouldn't we changed "Linux" to "Linux based GNU systems" or something similar?


 +a default configuration already optimized for battery life.  Nevertheless,
 +TLP is customizable to fulfil system requirements.  TLP settings are 
applied
 +every time the power supply source is changed.")
 +(license license:gpl2)))
 -- 
 2.11.0
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Warning on using GUIX_PACKAGE_PATH

[John Darrington]

On Thu, Feb 09, 2017 at 01:30:48PM +, Pjotr Prins wrote:
 @FOSDEM we concluded that GUIX_PACKAGE_PATH does not necessarily work
 that wel. I added to my guix-notes the following:
 
 +Note that, even though GUIX_PACKAGE_PATH can be a feasible way of
 +adding and maintaining packages, it has two largish downsides: (1) it
 +is removed from the main package tree and therefore not easily shared
 +and integrated and (2) to remain compatible you need to juggle two git
 +trees which may go out of synch.


Those are indeed cavaets.  But whether they are "downsides" or "largish" is
a matter for individual users to decide.

Some people 1) don't want to share the pacakges they create; and/or 2) are
prepared to accept the effort keeping the two things in sync.

J'

 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Bug in Texlive ??

[John Darrington]

Yesterday I did "guix package --upgrade" and now, a simple latex file:

\documentclass{article}
\usepackage[T1]{fontenc}
\begin {document}
This is a test.
\end {document}

fails with 

/gnu/store/161gb51263qn8kydvdcd3jq6bcax3abf-texlive-texmf-minimal-2016/share/texmf-dist/web2c/mktexnam:
 Could not map source abbreviation  for ecrm1000.
/gnu/store/161gb51263qn8kydvdcd3jq6bcax3abf-texlive-texmf-minimal-2016/share/texmf-dist/web2c/mktexnam:
 Need to update ?
mktextfm: Running mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; 
input ecrm1000
This is METAFONT, Version 2.7182818 (TeX Live 2016) (preloaded base=mf)


kpathsea: Running mktexmf ecrm1000
! I can't find file `ecrm1000'.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1000
  
Please type another input file name
! Emergency stop.
<*> ...ljfour; mag:=1; nonstopmode; input ecrm1000
  
Transcript written on mfput.log.
grep: ecrm1000.log: No such file or directory
mktextfm: `mf-nowin -progname=mf \mode:=ljfour; mag:=1; nonstopmode; input 
ecrm1000' failed to make ecrm1000.tfm.
kpathsea: Appending font creation commands to missfont.log.

! Font T1/cmr/m/n/10=ecrm1000 at 10.0pt not loadable: Metric (TFM) file not fou
nd.
 
   relax 
l.105 \fontencoding\encodingdefault\selectfont



Rolling back my upgrade and it works fine.


J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 1/2] gnu: Add openvswitch.

[John Darrington]

On Fri, Jan 27, 2017 at 09:56:15PM +0800, ? wrote:
 * gnu/packages/networking.scm (openvswitch): New variable.
 ---
  gnu/packages/networking.scm | 54 
+
  1 file changed, 54 insertions(+)
 
 diff --git a/gnu/packages/networking.scm b/gnu/packages/networking.scm
 index 87ee0a1d8..c6fb2cfda 100644
 --- a/gnu/packages/networking.scm
 +++ b/gnu/packages/networking.scm
 @@ -1060,3 +1060,57 @@ suddenly a lot of network traffic, you can fire up 
NetHogs and immediately see
  which PID is causing this.  This makes it easy to identify programs that 
have
  gone wild and are suddenly taking up your bandwidth.")
  (license license:gpl2+)))
 +
 +(define-public openvswitch
 +  (package
 +(name "openvswitch")
 +(version "2.6.1")
 +(source (origin
 +  (method url-fetch)
 +  (uri (string-append
 +"http://openvswitch.org/releases/openvswitch-;
 +version ".tar.gz"))
 +  (sha256
 +   (base32
 +"036gq741j9kqsjlp693nff838c9wjd1c56nswl9vyyd1lsmj0yrh"
 +(build-system gnu-build-system)
 +(arguments
 + '(;; FIXME: many tests fail with:
 +   ;;[???]
 +   ;;test -e $OVS_RUNDIR/ovs-vswitchd.pid
 +   ;;ovs-appctl -t ovs-vswitchd exit
 +   ;;hard failure
 +   #:tests? #f

Have you tried asking upstream about this?  They are usually very helpfull.


J'
 
-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: A postinst equivalent in Guix?

[John Darrington]

On Wed, Jan 25, 2017 at 02:15:12PM +0100, Ludovic Court??s wrote:
 Christopher Allan Webber  skribis:
 
 > Ludovic Court??s writes:
 >
 >> Georgi Kirilov  skribis:
 >>
 >>> On Sat, Jan 21, 2017 at 04:34:55PM +0100, Ludovic Court??s wrote:
 >>>
 To make things more concrete, we could discuss specific packages you 
are
 interested in and see how we could provide them in Guix{,SD}.
 >>>
 >>> The package is the old bsd-games bundle. Some of the games need to
 >>> write score files under /var/lib/bsdgames/
 >>> You can find attached my patch so far.
 >>
 >> The patch looks good to me!
 >>
 >> As for /var/lib/bsdgames, then it???s up to the admin to set the right
 >> permissions on it.  We can ensure that it exists and has the right
 >> permissions on GuixSD, but on foreign distros, there???s nothing we can
 >> do.
 >>
 >> We could also modify bsd-games such that it falls back to
 >> ~/.local/bsdgames when /var/lib/bsdgames isn???t accessible (and it 
would
 >> be worth submitting upstream).  ISTR this was discussed for one of the
 >> games present in Guix.
 >>
 >> WDYT?
 >>
 >> Ludo???.
 >
 > I'm a bit wary about GuixSD packages declaring being able to write to
 > /var/ anything by default.  What would the permissions be?  I guess if
 > it were world-writable to all "users" group users it would be okayish.
 >
 > Note that KoboDeluxe includes a patch snarfed from Debian that comments
 > out the ability to save score files for this same reason, and it was
 > marked in Debian as a security patch IIRC...
 
 Yeah, I think scores in /var are a remnant of the past.  Unix just lacks
 a good way to address this use case.
 
 So it sounds best for games to use a score file under $HOME by default.
 
I always thought the unix way was rather nice.   The scores file was owned by 
"games" and programs which wanted to write to them were setuid games.

That way everyone on the system shares the same scores file.

J'
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

It now supports btrfs.  Feel free to give it a whirl.

J'

On Sat, Jan 14, 2017 at 02:24:53PM +0100, David Craven wrote:
 Hi John,
 
 I looked at adding btrfs support, 




-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Not patching shebang in git hook samples ?

[John Darrington]

The git package ships with a number of sample hook files.  These are shell 
scripts and
therefore the #!/bin/sh line gets substituted at  build time.

However these files get installed into every git repostory that is created, and 
users
are invited to use them as templates for their own hooks.

This will be fine until both git and bash are updated.  Now the original bash 
is free
to be garbage collected.  If that happens, the path: 
#!/gnu/store/qkw4zrwfybxww8f56nkb6hggxambk89b-bash-4.4.0/bin/sh
will no longer exist.

I suggest what we turn off the shebang patching for the files in 
share/templates for git.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: FOSDEM social dinner

[John Darrington]

On Fri, Jan 20, 2017 at 02:27:11PM +0100, Alex Sassmannshausen wrote:
 Hello,
 
 To confirm, I've now placed a reservation for Saturday 4 February at
 19:30 at a Lebanese restaurant called Al Jannah.  I haven't been there
 before, but the menu looks diverse, the prices good and the location
 relatively central.
 
 
https://www.tripadvisor.com/Restaurant_Review-g188644-d2039550-Reviews-Al_Jannah-Brussels.html
 
 Address:
 Rue Blaes 59, Brussels 1000, Belgium
 
 There is a direct tram line from ULB to Louise, and then it's a 5-10 min
 walk.  From there it's probably around 15 min walk to the central
 station where there are trains to Antwerp.
 
 List of attendees:
 Leo, Catonano, Amirouche, Efraim, Tom, Thomas, Tobias, Christopher
 Baines, Manolis, Ludo, Ricardo, Matias and myself.
 
 Let me know if I missed you, or if you have questions!

I thought I confirmed.  If not I confirm now.  

J'
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: A postinst equivalent in Guix?

[John Darrington]

On Thu, Jan 19, 2017 at 08:30:26PM +0200, Georgi Kirilov wrote:
 Hi,
 
 is there anything in Guix that can do things at install time, like postinst
 scripts in Debian?
 
 A program in a package I created is trying to access /var, but has no
 permissions. (Well, /gnu/store/.../var)
 The 'install' make target was doing 'chgrp' and 'install -g', but I had to
 remove these because there was no such group in the chroot jail. And it
 would be wrong anyway, as the gid in the jail would be different from that
 in the systems where the package will be installed.
 So, I guess /gnu/store/.../var has to be chgrp-ed during installation, on
 the user's system.
 

It's a fast rule that packages in Guix may not mutate the store.  So you will
have to find out exactly what and why your package is trying to do that, and
work out another way to effect it.

J'
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: ABI break!

[John Darrington]

On Tue, Jan 17, 2017 at 11:52:35PM +0100, Ludovic Court??s wrote:
 l...@gnu.org (Ludovic Court??s) skribis:
 
 > Pushed with tests as 384344198dcaa97847e66d3dd82f279ede08d690.
 
 And if you get a weird error when running ???make??? about
 ???file-system-needed-for-boot, just run:
 
   rm gnu/system.go && make
 
 This is because of an ABI break: ???file-system-needed-for-boot was a
 macro and now is a procedure.
 
Surely this means that the Makefile is wrong?

It should recognise that gnu/system.scm has changed and rebuild gnu/system.go 
accordingly.

J'



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

On Sun, Jan 15, 2017 at 01:20:56AM -0800, Chris Marusich wrote:
 John Darrington <j...@darrington.wattle.id.au> writes:
 
 > * It would be great if you could try to find out why your wireless 
failed.
 
 I'll look into it.  FWIW, the following DOES work for setting up my
 wireless from the (usual release) installation image (I know WEP is
 insecure, but I use it for certain reasons that are not related to the
 topic of this email thread):
 
 --8<---cut here---start->8---
 config_file="$(mktemp --tmpdir wireless-X.cfg)"
 trap "rm -f $config_file" EXIT
 cat > "$config_file" << EOM
 network={
 ssid="my-network-id"
 key_mgmt=NONE
 wep_key0=my-wep-key
 }
 EOM
 wpa_supplicant -i wlp2s0 -c "$config_file" -B
 dhclient -v wlp2s0
 --8<---cut here---end--->8---

Can you send me the results of doing

iwlist wlp2s0 scanning 

as root on your system.
 



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Mark /gnu/store as needed for boot.

[John Darrington]

On Sun, Jan 15, 2017 at 11:24:30PM +0100, Ludovic Court??s wrote:
 
 Then maybe this:
 
   (define (file-system-needed-for-boot? fs)
 (or (%file-system-needed-for-boot? fs)
 (and (file-prefix? (file-system-needed-for-boot? fs)
(%store-directory))
  (not (memq 'bind-mount (file-system-flags fs))
 
 with:
 
 --8<---cut here---start->8---
 scheme@(guile-user)>   (define (file-prefix? file1 file2)
 (define not-slash
   (char-set-complement (char-set #\/)))
 (and (string-prefix? "/" file1)
  (let loop ((file1 (string-tokenize file1 
not-slash))
 (file2 (string-tokenize file2 
not-slash)))
(match file1
  (()
   #t)
  ((head1 tail1 ...)
   (match file2
 ((head2 tail2 ...)
  (and (string=? head1 head2)
   (loop tail1 tail2)))
 (()
  #f)))
 scheme@(guile-user)> (file-prefix? "/gn" "/gnu/store")
 $13 = #f
 scheme@(guile-user)> (file-prefix? "/gnu/store/foo" "/gnu/store")
 $14 = #f
 scheme@(guile-user)> (file-prefix? "/gnu/store" "/gnu/store")
 $15 = #t
 scheme@(guile-user)> (file-prefix? "/gnu" "/gnu/store")
 $16 = #t
 scheme@(guile-user)> (file-prefix? "/" "/gnu/store")
 $17 = #t
 --8<---cut here---end--->8---
 
 This seems more natural to me than computing the set of prefixes like
 ???all-subpaths??? does.
 
 WDYT?
 
 If that???s fine with you I can commit this.
 

It looks fine to me.  I haven't tested it 


J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

On Mon, Jan 16, 2017 at 10:34:02AM +0100, Ludovic Court??s wrote:
 Hi!
 
 Regarding networking, would it make sense to use Connman (or
 NetworkManger? or Wicd?) and simply talk to it?
 
 I???ve never used it but it seems that Connman is a good middle ground.
 We can send it RPCs I think, and it then takes care of all the plumbing,
 so I suppose that would simplify the user interface (or we could just
 launch the Connman CLI).
 
 Thoughts?
 

It's a possibility.  However we should watch out that the installer disk-image 
does
not become too large ...

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

On Sun, Jan 15, 2017 at 01:20:56AM -0800, Chris Marusich wrote:
 
 --8<---cut here---start->8---
 config_file="$(mktemp --tmpdir wireless-X.cfg)"
 trap "rm -f $config_file" EXIT
 cat > "$config_file" << EOM
 network={
 ssid="my-network-id"
 key_mgmt=NONE
 wep_key0=my-wep-key
 }
 EOM
 wpa_supplicant -i wlp2s0 -c "$config_file" -B
 dhclient -v wlp2s0
 --8<---cut here---end--->8---
 
 Does your installer assume a specific (non-WEP) wireless encryption
 protocol?  That might explain the issue.

Yes.  That will be the reason.  I've assumed that encryption if present is PSK.
I'm not sure how to determine off air what kind of encryption an AP wants. 
Maybe someone can enlighten me.
 
 > * What would you suggest instead of the "Reboot" message?
 
 I think the USB stick needs to be mounted in order for the system to
 function, right?  So it seems like we can't unmount it before
 rebooting...  I know that Ubuntu's installer ejects the installation CD
 and asks the user to remove it and then reboot, so it must be possible
 to arrange for the media to be physically removed without crashing the
 system.  I'm not sure how to do that, though.
 
 Until that's figured out, maybe just say something like: "To avoid
 accidentally booting into the installation media, please shut down the
 computer, remove the installation media, and turn the computer back on."
 How's that?  Too verbose?
 
I think it's ok in this kind of application to have verbose messages.  I'll 
think about 
something along the lines you suggest.

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Mark /gnu/store as needed for boot.

[John Darrington]

On Sun, Jan 15, 2017 at 10:53:02AM +0100, David Craven wrote:
 > will erroneously return #t when (file-system-mount-point fs) evaluates
 > to "/gn"  and (%store-directory) to "/gnu/store".  Will it not???
 
 The trick is to revert the arguments:
 
 (string-prefix? (%store-directory) (file-system-mount-point fs))

No that will also be wrong.

(string-prefix? "/gnu/store" "/gnu") => #f

I think the procedure  I wrote does it correctly.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

Hi Chris,

Thanks for this very comprehensive feedback.  I hope you will forgive
me if I don't respond to every point you have raised.  I have however read
them all, and they are all relevant and useful.  So thanks very much.

Some particular points however:

* Currently there is no mouse support at all.  I hope to add that later.
* It would be great if you could try to find out why your wireless failed.
* I hope, eventually, to remove the reliance on cfdisk.
* From your comments, and those from others it is clear to me that the
  part of the user interface involved with creating filesystems and allocaing
  mount points needs to be redesigned. - so after that, there will be a whole
  different set of issues!
* What would you suggest instead of the "Reboot" message?
 
On Sat, Jan 14, 2017 at 08:06:09PM -0800, Chris Marusich wrote:
 
 Hi!  I successfully installed GuixSD on my Libreboot laptop using the
 installer!  It's awesome to see some work in this area.  Thank you!
 
 I've got a lot of feedback.  Some is minor, some is less minor.  Even if
 you don't incorporate all of it, I hope that it will help make the
 installer better!
 
 * Left-clicking on buttons, entries, etc. had no effect.  I expected it
   to be equivalent to pressing enter or space.
 
 * Left-clicking leaves the clicked square (i.e., row+column
   intersection) highlighted, which is visually distracting.

 * The installer should either guide the user through a linear series of
   steps, or explain at the beginning what the user should do.  I wasn't
   sure what to do at first when I was dropped into the installer.  This
   doesn't preclude a non-linear path through the installation phases,
   but I do think a more guided path would be less confusing.

 * The installer begins with nothing selected.  This contributed to my
   initial confusion: what am I supposed to do?
 
 * The installer should display a keymap, or a hotkey which displays help
   info (like the help page in cfdisk, or top).
 
 * I think you made the first letter of some commands bold (like the "C"
   in "Continue"), but I didn't notice it until I tried the installation
   on a machine with a different monitor.  More contrast, or an
   underlined character, might help call that out more.
 
 * I'm not sure how, but I got stuck in a menu loop between "Partition
   the disks" and "Choose mount point".  Hitting "Continue" and "Go Back"
   in any order never took me to any other step, or back to the main
   menu.  I worked around the issue by getting a shell and rebooting.
 
 * Partition the disks: when launching cfdisk, consider explaining that
   we're going to launch cfdisk to do the actual partitioning, and the
   user needs to quit cfdisk to come back and continue the installation.
 
 * The interface was at times sluggish - there was a noticeable delay
   (hundreds of milliseconds) between pressing e.g. the left-arrow key
   and the next bottom-menu item being selected.
 
 * By default, this installer provides a lot of manual control over how
   the disks are partitioned, what file systems will be installed, and
   what their mount points will be.  Perhaps by default we should offer
   one or more common configurations - e.g., one partition, containing an
   ext4 file system, mounted at / - and move the finer-grained manual
   controls into a sub-menu of some kind.  For comparison, I've just
   installed Ubuntu and Debian today, and both of their installers offer
   such simplified paths for installation. - useful if someone does not
   know much about that stuff yet or they just want an easy default.
 
 * Following that note, if we presented pre-set combinations of
   partitions/file systems/mount points, I can imagine adding another
   "simple configuration" to that list, for encrypted home partition, or
   an entire encrypted disk.  For various use cases.
 
 * The installer contains various input text boxes (e.g., for file system
   label).  These boxes are invisible; a border would help call them out
   (I almost didn't realize they existed).  Also, left/right arrow keys
   did not scroll left/right, which surprised me, but backspace and
   delete worked well enough.
 
 * The generated operating system configuration should use file system
   UUID or label, if possible, rather than device path.
 
 * Choose mount point: since you can also set the label here, maybe
   change the title of the section to "Choose file system and mount
   point" or something?
 
 * The installer takes a "window within a window" approach for
   installation phases.  This conflicts with the "replace the whole
   window" behavior that occurs when running cfdisk.  I think that using
   a "replace the 

Re: [PATCH] gnu: Mark /gnu/store as needed for boot.

[John Darrington]

On Sat, Jan 14, 2017 at 10:30:43PM +0100, Ludovic Court??s wrote:
 
 > * gnu/system/file-systems.scm (all-subpaths): New procedure.
 > (file-system-needed-for-boot?): Use it to check for ancestors
 > of %store-directory.
 
 I guess the idea is to have ???needed-for-boot automatically set for
 users who store /gnu or /gnu/store on a separate partition, right?

Correct.
 
 The problem is that we need to exclude bind mounts, as done in
 ???store-file-system??? in (gnu system).

Thanks for pointing that out.
 
 What about:
 
   (define (file-system-needed-for-boot? fs)
 (or (%file-system-needed-for-boot? fs)
 (and (string-prefix? (file-system-mount-point fs) 
(%store-directory))
  (not (memq 'bind-mount (file-system-flags fs))
 

Perhaps I am misunderstanding something, but

 (string-prefix? (file-system-mount-point fs) (%store-directory))
 
will erroneously return #t when (file-system-mount-point fs) evaluates
to "/gn"  and (%store-directory) to "/gnu/store".  Will it not???

That is why I wrote a procedure to fix that problem.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: services: Add redis-service

[John Darrington]

On Fri, Jan 13, 2017 at 09:22:01AM -0500, Thompson, David wrote:

 I'm seeing a trend where people write services with configuration
 types that don't cover nearly the amount of configuration options to
 make the service useful.  MySQL, and now this Redis server, are
 examples of this.  There are many more configuration options in Redis
 than this service exposes.


Probably what the author of the service does, it to provide just enough
configurations to make it useful to him/her.   

In the kerberos service I took the opposite approach, and provided the
full range of options that the underlying daemon has - the trouble is,
I have only a very vague idea of what many of those options do - so I
have no chance of writing a test which exercises them.

What is the worst evil - having a service with limited capabilities, or
having a service which is oestensibly fully featured, but we don't know
if all those features work or not?

I don't know the answer to that question.

 What do we do?
 
File a bug with an example of how it could usefully be extended?

Perhaps one thing we should do is - if we know that the service does
not expose a particular feature, then we should ensure that limitation
is explicitly noted in the manual.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: guix system reconfigure can not work.

[John Darrington]

On Fri, Jan 13, 2017 at 04:48:20PM +0800, tumashu wrote:
 "guix system reconfigure"  can't work well in my machine now,   the below 
is output:
 --
 bash-4.4$ sudo guix system reconfigure guixsd-helper.scm
 ??
 
 ** wait long time, about 5 min.**
 
 substitute: updating list of substitutes from 
'https://mirror.hydra.gnu.org'...
 substitute: updating list of substitutes from 
'https://mirror.hydra.gnu.org'... 100.0%
 The following derivation will be built:
/gnu/store/plhaxy8p26sxircfmx0vs05a3arva6v9-grub.cfg.drv
 /gnu/store/aqhdcr06max068sc8k3gvqqdvlb8l9dl-system
 /gnu/store/4dbisd6wcg494c70yn6y7jrydbw7giph-grub.cfg
 /gnu/store/cgl8v4q7x8zc09r9d39l7pgd9cx904f8-grub-2.02beta3
 activating system...
 making '/gnu/store/aqhdcr06max068sc8k3gvqqdvlb8l9dl-system' the current 
system...
 setting up setuid programs in '/run/setuid-programs'...
 populating /etc from /gnu/store/ba01asqiwhmwrq8scisg3dpkpn8yknyp-etc...
 usermod
 usermod
 usermod
 usermod
 usermod
 usermod
 usermod
 usermod
 usermod
 guix system: loading new services: file-system-/mnt/backup1 
file-system-/mnt/backup2...
 shepherd: Evaluating user expression (register-services (primitive-load 
"/gn...") #).
 
 looong time and I have to C-c C-c it.*
 
Actually I had the same problem doing "guix system reconfigure" yesterday.  It 
took well over
15 minutes. (nothing needed to be downloaded or compiled - that 15 mins seemed 
to be purely to
build the configuration) - I had never experienced such a long wait before.

It did complete ok eventually though.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: Mark /gnu/store as needed for boot.

[John Darrington]

On Fri, Jan 13, 2017 at 12:59:20AM -0800, Chris Marusich wrote:

 Is this procedure supposed to work with relative paths?  I get strange
 results for "foo/bar":

No.  It was not indended to be passed a relative path.  I cannot see what 
meaning
that would have - it raises the question "relative to what?".  However if 
somehow
we can define what it means to pass the procedure a relative path, then I 
suppose
it could be modified to work.
 
 It seems to me like we could just use 'string-prefix?' here instead.  Am
 I missing something?  Is it really necessary to define an 'all-subpaths'
 procedure and use 'member' if 'string-prefix?' is good enough?

Well, (string-prefix? "/dev/net" "/dev/networking") would return #t, but
the former is not an ancestor of the other.
 
 The title of this patch is "Mark /gnu/store as needed for boot."  I can
 see how this change makes that happen.  But what is the purpose?  I
 imagine that in some cases, if you don't do this, the initrd might not
 mount the file system containing the store, which of course would not be
 good.  Do you have a specific problem case in mind?

Yes.

I tried installing GuixSD with /gnu/store on a different partition to /
The installation seemed to go ok, but it failed to boot, presumably because 
lots of essential things (such as the kernel!) are in /gnu/store

J'


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Re: About flashplayer

[John Darrington]

On Fri, Jan 13, 2017 at 03:06:41PM +0800, tumashu wrote:

 If we can package Adobe Flash Player,  can we package a  installer-helper, 
like: https://packages.debian.org/stretch/flashplugin-nonfree

But as Chris said, unfortunately we cannot. :(
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

On Thu, Jan 12, 2017 at 09:40:17PM -0800, Chris Marusich wrote:
 John Darrington <j...@darrington.wattle.id.au> writes:
 
 > The wip-installer branch is ready for testing and general review.
 >
 > This branch provides a curses based graphical interface to the disk
 > images used for installing GuixSD. It is intended to allow users
 > unfamiliar with bash and other aspects of unix-like operating systems
 > to easily install GuixSD.   This means, it should allow you to install
 > GuixSD on a bare PC, without ever touching a shell (whilst still
 > providing that option for those who want it).
 >
 > Whilst it is still a work in progress it has, in my opinion, got to
 > a stage where it is usable.  Before merging into master however, it
 > would be great to get feedback from others.
 >
 > For those of you who don't wish to build a disk-image yourselves,
 > Ludo has kindly made available pre-built images for x86_64 and
 > i686-linux systems at http://web.fdn.fr/~lcourtes/software/guix/
 >
 > Please report coding and usability issues.
 
 I want to test this, but I've arrived late to the party.  Does the link
 above contain the most recent round(s) of feedback?  I've tried to build
 the wip-installer branch, but I found that the installation system tests
 failed, so I thought I'd ask before trying to build it myself.
 

Nothing signficant has changed since this image was made.  So your comments will
still be valid and appreciated.

Thanks,

John


-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH 0/2] ImageMagick 7

[John Darrington]

On Thu, Jan 12, 2017 at 05:11:03PM -0500, Leo Famulari wrote:
 On Wed, Jan 11, 2017 at 03:18:38PM -0500, Leo Famulari wrote:
 > So, I think we should carefully check each package that uses ImageMagick
 > directly to see if they are ready. We can check their commit logs and
 > bug trackers for anything related to ImageMagick.
 
 > name: a2ps
 
 a2ps uses the `convert` program from ImageMagick, and its use pre-dates
 ImageMagick 7.
 
 > name: awesome
 
 Awesome also uses `convert`, and this code is from 2009.
 
 So, they need to stay with ImageMagick 6 for now.

So far as I'm aware, the "convert" program's interface has not changed between 
6 and 7
so unless we know of a particular problem, I don't see why they could not move 
to vers
7 immediately.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: [PATCH] gnu: ed: Replace with 1.14.1 [fixes security issues].

[John Darrington]

Why bother with the replacement?  Why not just upgrade it?

J'

On Thu, Jan 12, 2017 at 09:13:53PM +0100, Marius Bakke wrote:
 * gnu/packages/ed.scm (ed-1.14.1): New variable.
 (ed)[replacement]: New field.
 ---
  gnu/packages/ed.scm | 13 +
  1 file changed, 13 insertions(+)
 
 diff --git a/gnu/packages/ed.scm b/gnu/packages/ed.scm
 index 3668aac19..c51a4b82f 100644
 --- a/gnu/packages/ed.scm
 +++ b/gnu/packages/ed.scm
 @@ -28,6 +28,7 @@
  (define-public ed
(package
  (name "ed")
 +(replacement ed-1.14.1)
  (version "1.13")
  (source (origin
   (method url-fetch)
 @@ -55,3 +56,15 @@ interactively and via shell scripts.  Its method of 
command input allows
  complex tasks to be performed in an automated way.  GNU ed offers several
  extensions over the standard utility.")
  (license gpl3+)))
 +
 +(define ed-1.14.1
 +  (package (inherit ed)
 +   (source
 +(let ((version "1.14.1"))
 +  (origin
 +(method url-fetch)
 +(uri (string-append "mirror://gnu/ed/ed-"
 +version ".tar.lz"))
 +(sha256
 + (base32
 +  
"0ajm69pma7gigddlrq2qi4dsllz9vhm8gqwpkcdagdd2yaw7xfgz")))
 -- 
 2.11.0
 

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

[PATCH 3/4] gnu: xfd: Remove wrapper.

[John Darrington]

* gnu/packages/xorg.scm (xfd): Remove wrapper.
---
 gnu/packages/xorg.scm | 12 +---
 1 file changed, 1 insertion(+), 11 deletions(-)

diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index 16eb344..45ff4c9 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@ -4015,19 +4015,9 @@ Font Description (XLFD) full name for a font.")
 "0n97iqqap9wyxjan2n520vh4rrf5bc0apsw2k9py94dqzci258y1"
 (build-system gnu-build-system)
 (arguments
- ;; The same 'app-defaults' problem as with 'xfontsel' package.
- (let ((app-defaults-dir "/share/X11/app-defaults"))
`(#:configure-flags
  (list (string-append "--with-appdefaultdir="
-  %output ,app-defaults-dir))
- #:phases
- (modify-phases %standard-phases
-   (add-after 'install 'wrap-xfd
- (lambda* (#:key outputs #:allow-other-keys)
-   (let ((out (assoc-ref outputs "out")))
- (wrap-program (string-append out "/bin/xfd")
-   `("XAPPLRESDIR" =
- (,(string-append out ,app-defaults-dir)))
+  %output ,%app-defaults-dir
 (inputs
  `(("fontconfig" ,fontconfig)
("libx11" ,libx11)
-- 
2.1.4

[PATCH 1/4] gnu: xfontsel: Simplify definition.

[John Darrington]

* gnu/packages/xorg.scm (%app-defaults-dir): New variable.
(xfontsel): Remove wrapper.
---
 gnu/packages/xorg.scm | 23 +--
 1 file changed, 5 insertions(+), 18 deletions(-)

diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index e6ee0c0..556b9f4 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@ -10,7 +10,7 @@
 ;;; Copyright © 2016 ng0 <n...@we.make.ritual.n0.is>
 ;;; Copyright © 2016 Alex Kost <alez...@gmail.com>
 ;;; Copyright © 2016 David Craven <da...@craven.ch>
-;;; Copyright © 2016 John Darrington <j...@gnu.org>
+;;; Copyright © 2016, 2017 John Darrington <j...@gnu.org>
 ;;;
 ;;; This file is part of GNU Guix.
 ;;;
@@ -335,6 +335,7 @@ provided.")
 (license (license:x11-style "file://dri3proto.h"
 "See 'dri3proto.h' in the distribution."
 
+(define %app-defaults-dir "/lib/X11/app-defaults")
 
 (define-public editres
   (package
@@ -3982,23 +3983,9 @@ protocol.")
 "1grir464hy52a71r3mpm9mzvkf7nwr3vk0b1vc27pd3gp588a38p"
 (build-system gnu-build-system)
 (arguments
- ;; By default, it tries to install XFontSel file in
- ;; "/gnu/store//share/X11/app-defaults": it defines this
- ;; directory from 'libxt' (using 'pkg-config').  To put this file
- ;; inside output dir and to use it properly, we need to configure
- ;; --with-appdefaultdir and to wrap 'xfontsel' binary.
- (let ((app-defaults-dir "/share/X11/app-defaults"))
-   `(#:configure-flags
- (list (string-append "--with-appdefaultdir="
-  %output ,app-defaults-dir))
- #:phases
- (modify-phases %standard-phases
-   (add-after 'install 'wrap-xfontsel
- (lambda* (#:key outputs #:allow-other-keys)
-   (let ((out (assoc-ref outputs "out")))
- (wrap-program (string-append out "/bin/xfontsel")
-   `("XAPPLRESDIR" =
- (,(string-append out ,app-defaults-dir)))
+ `(#:configure-flags
+   (list (string-append "--with-appdefaultdir="
+%output ,%app-defaults-dir
 (inputs
  `(("libx11" ,libx11)
("libxaw" ,libxaw)
-- 
2.1.4

[PATCH 2/4] gnu: editres: Use %app-defaults-dir.

[John Darrington]

* gnu/packages/xorg.scm (editres): Replace string literal with
%app-defaults-dir.
---
 gnu/packages/xorg.scm | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/gnu/packages/xorg.scm b/gnu/packages/xorg.scm
index 556b9f4..16eb344 100644
--- a/gnu/packages/xorg.scm
+++ b/gnu/packages/xorg.scm
@@ -355,7 +355,7 @@ provided.")
 (arguments
  `(#:configure-flags
(list (string-append "--with-appdefaultdir="
-%output "/lib/X11/app-defaults"
+%output ,%app-defaults-dir
 (inputs
  `(("libxaw" ,libxaw)
("libxmu" ,libxmu)
-- 
2.1.4

[PATCH 4/4] gnu: xfig: Use modify-phases.

[John Darrington]

* gnu/packages/xfig.scm (xfig): Use modify-phases.
---
 gnu/packages/xfig.scm | 159 +-
 1 file changed, 79 insertions(+), 80 deletions(-)

diff --git a/gnu/packages/xfig.scm b/gnu/packages/xfig.scm
index 6436e52..27d9cf9 100644
--- a/gnu/packages/xfig.scm
+++ b/gnu/packages/xfig.scm
@@ -34,12 +34,12 @@
 (version "3.2.5c")
 (source
  (origin
-  (method url-fetch)
-  (uri (string-append "mirror://sourceforge/mcj/mcj-source/xfig."
-  version ".full.tar.gz"))
-  (sha256
-   (base32
-"1yd1jclvw5w3ja4jjzr1ysbn8iklh88wq84jn9d1gavrbfbqyqpa"
+   (method url-fetch)
+   (uri (string-append "mirror://sourceforge/mcj/mcj-source/xfig."
+   version ".full.tar.gz"))
+   (sha256
+(base32
+ "1yd1jclvw5w3ja4jjzr1ysbn8iklh88wq84jn9d1gavrbfbqyqpa"
 (build-system gnu-build-system)
 (native-inputs
  `(("imake" ,imake)
@@ -59,51 +59,51 @@
 (arguments
  `(#:tests? #f
#:phases
-   (alist-replace
-'configure
-(lambda* (#:key inputs outputs #:allow-other-keys)
-  (let ((imake (assoc-ref inputs "imake"))
-(out   (assoc-ref outputs "out")))
-   (substitute* "Imakefile"
- (("XCOMM (BINDIR = )[[:graph:]]*" _ front)
-  (string-append front out "/bin"))
- (("(PNGLIBDIR = )[[:graph:]]*" _ front)
-  (string-append front (assoc-ref inputs "libpng") "/lib"))
- (("(PNGINC = -I)[[:graph:]]*" _ front)
-  (string-append front (assoc-ref inputs "libpng") "/include"))
- (("(JPEGLIBDIR = )[[:graph:]]*" _ front)
-  (string-append front (assoc-ref inputs "libjpeg") "/lib"))
- (("(JPEGINC = -I)[[:graph:]]*" _ front)
-  (string-append front (assoc-ref inputs "libjpeg") "/include"))
- (("(ZLIBDIR = )[[:graph:]]*" _ front)
-  (string-append front (assoc-ref inputs "zlib") "/lib"))
- (("(XPMLIBDIR = )[[:graph:]]*" _ front)
-  (string-append front (assoc-ref inputs "libxpm") "/lib"))
- (("(XPMINC = -I)[[:graph:]]*" _ front)
-  (string-append front (assoc-ref inputs "libxpm") "/include"))
- (("(XFIGLIBDIR = )[[:graph:]]*" _ front)
-  (string-append front out "/lib"))
- (("(XFIGDOCDIR = )[[:graph:]]*" _ front)
-  (string-append front out "/share/doc"))
- (("XCOMM USEINLINE") "USEINLINE"))
-   ;; The -a argument is required in order to pick up the correct paths
-   ;; to several X header files.
-   (zero? (system* "xmkmf" "-a"))
-   ;; Reset some variables that are inherited from imake templates
-   (substitute* "Makefile"
- ;; These imake variables somehow remain undefined
- (("DefaultGcc2[[:graph:]]*Opt") "-O2")
- ;; Reset a few variable defaults that are set in imake templates
- ((imake) out)
- (("(MANPATH = )[[:graph:]]*" _ front)
-  (string-append front out "/share/man"))
- (("(CONFDIR = )([[:graph:]]*)" _ front default)
-  (string-append front out default)
-(alist-cons-after
- 'install 'install/libs
- (lambda _
-   (zero? (system* "make" "install.libs")))
- (alist-cons-after
+   (modify-phases %standard-phases
+ (replace 'configure
+  (lambda* (#:key inputs outputs #:allow-other-keys)
+(let ((imake (assoc-ref inputs "imake"))
+  (out   (assoc-ref outputs "out")))
+  (substitute* "Imakefile"
+(("XCOMM (BINDIR = )[[:graph:]]*" _ front)
+ (string-append front out "/bin"))
+(("(PNGLIBDIR = )[[:graph:]]*" _ front)
+ (string-append front (assoc-ref inputs "libpng") 
"/lib"))
+(("(PNGINC = -I)[[:graph:]]*" _ front)
+ (string-append front (assoc-ref inputs "libpng") 
"/include"))
+(("(JPEGLIBDIR = )[[:graph:]]*" _ front)
+ (string-append front (assoc-ref inputs "libjpeg") 
"/lib"))
+(("(JPEGINC = -I)[[:graph:]]*" _ front)
+ (string-append front (assoc-ref inputs "libjpeg") 
"/include"))
+(("(ZLIBDIR = )[[:graph:]]*" _ front)
+ (string-append front (assoc-ref inputs "zlib") 
"/lib"))
+(("(XPMLIBDIR = )[[:graph:]]*" _ front)
+ (string-append front (assoc-ref inputs "libxpm") 
"/lib"))
+(("(XPMINC = -I)[[:graph:]]*" _ front)
+ (string-append front (assoc-ref inputs "libxpm") 
"/include"))
+(("(XFIGLIBDIR = 

[PATCH] gnu: Mark /gnu/store as needed for boot.

[John Darrington]

* gnu/system/file-systems.scm (all-subpaths): New procedure.
(file-system-needed-for-boot?): Use it to check for ancestors
of %store-directory.
---
 gnu/system/file-systems.scm | 25 ++---
 1 file changed, 22 insertions(+), 3 deletions(-)

diff --git a/gnu/system/file-systems.scm b/gnu/system/file-systems.scm
index 4cc1221..d42f271 100644
--- a/gnu/system/file-systems.scm
+++ b/gnu/system/file-systems.scm
@@ -20,6 +20,7 @@
   #:use-module (ice-9 match)
   #:use-module (guix records)
   #:use-module (guix store)
+  #:use-module (guix build utils)
   #:use-module ((gnu build file-systems)
 #:select (string->uuid uuid->string))
   #:re-export (string->uuid
@@ -95,11 +96,29 @@
   (dependencies file-system-dependencies  ; list of 
 (default '(   ; or 
 
+
+(define (all-subpaths path)
+  "Given a directory PATH return a list of all paths which
+are ancestors of this path, including PATH itself"
+ (let loop ((path (string-split path #\/))
+   (ac '()))
+   (if (null? path)
+   ac
+   (loop (cdr path)
+(cons
+ (string-append
+  (match ac
+(()  "/")
+((x _ . _) (string-append x "/"))
+((x . _) x))
+  (car path))
+ ac)
+
 (define-inlinable (file-system-needed-for-boot? fs)
-  "Return true if FS has the 'needed-for-boot?' flag set, or if it's the root
-file system."
+  "Return true if FS has the 'needed-for-boot?' flag set, or if it holds
+the store directory."
   (or (%file-system-needed-for-boot? fs)
-  (string=? "/" (file-system-mount-point fs
+  (member (file-system-mount-point fs) (all-subpaths (%store-directory)
 
 (define (file-system->spec fs)
   "Return a list corresponding to file-system FS that can be passed to the
-- 
2.1.4

[PATCH] gnu: Mark /gnu/store as needed for boot.

[John Darrington]

* gnu/system/file-systems.scm (all-subpaths): New procedure.
(file-system-needed-for-boot?): Use it to check for ancestors
of %store-directory.
---
 gnu/system/file-systems.scm | 25 ++---
 1 file changed, 22 insertions(+), 3 deletions(-)

diff --git a/gnu/system/file-systems.scm b/gnu/system/file-systems.scm
index 4cc1221..6789b0d 100644
--- a/gnu/system/file-systems.scm
+++ b/gnu/system/file-systems.scm
@@ -20,6 +20,7 @@
   #:use-module (ice-9 match)
   #:use-module (guix records)
   #:use-module (guix store)
+  #:use-module (guix build utils)
   #:use-module ((gnu build file-systems)
 #:select (string->uuid uuid->string))
   #:re-export (string->uuid
@@ -95,11 +96,29 @@
   (dependencies file-system-dependencies  ; list of 
 (default '(   ; or 
 
+
+(define (all-subpaths path)
+  "Given a directory PATH return a list of all paths which
+are ancestors of this path, including PATH itself"
+ (let loop ((path (string-split path #\/))
+   (ac '()))
+   (if (null? path)
+   ac
+   (loop (cdr path)
+(cons
+ (string-append
+  (match ac
+(()  "/")
+((x _ . _) (string-append x "/"))
+((x . _) x))
+  (car path))
+ ac)
+
 (define-inlinable (file-system-needed-for-boot? fs)
-  "Return true if FS has the 'needed-for-boot?' flag set, or if it's the root
-file system."
+  "Return true if FS has the 'needed-for-boot?' flag set, or if it holds
+the store directory."
   (or (%file-system-needed-for-boot? fs)
-  (string=? "/" (file-system-mount-point fs
+  (member (file-system-mount-point fs) %store-directory)))
 
 (define (file-system->spec fs)
   "Return a list corresponding to file-system FS that can be passed to the
-- 
2.1.4

network-interface-names-*

[John Darrington]

The procedures exported from guix/build/syscalls : 

network-interface-names
network-interface-flags
set-network-interface-flags
network-interface-netmask

.. and possibily a few others all take an argument called "sock" or "socket".

In the case of network-interface-names this parameter is #:optional and 
defaults to  (socket SOCK_STREAM AF_INET 0)

In all of the other procedures this argument is not optional, but so far
as I can tell, all callers pass the above expression as its value, and 
if I understand the API correctly, it's unlikely that anything else will
ever be required.

Will you accept a patch making "sock" #:optional for all parameters which
need it?



-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

On Tue, Jan 10, 2017 at 09:39:01AM +0100, Ludovic Court??s wrote:
 John Darrington <j...@darrington.wattle.id.au> skribis:
 
 > On Sun, Jan 08, 2017 at 11:34:26PM +0100, Ludovic Court??s wrote:
 
 [...]
 
 >2. Pressing F9 (language) replaces lines with funny characters 
(???herd
 >   restart term-tty1??? fixes it, so to speak).
 >
 > I think this is because glibc-locales is not part of the installer 
image.  Unfortunately
 > if we include it, then it adds 50% to the size.  We might have to think 
about this :(
 
 Maybe it???s not necessary: we can set ???LANGUAGE??? to a language that 
does
 not necessarily have a corresponding locale, like ???eo???.
 
 >3. ???Setup the network??? (should be ???Set up) shows 
???Command failed (No
 >   such device???) for a second, and then apparently the installer
 >   crashes and term-tty1 is restarted.
 >
 > Can you send me the results of running "ip -o link" (as root) on the 
system which 
 > did this?
 
 That was in QEMU without networking:
 
   qemu-system-x86_64 -enable-kvm guixsd-graphical-installer-x86-64-linux 
-m 512
 
 ???ip -o link??? shows lo and ens3, both down.

That should have worked.  It'd be great if you could get a stack trace.
 
 BTW (guix build syscalls) has procedures to deal with network interfaces
 that might be useful here.

Thanks for the tip.  I'll see if I can do the necesary things in terms of those.

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature

Re: Graphical Installer - Call for Testing.

[John Darrington]

On Sun, Jan 08, 2017 at 11:34:26PM +0100, Ludovic Court??s wrote:
 
 I did a quick test and I think it???s pretty cool.  :-)

Thanks.
 
 A few issues I noticed:
 
   1. ???Go Back??? often doesn???t go back (for instance from the 
???Choose the
  mount point for device??? screen).

Thanks. I will fix those.
 
   2. Pressing F9 (language) replaces lines with funny characters (???herd
  restart term-tty1??? fixes it, so to speak).

I think this is because glibc-locales is not part of the installer image.  
Unfortunately
if we include it, then it adds 50% to the size.  We might have to think about 
this :(
 
   3. ???Setup the network??? (should be ???Set up) shows ???Command 
failed (No
  such device???) for a second, and then apparently the installer
  crashes and term-tty1 is restarted.

Can you send me the results of running "ip -o link" (as root) on the system 
which 
did this?
 
 I???d tend to prefer something slightly more colorful, like Debian???s.
 
We can argue about that later :)

J'

-- 
Avoid eavesdropping.  Send strong encrypted email.
PGP Public key ID: 1024D/2DE827B3 
fingerprint = 8797 A26D 0854 2EAB 0285  A290 8A67 719C 2DE8 27B3
See http://sks-keyservers.net or any PGP keyserver for public key.



signature.asc
Description: Digital signature