Jonathan Brielmaier writes:
> Hi folks,
>
> as the next release is approaching fast, I thought it would be nice to
> have MATE 1.24 in. Compared to other desktop environments (hi GNOME)
> updating is straight forward.
>
> I tested MATE 1.24 in a VM. There are two problems:
> * MATE suffers from
Marco van Hulten writes:
> Hello—
>
> In a relatively clean profile, Chromium
> (ungoogled-chromium@80.0.3987.132-0.7e68f18) was crashing. By
> trial-and-error, I found out that the crash does not occur when
> font-liberation is installed.
>
> Therefore, I propose to add font-liberation as a
Ludovic Courtès writes:
> Hi!
>
> Pierre Neidhardt skribis:
>
>> Some packages are frequently without substitutes, like Racket and MAME.
>> Link between the two? They both take a long time to build. So I wonder
>> if this is not because the build somehow timeouts.
>>
>> I see that there is a
Pierre Neidhardt writes:
> Duh, I confused these with the github generated archive, sorry about
> that.
>
> Is there any preference between git-fetch and url-fetch?
url-fetch requires less bandwidth, and does not depend on 'git'.
Though the most important distinction is that uploaded releases
Hello Pierre,
guix-comm...@gnu.org writes:
> ambrevar pushed a commit to branch master
> in repository guix.
>
> commit 744f445c920f60e9080f42866c802184a1503a80
> Author: Pierre Neidhardt
> AuthorDate: Thu Mar 5 10:34:21 2020 +0100
>
> gnu: fmt: Use HTTPS and git-fetch.
>
> *
Bengt Richter writes:
>> Why would we want to know whether a package build process has a problem
>> with that particular variable?
> Debugging unexpected results?
As fun as that is, I think we have enough things to debug already! :-)
> I was reacting to
>
Bengt Richter writes:
> Hi Efraim,
>
> On +2020-02-16 16:55:17 +0200, Efraim Flashner wrote:
>> On Sun, Feb 16, 2020 at 03:27:36PM +0100, Marius Bakke wrote:
>> > guix-comm...@gnu.org writes:
>> >
>> > > commit 481a0f1a7ceac666a011b28324
Hello Guixers,
The 'staging' branch is awaiting your patches. The next freeze date
will be Monday, February 24th.
signature.asc
Description: PGP signature
guix-comm...@gnu.org writes:
> commit 481a0f1a7ceac666a011b28324220584ead07698
> Author: Efraim Flashner
> AuthorDate: Thu Feb 13 10:54:29 2020 +0200
>
> build: gnu-build-system: Don't run configure during bootstrap.
>
> * guix/build/gnu-build-system.scm (bootstrap): Add NOCONFIGURE
Jan Nieuwenhuizen writes:
> Marius Bakke writes:
>
> Hello Marius,
>
>> The 'core-updates' branch is starting to look pretty good, and I am
>> happy to report that it "works for me". :-)
>>
>> Some of the big changes include:
>
>> I s
Jan writes:
> Hello,
> I think I found the source of the problems - there's a bug in pjproject
> 2.9
> https://trac.pjsip.org/repos/ticket/2240
> and 2.10 wasn't yet released, so I can't package it.
> The error message is the same as I got during testing calls.
> I guess the bug have been
Hi Mathieu,
guix-comm...@gnu.org writes:
> @@ -276,12 +286,17 @@ When RECURSIVE? is true, check out submodules as well,
> if any."
>(with-libgit2
> (let* ((cache-exists? (openable-repository? cache-directory))
>(repository(if cache-exists?
> -
Ludovic Courtès writes:
> Howdy!
>
> guix-comm...@gnu.org skribis:
>
>> + (list (origin
>> + (method url-fetch)
>> + (uri (string-append
>> + "https://github.com/libical/libical/commit/;
>> +
Jan writes:
> Hello,
> I have hard time trying to fix the pjproject package - something is
> broken in our version of pjproject, which makes Jami crash.
> pjproject-jami works, because we disable some unused dependencies, but
> pjproject alone never actually worked.
> The problem is there are
Ricardo Wurmus writes:
> Hi Marius,
>
>> The 'glib' package gained SELinux support back in commit
>> 6c237a2d7bfa3c7be02c069e5c24a2b401a51864. We do not currently support
>> SELinux in Guix System, so I'm not sure if it is worth having it in
>> GLib. Perhaps it can be useful on foreign
Hello Guix,
The 'glib' package gained SELinux support back in commit
6c237a2d7bfa3c7be02c069e5c24a2b401a51864. We do not currently support
SELinux in Guix System, so I'm not sure if it is worth having it in
GLib. Perhaps it can be useful on foreign distributions?
It does not add a lot to the
Hello Guix,
The 'core-updates' branch is starting to look pretty good, and I am
happy to report that it "works for me". :-)
Some of the big changes include:
* Large parts of Guix can now be cross-compiled, allowing building Guix
System for foreign architectures without emulation.
* Python
Danny Milosavljevic writes:
> Hi Marius,
>
> On Sat, 11 Jan 2020 23:34:19 +0100
> Marius Bakke wrote:
>
>> There is a brand new staging branch on Savannah:
>>
>> https://git.savannah.gnu.org/cgit/guix.git/log/?h=staging
>>
>> Please submit you
Marius Bakke writes:
> I'll look into updating the remaining texlive packages shortly.
Now this was some rocket science...
The attached 9 patches updates everything (I think) to 2019.3.
The only regression I found from 'master' was that "discrover" fails to
find math fonts dur
Guix,
There is a brand new staging branch on Savannah:
https://git.savannah.gnu.org/cgit/guix.git/log/?h=staging
Please submit your changes by Monday, January 19th.
signature.asc
Description: PGP signature
mike.ros...@gmail.com writes:
> I've attached a patch that resolves these suggestions. Along with
> patches to fix punctuation suggested by Pierre.
>
> Complete diff can still be found
> at. https://gitlab.com/mike.rosset/guix/compare/master...merge-qtwebengine
>
> Marius I've forgot to attach
Pierre Neidhardt writes:
> Any thought on this, anyone?
Having used Gentoo for some years, I'm not sure a "global" parameter
system is desirable. It could encourage enabling feature "foo", even
for packages that have experimental or broken support for "foo".
But I see how it could be useful
Andreas Enge writes:
> On Mon, Dec 16, 2019 at 11:41:57PM +0100, Marius Bakke wrote:
>> Errh, the patch only works if you already have Poppler 0.83.0. For the
>> current 'core-updates' branch, I believe you can use the same approach
>> but fetch poppler-0.76.0.cc instead (o
Ludovic Courtès writes:
> Hello Simon!
>
> Simon Josefsson skribis:
>
>> I'm not sure how to best find out what tools are actually used by Guix,
>> but on my system the following tools appear to be installed:
>>
>> root@hamster ~# ls -la /run/current-system/profile/*bin/|grep net-tool|awk
>>
Pierre Neidhardt writes:
> One more thing:
>
>> +"third_party/widevine/cdm/widevine_cdm_common.h"
>> +"third_party/widevine/cdm/widevine_cdm_version.h"
>
> Why do we preserve those files if we don't build widevine?
They are #include'd by some files
t
Date: Wed, 1 Jan 2020 08:03:52 -0800
Subject: [PATCH 1/2] gnu: Add qtwebengine.
* gnu/packages/qt.scm (qtwebengine): New variable.
Signed-off-by: Marius Bakke
---
gnu/packages/qt.scm | 144
1 file changed, 144 insertions(+)
diff --git a/gnu/package
Mathieu Othacehe writes:
> Hey,
>
> It has been fixed upstream[1], I'll add the patch in Guix soon.
Excellent, thank you!
signature.asc
Description: PGP signature
Mathieu Othacehe writes:
> Hello Marius,
>
> Since the update of Tk to 8.6.10 in core-updates, I have the following error
> when
> cross-compiling for aarch64:
>
> --8<---cut here---start->8---
> aarch64-linux-gnu-gcc -O2 -pipe-Wl,--export-dynamic
Marius Bakke writes:
> Andreas Enge writes:
>
>> I gave it a try, dropped the patches, then the phase use-code-for-new-poppler
>> fails for texlive-bin; maybe these poppler phases can be dropped, but I am
>> not quite familiar with them.
>
> The 'use-cod
Andreas Enge writes:
> I gave it a try, dropped the patches, then the phase use-code-for-new-poppler
> fails for texlive-bin; maybe these poppler phases can be dropped, but I am
> not quite familiar with them.
The 'use-code-for-new-poppler' phase needs to be rewritten along these
lines (for
Greetings Guix,
The latest version of the popular Poppler PDF library (slated for the
'core-updates' branch) unsurprisingly[0][1][2] breaks 'texlive-bin'.
Previously we were able to rely on the work of other distributions, but
most have moved on to 2019 by now. And the required changes now are
Guix,
The 'staging' branch is awaiting your patches. Please submit your
changes by the end of this week (i.e. before Monday, 2019-12-15).
Thanks,
Marius
signature.asc
Description: PGP signature
Pierre Neidhardt writes:
> Tobias Geerinckx-Rice writes:
>
>> Pierre Neidhardt 写道：
>>> Let me know if there is anything else that bot broken in the
>>> process.
>>
>> Adding your local repository to ~/.guix/config/channels.scm and
>> running ‘guix pull’ after committing (and before pushing)
Mathieu Othacehe writes:
> I tried to cross-compile your system file, but it depends on glib which
> uses meson-build-system, that does not support cross-compilation.
Do you know roughly what's needed to support cross-compiling in
meson-build-system, apart from creating a '--cross-file'[0]?
zimoun writes:
> On Thu, 21 Nov 2019 at 20:09, Marius Bakke wrote:
>
>> Did you use a different user account?
>
> No, same user account.
Right. For those trying this tutorial at home, I recommend a dedicated
user account to prevent conflicts with the other desktop sessio
zimoun writes:
> Hi Marius,
>
> I have tried on the top of Debian.
>
> Instead of "/etc/X11/xinit/xinitrc-common" in the .xinitrc file, it is
> just "/etc/X11/xinit/xinitrc". Then it works. \o/
Cool, thanks for testing!
> However, after a couple of minutes, my normal X session (C-M-F7) using
>
Timothy Sample writes:
> Hi Marius,
>
> Marius Bakke writes:
>
>> I appreciate the heads-up. Thanks again for taking on this task. The
>> branch LGTM.
>>
>> I've restarted the builds that you mentioned in another message. How is
>> the weather
Timothy Sample writes:
> Hi,
>
> Marius Bakke writes:
>
>> I've read some of the changes and they LGTM. If Cuirass is happy, I
>> think you can go ahead and merge the branch. \o/
>
> I just put everything together and rebased it all on master, fixing
> several
Ludovic Courtès writes:
> Leo Prikler skribis:
>> (with-output-to-file (string-append rules.d "/wheel.rules")
>> (lambda ()
>> (display "polkit.addAdminRule(function(action, subject) {
>> return [\"unix-group:wheel\"];
>> });
[...]
> Should we make that
Hello Guixers,
Here is an end-to-end tutorial for running Guix XFCE on CentOS 7:
https://guix.gnu.org/blog/2019/running-a-guix-xfce-desktop-on-centos-7/
It has only been tested on a special CentOS "appliance", but should be
easily adaptable to other systemd-based distributions.
Please share
Timothy Sample writes:
> Hi John,
>
> John Soo writes:
>
>> Xmobar builds properly with all the extensions but I haven't really given it
>> a spin. I did have to
>> add a few more packages, but I think they are reasonable.
>
> This is fantastic! Thanks so much for your help.
>
>> I think the
Tanguy Le Carrour writes:
> Le 11/01, Marius Bakke a écrit :
>> Tanguy Le Carrour writes:
>> > Oh, oh… what I forgot to mention is that… it's a shameless copy/paste of
>> > the python-3.7 package and it would deserve a rewrite! Something like
>> > `(inh
Vagrant Cascadian writes:
> On 2019-10-23, Marius Bakke wrote:
>> Version 78 of the upstream Chromium project was released yesterday, with
>> the usual amount of security fixes:
>>
>> https://chromereleases.googleblog.com/2019/10/stable-channel-update-for-desktop_
Jan writes:
> On Sun, 03 Nov 2019 19:12:03 +0100
> Marius Bakke wrote:
>
>> You can safely ignore the 'read only' messages, they are actually just
>> warnings.
>
> Good to know, so they get applied anyway, no matter if read-only?
Correct, at least as long as
Ludovic Courtès writes:
> Hello,
>
> Marius Bakke skribis:
>
>> I plan to remove 'ungoogled-chromium' and 'ungoogled-chromium-wayland'
>> in a few days, unless someone is willing to port the patches. I can
>> help extracting just the few changes we need, but do n
Jan Wielkiewicz writes:
> I have good and bad news.
> The good news is I fixed curl by using the most recent Jami source
> tarball - 20191031.3.40360d8.
> The bad news is that pjproject-jami didn't really build, because the
> patches failed to get applied again - the curl problem had occured
>
Jan writes:
> On Sun, 03 Nov 2019 17:37:10 +0100
> Marius Bakke wrote:
>
>> I did not find any cURL or GnuTLS patches there. Maybe I
>> misunderstood something?
>
> Gnutls is a dependency of Jami, curl is probably a dependency of a
> dependency of Jami, but that'
Jan Wielkiewicz writes:
> Why "pjnath/src/pjnath/turn_session.c is read-only; trying to patch
> anyway"? Why is it read-only. I don't get it, are we missing some
> permissions? Somehow this wasn't a problem before - the previous
> version of pjproject-jami didn't have this problem. Is it a bug
Jan Wielkiewicz writes:
> Dnia 2019-10-31, o godz. 23:26:39
> Marius Bakke napisał(a):
>
>> Do you have a link to the patches that Jami/pjproject needs?
> You can find patches in the ring-project/daemon/contrib/src/pjproject
> directory from the latest source tarball here:
Tanguy Le Carrour writes:
> Le 10/30, Tanguy Le Carrour a écrit :
>> 2- To make it work I had to deactivate 4 tests. There was already a
>> patch doing something similar ("This fails for unknown reasons on Guix"),
>> but I'm pretty sure it would be better to work on fixing the problems,
Jan Wielkiewicz writes:
> Also as for packaging Jami generally, I think we should keep a separate
> versions of things like gnutls and pjproject (basically all
> dependencies of pjproject), because version used by Jami are often not
> up to date and considering patches getting applied, using an
Mark H Weaver writes:
> Hi Ricardo and Mathieu,
>
> Ricardo Wurmus writes:
>
>>> When running clang on a c++ program, it cannot find c++ std libraries.
>>> That's because, those libraries path are hardcoded inside g++ compiler
>>> and clang cannot find them.
>>
>> Does this patch help?
>
> I'd
Timothy Sample writes:
> Hi Marius,
>
> Marius Bakke writes:
>
>> Timothy Sample writes:
>>
>>> [1] It’s not obvious, but if you edit the GDM configuration file
>>> generation code in “gnu/services/xorg.scm”, you can enable debug output
>>&
Timothy Sample writes:
> [1] It’s not obvious, but if you edit the GDM configuration file
> generation code in “gnu/services/xorg.scm”, you can enable debug output
> for GDM. The debug output is usually extremely helpful!
Could that be exposed as a toggle in the service configuration?
Hartmut Goebel writes:
> Am 18.10.19 um 20:57 schrieb Marius Bakke:
>> It probably does. Really just looking for someone to try it and send in
>> the patches. :-)
>
> I'll have a look at this.
Excellent, thank you!
signature.asc
Description: PGP signature
Hello Guix,
Version 78 of the upstream Chromium project was released yesterday, with
the usual amount of security fixes:
https://chromereleases.googleblog.com/2019/10/stable-channel-update-for-desktop_22.html
Unfortunately the 'ungoogled-chromium' variant in Guix is still stuck on
version 76.
Tanguy Le Carrour writes:
> Hi Guix!
>
> I'm working on updating python-pytest and… not everything is going as
> smoothly as I was expecting! :-(
>
> Pytest 5.2.1 depends on Pluggy >=0.12.0… which depends on
> importlib-metadata. But when I had the latter as a propagated-input to
>
Ludovic Courtès writes:
> Hi Mark,
>
> Mark H Weaver skribis:
>
>> I have good news and bad news. The good news is that thanks to the
>> heroic efforts of Amin Bandali , a recently appointed
>> co-maintainer of GNU IceCat, there now exists a preliminary version of
>> IceCat 68 that builds
Hartmut Goebel writes:
> Am 23.10.19 um 11:11 schrieb Tanguy Le Carrour:
>> Python 3.8.0 was released on October the 14th [1].
>> What would be the proper way to package it for Guix?! Add a new public
>> variable `python-3.8` and make `python-3` and `python` point to it? Would
>> `python-3.7` go
Tanguy Le Carrour writes:
> Le 10/18, Marius Bakke a écrit :
>> On the next 'core-updates' cycle, Pytest 5 will then become the default,
>> and we will have to fix all packages that does not work with that
>> version :-)
>
> I guess those broken packages will
Ricardo Wurmus writes:
> Hi Timothy,
>
>> One of the things I want to do this time is to do the upgrade in one
>> mega commit. I’m pretty sure that some of the commits last time had
>> inconsistent package sets, which is not ideal. I’m not sure how to
>> avoid that upgrading one package at a
Hello Daniel,
Daniel Schäfer writes:
> I'm still trying to figure out, how to run a single Guix system test
> without building the entirety of Guix.
> Does anybody do this? Has anybody written a Guix system test for
> something not in Guix? Maybe a personal or work-related project.
You only
Hello Jan,
Jan writes:
> Hi all,
> It seems Jami package is outdated and unmaintained, so I would like to
> become a maintainer of the package.
> I know the basics of Guile Scheme and Guix System, I'm more or
> less familiar with how Jami works and what are its dependencies, but I
> don't know
Hartmut Goebel writes:
> Am 18.10.19 um 19:07 schrieb Marius Bakke:
>> Our KDE packages are severely lagging behind. We have Frameworks 5.55
>> and Plasma 5.15, whereas the latest available versions are 5.63.0 and
>> 5.17.
>>
>> Help wanted!
>
> What ki
Hello Tanguy,
Tanguy Le Carrour writes:
> In Guix, we have Pytest 4.4.2, but the latest release is 5.2.1.
> In that case, would it make sense to define a new "versionned" public
> variable for python-pytest? Would I create python-pytest5? Or would I
> rename python-pytest to python-pytest4 and
Hello Guixers,
Our KDE packages are severely lagging behind. We have Frameworks 5.55
and Plasma 5.15, whereas the latest available versions are 5.63.0 and
5.17.
Help wanted!
signature.asc
Description: PGP signature
Hello Bengt,
Bengt Richter writes:
> On +2019-10-15 19:03:41 +0200, Marius Bakke wrote:
>> Hello Guixers,
>>
>> The 'staging' branch is now considered "frozen" and only takes
>> bug-fixes for new regressions. You can follow progress here:
>>
>&g
ort. Thus, this cycle somewhat larger than
usual. Shortlog below.
Thanks to everyone who contributed!
Marius Bakke (33):
gnu: libwebp: Remove obsolete phase.
gnu: tzdata: Update to 2019c.
gnu: libfaketime: Update to 0.9.8.
gnu: imagemagick: Update to 6.9.10-68.
gnu: ns
Kei Kebreau writes:
> Ludovic Courtès writes:
>
>> Hello Kei,
>>
>> Kei Kebreau skribis:
>>
>>> I have the GNOME 3.32 branch! I'm building it on top of the new
>>> core-updates as you read this message. If everything still builds, I'll
>>> immediately send my changes to the guix-patches
Hello Carl,
Some feedback on the patch, since it did not go through the usual
channels :-)
guix-comm...@gnu.org writes:
> carl pushed a commit to branch master
> in repository guix.
>
> commit e214a22007450187c3db5d9fdef6ee021be6e953
> Author: Carl Dong
> Date: Wed Sep 11 15:43:19 2019 -0400
Guix,
As you know, the "quarterly" core-updates rebuild took almost a full
year this previous cycle. There are already 35 commits on the
'core-updates-next' branch, and I've heard rumors of a GNOME 3.32 branch
lurking somewhere.
To prevent this work from rotting away, I propose that we start
Guix,
Now that 'core-updates' is merged (\o/), it's time to restart the
regular 'staging' cycles.
Please push your patches before Monday, October 14th. After that the
branch will be 'frozen' and hopefully merged some days later barring
regressions.
Thanks!
signature.asc
Description: PGP
Hallo Ludo,
Ludovic Courtès writes:
> Hello Guix!
>
> Ludovic Courtès skribis:
>
>> The ‘core-updates’ branch is in a good shape now, and I think we should
>> go ahead and merge in the coming days!
>
> Friends have fixed quite a few things lately, so I’ll merge today.
>
> Please shout now if
John Soo writes:
> Hi Guix,
>
> Two more items on core-updates: I get this message on most things now:
> guile: warning: failed to install locale.
This means that the program you are executing was linked against a
different version of libc than the current system has locales for.
To make the
John Soo writes:
> Hi there,
>
> I pulled to commit 3128d6a16a80d40d927c41f530dd48ebbb8a036d and tlsdate
> failed to build. Many other packages and services correctly updated.
Fixed in 4ecf790e70dd22c204edad269cb661d820864906, thanks!
signature.asc
Description: PGP signature
Mikhail Kryshen writes:
> Thanks.
>
> Also xfce4-pulseaudio-plugin (this breaks system configurations with
> xfce-desktop-service):
>
> starting phase `augment-cflags'
> Backtrace:
> 7 (primitive-load "/gnu/store/b01jl2cm2v4pbang81grgmhp7pi?")
> In ice-9/eval.scm:
>
Pierre Neidhardt writes:
> Marius: you told me to update master, but
>
> --8<---cut here---start->8---
>> guix refresh -l mesa
> Building the following 822 packages would ensure 1514 dependent packages are
> rebuilt:
> --8<---cut
Pierre Neidhardt writes:
> Hi!
>
> Our current `mesa' package has this bit:
>
> --8<---cut here---start->8---
> ,@(if (string-prefix? "i686" (%current-system))
>;; Disable new test from Mesa 19 that fails on i686. Upstream
>
Tobias Geerinckx-Rice writes:
> Christopher,
>
> Christopher Baines 写道：
>> This seems to me like quite a big change, and I'd be interested
>> in
>> knowing what your motivation was [1]?
>
> It's not, really. It's equivalent to the impure /bin/sh that Guix
> Systems already provide, but
Mathieu Othacehe writes:
>> Could you check whether that triggers a full rebuild? If it doesn’t,
>> you can push to master.
>
> No mass-rebuild :) Fixed and pushed.
This did cause a mass-rebuild, and Cuirass is currently chugging away at
commit 210b641:
Timothy Sample writes:
> Hi,
>
> Robert Vollmert writes:
>
>> On 8. Aug 2019, at 15:12, Marius Bakke wrote:
>>> I have one comment about the series: we've disabled tests on some
>>> packages that have been broken "forever" on i686. It wo
Timothy Sample writes:
> Hi Robert and Marius,
>
> Marius Bakke writes:
>
>> Robert Vollmert writes:
>>
>>> Oh, I meant to ask:
>>>
>>> On 6. Aug 2019, at 06:29, Timothy Sample wrote:
>>>
>>>> I think it makes sense
Robert Vollmert writes:
> Oh, I meant to ask:
>
> On 6. Aug 2019, at 06:29, Timothy Sample wrote:
>> Robert Vollmert writes:
>>
>>> Hi all, Timothy,
>>
>> Cool! I’m in the process of looking everything over. In the meantime,
>> I have some early questions and comments.
>>
>>> I’ve
Christopher Lemmer Webber writes:
> Ricardo Wurmus writes:
>
>> This would allow each of the maintainers to better concentrate on
>> selected sub-projects, and to increase the likelihood of having an
>> active co-maintainer around when other co-maintainers are unavailable.
>> We also hope that
Mark H Weaver writes:
> Hi Marius,
>
> guix-comm...@gnu.org writes:
>
>> mbakke pushed a commit to branch master
>> in repository guix.
>>
>> commit 2e2db09280d114bbdd0744c73d02aa5c40abdf4a
>> Author: Marius Bakke
>> Date: Sun Aug 4 16:22:20
Hello,
Pythons setuptools are deprecating the "python setup.py test" command:
https://github.com/pypa/setuptools/issues/1684
As you may know, "python setup.py test" is what python-build-system does
during the 'check' phase.
I'm not sure what we should do about it, and there does not seem to be
Mark H Weaver writes:
> Hi Marius,
>
> Marius Bakke wrote:
>> For now, I'm leaning towards adding the above substitution
>> unconditionally, and remove the "--with-data-packaging=archive" flag, so
>> that ICU has the same bugs (and builds!) everywhere.
>
Marius Bakke writes:
> Hello listers and lurkers,
>
> On MIPS and 32-bit ARM platforms, 'icu4c' is built with
> '--with-data-packaging=archive'. The effect is that the locale data is
> stored in a single "icudt__.dat" instead of in the shared library:
>
> h
Hello listers and lurkers,
On MIPS and 32-bit ARM platforms, 'icu4c' is built with
'--with-data-packaging=archive'. The effect is that the locale data is
stored in a single "icudt__.dat" instead of in the shared library:
http://userguide.icu-project.org/icudata
There are no comments mentioning
Robert Vollmert writes:
> There are a couple of tests that fail (on master, but also the haskell updates
> branch), compare
>
> http://ci.guix.gnu.org/eval/6534?status=failed
>
> They all seem to fail with the following:
>
> Starting test basic (Writing full log to "basic.log")
>
Chris Marusich writes:
> Mark H Weaver writes:
>
>> It turns out that the MesCC bootstrap tarball includes store references,
>> and moreover it references a different store item than the MesCC
>> bootstrap tarball that I built locally on my own machine. See
>>
Node's "parallel/test-intl" fails on the 'core-updates' branch when
built for i686-linux:
--8<---cut here---start->8---
not ok 1254 parallel/test-intl
---
duration_ms: 1.308
severity: fail
exitcode: 1
stack: |-
assert.js:738
throw newErr;
Timothy Sample writes:
> Hi,
>
> Kei Kebreau writes:
>
>> Marius Bakke writes:
>>
>>> I'm not sure what we should do about it. Thoughts?
>>>
>>> Kei: Does it work if you 'echo Your/Timezone > /etc/timezone' ?
>>> Alternativel
Chris Marusich writes:
> Hi Marius,
>
> Thank you for your work on Mariadb in bug 35521. You are a hero! Well,
> my hero at least, since this was blocking me from upgrading things. :-)
Glad it worked for you :-)
>
> Marius Bakke writes:
>
>> I was about to push
bd306007347486b90c5064 [0]. We elected to backport the
>> patch that fixed the problem instead of upgrading due to a change in the
>> expat abi with 2.2.7 [1].
>>
>> Many thanks to Marius Bakke for advice and patience while reviewing the
>> patches.
>&g
Kei Kebreau writes:
> Ludovic Courtès writes:
>
>> Hello!
>>
>> Marius Bakke skribis:
>>
>>> The core-updates branch is now (almost!) ready for prime time.
>>
>> Yay!
>>
>>> This is turning out to be one of the biggest mer
Ludovic Courtès writes:
> Hello!
>
> Marius Bakke skribis:
>
>> The 'core-updates' branch is ready for testing! This is a very early
>> stage, so many substitutes are missing. Consider yourself warned ;-)
>
> Yay!
>
>> ** GNU/Hurd no longer uses a spe
Guix,
The 'core-updates' branch is ready for testing! This is a very early
stage, so many substitutes are missing. Consider yourself warned ;-)
I have compiled a summary of the changes below. The package updates are
too numerous to list here; try `git shortlog -n master..core-updates`
for the
Robert Vollmert writes:
> Hi all,
>
> I realize this isn’t generally an aim for guix proper, but I’d like
> to be able to build a package from a local git repository (or
> optionally from a local tar ball). In my specific case, it’s while
> working out the packaging of a project I intend to
((%default-port-encoding #f))
>(substitute*
>(find-files "gettext-tools/tests"
>"^(lang-sh|msg(exec|filter)-[0-9])")
> (("#![[:blank:]]/bin/sh")
>
101 - 200 of 1025 matches
Mail list logo
