Hello,
Emmanuel Beffara writes:
> De Nicolas Goaziou le 13/09/2023 à 14:39:
>> It may be interesting to compare location and contents of the ls-R files
>> in both installations.
>
> I tried to explore this but I see no reason why the ls-R files would be
> ignored
I s
is browsed, probably several times.
A ls-R file is generated during profile creation (see
`texlive-font-maps' function in "guix/profiles.scm") but it seems it is
not read.
It may be interesting to compare location and contents of the ls-R files
in both installations.
Regards,
--
Nicolas Goaziou
Nicolas Goaziou writes:
> Emmanuel Beffara writes:
>>> In any case, I suggest to write a proper bug report for this. Hopefully,
>>> someone with better understanding about the implications of GUIX_TEXMF
>>> will be able to solve this.
>>
>> I can do
with better understanding about the implications of GUIX_TEXMF
>> will be able to solve this.
>
> I can do that for the texdoc behaviour.
Great! Thank you.
--
Nicolas Goaziou
eover Guix meta-packages do nothing
special about the documentation of packages they propagate. This would
be inconsistent.
> Having individual package documentations in one's manifests is of course
> doable but it is contradictory with the approach of collections.
How so?
In any case, I suggest to write a proper bug report for this. Hopefully,
someone with better understanding about the implications of GUIX_TEXMF
will be able to solve this.
Regards,
--
Nicolas Goaziou
it at the
moment.
For example,
./pre-inst-env guix shell texlive-scheme-basic texlive-texdoc
texlive-babel:doc
is enough to trigger a massive download of "doc" outputs.
> So what would be the proper way to install `texlive-scheme-medium` in a home
> profile with the documentation of the packages it includes ?
If that's a common request, we could add a `texlive-collection-foo-doc'
package that would propagate all "doc" outputs from all packages
included in `texlive-collection-foo'.
However, I'm a bit reluctant to add more artificial packages (i.e., not
known to TeX Live distribution). Also, it might be as simple to do it in
one's own manifest.
I'm Cc'ing guix-devel ML.
Regards,
--
Nicolas Goaziou
Ricardo Wurmus writes:
> Nicolas Goaziou writes:
>
>> 1. "#:trivial? #t" means we're giving up generating ".sty" files from
>>source;
>
> Trivial should only ever be used for packages where there aren’t any
> sources to build from.
We are on
x-graphics for texlive-latex-fncychap);
3. Some affected package also need to be renamed
(texlive-latex-fncychap, texlive-latex-framed).
AFAIU, this changes will probably ease time travelling, but the massive
rebuild it will entail will have to be repeated for the other steps.
So maybe we could do every step above in one go?
Regards,
--
Nicolas Goaziou
res about the distribution? Just distribute stickers! :)
Anyway, Debian and Mageia, at least, are usually there. So, why not
Guix?
Regards,
--
Nicolas Goaziou
I added these games because I agree with Debian
packagers on the topic. See
<https://metadata.ftp-master.debian.org/changelogs//main/d/drascula/drascula_1.0+ds4-1_copyright>.
Regards,
--
Nicolas Goaziou
caught Guix package updates for a while
now. As a consequence, many packages are marked as outdated in Repology
even though they are not.
Regards,
--
Nicolas Goaziou
tarballs? My guess:
>
>pypi (see LastPyMile paper)
>elpa (gives hosted tarballs that can differ from upstream repo)
Indeed.
>gem (similar to PyPI)
>npm (ditto)
>
> What about licensing info: which ones provide accurate licensing info?
> My guess:
>
> gnu
>pypi
>cpan
>cran
>elpa
Correct
Regards,
--
Nicolas Goaziou
t;Version:" keyword. So, it is technically possible to map
a version to a commit hash by looking for such changes. This has been
suggested already in bug#46489.
Regards,
--
Nicolas Goaziou
rictly less
> expressive, but maybe good enough?
Could the new syntax accept both variables and specifications, e.g.,
(list "glib:bin" foo "bar@2.3")
?
Regards,
--
Nicolas Goaziou
oh. Sorry, my CTRL key is failing me.
> Thanks for fixing it,
Thanks, indeed!
Regards,
--
Nicolas Goaziou
Hello,
tumashu writes:
> emacs-pyim-basedict is a GNU elpa package, suggest use elpa
> method :-)
This is not a good idea as long as bug#46849 (and similar bug#47559) are
not fixed.
Regards,
--
Nicolas Goaziou
rm it builds on my x86_64 system.
nitpick: Your "cargo can't ..." comment ought to start with
a single semicolon.
In `fix-permissions' phase, are you sure you need #o644 permission?
Otherwise, you may want to use `make-file-writeable'.
Anyway, LGTM!
Regards,
--
Nicolas Goaziou
grade it to a more recent commit? I see
that Cargo.lock references tempfile 3.2.0 in HEAD.
Regards,
--
Nicolas Goaziou
Hello,
Raghav Gururajan writes:
> Makes sense. I have attached the patch.
Applied. Thank you.
Sorry for the mess!
Regards,
--
Nicolas Goaziou
rever.
> Agreed on both counts: it's a gross hack[0], and it deserves
> a comment. I should have added one and will do so now.
Thank you.
It might also be interesting to add the command "DISPLAY= $(guix build
alacrity)/bin/alacritty" in the comment so anyone can try it out before
updating the package.
WDYT?
Regards,
--
Nicolas Goaziou
u lost time re-instating this hack. OTOH, there is
certainly room for improvement in this situation.
Regards,
--
Nicolas Goaziou
Timothy Sample writes:
> Between the convention and the fact that “hspec-discover” is almost
> always used as a program instead of a library, I would say that it’s
> okay the way it is. Beyond that, it would be quite a bit of churn to
> change it with very little benefit.
Fair enough. I
bout deprecating "hspec-discover" in favor of
"ghc-hspec-discover"?
Thanks for the heads up!
Regards,
--
Nicolas Goaziou
em type” (like “x86_64-linux”).
Understood. I fixed it in 07a7cccbac59dd8265fffdd4b87616cd0419a2c7.
Thank you!
Regards,
--
Nicolas Goaziou
https://bitbucket.org/odedevs/ode/issues/65/tests-failing-on-platforms-other-than
Regards,
--
Nicolas Goaziou
could move it (again, sorry...), to the sagemath module,
> with the plan to drop it as soon as Sage does not need it anymore?
Done.
Regards,
--
Nicolas Goaziou
Hello,
Andreas Enge writes:
> On Thu, Jun 20, 2019 at 12:43:41PM +0200, Nicolas Goaziou wrote:
>> But, isn't the project's name libgd?
>
> I would say so. It is the domain name and also the tarball name.
> The website starts with a news item:
> "The LibGD team is p
)
>> + (uri (git-reference
>> +(url "https://github.com/libgd/libgd.git;)
>
> This library is already available as ‘gd’ in (gnu packages gd). :-)
Oh. OK. I reverted my patch.
But, isn't the project's name libgd?
Regards,
--
Nicolas Goaziou
ULTING FROM LOSS OF USE, DATA
OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER
TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
PERFORMANCE OF THIS SOFTWARE.
WDYT?
Regards,
--
Nicolas Goaziou
> motivated to package one or the other we do not have yet, you are more
> than welcome!
I'll try to help when I have time.
Regards,
--
Nicolas Goaziou
Pierre Neidhardt writes:
> Could work, I'll see what I can do.
Great! Thank you.
> But first I'd like to know how to actually add this to Guix! :)
> Rebuild the world on core-updates or is there another way?
I'll let experts answer this :)
> I could be misunderstanding you.
No, it's a
Pierre Neidhardt writes:
> Nope, the current function only forces "Type" (the only mandatory
> field), everything else is omitted unless the key is explicitly set by
> the user. This is because I looped over ALL-ARGS (the #:rest argument)
> and I force-added #:type to it.
Oh, true. I stand
(keyword->symbol key))
> #\-))
> ""))
The docstring may explain that, e.g., compound :mime-type key becomes
MimeType.
In any case, it looks nice and useful.
Regards,
--
Nicolas Goaziou
Nicolas Goaziou writes:
> - string, boolean, numeric : string, possibly with a check for boolean
> (throw an error if not "true" or "false"),
or simply:
- boolean : #t, #f
- numeric : number
- string : string
Pierre Neidhardt writes:
> You are absolutely right, my initial implementation is not ready for
> merge, but it's already useful as a proof of concept.
Certainly. Also, it is a step in the right direction.
> Would you happen to know where this is implemented in Nix?
Nicolas Goaziou writes:
>> (display
>> (string-append
>> "[Desktop Entry]" "\n"
>> "Encoding=" encoding "\n"
Also, "Encoding" is deprecated. It may be worth using `maybe-print' for
this one.
n have a look at
<https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-
spec-latest.html> for a full list.
- some items you use a list of strings instead of a string (e.g.,
"Keywords", "Categories"),
- it would be nice to handle localized values for keys. For example
`drascula' package uses "Comment[fr]". It could possibly be
implemented with an alist as the value.
I know Nix provides such a function, but I haven't looked at its
implementation yet.
Regards,
--
Nicolas Goaziou
Hello,
Ludovic Courtès writes:
>> commit 1abe2e2a2916a230984a9a2be25eb0f6a78fd2f8
>> Author: Nicolas Goaziou
>> Date: Mon Apr 29 14:56:32 2019 +0200
>>
>> gnu: Add missing modules in games.scm.
>
> The assist the reader ;-)
very well for
> my needs.
There is another Matrix client for Emacs, Maelstrom[1]. I didn't test
nor package it yet, but it would be good to look into it.
Regards,
Footnotes:
[1] <http://git.savannah.nongnu.org/cgit/maelstrom-el.git/>.
--
Nicolas Goaziou
gesting I'm not careful when I send
a patch or push it to master. You must know carefulness is not strictly
equivalent to perfectness. Not quite.
Thank you for fixing my mistake.
Regards,
--
Nicolas Goaziou
lease verify that ED0EF1C8E126BA831B485FE9DA00B4F048E92F2D is
> your key
It is.
> and if so, can you please upload it to Savannah?
I think it is now done. Please let me know if something is wrong.
Thank you.
Regards,
--
Nicolas Goaziou
True, but it means that in each file, one regexp is not matching. I find
it confusing. I guess I'm bike-shedding now. Feel free to refactor it
the way you want. :)
Regards,
--
Nicolas Goaziou0x80A93738
https://orgmode.org/worg/dev/org-syntax.html
Regards,
--
Nicolas Goaziou0x80A93738
Hello,
Christopher Baines <m...@cbaines.net> writes:
> I'm having some trouble with emacs-org-contrib after this change. Do you
> still get the same sha256 hash for the source?
Indeed. Odd. This should now be fixed. Thank you.
Regards,
--
Nic
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> +#: modules/shepherd/scripts/herd.scm:82
> +#, scheme-format
> +msgid "Status of ~a:~%"
> +msgstr "Status de ~a :~%"
"Statut de ~a :~%"
Regards,
--
Nicolas Goaziou0x80A93738
t;aplay")
>
> I guess that maybe you made some changes after your last test?
> Can you fix it please?
Fixed. Thank you!
Regards,
--
Nicolas Goaziou0x80A93738
Hello,
Here is a patch updating giac-xcas to 1.2.3-19.
Regards,
--
Nicolas Goaziou0x80A93738
>From 5adc29c2b271de492d8f9f5280368b27e6a477bb Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Tue, 31 Jan 2017
Hello,
Here is a patch updating Emacs Org mode.
Regards,
--
Nicolas Goaziou0x80A93738
>From 5edb2b90433f439c5102a2ed59ef7463c3ae64f3 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sat, 28 Jan 2017 23:02
Hello,
Here is an update for Wireshark.
Regards,
--
Nicolas Goaziou0x80A93738
>From 32309390555fcd2ad5600e36b60c91e37b390086 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Tue, 27 Dec 2016 09:54:28 +010
Hello,
Here is an update for the latest Org release.
Regards,
--
Nicolas Goaziou0x80A93738
>From 3f8e270adc0024756f29fefe38f2f8afa0ce7c70 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Tue, 27 Dec 2016
Hello,
The following patch updates emacs-org to its latest version.
Regards,
--
Nicolas Goaziou0x80A93738
>From fef548e5b623fd182d3ea0acdb705b38fdf6d5d3 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sa
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> Nicolas Goaziou <m...@nicolasgoaziou.fr> skribis:
>
>> Here is a patch updating Org to its latest revision.
>
> Speaking of which ;-), any idea why ox-bibtex.el is still in “contrib”?
> I was surprised to see it’s n
Hello,
Marius Bakke <mba...@fastmail.com> writes:
> Thanks for this! It seems they released 2.19.51 today, can you send a
> patch for that instead? :-)
Here it is.
> Perhaps we should switch to the stable branch when 2.20.x is out.
Fine by me.
Regards,
--
Hello,
The following patch updates lilypond to 2.19.50.
Regards,
--
Nicolas Goaziou0x80A93738
>From 239fa264e7e3387ee34039684fff8747900773c3 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sun, 20 Nov 2016
Hello,
The following patch updates wireshark to 2.2.2.
Regards,
--
Nicolas Goaziou0x80A93738
>From ea3d5f720e0fd040e19e6987b79100f94f53f371 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sat, 19 Nov 2016
Hello,
The following patch updates giac-xcas to 1.2.2-103.
Regards,
--
Nicolas Goaziou0x80A93738
>From 4676678e74a5580c2271383544f4b126e256485a Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sat, 19 Nov 2
Hello,
Here is a patch updating Org to its latest revision.
Regards,
--
Nicolas Goaziou0x80A93738
>From 28e2205c2170abb6887c059a5fc89f279028ab5c Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Fri, 18 Nov 2
Hello,
Here are updates for Giac-Xcas and Wireshark.
Regards,
--
Nicolas Goaziou0x80A93738
>From c26e7cb826ee2e232743c7e021bbe99d404b82e6 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Wed, 19 Oct 2016 23:52
Hello,
Leo Famulari <l...@famulari.name> writes:
> Unfortunately, the TLS certificate for
> <https://www-fourier.ujf-grenoble.fr> has expired, so I'm unable to
> verify the hash of the new source code.
It looks like they renewed their certificate.
Regards,
Hello,
Here is an update for Giac-Xcas.
Regards,
--
Nicolas Goaziou0x80A93738
>From ac24482a404f03f08e8254b85729e9eb898aeb23 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sun, 18 Sep 2016 22:40:44 +020
Hello,
Here is an update for wireshark.
Regards,
--
Nicolas Goaziou0x80A93738
>From 6bb2296d6629000fb34c87b9e4111f3cc8569fc3 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sun, 18 Sep 2016 22:26:14 +020
Hello,
Here is an update for Emacs Org mode.
Regards,
--
Nicolas Goaziou0x80A93738
>From 140de22b80815125bb14517c0060882c0d88c061 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sun, 18 Sep 2016 22:48
ptional `donate' keyword associated to a list of URLs
package definitions?
Regards,
--
Nicolas Goaziou0x80A93738
tified the issue to the developers
(https://github.com/LLK/Scratch_1.4/issues) but, considering other
issues there are years old, I have little hope about it.
If there's an idea on how to fake the "/usr/share/scratch" directory,
I'm all ears.
Feedback welcome.
Reg
Correcting myself,
Nicolas Goaziou <m...@nicolasgoaziou.fr> writes:
> The following patches add squeak-vm.
>
> The build process is rather unusual since this is cmake with a configure
> script in a remote place. IOW, I couldn't build it with regular
> cmake-build-system
Hello,
The following patches add squeak-vm.
The build process is rather unusual since this is cmake with a configure
script in a remote place. IOW, I couldn't build it with regular
cmake-build-system and #:configure-flags.
Regards,
--
Nicolas Goaziou
s, much like haskell-mode does.
However, Org is also distributed as an ELPA package. If we use this one,
we can rely on emacs-build-system and the recipe is trivial.
Regards,
--
Nicolas Goaziou0x80A93738
fixed.
This patch adds Org current stable release. However, a new release is
going to be shipped on Monday.
Also, this is without the third party "contrib/" directory. We can
provide that also (license is still gpl3+) if needed.
Regards,
--
Nicolas Goaziou0x80A93738
Hello,
The following patch adds Org mode to the list of Emacs packages.
Regards,
--
Nicolas Goaziou0x80A93738
>From 6412b47596f89ce071f81d01a23c7d18cc08cee5 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date
Hello,
Here is a patch adding sshpass.
Regards,
--
Nicolas Goaziou0x80A93738
>From 4175eaf2f440738ca29755f61de31383f3b4c506 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Wed, 27 Jul 2016 19:45:02 +020
Hello,
Here is an update for giac-xcas.
Regards,
--
Nicolas Goaziou0x80A93738
>From 5638fb6db6cd7692ef519a9865c4fb1f60a949a2 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Mon, 18 Jul 2016 10:52:31 +020
Hello,
Here is an update for the asymptote package.
Regards,
--
Nicolas Goaziou0x80A93738
>From 9e4627e606e871d7403265f30b39ed01801f4ad8 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sun, 12 Jun 2016 13:52
I'm not sure about the locations of plugins directory. Default is in the
store, which means you cannot add more. I don't use this, so I don't
know if there's a better place.
Anyway, here comes the patch.
Thank you in advance for any feedback.
don't think the software was re-licensed between versions 4 and 5,
tho.
At this point, I'm not sure what to do next. If anyone has a clearer
picture of the task to do, please tell.
Regards,
--
Nicolas Goaziou0x80A93738
Hello,
The following patch adds GeoGebra. Please consider adding it to the
repository.
Thank you.
Regards,
--
Nicolas Goaziou0x80A93738
>From ea6cc12bffe9e7c566f0d98681446df2676d2eb2 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
Hello,
l...@gnu.org (Ludovic Courtès) writes:
> Nicolas Goaziou <m...@nicolasgoaziou.fr> skribis:
>> I realize there are hard-coded paths in init scripts. Would it make
>> sense to patch them so as to refer to `thinkfan' in store instead of
>> "/usr/sbin/thinkfa
ptote-autoloads.el")?
Yes, I did. All is fine, AFAICT.
Regards,
--
Nicolas Goaziou0x80A93738
t
> I'm not going to test the patch because of texlive (sorry again). I
> hope other people will do.
Fair enough.
Here is an updated patch with suggested changes. Thank you for the review.
Regards,
--
Nicolas Goaziou0x80A93738
>From bc0
Hello,
Leo Famulari <l...@famulari.name> writes:
> On Sat, May 07, 2016 at 01:42:22AM +0200, Nicolas Goaziou wrote:
>> Hello,
>>
>> Leo Famulari <l...@famulari.name> writes:
>>
>> > Looks good! But I noticed they *just* released a new vers
Hello,
The following patch installs Emacs libraries provided by Asymptote in
a location where they can be found.
Thank you for considering it for inclusion.
Regards,
--
Nicolas Goaziou0x80A93738
>From 5ebefd0edc14c4b0dc0db6dec200cc117c625
Hello,
Leo Famulari <l...@famulari.name> writes:
> Looks good! But I noticed they *just* released a new version. Can you
> take a look and submit a patch with that version if it works for you?
Here it is.
Regards,
--
Nicolas Goaziou
stem via
the sysfs hwmon interface (/sys/class/hwmon).
Here is the updated patch. Thank you for the review.
Regards,
--
Nicolas Goaziou0x80A93738
>From b804f745864eb06613a51e6055b8b0b4c4865401 Mon Sep 17 00:00:00 2001
From: Nicolas Goazi
Hello,
The following patch updates asymptote to 2.37. Thank you for considering
it for merging.
Regards,
--
Nicolas Goaziou0x80A93738
>From dfd74ca805031b37456ea2824ad069916d104878 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
,
--
Nicolas Goaziou0x80A93738
>From e82ba2f266a144e05f16cf41602b9c2bd203b3ec Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Sat, 30 Apr 2016 10:31:13 +0200
Subject: [PATCH] gnu: Add thinkfan.
* gnu/packages/
Hello,
Leo Famulari <l...@famulari.name> writes:
> With 宋文武's recent patch on fltk (6fdc73e0), it works for me!
Indeed. I forgot to specify the recent fix to fltk was needed.
> So, applied as 99a004461.
Thank you.
Regards,
--
Nic
Hello,
Here follows a minor update to giac-xcas. Thank you for considering it
for inclusion.
Regards,
--
Nicolas Goaziou0x80A93738
>From 11291cce0e4c79be708992cdf4f3e3263237c519 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou
, etc. from the original "out"
directory? Then the only thing left to do would be to set GAP_DIR (e.g,
by modifying gap.sh) to "doc" output.
Regards,
--
Nicolas Goaziou0x80A93738
nitpicking. ;)
Here is the new patch.
Regards,
--
Nicolas Goaziou0x80A93738
>From a1b91846b69321239b773df433bd679d31d051d6 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Thu, 7 Apr 2016 14:43:15 +0200
Subject
stent one in `arguments'.
Moreover, you suggest to merge the two fixes into a single phase named
`fix-makefiles', which, albeit correct, is less accurate than
`patch-bin-cp'.
Anyway, this is just nitpicking; I'm fine with all the changes you made.
> Than
e useless to provide the input. As a last
point, xcas itself provides a feature to print formulas as LaTeX. So,
all in all, texlive-minimal may be a propagated-input, AFAIU.
WDYT?
In any case, here are the patches. Thank you for reading so far.
Regards,
>From eab8703a36c405bf01c34db4a5c
Hello,
I'd like to submit the following package.
Feedback welcome.
Regards,
--
Nicolas Goaziou0x80A93738
>From fd59ecad1cae741433c4a9f291a7c2a8ea277387 Mon Sep 17 00:00:00 2001
From: Nicolas Goaziou <m...@nicolasgoaziou.fr>
Date: Thu, 7
91 matches
Mail list logo