Re: Translation copyright

2020-09-03 Thread pelzflorian (Florian Pelz)
On Mon, Aug 31, 2020 at 02:20:37PM +0200, Julien Lepiller wrote:
> I'd like to change all of these headers to something like this:
>
> Copyright (C) 2018-2020 the authors of Guix (msgids)

Yes, I think you are right with this change, but where to make it?

It seems this “authors of Guix” line in po/guix/*.po files originates
from the Translation Project
.

Changing the PO files directly would make them differ from the
authoritative version at the Translation Project.  Unless you plan to
switch to Weblate right away, that change is something that should be
discussed with the TP coordinator, I think.

Other PO files at the Translation Project seem to do different things
here, e.g. the German lynx translation
 only lists
translator copyrights, the French assigns copyright to the FSF, the
POT file does not mention any copyrights, also the format differs for
each of lynx’ translated PO files.


> Followed by the copyright of individual translators (or maybe the
> previous line is enough?)
> 
> This is probably the header to use in the pot files too.
> 
> Thank you!

I think the copyright of individual translators should be put in PO
files like for all other source files.

Regards,
Florian



Re: mounting a directory in a system container

2020-09-03 Thread Efraim Flashner
On Thu, Sep 03, 2020 at 02:35:10PM +0300, Efraim Flashner wrote:
> I really like the --expose and --share options from guix system vm but I
> really would prefer to use a system container (mostly for the shared
> resources). I tried adding the directory in the file-systems section of
> my OS-config but it just failed to mount. Any suggestions?
> 
> (file-systems (cons
>(file-system
> (device "/data")
> (mount-point "/data")
> (type "none")
> (flags '(read-only bind-mount))
> (check? #f)
> (create-mount-point? #t))
>%base-file-systems)
> 
> I also added (service udev-service-type) to my services.
> 

Thanks everyone for being my rubber ducky! On a whim I checked the
manual and it mentioned --share and --expose for containers also and it
worked for me. It would appear that the 'guix system --help' text isn't
complete.


-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature


mounting a directory in a system container

2020-09-03 Thread Efraim Flashner
I really like the --expose and --share options from guix system vm but I
really would prefer to use a system container (mostly for the shared
resources). I tried adding the directory in the file-systems section of
my OS-config but it just failed to mount. Any suggestions?

(file-systems (cons
   (file-system
(device "/data")
(mount-point "/data")
(type "none")
(flags '(read-only bind-mount))
(check? #f)
(create-mount-point? #t))
   %base-file-systems)

I also added (service udev-service-type) to my services.


-- 
Efraim Flashner  אפרים פלשנר
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature


Packaging pd

2020-09-03 Thread Andreas Enge
Hello,

I knew that three letter software names are bad, but there is worse -
two letter software names! I would like to package
  pd - Primal-Dual Methods for Vertex and Facet Enumeration
  http://www.cs.unb.ca/~bremner/software/pd/

Now there already is a "pd" in Guix; are there any precedents on how to
name a second pd? "pd-polytope"? "primal-dual"? "pd-primal-dual"?

Then is there a point in packaging it at all? This is more or less a
one-shot research software, I think, with no versioning. So maybe not
relevant enough? (Let us have this Wikipedia discussion!) In that case,
I would like to add it to the guix-past channel, since I need it for
the 10 years reproducibility challenge, so the naming question still
stands. By the way, how are naming conflicts between channels resolved?

Thanks for your thoughts,

Andreas




Re: Messed up with (guix ssh)

2020-09-03 Thread Jan Nieuwenhuizen
Ludovic Courtès writes:

Hello!

> So I wanted to give a heads-up and apologize.  It got me thinking; this
> patch hadn’t gone through guix-patches, which could have prevented this,
> maybe.

Thanks for the heads-up and quick fix.  I'm often amazed how well
guix-patches work, notably also for catching/preventing silly mistakes.

I think it's a trade-off and not all black and white, to get a feel
for where the boundary is we have to cross it now and then.  Dunno,
very happy with what you're doing :-)

Janneke

-- 
Jan Nieuwenhuizen  | GNU LilyPond http://lilypond.org
Freelance IT http://JoyofSource.com | Avatar® http://AvatarAcademy.com



Messed up with (guix ssh)

2020-09-03 Thread Ludovic Courtès
Hi Guix,

I recently added a progress bar for ‘guix copy’:

  
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=b03267df6d5ec44e9617b6aab0df14a2e79f822e

However that commit also includes a debugging leftover that breaks
‘send-files’ (in some but not all cases).  Can you spot it?

- (missing (inferior-remote-eval
+ (missing (take files 20) #;(inferior-remote-eval
`(begin
   (use-modules (guix)

I noticed it as I experienced the first problems (offloading would
sometimes fail while sending files) and fixed it:

  
https://git.savannah.gnu.org/cgit/guix.git/commit/?id=de83660dd386b73957fe4ad2dc08ce5b8e1f0e7f

I also add to re-update the ‘guix’ package.

So I wanted to give a heads-up and apologize.  It got me thinking; this
patch hadn’t gone through guix-patches, which could have prevented this,
maybe.

Ludo’.


[OUTREACHY] TParticipation of Guix for the 2020-2021 round

2020-09-03 Thread Gábor Boskovits
Hello guix,

The participation request has been approved by the Outreachy
Organizers for this round.

Best regards,
g_bor
-- 
OpenPGP Key Fingerprint: 7988:3B9F:7D6A:4DBF:3719:0367:2506:A96C:CF63:0B21



Service implementation for LXQt desktop

2020-09-03 Thread Reza Alizadeh Majd
Hi Guix, 

working on a service definition for LXQt desktop, I need to perform a
series of default configurations. for example to set the window manager,
prepare default panel, set the default theme, etc.

these configurations should be located $XDG_CONFIG_DIRS so the default
paths are:

/run/current-system/profile/etc/xdg
/home/$USER/.guix-profile/etc/xdg
/home/$USER/.config/

I wanted to use `activation-service-type` to prepare default
configurations in users home directory, but don't know how to access
each user's home directory. 

the other option is to provide default configurations in store and
symlink them in system profile. could anyone help me to do this using
activation snippet? 

this is the service implementation that I'm working on:

--8<---cut here---start->8---
(define-record-type* 
  lxqt-desktop-configuration make-lxqt-desktop-configuration
  lxqt-desktop-configuration?
  (package lxqt-package (default lxqt-modified-dev)))


(define %lxqt-activation
  #~(begin
  (let* ((conf-dir "DON'T KNOW HOW TO SET PATH FOR PROFILE")
 (session-conf (string-append conf-dir "/session.conf")))
(use-modules (guix build utils))
(mkdir-p conf-dir)
(unless (file-exists? session-conf)
  (call-with-output-file session-conf
(lambda (port)
  (format port "# Auto Generated by Lxqt Service
[General]
window_manager=openbox")))


(define lxqt-desktop-service-type
  (service-type
   (name 'lxqt-desktop)
   (extensions
(list (service-extension profile-service-type
 (compose list lxqt
  (service-extension activation-service-type
 (const %lxqt-activation))
   (default-value (lxqt-desktop-configuration))
   (description "Run the LXQt desktop environment.")))

--8<---cut here---end--->8---

Kind regards,
Reza

-- 
Reza Alizadeh Majd
PantherX Team
https://www.pantherx.org/