Plus sérieusement, vu les contraintes pour faire du présentiel lors de nos rencontres dans les locaux de la Mairie de Rouen, nous allons « lever » le pied et organiser des visio conférences en attendant que la Normandie passe du Rouge au Vert par exemple ainsi que l’allègement des prérequis pour des tenues de réunions. […]

De nuevo me pongo al día con Compilando Podcast. Así que os presento el episodio 50 titulado «Home Studio Libre» donde se habla de la producción audiovisual en Linux.

Home Studio Libre en Compilando Podcast #50

En palabras del gran Paco Estrada que sirven de introducción del episodio 50 de Compilando Podcast:

El grupo Home Studio Libre (HSL), será protagonista de la edición número 50 de Compilando Podcast.

Este grupo de Telegram fúe fundado por José GDF, hace unos años, con el objetivo de ayudar y compartir conocimientos sobre la producción de sonido con software libre. Posteriormente, además del sonido, se amplió el interés hacia la producción audiovisual en general.

Con José GDF hablaremos del grupo, de sus miembros y de las soluciones que pone a nuestra disposición el FLOSS para las producción de sonido. [..]

Junto al fundador del grupo, charlaremos sobre Home Studio Libre, con uno de sus miembros más activos y gran dinamizador : Fran Trujillo. Fran está al frente del podcast “InterYnet Podcast” y le podemos encontrar en el grupo compartiendo conocimiento libre sobre informática y producciones con herramientas libres.

En resumen, un podcast interesante por que es una forma de ver un crisol de proyectos libres que vuelven a demostrar lo viva que está la Comunidad y que nadie puede conocer al 100% todo lo que se crea a su alrededor.

Como siempre os invito a escuchar el podcast completo y compartirlo con vuestro entorno cercano y en vuestras redes sociales.

Más información: #50 Home Studio Libre en Compilando Podcast

¿Qué es Compilando Podcast?

Dentro del mundo de los audios de Software Libre, que los hay muchos y de calidad, destaca uno por la profesionalidad de la voz que lo lleva, el gran Paco Estrada, y por el mimo con el que está hecho. No es por nada que ganó el Open Awards’18 al mejor medio, un reconocimiento al trabajo realizado por la promoción .

A modo de resumen, Compilando Podcast es un proyecto personal de su locutor Paco Estrada que aúna sus pasiones y que además, nos ofrece una voz prodigiosa y una dicción perfecta.

Más información: Compilando Podcast

Afin de planifier au mieux notre prochaine réunion virtuelle, merci nous renvoyer ce petit formulaire assez rapidement. Nous avons besoin de votre adresse de courriel afin de vous envoyer le code d’accès et qui changera à chaque réunion.

KDE Frameworks 5.74.0 and systemd 246.4 became available in openSUSE Tumbleweed after two respective snapshots were released this week.

Hypervisor Xen, libstorage-ng, which is a C++ library used by YaST, and text editor vim were also some of the packages update this week in Tumbleweed.

The most recent snapshot released is 20200919. KDE Frameworks 5.74.0 was released earlier this month and its packages made it into this snapshot. KConfig introduced a method to query the KConfigSkeletonItem default value. KContacts now checks the length of the full name of an email address before trimming it with an address parser. KDE’s lightweight UI framework for mobile and convergent applications, Kirigami, made OverlaySheet of headers and footers use appropriate background colors, updated the app template and introduced a ToolBarLayout native object. Several other 5.74.0 Framework packages were update like Plasma Framework, KTestEditor and KIO. Bluetooth protocol bluez 5.55 fixed several handling issues related to the Audio/Video Remote Control Profile and the Generic Attribute Profile. A reverted Common Vulnerabilities and Exposures patch that was recommended by upstream in cpio 2.13 was once again added. GObject wrapper libgusb 0.3.5 fixed version scripts to be more portable. Documentation was fixed and translations were made for Finnish, Hindi and Russian in the 4.3.42 libstorage-ng update. YaST2 4.3.27 made a change to hide the heading of the dialog when no title is defined or the title is set to an empty string. Xen’s minor updated reverted a previous libexec change for a qemu compatibility wrapper; the path used exists in domU.xml files in the emulator field. The snapshot is trending stable at a 99 rating, according to the Tumbleweed snapshot reviewer.

Snapshot 20200917 just recorded a stable rating of 99 while introducing one of the more difficult packages to do that with the update of systemd 246.4; the suite of basic building blocks for a Linux system reworked how to prevent journald from both enabling auditd and recording audit messages. The new version is easier to maintain after patches reached an all time low for the package in the distro. Text editor vim 8.2.1551 fixed a lengthy list of problems including a memory access error and debugger code that was insufficiently tested. Disk archiver package dar 2.6.12 fixed a bug related to the merging of an archive when re-compressing the data with another algorithm. The only major version to update this week in Tumbleweed was virt-manager from 2.2.1 to 3.0.0; the new release came out on Sept. 15 and provides a new UI that has a ‘Manual Install’ option, which creates a VM without any required install media.

Release manager Dominique Leuenberger highlighted in his Tumbleweed review of week 2020/38 some packages in the staging projects that should make it into a snapshot soon. Those packages include openssl 3.0, glibc 2.32, SELinux 3.1, GNOME 3.36.6 and binutils 2.35.

Hoy me apetece seguir presentando algunos juegos de la división más lúdica y divertida de KDE, que aunque no está en la página oficial de KDE Games, si que está en la de aplicaciones. Hoy ha llegado el turno a Killbots, un juego de estrategia para Linux con el que podemos pasar muy buenos ratos intentando eliminar el mayor número de robots antes de que nos atrapen.

Killbots un juego de estrategia para Linux

Ya han pasado por este humilde blog un buen número de juegos de la división KDE Games como los recientes Kiriki, LsKat o KPatience o los pasados Kbounce, KSnakeDuel,  Kmines,  KBreakout,  KTuberling, Granatier, KSudoku, KGoldrunner, Kolor Lines (o Klines), KBlocks, Bovo, Kapman, Knights, Palapeli, KSquares, KBlackbox, KShinsen o Kubrick.

Hoy toca hablar de Killbots, un juego de estrategia por turno sencillo pero adictivo. Básicamente se trata de una cuadrícula donde se encuentra nuestro personaje, al cual le persiguen una serie de robots, y en el que deberemos no solo huir de ellos sino que esperar a que colisionen para que se destruyan.

Killbots tiene diferentes variantes, además de la clásica, como: Crisis energética, Daleks, Fácil o Killbots, con lo que las horas de diversión están garantizadas.

Además, se pueden poner diferentes pieles como la original del juego con caracteres ASCII pasando por un estilo Indiana Jones con fantasmas o uno de momias.

El juego es una creación Parker Coates <coates@kde.org> que se inspiró en Gnome Robots de Mark Rae para introducir la teletransportación segura y los robots ràpidos.

Más información: KDE Apps

¿Y cómo se instala?

Al ser un juego de la rama de KDE la  instalación es sumamente sencilla. Básicamente debemos abrir una sesión de la consola y escribir:

En KDE Neon, Kubuntu y Linux Mint: $sudo apt install killbots

En openSUSE: $sudo zypper killbots

En Mageia (gracias a Hurr) tenéis 3 opciones:

$ sudo dnf in killbots

o
$ sudo dnf install killbots

o
$ sudo urpmi killbots

[… comenta y añadimos cómo se instala en tu distribución favorita]

Somebody pointed me to a research article about how many app developers fail to comply with the GDPR and data requests in general.

The sender suggested that I could use it in marketing for Nextcloud.

I appreciate such help, obviously, and often such articles are interesting. This one - I read it for a while but honestly, while I think it is good this is researched and attention is paid for it, I neither find the results very surprising NOR that horrible.

What, a privacy advocate NOT deeply upset at bad privacy practices?

Sir, yes, sir. You see, while the letter of the law is important, I think that intentions also are extremely important. Let me explain.

Not all GDPR violations are made equal

If you or your small business develops an app or runs a website to sell a product and you simply and honestly try to do a decent job while being a decent person, the GDPR is a big burden. Yes, the GDPR is good, giving people important rights. But if you run a mailing list on your local pottery sales website, with no intention other than to inform your prospective customers and followers of what you're up to, it can be a burden to have people send you GDPR takedown and 'delete me' requests instead of just having them, you know - unsubscribe via the link under your newsletter!

The goal of the GDPR, and of my personal privacy concerns, isn't at all related to such a business. If anything, their additional hardship (and we at Nextcloud have this issue too) is at best a by product of the goal. That byproduct isn't all bad - we all make mistakes, and being more aware of privacy is good, even for small businesses. The GDPR has forced many small businesses to re-think how they deal with private data, and that isn't a bad thing at all. But it isn't the main benefit or goal of the GDPR in my eyes. There are big businesses who totally COULD do better but never bothered, and now the GDPR forces them to get their act together. While that's a real good thing, even THAT is not, in my opinion, what the GDPR is about.

Privacy violation as a business

You see, there are businesses who don't violate privacy of people by accident. Or even because it is convenient. There are businesses who do it as their core business model. You know who I'm talking about - Facebook, Google. To a lesser but still serious degree - Microsoft and yes, even Apple, though you can argue they are perhaps in the "side hustle" rather than "it's their primary revenue stream" category.

For these organizations, gathering your private data is their life blood. They exploit it in many ways - some sell it, which is in my opinion definitely among the most egregious 'options'. Others, like Google and Facebook, hoard but also aggressively protect your data - they don't want to leak it too much, they want to monetize it themselves! Of course, in the process of that, they often leak it anyway - think Cambridge Analytica - that was in no way an incident, hundreds of apps get your private data via Google, Facebook, Microsoft and others. But by and large, they want to keep that data to themselves so they can use it to offer services - targeted ads. Which in turn, of course, get abused sometimes too.

My issue with this business model, even without the outright sale of data, is two-fold.

Ads work better than you think

First, in principle - while people might feel ads don't effect them, there is a reason companies pay for them. They DO effect your behavior. Maybe not as much or in the way marketing departments think or hope, but the effect exists.

How bad is that? Depends, I guess. To some degree, it is of course entirely legitimate that companies have a way to present their product to people. But modern targeting does more, including allowing companies to charge specific people different prices, and of course a wide arrange of sometimes nasty psychological tricks is used. The example Facebook once gave to potential advertisers, of targeting an insecure youth "at their most vulnerable" with an ad is... rather disgusting.

This gets worse when we're not just talking about product ads but political ads, either from political countries or, of course, from foreign non-democratic adversaries trying to influence our freedoms in a rather direct and dangerous way. And again - this is more effective than most people realize or are willing to admit and has swayed elections already, making is all less free.

Centralization is bad

Second, there is simply a HUGE issue with all-our-eggs in one basket. Especial when that basket is in a foreign country and not protected by privacy and security laws compatible with those in your own country. Having a single point of failure, how well protected - is just not smart. Things WILL fail, always. Better have slightly more breaches that each are just a single provider, than one breach of all private data of everyone in a country...

And that's not even talking about the fact that this data helps these companies get incredibly huge and then allows them to suppress or kill competition (or just buy it) - think Amazon, Microsoft. These tech molochs are just plain bad because of many reasons. They are anti-competitive, which raises prices, decreases choice, and the much lower innovation-per-dollar they produce is of course a worse deal for society too. They are too easy to control by law enforcement and censorship, impacting our freedoms - even when they're not 'foreign' to you. Yes, it is harder to censor 50000 private servers than one Google server farm!

Triggered

 So, as you notice, this question triggered me. Not all privacy violations are equal. Intentions matter. As does market power. And the GDPR is not a golden bullet. It has downsides - compliance is often easier for big companies than small ones, a serious issue.

Luckily, our judicial system tends to look at the intentions behind law, and I would expect a judge to fine an organization heavier for truly bad business models than for honest mistakes. I hope I'm not too optimistic here.

From my side, I don't want to bang on people's head for mistakes. I want to attack and challenge bad business models and bad intentions. A local, small app maker who fails to respond quickly enough to GDPR requests - not my target. Facebook - yes.

And by the way. Maybe it doesn't need to be said to most of you, dear readers, but of course - our open source world is, I still believe, a huge part of solving this problem. KDE, openSUSE and other Linuxes and desktops - and of course Nextcloud, Mastodon, Matrix and other decentralized and distributed and self-hosted platforms. We have ways to go, but we're making progress!

As I concluded to the person who triggered me - I know, this is far too long a reply to what they said

But it triggered me ;-)

Best reply over twitter, (twitter.com/jospoortvliet) or so, this awful Google platform makes commenting nearly impossible. And I know, the irony, replying on twitter, and I still have not moved away from blogger.com... Some day, some day. When I find time.

The openSUSE Project is progressing with the state of openSUSE Jump, which is the interim name given to the experimental distribution in the Open Build Service.

openSUSE Leap Release Manager Lubos Kocman sent an email to the project titled “Update on Jump and Leap 15.3 and proposed roadmap for the next steps” that explains the progress that has been made with Jump 15.2.1.

“We have some exciting news to share about the openSUSE Jump effort!” Kocman wrote. “We will have a Jira partner setup (coming) for openSUSE this week!”

Access to Jira will allow openSUSE Leap contributors to see updates on community feature requests and be able to comment on requested information or allow them to request information. The process will be tested initially by one of the community members to see if it works properly.

Kocman also informed the project of a new OBS feature that will allow openSUSE Leap contributors to submit code changes “directly” against SUSE Linux Enterprise without having Submit Requests rejected unless they failed review.

“All openSUSE Leap contributors should have a look at Jump submit requests documentation,” Kocman wrote

The OBS team is still working on the sync of comment updates for Submit Requests from SUSE’s Internal Build Service back to OBS. More info about this IBS and OBS topic can be found on https://en.opensuse.org/Portal:Jump:OBS:SRMirroring.

Jump is a prototype rebuild of openSUSE Leap 15.2 that is synchronizing SUSE Linux Enterprise source code and binaries.

Bringing the source code and binaries of both Leap and SLE together is a challenge that has been successfully progressing since the late Spring. Process adjustments, new tools and changes in workflows have been made to help with the efforts for developers, contributors and stakeholders.

Kocman also provided a link to the roadmap listing GO/NOGO decisions for Jump and Leap toward the end of October and beginning of November.

Πώς μπορώ να κάνω μια καλή ερώτηση σε ένα φόρουμ;

Παλιότερα τα φόρουμ ήταν τόπος επίλυσης πολλών προβλημάτων των χρηστών. Με την έλευση των μέσων κοινωνικής δικτύωσης, οι περισσότεροι ρωτούν σε ομάδες ειδικές για την εκάστοτε διανομή/πρόγραμμα, ώστε να έχουν γρηγορότερη απάντηση. Προσωπικά έχω λύσει αλλά μου έχουν λυθεί πολλές απορίες σε πολλά forum.
Ένα από τα αξιοσημείωτα forum είναι το Java Ranch. (http://www.coderanch.com/how-to/java/HowToAskQuestionsOnJavaRanch)

Γιατί σας αναφέρω το συγκεκριμένο forum; Επειδή έχουν μια καλή παράδοση να κάνουν καλή ερώτηση.

Το να περιγράψει κανείς επακριβώς το πρόβλημα που αντιμετωπίζει, φαίνεται να είναι κάτι που απουσιάζει σε πολλά forum. Όχι μόνο στην Ελλάδα αλλά και στο εξωτερικό. Βέβαια από την άλλη, υπάρχει η άποψη ότι "αν γνώριζα πως να κάνω μια αναλυτική ερώτηση, θα μπορούσα να βρώ και την λύση από μόνος μου". Δεν είναι ακριβώς έτσι. Θα μοιραστώ έναν μικρό οδηγό σχετικά με τον τρόπο υποβολής ερωτήσεων σε ένα forum που θα βοηθήσουν τους πεπειραμένους να σας δώσουν μια άμεση και γρήγορη απάντηση.

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

Ο πρώτος κανόνας για να λάβετε μια καλή απάντηση είναι

«Δείξτε κάποια προσπάθεια»

Να θυμάστε ότι τα μέλη του forum δεν πληρώνονται για να απαντήσουν στις ερωτήσεις σας. Θα αφιερώσουν το χρόνο τους σε εσάς, οπότε βεβαιωθείτε ότι έχετε καταβάλει τουλάχιστον τόση προσπάθεια στην ερώτηση όσο περιμένετε να σας δώσουν τα μέλη που θα ασχοληθούν. Μην υποθέτετε ότι ο χρόνος των άλλων ανθρώπων είναι λιγότερο πολύτιμος από τον δικό σας που έχετε τη δυνατότητα να κάνετε «τηλεγραφικές» ερωτήσεις ώστε να «κερδίσετε» χρόνο - πράγμα που αναγκάζει τα μέλη του forum να χρειαστεί σπαταλήσουν χρόνο για να καταλάβουν τι ζητάτε.

«Να είστε ακριβής»

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

«Πρώτα αναζήτηση»

Χρησιμοποιήστε το πεδίο αναζήτησης στο forum. Χρησιμοποιήστε το Google. Πείτε τι έχετε αναζητήσει και ίσως να σας δωθεί μια υπόδειξη για το τι να αναζητήσετε. Προσωπικά μισώ όταν μπορείτε να κάνετε αντιγραφή της απλής ερώτηση του θέματος που γράψατε στην ανάρτησή σας στο forum, και επικόληση στο Google και να λάβετε 10-15 καλές απαντήσεις. (Και ναι, ακόμη και αν χρησιμοποιήσετε παράθυρο ανώνυμης περιήγησης του Chrome). Μην προσβληθείτε εάν κάποιος δημοσιεύσει έναν σύνδεσμο https://lmgtfy.com.

«Ηρεμήστε»

Λοιπόν, βιάζεστε να λύσετε ένα πρόβλημα. Δεν βοηθά να γράψετε ΜΕ ΚΕΦΑΛΑΙΑ ΓΡΑΜΜΑΤΑ. Δεν βοηθά να γράψετε ΕΠΕΙΓΟΝ και ASAP (το γρηγορότερο δυνατό). Σε κανέναν δεν αρέσει όταν προσπαθείτε να του μεταφέρετε το άγχος σας. Αποκτήστε μια Rubber Duck. Είναι εκπληκτικό πόσο καλό είναι το Rubber Duck που λύνει προβλήματα. (Ψάξτε στο Google για Rubber Duck Debugging). Εάν είναι πραγματικά επείγουσα ερώτηση και κάποιος την δει μια ημέρα μετά την ανάρτησή της, νομίζω γενικά ότι θα λάβετε την απάντηση αργοπορημένα ούτως ή άλλως.

«Κάντε υπομονή»

Μην πηγαίνετε στην ανάρτησή σας στην κορυφή γράφοντας «Κάποιος;». Οι 24 ώρες δεν είναι πολύς χρόνος για να περιμένετε μια απάντηση. Ενώ περιμένετε, θα μπορούσατε να «Δείξετε κάποια προσπάθεια». Είναι εντάξει να γράψετε μια απάντηση στην ανάρτησή σας εάν έχετε νέες πληροφορίες όπως "Βρήκα αυτό το άρθρο, αλλά μπορεί κάποιος να μου εξηγήσει τι εννοούν με το Χ;".

«Γράψτε στο θέμα μια πρόταση που να βγάζει νόημα»

Αυτό έχει να κάνει πολύ με το «Έκανα μια προσπάθεια». Αυτός είναι ο τρόπος διαφήμισης της ερώτησής σας. Το "REACT ΠΡΟΒΛΗΜΑ" δεν είναι καλό θέμα. "Πού μπορώ να βρω εγχειρίδια για React;" είναι καλύτερο. Οι λάτρεις του φόρουμ αγαπούν μια πρόκληση, οπότε βεβαιωθείτε ότι το θέμα σας είναι «δύσκολο».

«Πείτε τις λεπτομέρειες»

Θέλουμε τις λεπτομέρειες, όλες τις λεπτομέρειες. Αν γράψετε ένα ξερό «Το πρόγραμμά μου εμφανίζει ένα σφάλμα» θα οδηγήσει στην ερώτηση «Ποιο σφάλμα;».
Αν πείτε «Το πρόγραμμά μου δίνει ένα NullPointerException στη γραμμή 13. Παρακάτω είναι ο κώδικας ...» είναι πολύ καλύτερο.

Πρέπει να είστε σε θέση να περιγράψετε:

Λεπτομερής περιγραφή του προβλήματος

• τι κάνατε
• τι περιμένατε να συμβεί
• γιατί περιμένατε να συμβεί
• γιατί το χρειάζεστε για να συμβεί
• αυτό που συνέβη στην πραγματικότητα και γιατί αυτό που συνέβη είναι πρόβλημα για εσάς

Μήνυμα λάθους

• Ηλεκτρονικός υπολογιστής (χαρακτηρηστικά του, σε περίπτωση ερώτησης σχετικά με το λειτουργικό σύστυμα)
• Αριθμοί έκδοσης των σχετικών βιβλιοθηκών, JDK, εργαλεία, λειτουργικό σύστημα κ.λπ.
• Αποσπάσματα κώδικα
• Ίχνος στοίβας
• Τι άλλο δοκιμάσατε / τι λειτούργησε / τι δεν λειτούργησε

99 φορές στα 100, έχω λύσει προσωπικό πρόβλημα όταν έχω απαντήσει στις ερωτήσεις.

«Χρησιμοποιήστε ολόκληρες λέξεις με προτάσεις»

Αν προσπαθείτε να γράψετε κάτι τηλεγραφικά όπως γράφετε ένα SMS, κάντε το με τους φίλους σας αν θέλετε. Το ίδιο με τη χρήση του "h4x0r353". Χρησιμοποιώντας κανονικές προτάσεις και λέξεις, βοηθάτε και τις μηχανές αναζήτησης αλλά και γενικά τις αναζητήσεις άλλων χρηστών με το ίδιο πρόβλημα.

«Αναφέρετε τις πηγές σας»

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

«Δημοσιεύστε κείμενο και όχι στιγμιότυπα οθόνης»

Κατά την ανάρτηση κώδικα, μηνυμάτων μεταγλωττιστή ή πραγματικά οτιδήποτε στα φόρουμ, δημοσιεύστε κείμενο χρησιμοποιώντας ετικέτες κώδικα αντί για συνημμένα στιγμιότυπα οθόνης. Εναλλακτικά χρησιμοποιήστε μια υπηρεσία όπως το pastebin dot com.
Όταν αφορά κώδικα, τα στιγμυότυπα οθόνης απαιτούν από τους χρήστες να τα κατεβάσουν στους υπολογιστές του (κάτι που είναι απρόθυμοι να το κάνουν), να ψάχνουν στις μηχανές αναζήτησης με λέξεις κλειδιά του κώδικά σας και στην χειρότερη να πρέπει να δακτυλογραφήσουν τον κώδικά σας σε αρχείο για να δοκιμάσουν. Αυτό τους ωθεί στο να μην σας βοηθήσουν καθόλου.
Τα στιγμιότυπα οθόνης είναι συμπληρωματικά. Σε περιπτώσεις κώδικα, προσθέστε και το στιγμιότυπο οθόνης γιατί μπορεί να έχετε κάνει κάποιο ορθογραφικό λάθος που να φαίνεται και στην φωτογραφία. Τώρα εάν αφορά κάποιο πρόβλημα του λειτουργικού συστήματος και κάποιας συσκευής, και εδώ θα βοηθήσει πολύ η φωτογραφία αλλά εάν σας ζητήσουν να δώσετε το αποτέλεσμα μιας εντολής, αυτό σίγουρα πρέπει να είναι σε κείμενο.

«Πείτε ευχαριστώ»

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

«Χρησιμοποιήστε το δικό σας όνομα»

Προτιμώ να απαντήσω σε μια ερώτηση του "Stathis Iosifidis" παρά στο "savra". Μου αρέσει να μιλάω σε ανθρώπους.

«Μην ουρλιάζετε»

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

«Δεν χρειάζεται να πείτε συγγνώμη»

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

EDIT: (Παραθέτω από το Facebook όπως σωστά επισήμανε η Ελένη Σακελλάρη)

«Διαβάζουμε ξανά το κείμενο της ερώτησης»

Είτε ρωτάμε, είτε απαντάμε, πριν πατήσουμε το send, ξαναδιαβάζουμε αυτό που γράψαμε. Γιατί;

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

Έτσι, ακόμα και για μια μικρή παραγραφούλα ακολουθούμε τον κανόνα της αρθρογραφίας: 40% σκέφτομαι - 20% γράφω - 40% ξαναδιαβάζω και διορθώνω.

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

Σχετικά με αυτό το θέμα μπορείτε να βρείτε στη πολλά στη διεύθυνση http://www.catb.org/~esr/faqs/smart-questions.html.

Επίσης δείτε και το παραπλήσιο άρθρο:
6+1 λάθος διατυπώσεις σε ερωτήσεις αναζήτησης βοήθειας

Το παρόν άρθρο είναι αντεγραμμένο με λίγες τροποποιήσεις από το https://forums.adobe.com/thread/2332684 + δευτερεύουσες τροποποιήσεις.

En diciembre de 2020 se celebrará un evento online en español centrado en GNU/Linux y el software libre visto desde muchos ángulos. El 24h24L

Una de las cosas buenas del software libre, es que el código permite replicar el proyecto, expandirlo, mejorarlo, añadir y quitar en función de nuestras necesidades/gustos y compartirlo con más usuarios.

Y en similitud con esa cualidad exclusiva del software libre, tenemos que ideas y proyectos relacionados con este movimiento del software libre, se replican, se crean y ayudan a la difusión de esta pasión que muchas personas compartimos en todo el mundo.

Si hace un tiempo, Juan Febles nos sorprendió creando, produciendo el primer Maratón Linuxero, eso no ha hecho más que plantar una semilla en la cabeza de otras personas que movidos por ese “se puede hacer” deciden ponerse manos a la obra e ingeniarse su propio evento relacionado con GNU/Linux y el software libre.

Eso es lo que me viene a la cabeza cuando me entero del evento 24h24L. Un evento en línea de 24 horas de duración en formato podcast y realizado en español, para toda la comunidad hispana de GNU/Linux.

24h24L, serán 24 horas de podcast divididos en diversas temáticas con moderadores y participantes que tratarán ese tiempo de diversos temas. La idea y la organización surge de José Jimenez aka Rooteando, que ha decidido hacer realidad su proyecto y organizar este evento y aunar nombres importantes dentro del mundillo para esta primera cita del evento.

El proyecto me gustó desde su inicio y ahora que todo se va fraguando y concretando, todavía tiene un aspecto mucho más interesante. Así que he decidido hacer una entrevista en exclusiva a José Jimenez para que nos responda de primera mano y desde el epicentro del evento sobre algunas cuestiones de 24h24L.

Vhck: Antes de nada te queremos conocer algo más. ¿Hace cuanto que usas GNU/Linux? ¿Qué distribución utilizas? ¿Tu trabajo está relacionado con GNU/Linux? ¿Qué es para ti el software libre?

Empece a utilizar GNU/Linux por el 1996-1997 porque quería replicar el entorno que se utilizaba en las salas de ordenadores de la facultad de informática , que era Solaris, y poder realizar las prácticas en el mismo entorno que tenia en la facultad. Que yo recuerde la primera distribución que utilice fue una Slackware 3.4.

Soy un usuario “monodistribución” llevo muchos años utilizando Fedora, empece a utilizarla cuando se llamaba Red Hat y la primera versión que utilice creo que fue la 5.0 . Estoy muy acostumbrado a ella y no tengo queja, he probado muy pocas distribuciones y salvo una época que tuve Debian en un ordenador que usaba de servidor, en todos mis equipos siempre han tenido RedHat/Fedora

Mi trabajo no tiene relación directa con GNU/Linux, soy formador , salvo en un par de cursos que intente dar un poco de GNU/Linux, con resultados dispares, la temática de los cursos que imparto no tiene relación con este sistema operativo.

Vhck: Pero vayamos al meollo del proyecto 24h24L ¿Cómo surgió el proyecto 24h24L? A mí me recuerda en algún modo al Maratón Linux ¿Toma algo de eso, o no tiene nada que ver?

Lo primero que suelo definir en mis proyecto es el objetivo y si lo tengo claro, sigo adelante. En este caso, el objetivo era ayudar a la gente que esta empezando o que quiere empezar en GNU/Linux con información y experiencias de usuarios que ya utilizan habitualmente este sistema operativo.

Después pensé como debía hacerlo, y elegí un formato de podcast, creo que es lo mas cómodo para contar una experiencia o dar información. Para que todo estuviera mas organizado, pensé una serie de categorías que representan diversos ámbitos donde esta presente GNU/Linux y en cada una de ellas incluir audios de temáticas relacionadas con la categoría.

Por último, tuve que buscar gente que me ayudara con la organización y participantes para los audios, por suerte convencí a varios podcaster del mundo de Linux y otros personas que contacté por Telegram .

Del Maratón Linuxero, Juan Febles participa en la organización y en los audios, copié el formato de 24 horas, para que fuera un evento algo diferente. Para hacer el evento menos complejo, a diferencia del Maratón, no será en directo, será en diferido, con una emisión de audios ya grabados.

Vhck: Explícanos el detalle de en qué consistirá el 24h24L y cómo está dividido, qué fases o temas tratará, etc…

Los audios del evento están organizados en varios categorías: Redes, Empresas, GNU/Linux, Programación, Multimedia y Hardware. En principio, cada categoría tenía 4 audios, pero tuve problema con la temática del algún audio y hay una categoría con 3 audios(Redes) y otra con 5 audios (Empresas), pero el resultado siguen siendo 24 audios.

Ahora mismo, el evento se encuentra en la fase de “grabación”, donde los moderadores, las personas encargadas de la grabación, se ponen en contacto con los participantes de los audios para acordar una fecha de grabación . Una vez grabado, enviaran los audios a la organización donde el grupo de audio/vídeo los prepara para la emisión.

Vhck: ¡24h son muchas! ¿Te has quedado sin ideas para llenar ese tiempo o ha habido temas que se han quedado fuera?

En principio no he tenido problemas para las categorías y temáticas de los audios, GNU/Linux está presente en muchos ámbitos. A la hora de escoger una categoría de otra , era simplemente que había conseguido 4 temáticas para audios

Conforme iba organizando el evento , conseguía participantes y moderadores, algunos temas se han cambiado por otros, en función de si se conseguía participantes, Pero en general, no han sido muchos cambios

Vhck: ¿Cuanta gente hay detrás del 24h24l para producirlo y llevarlo a buen fin?

Como he dicho antes, hay varios grupos de trabajo, en total habrá una 20 personas en la organización, incluyendo a los moderadores.

Respecto a los participantes , la intención era que cada audio tuviera un mínimo de dos participantes , menos en un par de audios, se ha conseguido, también hay algún participante que esta en mas de un audio, incluso hay gente de la organización que participa en audios. En total ,creo que hay entre 30 a 35 personas participando en los audios.

Vhck: El proyecto en su web ya tiene publicado el programa de charlas. ¿Cómo ha sido el proceso de gestación y qué te ha llevado a elegir una temática u otra, unos ponentes u otros?

Simplemente si conseguía participantes para la charlas o no, esa era el principal requisito . Por suerte, la gran mayoría de charlas he conseguido participantes.

Respecto a los participantes , hay dos tipos; los moderadores y los participantes. El primero quería que fueran personas con experiencia en podcast , por el formato de las charlas, el segundo buscaba un perfil de usuario habitual de Linux y con experiencia en la temática de la charla.

Primero empece a proponérselo a gente conocida por Telegram, el medio principal de comunicación y donde he conseguido a toda la gente para el evento. Después empece a poner mensaje en diversos grupo y canales de Telegram , que permitió que se unieran al evento a personas que no conocía y ha funcionado muy bien.

Vhck: Danos un resumen/adelanto de lo que podremos encontrar. ¿Nos tienes guardada alguna sorpresa que no has desvelado?

Sorpresa poca, no nos guardamos nada, habrá sorteos, los oyentes podrán enviar preguntas y mas cosas que iremos anunciando. Simplemente queremos que cualquier oyente sepa lo que espera al escuchar el evento, por ese motivo todas las ideas que tenemos , la publicamos por las diferentes redes del evento.

Vhck: ¿Cuando podremos disfrutar de esta emisión? Y si no podemos escucharlo ese día o completo ¿Se podrá disfrutar de las charlas en otro momento?

La fecha de emisión será el próximo 12 de diciembre a las 16:00 (hora peninsular española) y finaliza el 13 de diceimbre a las 17:00, será en un reproductor instalado en la web 24h24l.org. Al día siguiente de la emisión, distribuiremos un feed con todos los audios por las principales plataformas de podcasting.

Vhck: El 24h24l tiene formato de podcast ¿Qué ofrece este medio que tan de moda se ha puesto?

El podcast tiene una gran ventaja que es la facilidad para poder escucharlo donde y cuando quieras , y podemos reproducir en multitud de dispositivos como móvil, tablet, ordenador…

Pero debe tener un contenido acorde al formato , por eso se ha pensado que las charlas sean para dar información y experiencia de usuario, que es ideal para este formato.

Vhck: Hasta el día de emisión ¿Cómo podremos estar informados de lo que vaya sucediendo en 24h24l para estar al tanto del proyecto?

El evento tiene un conjunto de fuentes información , principalmente la web 24h24l.org y una cuenta de Twitter @24h24l1, pero también tenemos otras cuentas en redes sociales libre como Mastodon @24h24l y una canal de Telegram @evento24h24l. Esperamos en breve, abrir nuestro canal de Youtube 24H24L donde podremos audios que estamos haciendo sobre los participantes en el evento y publicaremos los audios del evento al día siguiente de la emisión.

Vhck: ¿Tiene voluntad de ser algo periódico o es un proyecto puntual?

La idea es que se convierta en un evento anual, pero depende de la acogida del día de emisión y escuchas del podcast, si es un éxito, se podría intentar una segunda edición. Aunque ahora mejor centrarse en el evento actual y que salga adelante.

Tengo que reconocer que tengo alguna ideas que me gustaría poner en práctica en futuras versiones, pero eso el tiempo lo dirá.

Vhck: Antes de embarcarte en este proyecto tu ya tenías tus pinitos en esto del podcast y del software libre. Háblanos un poco sobre esos proyectos paralelos.

Tengo varios podcast y canales de Telegram de diferentes temáticas, los relacionados con GNU/Linux, son un podcast llamado Tomando un Café y un canal de Telegram llamado Un Día Una Aplicación.

En el podcast hablo sobre aplicaciones de Linux y tengo reflexiones/opiniones sobre diversos aspecto de Linux. Respecto al canal de Telegram, originalmente , publicaba todos los días una aplicación de Linux, con una pequeña reseña de información; descripción, licencia y enlaces a su web y/o repositorio, pero por motivos de tiempo ahora solo publico tres aplicaciones a la semana (lunes, liércoles y viernes)

Vhck: Muy interesante la propuesta y estaremos muy atentos a las novedades. Y el día de la emisión a lo que en 24h24l ocurra. La última palabra es tuya para decir lo que quieras.

Muchas gracias Victor por ofrecerme esta entrevista para explicar el proyecto y promocionarlo. Me gustaría recordar, que si queréis hacer una pregunta a los entrevistados ,en la web podéis ver los temas de los audios y participantes, solo teneis que enviar un correo a 24h24l@mailo.com <mailto:24h24l@mailo.com>, en el asunto poner “Pregunta del oyente” y en el mensaje poner nombre, audio que quieres preguntar y la pregunta.

Muchas gracias a José Jimenez por la tarea de compilar este proyecto para nosotros y poder disfrutar de nuestra pasión que es GNU/Linux y el software libre.

El mundo del internet de las cosas debe estar íntimamente unido al Software Libre si queremos preservar nuestra intimidad y privacidad. Os presento Wunderground PWS Widget, el plasmoide 155 de la serie, que nos da información meteorológica de forma diferente al que estamos acostumbrados.

Wunderground PWS Widget, Plasmoides de KDE (155)

Por norma general, cuando utilizamos un servicio de meteorología los datos que nos proporciona provienen de una Estación Meteorológica cercana o del Aeropuerto más próximo, con lo cual su precisión puede no ser muy buena.

Ahora bien, esto me lleva a hacerme unas preguntas que afortunadamente tiene respuesta positiva.

¿Se puede mejorar? Si.

¿Cómo? Obteniendo datos más cercanos a tu localización y haciendo predicciones basado en esos datos.

¿Y se puede hacer eso? Sí, con la colaboración de los usuarios y los servicios de Weather Underground.

¿Y lo puedo tener como plasmoide en mi escritorio Plasma? Por supuesto. Con el plasmoide 155 que presento en el blog llamado Wunderground PWS Widget, de ODD-K.

Y es que la idea es muy sencilla. En la actualidad hacerse una estación meteorológica casera es posible con una Raspberry Pi (o se puede adquirir una con un módico precio que puede rondar desde los 200€ hasta los 1000€, según que prestaciones queramos).

Una vez la tengamos montada simplemente debemos registrarnos en Weather Underground y ellos mismos se encargarán de realizar ponerlos en sus programas de simulación y obtener así la predicción adecuada.

Posteriormente, podemos consultar en su página web o utilizar Wunderground PWS Widget en nuestro escritorio Plasma.

Hay que destacar que este plasmoide precisa de mucho amor ya que: no muestra la predicción; las unidades estań en el sistema inglés (grados farenheit en vez de celsius, por ejemplo); no muestra iconos, etc.

Así que estemos atentos a su evolución ya que nos encontramos ante una gran iniciativa que demostrará el poder del saber colectivo.

Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la nueva página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.