I was trying to correct OP's assumption that you can publish the same paper in two separate journals, one traditional and one open-access, which of course you can't.
"of course you can't"?!? Who made that rule? Sounds like that's the root of the problem.
Now you need to build a contraption based on those marble machine things, but for basketballs or soccer balls. Work with a neighbour across the street, and set it up to bounce a ball from your house to theirs and back on a 5-15 minute interval. Make sure that the view of the ball's source is hidden from drivers.
Now instead of "oh look, kids outside playing, must slow down" it'll be "oh! ball about to be chased by kid and I'll hit them, must slam on brakes!"
Much more entertaining, not even counting the design and building of the contraption. Oh, and less exercise than actually playing basketball outside, so it must be genius! And the future lessons in legal liability will also be quite thorough, I'm sure.
Yes, but you've not actually lost any data, you can pull the deleted files out of the repository. So at worst it would reintroduce a bug you would be able to find and fix later - but who merges without checking it worked?
Reintroducing a bug is a very bad thing. And if you've only worked on projects with 100% test coverage, and automated execution of said tests, you're going to be in for a real rude awakening when you get a job.
Um... sorry, let me set this flamethrower down here, turn it off, and I'll just back slowly away...
Anyway, it's safe practice to check in the trunk modifications before you merge.
I think you missed his point... he'd committed all his changes. The problem is that if you merge a file or directory deletion in, where that file or directory had modifications committed, Subversion won't tell you about the conflict, but will delete the file or directory including the new modifications.
You wanted to delete it, so who cares, right?
Subversion represents renames as a copy & delete. So now, you rename a file or directory, and do the same dance as above, and the renamed file or directory does not have changes that were made on trunk under their previous names. So renaming a file can re-introduce a bug you already fixed.
No big deal, the devs will fix it soon, right? Wrong and wrong again.
Personally, I think a laptop with one big (4 to 6 inches), slowly rotating fan in the middle of the bottom, plus exhaust vents on the sides and back, would actually look nice, keep the laptop much cooler (no more "hot spots" on the keyboard), and run quietly. (You'd need rubber feet to hold it up enough, but most bottom vents need them.)
The Toshiba Satellite notebook I have has this basic design. The intake fan on the bottom is probably closer to 3" diameter though. Generally, it works pretty well.
Re:I'd prefer to hack open source with FEW AUTHORS
on
Mitnick on OSS
·
· Score: 1
The Mother of all UNIX Holes was found in GNU emacs, because that was someplace worth looking for one.
You piqued my curiosity, but a quick Google didn't give me an obvious hit. So, can you give a pointer to this?
What you needed was an official Lego Brick Separator.
I'm not sure they had those when I was a kid.. but... you really want two of those. With two plates stuck together, you put one on the top plate, and the other on the bottom plate so they make handles that look like pliers, and then squeeze them like pliers. Works great.
I wish they'd re-make some of their classic sets, like some of the old Pirate and Castle ones.
They've started to. You just need to get back on their catalog mailing list.... I mean, what kind of geek are you?;) I thought I saw one of the classic pirate ships in their latest catalog, but I'm not seeing it on lego.com. They do have a "classic" section there with some of their older sets they've brought back.
Umm... if you don't have internet, you can't use a client-server app either.
A well-written app would let me queue changes for bugs while offline, and then upload them when I'm connected again. Bugzilla has an email interface, doesn't it? Put a usable interface on that.
Yeah, until I need to report a bug with my laptop suspend/resume functionality, and what do you know, but I'm on the road and don't have Internet connectivity at the moment.
Problem is I'd have to write a small book to explain these unhelpful answers and I'm running out of time to pay attention to this.
Thanks for taking the time to reply; particularly with the examples. I can see the general point, and the examples provide several starting points I can build from. Thanks, 'tis appreciated.
kfg, reading through this and your other comments to this article indicates you have a lot of knowledge and some neat experience relevant to the topic. But getting you to distill all of that down here, and yet retain enough information for those of us who are ignorant of these things would be a bit of a challenge I'm sure. We're geeks here, so an information resource is valued. Are there books, web sites, magazines, etc. that would help someone (assumed) ignorant of survival skills get up to speed rapidly? What knowledge do you believe is most valuable? I suppose going camping would probably be a reasonable and fun way to get some experience with it as well?
Out of curiosity, you mentioned in one of your replies that you never check luggage when flying... that implies you leave the knife behind, so what do you carry in that situation?
Agreed. It should be sufficient to point out a few facts:
Maybe... but when you really care about millisecond or sub-millisecond timing, you wind up digging pretty deep. And you have to understand that two clocks will differ from each other; you can't have two separate clocks in exact lock-step. At some resolution of measure, they _are_ going to differ over time.
To complicate matters: Oscillators speed up and slow down. Network traffic varies over time. Network delays are asymmetric. Server response delays can vary. Packets can get lost. Network connectivity may be sporadic, or only available occasionally such as with a notebook. Some time servers are misconfigured and give bad time, but how do you tell which ones are false-tickers, and which are true-chimers? What happens if you're synchronizing to a (Sun) box with a really bad local clock that speeds up and slows down a lot? What do you have to do to avoid whip-lash? How do you keep accurate time when your local time source varies? What is "the right" time, if even the official atomic clocks differ? How do you define "at the same time" for two different locations in an Einsteinian world?
You can fall into philosophy faster than you might expect.
In the end, the easiest thing to do is give up on having an opensource driver. Just get any of the cards supported by ndiswrapper and use that. Works perfectly.
Some of us actually do care about the license on this stuff... I know not everyone does, but for those of us that do, if it isn't opensource, it doesn't really exist.:/
Simple. Even though I'm a pretty technical Linux user, I've been unable to really feel confident going out and buying 802.11g stuff with WPA, because the existing documentation on the net is pretty bad.
I'm in the same boat. I bought an SMC PCMCIA card a while back, and I'm trying to improve the security of my wlan--especially since WEP cracking is under 3 minutes now.
What I find annoying is that wpa_supplicant does not appear to be in the Fedora Core 3 or 4 distributions by default. Why not? It should be in the networking GUI thing too!</rant>
As to power outages, it can be hard to find the non-wireless phone in the dark. Go ahead, tell me you have a cheap ten dollar phone hooked up. Where is it if the power goes out?
On the nightstand beside the bed. Which is where I'll probably be when it's too dark to see. Some of us do think about these things you know...
But how can you show your passport . . . if you are unable to speak?
Why, use the tape recorder, of course! (Be sure to use it on the low speed, they might have added a check for someone talking at 2x speed... now that everyone else has seen Sneakers.)
If someone can afford a $27,000 system (starting price) I really doubt they're going to be worried about recouping their $19.95 investment on a DVD or screwing with eBay to do it..
Hmm... 3.3TB storage, assume 4GB/movie, assume $20/movie purchase. Assume $10 profit from eBay sale. (Numbers pulled from the ether.)
It'll hold 825 movies. That's $16500 to buy the movies, and $8250 from selling them... which won't cover the cost of the jukebox. So yeah, someone who buys one of these probably wouldn't bother.
From the little I have seen, python seems to be a command line language. Is it anywhere similar to Visual Basic, which I have come to see and experience through a GUI?
Welll.... I've found it to be a decent amount of work. On the other hand, maybe that's because I'm not really a Unix guru.
Even if I can claim to be a Unix guru, I'd rather not have to be to play with it.:) It just seems like setting up a departmental development server is a common enough task that there should be an easy-to-setup Open Source solution. Ah well, there I go dreaming again.
Slashdot Mirror
"of course you can't"?!? Who made that rule? Sounds like that's the root of the problem.
Now you need to build a contraption based on those marble machine things, but for basketballs or soccer balls. Work with a neighbour across the street, and set it up to bounce a ball from your house to theirs and back on a 5-15 minute interval. Make sure that the view of the ball's source is hidden from drivers.
Now instead of "oh look, kids outside playing, must slow down" it'll be "oh! ball about to be chased by kid and I'll hit them, must slam on brakes!"
Much more entertaining, not even counting the design and building of the contraption. Oh, and less exercise than actually playing basketball outside, so it must be genius! And the future lessons in legal liability will also be quite thorough, I'm sure.
http://xkcd.com/357/
I'm looking forward to the Neo1973... my ability to bend the phone to my will is more important to me.
Ask a professional programmer, and a good source control system should be high in the list.
Reintroducing a bug is a very bad thing. And if you've only worked on projects with 100% test coverage, and automated execution of said tests, you're going to be in for a real rude awakening when you get a job.
Um... sorry, let me set this flamethrower down here, turn it off, and I'll just back slowly away...
I think you missed his point... he'd committed all his changes. The problem is that if you merge a file or directory deletion in, where that file or directory had modifications committed, Subversion won't tell you about the conflict, but will delete the file or directory including the new modifications.
You wanted to delete it, so who cares, right?
Subversion represents renames as a copy & delete. So now, you rename a file or directory, and do the same dance as above, and the renamed file or directory does not have changes that were made on trunk under their previous names. So renaming a file can re-introduce a bug you already fixed.
No big deal, the devs will fix it soon, right? Wrong and wrong again.
That is the problem.
The Toshiba Satellite notebook I have has this basic design. The intake fan on the bottom is probably closer to 3" diameter though.
Generally, it works pretty well.
You piqued my curiosity, but a quick Google didn't give me an obvious hit. So, can you give a pointer to this?
I'm not sure they had those when I was a kid.. but... you really want two of those. With two plates stuck together, you put one on the top plate, and the other on the bottom plate so they make handles that look like pliers, and then squeeze them like pliers. Works great.
They've started to. You just need to get back on their catalog mailing list.... I mean, what kind of geek are you?
Play well.
A well-written app would let me queue changes for bugs while offline, and then upload them when I'm connected again. Bugzilla has an email interface, doesn't it? Put a usable interface on that.
Go read Reflections on Trusting Trust and pay particular attention to the part about the '\v' character.
'Course the rest of that document may reduce you to gibbering goo.
Yeah, until I need to report a bug with my laptop suspend/resume functionality, and what do you know, but I'm on the road and don't have Internet connectivity at the moment.
A local application has value.
Thanks for taking the time to reply; particularly with the examples. I can see the general point, and the examples provide several starting points I can build from.
Thanks, 'tis appreciated.
kfg, reading through this and your other comments to this article indicates you have a lot of knowledge and some neat experience relevant to the topic. But getting you to distill all of that down here, and yet retain enough information for those of us who are ignorant of these things would be a bit of a challenge I'm sure.
We're geeks here, so an information resource is valued. Are there books, web sites, magazines, etc. that would help someone (assumed) ignorant of survival skills get up to speed rapidly? What knowledge do you believe is most valuable? I suppose going camping would probably be a reasonable and fun way to get some experience with it as well?
Out of curiosity, you mentioned in one of your replies that you never check luggage when flying... that implies you leave the knife behind, so what do you carry in that situation?
Maybe... but when you really care about millisecond or sub-millisecond timing, you wind up digging pretty deep. And you have to understand that two clocks will differ from each other; you can't have two separate clocks in exact lock-step. At some resolution of measure, they _are_ going to differ over time.
To complicate matters: Oscillators speed up and slow down. Network traffic varies over time. Network delays are asymmetric. Server response delays can vary. Packets can get lost. Network connectivity may be sporadic, or only available occasionally such as with a notebook. Some time servers are misconfigured and give bad time, but how do you tell which ones are false-tickers, and which are true-chimers? What happens if you're synchronizing to a (Sun) box with a really bad local clock that speeds up and slows down a lot? What do you have to do to avoid whip-lash?
How do you keep accurate time when your local time source varies? What is "the right" time, if even the official atomic clocks differ? How do you define "at the same time" for two different locations in an Einsteinian world?
You can fall into philosophy faster than you might expect.
Some of us actually do care about the license on this stuff... I know not everyone does, but for those of us that do, if it isn't opensource, it doesn't really exist.
I'm in the same boat. I bought an SMC PCMCIA card a while back, and I'm trying to improve the security of my wlan--especially since WEP cracking is under 3 minutes now.
What I find annoying is that wpa_supplicant does not appear to be in the Fedora Core 3 or 4 distributions by default. Why not? It should be in the networking GUI thing too!</rant>
On the nightstand beside the bed. Which is where I'll probably be when it's too dark to see. Some of us do think about these things you know...
Why, use the tape recorder, of course!
(Be sure to use it on the low speed, they might have added a check for someone talking at 2x speed... now that everyone else has seen Sneakers.)
3.3TB storage, assume 4GB/movie, assume $20/movie purchase. Assume $10 profit from eBay sale. (Numbers pulled from the ether.)
It'll hold 825 movies. That's $16500 to buy the movies, and $8250 from selling them... which won't cover the cost of the jukebox. So yeah, someone who buys one of these probably wouldn't bother.
A hand-held satellite launcher! Think of what Carmack could do with that!
Huh?
Oh, a hand-held radio satellite's still cool; miniaturization has come a long way.
What?
Oh.
Nevermind.
It just seems like setting up a departmental development server is a common enough task that there should be an easy-to-setup Open Source solution.
Ah well, there I go dreaming again.
(Thanks for the info!)