Resolution change.
Are you really changing your "resolution" that often? Why? What for?
Network Authentication.
Not sure what you're going on about here. What are these settings/values you talk of? I'm using LDAP authentication with a OpenLDAP running on a spare server, so it's not like I'm totally clueless about this sort of stuff.
Drive management.
Once again, not sure what you're going on about. Are you complaining about a GNOME problem? I use GNOME as well, but I still do most of my stuff from the command line. Perhaps Nautilus was trying to move the contents of the old FS to a directory with the new "name" on the parent FS.
Unfortunately your three suggestions, as interesting as you might think they are, are not related to the Linux Kernel at all. I suggest you take your list to the XFree86 (or Xouvert), Linux-PAM, and Gnome people.
Re:The GIMP New Web Site
on
GIMP goes SVG
·
· Score: 1
Ah man, replying to my own post and after less than ten minutes too. I see a post from BigSven, presumebly Gimp developer Sven Neumann. The next version apprently will be called 2.0, not 1.4 after all. So I don't know what the GEGL-based version will be called, 3.0 perhaps? Oh, and the version of GTK+ it was catching up with was 1.3 at the time, but has since gone stable to 2.0 and with all the GNOME 2 hoopla has made it to 2.2 (at least on my Debian unstable/sid machine here it is). Glad to clear that up...:P
Re:The GIMP New Web Site
on
GIMP goes SVG
·
· Score: 1
The GIMP is on the road for a 2.0 release that shall happen this year. Actually, this 1.3.21 release shall be the last one before the 2.0pre release series.
My understanding was that 2.0 is still a ways off and that this 1.3 development cycle is leading to a 1.4 stable release. This 1.3 devel cycle is meant to clean out all of the old cruft from 0.6->0.9->->1.0->1.2, in particular bringing the codebase in line with GTK+ 1.3/1.4. Remember, GTK+ is the Gimp ToolKit. It developed with The Gimp so there was a lot of old code in The Gimp from the days when GTK+ was a lot simpler. Anyway, Gimp 2.0 will use GEGL to handle multiple colour spaces (e.g HSV, CMY/CMYK, YCC, cieLab XYZ) and depths (e.g 48/64-bit RGB/RGBA, floating point, HDR). When 2.0 is released, the abomination that is currently CinePaint (personal opinion) should be largely unnecessary.
...the installer's lack of ReiserFS or 2.4 support is irritating. My working theory regarding the lack of attention to the installer is the fact that most Debian developers rarely use it -- apt-get (and dpkg behind it) is all that you need to keep Debian running. I've used the same Debian installation for years with a minimum of cruft...
I know what you mean. I have a desktop and a few servers running Debian unstable (including two Sun Sparc's). I honestly can't remember when I actually installed debian on them, I've just always upgraded. I also prefer to run ReiserFS as the rootfs (at least on the PC's) but again I can't remember when I switched over. I can tell you it involved two disks and transferring everything from ext2 on one disk to reiserfs on the other and then switching. Not exactly elegent, so I'd like Reiser support in the next release.
That's certainly the biggest problem with getting a nice installer for Debian: most of the developers probably haven't used the installer in years and instead concentrate on the "day to day" operation of the system. I understand that this "problem" is now recognized and being worked on.
Kodak used to sell a GPS receiver/adapter for the DC260/265/290 series of cameras, several years ago. I don't know how the location data was stored, perhaps in the EXIF information. I never had one, but the DC260/265/290 series sounded like some funky cameras. DigitOS and enough CPU/memory to run MAME. Apart from that, the ability to write scripts for a camera sure sounds cool.
NT? Oh yes, NT uses a microkernel architecture. At least, it was when it started but MS seems to have totally mangled NT to be very monolithic. Of course, MS and their supporters will excuse it, saying that it's a "hybrid" with the best of both worlds. Whatever. From everything I've heard and read, it's now a damn mess.
Whether this is true, analysts say Thomson and the German company are likely to file patent lawsuits the moment Vorbis appears to be a viable market candidate. By creating a perception of uncertainty around Vorbis' future, MP3's parents could prevent conservative digital music companies from adopting it.
IOW, it's a hollow threat to the future adoption of Ogg Vorbis. They're pulling a SCO. Those open source savages could never have come up with something better than our codec. They must have copied some of our IP.
people who don't see the distinction b/w RAM and disk space.
That was one of the main things that stuck out for me as well. The author didn't seem to have a real grasp of what he was writing about, just stuff he'd learnt from his buddies and reading PeeCee magazines. There was one section in there about NTFS where I'm sure he was referring to journalling, but he never actually used the terms "journal" or "journalling". What a poor effort.
That's an Xscale (StrongARM) processor. Linux has already been ported to a few ARM machines. It probably wouldn't take to long to get the basics working. Then the bitch is getting things like the LCD and peripherals working. I don't know how much flash memory is in it, but if it can contain WinCE then it should be enough for a minimal Linux with an X server. Then it would actually be useful, at least for Unix/Linux types. And it wouldn't lock you out of your "desktop" machine while you're using this "display".
Hell, you could probably throw in the RDP, Citrix, VNC clients too, and an X11 window manager. That way you could have seperate windows from different machines and different protocols. Throw in rxvt and ssh, and you'll be able to connect to just about anything. Much better than this lock-in device that MS has come up with.
Another Example: For groupware, one may look at all the software out there, and then go with Windows because it runs Outlook. This is fine - if they need those features and Outlook is a better solution, then that's what they should go with.
I see one problem with that though. Outlook (and don't forget Exchange on the server) aren't merely products. Microsoft in its monopoly position uses them as weapons. It uses them to enslave you, to lock you into its vision of the corporate network.
In another few years, linux will likely be veyr easy to set up like windows is, to do many common tasks. With this will come cheaper admins, and more linux.
But in those few years you will be using Outlook+Exchange. All your important data (messages, calendars, shared documents...) will be stored in a proprietary format. With licensing 6.0 you will probably have upgraded a few times as well. Apart from giving more unnecessary money to MS, your data has probably been "upgraded" as well. The data format will change in mysterious ways, keeping it one step ahead of anyone (open or proprietary) trying to reverse-engineer it.
If I were in the position to control or influence the software used in a business, I'd do everything I could to stay away from MS stuff. Simply because I know that they're abusing their position and I know it will be very hard to switch away later.
Red Hat had no idea what was going on, it couldn't find a sound card, anything to use the extra buttons, jog dials etc...
Ok, so the Red Hat installer couldn't find those things but what about you? Did you try anything like loading drivers manually? looking at the output of lspci? googling for answers? Hell, did you even try other distros? I've heard that Knoppix has very good hardware detection, although maybe even the U3 is too weird/new. The distro's installation procedure is not the end of setting up a Linux machine, it's just the start!
I just got the email today and it failed. I'm running 2.44 from Debian and haven't yet looked at tweaking any of the rules.
Here's the verbose banner that SA put on my copy:
SPAM: Content analysis details: (5.90 hits, 5 required) SPAM: SUBJECT_MONTH_2 (-0.5 points) Subject contains a month name - probable newsletter (2) SPAM: SUBJECT_MONTH (-0.5 points) Subject contains a month name - probable newsletter SPAM: OPT_IN (1.5 points) BODY: Talks about opting in SPAM: US_DOLLARS_4 (0.4 points) BODY: Nigerian scam key phrase ($NNN.N m/USDNNN.N m/US$NN.N m) SPAM: US_DOLLARS_2 (0.1 points) BODY: Nigerian scam key phrase ($NNN.N m/USDNNN.N m/US$NN.N m) SPAM: BALANCE_FOR_LONG_20K (-0.7 points) BODY: Message text is over 20K in size SPAM: BALANCE_FOR_LONG_40K (-0.1 points) BODY: Message text is over 40K in size SPAM: SPAM_PHRASE_01_02 (0.5 points) BODY: Spam phrases score is 01 to 02 (low) SPAM: [score: 1] SPAM: NORMAL_HTTP_TO_IP (1.3 points) URI: Uses a dotted-decimal IP address in URL SPAM: RAZOR2_CHECK (3.9 points) Listed in Razor2, see http://razor.sf.net/
It looks like some dumbass has entered it into Razor. Unfortunately, some people (and yes I did this originally) had their procmail setup to enter an email into razor if it is deemed "spam" by SA or something else. Those 3.9 points are what puts it over the threshold.
Just imagine walking into a car showroom to buy a car...
Oh yes, here we go with another car analogy. You think all cars are exactly the same? Right. Except for automatics that have no clutch pedal and a very different gear selection. The parking break handle can be on either side of the drivers seat. What about the controls on the steering column? The ones that control the wipers and lights and so forth. They often vary a lot among makes of cars. Hell, some cars even have the gear stick on the steering column as well. Some controls might be on the dash.
And then there's the performance of the car. How good are the breaks? Is the car heavy or light? How powerful is the engine? How long is the wheel base and what's the turning circle like? Have power steering? These things all affect how you drive a car.
Here's a tip: you have a part of your brain called the cerebelum. It allows you to abstract your actions. For gods sake use it and stop whinging about things being different.
I have a digital temperature sensor in the garden outside the house. I can state for a fact that it got to 42 outside here in Roseville on Saturday. Here's a graph of the readings from Saturday-Sunday. Roseville's in the northern suburbs, just north of Sydney Harbour in case people are wondering. It was an absolutely f-ing stinker and thank god it was a one-off. If conditions were repeated then forget fires, people would start dropping dead from heat stress. Sunday and today have been quite nice, even compared to Saturday.
Does anyone know if AMD will be doing something similar or if their current processors do something like this?
Yes, from what I gather it's called Not-Having-Such-A-Ridiculously-Long-Pipeline (NHSARLP). Seriously, HT is more a method to reduce the impact of branch mispredictions on the long P4 pipe, rather than giving SMP on a die. The article gives pretty dismal numbers for the speed improvement. Sure, it's an improvement if you already have the hardware, but don't rush out now for a P4 or Xeon thinking it's equivalent to two CPUs.
Technically, neither can OpenGL. To use NURBS (and other parametric curves) in OpenGL, you use evaluators in GLUT to tesselate a grid of triangles.
Re:This is the reason for Windows's advantage
on
DirectX 9 Finally Out
·
· Score: 2, Insightful
The problem is that there are lots of free implementations - "MesaGL or something else".
Really dan? Show me the "something else". Mesa is practically the OpenGL standard on Linux/BSD and it would take any group many years to create something with all the capabilities of Mesa. I'm not aware of any other Open Source alternatives, and some quick googling doesn't show up anything. I gather that even the recent DRI framework added to Xfree86/Linux used Mesa as a part of its OpenGL rendering.
Sorry dan, but this and the "page on sourceforge" comments are just FUD. You have a point about the situation with hardware manufaturers, but you may be surprised at how organized a lot of Open Source projects are.
Slashdot Mirror
Actually, that'd be backslashdot.org. Hey, that's a great name and it's not taken! ...yet :(
Doesn't seem to work in Mozilla though. I click on the "CG" or "Real" buttons but nothing happens. What's supposed to happen?
Anyway, I looked in the Javascript code to see what it was doing and saw the array of answers :P
It's a baby Gnu (a.k.a Wildebeast) sucking its thumb and cuddling its blue blankie. The red things are its feet/shoes.
You're replying to someone named Eric Ass Raymond and you only just figured this out?
Don't feed the trolls.
Are you really changing your "resolution" that often? Why? What for?
Not sure what you're going on about here. What are these settings/values you talk of? I'm using LDAP authentication with a OpenLDAP running on a spare server, so it's not like I'm totally clueless about this sort of stuff.
Once again, not sure what you're going on about. Are you complaining about a GNOME problem? I use GNOME as well, but I still do most of my stuff from the command line. Perhaps Nautilus was trying to move the contents of the old FS to a directory with the new "name" on the parent FS.
Unfortunately your three suggestions, as interesting as you might think they are, are not related to the Linux Kernel at all. I suggest you take your list to the XFree86 (or Xouvert), Linux-PAM, and Gnome people.
Ah man, replying to my own post and after less than ten minutes too. I see a post from BigSven, presumebly Gimp developer Sven Neumann. The next version apprently will be called 2.0, not 1.4 after all. So I don't know what the GEGL-based version will be called, 3.0 perhaps? Oh, and the version of GTK+ it was catching up with was 1.3 at the time, but has since gone stable to 2.0 and with all the GNOME 2 hoopla has made it to 2.2 (at least on my Debian unstable/sid machine here it is). Glad to clear that up... :P
My understanding was that 2.0 is still a ways off and that this 1.3 development cycle is leading to a 1.4 stable release. This 1.3 devel cycle is meant to clean out all of the old cruft from 0.6->0.9->->1.0->1.2, in particular bringing the codebase in line with GTK+ 1.3/1.4. Remember, GTK+ is the Gimp ToolKit. It developed with The Gimp so there was a lot of old code in The Gimp from the days when GTK+ was a lot simpler. Anyway, Gimp 2.0 will use GEGL to handle multiple colour spaces (e.g HSV, CMY/CMYK, YCC, cieLab XYZ) and depths (e.g 48/64-bit RGB/RGBA, floating point, HDR). When 2.0 is released, the abomination that is currently CinePaint (personal opinion) should be largely unnecessary.
I know what you mean. I have a desktop and a few servers running Debian unstable (including two Sun Sparc's). I honestly can't remember when I actually installed debian on them, I've just always upgraded. I also prefer to run ReiserFS as the rootfs (at least on the PC's) but again I can't remember when I switched over. I can tell you it involved two disks and transferring everything from ext2 on one disk to reiserfs on the other and then switching. Not exactly elegent, so I'd like Reiser support in the next release.
That's certainly the biggest problem with getting a nice installer for Debian: most of the developers probably haven't used the installer in years and instead concentrate on the "day to day" operation of the system. I understand that this "problem" is now recognized and being worked on.
Kodak used to sell a GPS receiver/adapter for the DC260/265/290 series of cameras, several years ago. I don't know how the location data was stored, perhaps in the EXIF information. I never had one, but the DC260/265/290 series sounded like some funky cameras. DigitOS and enough CPU/memory to run MAME. Apart from that, the ability to write scripts for a camera sure sounds cool.
NT? Oh yes, NT uses a microkernel architecture. At least, it was when it started but MS seems to have totally mangled NT to be very monolithic. Of course, MS and their supporters will excuse it, saying that it's a "hybrid" with the best of both worlds. Whatever. From everything I've heard and read, it's now a damn mess.
Read that second-last paragraph again:
IOW, it's a hollow threat to the future adoption of Ogg Vorbis. They're pulling a SCO. Those open source savages could never have come up with something better than our codec. They must have copied some of our IP.
That was one of the main things that stuck out for me as well. The author didn't seem to have a real grasp of what he was writing about, just stuff he'd learnt from his buddies and reading PeeCee magazines. There was one section in there about NTFS where I'm sure he was referring to journalling, but he never actually used the terms "journal" or "journalling". What a poor effort.
Charmed? You're comparing Buffy to Charmed? Right. Charmed, A.K.A those six bouncy things that get us cheap ratings.
That's an Xscale (StrongARM) processor. Linux has already been ported to a few ARM machines. It probably wouldn't take to long to get the basics working. Then the bitch is getting things like the LCD and peripherals working. I don't know how much flash memory is in it, but if it can contain WinCE then it should be enough for a minimal Linux with an X server. Then it would actually be useful, at least for Unix/Linux types. And it wouldn't lock you out of your "desktop" machine while you're using this "display".
Hell, you could probably throw in the RDP, Citrix, VNC clients too, and an X11 window manager. That way you could have seperate windows from different machines and different protocols. Throw in rxvt and ssh, and you'll be able to connect to just about anything. Much better than this lock-in device that MS has come up with.
I see one problem with that though. Outlook (and don't forget Exchange on the server) aren't merely products. Microsoft in its monopoly position uses them as weapons. It uses them to enslave you, to lock you into its vision of the corporate network.
But in those few years you will be using Outlook+Exchange. All your important data (messages, calendars, shared documents...) will be stored in a proprietary format. With licensing 6.0 you will probably have upgraded a few times as well. Apart from giving more unnecessary money to MS, your data has probably been "upgraded" as well. The data format will change in mysterious ways, keeping it one step ahead of anyone (open or proprietary) trying to reverse-engineer it.
If I were in the position to control or influence the software used in a business, I'd do everything I could to stay away from MS stuff. Simply because I know that they're abusing their position and I know it will be very hard to switch away later.
Ok, so the Red Hat installer couldn't find those things but what about you? Did you try anything like loading drivers manually? looking at the output of lspci? googling for answers? Hell, did you even try other distros? I've heard that Knoppix has very good hardware detection, although maybe even the U3 is too weird/new. The distro's installation procedure is not the end of setting up a Linux machine, it's just the start!
I just got the email today and it failed. I'm running 2.44 from Debian and haven't yet looked at tweaking any of the rules.
Here's the verbose banner that SA put on my copy:
It looks like some dumbass has entered it into Razor. Unfortunately, some people (and yes I did this originally) had their procmail setup to enter an email into razor if it is deemed "spam" by SA or something else. Those 3.9 points are what puts it over the threshold.
Oh my god. Do not follow the advice in that link. It sounds suspiciously like a certain Hungarian phrase book :)
Oh yes, here we go with another car analogy. You think all cars are exactly the same? Right. Except for automatics that have no clutch pedal and a very different gear selection. The parking break handle can be on either side of the drivers seat. What about the controls on the steering column? The ones that control the wipers and lights and so forth. They often vary a lot among makes of cars. Hell, some cars even have the gear stick on the steering column as well. Some controls might be on the dash.
And then there's the performance of the car. How good are the breaks? Is the car heavy or light? How powerful is the engine? How long is the wheel base and what's the turning circle like? Have power steering? These things all affect how you drive a car.
Here's a tip: you have a part of your brain called the cerebelum. It allows you to abstract your actions. For gods sake use it and stop whinging about things being different.
Check out Paul Debevec's web site. He seems to have pioneered (correct me if I'm wrong) a lot of image-based rendering techniques. HDR images are an important part of this. He describes how to recover HDR images from photographs, how to create "light probes" (HDR environment maps), and then how to light synthetic scenes with a light probe.
I have a digital temperature sensor in the garden outside the house. I can state for a fact that it got to 42 outside here in Roseville on Saturday. Here's a graph of the readings from Saturday-Sunday. Roseville's in the northern suburbs, just north of Sydney Harbour in case people are wondering. It was an absolutely f-ing stinker and thank god it was a one-off. If conditions were repeated then forget fires, people would start dropping dead from heat stress. Sunday and today have been quite nice, even compared to Saturday.
Yes, from what I gather it's called Not-Having-Such-A-Ridiculously-Long-Pipeline (NHSARLP). Seriously, HT is more a method to reduce the impact of branch mispredictions on the long P4 pipe, rather than giving SMP on a die. The article gives pretty dismal numbers for the speed improvement. Sure, it's an improvement if you already have the hardware, but don't rush out now for a P4 or Xeon thinking it's equivalent to two CPUs.
Technically, neither can OpenGL. To use NURBS (and other parametric curves) in OpenGL, you use evaluators in GLUT to tesselate a grid of triangles.
Really dan? Show me the "something else". Mesa is practically the OpenGL standard on Linux/BSD and it would take any group many years to create something with all the capabilities of Mesa. I'm not aware of any other Open Source alternatives, and some quick googling doesn't show up anything. I gather that even the recent DRI framework added to Xfree86/Linux used Mesa as a part of its OpenGL rendering.
Sorry dan, but this and the "page on sourceforge" comments are just FUD. You have a point about the situation with hardware manufaturers, but you may be surprised at how organized a lot of Open Source projects are.
There's also the Differential X Protocol Compressor DXPC. I don't know how it compares to LBX, but it's certainly an option to look at.