There's no personal photo management and editing software for Linux? I guess I better tell the developers of F-Spot, Shotwell, and Darktable (and perhaps a few other projects too) that they don't exist. I personally use Shotwell; I used F-Spot for awhile, but older versions of F-Spot had show-stopping bugs for me. Shotwell has transparent RAW conversion and a few basic editing options. It's easy to open photos in a "real" editor (eg, Raw Studio or GIMP) for more extensive work, but for many photos it's sufficient.

Likewise with video editing software. Lately I haven't had much need to edit videos (other than transcoding or basic effects, which is easily done with ffmpeg or mencoder), but I know that video editing software does exist for Linux. Kdenlive is one that I've used most recently. It's not bad. Then there's Cinelerra, which is supposed to be the most advanced NL video editor available for Linux. I used it once in the past, but it was sluggish on my antiquated hardware at the time. I know there's a few other NL video editors out there for Linux, but I can't recall their names at the moment.

For vector graphics, there's Inkscape.

For that legacy in-house Windows-only software for which you lost the source (shame on you for losing it in the first place!), there's Wine. But frankly, if you lose internal source code that easily, good luck keeping track of all those software licenses!

At work, I use VS2010 Express for one of my projects, and if the full version is anything like it, I say "no thanks". It's buggy (especially the Intellisense, which is more like Nonsense sometimes), and the editor itself is nothing to write home about. I also use Netbeans for both Java (a fairly large Java project at that) and C++, and it's a far better IDE. But for this one project I have to use some Microsoft header files which don't work with GCC (some of their headers have syntax errors!), which is why I use VS2010 Express. Of course, I could probably use the VC dev tools in Netbeans, but that just seems wrong for some reason.

So really, it seems like you've been living under a rock (or under Microsoft's shadow, which is roughly equivalent) for several years when it comes to Linux. Either that, or you're a troll. Take your pick.

Yes, clearly everyone here is an idiot (except you, of course). Did you sign up on /. just to point out all the idiots?

You still missed the point of the analogy, by the way.

I think you missed the point of the analogy. The statement can be reworded as:

Calculator is to No RPN as Computer is to Only Runs Windows

In other words, No RPN (that is, only infix or algebraic notation) is like Windows, both of which can be seen as limitations of their respective devices.

tl;dr version: Whooooosh!

What you say about blue light (400nm) is its wavelength, not the size of the photon itself. Size and wavelength are separate properties. I could be wrong, of course (I am not particularly familiar with quantum mechanics and such).

If you do decide to download the full images, keep this in mind: Each tile image is between about 15KB and 50KB or so (let's say 30KB average), so the full detail image consists of roughly 9 gigabytes of JPEG images. Please, everyone, for the sake of their servers don't try to download it all at once! (I would personally try to trickle download it over the course of a week or so to be nice on their servers.)

Look at the source code of (for example) http://www.haltadefinizione.com/magnifier.jsp?idopera=10. In there you'll find this code:

swf.addVariable("xml","/immagini/opere/10/imgfull/properties_krpano.xml");

That's a relative address—the full URL is http://www.haltadefinizione.com/immagini/opere/10/imgfull/properties_krpano.xml. That file contains stuff like this:

<image type="CYLINDER" hfov="1.00" multires="true" tilesize="256">
<level tiledimagewidth="181273" tiledimageheight="113625">
<cylinder url="venere_krpano/l7_%0v_%0h.jpg" />
</level>
...

The URL, again, is relative (to the XML file) and points to http://www.haltadefinizione.com/immagini/opere/10/imgfull/venere_krpano/l7_%250v_%250h.jpg, where %0v and %0h are the vertical and horizontal coordinates, respectively. Since this level is 181273 pixels wide and 113625 pixels (taken from the "level" tag), and tiles are 256x256 pixels (taken from the "image" tag), you can grab all images at this level with the fusker string http://www.haltadefinizione.com/immagini/opere/10/imgfull/venere_krpano/l7_[01-444]_[01-709].jpg. Be careful downloading the whole picture at this detail level (7). It's 314,796 tiles! If you just want a wallpaper-sized image for this image, try downloading detail level 1, which is 2833x1776 pixels (84 tiles) (fusker string: http://www.haltadefinizione.com/immagini/opere/10/imgfull/venere_krpano/l1_[01-07]_[01-12].jpg).

By the way, the watermarks are all embedded directly in the tile sets, unfortunately. They seem to be stamped on every tile whose coordinates modulo 4 are 0, meaning only 1/16 of the images are stamped.

Happy downloading!

That's easy to win. Just start the program like this:

GOTO 20

Then you'll be happy to know that this site exists...

(Yes, it is Safe For Work!)

Hi Alex, I think you meant strace'ing a process multiple times, rather than recursive strace'ing. You can certainly use ptrace on a process that is using ptrace on another process, but the issue is trying to ptrace a process that is already being ptrace'd. In other words:

x -> y -> z

(x, y, z are processes, -> means tracing) works, but

x -> z <- y

does not work because process "z" can be traced only once. I think the technical reason a process can be traced only once is because only one parent can receive the process's state via the wait() system call, much like only one process can receive its child's exit status via wait() in a non-ptrace situation. There may be other reasons for it as well, but I couldn't locate the POSIX standards (IEEE 1003.4 Realtime Extensions, I believe) detailing the ptrace() system call and its rationale.

If I misunderstood what you meant about recursive strace, then I do apologize.

Your calculation is about 3 orders of magnitude too high:

(17000 square miles * 10 feet) / (100000 * 200 gallons per minute) = 3.37035066 years

But taking into account how much is far below 10 feet deep (as you mentioned), it would take quite a long time.

For those who never used Sinclair BASIC, I'll tell you why this is so: the BASIC interpreter converted the BASIC code that you typed into the machine into a smaller bytecode. Most tokens would boil down to a single byte, and all (most?) numbers are converted to floating-point values. In this case, "NOT PI" takes (I'm guessing) 2 bytes, whereas the floating-point number "0" takes (I'm guessing again) 5 bytes. Both expressions are equal to 0, though the "NOT PI" form would take a bit longer to execute than a literal 0.

Note: I've never actually programmed for the Sinclair, but the BASIC interpreters for a lot of machines of the era worked like this. I used Commodore BASIC for years, so I know it's true of that interpreter. Then again, a lot of those old machines used Microsoft BASIC interpreters, so this should be expected.

That's easy! Use the "claw" end of a claw hammer. (Granted, this works ok for flat-head screws, but not so well for Philips screws)

Except that under Copyright Law, you don't need any special license to USE software. See Section 117, which was amended in 1980:

(a) Making of Additional Copy or Adaptation by Owner of Copy. — Notwithstanding the provisions of section 106, it is not an infringement for the owner of a copy of a computer program to make or authorize the making of another copy or adaptation of that computer program provided:

(1) that such a new copy or adaptation is created as an essential step in the utilization of the computer program in conjunction with a machine and that it is used in no other manner

Source: http://www.copyright.gov/title17/92chap1.html#117

I believe that the Copyright Act preempts your statements. :)

While it's not for the Atari tablet (and also not USB), a couple of years ago I made an adapter for my Commodore KoalaPad to connect it to the PC joystick port: http://unixplumber.livejournal.com/14324.html

By the way, I wonder if there's a way to use a joystick as a core pointer in X... I guess it's Google time!