Announcing: Slashdot Deals - Explore geek apps, games, gadgets and more. (what is this?)

Thank you!

We are sorry to see you leave - Beta is different and we value the time you took to try it out. Before you decide to go, please take a look at some value-adds for Beta and learn more about it. Thank you for reading Slashdot, and for making the site better!



NASA Reveals Hundred Year Starship Program

aashenfe Re:nuclear accelerator (351 comments)

Yes, Like an ION thruster, but an accelerator ring would allow the protons to ejected closer to the speed of light, creating more thrust with less material..

more than 4 years ago

NASA Reveals Hundred Year Starship Program

aashenfe nuclear accelerator (351 comments)

So how about a nuclear accelerator ring as a propulsion device. Instead of the two proton beams colliding, they would be projected from each edge of the accelerator ring. The ring should be lighter than an earth based one because a vacuum is already present. A nuclear power plant would be required to power the ring, and a tank of hydrogen would be required as a proton source (Unless hydrogen or protons can be harvested from the solar wind).

The perfect engine would generate 1G of acceleration over a multiple year period.

With this engine, a trip to Mars should be a rather shorter endeavour.

Anybody have any idea what it would take to build such a thing, Or how fast such a thing could get to Mars at it's closest approach assuming 1G of acceleration?

more than 4 years ago

Can We Travel To That Exciting New Exoplanet?

aashenfe Re:1G engine (662 comments)


Why the 19 years at 0 G? I know that is the speed of light, but if you are are going nearly that fast, and you measure the speed of light, in any direction, it would still be 299792458 m/s which means you can still accelerate at 1g and never reach that speed.

Then of course, we would have to have two times. One time for the astronauts on the spaceship, and another as observed from earth.

Any ideas on what those times would be?

more than 4 years ago

Can We Travel To That Exciting New Exoplanet?

aashenfe 1G engine (662 comments)

Ok, if we had an engine that could produce 1G of accelleration over a large number of years.

Does anybody how long would it take to get there?

Half the trip would be accelerating, and the other half decelerating. (Actually it's accelerating the whole time, just in the opposite direction at some point.

1G of acceleration should solve the muscles atrophying problem as well.

more than 4 years ago

US Lab Models Galaxy Cluster Merger

aashenfe Big Deal (89 comments)

I have a screensaver that does this already.

more than 4 years ago

By Latest Count, 95% of Email Is Spam

aashenfe Re: Make Only the spammers pay. (198 comments)

Maybe a little more description is in order
Any email that is not digitaly signed with postage would be blocked automaticaly for the users that use that choose to use the sevice. So the mail from spammers would never get through.
For a spammer to send send e-mail, they would have to use an API to contact the signing server, passing the credentials for an account to transfer postage from, as well as the sha sum of the email to be signed, plus a recipient list. A signiture would be returned from the signing sever that would be attached to the end of the mail before using standard methods to send.
Each send then costs the spammer ( or some poor sap who used week credentials on there account) or its blocked by the recipents client.

about 5 years ago

By Latest Count, 95% of Email Is Spam

aashenfe Make Only the spammers pay. (198 comments)

How about this take on e-mail postage. We know spammers/phishers send lots of e-mail, but receive very little or none. We use that to our advantage

Before sending e-mail, a sender buys postage, and it goes into their account. Maybe a penny a stamp give or take. When an e-mail is send, a stamp is taken out of the sender account and put into an escrow for each recipient. The e-mail is digitally signed for the escrow id, and sent like normal, but all spam filtering services then check the signature along the way.

When a recipient opens an e-mail, The escrow stamp set assigned for them is transfered to their account (e-mail client, or service provides this). Note: it can only be collected once for each person per e-mail, and it only goes to the account associated with the e-mail.

So after an initial stamp purchase, postage will transfer back and forth, and a normal user should never have to purchase postage again. A person, or company that sends lots of e-mail will have to keep buying postage to send. PHishing and spamming becomes economically difficult.

More reputable spammers/companies will have to buy postage to stay in business.

One last thing, users will be able to sell back stamps when there account starts to fill up, but at less of a price, to pay for the service and keep the validation servers running. So stamps are purchased at retail prices, and sold back at whole sale prices. Spammers/Hammers that stay in business end up paying for the service.

There is much more details, and ideas that can go along with this, but for the sake of brevity, I'll keep int at that.

about 5 years ago

Which Filesystem Do You Use On Portable Media For Linux Systems?

aashenfe UID's (569 comments)

One of the annoying things about User ID's is that most Distros user utilities start at some number and count up. Then when you use nfs or removable media you find that the files are now owned by another user.

It would be nice if the default was to pick a random arbitrary and large UID so the chance of UID clashes would be remote.

more than 5 years ago

How Google's High Speed Book Scanner De-Warps Pages

aashenfe Re:Patent!!??!! (209 comments)

Simple, I was trying to be funny. Notice the smiley :)

more than 5 years ago

How Google's High Speed Book Scanner De-Warps Pages

aashenfe Patent!!??!! (209 comments)

When is the patent office going to quit giving patents for obvious techniques? :)

more than 5 years ago

Help Make Firefox On Mac Suck Less

aashenfe Re:Just Say No to Native Form Widgets. (375 comments)

I'm a Linux and OS X user, and having to look at those ugly widgets that are very out of place is very irritating. The only reason I don't switch to Camino on OS X or Konqueor on Linux (I'm a GNOME user, btw) is due to extensions. It's also quite annoying having Firefox be the only application that doesn't follow your icon theme. Those default icons look very out of place.

True that it is annoying that it Firefox Doesn't follow the theme. And I'm not saying the the widgets shouldn't look like the ones for the OS.

What I'm saying is Firefox should stick to one graphic toolkit on every platform. Right now that is GTK+

Native widgets are a good thing.

If that is true than Firefox should us QT widgets when I'm in KDE, and EFL when I'm in Enlightenment and Motif when I'm on Aix, and Whatever sun uses in the Openwin Evironment. And then on Windows the select box can float above all other widgets no matter what zlayer it is on just like IE.

And then new releases can take longer as they try to work the bugs out of all supported toolkits.

And then we can test our web applications agains't all versions in case the different widgets don't function the same.

Sound like a lot of fun!

more than 7 years ago


aashenfe hasn't submitted any stories.



Musings about Linux #1

aashenfe aashenfe writes  |  more than 9 years ago Musing about Linux.
These are just Ideas that I think would be cool if implimented. They are ideas for Linux, but probably would apply to any Unix like OS. I didn't spend a huge amount of time considering all the ramifications. They are just Ideas, and not always complete idea's at that. I would like to try and impliment some of these in the future, but don't have the time or the skill right now. So it might never happen.

Idea #1 Roaming home directories
Allow all the info pertinent to a user account to be contained in the users home directies.
So user info does not need to be in /etc/passwd or /etc/shadow or /etc/group
This would be another authentication/account info option like ldap or winbind.

Implimentation would be something like the following.

First a file in /etc say /etc/homepaths would contain a list of folders that home directories would be found in.

Second a dot folder (like .account) would exist in the users home directory, and will be owned by aspecial login user(because of rootsquash).

Equivilents of passwd,groups and shadow files will exist in the .account folder, but only one entry will be allowed in each, and certain options won't make sence. For instance, home directory should not be specified in passwd, but should be the directory .account resides in. Username will always be the name of the home directory also. Alias accounts could be created with sysbolic links. Group info will be private group only. A createroaminguser utility could be created and would randomly pick a uid and gid when creating accounts so that conficts are highly improbable (Linux has 32bit uid's). Files for smbpasswd,netatalk and other such info could be added to the .account folder also.

When a user tries to login, directories in /etc/homepaths are scanned in order listed for folders with the name of the user account. When such a folder is found, the .account folder is checked and used to determine the user information. The password is then checked against the equivilent of the shadow file. If the password is correct, the user is logged in with a home directory set to the that home folder.

Also, /etc/grouppaths would contain paths to group folders. These folders would be like a home directories for groups. A .gaccount folder would contain info for the group (gid, password, members,etc). Also an added benefit is an automatic folder for members of a group to share files.

Why do this?
1. Simple way to share accounts across machines. (Just nfs mount, and add path to /etc/homepaths. A lot simpler than ldap or winbind)
2. Simplify account management. Delete an account by deleting the folder, and thats it. Restoring accounts almost as easy. Archive accounts by backing up the home directory.
3. Carry accounts around on usb key, or cdrom. Username and password, and other info remains the same.
4. Reinstall os and have accounts automaticly be available in fresh install (preserve data on /home mount)
1. I don't know how secure this will be? Encryped passwords would be sent across the network for NFS. Any comments on security would be nice. Are there ways of making this more secure? (encrypted NFS? Encrypted folder?)
2. Not as redundant as ldap. Something like rsync can be used to make a online backup, but not realtime or close to realtime. No auto failover. Are there filesystems capable of replication (mysql like)?
3. Performance. Large systems with lots of users and groups might be a problem. Searching all the /etc/homepaths and /etc/grouppaths folders for gid's and uid's could take awhile. (Caching? Indexes?)

Anyway, This is my first idea. So is it the crapyest idea ever, or is there some merit in it?

Let me know.

Slashdot Login

Need an Account?

Forgot your password?