Re: guix browsers timezones are set to GMT

2020-02-05 Thread Marius Bakke
Ben Sturmfels  writes:

> For what it's worth, there's a bug report here matching the issue you
> describe. The issue appears to affect quite a number of programs.
>
> https://issues.guix.gnu.org/issue/35746

Hmm, I thought we had fixed that particular bug with commit
2a80d9e55299214a3f0b4f585767b4c81c9d5c7d.

Are you still experiencing this problem with the Evolution calendar?


signature.asc
Description: PGP signature


Re: Emacs, distro with guix as package manager and guix.d

2020-02-05 Thread Pierre Neidhardt
If I recall correctly, a number of packages had to be updated after the
transition to the new build system.  I suppose that emacs-ess was left aside.

-- 
Pierre Neidhardt
https://ambrevar.xyz/


signature.asc
Description: PGP signature


Re: How do I remove profiles?

2020-02-05 Thread sirgazil




  On Wed, 05 Feb 2020 04:05:44 -0500   wrote 
 > Hi!
 > 
 > guix gc is responsible for removing unneeded packages. From
 > https://guix.gnu.org/manual/en/html_node/Invoking-guix-gc.html:
 > 
 > > The garbage collector has a set of known roots: any file under 
 > > /gnu/store reachable from a
 > > root is considered live and cannot be deleted; any other file is 
 > > considered dead and may
 > > be deleted.  ... the symlinks under /var/guix/gcroots represent these 
 > > GC roots.
 > 
 > My own experience is that guix gc reports and removes dead symlinks in 
 > this directory. So I
 > guess just remove the symlinks you listed:
 > 
 > 
 > > $ guix package --list-profiles
 > > /home/sirgazil/.devenvs/my-project/my-project
 > > /home/sirgazil/.devenvs/project-a/project-a
 > > /home/sirgazil/.config/guix/current
 > > /home/sirgazil/.guix-profile
 > > 
 > 
 > and then call guix gc.


Thank you, Moritz. I'll do that then.



Re: Emacs, distro with guix as package manager and guix.d

2020-02-05 Thread Ricardo Wurmus


Jelle Licht  writes:

> Ricardo Wurmus  writes:
>
>>
>> The guix.d directory has been removed.  What version of Guix are you using?
>
> `guix build emacs-ess' still seems to result in a guix.d
> directory. Perhaps this is because it uses a different build system?

Yes, this would need to be updated.

-- 
Ricardo



Re: Emacs, distro with guix as package manager and guix.d

2020-02-05 Thread Todor Kondić
 wrote:

>
>
> Hi Todor,
>
> > The documentation claims that emacs installed by guix "knows" where
> > the site packages, including the guix.d installed packages are
> > found. But, this seems not to be the case, at least for one of my
> > setups.
>
> […]
>
> > The EMACSLOADPATH variable contains .../share/emacs/site-lisp and
> > .../share/emacs/26.3/lisp paths, where ... is the profile path. I do
> > not see any mention of guix.d there, but then, maybe it is not
> > supposed to be there.
>
> The guix.d directory has been removed. What version of Guix are you using?
>
> -
>
> Ricardo

guix --version:

d441a6455051d70d7ff0d951c7e68318499b1739



Re: Emacs, distro with guix as package manager and guix.d

2020-02-05 Thread Jelle Licht
Ricardo Wurmus  writes:

>
> The guix.d directory has been removed.  What version of Guix are you using?

`guix build emacs-ess' still seems to result in a guix.d
directory. Perhaps this is because it uses a different build system?

- Jelle




Re: Emacs, distro with guix as package manager and guix.d

2020-02-05 Thread Ricardo Wurmus


Hi Todor,

> The documentation claims that emacs installed by guix "knows" where
> the site packages, including the guix.d installed packages are
> found. But, this seems not to be the case, at least for one of my
> setups.

[…]

> The EMACSLOADPATH variable contains .../share/emacs/site-lisp and
> .../share/emacs/26.3/lisp paths, where ... is the profile path. I do
> not see any mention of guix.d there, but then, maybe it is not
> supposed to be there.

The guix.d directory has been removed.  What version of Guix are you using?

--
Ricardo



Re: How do I remove profiles?

2020-02-05 Thread mlell

Hi!

guix gc is responsible for removing unneeded packages. From
https://guix.gnu.org/manual/en/html_node/Invoking-guix-gc.html:

The garbage collector has a set of known roots: any file under 
/gnu/store reachable from a
root is considered live and cannot be deleted; any other file is 
considered dead and may
be deleted.  ... the symlinks under /var/guix/gcroots represent these 
GC roots.


My own experience is that guix gc reports and removes dead symlinks in 
this directory. So I

guess just remove the symlinks you listed:



$ guix package --list-profiles
/home/sirgazil/.devenvs/my-project/my-project
/home/sirgazil/.devenvs/project-a/project-a
/home/sirgazil/.config/guix/current
/home/sirgazil/.guix-profile



and then call guix gc.

Cheers,
Moritz



Emacs, distro with guix as package manager and guix.d

2020-02-05 Thread Todor Kondić
Hi,

The documentation claims that emacs installed by guix "knows" where the site 
packages, including the guix.d installed packages are found. But, this seems 
not to be the case, at least for one of my setups.

I have multiple profiles, one of them reserved for emacs. Among the packages in 
that profile, there is only a single one in site-lisp/guix.d . This is the 
*ess* package. This is also a single package that does not load properly.

The EMACSLOADPATH variable contains .../share/emacs/site-lisp and 
.../share/emacs/26.3/lisp paths, where ... is the profile path. I do not see 
any mention of guix.d there, but then, maybe it is not supposed to be there.

On another computer, also with hybrid distro, I have exactly the same profile 
setup, but ess works. The EMACSLOADPATH seems to have been built up in an 
analogous fashion, again no mention of guix.d.

Does anyone have any hints as to why ess might not get properly loaded, or what 
should I look for? The only difference I can currently think of is that in the 
former case (the setup that does not work), I start emacs from the command 
line, and in the latter as a deamon, so there might be something wrong with the 
environment.

Cheers,

Todor


PS Great talks last Sunday ;-). Sorry I did not say hello to more of you, but 
had to catch the train back home.