Package Update Thread
dylanaraps opened this issue Β· comments
Those maintaining packages for Neofetch can post updates here.
Packages:
Third-Party Packages:
Distro | Type | Maintainer | URL | Latest Release |
---|---|---|---|---|
Crux | Port | @6c37 | neofetch-git | Yes (Git) |
Debian | Repo | @dawidd6 | https://bintray.com/dawidd6/neofetch/neofetch | Yes |
Fedora | COPR | @konimex | (see RHEL/CentOS) | Yes |
Mageia | COPR | @konimex | (see RHEL/CentOS) | Yes |
RHEL/CentOS | COPR | @konimex | http://copr.fedorainfracloud.org/coprs/konimex/neofetch/ | Yes |
Ubuntu | PPA | @dawidd6 | https://launchpad.net/~dawidd0811/+archive/ubuntu/neofetch/ | |
Ubuntu Daily | PPA | @dawidd6 | https://launchpad.net/~dawidd0811/+archive/ubuntu/neofetch-daily | Yes (Git) |
Coming Soon, Official Packages:
Distro | Type | URL |
---|
i've moved most of my projects to a personal git server at http://arcetera.moe/git
please change https://git.io/vgNJ6 to http://arcetera.moe/sync
Neofetch now has a manpage, the manpage is installed by the makefile but I'm
not sure if you guys need to make any modifications on your end for it to work.
The makefile installs the manpage to /usr/share/man/man1
.
Doubt it; if it's handled by the Makefile it should be fine.
i've now moved from git to httpup to qualify for the crux portdb; i've also set up https so you'll have to change from http://arcetera.moe/sync to https://arcetera.moe/sync
my port just fetches straight from git not from a release tarball, so it's fine
I see, I'll keep that in mind. :)
Homebrew pull request has been submitted, shouldn't take too long to be accepted
Awesome!
.deb updated π
https://github.com/Linuxbrew/linuxbrew
It's using homebrew's formulaes i think, so i suppose that neofetch will be available here too. Thanks to @iandrewt :)
Neofetch 1.4 ebuild has been updated
Thanks guys! π
I'm hoping Homebrew's test servers decide to behave better than my laptop, brew test neofetch
doesn't exit for me (it just runs the ruby command system "#{bin}/neofetch"
). Does the script return 0 when it exits?
The pull request can be seen here
The script returns 0
when it exits without an error.
Seems to be my MacBook then, here's the brew test-bot result
Passed with no issues
I can view it now, just had to authorize it.
So what you're saying is that the hombrew formula fails on your MacBook but works on Homebrew's test servers?
Sorta. It installs fine, runs fine, brew audit --strict --online neofetch
passes and everything, but the test script (which Homebrew requires for submission) fails on my MacBook (never finishes) but works on Homebrew's test servers.
@dawidd6 yep, it'll be in Linuxbrew shortly after it gets accepted by Homebrew, and that'll happen automatically. Another Homebrew package I maintain (dropbox-uploader
) was put in there without any intervention from me.
Weird, does neofetch run fine on your system?
Yeah, runs fine, everything works. It's just the test script. If I run brew test --verbose neofetch
it produces the correct output then just hangs without exiting. Without verbose it won't show output from the program, but that's expected behaviour.
I'll test it on my Hackintosh once I've finished setting that up this afternoon.
Also just letting you know, that the man page works wonderfully on the ebuild also.
Awesome π
Some small update for Fedora and RHEL/CentOS packages.
Fedora's package will have these dependencies:
- xorg-xprop
- ImageMagick
- w3m-img
However, this is not the case in RHEL/CentOS packages because usually
they won't have Xorg at all.
Is it possible to make them optional dependencies on RHEL/CentOS?
On 03/11/2016 07:27 PM, Dylan Araps wrote:
Is it possible to make them optional dependencies on RHEL/CentOS?
Unfortunately, RPM does not seem to know the concept of optdepends,
unlike AUR. However I can tell the users about the optional dependencies
by using the %post scriptlet, I'll see what I can do.
If it's too difficult then don't worry about it. :)
Okay, so I circumvented the lack of optional dependencies by utilizing
the post-install mechanism. Same as before, xorg-x11-utils (which
contains xorg-xprop) will be a required dependency in Fedora, and an
optional dependency in RHEL/CentOS.
Neofetch 1.5 has been released, just a reminder to update your packages.
updated π
Updated packages for all Fedora and RHEL/CentOS versions. Also, I'm planning to add another repo for RHEL/CentOS 6.
I also submitted a package to Void Linux so it can get into the official repository.
Updated of course :)
I just released Neofetch 1.6, just a reminder to update your packages.
I can no longer maintain the CRUX port as I have switched to OpenBSD.
I'll go ahead and remove you from the table at the top, thanks for creating/maintaining the port in the first place!
Done. Neofetch 1.6 available
i'll maintain the port, let me finish my crux install
Awesome π
Ok, now I maintain all of ix's ports at https://github.com/tudurom/crux-ports. Put me on the list!
Coming with install instructions...
Awesome!
very many thanks to @tudurom
Just a small stat:
Total downloads of neofetch deb packages: 567
I'll probably make an OpenBSD port once I figure it out. It probably won't be accepted into ports though.
I'm setting up now a PPA for neofetch (finally), so soon i hope it will be available :)
I'll keep updating old bintray mirror too, especially for debian.
UPDATE: initially it's here, but i need some time for testing (i'm still learning stuff)
https://launchpad.net/~dawidd0811/+archive/ubuntu/neofetch
Done: #232
Neofetch 1.7 has been released, just a reminder to update your packages. :)
Note: xprop has been changed to an optional dependency as neofetch will work just fine without it.
Bintray and PPA updated :)
The aur packages have also been updated. :)
Since Gentoo's package seems not to be updated, I'll try to submit it to official repos.
Since I don't use CRUX anymore, I added the port to 6c37. Please update the table correspondingly.
Done π
oops, i put it in the wrong repo. it's here now.
Fixed.
Since @z1lt0id didn't update his overlay (and he's been inactive for a while, also as of now there are no response from the Gentoo team about my submission), I have made another overlay, and if you don't mind, I'll take over the maintainership for Gentoo/Funtoo package and I'll write a new instruction.
Go ahead!
iirc @z1lt0id uses arch now
Hello, I'd like to announce that neofetch is now in SlackBuilds (aka. Slackware's AUR?) and I'll maintain the script. However, the files won't be available at least until 5 August, after I can confirm that the files are available on the website, I'll update the instructions for Slackware.
Neofetch now has a cydia repo/package, see the instructions in the readme for how to install. :)
Neofetch 1.8 has been released.
Pull request for the macOS update (Homebrew) has been made
Updated Fedora, RHEL, CentOS, and Gentoo. Sent PR to Void and SlackBuilds.
Void PR merged
Thanks guys!
Debian and Ubuntu up-to-date
Neofetch 1.8.1 has been released.
PR to Homebrew has been submitted. 1.8 was accepted yesterday btw
PR sent to Void. Request submitted to SlackBuilds. Gentoo and RPM-based distros updated.
Slackbuilds PR accepted, the new slackbuild should be live this Sunday.
Hello, an Android/Termux package is ready to be rolled out (aka. will be PR'd to upstream) once 1.9 is released. I have tested one package with 1.8.1 and so far so good (The #!/usr/bin/env
problem is resolved). Instructions to follow.
1.9 has been released.
PR sent to Termux, the rest of packages I maintain will be updated tonight after I get home. Instructions for Termux to follow.
1.9 done
PR sent to Gentoo, Void, and SlackBuilds.
Note for Gentoo: There will be no dependencies on xdpyinfo
since xprop
and xrandr
filled the tasks better. Besides, xprop
is also used for detecting DEs and WMs.
Updates for RPM-based distros will have to be delayed since I can't login into my account at copr (server-side problems).
π
SlackBuild PR accepted, should be live next Sunday/Monday (depending on your timezone).
RPM-based distros updated to 1.9.
Neofetch 1.9.1 has been released.
Done my duty.
Also you can add these URLs to the table:
Debian:
https://bintray.com/dawidd6/neofetch/neofetch
Ubuntu:
https://launchpad.net/~dawidd0811/+archive/ubuntu/neofetch/
π
RHEL/CentOS fully updated.
However, Fedora builds for the following version and arch are not yet updated:
- Fedora 23 x86_64
- Fedora 24 x86_64
- Fedora 25 ppc64le
- Fedora Rawhide ppc64le
Because of build errors, and I can't upload new files (again) because of server problems.
I've also added experimental support for Mageia 6 (except i586) and Mageia cauldron. Keep in mind that this is not yet tested and will not be supported for now.
P.S.: For the URL for both RHEL/CentOS and Fedora, you can use this.
Fedora fully updated. Sorry for the delay.
For the Gentoo link, you can use this one instead of linking to Gentoo's Girhub page.
SlackBuilds package should be live this Saturday/Sunday.
Sure thing, thanks! π
Neofetch 2.0 has been released. :)
As for now i don't have a PC (except rpi), i'm still waiting for delivery, so my packages will not be updated until sunday i think, maybe later.
I don't know if debian and ubuntu maintainers are going to add neofetch for older distros. Do anyone knows anything about that?
All good.
I'm not sure if neofetch will be released for the older distros, it might be worth asking @iwamatsu. (Maintainer of both packages)
Slackware updated.
I see the table still have Gentoo as third-party, I think you can move it to the official one.
Fixed, thanks!
My repos are up-to-date now
Neofetch 2.0.1 has been released.
Updated
All RPM-based distros updated. PR sent to Termux, Gentoo, and Void. Slackware will be delayed until this Friday.
Also, if there are no severe bugs in neofetch-2.0.x, neofetch-2.0.1 will be undergo stabilization (that is, user will be able to install neofetch without modifying their package.keywords
file) in Gentoo in next month.
Yup, 2.0.1 is stable.
Thanks guys!
NOTE: I'm going to be releasing 2.0.2
today. An important bug was found right after 2.0.1
was released and it warrants another release. Here's my explanation from the changelog:
This minor release fixes some issues related to new features added in 2.0. These issues weren't picked up in the time between 2.0 and 2.1 and another minor release is needed due to the Packages issue being rather important.
These issues were fixed by reverting the GPU caching and Packages optimizations. These issues occurred because not enough testing was done before these were implemented in master. In the future I'll take more care with testing these larger changes before they hit the master branch and I apologize for there being yet another release in one week.
I also want to apologize to those packaging Neofetch for this unexpected release.
Neofetch 2.0.2 has been released.
Void updated, RPM distros updated, Slackware should be updated by this Saturday, someone updated Termux and we're still waiting for Gentoo.
2.0.2 done