3. It needs some kind of middle layer so that you can move applications between displays, and displays between consoles. Think something like screen or tmux. Once you launch an app on a display, it is stuck there.
I know I'm late to the party, but you can do this using xpra. Still works around the x display idea though, so you can't attach/detach individual windows, but you start them attached to xpra then you attach your x display to xpra. So very much like screen, but I think tmux has some more advanced functions to move windows between tmux sessions.
The OP might not be completely wrong, according to a dpkg-query -L google-chrome-beta it installs some stuff to/etc/cron.daily/google-chrome which apparently adds an extra source to your apt sources then updates google chrome based on some settings in your/etc/default/google-chrome. It also adds the source to/etc/apt/sources.list.d. Seems a bit invasive to me.
A lot of times these days I use rsync to do hard linked backups, which works mostly well but has some shortcomings. For example, backups across multiple machines don't have their duplicate files hardlinked, and files that are mostly similar can't be hard linked, such as files that grow like log files. More specifically we have some database files that grow with yearly detail information and everything before the newly added records is identical, resulting in gigs of used up space every day during backups when maybe a few megs has changed.
Initially I liked the way BackupPC handled the situation by pooling and compressing all the files, and duplicate files from different backups were automatically linked together. So I wrote a little script that primarily duplicated the the functionality of hardlinking duplicate files together regardless of file stat, running on top of fusecompress to get the compression too. The problem mostly is time though to crawl thousands and thousands of files and relink them. On top of that, rsync will not use those duplicate files for hardlinks in the next backup if the file stat info doesn't match, like mtime/owner/etc which means the next backup contains fresh new copies of files that have to be re-hardlinked by crawling the files again. Plus you don't get elimination of partial file redundancy.
So I looked around some more for a system that would allow you to compress out redundant blocks, and the closest thing I could find is squashfs, but it's read-only. Which sucks because we need to purge daily local backups occasionally to make more room for newer backups. We keep the last 6 month of daily backups available on a server, and do daily offsite backups from that. So once a month we delete the oldest months backups from the local backup server, and using squashfs you'd have to recreate the whole squash archive, which would suck for a terabyte archive with millions of files in it.
At this point I knew what features I wanted but couldn't find anything that did it yet, so I went ahead and wrote a fuse daemon in python that handles block-level deduplication and compression at the same time. I'm still playing around with it and testing different storage ideas, it's available in git if anyone wants to take a look, you can get it by doing:
(note the above command might be mangled because of the auto-linking in slashdot, there should be no [hoopajoo.net] in the actual clone command)
Currently it uses a storage directory with 2 sub directories, store/ and tree/. Inside tree/ are files that contain a hash that identifies the block list for the file contents. This way 2 identical files will only consume the size of a hash on disk + inodes. The hash points the the block that contains the file data block list, which is also a list of hashes of the data. This way any files that have identical blocks (on a block boundry) will have the redundant blocks only take up the size of the hash. Blocks are currently 5M, which can be tuned, and the blocks are compressed using zlib. So a bunch of small files get the benefit of compression and entire-file deduplication while large growing files will at most use up an extra block or data + the hash info for the rest of the file. So far this seems to be working pretty well, the biggest issues I have is tracking block references so we can free the block when it's no longer referenced by any files. It works fine currently but since each block contains it's own reference counter a crash could make the ref counts incorrect, and unfortunately I can't think of a better, more atomic way to handle that. The other big drawback is speed, it's about 1/3 the speed of native file copying, and from profiling the code 80-90% of the time seems to be spent passing fuse messages in the main fuse-python library, with a little time being taken up by zlib and actual file writes.
Well comments and replies naturally lend themselves to a tree, and the obvious way to store them is by using some self-referential parentid to the same table. In practice this becomes difficult for exactly the reason you cited, no recursion. But recursion is hard to optimize for a database which is why I presume it's not built in to SQL, but the answer for modeling trees in SQL is to use nested sets which allow you to extract parts of a tree and determine the depth at the same time, it's a very fast operation because you are simply selecting a range of numbers which databases are very good at.
Well also realize that in the beginning people will be inefficient at programming the PS3 so having as much CPU power as possible will be important to make up for current lack of experience in optimization, so they may need 100% of the processor now to acheive what people will be able to do with 50% of the processor in the future.
I'm pretty sure most cart roms were measured in megabits, not megabytes, putting goldeneye in around 8-12MB instead. According to the specs at the bottom of the Nintendo 64 wikipedia page they measured the roms in megabits, between 32Mb and 512Mb, making roms top out at 32MB which is not much data to move around on a broadband connection.
To be honest I have never printed from kword before, I usually use oowriter as my primary word processor, even though I may only use it once or twice a month. However I was curious about this kword issue, and I have 1.5 installed on my Debian box here and ran a test printing to PDF and comparing it to the on-screen image. The result is available here with the PDF on the left and the on-screen on the right (I assume the red/green fuzzies are because it's trying to do nicer type output on my laptop screen). So I'm not saying you don't have a problem printing, but as of this 1 test on this 1 sample on my computer your problem might be fixed in kword 1.5. At least it will cost you nothing to try:p
Anyone who's ever complained about the gimp needs to check out Krita, the paint application in KOffice. As of 1.5, it now has support for adjustment layers and layer groups, 2 of the things I missed most in the gimp. It also has CMYK support and does not have separate windows for all the tools (something that never bothered me but soooo many people complain about it). The difference between 1.4 and 1.5 of Krita is absolutely amazing, I figure give them 6 more months and they will have passed gimp in functionality. Too bad Krita is KDE only though, so no help for windows users looking for a good free photo editing suite.
You know I'm in the "not buying lots of games anymore" dept too, but what I think people overlook as they enter that stage is that for every one of us that moving on to other things, there's someone who's getting their first job at McDonalds and having $50 to $100 a week of free cash, which means they're now buying 4 games a month and a lot of DVD's and CD's (instead of us).
It's not like we were the last generation of people to ever have time to play games, there will always be someone to take our place. What is really indicated by this kind of article though is that either:
The next generation of kids with free-time does not like video games
or (more likely) the current crop of games just isn't that great because we're in a hardware transition cycle so people are waiting/saving more for next-gen (and developers are spending less on making good current-gen games too)
Never fear, come next spring sales will be up again.
Actually it was apparently a security fix, I recently went through this since we're migrating to XP and samba 3.x + ldap. There is a setting in the group policy editor for checking ownership of roaming profiles in SP1. You have to disable this check by enabling the "Do not check ownership" thing. There are details here, but once you're done it all works fine.
Ah I see the point about modded xboxes, and to be completly honest all my friends have ps2's as well but none of them take that online:p In general though, the xbox live thing seems to have set some standards as far as online gameplay with regards to the xbox in particular, e.g. every xbox game we've taken on live (even stuff like DOA) has let us play with the same number of people we could normally play in multiplayer but against other people online. Unfortunately for us though, most people on live apparently play a lot more than we do, and consequently we get rocked pretty bad.... which leaves us just playing system-linked games instead:p
I'm not sure what you mean, but I don't own an xbox but a couple of my friends do and we routinely go on Live with up to 4 people on the same xbox. Depends on the game to support it though, e.g. Halo 2 you can have 4 people but PGR can only have 2. All with one live account and 1 xbox.
teh arcade is a great draw, but the real success is geometry wars. its a runaway smash with alot of buzz.
I think this really describes it, I wonder how many of that 8% conversion is just people who bought geometry wars. A friend of mine got a 360 and a few games and they were OK, but we got bored of them pretty quick (DOA and Burnout) since it was mostly more of the same we had already been playing (DOA ultimate and.... well Burnout). I heard about the geometry wars thing here and told my friend about it so we tried it out. It was pretty sweet and very addicting, and since it was only like $5 he purchased it right on the spot.
At this point I thought maybe the arcade thing would be pretty sweet so we looked through some more of the titles... and the rest are pretty bad. I mean there are even card games. And total there are maybe 25-30 games right now? I don't know for sure because I didn't count but it's not a lot when you realize they have like 6 categories of games so when you go in to a particular category (like board games, action games, etc) there are only 4-5 games in there. So far he hasn't purchased any other games from the arcade because there aren't really any worth purchasing.
I know there are getting new games going in soon, like Street Fighter II which will be pretty cool, but I still find it a bit humorous that the best game on the 360 right now is a vector based asteroids clone basically that costs $5. On a machine that cost around $500 for the system, controllers, and hard drive:p
Do you have any idea how long it took to get IE running on Linux?
About 10 minutes? I run ie5.5 and ie6 under wine setup by this installer script so I can check web stuff without having to fire up qemu. And yes I know you were just kidding:p
The "funny" mod does not give karma and those who feel karma is important will use something besides "funny" when they are a moderator. The problem apparently was because a new account could hit the karma cap pretty fast only making +5 funnies. Sort of defeats the purpose of having a funny mod though, but some people care enough about karma to make the "funny" mod almost completely unused now.
My understanding of it is it's just a graphical MUSH. The difference between Second Life and WOW is the exact difference you would find between say a DIKU mud and a tinymush or something. e.g. one is action oriented with rpg tacked on designed by implementors for players, one is all rpg where the world is defined, created, and maintained by the users/players and somewhat self-moderated by whatever currency they use to limit the creation of new in-game items.
In general when looking at restricting things I find it's better to determine what is ok instead and only let through those things you know are not harmful. For example, maybe you wrote a website in 1998 that let users post to a guestbook, so you filtered out javascript, frames, etc. Well along comes xhtml+css and now there's new ways to embed javascript, so you have to update the things you strip out. You are now constantly reacting to the changes or extensions of the specification which may result in malicious behaviour in the future.
Instead the easier way would be to do something like only allow img, b, i, and a tags, and for img you only allow src attributes and for a you only allow href attributes. For both those attributes they must start with http:/// or https://./ Now no matter how html changes in the future or new browser extensions are added, they can't be exploited because your policy, by default is going to deny those things since they are new and not allowed.
Being a perl person, I use a module from cpan for this called HTML::TagFilter, which saves a lot of time:p
Regardless, your complaint is a straw man as you are complaining about your OS's windowing controls and your lack of experience with them. I assume that the key combination for cycling through windows in an MDI window would be the same in any MDI program.
That's a little harsh considering the #1 complaint with the gimp is that it is not MDI, which is an OS windowing control issue as well, and by your definition is a strawman. The fact is if you've only used gimp, then photoshop is hard to use. If you've only used photoshop then gimp is hard to use. If you've used neither, then both will be hard to use.
There are many valid complaints about gimp (cmyk, separations, adjustment layers, etc) but I think MDI is about the worst complaint anyone can make. I mean c'mon, photoshop on mac is not MDI either but no one complains about that.
AFAIK gimpshop does not make it MDI, it simply renames the menus and actions to be more similar to the names of filters and effects in photoshop, e.g. renaming auto -> normalize to auto -> equalize, etc. I don't believe there is any version of gimp that is MDI. Which is fine by me since I don't like MDI anyways (and as you point out, photoshop on mac is not MDI anyway, I thought the mac way was always better?:p)
Agreed. Last estimates I read were that there is still roughly 1 million lines of COBOL in use today. Not really "dead-end".
There's got to be way more than that, I just checkout out the COBOL we have here at work and we have over 900K lines of code, and we're a small company. Either that or we somehow account for 90% of the COBOL code left in the world:p
We expect [the Revolution controller] to become the standard in video game controls.
Firstly, i think that neither sony or microsoft will relinquish the standard controller designs, even if the revolution is a smashing success. It will never be the standard.
I find this somewhat entertaining since nintendo has created the controller standard time and time again. NES brought the dpad, before that there was joysticks. SNES brought shoulder buttons. N64 brought analog thumb-stick and rumble pack. GC brought a first-party wireless controller that didn't totally suck and lag. Now what do we have as the "standard"? Well the 360 has dual analog thumbsticks, a dpad, shoulder buttons, and first party wireless controllers included and built-in rumble.... They redefined the standard before I'm sure they can do it again.
I loved Robot Odyssey and Rocky's Boots. I had it on the coco2 though and not on the Apple. However I recently found a java "remake" of Robot Odyssey online and it's been fun to replay it again without wrestling with an emulator:
Slashdot Mirror
I know I'm late to the party, but you can do this using xpra. Still works around the x display idea though, so you can't attach/detach individual windows, but you start them attached to xpra then you attach your x display to xpra. So very much like screen, but I think tmux has some more advanced functions to move windows between tmux sessions.
In the mean time you can use this 10.1" touchscreen handset
The OP might not be completely wrong, according to a dpkg-query -L google-chrome-beta it installs some stuff to /etc/cron.daily/google-chrome which apparently adds an extra source to your apt sources then updates google chrome based on some settings in your /etc/default/google-chrome. It also adds the source to /etc/apt/sources.list.d. Seems a bit invasive to me.
A lot of times these days I use rsync to do hard linked backups, which works mostly well but has some shortcomings. For example, backups across multiple machines don't have their duplicate files hardlinked, and files that are mostly similar can't be hard linked, such as files that grow like log files. More specifically we have some database files that grow with yearly detail information and everything before the newly added records is identical, resulting in gigs of used up space every day during backups when maybe a few megs has changed.
Initially I liked the way BackupPC handled the situation by pooling and compressing all the files, and duplicate files from different backups were automatically linked together. So I wrote a little script that primarily duplicated the the functionality of hardlinking duplicate files together regardless of file stat, running on top of fusecompress to get the compression too. The problem mostly is time though to crawl thousands and thousands of files and relink them. On top of that, rsync will not use those duplicate files for hardlinks in the next backup if the file stat info doesn't match, like mtime/owner/etc which means the next backup contains fresh new copies of files that have to be re-hardlinked by crawling the files again. Plus you don't get elimination of partial file redundancy.
So I looked around some more for a system that would allow you to compress out redundant blocks, and the closest thing I could find is squashfs, but it's read-only. Which sucks because we need to purge daily local backups occasionally to make more room for newer backups. We keep the last 6 month of daily backups available on a server, and do daily offsite backups from that. So once a month we delete the oldest months backups from the local backup server, and using squashfs you'd have to recreate the whole squash archive, which would suck for a terabyte archive with millions of files in it.
At this point I knew what features I wanted but couldn't find anything that did it yet, so I went ahead and wrote a fuse daemon in python that handles block-level deduplication and compression at the same time. I'm still playing around with it and testing different storage ideas, it's available in git if anyone wants to take a look, you can get it by doing:
git clone http://git.hoopajoo.net/projects/fusearchive.git fusearchive
(note the above command might be mangled because of the auto-linking in slashdot, there should be no [hoopajoo.net] in the actual clone command)
Currently it uses a storage directory with 2 sub directories, store/ and tree/. Inside tree/ are files that contain a hash that identifies the block list for the file contents. This way 2 identical files will only consume the size of a hash on disk + inodes. The hash points the the block that contains the file data block list, which is also a list of hashes of the data. This way any files that have identical blocks (on a block boundry) will have the redundant blocks only take up the size of the hash. Blocks are currently 5M, which can be tuned, and the blocks are compressed using zlib. So a bunch of small files get the benefit of compression and entire-file deduplication while large growing files will at most use up an extra block or data + the hash info for the rest of the file. So far this seems to be working pretty well, the biggest issues I have is tracking block references so we can free the block when it's no longer referenced by any files. It works fine currently but since each block contains it's own reference counter a crash could make the ref counts incorrect, and unfortunately I can't think of a better, more atomic way to handle that. The other big drawback is speed, it's about 1/3 the speed of native file copying, and from profiling the code 80-90% of the time seems to be spent passing fuse messages in the main fuse-python library, with a little time being taken up by zlib and actual file writes.
If I could get s
Or that search company...what's it called? Gloople? Gorgon? Giggle?
I don't know, maybe you should google it?
Well comments and replies naturally lend themselves to a tree, and the obvious way to store them is by using some self-referential parentid to the same table. In practice this becomes difficult for exactly the reason you cited, no recursion. But recursion is hard to optimize for a database which is why I presume it's not built in to SQL, but the answer for modeling trees in SQL is to use nested sets which allow you to extract parts of a tree and determine the depth at the same time, it's a very fast operation because you are simply selecting a range of numbers which databases are very good at.
Well also realize that in the beginning people will be inefficient at programming the PS3 so having as much CPU power as possible will be important to make up for current lack of experience in optimization, so they may need 100% of the processor now to acheive what people will be able to do with 50% of the processor in the future.
I'm pretty sure most cart roms were measured in megabits, not megabytes, putting goldeneye in around 8-12MB instead. According to the specs at the bottom of the Nintendo 64 wikipedia page they measured the roms in megabits, between 32Mb and 512Mb, making roms top out at 32MB which is not much data to move around on a broadband connection.
To be honest I have never printed from kword before, I usually use oowriter as my primary word processor, even though I may only use it once or twice a month. However I was curious about this kword issue, and I have 1.5 installed on my Debian box here and ran a test printing to PDF and comparing it to the on-screen image. The result is available here with the PDF on the left and the on-screen on the right (I assume the red/green fuzzies are because it's trying to do nicer type output on my laptop screen). So I'm not saying you don't have a problem printing, but as of this 1 test on this 1 sample on my computer your problem might be fixed in kword 1.5. At least it will cost you nothing to try :p
Anyone who's ever complained about the gimp needs to check out Krita, the paint application in KOffice. As of 1.5, it now has support for adjustment layers and layer groups, 2 of the things I missed most in the gimp. It also has CMYK support and does not have separate windows for all the tools (something that never bothered me but soooo many people complain about it). The difference between 1.4 and 1.5 of Krita is absolutely amazing, I figure give them 6 more months and they will have passed gimp in functionality. Too bad Krita is KDE only though, so no help for windows users looking for a good free photo editing suite.
You know I'm in the "not buying lots of games anymore" dept too, but what I think people overlook as they enter that stage is that for every one of us that moving on to other things, there's someone who's getting their first job at McDonalds and having $50 to $100 a week of free cash, which means they're now buying 4 games a month and a lot of DVD's and CD's (instead of us).
It's not like we were the last generation of people to ever have time to play games, there will always be someone to take our place. What is really indicated by this kind of article though is that either:
Never fear, come next spring sales will be up again.
Actually it was apparently a security fix, I recently went through this since we're migrating to XP and samba 3.x + ldap. There is a setting in the group policy editor for checking ownership of roaming profiles in SP1. You have to disable this check by enabling the "Do not check ownership" thing. There are details here, but once you're done it all works fine.
Ah I see the point about modded xboxes, and to be completly honest all my friends have ps2's as well but none of them take that online :p In general though, the xbox live thing seems to have set some standards as far as online gameplay with regards to the xbox in particular, e.g. every xbox game we've taken on live (even stuff like DOA) has let us play with the same number of people we could normally play in multiplayer but against other people online. Unfortunately for us though, most people on live apparently play a lot more than we do, and consequently we get rocked pretty bad.... which leaves us just playing system-linked games instead :p
I'm not sure what you mean, but I don't own an xbox but a couple of my friends do and we routinely go on Live with up to 4 people on the same xbox. Depends on the game to support it though, e.g. Halo 2 you can have 4 people but PGR can only have 2. All with one live account and 1 xbox.
I think this really describes it, I wonder how many of that 8% conversion is just people who bought geometry wars. A friend of mine got a 360 and a few games and they were OK, but we got bored of them pretty quick (DOA and Burnout) since it was mostly more of the same we had already been playing (DOA ultimate and .... well Burnout). I heard about the geometry wars thing here and told my friend about it so we tried it out. It was pretty sweet and very addicting, and since it was only like $5 he purchased it right on the spot.
At this point I thought maybe the arcade thing would be pretty sweet so we looked through some more of the titles... and the rest are pretty bad. I mean there are even card games. And total there are maybe 25-30 games right now? I don't know for sure because I didn't count but it's not a lot when you realize they have like 6 categories of games so when you go in to a particular category (like board games, action games, etc) there are only 4-5 games in there. So far he hasn't purchased any other games from the arcade because there aren't really any worth purchasing.
I know there are getting new games going in soon, like Street Fighter II which will be pretty cool, but I still find it a bit humorous that the best game on the 360 right now is a vector based asteroids clone basically that costs $5. On a machine that cost around $500 for the system, controllers, and hard drive :p
About 10 minutes? I run ie5.5 and ie6 under wine setup by this installer script so I can check web stuff without having to fire up qemu. And yes I know you were just kidding :p
The "funny" mod does not give karma and those who feel karma is important will use something besides "funny" when they are a moderator. The problem apparently was because a new account could hit the karma cap pretty fast only making +5 funnies. Sort of defeats the purpose of having a funny mod though, but some people care enough about karma to make the "funny" mod almost completely unused now.
My understanding of it is it's just a graphical MUSH. The difference between Second Life and WOW is the exact difference you would find between say a DIKU mud and a tinymush or something. e.g. one is action oriented with rpg tacked on designed by implementors for players, one is all rpg where the world is defined, created, and maintained by the users/players and somewhat self-moderated by whatever currency they use to limit the creation of new in-game items.
Because the way to make a fortune while selling something below cost is through VOLUME!
:)
In general when looking at restricting things I find it's better to determine what is ok instead and only let through those things you know are not harmful. For example, maybe you wrote a website in 1998 that let users post to a guestbook, so you filtered out javascript, frames, etc. Well along comes xhtml+css and now there's new ways to embed javascript, so you have to update the things you strip out. You are now constantly reacting to the changes or extensions of the specification which may result in malicious behaviour in the future.
Instead the easier way would be to do something like only allow img, b, i, and a tags, and for img you only allow src attributes and for a you only allow href attributes. For both those attributes they must start with http:/// or https://./ Now no matter how html changes in the future or new browser extensions are added, they can't be exploited because your policy, by default is going to deny those things since they are new and not allowed.
Being a perl person, I use a module from cpan for this called HTML::TagFilter, which saves a lot of time :p
That's a little harsh considering the #1 complaint with the gimp is that it is not MDI, which is an OS windowing control issue as well, and by your definition is a strawman. The fact is if you've only used gimp, then photoshop is hard to use. If you've only used photoshop then gimp is hard to use. If you've used neither, then both will be hard to use.
There are many valid complaints about gimp (cmyk, separations, adjustment layers, etc) but I think MDI is about the worst complaint anyone can make. I mean c'mon, photoshop on mac is not MDI either but no one complains about that.
AFAIK gimpshop does not make it MDI, it simply renames the menus and actions to be more similar to the names of filters and effects in photoshop, e.g. renaming auto -> normalize to auto -> equalize, etc. I don't believe there is any version of gimp that is MDI. Which is fine by me since I don't like MDI anyways (and as you point out, photoshop on mac is not MDI anyway, I thought the mac way was always better? :p)
There's got to be way more than that, I just checkout out the COBOL we have here at work and we have over 900K lines of code, and we're a small company. Either that or we somehow account for 90% of the COBOL code left in the world :p
I loved Robot Odyssey and Rocky's Boots. I had it on the coco2 though and not on the Apple. However I recently found a java "remake" of Robot Odyssey online and it's been fun to replay it again without wrestling with an emulator:
It's called Droid Quest, download it today an relive your childhood :p