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

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

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

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

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

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

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?

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

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

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

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

宋文武 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

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

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

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.

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

"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

宋文武 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?)

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

宋文武 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

宋文武 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

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

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

宋文武 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

Zhu Zihao writes: > count me in :) Good, all three? Thank you!

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

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

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

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?

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

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.

> 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

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

"(" 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 🌎️

"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

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

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

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

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!

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

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.

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.

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?

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

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)

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)

宋文武 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)

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

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

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

> 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

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

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

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)

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?

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?

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

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

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

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

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

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

"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

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.

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.

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.

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.

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.

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.

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.

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.

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

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.

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

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

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

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

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

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

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

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

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

> 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

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

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

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

> 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

Hello,

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

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

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

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

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

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

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.

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.

* 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

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

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

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

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

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

> [...] > 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   >