Category: ArchLinux


I love Arch Linux!

Hi!

Again some time has gone by since my last blog =( sadly I didn’t have much time lately to blog so I’ll just give you an update on what I was doing today.

I updated my 6 month old Arch Linux installation on my old notebook to the current testing (running testing before). I started yaourt -Syu and it ran through without any hickups, rebootet and I had a fully working system on bleeding edge technology again… now THAT is what I call seamless rolling release distro 🙂

I’m also using Arch Linux on my current notebook which I regulary keep up2date which works also great =) and my buildserver is also running Arch Linux but not testing and it is also working really reliabe =)

I just love Arch Linux!

Although I’m really curious about other current distros like Fedora 15 or openSUSE 11.4 or even Ubuntu… each has their own great strenghts but I still think I’ll always come back to Arch 🙂

Cya soon hopefully

Advertisements

As mentioned in my last blog entry about Dinjam I’m in the progress of separating the core stuff of Dinjam into a library (libdinjam) and creating Uis for different scenarios (like mobile usage).

There are 4 different uis in the works – even though I’m not sure all of them will ever be finished (more about that later).

1.) Desktop (QWidget based)

This is the traditional Ui as it has always been with the Ui designed using Qt Designer and the QGraphicsScene created from within the scripts.


Atm Scripts are broken in the sense of that there are no C++ exports of for example documentmanagement. (and there are some other broken pieces everywhere)

2.) Meego Touch Framework (MTF) (QGraphicsView based)

A new ui based on the MTF developed by Nokia/Intel for Meego. Atm I’m trying to setup a devel environment but it is not as easy as I had hoped – I’m trying the qemugl approach from the wiki – but the image won’t boot using kvm (just stops at loading the kernel) and without it starts X and then stops (no handset UX shows up). How to get network up and running can be found here.

After packaging libmeegotouch and meegotouchtheme for ArchLinux I can now sort of execute/link/use meego applications although there is some really weird gconf stuff going on and I’m not sure if my system is correctly set up now. Maybe I’ve got to set up a Fedora VM or something similar. Or just wait for PR 1.3 of Maemo to easily dualboot Meego natively on my N900 to execute directly on my N900.


Basically everything here are placeholders – as I just recently found out that meego applications run at all (before I had a white square and nothing else appearing).

3.) QML Ui (QDeclarativeView based)

QML or “Qt Quick” how the cool guys at Nokia are calling it seems to be the future Nokia envisions for app development. Combined with their ongoing lab project QSceneGraph which should bring enormous performance gains as all painting will shift from QPainter to OpenGL/on GPU based painting, this may really be the future – at least in the long run. I must admit that the whole affair is really new stuff to me so I’m having a pretty hard time figuring out how to transform a traditional ui into a QML based version.

I’m currently trying basic things like navigating between a basic menu to another page showing an about dialog – and I want to make that happen using a nice transition – and not showing/hiding elements but instead loading them as I need them (to save ressources). Sadly I wasn’t able to find any QML application out there using such an approach… I’m looking for the pages concept of MTF I think…

Anyway… here’s my first try…


So what works? The quit button – and About switches to another page – but atm without a nice sliding transition effect and using show/hide of the different rectangles… not nice imho.

4.) Qt Components (QML based)

The last frontend Dinjam may provide in the future is the Qt Components based one – although atm there isn’t much progress as Qt Components itself are not really anywhere atm. Afaik there exists some sort of a Meego “style” atm and an incomplete MX “style”, with a plasma (KDE) “style” in the working (see this post on plasma-devel mailing list) but there is not really anything useable atm I could plug into. At least to my knowledge.

So no screenshot for that one 😦

TODO

So what is still left to do? A LOT! It starts out with library recompiles as soon as I switch platform (3 object files want to relink again), cmake fixes to incorporate the possibility to build not only one but many/all platforms at once. And of course: finish those uis.

I think the best step would be to first get the desktop ui working again and then slowly start creating the others. It remains to be seen how to integrate a QGraphicsScene/View with MTF/QML. Interesting times ahead… that’s for sure.

Stay tuned for more updates. I hope I won’t disappoint you

To end this post: Orbit/Directui anyone? 😛 anyone strange enough to create a KDE ui? 😛

Firefox-Qt update =)

Hi!

So today I’ve got an update about firefox-qt for you 🙂 I finally had the time and energy to fix those ArchLinux PKGBUILDs I had lying around on my disk…

We’ve now got one single pkgbuild to install using yaourt -S firefox-qt-hg
No need to uninstall firefox/xulrunner anymore.

The only thing I would recommend you to do is:

BACKUP YOUR PROFILE!!

or even better: change the path to your profile (in /home/$user/.mozilla/firefox/profiles.ini change the path and create the folder before starting firefox-qt-hg

I’ve written down a summary of what is working here. Feel free to extend it 🙂 We could create a nice changelog imho and track the progress of Firefox-Qt for users 🙂

So as you can see the Firefox-Qt port is progressing quite nicely – even if there is still a long road to go – I think the mobile effort helps the Qt port a lot.. (firefox-mobile for Meego is Qt based) 🙂

Now have fun enjoying these pics 🙂

Long time no blog… yeah I know… nobody cares ^^ the internet is full of random guys who post SOMETHING… well.. take a guess… I did something which not THAT many guys did so far (I think) ^^

I had some fun packaging firefox-qt .. yes you heard it right… firefox with it’s Qt rendering frontend 🙂
don’t freak out yet… it… well… the good things first… it builds and installs… and WOW… it even starts 😀
And guess what… browsing works

Well… sort of… clicking is a luxury nobody needs… and… well… do you care about your keyboard? I hate to type… so firefox-qt got rid of that problem for me 😀

For those looking for a screenshot… here it comes… who needs a visual scrollbar? or clickable menu bars?

You may ask yourself how to get it to run… Are you on ArchLinux? Then your chances of getting it to work are rather high 🙂 on other distros you can maybe take some guesses from the PKGBUILD files on how to get it to run… or the patches… take whatever you need 😀

On ArchLinux Two packages are needed to get it to work:

xulrunner-qt (http://aur.archlinux.org/packages.php?ID=36107)

firefox-qt (http://aur.archlinux.org/packages.php?ID=22050)
old download links: http://friesoft.mh1.at/firefox-qt-3.6.2-1.src.tar.gz (thx to a good friend for providing me with the space 🙂

Warnings:

  • YES this WILL eat your hamster! – no it won’t survive that sorry
  • DON’T use your default profile for that – it will break/segfault on startup
  • the package dependencies are MORE THAN suboptimal…
  • the compilation itself MAY have wrong parameters – I don’t know – I just tried to get it to work…. somehow…
  • YOU WILL HAVE TO UNINSTALL firefox and xulrunner BEFORE! /etc/gre.d and the file inside aren’t compatible… don’t know how to change that…
  • other than that: firefox-qt installs to /opt/ffqt

These packages are 1:1 based on the current firefox and xulrunner packages I got with pacman (I got the source using pacman -G firefox xulrunner), I didn’t modify any copyright, etc… this was just a “Make-it-work-thingy”… Everything needed to get it to work isn’t really my work – I just put it together.. from various sites… ranging from wikis to some strange japanese sites

Well… happy testing… happy bugfixing (hopefully)… and happy hacking (you gotta do that if you want firefox-qt to succeed)… sadly I don’t have enough time to do it myself…