Please create an account to participate in the Slashdot moderation system


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×
User Journal

Journal Journal: Python isn't fast enough. No, really, it isn't. 1

People constantly say "Python is fast enough! If it's too slow, just throw hardware at the problem! GUI applications spend all their time waiting for user input anyway! And you can rewrite performance-critical sections in C!"

So why is it that, running Fedora on my netbook, I can tell -- with 99% accuracy -- which programs are written in C/C++ and which are written in Python?

There's a simple test. If, when I launch the program, nothing happens for up to a minute, then it's probably written in Python. If, when I click on a button in the program, it becomes completely unresponsive for up to five minutes before anything happens, then it's definitely written in Python.

Today's culprit is the SELinux Administration program. Unbelievably, mind-blowingly slow and unresponsive. This is not a good user experience. I don't care how much programmer time was saved by writing it in Python, or how beautiful the code is, or even how well it performed on the developer's high-end desktop monster -- what I care about is how much of my time is being wasted by twiddling my thumbs while this under-performing, over-rated slug of a language chugs away doing simple things inefficiently.

It's 2010. The future of computing is small, low-powered devices, optimised for portability and endurance rather than raw execution speed. I can't throw hardware at this problem. If Fedora wants to be widespread, it simply can't afford to go on like this, getting slower and slower as more and more core functionality is replaced with fundamentally slow code. It's time to start thinking about execution efficiency again, and -- in the absence of a high-performance Python interpreter -- that means Python is simply not an appropriate language for implementing core OS functionality like system configuration tools. If rewriting bottlenecks in C is good enough, then someone needs to start doing that, because right now they clearly aren't.

User Journal

Journal Journal: The sorry state of calendar sync on Linux

All I want to do is synchronise my Google calendar with my computer, so I can read and add entries even when I don't have an internet connection. That shouldn't be so hard, should it?

Apparently it is.

Google's own Google Gears is read-only. Useless.

The only Linux calendar client that Google supports is Mozilla Sunbird. Yeah, the discontinued one. It does do CalDAV, but it's online-only; if I'm offline, the only way to get my calendar is to use the scary "EXPERIMENTAL!!!111" cache option, and that's read-only and buggy to boot. Useless.

Evolution supports CalDAV. Unfortunately, Evolution wants to take over my entire computer. I had to put in a fake email account before it would even let me look at the calendar options. The UI is frankly horrible. There is apparently no way to get rid of the irrelevant "task" pane; I can shrink it to take up no space, but then when I resize the window, all the extra space is given back to the task pane instead of to the calendar itself. It also insists on trying to add all new entries to the non-deletable "Personal" calendar, even though I have hidden this and set my Google calendar to be the default calendar. I'm not surprised it's useless, of course; all the development effort will be going into supporting Microsoft Exchange, in line with Novell's usual policy of preferring Microsoft lock-in over open standards.

KDE's calendar program looks quite nice. It supports all kinds of synchronisation options. Er... that is, apart from the single useful standard, CalDAV. The absence of which, people have been complaining about literally for years. Apparently they're waiting for opensync (aka Godot; see below). Or possibly something called Akonadi (Godot's little brother). It looks like someone else has recently got sick of waiting and started actually writing some code to fix this gaping hole, which is a pleasant surprise, but their project doesn't actually work yet. Good luck to them anyway.

So, what's left? There's a promising project called opensync that claims to be able to synchronise any sort of calendar I like. This sounds like exactly what I'm looking for! Oh, wait: the last stable release is ancient; the last couple of years have been spent completely breaking the whole API; the Google Calendar plugin is unmaintained and is broken even in the stable version; there is no CalDAV support at all. The current status report labels everything as either alpha-quality or totally broken. Good stuff. Enjoy gazing at your navels, opensync developers! I'm so glad you decided to rearchitect your project instead of making it useful.

Which leaves only one option: GCalDaemon. I refuse to touch this with a bargepole. Not because it's unmaintained, not even because it's written in Java, but because its developers seem to have been totally clueless, and I will not trust their code on my computer. They expect me to put user-specific configuration files under /usr/local/sbin? Um... no.

Never mind, I'll write my own. Sigh.


Journal Journal: WaveMate Jupiter II and Parts: Who wants some?

So, a while back, I got my hands on a Wavemate Jupiter II. Vintage 1975, wire-wrap cardcage construction in a 4u rackmount case. Unfortunately, I am now moving, and don't have the space or time to hang onto this rather charming object.

I feel really bad throwing away a computer older than I am, so I'm looking for a good home for it. System includes the Jupiter II, the external dual 8 inch floppy drive, and a whole bunch of system schematics and documentation. Both pieces of hardware power up; but only one of the power supplies is good(the power supplies are interchangeable). It is heavy and probably a bit fragile, so local(Boston, MA area) pickup would be best.

If you are interested, leave a comment. If you know anybody who might be interested, have them leave a comment. If you aren't local; but are just that interested, we might be able to work some sort of shipping out, though it isn't my preference(a "no Nigerian princes who need my help to get US 20 Million out of the country" rule is naturally in effect).
User Journal

Journal Journal: J.K.Rowling wins $6750, and pound of flesh 17

J.K. Rowling didn't make enough money on Harry Potter, so she had to make sure that the 'Harry Potter Lexicon' was shut down. After a trial in Manhattan in Warner Bros. v. RDR Books, she won, getting the judge to agree with her (and her friends at Warner Bros. Entertainment) that the 'Lexicon' did not qualify for fair use protection. In a 68-page decision (PDF) the judge concluded that the Lexicon did a little too much 'verbatim copying', competed with Ms. Rowling's planned encyclopedia, and might compete with her exploitation of songs and poems from the Harry Potter books, although she never made any such claim in presenting her evidence. The judge awarded her $6750, and granted her an injunction that would prevent the 'Lexicon' from seeing the light of day.
User Journal

Journal Journal: U. Mich. student calls for prosecution of Safenet

An anonymous University of Michigan student targeted by the RIAA as a 'John Doe', is asking for the RIAA's investigator, Safenet (formerly MediaSentry), to be prosecuted criminally for a pattern of felonies in Michigan. Known to Michigan's Department of Labor and Economic Growth -- the agency regulating private investigators in that state -- only as 'Case Number 162983070', the student has pointed out that the law has been clear in Michigan for years that computer forensics activities of the type practiced by Safenet require an investigator's license. This follows the submissions by other 'John Does' establishing that Safenet's changing and inconsistent excuses fail to justify its conduct, and that Michigan's legislature and governor have backed the agency's position that an investigator's license was required.
User Journal

Journal Journal: ABA Judges Get an Earful about RIAA Litigations 5

Well, I was afforded the opportunity to write for a slightly different audience -- the judges who belong to the Judicial Division of the American Bar Association. I was invited by the The Judges' Journal, their quarterly publication, to do a piece on the RIAA litigations for the ABA's Summer, 2008, 'Equal Access to Justice' issue. What I came up with was 'Large Recording Companies vs. The Defenseless : Some Common Sense Solutions to the Challenges of the RIAA Litigations', in which I describe the unfairness of these cases and make 15 suggestions as to how the courts could make it a more level playing field. I'm hoping the judges mod my article '+5 Insightful', but I'd settle for '+3 Informative'. For the actual article go here (PDF). (If anyone out there can send me a decent HTML version of it, I'll run that one up the flagpole as well.)
User Journal

Journal Journal: eBay beats Tiffany's in trademark case 2

Tiffany's has lost its bid to hold eBay liable for trademark infringement of Tiffany's brands taking place on eBay. After a lengthy bench trial (i.e. a trial where the judge, rather than the jury, decides the factual questions), Judge Richard J. Sullivan has issued a 66-page decision (PDF) carefully analyzing the facts and legal principles, ultimately concluding that 'it is the trademark owner's burden to police its mark, and companies like eBay cannot be held liable for trademark infringement based solely on their generalized knowledge that trademark infringement might be occurring on their websites'.
User Journal

Journal Journal: Dow Jones MarketWatch likens RIAA to the Mafia 11

According to commentator Therese Polletti at Dow Jones MarketWatch, "the RIAA's tactics are nearly as bad as the actions of mobsters, real or fictional. The analogy comes up easily and frequently in any discussion of the RIAA's maneuvers." Among other things she cites the extortionate nature of their 'settlement negotiations' pointed out by Prof. Bob Talbot of the University of San Francisco School of Law IP Law Clinic, whose student attorneys are helping private practitioners fight the RIAA, the illegality of the RIAA's use of unlicensed investigators, the flawed evidence it uses, and the fact that the RIAA thinks nothing of jeopardizing a student's college education in order to make their point, as support for the MAFIAA/Mafia analogy.
User Journal

Journal Journal: Class action complaint against RIAA available online 4

Recommended reading for all interested in the RIAA's litigation war against p2p file sharing is the amended class action complaint just filed in Oregon in Andersen v. Atlantic. This landmark 109-page document (pdf) tells both the general story of the RIAA's campaign against ordinary folks, and the specific story of its harassment of Tanya Andersen, and even of her young daughter. The complaint includes federal and state RICO claims, as well as other legal theories, and alleges that "The world's four major recording studios had devised an illegal enterprise intent on maintaining their virtually complete monopoly over the distribution of recorded music." The point has been made by one commentator that the RIAA won't be able to weasel its out of this one by simply withdrawing it; this one, they will have to answer for. If the relief requested in the complaint is granted, the RIAA's entire campaign will be shut down for good.
User Journal

Journal Journal: EFF travels to Arizona to argue Howell case

Although based in San Francisco, and only an amicus curiae in the Phoenix, Arizona, case of Atlantic v. Howell, the Electronic Frontier Foundation is sending its senior intellectual property lawyer Fred Von Lohmann to Phoenix to argue the Howell case, on behalf of the defendant, who is not represented by counsel. Due to the RIAA's attempt to take advantage of Mr. Howell's being undefended to try to convince the judge that merely 'making files available for distribution' -- i.e., just having them on one's computer in a manner that is accessible to sharing -- and that copying files from one's cd onto one's computer in mp3 format is itself "unlawful", EFF filed an amicus brief in January. Now it's taking the unusual step of actually sending someone to the courthouse to orally argue the motion.
User Journal

Journal Journal: Should RIAA's investigator have to disclose backup? 12

A technology battle is raging in UMG v. Lindor in Brooklyn over whether the RIAA's investigator, SafeNet (formerly known as MediaSentry), which has produced certain *txt printouts, now needs to disclose its digital files, validation methodology, testing procedures, failure rates, software manuals, protocols, packet logs, source code, and other materials, so that the validity of its methods can be evaluated by the other side. SafeNet and the RIAA say no, the information is "proprietary and confidential". Ms. Lindor says yes, if you're going to testify in federal court the other side has a right to test your evidence. A list of what is being sought is here (pdf). MediaSentry has produced 'none of the above'. "Put up or shut up" says one commentator to MediaSentry. What do you say?
User Journal

Journal Journal: Connecticut Judge rejects RIAA 'making available' theory 3

A federal judge in Connecticut has rejected the RIAA's "making available" theory, which is the basis of all of the RIAA's peer to peer file sharing cases. In Atlantic v. Brennan, in a 9-page opinion (pdf), Judge Janet Bond Arterton held that the RIAA needs to prove "actual distribution of copies", and cannot rely -- as it was permitted to do in Capitol v. Thomas -- upon the mere fact that there are song files on the defendant's computer and that they were "available". This is the same issue that has been the subject of extensive briefing in two contested cases in New York, Elektra v. Barker and Warner v. Cassin. Judge Arterton also held that the defendant had other possible defenses, such as the unconstitutionality of the RIAA's damages theory and possible copyright misuse flowing from the record companies' anticompetitive behavior.
User Journal

Journal Journal: How I tried to love GIMP, part 2: Layers

So, GIMP. I have this image with lots of layers. I want to create a new image that contains three of them, another that contains a different three, and so on. Are you going to be helpful?

In every other graphics package under the sun, this is a trivial thing to do. You select the layers you want, and copy them into a new image. In GIMP? You select the layers you want, and... no, wait, you can't, because GIMP only lets you select one layer at a time. Let me repeat that, because I couldn't believe it at first either, but it's true. GIMP can only have one active layer at a time. You can only operate on one layer at a time. You cannot select two layers and apply a filter to both at once.[1]

There is one limited capability it does have: you can "link" layers. This isn't the same as the grouping capability that every other graphics package provides - "linking" in GIMP simply means that you have set a flag on a layer. When you move a layer that has the linking flag set, all the other layers with the linking flag move as well. (If you then want to move a different set of layers, you have to unlink every layer in the first set, then link the second set.) It's the clunkiest interface I've ever seen to this kind of feature. And it only seems to work for moving - not for scaling, not for filters, not for copy-and-paste.

It seems the only provided way to do what I want -- to create a new image containing several layers from the old image -- is to copy one layer, paste it into the new image, select the second layer, copy, paste, select the third layer, copy, paste...

(I take a deep breath and count to 10 at this point. I am determined not to conclude that GIMP sucks until I have finished giving it a proper chance.)

Okay. I'm a programmer. GIMP is programmable. So I give myself a crash course in script-fu, which is comfortingly similar to Emacs LISP,[2] and an hour or so later[3] I have 50 lines of Scheme that, when invoked, create a new image containing the layers from the old image that had the linking flag set. I am now able to do what I wanted in a relatively quick and easy way.[4]

But I'm a programmer. Most people who work with graphics are not programmers. Tell the average designer that you're suggesting she should use a package that will only do what she needs after she's spent a good hour hacking away at Scheme code, and she'll laugh in your face.

Why on earth is basic functionality like this not built in? How is an average artist supposed to be productive when they can't even operate on multiple layers at once without writing a program to do it?

Maybe I should ask these questions on a GIMP mailing list. It's been a while since anyone's told me I'm a dumbass.

[1] Apparently there are plugins that do provide a limited capability to apply filters to more than one layer at a time, but I'm blowed if I can find one.
[2] But only vaguely, it turns out. This is Free Software; I guess consistency is too much to hope for.
[3] The actual programming only took about five minutes. The remainder of the time was mostly spent trying to find some script-fu documentation, which basically doesn't exist. No, GIMP fans, tutorials are not documentation.
[4] Script-fu is an example of a thing I
like about GIMP. Now I've figured out its quirks and how to make the most of the very limited documentation, I have to admit it's already saved me as much time as I lost learning it. Shame the REPL sucks, but there are some promising-looking emacs packages that might fix that.

User Journal

Journal Journal: How I tried to stop worrying and love the GIMP

I've hated GIMP for a long time, after some dreadful user experiences in the 1.x days. Recently I got tired of using VMware for all my graphics editing work, however, and as for once I have some stuff to do that doesn't require CMYK support, I decided it really was time to give free software another chance. Krita turned out to suck even worse than GIMP 1.x, so I gritted my teeth and installed the hated program once more.

I fired it up and decided to open a PNG file. I was presented with an informative dialog box: "The image has an embedded color profile: sRGB built-in. Convert the image to the RGB working profile (sRGB built-in)?"

Okay, so at least it finally has colour management support. That's good. But why is it prompting me to convert when the image profile and the working profile are apparently identical? What exactly does this decision imply? Being somewhat confused, I decided to click on the nice friendly-looking "Help" button.

Oops, looks like I forgot to install the help package. (Why does Ubuntu do this? If I'm installing an application, installing the help files too should be the default action.) So I fixed that and tried again. This time my web browser opened with the GIMP manual. So, what does it say on this subject?

"Eeek! There is missing help", screamed GIMP. "Sorry, but a help item is missing for the function you're looking for. Feel free to join us and fill the gap by writing documentation for the GIMP." It also suggests that I try looking in the online version of the help instead, and provides a handy link. Oops, no, it's a broken link.

This is not the stuff of which positive user impressions are made.

(Thanks to Google I did eventually find some documentation for the dialog box in question, which didn't actually tell me why I was being prompted to convert sRGB to sRGB, but did at least convince me it was safe to click "Convert".)

Next time: either "Mom, why can't I select multiple layers?", or "Manage your own damn windows!", depending on what annoys me most in the meantime.

Slashdot Top Deals

"No matter where you go, there you are..." -- Buckaroo Banzai