Lightrail is VERY expensive in Seattle because of geography. We have deep lakes and fairly tall hills in vert close proximity. The monorail was fairly cheap to build when compared with tunnels. Now, where things got expensive was in a dumb financing plan and lack of sufficient (and stable) tax income.
Given other cities I've been in, Seattle doesn't exactly qualify for the 'bad urban planning' award.
The project isn't exactly dead...but it is on the ropes.
A measure will be on the Nov8th ballot authorizing the project to build a slightly shorter line instead of the original 14mile plan. If the voters approve that measure, things start moving again (hopefully with strong support from the city government).
Note that the regional transit agency (SoundTransit) made a verbal promiss when we approved their tax. They ended up deciding to produce a much shorter line. Hopefully people will remember that.
Gentoo has been around a lot longer, but the embedded subproject hasn't. OZ only recently switched to OE, but OE was in development well before that switch. Besides OE is an exansion/generalization of the OZ buildsystem.
Building a crosscompiling distro isn't easy work and portage lacks a few features to make it DoTheRightThing. For example, you have three types of deps: 1) Host buildtime
Ex: Build utils like lex/yacc
You could just use OpenEmbedded. It was designed with cross-compiling in mind. It's also been around a lot longer (being based on OpenZaurus). They already support many archs and machines.
Um, my Kodak DC390 (and other Digita-based cameras) supported this ages ago. Someone wrote a Digita app that talked to a GPS via the serial port and added EXIF tags to the images. Heck, I think that Kodak even sold a Garmin GPS and a special bracket that screwed into the tripod hole to hold the GPS.
I don't think that there is a good reason to basically fork things at such a low level. So, now Apache will need to maintain two methods of starting itself? It's bad enough with all the different distros.
As for embedded devices, they are totalyl different animals. CE is *totally* different than Windows. However, one of the bigest attactions to linux on embedded systems is that it's *very* similar to its biger brothers. This makes development much easier.
The iPAQ you have is *designed* to run CE not Linux. Grab a Zaurus, and note the boot time.
While I agree that init needs some work, it doesn't exactly need a HUGE change. Init has no control over hardware detection, etc. D-BUS, etc are *great* for doing things like that. Let 'em do it.
Using some math they can get a pretty good approximation of vehical speed.
There is also a nifty java applet called SeaFlow that allows you to see all that data in more detail. It also keeps you updated on current accident reports.
The area also has a HUGE collection of traffic cams (over 200). All of this is made possible by a roadside data network.
We also have webcams so you can see how packed your next ferry trip is going to be. You can also view the
location of the ferries thanks to GPS.
From what I've heard Intel is just starting to release XScale chips that don't have the serious cache bugs (the C0 stepping, I think). These bugs basically make the chip run at half speed. This explains why the 400HMz IPAQs aren't any faster than the earlier models.
Hardly!
I'm constantly connected via gnophone (using IAX, another VoIP protocol) to an Asterisk PBX (GPLed) on a DSL connection in FL. I shopw up as an extension, just like any of the other 20 VoIP desksets (phones) in the office. We all share a couple analog lines connected to X100P cards from Digium (look on the asterisk hardware page).
This stuff works great!
or it atleast contained provisions for a difused infrared networkign protocol. Heck, even IrDA support *multiple* devices in range. There really isn't anything stoppingyou from putting a diffuser on the IrDA port on your PDA and communicating with several other devices at the same time.
I totally agree! Asterisk is a great system that is well designed to boot. If you want more than one incomming line, I'd strongly consider ISDN. ISDN is a really good voice facility. It has better voice quality and features in addition to often being cheaper than two POTS lines. Besides, ISDN cards are fairly cheap (I got one for our incomming trunks at work for $5 on eBay)
For the internal lines, a couple Internet PhoneJack cards will do it. Current supported FXS cards (FXS is the type of line the telco gives you) only support 1 port per slot. If you need more, you can either use two machines and hook them together via VoIP or get a channel bank and T1 card.
The channel bank solution can easily give you 24lines but would run around $700 ($500 for the t1 card and $200ish for a channel bank on eBay).
H.323 and SIP support are in the codebase, but in beta quality. IAX is Asterisk's naitive VoIP protocol. It's also supported by gnophone.
introductory classes where the goal is to teach you programming in a specific language
I can't speak for other universities, but the CS department at the University of Washington has decent focus on CS and not programming in our intro classes. We bring up basic data structures and basic Big-O analysis. I just graduated with a degree from this department and I NEVER had to write more than, say, 20 lines of code on an exam.
I've also TAed the intro courses. The exams we gave might ask a student to 'Implement insertion into a doubly linked list'. We usually gave them the function prototype and maybe the node struct def. We are VERY loose on syntax. Heck, we'd even give partial credit if they just wrote psudocode!
Actually, a friend of mine bought an unlocked t68 on eBay. AT&T activated it with few problems. This was even before AT&T was selling the t68. His biggest problems were that the WAP site sometimes had problems rendering on the t68. Works fine now, as does the t68 that I got from AT&T when I switched to their GSM service. On a slightly different note, they told me that after my 1 year contract they would unlock my phone.
What defines an 'Online Session'? I hardly ever sit down and 'browse the web' for 80min at a time. I go to Google, find what I want, and return to what I was doing. Of course, I am 'online' most of the day. Is Google making a difference when it comes to people's 'online session time'??
Because their prices are higher? Or simply because they are #1? Intel's prices are higher than AMDs because they serve different markets. Get over it people. Intel has made some really neat advances in processor technology, as has AMD. I only wish there were decent, and mostly unbiased reviews of procs.
Gotta love those slippery slope arguments. Given the set of countries in the world, I would live only in the US. Consider the fact that you were even allowed to voice your oppinion.
The Linux bridge code doesn't work with many wireless cards (Orinoco and cisco) because the cards themselves didn't allow transmission with an arbitrary MAC address. I think bridge mode is possible with the PrismII cards.
Slashdot Mirror
Care to bring up things that are more recent?
Lightrail is VERY expensive in Seattle because of geography. We have deep lakes and fairly tall hills in vert close proximity. The monorail was fairly cheap to build when compared with tunnels. Now, where things got expensive was in a dumb financing plan and lack of sufficient (and stable) tax income.
Given other cities I've been in, Seattle doesn't exactly qualify for the 'bad urban planning' award.
The project isn't exactly dead...but it is on the ropes.
A measure will be on the Nov8th ballot authorizing the project to build a slightly shorter line instead of the original 14mile plan. If the voters approve that measure, things start moving again (hopefully with strong support from the city government).
Note that the regional transit agency (SoundTransit) made a verbal promiss when we approved their tax. They ended up deciding to produce a much shorter line. Hopefully people will remember that.
Gentoo has been around a lot longer, but the embedded subproject hasn't. OZ only recently switched to OE, but OE was in development well before that switch. Besides OE is an exansion/generalization of the OZ buildsystem.
Building a crosscompiling distro isn't easy work and portage lacks a few features to make it DoTheRightThing.
For example, you have three types of deps:
1) Host buildtime
Ex: Build utils like lex/yacc
2) Target buildtime
Ex: Static Libs
3) Target runtime
Ex: Dynamic libs
You could just use OpenEmbedded. It was designed with cross-compiling in mind. It's also been around a lot longer (being based on OpenZaurus). They already support many archs and machines.
Um, my Kodak DC390 (and other Digita-based cameras) supported this ages ago. Someone wrote a Digita app that talked to a GPS via the serial port and added EXIF tags to the images. Heck, I think that Kodak even sold a Garmin GPS and a special bracket that screwed into the tripod hole to hold the GPS.
I've seen slow PCs and old HP-UX systems guarded by guys with guns.
It has nothing to do with being fast or powerful. It has everything to do with what programs are being run and what data is stored there.
I don't think that there is a good reason to basically fork things at such a low level. So, now Apache will need to maintain two methods of starting itself? It's bad enough with all the different distros.
As for embedded devices, they are totalyl different animals. CE is *totally* different than Windows. However, one of the bigest attactions to linux on embedded systems is that it's *very* similar to its biger brothers. This makes development much easier.
The iPAQ you have is *designed* to run CE not Linux. Grab a Zaurus, and note the boot time.
While I agree that init needs some work, it doesn't exactly need a HUGE change. Init has no control over hardware detection, etc. D-BUS, etc are *great* for doing things like that. Let 'em do it.
Using some math they can get a pretty good approximation of vehical speed.
There is also a nifty java applet called SeaFlow that allows you to see all that data in more detail. It also keeps you updated on current accident reports.
The area also has a HUGE collection of traffic cams (over 200). All of this is made possible by a roadside data network.
We also have webcams so you can see how packed your next ferry trip is going to be. You can also view the location of the ferries thanks to GPS.
From what I've heard Intel is just starting to release XScale chips that don't have the serious cache bugs (the C0 stepping, I think). These bugs basically make the chip run at half speed. This explains why the 400HMz IPAQs aren't any faster than the earlier models.
Hardly!
I'm constantly connected via gnophone (using IAX, another VoIP protocol) to an Asterisk PBX (GPLed) on a DSL connection in FL. I shopw up as an extension, just like any of the other 20 VoIP desksets (phones) in the office. We all share a couple analog lines connected to X100P cards from Digium (look on the asterisk hardware page).
This stuff works great!
Yeah, my provider doesn't either. It's great, but I basically pay extra for that. Truth in advertising is golden....
For the record, many DSL providers allow yo uto transfer x gig a month, and charge for overage. Not unlike a cell phone.
Then, you need to pay for the BW you use. $30 a month for that much usage? I'm sorry folks, get real.
or it atleast contained provisions for a difused infrared networkign protocol. Heck, even IrDA support *multiple* devices in range. There really isn't anything stoppingyou from putting a diffuser on the IrDA port on your PDA and communicating with several other devices at the same time.
Never underestimate the bandwidth of a 747 filled with harddrives......
I totally agree! Asterisk is a great system that is well designed to boot. If you want more than one incomming line, I'd strongly consider ISDN. ISDN is a really good voice facility. It has better voice quality and features in addition to often being cheaper than two POTS lines. Besides, ISDN cards are fairly cheap (I got one for our incomming trunks at work for $5 on eBay)
For the internal lines, a couple Internet PhoneJack cards will do it. Current supported FXS cards (FXS is the type of line the telco gives you) only support 1 port per slot. If you need more, you can either use two machines and hook them together via VoIP or get a channel bank and T1 card.
The channel bank solution can easily give you 24lines but would run around $700 ($500 for the t1 card and $200ish for a channel bank on eBay).
H.323 and SIP support are in the codebase, but in beta quality. IAX is Asterisk's naitive VoIP protocol. It's also supported by gnophone.
introductory classes where the goal is to teach you programming in a specific language I can't speak for other universities, but the CS department at the University of Washington has decent focus on CS and not programming in our intro classes. We bring up basic data structures and basic Big-O analysis.
I just graduated with a degree from this department and I NEVER had to write more than, say, 20 lines of code on an exam.
I've also TAed the intro courses. The exams we gave might ask a student to 'Implement insertion into a doubly linked list'. We usually gave them the function prototype and maybe the node struct def. We are VERY loose on syntax. Heck, we'd even give partial credit if they just wrote psudocode!
Yes, but it worked.
Actually, a friend of mine bought an unlocked t68 on eBay. AT&T activated it with few problems. This was even before AT&T was selling the t68. His biggest problems were that the WAP site sometimes had problems rendering on the t68. Works fine now, as does the t68 that I got from AT&T when I switched to their GSM service.
On a slightly different note, they told me that after my 1 year contract they would unlock my phone.
What defines an 'Online Session'?
I hardly ever sit down and 'browse the web' for 80min at a time. I go to Google, find what I want, and return to what I was doing. Of course, I am 'online' most of the day. Is Google making a difference when it comes to people's 'online session time'??
Because their prices are higher? Or simply because they are #1?
Intel's prices are higher than AMDs because they serve different markets. Get over it people. Intel has made some really neat advances in processor technology, as has AMD. I only wish there were decent, and mostly unbiased reviews of procs.
Gotta love those slippery slope arguments. Given the set of countries in the world, I would live only in the US. Consider the fact that you were even allowed to voice your oppinion.
The Linux bridge code doesn't work with many wireless cards (Orinoco and cisco) because the cards themselves didn't allow transmission with an arbitrary MAC address. I think bridge mode is possible with the PrismII cards.
Just don't use the product. They will listen to that.