WOW I mean, I read all these books about people who scream and holler and stamp their feet with respect to change, but I never believed I would actually see the like.
Psst. While you weren't looking, your terminal changed to use ISO-latin. That's eight bits. It might even use unicode of all things, not only 8 bits but with funky escapes to encode 16 bit chars. Neither of which will show up on your IBM Codepage console on the 386sx running Linux 0.9 for which you read mail using cat/var/mail/tackhead no doubt.
And despite your protestations, most mail readers got MIME support. Perhaps you've heard of it: it's what that "web" thing uses too.
And despite your ranting and raving, even a great many technically clueful people really don't give a damn about what you consider acceptable documents to transfer over e-mail.
what would be neat is if we could send people the complex content needed for intranet apps in a small portable format that can be executed in an environment that lets people run these applications from unknown sources without worrying about them getting access to the rest of the system outside the browser. these apps could communicate information back to the site as needed instead of having to send low-level traffic about individual widgets back to the site. we could even send the programs as bytecode that could run on any platform with such an implementation.
i just hope netscape doesn't screw it up and create something slow and crashy that only looks good for goofy text effects, or we'll be back to square one, i tell you.
our new company site is layed out fine in ie, ns6, and even w3m, and lynx lays it out nice and vertical [it uses a lot of tables]. it's only ns4 that makes a complete and utter hash of it. so now i have to spend all kinds of time hacking on the html because of netscape's sloppiness.
it would have been an easy and quick distribution of information if we didn't have to spend time hand-hacking the html to deal with netscape's bugs.
> khttpd is just a toy for static content. Tux holds the world's record for fastest SPECWEB performance.
I would be interested in seeing SPECWEB results for Cheetah, which runs atop the MIT exokernel. It's amazing what you can do when you run the whole webserver on the bare metal.
God, I love being downrated by all these penguinistas. -2, Not Party Line. Might even be fair if it weren't for the fact that the same abuse directed at Microsoft gets modded up.
Know what would be nice? Let's start with being able to host more than 28 virtual sites on one box before the admin account is unable to upload to new sites? Maybe Sun could fund development of ACL's for Linux, maybe give a good kick in the ass for finishing what's already been developed, because the group-based perms completely fall apart after 28 sites, because Linux doesn't allow for membership in more than 32 groups (admin belongs to 4 groups for system purposes). BSD's even worse, only 16 there. The point being, groups were never meant to be used that way. It's really a pain in the ass to be adding admin2, admin3, admin4 users and manually editing passwd to add them in for every new site, then telling developers which user they have to use per site to upload content (and I'd much rather they used user accounts, but you can't add new admins either)
Making the admin interface somewhat less than DEATHLY slow would also be a big help. I can whip out three zones in webmin before I can pull up a zone in cobalt admin.
How about not using a drop-down box for selecting which zone to edit in the DNS configuration? Netscape on Unix -- you know, that OS that Cobalts use, and I hear Sun develops -- doesn't exactly deal gracefully with that.
Sorting domains in the virtual site list by TLD first was perhaps the most precise and logical thing, since you want to keep subdomains together... but probably not what *anybody* really wanted. I would rather see foobarbay.org right before foobarbaz.com, thanks, not waaaaay after all the.com domains.
It would be great if the interface weren't so slow.
Speaking of webmin, I can middle-click on anything in the interface and get a popup. Cobalt's excessive use of frames and javascript make that quite impossible, screw you very much.
... scrolling through all the posts by brushing my mousewheel lightly, one hand on my mouse on my leg (MS optical mouse, works best there), a beer in my other hand. Didn't have to drag a little thumb around or aim at little bitty arrows, just had to have the mouse button anywhere in the window. Didn't even have to have the mouse flat.
Try and tell me that ain't ergonomic, all ya HCI eggheads.
While you're frothing at the mouth flaming away, proud of your own correctness, note that slackware uses ".tgz" as its package format. It's like jar, it's a tarball with a manifest of some sort. Dumbass.
> (Unless you are like me and has done a chmod 400 on your cookies file)
How is it you are managing to post to slashdot with a user account then? Junkbuster (for unix) and Proximitron (for windows) offer a slightly more configurable solution than this shotgun approach.
> Also, somebody on here posted: "The thing that utterly frustrates me is that NOTHING COMPILES!" -- I've never had a problem compiling programs on Slackware. In fact, programs I could never get to compile correctly on Red Hat, Mandrake, etc. work just fine on Slack.
In support circles this is called "WFM", stands for "works for me". It's a perfectly good state for a problem to be in, but problems in a "WFM" state are considered *open* (often closed as "Cannot Reproduce" when the user can't make the problem come back). If the Linux community really cares about support by and for its users, it might want to try solving problems that require a little investigation. In this case, the problem is caused by a missing pthreads dependency, the sort of thing which, incidentally, packaging systems were designed to solve. Even the.tgz should specify a pthread dependency somehow, and if it doesn't, that's a bug.
> you dont have the pthread library installed. Go get it, install it and try again. This is nothing like the trouble you have getting stuff to compile on *BSD.
The original poster provided us a specific example. Perhaps you could be so kind as to do the same.
Someone had better alert the Debian priesthood of the incoming flock who would rally under its banner... last I looked it was doing its damndest to put as many bureaucratic obstacles in the way as possible of new developers. Knighthood looks like a less involved process than becoming a debian developer.
Measuring line voltage doesn't take an engineering degree. Take a multimeter from radio shack, turn it to the proper AC voltage range, stick the probes in. It really is that simple.
> Pray tell, how does run-time instantiation have anything to do with either encapsulation or abstraction?
Simple. You can do abstraction in anything, even turing machines. Encapsulation is done in objects, otherwise you don't have encapsulation so much as namespaces. Not much encapsulation going on if you only have one capsule, neh?
> OO doesn't prevent you from hacking. It just discourages it.
What utter rot. Through mere subclassing, I was able to make the very OO Perl Template Toolkit behave in radically different ways depending on properties of the Application objects in the fastcgi framework it ran in (I didn't care to take the system down to rewrite the dispatcher every time a new behavior was created). Holy cow, just try coming on a MOO sometime and claim no one can hack anything because it's OO. Most of the complaints I get about something being non-customizeable is because the relevant code has been stuck on a $*_utils object somewhere with no way of making it polymorphic.
You people amuse me. You really do. You would deliberately throw tools out of your toolbox because your trusty jackknife can fix anything.
It's also true that you can do good object oriened design with a Turing Machine, implemented in the Game of Life, composed of a million midgets wearing reversible parkas, which is directed from above by an Elvis impersonator in a hot air ballon shaped like a guitar.
You signed an NDA on that design. Expect a call from our lawyers.
> I know it doesn't come with it, but do a search for "MacTCP Ping".
Irrelevant. He doesn't need the app, the users he supports do. Getting MacTCP Ping on all their machines is a somewhat non-trivial deployment issue even when they're not having problems with their nyetwork in the first place.
Slashdot Mirror
WOW
/var/mail/tackhead no doubt.
I mean, I read all these books about people who scream and holler and stamp their feet with respect to change, but I never believed I would actually see the like.
Psst. While you weren't looking, your terminal changed to use ISO-latin. That's eight bits. It might even use unicode of all things, not only 8 bits but with funky escapes to encode 16 bit chars. Neither of which will show up on your IBM Codepage console on the 386sx running Linux 0.9 for which you read mail using cat
And despite your protestations, most mail readers got MIME support. Perhaps you've heard of it: it's what that "web" thing uses too.
And despite your ranting and raving, even a great many technically clueful people really don't give a damn about what you consider acceptable documents to transfer over e-mail.
Cope.
--
Funny how you complain about HTML mail, specifically of people using it to put things in boldface, then later on down, put "by default" in boldface...
Would you rather it were RTF? I like being able to mark up my email, thanks very much.
--
what would be neat is if we could send people the complex content needed for intranet apps in a small portable format that can be executed in an environment that lets people run these applications from unknown sources without worrying about them getting access to the rest of the system outside the browser. these apps could communicate information back to the site as needed instead of having to send low-level traffic about individual widgets back to the site. we could even send the programs as bytecode that could run on any platform with such an implementation.
i just hope netscape doesn't screw it up and create something slow and crashy that only looks good for goofy text effects, or we'll be back to square one, i tell you.
--
someone out there, somewhere, has an opinion. they like a certain browser better, and it's not netscape.
there is a page on the web written by someone who doesn't like netscape. and he has strong opinions for jscript.
this must be stopped. the future of mankind is at stake.
--
our new company site is layed out fine in ie, ns6, and even w3m, and lynx lays it out nice and vertical [it uses a lot of tables]. it's only ns4 that makes a complete and utter hash of it. so now i have to spend all kinds of time hacking on the html because of netscape's sloppiness.
it would have been an easy and quick distribution of information if we didn't have to spend time hand-hacking the html to deal with netscape's bugs.
--
> khttpd is just a toy for static content. Tux holds the world's record for fastest SPECWEB performance.
I would be interested in seeing SPECWEB results for Cheetah, which runs atop the MIT exokernel. It's amazing what you can do when you run the whole webserver on the bare metal.
God, I love being downrated by all these penguinistas. -2, Not Party Line. Might even be fair if it weren't for the fact that the same abuse directed at Microsoft gets modded up.
--
Perhaps by now it's penetrated your brain that Linux does run on Intel hardware. You know, the kind most people who do run Linux already have.
Hoooooooly cow, did you get the lobotomy for free at least?
--
Every time the BSD tcp/ip stack beated the Linux tcp/ip stack, masses of linux geeks threw their weight at the problem until linux came out on top.
Meanwhile, BSD had already finished with its IPv6 stack and started moving on to other things, like jail(2)
Oh but Linux has khttpd. It can keep it.
--
(Walks up to the podium, large briefcase in hand)
(Opens the briefcase, pulls out a sheaf of papers and transparency slides.)
(Erases what's on the whiteboard, and flips a flipchart to a fresh page.)
(Clears his throat, steps up to the microphone)
MacOS does not run on Intel.
(Walks away)
--
Know what would be nice? Let's start with being able to host more than 28 virtual sites on one box before the admin account is unable to upload to new sites? Maybe Sun could fund development of ACL's for Linux, maybe give a good kick in the ass for finishing what's already been developed, because the group-based perms completely fall apart after 28 sites, because Linux doesn't allow for membership in more than 32 groups (admin belongs to 4 groups for system purposes). BSD's even worse, only 16 there. The point being, groups were never meant to be used that way. It's really a pain in the ass to be adding admin2, admin3, admin4 users and manually editing passwd to add them in for every new site, then telling developers which user they have to use per site to upload content (and I'd much rather they used user accounts, but you can't add new admins either)
... but probably not what *anybody* really wanted. I would rather see foobarbay.org right before foobarbaz.com, thanks, not waaaaay after all the .com domains.
Making the admin interface somewhat less than DEATHLY slow would also be a big help. I can whip out three zones in webmin before I can pull up a zone in cobalt admin.
How about not using a drop-down box for selecting which zone to edit in the DNS configuration? Netscape on Unix -- you know, that OS that Cobalts use, and I hear Sun develops -- doesn't exactly deal gracefully with that.
Sorting domains in the virtual site list by TLD first was perhaps the most precise and logical thing, since you want to keep subdomains together
It would be great if the interface weren't so slow.
Speaking of webmin, I can middle-click on anything in the interface and get a popup. Cobalt's excessive use of frames and javascript make that quite impossible, screw you very much.
Did I mention the interface is slow?
--
... scrolling through all the posts by brushing my mousewheel lightly, one hand on my mouse on my leg (MS optical mouse, works best there), a beer in my other hand. Didn't have to drag a little thumb around or aim at little bitty arrows, just had to have the mouse button anywhere in the window. Didn't even have to have the mouse flat.
Try and tell me that ain't ergonomic, all ya HCI eggheads.
--
While you're frothing at the mouth flaming away, proud of your own correctness, note that slackware uses ".tgz" as its package format. It's like jar, it's a tarball with a manifest of some sort. Dumbass.
--
> (Unless you are like me and has done a chmod 400 on your cookies file)
How is it you are managing to post to slashdot with a user account then? Junkbuster (for unix) and Proximitron (for windows) offer a slightly more configurable solution than this shotgun approach.
--
> Also, somebody on here posted: "The thing that utterly frustrates me is that NOTHING COMPILES!" -- I've never had a problem compiling programs on Slackware. In fact, programs I could never get to compile correctly on Red Hat, Mandrake, etc. work just fine on Slack.
.tgz should specify a pthread dependency somehow, and if it doesn't, that's a bug.
In support circles this is called "WFM", stands for "works for me". It's a perfectly good state for a problem to be in, but problems in a "WFM" state are considered *open* (often closed as "Cannot Reproduce" when the user can't make the problem come back). If the Linux community really cares about support by and for its users, it might want to try solving problems that require a little investigation. In this case, the problem is caused by a missing pthreads dependency, the sort of thing which, incidentally, packaging systems were designed to solve. Even the
--
> you dont have the pthread library installed. Go get it, install it and try again. This is nothing like the trouble you have getting stuff to compile on *BSD.
The original poster provided us a specific example. Perhaps you could be so kind as to do the same.
--
Someone had better alert the Debian priesthood of the incoming flock who would rally under its banner ... last I looked it was doing its damndest to put as many bureaucratic obstacles in the way as possible of new developers. Knighthood looks like a less involved process than becoming a debian developer.
--
Measuring line voltage doesn't take an engineering degree. Take a multimeter from radio shack, turn it to the proper AC voltage range, stick the probes in. It really is that simple.
--
> What is Microsoft's #1 priority?
To win.
--
> Slashdot needs to grow up
Tiger got to hunt
Bird got to fly
Man got to sit and wonder why, why, why
Tiger got to sleep
Bird got to land
Man got to tell himself he understand
(apologies to Kurt Vonnegut)
--
> Pray tell, how does run-time instantiation have anything to do with either encapsulation or abstraction?
Simple. You can do abstraction in anything, even turing machines. Encapsulation is done in objects, otherwise you don't have encapsulation so much as namespaces. Not much encapsulation going on if you only have one capsule, neh?
--
> OO doesn't prevent you from hacking. It just discourages it.
What utter rot. Through mere subclassing, I was able to make the very OO Perl Template Toolkit behave in radically different ways depending on properties of the Application objects in the fastcgi framework it ran in (I didn't care to take the system down to rewrite the dispatcher every time a new behavior was created). Holy cow, just try coming on a MOO sometime and claim no one can hack anything because it's OO. Most of the complaints I get about something being non-customizeable is because the relevant code has been stuck on a $*_utils object somewhere with no way of making it polymorphic.
You people amuse me. You really do. You would deliberately throw tools out of your toolbox because your trusty jackknife can fix anything.
--
> To use a language (any language) you have to grok it
I don't know why, but I just can't stop chuckling after reading that
--
Can you get these in C? Yes! File scoping is the most underappreciated feature of C
Pray tell, how do instantiate a file at runtime?
--
It's also true that you can do good object oriened design with a Turing Machine, implemented in the Game of Life, composed of a million midgets wearing reversible parkas, which is directed from above by an Elvis impersonator in a hot air ballon shaped like a guitar.
You signed an NDA on that design. Expect a call from our lawyers.
--
> I know it doesn't come with it, but do a search for "MacTCP Ping".
Irrelevant. He doesn't need the app, the users he supports do. Getting MacTCP Ping on all their machines is a somewhat non-trivial deployment issue even when they're not having problems with their nyetwork in the first place.
--