Re: ‘core-updates’ rebased: testing needed!

2024-06-17 Thread
Hello, there are 399 build failed which only on core-updates if I count it correctly (1 at the end of each line come from ci status, I think 2 are for dependencies failed), the 4xx are build number, which can be used as "https://ci.guix.gnu.org/build/4602867/details";. 389-ds-base.x86_64-lin

Re: hello from a new commiter

2024-04-21 Thread
Zheng Junjie writes: > hello! > > I have been granted commit access. > > You might know me, Past few years I fix some error on riscv64, fix some > cross-compilation, Add plasma-desktop, etc. I'm using this access to > better improve these. That's great, thank you for the work and looking forwar

Re: (Lx)Qt team in Guix

2024-03-08 Thread
qt team, there is an lxqt team, and I was actually part >> only of the latter; but the two overlap in claiming responsibility for >> gnu/packages/qt.scm. Moreover Maxim is part of qt, and 宋文武 and I are >> part of lxqt. > > I think the reason qt.scm is part of the lxqt team

Re: Proposal to turn off AOT in clojure-build-system

2024-02-23 Thread
Steve George writes: > Hi, > > Guix's clojure-build-system turns on AOT compilation by default. I would like > to advocate that 'as a distributor' we should *not* ship Clojure code AOT'd, > so we should change the default. > > This has been discussed previously. In #56604 r0man noted that AOT

Re: CI job for lisp-team branch

2023-09-04 Thread
Guillaume Le Vaillant writes: > Hi. > I created a lisp-team branch to work one some updates for clisp and > sbcl. Could someone with admin access to the CI things add a job for it? > Thanks. Hello, Curiass CI job created. Thanks.

Re: GDB-multiarch

2023-08-28 Thread
Ekaitz Zarraga writes: > Hi all, > > As you might know I'm talking part on the RISC-V bootstrapping efforts in > Guix. > This makes me need a multi-architecture GDB. So I made this simple package: > > ``` scheme > (define-module (gdb) > #:use-module (gnu packages) > #:use-module (gnu package

Re: How can we decrease the cognitive overhead for contributors?

2023-08-27 Thread
Maxim Cournoyer writes: > Perhaps you'd like to invest 1 hour (30 minutes?) into learning to use > 'patman'. It allows attaching metadata to a feature branch by means of > Git message tags, e.g. the associated email address with 'Series-to:', > or the current revision with 'Series-version:', etc

Re: bug#65391: People need to report failing builds even though we have ci.guix.gnu.org for that

2023-08-26 Thread
Maxime Devos writes: > For example, naev used to work just fine, yet apparently it doesn't > anymore: https://issues.guix.gnu.org/65390. > > Given that Guix has ci.guix.gnu.org, I would expect such new problems > to be detected and resolved early, and it was detected by > ci.guix.gnu.org, yet goi

Don't add propagated-inputs for all outputs

2023-08-26 Thread
Hello, we have a TODO for "extend `propagated-inputs` with support for multiple outputs". I try to do it for a while, but unable to find a clear way, since add a new syntax for specify output in propagated-inputs require changes in too many places.. Think about the intention, what we want is to a

Re: A certain new commiter

2023-08-19 Thread
Hilton Chain writes: > Hello Guix, > > With the commit [1] made hours ago, I have been granted commit access > to Guix repository. > > Currently, I'm maintaining packages I may use and those I've touched, > and for now I have no specific plan to move on. This means I can have > more time to go t

Re: bug#64798: [PATCH 000/209] update kde package and add plasme desktop

2023-08-05 Thread
宋文武 writes: > 宋文武 writes: > >> Zheng Junjie <873216...@qq.com> writes: >> >>> hello! >>> >>> I updated some kde package, and add plasma desktop. >> >> Hello, I had pick those patches from your Github repo, and modify >> s

Re: A Forum for Guix Users

2023-07-21 Thread
Sarthak Shah writes: > The reason why I'm suggesting a move away from mailing lists is that it is a > lot easier to follow threads on forums. > You have all the replies on the same page, compared to clicking on the link > of each reply, realizing it doesn't have the answer, clicking > another

Re: Guix's python has pip's user dir in its loadpath

2023-06-29 Thread
e...@beaver-labs.com writes: > Dear Guix devs, > > While working around this bug: > > https://issues.guix.gnu.org/63912 > > I found that guix's Python will load anything in > .local/lib/python3.10/site-packages/ over any installed package in the > current profile. This makes pip-installed package

Re: Do substitutes download slowly for you? / Speeding up substitute delivery/mirrors

2023-05-26 Thread
Christopher Baines writes: > While I did stop running a mirror in Singapore, it's now back and from > the discussion on IRC today [3] there was some anecdotal evidence that > this helps with fetching substitutes from China. Yes, only the Singapore IPv4 mirror is usable for me in China. [berdea

Re: bug#20255: 'search-paths' should respect both user and system profile.

2023-05-17 Thread
Maxim Cournoyer writes: > Hi, > > 宋文武 writes: > >> Hello, commit 40310efde9b4a4f2cf98081d6cd10f843685ebb6 fix this by merge >> search-paths from multiple profiles by `guix package --search-paths`, in >> ~/.bashrc and ~/.zprofile (skeletons, so existed

Re: Commit Access: jgart

2023-05-16 Thread
"jgart" writes: > Hi Guixers, > > Thanks for granting me commit access. I'm looking forward to helping out with > patch review, with a > particular focus on moving patches along for the Python team. > > I also intend to continue contributing more packages, updates, and > improvements. > > Thank

Re: RISC-V (riscv64-linux) substitutes are coming

2023-05-13 Thread
宋文武 writes: > I got 'guix-build-coordinator-agent-only' built now, running it (with > --help) will segfault though.. > > > How to run it to connect to the coordinator? > Update, now it running fine with: ``` guix-build-coordinator-agent \ --uuid= \ --pas

Re: Guidelines for pre-trained ML model weight binaries (Was re: Where should we put machine learning model parameters?)

2023-05-12 Thread
Simon Tournier writes: > Since it is computing, we could ask about the bootstrap of such > generated data. I think it is a slippery slope because it is totally > not affordable to re-train for many cases: (1) we would not have the > hardware resources from a practical point of view,, (2) it is a

Re: RISC-V (riscv64-linux) substitutes are coming

2023-05-12 Thread
宋文武 writes: > A friend (Z572 from #guixcn) of mime had setup a coordinator / > substitute server of riscv64 (running guix system) at > https://cache.z572.online. Well, he has a vps virtual machine (x86_64) running guix system, but offload to a riscv64 licheepi 4a for building now...

Re: RISC-V (riscv64-linux) substitutes are coming

2023-05-12 Thread
宋文武 writes: > Christopher Baines writes: >> The first hurdle to overcome is just getting the build coordinator agent >> available on the system. For the board I have, I cross compiled the >> guix-build-coordinator-agent-only package. > > Okay, now I installed guix fr

Re: RISC-V (riscv64-linux) substitutes are coming

2023-05-10 Thread
Christopher Baines writes: > The NAT is no problem, the build coordinator (intentionally) has very > few requirements. That's great. > The first hurdle to overcome is just getting the build coordinator agent > available on the system. For the board I have, I cross compiled the > guix-build-coor

Re: RISC-V (riscv64-linux) substitutes are coming

2023-05-09 Thread
Christopher Baines writes: > This is a start, but more hardware will be needed to keep up with the > master branch, plus testing patches and other branches, so if you have > hardware to hand, or know of hardware available for purchase that might > be suitable, that would be really useful to know

Re: Call for members to join the Xfce, LXQt and Localization teams

2023-03-28 Thread
宋文武 writes: > Zhu Zihao writes: > >> count me in :) > > Good, all three? Thank you! As we talked in #guixcn, join you to the xfce and localization team, thanks!

Re: Call for members to join the Xfce, LXQt and Localization teams

2023-03-28 Thread
Zhu Zihao writes: > count me in :) Good, all three? Thank you!

Call for members to join the Xfce, LXQt and Localization teams

2023-03-28 Thread
Hello, I recently joined/created teams for xfce, lxqt, and localization, in which I am the only member so far, so I'd like to call for more members. I think Team members mostly do (in the scope and area of expertise by team): - Review patches from guix-patches. - Handle issues or usages support fr

Re: bug#61894: [PATCH RFC] Team approval for patches

2023-03-06 Thread
Ludovic Courtès writes: > Hi Chris, > > Christopher Baines skribis: > >> Regarding this change specifically though, I'm unclear how it would >> impact the things I push for others. I pushed some patches today, would >> this mean that I'd have to look at what team/teams are involved >> (according

Re: bug#61894: [PATCH RFC] Team approval for patches

2023-03-02 Thread
Andreas Enge writes: > Hello, > > in the current situation I think the suggestion is putting the horse before > the cart. In a first step before adding policy, we should make the teams > functional. I find debian have various teams, and each team has a page for packages status: https://tracker.d

How to run mumi locally?

2023-01-31 Thread
Hello, I try to run mumi locally on guix system with: --8<---cut here---start->8--- (service mumi-service-type (mumi-configuration (mailer? #f))) --8<---cut here---end--->8--- But then curl lo

Re: Mumi Feature Request: Easier way to apply patches from web interface

2023-01-31 Thread
Arun Isaac writes: >> Maybe add a guix command for issues/patches? >> >> guix issues new >> guix issues open nnn >> guix issues reply nnn >> guix issues apply nnn >> guix issues close nnn > > Indeed, we should have something like this. But, probably better to put > it in mumi so that other proje

Re: branch master updated: gnu: w3m: Update to 0.5.3+git20230121.

2023-01-31 Thread
> gnu: w3m: Update to 0.5.3+git20230121. >> >> * gnu/packages/w3m.scm (w3m): Update to 0.5.3+git20230121. >> >> Signed-off-by: 宋文武 >> --- >> gnu/packages/w3m.scm | 4 ++-- >> 1 file changed, 2 insertions(+), 2 deletions(-) > > Given

Re: Mumi Feature Request: Easier way to apply patches from web interface

2023-01-29 Thread
"jgart" writes: > Note that I realize that this is possible: > > https://man.sr.ht/~whereiseveryone/wiki/tipsandtricks.md#applying-patches-from-issuesguixgnuorg > > or > > wget -O- https://issues.guix.gnu.org/issue/48364/patch-set/2 | git am > > What this feature is is to generate the appropriate

Re: [PATCH guix-artwork v4] website: posts: Add Dissecting Guix, Part 1: Derivations.

2023-01-05 Thread
"(" writes: > On Wed Jan 4, 2023 at 12:00 PM GMT, Ludovic Courtès wrote: >> Finally pushed! It should show up online soon. Looking forward to >> part 2. :-) > > \o/ > > Next part will be about monads and G-expressions :) > Great, I enjoy read Part 1, and waiting for next... Thank you!

Re: 🌎️ Install every Guix package 🌎️

2023-01-04 Thread
"jgart" writes: > Hi Guixers, > > How would you approach writing a script that installs every Guix package > exhaustively for your current revision? > > I'm thinking of something similar to `all-packages` on PyPi but for every > Guix package (the whole wide 🌎️). > > https://pypi.org/project/all

Re: Dissecting Guix -- blog post series

2022-12-08 Thread
"(" writes: > Heya! > > Some of you may have seen on IRC that I've been writing a post for the Guix > blog that I hope will form the first part of a series. This series aims to > dissect the internals of Guix, from bottom to top. Perhaps they could go in > the cookbook once the series is done?

Re: Clarify the license field of the package

2022-08-28 Thread
Maxime Devos writes: > On 22-08-2022 11:02, 宋文武 wrote: > >> Hello list, I have some questions about the 'license' of a package, >> currently defined as: >> >> The license of the package; a value from ‘(guix licenses)’, or a >> list of su

Re: Clarify the license field of the package

2022-08-28 Thread
John Kehayias writes: > Hello 宋文武, > > On Mon, Aug 22, 2022 at 05:02 PM, 宋文武 wrote: > >> Hello list, I have some questions about the 'license' of a package, >> currently defined as: >> >> The license of the package; a value from ‘(guix licens

Clarify the license field of the package

2022-08-22 Thread
Hello list, I have some questions about the 'license' of a package, currently defined as: The license of the package; a value from ‘(guix licenses)’, or a list of such values. 1. It's the license of source files (guix build -S) or built binary files? 2. When its value is a list of mul

Re: 100k commits!

2022-08-15 Thread
Marius Bakke writes: > Guix, > > We just passed 100 000 commits! > > The lucky winner is ... > > commit 9fe9856ebef515927900e56686a1071936bdafcc > Author: Ricardo Wurmus > Date: Wed Aug 10 12:19:55 2022 +0200 > > gnu: r-fontawesome: Update to 0.3.0. > > * gnu/packages/cran.sc

Re: bug#57104: Python-symengine fails to build

2022-08-11 Thread
Andreas Enge writes: > Since it replaces a broken package by a more modern broken package, I still > took the liberty to push, but it would be nice if someone with knowledge of > python and/or symengine could have a look. Disabling the tests makes the > compilation succeed, but it would be nice t

Re: [bug]: xfce4: xfpm-power-backlight-helper alway let me input password.

2022-02-22 Thread
tumashu writes: >>At 2022-02-22 15:04:22, "宋文武" wrote: >> >>>tumashu writes: >>> >>>> Hello: >>>> >>>> When I update my guix system today, I have found that run xfce4: >>>> xfpm-power-backlight-helper a

Re: [bug]: xfce4: xfpm-power-backlight-helper alway let me input password.

2022-02-21 Thread
tumashu writes: > Hello: > > When I update my guix system today, I have found that run xfce4: > xfpm-power-backlight-helper alway let me input password, how to avoid input > password? No answer yet, my understand is that: 1. xfpm-power-backlight-helper need to run with 'pkexec'. 2. 'pkexec

Re: Rethinking propagated inputs?

2021-09-07 Thread
Hello, good plan! Liliana Marie Prikler writes: > At this point the question then becomes what to name this "build" > output and what to put into it besides pkg-config stuff. In Debian, it's a "dev" package, includes .h (C headers), .pc, .a (static libraries). > Particularly in the land of gl

Re: GNU Guix 1.3.0 released

2021-05-12 Thread
Maxim Cournoyer writes: > We are pleased to announce the release of GNU Guix 1.3.0! > > This release corresponds to 8,300 commits over almost 6 months by 212 > people. Support for the POWER9 platform is now offered as technological > preview. This release adds new features, refines the user exp

Re: Criticisms of my "tone" (was Re: A "cosmetic changes" commit that removes security fixes)

2021-05-01 Thread
Leo Famulari writes: > [...] > To clarify, Leo Prikler is not the same person that was involved in > removing the Cairo bug fixes. That was a different person, also named > Leo. > > Not me, either :) Um, my bad, thank you!

Re: Criticisms of my "tone" (was Re: A "cosmetic changes" commit that removes security fixes)

2021-05-01 Thread
宋文武 writes: > Leo Prikler writes: > >> Hi Mark, >> >> Am Samstag, den 01.05.2021, 18:12 -0400 schrieb Mark H Weaver: >>> Hi Leo, >>> >>> Leo Prikler writes: >>> >>> > Am Samstag, den 01.05.2021, 19:02 +0200 schrieb Gi

Re: Criticisms of my "tone" (was Re: A "cosmetic changes" commit that removes security fixes)

2021-05-01 Thread
Leo Prikler writes: > Hi Mark, > > Am Samstag, den 01.05.2021, 18:12 -0400 schrieb Mark H Weaver: >> Hi Leo, >> >> Leo Prikler writes: >> >> > Am Samstag, den 01.05.2021, 19:02 +0200 schrieb Giovanni Biscuolo: >> > > I also spent some time re-reading messages that Mark sent in this >> > > thre

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

2021-04-22 Thread
Mark H Weaver writes: > Hi Raghav, > > Raghav Gururajan writes: > >>> Those commits on 'core-updates' were digitally signed by Léo Le Bouter >>> and have the same problems: they remove security >>> fixes, and yet the summary lines indicate that only "cosmetic changes" >>> were made. >> >> Yeah,

Re: GNOME 40

2021-04-10 Thread
Hello! Last week I tried to package GTK4, haven't done it yet. Raghav Gururajan writes: > Let us do this, > [1] Create wip-gnome branch on savannah I think Leo created it already, thanks. > [2] Create guix-patches thread for wip-gnome. > [3] Leo, me or anyone else can contribute by sending pa

Re: GNOME 40

2021-03-31 Thread
> If anyone is curious of the work or wants to participate, we are > working there: > https://git.guix-patches.cbaines.net/guix-patches/log/?h=wip-gnome-40 > Hello, looks great! I'd like to do some work for GNOME4 too, mostly at weekends though. > If anyone wants to participate, please reach to

Re: ZFS on Guix, again

2021-02-20 Thread
raid5atemyhomework writes: > Hi guix-devel, > > I had some questions on the big ZFS guix bugpatches a week ago, and > did not find any response, so I am back here pestering everyone. Hello, thank you for working on ZFS for guix! > > [...] > There are two alternatives: > > * Go with what I alrea

Re: SJTUG's Guix mirror is online now

2020-12-23 Thread
Peng Mei Yu writes: > Hello, > > After extensive cooperation with SJTUG's maintainers, we are happy to > announce that SJTUG's Guix mirror is online now. > > The substitute URL is: https://mirrors.sjtug.sjtu.edu.cn/guix > > Asia residents, especially China residents, will greatly benefit from > t

Re: Phases and snippets no longer returning a Boolean

2020-11-25 Thread
Ludovic Courtès writes: > With these changes, the return value of origin snippets and build phases > is now ignored. > ... > > That’s it! Thoughts? Comments? Indeed better! Return ‘#t’ feel perlish, perl requires return ‘1’ at the end of each module.

Make mutiple packages from outputs (Was: A plan for parameterized packages)

2020-11-16 Thread
zimoun writes: > Dear, > > On Sun, 15 Nov 2020 at 21:46, Danny Milosavljevic > wrote: > >> * Enable/disable building the documentation. I really don't need a 40 MiB >> manual stored onto a 16 MiB firmware flash chip. If that's better done as an >> extra output, fair enough. > > Related (I hop

Re: Japanese Input wont't without manually adding environmental variables?

2020-11-07 Thread
yasu writes: > I see..., thank you anyway! > > I wonder if we can collect of this kind of usability tips in wiki-like > systems somewhere so we don't have to keep digging google for > information. 😃 Well, I don't know if a guix wiki existed, but we have Guix Cookbook:

Re: Japanese Input wont't without manually adding environmental variables?

2020-11-07 Thread
yasu writes: > Hi! > > After installing packages ibus and ibus-anthy , I thought I would be able to > type Japanese - but I had to follow the tip below and manually add these > variables to make it work. > Would this be considered a bug? Yes, guix lack supports for input methods. > > https:/

Re: Critical opensmtpd vulnerability

2020-01-30 Thread
Tobias Geerinckx-Rice writes: > Fellow Guix running opensmtpd mail servers, > > As you probably know by now, a serious remote code execution bug was > recently found and fixed in OpenSMTPd[0]. > > TL;DR: You should probably stop your opensmtpd daemon until you've > checked that our regular opensm

Re: [bug#39028] [PATCH 5/7] gnu: python-cryptography: Update to 2.8

2020-01-20 Thread
Hello Braun, I have pushed the previous 4 patches into master, thank you! Lars-Dominik Braun writes: > * gnu/packages/python-crypto.scm (python-cryptography): Update to 2.8 > (python-cryptography-vectors): Update to 2.8 This is not a small change for me, as 'guix refresh -l python-cryptography'

shepherd services have unwanted environment variables

2019-09-11 Thread
Hello, when fixing an issue for our libvirtd service, I found that most our shepherd services inherit the default environment variables of the pid 1 'shepherd', which is: --8<---cut here---start->8--- $ cat /proc/1/environ | tr '\0' '\n' HOME=/ TERM=linux BOOT_

Re: [PATCH] download: Support 'https_proxy'.

2019-05-13 Thread
Ludovic Courtès writes: > Hi! > > iyzs...@member.fsf.org (宋文武) skribis: > >> Hello, this patch add 'https_proxy' to 'guix download' (and guix-daemon >> if we update guix?): > > Neat! Pushed, thank you for the review! > >> From 424da6

[PATCH] download: Support 'https_proxy'.

2019-05-10 Thread
Hello, this patch add 'https_proxy' to 'guix download' (and guix-daemon if we update guix?): >From 424da6e43ba9c928403e3fd9b42e75d0fe90fc23 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= Date: Fri, 10 May 2019 21:27:40 +0800 Subject: [PATCH] download: Support 'https_proxy'

Re: "Guix Pull" Fails

2019-05-02 Thread
"Raghav Gururajan" writes: > Hello Guix! > > I just did "guix pull" but it failed multiple times. Please find the > following: > > root@secondary ~# guix pull > > downloading from > https://ci.guix.info/nar/gzip/zh3s89l1kri7r5ya0bmhil65lm0my691-module-import... > > module-import 187B 52KiB/s 00

Re: GNU Guix 1.0.0 released

2019-05-02 Thread
Ludovic Courtès writes: > We are thrilled to announce the release of GNU Guix 1.0.0! > > This 1.0 release is a major milestone for Guix. It represents 7 years > of hard work with more than 40,000 commits by 260 people, 19 releases, > and an equally amazing amount of work on documentation, transl

Re: Reverted: gnu: font-awesome: Update to 5.7.2.

2019-03-01 Thread
b 23 10:12:32 2019 + >> >> gnu: font-awesome: Update to 5.7.2. >> >> * gnu/packages/fonts.scm (font-awesome): Update to 5.7.2. >> [home-page]: Use HTTPS. >> >> Signed-off-by: 宋文武 > > If I understand correctly, Font Awes

Re: [PATCH] shepherd: Delete the socket file upon exit.

2019-02-23 Thread
Danny Milosavljevic writes: > On Sun, 17 Feb 2019 11:38:16 +0800 > iyzs...@member.fsf.org (宋文武) wrote: > >> Yes, I have the 'rm /run/user/1000/shepherd/socket' workaround in my session >> script too... >> >> According to 'man 2 bind', th

[PATCH] shepherd: Delete the socket file upon exit.

2019-02-16 Thread
Yes, I have the 'rm /run/user/1000/shepherd/socket' workaround in my session script too... According to 'man 2 bind', the socket pathname should be deleted when no longer required, so a patch to fix this bug: >From f171f6adb2fc6ee3bf4d25378c2e7bba109b43d8 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?

Re: Package for LXQt. Help wanted.

2018-10-27 Thread
Meiyo Peng writes: > Hello Song, > >> Hello, thank you again, I have push them! > > Thank you. > >> - Add comments about the missing translations (disable the >> PULL_TANSLATIONS), which are in the lxqt-l10n git repository. I think >> we can prefetch it as a 'origin', add it to the input of

Re: Package for LXQt. Help wanted.

2018-10-27 Thread
Meiyo Peng writes: > Hello Song, > > On Fri, Oct 26, 2018 at 2:26 PM 宋文武 wrote: > >> - Correct some licenses, eg: obconf-qt, qps are under GPL2+. > > I made a terrible mistake. I assumed that all LXQt apps are licensed > under LGPL2.1+. But in fact only core L

Re: Package for LXQt. Help wanted.

2018-10-26 Thread
Meiyo Peng writes: > Hello everyone, > > I made a series of packages for LXQt. The code is at: > https://github.com/meiyopeng/guix/tree/lxqt Hello, thank you again, I have push them! With some minor edits: - Add comments about the missing translations (disable the PULL_TANSLATIONS), which ar

Re: Package for LXQt. Help wanted.

2018-10-23 Thread
is 'guix lint', which warn lines longer than 90 characters), no problem. > > #+BEGIN_SRC emacs-lisp > (setq-default fill-column 80) ;; Change this to 70? > #+END_SRC > > "宋文武" is a Chinese name. Are you a Chinese? I am a Chinese. My name > is 彭美玉 (Peng Mei Yu in Pinyin). 是的,你好,很高兴认识你~

Re: Package for LXQt. Help wanted.

2018-10-22 Thread
Meiyo Peng writes: > Hello everyone, > > I made a series of packages for LXQt. The code is at: > https://github.com/meiyopeng/guix/tree/lxqt Hello, it looks great! > > I did this beacuse I want to run i3 window manager within lxqt > session. Currently most things work great except lxqt-panel. I

Re: GHC 8.4.3

2018-09-30 Thread
Ricardo Wurmus writes: > Ricardo Wurmus writes: > >> Ricardo Wurmus writes: >> >>> Timothy Sample writes: >>> • There are 21 failing packages. They are agda, beast, corrode, git-annex, ghc-aws, ghc-gnuplot, ghc-haddock-test, ghc-hashable-bootstrap, ghc-indents, ghc-mo

Re: Help sending package.

2018-06-12 Thread
Fis Trivial writes: > Please help sending this package to guix-patches list. I got blocked due > to various reasons (It's not something bad, it's just I can't send it > myself with contained keywords). The patches is contained within > package.tar.xz attached in this mail. > > Thanks in advance.

Re: New ‘guix pull’ dosen’t update the guix manual in GuixSD

2018-06-11 Thread
l...@gnu.org (Ludovic Courtès) writes: >> The last there are from the ‘export’ statement of ‘/etc/profile’, the >> first two are added by ‘source’ the profiles. Since there is a guix in >> the system profile contains the old info manual, the current one won’t >> be picked. > > Ooh! I think the c

New ‘guix pull’ dosen’t update the guix manual in GuixSD

2018-06-09 Thread
l...@gnu.org (Ludovic Courtès) writes: > Hello Guix! > > For those who haven’t been following along on > , I have just > pushed a new ‘guix pull’. > > To summarize, ~/.config/guix/latest no longer exists. Instead > ~/.config/guix/current is

Re: PYTHONPATH - let's systematically tame the baest

2018-04-16 Thread
Hartmut Goebel writes: > Hi, Hello! > > let's pick up on this issue and systematically design the test-cases to > benchmark the proposed solutions. I already prepared a test-script to > simplify this and will provide a full description as later. > > **Please comment if any relevant case is miss

Re: PYTHONPATH issue explanation

2018-03-18 Thread
iyzs...@member.fsf.org (宋文武) writes: > [...] > > I'd like do more tests with the GUIX_PYTHON_X_Y_SITE_PACKAGES option > (patch sent), hope it works :-) Hello, I have write a shell script to do some tests, it looks good to me! Updated 'GUIX_PYTHON_X_Y_SITE_PACKAGES'

guile-gdbm doesn't work with gdbm-1.14

2018-03-18 Thread
Hello, since version 1.14, gdbm doesn't export "gdbm_errno" anymore [1], so the guile-gdbm ffi binding code [2] need updates now (I'm not confident to do it myself...). [1] http://git.gnu.org.ua/cgit/gdbm.git/commit/?id=c175231e2781abd17eabf412cfb597654a076c7b [2] https://github.com/ijp/guile-gdb

Re: PYTHONPATH issue explanation

2018-03-17 Thread
.framapad.org/p/guix-python-site-packages-test-cases I have append some text, it's available to all in realtime? not sure how it works... > > Am 17.03.2018 um 02:41 schrieb 宋文武: > >> - "GUIX_PYTHON_X_Y_SITE_PACKAGES" […] is necessary for the "build" >

Re: [PATCH] gnu: python: Honor 'GUIX_PYTHON_X_Y_SITE_PACKAGES'.

2018-03-17 Thread
iyzs...@member.fsf.org (宋文武) writes: >> I plan to implement option 1 by adding a "sitecustomize.py" (better >> than modify "site.py") into the python packages, and modify >> "search-path-specification" to use "GUIX_PYTHON_X_Y_SITE_PACKAGES&qu

Re: [PATCH] gnu: python: Honor 'GUIX_PYTHON_X_Y_SITE_PACKAGES'.

2018-03-17 Thread
Hartmut Goebel writes: > Am 17.03.2018 um 12:18 schrieb 宋文武: > > I plan to implement option 1 by adding a "sitecustomize.py" (better > than modify "site.py") into the python packages, and modify > "search-path-specification" to use "GUIX_PYTH

[PATCH] gnu: python: Honor 'GUIX_PYTHON_X_Y_SITE_PACKAGES'.

2018-03-17 Thread
> I plan to implement option 1 by adding a "sitecustomize.py" (better > than modify "site.py") into the python packages, and modify > "search-path-specification" to use "GUIX_PYTHON_X_Y_SITE_PACKAGES". Patch coming: >From d9c273c0ee8c5e87b12b37a325c649f8df808af3 Mon Sep 17 00:00:00 2001 From: =?

Re: PYTHONPATH issue explanation

2018-03-16 Thread
Hartmut Goebel writes: Hello, > Hi, > > given the ongoing discussion around Python show that my explanation was > not good enough. I'll try to summarize and give more background. Thanks for the explanations and this one! So I have more understanding of it and ideas... > > With regard to Pytho

Re: [RFC] A simple draft for channels

2018-01-19 Thread
Ricardo Wurmus writes: > Hi Guix, > > I’d like to retire GUIX_PACKAGE_PATH as the main way to get third-party > packages, because we can’t really keep track of packages that were added > or redefined in this way. I want to replace it with slightly more > formal “channels”. Hello, as a way to ge

Re: Change defaults of 'define-record-type*' need invalidate auto-compilation caches

2018-01-08 Thread
l...@gnu.org (Ludovic Courtès) writes: > Hi! > > iyzs...@member.fsf.org (宋文武) skribis: > >> [...] >> >> Only with '--fresh-auto-compile' or delete the cache of x.scm, I will >> get the output "y". >> >> Is this a bug? > >

Re: Change defaults of 'define-record-type*' need invalidate auto-compilation caches

2018-01-06 Thread
> Hello, Send it by mistake... For example, in the current directory, I have 'foo.scm': --8<---cut here---start->8--- (define-module (foo) #:use-module (guix records) #:export (foo foo-x)) (define-record-type* foo make-foo foo? (x foo-x (default "x"

Change defaults of 'define-record-type*' need invalidate auto-compilation caches

2018-01-06 Thread
Hello,

Re: [WIP][PATCH] profiles: info-dir-file: Don't consider unwanted manifest entries

2018-01-01 Thread
l...@gnu.org (Ludovic Courtès) writes: > Hello! > > iyzs...@member.fsf.org (宋文武) skribis: > >> Currently we run profile hooks for all manifest inputs, so if you >> install a new package to your profile, all profile hooks will be run >> again, even if the new packag

Re: [WIP][PATCH] profiles: info-dir-file: Don't consider unwanted manifest entries

2017-12-22 Thread
Martin Castillo writes: > Hi, > > in the second patch file: >> + ;; We only need to build the 'dir' file for inputs that does > containing info >> + ;; manuals. > s/containing/contain > Okay, thanks! > On 15.12.2017 16:12, 宋文武 wrote:> Hello

Re: [bug#29708] Update s-shell

2017-12-15 Thread
ng0 writes: > Ludovic Courtès transcribed 0.4K bytes: >> ng0 skribis: >> >> > From cf2cbe9e9e525aa9dd697fcedb255a0fbc194ac9 Mon Sep 17 00:00:00 2001 >> > From: ng0 >> > Date: Thu, 14 Dec 2017 13:22:58 + >> > Subject: [PATCH] s-shell: Update to commit >> > da2e5c20c0c5f477ec3426dc2584889a7

[WIP][PATCH] profiles: info-dir-file: Don't consider unwanted manifest entries

2017-12-15 Thread
Hello! Currently we run profile hooks for all manifest inputs, so if you install a new package to your profile, all profile hooks will be run again, even if the new package doesn't provide info manuals, man pages, etc. Ideally only interested hooks need to be run, eg: if the new package has info

Re: qttools missing CMake version info

2017-10-22 Thread
Thomas Danckaert writes: > Hi, > > qttools no long has a file Qt5LinguistToolsConfigVersion.cmake in > /gnu/store/.../ /lib/cmake/Qt5LinguistTools, which breaks the build > for (among others?) keepassxc. During the build of qttools, I see a > warning > > WARNING: Cannot open substitute for input

Re: [WIP][PATCH] download: Don't report the progress too fast

2017-09-20 Thread
l...@gnu.org (Ludovic Courtès) writes: > iyzs...@member.fsf.org (宋文武) skribis: > >> From d0c49ac1341c21d0efb069afb1521f61541e3eb4 Mon Sep 17 00:00:00 2001 >> From: =?UTF-8?q?=E5=AE=8B=E6=96=87=E6=AD=A6?= >> Date: Sat, 16 Sep 2017 14:10:18 -0600 >> Subject: [PAT

Re: [PATCH] substitute: Close the download port after substitution finished.

2017-09-18 Thread
l...@gnu.org (Ludovic Courtès) writes: > Hi 宋文武, > > 宋文武 skribis: > >> * guix/scripts/substitute.scm (progress-substitution): Call 'close-port' >> after 'restore-file'. > > Good catch, please push! > > How did you notice? I meet it when t

[PATCH] substitute: Close the download port after substitution finished.

2017-09-16 Thread
* guix/scripts/substitute.scm (progress-substitution): Call 'close-port' after 'restore-file'. --- guix/scripts/substitute.scm | 1 + 1 file changed, 1 insertion(+) diff --git a/guix/scripts/substitute.scm b/guix/scripts/substitute.scm index 19212d749..3dcf42d0d 100755 --- a/guix/scripts/substitu

Re: [WIP][PATCH] download: Don't report the progress too fast

2017-09-15 Thread
iyzs...@member.fsf.org (宋文武) writes: > l...@gnu.org (Ludovic Courtès) writes: > >> [...] >> Thoughts? > > How about replace the use of thread from ‘progress-reporter/file’ by a > ‘rate-limited’ render procedure, and then change the elapsed time to > ETA, which is ok

Re: [WIP][PATCH] download: Don't report the progress too fast

2017-09-14 Thread
l...@gnu.org (Ludovic Courtès) writes: > [...] >> Date: Fri, 8 Sep 2017 22:49:03 +0800 >> Subject: [PATCH] download: Report the progress asynchronously in another >> thread. >> >> * guix/utils.scm (): New record type. >> (call-with-progress-reporter): New procedure. >> * guix/build/download.scm (

Re: [WIP][PATCH] download: Don't report the progress too fast

2017-09-08 Thread
Hi, sorry for my late response. l...@gnu.org (Ludovic Courtès) writes: > Hello 宋文武, > > iyzs...@member.fsf.org (宋文武) skribis: > >> Hello, our progress report of 'guix download' can refresh too fast. For >> example, it blinks much with this script: > > Ind

Re: QT install and search paths

2017-09-07 Thread
Hartmut Goebel writes: > Am 04.09.2017 um 09:44 schrieb Thomas Danckaert: >> Just to make sure, the idea is to: >> >> 1. apply 宋文武's qtbase patch adjusting the paths of various qt components >> >> 2. apply your 2 patches for qtscintilla and qtwebkit &

Re: QT install and search paths

2017-09-03 Thread
Hartmut Goebel writes: > Am 03.09.2017 um 13:46 schrieb 宋文武: > > 0002-gnu-qt-Fix-install-paths-in-submodules.patch > > I'm afraid this breaks some packages, e.g. qwt (qt.scm) and sonnet > (kde-frameworks.scm). Can you have a look at what is going wrong here? > Thanks

Re: QT install and search paths

2017-09-03 Thread
> [...] > And vlc fails to build due to can't find headers of Qt5X11Extras. > Indeed, the pkg-config output of Qt5X11Extras seems wrong: > $ pkg-config --cflags --libs Qt5X11Extras > -I/gnu/store/l8xp2i57plmdd3pprhznc8r03ha3sv2s-qtbase-5.9.1/include/qt5/QtGui > -I/gnu/store/l8xp2i57plmdd3pprhznc

  1   2   3   4   5   6   7   8   >