Thursday, February 20, 2014

Motherboard Failures / SSD / WINE Solutions And The Spirit of OSS

Welcome to yet another laundry post. It's been a long week for me. I'm still recovering after hurting my back, twice now in less than 7 months. So let's begin with motherboard failures

Recently I noticed that my motheboard SATA slots were faulty, sometimes I had to change cables or slots to make a SATA device work. Now, the cable I used was brand new, I didn't really think it had anything to do with the cable. Even before the new cable, before moving to a full linux environment this year I had ran into a problem where my DVD ROM had read errors. I was taken back with the issue because I did an integrity check after burning the disc.

So what happened is that I had to move the cable to another SATA slot. This was the first strike of something going wrong with the mobo. I ignored it back then.

Now I know I need to get a new motherboard. So with that I want to get an extra 8GB DDR3, and SSD with a debian-based distro.

I looked at the possibility of moving to a arch-based distro, but a question remained: Why bother with a rolling-release distro? Now, I might be biased because I lean toward debian-based distros, it doesn't have to be Ubuntu. It could even be Debian Sid or whatever.

In the end, I just didn't bother coming up with an answer. The ending result no matter what linux distro you go with is that you will end up with a linux system, different package manager. KDE, GNOME, OpenBox, whatever WM you choose won't change that experience.

That said, let's talk about WINE wrappers. Normally, I don't have any problems with WINE wrappers. I actually don't by the way. I just think that WINE
wrappers have been focusing on the wrong things.

There are too many problems with reporting bugs with WINE. If people used winetricks, developers complain, if users used playonlinux, developers would mark it as invalid even if they are using a vanilla WINE installation (no patch whatsoever), it's so, so tedious to fill a bug report with a wrapper. Even if the wrapper took care of basic stuff like library installations, it still would be "invalid". So how can I report bugs to WINE? God knows... if you know how, let me know.

So with that in mind. If you create a wrapper for WINE, users will use it, there's no doubt about that. WINE with patches? Yes, I understand the implications of why people shouldn't file a report.

Now, there have been many applications that handles WINE for you. Thanks to the OSS community we get to have many options available. I'm still thinking whether I should bother creating one or not. I don't know to be honest, maybe I'm having second thoughts on how an I create a tool that WINE developers wouldn't mind, at the same time the tool is aimed for users, not the developers.

Why not improve an existing one? Because they all have different ideology on how to handle WINE from under the hood to the frontend. I also have a different idea on how user interface should be handled, I still use POL btw.

Well,that's it for now.

No comments:

Post a Comment