void-packages

Discover this repository through its Hacker News conversations.

Explore on GitHub Read Hacker News discussions

5Distinct people

5Mentions

0Explicit recommenders

REPOSITORY AT A GLANCE

What to know before exploring

What it is

A public description has not been verified.

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 11:56:56 AM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month5 dated mentions

Observed mentions: 2016-09-19 11:48:41 UTC to 2018-05-01 15:35:07 UTC.

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges

UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
Period	Start (UTC)	End (exclusive, UTC)	Mentions	Comments
Sep 2016	2016-09-01 00:00:00 UTC	2016-10-01 00:00:00 UTC	1	1
Oct 2016	2016-10-01 00:00:00 UTC	2016-11-01 00:00:00 UTC	0	0
Nov 2016	2016-11-01 00:00:00 UTC	2016-12-01 00:00:00 UTC	0	0
Dec 2016	2016-12-01 00:00:00 UTC	2017-01-01 00:00:00 UTC	0	0
Jan 2017	2017-01-01 00:00:00 UTC	2017-02-01 00:00:00 UTC	0	0
Feb 2017	2017-02-01 00:00:00 UTC	2017-03-01 00:00:00 UTC	0	0
Mar 2017	2017-03-01 00:00:00 UTC	2017-04-01 00:00:00 UTC	0	0
Apr 2017	2017-04-01 00:00:00 UTC	2017-05-01 00:00:00 UTC	0	0
May 2017	2017-05-01 00:00:00 UTC	2017-06-01 00:00:00 UTC	0	0
Jun 2017	2017-06-01 00:00:00 UTC	2017-07-01 00:00:00 UTC	0	0
Jul 2017	2017-07-01 00:00:00 UTC	2017-08-01 00:00:00 UTC	0	0
Aug 2017	2017-08-01 00:00:00 UTC	2017-09-01 00:00:00 UTC	1	1
Sep 2017	2017-09-01 00:00:00 UTC	2017-10-01 00:00:00 UTC	1	1
Oct 2017	2017-10-01 00:00:00 UTC	2017-11-01 00:00:00 UTC	0	0
Nov 2017	2017-11-01 00:00:00 UTC	2017-12-01 00:00:00 UTC	0	0
Dec 2017	2017-12-01 00:00:00 UTC	2018-01-01 00:00:00 UTC	0	0
Jan 2018	2018-01-01 00:00:00 UTC	2018-02-01 00:00:00 UTC	0	0
Feb 2018	2018-02-01 00:00:00 UTC	2018-03-01 00:00:00 UTC	0	0
Mar 2018	2018-03-01 00:00:00 UTC	2018-04-01 00:00:00 UTC	1	1
Apr 2018	2018-04-01 00:00:00 UTC	2018-05-01 00:00:00 UTC	0	0
May 2018	2018-05-01 00:00:00 UTC	2018-06-01 00:00:00 UTC	1	1

What Hacker News says

5 sources

duncaen·May 1, 2018

Its differnet, we have 10+ team members with full write access to the repository and development is still ongoing. https://github.com/voidlinux/void-packages/pulse https://github.com/voidlinux/void-packages/graphs/commit-act... The missing bits on the github side are permissions to add/change organization team members.

In Void Linux project leader has disappeared

Johnnynator·Mar 25, 2018

Bug reports are mostly handled on GitHub. For the live system probably here: https://github.com/voidlinux/void-mklive/issues And issues related to packages https://github.com/voidlinux/void-packages/issues

In Void Linux: Into the Void

shevy·Sep 11, 2017

See here for someone abandoning archlinux in favour of voidlinux: http://halestrom.net/darksleep/blog/005_distrohop_p1/ Note that the primary impetus was actually not necessarily that archlinux has degraded in quality over the years ever since Judd was no longer in charge, but primarily that systemd interferes with everything. I have this suspicion that the author may still be a happy archer, but systemd made him reconsider. And archlinux made a deliberate decision to switch to systemd without alternatives, so I really can not hold anyone but the new archlinux developers responsible for that. Projects often change with the "under new management" syndrome - that is inevitable. > Sadly, this has become a very political debate This is only partially true. While I agree that there is a lot of conflict between pro-and-con systemd, the major is

Read the rest

sue is that some random guys here and there decide - and subsequently dictate - onto everyone else THEIR particular mind view. And I think that this is the much more upsetting thing. > so much of my opinion is based on biased second-hand accounts. Many who dislike systemd do so not because of "political reasons" but of REAL PROBLEMS THAT THEY HAVE ENCOUNTERED. I also encounted this, such as an infinite loop of systemd at boot-up time. And I had no patience to want to debug any of it. Went back to slackware again, true and tested; it is only a base for LFS/BLFS for me though. If anyone asks, I rather use GoboLinux - but I also can not recommend anyone currently to use GoboLinux until a few more things have been resolved. It's still the best by far. There is nothing wrong with slackware per se, mind you. It's a bit slow in its development taste for my taste ... but it is still the closest towards "oldschool linux". Many years ago, I bought a red hat set of CD and SuSE. Installed both... had a GUI. Knew nothing what to do. Then I installed debian. I think it was woody or potato back then... xorg did not work, but the commandline worked, so I worked through the old handbook learning *nix. :-) That was great! Since systemd, I no longer touch anything of debian. devuan is the true successor here - the debian devs abandoned the users. Until then, I can recommend voidlinux for one reason - I actually know a few people who HAVE been using it since quite some time among them this famous dude: https://github.com/voidlinux/void-packages/commits?author=ch... And I know a few more ruby-folks who are still using archlinux but may consider switching. I may try to convince jhass for example ... ;) - although I do have to say, voidlinux needs a bit more polishing still. They will surely manage.

In Void Linux

a-nikolaev·Aug 28, 2017

Yeah, I might be wrong when saying that services are automatically enabled in Arch. My understanding is that Void has xbps-src [1], [2] for installing packages from source code, and it is somewhat similar to AUR. Xbps-src package database is essencially a github repository, you clone it and use it to build and install packages for your system. I installed it and used only once to build some obscure video streaming program, which failed to compile, and I did not follow up to figure out why it failed. [1] https://github.com/voidlinux/void-packages/blob/master/READM... [2] https://wiki.voidlinux.eu/Xbps-src

In Void Linux

steveklabnik·Sep 19, 2016

For void: https://github.com/voidlinux/void-packages/issues/4570 And alpine: http://pkgs.alpinelinux.org/packages?name=rust*&branch=&repo... https://github.com/rust-lang/rust/issues/31322#issuecomment-... is the latest news on the subject. It's not impossible, but we're not sure _how_ we want to make it easy. The real issue is the bootstrapping, my understanding is that cross-compiling a musl compiler from a gnu compiler does work today, which is how those packages were made.

In My experience rewriting Enjarify in Rust