GEGL provides infratructure to do demand based cached non destructive image editing on larger than RAM buffers. Through babl it provides support for a wide range of color models and pixel storage formats for input and output.
So UFraw won't been necessary, assuming GEGL supports as many formats.
Not all cameras show up as usb-storage devices. Some speak "PTP" (Photo Transfer Protocol) which gphoto understands.
If you're running a modern GNOME desktop, when you plug in your camera, gthumb-import auto-launches and asks if you want to import, so it's actually easier than opening a terminal and rsyncing (Especially if you don't have a script to handle most of the mundane details for you). Plus it auto-launches gthumb on the newly imported directory (generally named the date-time of the import, so as to avoid stomping on existing images) for easier photo management.
Not being a KDE user, I don't know if it has anything like this, but I imagine it probably does.
Since the author of the blog post is asking for an Aperture clone for Linux, the answer will pretty much always be "no". If the author were to ask "Can I do my photo processing, from importing RAW files to storing the finished picture and printing?" the answer is yes.
Here's how I do it:
gthumb-import (Which uses gphoto) to talk to the camera and bring in the RAW files. It even imports the.mov or.avi files for videos shot from the camera.
gthumb for photo organization. You can do some basic photo manips (Rotation) right from here, as well as tagging, categorization, and creating collections.
gimp (with ufraw-gimp to decode the RAW structure and doing some initial tricks like exposure-compensation and white balance) for more advanced photo manipulation, cropping, rotation (For anything other than 90-degree-increment rotations), perspective correction, red-eye removal, HDR, de-noising (Using GREYCstoration-gimp), workflow-automation (It's scriptable in Perl, Python, and others) and finishing after running through other programs like...
hugin for panoramic creation. Photo-stitching is pretty easy. It helps with reference-point creation, FOV calculation, and final panorama "projection" (rectliniar, square, wrap-around, etc).
Just save all projects in.xcf or.xcf.bz2 and export finished product to.png.
One last thing, for all the haters who whine about ONLY having 16.8 million colors to work with, even without your help GIMP is integrating GEGL which will bring 16bit integer and 32bit floating point per component.
Seeing as how most of that color-management some want so badly is patented by various for-profit companies, and considering that patent lifetime is (currently) 17 years, and finally if Windows is "ten years" more advanced than Linux, then it's as much as 7 more years (Barring a patent lifetime extension being rammed through Congress) before those patents expire and Linux distros can finally start integrating those technologies legally.
For the time being, there are ways to get color management in Linux depending on how much effort the user is willing to put in. I have always used high-quality displays (A Hitachi CRT previously and now a Samsung LCD) which haven't required much tweaking to get the displays I want for my own photo management.
This looks like a tough SLUG with some slightly better hardware.
Price is something I'm still looking for myself.
CPU: AMD Alchemyâ au1550 400MHz (Someone said this was MIPS) Memory: 128MB (PC133 SDRAM) Flash ROM: 16MB (User area approx. 2MB)
Looks like it's got a pair of Gbit ports and a POE-capable 10/100 port, a pair of USB2 jacks and some status lights. Also some weird RJ-45 serial port adapters, one for a modem and one for a console.
It's got a 12v/3A power supply, so it probably runs 30-50 Watts.
It's too small to house a hard drive. It looks like it's got a CF card reader built in, so you should be able to slap in something up to 8GB without any trouble, and maybe up to 32GB. Otherwise you have to hook something up USB.
So does mine, along with an alert e-mail because it doesn't work with SELinux running most of the time, it doesn't like/dev/.udev, and it isn't updated for my newest distros. it's to the point that I'm about to uninstall it because of all the false positives.
I've also got a Logitech TrackMan, and maybe it's just me, but I'm better at FPS games with it than I am with a mouse, by far. I keep the ball-stand-offs clean and can whip around faster than anyone I play with who uses a mouse. Plus I hate playing "mouse hockey" when in the middle of a firefight like others have to. A flick of the thumb and I'm facing a different direction. But yeah, I can't write my name or anything with it, though it is great for precision work in The GIMP. It's also really nice being able to just lift my thumb and have the pointer completely stop moving for any length of time.
I agree with you about the Bluetooth aspect. I won't buy their "wireless" model, but if they had a BlueTooth HID model, I'd buy five of them.
I've been using a Logitech thumb-ball for probably eight years (Four model revisions) now and they do not have that problem. The sensor is not directly "under" the ball, it's at an angle, so if the ball "rotates" as you describe, it still picks up that movement, though it may be slower than normal. When I first got one, within a couple of weeks, it was completely natural to me. Now I love it, and have bought spares against the day when Logitech stops making them.
I can't stan trackballs with the ball under the fingers. It makes the tendons on the back of my hand hurt from lifting my hand so much, and it means you can't look and shoot at the same time (Since that's still left-click).
MOSIX and OpenMOSIX are separate projects. OpenMOSIX was started because MOSIX is so closed. Try to find an easy download link for MOSIX, go ahead. I'll wait...
I'm saddened by this development too. I've got a small network I've built over years of tinkering with Linux and I would have liked to explore what MOSIX and OpenMOSIX promised. I was hopeful that OpenMOSIX would release a stable branch for Linux 2.6, as that's what I prefer running on my machines. I may have even been able to contribute some after a while, but I'm no kernel hacker (Which is what's required for a project like this), so I can't even bootstrap in now.
I'll just jump in here, since I've been following this project for months now.
Yes, the OpenMoKo platform includes PIM apps (Based on the EDS-embedded platform from O-hand). It's still in its infancy (They have been focusing on the hardware up to this point), but it's there, and will be rapidly advancing in the next few months. And one of the things they've been working on is a SyncML interface to sync the OpenMoKo PIM apps with anything that can speak SyncML. There will probably have to be an iSync backend written if it doesn't have a generic SyncML one already.
It's not that they're trying to discourage interest, just not let the hype get too big and crush the project. I'm on the mailing lists and I'll be buying one when they become available, and I can tell you that the amount of people who want this phone is immense. Every time there's even the smallest delay (All the ones thus far have been because of supplier/parts problems or manufacturing delays), there is a loud wailing and gnashing of teeth.
This is FIC's first foray into the direct-to-customer market, and they're really nervous about making a good first impression. This means keeping expectations (somewhat) realistic. Because of the delays they've had thus far, they don't have a lot of demo units to hand out. All the units that have come out of manufacturing thus far (That have passed QA) have been earmarked for developers. As the consumer (aka "Phase 2") release nears (September sometime), I'm sure there will be more units to play with and I'm sure there will be more reviews and information flowing around the net.
Problem with that idea is that unless she used someone else's credit card to pay at the pump, she would have had to go inside to pay with cash, so she'd still end up on CCTV. That took all of 10 seconds of mental exertion to come up with, so if she's anywher near sane, she would have thought of that too.
The problem is copyrights, licenses, and the enclosed distribution rights. Fedora is, has been, and always will be Free (In the Stallmanesq sence) to do what you want. This includes creating "derivitives" which are subject to copyright legal provisions. As soon as Fedora includes anything that doesn't allow redistribution (As many of these codecs and drivers that ESR is so hot over do) then it violates the strictures that Fedora operates under.
As for your trite "life isn't fair" quote, you are correct but entirely wrong in this regard. Fedora is about Fairness under the GPL and other equally Free licenses.
I buy unlocked phones as well, but that's because 1) T-Mobile's phone selection sucks and 2) It's possible because T-Mo uses GSM. To my knowledge there isn't a way to get an unlocked CDMA (Sprint, Verizon) phone. Hell to my knowledge there's no easy way to buy a new CDMA phone and use it with an existing account.
I think one of the reasons they don't make people pay for phones up-front is that it makes the deal more appealing to have the cost of the phone (plus finance charges, naturally) spread across the life of a 2-year (Why are they all 2-year now??) contract. That way they can say it's a "free phone" or "only $49.99 after rebate" and you still end up paying for the whole thing.
Considering the amount of times my friends have pocket-called me because the cheap membrane switches in the keypads of their cell phones got pressed, wouldn't something similar happen when cards are compressed while stuffed into a wallet?
I agree with this. If the original poster is asking for a wonder-device to charge all the stuff he has already purchased, then best of luck, I can't help. I've been on a quasi-quest over the last several years to make sure all my portable devices can charge and/or run over USB, so I only need to lug around two chargers: one for my laptop, and one that spits out a USB-power connector (Something like the iPod chargers I've seen).
I did have to purchase a couple of USB-power adapters for devices that didn't already have one (e.g. my phone), but those take up minimal space, especially if you can find them in something like a zip-link auto-winder.
I've been sending/receiving direct IMs and files through GAIM (On the AIM protocol) since v1.0. The problem has always been that you have to open ports on your firewall (And direct incoming traffic if you use NAT). They've probably come up with a different method for GAIM 2 (Like relaying files through the server or something), but it's been possible for quite a while.
I know it's true Slashdot tradition to not read the article, but the bugging HP did has nothing whatsoever to do with embedded images and HTML e-mail.
What it does have to do with is bugged attachments. Yeah, just like those old worms that portrayed executables as image files or what not. Turn off HTML all you want, but if you want to see what's in the file that is supposed to be extremely important, even vital, you still have to open the file. Thunderbird, and even Mutt won't help you with this.
I read somewhere that it was a PDF that was used in this case. This makes me wonder. I don't use Adobe Acrobat for reading PDF files, I use Evince (And XPDF before that). Does anyone know if these programs support that "feature" of PDF?
Have you ever participated in any of these FOSS programs that you found lacking? Have you ever joined the mailing list? Ever just asked for a feature or explained a bug? The first time I did and it was implemented, I was surprised; the second time (Different project), I was gratified; the third time (Different project again), it cemented in my mind why I will always stick with FOSS projects, even those that aren't nearly as polished as their Shareware or Closed counterparts.
I am a programmer and a system administrator, and I could have eventually fixed it on my own, after digging through someone else's style of coding in a language I may or may not be familiar with. However all I had to do was ask and participate a little in the project and now those features exist and those bugs are fixed. I'm not batting a thousand in asking for features or bug-fixing by mailing list, but it's still better luck than I've had with any sort of closed-code program.
One of the things I like about using my PDA as an eBook reader is that most of the readers I've tried have the ability to change the font, primarily making it bigger or smaller to help with things like eyestrain. I've got pretty bad eyes to begin with, and I have found a combination of settings that make all of the books I read easy on me.
And that it works so well out of the box. It's good to hear that Fedora is thinking of killing Extras as a separate project and moving to a repository-based system.
Extras is a repository, just like Ubuntu Universe. What he was talking about is making the build requirements for Extras and Core essentially the same, so they can do things like ship Core with only GNOME (Like Ubuntu shipped Dapper with only GNOME) and have KDE available in the Extras repo. Extras won't be dying, it will be expanding. Extras has been enabled-by-default since FC4. Personally, I'm glad they're adding yum functionality to Anaconda, since one of my main gripes about Fedora is having to wait while I yum update after installing.
The issues with Fedora Directory Server are a little annoying, but they do have RPMs available on the FDS site for everything from FC2 up. A friend and I recently got our FDS servers setup and replicating back and forth across an OpenVPN (Which is available in Extras), and it works quite well. The existing LDAP integration work that Red Hat/Fedora did for OpenLDAP has made FDS essentially a drop-in replacement (Configuration is different, but once you turn on LDAP, anything that speaks it can use FDS in place of OLDAP). Still, it will be nice when FDS gets into Extras. Since FDS was released officially Dec. 1 of last year (Out less than a year, still version 1.0.?), and since I've got a working installation where I need them, I'm willing to wait a bit more for the inclusion in Extras.
He's rather adamant about Fedora not being a beta for RH. Personally I was never under the impression that it was a beta of anything (aside from the fact that I found the second release to be rather unstable). RH did a fairly good job of splitting it off by explaining the differences betwen their two main audiences: (a) people who pay and (b) people who want the latest packages.
Then you must not read the Red Hat / Fedora stories on Slashdot much, or at least not when the anti-RH trolls come out. For a long time I couldn't, just because all the hate was so thick here. But again, this is Slashdot.
I agree with this. I was hard-core when TNG was on (As was most of my family) but we lost interest in DS9 pretty quickly. Later, about season 3 of Babylon 5 (Height of the Shadow War), I caught a couple of DS9 episodes and it had really improved. I didn't stay with it, mainly because the story-arc confused me, having missed everything up to that point. Turns out Ron Moore (Yes that Ron Moore) did a bit of work on DS9 and TNG.
Slashdot Mirror
Um, from the GEGL website:
So UFraw won't been necessary, assuming GEGL supports as many formats.
Not all cameras show up as usb-storage devices. Some speak "PTP" (Photo Transfer Protocol) which gphoto understands.
If you're running a modern GNOME desktop, when you plug in your camera, gthumb-import auto-launches and asks if you want to import, so it's actually easier than opening a terminal and rsyncing (Especially if you don't have a script to handle most of the mundane details for you). Plus it auto-launches gthumb on the newly imported directory (generally named the date-time of the import, so as to avoid stomping on existing images) for easier photo management.
Not being a KDE user, I don't know if it has anything like this, but I imagine it probably does.
Since the author of the blog post is asking for an Aperture clone for Linux, the answer will pretty much always be "no". If the author were to ask "Can I do my photo processing, from importing RAW files to storing the finished picture and printing?" the answer is yes.
Here's how I do it:
Just save all projects in .xcf or .xcf.bz2 and export finished product to .png.
One last thing, for all the haters who whine about ONLY having 16.8 million colors to work with, even without your help GIMP is integrating GEGL which will bring 16bit integer and 32bit floating point per component.
Seeing as how most of that color-management some want so badly is patented by various for-profit companies, and considering that patent lifetime is (currently) 17 years, and finally if Windows is "ten years" more advanced than Linux, then it's as much as 7 more years (Barring a patent lifetime extension being rammed through Congress) before those patents expire and Linux distros can finally start integrating those technologies legally.
For the time being, there are ways to get color management in Linux depending on how much effort the user is willing to put in. I have always used high-quality displays (A Hitachi CRT previously and now a Samsung LCD) which haven't required much tweaking to get the displays I want for my own photo management.
Here's where I found more info: http://www.plathome.com/products/microserver/oms/oms_spec.html
This looks like a tough SLUG with some slightly better hardware.
Price is something I'm still looking for myself.
CPU: AMD Alchemyâ au1550 400MHz (Someone said this was MIPS)
Memory: 128MB (PC133 SDRAM)
Flash ROM: 16MB (User area approx. 2MB)
Looks like it's got a pair of Gbit ports and a POE-capable 10/100 port, a pair of USB2 jacks and some status lights. Also some weird RJ-45 serial port adapters, one for a modem and one for a console.
It's got a 12v/3A power supply, so it probably runs 30-50 Watts.
It's too small to house a hard drive. It looks like it's got a CF card reader built in, so you should be able to slap in something up to 8GB without any trouble, and maybe up to 32GB. Otherwise you have to hook something up USB.
So does mine, along with an alert e-mail because it doesn't work with SELinux running most of the time, it doesn't like /dev/.udev, and it isn't updated for my newest distros. it's to the point that I'm about to uninstall it because of all the false positives.
I've also got a Logitech TrackMan, and maybe it's just me, but I'm better at FPS games with it than I am with a mouse, by far. I keep the ball-stand-offs clean and can whip around faster than anyone I play with who uses a mouse. Plus I hate playing "mouse hockey" when in the middle of a firefight like others have to. A flick of the thumb and I'm facing a different direction. But yeah, I can't write my name or anything with it, though it is great for precision work in The GIMP. It's also really nice being able to just lift my thumb and have the pointer completely stop moving for any length of time.
I agree with you about the Bluetooth aspect. I won't buy their "wireless" model, but if they had a BlueTooth HID model, I'd buy five of them.
I've been using a Logitech thumb-ball for probably eight years (Four model revisions) now and they do not have that problem. The sensor is not directly "under" the ball, it's at an angle, so if the ball "rotates" as you describe, it still picks up that movement, though it may be slower than normal. When I first got one, within a couple of weeks, it was completely natural to me. Now I love it, and have bought spares against the day when Logitech stops making them.
I can't stan trackballs with the ball under the fingers. It makes the tendons on the back of my hand hurt from lifting my hand so much, and it means you can't look and shoot at the same time (Since that's still left-click).
MOSIX and OpenMOSIX are separate projects. OpenMOSIX was started because MOSIX is so closed. Try to find an easy download link for MOSIX, go ahead. I'll wait...
I'm saddened by this development too. I've got a small network I've built over years of tinkering with Linux and I would have liked to explore what MOSIX and OpenMOSIX promised. I was hopeful that OpenMOSIX would release a stable branch for Linux 2.6, as that's what I prefer running on my machines. I may have even been able to contribute some after a while, but I'm no kernel hacker (Which is what's required for a project like this), so I can't even bootstrap in now.
I'll just jump in here, since I've been following this project for months now.
Yes, the OpenMoKo platform includes PIM apps (Based on the EDS-embedded platform from O-hand). It's still in its infancy (They have been focusing on the hardware up to this point), but it's there, and will be rapidly advancing in the next few months. And one of the things they've been working on is a SyncML interface to sync the OpenMoKo PIM apps with anything that can speak SyncML. There will probably have to be an iSync backend written if it doesn't have a generic SyncML one already.
Will this law be applied to various Federal and State agencies who fake their Caller ID information? I thought not.
It's not that they're trying to discourage interest, just not let the hype get too big and crush the project. I'm on the mailing lists and I'll be buying one when they become available, and I can tell you that the amount of people who want this phone is immense. Every time there's even the smallest delay (All the ones thus far have been because of supplier/parts problems or manufacturing delays), there is a loud wailing and gnashing of teeth.
This is FIC's first foray into the direct-to-customer market, and they're really nervous about making a good first impression. This means keeping expectations (somewhat) realistic. Because of the delays they've had thus far, they don't have a lot of demo units to hand out. All the units that have come out of manufacturing thus far (That have passed QA) have been earmarked for developers. As the consumer (aka "Phase 2") release nears (September sometime), I'm sure there will be more units to play with and I'm sure there will be more reviews and information flowing around the net.
Problem with that idea is that unless she used someone else's credit card to pay at the pump, she would have had to go inside to pay with cash, so she'd still end up on CCTV. That took all of 10 seconds of mental exertion to come up with, so if she's anywher near sane, she would have thought of that too.
The problem is copyrights, licenses, and the enclosed distribution rights. Fedora is, has been, and always will be Free (In the Stallmanesq sence) to do what you want. This includes creating "derivitives" which are subject to copyright legal provisions. As soon as Fedora includes anything that doesn't allow redistribution (As many of these codecs and drivers that ESR is so hot over do) then it violates the strictures that Fedora operates under.
As for your trite "life isn't fair" quote, you are correct but entirely wrong in this regard. Fedora is about Fairness under the GPL and other equally Free licenses.
I buy unlocked phones as well, but that's because 1) T-Mobile's phone selection sucks and 2) It's possible because T-Mo uses GSM. To my knowledge there isn't a way to get an unlocked CDMA (Sprint, Verizon) phone. Hell to my knowledge there's no easy way to buy a new CDMA phone and use it with an existing account.
I think one of the reasons they don't make people pay for phones up-front is that it makes the deal more appealing to have the cost of the phone (plus finance charges, naturally) spread across the life of a 2-year (Why are they all 2-year now??) contract. That way they can say it's a "free phone" or "only $49.99 after rebate" and you still end up paying for the whole thing.
Considering the amount of times my friends have pocket-called me because the cheap membrane switches in the keypads of their cell phones got pressed, wouldn't something similar happen when cards are compressed while stuffed into a wallet?
I agree with this. If the original poster is asking for a wonder-device to charge all the stuff he has already purchased, then best of luck, I can't help. I've been on a quasi-quest over the last several years to make sure all my portable devices can charge and/or run over USB, so I only need to lug around two chargers: one for my laptop, and one that spits out a USB-power connector (Something like the iPod chargers I've seen).
I did have to purchase a couple of USB-power adapters for devices that didn't already have one (e.g. my phone), but those take up minimal space, especially if you can find them in something like a zip-link auto-winder.
I've been sending/receiving direct IMs and files through GAIM (On the AIM protocol) since v1.0. The problem has always been that you have to open ports on your firewall (And direct incoming traffic if you use NAT). They've probably come up with a different method for GAIM 2 (Like relaying files through the server or something), but it's been possible for quite a while.
I know it's true Slashdot tradition to not read the article, but the bugging HP did has nothing whatsoever to do with embedded images and HTML e-mail.
What it does have to do with is bugged attachments. Yeah, just like those old worms that portrayed executables as image files or what not. Turn off HTML all you want, but if you want to see what's in the file that is supposed to be extremely important, even vital, you still have to open the file. Thunderbird, and even Mutt won't help you with this.
I read somewhere that it was a PDF that was used in this case. This makes me wonder. I don't use Adobe Acrobat for reading PDF files, I use Evince (And XPDF before that). Does anyone know if these programs support that "feature" of PDF?
Have you ever participated in any of these FOSS programs that you found lacking? Have you ever joined the mailing list? Ever just asked for a feature or explained a bug? The first time I did and it was implemented, I was surprised; the second time (Different project), I was gratified; the third time (Different project again), it cemented in my mind why I will always stick with FOSS projects, even those that aren't nearly as polished as their Shareware or Closed counterparts.
I am a programmer and a system administrator, and I could have eventually fixed it on my own, after digging through someone else's style of coding in a language I may or may not be familiar with. However all I had to do was ask and participate a little in the project and now those features exist and those bugs are fixed. I'm not batting a thousand in asking for features or bug-fixing by mailing list, but it's still better luck than I've had with any sort of closed-code program.
Who did you have to kill / have sex with to get an HTC Universal for less than a grand USD?
One of the things I like about using my PDA as an eBook reader is that most of the readers I've tried have the ability to change the font, primarily making it bigger or smaller to help with things like eyestrain. I've got pretty bad eyes to begin with, and I have found a combination of settings that make all of the books I read easy on me.
I always just say "no thanks" and keep walking.
Extras is a repository, just like Ubuntu Universe. What he was talking about is making the build requirements for Extras and Core essentially the same, so they can do things like ship Core with only GNOME (Like Ubuntu shipped Dapper with only GNOME) and have KDE available in the Extras repo. Extras won't be dying, it will be expanding. Extras has been enabled-by-default since FC4. Personally, I'm glad they're adding yum functionality to Anaconda, since one of my main gripes about Fedora is having to wait while I yum update after installing.
The issues with Fedora Directory Server are a little annoying, but they do have RPMs available on the FDS site for everything from FC2 up. A friend and I recently got our FDS servers setup and replicating back and forth across an OpenVPN (Which is available in Extras), and it works quite well. The existing LDAP integration work that Red Hat/Fedora did for OpenLDAP has made FDS essentially a drop-in replacement (Configuration is different, but once you turn on LDAP, anything that speaks it can use FDS in place of OLDAP). Still, it will be nice when FDS gets into Extras. Since FDS was released officially Dec. 1 of last year (Out less than a year, still version 1.0.?), and since I've got a working installation where I need them, I'm willing to wait a bit more for the inclusion in Extras.
Then you must not read the Red Hat / Fedora stories on Slashdot much, or at least not when the anti-RH trolls come out. For a long time I couldn't, just because all the hate was so thick here. But again, this is Slashdot.
I agree with this. I was hard-core when TNG was on (As was most of my family) but we lost interest in DS9 pretty quickly. Later, about season 3 of Babylon 5 (Height of the Shadow War), I caught a couple of DS9 episodes and it had really improved. I didn't stay with it, mainly because the story-arc confused me, having missed everything up to that point. Turns out Ron Moore (Yes that Ron Moore) did a bit of work on DS9 and TNG.