Is it just me, or does everyone get a little irritated when someone asks what you do, you say "I'm a programmer", and they say "oh, so you design web pages"?
hehe no, I get irritate by this:
me: "I'm a programmer" "What do you program?" "Er, well, the end product is web pages, but there's more to it than that"
> So the rest of us have to wait for either our support people, support contract personell, or an available replacement package update before we are once again "secure" knowing all the time that the knowledge is now out in the wild.
Yes, you can either be ignorant that you are waiting or wait with the knowledge.
> This doesn't sound any better than closed source/proprietary software.
Can your support personel fix bugs in gdi.exe ?
>So what if SOME of you can implement the fix, I suspect that's a small percentage of Linux users and given the goals of the OSS community, it will continue to be a smaller perecentage of Linux users as more neophites use Linux.
The goal of OSS is to be OPEN, with all that that entails.
> This is good, how?
If we pretend that one of the goals is commercial acceptance then it is better that when Amazon uses Linux they pay to have skilled staff who can search for and make fixes for stuff on zero day. If they play properly these fixes will be contributed. Serious companies will reduce their exposure to zero day exploits by having skilled people on hand. Thus the numer of skilled programmers contributing will increase. This is better for everyone and is the whole point of OSS and impossible with CSS
us - skilled professionals and amateurs who run important internet facing machines and machines with trusted users. And field technicians who provide support to the above should they not have capable technical staff on hand.
what %age ? no idea, how is that relevant?
Non-declaration is not likely to make you any safer.
before I had a computer I used to write down source code from the TV. The BBC used to transmit source code via teletext for download via a teletext adapter that plugged into the parallel bus on the Acorn Electorn / BBC Computer
I had no idea what any of it did but was fascinated all the same. Unaware that they crunched the whitespace out as a sort of compression technique with a solid square instead of \n, I used squared paper to line up the columns and transcribed it exactly.
Ah those were the days. Some kids tell their parents endless facts about dinosaurs, I used to spew stuff from PCWorld. "Mum, mum, Fujitsu have developed a 1MB RAM chip, wow imagine hall the things you can with 1Mb". She eventually cracked and shouted at me to shut up. I think that was pretty much the end of the mother / son relationship for 15 years =)
Plan9's soft file systems would really help for this kind of system
In Plan9 the file tree isn't bound to the disks, it is made up from a series of bind commands (kind of like mount). Where the server for each bind can be anything, from a disk server to an ftp client to a pipe, all it takes is a file descriptor. This file tree is set per process, with children able to inherit their parent's tree or start of with a blank one and bind in devices as necessary (a separate # namespace is used as the seed for devices).
Although there is a PATH variable it is usually just set to/bin and then one binds in any directories with executable in that one would like to be in the path.
One has a login script that takes care of the binds for one's user shell
# bind in my shell scripts bind -a $home/bin/rc/bin
# bind in the compiled binaries for the CPU I happen to be running on bind -a $home/bin/$cputype/bin
This last one is particularly interesting as you may notice that CPU type is involved, thus the same login script works across architectutes. My profile is stored centrally and builds the environment when I log in to any client. Personally I have an x86 terminal and an IPAQ, when I log in I have roughly the same environment.
When you think that the binds can include *remote* file systems and programs, even the network stack:
# use the network stack of my freebsd box for all network activity for this process srvssh remotefbsdsystem
(now any activity on/net looks local to any child processes but remotely looks like it's coming from remotefbsdsystem - like an advanced ssh tunnel or VPN. The link between me and remotefreebsdsystem doesn't even need to be over TCP/IP, it could be serial or datakit)
Plan9 users get hooked on to this feature pretty easily and it is one of the main attractions once you get used to it and it is *very* high up on the wishlist when one tries to work on other systems "oh bugger, I cant do that here, gah why doesn't anyone else have soft file systems!!"
Slashdot Mirror
hence the "not mysql's fault" part
it is a true story, what more can I say
I had hoped that my text reflected on the admin, not the equipment
calm the fuck down
hehe good call
at a company I recently started consulting for the admin runs mysql on winserver (shudder)
it locks up and his solution is a reboot !!!!!!
not mysql's fault but still, I like the story
But HTML is about as simple as you can possibly get.
......
almost
Content-type : text/plain
Is it just me, or does everyone get a little irritated when someone asks what you do, you say "I'm a programmer", and they say "oh, so you design web pages"?
:
hehe no, I get irritate by this
me: "I'm a programmer"
"What do you program?"
"Er, well, the end product is web pages, but there's more to it than that"
There are many old school coders who loath it, go to Usenix and ask anyone over 30 what they think of XML.
The essence of XML is this: the problem it solves is not hard, and it does not
solve the problem well.
-- Phil Wadler, POPL 2003
yeah, that day is when your music is in OGG format
you know, the compressed audio format that is libre
Pretentious? Moi?
How many times have you actually read the full EULA?
frequently
GO /. ! /. #0
Lameness filter encountered. Post aborted!
Reason: Your comment looks too much like ascii art.
> So the rest of us have to wait for either our support people, support contract personell, or an available replacement package update before we are once again "secure" knowing all the time that the knowledge is now out in the wild.
Yes, you can either be ignorant that you are waiting or wait with the knowledge.
> This doesn't sound any better than closed source/proprietary software.
Can your support personel fix bugs in gdi.exe ?
>So what if SOME of you can implement the fix, I suspect that's a small percentage of Linux users and given the goals of the OSS community, it will continue to be a smaller perecentage of Linux users as more neophites use Linux.
The goal of OSS is to be OPEN, with all that that entails.
> This is good, how?
If we pretend that one of the goals is commercial acceptance then it is better that when Amazon uses Linux they pay to have skilled staff who can search for and make fixes for stuff on zero day. If they play properly these fixes will be contributed. Serious companies will reduce their exposure to zero day exploits by having skilled people on hand. Thus the numer of skilled programmers contributing will increase. This is better for everyone and is the whole point of OSS and impossible with CSS
> What's the membership of that club up to now anyways? Five, six?
There are many competent c programmers, fixing discovered bugs in the kernel isn't as hard as writing it.
us - skilled professionals and amateurs who run important internet facing machines and machines with trusted users. And field technicians who provide support to the above should they not have capable technical staff on hand.
what %age ? no idea, how is that relevant?
Non-declaration is not likely to make you any safer.
Top level says that we are saved by blocking remote access.
This is poppycock.
Whereas your point is valid, but not one I was challenging.
hehe now I am enlightened GO USA! USA #0
so we should remove remote access to ssh from our users every time a bug is found ?
get real
As for root, you are totally correct, plan9 did that over 15 years ago. You can't escalate privileges because there's nothing to escalate to!
there's more to life than websites
If Linus is the only person that can change a specific part of the kernel, what good does notifying the world instead of just him do?
Because some of us can change our own kernels while we wait for the official patch.
Who are these "morans" of which you speak ?
actually there's a 100% chance
here ?
... but what will happen to the indigenous people of the British Isles?
Most of them they moved to Wales and Scotland when the French invaded to avoid being slaugtered.
=)
before I had a computer I used to write down source code from the TV. The BBC used to transmit source code via teletext for download via a teletext adapter that plugged into the parallel bus on the Acorn Electorn / BBC Computer
I had no idea what any of it did but was fascinated all the same. Unaware that they crunched the whitespace out as a sort of compression technique with a solid square instead of \n, I used squared paper to line up the columns and transcribed it exactly.
Ah those were the days. Some kids tell their parents endless facts about dinosaurs, I used to spew stuff from PCWorld. "Mum, mum, Fujitsu have developed a 1MB RAM chip, wow imagine hall the things you can with 1Mb". She eventually cracked and shouted at me to shut up. I think that was pretty much the end of the mother / son relationship for 15 years =)
you didn't have a pen and paper ?
Do you even know what the Luddites where about ?
hint : they weren't "your new loom technology is scary and advanced and we will burn it"
Plan9's soft file systems would really help for this kind of system
/bin and then one binds in any directories with executable in that one would like to be in the path.
/bin
/bin
:
/net looks local to any child processes but remotely looks like it's coming from remotefbsdsystem - like an advanced ssh tunnel or VPN. The link between me and remotefreebsdsystem doesn't even need to be over TCP/IP, it could be serial or datakit)
In Plan9 the file tree isn't bound to the disks, it is made up from a series of bind commands (kind of like mount). Where the server for each bind can be anything, from a disk server to an ftp client to a pipe, all it takes is a file descriptor. This file tree is set per process, with children able to inherit their parent's tree or start of with a blank one and bind in devices as necessary (a separate # namespace is used as the seed for devices).
Although there is a PATH variable it is usually just set to
One has a login script that takes care of the binds for one's user shell
# bind in my shell scripts
bind -a $home/bin/rc
# bind in the compiled binaries for the CPU I happen to be running on
bind -a $home/bin/$cputype
This last one is particularly interesting as you may notice that CPU type is involved, thus the same login script works across architectutes. My profile is stored centrally and builds the environment when I log in to any client. Personally I have an x86 terminal and an IPAQ, when I log in I have roughly the same environment.
When you think that the binds can include *remote* file systems and programs, even the network stack
# use the network stack of my freebsd box for all network activity for this process
srvssh remotefbsdsystem
(now any activity on
Plan9 users get hooked on to this feature pretty easily and it is one of the main attractions once you get used to it and it is *very* high up on the wishlist when one tries to work on other systems "oh bugger, I cant do that here, gah why doesn't anyone else have soft file systems!!"