Live data from Hacker News

Libtiff goes offline

madfileformatscience.garymcgath.com

41–50 of 121 posts

Re: Libtiff goes offline

#41

For important projects like this (libjpeg, libpng and others) it would make sense if there was sort of place to get all of them apart from mirrors. What am I saying, that place[0] exists. Developers shouldn't have to shoulder the burden of hosting their code if they don't want to or don't wish to weather the expense. It certainly seems in this case they couldn't pay for self-hosting (or friend-hosting or whatever thi…

I'm no Stallman, but I'm deeply uncomfortable with how readily everyone is accepting (and encouraging) GitHub as the complete overlord of open-source software. As already pointed out, Sourceforge is a cautionary tale of how these services can go very wrong due to business issues. There's also a much larger philosophical issue with basing the open-source economy on a proprietary platform with no particular intent of o…

[deleted]

Re: Libtiff goes offline

#43
post #13

Earlier quoted context omitted.

GitHub will rot some day as well. (I think we're already seeing it start to decline.) This is simply a permanent problem. Archive.org and to a lesser extent IPFS are viable solutions for archiving, but _contingency_ plans are I think the missing component here. Pray for the best but prepare for the worst.

I don't think we're seeing a Github decline. Yes they've had some internal strife not all that connected to business, but Google just moved a lot of its OSS there, Microsoft just moved a bunch of stuff there. Git repos take a single command line statement to move, but Github is only slowing if by the force of not having much left to hoover up. Gitlab et al are growing, and now AWS has its own integrated solution, but…

The issues and pull requests associated with a repository on GitHub (and often referenced in commit messages) do not move along with the code though.

Re: Libtiff goes offline

#44
A bit tangential, but I just noticed that in the Arch Linux repos, `libtiff` is version 4.0.6, but there's another package called `libtiff4`, which is version 3.9.7. I don't suppose anybody here might know the rationale behind this bizarre version/naming paradigm?

Re: Libtiff goes offline

#45
post #38

Earlier quoted context omitted.

I'm no Stallman, but I'm deeply uncomfortable with how readily everyone is accepting (and encouraging) GitHub as the complete overlord of open-source software. As already pointed out, Sourceforge is a cautionary tale of how these services can go very wrong due to business issues. There's also a much larger philosophical issue with basing the open-source economy on a proprietary platform with no particular intent of o…

Git is decentralized. GitHub provides free hosting for Git repositories. It's not like if GitHub dies tomorrow, you would lose all your source code.

You might lose a lot of metadata around it. The comment to which you're responding mentions issues, which along with pull requests would be a particular area of concern.

Re: Libtiff goes offline

#46
post #44

A bit tangential, but I just noticed that in the Arch Linux repos, `libtiff` is version 4.0.6, but there's another package called `libtiff4`, which is version 3.9.7. I don't suppose anybody here might know the rationale behind this bizarre version/naming paradigm?

Isn't the number in the library file name a binary incompatibility counter and not necessarily related to the software version number?

http://www.faqs.org/docs/Linux-HOWTO/Program-Library-HOWTO.h...

Re: Libtiff goes offline

#47

Seems like we've had organizations that house ideas for the public good for centuries now. Why not involve libraries in the effort? They could keep a "master" copy and github.com, gitlab.org, SF.com, or whoever else comes next can host development versions.

A potentially brilliant idea. I wish I had a clue how to follow up on it. Perhaps someone else here might!

Re: Libtiff goes offline

#48
post #26

/me cringes in fear of a left-pad moment -- what distros can't be built now? Only half joking. ;)

Any distro that complies with the GPL will generalise its requirements to everything else, and thus host original sources for every single package. :-)

But not necessarily source history + issues plus obscure facts that were only pointed out once on a mailing list by someone who has since disappeared

Re: Libtiff goes offline

#49

Tiff? That is a format I haven't heard in a long time. edit: to everyone replying. TIFF is awful. We have lossless compression now (read PNG) which is at least a billion times better. We shouldn't use it for anything in this day and age. Hell, just DEFLATE your TIFF and call it a new format. It will be better than TIFF

Tiff is very useful because it lets you do almost anything. A tiff image is just several arrays of numbers, you decide how many bits, signed, unsigned, float, int, etc. This is very helpful for processing which treats each pixel as a sample of the scene, such as computational microscopy or remote sensing. I've always wondered if that had something to do with why it was hosted at remotesensing.org.

See my edit. Also, when you are doing image processing, operating in scanlines is usually the least performant way of doing things, hence whey we have texture compression formats (even lossless ones) which do block encodings. TIFF has no reason for existing in my opinion.

Re: Libtiff goes offline

#50

Tiff? That is a format I haven't heard in a long time. edit: to everyone replying. TIFF is awful. We have lossless compression now (read PNG) which is at least a billion times better. We shouldn't use it for anything in this day and age. Hell, just DEFLATE your TIFF and call it a new format. It will be better than TIFF

It's commonly used as an archival format since it's not lossy like jpeg.

See my edit
Post reply on HN