Hi,

Drew DeVault writes:

> Libera Chat should leave GitHub, Facebook, and Twitter, all non-free
> platforms, in favor of free platforms.

Just want to chime in to express my support for this proposal. I'm
fairly new to this IRC thing, and to free software to a lesser extent,
but I agree with Drew's points here.

> In short: why should FOSS projects choose Libera Chat when Libera Chat
> won't choose them?

Thank you! Applied.

-- 
Alexandru-Sergiu Marton
https://brown.121407.xyz

3 Mar 2021 14:39:54 Xinglu Chen <public@yoctocell.xyz>:

> Oops, `no-ext` should have been `file-no-extension`, I was playing
> around in the REPL earlier so `no-ext` must have been some function I
> renamed.  My bad.

Yeah, I forgot to mention I needed to change this to make it work, it's 
good that you noticed.

> Defining `file-no-extension` using `replace-extension` would then have
> caused an infinite loop.

It makes sense, I didn't make this connection at that time. Thanks for

Hello again,

Xinglu Chen writes:

> * f.scm (replace-extension): New procedure.
> (file-extension): Likewise.
> (file-no-extension): Likewise.
> ---
> Changes since v1:
> - Make `replace-extension` more liberal instead of giving exceptions.
> - Add `file-extension` and `file-no-extension` which are useful on
>   their own.
>
>  f.scm | 29 ++++++++++++++++++++++++++++-

Sorry for the terrible formatting, I'm on my phone.

2 Mar 2021 22:56:54 Xinglu Chen <public@yoctocell.xyz>:

> Also, what naming convention should we use?  f.el seems to prefer
> shorter names like "f-no-ext" rather than "f-no-extension".  I guess we
> don't need the "f-" prefix since users can import the module with their
> preferred prefix anyway.

Yeah, we don't need the any kind of implicit prefix like "f-".

Most of the Scheme code I read was quite verbose. Take, for example, this 
function name from Guix: "specifications->manifest" — it could have been

Hi,

Xinglu Chen writes:

> * f.scm (replace-extension): New procedure.

Nice idea, and thanks for looking into this, 'cause I even forgot I had
this project!

I tried running this and it seems to behave perfectly when it's used on
a file that does indeed have an extension:

--8<---------------cut here---------------start------------->8---
(replace-extension "asdf.txt" "defg")

Thanks for the patch! I appreciate the usage of the same style of commit
messages used in Guix.

Applied in ccd5a2111b008d778106f5595a3a585954d95d0d.

-- 
Alexandru-Sergiu Marton

Xinglu Chen writes:

> That sounds great!  I am still fairly new to Guix and Guile, but I will
> take a look at the code to see if I could help out with something. :)

Sounds great!

> Thank you for working on this project!

Thank YOU for taking an interest in it!

-- 
Alexandru-Sergiu Marton

Hi,

> I just came across your project and I find it really useful.  It
> provides a nice bridge between the declarative approach (manifests) and
> imperative approach (guix install).

I'm extremely happy to hear you found this little project useful!

> Any chance that you would propose this to Guix proper?

I was thinking about maybe taking one more look at the code to see if I
need to fix/improve anything, adding some documentation in the code to
the functions so ",d foo" in the Guile REPL would show some hints, and
then submitting a patch to Guix to include it as a package. Should be

Hi,

I tried my luck at packaging the Python stuff we lacked in GNU Guix [1]
to be able to package Sourcehut (we still miss a lot of go packages
though).

Some packages have failing tests which I disabled for now, but I don't
know enough about Python and the tooling around to be able to properly
debug those or fix them (I tried, no luck).

Posting here in case someone with a lot of extra free time on their
hands may be interested to help. The thread of patches is at [2].

[1] http://guix.gnu.org/