Nothing happening?

You might be wondering why nothing has happend here for quite a while.

Well I’m very busy scanning and publishing Retro Commodore stuff.

For the time being I’m focusing on Danish magazines, manuals and books. Though I will sneak in some magazines that aren’t danish every now and then.

 

Commodore_Amiga2000_Danish_Brochure_(da)
Why don’t you head over to Retro-Commodore and check out my scans?

New dedicated site for my scans

Retro Commodore - Site for scansI’m doing a lot of scanning related to retro Commodore stuff. I’ve created a new site for this which can be found at http://retro-commodore.eu. For now it contains Magazines, but at a later point, programs and games scans will be added there too.

Since this site is dedicated Commodore, there are other sites for magazines and scans you can visit.

 

  • http://oldgamemags.com for all kinds of computer/console magazines, if you see some missing which you have yourself, please contact Kiwi by leaving a comment.
  • http://oagd.net for Amiga scans, pick a game and you can find some under games (still a lot of scans are needed, so please contribute if you have any)
  • http://awesome.commodore.me for all kinds of Commodore scans, look in each console menu, and download sections

I’ve received a lot of contributions of magazines, so this project will take quite a long time. I’ve set myself a target: atleast 1 new magazine will be added each week. I can do more but this depends on the scan results, how much work they need i.e. rotate, crop and white balancing.

More about scanning tips/graphics.

 

Disk Recovery now complete – vmfs mount on ubuntu

freebsd-iconSince I (re)started on the 24th of November 2012, the progress of recovering my drive went from fast to slow. More on my recovery.

What happend with my Maxtor drive was that it stopped working when it tried accessing defective blocks. A restart of the drive was required to continue the work.

Using recoverdisk on FreeBSD eventually saved the data.

Though for some reason, which I don’t know, I had multiple entries telling the software to copy the same block multiple times, a quick sample of 3 bytes showed 2 of them was going to be copied approx 500 times each, and the last one was going to be copied approx 1200 times, I don’t doubt there were plenty of these entries. The log file that recoverdisk used was > 400 megs in size. I used the…

cat logfile | sort -u > newlogfile

…command to sort all the unique entries, which ended up in giving me a 3.3 meg log file.

This was more manageable, and after 2 hours of intensive work, I finished my recovery lacking only 17kB of a 1TB disk.

When recoverdisk was finished, I could use the image file to write back to disk. I didn’t want to use the original image in case something went wrong. Recoverdisk image output can be used with “dd”.

The easiest for me was to write the image to disk, rather than making a copy of the file to a disk with enough space. That was just in case mounting the vmfs filesystem failed, and I would have to install the cloned disk into the original hardware, and boot from there.

Since the original disk had vmware ESXi installed I needed to access the vmfs filesystem.

For this I mounted it on Ubuntu, after installing vmfs-tools

sudo apt-get install vmfs-tools

The disk was formatted with default settings during the ESXi installation, and Ubuntu could see the many partitions. Most of the partitions are FAT formated, but not the one that contains the virtual machine. The disk was seen as “sdd” and after some struggling finding the correct partition I found it was sdd3.

sudo vmfs-fuse /dev/sdd3 /mnt

Accessing the mountpoint had to be done by root, but copying the virtual machine which was stored in it’s named dir in the root of the mountpoint was quite easy.

In general it was an easy task but took a very long time.

And since I had plenty of articles I forgot about, I was quite happy getting everything back.

Now you can see that I’ve gotten my articles back that to when I installed WP in 2011.

 

Using Gimp to clean up (scanned) images

Some of you know that I do a lot of preserving-the-past-on-present-day-media, which is not only about dumping software for Commodore computers to PC, but also scanning boxes, manuals, disks, codewheels, maps etc.

The scanning doesn’t take long, but the post processing do. I’ve made a short video showing some of the stuff that I regularly do to improve the result of the scans.

When you scan an image, the result isn’t the same as what you scan. Colours can seem faded, it could also be that the material that you scan is faded itself, gotten dirty, coffee stains etc etc.

I always keep atleast 2 copies of my scans. The original unmodified, cropped with a good margin outside the scanned material, and the modified version.

After doing some processing work you can see the differences, of what doing a little work can do.

ultima v box

Well now that I’ve shown you the result, I’ll show you the tricks in the video below.

The video was meant as a crash test tutorial for some friends whom also work with images so the quality of the video isn’t set up to my normal high standards, sorry about that, I hope you’ll enjoy it anyway.

 

Download latest version of Gimp which is available for Windows, MacOS, Linux and Unix.

How not to lead geeks

ED: I saw this in my boss’ office today, and had to Google it. I agree with the author 100%. It’s an old article, and I wonder why I never saw this before.

Original post can be found by clicking on the title below.

How NOT to lead geeks

March 14, 2006 @ 10:02 am by Alexander Kjerulf

When the geeks at NCR in Australia threatened to go on strike, it was a move that could have paralyzed ATMs, supermarket cash registers and airplane check-in. This underlines the fact that IT has become so central to almost all corporations, that any disruption may cost a lot of time and money, which again means that keeping the geeks happy at work is an absolute requirement for a modern business. Happy geeks are effective geeks.

The main reason IT people are unhappy at work is bad relations with management, often because geeks and managers have fundamentally different personalities, professional backgrounds and ambitions.

Some people conclude that geeks hate managers and are impossible to lead. The expression “managing geeks is like herding cats” is sometimes used, but that’s just plain wrong. The fact is that IT people hate bad management and have even less tolerance for it than most other kinds of employees.

So where does it go wrong? I started out as a geek and later became a leader and an IT company founder so I’ve been lucky enough to have tried both camps. Here are the top 10 mistakes I’ve seen managers make when leading geeks:

1: Downplay training

I had a boss once who said that “training is a waste of money, just teach yourself”. That company tanked 2 years later. Training matters, especially in IT, and managers must realize that and budget for it. Sometimes you get the argument that “if I give them training a competitor will hire them away.” That may be true, but the alternative is to only have employees who are too unskilled to work anywhere else.

2: Give no recognition

Since managers may not understand the work geeks do very well, it’s hard for them to recognize and reward a job well done, which hurts motivation. The solution is to work together to define a set of goals that both parties agree on. When these goals are met the geeks are doing a great job.

3: Plan too much overtime

“Let’s wring the most work out of our geeks, they don’t have lives anyway,” seems to the approach of some managers. That’s a huge mistake and overworked geeks burn out or simply quit. In one famous case, a young IT-worker had a stress-induced stroke on the job, was hospitalized, returned to work soon after and promptly had another stroke. This post further examines the myth that long work hours are good for business.

4: Use management-speak

Geeks hate management-speak and see it as superficial and dishonest. Managers shouldn’t learn to speak tech, but they should drop the biz-buzzwords. A manager can say “We need to proactively impact our time-to-market” or simply use english and stick to “We gotta be on time with this project”.

5: Try to be smarter than the geeks

When managers don’t know anything about a technical question, they should simply admit it. Geeks respect them for that, but not for pretending to know. And they will catch it – geeks are smart.

6: Act inconsistently

Geeks have an ingrained sense of fairness, probably related to the fact that in IT, structure and consistency is critical. The documentation can’t say one thing while the code does something else, and similarly, managers can’t say one thing and then do something else.

7: Ignore the geeks

Because managers and geeks are different types of people, managers may end up leaving the geeks alone. This makes leading them difficult, and geeks need good leadership the same as all other personnel groups.

8: Make decisions without consulting them

Geeks usually know the technical side of the business better than the manager, so making a technical decision without consulting them is the biggest mistake a leader can make.

9: Don’t give them tools

A fast computer may cost more money than an older one and it may not be corporate standard, but geeks use computers differently. A slow computer lowers productivity and is a daily annoyance. So is outdated software. Give them the tools they need.

10: Forget that geeks are creative workers

Programming is a creative process, not an industrial one. Geeks must constantly come up with solutions to new problems and rarely ever solve the same problem twice. Therefore they need leeway and flexibility. Strict dress codes and too much red tape kill all inovation. They also need creative surroundings to avoid “death by cubicle”.

Making one or more of these 10 mistakes (and I’ve seen managers who make all 10) has serious consequences, including:

  • Low motivation
  • High employee turnover
  • Increased absenteeism
  • Lower productivity
  • Lower quality
  • Bad service

Happy geeks are productive geeks, and the most important factor is good management, tailored to their situation.

Caveats:

  • I’m not saying that all geeks are the same. Geeks are wildly different people and this post does generalize dangerously.
  • I’m not saying that all IT-people are geeks. Some are, some aren’t. I definitely used to be.

C Programming & Pointers

As a PHP developer  I find the pointers in C are weird and I always mess up trying to use them, hopefully I’ll have a better understanding now. I found this pretty great video tutorial with Richard Buckland, whom gives a great description about pointers. Start from 4:30 as the prior is just gossip.

There are a great number of lectures for this course. I can recommend watching them if you’re interested in getting to learn how to program.