~brown121407

Râmnicu Sărat, România

https://smarton.lol

~brown121407/public-inbox

Last active 2 years ago

~brown121407/ml

Last active 3 years ago

~brown121407/blog-discussion

Last active 3 years ago
View more

Recent activity

Re: [f.scm PATCH v3 2/2] Add extension. 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

Thank you! Applied.

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

Re: [PATCH v2] Add replace-extension. 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

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

Re: [PATCH v2] Add replace-extension. 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

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 ++++++++++++++++++++++++++++-

Re: [PATCH f.scm] Add replace-extension. 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

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

Re: [PATCH f.scm] Add replace-extension. 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

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

Re: [PATCH guile-imanifest] Use `unless` instead of `if` 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

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

Applied in ccd5a2111b008d778106f5595a3a585954d95d0d.

-- 
Alexandru-Sergiu Marton

Re: [guile-imanifest] Propose to upstream? 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

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

Re: [guile-imanifest] Propose to upstream? 3 years ago

From Alexandru-Sergiu Marton to ~brown121407/ml

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

Help wanted: Guix packaging of Python packages for Sourcehut 3 years ago

From Alexandru-Sergiu Marton to ~sircmpwn/sr.ht-discuss

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/

Re: Discuss: proposed changes to the SourceHut terms of service 3 years ago

From Alexandru-Sergiu Marton to ~sircmpwn/sr.ht-discuss

Hi, 

> I'm looking for user feedback on a set of proposed changes to the
> terms
> of service. You can read the full diff here:
> 
> https://paste.sr.ht/~sircmpwn/c5516b2c64466b2381710092af37453ce204d2b9

If you're still looking for feedback on this one, and since mailing
lists don't work with "likes" or "+1"s (thank God they don't!), I'm
just gonna drop in and say it quick: sounds great to me.

Thanks,
Sergiu