Hi, Sorry if this sounds impatient: Are there any news on this? Am Di, 22. Sep, 2015 um 5:16 schrieb Sven-Hendrik Haase <sh@lutzhaase.com>:

Sounds like a pretty cool software. Will take a look later. On Sep 22, 2015 16:42, "christopher@ira-kunststoffe.de" < christopher@ira-kunststoffe.de> wrote:

...

Hello,

Im the developer of rmlint (http://rmlint.rtfd.org) and mantain also the rmlint-git AUR package (https://aur4.archlinux.org/packages/rmlint-git/). I'd love to see it also in the official community repository, especially since some users don't like to install the build dependencies (scons, sphinx). For that, of course, a TU would be needed and I figured the best place to find one would be here. I think the number of votes should be enough.

If changes in the PKGBUILD are required, I will fix that beforehand of course. There is also another package by someone else that is not build from git, but from release tarballs: https://aur.archlinux.org/packages/rmlint/

Thanks, Chris

P.S: Sorry if that got posted twice.

Hi, I'm looking at rmlint right now and I have cleaned-up the dependencies a bit. Since you are the developer, it would be nice to have your confirmation on a couple of things: 1. I cound't find any reason why rmlint should depend on elfutils. My guess is that you need the "strip" command but that is provided by binutils, while elfutils has "eu-strip". 2. It seems to me that gettext is a build time dependency. The binary is not linked to it and I don't see calls to its tools outside the build scripts. 3. What are the optdepends for? I don't see any GUI in the source tree.

Congratulations, I just moved rmlint to [community] [1] :) [1] https://www.archlinux.org/packages/community/x86_64/rmlint/

Il giorno mar 13 ott 2015 alle ore 19:18 christopher@ira-kunststoffe.de < christopher@ira-kunststoffe.de> ha scritto:

Yay, thanks a lot Massimiliano!

No problem!

If I release a new version, would it be a good idea to post a short notice here? Alternatively, an interested maintainer could register this feed to get notifed:

https://github.com/sahib/rmlint/releases.atom

No need to notify the ML. In fact I did already subscribe to the atom feed. <https://www.archlinux.org/packages/community/x86_64/rmlint/>

On October 13, 2015 6:04:17 PM CEST, Massimiliano Torromeo <massimiliano.torromeo@gmail.com> wrote:

Congratulations, I just moved rmlint to [community] [1] :)

[1] https://www.archlinux.org/packages/community/x86_64/rmlint/

Looks orphan to me, any chance you forgot to adopt it after the upload? :P

Sorry for the inconvinience, it still crashes with "illegal instruction". This is most likely due to the fact that I didn't actually make --without-sse the default. Should be (hopefully!) corrected in v2.2.2. I shouldn't push changes late night. :) Am Mi, 14. Okt, 2015 um 9:27 schrieb Massimiliano Torromeo <massimiliano.torromeo@gmail.com>:

Il giorno mer 14 ott 2015 alle ore 01:08 christopher@ira-kunststoffe.de < christopher@ira-kunststoffe.de> ha scritto:

...

I've disabled this cleverness and added `--with-sse` for people that built rmlint themselves:

That's better. I am updating it now.

Hello Leonidas, by using the PKGBUILD directly it should work in all cases. The problem was really that rmlint was built on a system that has SSE 4.2 but was shipped to one as binary where it is not available. The build systems actually used to check the presence of a SSE 4.2 capable cpu, but that only works when you build it yourself. The auto detection is still there, but has to be enabled using `--with-sse` explicitly now (not recommended for packagers). It's probably best to remove it alltogether since rmlint also supports xxhash which looks a bit more stable. After all, SSE 4.2 support for rmlint is really very unimportant. Only one hash function has an option to use it (CityHash, not even the default) and I used to think "Well, why not pick it up if it's there". I don't have any metrics myself of how fast the normal variant is compared to the SSE variant, apparently I only own AMD/ARM hardware currently. Am Mi, 14. Okt, 2015 um 9:29 schrieb Leonidas Spyropoulos <artafinde@gmail.com>:

Hi Christopher,

On 14/10/15, christopher@ira-kunststoffe.de wrote:

...

Sorry for the inconvinience, it still crashes with "illegal instruction". This is most likely due to the fact that I didn't actually make --without-sse the default. Should be (hopefully!) corrected in v2.2.2. I shouldn't push changes late night. :)

Just tried it on AMD FX 8210 from the package and had the same Illegal hardware and code dump. I dowload the PKGBUILD of the package and bumped the version to 2.2.2. Compiled and worked.

Can't you make the code use the hardware SSE 4.2 CRC32C if the hardware is there or use a software implementation of it if not?

What's the difference in performance with and without SSE4.2 enabled - can we have some metrics?

-- Leonidas Spyropoulos

Compiled in Vim, sent through mutt.

Am Di, 22. Sep, 2015 um 5:29 schrieb Eli Schwartz <eschwartz93@gmail.com>:

On 09/22/2015 10:42 AM, christopher@ira-kunststoffe.de wrote:

...

Hello,

Im the developer of rmlint (http://rmlint.rtfd.org) and mantain also the rmlint-git AUR package (https://aur4.archlinux.org/packages/rmlint-git/).

Slightly offtopic, but have you considered cleaning up the pkgver() to use the release tag, as recommended here: https://wiki.archlinux.org/index.php/VCS_package_guidelines#Git

Thanks for the hint. Changed it to produce pkgvers like `2.2.0.r509.gc0b8e23`.

Also, you are missing the conflicts field (the non-git version has the conflict, instead, but I believe the general usage is to specify that in the development version).

Can't hurt it to have it in the -git version too. I've updated it.