Carlos Carleos writes:
> I know I should be RTFM carefully, but...
>
> In Debian, I can follow these steps to customize a package (more or less):
>
> 1. # apt-get build-dep PACKAGE
>
> 2. $ apt-get source PACKAGE
>
> 3. $ cd PACKAGE-...; ...tweak...; dpkg-buildpackage...
>
> 4. # dpkg -i PACKAGE.
"Jason Self" writes:
> I was wondering what people though about whether or not there should
> also be a long-term release kernel package (see the longterm section
> at [0]) in addition to the current one which always tracks the latest
> version?
Yes, I think we should have this.
Mark
Ludovic Courtès (2014-09-21 23:37 +0400) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2014-09-07 01:11 +0400) wrote:
>>
>>> Taylan Ulrich Bayirli/Kammer skribis:
>>>
By the way, it might be nice to have an option to list the secondary
outputs of a package explicitly alongside the
Ludovic Courtès (2014-09-21 23:27 +0400) wrote:
> Alex Kost skribis:
>
>> Ludovic Courtès (2014-09-20 18:11 +0400) wrote:
[...]
>>> Overall it looks OK. I’m concerned with code duplication between emacs/
>>> and guix/, though, and there are also a few stylistic issues, and
>>> missing or terse
* On 2014 23 Sep 07:22 -0500, Ludovic Courtès wrote:
> Be aware that version X or Guix cannot contains a package of Guix
> version X. So Guix 0.7 actually comes with a pre-0.7 snapshot. This
> should be visible in the directory name in:
>
> readlink $(type -P guix)
Embedded in the returned st
l...@gnu.org (Ludovic Courtès) writes:
> Federico Beffa skribis:
>
>> I've found that setting the environment variable GSETTINGS_SCHEMA_DIR
>> solves the problem.
>>
>> $
>> GSETTINGS_SCHEMA_DIR=/gnu/store/5shj344c9vrh4fx93r9lfjjrrr97fmjv-gtk+-3.10.1/share/glib-2.0/schemas
>> emacs
>>
>> Can th
2014-09-23 12:51 GMT-04:00 Carlos Carleos :
>
> Hi!
>
> I know I should be RTFM carefully, but...
>
> In Debian, I can follow these steps to customize a package (more or less):
>
> 1. # apt-get build-dep PACKAGE
>
> 2. $ apt-get source PACKAGE
>
> 3. $ cd PACKAGE-...; ...tweak...; dpkg-buildpackage
Carlos Carleos asked:
> What would be the similar sequence for GUIX?
Edit the package definition as appropriate to accomplish what you need
to do? Make a new package definition that uses the old one as an input
with whatever changes are needed? If the changes you're making would
be generally usefu
Hi!
I know I should be RTFM carefully, but...
In Debian, I can follow these steps to customize a package (more or less):
1. # apt-get build-dep PACKAGE
2. $ apt-get source PACKAGE
3. $ cd PACKAGE-...; ...tweak...; dpkg-buildpackage...
4. # dpkg -i PACKAGE.deb
What would be the similar sequ
I would like to propose the attached patch for maxima.
This updates it to version 5.34.1 which fixes an upstream bug in
plot2d and friends. Also it fixes dependencies to gnuplot and tk.
In preparing the patch I've observed the following:
The build procedure (make) generates some temporary files.
Nate Bargmann skribis:
> * On 2014 23 Sep 05:09 -0500, Ludovic Courtès wrote:
>> Nate Bargmann skribis:
>>
>> > Running 'guix --version' returns "guix (GNU Guix) 0.7" ...
>>
>> Could it be that this is actually a pre-0.7 installation? Or perhaps
>> ~/.config/guix/latest points to a pre-0.7 ve
* On 2014 23 Sep 05:09 -0500, Ludovic Courtès wrote:
> Nate Bargmann skribis:
>
> > Running 'guix --version' returns "guix (GNU Guix) 0.7" ...
>
> Could it be that this is actually a pre-0.7 installation? Or perhaps
> ~/.config/guix/latest points to a pre-0.7 version? This option appeared
> in
Carlos Carleos skribis:
> Hi! On a Ubuntu system I've tried "sudo guix pull --verbose" and obtained
> this
> ([...] used to shorten the output; warnings and errors left):
[...]
> compiling
> '/gnu/store/8s2y6886rl6z79axbskyh17xd18xw5cq-guix-latest/gnu/packages/abiword.scm'...
> [...]
> compi
Nate Bargmann skribis:
> Reading through the Guix manual I am in section "3.2 Invoking guix
> package" and tried the --show=package option. I receive the following
> error from Guix:
>
> $ guix package --show=emacs
> guix package error: show=emacs: unrecognized option
>
> Running 'gu
14 matches
Mail list logo