Our leg press machine in high school only went up to 750 lbs. I could lift the whole stack until I broke the back of the seat. The thing they replaced it with was shaped so badly that it'd kill your back to lift more than 500 lbs. I too could not bench much at all.
Now, my sedentary lifestyle has probably reduced my lifting capacity significantly in both areas.:)
For the price Redhat's aking, *I* would be willing to provide Redhat's level of support. Every time you call, I'll say "that's not a box-stock instalation on the hardware I have sitting on my desk. If you return to a supported cofiguration and continue to have the problem, I'm willing to help." Meanwhile, SuSE support is genuine support. Comparing the price is irrelevent when you're not comparing equivalent products.
Also, it's worth noting that you're wrong. The pricing page" shows that you can get a media kit for $35 if you won't be using the support - which is something Redhat doesn't offer - and that you can get a one-year supported version for one machine (up to 2 CPUs) for $349. How tough was it to find that page? Well, went to "www.suse.com" (which redirects to the Novell page), clicked on SuSE enterprise, and clicked on "pricing" in the "how to buy" menu. You can get the zenworks management software for $15 electronically delivered, and *that* support is around $900/year on x86.
I see. After a little research (it was like the second entry in a google search), I found a video on the Wisconsis DMV's web site that has a bunch of people talking aobut how great roundabouts are. I guess it appears like a good idea. I think that's sort of how lots of people treat 4-way stops here - they pause until they can get through, regardless of whether it's actually their turn to go or not. Given the level of stupidity exhibited by most drivers in America, though, and the ease at which more stupid people are continuously able to get and keep a license, they probably wouldn't work out well here. Unfortunately, politicians haven't realized that stupid people frequently don't vote, so it's OK to do things that penalize the stupid...
rsync is a tool that keeps one directory in sync with another. On *nix, a tool should do one thing and do it well. If you want the differences between 2 directories, use diff. If you want to know what changed in 2 directories -
First, make a copy of your data. Next time you run a backup, you should start by creating a copy of the existing backup that's hardlinked to the originals. The easiest way to do that is "cp -al backup snapshot.1" or similar. So, now you have 2 directories that are identical, but which take up little more space than one, since the files are hardlinked to each other. Then, you rsync your source to the backup dir again. This works great because rsync unlinks changed files before it puts the new file in its place.
So, you get a complete snapshot that only takes up the space of the changed files, essentially. The files that stay the same are just hardlinks to the same data, and the files that change exist in both the old form (because the hardlink cp -l created still exists even when the entry in/backup is unlinked by rsync), and the new form exists in/backup because rsync replaced it.
Now you're using cp and rsync, and you've got snapshots and backups. The next step is to find the differences. Use "diff -r backup snapshot.1" for that. Parse it with some kind of shell script (which should be easy), and you've got a file list that details what changed and/or was removed/added. So, you then use another script (or the same one) to calculate the total size of those files. If it's more than your CD can hold, you have 2 options. You can create a tar file and run it through dd in order to split it up into exact-sized chunks. That'd suck for restoring, though. I'd choose option B, generate a list of file sizes, add files to a.iso until you get to a file that'd push you over the limit, and then start adding files to another.iso.
This'd all take little more than a few minutes to write, if you're proficient with somc scripting language (and are on a platform that allows such activity). Personally, I just do the snapshot backup thing (had to write a program to do the "cp -l", though, since my OS X backup server's cp doesn't handle non-file/directory entries well (device nodes, named pipes, etc)) and keep the whole deal synced up with an off-site backup system. I've got about 10 full linux server machines backed up this way, with about a year of snapshots - including email and an active web server - and it doesn't even take up 2x the space of the initial backup set. It works great, and makes restoring *super* easy. "I deleted a directory a few days ago". "Well, I've got the state of the whole directory as of midnight 4 days ago right here". I love it.
Re:What the hell is this crap?!
on
RAD with Ruby
·
· Score: 1
So, is this your second ID, or do you change them yearly?:)
Personally, I'm pretty sure that Ruby will remain forever in Python's shadow (which is a dark shadow, since Python is stuck in Perl's shadow), and therefore could care less what's new with Ruby.:)
Alright, explain how a roundabout works. The best I can guess is that people drive in circles waiting until they have a chance to stop driving in circles.
The Escort regularly does poorly in tests. Its only redeeming quality, as far as I can tell, is that it uses full-page ads in major automotive and gadgetry magazines, much like the much better quality Valentine 1.:)
Spinning your tires (or wheels, I suppose) will get you off the line slower. When I'm driving like a maniac to get in front, I'm always careful to keep my rear tires just on the verge of slipping during a launch.
Hooray for instant gratification, boo for pointing out that I'm only arriving at my destination 30 seconds faster as a result of all that stress-inducing behaviour.:)
I walked through the Taco Bell with my roommate a few years back - in a Central IL city that houses a major university with a top-ranked Engineering school and borders a city named similarly to an alcoholic beverage - and had the same experience. They took our order, but said that their insurance prohibited them from serving a pedestrian. Like we couldn't have opened the car door, stepped out, smashed the window with a crowbar, and shot the moron just as easily on foot or in a car. Well, opening the car door would've been hard without a car, but the other stuff - just as easy.
Since we lived across the street, we walked back home, got in a car, and drove - to another eating establishment. We also called Taco Bell to complain. Did you know that you get a free meal coupon out of most any complaint to 1-800-the-bell? Hooray for free tacos!
Actually, I've found that several of the areas which I drive through require driving about 20MPH over the limit (which is coincidentally the point where the speeding fine increases here) in order to catch the lights on green. Ie, the light turns green, and I need to accelerate *heavily* to about 20 over in order to catch the next light before it turns red again. Quite a few other areas in town (that 20MPH place is more rural - no children playing in the 6-lane road out there) require running 5-10 over in order to keep up with the lights' sync.
Given that you're measuring speed in Km/h, though, I'm guessing that you're not from "around these parts". You may live in a place where lights are meant to help traffic flow rather than hindering it, and you may even live in a place that's not 40 miles from a city with more than a grocery store & WalMart...:)
I was picturing a weaker car - something that would likely have more than one wing on the back, and lots of stickers, etc - that requires people to lift up around the drive wheels + set the parking brake in order to do a real burnout. Right now, I'm envisioning the '82 Diesel VW Rabbit a friend had. That thing was rated at something like 50HP, and was only able to smoke the tires in a pubble of tranny fluid with 4 guys lifting up on the front end while the e-brake was set.
I'll try smoking the my car's tires in your honor next time the lights don't change fast enough for me, though. It might just be one tire, depending on which car I'm driving...
Well, the discussion was about Gentoo, and the page you linked to says that SELinux was developed for Debian and that the work for Debian + Gentoo is most complete. Clicking the link for "other" gets me a page not found, and the links for the specific distros mentioned there say stuff like "info coming soon", etc.
Even on the assumption that all 6 distros up there have full support and come with useful security policies - which is not the case - there's still a *whole bunch* of other distros that don't have nice integrated support. I'd go so far as to say that *most* distros don't have easy SELinux support, and most distros don't make it terribly easy to install those packages. Gentoo [basically] just requires appending a string to a variable in/etc/make.conf and then either building or rebuilding the world, depending on whether it's install time or later. So, I still feel good about stating that SELinux support differentiates Gentoo somewhat.
It's cool that most distros are finally integrating tha stuff, though. Mandatory Access Controls are cool. Thanks for the link.
The poster said that cats don't do anything that looks like playing - wheras the article says that the cats do something that looks like playing. I don't care if the cat's enjoying the game or being a super-special hunter - the point was that the cat bats the prey around. The original poster said they don't, when, in fact, most cats do bat their prey around. I call that playing. I also play with my food sometimes, but it's not a game, it has a real purpose - to make it look like I'm eating. I still call it play, though I don't enjoy it at all.
Read the original post yet again. He said that the cats catch their prey and go straight to killing and eating, no messing around waiting for the prey to exhaust itself before the death blow. Fun or not, most cats do "play" with their prey.
Try "links -g" - you get a mouse and nifty graphical browsing if you're using the framebuffer device for your console (which is what the gentoo installer does by default). There's a flag that turns on javascript support, too, though it escapes me just now. It's probably --javascript or similar...
A Stage3 install of gentoo is an install of binaries, and there are x86 binaries of most all the packages that can be installed once you're in a running system. You don't need to compile anything on Gentoo. So you get a choice. You actually get more choices, as you can compile or install binaries for the base system, and then you can compile or install binaries for the additional packages.
The BSD jails are a better kernel-leve enforcement of chroot. Linux doesn't have *as* good of a chroot, but it's fine for most cases. Gentoo is differentiated from most ofhter Linux distros by supprting the selinux stuff, though. Check out the hardened Gentoo and the subprojects within.
Re:Enlightenment's still the best eye candy WM aro
on
E17 Available From CVS
·
· Score: 1
I see you didn't check out my web page (it's linked from the page that's atop each one of my posts). I've written several small pieces of software, and it's all available to the public. Lots of it's out of date by now, replaced by more modern and functional stuff (esp. the LDAP integration stuff), but it's all open source. I've only got the one project up on freshmeat, and again, it's pretty simple and somewhat outdated - but I know that several people use it none the less. The stuff I develop for my employer is intended to be open sourced, but I haven't gotten around to getting it online. Similarly, lots of my most current stuff's not up yet, just because I'm bad about keeping my website up to date.
Anyway, I've been contributing to open source darn near as long as you have, though my stuff's considerably less popular than E. Perhaps I was a bit harsh calling E a "stupid, dead project", but then again, most of my crap's stupid, dead, and perpetually unfinished too.:) Kudos for sticking with it.
Actually, you'll see any linux system that *accesses files* do that if you leave it up for a while. That memory usage, as noted by some others, is file system cache. I've got a 42MB 486 (ok, it's an AMD 5x86/133) that handles moving >8K messages/day as an email server, filtering them through spamassassin, and routes connections to a small http, IMAP, and POP server while serving as primary DNS for several domains. The load average (10 min) is.01 right now, and it's using 37MB RAM. 28MB was programs at the time of sampling, including the 1.5MB sshd, the 1.5MB bash shell, the 2MB of perl and ps used to generate that statistic, and a 5MB named process. Named is caching DNS results in memory, too.
Yeah, yeah, I'm not running KDE on that machine. I've got a gig of RAM in a machine that is running KDE though, coincidentally, and it's presently showing 927MB in use. Only 511MB is attributable to running programs, though, and about 125MB of that 511 is due to me running Win2K and a Gentoo setup under VMWare. That's what, about 400MB of file cache? It's nice to have that, since I've only got one IDE hard drive in this system.:)
Re:Enlightenment's still the best eye candy WM aro
on
E17 Available From CVS
·
· Score: 1
I've been using Linux since before KDE and before Gnome. I've also been wondering when E is gonna get some documentation or some level of usability down since before KDE and Gnome. It's been in unstable states of development for as long as I can remember. Personally, I always felt that Windowmaker was the best in terms of usability and appearence. Then again, I don't like to waste half of my display on crazy robot-arm window frames, and I think I've got some irritation towards E that's come from the utterly undocumented esd. I also don't care if menus use shaped windows or rectangles... Perhaps if I hung out on IRC more often, I'd like E. But I don't, and I don't.
That said, it's great that Raster hasn't given up on the stupid dead project after all these years of still not quite getting things right. Maybe one day he'll surprise me and finish it. I doubt it, though. Others are free to use it, of course, but there's no place for E in my computer use - professionaly or personally. I'll stick to fake-transparent aterm/wterm and rectangular menus in a lightweight package, thanks.
You've never used e before, have you? I think the documentation must be buried in the same place as the docs for esd. I *hate* the e sound daemon and its lack of docs...
I'm sorry, I don't understand your post. The post to which I replied said that wild cats don't play with their prey. I countered by first briefly describing my experience with cats that consistently play with their prey, and then by linking to an article that explains not only that most cats do play with their prey, but also gives a plausible explanation as to why they'd do that. That's the part you quoted.
So, I'm a bit curious as to why you'd reply with emphasis places so as to suggest that the article contradicts what I said. Did you perhaps reply to the wrong post or fail to read the whole thread before posting?
I thought the "smilie" would be adequate, perhaps in combination with my relatively low ID. I guess no where do I explicitly mention my occupation as sysadmin, which implys knowing what "permission denied" means, nor do I mention my "http 401" license plate, so perhaps it's my fault that question wasn't identified as rhetorical... Sigh.
Well, that may be a bit over-zealous, as it lists things like bash and pam... Let's stick "tree" in there to organizes it a bit better, and clear out the use flage to reduce the number of optional packages (the lameness filter won't let me include all of the whitespace - argh!):
Our leg press machine in high school only went up to 750 lbs. I could lift the whole stack until I broke the back of the seat. The thing they replaced it with was shaped so badly that it'd kill your back to lift more than 500 lbs. I too could not bench much at all.
:)
Now, my sedentary lifestyle has probably reduced my lifting capacity significantly in both areas.
For the price Redhat's aking, *I* would be willing to provide Redhat's level of support. Every time you call, I'll say "that's not a box-stock instalation on the hardware I have sitting on my desk. If you return to a supported cofiguration and continue to have the problem, I'm willing to help." Meanwhile, SuSE support is genuine support. Comparing the price is irrelevent when you're not comparing equivalent products.
Also, it's worth noting that you're wrong. The pricing page" shows that you can get a media kit for $35 if you won't be using the support - which is something Redhat doesn't offer - and that you can get a one-year supported version for one machine (up to 2 CPUs) for $349. How tough was it to find that page? Well, went to "www.suse.com" (which redirects to the Novell page), clicked on SuSE enterprise, and clicked on "pricing" in the "how to buy" menu. You can get the zenworks management software for $15 electronically delivered, and *that* support is around $900/year on x86.
I see. After a little research (it was like the second entry in a google search), I found a video on the Wisconsis DMV's web site that has a bunch of people talking aobut how great roundabouts are. I guess it appears like a good idea. I think that's sort of how lots of people treat 4-way stops here - they pause until they can get through, regardless of whether it's actually their turn to go or not. Given the level of stupidity exhibited by most drivers in America, though, and the ease at which more stupid people are continuously able to get and keep a license, they probably wouldn't work out well here. Unfortunately, politicians haven't realized that stupid people frequently don't vote, so it's OK to do things that penalize the stupid...
Is there a good reason that you replied anonymously, or are you just trying to be cute?
rsync is a tool that keeps one directory in sync with another. On *nix, a tool should do one thing and do it well. If you want the differences between 2 directories, use diff. If you want to know what changed in 2 directories -
/backup is unlinked by rsync), and the new form exists in /backup because rsync replaced it.
.iso until you get to a file that'd push you over the limit, and then start adding files to another .iso.
First, make a copy of your data. Next time you run a backup, you should start by creating a copy of the existing backup that's hardlinked to the originals. The easiest way to do that is "cp -al backup snapshot.1" or similar. So, now you have 2 directories that are identical, but which take up little more space than one, since the files are hardlinked to each other. Then, you rsync your source to the backup dir again. This works great because rsync unlinks changed files before it puts the new file in its place.
So, you get a complete snapshot that only takes up the space of the changed files, essentially. The files that stay the same are just hardlinks to the same data, and the files that change exist in both the old form (because the hardlink cp -l created still exists even when the entry in
Now you're using cp and rsync, and you've got snapshots and backups. The next step is to find the differences. Use "diff -r backup snapshot.1" for that. Parse it with some kind of shell script (which should be easy), and you've got a file list that details what changed and/or was removed/added. So, you then use another script (or the same one) to calculate the total size of those files. If it's more than your CD can hold, you have 2 options. You can create a tar file and run it through dd in order to split it up into exact-sized chunks. That'd suck for restoring, though. I'd choose option B, generate a list of file sizes, add files to a
This'd all take little more than a few minutes to write, if you're proficient with somc scripting language (and are on a platform that allows such activity). Personally, I just do the snapshot backup thing (had to write a program to do the "cp -l", though, since my OS X backup server's cp doesn't handle non-file/directory entries well (device nodes, named pipes, etc)) and keep the whole deal synced up with an off-site backup system. I've got about 10 full linux server machines backed up this way, with about a year of snapshots - including email and an active web server - and it doesn't even take up 2x the space of the initial backup set. It works great, and makes restoring *super* easy. "I deleted a directory a few days ago". "Well, I've got the state of the whole directory as of midnight 4 days ago right here". I love it.
So, is this your second ID, or do you change them yearly? :)
:)
Personally, I'm pretty sure that Ruby will remain forever in Python's shadow (which is a dark shadow, since Python is stuck in Perl's shadow), and therefore could care less what's new with Ruby.
Alright, explain how a roundabout works. The best I can guess is that people drive in circles waiting until they have a chance to stop driving in circles.
The Escort regularly does poorly in tests. Its only redeeming quality, as far as I can tell, is that it uses full-page ads in major automotive and gadgetry magazines, much like the much better quality Valentine 1. :)
Spinning your tires (or wheels, I suppose) will get you off the line slower. When I'm driving like a maniac to get in front, I'm always careful to keep my rear tires just on the verge of slipping during a launch.
:)
Hooray for instant gratification, boo for pointing out that I'm only arriving at my destination 30 seconds faster as a result of all that stress-inducing behaviour.
I walked through the Taco Bell with my roommate a few years back - in a Central IL city that houses a major university with a top-ranked Engineering school and borders a city named similarly to an alcoholic beverage - and had the same experience. They took our order, but said that their insurance prohibited them from serving a pedestrian. Like we couldn't have opened the car door, stepped out, smashed the window with a crowbar, and shot the moron just as easily on foot or in a car. Well, opening the car door would've been hard without a car, but the other stuff - just as easy.
Since we lived across the street, we walked back home, got in a car, and drove - to another eating establishment. We also called Taco Bell to complain. Did you know that you get a free meal coupon out of most any complaint to 1-800-the-bell? Hooray for free tacos!
Actually, I've found that several of the areas which I drive through require driving about 20MPH over the limit (which is coincidentally the point where the speeding fine increases here) in order to catch the lights on green. Ie, the light turns green, and I need to accelerate *heavily* to about 20 over in order to catch the next light before it turns red again. Quite a few other areas in town (that 20MPH place is more rural - no children playing in the 6-lane road out there) require running 5-10 over in order to keep up with the lights' sync.
:)
Given that you're measuring speed in Km/h, though, I'm guessing that you're not from "around these parts". You may live in a place where lights are meant to help traffic flow rather than hindering it, and you may even live in a place that's not 40 miles from a city with more than a grocery store & WalMart...
I was picturing a weaker car - something that would likely have more than one wing on the back, and lots of stickers, etc - that requires people to lift up around the drive wheels + set the parking brake in order to do a real burnout. Right now, I'm envisioning the '82 Diesel VW Rabbit a friend had. That thing was rated at something like 50HP, and was only able to smoke the tires in a pubble of tranny fluid with 4 guys lifting up on the front end while the e-brake was set.
I'll try smoking the my car's tires in your honor next time the lights don't change fast enough for me, though. It might just be one tire, depending on which car I'm driving...
Well, the discussion was about Gentoo, and the page you linked to says that SELinux was developed for Debian and that the work for Debian + Gentoo is most complete. Clicking the link for "other" gets me a page not found, and the links for the specific distros mentioned there say stuff like "info coming soon", etc.
/etc/make.conf and then either building or rebuilding the world, depending on whether it's install time or later. So, I still feel good about stating that SELinux support differentiates Gentoo somewhat.
Even on the assumption that all 6 distros up there have full support and come with useful security policies - which is not the case - there's still a *whole bunch* of other distros that don't have nice integrated support. I'd go so far as to say that *most* distros don't have easy SELinux support, and most distros don't make it terribly easy to install those packages. Gentoo [basically] just requires appending a string to a variable in
It's cool that most distros are finally integrating tha stuff, though. Mandatory Access Controls are cool. Thanks for the link.
I see. You misunderstood "play".
The poster said that cats don't do anything that looks like playing - wheras the article says that the cats do something that looks like playing. I don't care if the cat's enjoying the game or being a super-special hunter - the point was that the cat bats the prey around. The original poster said they don't, when, in fact, most cats do bat their prey around. I call that playing. I also play with my food sometimes, but it's not a game, it has a real purpose - to make it look like I'm eating. I still call it play, though I don't enjoy it at all.
Read the original post yet again. He said that the cats catch their prey and go straight to killing and eating, no messing around waiting for the prey to exhaust itself before the death blow. Fun or not, most cats do "play" with their prey.
Try "links -g" - you get a mouse and nifty graphical browsing if you're using the framebuffer device for your console (which is what the gentoo installer does by default). There's a flag that turns on javascript support, too, though it escapes me just now. It's probably --javascript or similar...
That's not true - sometimes they just ignore the question or make some comment about "stupid newbie". :)
A Stage3 install of gentoo is an install of binaries, and there are x86 binaries of most all the packages that can be installed once you're in a running system. You don't need to compile anything on Gentoo. So you get a choice. You actually get more choices, as you can compile or install binaries for the base system, and then you can compile or install binaries for the additional packages.
The BSD jails are a better kernel-leve enforcement of chroot. Linux doesn't have *as* good of a chroot, but it's fine for most cases. Gentoo is differentiated from most ofhter Linux distros by supprting the selinux stuff, though. Check out the hardened Gentoo and the subprojects within.
I see you didn't check out my web page (it's linked from the page that's atop each one of my posts). I've written several small pieces of software, and it's all available to the public. Lots of it's out of date by now, replaced by more modern and functional stuff (esp. the LDAP integration stuff), but it's all open source. I've only got the one project up on freshmeat, and again, it's pretty simple and somewhat outdated - but I know that several people use it none the less. The stuff I develop for my employer is intended to be open sourced, but I haven't gotten around to getting it online. Similarly, lots of my most current stuff's not up yet, just because I'm bad about keeping my website up to date.
:) Kudos for sticking with it.
Anyway, I've been contributing to open source darn near as long as you have, though my stuff's considerably less popular than E. Perhaps I was a bit harsh calling E a "stupid, dead project", but then again, most of my crap's stupid, dead, and perpetually unfinished too.
Actually, you'll see any linux system that *accesses files* do that if you leave it up for a while. That memory usage, as noted by some others, is file system cache. I've got a 42MB 486 (ok, it's an AMD 5x86/133) that handles moving >8K messages/day as an email server, filtering them through spamassassin, and routes connections to a small http, IMAP, and POP server while serving as primary DNS for several domains. The load average (10 min) is .01 right now, and it's using 37MB RAM. 28MB was programs at the time of sampling, including the 1.5MB sshd, the 1.5MB bash shell, the 2MB of perl and ps used to generate that statistic, and a 5MB named process. Named is caching DNS results in memory, too.
:)
Yeah, yeah, I'm not running KDE on that machine. I've got a gig of RAM in a machine that is running KDE though, coincidentally, and it's presently showing 927MB in use. Only 511MB is attributable to running programs, though, and about 125MB of that 511 is due to me running Win2K and a Gentoo setup under VMWare. That's what, about 400MB of file cache? It's nice to have that, since I've only got one IDE hard drive in this system.
I've been using Linux since before KDE and before Gnome. I've also been wondering when E is gonna get some documentation or some level of usability down since before KDE and Gnome. It's been in unstable states of development for as long as I can remember. Personally, I always felt that Windowmaker was the best in terms of usability and appearence. Then again, I don't like to waste half of my display on crazy robot-arm window frames, and I think I've got some irritation towards E that's come from the utterly undocumented esd. I also don't care if menus use shaped windows or rectangles... Perhaps if I hung out on IRC more often, I'd like E. But I don't, and I don't.
That said, it's great that Raster hasn't given up on the stupid dead project after all these years of still not quite getting things right. Maybe one day he'll surprise me and finish it. I doubt it, though. Others are free to use it, of course, but there's no place for E in my computer use - professionaly or personally. I'll stick to fake-transparent aterm/wterm and rectangular menus in a lightweight package, thanks.
Huh. I wish Slashdot wouldn't attach orphaned children in threads to the parent's parent...
You've never used e before, have you? I think the documentation must be buried in the same place as the docs for esd. I *hate* the e sound daemon and its lack of docs...
I'm sorry, I don't understand your post. The post to which I replied said that wild cats don't play with their prey. I countered by first briefly describing my experience with cats that consistently play with their prey, and then by linking to an article that explains not only that most cats do play with their prey, but also gives a plausible explanation as to why they'd do that. That's the part you quoted.
So, I'm a bit curious as to why you'd reply with emphasis places so as to suggest that the article contradicts what I said. Did you perhaps reply to the wrong post or fail to read the whole thread before posting?
I thought the "smilie" would be adequate, perhaps in combination with my relatively low ID. I guess no where do I explicitly mention my occupation as sysadmin, which implys knowing what "permission denied" means, nor do I mention my "http 401" license plate, so perhaps it's my fault that question wasn't identified as rhetorical... Sigh.
Well, that may be a bit over-zealous, as it lists things like bash and pam... Let's stick "tree" in there to organizes it a bit better, and clear out the use flage to reduce the number of optional packages (the lameness filter won't let me include all of the whitespace - argh!):
xxx@xxx xxx $ USE='-' emerge -pe --tree gnumeric | cut -c 17-
app-office/gnumeric-1.2.13
dev-python/pygtk-2.2.0
x11-libs/gtkglarea-1.99.0
dev-python/pyopengl-2.0.0.44
media-libs/glut-3.7.1
x11-themes/gnome-themes-2.8.0
x11-themes/gtk-engines-2.2.0
media-libs/imlib-1.9.14-r2
media-libs/giflib-4.1.0-r3
x11-libs/gtk+-1.2.10-r11
gnome-base/libgnomeui-2.8.0
gnome-base/gnome-keyring-0.4.0
gnome-base/libbonoboui-2.8.0
gnome-base/libgnome-2.8.0
media-sound/esound-0.2.34
media-libs/alsa-lib-1.0.6
media-sound/alsa-headers-1.0.6a sys-kernel/gentoo-dev-sources-2.6.9-r4 sys-apps/module-init-tools-3.0-r2 dev-libs/ucl-1.01-r1 sys-devel/make-3.80-r1 media-libs/audiofile-0.2.6-r1 gnome-base/libgnomeprintui-2.8.0 gnome-base/libgnomeprint-2.8.0 net-print/libgnomecups-0.1.8 net-print/cups-1.1.20-r5 x11-themes/gnome-icon-theme-2.8.0 x11-themes/hicolor-icon-theme-0.5 gnome-base/libgnomecanvas-2.8.0 media-libs/libart_lgpl-2.3.16 gnome-base/libglade-2.4.0 gnome-extra/libgsf-1.9.0 gnome-base/gnome-vfs-2.8.1-r2 app-admin/fam-2.7.0-r2 net-nds/portmap-5b-r8 sys-apps/tcp-wrappers-7.6-r8 gnome-base/gnome-mime-data-2.4.1 gnome-base/gconf-2.8.0.1 x11-libs/gtk+-2.4.9-r1 x11-misc/shared-mime-info-0.14 x11-libs/pango-1.6.0 dev-libs/atk-1.8.0 media-libs/tiff-3.7.0 media-libs/jpeg-6b-r4 gnome-base/libbonobo-2.8.0 gnome-base/orbit-2.12.0 dev-libs/libIDL-0.8.4 dev-util/indent-2.2.9-r1 dev-util/intltool-0.31.2 dev-perl/XML-Parser-2.34 dev-libs/popt-1.7-r1 dev-libs/libxml2-2.6.15-r1 dev-libs/glib-2.4.6 dev-util/pkgconfig-0.15.0 sys-devel/gettext-0.12.1-r2 sys-libs/glibc-2.3.4.20040808-r1 sys-apps/baselayout-1.9.4-r6 sys-kernel/linux26-headers-2.6.8.1 sys-apps/man-1.5m-r2 sys-apps/cronbase-0.3.1 sys-devel/gcc-3.3.4-r1 sys-devel/bison-1.875 sys-devel/m4-1.4.1 sys-devel/libtool-1.5.2-r5 sys-devel/autoconf-2.59-r5 dev-lang/perl-5.8.4-r1 sys-devel/libperl-5.8.4-r1 sys-apps/groff-1.19.1-r2 sys-libs/db-4.1.25_p1-r3 dev-java/blackdown-jdk-1.4.1 dev-java/java-config-1.2.10 dev-lang/python-2.3.4 sys-libs/gdbm-1.8.3-r1 sys-libs/db-1.85-r1 x11-terms/xterm-196 sys-apps/utempter-0.5.5.5 app-arch/rpm2targz-9.0-r2 app-arch/cpio-2.5 sys-apps/which-2.16 sys-apps/file-4.10-r1 dev-lang/tk-8.4.6-r1 x11-base/xorg-x11-6.8.0-r1 x11-base/opengl-update-1.8.1-r1 media-libs/fontconfig-2.2.3 x11-misc/ttmkfdir-3.0.9-r2 media-libs/freetype-2.1.5-r1 dev-libs/expat-1.95.7 media-libs/libpng-1.2.7 sys-apps/util-linux-2.12-r4 app-crypt/hashalot-0.3 sys-apps/gawk-3.1.3-r1 sys-apps/grep-2.5.1-r6 dev-libs/libpcre-4.5 sys-apps/pam-login-3.14 sys-apps/shadow-4.0.5-r2 sys-libs/pam-0.77-r1 sys-libs/cracklib-2.7-r10 sys-devel/gcc-config-1.3.6-r3 sys-apps/miscfiles-1.3-r1 sys-libs/pwdb-0.62 dev-libs/glib-1.2.10-r5 dev-lang/tcl-8.4.6 dev-libs/openssl-0.9.7d-r2 sys-apps/diffutils-2.8.4-r4 sys-devel/bc-1.06-r5 sys-apps/portage-2.0.51-r3 sys-apps/debianutils-1.16.7-r4 sys-apps/coreutils-5.2.1 sys-devel/auto