Re: 03/03: gnu: python-dateutil: Update to 2.6.1.

Alex Vong writes: > Ben Woodcroft writes: > >> On 31/01/18 16:18, Alex Vong wrote: >>> Ben Woodcroft writes: >>> >>>> Hi Mark, Marius, >>>> >>>> >>>> On 31/01/18 12:52, Mark H Weaver wrote: >>>>> Hi,

Re: Let's fix core-updates!

Chris Marusich writes: > Hi everyone! > > Currently, 13% of builds on core-updates fail: > > https://hydra.gnu.org/jobset/gnu/core-updates > > We need to fix this to help Ricardo prepare for the next release. > Questions: > > 1) When is core-updates "done"? Do we merge once we're below a >

Re: proposal: with-file-writeable

Gábor Boskovits writes: > Ok, the keep it this way. Another question, this came up, as > I was trying to find a nice solution to reset-gzip-timestamps failing. > I got different pieces of advice if I should reset the permissions after > resetting the timestamp, but I'm still not sure. It seems th

Re: heads-up: Haskell updates

Danny Milosavljevic writes: > git am just failed because the index is not matching. > > So I'll not push my core-updates. > > Next, I tried git merge origin/master which gave me a number of merge > conflicts. > > One of those is gnu/local.mk: > > + %D%/packages/patches/gettext-multi-core.patch

Re: heads-up: Haskell updates

Ricardo Wurmus writes: > Marius Bakke writes: > >> Should we do a new merge to get the GHC patch, or just merge >> core-updates and let the problem "fix itself" on 'master'? > > I’d prefer building GHC and ghc-resourcet first. We don’t know if t

xorgproto

r any new packages, and replace xproto and friends in the next rebuild cycle. I've tried building a few packages with this and it seems to work. WDYT? From 467e8aba28caeab03fb63eb74b1fe622cbaf0d1d Mon Sep 17 00:00:00 2001 From: Marius Bakke Date: Fri, 16 Feb 2018 21:55:00 +0100 Subject: [PATCH]

Re: 14/17: gnu: girara: Enable tests.

Mark H Weaver writes: > Hi Marius, > > mba...@fastmail.com (Marius Bakke) writes: > >> mbakke pushed a commit to branch master >> in repository guix. >> >> commit 7d24c26ed7b67ce1220fee9e5df99d74cb5346e7 >> Author: Marius Bakke >> Date: Wed

Re: Staging

Leo Famulari writes: > There are some patches on the staging branch, including an update to the > time zone database. > > What are the plans for the next week or so? Should we try merging the > staging branch in that timeframe? Yes, let's start this in a few days, when Hydra calms down. Perhaps

Re: A "cosmetic changes" commit that removes security fixes

Léo, We maintainers have been disappointed by Marks harsh tone which do not meet the project's communication standards, but also by your apparent lack of will to reply constructively to legitimate criticism. This is the next in a series of incidents. The incidents are okay--we we all make mistak

Re: Expat 2.3.0 has been released

Sebastian Pipping skriver: > Hello everyone, > > > just a quick heads up that there will be a new release of libexpat with > security fix in a few weeks. Unless I looked in the wrong place, I > noticed that your distro has not updated to libexpat 2.3.0 as of today. > If you ran into any issues

Re: License of your contributions to the blog at guix.gnu.org

Ludovic Courtès skriver: > Hello, > > I am emailing you on behalf of the GNU Guix project because you are the > author or coauthor of one or more articles to the blog at > . > > With a few exceptions, these articles do not have a clear license, which > we would like

Re: [bug#28004] [PATCH v2] gnu: Add ungoogled-chromium.

Marius Bakke writes: > Changes in this version: > > * New upstream release. > * No longer using a fork of Ungoogled-Chromium. > * The special HarfBuzz and libvpx variants have been removed due to > obsolesence. I've pushed this patch now, with minor cosmeti

Re: librsvg & Rust

Ludovic Courtès writes: > Hello Guix! > > guix-comm...@gnu.org skribis: > >> mbakke pushed a commit to branch staging >> in repository guix. >> >> commit ec47c07d0690653be35a75b346f3c3548a3e71d4 >> Author: Marius Bakke >> Date: Wed Oct 24 15:26

Re: librsvg & Rust

Ludovic Courtès writes: >>> Also, is the new librsvg API-compatible with the old one? IIUC it still >>> provides a C API, right? Does guile-rsvg still work, for example? >> >> I have not noticed any regressions since the switch. The guile-rsvg >> tests pass, at least! > > One test would be to

Re: 01/01: gnu: vulkan-loader: Remove unnecessary inputs.

Hello Rutger, guix-comm...@gnu.org writes: > rhelling pushed a commit to branch staging > in repository guix. > > commit ebfe592fd433ce4850fb62b5390ca5d920d935d5 > Author: Rutger Helling > Date: Thu Mar 21 10:53:24 2019 +0100 > > gnu: vulkan-loader: Remove unnecessary inputs. > >

Re: librsvg & Rust

Ludovic Courtès writes: > Hi! > > Marius Bakke skribis: > >> Ludovic Courtès writes: > > [...] > >>>> I wanted to ask about this: is Rust supported on all the platforms we >>>> support at the moment? >>> >>> According to E

Re: Status update on 1.0

Ludovic Courtès writes: > Hello Guix! > > When we said we’d try to release 1.0 for FOSDEM, we were talking about > FOSDEM *2019*, which is well over now, so I think we need to get our act > together and complete the remaining tasks for 1.0. :-) On the plus side, we still have a lot of time left

Re: X/GDM fails on linux 5.0.7 AMD Radeon RX 580 after system reconfigure

ison writes: > Sorry I neglected to mention that I actually tried upgrading mesa earlier and > it > didn't resolve the problem. Neither upgrading mesa (I tried 18.3.6 and some > 19.* > version) nor downgrading (back to 18.3.1) would fix it, all rebuilds still > resulted in artifacts. I suppose

Re: X/GDM fails on linux 5.0.7 AMD Radeon RX 580 after system reconfigure

Pierre Neidhardt writes: > Hmm, not sure it's related to user data since GDM fails to display. Also try to `rm -rf /var/lib/gdm/.cache/mesa_shader_cache`. signature.asc Description: PGP signature

Re: pypi URL 404

Jack Hill writes: > Hi Guix, > > I've created the following package definition using the pypi importer. > However, when I try to build it with guix build -f … the build fails > because it cannot download the source. The downloader gets redirected to a > url that returns 404. However, the pypi

Re: guix pull --commit and custom channel ?

zimoun writes: > Dear, > > When speaking about "Scientific Reproducibilty", one would roll-back > to a previous state of Guix. And it is possible with `guix pull > --commit='. > > (noting it is only possible for not too old states, say v0.15 or > post-inferior?) > > > However, it is not possible

Re: [BLOG] custom kernel config

Hi Efraim, Efraim Flashner writes: > I've cleaned up the blog post a bit and run it through a spell checker. > I'm unsure about Linux-Libre vs linux-libre, regarding talking about the > kernel and the package. I think I glossed over it well enough that I > didn't actually get a custom kernel up

Re: Rust dependency on git

Hi Ivan, Ivan Petkov writes: > Hi Guix, > > The latest stable rust (version 1.35.0) appears to require git as a > native-input since the tidy test (which checks for code formatting in the rust > repo) fails because it cannot run `git ls-files`. > > I saw a comment in the rust package definition

Let's merge staging!

Hello! The staging branch has been accumulating updates for a while now. We have Mesa 19, Sphinx 2.0, GStreamer 1.16, ALSA 1.1.9, as well as some Python updates. See `git shortlog -n master..staging` for the scoop. I suggest we "freeze" (meaning no further updates, only bugfixes) this branch tom

Re: Let's merge staging!

Arun Isaac writes: >> Anything missing before the freeze? > > I closed issue 32102 and pushed a patch to core-updates-next back in > November 2018, but it seems to have been lost somehow. It's still not in > master. Can we include it now in staging? > > https://issues.guix.info/issue/32102 These

Re: Add helper for .desktop file creation?

Pierre Neidhardt writes: > Before I could submit a patch, I was wondering where I should place it: > it seems that placing it in guix/utils.scm triggers a whole world > rebuild. I assume you mean (guix build utils), as changing (guix utils) should not rebuild anything. > Is there a way around i

[ANNOUNCE] ganeti-instance-guix 0.3

Hello, I am happy to announce a new version of 'instance-guix', a Ganeti OS provider that creates Guix systems. It is a <100 line shell script. This is a complete rewrite over 0.2 that adjusts for the new 'guix pull' interface in recent versions of Guix. Passing a configuration file is now also

Re: Let's merge staging!

Ludovic Courtès writes: > Hi! > > Marius Bakke skribis: > >> The staging branch has been accumulating updates for a while now. >> We have Mesa 19, Sphinx 2.0, GStreamer 1.16, ALSA 1.1.9, as well as some >> Python updates. See `git shortlog -n master..staging` for

Re: Let's merge staging!

Pierre Neidhardt writes: > Is it too late to merge #36000 (guix: Add helper for generating desktop > entry files.)? Staging is currently 'frozen' pending a merge, so yes. > It's non-disruptive but since it modifiers (guix utils) it triggers a > world rebuild. Can you share the patch? (guix ut

Re: Crosscompiling C++ for powerpc64le fails

Ludovic Courtès writes: > Hi Danny, > > Danny Milosavljevic skribis: > >> I've investigated a bit more: >> >> Guix's gcc-4.7 passes >> >> (string-append "--with-native-system-header-dir=" libc "/include") >> where libc is (assoc-ref %build-inputs "libc") >> >> . >> >> However, further down,

Re: Let's merge staging!

Pierre Neidhardt writes: > Marius Bakke writes: > >> Can you share the patch? (guix utils) should not trigger a world >> rebuild AFAIK. > > Yes, that's what I've been told, but I tried both (guix build utils) and > (guix utils), they both resulted in a wor

Re: wip-netlink

Ludovic Courtès writes: > If you’ve ever experienced the shortcomings of > ‘static-networking-service’ and had to work around it, please share the > interface that you’d like to see! Hey, that's me! I *think* what I want is control over network interfaces. Something along the lines of (servic

Re: 14/15: gnu: python-beautifulsoup4: Update to 4.7.1.

Tobias Geerinckx-Rice writes: >> +(native-inputs >> + `(("python-soupsieve" ,python-soupsieve))) > > Unfortunately, as-is this breaks hangups, which I need to talk to > my totally real friends that exist, and I think python-swiftclient > too. > > Beautifulsoup has the following requirem

Re: Crosscompiling C++ for powerpc64le fails

Ludovic Courtès writes: > Hi Marius, > > Marius Bakke skribis: > >> Ludovic Courtès writes: > > [...] > >>> The issue that Tobias reports reminds me of the CPATH vs. C_INCLUDE_PATH >>> issue that was causing troubles with newer GCCs, and that

Re: Shall we merge wip-gnome3.30 to core-updates?

Hi Kei, Kei Kebreau writes: > Hi Marius, > > Would it be okay to merge the wip-gnome3.30 branch into core-updates > after I do some local testing? I'd like to help out with updating GNOME > to 3.32, and I'm told that this is the first step towards that goal. That sounds great, thanks :-) I sug

Re: [ANNOUNCE] ganeti-instance-guix 0.3

Ricardo Wurmus writes: > Ludovic Courtès writes: > >>> Guix is a functional package manager that can be installed on any >>> GNU/Linux distribution, and offers a declarative operating system >>> interface. Ganeti is an API-driven clustered virtual machine manager >>> with strong consistency gua

Re: Reviewing KDE Plasma state on Guix System

Hi Félicien, Félicien Pillot writes: > Hi Guix, > > First, I would like to congratulate and thank you for the excellent work you > are doing in the development of both Guix and this community. Thank you for the kind words! :-) > Then, I'm writing today because I would be interested to have t

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

Mark, Mark H Weaver writes: > Hi Marius, > > guix-comm...@gnu.org writes: > >> mbakke pushed a commit to branch staging >> in repository guix. >> >> commit 2a9d89afb6fb869dd2bdf1e9f710f487786930fc >> Author: Marius Bakke >> Date: Thu Jun 13 14

Re: Shall we merge wip-gnome3.30 to core-updates?

Efraim Flashner writes: > On Thu, Jun 13, 2019 at 07:09:47PM -0400, Kei Kebreau wrote: >> Hello again Marius, >> >> Marius Bakke writes: >> >> > Hi Kei, >> > >> > Kei Kebreau writes: >> > > <...> >> >> * Th

'core-updates' summer 2019

Ludovic Courtès writes: > Marius Bakke skribis: > >> I suggest we 'freeze' core-updates next weekend and start working on >> merging it. It has been sitting idle for way too long already! > > +1! The weekend is here already! But we are still missing glibc

Re: 01/01: gnu: gstreamer: Skip failing test on 32-bit systems.

Mark H Weaver writes: > Marius Bakke writes: > >> Mark H Weaver writes: >> >>> Hi Marius, >>> >>> guix-comm...@gnu.org writes: >>> >>>> mbakke pushed a commit to branch staging >>>> in repository guix. >&

Re: GNU gettext 0.20.1 released

o the byte encoding is preserved. > (with-fluids ((%default-port-encoding #f)) >(substitute* >(find-files "gettext-tools/tests" >"^(lang-sh|msg(exec|filter)-[0-9])") >

core-updates freeze

Guix, The core-updates branch is now (almost!) ready for prime time. This is turning out to be one of the biggest merges ever[*], currently representing 433 commits from 15 people, with commits dating back to September last year(!). Some of the highlights from this branch include: * jannekes lo

Re: building from local (or private) git repository

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 publi

core-updates frozen!

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

Re: core-updates frozen!

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

Re: core-updates freeze

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 merges ev

Re: Expat 2.2.7 with security fixes has been released / CVE-2018-20843

8c9c29e9c2bd306007347486b90c5064 [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 >> patch

Re: Testing changes on Berlin before pushing changes? (Was: Re: bug#35521: Mariadb test suite failures on x86_64-linux)

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

Re: core-updates freeze

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' ? >>&g

[core-updates] Should we patch icu4c?

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;

Re: [core-updates] Due to flawed bootstrap tarball, full rebuild needed

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 >>

Re: failing cuirass i686 tests

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") > marionette

Should we make 'icu4c' identical between platforms?

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

Re: Should we make 'icu4c' identical between platforms?

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

Re: Should we make 'icu4c' identical between platforms?

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

"python setup.py test" is deprecated

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

Re: 04/07: gnu: strace: Update to 5.2.

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

Re: On maintaining GNU Guix

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 th

Re: Please merge wip-haskell-updates (Re: [bug#36807] remove obsolete broken haskell packages)

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 incorpor

Re: Please merge wip-haskell-updates (Re: [bug#36807] remove obsolete broken haskell packages)

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

Re: Please merge wip-haskell-updates (Re: [bug#36807] remove obsolete broken haskell packages)

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 w

Re: [bug#36477] [PATCH v3 03/48] gnu: texinfo: Fix cross-compilation.

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: https://ci.guix.gnu.org/jobset/guix-mast

Re: 01/01: services: Add ‘/usr/bin/env’ special file.

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 actuall

Re: Error cross-compiling Mesa: failing test

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 >

Re: Error cross-compiling Mesa: failing test

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 here--

Re: Let’s merge ‘core-updates’!

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: > 191:35

Re: Let’s merge ‘core-updates’!

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

Re: Let’s merge ‘core-updates’!

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 gl

Re: Let’s merge ‘core-updates’!

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 yo

'staging' branch is OPEN

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 signa

'core-updates' Q4 2019

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 the

Re: 01/01: gnu: Add nsis-x86_64 and nsis-i686.

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

Re: 'core-updates' Q4 2019

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 mailing

'staging' is FROZEN

t 'core-updates' effort. 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: Upda

*.gnu.org fails to resolve with systemd-resolvd (was: Re: 'staging' is FROZEN)

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

KDE frameworks are outdated

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

Re: Questions about packaging

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 a

Re: KDE frameworks are outdated

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

Re: Maintaining GNU Jami package for Guix

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 m

Re: Fwd: Running individual system tests

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 h

Re: Stackage LTS 14 (was: Adding Purescript)

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 ti

Re: Questions about packaging

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 pack

Re: gnu: python: Update to 3.8.0.

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

Re: Help needed packaging rust-cbindgen, a dependency of IceCat 68

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 succe

Re: gnu: python-pytest: Update to 5.2.1.

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 > python-pluggy,

State of ungoogled-chromium in Guix

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. T

Re: KDE frameworks are outdated

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

Re: 'core-updates' Q4 2019

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? signatu

Re: 'core-updates' Q4 2019

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 >>&

Re: Clang c++ include path

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 l

Re: Maintaining GNU Jami package for Guix

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 u

Re: gnu: python: Update to 3.8.0.

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,

Re: Maintaining GNU Jami package for Guix

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:

Re: Maintaining GNU Jami package for Guix

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 in

Re: Maintaining GNU Jami package for Guix

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&

Re: Maintaining GNU Jami package for Guix

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 > *b

Re: State of ungoogled-chromium in Guix

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 chang

Re: Maintaining GNU Jami package for Guix

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

Re: State of ungoogled-chromium in Guix

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_22.h

<    5   6   7   8   9   10   11   >