Search Criteria
Package Details: inspircd 4.6.0-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/inspircd.git (read-only, click to copy) |
|---|---|
| Package Base: | inspircd |
| Description: | Modular Internet Relay Chat (IRC) server |
| Upstream URL: | https://github.com/inspircd/inspircd |
| Licenses: | GPL-2.0-only |
| Submitter: | Max-P |
| Maintainer: | xiota (Max-P) |
| Last Packager: | xiota |
| Votes: | 11 |
| Popularity: | 0.000050 |
| First Submitted: | 2015-12-01 03:57 (UTC) |
| Last Updated: | 2025-03-05 23:07 (UTC) |
Dependencies (25)
- perl (perl-gitAUR)
- argon2 (argon2-gitAUR) (make)
- gnutls (gnutls-gitAUR) (make)
- libldap (libldap-gnutlsAUR) (make)
- libmaxminddb (libmaxminddb-gitAUR) (make)
- libpsl (libpsl-gitAUR) (make)
- mariadb-libs (libmysqlclient81AUR, libmysqlclientAUR, libmysqlclient80AUR, mariadb-lts-libs) (make)
- openssl (openssl-staticAUR, openssl-gitAUR) (make)
- pcre2 (pcre2-gitAUR) (make)
- postgresql-libs (postgresql-libs-12AUR, postgresql13-libsAUR, postgresql-libs-gitAUR) (make)
- re2 (re2-gitAUR) (make)
- sqlite (sqlite-fossilAUR) (make)
- yyjson (yyjson-gitAUR) (make)
- argon2 (argon2-gitAUR) (optional) – m_argon2
- gnutls (gnutls-gitAUR) (optional) – m_ssl_gnutls
- libldap (libldap-gnutlsAUR) (optional) – m_ldap
- libmaxminddb (libmaxminddb-gitAUR) (optional) – m_geo_maxmind
- libpsl (libpsl-gitAUR) (optional) – m_cloak_sha256
- mariadb-libs (libmysqlclient81AUR, libmysqlclientAUR, libmysqlclient80AUR, mariadb-lts-libs) (optional) – m_mysql
- openssl (openssl-staticAUR, openssl-gitAUR) (optional) – m_ssl_openssl
- Show 5 more dependencies...
Required by (2)
- inspircd-dinit
- sms-irc-git (optional)
Latest Comments
1 2 3 4 Next › Last »
xiota commented on 2025-03-06 00:36 (UTC) (edited on 2025-03-06 00:39 (UTC) by xiota)
@Max-P @SadieCat Went ahead and added both of you as co-maintainers. No obligation.
With respect to breaking changes, users would have to deal with them eventually. Rebuilds can also be delayed until they're ready, and previous revisions are preserved in the repo.
If anyone needs capability to build external modules, I'll investigate further. Otherwise, will keep package simple for now.
Max-P commented on 2025-03-06 00:02 (UTC) (edited on 2025-03-06 00:09 (UTC) by Max-P)
Thanks for adopting the package! Got overwhelmed by the breaking changes and wanted to also update my own server first to be sure it doesn't blow up, and then it just slipped my mind. I'm also kinda stuck on Xtheme and that's another rabbithole I wasn't feeling like getting into.
I have no strong feelings about being a co-maintainer. I originally adopted this package for the same reason you just did. I can do version bumps if you're also limited on time to maintain this. I'm probably going to migrate my 10 user server to Ergo as it's much easier to maintain anyway.
xiota commented on 2025-03-05 23:14 (UTC) (edited on 2025-03-06 00:25 (UTC) by xiota)
Adopted and updated. Basically following upstream workflow, including module selection.
SadieCat commented on 2025-03-04 12:00 (UTC)
@Max-P If you're packaging InspIRCd you can just drop any modules that were moved to contrib.
The contrib repository exists for modules that aren't officially supported. Modules which were moved there from the main repository have been replaced with other modules (e.g. cloak_user and cloak_static replacing hostchange), have obsolete dependencies (e.g. regex_pcre which depends on the EOL libpcre), or are otherwise obsolete (e.g. protoctl). They were moved rather than just being deleted so that people who are really determined to make minimal changes to their config files have a short term upgrade path (and don't complain at me about it).
I'm not maintaining anything moved to contrib beyond security updates and they will not be updated for v5 unless someone else volunteers to maintain them.
Max-P commented on 2024-06-30 00:12 (UTC)
@xiota Look at the 4.0.0 breaking changes, that's like 13 of them. From this package that's 2-3 of the regex modules and mbedtls support.
The problem I see is upstream seems to intend people to have the build artifacts around to just build out of tree modules in-tree via a shell script. I'm also assuming those modules will now be maintained somewhat separately from the base package, which could make versioning a pain. I could just... build everything in a single package but I feel like there's already a lot of bloat and unnecessary dependencies. For example you need MySQL and PostgreSQL installed to build this even if you'll never use those modules. Or I could at least build the existing modules this ships to maintain feature parity.
I think in an ideal world I'd ship headers with
inspircdand then have a split package forinspircd-contrib-gitthat spits out a package for every module, and a PKGBUILD template for how to build custom third-party modules not in contrib. I could also just make them all individual packages but then you're gonna git clone the repo like 40 times. I'm trying to think of both users that will build those on their IRC server and those that use aurutils and make a custom repo for the servers.Max-P commented on 2024-06-29 23:36 (UTC)
Updating to 3.17.1 for now but 4.0.0 is on my radar. A bunch of modules that are currently bundled with this package have been moved to external modules in inspircd-contrib. I need to figure out what's the best way to build and package those, either as optional parts of the build or as separate packages. I'm open to suggestions.
Max-P commented on 2023-05-13 22:49 (UTC)
@xiota: yes, I just added it. I just needed to find a minute to update the package and test build it. I wouldn't mind setting myself up with clean chroots to catch those issues in the future.
This package could use a bit of a cleanup to be honest, if you have any more suggestions let me know. When I adopted this package, there were a bunch of configurable flags to only build what you wanted which doesn't work well when packaging for repos, it should build everything by default and rely on optdepends.
1 2 3 4 Next › Last »