Finally, somebody who can explain when the MySQL binary package installer is broken on a bone-stock Solaris 10 sparc machine.
And, yes, it's totally broken, and yes, I reported it... last year. It simply does not, and CANNOT work unless you chmod a directory in/var/tmp from another window halfway through running.
> If your database is crashed and is no longer capable of accepting data, how is that > different from losing data? Go ahead and explain that with a straight face.
Well, for example, losing bank deposits is a lot worse than not accepting them because the database is down. This illustrates why in database land it's important to never lose data, and to always know that the contents of your database is correct.
Or, to explain in more detail...
There are known knowns. There are things we know we know. We also know There are known unknowns. That is to say We know there are some things We do not know. But there are also unknown unknowns, The ones we don't know We don't know.
And the unknown unknowns are most dangerous when it comes to RDBMS integrity.
I know him! In Germany, they call him Schwartz Pater. Every year, him and St. Nick gather in the village square. Nick gives the good kids presents; Pete beats the hell out of the bad ones.
You should ask him if you can tag along some time. It's awesome.
IIRC the logitech drivers for DOS were actually pretty good.
I don't know why they'd suck under Linux, in MS mode the protocol only changes button numbers and stuff. Should be easy to come up with a good Linux driver for it.
> you connected periodically and when the connection was up you > send email and NNTP (news) that had been queued.
NNTP is to SMTP as news is to email. (more or less -- IHAVE/SENDME excluded for obvious reasons).
If you were doing dial modems back in the day, you were probably using UUCP, with the UUCP-g protocol to exchange news and email.
Anything that you could do over UUCP over a modem could be done over UUCP over a telnet or ssh link.
So fallback to ham or dialup for netnews will probably never happen. But if it does, and you want to dial in to Canada... let me know. I wager I'll be here for another for another decade.
If that product use the recent target, be careful what kernel you use it on. You'll find that after a few weeks the damned target starts matching stuff it shouldn't and you might lock yourself out of your server. IIRC the expiry time winds up becoming infinite.
Don't worry, it's a documented bug somewhere, and recent kernels aren't affected. 2-year-old kernels are for-sure though. I just can't remember the precise details; I've been bit by it trying to throttle SMTP.
I walked over to the window so that the phone would be able to get a good GPS signal, retapped the screen and had the circle shrink to a reasonable size in ~4 seconds, and the dot walked to a more precise location about 2s later.
'cause I can somehow connect to the AP in my house, and I'm pretty sure it's not a 3G base station.
The grandparent DID miss one thing, though -- the location test. He can't do it properly on his touch, since AFAIK the touch doesn't have an adaptive GPS unit. It just tries to guess based on known locations of nearby WiFi APs.
I just tested mine, it took about 15 seconds to narrow down my location to a region about 1/2 mile in radius. And it won't do any better than that unless I stand near the window or go outside.
SMS text messages are certainly forgeable, however hacking the telco's SS7 network to disable an arbitrary laptop is probably much, much harder than simply smashing it with a hammer.
SMS text messages are quite reliable in their delivery, assuming the cellular carrier is competent. If you really wanted to know if a message is delivered, just turn on the registered delivery bit at send time to request a message delivery report from the short message service center.
Additionally, I'm fairly certain it's impossible for an SMS message to get garbled.
And why would you hack a cell phone for spoofing? Human engineering is almost certainly easier. Get a replacement SIM for your target victim and pop it into a untraceable, disposable phone.
> Wonderful! Then there isn't a single sovereign nation outside of the US - not a single nation could > actually stand up to the force the US can project...
What tech was deployed to your apartment that works at 25Mbps?
I have an ADSL2 modem and head end, 26AWG wire, no loading coils, and can almost see the CO from my driveway. Can't push more than 16Mbps... and my circumstances are certainly well above average.
Depending on where you live, there may be options.
- Does Rogers lease access to their cable lines to competing ISPs? I know Cogeco does.
- There are some pretty good wireless solutions deployed. Mostly in semi-rural areas. I had a full-duplex 3Mbps connection for a while from a local mom-n-pop. I was pretty good, except during lightning storms, but often unsuitable for VoIP (too much jitter)
Sympatico (Bell-owned ISP) is bleeding customers not only because their service sucks. In order to keep costs under control, Sympatico tries to reduce bandwidth transit expenses by throttling. Throttling causes Sympatico to bleed more customers. So Bell throttles Sympatico's competition.
Let's phrase this in more slashdotty terms.
Microsoft makes MS-DOS and Windows. Windows runs on a DOS. Now a little guy named Digital Research also makes a DOS. Microsoft loses money on DOS sales to Digital Research, so they break the new release (3.0) of Windows so it won't work with Digital Research's DOS.
> Of course not, but this isn't competition. Bell -owns- this infrastructure, and they > shape all traffic going through their lines.
But, they don't. That infrastructure was built with significant tax dollars. In exchange for the build-out money, the government retained certain rights. Which is why there was a CRTC hearing at all.
> Somehow, I fail to see how any of that smacks of wanting to reduce competition.
Well, you've stated that you believe that the company owning the last mile (and not the company leasing access to it) should be the one deciding how it's used.
So, what's your proposed solution? That each ISP run their own last mile? Then, should the taxpayers also help each ISP run the last mile to their house? Or should Bell have to give back the money they got from us? If they have to give it back, at what interest rate should we have loaned it to them? And how do we handle 50 competing companies all running wire-willy nilly? What if some of those companies go bankrupt? Who handles the line maintenance? It's redundant, so Bell won't do it. Will the taxpayers pay for removal?
A couple more detail points
- Which ISP traffic is routed to depends on domain after @ in pppoe auth name
- Traffic is routed through some magic private WAN. Probably ATM but I don't know for sure.
- This private WAN is Bell's
- I'll bet that's where the congestion they're trying to shape away is
- OTOH, they're Bell, they could light up some dark fiber if they wanted to
- But they don't want to, because of your excellent first paragraph above
You truly believe that the _correct_ solution is to terminate competition in the market place, and give all the business to Bell?
Bell, the company that was heavily subsided by government funds in order to run the last mile of copper *everywhere* in the 70s?
Really? You think that's the right solution? Take a resource which was at least partially paid for out of tax dollars and hand it over to a single private company?
I'm in a strangely unique environment; Bell Canada doesn't have a DSLAM at my local CO, yet a CLEC (actually an ILEC from a few miles away that bought an ISP a few years ago) decided that it was worthwhile installing one. Bell won't put one in because they think that WiMax is the "right" solution for Rural broadband. Feh.
I have far, far better internet than I ever did in the city, which I was buying resold Bell DSL from the same ISP. And this is with the exact same hardware at my end.
Slashdot Mirror
Finally, somebody who can explain when the MySQL binary package installer is broken on a bone-stock Solaris 10 sparc machine.
And, yes, it's totally broken, and yes, I reported it... last year. It simply does not, and CANNOT work unless you chmod a directory in /var/tmp from another window halfway through running.
My God People.
> If your database is crashed and is no longer capable of accepting data, how is that
> different from losing data? Go ahead and explain that with a straight face.
Well, for example, losing bank deposits is a lot worse than not accepting them because the database is down. This illustrates why in database land it's important to never lose data, and to always know that the contents of your database is correct.
Or, to explain in more detail...
There are known knowns.
There are things we know we know.
We also know
There are known unknowns.
That is to say
We know there are some things
We do not know.
But there are also unknown unknowns,
The ones we don't know
We don't know.
And the unknown unknowns are most dangerous when it comes to RDBMS integrity.
Pete Black?
I know him! In Germany, they call him Schwartz Pater. Every year, him and St. Nick gather in the village square. Nick gives the good kids presents; Pete beats the hell out of the bad ones.
You should ask him if you can tag along some time. It's awesome.
IIRC the logitech drivers for DOS were actually pretty good.
I don't know why they'd suck under Linux, in MS mode the protocol only changes button numbers and stuff. Should be easy to come up with a good Linux driver for it.
> you connected periodically and when the connection was up you
> send email and NNTP (news) that had been queued.
NNTP is to SMTP as news is to email. (more or less -- IHAVE/SENDME excluded for obvious reasons).
If you were doing dial modems back in the day, you were probably using UUCP, with the UUCP-g protocol to exchange news and email.
Anything that you could do over UUCP over a modem could be done over UUCP over a telnet or ssh link.
So fallback to ham or dialup for netnews will probably never happen. But if it does, and you want to dial in to Canada... let me know. I wager I'll be here for another for another decade.
If that product use the recent target, be careful what kernel you use it on. You'll find that after a few weeks the damned target starts matching stuff it shouldn't and you might lock yourself out of your server. IIRC the expiry time winds up becoming infinite.
Don't worry, it's a documented bug somewhere, and recent kernels aren't affected. 2-year-old kernels are for-sure though. I just can't remember the precise details; I've been bit by it trying to throttle SMTP.
Good observation.
I walked over to the window so that the phone would be able to get a good GPS signal, retapped the screen and had the circle shrink to a reasonable size in ~4 seconds, and the dot walked to a more precise location about 2s later.
*nice*
Speaking of 2.2.... my iSSH broke. Did yours? :)
> 'Cause the iPhone doesn't have WiFi.
You sure about that, chief?
'cause I can somehow connect to the AP in my house, and I'm pretty sure it's not a 3G base station.
The grandparent DID miss one thing, though -- the location test. He can't do it properly on his touch, since AFAIK the touch doesn't have an adaptive GPS unit. It just tries to guess based on known locations of nearby WiFi APs.
I just tested mine, it took about 15 seconds to narrow down my location to a region about 1/2 mile in radius. And it won't do any better than that unless I stand near the window or go outside.
Interesting. I don't suppose you'd be willing to share how/where?
FWIW I work in the same neighbourhood, but deliver as an ESME.
SMS text messages are certainly forgeable, however hacking the telco's SS7 network to disable an arbitrary laptop is probably much, much harder than simply smashing it with a hammer.
SMS text messages are quite reliable in their delivery, assuming the cellular carrier is competent. If you really wanted to know if a message is delivered, just turn on the registered delivery bit at send time to request a message delivery report from the short message service center.
Additionally, I'm fairly certain it's impossible for an SMS message to get garbled.
And why would you hack a cell phone for spoofing? Human engineering is almost certainly easier. Get a replacement SIM for your target victim and pop it into a untraceable, disposable phone.
> As far as I'm concerned, there really is no point in drawing a line between human and animal.
Would you rather I ate your child or your cat?
> If I invoke the name of Calculon does it help illustrate the point?
The gold robot on Futurama? Who is a famous soap star, and falls in love with Bender? Who is temporary female, so he could compete in the Olypics?
What's he got to do with this?
> Wonderful! Then there isn't a single sovereign nation outside of the US - not a single nation could
> actually stand up to the force the US can project...
What about Iraq?
> The cinema's phone blocker could easily detect 911 calls and turn off the the blocking if it detected one.
Really? Easily?
Care to describe how it could easily detect 911 calls, without actually being a cellular base station in its own right?
Good points.
I was trying to figure out how in the hell they could fix her uniform camouflage pattern and the neck of her T-shirt.
The face is totally doable, the hair'd be tricky but certainly shoppable from that source.
What tech was deployed to your apartment that works at 25Mbps?
I have an ADSL2 modem and head end, 26AWG wire, no loading coils, and can almost see the CO from my driveway. Can't push more than 16Mbps... and my circumstances are certainly well above average.
What's Bell rolling out that can do 20Mbps?
Interesting comment.
Are you sure they're dropping packets, and say, not source-quenching to packet shape?
(I haven't looked, but I'd like to know)
Depending on where you live, there may be options.
- Does Rogers lease access to their cable lines to competing ISPs? I know Cogeco does.
- There are some pretty good wireless solutions deployed. Mostly in semi-rural areas. I had a full-duplex 3Mbps connection for a while from a local mom-n-pop. I was pretty good, except during lightning storms, but often unsuitable for VoIP (too much jitter)
Right.
Sympatico (Bell-owned ISP) is bleeding customers not only because their service sucks. In order to keep costs under control, Sympatico tries to reduce bandwidth transit expenses by throttling. Throttling causes Sympatico to bleed more customers. So Bell throttles Sympatico's competition.
Let's phrase this in more slashdotty terms.
Microsoft makes MS-DOS and Windows. Windows runs on a DOS. Now a little guy named Digital Research also makes a DOS. Microsoft loses money on DOS sales to Digital Research, so they break the new release (3.0) of Windows so it won't work with Digital Research's DOS.
It's really not all that different.
> Of course not, but this isn't competition. Bell -owns- this infrastructure, and they
> shape all traffic going through their lines.
But, they don't. That infrastructure was built with significant tax dollars. In exchange for the build-out money, the government retained certain rights. Which is why there was a CRTC hearing at all.
> Somehow, I fail to see how any of that smacks of wanting to reduce competition.
Well, you've stated that you believe that the company owning the last mile (and not the company leasing access to it) should be the one deciding how it's used.
So, what's your proposed solution? That each ISP run their own last mile? Then, should the taxpayers also help each ISP run the last mile to their house? Or should Bell have to give back the money they got from us? If they have to give it back, at what interest rate should we have loaned it to them? And how do we handle 50 competing companies all running wire-willy nilly? What if some of those companies go bankrupt? Who handles the line maintenance? It's redundant, so Bell won't do it. Will the taxpayers pay for removal?
That's more or less how I understand it, as well.
A couple more detail points
- Which ISP traffic is routed to depends on domain after @ in pppoe auth name
- Traffic is routed through some magic private WAN. Probably ATM but I don't know for sure.
- This private WAN is Bell's
- I'll bet that's where the congestion they're trying to shape away is
- OTOH, they're Bell, they could light up some dark fiber if they wanted to
- But they don't want to, because of your excellent first paragraph above
Soo...
You truly believe that the _correct_ solution is to terminate competition in the market place, and give all the business to Bell?
Bell, the company that was heavily subsided by government funds in order to run the last mile of copper *everywhere* in the 70s?
Really? You think that's the right solution? Take a resource which was at least partially paid for out of tax dollars and hand it over to a single private company?
Are you on CRACK?
I'm in a strangely unique environment; Bell Canada doesn't have a DSLAM at my local CO, yet a CLEC (actually an ILEC from a few miles away that bought an ISP a few years ago) decided that it was worthwhile installing one. Bell won't put one in because they think that WiMax is the "right" solution for Rural broadband. Feh.
I have far, far better internet than I ever did in the city, which I was buying resold Bell DSL from the same ISP. And this is with the exact same hardware at my end.
Are you kidding?
If we don't allow women into space, who is going to clean up all that fast-flying orbital garbage??
I had the same question, and thus hit teh google...
Strangely enough, the answer appears to be "Yes"
http://www.dementia.org/twiki/bin/view/AFSLore/WhatIsAFS
I was pretty surprised, too. I thought AFS died with the Andrew project.
Surely, though...Leopard must support NFS? It's certainly good enough for dev work.