I agree with the parent. If there is a dent in the gaming market because of this lawsuit, I hope it will be the dropout of companies that aren't capable of looking after their users rights (at least, what will become rights if this guy wins)
Actually, I think there are probably quite a few/. readers in Edmonton. I think there could easily be at least 1000 of us on here, if not far more. *waves*
UofA puts out 100 CS grads a year, plus probably at least a bunch from NAIT, so our techie ranks aren't that small. And then you add in the loads of geeks in nearby Calgary who would also possibly be interested in attending this.
jEdit is what I use. It's Free Software, and runs great on Linux. It includes syntax highlighting, XML Schema validation, XML Insert (auto-completion, prompting from schema), XPath evaluation, and XSLT transformation. This functionality is built ontop of the great Apache XML tools - so it is quite complete and interoperable.
jEdit is also great for more than just XML too! I used to be mainly an Emacs user - but I spend my days in Eclipse (for Java and C++) and jEdit (for everything else) now.
What can we do about security, since this person designed and implemented all current security procedures? If he wanted to leave some hard-to-find malicious timed-release back-door-opening code running, it's certainly within his means.
If you think they are the type of person who may do something like that, you probably shouldn't have put them in charge of security.
Perspectives, renaming.. bah, come on, that's cheating:)
Slurry.
I would build two pipelines from source to destination, one sending, once receiving. I would use an immense amount of water to "slurrify" (like dissolve) the dirt so it could be pumped through the pipe and strained out at the other end, the water being returned through the second pipe for reuse.
Let me understand? You want the/women/ in CS to respond to this article?
This should be the easiest first post ever!
(It's just too bad I'm male) In my CS faculty they had a saying - that they could count the number of women in CS on one hand... with three fingers cut off:)
Even home users with only a single machine can take advantage of remote X sessions!
A 'killer' use case?
I can run applications from my home machine displayed on my workstation at work.
Connected through my cable modem at home, and my workstation (Linux, or Windows using Cygwin) at work. More importantly, I can do this over an encrypted ssh session through the proxy at work. This allows me to surf to any web sites I want without being monitored, and I can read personal email and chat on instant messanger without it being intercepted. And I can do this using graphical applications. There is also the benefit of being able to run software at home you couldn't install at work. I can install cygwin's xfree86 port, and use my home Linux apps on my Windows desktop. And with gzip compression built into ssh, it's decently fast too, even with my cable modems crippled upload speed.
Well, I won't say for sure, but I think there is a strong chance that the same man largely responsible for the last ten years could play a role in the evolution over the next ten years as well...
CGI is slower?? I write CGI in C++. Compiled C++ is fast. It's on par with interpreted Perl or PHP execution speed at the very least... more likely vastly faster. And this myth about process spawn time is starting to bother me. Linux can spawn processes VERY fast. Threads on Linux have traditionally been implemented as a special form of process anyhow. And even if this was a problem...the author mentions the solution, FastCGI - but seems to somehow ignore that it obliviates his whole point!
What people really like to ignore when developing on Windows is COM, Apartment Threading, and the whole process model. When you call a COM object in an ASP page or whatever, you are crossing process boundaries - all arguments are martialled through COM by VALUE. All these ASP programmers that create a COM object to use, for example, MSXML have obviously never tried creating a LARGE DOM tree. Let me tell you, it does NOT scale. Compiling all my code into a single CGI allows me to keep everything in the same process space, and vastly improves performance when things get large.
And who the hell debugs using printf? For one, I like CGI because it's easy to launch one directly from GDB! Ever tried attaching a debugger to a thread for your process inside a web server? HA! GDB lets me easily script the piping of a file to stdin of my CGI. If you are still using printf, you have more problems in learning about programming than will be solved by not using CGI.
Now, if your application is heavily template based, then yes, PHP definitely makes more sense than CGI!!! The other has a point in that you shouldn't be embedding HTML in your C code. Which brings me to my last beef...
Their product is about using pre written features rather than writing them yourself as you need to with CGI? Uh, DUH!! There are like umpteen billion CGI LIBRARIES out there!!! I happen to like GNU CGICC. It does everything, form uploading (mime and file uploads too), cookie handling, templating, etc - and it works with FastCGI too! Write it yourself??? As if! And I have no problem linking in libraries for database access, and everything else under the sun (Boost, etc) into my CGI, just like I would link them into any other program. Who the hell writes software without using any libraries?
This article is basically a bunch of FUD just to sell their product. You can safely ignore the whole thing!
Heh, lftp, that's a new one for me, thanks! It looks like we all go with what we know, that is, heres the little Makefile I use: --- RSYNC_RHOST:= archive.progeny.com RSYNC_RDIR:= mozilla/releases/mozilla1.3a/Red_Hat_8x_RPMS/xft/R PMS/i386/ RSYNC:= rsync -v RPM:= rpm rsync:
$(RSYNC) -r $(RSYNC_RHOST)::$(RSYNC_RDIR). RPMS:= $(wildcard./*.rpm) upgrade:
$(RPM) -U $(RPMS) ---
I take part in autonomous robotic Sumo competition, and from what I hear on the mailing list from people asking about FIRST, is that it's not all it's cracked up to be.
Apparently it's outrageously expensive for the materials kit, $8000 Canadian (over $5000 USD). And you have to pay for all team transportation and lodging yourself - which if you make it beyond the regional competition can be/really/ expensive.
And being that the robots apparently aren't autonomous, you aren't really learning a whole lot about robotics, which is compounded given the time frames involved.
The conclusion on the list was that our local regional robotics club, which is happy to work with teachers or schools, would be a vastly more cost effective means to learn robotics, and you still get the excitement of competition. And by starting with an RC Sumo (junior high school), and working up to autonomous Sumo (high school/college), you will learn a whole lot more about robotics in the end.
The SD Card Association product license agreement does not allow open source drivers for the SD cards. The Multimedia Card Association (which came before SD) does allow open source drivers.
Can't someone release a binary-only SD card driver? We could. We don't for the following reasons: (1) it's a maintenance headache. Someone must compile and update the driver for each kernel release. (2) People who want to hack a custom kernel will not be able to include SD card support unless they join the SD Card Association. (3) It goes against the grain of open-source operating systems and the whole point of handhelds.org. Driver development work is replicated, bugs go unfixed, time is wasted.
We will continue our efforts to change the SD Card Association's policies.
Prototypes aren't just good for testing the feasability of your technical ideas. I like to bring my software to the users often throughout it's development. Just like Free Software...release early, and release often. I get valuable feedback before I spend too much time on features they don't like.
That said... this needs to be done PROPERLY, or you will become enslaven to users who just don't understand software development. You need to make users understand up front that they are going to have to take your word on it when you say NO (and you NEED to learn to say NO), else you will spend forever explaining to them why it would not be possible/cost effective to do it their way.
These are both good ideas I was going to suggest. The last piece of this puzzle which I was also going to suggest - if you really need plain text, the text browser "lynx" can be scripted to spit out html reformatted as plain text. Export word->html, run through tidy, and html2text with lynx, should yield decent results.
I'm big into standards - whether they be standards for web pages, or XML formats for document exchange, or things like POSIX. Yep, I'm all for interoperability.
Why?
So users can use whatever damn platform they want. If you wanna go crazy and put X on your box, and that's not the company's party line, fine, as long as you don't expect ANY platform specific support, I don't care. You like Linux, go right ahead. Mac? No Problem. Happy with your PDP11? Go crazy. Windows XP? Sure, spoon feed Bill dinner if you like, I don't care. Whatever you are the most comfortable with, and makes you the most productive, that's fine with me. You can pick your platform, software, whatever.
This is not only hinged on interoperability of document standards though. The administrator has to be judicial in maintaining server security too. Many admins get lazy, wirefall off the outside world, forget about security on the inside, and hope for the best. I say, religious backups, and good group/user security policies on all servers are a must.
In my mind, the Free in Free Software allows you the freedom to use/any/ software you want.
Take the $200, and invest it. 10 years from now when it has multiplied 10 fold in value, you will then have enough for the 20% deposit to put some/real/ audiophile equipment on layaway.:-)
I just made exactly this decision. I had the money saved and wanted a high end viewing solution to go with my high end audio solution.
What I think it boils down to is how it's going to be used.
When you start comparing resolutions vs $ etc. Size is a matter of perspective - how close are you to the screen. How close/can/ you be to the screen?
If it's going to be more than just you viewing the screen, then a large screen makes sense. But my primary usage was personal. I wanted something to play games and watch movies on. Other than what would end up being perhaps 1 movie night a month with a group for friends, 99% of the time it would be just me viewing.
Huge dollars for $ 1024x760 on a big screen, or less $ for 1600x1200 on a smaller one?
The other major consideration in a major purchase like this is HDCP. High Definition Copy Protection. If your prospective set doesn't have it, don't buy it, cuz there is a good chance you might not be able to view future HD content. (thanks MPAA)
I chose to spend my money on a 21" Viewsonic LCD and an Nvidia Ti4600 to drive it, leaving enough left over to upgrade that purchase much sooner than I could of with the big screen.
Reply to myself to answer questions to other replies...
1) No, I'm not kidding. Hence the "even better" line. I only use the filter activation, not the catch all sound.
2) Evolution filter actions can be activated on any of their filter criterions, which includes: Recipient, Subject, Specific Header, Message Body, Expression, Date Sent/Received, Label, Score, Size, Status, Follow Up, Attachments, Mailing List, Regex, Source Account, and Shell Command.
So, with Shell Command's as criterion AND actions, that basically means you can plugin whatever you want if it's not already in that exhaustive list.
In short, it's TOTALLY customizable to do just about anything I can personally imagine.
Personally, I use procmail to categorize my email into several separate pop boxes on the server, so I criterion playing a sound off my main spam free Source Account, and also added it as an action to my 'folderization' filters for a few important mailing lists.
And yes, I used Outlook on my Win work box for a long time, and yes, it has been FAR ahead of Free Software offerings. I liked Outlook quite a bit actually. But that's not the point, the point is that now Evolution meets/my/ needs just as well as Outlook did, except for possibly...
I'm looking forward to the Gnome 2 port mainly for the XFT fonts and Anti-Aliasing.
I think with Gnome 2.2 when things get a little more polished and the apps ported, Evolution 1.2, Galeon 2, etc, then the GNU/Linux desktop will really start to become viable for many people.
I beat the Slashdotting by grabbing this a mere hour ago:-)
The blurb fails to mention the one new feature which makes this release very worthwhile, at least for me... Sound support! You can now have it play a sound on receipt of any incoming mail. Even better, you can use sounds as actions in filters, so you can set it up to not beep at you every 30 seconds when you receive spam or mail list traffic.
Also of note is the increased feeling of polish moving from 1.08. I really can't wait for the 1.4 release when it's ported to Gnome 2.
Slashdot Mirror
"Where do I upload my files to?" :)
I agree with the parent. If there is a dent in the gaming market because of this lawsuit, I hope it will be the dropout of companies that aren't capable of looking after their users rights (at least, what will become rights if this guy wins)
Actually, I think there are probably quite a few /. readers in Edmonton. I think there could easily be at least 1000 of us on here, if not far more. *waves*
:)
UofA puts out 100 CS grads a year, plus probably at least a bunch from NAIT, so our techie ranks aren't that small. And then you add in the loads of geeks in nearby Calgary who would also possibly be interested in attending this.
Now, if a few more would sign up for the meetup
"My biggest job is to say 'no' to new features"
-- Linus Torvalds
Actually, wrong.
They posted on Slashdot years ago asking for donations to hire a developer to build this next generation secure p2p network.
After reading their paper I thought it was a good idea, so I gave them money.
Now, it's years later, and I'm still waiting for something I can use. They owe me.
Oh, the irony of your post
jEdit is what I use. It's Free Software, and runs great on Linux. It includes syntax highlighting, XML Schema validation, XML Insert (auto-completion, prompting from schema), XPath evaluation, and XSLT transformation. This functionality is built ontop of the great Apache XML tools - so it is quite complete and interoperable.
jEdit is also great for more than just XML too! I used to be mainly an Emacs user - but I spend my days in Eclipse (for Java and C++) and jEdit (for everything else) now.
If you think they are the type of person who may do something like that, you probably shouldn't have put them in charge of security.
Perspectives, renaming.. bah, come on, that's cheating :)
Slurry.
I would build two pipelines from source to destination, one sending, once receiving. I would use an immense amount of water to "slurrify" (like dissolve) the dirt so it could be pumped through the pipe and strained out at the other end, the water being returned through the second pipe for reuse.
Let me understand? You want the /women/ in CS to respond to this article?
:)
This should be the easiest first post ever!
(It's just too bad I'm male) In my CS faculty they had a saying - that they could count the number of women in CS on one hand... with three fingers cut off
Even home users with only a single machine can take advantage of remote X sessions!
A 'killer' use case?
I can run applications from my home machine displayed on my workstation at work.
Connected through my cable modem at home, and my workstation (Linux, or Windows using Cygwin) at work. More importantly, I can do this over an encrypted ssh session through the proxy at work. This allows me to surf to any web sites I want without being monitored, and I can read personal email and chat on instant messanger without it being intercepted. And I can do this using graphical applications. There is also the benefit of being able to run software at home you couldn't install at work. I can install cygwin's xfree86 port, and use my home Linux apps on my Windows desktop. And with gzip compression built into ssh, it's decently fast too, even with my cable modems crippled upload speed.
Well, I won't say for sure, but I think there is a strong chance that the same man largely responsible for the last ten years could play a role in the evolution over the next ten years as well...
The Semantic Web.
This is bunk! Pure FUD!
CGI is slower?? I write CGI in C++. Compiled C++ is fast. It's on par with interpreted Perl or PHP execution speed at the very least... more likely vastly faster. And this myth about process spawn time is starting to bother me. Linux can spawn processes VERY fast. Threads on Linux have traditionally been implemented as a special form of process anyhow. And even if this was a problem...the author mentions the solution, FastCGI - but seems to somehow ignore that it obliviates his whole point!
What people really like to ignore when developing on Windows is COM, Apartment Threading, and the whole process model. When you call a COM object in an ASP page or whatever, you are crossing process boundaries - all arguments are martialled through COM by VALUE. All these ASP programmers that create a COM object to use, for example, MSXML have obviously never tried creating a LARGE DOM tree. Let me tell you, it does NOT scale. Compiling all my code into a single CGI allows me to keep everything in the same process space, and vastly improves performance when things get large.
And who the hell debugs using printf? For one, I like CGI because it's easy to launch one directly from GDB! Ever tried attaching a debugger to a thread for your process inside a web server? HA! GDB lets me easily script the piping of a file to stdin of my CGI. If you are still using printf, you have more problems in learning about programming than will be solved by not using CGI.
Now, if your application is heavily template based, then yes, PHP definitely makes more sense than CGI!!! The other has a point in that you shouldn't be embedding HTML in your C code. Which brings me to my last beef...
Their product is about using pre written features rather than writing them yourself as you need to with CGI? Uh, DUH!! There are like umpteen billion CGI LIBRARIES out there!!! I happen to like GNU CGICC. It does everything, form uploading (mime and file uploads too), cookie handling, templating, etc - and it works with FastCGI too! Write it yourself??? As if! And I have no problem linking in libraries for database access, and everything else under the sun (Boost, etc) into my CGI, just like I would link them into any other program. Who the hell writes software without using any libraries?
This article is basically a bunch of FUD just to sell their product. You can safely ignore the whole thing!
Heh, lftp, that's a new one for me, thanks! It looks like we all go with what we know, that is, heres the little Makefile I use: := archive.progeny.com := mozilla/releases/mozilla1.3a/Red_Hat_8x_RPMS/xft/R PMS/i386/ := rsync -v := rpm . := $(wildcard ./*.rpm)
---
RSYNC_RHOST
RSYNC_RDIR
RSYNC
RPM
rsync:
$(RSYNC) -r $(RSYNC_RHOST)::$(RSYNC_RDIR)
RPMS
upgrade:
$(RPM) -U $(RPMS)
---
I take part in autonomous robotic Sumo competition, and from what I hear on the mailing list from people asking about FIRST, is that it's not all it's cracked up to be.
/really/ expensive.
Apparently it's outrageously expensive for the materials kit, $8000 Canadian (over $5000 USD). And you have to pay for all team transportation and lodging yourself - which if you make it beyond the regional competition can be
And being that the robots apparently aren't autonomous, you aren't really learning a whole lot about robotics, which is compounded given the time frames involved.
The conclusion on the list was that our local regional robotics club, which is happy to work with teachers or schools, would be a vastly more cost effective means to learn robotics, and you still get the excitement of competition. And by starting with an RC Sumo (junior high school), and working up to autonomous Sumo (high school/college), you will learn a whole lot more about robotics in the end.
There is NO /Free Software/ SD Card driver for Linux, just MMC.
Sharp uses proprietary binary drivers in the Zaurus.
From http://www.handhelds.org/projects/h3800.html
Why do MMC cards work, but SD cards don't?
The SD Card Association product license agreement does not allow open source drivers for the SD cards. The Multimedia Card Association (which came before SD) does allow open source drivers.
Can't someone release a binary-only SD card driver? We could. We don't for the following reasons: (1) it's a maintenance headache. Someone must compile and update the driver for each kernel release. (2) People who want to hack a custom kernel will not be able to include SD card support unless they join the SD Card Association. (3) It goes against the grain of open-source operating systems and the whole point of handhelds.org. Driver development work is replicated, bugs go unfixed, time is wasted.
We will continue our efforts to change the SD Card Association's policies.
I thought you said they were cutting security?
:-)
Sounds to me like your Windows boxes will be about as secure as ever
Prototype, prototype, prototype!
Work with your customers!
Prototypes aren't just good for testing the feasability of your technical ideas. I like to bring my software to the users often throughout it's development. Just like Free Software...release early, and release often. I get valuable feedback before I spend too much time on features they don't like.
That said... this needs to be done PROPERLY, or you will become enslaven to users who just don't understand software development. You need to make users understand up front that they are going to have to take your word on it when you say NO (and you NEED to learn to say NO), else you will spend forever explaining to them why it would not be possible/cost effective to do it their way.
These are both good ideas I was going to suggest. The last piece of this puzzle which I was also going to suggest - if you really need plain text, the text browser "lynx" can be scripted to spit out html reformatted as plain text. Export word->html, run through tidy, and html2text with lynx, should yield decent results.
:)
Good Luck
Well, I don't really feel for him.
/any/ software you want.
I'm big into standards - whether they be standards for web pages, or XML formats for document exchange, or things like POSIX. Yep, I'm all for interoperability.
Why?
So users can use whatever damn platform they want. If you wanna go crazy and put X on your box, and that's not the company's party line, fine, as long as you don't expect ANY platform specific support, I don't care. You like Linux, go right ahead. Mac? No Problem. Happy with your PDP11? Go crazy. Windows XP? Sure, spoon feed Bill dinner if you like, I don't care. Whatever you are the most comfortable with, and makes you the most productive, that's fine with me. You can pick your platform, software, whatever.
This is not only hinged on interoperability of document standards though. The administrator has to be judicial in maintaining server security too. Many admins get lazy, wirefall off the outside world, forget about security on the inside, and hope for the best. I say, religious backups, and good group/user security policies on all servers are a must.
In my mind, the Free in Free Software allows you the freedom to use
This is the goal for your post-university life?
:-)
I suggest staying in business school until you understand why this probably isn't going to work.
If he is /really/ an audiophile...
/real/ audiophile equipment on layaway. :-)
Take the $200, and invest it. 10 years from now when it has multiplied 10 fold in value, you will then have enough for the 20% deposit to put some
Heh, funny you would say that.
/can/ you be to the screen?
I just made exactly this decision. I had the money saved and wanted a high end viewing solution to go with my high end audio solution.
What I think it boils down to is how it's going to be used.
When you start comparing resolutions vs $ etc. Size is a matter of perspective - how close are you to the screen. How close
If it's going to be more than just you viewing the screen, then a large screen makes sense. But my primary usage was personal. I wanted something to play games and watch movies on. Other than what would end up being perhaps 1 movie night a month with a group for friends, 99% of the time it would be just me viewing.
Huge dollars for $ 1024x760 on a big screen, or less $ for 1600x1200 on a smaller one?
The other major consideration in a major purchase like this is HDCP. High Definition Copy Protection. If your prospective set doesn't have it, don't buy it, cuz there is a good chance you might not be able to view future HD content. (thanks MPAA)
I chose to spend my money on a 21" Viewsonic LCD and an Nvidia Ti4600 to drive it, leaving enough left over to upgrade that purchase much sooner than I could of with the big screen.
Reply to myself to answer questions to other replies...
/my/ needs just as well as Outlook did, except for possibly...
1) No, I'm not kidding. Hence the "even better" line. I only use the filter activation, not the catch all sound.
2) Evolution filter actions can be activated on any of their filter criterions, which includes: Recipient, Subject, Specific Header, Message Body, Expression, Date Sent/Received, Label, Score, Size, Status, Follow Up, Attachments, Mailing List, Regex, Source Account, and Shell Command.
So, with Shell Command's as criterion AND actions, that basically means you can plugin whatever you want if it's not already in that exhaustive list.
In short, it's TOTALLY customizable to do just about anything I can personally imagine.
Personally, I use procmail to categorize my email into several separate pop boxes on the server, so I criterion playing a sound off my main spam free Source Account, and also added it as an action to my 'folderization' filters for a few important mailing lists.
And yes, I used Outlook on my Win work box for a long time, and yes, it has been FAR ahead of Free Software offerings. I liked Outlook quite a bit actually. But that's not the point, the point is that now Evolution meets
I'm looking forward to the Gnome 2 port mainly for the XFT fonts and Anti-Aliasing.
I think with Gnome 2.2 when things get a little more polished and the apps ported, Evolution 1.2, Galeon 2, etc, then the GNU/Linux desktop will really start to become viable for many people.
I beat the Slashdotting by grabbing this a mere hour ago :-)
The blurb fails to mention the one new feature which makes this release very worthwhile, at least for me... Sound support! You can now have it play a sound on receipt of any incoming mail. Even better, you can use sounds as actions in filters, so you can set it up to not beep at you every 30 seconds when you receive spam or mail list traffic.
Also of note is the increased feeling of polish moving from 1.08. I really can't wait for the 1.4 release when it's ported to Gnome 2.