I can logout, the process keeps running, and I can check on the progress later from another location.
Whilst you are correct this works for non-interactive processes, you can't use nohup to keep a copy of say, Lynx, running when you logout. Then return to it later and pick off where you left it.
Instead you should look at GNU Screen which allows this and more.
(It's essentially a windowing system for consoles, with the ability to detach and resume at will, and definately one of my top ten Unix utilities).
I wait for arguments as to why Debian packages are supposedly superior, and why it matters, but so far I have yet to see any arguments presented with actual reasoning behind
There are two obvious reasons I can think of.
The first is the sheer size of the Debian package repositories. There are more Debian packages available in the "standard" locations than are available for anything else, such as Mandrake or RedHat.
Sure there's nothing stopping you from adding different repositories to download from, but if they're not official changes are they're not signed in the same way, and are less "trustworthy".
The second reason that Debian's packages are so positively regarded is that they are guided by the packaging guidelines, these ensure that the packages all play well together, and mean that you (almost) never lose configuration file changes on upgrade - something that other distributions sometimes seem to suffer from.
I guess most Mandrake/RedHat users don't care, but Debian packages are available across a much wider range of platforms, which is a bonus if you have lots of different machines to look after - you can treat them all the same from the install point of view, something you can't do with other more platform-specific distributions
There are other groups focussed upon auditing work, and security changes but most people seem to regard convienence and ease of use as more attractive. (Maybe Microsoft got it right;)
I think it's nice to see a popular distribution like Fedora moving towards using the SELinux kernel, and I hope this helps others move in a similar direction.
I've also heard of the Hardened Gentoo distribution, and the Adamantix distribution (based on Debian). I think these two projects help show that people are slowly moving in the "right" direction.
I agree though, most books are filled with examples and have merely a warning in the introduction "To reduce the size of code listings all error checking has been removed from our examples".
I wish more people read documents like that I linked to above, but people can get suprisingly far into their careers before this becomes obvious to them.
When I was a kid my little sis was given one for her birthday, and my gaming options were the ZX Spectrum or the Vectrex.
I'd love to get my hands on one nowadays, I think I might even have a couple of cartridges lying around the place now - complete with the coloured screen overlays!
I did the same thing with my Spectrum (48k). The orange manual which came with it listed opcodes and their HEX/decimal values.
Without the means to buy an assembler, I'd write out my programs on paper, leving gaps to work out offsets for jumps afterwards.
Once I had it all coded up I'd POKE it into memory to run.
Debugging usually meant starting from scratch, or using small trampolines - as altering instructions was hard because all the offsets nearby had to be adjusted if the new code was bigger than the old.
I use it, for a database driven application although I'm not happy about it.
The SCO boxes sit beside the Debian ones and they probably taunt each other in the middle of the night!
There was a while a few months ago when I toyed with getting the SCO binary emulation stuff working under Linux but I couldn't get the Microfocus COBOL stuff to work properly - stop sniggering at the back!
Either way I guess we're going to be migrating to either Solaris or Linux in the future.
Even if SCO get bought out and somebody offers us support it's hard to get machines with hardware SCO will like - And more than that it's a pain to admin, I could cheerfully shoot whoever designed "scoadmin"...
I don't know what boxed sets are like nowadays, but my first set came with a couple of simple (thin) books that explained how to do common tasks.
Sure this raises the cost for newcomers, but having a simple guide printed out along with the ISOs is a good idea.
I wonder if any of the places like cheapbytes will sell you a cheap ISO and cheaply printed out introduction to Linux - sounds like it'd be a match made in heaven.
(Although maybe new-comers to Linux aren't coming from the cheapbytes route at all - hard to say I guess).
Slashdot Mirror
The password for the 'admin' user is 'admin', the password for the test* users is '1234'. Given that these accounts have no shells they aren't useful.
Cracking the others would be more useful - but I've not managed that yet.
There's a nice program I recently discovered for showing Apache's current stats, all refreshing in near to real time.
Basically like 'top' for Apache. Unsuprisingly it is called apachetop.
It's very handy for busy webhosts.
The irony of not posting that anonymously is not lost on me ..
No, that only works with tic-tac-toe.
I thought Brooks was always a bit simplistic, but fun.
If you liked those then you'll probably like Terry Goodkind's 'Sword of Truth' series - more details at TerryGoodkind.com.
Probably just after the GIFs are dropped, and the table layout is converted to CSS.
Whilst you are correct this works for non-interactive processes, you can't use nohup to keep a copy of say, Lynx, running when you logout. Then return to it later and pick off where you left it.
Instead you should look at GNU Screen which allows this and more.
(It's essentially a windowing system for consoles, with the ability to detach and resume at will, and definately one of my top ten Unix utilities).
Here is one Screen tutorial which explains basic operation well.
There are two obvious reasons I can think of.
The first is the sheer size of the Debian package repositories. There are more Debian packages available in the "standard" locations than are available for anything else, such as Mandrake or RedHat.
Sure there's nothing stopping you from adding different repositories to download from, but if they're not official changes are they're not signed in the same way, and are less "trustworthy".
The second reason that Debian's packages are so positively regarded is that they are guided by the packaging guidelines, these ensure that the packages all play well together, and mean that you (almost) never lose configuration file changes on upgrade - something that other distributions sometimes seem to suffer from.
I guess most Mandrake/RedHat users don't care, but Debian packages are available across a much wider range of platforms, which is a bonus if you have lots of different machines to look after - you can treat them all the same from the install point of view, something you can't do with other more platform-specific distributions
My single biggest mistake involved using rsync to try and backup a remote machine, before replacing the live RedHat install with a Debian one.
I was very careful that I got the source and the destination the right way round, but I didn't think about the actual copy itself carefully enough.
Trying to rscync the remote '/' to the local machine I didn't remember to ommit the /proc, or /dev directories.
Part way through the backup the remote machine just hung solid - probably trying to read some strange device under /dev, or similar.
That sucked badly.
(I've also removed live webpages by accident and had to pull them from the google cache, but since that's pretty common I won't mention it!)
It failed the first test. Searching for my name gave no results.
With google I come top, without even cheating.
That would be driftnet - it displays images in a window, and the site mentions that there is a screensaver derived from it.
I run it every now and again when I'm bored on the proxy server I maintain. Fun to see random imagees mixed together..
Why not help me audit Debian then? (And give me a job ;)
There are other groups focussed upon auditing work, and security changes but most people seem to regard convienence and ease of use as more attractive. (Maybe Microsoft got it right ;)
I think it's nice to see a popular distribution like Fedora moving towards using the SELinux kernel, and I hope this helps others move in a similar direction.
I've also heard of the Hardened Gentoo distribution, and the Adamantix distribution (based on Debian). I think these two projects help show that people are slowly moving in the "right" direction.
Secure Programming for Linux and Unix HOWTO is one attempt to correct this.
I agree though, most books are filled with examples and have merely a warning in the introduction "To reduce the size of code listings all error checking has been removed from our examples".
I wish more people read documents like that I linked to above, but people can get suprisingly far into their careers before this becomes obvious to them.
What you are looking for is xmove.
It's not been updated since '94 and it's flakey as hell - but it allows you to move an X application from machine to machine.
It works as a proxy server between your application and the real X server - which must be listening on a TCP socket.
I've toyed with it, but not managed a great deal of success.
The vectrex? Thanks for the memory.
When I was a kid my little sis was given one for her birthday, and my gaming options were the ZX Spectrum or the Vectrex.
I'd love to get my hands on one nowadays, I think I might even have a couple of cartridges lying around the place now - complete with the coloured screen overlays!
I'm British, and yes we've allegedly gone metric now.
However people you meet here will only know their weight in stones, and their height in feet and inches.
Distances are still discussed in miles, not kilometers.
Really it's only the young children at school who think in meters, and that's probably going to be the case for a long time yet.
I know how to convert things, but I'm still going to say I'm 5'11" tall and leave it for you to work out yourself.
Will this leave any issues with things like SMB?
Looking at the article it was mostly talking about default firewalling, NX bits, and disabling some services which have recently been abused.
Would they go so far as to disallow plaintext passwords for logins, or SMB sharing?
Other than that minor concern this is good news for all people who have to share a network with Windows users.
I run Linux at home, and am constantly hit by port 137/445 scans from Windows boxes on the same range as my cable modem. Sucks.
Here's a good link for people who don't know what Formula One racing is.
I did the same thing with my Spectrum (48k). The orange manual which came with it listed opcodes and their HEX/decimal values.
Without the means to buy an assembler, I'd write out my programs on paper, leving gaps to work out offsets for jumps afterwards.
Once I had it all coded up I'd POKE it into memory to run.
Debugging usually meant starting from scratch, or using small trampolines - as altering instructions was hard because all the offsets nearby had to be adjusted if the new code was bigger than the old.
Happy days ..
And if you're a Debian developer you get a free subscription, which is a nice plus!
For that much cash you could either buy a really sexy VCR that sets the time by itself .. .or a sledgehammer lightly coated in gold!
I accept donations - keep them coming ;)
And I write software some popular, some not, donations are always a good thing!
I use it, for a database driven application although I'm not happy about it.
The SCO boxes sit beside the Debian ones and they probably taunt each other in the middle of the night!
There was a while a few months ago when I toyed with getting the SCO binary emulation stuff working under Linux but I couldn't get the Microfocus COBOL stuff to work properly - stop sniggering at the back!
Either way I guess we're going to be migrating to either Solaris or Linux in the future.
Even if SCO get bought out and somebody offers us support it's hard to get machines with hardware SCO will like - And more than that it's a pain to admin, I could cheerfully shoot whoever designed "scoadmin"...
If you're just wanting to play the MP3's on your laptop rather than copy them there you could do worse than look at GNUMP3d.
Fast and very simple to setup..
I don't know what boxed sets are like nowadays, but my first set came with a couple of simple (thin) books that explained how to do common tasks.
Sure this raises the cost for newcomers, but having a simple guide printed out along with the ISOs is a good idea.
I wonder if any of the places like cheapbytes will sell you a cheap ISO and cheaply printed out introduction to Linux - sounds like it'd be a match made in heaven.
(Although maybe new-comers to Linux aren't coming from the cheapbytes route at all - hard to say I guess).