;)
>
> *** SLiM no longer leaks open file descriptors
>
> *** Don't compare objects with 'equal?'
> (<http://bugs.gnu.org/20037>)
>
> *** x86_64 and i686 bootstrap binaries updated (<
> http://bugs.gnu.org/19780>)
>
> *** ‘find-files’ no longer follows symlinks (<http://bugs.gnu.org/20081
> >)
>
> *** libc message catalog (‘libc.mo’) is now installed
>
> *** libstdc++ has appropriate RUNPATH (<http://bugs.gnu.org/20358>)
>
> *** ‘dhcp-client-service’ now correctly tracks dhclient’s PID
>
> ** Native language support
>
> *** New translations: da (Danish)
>
> *** Updated translations: eo
>
> Please report bugs to bug-g...@gnu.org.
> Join guix-devel@gnu.org and #guix on Freenode for discussions.
>
> Thanks to everyone who contributed to this release:
>
> 11 Alex Kost
> 1 Alex Sassmannshausen
> 4 Alexander I.Grafov (Axel)
>134 Andreas Enge
> 22 Andy Wingo
> 3 Christopher Allan Webber
> 3 Cyril Roelandt
> 5 David Hashe
> 41 David Thompson
>365 Eric Bavier
> 37 Federico Beffa
> 12 Jason Self
>460 Ludovic Courtès
> 3 Manolis Ragkousis
>182 Mark H Weaver
> 2 Mathieu Lirzin
> 16 Paul van der Walt
> 1 Pierre-Antoine Rault
>175 Ricardo Wurmus
> 1 Taylan Ulrich B
> 90 Taylan Ulrich Bayırlı/Kammer
> 28 Tomáš Čech
> 1 nebuli
>146 宋文武
>
> Ludovic, on behalf of the Guix team.
>
> --
> If you have a working or partly working program that you'd like
> to offer to the GNU project as a GNU package, see
> https://www.gnu.org/help/evaluation.html.
>
--
Andy Tai, a...@atai.org, Skype: licheng.tai
Year 2015 民國104年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
Thomas Lord was an early (or the first?) maintainer of guile
from https://berkeleydailyplanet.com/issue/2022-06-26/article/49837
Obituaries
Thomas Lord
1966-2022
Trina Pundurs
Monday June 27, 2022 - 05:21:00 PM
Thomas Lord was born April 26, 1966 in Pittsburgh, Pennsylvania, where
he lived unt
sorry... the mail was meant to go to another mailing list...
Tom Lord had no direct relation to guix
On Tue, Jul 19, 2022 at 4:30 PM Andy Tai wrote:
>
> Thomas Lord was an early (or the first?) maintainer of guile
>
> from https://berkeleydailyplanet.com/issue/2022-06-26/a
Hi, guix allows setting up an environment containing all the
dependencies for development of a package; this can be done via a
guix.scm file containing the package definition.
My question is, if I am developing a package which has dependencies
with newer versions than what is available in the guix
2 19:41:58 GMT+01:00, Andy Tai a écrit :
>>
>>
>> guix.scm---
>> (use-modules (guix packages)
>>)
>>
>> (define-public d2-0.1.4
>>(package
>>(name "d2")
>>(version "0.1.4")
>>
>&
Hi, I sent in some patches for package updates for guix which got
merged; thanks for that. The review comments ask for future patches to
indicate if they should be for the core update branch.
Curious is there any guideline on when, and what type of, patches
should target core-update? Thanks
Hi, Merry Christmas! A question, how to call attention to package
definition update patches that may have been waiting for review for some
time in the issue tracker/debug database? Some may have responses to prev
review comments. Basically some kind of "ping" for such patches hanging
there. Than
Hi, motif was a major component of Unix for many years and it would be
good to add the (now free software) motif to GNU Guix. Can package
reviewers take a look of the patch in this issue
https://issues.guix.gnu.org/59092
Thanks
It should be; openmotif was just some kind of marketing term
Although guix has some existing packages using lesstif, the now dead
early motif clone (as free software) and I don't know if emacs may be
using that...
On Sun, Jan 8, 2023 at 4:15 PM Eric Brown wrote:
>
> Andy Tai write
Hi, currently package definitions often need to patch references to
/bin/sh as common in package sources or makefiles to make it refer to
the actual bash shell used in Guix in /gnu/store/... somewhere.
question 1: is there a way, to simulate /bin/sh using container or
some such set up so the act
Hi, if Guix QA shows a patch build is failing and an updated patch
has been sent, how to trigger the build to be restarted? Thanks for
info
Hi, if Guix QA shows a patch build is failing and an updated patch
has been sent, how to trigger the build to be restarted? Thanks for
info
Hi, by looking at
https://issues.guix.gnu.org/search?query=is%3Aclosed
no patch issues as listed in the issue tracker processed since Jan 2...
not sure if this is something Guix maintainers should be concerned about.
Hi, I wonder how is this different from the common practice of
projects using GNU autotools, which the project in question is also
one, that the Makefile.in was generated from Makefile.am, but the
tarball may contain the "generated" Makefile.in and configure and Guix
won't bother to re-generate the
Hi, currently Guix has teams of reviewers for different types of
packages. For example, changes to R packages and emacs seem to be
reviewed quickly. However, recently, patches for updating more
general application packages (octave, for example) seem to be reviewed
and processed very slowly.
As
last paragraph shall be
As application packages are usually at
the end of the dependency chain (they depend on other libraries or
components more than the other way around) updating application packages shall
take less review effort.
On Fri, Jan 27, 2023 at 2:19 PM Andy Tai wrote:
>
&
to answer this question: Guix QA can re-start a build if patch with
new version like [PATCH V2] sent tot eh issue email address og debbugs
On Sat, Jan 21, 2023 at 12:30 PM Andy Tai wrote:
>
> Hi, if Guix QA shows a patch build is failing and an updated patch
> has been sent, how to tr
For example:
https://qa.guix.gnu.org/issue/61134
Yet to process revivion, job queued
revivion probably is revision
on the cuirass web page,
https://guix.gnu.org/cuirass/
the link to the cuirass manual, https://guix.gnu.org/cuirass/manual/,
leads to a 404 not found error
Hi, I run into a Guix QA issue. Simon encourages me to report Guix QA
issues so I send email here; not sure if there is other channel for
such issues.
In https://qa.guix.gnu.org/issue/61130
I just sent a v2 patch for that Guix issue and Guix QA now shows
"null" for the patch field and it is not
For these interested, this issue/patch adds emacs using motif to Guix
https://issues.guix.gnu.org/61421
Please review... etc.
On Sun, Jan 8, 2023 at 7:01 PM Eric Brown wrote:
> My interest in this package is because
> openmotif is the best of the X window managers that do not suffer from
> a ra
Just check out origin/master of guix git HEAD,
make error:
Compiling Scheme modules...
GEN etc/openrc/guix-daemon
[ 0%] LOAD guix.scm
GEN etc/gnu-store.mount
GEN etc/guix-daemon.service
GEN etc/guix-publish.service
GEN etc/guix-gc.service
GEN etc/ini
On Tue, Mar 7, 2023 at 10:47 PM Julien Lepiller wrote:
> I'm afraid I'm unable to reproduce your error. You could try cleaning
> the translated texi files to make sure you get the most up-to-date ones:
>
> rm doc/*.texi
> git checkout doc
> Does that help?
This fixed it. Thanks!
I don't know if it is just me, but Guix QA recently seems to always
show build status unknown when what really happens was the build
succeeds on both x86-64 and aarch64 but on other platforms it was in
"scheduled" state but the scheduled build never actually got run. In
any case thanks to the rev
Hi, just observation on some aspect of current guix packages, as seen
from doing guix package -u
(I know all guix work is done by volunteers, so this is not a
complaint but just reporting on state of things)
after the core-update branch merge to main, there are some build
breakages, not unexpected
funny issue with Guix QA:
https://qa.guix.gnu.org/issue/63184
shows 13482 packages waiting to build for a package addition patch
for target i586-gnu
That shall make no sense. The package is Linux kernel specific, as well.
Hi, this bug (a build failure of a package in current main branch)
https://issues.guix.gnu.org/63526
has an attached patch fixing the failure. Can it be reviewed and
merged if no issue found? Please take a look. Thanks
Hi, following previous comments (thanks) I have submitted a patch to
correctly fix a build failure due to compiler warnings, instead of
avoiding not building tests, on this Guix bug issue:
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=63526
Please review the patch (which shall be a simple and low
I did contact upstream, no response
On Fri, Jun 9, 2023 at 4:07 AM Andreas Enge wrote:
>
> Hello Andy,
>
> Am Tue, May 30, 2023 at 10:54:20AM -0700 schrieb Andy Tai:
> > Hi, following previous comments (thanks) I have submitted a patch to
> > correctly fix a build
This may be interesting to guix people
https://www.futurile.net/2023/05/01/guix-publish-caching-substitution-server/
Hi, I was trying to create a package definition for xrdp.
when testing the package build, its fails at installation step:
libtool: install:
/gnu/store/a5i8avx826brw5grn3n4qv40g514505c-coreutils-9.1/bin/install
-c .libs/xrdp-sesman
/gnu/store/6rfpjdc3vcsfw3yi1cr42g81pd1lw63l-xrdp-0.9.22.1/sbin/xrdp
Hi, I was trying to create a package definition for xrdp.
when testing the package build, its fails at installation step:
libtool: install:
/gnu/store/a5i8avx826brw5grn3n4qv40g514505c-coreutils-9.1/bin/install
-c .libs/xrdp-sesman
/gnu/store/6rfpjdc3vcsfw3yi1cr42g81pd1lw63l-xrdp-0.9.22.1/sbin/xrdp
Hi, I submitted patches to update the Mate desktop to 1.26.
The state of them is that there are two prerequisites that have passed
Guix QA check:
https://issues.guix.gnu.org/64001
https://issues.guix.gnu.org/64012
and the mate upgrade patches are in
https://issues.guix.gnu.org/64084
which Guix
Hi, in Guix there seems no guidelines for package names/namespaces
although there are conventions like Python packages prefixed with
python-... (good). However, this does not cover cases like Gnome
applications. For example, I submitted the original definition for
(the GNOME terminal package) te
forums are not good because they are not as transparent as mailing
lists--you can search the guix mailing lists with Google, Bing or
whatever search engine you use, for example. Forum? probably not
Maybe an editable (wiki) site for FAQ will be good for sharing common
questions/answers.
This is a bug report on Guix QA:
I submitted a patch updating Openshot to the latest version. As
Openshot is an app, it should have few, if any, packages depending on
it. but Guix QA seems confused and was rebuilding 14000 packages:
https://qa.guix.gnu.org/issue/64722
This is probably a problem
Hi, these patches have been merged by Mr. Song (iyzs...@envs.net) . He
worked to get these built without the two extra patches. Thanks
On Mon, Jul 24, 2023 at 12:54 AM Andreas Enge wrote:
> Hello Andy,
>
> Am Mon, Jun 26, 2023 at 12:09:41PM -0700 schrieb Andy Tai:
> > The state
Hi, conda (of python world) package in Guix is not building on Guix
right now, and there are patches in this bug report to fix that
https://issues.guix.gnu.org/63277
Hope these can get reviewed and merged.
(How these interact with the Python team branch? Also needs that
team to consider)
curious poetry is not named python-poetry in Guix as following
convention of most python packages
On 2023-08-27 02:13, 宋文武 wrote:
> Maybe we can automatically report the failures as bugs, say every 7
> days, and remove a package if it still fail to build in 90 days?
Hi, maybe build failures should be limited to certain platforms that
can cause this treatment, such as (32-bit) x86, x86-64 and a
Hi, this is a question for writing package definition.
In some scenarios package A may refer to source files in package B.
The question is,
1. How to reference source directory of package B from within
definition of package A?
2. can we even assume sources of Package B is available? Normally if
ild-inputs "gemmlowp-src"))
...
(inputs
`(
("gemmlowp-src"
,(package-source gemmlowp))
...
where A is tensorflow-lite and B is gemmlowp
On Sat, Sep 2, 2023 at 9:18 PM Liliana Marie Prikler
wrote:
> Am Samstag, dem 02.09.2023 um 20:35 -0700 schrieb An
FSF IT seems to have an instance of sourcehut running
sourcehut.gnu.org
or they are working on it.
Maxim Cournoyer writes:
> I'd be sad to loose at least two good things from Debbugs:
>
> 1. It's hosted by the GNU/FSF for us. It always work, and the rare
> times it doesn't, the folks in #savan
Checking out the latest origin/master head, building guix fails:
make[2]: Entering directory '/share/software/guix/guix.git/po/packages'
make[2]: Nothing to be done for 'all'.
make[2]: Leaving directory '/share/software/guix/guix.git/po/packages'
make[2]: Entering directory '/share/software/guix/g
For a submitted patch, if Guix QA "fails to process revision" as in this log
https://data.qa.guix.gnu.org/job/49399
[ 32/ 40] compiling... 60.0% of 20 filesmadvise failed: Cannot allocate memory
builder for `/gnu/store/j3hy5gymlfrdrhm8aj2brnsa2pix16n2-guix-home.drv'
failed due to signal 11 (Segmen
Hi, for some reason emacs has become the elephant in the room of the
discussion on contributing to guix.
Regardless of one's opinion of emacs, I just want to add that this is
itself strange. I have contributed some (package definition) patches
to guix, all without using emacs.
I am not an emacs
Not seen mentioned on this mailing list yet, so probably of interest:
GSOC project's final report:
https://blog.lispy.tech/parameterized-packages-the-project-completion-update.html
For a submitted patch, if Guix QA "fails to process revision" as in this log
https://data.qa.guix.gnu.org/job/49399
[ 32/ 40] compiling... 60.0% of 20 filesmadvise failed: Cannot allocate memory
builder for `/gnu/store/j3hy5gymlfrdrhm8aj2brnsa2pix16n2-guix-home.drv'
failed due to signal 11 (Segmen
Hi, curious if core-updates still a thing?There seems a branch by
that name and the manual still says patches causing large number of
rebuilds should go to core-updates, at least for these not aiming at a
specific feature branch.
Hi, I was trying to update mono to the current release version. The
build step as documented actually says to download a minimal C#
compiler from the mono site which is then used to compile the rest of
the source to build the full system. I looked and did not find the
source of this minimal comp
may be of interest to people here...
https://bitcoinmagazine.com/technical/guix-makes-bitcoin-core-development-trustless
no, not my effort. I just pointed out that report. credit to the
real author Sarthak Shah
On Mon, Oct 2, 2023 at 1:13 PM Munyoki Kilyungi wrote:
>
> Andy Tai aliandika:
>
> > Not seen mentioned on this mailing list yet, so probably of interest:
> > GSOC project'
Hi, for one of my package patches, Guix QA shows
"Unable to apply patches"
in https://qa.guix.gnu.org/issue/63095
even though I double checked the patch applies cleanly on the current
head of the master branch.
Guix QA shows no hint as what the failure is (no log, etc.) Curious
how to investi
Chris, what would you suggest the best way to increase visibility of
revisions or recent patches to "old" issues in Debbugs so they can get
covered by Guix QA?
On Wed, Oct 11, 2023 at 9:01 AM wrote:
> Date: Tue, 10 Oct 2023 18:02:43 +0100
> From: Christopher Baines
> To: Andy
Hi, per Chris's recent comments, Guix QA only looks at (a window of)
recently created issues due to storage space limitations, which is
understandable.
However, if I have update (package definition) patches to not very
recent issues, such as some stale issues sitting there for some time,
Guix QA d
Maxim, I know about this. Problem is Guix QA does not look at old issues
On Mon, Oct 16, 2023 at 8:36 AM Maxim Cournoyer
wrote:
>
> Hi Andy,
>
> Andy Tai writes:
>
> > Hi, per Chris's recent comments, Guix QA only looks at (a window of)
> > recently cre
Hi, I hope core-updates is the mean for some patches to get merged; I
have a two-line addition patch that may cause rebuilds of 10K packages
but I would think asking for a feature branch for such a patch is
overkill. so I sent it to target core-updates and hope this can be a
quicker way for it to
Hi, currently Guix QA tries to rebuild all dependent packages impacted
by a change (in majority of cases updates to a new version of a
package). When there are a large number of dependent packages like
say 500 or 1000 or more, rebuilding all that takes a long time and
often the rebuild cannot comp
Hi, hope Guix maintainers can clarify the role of the now core-updates
branch; the current documentation does not specify the core-updates
branch as a thing but there are clearly interests and uses of this
branch for package updates not belonging to a feature branch like
gnome and it is useful for,
https://issues.guix.gnu.org/recent, for example, only shows issues up to Dec 6.
Not sure if this is due to some data services stopping running or such...
Hi, just an idea:
The GNU Guix project currently has a substitution server mirror in the
East coast of the US.
No mirror in the Western US.
The OSU Open Source Lib (https://osuosl.org/) offers hosting resources
to FOSS projects...
https://osuosl.org/services/
Maybe the GNU Guix project can requ
:
>
> Sounds like a great idea!
>
> Le 10 décembre 2023 02:19:16 GMT+01:00, Andy Tai a écrit :
> >The GNU Guix project currently has a substitution server mirror in the
> >East coast of the US.
> >
> >No mirror in the Western US.
> >
> >The OSU Open
already have me on file as representing Guix (for the POWER9 VM)
> so let me know if I can expedite anything.
>
> Kind regards,
>
> T G-R
>
> Sent on the go. Excuse or enjoy my brevity.
--
Andy Tai, a...@atai.org, Skype: licheng.tai, Line: andy_tai, WeChat: andytai1010
Year 2023 民國112年
自動的精神力是信仰與覺悟
自動的行為力是勞動與技能
Fine. I can take this.
On Mon, Dec 11, 2023 at 10:40 AM Tobias Geerinckx-Rice wrote:
>
> I'm happy to assist but not currently available to be volunteered into
> leading the effort, sorry.
>
> Kind regards,
>
> T G-R
>
> Sent on the go. Excuse or enjoy my brevity.
Curious of the status of the future of Guix QA as package definition
contributors rely on it for updating packages (sending patches to get
accepted/committed) in guix...
Hi, this is a sugestion on guix patches:
Other GNU/Linux distributions often have fixed maintainers (or
packagers) for specific packages.
While that model may not apply directly to the Guix project as anyone
can send in patches for anything in the git repo, maybe one thing the
Guix project can do
What I proposed is in terms of the scope of a single package. The
teams cover much larger and broader scope, like Gnome or Python.
On Mon, Feb 5, 2024 at 12:50 PM Clément Lassieur wrote:
> On Mon, Feb 05 2024, Andy Tai wrote:
> > Thus this creates kind of pseudo package maintaine
Hi, curious if anyone has done such a task: setting up a channel for
the pending patches for package definitions.
Since pending patches for package updates take long time to process
and merge. I wonder if anyone has set up a channel that contains the
patches applied on top of the Guix git repo so
reference: https://lwn.net/Articles/965584/ "Mitchell: Today we
launched Flox 1.0"
Is this just something a guix pack already is equivalent to, on top of
the stock GNU/Linux container? Or Flox may have some additional
feature that a Guix equivalent can be useful?
>From FSf's web sote:
"The Neptune Room is 100% remote this year and can be viewed through
our Galène instance at https://galene.fsf.org. Enter a username of
your choice and any password will do. "
Hi, do you mean the changes will take place in next release (not the
current release 0.6)? This is not apparent from the context. Thanks
for clarification
On Sat, May 4, 2024 at 9:01 AM wrote:
>
> Message: 1
> Date: Sat, 04 May 2024 13:00:22 +0900
> From: Nala Ginrut
> To: "arta...@gnu.org"
>
Because Guix has no concept of package maintainers and anyone can send
a patch to update a package, please make sure after the next release
you check the pending patches for your package to do what you
suggested regrading the 3rd party directory and retaining the two .scm
files. If I send the upda
currently if I click on the QA button of the issues UI for Guix the QA
page would show
An error occurred
Sorry about that!
wrong-type-arg
Hi, I have a patch submission that builds fine (in the GNU Guix sense,
that is, unit tests run and pass) locally but fails on Guix QA due to
unit tests failing.
I suspect that the failures are due to the build machine (or machines)
as plain x86-64 PC (fine as build server(s)) does not have exotic
in GNU Guix today:
$ guix show volk
name: volk
version: 3.0.0
outputs:
+ out: everything
systems: x86_64-linux i686-linux
dependencies: boost@1.80.0 python-mako@1.2.2 python-wrapper@3.10.7
location: gnu/packages/engineering.scm:1381:2
homepage: https://www.libvolk.org/
license: ASL 2.0, LGPL 3+
sy
trying to connect to is using Firefox, Firefox says:
Did Not Connect: Potential Security Issue
Firefox detected an issue and did not continue to issues.guix.gnu.org.
The website is either misconfigured or your computer clock is set to
the wrong time.
It’s likely the website’s certificate is
What is the role of GNU Guix in this? If Guix is mainly a referral
mechanism like web page links to the actual contents, the real problem
is not Guix but the use of free software which can be obtained via
other mechanisms directly anyway to train LLMs if Guix is not in the
loop?
> Date: Wed, 19 Jun 2024 09:36:29 +0100
> From: Dale Mellor
> I use Guix as a tool to develop my own projects, private and
> personal for reasons I'm keeping to myself. As part of that I write package
> definitions for them, and use the Guix machinery to build and test. I
> *cannot*
> have Guix
Hi, in this patch series
https://issues.guix.gnu.org/71781
I sent would upgrade Mate to 1.28. Hope someone with commit access
can review the patch series. Keep desktop environments up to date is
good for GNU Guix.
Some packages require systemd; some may provide configure stage
options to disable systemd support which can be supplied by the
package definitions in Guix. But for these that do not make systemd
support configurable, what is the general approach to make such
packages available in GNU Guix?
There are now cases of packages linking to Systemd, not just checking
for installing init scripts.
should these be considered bugs of such packages (and we shall ask the
package authors to make systemd optional)?
On Mon, Jul 8, 2024 at 4:45 AM Ricardo Wurmus wrote:
>
> Andy Tai
I wonder how scalable this approach is, if many "package maintainers"
each have their own channel for the packages they are maintaining, and
made available this way. I would guess to use this approach the Guix
users have to do "guix package -u --allow-collision"
> Date: Sat, 17 Aug 2024 12:43:11
Hi, in this bug-guix issue
https://issues.guix.gnu.org/72747
I sent patch to fix the Tensorflow Lite build. Guix QA seems not able
to pick up patch in bug-guix issues (unlike guix-patches issues)
So please committers, please review the patch and merge as the build
for package is broken. Thanks
Hi, shall changes to non-core packages like ffmpeg still be in the
scope of core-updates?
ffmpeg, for example, is no where near the core of the GNU system like
glibc, but still it is widely dependent upon. But it would make no
sense to have a ffmpeg-team because it is used by packages over wide
Hi, this is nothing new and clearly has been the case for a number of
packages in Guix.
For packages that have not of dependencies (say 300 or more) updating
to new versions have been increasingly difficult, as lots of rebuilds
needed and Guix QA is really overwhelmed (it seems).
For other reaso
With due respect, I disagree with that.
Guix recent years has seen growing interests and contributions, so
many patches that the they are not reviewed or processed in a timely
manner. This is with affiliation with GNU. I contributed to Guix
because it is GNU.
In fact I just contact the FSF abo
Hi, guixrus (https://lists.sr.ht/~whereiseveryone/guixrus) was
intended as a place where package definitions updates can be quicker
while patches are waiting in review for the guix git. Curious if that
is still the intended for this purpose (no such activities recently)?
another comment related t
OK I guess I will need to update my patch for this.
On Mon, Dec 2, 2024 at 1:02 AM Nala Ginrut wrote:
> Hi Andy Tai and Guix folks!
> Recently Artanis-1.0.0 has released, I think there's still a thing to
> notice for Aarch64.
> You may need to pass --build=aarch64-unk
88 matches
Mail list logo
