Err, you can still run interpreted programs on a filesystem mounted noexec:
~$ python myprogram.py
A sufficiently clever user could use an interpreter to write his own dynamic linker and thereby run binaries too.
No he cannot, as he cannot write that interpreter to a place where it can be executed.
Besides, such an interpreter already exists on your system and is called/lib/ld.so or one of its newer names. Note that trying to do this trick doesn't work, as your linker then needs to mmap this code with PROT_EXEC which is not allowed for files residing in a noexec mounted fs.
Maybe Apple has asked for this site to be placed on/. - why hire expensive lawyers sending c&d's if a herd of clicking nerds with bandwith will give the same result.
No place on the moon is ever permanently in the shade
Unfortunately for you, there is such a place. Maybe even more of them, dunno, I left my lunar map in my spacecraft, and I'm not in the mood to fetch it.
The place is called the Shackleton crater - which is a crater at the Lunar South Pole. Because of it location, the bottom of that crater is expected not to be exposed to sunlight ever.
As a coincidence, this is exactly the place where the Clementine mission observed radiation patterns indicating hydrogen presence - and which the referenced article also discusses.
I do -- this is a second order effect caused by the non-uniform distribution of mass near large (floating) ice-masses. Calculating the distortion in the gravity potential near such a mass is left as an exercise for the reader;)
Cribes. Have you thought about what happens if the ice near the North Pole melts? Compare it to having an icecube melting in a glass of water. The level of water will not, I repeat, will not rise. Thanks to our old friend Archimedes.
Wrt the ice at the South Pole, this might give rise to a sea-level change (however, no conclusive evidence has been presented that the icecap on the South Pole is melting ( that is because there's solid ground beneath that cap, and the load of the ice can cause the ground to compress or expand, so measurements are quite useless. Until you start doing fancy stuff like measuring gravitational constants from satellite missions etc.)
There are however, some flaws in the above reasoning: never underestimate the influence of gravity - that is, that block of ice known as the North Pole pulls water towards it, which causes higher than expected sea levels locally, but lower levels further away. Melting that ice makes this anomaly disappear, and so, even though the average level will not change, close to the Arctic Cap sea levels will *drop* when it melts. The other side of the world will have a problem with rising sea levels though.
Watermarking as currently implemented for digital video might be useful for tracking who bought the original DVD everyone is watching -- on paper, it's a simple process:
Each DVD is marked with its own watermark
Joe Hacker copies his edition
Prickheads notice that a certain copied DVD contains the watermark they sold to Joe Hacker and sue him to death
There are some problems with this though: first and foremost, how to know to whom the DVD belongs? Having each buyer return a registration coupon could cost a lot of money, and someone who is going to make copies won't anyways, so that's not an option. Secondly, if each DVD is marked individually, and watermarking currently is quite a realtime operation, not faster than that, producing these beasts might cause some interesting logistic problems.
More problems are available upon request, and it looks to me like it wont be implemented due to the fact that it's to much trouble for nothing.
Nokia has been in this game for a longer time, building satellite boxes and even cable decoders.
Btw, Sagem, a French company is also making mobile phones and dvb-decoders.
Apart from that, it is not probable that end-users will be buying these boxes, cable-companies will probably rent these things to their users combined with access to their digital video signals (such as nvod, ppv, other interactive services, and internet-access over the cable's return path) -- and don't forget that these boxes are often very much customized to the demands of the cableco.
A lot more factors than the sole price of an item determine who gets the order, and the number of features in this box is quite impressive!
Actually, this thought isn't really as radical as you'd think... I live in The Netherlands, and work for a company which will be broadcasting a digital signal over cable using MPEG-2/DVB for use with a set-top-box as recipient.
We're also part and founders of the Eurobox-consortium, which has defined several standards to which set-top-boxes should comply.
One of these is the loader, an application which can broadcast a new firmware version over the cable network which can be downloaded and installed by the STB.
We're currently still beta-testing our systems, but this loader is being used already on (digital) European satellite channels and does work.
One pitfall: this firmware cannot change the way our digital signal is decompressed because that is done in dedicated hardware for mpeg-decompression; also the demodulation and demultiplexing hardware isn't really upgradable, so this feature needs a stable type of signal.
Eventually, with the rise of dedicated programmable decoder chips, it might be possible to be able to upgrade the demultiplexing and decompression routines, but demodulation will still remain a hardware issue..
This version does seem to be a lot more stable, but the downside as mentioned before by a lot of people already is that it consumes up to one CPU of your system. Not really nice, but running it with an appropriate niceness seems to work fine and leaves the CPU available for other, more important things.
The mp3-decoder though is a little bit noisy and doesn't support playlists, so just use xmms or your favorite dedicated mp3-player.
There's lots of information on the web for solving your problem; I just put up a RH 6.0 box with an ISDN card, and it works like a charm. Only things you need to do/have:
Why not use scp, which is included in the ssh-package and features encryption through the ssh-tunnel, transparant compression and authentication all in one?
Slashdot Mirror
Err, you can still run interpreted programs on a filesystem mounted noexec:
~$ python myprogram.py
A sufficiently clever user could use an interpreter to write his own dynamic linker and thereby run binaries too.
No he cannot, as he cannot write that interpreter to a place where it can be executed.
Besides, such an interpreter already exists on your system and is called /lib/ld.so or one of its newer names. Note that trying to do this trick doesn't work, as your linker then needs to mmap this code with PROT_EXEC which is not allowed for files residing in a noexec mounted fs.
is an anagram of 'a common rehab line'
Yeah, and then they have to wait hours before that BIND zone has been reparsed and reloaded if updated.
And powerdns does grok bind zonefiles, btw.
Um, no, as his message with the original date-header shows, it was written saturday linustime.
Maybe Apple has asked for this site to be placed on /. - why hire expensive lawyers sending c&d's if a herd of clicking nerds with bandwith will give the same result.
Wohoops - the MSN article does tell the right things. The second linked story is wrong. My fault for skipping that first link ;)
No it doesn't. It talks about 3 "A" servers being available and predicts the death of the net if those three fail.
..., M, which are also serving the root-zone for the whole world.
. on any decent machine.
In reality, it's got 12 other friends with the creative names B,C,
Try dig -t ns
Sigh. Deep Sigh.
There's more than the 'A' root server. Taking "it" down leaves a whole hurd of other root servers alive. Located all around the world.
The above linked articles are full of that which promoteth growth.
FYI: Verisign does not get to play with the root domain.
Unfortunately for you, there is such a place. Maybe even more of them, dunno, I left my lunar map in my spacecraft, and I'm not in the mood to fetch it.
The place is called the Shackleton crater - which is a crater at the Lunar South Pole. Because of it location, the bottom of that crater is expected not to be exposed to sunlight ever.
As a coincidence, this is exactly the place where the Clementine mission observed radiation patterns indicating hydrogen presence - and which the referenced article also discusses.
I do -- this is a second order effect caused by the non-uniform distribution of mass near large (floating) ice-masses. Calculating the distortion in the gravity potential near such a mass is left as an exercise for the reader ;)
Cribes. Have you thought about what happens if the ice near the North Pole melts? Compare it to having an icecube melting in a glass of water. The level of water will not, I repeat, will not rise. Thanks to our old friend Archimedes.
Wrt the ice at the South Pole, this might give rise to a sea-level change (however, no conclusive evidence has been presented that the icecap on the South Pole is melting ( that is because there's solid ground beneath that cap, and the load of the ice can cause the ground to compress or expand, so measurements are quite useless. Until you start doing fancy stuff like measuring gravitational constants from satellite missions etc.)
There are however, some flaws in the above reasoning: never underestimate the influence of gravity - that is, that block of ice known as the North Pole pulls water towards it, which causes higher than expected sea levels locally, but lower levels further away. Melting that ice makes this anomaly disappear, and so, even though the average level will not change, close to the Arctic Cap sea levels will *drop* when it melts. The other side of the world will have a problem with rising sea levels though.
(Mod parent redundant)
No it won't get slashdotted, you moron.
jap - maintainer of lkml.org
There are some problems with this though: first and foremost, how to know to whom the DVD belongs? Having each buyer return a registration coupon could cost a lot of money, and someone who is going to make copies won't anyways, so that's not an option. Secondly, if each DVD is marked individually, and watermarking currently is quite a realtime operation, not faster than that, producing these beasts might cause some interesting logistic problems.
More problems are available upon request, and it looks to me like it wont be implemented due to the fact that it's to much trouble for nothing.
An update: http://ds9a.nl/pub/ack-attack.txt shows a possible hole which was posted on bugtraq last night.
I'm sorry for you, but they might be talking about another kind of attack. Stay tuned to bugtraq for more info.
Read the manual, and next time, type dpkg --purge [package you want to get rid of] whenever you find yourself deleting a package.
Also, quite useful, try
As a final cleaning-up tool, install deborphan, a nice package that identifies libraries on your system which aren't needed anymore.dpkg --purge $(dpkg --get-selections|grep -E 'deinstall$'|cut -f1)
to get rid of those directories from older packages.
Nonsense.
Nokia has been in this game for a longer time, building satellite boxes and even cable decoders.
Btw, Sagem, a French company is also making mobile phones and dvb-decoders.
Apart from that, it is not probable that end-users will be buying these boxes, cable-companies will probably rent these things to their users combined with access to their digital video signals (such as nvod, ppv, other interactive services, and internet-access over the cable's return path) -- and don't forget that these boxes are often very much customized to the demands of the cableco.
A lot more factors than the sole price of an item determine who gets the order, and the number of features in this box is quite impressive!
Actually, this thought isn't really as radical as you'd think... I live in The Netherlands, and work for a company which will be broadcasting a digital signal over cable using MPEG-2/DVB for use with a set-top-box as recipient.
We're also part and founders of the Eurobox-consortium, which has defined several standards to which set-top-boxes should comply.
One of these is the loader, an application which can broadcast a new firmware version over the cable network which can be downloaded and installed by the STB.
We're currently still beta-testing our systems, but this loader is being used already on (digital) European satellite channels and does work.
One pitfall: this firmware cannot change the way our digital signal is decompressed because that is done in dedicated hardware for mpeg-decompression; also the demodulation and demultiplexing hardware isn't really upgradable, so this feature needs a stable type of signal.
Eventually, with the rise of dedicated programmable decoder chips, it might be possible to be able to upgrade the demultiplexing and decompression routines, but demodulation will still remain a hardware issue..
Los Ballos,Jap
This version does seem to be a lot more stable, but the downside as mentioned before by a lot of people already is that it consumes up to one CPU of your system. Not really nice, but running it with an appropriate niceness seems to work fine and leaves the CPU available for other, more important things.
The mp3-decoder though is a little bit noisy and doesn't support playlists, so just use xmms or your favorite dedicated mp3-player.
SuSE isdn-kernel drivers, can be found at ftp://ftp.suse.com/pub/isdn4linu x/v2.2/isdn.tar.gz
SuSE isdn-utilities, can be found at ftp://ftp.suse.com/pub/i sdn4linux/v2.2/isdn4k-utils.tar.gz
Some scripts, I pulled mine from http://sites.inka.de/picard/rh52_isdn.tgz
Untar the ISDN-kernel drivers, run the std2kern-script included to put them into your kernel directory; then recompile your kernel.
Untar the ISDN-utils, run make menuconfig and make install when you are satisfied
Last, check if the RedHat scripts like your Debian scripts, if so, use them, else you can use those scripts as a starting point for your work.
Should be enough to keep you busy this weekend, success!
Why not use scp, which is included in the ssh-package and features encryption through the ssh-tunnel, transparant compression and authentication all in one?