Neofetch: Package Update Thread

Created on 28 Feb 2016  路  154Comments  路  Source: dylanaraps/neofetch

Those maintaining packages for Neofetch can post updates here.

Packages:

Packaging status

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 |
| --- | --- | --- |

Discussion Package

Most helpful comment

I just upload Neofetch 6.0.0 to debian/unstable.

All 154 comments

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

1.4 has been released.

ping @ix, @dawidd6 and @z1lt0id.

I'm not going to post this on any subreddits etc as I really can't be bothered.
Feel free to steal all of the karma guys! ;)

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 :+1:

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! :+1:

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 :+1:

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 :ok:

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 :+1:

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. :)

Updated Fedora, RHEL and Void.

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 :+1:

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.

Awesome! Thanks again @konimex.

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

homebrew/homebrew-core#5499

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).

:+1:

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/

:+1:

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! :+1:

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)

PR sent to Termux, Gentoo, Void, and SlackBuilds. Fedora/RHEL/CentOS should be fully upgraded at this point. Experimental packages for Mageia 6 and cauldron still running.

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

2.0.2 up to date in Homebrew

2.0.2 is now in AOSC OS official repository, build config here, maintained by @LER0ever.

Updated, thanks. 馃憤

Added neofetch to NixOS package repository.

Neofetch 3.0 has been released.

3.0 updated in AOSC OS via commit 1048994.

Thanks. :+1:

3.0 updated in AOSC OS via commit 1048994.

Was about to send in a reminder, hah. Thanks.

Just wanted to say, that i've set up an additional ppa. Neofetch source is automatically imported from github to launchpad and then packages are being built also automatically using recipe.

https://launchpad.net/~dawidd0811/+archive/ubuntu/neofetch-daily

It's only a curio, but i think neofetch-master is stable enough, which not means i'll stop updating old ppa.

3.0.1 has been released which fixes all of the bugs found since 3.0's release.

3.0 and 3.0.1 up to date in debian/experimental.

Neofetch 3.1.0 has been released.

Updated to 3.1.0 for AOSC OS via aosc-os-abbs@784dc0f

3.1.0 updated in Debian && Ubuntu

Neofetch 3.2.0 has been released.

PR for homebrew created

Package updated for AOSC OS via 9125c17

Done. Also please remove Git from Ubuntu, because it's not true

Please update AOSC OS's package link to https://packages.aosc.io/packages/neofetch, we have just put a dedicated package information site online... More informative perhaps when compared to a Git tree.

Done.

To all git/development package maintainers: Please update your build package method for the -git version of the package since we removed the Makefile and changed it to an install.sh script.

On Sat, Jul 01, 2017 at 11:15:05AM +0000, Herdiansyah wrote:

To all git/development package maintainers: Please update your build package method for the -git version of the package.

Actually, Debian's dh_auto_install debhelper picks up install.sh
automagically, so boilerplate Debian packaging continues to work
unchanged.

Yes it's building but the package does not contain any files. You need to override dh_auto_install in rules

Sorry but just another nick-picking... "AOSC" is the name of our community, while "AOSC OS" is the Linux Distribution in which this package is shipped.

Done.

On Sat, Jul 01, 2017 at 07:13:17AM -0700, Dawid Dziurla wrote:

Yes it's building but the package does not contain any files. You need to override dh_auto_install in rules

Touch茅.

I had just merged tag 3.2.0 and assumed that due to having been posted
in this thread, that change was already in-tree. Turns that isn't the
case (3.2.0 announcement was already 1 week ago).

In that case, #754 is not a very good fix, since the $(DESTDIR)$(PREFIX)
idiom in Makefiles in conjunction with the install target is a fairly
standard way of writing Makefiles (even Suckless projects follow this
practice), being covered by many automated build systems like debhelper.

# $PREFIX, $DESTDIR come from the environment when make is called as
# such: make DESTDIR=$pkgdir PREFIX=/usr install

PREFIX   ?= /usr
PREFIX    = $(DESTDIR)$(PREFIX)
TARGETDIR = $(PREFIX)/bin
DOCSDIR   = $(PREFIX)/share/doc

install: build
  install -Dm755 neofetch $(TARGETDIR)/neofetch
  install -Dm644 README $(TARGETDIR)

Well, it's not tragic.

@dylanaraps could you please add new entry to the table according to this:

https://github.com/dylanaraps/neofetch/wiki/Installation/84d82512905ba8f61ede42bb0df114910cd589a0#ubuntu-daily-builds

Done!

Neofetch is now present in Alpine's official "testing" repository

https://github.com/alpinelinux/aports/commit/d81d608f0d56ed02e02d63dd0b32ac1ad99b84e0

To all git/developers package maintainers:

First of all, My apologies because I personally implemented the install script 2 weeks ago and rolled it back, but you are now able to make use of the Makefiles again. Make sure to update your respective build/recipes.

For all packagers with prefixed systems (e.g. /usr/local), make sure to set your SYSCONFDIR accordingly.

Thanks.

The third-party COPR (Fedora/RHEL) for Neofetch now supports Mageia 6 and any newer version (cauldron).

Neofetch 3.3.0 has been released.

Package updated for AOSC OS via bba4250

Homebrew PR submitted homebrew/homebrew-core#18052

For all packagers with recipes replacing/substituting Makefile, make sure you have set it accordingly as we have added SYSCONFDIR as a flag, this will make sure Neofetch configures the default config file correctly.

Neofetch 3.3 just got pushed to Fedora stable: https://bodhi.fedoraproject.org/updates/FEDORA-2017-b9c158f42a

Neofetch 3.4.0 has been released.

AOSC OS has been updated to 3.4.0.

Requesting changing "AOSC" on the chart to "AOSC OS", AOSC is the name of our community (Anthon Open Source Community), while AOSC OS is our distribution project.

You can ask the repology team for that. We're not responsible for that.

Neofetch 4.0.0 has been released.

Neofetch 5.0.0 has been released.

Since neofetch is now contained in one file and Debian unstable package is updated really fast, i'm dropping support for Debian bintray repo. It will be available for some time yet, but will not receive updates.

Wiki updated.

Neofetch (5.0.0) is now in openSUSE Tumbleweed.

Neofetch 5.0.0 is available in x86, x86_64, znver1, aarch64 and ARMv7 for OpenMandriva Cooker (upcoming Lx4)

the http://dylanaraps.com/repo repo doesn't work

neofetch is available in januslinux in "master" branch

Neofetch 6.0.0 has been released.

Sorry for the confusion with the 3 releases today. The first was a misclick while I was writing the changelog and the second is from a tag issue.

I just upload Neofetch 6.0.0 to debian/unstable.

Neofetch 6.1.0 has been released.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

Brottweiler picture Brottweiler  路  6Comments

e-caste picture e-caste  路  7Comments

rudylorren picture rudylorren  路  8Comments

dylanaraps picture dylanaraps  路  3Comments

zoenglinghou picture zoenglinghou  路  6Comments