Τώρα που βγήκε το Hardy και πολλά geeks θα προσπαθήσουμε να εντυπωσιάσουμε (και να αποφύγουμε τους πονοκεφάλους των windows :P) το έτερον ήμισυ με μία εγκατάσταση (στην οποία όλως τυχαίος θα “χάσουμε” τα windows), να θυμηθείτε να ρυθμίσετε το openoffice να σώνει εξ ορισμού σε doc και xls format, για να μην υπάρχουν προβλήματα επικοινωνίας με άλλους μη-μυημένους χρήστες. Βέβαια λίγο πριν τον ύπνο μην ξεχάσετε και το κύρηγμα περί ανοιχτών φορμά έτσι ώστε μέχρι το 8.10 να έχει πειστεί ότι πρέπει να σώζει σε opendocument!

Για τη ρύθμιση ανοίγουμε το Openoffice -> Tools -> Options -> Load / save -> General -> Always save as Microsoft Word (και excel αντίστοιχα)

Το hardy είναι ελεύθερο! Εδώ θα βρείτε την ανακοίνωση από την λίστα ανακοινώσεων του ubuntu και η μετάφρασή της στα ελληνικά από τον Κ. Τόγια.

Σχετικά με της παρατηρήσεις που είχα κάνεις σε προηγούμενο post μου για το hardy, τα πράγματα δείχνουν πολύ καλύτερα! Το evolution συμπεριφέρεται σωστά, αν και στο bug δεν φαίνεται να έχει κλείσει. Το λαμπάκι της κάρτας δικτύου παίζει και δεν έχει δείξει προβλήματα σύνδεσης (το torrent του hardy μια χαρά το κατέβασε ;). Επίσης αντιμετωπίστηκε και το bug με το system monitor, με το world clock και τα timezones.

Δεν παίζει όμως το suspension χωρίς τους nvidia drivers, ούτε πριν έπαιζε βέβαια. Δυστυχώς όμως τώρα βρήκα ένα νεό bug με τους nvidia drivers και το fan control. Όταν έχω τους nvidia drivers, επειδή μπορούν και κάνουν reporting για τη θερμοκρασία της κάρτα γραφικών, το fan του συστήματος δεν σταματά να γυρίζει ποτέ! Προφανώς το όριο θερμοκρασίας του συστήματος που διαχειρίζεται τα fans είναι χαμηλότερο της default θερμοκρασίας της κάρτας μου. Ξέρει κανείς πιο πρόγραμμα διαχειρίζεται τα fans;

Ο firefox 3 είναι γρήγορος και γενικά υπέροχος! (Αν εξαιρέσουμε ότι είχε μερικές αντιρρήσεις με το profile μου και έκανε τρομερο disk usage). Επιστρέφω λοιπόν στον FF μετά από σχεδόν ένα χρόνο surfing με τον epiphany.

Τα πάντα φαίνονται πιο γρήγορα, καλύτερα και γενικά προσεγμένα στο Hardy. Μπράβο σε όλους όσους δούλεψαν, πάμε και για άλλα!

For all you, torrent lovers

Το thepiratebay.org έχει ήδη αρχίσει να παρέχει δικό του blog service, χωρίς περιορισμούς περιεχομένου. Η ιδέα γεννήθηκε, όπως αναφέρει το torrentfreak, όταν το wordpress έκλεισε ένα blog φίλου του Brokep, ιδρυτικού μέλους του tpb.

Το ιδιαίτερο στην περίπτωση του tpb είναι ότι έχουν άποψη περί της ελευθερίας έκφρασης και είναι καθέτως ενάντιοι με τη σημερινή ιδιοκτησιακή πολιτική του copyright και συνολικότερα με τους νόμους της αγοράς. Υπερασπίζονται στην πράξη τα δικαιώματα που έχουν όλοι οι χρήστες στο διαδίκτυο, αρχικά με τον torrent tracker, αργότερα με το image hosting server (Bayimg) και τώρα με το blog.

Στην ίδια λογική το tpb έχει μηνύσει αρκετές εταιρίες, μεταξύ των οποίων η Sony, η EMI και η Twentieth Century Fox για τη χρήση αθέμιτων μέσων (βλέπε crackers, ddos) για την καταστολή του νόμιμου tracker τους, γνωστό και ως σκάνδαλο MediaDefender.

Φυσικά δεν πρέπει να παραλείπουμε σε τέτοιες αναδρομές την στάση του tpb, όταν παράνομα το εφ-μπι-αϊ εισέβαλε στο data center και έκλεψε του υπολογιστές τους. Λίγο νωρίτερα ο παγκόσμιος οργανισμός εμπορίου απειλούσε την Σουηδία με αποκλεισμό, εάν δεν διευθετήσει το θέμα με το tpb. H Σουηδία επιτρέπει τη λειτουργία trackers, αφού θεωρεί ότι δεν διακινούν παράνομο υλικό, απλά ενημερώνουν που μπορεί κάποιος να το βρει. Έτσι καλύπτεται από την ελευθερία του λόγου και είναι απολύτως νόμιμο. Οι σύγχρονοι ζορό με την υποστήριξη της MPAA και RIAA φυσικά επέλεξαν ένα δικό τους “νόμιμο” τρόπο, ο οποίος ευτυχώς για εμάς δεν έπιασε, αφού το tpb ζει και βασιλεύει.

Η ιστορία και η άποψη των παιδιών πίσω από το tpb, καθώς και καλλιτεχνών βρίσκονται στα δύο ντοκιμαντέρ που έχουν γυρίσει με όνομα “steal this film” part 1 και part 2.

To tpb είναι η ζωντανή απόδειξη ότι η πειρατεία δεν γίνεται επειδή απλά μπορούμε, αλλά επειδή το θεωρούμε και σωστό. Γιατί πολύ απλά υπάρχει κόσμος που δεν θεωρεί ότι αξίζει να πληρώσει 20 ευρώ ένα cd, πολύ περισσότερο όταν μόλις το 1% θα φτάσει στον δημιουργό του. Γιατί υπάρχει κόσμος που θεωρεί ότι τίποτα δεν γίνεται με παρθενογένεση και όλοι προσθέτουμε την άποψή μας σε κάτι που ήδη υπάρχει, γι’ αυτό επιλέγει τα creative commons. Γιατί πολύ απλά πιστεύει ότι μπορούμε να ζήσουμε καλύτερα, εκμεταλλευόμενοι την τεχνολογία και όχι περιορίζοντάς την σε οικονομικά πλαίσια, γιατί πολύ απλά το “όλες οι ταινίες, όλη η μουσική σε όλους του υπολογιστές του κόσμου” είναι κάτι το εφικτό σήμερα.

Γι’ αυτό τον λόγο είναι πολύ σημαντικό να στηρίζουμε με οποιονδήποτε τρόπο πρωτοβουλίες με τέτοιες λογικές. Ακόμη και εάν αυτό σημαίνει απλά να φτιάξουμε ένα μπλουζάκι όπως έχω κάνει εγώ Ας κλείσω παραφράζοντας ένα γνωστό σύνθημα: “Ο πολιτισμός ανήκει σε αυτούς που τον δημιουργούν”.

Ίσως είναι ένα από τα πιο αποτυχημένα features που έχουν παρουσιαστεί σε λογισμικό! (καλά είμαι λίγο υπερβολικός αλλά με πνίγει το δίκιο Ο αγαπημένος μου Instant Messanger, το pidgin, από την έκδοση 2.4 έχει ένα feature αυτόματης αναπροσαρμογής του textbox στο οποίο γράφουμε το μήνυμα για τον συνομιλητή μας. Με κανονικό ύψος 2 γραμμές και με μέγιστο 4 και με καμία δυνατότητα παραμετροποίησης από τον χρήστη, η χρήση του pidgin έγινε απίστευτα ενοχλητική! Υπάρχει μία αναφορά σφάλματος στο bug-tracking site του pidgin με πάρα πολλά σχόλια αλλά από ότι κατάλαβα οι developers του pidgin γουστάρουν το auto-resize που έχουν φτιάξει
Ευτυχώς το pidgin έχει plugin system και ευτυχώς κάποια παιδιά ασχολήθηκαν και έφτιαξαν το funpidgin plugin που διορθώνει αυτή τη συμπεριφορά. Μπορείτε να κατεβάσετε το deb του plugin από εδώ. Στο hardy (ίσως και αλλού) υπάρχει κάποιο conflict κατά την εγκατάσταση, με το πακέτο pidgin-data, το οποίο μπορεί να ξεπεραστεί απλά εάν εκτελέσουμε από τερματικό την εντολή


dpkg -i --force-all funpidgin_2.4.1-0ubuntu1_i386.deb


Ύστερα κάνουμε ένα restart το pidgin, και από το Tools -> Plugins επιλέγουμε το plugin “Entry area manual sizing” και απολαμβάνουμε την εμπειρία
Όπως και να έχει θα ρίξω μια ματία και στο empathy, τον νέο IM, που βασίζεται στο telepathy framework

Ευχαριστώ Θάνο για το γρήγορο support στο bug!

Αρκετοί από εμάς ασχολούμαστε με το web design, είτε φτιάχνοντας ένας website από την αρχή είτε απλά καλλωπίζοντας το blog μας. Όλοι σίγουρα έχουν αντιμετωπίσει πρόβλημα με την εμφάνιση του website τους ανάλογα με τον browser και το λειτουργικό που χρησιμοποιούν οι επισκέπτες. Για τη λύση αυτού του προβλήματος δημιουργήθηκε το Browsershots.org, ένα opensource project.

Με το browsershots μπορούμε να δούμε πως εμφανίζονται οι σελίδες μας σε περισσότερους από 30 browsers. Το σύστημα είναι μία “φάρμα” από κατανεμημένους υπολογιστές που δέχονται αιτήσεις για να επισκεφτούν μια σελίδα και επιστρέφουν ένα screenshot της σελίδας αυτής. Όλα τα screenshots συγκεντρώνονται στη σελίδα του browsershots.org από την οποία μπορούμε να τα δούμε απευθείας και να τα κατεβάσουμε σαν zip.

Η χρήση browsershots.org είναι δωρεάν και ως project ανοιχτού κώδικά δίνουν ελεύθερα όλη την τεχνολογική υποδομή. Μπορεί ο καθένας να γίνει ένα “εργαστάσιο” παραγωγής screenshots για να συμμετάσχει και να βοηθήσει την κοινότητα.

Επίσης με μόλις 10 ευρώ ενισχύουμε το project βοηθώντας την επιβίωσή του (και την επιβίωση των δημιουργών ;), απολαμβάνοντας ταυτόχρονα μερικά πλεονεκτήματα. Ένα βασικό πλεονέκτημα είναι η ταχύτερη εξυπηρέτηση του αιτήματος, αφού του browsershots έχει τόση κίνηση που μπορεί να περιμένουμε μέχρι και μισή ώρα για ένα screenshot, ειδικά για τους browser της micro$oft που είναι και οι πιο προβληματικοί!

Από το hackszine.com βρήκα αυτή την υλοποίηση του Super Mario αποκλειστικά σε javascript. Το εντυπωσιακό, πέρα από το μέγεθος των 14kB (32kB ασυμπίεστο), είναι ότι τα πάντα είναι μέσα στο javascript αρχείο. Τα γραφικά είναι κωδικοποιημένα σε ένα ειδικό τύπο string που προσφέρει 4 χρώματα ανά sprite με μέγεθος μόλις 40-60 bytes. Ακόμη και το midi αρχείο που παίζει, όχι για τους χρήστες IE λόγω ασυμβατότητας, είναι base64 encoded και βρίσκεται στην μεταβλητή asounds.

Όπως λέει και ο δημιουργός το παιχνίδι είναι απλά μία απόδειξη για το πόσο μικρό μπορεί να γίνει και δεν είναι σε καμία περίπτωση ολοκληρωμένο. Ωστόσο μπορείς να παίξεις κανονικά ότι έχει υλοποιηθεί.

Κανονική έκδοση: με ήχο ή χωρίς ήχο

Διπλό μέγεθος οθόνης: με ήχο ή χωρίς ήχο

Being a old user of Image Magick command line tools, I decided to give a try to magick’s python bindings, PythonMagick and PythonMagickWand. PythonMagick is a more complete binding solution which I didn’t get the change to try, because there wasn’t a package for Ubuntu Gutsy (and I didn’t manage to compile the source code in under 2 minutes, so I gave up

On the other hand PythonMagickWand uses ctypes to bind with Image Magick. The interface is not pythonic at all, the the library seems to have a lot of rough edges but it does resize! And it provides the great quality results of Image Magick!

Here is a small example

1
2
3
4
5
6

from PythonMagickWand import *
MagickWandGenesis()
wand = NewMagickWand()
MagickReadImage(wand, 'test.png')
MagickScaleImage(wand,800,600)
MagickWriteImage(wand, "out.png")

Not exactly what we except from an OO language, but I can live with that, until Ubuntu Heron releases, which does have PythonMagick in repositories

PythonMagickWand is an one-file python module, which means you can transfer it with ease to your hosting provider and start using it at no time.

Tips:

• You should not try to ‘import PythonMagickWand’ or you will get a bunch of ‘undefined symbols’. Use ‘from PythonMagickWand import *’ instead.

• Don’t forget to change ctypes.CDLL in line 76 to the correct path. For ubuntu users, and maybe others, the correct line is

_magick = ctypes.CDLL('/usr/lib/libWand.so.9')

• Seems that when you use MagickReadImage command to read an image, wand doesn’t get overwritten. Remember reset wand variable when you are done with an image.

 wand = NewMagickWand()

Python Image Library (PYL) is a fully featured, quick image manipulation library for python. The default saving behaviour is a problem though, because it produces really low quality images. Remember that save function has a quality parameter, use values greater than 90 to get quality results!


from PIL import Image
image = Image.open("foo.jpg")
image = image.resize((800,600), Image.ANTIALIAS)
image.save("bar.jpg", quality=95)


Πολλές φορές έχει τύχει, ειδικά όταν συνδέομαι σε απομακρυσμένους υπολογιστές, να εκτελώ μία εντολή για παραπάνω από μία φορές, προσπαθώντας να δω την εξέλιξη μιας διαδικασίας. Η λύση στο πρόβλημα είναι η εντολή watch.

Η watch εκτελείται με παράμετρο την εντολή που μας ενδιαφέρει να εκτελούμε περιοδικά και αναλαμβάνει έργο. Κάθε δύο δευτερόλεπτα ανανεώνει την οθόνη με το αποτέλεσμα της εντολής. Μπορούμε να αυξήσουμε το διάστημα μεταξύ των εκτελέσεων με τη παράμετρο -n ή να υπογραμμίζεται τα σημεία της εξόδου της εντολής που αλλάξαν από την προηγούμενη εκτέλεση με τη παράμετρο -d.

Ένα τυπικό παράδειγμα εκτέλεσης της εντολής watch είναι

watch -n 5 -d date


η εκτέλεση του οποίου θα μας δίνει την ώρα, υπογραμμίζοντας ότι άλλαξε κάθε 5 δεύτερα. Φυσικά τίποτα (?) χρήσιμο δεν μπορείς να κάνεις με αυτή!

Η watch είναι χρήσιμη όταν παρακολουθούμε την εξέλιξη του μεγέθους καταλόγων

watch -n 5 du -sm bigdir/


Μπορούμε να χρησιμοποιήσουμε εισαγωγικά εάν η εντολή μας είναι πιο σύνθετη π.χ. Όταν θέλουμε να δούμε τα αρχεία που δημιουργεί ο μόνο ο χρήστης seadog

watch -n 5 "ls -lh | grep seadog"


Τα εισαγωγικά θα φανούν χρήσιμα και όταν χρησιμοποιούμε wildcards. Για παράδειγμα εάν θέλουμε να μάθουμε το μέγεθος των αρχείων στον κατάλογο που είμαστε και χρησιμοποιήσουμε την εντολή

watch du -sm *


και κατά τη διάρκεια εκτέλεσης εμφανιστεί ένα νέο αρχείο ή κατάλογος στο directory που παρακολουθούμε, αυτό δεν θα εμφανιστεί στην watch. Αυτό συμβαίνει γιατί το wildcard μεταφράζεται σε αρχεία, από το κέλυφος, όταν εκτελείται η watch και όχι σε κάθε εκτέλεση της du. Η εκτέλεση της εντολής με εισαγωγικά θα μας δώσει το επιθυμητό αποτέλεσμα

watch "du -sm *"


Η εντολή watch βρίσκεται στο πακέτο procps στο debian και στο ubuntu και πιθανότητα υπάρχει ήδη στο /usr/bin του υπολογιστή σας!

Όπως πάντα ανυπόμονος έχω βάλει την επόμενη έκδοση του ubuntu στο laptop πολύ καιρό πριν βγει. Από τις 21 Μαρτίου που κυκλοφόρησε η Beta έκδοση έχω κάνει ένα νέο partition για να δοκιμάσω τα νέα αγαθά του ελεύθερο λογισμικού. Σίγουρα το hardy είναι το state-of-the-art του ελεύθερου desktop. Τελευταίο gnome και firefox, αυξημένη ταχύτητα εκκίνησης και πολλές βελτιώσεις εδώ και εκεί για τις οποίες όλος ο κόσμος που δούλεψε, προγραμμάτισε, μετάφρασε, έκανε αναφορές σφαλμάτων αξίζει μπράβο.

Το hardy δυστυχώς όμως δεν είναι τόσο “σκληρό” όσο θα έπρεπε για μια LTS (long, term, support) έκδοση. Το evolution παρουσιάζει σοβαρά προβλήματα, όπως η χρήση υπερβολικής CPU κατά την αλλαγή φακέλων, που το κάνει δύσχρηστο (BUG: 203471). Επίσης οι νέοι -ανοιχτό λογισμικού πλέον- οδηγοί για τα wireless chip της intel 3945, iwl3945 δεν είναι το ίδιο σταθεροί με τους προηγούμενους (BUG: 185518) και το λαμπάκι του laptop δεν ανάβει όπως θα έπρεπε (BUG: 176090). Το πρόβλημα το system monitor σε μεγέθη παραθύρου μεγαλύτερα του 800×600 και σε κατάσταση γραφήματος, μπορεί να μην είναι σημαντικό, συνεισφέρει όμως στην αίσθηση περί μη εμπιστοσύνης του desktop σου (BUG: 187383). Επίσης κάτι περίεργο συμβαίνει με τον φωτισμό της οθόνης όταν ο υπολογιστής μένει idle (BUG: 203108). Τέλος το νέο world clock δεν υποστηρίζει case insensitive αναζήτηση στα ελληνικά (BUG: 208158), πέρα από το πρόβλημα που έχει με την επιλογή των timezone που γίνεται με μαθηματικό τύπο υπολογισμού της κοντινότερης κύριας πόλης και καμία σχέση δεν έχει με την πραγματικότητα! (Οι “μακεδονομάχοι” μην βιαστείτε να αναγνωρίσετε σκοπιανή προπαγάνδα όταν επιλέγετε το αεροδρόμιο Μακεδονία και σας βγάζει timezone τα Σκόπια. Είπαμε μαθηματικός τύπος είναι, συμβαίνει και σε άλλες περιοχές του κόσμου!) (BUG: 185190)

Αυτά είναι μερικά από τα bug που αντιμετώπισα εγώ τη λίγη ώρα που το δούλεψα. Θεωρώ ότι το θέμα του evolution και των ασταθών οδηγών ασύρματου δικτύου είναι αρκετά σημαντικά και, όπως και άλλα σοβαρά προβλήματα λειτουργικότητας που συναντούν άλλοι χρήστες θα πρέπει να διορθωθούν πριν από την επίσημη έκδοση. Είμαι της απόψεως ότι λύση θα πρέπει να δοθεί ακόμη και εάν χρειαστεί να καθυστερήσει η έκδοση του hardy για ένα - δύο μήνες, όπως είχε γίνει με επιτυχία και με το προηγούμενο LTS το 6.06, που ήταν ιδιαίτερα σταθερό. Γιατί να μην ξεχνάμε ότι το hardy θα είναι κοντά μας για τουλάχιστον 3 χρόνια στα desktop και 5 χρόνια στους servers και πάνω του θα στηθεί σοβαρή υποδομή. Απλά πρέπει να παίζει.