I've noticed that `guix refresh -u` will update extraneous packages if
they happen to have the same version and be in the same module.
For example, from commit d694230ab, you can reproduce the bug:
$ ./pre-inst-env guix environment guix -- ./pre-inst-env guix refresh -u
python-pytest
$ git diff
Leo Famulari writes:
> On Wed, Feb 03, 2016 at 02:41:04PM +0100, Nils Gillmann wrote:
>> The manual page
>> https://www.gnu.org/software/guix/manual/html_node/Requirements.html#Requirements
>>
>> contains a link to
>>
>> https://www.gnu.org/software/guix/manual/gnutls-guile/Guile-Preparations.h
Leo Famulari writes:
> I see the value of the online manual matching the version of the Guix
> binaries we distribute, but on the other hand, we get a lot of questions
> that are answered in the latest version of the manual.
Many other projects publish online manuals for both stable and
develop
I attempted to perform 'Binary Installation' on Debian 8 following ...
https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation
last updated November 04, 2015
Bugs:
A) The 4 occurrences of '~root' should be replaced with '/root'
B) What does 'On hosts us
On Tue, Feb 16, 2016 at 8:41 AM, myglc2 wrote:
> I attempted to perform 'Binary Installation' on Debian 8 following ...
>
> https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation
>
> last updated November 04, 2015
>
>
> Bugs:
>
> A) The 4 occurrences of '~r
Hey there,
After building netpbm from source using no substitutes, running this command:
% guix build --source netpbm --check
Will use the checked out source files in /gnu/store rather than redownloading
from the project SVN repostiory. This is unlike this command:
% guix build --source guix --
myglc2 writes:
> I attempted to perform 'Binary Installation' on Debian 8 following ...
>
> https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation
>
> last updated November 04, 2015
I suggest looking at the latest version of the manual in the repository
On Tue, Feb 16, 2016 at 11:06:40AM +0100, Ricardo Wurmus wrote:
> Many other projects publish online manuals for both stable and
> development versions. As our releases are a little far apart and we’re
> encouraging to do “guix pull” (so users really run the development
> version) I think it would
Ricardo Wurmus writes:
> myglc2 writes:
>
>> I attempted to perform 'Binary Installation' on Debian 8 following ...
>>
>> https://www.gnu.org/software/guix/manual/html_node/Binary-Installation.html#Binary-Installation
>>
>> last updated November 04, 2015
>
> I suggest looking at the latest versi
Andreas Enge writes:
> On Tue, Feb 16, 2016 at 11:06:40AM +0100, Ricardo Wurmus wrote:
>> Many other projects publish online manuals for both stable and
>> development versions. As our releases are a little far apart and we’re
>> encouraging to do “guix pull” (so users really run the developmen
On Tue, Feb 16, 2016 at 05:33:27PM +0100, Ricardo Wurmus wrote:
> I was not courageous enough to suggest that, but this does sound like a
> good idea.
It is easy enough to have that courage when one is not the person making
the releases :-)
Andreas
On Tue, Feb 16, 2016 at 11:19:34AM -0500, myglc2 wrote:
> "Thompson, David" writes:
> > What didn't work, exactly? I've personally done this on systemd
> > setups and it works fine.
> When I reboot my Debian 8 server, guix-daemon is not running.
I had the same experience on my arm machines. So t
On Tue, Feb 16, 2016 at 11:19:34AM -0500, myglc2 wrote:
> Ninja trick. Did no know. Does it apply in non-bash shells?
Works on zsh here, though presumably that's due to Bash compatibility.
On Tue, Feb 16, 2016 at 11:19:34AM -0500, myglc2 wrote:
> >> B) What does 'On hosts using the systemd init s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 16.02.2016 17:42, Andreas Enge wrote:
> On Tue, Feb 16, 2016 at 05:33:27PM +0100, Ricardo Wurmus wrote:
>> I was not courageous enough to suggest that, but this does sound
>> like a good idea.
>
> It is easy enough to have that courage when one i
On Tue, Feb 16, 2016 at 05:51:37PM +0100, Andreas Enge wrote:
> I had the same experience on my arm machines. So this might be a real bug.
> Or does one need to do more than copy the file and reboot?
You need to run 'systemctl start guix-daemon'.
> Andreas
myglc2 writes:
> The use case I had in mind is that sysadmin uses Guix to provide a
> specific Guix environment to support 1 or more "dumb" application users
> (e.g, provide a stable specific version of R to a project team for the
> duration of the project). In this case sysadmin does not want t
Hi,
On Tue, 18 Aug 2015 21:23:40 +0200
l...@gnu.org (Ludovic Courtès) wrote:
> However, instead of installing the ‘glibc’ package, you may want to
> install the ‘gcc-toolchain’ package, which provides all the tools needed
> to do software development (GCC, libc, Binutils, the ‘ld wrapper’, etc.)
Hi,
On Wed, 10 Feb 2016 22:03:21 +0100
l...@gnu.org (Ludovic Courtès) wrote:
> l...@gnu.org (Ludovic Courtès) skribis:
>
> > Danny Milosavljevic skribis:
> >
> >> right now on the GuixSD from the website I have about 12 copies of
> >> icecat installed in /gnu/store but I can start none of the
Ricardo Wurmus writes:
> myglc2 writes:
>
>> The use case I had in mind is that sysadmin uses Guix to provide a
>> specific Guix environment to support 1 or more "dumb" application users
>> (e.g, provide a stable specific version of R to a project team for the
>> duration of the project). In thi
Jookia <166...@gmail.com> writes:
> On Tue, Feb 16, 2016 at 05:51:37PM +0100, Andreas Enge wrote:
>> I had the same experience on my arm machines. So this might be a real bug.
>> Or does one need to do more than copy the file and reboot?
>
> You need to run 'systemctl start guix-daemon'.
on Debia
I have an annoying little problem with IBus. IBus creates a binary
registry in ~/.cache/ibus/bus on first start(?) which contains the full
paths to store items such as
/gnu/store/k3r...-ibus-1.5.11/libexec/ibus-dconf
The problem is that when updating the “ibus” package this registry is
inval
On Tue, Feb 16, 2016 at 05:51:37PM +0100, Andreas Enge wrote:
> On Tue, Feb 16, 2016 at 11:19:34AM -0500, myglc2 wrote:
> > "Thompson, David" writes:
> > > What didn't work, exactly? I've personally done this on systemd
> > > setups and it works fine.
> > When I reboot my Debian 8 server, guix-da
On Tue, Feb 16, 2016 at 02:50:48PM -0500, Leo Famulari wrote:
> On Tue, Feb 16, 2016 at 05:51:37PM +0100, Andreas Enge wrote:
> > On Tue, Feb 16, 2016 at 11:19:34AM -0500, myglc2 wrote:
> > > "Thompson, David" writes:
> > > > What didn't work, exactly? I've personally done this on systemd
> > > >
On Mon, Feb 15, 2016 at 10:46:19PM -0500, Mark H Weaver wrote:
> Leo Famulari writes:
>
> > Invoking `guix environment guix`, I found this collision alarming. Do
> > you think it's a problem?
> >
> > I ran `guix pull` yesterday or the day before. Is there a way to
> > determine the git commit tha
myglc2 writes:
> Jookia <166...@gmail.com> writes:
>
>> On Tue, Feb 16, 2016 at 05:51:37PM +0100, Andreas Enge wrote:
>>> I had the same experience on my arm machines. So this might be a real bug.
>>> Or does one need to do more than copy the file and reboot?
>>
>> You need to run 'systemctl star
Florian Paul Schmidt writes:
> On 16.02.2016 17:42, Andreas Enge wrote:
>> On Tue, Feb 16, 2016 at 05:33:27PM +0100, Ricardo Wurmus wrote:
>>> I was not courageous enough to suggest that, but this does sound
>>> like a good idea.
>>
>> It is easy enough to have that courage when one is not the p
On Tue, Feb 16, 2016 at 02:53:07PM -0500, Leo Famulari wrote:
> $ cp foo.service where-you-want it && systemctl daemon-reload \
> && systemctl enable foo && systemctl start foo
>
> You can start foo without enabling, but enabling is what makes it start
> automatically.
It definitely needs to go i
There are some stray ^M characters in the (git) guix output:
accepted connection from pid 2640, user dannym
looking for the latest release of GNU gcc...^M
^Mguix package: warning: ambiguous package specification `guile'
looking for the latest release of
Ricardo Wurmus writes:
> Many other projects publish online manuals for both stable and
> development versions. As our releases are a little far apart and we’re
> encouraging to do “guix pull” (so users really run the development
> version) I think it would indeed make sense to also publish an
>
29 matches
Mail list logo
