On Mon, 22 Aug 2016 22:40:02 -0400
Leo Famulari wrote:
> * gnu/packages/imagemagick.scm (imagemagick)[arguments]: Pass
> --without-gcc-arch
> to #:configure-flags.
> ---
> gnu/packages/imagemagick.scm | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/gnu/packages/imagema
I found this bug report on a related issue:
https://fedorahosted.org/fesco/ticket/1443
They suggested building with '--without-gcc-arch', and it seems to work
for me. At least, '-mtune' is not mentioned anywhere in the build log.
Leo Famulari (1):
gnu: imagemagick: Don't build with processor-sp
* gnu/packages/imagemagick.scm (imagemagick)[arguments]: Pass --without-gcc-arch
to #:configure-flags.
---
gnu/packages/imagemagick.scm | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/gnu/packages/imagemagick.scm b/gnu/packages/imagemagick.scm
index b7054c8..a554b73 100644
---
When building ImageMagick on i686 and x86_64, the '-mtune' GCC option
[0] is automatically set to optimize the output for the host processor
[1].
My understand of the GCC documentation is that the binaries will still
run on other processor types, which is why we haven't noticed any
related problem
On Mon, Aug 22, 2016 at 11:03:12PM +0200, Ricardo Wurmus wrote:
> I just installed “gnome-maps” and tried to start it with disappointing
> results:
>
>
> $ gnome-maps
>
> (org.gnome.Maps:5547): GLib-GIO-ERROR **: Settings schema
> 'org.gnome.desktop.interface' is not installed
>
>
I just installed “gnome-maps” and tried to start it with disappointing
results:
$ gnome-maps
(org.gnome.Maps:5547): GLib-GIO-ERROR **: Settings schema
'org.gnome.desktop.interface' is not installed
Trace/breakpoint trap
I’m not using GNOME but Xfce.
~~ Ricardo
John Darrington (2016-08-22 16:41 +0300) wrote:
> On Mon, Aug 22, 2016 at 11:36:26AM +0300, Alex Kost wrote:
> John Darrington (2016-08-21 16:18 +0300) wrote:
>
> > In GuixSD:
> >
> > guix package -i xterm strace
> > strace xterm
> >
> > xterm starts as it should
On Mon, Aug 22, 2016 at 10:47:51AM +0200, Vincent Legoll wrote:
> Hello,
>
> > IIUC it happens because the home directory is created only when a user
> > is added, and is not changed when the user is modified. See (gnu build
> > activation) module:
> >
> > - 'add-user' runs "useradd" with "-d" op
On Mon, Aug 22, 2016 at 11:36:26AM +0300, Alex Kost wrote:
John Darrington (2016-08-21 16:18 +0300) wrote:
> In GuixSD:
>
> guix package -i xterm strace
> strace xterm
>
> xterm starts as it should, however observe many failed calls similar to:
>
ope
Hello,
> IIUC it happens because the home directory is created only when a user
> is added, and is not changed when the user is modified. See (gnu build
> activation) module:
>
> - 'add-user' runs "useradd" with "-d" option to create home dir
Maybe the nobody user should be special cased, not to
John Darrington (2016-08-21 16:18 +0300) wrote:
> In GuixSD:
>
> guix package -i xterm strace
> strace xterm
>
> xterm starts as it should, however observe many failed calls similar to:
>
> open("/gnu/store/b484nvn9nnr3ddclpz2fma9yxmimg2jj-fontconfig-2.11.94/lib/libXdmcp.so.6",
> O_RDONLY|O_CL
Leo Famulari (2016-08-22 02:14 +0300) wrote:
> On Sat, Aug 20, 2016 at 10:11:00PM +0200, John Darrington wrote:
>> Installing GuixSD 0.11.0 creates a directory called /nonexistent
>> Despite its name, it does actually exist.
>
> I checked, and it's the 'nobody' user's home directory:
> http://git.
13 matches
Mail list logo
