Re: core-updates invites to an ungrafting party

[Simon Tournier]

Hi,

On Sun, 08 Oct 2023 at 11:12, Maxim Cournoyer  wrote:


>  such as fixes to
> git-minimal (bug#65924)

Why not also update git-minimal/pinned?

Well, the idea with git-minimal/pinned (as well as with all /pinned
packages) is to have a variant that is barely updated – barely means a
core-updates round, I guess. :-) It avoids a world rebuild and allows to
update non-pinned variants more frequently.

Somehow, the update of git-minimal should not be a world rebuild. :-)

--8<---cut here---start->8---
$ guix refresh -l -e '(@@ (gnu packages version-control) git-minimal)' | cut 
-f1 -d':'
Building the following 152 packages would ensure 370 dependent packages are 
rebuilt

$ guix refresh -l -e '(@@ (gnu packages version-control) git-minimal/pinned)' | 
cut -f1 -d':'
Building the following 2200 packages would ensure 5224 dependent packages are 
rebuilt
--8<---cut here---end--->8---

Although, the change in bug#65924 also impacts git-minimal/pinned, hence
maybe the world rebuild you are talking about. :-)

Anyway.  Update git-minimal/pinned too?

Cheers,
simon

Emacs Packaging Magazine

[indieterminacy]

Hello all,

I thought Id point out that there is a niche magazine which has started 
out, which is dedicated to Emacs Elpa:

https://amodernist.com/eaez/sep23.html
c/o https://irreal.org/blog/?p=11694

Id assume it could be interesting to those passionate for packaging in 
the Emacs domain.


--
Jonathan McHugh
indieterminacy@libre.brussels

Re: core-updates invites to an ungrafting party

[Maxim Cournoyer]

Hi,

Simon Tournier  writes:

> Hi,
>
> On Sun, 08 Oct 2023 at 11:12, Maxim Cournoyer  
> wrote:
>
>
>>  such as fixes to
>> git-minimal (bug#65924)
>
> Why not also update git-minimal/pinned?
>
> Well, the idea with git-minimal/pinned (as well as with all /pinned
> packages) is to have a variant that is barely updated – barely means a
> core-updates round, I guess. :-) It avoids a world rebuild and allows to
> update non-pinned variants more frequently.
>
> Somehow, the update of git-minimal should not be a world rebuild. :-)
>
> $ guix refresh -l -e '(@@ (gnu packages version-control) git-minimal)' | cut 
> -f1 -d':'
> Building the following 152 packages would ensure 370 dependent packages are 
> rebuilt
>
> $ guix refresh -l -e '(@@ (gnu packages version-control) git-minimal/pinned)' 
> | cut -f1 -d':'
> Building the following 2200 packages would ensure 5224 dependent packages are 
> rebuilt
>
> Although, the change in bug#65924 also impacts git-minimal/pinned, hence
> maybe the world rebuild you are talking about. :-)
>
> Anyway.  Update git-minimal/pinned too?

It's simply been overlooked.  Would you mind sending a patch?  :-)

-- 
Thanks,
Maxim

Re: performance issue with TeX Live

[Ricardo Wurmus]

Emmanuel Beffara  writes:

> De Nicolas Goaziou le 09/10/2023 à 16:03:
>> Emmanuel Beffara  writes:
>> > I do want to contribute to a solution, because right now texlive is
>> > practically unusable in Guix.
>> 
>> FWIW, I use modular TeX Live regularly, so "unusable" is probably a bit
>> strong. However, I agree the current situation is frustrating.
>
> Ok, "unusable" may be an overstatement. But when compiling a simple document
> takes one or two minutes […]

Oh, that sounds bad.  I only ever use pretty small collections of TeX
Live packages, so I never noticed.

In the past we used to create a union directory and generated a
configuration file to only search for packages in that single directory
instead of searching a large number of directories.  I wonder if we
could do something like that.

-- 
Ricardo

Re: Shouldn't docbook-xml/xsl set XML_CATALOG_FILES?

[Bruno Victal]

Hi Hartmut,

On 2017-03-26 12:28, Hartmut Goebel wrote:
> Hi,
> 
> within a few day I stumbled twice over this: When using docbook-xml or
> docbook-xsl in a package description, one needs to set XML_CATALOG_FILES
> to make xslproc (and others) find the catalogs.
> 
> Shouldn't XML_CATALOG_FILES be defined as native-search-paths?

XML_CATALOG_FILES should be defined by the applications that do the
lookup such as libxml2, libxslt, etc.

This has been fixed in [1].

> BTW: For docbook-xsl the directory-name includes version, while for
> docbook-xml it does not. Which one should be used?

Likewise also addressed in [1].


[1]: 

-- 
Furthermore, I consider that nonfree software must be eradicated.

Cheers,
Bruno.

Proposal: Differentiate products more clearly (Cycle 01)

[Luis Felipe]

Hi,

This is a proposal to help differentiate Guix, the package manager, from Guix 
System.

Background: As far as I understand, Guix was supposed to be GNU's
package manager, and GNU was supposed to be the operating system: two products 
with two different websites. Unfortunatelly, that didn't happen and the Guix 
website became the home for two products: Guix, the package manager, and Guix 
System, a distribution of the GNU operating system. Since then, both products 
have been presented almost as a single one in the website. Probably as a result 
of this some people call both products by the same name (Guix), and some other 
people don't understand what «Guix» is by skimming through the home page.

I've seen comments related to this issue in different places through the years. 
Some examples:

2018-01-17 · website: say what Guix is at the very top
https://lists.gnu.org/archive/html/guix-devel/2018-01/msg00232.html

2020-01-02 · How to present Guix to a wider audience
https://lists.gnu.org/archive/html/help-guix/2020-01/msg2.html

2022-09-16 · Guix as a tool for computational science
https://10years.guix.gnu.org/video/guix-as-a-tool-for-computational-science/


Proposal: In summary, I'd like to propose clearer product differentiation, 
starting with the following changes:

0. Main menu: Change Overview and Download items to

   Overview
   • Package manager
   • Operating system

   Download
   • Package manager
   • Operating system

1. Home page: Focus on Guix, the package manager.
2. Download page: Likewise.
3. Operating system home page: New page.
4. Operating system download page: New page.

The following mockups illustrate the proposed changes. You can start in the 
Home page mockup, and click links to go to the other mockups. If your browser 
doesn't support PDF, you can find a PNG version of each mockup in the same URL 
paths (simply change the "pdf" extension to "png").


·
Resource: Home page
Path: https://guix.gnu.org/
Mockup: 
https://luis-felipe.gitlab.io/downloads/temp/guix-website-2023-09-21-LF/home-page.pdf
·
Resource: Download page
Path: https://guix.gnu.org/en/download/
Mockup: 
https://luis-felipe.gitlab.io/downloads/temp/guix-website-2023-09-21-LF/download-package-manager-page.pdf
·
Resource: OS Home page
Path: https://guix.gnu.org/en/operating-system/
Mockup: 
https://luis-felipe.gitlab.io/downloads/temp/guix-website-2023-09-21-LF/os-home-page.pdf
·
Resource: OS Download page
Path: https://guix.gnu.org/operating-system/download/
Mockup: 
https://luis-felipe.gitlab.io/downloads/temp/guix-website-2023-09-21-LF/download-os-page.pdf
·


(The source files of the mockups can be found in 
https://codeberg.org/luis-felipe/guix-graphics/ in the "mockups" directory.)

I can help implement several of the proposed changes.

Subsequent changes (hinted in the mockups) with the same goal of product 
differentiation could be:

5. Guix Features section in the manual: Improve it.
   + Separate in sections to make it easier to browse
   + List forgotten functional features (if any)
   + List non-functional features
   + Compare with similar products
6. Guix System Features section in the manual: Add it.
7. Guix System Configurations page: A collection of configurations, ideally of 
real systems currently used in production environments.

That's it for now.

Looking forward to your comments,


---
Luis Felipe López Acevedo
https://luis-felipe.gitlab.io/

publickey - luis.felipe.la@protonmail.com - 0x12DE1598.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: Proposal: Differentiate products more clearly (Cycle 01)

[Development of GNU Guix and the GNU System distribution.]

Hi Felipe,

On Thu, Oct 12 2023, Luis Felipe wrote:

> people call both products by the same name (Guix)

I totally agree with you. The confusion is unfortunate. I would call the
package manager "Guix," which does the greatest justice to history [1]
and pick a new name for the operating system.

While the -ix and -ux endings have long traditions in the operating
system space, the Guix name is already trademarked by someone else for
that kind of software. [2]

Hoping for a change as you are, I tried to purchase stampede.org from
the original inventor of Stampede Linux [3] a year or so ago in order to
offer it to the project, but that went nowhere from either side.

Meanwhile, I have some other names I would be happy to purchase and
donate to the project, but I cannot disclose them to the public before
doing so.

The impetus for change is low. Please don't give up!

Kind regards
Felix

[1] https://arxiv.org/pdf/1305.4584.pdf
[2]
https://tsdr.uspto.gov/#caseNumber=87948650&caseType=SERIAL_NO&searchType=statusSearch
[3] https://distrowatch.com/table.php?distribution=stampede

Re: IDEA: missing-tests-pypi-error? condition

[Efraim Flashner]

On Mon, Oct 09, 2023 at 01:17:10PM -0400, Maxim Cournoyer wrote:
> Hi,
> 
> "jgart"  writes:
> 
> >> You want `info -f doc/guix.info`.
> >
> > Ah yes, I actually used that flag once before and had forgotten it...
> 
> FWIW, it works for me even without '-f'.

To add in some more similar and useful knowledge, you can do the same
thing with man, `man /path/to/man/page.gz`

-- 
Efraim Flashner  רנשלפ םירפא
GPG key = A28B F40C 3E55 1372 662D  14F7 41AA E7DC CA3D 8351
Confidentiality cannot be guaranteed on emails sent or received unencrypted


signature.asc
Description: PGP signature