Since some moderators don't seem to know - Romero's head on a stick screams at the end of Doom. (in doom2, idclev30 idclip, walk forward through the wall and then through the demon's face to see it)
... is the Victorniox SwissTool, but with a nicer wirestripper (another poster referred to it as a guillotine-type stripper), the screwdriver and bit-holder off the CyberTool, a mirror, a light, a crimper, and perhaps a lighter (as someone else said - fun with fire for pyromaniacs). It's okay that the thing would have to be bigger.
Come to think of it, perhaps a better CyberTool would be more or less the same size and construction as a SwissTool, but would replace the SwissTool's tools with aforementioned mirror, crimper, stripper, screwdriver (preferrably ratchet) with bits, light, and lighter - no other tools onboard. You'd use it along with another knife. Two holsters on my belt, and I don't need my toolbox except to solder.
I've noticed sound-producing LCD screens before this. The best way to do it (on my current laptop) is to say 'xlock -mode forest'.
I thought at first that the laptop's video system was interfering with its sound system.
the 486 watches the flocks by night...
on
High Tech Junk
·
· Score: 1
Here's an old 486 with an important job:
$ uptime 10:53pm up 68 days, 6:44, 2 users, load average: 0.19, 0.05, 0.01 $ uname -a Linux hp-monitor 2.2.9 #1 Wed Jun 9 15:19:35 MDT 1999 i486 unknown $
It's a headless 486 in a basement downtown. It has 16 MB RAM and about 400 MB disk (which are very excessive for the job it was installed to do - I was originally going to send it down with 8MB and no hard disk) . Its job is to monitor all the other servers at two locations using little script (all hail Perl!) that I wrote for the occasion. If a server goes down and the primary monitoring server is down, the 486 sends nastygrams to people's pagers. It also receives syslog messages from the other Unix boxes, so that if another system is lost we still have its last words. It's got plenty of free memory and clock cycles to handle other tasks, but we don't have any for it yet.
No, I don't know why I picked that subject, other than that the 486 checks the health of the other hosts.
a good home for your Sun :)
on
High Tech Junk
·
· Score: 1
If that's a real offer and it's in good shape, I'll pay shipping, cash-on-delivery (if shipping costs aren't excessive).
I could use it for a terminal or a DNS server, NIS+ server, print server, or a tiny (very tiny) file server on my home ethernet, use it for parts and experimentation (a purpose a 486 is also currently serving), or I could loan it out to a friend I was going to build a low-end 386/486 for.
AFAIK the battery is only for the CMOS memory where the BIOS keeps config info; I've never lost the BIOS by pulling the battery.
I've pulled EEPROM chips, carried them around, chewed on them (not hard enough to damage the case:) ), and put them back in to find that everything is OK. Unless there's an onboard battery (something that I doubt in the little 8-pin EEPROM for storing the program for a PLC I was playing with recently) the EEPROM retained data without power.
EEPROM dosen't need power to keep data; its the same thing that your BIOS is stored on and that some digital cameras use. Unfortunately, last I checked solid-state disks were EXPENSIVE as heck!
Probably a 'disk' using RAM rather than EEPROM would have much faster access times, but they require a battery during a power failure (not the place I'd store my important stuff).
Oh - where'd you get a $20 20GB hard disk? I'm really hoping that wasn't a typo.
Re:second numpad on the left, instead of the keypa
on
Changing the Keyboard
·
· Score: 1
Mirrored numpads on both sides of the keyboard would be GREAT for games! It would be good for righties who want the mouse and numpad and the main keyboard (e.g. me) in games like Quake, and it would give you a pair of gamepad-esque controllers for games that you're not using the mouse for.
Don't forget binding the 'menu' key to Compose; without a Compose key, it's difficult to enter umlauts (äëöü), æ (whatever that's called), thorns (), and other non-English symbols.
I have a calculator with a 'green-diamond' key, but I find myself calling it 'Meta' because it looks like the Sun meta-key symbol.
If you wiggle its keyboard cable around too much, my cute 'lil Sun workstation thinks you pressed Stop-A and sits until you wiggle the cable some more and type 'go'. Think it needs a new cable...
At least on Sun hardware it's not fatal, as it is on those 'certain other archetectures' you mentioned:)
(The monitor's kind of whacked, too. The edges are wavy and the convergence is wrong, and no ammount of fiddling with the controls fixes it.)
To find the last common ancestor (NOT hybrid) of mice and elephants, you would have to go far back in time, to early mammals. Elephants with thick fur (mammoths) have been extinct for a while, and AFAIK there have never been mice with trunks, because they diverged before elephant ancestors evolved anything resembling a trunk, and random mutations and natural selection have not resulted in a trunked rodent. You cannot pick two random distantly related species of dissimilar food, behavior, or habitat and expect to find individuals of one species with distinctive traits of another - it's pretty basic biology.
(You can, however, expect certain structures or other traits depending on how closely related certain species are, or what common foods or habitats they share. You can expect a four-chambered heart, closed circulatory system, placenta, and some hair/fur in elephants and mice because they are both placental mammals. You can also expect some similarities between animals that eat similar food in similar habitats in diffirent regions, but are only very distantly related.)
Re:Regenerating /. MySQL articles from .shtml Arch
on
Hellmouth Website
·
· Score: 1
SHTML means server-parsed HTML. You can put in magic tags in SHTML and the server will interpret them (e.g. run scripts, include files, etc) and feed you the resulting HTML. It's not possible to get the 'raw' text of a server-parsed document per se, because the server gives you an interpreted version.
What about a deliveryman who lost his liscence for driving drunk? He'll also need another livelihood until his liscence can be reinstated.
Back to a a previous example, the embezzler may not be banned from using money but he certainly won't be able to get a job that involves handling money (that is, if it was a felony conviction, because he'll have to put it on his job application forms).
space in database vs. space in shtml?
on
Hellmouth Website
·
· Score: 1
I'd be curious to know how much space an article takes when in the database and how much space it takes on disk in SHTML format. If SHTML tends to be smaller by anything more than a trivial ammount (and I expect that it does), then it has everything to do with saving disk space.
However, I do think it's cool that you've worked out the frequency of comment posting for slashdot:)
If you're trying to implement this, I think that PAM (pluggable authentication modules) is the way to go. You could write (or see if someone else has written) modules that talk to the database and will allow any program that authenticates using PAM to use your database instead of/etc/passwd.
Actually, I just realized another problem with a database and no/etc/passwd. You would need to write a wrapper for getpwent and friends and link all the programs on your system against it (can be accomplished by modifiying the libc or tinkering with runtime linker configuration) for the programs to find out information such as your name, home directory, people's usernames, etc. Without the wrapper, you'd run into all sorts of problems because there would be no reliable way to find out said info. I suppose that you could also have the database put out required info into/etc/passwd whenever it's changed for the use of ls, sh, and friends.
Woops, I just realized another possibility - plug it in like NIS or NIS+ plug in. Run a fake ypbind that really talks to your database instead of NIS.
In theory the database should be at least as secure as/etc/passwd and/etc/shadow, and possibly more secure for programs like xlock and passwd because they wouldn't need to be suid to work; xlock could submit a password and the database could tell it if the password is okay, and passwd would be a program to run a query containing the old password and the new password. login, sudo, sshd and associated programs would still need to run as root or be suid to work unless the system implements capabilites, so the database wouldn't work here. A database system would also be nice in a cluster; every host could authenticate off an authentication server (like NIS).
I see two potential disadvantages with the database system. One is, of course, the overhead imposed by running queries into it for authentication, but it probably wouldn't be noticable unless on an ancient, slow, loaded system. The other is that if any program is allowed to query things such as passwords, it makes it much easier to brute-force passwords unless the database slows access on password querries. The database dosen't need to allow a user to query any password but the user's own, but even then,/etc/shadow implementations don't let users see their own password hashes and slow down the users's own password querries to keep the user from brute-forcing his own password.
Actually, after typing all this I realized that NIS and NIS+ are really just databases that take the place of/etc/passwd,/etc/shadow, and other friendly/etc files. You could use them as your auth database if you want to, and since they've been around for ages libc already understands 'em; any program that uses libc calls for/etc/passwd and/etc/shadow can use them without changes (see/etc/nsswitch.conf). I don't have experience with RADIUS, so I'm not sure how it deals with authentication and *pwent issues, but I imagine it would also fit the bill.
Disclaimer: I'm tired, so this post may contain various sundry weirdness or inaccuracies. Check your manpages before doing anything rash.
Both df and fdisk are reporting sizes correctly; they're just reporting sizes of diffirent things. df is reporting the filesystem's size, while fdisk is reporting the partition's size. Your dd command simply copied the contents (the filesystem) of the old partition into the new one, but dd can't update filesystem accounting information to resize a filesystem.
There was a free nondestructive filesystem/partition resizer that understood e2fs announced 1-2 weeks ago (I think this is it, or you could go buy PartitionMagic (which I belive handles e2fs). Either way, you'll want to make the new partition the *same* size as the existing one, use dd to copy the filesystem, and *then* run the filesystem/partition resizer. Alternately, you could probably do what you've already done (dd a filesystem into a bigger partition) and use debugfs to size the filesystem by hand, but that's deeply magical and requires an understanding of the filesystem beyond what I have to offer.
You could also just make a new filesystem in the new partition and use 'cp -a' to copy files over, although it won't preserve ext2 attributes (lsattr) and you'll need to run lilo again on the new disk to make it bootable.
superuser password of little use on *BOTH* systems
on
CrackThisBox Updates
·
· Score: 1
Even with a remote-admin system, what sane Linux or NT admin would allow remote logins as root / Administrator? Admittedly, it would make it easier to 0wn the system if you compromise a normal user account first (assuming that root hasn't implemented the wheel group...) but remote-admin wouldn't (or shouldn't) let you log in as the superuser anyway.
Heh... How about mounting some nozzles in the ceiling over the porch and wiring them to a powerful pump that draws off your culinary water supply? Mount the switch for the pump near the door so you can use it easily - or use a pushbutton-type switch that looks like the doorbell button on the other side of the door.
Interesting - AOL is using Microsoftish tactics against Microsoft.
I didn't expect to say this anytime soon, but AOL seems to be in the wrong and Microsoft in the right this time. Certainly Microsoft is being hypocritical (see other's posts about Samba, etc) and it would be nice to see them shut up until they mend their ways, but AOL seems to be wrong by changing the protocol in order to break MS's client.
Fair is fair; you can't condemn MS's wrongs while supporting AOL's, even if AOL's are against MS. Either condemn them both or support them both, but don't say that AOL is somehow more saintly even though they're using the same tactics as MS does.
I remembered that a few weeks ago and for a while was wondering if you could use something like that for 3D displays by having polarized lenses over each eye that are 90 degrees to each other.
I wonder how you'd use a laptop that had been modified for use with the special glasses if you wanted to lie down or otherwise sit at a funny angle while using it. One of the advantages of laptops is that you can sit in odd manners while using them, but with this modified screen the image could disappear if your head is at the wrong angle (because the magic glasses have polarized lenses).
Slashdot Mirror
Since some moderators don't seem to know - Romero's head on a stick screams at the end of Doom. (in doom2, idclev30 idclip, walk forward through the wall and then through the demon's face to see it)
Say 'X -query server.you.want.to.use', or say 'X -broadcast' of you don't know which server to use.
Hm? 'Doze isn't the only operating system that uses swap... Linux uses swap, Solaris uses swap, *BSD uses swap... what DOSEN'T use swap?
BTW, on Unix (I don't know about windows) a program running as root can request that it not be swapped out. GnuPG does this for security purposes.
... is the Victorniox SwissTool, but with a nicer wirestripper (another poster referred to it as a guillotine-type stripper), the screwdriver and bit-holder off the CyberTool, a mirror, a light, a crimper, and perhaps a lighter (as someone else said - fun with fire for pyromaniacs). It's okay that the thing would have to be bigger.
Come to think of it, perhaps a better CyberTool would be more or less the same size and construction as a SwissTool, but would replace the SwissTool's tools with aforementioned mirror, crimper, stripper, screwdriver (preferrably ratchet) with bits, light, and lighter - no other tools onboard. You'd use it along with another knife. Two holsters on my belt, and I don't need my toolbox except to solder.
I've noticed sound-producing LCD screens before this. The best way to do it (on my current laptop) is to say 'xlock -mode forest'.
I thought at first that the laptop's video system was interfering with its sound system.
Here's an old 486 with an important job:
$ uptime
10:53pm up 68 days, 6:44, 2 users, load average: 0.19, 0.05, 0.01
$ uname -a
Linux hp-monitor 2.2.9 #1 Wed Jun 9 15:19:35 MDT 1999 i486 unknown
$
It's a headless 486 in a basement downtown. It has 16 MB RAM and about 400 MB disk (which are very excessive for the job it was installed to do - I was originally going to send it down with 8MB and no hard disk) . Its job is to monitor all the other servers at two locations using little script (all hail Perl!) that I wrote for the occasion. If a server goes down and the primary monitoring server is down, the 486 sends nastygrams to people's pagers. It also receives syslog messages from the other Unix boxes, so that if another system is lost we still have its last words. It's got plenty of free memory and clock cycles to handle other tasks, but we don't have any for it yet.
No, I don't know why I picked that subject, other than that the 486 checks the health of the other hosts.
If that's a real offer and it's in good shape, I'll pay shipping, cash-on-delivery (if shipping costs aren't excessive).
:)
I could use it for a terminal or a DNS server, NIS+ server, print server, or a tiny (very tiny) file server on my home ethernet, use it for parts and experimentation (a purpose a 486 is also currently serving), or I could loan it out to a friend I was going to build a low-end 386/486 for.
I promise I won't toss it
Number 3.14: 'Walk' your server down the hall, from outlet to outlet to outlet...
(also good if you have redundant ethernet)
AFAIK the battery is only for the CMOS memory where the BIOS keeps config info; I've never lost the BIOS by pulling the battery.
:) ), and put them back in to find that everything is OK. Unless there's an onboard battery (something that I doubt in the little 8-pin EEPROM for storing the program for a PLC I was playing with recently) the EEPROM retained data without power.
I've pulled EEPROM chips, carried them around, chewed on them (not hard enough to damage the case
EEPROM dosen't need power to keep data; its the same thing that your BIOS is stored on and that some digital cameras use. Unfortunately, last I checked solid-state disks were EXPENSIVE as heck!
Probably a 'disk' using RAM rather than EEPROM would have much faster access times, but they require a battery during a power failure (not the place I'd store my important stuff).
Oh - where'd you get a $20 20GB hard disk? I'm really hoping that wasn't a typo.
Mirrored numpads on both sides of the keyboard would be GREAT for games! It would be good for righties who want the mouse and numpad and the main keyboard (e.g. me) in games like Quake, and it would give you a pair of gamepad-esque controllers for games that you're not using the mouse for.
Don't forget binding the 'menu' key to Compose; without a Compose key, it's difficult to enter umlauts (äëöü), æ (whatever that's called), thorns (), and other non-English symbols.
I have a calculator with a 'green-diamond' key, but I find myself calling it 'Meta' because it looks like the Sun meta-key symbol.
If you wiggle its keyboard cable around too much, my cute 'lil Sun workstation thinks you pressed Stop-A and sits until you wiggle the cable some more and type 'go'. Think it needs a new cable...
:)
At least on Sun hardware it's not fatal, as it is on those 'certain other archetectures' you mentioned
(The monitor's kind of whacked, too. The edges are wavy and the convergence is wrong, and no ammount of fiddling with the controls fixes it.)
FINALLY someone uses 'theory' and 'hypothesis' correctly! You need to be moderated up.
I was tempted post a similar explaination myself, but you've done it much better than I would have.
To find the last common ancestor (NOT hybrid) of mice and elephants, you would have to go far back in time, to early mammals. Elephants with thick fur (mammoths) have been extinct for a while, and AFAIK there have never been mice with trunks, because they diverged before elephant ancestors evolved anything resembling a trunk, and random mutations and natural selection have not resulted in a trunked rodent. You cannot pick two random distantly related species of dissimilar food, behavior, or habitat and expect to find individuals of one species with distinctive traits of another - it's pretty basic biology.
(You can, however, expect certain structures or other traits depending on how closely related certain species are, or what common foods or habitats they share. You can expect a four-chambered heart, closed circulatory system, placenta, and some hair/fur in elephants and mice because they are both placental mammals. You can also expect some similarities between animals that eat similar food in similar habitats in diffirent regions, but are only very distantly related.)
SHTML means server-parsed HTML. You can put in magic tags in SHTML and the server will interpret them (e.g. run scripts, include files, etc) and feed you the resulting HTML. It's not possible to get the 'raw' text of a server-parsed document per se, because the server gives you an interpreted version.
What about a deliveryman who lost his liscence for driving drunk? He'll also need another livelihood until his liscence can be reinstated.
Back to a a previous example, the embezzler may not be banned from using money but he certainly won't be able to get a job that involves handling money (that is, if it was a felony conviction, because he'll have to put it on his job application forms).
I'd be curious to know how much space an article takes when in the database and how much space it takes on disk in SHTML format. If SHTML tends to be smaller by anything more than a trivial ammount (and I expect that it does), then it has everything to do with saving disk space.
:)
However, I do think it's cool that you've worked out the frequency of comment posting for slashdot
If you're trying to implement this, I think that PAM (pluggable authentication modules) is the way to go. You could write (or see if someone else has written) modules that talk to the database and will allow any program that authenticates using PAM to use your database instead of /etc/passwd.
/etc/passwd. You would need to write a wrapper for getpwent and friends and link all the programs on your system against it (can be accomplished by modifiying the libc or tinkering with runtime linker configuration) for the programs to find out information such as your name, home directory, people's usernames, etc. Without the wrapper, you'd run into all sorts of problems because there would be no reliable way to find out said info. I suppose that you could also have the database put out required info into /etc/passwd whenever it's changed for the use of ls, sh, and friends.
/etc/passwd and /etc/shadow, and possibly more secure for programs like xlock and passwd because they wouldn't need to be suid to work; xlock could submit a password and the database could tell it if the password is okay, and passwd would be a program to run a query containing the old password and the new password. login, sudo, sshd and associated programs would still need to run as root or be suid to work unless the system implements capabilites, so the database wouldn't work here. A database system would also be nice in a cluster; every host could authenticate off an authentication server (like NIS).
/etc/shadow implementations don't let users see their own password hashes and slow down the users's own password querries to keep the user from brute-forcing his own password.
/etc/passwd, /etc/shadow, and other friendly /etc files. You could use them as your auth database if you want to, and since they've been around for ages libc already understands 'em; any program that uses libc calls for /etc/passwd and /etc/shadow can use them without changes (see /etc/nsswitch.conf). I don't have experience with RADIUS, so I'm not sure how it deals with authentication and *pwent issues, but I imagine it would also fit the bill.
Actually, I just realized another problem with a database and no
Woops, I just realized another possibility - plug it in like NIS or NIS+ plug in. Run a fake ypbind that really talks to your database instead of NIS.
In theory the database should be at least as secure as
I see two potential disadvantages with the database system. One is, of course, the overhead imposed by running queries into it for authentication, but it probably wouldn't be noticable unless on an ancient, slow, loaded system. The other is that if any program is allowed to query things such as passwords, it makes it much easier to brute-force passwords unless the database slows access on password querries. The database dosen't need to allow a user to query any password but the user's own, but even then,
Actually, after typing all this I realized that NIS and NIS+ are really just databases that take the place of
Disclaimer: I'm tired, so this post may contain various sundry weirdness or inaccuracies. Check your manpages before doing anything rash.
Both df and fdisk are reporting sizes correctly; they're just reporting sizes of diffirent things. df is reporting the filesystem's size, while fdisk is reporting the partition's size. Your dd command simply copied the contents (the filesystem) of the old partition into the new one, but dd can't update filesystem accounting information to resize a filesystem.
There was a free nondestructive filesystem/partition resizer that understood e2fs announced 1-2 weeks ago (I think this is it, or you could go buy PartitionMagic (which I belive handles e2fs). Either way, you'll want to make the new partition the *same* size as the existing one, use dd to copy the filesystem, and *then* run the filesystem/partition resizer. Alternately, you could probably do what you've already done (dd a filesystem into a bigger partition) and use debugfs to size the filesystem by hand, but that's deeply magical and requires an understanding of the filesystem beyond what I have to offer.
You could also just make a new filesystem in the new partition and use 'cp -a' to copy files over, although it won't preserve ext2 attributes (lsattr) and you'll need to run lilo again on the new disk to make it bootable.
Even with a remote-admin system, what sane Linux or NT admin would allow remote logins as root / Administrator? Admittedly, it would make it easier to 0wn the system if you compromise a normal user account first (assuming that root hasn't implemented the wheel group...) but remote-admin wouldn't (or shouldn't) let you log in as the superuser anyway.
Heh... How about mounting some nozzles in the ceiling over the porch and wiring them to a powerful pump that draws off your culinary water supply? Mount the switch for the pump near the door so you can use it easily - or use a pushbutton-type switch that looks like the doorbell button on the other side of the door.
Apparently all you need to do to avoid mooching is carry an HP in high school and a TI in college.
:( )
(Or you could carry a slide rule... nobody ever asks to borrow my slide rule... but slide rules aren't programmable
Interesting - AOL is using Microsoftish tactics against Microsoft.
I didn't expect to say this anytime soon, but AOL seems to be in the wrong and Microsoft in the right this time. Certainly Microsoft is being hypocritical (see other's posts about Samba, etc) and it would be nice to see them shut up until they mend their ways, but AOL seems to be wrong by changing the protocol in order to break MS's client.
Fair is fair; you can't condemn MS's wrongs while supporting AOL's, even if AOL's are against MS. Either condemn them both or support them both, but don't say that AOL is somehow more saintly even though they're using the same tactics as MS does.
I remembered that a few weeks ago and for a while was wondering if you could use something like that for 3D displays by having polarized lenses over each eye that are 90 degrees to each other.
I wonder how you'd use a laptop that had been modified for use with the special glasses if you wanted to lie down or otherwise sit at a funny angle while using it. One of the advantages of laptops is that you can sit in odd manners while using them, but with this modified screen the image could disappear if your head is at the wrong angle (because the magic glasses have polarized lenses).