Strangely the iBook actually does have a fan. But to conserve power it's usually off. If you do some serious heavy lifting with it, like compiling stuff or rendering 3d scenes, you'll hear it come on.
Re:how to attack and neutralize the wild XML docum
on
Perl & XML
·
· Score: 3, Interesting
Does anybody know of any Perl XSLT module that allows Perl functions to be called from the templates? I.e., to format dates or stuff like that.
I'm looking into it for XML::LibXSLT, but it's non-trivial due to lack of docs and lack of context. Keep watching CPAN is all I can suggest!
Re:My Biased Opinion...
on
Perl & XML
·
· Score: 4, Informative
You are correct it is a biased opinion, but inquiring minds want to know why.
You can't seriously be suggesting that because Java "already handles XML efficiently" that developers should switch to it, or that suddenly its the holy grail of languages that can use XML? At least not without backing up your statements. There's an enormous amount of work involved in dumping a language for another one. Witness the number of dot-coms who tried it when they bought another company only to fail (whether trying to make everything "Java" or "Enterprise" is a contributing factor or not is a judgement call).
Perl has incredibly efficient libraries for processing XML. For example XML::LibXSLT is faster than every Java XSLT module out there according to freely published benchmarks, so it's hard to see where you find your bias.
"Java is a platform-independent programming language. XML is a platform-independent markup language. They fit together perfectly."
Why? With platform independant data you no longer need platform independant languages. You can work with whatever language is easiest to use, or performs best, or whatever your particular criteria are for your project.
The only sense in which they fit together perfectly is in the minds of point haired managers, who completely suck in and accept statements like the above, without questioning their technical merit. In fact, in many ways XML obsoletes the need for languages selling themselves on platform independace.
You're trusting the same organisation that told us that the Apache bug wasn't exploitable on x86 Linux (and we later found out it was), that this is a trustable workaround?
No thanks, I'll upgrade my servers and enable priviledge separation. We may or may not see exploits that get around turning off the ChallengeResponseAuthentication bugs, but I'm not taking that chance.
The bandwidth spam uses is a bit of a myth. At the ISP I work at I did some bandwidth tests, and while the testing showed that numerically, spam made up 20-30% of the email, bandwidth wise it only made up about 0.5%. Mostly it's due to people flinging around word documents and pictures and multimedia.
Disclaimer: I'm one of the SpamAssassin developers.
I'm not really sure how Razor2 is managing to use Nilsimsa (and despite Vipul saying that Razor is open source, we don't get to see the server, so I can't find out easily).
When I did testing of Nilsimsa for SpamAssassin it turned out that in order to be able to use Nilsimsa you have to use a special comparison function over every single nilsimsa hash in your database. This basically became unusable at about 50K signatures, as when you received an email, you first had to hash it with Nilsimsa, but then you had to use nilsimsa_compare (or whatever the function was called) on each and every one of those 50K entries.
I'd really like to hear how they're doing it. Perhaps Vipul found some way of indexing the search so it wasn't a full scan. If anyone follows the Razor lists and knows how it works, please share.
This of course ignores the fact that the code for Foo2 that you gave to the person outside your organisation is now GPL'd, and they can release it for free to the whole world.
You could also create a new operating system based on a modified version of Linux, sell the binaries, and refuse to give away the source code when asked for it.
That's terrible. We should be doing a lot better than that. Please let us know where we might be going wrong for you. For other people we're doing around 90 to 95%.
Conectiva 8.0 (in beta now) is also LSB compliant, fwiw.
I'm really looking forward to when Red Hat finally moves to LSB compliance. Maybe then we'll be able to take almost any RPM, be it Red Hat, SuSE or Conectiva, and install it on any linux distribution without worrying too much about wierd issues.
Well, my hope is that we can replace the editing component in kate - the KDE text editor. You see vim's editing component is highly optimised, and has excellent syntax highlighting. Whereas kate is not fast (compared with vim). So it would be really nice to be able to make this the editing component for kate, and have all of kate's nice keyboard controls (Yay for CUA), combined with vim's speed.
Remember though, this is also a public web server, so a lot of that ram is taken up by my 10M AxKit httpd processes, which aren't sharing much at the moment due to the way I have the server setup.
I do kinda wish there was KDE with mozilla integrated, I suppose it's kinda like Windows now, you get IE (Konq) by default, but you're welcome to switch, but when you switch, it won't be as nicely integrated. It would be nice if the browser wasn't as tied to the OS and allowed you to easily swap it out with another one. (or is this possible now? I dunno, I haven't used it yet)
Yes, this is possible. If you have all the right extensions installed, you can just tell konqueror to use kmozilla. I'm not sure if this has been ported to KDE3 yet, but it worked under KDE2 - I can't find the option now.
That doesn't take away from the fact that it uses a lot of memory though. I could have showed the difference between a runlevel 3 session and an average runlevel 5 session, which would have shown more accurately how much memory it was using, but who has time to piss about doing that;-)
It uses memory. Lots of memory. What can I say. Here's top sorted by memory usage on my main machine running KDE3, mod_perl, and a bunch of other services:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND 25910 matt 9 0 72448 28M 12724 S 0.0 5.6 12:20 kmail -caption KMail -icon kmail -miniico
9351 root 9 0 93852 27M 6532 S 0.0 5.5 697:25/usr/X11R6/bin/X -auth/var/run/xauth/A:0
2910 matt 9 0 62600 20M 15068 S 0.0 4.0 0:29 kdeinit: noatun -icon noatun -miniicon no 11878 matt 9 0 61908 17M 13620 S 0.0 3.5 1:21 kdeinit: kate
9452 matt 9 0 58208 13M 10748 S 0.0 2.7 1:37 kdeinit: kicker 18392 matt 9 0 55504 13M 10344 S 0.0 2.7 0:13 kdeinit: konsole -icon konsole -miniicon 11025 matt 9 0 56880 12M 11748 S 0.0 2.4 0:22 kit
9446 matt 9 0 55800 12M 11184 S 0.0 2.4 1:51 kdeinit: kdesktop
9442 matt 12 0 55836 11M 9592 R 0.7 2.3 4:17 kdeinit: kwin
9456 matt 10 0 55900 11M 10044 S 0.1 2.3 1:54 kdeinit: konsole -icon konsole -miniicon 10553 matt 9 0 54516 10M 10068 S 0.0 2.1 0:05 kdeinit: kio_uiserver 31815 matt 9 0 51716 10M 7432 S 0.0 2.0 0:01/usr/lib/kde3/bin/kdesktop_lock 17747 nobody 9 0 11960 10M 5032 S 0.0 2.0 0:02/opt/apache/bin/httpd
So yeah, it uses gobs of memory. However I've also got it on my 128M laptop, and it's fairly kind to swap on that, and runs faster than KDE 2 did. That's just a gut feeling version of "fast", but it certainly feels that way. Though it's impossible for me to say it's all KDE3, since the upgrade also took me to kernel 2.4.18. So it could be a multitude of factors.
Overall this desktop kicks ass. It's really really sweet.
Kmail - a lot better than earlier attempts. IMAP actually works, and works well. There are a few wierd bugs - like their filters don't allow you to filter to IMAP server folders. And there is no LDAP support, so I have to use mozilla mail for sending internal emails to people I don't know yet.
Konqueror - A very good browser. Fails to correctly render a few sites (sadly perlmonks home page is one of those). Doesn't support tabbed browsing. But it's nice to have a browser properly integrated with KDE, so I'm giving up hope on tabbed browsing for a little while - so far it's the only real thing I miss from Mozilla.
Noatun - sorry, but this MP3/Ogg player is still far inferior to XMMS. And it crashes a lot for me.
Kate - this is a really nice editor. With great syntax highlighting, and now has all the features I missed from TextPad, bar one (macros).
Ksirc - still sucks compared to xchat, but better than last time.
Korganizer - nice. Keeps me organised, and integrates nicely with the desktop, alerting me of appointments. Haven't tried the shared appointments stuff, but it looks kinda cool (if a little clunky being ftp based).
Konq (file manager) - as a file manager Konqueror is actually really nice. The auto-previews are great (but can be turned off) - I find them really useful when searching for source files. Cervisia integration is just incredible - I can totally manage a CVS project from konqueror now, including doing visual merges and diffs, checkins, tagging, etc. Wow.
Styles, themes, look and feel - Awesome. Red Hat's latest rawhide comes with Keramik, which makes KDE look absolutely gorgeous. This desktop even makes my windows using buddies jealous:-)
All in all so far I'm very happy. It's a bit crash happy, but I expect that from this early release, and because of the fact that I'm running a snapshot. Anyway - I recommend it. Try it if you can.
Actually no, CDATA sections don't win you anything beyond not having to escape the < and & characters. You still can't send non-character data within a CDATA section, such as \0, FF, or BEL bytes.
They're stuffed. Drywall had exactly nothing to do with this one.
You're right, my memory is slow on this one - the TV program didn't say that the use of drywall caused the building to collapse... The problem with the drywall was that it was the reason people couldn't get out - the walls surrounding the emergency stairs were just drywall, which was blown clear away by the explosion on impact. Therefore the stairs provided no means of escape in either tower for anyone above the impact floor(s).
Slashdot Mirror
Strangely the iBook actually does have a fan. But to conserve power it's usually off. If you do some serious heavy lifting with it, like compiling stuff or rendering 3d scenes, you'll hear it come on.
;-)
Of course then you miss how quiet it was
Damn. I have a cordless mouse.
Does anybody know of any Perl XSLT module that allows Perl functions to be called from the templates? I.e., to format dates or stuff like that.
I'm looking into it for XML::LibXSLT, but it's non-trivial due to lack of docs and lack of context. Keep watching CPAN is all I can suggest!
You are correct it is a biased opinion, but inquiring minds want to know why.
You can't seriously be suggesting that because Java "already handles XML efficiently" that developers should switch to it, or that suddenly its the holy grail of languages that can use XML? At least not without backing up your statements. There's an enormous amount of work involved in dumping a language for another one. Witness the number of dot-coms who tried it when they bought another company only to fail (whether trying to make everything "Java" or "Enterprise" is a contributing factor or not is a judgement call).
Perl has incredibly efficient libraries for processing XML. For example XML::LibXSLT is faster than every Java XSLT module out there according to freely published benchmarks, so it's hard to see where you find your bias.
"Java is a platform-independent programming language. XML is a platform-independent markup language. They fit together perfectly."
Why? With platform independant data you no longer need platform independant languages. You can work with whatever language is easiest to use, or performs best, or whatever your particular criteria are for your project.
The only sense in which they fit together perfectly is in the minds of point haired managers, who completely suck in and accept statements like the above, without questioning their technical merit. In fact, in many ways XML obsoletes the need for languages selling themselves on platform independace.
All Sony's new laptops have three buttons - well actually two and the scroll wheel which you can press in (acts as middle button).
You're trusting the same organisation that told us that the Apache bug wasn't exploitable on x86 Linux (and we later found out it was), that this is a trustable workaround?
No thanks, I'll upgrade my servers and enable priviledge separation. We may or may not see exploits that get around turning off the ChallengeResponseAuthentication bugs, but I'm not taking that chance.
The bandwidth spam uses is a bit of a myth. At the ISP I work at I did some bandwidth tests, and while the testing showed that numerically, spam made up 20-30% of the email, bandwidth wise it only made up about 0.5%. Mostly it's due to people flinging around word documents and pictures and multimedia.
Disclaimer: I'm one of the SpamAssassin developers.
I'm not really sure how Razor2 is managing to use Nilsimsa (and despite Vipul saying that Razor is open source, we don't get to see the server, so I can't find out easily).
When I did testing of Nilsimsa for SpamAssassin it turned out that in order to be able to use Nilsimsa you have to use a special comparison function over every single nilsimsa hash in your database. This basically became unusable at about 50K signatures, as when you received an email, you first had to hash it with Nilsimsa, but then you had to use nilsimsa_compare (or whatever the function was called) on each and every one of those 50K entries.
I'd really like to hear how they're doing it. Perhaps Vipul found some way of indexing the search so it wasn't a full scan. If anyone follows the Razor lists and knows how it works, please share.
This of course ignores the fact that the code for Foo2 that you gave to the person outside your organisation is now GPL'd, and they can release it for free to the whole world.
Probably.
You could also create a new operating system based on a modified version of Linux, sell the binaries, and refuse to give away the source code when asked for it.
Both would be illegal, and for similar reasons.
Also note that the V is "silent" - there is no versioning in WebDAV (there's a separate Delta-V spec, but it's not finished yet).
70%???
That's terrible. We should be doing a lot better than that. Please let us know where we might be going wrong for you. For other people we're doing around 90 to 95%.
Matt - one of the SpamAssassin developers.
I'm one of the SpamAssassin developers and I find their technique odd.
;-)
Wouldn't this have a horrendously high false positive ratio for things like mailing lists?
Anyway, tell them to use SpamAssassin - it kicks ass. And I'm not biased, honest
XML::Parser's Object style does exactly this, and has done so for I think a couple of years now.
;-)
But it doesn't really answer this guy's question
"Perhaps even one of them Perl monkeys will quickly hack such a background tool."
Been done already. Check out Mail::Miner.
Conectiva 8.0 (in beta now) is also LSB compliant, fwiw.
I'm really looking forward to when Red Hat finally moves to LSB compliance. Maybe then we'll be able to take almost any RPM, be it Red Hat, SuSE or Conectiva, and install it on any linux distribution without worrying too much about wierd issues.
Well, my hope is that we can replace the editing component in kate - the KDE text editor. You see vim's editing component is highly optimised, and has excellent syntax highlighting. Whereas kate is not fast (compared with vim). So it would be really nice to be able to make this the editing component for kate, and have all of kate's nice keyboard controls (Yay for CUA), combined with vim's speed.
Here's the top few lines (though obviously I'm not running the same stuff as I was before):Remember though, this is also a public web server, so a lot of that ram is taken up by my 10M AxKit httpd processes, which aren't sharing much at the moment due to the way I have the server setup.
I do kinda wish there was KDE with mozilla integrated, I suppose it's kinda like Windows now, you get IE (Konq) by default, but you're welcome to switch, but when you switch, it won't be as nicely integrated. It would be nice if the browser wasn't as tied to the OS and allowed you to easily swap it out with another one. (or is this possible now? I dunno, I haven't used it yet)
Yes, this is possible. If you have all the right extensions installed, you can just tell konqueror to use kmozilla. I'm not sure if this has been ported to KDE3 yet, but it worked under KDE2 - I can't find the option now.
I know all about top's misleading figures.
;-)
That doesn't take away from the fact that it uses a lot of memory though. I could have showed the difference between a runlevel 3 session and an average runlevel 5 session, which would have shown more accurately how much memory it was using, but who has time to piss about doing that
KDE3 is awesome. RAM is cheap. Get both.
A few days into using KDE3. Here's my opinions.
:-)
Overall this desktop kicks ass. It's really really sweet.
Kmail - a lot better than earlier attempts. IMAP actually works, and works well. There are a few wierd bugs - like their filters don't allow you to filter to IMAP server folders. And there is no LDAP support, so I have to use mozilla mail for sending internal emails to people I don't know yet.
Konqueror - A very good browser. Fails to correctly render a few sites (sadly perlmonks home page is one of those). Doesn't support tabbed browsing. But it's nice to have a browser properly integrated with KDE, so I'm giving up hope on tabbed browsing for a little while - so far it's the only real thing I miss from Mozilla.
Noatun - sorry, but this MP3/Ogg player is still far inferior to XMMS. And it crashes a lot for me.
Kate - this is a really nice editor. With great syntax highlighting, and now has all the features I missed from TextPad, bar one (macros).
Ksirc - still sucks compared to xchat, but better than last time.
Korganizer - nice. Keeps me organised, and integrates nicely with the desktop, alerting me of appointments. Haven't tried the shared appointments stuff, but it looks kinda cool (if a little clunky being ftp based).
Konq (file manager) - as a file manager Konqueror is actually really nice. The auto-previews are great (but can be turned off) - I find them really useful when searching for source files. Cervisia integration is just incredible - I can totally manage a CVS project from konqueror now, including doing visual merges and diffs, checkins, tagging, etc. Wow.
Styles, themes, look and feel - Awesome. Red Hat's latest rawhide comes with Keramik, which makes KDE look absolutely gorgeous. This desktop even makes my windows using buddies jealous
All in all so far I'm very happy. It's a bit crash happy, but I expect that from this early release, and because of the fact that I'm running a snapshot. Anyway - I recommend it. Try it if you can.
Actually no, CDATA sections don't win you anything beyond not having to escape the < and & characters. You still can't send non-character data within a CDATA section, such as \0, FF, or BEL bytes.
They're stuffed. Drywall had exactly nothing to do with this one.
You're right, my memory is slow on this one - the TV program didn't say that the use of drywall caused the building to collapse... The problem with the drywall was that it was the reason people couldn't get out - the walls surrounding the emergency stairs were just drywall, which was blown clear away by the explosion on impact. Therefore the stairs provided no means of escape in either tower for anyone above the impact floor(s).