Samsung N140 review
So here's my uh.. long-awaited review of the Samsung N140 netbook. This is a fairly recent model that was released i think some time late last year (and early this year in Finland). It's basically an upgraded model of the acclaimed N120 (won tests in both Mikrobitti and MikroPC magazines here in Finland).
Let's get a few things straight right off the bat. This is a netbook. Don't come crying to me that it's low powered, because i know. That's why i got it. Yes, your calculator may have more power than this, but i don't give a shit. Anyway, on to the review.
What's in the box
The laptop costs somewhere below 400 euro in Finland. I bought mine from Anttila for 399 + shipping. The box is a very minimalistic (ecological, i suppose) box, with very little graphics or glossy print. Inside the box you'll find the netbook inside it's protective bag and set in some foam. An accessory box is next to that, which contain the installation guide, warranty information, declaration of ROHS compliance, and other assorted papers. Also included is a black samsung "second skin", with zipper for the laptop.
I wasn't aware of this, so i went out and bought a Tucano Second Skin from Verkkokauppa for 12 euro, but in hindsight, this was a good idea. The included black case is very very thin, and because of this the quality feels a bit cheap. I guess it protects from scratches and such, but i'd prefer something thicker, like the Tucano.
Also included of course, is the power brick, which is very small. Like a small mobile phone, only a bit thicker. A 2 meter power cable is included. Note well that this laptop can also work as a usb charger for a device such as a mobile phone, ipod etc, even when the laptop is powered off!
Specifications
The specifications of the netbook are as follows:
Processor: Intel Atom N270 (1.6ghz, hyperthreading)
Memory: 1 GB 533 MHz DDR2 (upgradable to 2GB, trying this later)
Hard-drive: 250 GB (2.5", 5400RPM)
Graphics: Chipset is an Intel 945, with Intel GMA950 graphics that uses shared memory from the RAM.
Screen: 10.1" LED backlit, resolution 1024x600 pixels
Optical drive: NO
USB: 3xUSB 2.0
SD-memory card reader (supports SDHC)
VGA out, Audio in/out, Ethernet, Wireless and Bluetooth 2.1EDR
Physique
The laptop itself is a very solid build, which was a great surprise after having tried some other netbooks, such as early Eee-pc's. (701 i believe?). It does not flex at all when holding it from a corner, and there are no uncomfortable squeaks or inconsistencies.
The top of the laptop is very shiny glossy plastic, that will retain any memory of any physical object (may apply also to ghosts and spectres) touching it. This means fingerprints, scratches and other scuffs will be visible for all eternity. It's also easy to clean because it's so slick, but bear in mind: any rough cloth or dirt on it will leave scratches if you wipe with it. This applies to most samsung products, TV's etc.
Inside it's matte, but with a shiny chrome border circling around the keyboard. I'm not sure what the function is of this, i think it just looks cheap.
The touchpad is a decent size for a netbook, and very comfortable to use. The button is a one-piece, two-button affair, which feels a bit fidgetty, but you learn to use it pretty quick. Just hit the left or the right side for the desired button.
I would call the keyboard Thinkpad-esque. It's bloody awesome. The size takes up the whole width of the netbook, and has very nice feedback and a generally i give it high marks. Includes function and windows button. Functions behind the fn key are: sleep, battery, the euro sign, external/internal screen, brightness, mute, volume+ and -, "turbo mode", wireless, touchpad on/off, home, end and num- and scroll lock.
Memory is easily accessible under a one-screw hatch in the bottom. This is also a feature that most netbooks don't have. There is a single slot, that is occupied by a Samsung brand 1GB stick, 533mhz.
Battery is removable, and there are rumors of a new more powerful battery, but i haven't seen it yet.
Software
Comes bundled with Windows 7 Starter (32-bit). The bundle is quite horrible, as it includes every damn thing under the sun, most of which are limited time trials, offer very limited benefits for the user. Some of the "highlights" are:
- Office 2007 (1 year trial)
- McAfee Anti Virus + Firewall + Doohickies
- Samsung Backup solution (only thing i've actually liked, more on this later)
- Various small farming-related games, such as Dairy Dash.. (wtf?)
The Office 2007 trial didn't work, as it just offered a 60 day trial, or an option to buy it for a very affordable 600 euro (more than the machine). Uninstalled that fucker right off the bat. McAfee, slow as molasses, and didn't activate. Uninstalled. Games. Uninstalled.
The Samsung backup utility makes a full disk restore image when you first start the netbook, and it's apparently stored on the 15 GB recovery partition that's configured on the drive. This came in very handy, as i was able to bluescreen the bitch right away, after installing newer drivers for the touchpad. So uh, don't do that. I booted the thing, and hit F4 to access the recovery image. Full restore (10GB) took about 20 minutes. After that i had to re-uninstall everything, but now i'm cool.After this, i created another backup image, this time of the customized operating system, so i wouldn't have to do this all over again.
Updated the BIOS to the latest version, dated 10.1.2010. Nothing notable, no changelog on Samsung's site. There's a program called Samsung Update which takes care of updating the drivers (however messing up with the touchpad driver). Drivers can ofcourse be downloaded manually too.
Performance
I did some simple tests to compare the performance of the Samsung N140, with my previous "netbook", the IBM Thinkpad X41. Specs of the thinkpad are: 1.6GHz single core Centrino, 2GB DDR2, 1.8" 40GB Hard Drive, Intel 845 chipset.
Here are the results, which i won't analyze other than to say that the results were largely expected. The Atom is low powered, but the hard drive kicks ass.
- HyperPI (calculates decimals of PI):
1 million digits:
Thinkpad: 48 seconds
Samsung: 1 minute 57 seconds (running 2 threads), 1 minute 36 seconds (running 1 thread)
2 million digits:
Thinkpad: 1 minute 57 seconds
Samsung: 4 minutes 22 seconds (2 threads), 3 minutes 37 seconds (1 thread)
- HDTach 3 (measures hard drive performance)
Thinkpad: Burst 90,2 MB/s, Random Access 19.7ms, Average Read: 17.2 MB/s, Sequential reads: 20 -> 14 MB/s
Samsung: Burst 118.2 MB/s, Random Access 19.6ms, Average Read 71.4 MB/s, Sequential reads 89-43 MB/s
I was unable to run PCMark05 due to (maybe?) the resolution of the Samsung (below the required 1024x768).
Windows Experience Index scores are: 2.1 for the Samsung, and 1 for the Thinkpad. Biggest differences were CPU (thinkpad wins hands down), and HD (Samsung wipes the floor). I'm not sure what the net difference is, when you account for all the differences in performance, but the Samsung is a netbook.
Overall impressions
So far, i've had it for about 24 hours, and i'm very happy with it, despite the small hickup with Windows 7.
Pro's
- Good bang for the buck
- Build quality
- Visually appealing (mostly)
- At least some upgradability
Con's
- Bundled software doesn't work or sucks
- Windows 7 starter...
- Glossy edge around the keyboard
I purposefully left out performance from the con's section, because you can't expect performance from a sub 400 e netbook. You get it for the battery life and the portability. If you're looking to do more than surf the web, read your mails or sit on IRC, i recommend a computer.
Future projects
I have this idea of putting a Sandisk Extreme III SD card in to the SD slot, and installing some netbook linux, and seeing if that is any faster. The 8GB variant of this card comes at around 40 € here in Finland, which isn't all that bad. The question remains, what bus is the SD card hooked to?
The memory will also be upgraded to 2GB, though i'm not expecting much difference in performance here.
Matkakortti Evolved cont.
I actually got a reply from YTV! I asked them three specifying questions, and they answered them all. So the new and updated technical information is:
- The "use once cards" are in fact the lowest of the low, MIFARE Ultralight. No crypto, no brains, no nothing.
- The normal cards are DESfire (first generation), not EV1.
- The encryption method used is 3DES.
I wasn't expecting a reply, but i got one, and pretty quickly too! So thanks YTV.
Matkakortti Evolved
Many of you may have heard about the new Matkakortti, being rolled out as of last week (10.11.2009). Ads for the new card have appeared all over the place, and urge people to change the card during their next re-charge. The new card has a nice flashy green graphic printed on it, no doubt to reflect the new eco-features of the card.
So what changes? According to YTV, the previous blue cards have reached the end of their life-cycle. "As with credit- and debit-cards, the cards have to be changed out every few years". Also, the new cards are now ISO 14443A compliant (specifications for RFID cards). I have a funny feeling the last cards were compliant as well, but there's no data on this. They were made by Mifare as well (as the new cards), so i think they were compliant.
The color of the card changes, but also, the type chages. The old cards were MIFARE classic. This is a card that has a 48-bit encryption key, that is seeded based on the "start-date" of the card, i.e. when it was first turned on. This system has been broken multiple times. To give you an idea of how easy it is, it takes about 12 seconds on a standard laptop computer to break the built-in Crypto-1 encryption scheme.
The cards are ASIC based, and have a very limited storage space. There are 1K and 4K versions of the card, and accounting for read-only data put in by the manufacturer, the de-facto storage space of these cards was 752 bytes and 3440 bytes respectively. That's a whole lot already!
The new cards are based on later revisions of MIFARE technology. There are two basic types that will be rolled out now (the specific models are not listed, but i'm going to find out one way or another):
- MIFARE DESfire. This is the regular "multiple use" card that most of us use every day. More on this later.
- MIFARE Ultralight. This is the "use once" tourist card, which can be charged once, and then thrown away after use.
DESfire is a new card type that MIFARE came out with in 2002. There is an EV1 (evolution 1) version of the card, which was released in 2006 and offers more options and better crypto. Which system is used here, i'm not sure as i said, but i'll find out. This is an entirely new card compared to the old stupid cards. They sport a real NXP made microprocessor, and more memory. There are 2, 4 and 8KB versions of the card. They come with a propietary DESfire operating system, which uses a real directory/file structure in the storage space. The crypto is upgraded from "Crypto-1", using a 48bit key, to a minimum triple-DES, i.e. 3x56bits keylength, and up to a 128-bit AES in the EV1 variant. The NXP microprocessor is 8051 based, and has separate hardware crypto-accelerators for both AES and 3DES, which makes the crypto transactions even faster than before.
Ultralight is the use-once version of the cards. Cheaper to manufacture, it's apparently made out of some kind of thick paper. There are also two versions of this card, the Ultralight, and the Ultralight C, which are from 2001 and 2008 respectively. The plain-jane version offers no crypto at all, and 512 bits (64 bytes) of memory. The C variant offers crypto, more storage-space, and ISO 14443 compliance. It is highly likely, that the version being rolled out is the C version, because it has features that make it suitable for mass transportation (i.e. abrasion resistance and crypto).
So why are the cards being changed for real? I'll offer a few guesses. One, is that the new cards are cheaper. That's a big thing when it comes to public transport and anything government funded. The Apollo astronauts reminded each other that they are going to the moon in a craft built by the company that made the cheapest offer. I'm not saying cheap is bad in this case though.
The new cards are also more ecological. Also a big thing in government projects, and easier to sell to consumers. The cards are either made out of bio-degradable plastic, or paper.
All methods of public transport will be fitted with GPS. Some already have it (trains, trams and some busses), but i suppose they'll be rolling this out to every damn thing. This makes tracking not only the vehicle easy, but also tracking you. They can stamp your card with exactly the stop you got on. Where you got off is another matter entirely, but in any case. The bus and the reader knows where you are, and when you get on, the card will retain this information, along with personally identifiable information. This information is said not to be readable by regular kiosks and other recharge outlets, but only by ticket inspectors or law enforcement "should the legal need arise". In any case, the expanded memory and processing capability, plus the new crypto, make the cards very hard to hack, and capable of storing hoards of information, and not just a "one travel" buffer, which contains your last transit. This of course, is pure speculation on my part.
Why replace an already working system? Well, that's anybody's guess, and the site they put out doesn't really give a specific reason. The fact that the new cards are cheaper, is a small issue, when we consider that there are already what.. a million cards in circulation that now all have to be replaced? Expanding the system to new areas? Okay, but why not just expand the current, tried and tested (and broken
) system? The cards are at the end of their lifespan? Why? My card is seven years old and it works just fine. I've had it in my pocket, my wallet and god knows where. There are no moving parts, and no exposed chips, as with regular smart cards. The exposed components tend to wear out and that is a good reason to change your card. But it doesn't apply to the Matkakortti. Sure, if you bend the card, it'll snap, but i bet the new cards are just the same.
I also have a hard time believing that standards compliance is a reason for the overhaul. The old cards are based on the same basic technology, i.e. RFID, which should in itself adhere to ISO 14443. If it didn't, okay, but adhering to standards isn't a benefit for the consumer in this case. Everyone is forced to either use the cards, or pay each trip with cash, which leaves little options. The standard defines how well the card should withstand physical abuse, but again, i stress that my card is still working after seven years. Abuse-resistance was not an issue with the old cards either.
So the Fox Mulder in me deduces that this is just a way to track us even more closely. The hacking of cards wasn't an issue in Finland, at least not that i heard of, but with the new cards, this becomes practically impossible, unless there are vulnerabilities in the implementation of the crypto, or predictability in the key-generation (or exchange) as with the previous system. This removes any chance of an "open and fair" system, meaning that i can't buy a MIFARE reader, and dig out the data that they have store on me personally, on the card. I'm not even looking for free travel or some such shit, i just want to know how the system stores and uses my data.
I'll be following up on this as i get my hands on the new card. I'll be retaining a few of the older cards, just to make comparisons, should such an opportunity arise. I'm still in the market for a MIFARE reader, but i haven't gotten off my lazy ass and bought one yet.
Source to my rambles are:
http://en.wikipedia.org/wiki/MIFARE
http://www.matkakortti.net
Nuevos Hardwareos
A client was generous enough to donate me an old laptop to play with. It's a Compaq EVO N610C. You may remember if from about 8 years ago, or so? It's got that silver wlan antenna thingy behind the screen?

Yeah. That one.
Anyway, it's a nice piece of work despite being old. It's a very first generation pentium 4 mobile, which means it eats battery like a kid eats cookies. 512MB ram, 40 gig hard drive. Old, but works fine. Put Xubuntu 9.10 on it, XFCE works just fine, and plays DVDs too. 14" screen.
I'm gonna be playing around with the wireless some more, since it has a good atheros chipset, and a proper antenna (with a ready plug for an even bigger external antenna). I'm thinking this might become my wardriving laptop, or something in that order.
Modem Maintenance Vol 2.
So, the story continues.
I'm seriously beginning to suspect the damn Linksys. It's gotta be the Linksys.
B kindly provided me with a Zyxel 660HW, and a Telehell 501, out of which the Telewell works fine. Zyxel seems fucked somehow. Telewell handshakes at about 10/2, which is roughly the same as before (with the linksys) though a little below. No weird packet loss, and no weird disconnects so far. I'm still holding my vote on this one, but it's looking better.
As for the speed, they just said it might be a bad pair going to my appartment, or that my neighbor got DSL and the pair traveling next to mine up the building, is giving it like.. interference or something. The DSLAM would connect at 18/2.5 if only my end co-operated. Not much they can do about the shitty old copper in my house... Damn it. I guess i'll just have to wait for the mandatory fiber connection, due no later than 2015
Modem maintenance
So, i have been having some trouble with my Nebula line. About a month ago, something odd happened, and my line dropped, only to reconnect at about half the speed that it used to be. I called them, they fix something and the speed improves marginally, but i have had no explanation as to why this happened. If i change nothing, how can the speed drop?
According to their technicians, the line should handshake at 18/2.5 mbit/s, but i'm getting about 10/2 mbit/s. So anyway, i said, okay, the upstream improved to about what they said it should be, and the downstream isn't that important to me anyway. That ticket was closed.. only to be re-opened a few weeks later, when i started having unexpected packet loss. It's a copper connection so there's really no reason to have packet loss, especially in this day and age. Not unheard of though, with bad lines etc, so i called Nebula again.
They've made a number of suggestions, such as "faulty wiring" (changed), "faulty modem" (also changed, more on this later), to "a bad copper pair to my apartment from the building phone board".
So far i've ruled out cables. Nothing has changed there, but none the less, i swithced all cables that i could. No change. I changed the modem now, from a 2 year-old Linksys WAG200G, to a Telewell TW-EA501 (provided by B, thanks). So the Telehell connects at about 9/2mbit so the speed is worse still. I've now had it in for about a day, and i'm gonna keep testing it, to see if the problem returns.
If it does, then it's something with the damn line, and they are going to have to do something about it. The speed.. well, i know the modem affects the speed a bit, but how can i get such varying results? All modems have had their firmware updated, and i have no long extension cords for the phone line, nothing like that. If the copper pair is crap, then i guess i'm fucked (and have to wait for the "mandatory" fiber connection no later than 2015).
This has caused unnecessary downtime for my server, Agamemnon. The gods don't look favorably on this.
Karmic Koala & ATI Radeon
This post will deal with the Alpha4 release of Ubuntu 9.10 "Karmic Koala", and it's new features, particularly the functionality of ATI Radeon cards.
I did a clean install yesterday, and this is what i'm liking so far:
- Empathy, the new default IM client is awesome. I didn't find plugin support yet, but it's light, and clean. Just the way i like it.
- The boot time is less than 20 seconds on my machine. It's nearly not enough to go do anything else while i'm waiting, which is a great feature for someone that has to deal with windows vista at work every day...
- Firefox 3.5 ubuntu branded by default. Thanks. That package is missing from 9.04 right now, and while you can still install it, it takes some work to go from the Beta name of "Shiretoko" to Firefox, with icons and everything. It works, but it's not perfect.
What i don't like:
- The new default login screen sucks ass.
- While the new 2.6.31 series kernel is a great improvement in many areas, AMD has not yet supported it in it's binary fglrx drivers (which offer 3d acceleration and the works on ATI cards)
So this will be the topic of discussion today. ATI cards have traditionally been much worse than those of Nvidia on any Linux distro. AMD (ex. ATI) offers drivers called fglrx which provide full 3D acceleration in Linux, and when they are working, the cards can offer great performance. However. When they don't work, disaster ensues.
When you install Karmic, you'll get the traditional "Hardware Drivers" dialog, which will say you have a device that requires propietary drivers that weren't installed by default. Yeah no shit they weren't. You select your device, you hit install. It downloads the drivers, installs them, makes modifications to xorg.conf, and asks you to reboot. With Karmic Alpha4, i got no download dialog, even if it seemed to do something. The selection of my card remained inactive and grey, instead of the green "activated" button that appears when drivers have been installed. So i thought that the drivers somehow failed (didn't look at debug or anything). I went about my business, doing an apt-get update && apt-get upgrade, and then rebooting.
To my great dismay, it wouldn't load gdm at all, but instead displayed an esoteric graphical pattern in the top section of my screen. So, switch to a shell, check out /etc/X11/xorg.conf, and sure enough, fglrx was jotted down as the driver. So clearly, this didn't work.
To get past this problem, uninstall and clean the fglrx drivers. They are not supported in the 2.6.31 kernel yet, so we need to wait for AMD's 9.9 series drivers for this. Usually they'll be out in time for the Beta's or at least the release, so i'm not fretting.
Run:
aptitude purge xorg-driver-fglrx && dpkg-reconfigure -phigh xserver-xorg && exit
This removes the driver, deletes anything related to it, and runs a reconfigure on xorg.
You should now have a clean xorg.conf. Install the xorg-driver-radeon if you don't have them (i'm not sure, i think they were installed by default), and then edit xorg.conf and in the device section, set the driver option to "radeon", if it isn't.
You should now be able to boot in to a graphical user interface.
Okay dual screens. To make these work, as a "big desktop", make your xorg.conf look like this. I tried different options, and fiddling around with the "System -> Preferences -> Display" dealio, but that didn't get me anywhere. It'll ask you to "automatically set the virtual resolution to match your screens", but the end result was 2048 x 2048, in xorg.conf, which obviously didn't work.
Here's my xorg.conf:
Section "Screen"
Identifier "Default Screen"
DefaultDepth 24
SubSection "Display"
Virtual 3360 1050
EndSubSection
EndSectionSection "Module"
Load "glx"
EndSectionSection "Device"
Identifier "Default Device"
Driver "radeon"
EndSection
In all it's simplicity, i made the virtual resolution match the maximum resolutions of my screens set next to each other. I have two 22" Samsungs, each with a 1680x1050 resolution. So i added up the width resolution and that was it. I restarted X (why does ctrl-alt-bkspace not work anymore?), and went to Display, and then unchecked "mirror displays", and dragged the screens next to each other. Apply, Ok, restart X. Dual screen.
UPDATE! Video playback works *much* better with the radeon drivers than the fglrx drivers ever did in Jaunty 9.04! I'm playing a FullHD video, in full screen with no tearing (which was evident in 9.04 with fglrx drivers), and no problems. 40 CPU load on one core. 500 megs ram used with a bunch of other stuff on as well.
So conclusions: If you don't need 3d performance (i.e. compiz, gaming whathaveyou), don't install the propietary drivers. Stick with the open-source ones!
Ubuntu 9.04 & CPyrit-Stream now working!
Yay!
I've finally gotten the Pyrit program running and utilizing ATI Stream! I followed these instructions to the letter, though i built RPM from source with the patch for LZMA compressed RPM's, which did the trick (although, i've also read the 1.4.0 beta 2 package of the Ati Stream SDK doens't have this problem, but anyhow). I think i also had to apt-get some libraries that were missing, but they were listed pretty well in the instructions.
As for building pyrit, i used the instructions in the wiki, that can be found here. I ran in to an error while building the pyrit source, but that was fixed by doing an edit in a file according to these instructions. Fixes for other common errors are in the installation wiki.
So for the order: Install Atistream and Atical according to the instructions in the KB. Apt-get any packages you are missing. Build and install Pyrit, then CPyrit-Stream.
Run the command pyrit list_cores, which should show something like the screenshot below, and then run pyrit benchmark to see what kind of numbers you're getting on your hardware. I am amazed. Compare the over 8000 PMKs/s (pairwise master keys), with the ~700 of one Phenom II X4 940 cores. Look at those results (yes yes, synthetic benchmark..):
You'll note that it only shows three of the four cores on my Phenom, this is a feature. For every GPU core that it handles, it saves one CPU core for scheduling tasks.
A man can always dream... That there is about 3000 euros worth of hardware (four Nvidia GTX295's, a motherboard to support 4 Pci-e cards, processor, memory.. i guestimated). 80 000 PMKs / s (or half of that, depending on how you read the benchmarks). It seems to see the cards as two cores each.
Edit for 15.8.09 - I'm working on a proper howto for this thing since the internets seem not to have a coherent guide for a current ubuntu version. The 8.04 guide is great, don't get me wrong, but i think it could be more complete. I've also e-mailed AMD to ask about providing .deb packages on my / their site, and or publishing the new howto.
Ubuntu 9.04 x64 & Pyrit with ATI Stream
Okay, so since i just got the new graphics card (an ASUS EAH4850), i wanted to try out some of the GPU computing possibilities of the card. The Pyrit project exists to take advantage of multiple GPU computing platforms, such as Nvidia CUDA, and ATI Stream, so i decided to give that a whirl.
I downloaded the Pyrit and the Ati Stream packages from the Pyrit site. I found out i also need the ATI Stream SDK, which can be obtained from the AMD site. The thing to be noted here is that there is currently only support for RPM based systems, such as Fedora, CentOS etc. So of course, i thought, "Alien!", the package converter. I apt-get'ed Alien and RPM, and got working on the thing.
You download the package, which is a .tar.gzip file. Unpack the file to get to the .run file. The run file can be exectured simply with ./filename.run. This should result in the script from the .run file being executed. It'll fail shortly after the EULA, or it did on my x64 system.
I opened up the run file, and commented out the part where it deletes the temporary folder where it extracts the actual RPM file (and before that, tries to run rpm on the file, which fails).
#!/bin/bash
echo "ATI Brook+ SDK Installer"TMP="atibrook"
HERE=`pwd`
DST=/usr/local
FOPEN="more"
RPM="alien"#Extract archive into /tmp/atibrook
echo -n "Extracting archive..."
dd if=$0 of=/tmp/${TMP}.tar.gz bs=1 skip=16384 >& /dev/null
echo "DONE"
mkdir /tmp/atibrook
cd /tmp/atibrook
echo -n "Uncompressing package..."
tar -xzf ../${TMP}.tar.gz
echo "DONE"#Accept EULA
${FOPEN} EndUserLicense.txt
echo -n "Do you accept this license agreement? [y/n]: "
read agree
if test A"$agree" = Ay -o A"$agree" = AY; then
echo "You accepted the license, continuing installation."
else
echo "You declined the license, aborting..."
rm -rf /tmp/atibrook
rm /tmp/${TMP}.tar.gz
exit
fi#Install via rpm
echo ""
echo -n "Select a path for installation [default]: "
read USERPATHif test "$USERPATH" != ""; then
echo "Using '$USERPATH' for directory prefix."
echo ""
echo "Installing package via RPM..."
$RPM --prefix=$USERPATH /tmp/atibrook/*.rpm
else
echo "Using default directory /usr/local/atibrook"
echo ""
echo "Installing package via RPM..."
$RPM /tmp/atibrook/*.rpm
fi#### THIS PART I COMMENTED OUT SO IT LEAVES THE RPM INTACT ####
#Cleanup
#echo ""
#echo "Removing Temporary Files..."
#rm -rf /tmp/atibrook
#rm /tmp/${TMP}.tar.gz
echo "Exiting installation..."
exit
So the result is that in /tmp/atibrook you now have the rpm file.
Running Alien against it results in an error about rpm.pm on line 155. Something relating to perl, the complete error is:
Installing package via RPM...
Unpacking of '/tmp/atibrook/atistream-brook-1.4.0_beta-1.x86_64.rpm' failed at /usr/share/perl5/Alien/Package/Rpm.pm line 155.
Exiting installation...
Now, i have no fucking idea how to fix it. Looking at line 155, it relates to the cpio command not working properly, but how and why and what the fuck? I'm not a developer. I'll need to show this to someone, like B, maybe he can figure it out.
I also tried instructions i found on the AMD Developer Forum (requires registration). These detail the use of rpm2cpio, instead of alien, but that doesn't work either. The RPM seems malformed somehow. Perhaps as a result of it being made with a specific tool (the name of which escapes me), which creates files that are unreadable by rpm2cpio.
Blargh. I'm gonna run a Fedora 11 live CD soon, and see that it actually works. Get some numbers off this thing. It's supposed to do 7800 PKM's, which is a lot faster than for instance an Intel I7 920. Sweetness.
