- User Since
- Jun 20 2017, 12:35 AM (22 w, 3 d)
Wed, Nov 22
Sun, Nov 19
Awaiting an update of crystal to confirm my current package file will build with it.
I have a package that will build, but as in the primary post, is blocked by glew being updated.
The next release including the LLVM 5.0 patch was released a few weeks ago as version 0.24.0, but is tagged as a pre-release. Is this a valid release candidate for inclusion, or do we wait for a stable release?
Sun, Oct 29
Oct 17 2017
The compiler currently doesn't build on LLVM 5.0, which was pushed to unstable and stable in the GNOME stack upgrade this past weekend.
Oct 16 2017
Obviously not part of the triage team, but it's worth noting that Rambox requires a non-free tool to build. Not sure how well that integrates, given that all third-party tools are to be moved to snaps, and I'm not sure how well snap runs in the build environment.
Oct 10 2017
Oct 4 2017
Fair enough. I just copied and pasted the changelog and forgot that they have a Windows version too. Removed the two entries that mention it.
Oct 1 2017
Sep 29 2017
Sep 27 2017
Fixed errors: redundant declaration for libssl, unnecessary specification for non-doc package, enable networking tests, leverage variables for cleaning, don't include LICENSE
My bad; my fault for looking through older commits and not finding any done with Arcanist. Call it nerves.
Sep 26 2017
I think I can get most of the files to install to the right place, but permissions are wrong for most of them.
Sep 25 2017
@kyrios123 Thanks. Are these advanced sort of specifications properly documented anywhere?
Had a go at packaging this. Part of the make install script for the HIDS adds a new user and installs files owned by this user. What's the usual method of doing this for Solus?
Given the frequency of version bumps in their commit history (1.1 in 2001, 1.1.1 in 2003, 1.2 in 2008, 1.3 in 2013), version 1.4 might not be out for another year at least. Would it not be easier to port back the autotools files (given that about only a dozen lines have changed since 1.3 and the current git HEAD, aside from the new files) for a sooner release?
Sep 24 2017
The problem with packaging Crystal is that it doesn't have a bootstrap; Crystal requires Crystal to compile. The solution to this, I guess, is to fetch the distributed binary for use in building, but I don't know if we encourage that in situations like this. Do we have a precedence?
Is this possible to include as one package? Afaik the current package.yml spec doesn't allow for file renaming before the setup phase, so it tries to download all five as whatever the current version is, but it will only fetch the first because of naming conflicts.
Aug 21 2017
Aug 5 2017
Removed code block around changelog.
Added changelog from Github.