Hi Ludovic,
I get this:
$ ssh g...@codeberg.org mailto:g...@codeberg.org
PTY allocation request failed on channel 0
Hi there, jgart! You've successfully authenticated with the key named
framework, but Forgejo does not provide shell access.
If this is unexpected, please log in with pas
> Could you sign your message?
Hi Ludovic, this one should be signed.
Let me know if not.
all best,
jgart
https://codeberg.org/jgart
signature.asc
Description: PGP signature
https://codeberg.org/jgart
all best,
jgart
>
> Build the dependents of the following package. With @code{-P},
> the @var{depth} argument is mandatory and limits to dependents at that
> distance: 1 for direct dependents, 2 for dependents of dependents,
> and so on. With @code{--dependents}, the @var{depth} argument is
>
Hi,
The flags are
Hi guixers,
Should we include wiggle as a dependency of Emacs since it is used by the
diff-wiggle function from diff-mode.el?
all best,
jgart
`guix build -P python-django-cache-url` will fail because it thinks that
python-django-cache-url is the depth argument that it would expect if provided.
all best,
jgart
[jgart@unknownee2179f0a061 guix]$ make -j6 && ./pre-inst-env guix refresh -l
python-django-cache-url
A single dependent package: python-django-configurations@2.4.1
Hi, when running guix build python-django-cache-url -P without an argument it
doesn't build python-django-configur
Feel free to send patches. I have limited time to review large patch sets.
I'm able to review single small patches or small patch series (1-3).
all best,
jgart
. I think that this will help to decrease maintenance time of a
branch and to focus our efforts.
random question:
Is our goal still to eventually move all python packages to
pyproject-build-system and zap the python-build-system?
all best,
jgart
P.S.
Python code that depends on Rust might
October 2, 2024 at 3:32 PM, "Omar Bassam" mailto:omar.bassa...@gmail.com?to=%22Omar%20Bassam%22%20%3Comar.bassam88%40gmail.com%3E
> wrote:
>
> Hi jgart,
> I am kind of new to Guix and I am struggling to find resources forlanguage
> specific recipes like you mentione
s:
https://issues.guix.gnu.org/71408#11
Feel free to send small patch sets of those for review by Guix volunteers to
look at.
I can take some time to review and apply such small patches and test them.
all the best,
jgart
chunks could help with focusing on getting branches merged and preventing them
from growing large or becoming long lived.
If I do large python updates in the future, I will take this approach myself.
Thanks for working on it.
all the best,
jgart
https://whereis.みんな/
hi guixers,
i'll present today on upstream patch review at the guix london meetup
info is below
https://octodon.social/@fabionatali/113024020737282584
slides
https://git.sr.ht/~whereiseveryone/mumiii
time (thanks ashvith)
https://dateful.com/eventlink/1365543472
best,
jgart
e it but it's not integrated into the dependents as listed by `guix refresh
-l gunicorn@20.1.0`. It is standalone.
If anyone would like to work on it before I am able to get to it feel free.
I just thought I'd let people know here in case it is higher priority for
anyone else.
all best,
jgart
> I'm not sure I understand the question. Gunicorn-next contains the CVE
>
> fix, but gunicorn does not? Is that correct?
Yep, that is correct. gunicorn does not contain the fix and gunicorn-next does
contain the fix.
ix the bad gunicorn's dependents*
against gunicorn-next.
Should we just remove the bad gunicorn and break the packages that depend on it
in order to mitigate the risk of CVE-2024-1135?
all the best,
jgart
https://nvd.nist.gov/vuln/detail/CVE-2024-1135
ps
Excuse the previous blank email. I
:(
jgart@unknown1ee35e825799:~/Code/guix-latest [env]$ make -j6 && ./pre-inst-env
guix refresh -l libgc
make all-recursive
make[1]: Entering directory '/home/jgart/Code/guix-latest'
Making all in po/guix
make[2]: Entering directory '/home/jgart/Code/guix-latest/po/guix&
Hi Guillaume,
Packages are now sorted in this commit:
https://git.savannah.gnu.org/cgit/guix.git/commit/
all the best,
jgart
Hi Guillaume,
I'll sort those today. Thanks for the heads up and sorry for missing that.
all best,
jgart
o 5 or 6 PM CT on
weekdays.
I could potentially do a Saturday or Sunday sometime in May.
all best,
jgart
https://whereis.みんな/
in of the output of
rust:tools and also saw it there.
Thanks for clarifying that. I'll remove rust-analyzer from my manifest.
thanks for the help,
jgart
-gnu
WDYT,
jgart
Hi Guixers,
Does anyone happen to know why sbcl-py4cl doesn't appear in this output?
guix refresh --list-dependent python-numpy
Building the following 1490 packages would ensure 3164 dependent packages are
rebuilt: python-pytest-pudb@0.7.0 python-fpylll@0.5.7 python-flint@0.3.0
aoflagger@3.2.0
Hi Guixers,
`guix refresh --update` removes Tex Dependencies that are needed. This makes it
more tedious to update packages :(
See the diff below which was the result of running:
./pre-inst-env guix refresh --update python-sphinx
Diff:
[jgart@fedora guix] [env]$ git diff
diff --git a/gnu
There's also the following workflow:
Click on an individual patch in the mumi web interface to download it to
~/Downloads.
cd guix-checkout
git am -S ~/Downloads/53019-76.mbox
Go back to the mumi interface and click on the next patch. Repeat. 😹😹😹
> Should we document an approach in the manual?
> I've had it installed forever but only ever used it for viewing commits and
> branches.
ditto!
--
jgart
Hi Efraim,
Thanks for sharing your approach as well. IIRC, a user can't interactively
cherry-pick a range with tig. If you find a way please do share ;()
> which I then cherry pick from (via Magit), which makes it quick and easy to
> apply patches.
Hi Chris,
That's a great idea to use magit to select the range of patches to apply.
I was doing it in a more painful way via the CLI.
thanks,
jgart
manual?
Does anyone follow a workflow that is more efficient than the above?
all best,
jgart
uix way – carefully packaged and with a sprinkle of
flakes for good measure. Have a crunchy day ahead!
jgart
> Right?
Hi Simon,
Yes, that is correct. Something like that.
nix flakes also allows you to create your own custom template for use with `nix
flakes init`:
https://nixos.org/manual/nix/stable/command-ref/new-cli/nix3-flake-init#template-definitions
We could do the same with `guix shell init` maybe...
See this blog post for how nix does it for the `nix flakes init` command:
https://peppe.rs/posts/novice_nix:_flake_templates/
wdyt
It would generate this boilerplate somehow:
https://guix.gnu.org/en/blog/tags/cookbook/sk/html_node/Getting-Started.html
Hi Guixers,
What if we had a command like `guix shell init`.
It would create a basic manifest.scm or guix.scm file for the user.
bloat or meh or yeh?
Sprinkling some Guix flakes on your day,
jgart
Great! Keep us posted on the results.
all best,
jgart
> You want `info -f doc/guix.info`.
Ah yes, I actually used that flag once before and had forgotten it...
Thanks!
> I don’t see any difference in behavior here.
The difference is that the common lisp example I gave doesn't contain the
output with the packages that would be rebuilt.
xnet.services/89q7q1f9.png
https://up.nixnet.services/k55f0n8d.png
Checking the manual with man texinfo doesn't seem very helpful:
Doing info texinfo is TMI:
https://up.nixnet.services/7tzldvyw.png
Doing man texinfo is TLI:
https://up.nixnet.services/nvk70ry0.png
off to learn something new (or relearn something old),
jgart
> These are the 7 packages:
I didn't get that output from `./pre-inst-env guix refresh -l
sbcl-enhanced-eval-when`
I get the following:
[jgart@fedora guix]$ guix refresh -l sbcl-enhanced-eval-when
Building the following 1 package would ensure 7 dependent packages are rebuilt:
cl-def
Yep, this looks broken:
[jgart@fedora guix] [env]$ make -j6 && ./pre-inst-env guix refresh -l
sbcl-enhanced-eval-when ecl-enhanced-eval-when
make all-recursive
make[1]: Entering directory '/home/jgart/Code/guix'
Making all in po/guix
make[2]: Entering directory '/home/
ponsibilities,
jgart
d unnecessary complexity.
You're right. I thought about that after I sent the email with the idea ;()
Doing my best to make inboxes a happier place,
jgart
ince they want us to plug in
Guile?
Reference:
https://tvl.fyi/blog/rewriting-nix
May your inbox always be spam-free,
jgart
https://git.savannah.gnu.org/cgit/guix.git/tree/guix/import/pypi.scm?h=master#n562
Maybe it can be a missing-tests-pypi-error?
This email is gluten-free, vegan, and 100% organic,
jgart
as one example to demonstrate the issue.
all best,
jgart
Hi Guixers,
guix refresh -u does some weird stuff. See the git diff below.
Why did it remove the native inputs?
Do we have a bug report open for this? Is it intended behaviour?
all best,
jgart
(define-public python-faker
(package
(name "python-faker")
-(versi
> > My expectation for browsing help from a website these days is that ...
I concur!
practices regarding
branch policy ;()
That can be confusing. WDYT.
yours truly,
jgart
> more than 1,800 dependent packages
https://guix.gnu.org/manual/en/html_node/Submitting-Patches.html
Hi Guixers,
When will the above website be updated to use the latest manual information
about branches?
all best,
jgart
So, I should add a Python teams specific section to the texinfo docs?
Thanks, I ended up doing what you suggested.
Should we document this git branch policy for contributors with commit access
in the manual?
I think we should state it explicitly so there is no confusion for new
contributors with commit access.
all best,
jgart
Thanks, I'll take a look once I find the time to look into sphinx failures.
best,
jgart
Hi,
What does the integration and testing work involve?
Is the work/details for what's required for that documented for someone doing
that work or is it just a matter of successfully building all dependents that
you are introducing against master?
best,
jgart
Hi Lars,
What is the cadence for merging the python-team branch into master?
Should you do it, me, or someone else?
best,
jgart
Hi Lars,
What is the git approach for keeping the Python branch up to date? 🦆
Should I be rebasing off of master or something else?
I'm trying to review this patch:
https://issues.guix.gnu.org/64973
Any advice much appreciated.
all best,
jgart
> I don't think automatically closing older issues is helpful, they still
> need looking at.
Or instead of closing them, put the patch into a state that is not open. Like
an archived state or some other state that does not require action until
someone takes ownership of the issue and resolves it
>> Old tickets are not kept around.
Hi,
Oh ok, old tickets were never included instead of old tickets being deleted.
I'm not familiar with this code yet.
Thanks for the clarification.
stale tickets like 51810 be automatically closed so that
git.guix-patches.cbaines.net* gets comprehensive coverage of ticket/branch
pairings?
best,
jgart
* https://lists.gnu.org/archive/html/guix-devel/2023-08/msg00158.html
* https://issues.guix.gnu.org/51810
* https://git.guix-patches.cbaine
urrently to submit an RFI on behalf of GNU Guix but
maybe someone else is interested in this opportunity?
best,
jgart
rge.systemreboot.net/
If anyone is interested in contributing then reach out to Arun Isaac.
ps
Here are some live guix-forge instances running their git and ci web apps,
respectively:
GeneNetwork
https://git.genenetwork.org/
https://ci.genenetwork.org/
systemreboot
https://git.systemreboot.net/
https://ci.systemreboot.net/
happy scheming,
jgart
Hi,
Adding the following %conf-dir expression breaks this entire module. If I
comment it out all is fine.
(define-module (confetti features common-lisp)
#:use-module (rde features)
#:use-module (rde features emacs)
#:use-module (rde features predicates)
#:use-module (guixrus packages gui
(define-module (confetti features common-lisp)
#:use-module (rde features)
#:use-module (rde features emacs)
#:use-module (rde features predicates)
#:use-module (confetti srfi srfi-197)
#:use-module (guixrus packages guix)
#:use-module (guixrus packages common lisp)
#:use-module (gnu
Hi Ludo,
Is there any interest in having a syntax for shepherd for controlling multiple
workers?
>>>
Excerpt from
https://blog.miguelgrinberg.com/post/running-a-flask-application-as-a-service-with-systemd
Now I can start four workers using brace expansion in bash:
$ sudo systemctl daemon-
Hi Guixers,
How can we make g-expressions even more interactive at the REPL?
For example, thing to explore is what can we print instead of '(*approximate*)?
Just brainstorming/listing. Let me know if there is some previous thread I
should be reading.
ps
WDYT if we had even more convenience me
> What disturbs me with your suggestion is that it reuses the same syntax
> that is already used for a different purpose. So in a sense you do
> "operator overloading", and the same command line then means different
> things depending on whether the package version is already provided by
> Guix or
> I am a bit wary of too much intelligence in interpreting commands, at the
> expense of clarity
Hi Andreas,
I agree with this design aesthetic.
Personally, I like my software not too dumb and not too smart with a slight
bias towards the smart.
> I think your semantics ends up meaning "try to
to expound further.
all best,
jgart
Hi Guixers WDYT,
Uses specified commit hash:
guix build emacs-ement@8b56efa9387262514daf63151d41c9e111e79567
Uses specified commit hash (short):
guix build emacs-ement@8b56efa
Uses latest upstream release:
guix build emacs-ement@latest
Uses upstream version 0.8.2 if not packaged:
guix build
Thanks Blake and nice to hear from you. It's been a minute ;()
for the warm welcome. It is much appreciated. I look forward to
continuing to push our efforts forward as a group.
I also want to thank everyone who has reviewed and merged my patches in the
past and I look forward to now returning the help to others.
all best,
jgart
ps
I also made a statement a
, and improvements.
Thanks again for granting me the privilege of commit access and I am looking
forward to continuing our collaborations.
all best,
jgart (Jorge Gomez)
-BEGIN PGP SIGNATURE-
Version: OpenPGP.js v2.6.2
Comment: https://openpgpj
Hi should emacs-guix be patched and the graphviz program add as an input to
emacs-guix?
https://github.com/alezost/guix.el/blob/c9aef52121b458297e70bb50f49f7276b4a8d759/elisp/guix-external.el#L51
If I try to run `guix-package-graph` I get the following error:
guix-dot-arguments: Couldn’t find ’
BTW,
I discovered this because when I tried calling that function in eshell (with
eat-eshell-mode enabled, btw lol) it complained that xdg-open was not install.
;()
Just a little story about the discovery.
I think it would be great to not worry about installing xdg-open if you install
emacs-e
Hi,
Yes, definitely please do open a PR upstream for that.
Sounds good to me.
Keep us posted here on the thread on that status of that.
all best,
jgart
May 10, 2023 6:29 AM, "Mekeor Melire" wrote:
> 2023-05-10 02:11 jg...@dismail.de:
>
>> Just writing down a
Just writing down a public TODO for myself:
TODO: patch xdg-open (xdg-utils) in emacs-embark package.
https://github.com/oantolin/embark/blob/f88314044d5492efeacb9466122889c6e60c8af4/embark.el#L3710
If anyone else wants to work on this feel free to.
guix install gdk-pixbuf
The following package will be installed:
gdk-pixbuf 2.42.8
guix install: error: profile contains conflicting entries for glib
guix install: error: first entry: glib@2.72.3
/gnu/store/nb40pwd37v6i1g4b1fq4l6q4h9px3asr-glib-2.72.3
guix install: error:... propagated f
Hi Felix, can you share the s-expression form(s) that generated those paths in
your guix home config?
all best,
jgart
Hi Felix,
It's not set. What should I set it to?
I tried the following:
export XDG_DATA_DIRS="/home/jgart/.config/gajim"
but didn't work when I tried to launch gajim
Yep ;(
Is this a bug?
$ evince
(evince:8881): Gtk-WARNING **: 20:41:52.851: Could not load a pixbuf from icon
theme.
This may indicate that pixbuf loaders or the mime database could not be found.
**
Gtk:ERROR:gtkiconhelper.c:494:ensure_surface_for_gicon: assertion failed (error
== NULL): Failed to loa
hi,
wdyt
`guix build qutebrowser --disable-tests`
or bloat?
https://repology.org/project/mcron/versions#gnuguix
Should we update mcron to the latest? Is anyone working on that?
AUR has the latest mcron but we don't :(
hi,
WDYT of a `guix remove` flag that is like sed -i that removes the package from
the module it is in?
It is like `sed -i` but works on guix packages/sexps themselves.
For example, I as the user would be able to do the following
`guix remove -i chezmoi` and it would remove the chezmoi package
Hi Efraim,
Hope all is well! I'll take a look. Give me a few days to find some time.
all best,
jgart
My thoughts on this are that unless someone has the time to maintain those
broken packages we should just remove them and clean up shop a bit.
Is there a reason to keep around the broken packages?
A news entry about the removals would also be helpful if we decide to remove
them in order for peo
o the
presentation ;()
all best,
jgart
https://whereis.みんな/
56044
I'll be uploading it to the following archive.org today. Stay tuned for the
next one!
https://archive.org/details/@whereiseveryone
all best,
jgart
https://whereis.みんな/
jgart@guixer ~/erl_sandbox$ guix shell erlang --container
jgart@guixer ~/erl_sandbox [env]$ erlc
/gnu/store/i98q2wgmsvvfck51f830c4aqxrygjlb2-profile/bin/erl: line 22: dirname:
command not found
/gnu/store/i98q2wgmsvvfck51f830c4aqxrygjlb2-profile/bin/erl: line 52: basename:
command not found
Hi, what do you think if we package Quicklisp?
For example, we have emacs-straight packaged which is a purely functional
package manager for the Emacs hacker that is not Guix.
I think it could be convenient to have.
https://www.quicklisp.org/
Oxidizer
> Thanks for bringing this up!
De nada, anytime!
> [^1]: See https://ekaitz.elenq.tech/windows.html
Nice blog post. I'll read it soon.
all best,
jgart
Hi Guixers,
What is Guix's answer to PyInstaller?
`guix pack --list-formats`?
https://github.com/pyinstaller/pyinstaller
I haven't reviewed all of PyInstaller yet to see where feature parity fails or
differences should be noted.
On my TODO list.
x-utils
https://git.sr.ht/~whereiseveryone/guixrus-scripts
The event will be live recorded and published on archive.org on this page
afterwards:
https://archive.org/details/@whereiseveryone
--
jgart ;()
* https://github.com/charJe/
https://whereis.みんな
https://guix.gnu.org
Hi Guixers,
Just opening this thread for us to brainstorm how we can improve the symbiosis
between guix build -S and --with-branch.
>From a #guix irc conversation earlier today with civodul:
jgart:
What do people think of having a guix clone command that passes the result of
(-> n
De nada, vas a estar en dias de los guixeros in brussels?
hola Ekaitz,
I added it as a pre-release to Guix 'R Us a few weeks ago:
https://toys.whereis.みんな/symbols?search=zig-build-system
;()
宋文武,
That's an great idea!
Reminds me of tissue, the text based issue tracker, written in Guile by Arun
Isaac:
https://git.systemreboot.net/tissue/
I think it would be amazing for the guix CLI to have integration with
issues/debbugs.
January 29, 2023 7:31 PM, "宋文武" w
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 command for the respective
pat
Hi Guixers,
This is a feature request for mumi.
What do you think if mumi had a feature that gives the user a generated command
like this one (the following url is probably not correct) and shows it in the
web interface for each patch series?
curl -s https://issues.guix.gnu.org/issue/61036/ra
1 - 100 of 335 matches
Mail list logo
