i think the real question is who's going to bother watching it? perhaps in the future you could record your entire life, watiching someone else's life, who's been watching someone else's life on a mac
hmmm I wonder how many Gb would be taken up just taking a piss and how well it would compress with x264 over a period of several years
Part of the problem has to do with immigration over here in the UK big businesses want cheap labour and the best way to get it is via immigrants
since the Government is more interested in it's own economy rather than it's own people it turns a bit of a blind eye to the incoming immigrants because it's good for the economy This causes 2 problems 1. bad for local employment (polish builders anyone?) 2. lax rules that let anyone in, mean more of those darn pesky terrorists
but of course as a way to compensate, lets just get an ID card for everyone stop the illegal's from claiming on the NHS, on the benefits etc of course if we were more careful about who we let in, in the first place we wouldn't have this problem
one point of view (although it may be stretching a bit) is that we're indirectly supporting the companies that want cheap labour via the ID "tax"
the best one I read in the paper recently, was one of the approaches to improving the immigration service, from what I remember it was something like "we're going to get them all shiny new uniforms to make them look more intimidating"
I always figured it was done as a last minute rush job over the weekend (the same as everything else in the Universe) damn those Service Level Agreements
I remember an article a while ago about a guy trying to get funding from google for a new type of Boron 11 Fusion reactor
http://hardware.slashdot.org/article.pl?sid=06/11/ 18/0616205
wouldn't this be an ideal target for the money to go?
at the very least a couple of million would be enough to build an initial prototype proof of concept device
I wouldn't say Gentoo is better, simply different It has certain advantages and disadvantages
From a usability point of view Gentoo isn't exactly easy to setup / use not the sort of thing for someone who's never seen Linux before But it is more configurable
it is more cutting edge in terms of the software available (the init scripts for example are a lot more cleverly done, avoiding serious script bloat) sometimes this can affect reliability, but it makes up for it by making it extremely easy to get it working on strange and wonderful hardware that might not have even seen Linux before downside - can take a while to compile (but you get used to it), upside more up-to-date versions of software avoiding dependency hell
From a package management point of view I would say that this suits odd / unusual hardware better than perhaps other package management systems as your able to use existing ebuild scripts to compile software on hardware that's never been tried before
the upside is it's something that's easy to patch and if you want to get something working that isn't already setup in the repository it's the easiest system to use in order to do so basically every application just has a simple bash script called an ebuild to describe how to compile / install these tend to be a lot easier to write than RPM spec files as most of the tracking of what's installed where is mostly automated, and these scripts don't have to be packaged up in the same way as RPM's chances are with the PS3 quite a lot of software will probably just install from the default repository without any changes (you won't have to package up or construct any RPM's, instead you just type emerge that's it)
the downside is with RPM you have checks in place to make sure everything is installed exactly where it's supposed to be you sacrifice ease of development, for reliability (having to list where everything is going to be installed) which is what people want for situations where you want a common system on a whole bunch of PC's with similar hardware
it's more convenient in that respect for uncommon hardware platforms, where getting it to work even if it's not perfect is preferred over rolling out a common system to a whole bunch of similar systems so in that respect it probably is better for the PS3 (but at the same time so what? I woudn't expect to see a news entry on slahdot for this)
bah that is so 1980 sounds like you need the latest and greatest SAM Coupe http://en.wikipedia.org/wiki/Sam_coupe the super spectrum, with 16 whole colours and lightpen and surround sound (sort of) and a cool looking robot logo to boot
yes I actually have one of these in the attic, sat along side my amiga and spectrum with the duff keyboard and stack of Format / Crash / Sinclair User magazines (never try to solder to a spectrum's keyboard membrane, the contacts are as thin as paper) when you were drawn to a game not based on the screenshot, but by how good an artist they'd hired to do the front cover on the box
they often chat to one another about the good old days, when men were men forget CD's or your fancy smancy cheat codes you'd type a 1000 line listing over 3 pages in a magazine (in a tiny font) just for infinite lives in jet set willy
one of the best film / TV UI's I've seen (even though it depends on linking to a persons brain which we can't do yet) http://www.youtube.com/watch?v=ibGFLbdrzTQ about 1:35 in
If we can get KDE 5 to look like this I'll be happy:) alright maybe version 6 then
If you're going to get an MP3 Player, how about something that actually looks cool to begin with
http://www.overclockers.co.uk/showproduct.php?prod id=MP-002-MB
tiny small form factor (smaller than the nano, although it is a cube)
has FM Radio and can be used as a USB memory stick, OLED display
there's even a 2nd generation device coming out that can play videos as well (although why would anyone want to)
break it down into several different stages to begin with that way you can leave it automated but check it at the same time without adding lots of bloat to the spec
an example of emerge / ebuild 1. unpack stage - extract the source into/var/tmp/portage//work/ 2. compile stage - compile the app within the same directory 3. install stage - do a dummy make install into/var/tmp/portage/package name/image/ 4. merge stage - copy anything inside/var/tmp/portage/package name/image/ into the main root system
emerge does all of the above at once while ebuild allows you to do idividual stages when testing out new packages this way you can look at the image subdir to get an idea of what's being installed where before it's actually installed
in the case of RPM instead of merge you would simply create the binary package ready for install another idea is to include common chunks of code seen in RPM spec files into a library of sorts to cut down even further on bash scripting bloat (probably only of use to package maintaners, not end users but it would cut down on time for updating packages, simplify the spec to make it easier to read etc)
the idea is the default behaviour is to use the building / installing scripts included within the original source i.e./configure or make install then after the default behaviour has taken place (or if you've overidden the default behaviour in the spec/script) you can then add to it for anything that's distribution specific e.g. documents to be copied over to/usr/share/doc then you go as far as the image stage to check everything's where it should be before finally creating the binary rpm
for that matter still leave the option to have the files copied across manualy / checked if needed as part of the spec but for those that don't want to or don't feel that they need to, don't force it on them in other words flexibility to do it ether way to have more options automate as much as possible but to still allow full customization for those that want it
I don't have experiance with deb's / apt-get etc so I can't really comment on these
However the first distributions I was using were RPM based (Mandrake) and one of the most annoying things I found was that when writing a custom RPM spec file to setup a new package you would have to specify which files would be installed into which directories as part of the script I don't know if this is still the case with the current version of RPM (I'm guessing so)
But I always used to wonder why this was and why couldn't this be automated in some way instead of bloating the the script file with something that should be automatic
After moving to gentoo even though this is a source based distro this is exactly what it has the ebuild scripts are very minimal, you don't have to worry about manually copying files into the system as part of the script (it basically does a dummy run using make install into a temporary directory to work out what's going where)
another advantage that could be included within RPM (this could already be a part of debian's apt etc I'm not sure) is that the packages are grouped together under sub-headings such as sys-kernel / sys-apps and so on
just like CSI you say? interesting will it feature lots of weird camera angles, like from the floppy disks point of view? how about from the keyboard point of view, looking straight up the nose of the hacker
The way I'm reading this and I could be wrong it's ether 1. banners plastered all over the menus for multiplayer etc 2. in-game advertisment, i.e. movie / film posters plastered over billboards in the maps in-game (changes dynamically for the latest films) dunlop tyres for your assault vechile how about officially approved NRA sniper rifles? with a log of who's been insight of which ad via proximity
I can potentially see this making a lot of money for them in the long run if this was done widespread assuming of course there's no backlash which there will be if your expected to pay for the thing here's an idea for the future, free games funded by adverts? hmmm BF2 with glaring high contrast logos plastered all over the place? no thank you
I often thought wouldn't the best way to fight spam be via spam?
i.e. grab all mail addresses from the spam mail
and subscribe them to every mailing list on the planet using something like avalanche,
it wouldn't stop them from sending, but at least they'd end up with no useable replies
It was more of a subbtle attempt at a sarcasm http://hardware.slashdot.org/article.pl?sid=06/02/ 17/1353223
after nvidia and ati have been advertising "HDCP compliant" hardware which may not be the case because the standards for HDCP suddenly changed overnight
here's an easy way to avoid getting caught
setup a new partition for storing the data,
encrypt it with dmcrypt,
set it up so that it reads the key from a USB memory stick that would normally be plugged in,
encrypt the dmcrypt key with a another form of encryption that needs a password (perhaps GPG, that way even if they get a hold of the memory stick they'll still need some form of password)
automate it all with scripts HAL / DBUS etc, (i.e. just plug in and type the password in)
in the event of men with black overcoats / sunglasses come nocking on your door
flush the memory stick down the toilet / bury it in the back garden / swallow it / disguise it as food etc
http://www.dynamism.com/solidalliance/pricing.shtm l
sorry I did mean CNX sort of the equivilent of Adult Swim back in it's day
but I do remember a lot of Anime being on late on the SCI-FI channel (instead of the cheap porn they have at the moment)
also there was a lot of Aqua Teen hunger Force / Harvey Birdman / Outlaw Star (inspired me to buy the box set) / A lot of other Anime on the CNX channel that I miss
I'll have to see if I can find Rapture on Cable
Slashdot Mirror
my guess is it will probably force you to play this on every single bootupe lated&search=
forcing this incredibly annoying song to go through your head all day
http://www.youtube.com/watch?v=bEBbu-wkKrs&mode=r
if that isn't a deterrent, I don't know what is
i think the real question is who's going to bother watching it?
perhaps in the future you could record your entire life, watiching someone else's life, who's been watching someone else's life on a mac
hmmm
I wonder how many Gb would be taken up just taking a piss
and how well it would compress with x264 over a period of several years
Part of the problem has to do with immigration
over here in the UK big businesses want cheap labour
and the best way to get it is via immigrants
since the Government is more interested in it's own economy rather than it's own people
it turns a bit of a blind eye to the incoming immigrants because it's good for the economy
This causes 2 problems
1. bad for local employment (polish builders anyone?)
2. lax rules that let anyone in, mean more of those darn pesky terrorists
but of course as a way to compensate, lets just get an ID card for everyone
stop the illegal's from claiming on the NHS, on the benefits etc
of course if we were more careful about who we let in, in the first place we wouldn't have this problem
one point of view (although it may be stretching a bit) is that we're indirectly supporting the companies that want cheap labour via the ID "tax"
the best one I read in the paper recently, was one of the approaches to improving the immigration service, from what I remember it was something like
"we're going to get them all shiny new uniforms to make them look more intimidating"
I always figured it was done as a last minute rush job over the weekend (the same as everything else in the Universe)
damn those Service Level Agreements
world mind you say? hmmm interesting
by the way have you seen sarah connor?
I remember an article a while ago about a guy trying to get funding from google for a new type of Boron 11 Fusion reactor http://hardware.slashdot.org/article.pl?sid=06/11/ 18/0616205
wouldn't this be an ideal target for the money to go?
at the very least a couple of million would be enough to build an initial prototype proof of concept device
They could go in under the assumption of weapons of mass distribution
I wouldn't say Gentoo is better, simply different
It has certain advantages and disadvantages
From a usability point of view Gentoo isn't exactly easy to setup / use
not the sort of thing for someone who's never seen Linux before
But it is more configurable
it is more cutting edge in terms of the software available
(the init scripts for example are a lot more cleverly done, avoiding serious script bloat)
sometimes this can affect reliability, but it makes up for it by making it extremely easy to get it working on
strange and wonderful hardware that might not have even seen Linux before
downside - can take a while to compile (but you get used to it), upside more up-to-date versions of software avoiding dependency hell
From a package management point of view
I would say that this suits odd / unusual hardware better than perhaps other package management systems
as your able to use existing ebuild scripts to compile software on hardware that's never been tried before
the upside is it's something that's easy to patch and if you want to get something working that isn't already setup
in the repository it's the easiest system to use in order to do so
basically every application just has a simple bash script called an ebuild to describe how to compile / install
these tend to be a lot easier to write than RPM spec files as most of the tracking of what's installed where
is mostly automated, and these scripts don't have to be packaged up in the same way as RPM's
chances are with the PS3 quite a lot of software will probably just install from the default repository without any changes (you won't have to package up or construct any RPM's, instead you just type emerge that's it)
the downside is with RPM you have checks in place to make sure everything is installed exactly where it's supposed to be
you sacrifice ease of development, for reliability (having to list where everything is going to be installed)
which is what people want for situations where you want a common system on a whole bunch of PC's with similar hardware
it's more convenient in that respect for uncommon hardware platforms, where getting it to work even if it's not perfect is preferred over rolling out a common system to a whole bunch of similar systems
so in that respect it probably is better for the PS3
(but at the same time so what? I woudn't expect to see a news entry on slahdot for this)
bah that is so 1980
sounds like you need the latest and greatest SAM Coupe
http://en.wikipedia.org/wiki/Sam_coupe
the super spectrum, with 16 whole colours and lightpen and surround sound (sort of)
and a cool looking robot logo to boot
yes I actually have one of these in the attic, sat along side my amiga and spectrum with the duff keyboard and stack of Format / Crash / Sinclair User magazines
(never try to solder to a spectrum's keyboard membrane, the contacts are as thin as paper)
when you were drawn to a game not based on the screenshot, but by how good an artist they'd hired to do the front cover on the box
they often chat to one another about the good old days, when men were men
forget CD's or your fancy smancy cheat codes you'd type a 1000 line listing over 3 pages in a magazine (in a tiny font) just for infinite lives in jet set willy
one of the best film / TV UI's I've seen
:)
(even though it depends on linking to a persons brain which we can't do yet)
http://www.youtube.com/watch?v=ibGFLbdrzTQ
about 1:35 in
If we can get KDE 5 to look like this I'll be happy
alright maybe version 6 then
If you're going to get an MP3 Player, how about something that actually looks cool to begin with http://www.overclockers.co.uk/showproduct.php?prod id=MP-002-MB
tiny small form factor (smaller than the nano, although it is a cube)
has FM Radio and can be used as a USB memory stick, OLED display
there's even a 2nd generation device coming out that can play videos as well (although why would anyone want to)
break it down into several different stages to begin with
/var/tmp/portage//work/ /var/tmp/portage/package name/image/ /var/tmp/portage/package name/image/ into the main root system
./configure or make install /usr/share/doc
that way you can leave it automated but check it at the same time without adding lots of bloat to the spec
an example of emerge / ebuild
1. unpack stage - extract the source into
2. compile stage - compile the app within the same directory
3. install stage - do a dummy make install into
4. merge stage - copy anything inside
emerge does all of the above at once
while ebuild allows you to do idividual stages when testing out new packages
this way you can look at the image subdir to get an idea of what's being installed where before it's actually installed
in the case of RPM instead of merge you would simply create the binary package ready for install
another idea is to include common chunks of code seen in RPM spec files into a library of sorts to cut down even further on bash scripting bloat (probably only of use to package maintaners, not end users but it would cut down on time for updating packages, simplify the spec to make it easier to read etc)
the idea is the default behaviour is to use the building / installing scripts included within the original source
i.e
then after the default behaviour has taken place (or if you've overidden the default behaviour in the spec/script) you can then add to it for anything that's distribution specific
e.g. documents to be copied over to
then you go as far as the image stage to check everything's where it should be before finally creating the binary rpm
for that matter still leave the option to have the files copied across manualy / checked if needed as part of the spec
but for those that don't want to or don't feel that they need to, don't force it on them
in other words flexibility to do it ether way to have more options
automate as much as possible but to still allow full customization for those that want it
I don't have experiance with deb's / apt-get etc so I can't really comment on these
However the first distributions I was using were RPM based (Mandrake)
and one of the most annoying things I found was that when writing a custom RPM spec file to setup a new package
you would have to specify which files would be installed into which directories as part of the script
I don't know if this is still the case with the current version of RPM (I'm guessing so)
But I always used to wonder why this was
and why couldn't this be automated in some way instead of bloating the the script file with something that should be automatic
After moving to gentoo even though this is a source based distro
this is exactly what it has
the ebuild scripts are very minimal, you don't have to worry about manually copying files into the system as part of the script (it basically does a dummy run using make install into a temporary directory to work out what's going where)
another advantage that could be included within RPM (this could already be a part of debian's apt etc I'm not sure)
is that the packages are grouped together under sub-headings such as sys-kernel / sys-apps and so on
does it have a 100ft robotic Jesus with spinning cross attack?
How about the star of David Ion canon?
just like CSI you say?
interesting
will it feature lots of weird camera angles, like from the floppy disks point of view?
how about from the keyboard point of view, looking straight up the nose of the hacker
Quick search subject: Aliens
References:
Hanger 13
Further Reading:
Project bluebook
cool
1 9/1725243/
Predator vision with shiftable frequency bands
I wonder if this could pick up EM emmisions from hardware
similar to the EM view in splinter cell?
because it's small size this would work well with a cloaking shield
http://science.slashdot.org/article.pl?sid=06/10/
Had to post this, spotted it on the EA forums funny as hell http://img86.imageshack.us/my.php?image=resizeofbf 2142adds1xn6.jpg
The way I'm reading this and I could be wrong
it's ether
1. banners plastered all over the menus for multiplayer etc
2. in-game advertisment, i.e. movie / film posters plastered over billboards in the maps in-game (changes dynamically for the latest films)
dunlop tyres for your assault vechile
how about officially approved NRA sniper rifles?
with a log of who's been insight of which ad via proximity
I can potentially see this making a lot of money for them in the long run if this was done widespread
assuming of course there's no backlash which there will be if your expected to pay for the thing
here's an idea for the future, free games funded by adverts?
hmmm BF2 with glaring high contrast logos plastered all over the place? no thank you
I often thought wouldn't the best way to fight spam be via spam? i.e. grab all mail addresses from the spam mail and subscribe them to every mailing list on the planet using something like avalanche, it wouldn't stop them from sending, but at least they'd end up with no useable replies
How about Aluminium?
European "All-you-min-yum" (proper way of saying it)
American "Al-loo-min-um"
As in Jee Willikers that's some good Aloominum Side-eings Billy
<Northern Brittish Accent>
I don't know, Americans aught to talk proper, like what we does
</Northern Brittish Accent>
It was more of a subbtle attempt at a sarcasm http://hardware.slashdot.org/article.pl?sid=06/02/ 17/1353223
after nvidia and ati have been advertising "HDCP compliant" hardware which may not be the case because the standards for HDCP suddenly changed overnight
hmmm I wonder if these cards will be HDCP compatible?
in the event of men with black overcoats / sunglasses come nocking on your door flush the memory stick down the toilet / bury it in the back garden / swallow it / disguise it as food etc http://www.dynamism.com/solidalliance/pricing.shtm l
sorry I did mean CNX sort of the equivilent of Adult Swim back in it's day but I do remember a lot of Anime being on late on the SCI-FI channel (instead of the cheap porn they have at the moment) also there was a lot of Aqua Teen hunger Force / Harvey Birdman / Outlaw Star (inspired me to buy the box set) / A lot of other Anime on the CNX channel that I miss I'll have to see if I can find Rapture on Cable