There's actually about ten Sony Centres in Dublin, and I guess another 5/6 around the country. Prices aren't anything special, it's just another retail outlet.
I'd like to take this opportunity to thank as400tek for bringing this into the open, so that we can finally talk about it. I've been so frustrated ever since the first one opened.
Slashdot: smashing taboos since, uh, umm, like forever!
I usually upgrade from source. You don't need the current sources to upgrade, just the new ones, so grab them with cvsup.
I do the initial builds offsite and usually well in advance (perhaps leave them to work on a Friday evening).
1. make buildworld 2. make buildkernel
Once onsite, I: 3. make installkernel - takes a few minutes, doesn't count towards downtime. 4. reboot 5. mergemaster -p - takes about a minute 6. make installworld - takes maybe 5 minutes at most 7. mergemaster - this takes the longest - I usually manage it in about ten minutes, as I've become pretty familiar with it, and make the right decision pretty instantly. 8. reboot
I've timed myself, and I end up with 15-20 minutes downtime, depending mostly on the speed of the machine.
Going more off-topic, but I had an idea on how to make this process faster, and to make mergemaster much less scary.
Most of the files that are affected by the mergemaster process are rarely actually changed. On a stock server, you'll probably only ever change files in/etc/mail,/etc/namedb,/etc/ssh, and perhaps one or two other file. All the rest of the files are usually unchanged by the sysadmin. The mergemaster process however asks you if you want to upgrade all the files that have changed in CVS. This takes a lot of time and involves repeating the same keystrokes, and is probably the source of most accidents: shift-G, i, shift-G, i, shift-G, i, "oops, shouldn't have overwritten that one!"
It should be trivial to, pre-upgrade, traverse/etc, extract the version numbers, download their originals from CVS, diff the two, and build an "auto-list" of files which have never been altered.
When mergemaster is run, it can then automagically upgrade all of the files in the auto-list; if nobody saw fit to change/etc/mtree/BSD.usr.dist, chances are the new one will do just fine. Meanwhile, the sysadmin only has to think about that matter to him.
Also, prior to doing the upgrade, he would be able to get a list of files which he *has* changed, so he can figure out what exactly he was thinking when he decided to hack/etc/rc.d/initdiskless to bits.
Any reason this wouldn't/shouldn't work? Obviously mergemaster should give Big Bloody Warnings before using the list. I reckon I'd save at least 25% of my downtime doing this.
Only problem there is that human breasts are the least efficient among primates for breast feeding. An alternate theory holds that it was simply to provide a visual lure to replace the no longer prominent buttocks.
Ultra long battery life - up to 6 hours
Doesn't the news item advertise 8 hours?
That was two hours ago...
Frankly, do we need that many colours to pick from? I think not. Some marketing droid must have thought that a big number here would impress the customer.
It would appear they are not interested in marketing this directly, but through other companies. On the site they highlight the large recessed area on the back suitable for a sponsor's logo, and I couldn't find any price information either (site slow, maybe it *is* there).
In that context. 265 colours makes perfect sense.
In order to change the spin on a single atom, they needed to use a scanning tunnelling microscope in a vacuum cooled to 1 degree kelvin, and presumably a clean room environment.
Not being familiar with the hardware required, for a functional quantum computer (for Joe Public values of functional) are we talking about enough machinery to fill a building?
If so, should I make a bold prediction that one day, there will be a quantum computer that fits in a single room? Maybe one day, there will be a quantum computer in every city...
They announce that Novell is the best disribution, and you'll spend weeks arguing over it, instead of writing any code.
I predict in about 3 weeks time, another MS exec will let slip that Gnome will be the dominant linux desktop, and a few weeks later, they'll claim BSD is dying.
I just pity the journos present at their technology demonstration show when they present WinGoat Special Edition...
I must be mistaken because nobody else seems to recall it, but I could have sworn the French helped out during the precious American War of Indepencence. You know, the one fought against the British, your new best buddies.
The problem isn't the gun use, or even the idea of using violence in defense of one's home. It's that so many people are expressly talking about killing people. Killing.
If you want to shoot a burglar in the leg, fine, but when you go for the head shot, or by a.45 instead of a.32 specifically so that you can be assured of the kill, well that sickens some of us.
For me, my property is more important to me than the life of some low-life scum.
It scares me that people truly believe that.
It scares me also that the original question was seeking methods of detection and repulsion and specifically rejected anything that causes injury, yet so far we've had guns, flames throwers, and a car alarm which accidently caused injury.
Nobody has the right to take away another's life, that you think you do has taken the kick out of my Monday caffeine rush.
I know they played in Paris in July or August but wasn't sure if they were particularily known there.
I edited that post a number of time to say "Britain, Ireland, and France", "Britain and Ireland", "The British Isles and France", "Western Europe", "parts of Western Europe" and so on. I settled on "British Isles" as I am certain they are popular in Britain, and here in Ireland.
I'm sorry, but if you live in a fictional small town Little Pebble, Ohio which is 200 miles from Big City, does the US Postal System really require that you use "Little Pebble, Big City, Ohio" as your address? Surely that's what your ZIP system is for?
The fields I use for addresses, if they have to be broken down into individual fields are:
For the record, I looked this up when doing a shopping system once.
Visa uses the term Card Verification Value (CVV2), Mastercard calls it Card Verification Code (CVC2). I don't know what the "2" refers to, one assumes there was once a CVV and CVC. Some websites claim the initial "C" in both stands for "Credit Card", but the system is used for debit cards too, so it appears the authors in question were being stupid.
Amex has a Card Identification (CID) which is a four digit number that appears on the front of the card.
It annoys me when I see online forms providing options of Visa, Mastercard, and Amex, and then ask exclusively for the CVV2. Almost as much as the sites that insist I tell them what city I live in, ignoring the 50 odd percent of people who don't live in one.
The term Card Security Code (CSC) is used as a catch-all label, and it's what I use when building shop sites.
Gmail is a *huge* improvement over Hotmail on the user interface level.
I beg to differ. Gmail's UI is geared towards low volumes of email. If, like me, you receive thousands of emails a week, a number of major problems rear their heads.
There is no way to distinguish similarily named mailing lists. You can only filter based on "To, "From", and "Subject" headers. Let's examine the options:
To: Useless, as people will Cc a list, or the email will be sent to a smaller list which is then redistributed to the larger list. Bugtraq is an example of this.
From: Some lists set the "From" header to their own address, others leave it unaltered. In the latter case, the "From" header is useless, unless you happen to have a full subscriber list. Even if you do, you're screwed if somebody is subscribed to two different lists that you are on.
Subject: This usually works for lists that insert the list name into the subject. However, there are exceptions. I'm subscribed to the DBMail users list which inserts "[dbmail]" into the subject. I also receive bounce notifications from my mailer daemon which includes "DBMail" in the subject. If I set a filter to match "[dbmail]" in the subject, it ignores the square brackets and so tags the bounced messages as well. It also tags emails on the dbmail-dev list.
By applying multiple labels I have it working after a fashion. It took way too much time however for such a simple task.
New filters cannot be applied retroactively. If you receive a few hundred emails that need classifying and come up with a filter for them, you then have to manually apply it to the older messages. I still have about 8,000 unclassified emails because they came in before I created filters for them.
Their address book is terrible, and there isn't any way to import an existing one.
There's many more problems, including their stupid lack of a plain HTML version. That one I could understand if they were rushing to a launch date and wanted a feature-rich, IE only version out the door. They do not seem hurried at all though, so they really should have started with a simple standards compliant version and then added the per-browser bells and whistles. I have to go do some work however, so I'll end my rant shortly.
I know and understand Gmail is in beta. I have reported all the problems I have had months ago. None have been fixed. However, the very fact that you cannot search by a user-defined header baffles me. I can only assume they index the messages by to, from, and subject, and don't cache the rest of the headers in a usable form.
Shrug. In the end of the day, I don't particularily care, I'll continue using Sylpheed-Claws which copes extremely well.
I would have like a web-based backup though for when I'm not near my laptop. I guess I'll have to finish writing my own.
I think including world-wide in the term was where they went wrong. To begin with, it should have been world-wide, not world wide. "Web" by itself would have been perfect, although then it wouldn't have been a TLA. If only somebody had insisted on something more grandoise we'd all be happily dealing with the Internationally Synchronous Nodes or something, or ISN to all.
Slashdot Mirror
Well that's *easy*.
Write a computer program that analyses candidates' abilities and produces a list of the most competent humans...
There's actually about ten Sony Centres in Dublin, and I guess another 5/6 around the country. Prices aren't anything special, it's just another retail outlet.
I'd like to take this opportunity to thank as400tek for bringing this into the open, so that we can finally talk about it. I've been so frustrated ever since the first one opened.
Slashdot: smashing taboos since, uh, umm, like forever!
I usually upgrade from source. You don't need the current sources to upgrade, just the new ones, so grab them with cvsup.
/etc/mail, /etc/namedb, /etc/ssh, and perhaps one or two other file. All the rest of the files are usually unchanged by the sysadmin. The mergemaster process however asks you if you want to upgrade all the files that have changed in CVS. This takes a lot of time and involves repeating the same keystrokes, and is probably the source of most accidents: shift-G, i, shift-G, i, shift-G, i, "oops, shouldn't have overwritten that one!"
/etc, extract the version numbers, download their originals from CVS, diff the two, and build an "auto-list" of files which have never been altered.
/etc/mtree/BSD.usr.dist, chances are the new one will do just fine. Meanwhile, the sysadmin only has to think about that matter to him.
/etc/rc.d/initdiskless to bits.
I do the initial builds offsite and usually well in advance (perhaps leave them to work on a Friday evening).
1. make buildworld
2. make buildkernel
Once onsite, I:
3. make installkernel - takes a few minutes, doesn't count towards downtime.
4. reboot
5. mergemaster -p - takes about a minute
6. make installworld - takes maybe 5 minutes at most
7. mergemaster - this takes the longest - I usually manage it in about ten minutes, as I've become pretty familiar with it, and make the right decision pretty instantly.
8. reboot
I've timed myself, and I end up with 15-20 minutes downtime, depending mostly on the speed of the machine.
Going more off-topic, but I had an idea on how to make this process faster, and to make mergemaster much less scary.
Most of the files that are affected by the mergemaster process are rarely actually changed. On a stock server, you'll probably only ever change files in
It should be trivial to, pre-upgrade, traverse
When mergemaster is run, it can then automagically upgrade all of the files in the auto-list; if nobody saw fit to change
Also, prior to doing the upgrade, he would be able to get a list of files which he *has* changed, so he can figure out what exactly he was thinking when he decided to hack
Any reason this wouldn't/shouldn't work? Obviously mergemaster should give Big Bloody Warnings before using the list. I reckon I'd save at least 25% of my downtime doing this.
Only problem there is that human breasts are the least efficient among primates for breast feeding. An alternate theory holds that it was simply to provide a visual lure to replace the no longer prominent buttocks.
Not that it matters, it's just fun to theorise.
Cheaper than that - pinhole sunglasses aka two bits of cardboard with a hole cut in them.
In order to change the spin on a single atom, they needed to use a scanning tunnelling microscope in a vacuum cooled to 1 degree kelvin, and presumably a clean room environment.
Not being familiar with the hardware required, for a functional quantum computer (for Joe Public values of functional) are we talking about enough machinery to fill a building?
If so, should I make a bold prediction that one day, there will be a quantum computer that fits in a single room? Maybe one day, there will be a quantum computer in every city...
Man, MS are just trolling.
They announce that Novell is the best disribution, and you'll spend weeks arguing over it, instead of writing any code.
I predict in about 3 weeks time, another MS exec will let slip that Gnome will be the dominant linux desktop, and a few weeks later, they'll claim BSD is dying.
I just pity the journos present at their technology demonstration show when they present WinGoat Special Edition...
The NOAA have already predicted the path of Hurricane Paula, and that's not due until October.
I must be mistaken because nobody else seems to recall it, but I could have sworn the French helped out during the precious American War of Indepencence. You know, the one fought against the British, your new best buddies.
The problem isn't the gun use, or even the idea of using violence in defense of one's home. It's that so many people are expressly talking about killing people. Killing.
.45 instead of a .32 specifically so that you can be assured of the kill, well that sickens some of us.
If you want to shoot a burglar in the leg, fine, but when you go for the head shot, or by a
I hope you remember that when you're accused of something you didn't do.
(and no, it won't be of being an asshole)
It scares me that people truly believe that.
It scares me also that the original question was seeking methods of detection and repulsion and specifically rejected anything that causes injury, yet so far we've had guns, flames throwers, and a car alarm which accidently caused injury.
Nobody has the right to take away another's life, that you think you do has taken the kick out of my Monday caffeine rush.
Why did WTC 7 collapse?
To get to the other side?
Guess I'm an insensitive clod then!
I know they played in Paris in July or August but wasn't sure if they were particularily known there.
I edited that post a number of time to say "Britain, Ireland, and France", "Britain and Ireland", "The British Isles and France", "Western Europe", "parts of Western Europe" and so on. I settled on "British Isles" as I am certain they are popular in Britain, and here in Ireland.
I probably should have just said "not the US".
What?
I'm sorry, but if you live in a fictional small town Little Pebble, Ohio which is 200 miles from Big City, does the US Postal System really require that you use "Little Pebble, Big City, Ohio" as your address? Surely that's what your ZIP system is for?
The fields I use for addresses, if they have to be broken down into individual fields are:
Address 1, Address 2, Town/City, County/Province/State, ZIP/Postal Code, Country.
Required fields will be Address 1, Country, and any one of of Town/City, County/Province/State, ZIP/Postal Code.
Trying to avoid being an insensitive clod.
Check out Muse. Most definately *not* manufactured, but they probably aren't known outside the British Isles.
Visa uses the term Card Verification Value (CVV2), Mastercard calls it Card Verification Code (CVC2). I don't know what the "2" refers to, one assumes there was once a CVV and CVC. Some websites claim the initial "C" in both stands for "Credit Card", but the system is used for debit cards too, so it appears the authors in question were being stupid.
Amex has a Card Identification (CID) which is a four digit number that appears on the front of the card.
It annoys me when I see online forms providing options of Visa, Mastercard, and Amex, and then ask exclusively for the CVV2. Almost as much as the sites that insist I tell them what city I live in, ignoring the 50 odd percent of people who don't live in one.
The term Card Security Code (CSC) is used as a catch-all label, and it's what I use when building shop sites.
I like to call it the fuck-wit factor.
- To: Useless, as people will Cc a list, or the email will be sent to a smaller list which is then redistributed to the larger list. Bugtraq is an example of this.
- From: Some lists set the "From" header to their own address, others leave it unaltered. In the latter case, the "From" header is useless, unless you happen to have a full subscriber list. Even if you do, you're screwed if somebody is subscribed to two different lists that you are on.
- Subject: This usually works for lists that insert the list name into the subject. However, there are exceptions. I'm subscribed to the DBMail users list which inserts "[dbmail]" into the subject. I also receive bounce notifications from my mailer daemon which includes "DBMail" in the subject. If I set a filter to match "[dbmail]" in the subject, it ignores the square brackets and so tags the bounced messages as well. It also tags emails on the dbmail-dev list.
By applying multiple labels I have it working after a fashion. It took way too much time however for such a simple task.I know and understand Gmail is in beta. I have reported all the problems I have had months ago. None have been fixed. However, the very fact that you cannot search by a user-defined header baffles me. I can only assume they index the messages by to, from, and subject, and don't cache the rest of the headers in a usable form.
Shrug. In the end of the day, I don't particularily care, I'll continue using Sylpheed-Claws which copes extremely well. I would have like a web-based backup though for when I'm not near my laptop. I guess I'll have to finish writing my own.
I think including world-wide in the term was where they went wrong. To begin with, it should have been world-wide, not world wide. "Web" by itself would have been perfect, although then it wouldn't have been a TLA. If only somebody had insisted on something more grandoise we'd all be happily dealing with the Internationally Synchronous Nodes or something, or ISN to all.
My favourite is wibbly wobbly wonder.
"Really? Can you tell me the exact coordinates (in Longitude and Latitude) of the internet?"
No more that you can give me an exact measurement of the Norwegian coastline.
The Internet has form too. Some of those blinkenlights and cables opposite me are part of it. It's just going to be damn difficult to measure it all.
Or do you wish to contest the existence of the Norwegian coastline?
Thank you. You made that point more succintly, and more elegantly than many college professors ever could.
Ah, just watched that a few weeks ago, it's amazing how many references of it I've noticed since. Has it been re-released in the US or something?