My girlfriend just stated, sitting desk to desk: "Every time I remove HN icon from bookmarks bar, it keeps reapearing".
My answer, while reading this thread: "Must be a bug, file it." (of course she knows why)
File has its own internal database. It can do more than the mime type db and is great for quickly identifying and getting lots of info about various file types, but it is AWFUL when used within other apps. Please, don't use it like so.
Not sure I agree with this recommendation... shared-mime-info database usually trails file(1) database by several years. Case in point: pcap-ng file format was added to file(1) in 2011; was added to mime-info database in 2013.
Also, file --mime FILENAME gets you the mime type.
It's interesting to follow some of abrianb's comments by date:
"When I click print I get nothing." -Tuesday, August 5, 2008
"I downloaded those updates and Open Office Still prints." -Friday, August 8, 2008
"Open Office stopped printing today." -Tuesday, August 12, 2008
"I just updated and still print." -Monday, August 18, 2008
"I stand corrected, after a boot cycle Open Office failed to print." -Tuesday, August 19, 2008
To be fair, if that bug happened to me, even with 10-20 data points I don't think I would have figured out it was a Tuesday bug.
My girlfriend just stated, sitting desk to desk: "Every time I remove HN icon from bookmarks bar, it keeps reapearing". My answer, while reading this thread: "Must be a bug, file it." (of course she knows why)
This reminds me of the case of the 500-mile email: http://www.ibiblio.org/harris/500milemail.html
Also the printer that would jam when printing one file: http://nedbatchelder.com/blog/200811/print_this_file_your_pr...
That one is amazing.
Just because a bug seems impossible doesn't mean it is.
This comment reminds me of the magic switch (story [0], light HN discussion [1]).
[0]: http://catb.org/jargon/html/magic-story.html [1]: https://news.ycombinator.com/item?id=181045
1 reply →
Reminds me of the photocopier that altered numbers in documents: http://www.dkriesel.com/en/blog/2013/0802_xerox-workcentres_...
1 reply →
I used to have a very simple HTML email that would cause Outlook 97 to corrupt its PST and need manual rebuilding.
This is great :-)
Wwoa! Didn't know about /usr/bin/units thx!
The tracked and actually fixed bug is: https://bugs.launchpad.net/ubuntu/+source/file/+bug/248619
I usually rely on LibreOffice, but I was tempted to get OpenOffice back on my machine just to try out the bug.
Anyway, thank you for the link.
In the end the error was in the program "file", which erroneously was detecting the postscript file as an Erlang JAM file
(see https://bugs.launchpad.net/ubuntu/+source/file/+bug/248619)
Speaking as someone who has worked a lot on mime types: Do not ever use `file` as a means to identify a file type. Use the shared-mime-info database.
http://standards.freedesktop.org/shared-mime-info-spec/share...
File has its own internal database. It can do more than the mime type db and is great for quickly identifying and getting lots of info about various file types, but it is AWFUL when used within other apps. Please, don't use it like so.
Not sure I agree with this recommendation... shared-mime-info database usually trails file(1) database by several years. Case in point: pcap-ng file format was added to file(1) in 2011; was added to mime-info database in 2013.
Also, file --mime FILENAME gets you the mime type.
1 reply →
Crazy... wouldn't it make sense to combine both DBs?
4 replies →
nice!
4 replies →
file is funny, i just did file on standard JS file
Why does file always passive aggressively note the fact that you're using 'very long lines'? I'm not sure it's relevant to the format of the file.
4 replies →
eh, still useful for checking if plaintext or not for those who live in the terminal
This reminds me to a a bug in pdftk that appeared only between April and December when Austria's localization is used: https://bugs.launchpad.net/ubuntu/+source/pdftk/+bug/779908/...
Tuesday is no print day. Save paper ;-)
This made me smile! :)