Recent Content
CL Community(?) Norms
posted on 2022-01-17 18:00:00 UTC
In case you haven't seen it, the ASDF maintainer is considering resigning. The reason is pretty straightforward: continued antagonization toward the ASDF team from a prominent CL developer (and maintainer of a number of widely used libraries) and the seeming acceptance of this by the CL community.
The only other forum I'm aware of that's discussing this is this Reddit thread. However, I found most of the conversation in that thread simultaneously depressing and wildly missing the point. So I decided to take advantage of this space to speak my thoughts clearly, plainly, and without interruption or other noise surrounding them.
Side note: if you know of some other place this is being discussed, I'd love to know. Bonus points if it's not a SOS's pool.
CL-TAR v0.2.0
posted on 2022-01-04 23:00:00 UTC
I just released the first version of
cl-tar
(previously). That I consider to have the minimum
set of features necessary to make it usable and useful.
Unfortunately, there seems to be something wrong with the Gitlab Pages setup for its documentation so you can't see the very beautiful docs :(. I'll update this post when it's fixed. For now, the README will likely give you everything you need to know, particularly the Quickstart section.
This release brings:
- transparent gzip compression and decompression
- convenience function for creating an archive from the file system, while preserving hard links, symlinks, block and character devices, fifos, and most metadata ({a,c,m}time, uname, gname, uid, gid). And, yes, sym and hardlinks are preserved even on Windows!
- A precompiled executable for Linux AMD64. This implements extraction and creation and could (if you're daring) replace GNU (or BSD) tar for those purposes.
It's still v0.2.0, so interfaces may break in the future. But, I'm going to do my best to prevent that (yay keyword args!).
You can find the new versions
at https://gitlab.common-lisp.net/cl-tar/cl-tar/-/releases/v0.2.0
and https://gitlab.common-lisp.net/cl-tar/cl-tar-file/-/releases/v0.2.0. I've
also requested that both cl-tar and cl-tar-file be added to Quicklisp.
Known Issues
- Sym and hard link extraction do not work on Windows (yet). This was just a matter of the amount of time I had to work on this (it was my xmas present to myself). It should not be technically hard to implement.
- Extracting to the file system can be pretty slow (regardless of compression). I've profiled it to see the hotspots and have a bit of an idea how to speed it up.
- Creation of archives from the file system on Windows requires https://github.com/osicat/osicat/pull/57. On another note: I barely use Windows, so if there's anyone with more Windows experience out there I'd appreciate it if you looked at the PR with a fresh set of eyes.
- I'd like to make more precompiled binaries. Again, this was mostly a matter of time (setting up all the correct CI runners and debugging them).
Roswell and Walled Gardens
posted on 2022-01-04 19:00:00 UTC
Recently, Eitaro Fukamachi has been sharing blog posts about Roswell, "a launcher for a major lisp environment that just works." Like many in the CL community, I've heard of Roswell and even dabbled with it a bit. I'm not sure how many people actually use Roswell, but I do know it's non-negligible.
Roswell certainly solves some real problems for folks, but I could never get into it myself. There are two primary reasons for that. First, I use a Linux distro with that a) stays relatively up to date with upstreams and b) makes it trivial to carry my own patches to CL implementations (which I frequently do). Second, Roswell feels like a walled garden to me (I doubt this was an intentional decision by its authors, however).
The purpose of this post is to dig more into the second reason. This is mostly for my own benefit. I have not really progressed beyond broad "feelings" on this subject and I'd be doing myself and the Roswell authors a disservice if I keep not using it based on mere feelings without some concrete issues backing it up. Perhaps it will benefit others as well by finding others with concerns similar to mine and getting a concrete set of issues laid out that we could work on contributing fixes for.
Roswell authors: If you read this, please know this isn't meant to be a dig at you. I'm writing this as a sincere effort at exploring why I don't like Roswell with an eye toward coming up with solutions that would make it more palatable to me and (hopefully) others with a similar mindset.
New Project: cl-tar
posted on 2021-09-23 15:10:00 UTC
I have just published the first release of a new
project: cl-tar. This was supposed
to be my summer side-project, but it ran long as they often do :).
The goal of this project is to provide a Common Lisp interface to tar archives.
It has its foundations
in Nathan Froyd's archive library, but
has been significantly extended and improved.
CLPM 0.4.0 released
posted on 2021-09-14 09:00:00
I have tagged CLPM 0.4.0 and posted the build artifacts at https://files.clpm.dev/clpm/. This release brings quite the laundry list of bug fixes and enhancements, including the much awaited Mac M1 support. The full changelog summary is below the break.
Additionally, the burgeoning CLPM community now has more spaces to interact. If
you're interested in learning about or getting help on CLPM, I encourage you to
join #clpm on Libera.chat. We have a Matrix room as well
(clpm:matrix.org),
but the Libera room is currently more active and preferred.
If you are already using CLPM, I encourage you to subscribe to the clpm-announce mail list. This is a low traffic list where new releases will be announced.
Toward a New CL Project Index
posted on 2021-09-05 22:00:00
Quicklisp has had a profound impact on the CL community. It's transformed the way CL devs share libraries, made it easier and encouraged devs to re-use existing code instead of implementing everything in house, and is widely used. While Quicklisp took the CL community a huge step forward, I nevertheless think we can and should do better.
To that end, I've been working on two interlinked projects, CLPM and the Common Lisp Project Index (CLPI). I've posted about CLPM in various places before and awareness of it is already growing in the CL community. Therefore, this post will focus on CLPI and why I think it is important. My ultimate goal is to find like-minded people to collaborate with on bringing CLPI (or something similar) to reality.
CLPM 0.4.0-rc.1 Available
posted on 2021-09-05 14:40:00
I have just tagged CLPM 0.4.0-rc.1 and posted the build artifacts at https://files.clpm.dev/clpm/. Assuming there are no show stoppers discovered, I plan to release v0.4.0 next weekend.
ASDF 3.3.5 Release Candidate
posted on 2021-06-04 10:55:00
ASDF 3.3.4.19 has been tagged. This is a release candidate for 3.3.5. As the announcement says, please give it a spin on your setup and report any regressions. Bugs can be reported to the Gitlab issue tracker (preferred) or to the asdf-devel mailing list.
New Project: adopt-subcommands
posted on 2021-04-22 11:00:00
I have just released a new project: adopt-subcommands. This project extends the excellent Adopt library with support for arbitrarily nested subcommands. See the README for more information.
I have just asked that it be included in Quicklisp, so hopefully it will be present in the next QL release.
Static Executables with SBCL v2
posted on 2021-02-24 21:50:00
It's taken me much longer than I hoped, but I finally have a second version of my patches to build static executables tested and ready to go! This set of patches vastly improves upon the first by reducing the amount of compilation needed at the cost of sacrificing a little purity. Additionally I have created a system that automates the process of building a static executable, along with other release related tasks.
This blog covers asdf, blog, cl-docker-images, clpm, common-lisp, sbcl