Never. Please cite examples. They don't get publicized, that's for sure. Maybe it's because I don't hang around in IRC channels so I wouldn't hear about these lame proposals anyway.
the man with the plan is a new, different person every day, with a new, limited perspective that gets a +5: informative for ambiguity due to being factually unverifiable.
It's not like they can cheaply do something with their results either. So what's the motivation for an open source programmer (aside from pure thrill working on something very complicated).
You know, I think RedHat made a big mistake in calling the tool that installs RPM packages rpm. Because everyone thinks that the only tool that is capable of interfacing with the RPM packaged database is rpm. All it is supposed to do is install/update/remove/verify packages, and tell you about dependancies or package contents. It's a glorified front-end to the DB.
If you want apt-get like behavior, you should be using up2date. And then there's yum which has apt-get like syntax. Both of these meta tools use rpm(1) to do the actual work of installing and verifying the packages, but they do the work of automatically resolving dependancies and downloading packages you need.
They split rpmbuild out of rpm... so they should go full hog and rename up2date as rpmget (text mode only unless $ARGV[0] == up2date-gnome) or something like that. Then maybe everyone will wisen up, and Debian users will shut up.
And make one. Call it whatever. Then... Start... Run... gpedit.msc Computer Configuration -> Windows Settings -> Security Settings -> Local Policies -> User Rights Assignment And assign the rights you want to the group. Try: (Access computer, Allow Logon, Bypass Traverse, Change Time, Profile Processes, Remove from Dock, Shutdown)
And it can be configured to automatically "refill" your toll account if it gets to a low/empty situation. If you don't do automatic refill, you will get the back tolls automatically deducted whenever you do refill the account. It's like paypal. So it's better to let you through and keep track of the fact you owe back tolls then to impede progress.
If they raised the speed limit, then cops wouldn't have probable cause to pull over black/hispanic people to check for drugs.
There's a less callous reason though: and it's not the passenger vehicles. Truckers tend to drive the speed limit, and the passenger vehicles average 10-15 above it, to manuver around the trucks. Raise the speed limit, and the trucks go faster, and the cars go even faster to avoid the trucks. Truckers won't voluntarily go slower than they're allowed to, esp. if it means higher pay for more miles traveled. Drivers of 18-wheelers have no bones about cruising along at 85, and the trucks are quite capable of that and more. Raising the speed limit might increase the incidence of jack-knifed trucks, blowouts, etc. which are real problems (loss of life, congestion, etc.)
I used to live there, and we drive the 'pike frequently. We often did in excess of 80 MPH, and we never got a second glance. Maybe it's because we had Jersey tags... I think NJ's state police (and thus the toll workers) like to pick on vehicles just "passing through". It's that whole suburb-of-NY envy thing I think.
What? Working on amd64 ports???I downloaded the amd64 beta of RHES (gingin) the same month Opterons went on sale! I've been working on a dual Opteron box with SLES 8 for about 3 months now: everything (including DB2, and even _mplayer_) is running full 64-bit.
You've been out of the loop! It's Sun that's dragging their feet. Even Microsoft will probably beat them to the punch. (You can get betas of 2003 if you ask the right person)
The amd64 tree has been in the kernel for ages, ever since AMD started giving away developer manuals. As for the 32-bit-isms, most of those were hammered out ever since it was ported to the Alpha 6 years ago (and later improvements by IBM to s390). Most of those 32-bit oops are in abandoned user apps written by Joe-college-student, and device drivers for consumer grade hardware.
Your email travels through lots of routers in lots states during it's delivery. So who gets to prosecute? The state with the most stringent anti-spam measures, I would assume. But making this sort of distinction sets precedence for things OTHER than spam: for example decency/access laws w.r.t. adult materials. And at some point in the future, this may extend to deciding who gets to levy state taxes on an electronic purchase. Buyer's state? Business's state? Location of the webserver? Warehosue? They may point to this case and say: in the course of an Interstate transaction, computers critical to the transaction completing in XYZ state are enabling commerce, and thus the transaction is subject to XYZ state's tax laws.
Once you start recognizing the computers in-between the end points of a transaction, you open yourself up to all sorts of state legislation designed to take advantage of internet traffic.
This may be a little premature an assessment, however, because the article doesn't say whether or not the spammer spammed AOL customers, in which case it's a direct offense on a business located in VA... this does not set precedence because if that were the case, AOL would be the endpoint of the spamming (regardless of whether the spammee is in another state as well, having yet to download it). For all we know, the filters caught the spam, it never reached the customers, and AOL reported it to the police.
then you probably want at least some of the clips you're actively manipulating fully in the buffer cache to keep the hard drive from working overtime. It helps immensely to have 1GB+ in that sort of situation; you wait around a lot less waiting for previews to kick off after a change.
XUL is the eXtensible UI Layout language. It's an XML dialect that describes the layout of widgets on the screen (sort of like what Glade does, or WinForms). These widgets are hooked up with JavaScript to implement the "interactive" component of the interface, and the widgets and display elements themselves are a mix of compiled functionality from the NSPR (which may defer to real OS widgets), but the majority is actually XHTML.
The whole thing gets packaged up in.jar files ala Java, and the URLs are accessed internally by the "chrome" protocol.
It's quite cool. And the technology is old, so I don't see Microsoft's ability to defend its position as strong.
(I believe this is MOSTLY accurate. Someone please correct me who is more familiar with Moz)
Slashdot Mirror
Examples, please?
Ass.
Never.
Please cite examples. They don't get publicized, that's for sure.
Maybe it's because I don't hang around in IRC channels so I wouldn't hear about these lame proposals anyway.
Mod down -1: cutnpaste.
the man with the plan is a new, different person every day, with a new, limited perspective that gets a +5: informative for ambiguity due to being factually unverifiable.
It's not like they can cheaply do something with their results either. So what's the motivation for an open source programmer (aside from pure thrill working on something very complicated).
You know, I think RedHat made a big mistake in calling the tool that installs RPM packages rpm. Because everyone thinks that the only tool that is capable of interfacing with the RPM packaged database is rpm. All it is supposed to do is install/update/remove/verify packages, and tell you about dependancies or package contents. It's a glorified front-end to the DB.
If you want apt-get like behavior, you should be using up2date. And then there's yum which has apt-get like syntax. Both of these meta tools use rpm(1) to do the actual work of installing and verifying the packages, but they do the work of automatically resolving dependancies and downloading packages you need.
They split rpmbuild out of rpm... so they should go full hog and rename up2date as rpmget (text mode only unless $ARGV[0] == up2date-gnome) or something like that. Then maybe everyone will wisen up, and Debian users will shut up.
They should do a joint marketing agreement and package of Windex surface wipes with the boxed Windex OS (ex-Lindows).
I know a genuine Sorny when I see one.
n/t
See how far that gets you...
n/t
And make one. Call it whatever.
Then... Start... Run... gpedit.msc
Computer Configuration -> Windows Settings -> Security Settings -> Local Policies -> User Rights Assignment
And assign the rights you want to the group.
Try:
(Access computer, Allow Logon, Bypass Traverse, Change Time, Profile Processes, Remove from Dock, Shutdown)
And it can be configured to automatically "refill" your toll account if it gets to a low/empty situation. If you don't do automatic refill, you will get the back tolls automatically deducted whenever you do refill the account. It's like paypal.
So it's better to let you through and keep track of the fact you owe back tolls then to impede progress.
If they raised the speed limit, then cops wouldn't have probable cause to pull over black/hispanic people to check for drugs.
There's a less callous reason though: and it's not the passenger vehicles. Truckers tend to drive the speed limit, and the passenger vehicles average 10-15 above it, to manuver around the trucks. Raise the speed limit, and the trucks go faster, and the cars go even faster to avoid the trucks. Truckers won't voluntarily go slower than they're allowed to, esp. if it means higher pay for more miles traveled.
Drivers of 18-wheelers have no bones about cruising along at 85, and the trucks are quite capable of that and more. Raising the speed limit might increase the incidence of jack-knifed trucks, blowouts, etc. which are real problems (loss of life, congestion, etc.)
I used to live there, and we drive the 'pike frequently. We often did in excess of 80 MPH, and we never got a second glance. Maybe it's because we had Jersey tags... I think NJ's state police (and thus the toll workers) like to pick on vehicles just "passing through".
It's that whole suburb-of-NY envy thing I think.
SunOS 4.x ring a bell?
Hell, I can even code cross-platform PAM modules, with nary an #ifdef. :-)
I think the number of students who studied Unix on Suns and then contributed to various parts of Linux has had some kind of effect.
What? Working on amd64 ports???I downloaded the amd64 beta of RHES (gingin) the same month Opterons went on sale! I've been working on a dual Opteron box with SLES 8 for about 3 months now: everything (including DB2, and even _mplayer_) is running full 64-bit.
You've been out of the loop! It's Sun that's dragging their feet. Even Microsoft will probably beat them to the punch. (You can get betas of 2003 if you ask the right person)
The amd64 tree has been in the kernel for ages, ever since AMD started giving away developer manuals. As for the 32-bit-isms, most of those were hammered out ever since it was ported to the Alpha 6 years ago (and later improvements by IBM to s390). Most of those 32-bit oops are in abandoned user apps written by Joe-college-student, and device drivers for consumer grade hardware.
I thought korn was an _implementation_ of the POSIX standard for shells. As is bash.
Your email travels through lots of routers in lots states during it's delivery. So who gets to prosecute? The state with the most stringent anti-spam measures, I would assume. But making this sort of distinction sets precedence for things OTHER than spam: for example decency/access laws w.r.t. adult materials.
And at some point in the future, this may extend to deciding who gets to levy state taxes on an electronic purchase. Buyer's state? Business's state? Location of the webserver? Warehosue? They may point to this case and say: in the course of an Interstate transaction, computers critical to the transaction completing in XYZ state are enabling commerce, and thus the transaction is subject to XYZ state's tax laws.
Once you start recognizing the computers in-between the end points of a transaction, you open yourself up to all sorts of state legislation designed to take advantage of internet traffic.
This may be a little premature an assessment, however, because the article doesn't say whether or not the spammer spammed AOL customers, in which case it's a direct offense on a business located in VA... this does not set precedence because if that were the case, AOL would be the endpoint of the spamming (regardless of whether the spammee is in another state as well, having yet to download it). For all we know, the filters caught the spam, it never reached the customers, and AOL reported it to the police.
then you probably want at least some of the clips you're actively manipulating fully in the buffer cache to keep the hard drive from working overtime. It helps immensely to have 1GB+ in that sort of situation; you wait around a lot less waiting for previews to kick off after a change.
XUL is the eXtensible UI Layout language. It's an XML dialect that describes the layout of widgets on the screen (sort of like what Glade does, or WinForms). These widgets are hooked up with JavaScript to implement the "interactive" component of the interface, and the widgets and display elements themselves are a mix of compiled functionality from the NSPR (which may defer to real OS widgets), but the majority is actually XHTML.
.jar files ala Java, and the URLs are accessed internally by the "chrome" protocol.
The whole thing gets packaged up in
It's quite cool. And the technology is old, so I don't see Microsoft's ability to defend its position as strong.
(I believe this is MOSTLY accurate. Someone please correct me who is more familiar with Moz)
Jesus christ that's not the kind of juicy tidbits you keep to yourself!
he wasn't posting your decoded email address because he wanted to play a guessing game... expect to see a shitload of spam next week.
I didn't mean to imply some sort of Assyrian connection.