Resolving a conflict
When you are hear 2 coworkers complaining about breaking each other’s changes to a package, you wonder what is going on. And this time it turns out they were complaining about a rubygem package. So yeah time to find a nice solution to this problem finally.
The conflict
rubygem-annotate and gd. Both provide a /usr/bin/annotate. In the case of our gem based packaging this is of course only a symlink handled by update-alternative.
Though the code handling this is split over 2 places - the script that handles installing each gem and our template for the subpackages.
Emojis increíblemente grandes en Thunderbird [Ubuntu]
Últimamente a las empresas les ha dado por incluir emojis en el Subject de los correos que les envían a sus usuarios , todo con tal de hacerlos llamativos o la razón que sea.
Esto se ve bien en el celular, pero al usar Ubuntu, no lo es tanto:

Navegando en los foros de Mozilla, me encuentro con que podemos arreglarlo con tan solo agregar las dos fuentes Noto-emoji que pueden encontrar en este repositorio de GitHub.
Descarga los archivos .ttf del repositorio y después pégalos en tu carpeta .fonts que se ubica en tu directorio de usuario.
Si tienes abierto Thunderbird, basta con que lo cierres y lo vuelvas a abrir para que ya despliegue correctamente los emojis.

Ein paar Tipps zum Aktualisieren von openSUSE
Seit dem 25. Mai 2018 ist openSUSE Leap 15.0 verfügbar. Ein guter Grund mal ein paar Tipps zur Aktualiserung von openSUSE auf eine neue Version zu geben. Da ich für gewöhnlich mithilfe des Installationsmediums aktualisiere beziehen sich meine Tipps primär auf diese Methode. Aber gerade der Hinweis wie man verwaiste Pakete findet ist natürlich auch nach einem sogenannten Live-Upgrade hilfreich.
Der NVIDIA-Treiber
Meiner Erfahrung nach empfiehlt es sich den NVIDIA-Treiber vor dem Update zu deinstallieren. Bei früheren Versionen von openSUSE habe ich es ansonsten schon erlebt, dass auch nach hinzufügen des NVIDIA-Repositories für die neue Version noch der alte Treiber installiert bleibt. Dieser funktioniert dann allerdings nicht. Linux, bzw. X.org, ist an dieser Stelle zwar hart im Nehmen und nutzt dann automatisch Nouveau, aber dieser kann dem proprietären Treiber von NVIDIA leider nicht annähernd das Wasser reichen.
Sollte das System bereits aktualisiert und Nouveau aktiv sein, so empfiehlt es sich den alten NVIDIA-Treiber mittels zypper remove nvidia* komplett zu deinstallieren und anschließen neu zu installieren.
Eine Neuinstallation mittels zypper install --force hat bei mir in der Vergangenheit meißtens nicht den gewünschten Erfolg gebracht.
UEFI
Bei einem System welches sowohl im EFI-Modus als auch im Bios-Kompatibilitätsmodus starten kann ist es wichtig das Upgrade im selben Modus zu starten welchen das alte System nutzt. Bei openSUSE 42.2 endete ich dadurch, dass ich dies nicht getan habe, mit einem nicht bootfähigen System. Allerdings gibt es im Zweifelsfall einen einfachen Ausweg. Einfach auf dem bereits aktualisieren System das Update nochmal im richtigen Modus ausführen. Da alle Pakete schon aktualisiert sind und nur noch der Bootcode korrekt installiert werden muss, geht dies dann auch recht schnell.
Repositories
Bei einem Update mithilfe des Installationsmediums werden alle zusätzlichen Repositories aus dem System entfernt. Dies führt zu einem sauberen Update, kann aber zur Folge haben, dass man anschließend mühsam zusammensuchen muss woher man eine bestimmte Anwendung hatte. Hierzu empfiehlt es sich vor der Aktualisierung einen Überblick zu verschaffen welche Pakete man aus dritten Quellen installiert hat.
Die konfigurierten Repositories
Zypper kann einem mit repos -u die Liste der aktuell konfigurierten Repositories mit ihren URLs ausgeben.
So ist es, falls das Repository auch nach dem Update noch benötigt wird, möglich, durch einfaches Ersetzen der Versionsnummer in der URL, an das passende Repository der neuen Version zu kommen.
Auf meinem großen Rechner sieht dies dann zum Beispiel so aus:
> zypper repos -u
Die Repository-Prioritäten sind ohne Effekt. Alle aktivierten Repositorys teilen sich die gleiche Priorität.
# | Alias | Name | Aktiviert | GPG-Überprüfung | Aktualisierung | URI
---+---------------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-------------------------------------------------------------------------------------
1 | code | Visual Studio Code | Ja | (r ) Ja | Ja | https://packages.microsoft.com/yumrepos/vscode
2 | download.nvidia.com-leap | nVidia Graphics Drivers | Ja | (r ) Ja | Ja | http://download.nvidia.com/opensuse/leap/42.3
3 | download.opensuse.org-non-oss | Haupt-Repository (NON-OSS) | Ja | (r ) Ja | Ja | http://download.opensuse.org/distribution/leap/42.3/repo/non-oss/
4 | download.opensuse.org-non-oss_1 | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja | (r ) Ja | Ja | http://download.opensuse.org/update/leap/42.3/non-oss/
5 | download.opensuse.org-oss | Haupt-Repository (OSS) | Ja | (r ) Ja | Ja | http://download.opensuse.org/distribution/leap/42.3/repo/oss/
6 | download.opensuse.org-oss_1 | Hauptaktualisierungs-Repository | Ja | (r ) Ja | Ja | http://download.opensuse.org/update/leap/42.3/oss
7 | isv_ownCloud_desktop | The ownCloud Desktop Client (openSUSE_Leap_42.3) | Ja | (r ) Ja | Ja | http://download.opensuse.org/repositories/isv:/ownCloud:/desktop/openSUSE_Leap_42.3/
8 | opensuse-guide.org-repo | Libdvdcss Repository | Ja | (r ) Ja | Ja | http://opensuse-guide.org/repo/openSUSE_Leap_42.3/
9 | packman.inode.at-suse | Packman Repository | Ja | (r ) Ja | Ja | http://packman.inode.at/suse/openSUSE_Leap_42.3/
10 | repo-debug | openSUSE-Leap-42.3-Debug | Nein | ---- | ---- | http://download.opensuse.org/debug/distribution/leap/42.3/repo/oss/
11 | repo-debug-non-oss | openSUSE-Leap-42.3-Debug-Non-Oss | Nein | ---- | ---- | http://download.opensuse.org/debug/distribution/leap/42.3/repo/non-oss/
12 | repo-debug-update | openSUSE-Leap-42.3-Update-Debug | Nein | ---- | ---- | http://download.opensuse.org/debug/update/leap/42.3/oss/
13 | repo-debug-update-non-oss | openSUSE-Leap-42.3-Update-Debug-Non-Oss | Nein | ---- | ---- | http://download.opensuse.org/debug/update/leap/42.3/non-oss/
14 | repo-source | openSUSE-Leap-42.3-Source | Nein | ---- | ---- | http://download.opensuse.org/source/distribution/leap/42.3/repo/oss/
15 | repo-source-non-oss | openSUSE-Leap-42.3-Source-Non-Oss | Nein | ---- | ---- | http://download.opensuse.org/source/distribution/leap/42.3/repo/non-oss/
Installierte Pakete eines Repositories anzeigen
Fragt man sich wozu ein bestimmtes Repository im System ist kann man sich mit zypper search --repo <repository-id> --installed-only die aus einem bestimmten Repository installierten Pakete anzeigen lassen.
Am Beispiel des NVIDIA-Repositories sieht das bei mir dann so aus:
> zypper search -r download.nvidia.com-leap -i
Repository-Daten werden geladen...
Installierte Pakete werden gelesen...
S | Name | Zusammenfassung | Typ
---+---------------------------+-----------------------------------------------------------------------+------
i+ | nvidia-computeG04 | NVIDIA driver for computing with GPGPU | Paket
i+ | nvidia-gfxG04-kmp-default | NVIDIA graphics driver kernel module for GeForce 400 series and newer | Paket
i+ | nvidia-glG04 | NVIDIA OpenGL libraries for OpenGL acceleration | Paket
i+ | x11-video-nvidiaG04 | NVIDIA graphics driver for GeForce 400 series and newer | Paket
Verwaiste Pakete aufräumen
Nach dem Update lohnt es sich häufig verwaiste Pakete zu entfernen.
Solche kann man mit einer Kombination von zypper search und grep leicht auffinden:
> zypper search --details --installed-only --type package | grep Systempakete
i+ | Desurium | Paket | 0.8.0_rc10-3.1 | x86_64 | (Systempakete)
Möchte man ein Paket gerne behalten lohnt es sich mit zypper search --details <Paketname> zu schauen ob es eine andere Version des Paketes in einem der konfigurierten Repsitories gibt.
Findet sich dort keine Version, so lohnt meißtens ein Besuch auf https://software.opensuse.org.
Complex cameras coming to PCs
Open Letter: Call for a collaborative data protection FAQ
| Language Versions | English | French | German | Italian |
|---|---|---|---|---|
| Online | :gb: open | :fr: open | :de: open | :it: open |
| :gb: open | :fr: open | :de: open | :it: open |
Brussels, the 6 June 2018
Dear Data Protection and IT Professionals,
The EU’s new law General Data Protection Regulation (GDPR for short) applies from 25 May 2018 onwards. It consists of 99 articles and 173 recitals that fill together 88 pages in the official publication. Different than a technical standardisation document, many of those articles must first be interpreted under consideration of case law from past judgements and published opinions of data protection authorities. As a result, even compliance questions for relatively simple applications such as a mailing list cannot be answered without profound study of many legal documents. Complex concepts such as privacy by design and pseudonymisation are the source for many questions yet to be answered.
At the same time, the tech industry has worked for many years on solutions to setup fairly easy personal data processing applications. Thanks to e.g. Google Sheets, Doodle, Mailchimp, or Wordpress, even non-experts can nowadays become data controllers with only few clicks or swipes. The development of peer-to-peer protocols for distributed databases, e.g. Bitcoin, Dat, or IPFS, has the potential to further lower the initial hurdle to become a data controller—up to the point of unconsciousness of the controller.
To allow for a rapid adoption of data protection obligations, and in turn an overall increase of data hygiene, training for data controllers and processors is needed and must be accessible not only for those who can afford to dedicate resources, but at best to all data controllers and processors. For this reason, we call for the foundation of a collaborative Internet knowledge database under a free creative commons license to ensure its broad and continuous availability.
So far, freely accessible practical advice is often, if not mostly, offered by stakeholders that may have conflicting business interests. Online service providers, law firms and training institutes may gear advice towards their own services. Restrictive licenses may prevent good advice from being freely shared. Erroneous or out-dated advice may not be updated. Especially, the latter is important as GDPR compliance is a moving target. New judgements or advances in state-of-the-art privacy engineering1 require continuous updates.
As data protection is an interdisciplinary field, the knowledge database should be co-authored jointly by legal experts and computer engineers and must accommodate the needs of both communities. The platform Stack Exchange provides communities with a software solution for collaborative freqently asked questions (FAQ). The platform is well-known to most computer engineers for offering stackoverflow.com and started more recently law.stackexchange.com2. The collaboration is organised as follows:
- Questions, answers and meta-data are published in the Internet under a free license (cc by-sa) and are available for download in machine-readable form.
- Anybody can ask or answer a question.
- The best answers are voted to the top.
- Users earn reputation points for every vote they receive.
- Users unlock privileges as they earn reputation, like the ability to comment or vote.
- Moderators are elected among users, and top users have access to special tools to help moderate.
To provide for an overall high quality of answers, references to primary sources shall be used where opinions are inevitable. This rule is also employed by Wikipedia and can be enforced by both moderators and top users.
The signatories support the foundation of such a collaborative data protection knowledge database in form of frequently asked questions.
Authors and Initial Signatories:
- Robert Riemann, Brussels
- Xavier Lavayssière, Paris
- Franz Ritschel, Köln
Contact:
If you want to receive updates or if you have questions, please send your request to gdpr-faq@riemann.cc. If you want to become a signatory, send a mail to gdpr-faq-sign@riemann.cc. Requests in French language are answered at gdpr-faq@lesbricodeurs.fr and for signing at gdpr-faq-signer@lesbricodeurs.fr.
List of Recipients:
- the Internet Privacy Engineering Network (IPEN for short), an initiative of the European Data Protection Supervisor
- Stack Overflow, the company behind the famous knowledge database stackoverflow.com for programmers
- the European Digital Rights (EDRi for short), an association of civil and human rights organisations from across Europe
- the participants of the 2018 edition of the Annual Privacy Forum (APF for short)
- the organisation committee of the international conference Computers, Privacy and Data Protection (CPDP for short)
- and non-disclosed individual recipients
-
The GDPR mandates in Art. 25 on data protection by design and by default controllers of data processing to take into account among others the state of the art when defining means for data processing and during the data processing itself. ↩︎
-
law.stackexchange.com covers already questions on GDPR and data protection. However, we feel that data protection deserves its own platform that encompasses also other disciplines such as computer engineering or ethics. ↩︎
Offener Brief: Aufruf zur Gründung einer kollaborativen FAQ für Datenschutz
| Sprachversionen | Englisch | Französisch | Deutsch | Italienisch |
|---|---|---|---|---|
| Online | :gb: öffnen | :fr: öffnen | :de: öffnen | :it: öffnen |
| :gb: öffnen | :fr: öffnen | :de: öffnen | :it: öffnen |
Brüssel, den 6. Juni 2018
Sehr geehrte Datenschutz- und IT-Expert_innen,
Die neue EU-Datenschutz-Grundverordnung (DSGVO) gilt ab dem 25. Mai 2018. Sie besteht aus 99 Artikeln und 173 Erwägungsgründen und umfasst 88 Seiten in der amtlichen Fassung. Anders als technische Normen ist die DSGVO ein Gesetz und wird von der Rechtsprechung und den Rechtsanwender, allen voran den Datenschutzbehörden, durch Urteile bzw. Stellungnahmen ausgelegt. Dadurch können auch Fragen zu simplen Anwendungen wie Mailinglisten nicht ohne gründliches Studium vieler Rechtsdokumente beantwortet werden. Komplexe Konzepte wie Privacy by Design oder Pseudonymisierung sind erst recht Quelle vieler Fragen, die es zu beantworten gilt.
Gleichzeitig arbeiten Technologiefirmen schon seit Jahren an Lösungen, um die Verarbeitung von persönlichen Daten relativ einfach zu gestalten. Dank Google Sheets, Doodle, Mailchimp oder Wordpress können heutzutage auch Nicht-Experten mit wenigen Klicks zu Verantwortlichen im Sinne der DSGVO zu werden. Peer-to-Peer-Protokolle für verteilte Datenbanken, z.B. Bitcoin, Dat oder IPFS könnten die Zugangsbarrieren weiter abbauen—bis hin zur Unmerklichkeit der Verarbeitung seitens der Verantwortliche.
Um aber Datenschutzverpflichtungen schnell und wirksam übernehmen zu können und um damit insgesamt einen Beitrag zu einer höheren Datensicherheit zu leisten, sind wohl oder übel Schulungen für Verantwortliche und Auftragsverarbeiter nötig. Diese dürfen nicht nur wenigen Profis zugänglich sein, sondern sollten allen Verantwortlichen und Auftragsverarbeitern offen stehen. Aus diesem Grund rufen wir zur Gründung einer englisch-sprachigen, kollaborativen Internet-Wissensdatenbank auf, die unter freier Lizenz betrieben werden soll um eine hohe Reichweite zu ermöglichen.
Bislang wurden frei zugängliche praktische Ratschläge oft, wenn nicht sogar überwiegend, von Diensteanbietern angeboten, die eigene, eventuell entgegengesetzte, Geschäftsinteressen verfolgen. So geben etwa viele Online-Diensteanbieter, Anwaltskanzleien oder Ausbildungsinstitute Ratschläge um auch eigene Diensteistungen zu bewerben. Restriktive Lizenzen der Ratschläge verhindern, dass guter Rat kostenlos weitergegeben werden kann. Fehlerhafte und veraltete Ratschläge können zumeist nicht verbessert werden. Letzteres ist besonders wichtig, da die Einhaltung der DSGVO ein bewegliches Ziel ist, denn durch neue Urteile oder Fortschritte in der modernen Privatsphäre entwickelt sich der Datenschutz ständig weiter1. Ratschläge müssen deshalb kontinuierlich angepasst werden können.
Da Datenschutz ein interdisziplinäres Feld ist, sollte die Wissensdatenbank gemeinsam von Rechts- und IT-Experten angelegt werden und muss daher die Bedüfnisse beider Gruppen beachten. Die Plattform Stack Exchange bietet für die Beantwortung häufig gestellter Fragen (FAQ) eine passende Softwarelösung. Die Plattform ist den meisten IT-Experten bereits von der Seite stackoverflow.com vertraut und bietet mit law.stackexchange.com2 seit kurzem auch ein englisch-sprachiges Angebot für Rechts-Experten. Die Zusammenarbeit ist stets wie folgt organisiert:
- Fragen, Antworten und Metadaten werden im Internet unter einer freien Lizenz (cc by-sa) veröffentlicht und stehen in maschinenlesbarer Form zum Download bereit.
- Jede Person kann eine Frage stellen oder beantworten.
- Die besten Antworten werden an die Spitze gewählt.
- Nutzer_innen erhalten für jede abgegebene Stimme Reputationspunkte.
- Benutzer entsperren Privilegien, wenn sie sich Reputation verdienen, und können dann zum Beispiel Inhalte kommentieren oder bewerten.
- Moderatoren werden unter Benutzern ausgewählt, und Top-Benutzer bekommen die Möglichkeit bei der Moderation zu helfen.
Um eine insgesamt hohe Qualität der Antworten zu gewährleisten, soll auf Primärquellen verwiesen werden, wenn Meinungen unvermeidbar sind. Diese Regel wird unter anderem von Wikipedia angewendet und kann sowohl von Moderatoren als auch von Top-Benutzern durchgesetzt werden.
Die Unterzeichner unterstützen die Gründung einer solchen kollaborativen Wissensdatenbank zum Thema Datenschutz in Form von häufig gestellten Fragen (FAQ).
Autoren und Erstunterzeichner:
- Robert Riemann, Brüssel
- Xavier Lavayssière, Paris
- Franz Ritschel, Köln
Kontakt:
Wenn Sie Updates erhalten möchten oder Fragen haben, senden Sie bitte Ihre Anfrage an gdpr-faq@riemann.cc. Wenn Sie Unterzeichner werden möchten, senden Sie eine E-Mail an gdpr-faq-sign@riemann.cc. Anfragen in Französischer Sprache werden von gdpr-faq@lesbricodeurs.fr beantwortet and von gdpr-faq-signer@lesbricodeurs.fr um Unterzeicher zu werden.
Liste der Empfänger:
- das Internet Privacy Engineering Network (kurz IPEN), eine Initiative des Europäischen Datenschutzbeauftragten
- Stack Overflow, das Unternehmen hinter der bekannten Wissensdatenbank stackoverflow.com für IT-Experten
- der Verband European Digital Rights (kurz EDRi) von Bürger- und Menschenrechtsorganisationen aus ganz Europa
- die Teilnehmer des Annual Privacy Forums (kurz APF) 2018
- das Organisationskomitee der internationalen Konferenz Computer, Privacy and Data Protection (kurz CPDP)
- und weitere einzelne Personen
-
Die DSGVO verlangt von Verantwortlichen in Art. 25 über Datenschutz durch Technikgestaltung und durch datenschutzfreundliche Voreinstellungen den gegenwertigen Stand der Technik zu berücksichtigen, wenn Datenverarbeitung geplant wird oder bereits statt findet. ↩︎
-
law.stackexchange.com listet bereits Fragen zur DSGVO und zu Datenschutz. Jedoch finden wir, dass Datenschutz eine eigene Plattform verdient um andere Fachbereiche wie Informatik und Ethik besser einzubeziehen. ↩︎
Lettera aperta: appello per uno spazio collaborativo di FAQ sulla protezione dei dati
| Versione in lingua | Inglese | Francese | Tedesco | Italiano |
|---|---|---|---|---|
| on-line | :gb: aperto | :fr: aperto | :de: aperto | :it: aperto |
| :gb: aperto | :fr: aperto | :de: aperto | :it: aperto |
Bruxelles, 6 giugno 2018
Cari professionisti della protezione dei dati e dell’IT,
Il nuovo Regolamento Generale sulla Protezione dei Dati (in breve RGPD) si applica a decorrere dal 25 maggio 2018. È costituito da 99 articoli e 173 considerando che occupano 88 pagine nella pubblicazione ufficiale. A differenza di un documento di normalizzazione tecnica, molti di questi articoli devono essere prima interpretati alla luce della giurisprudenza già consolidata e dei pareri precedentemente emanati dalle autorità di protezione dei dati. Di conseguenza, persino questioni di conformità per applicazioni relativamente semplici come una mailing list non possono essere risolti senza uno studio approfondito di diversi documenti giuridici. Concetti complessi come la privacy by design e la pseudonimizzazione sono fonte di molte domande a cui si deve ancora rispondere.
Allo stesso tempo, da molti anni nel settore dell’alta tecnologia si lavora a soluzioni agili che permettano la raccolta e il trattamento dei dati personali. Grazie a Google Sheets, Doodle, Mailchimp, o Wordpress, anche i non esperti, oggigiorno, possono diventare responsabili del trattamento di dati personali in pochi clic o passaggi. Lo sviluppo di protocolli peer-to-peer per database modulabili, come Bitcoin, Dat o IPFS, è in grado di ridurre ulteriormente le difficoltà iniziali per diventare responsabile del trattamento di dati, fino ad uno stadio di inconsapevolezza del responsabile.
Per consentire una rapida adozione degli obblighi di protezione dei dati e, di conseguenza, un aumento generale della qualità dei dati, è necessaria una formazione per i responsabili del trattamento dei dati e gli incaricati del trattamento e deve essere accessibile non solo a coloro che possono permettersi di dedicarvi le risorse. Per questo motivo, chiediamo la creazione di una banca dati di conoscenze collaborativa su internet sotto la licenza Creative Commons per garantire la sua ampia e continua disponibilità.
Finora, i consigli pratici liberamente accessibili sono spesso, se non per lo più, offerti da parti interessate che possono avere interessi commerciali in conflitto. Fornitori di servizi online, studi legali e istituti di formazione possono orientare la consulenza verso i propri servizi. Le licenze restrittive possono impedire che un buon consiglio venga condiviso liberamente. I consigli errati o datati potrebbero non essere aggiornati. Quest’ultimo punto è particolarmente importante in quanto la conformità al RGPD è un obiettivo mobile. Nuove sentenze o avanzamenti tecnici in materia di protezione della vita privata1 richiedono aggiornamenti continui.
Poiché la protezione dei dati è un settore interdisciplinare, la banca dati di conoscenza dovrebbe essere redatta congiuntamente da giuristi e ingegneri informatici e soddisfare le esigenze di entrambe le comunità. La piattaforma Stack Exchange fornisce alle comunità una soluzione software per domande frequenti (FAQ) collaborative. La piattaforma è ben nota alla maggior parte degli ingegneri informatici via stackoverflow.com e ha avviato più recentemente law.stackexchange.com2. La collaborazione è organizzata come segue:
- Le domande, le risposte e i loro metadati sono pubblicati su internet sotto una licenza gratuita (cc by-sa) e sono scaricabili e leggibili da dispositivo elettronico.
- Chiunque può chiedere o rispondere a una domanda.
- Le risposte migliori vengono votate.
- Gli utenti guadagnano in reputazione per ogni voto che ricevono.
- Gli utenti sbloccano dei vantaggi attraverso la reputazione guadagnata, così come la possibilità di commentare o votare.
- I moderatori sono eletti tra gli utenti e i principali utenti hanno accesso a strumenti speciali per aiutare a moderare.
Per fornire un’alta qualità globale delle risposte, i riferimenti alle fonti principali dovrebbero essere utilizzati laddove vi siano dei punti soggetti ad opinioni divergenti. Questa regola è anche utilizzata da Wikipedia e può essere applicata dagli moderatori e dagli utenti principali.
I firmatari supportano la creazione di tale banca dati collaborativa di conoscenze sulla protezione dei dati collaborativo sotto forma di domande frequenti.
Autori e firmatari iniziali:
- Robert Riemann, Brüssel
- Xavier Lavayssière, Paris
- Franz Ritschel, Köln
Contatto:
Se si desidera ricevere aggiornamenti o se si hanno domande, si prega di inviare la richiesta a gdpr-faq@riemann.cc. Se si desidera diventare firmatario, si prega di inviare una mail a gdpr-faq-sign@riemann.cc. Le richieste in lingua francese sono da indirizzare a gdpr-faq@lesbricodeurs.fr e per la firma a gdpr-faq-signer@lesbricodeurs.fr.
Elenco dei destinatari:
- Internet Privacy Engineering Network (IPEN), un’iniziativa del garante europeo della protezione dei dati
- Stack Overflow, la società dietro il famoso database di conoscenze stackoverflow.com per i programmatori
- European Digital Rights (EDRi), un’associazione di organizzazioni a difesa dei diritti civili e umani di tutta Europa
- i partecipanti all’edizione 2018 dell’Annual Privacy Forum (APF)
- il comitato organizzativo della conferenza internazionale Computer, Privacy and Data Protection (CPDP)
- una lista di singoli destinatari
-
Il RGPD richiede all’art. 25, dedicato alla protezione dei dati fin dalla progettazione e protezione per impostazione predefinita, che i titolari del trattamento dei dati debbano tener conto, tra le altre cose, dello stato dell’arte al momento di determinare i mezzi del trattamento e all’atto del trattamento stesso. ↩︎
-
law.stackexchange.com include già domande sul RGPD e la protezione dei dati. Tuttavia, riteniamo che la protezione dei dati personali meriti una sua propria piattaforma che comprenda anche altre discipline come l’ingegneria informatica o l’etica. ↩︎
Dukungan Video MP4/H.264 di openSUSE Leap 15.0
Setelah memasang Leap 15.0 di x260, ternyata saya tidak bisa memainkan gif ataupun video dari Facebook. Peramban yang saya gunakan adalah Firefox 60.0.1. Di lain sisi, memutar youtube tidak ada masalah. Dari hasil pengecekan https://www.youtube.com/html5 didapat bahwa format MP4/H.264 belum didukung oleh sistem operasi dan peramban.
Membaca wiki openSUSE ditautan https://en.opensuse.org/SDB:Firefox_MP4/H.264_Video_Support, masalah ini dapat diatasi dengan:
- Pasang repo packman,
- Pasang libav, sekalian memasang VLC
$ sudo zypper in vlc libavcodec56 libavcodec57 libavformat56 libavformat57 libavdevice56 libavdevice57
- Restart firefox, dan test kembali dukungan video di https://www.youtube.com/html5
Selesai. Horeee.
Estu~
GRUB2 submenus revisited
in /etc/default/grub, recreate your grub.cfg and voila: the submenus are gone.GRUB_DISABLE_SUBMENU="y"
The openSUSE Conference 2018
The openSUSE Conference 2018

I visited the openSUSE conference this year, it took place in Prague, at the same place as few years ago. You can check the schedule and the list of the talks here.
The Interesting Topics
Here are some interesting sessions I visited, for the complete list see the schedule link above.
-
If you want to share a service without a having a public IP address the tor network might be an option. Using setting up a service using Docker makes it really easy.
-
The package dependencies can be improved using
Supplementsdependency this way:Supplements: (foo and bar)This would automatically install the package when both packages are installed.
-
The openSUSE distribution is also yours, openSUSE is what you make it.
-
The openSUSE Kubic is a Tumbleweed flavor designed specially for running container workloads.
-
There is a tumbleweed-cli package which makes using the Tumbleweed snapshots much easier.
-
The transactional updates provide a completely new way how to update the running system.
-
The btrfs filesystem provides a lot of interesting features. But if something goes wrong it might a bit tricky to fix it. The most important thing is that the
btrfs check --repaircommand should used as the very last option (if at all). There are other more safe options to try first. -
Using the LetsEncrypt certificates should be much easier in the openSUSE Leap 15.0 because the automatic certificate renewal is supported out of box.
-
If you miss some packages in SLE which are present in openSUSE then the SUSE PackageHub might help you.
-
The OBS (Open Build Service) can also build container images, that can help with testing and distributing your packages. If you want to start in an easy way then you can choose from many image templates.
-
If you want to try the openSUSE Kubic you might be interested in some basic concepts behind.
-
Developing the community and the enterprise products separately has many disadvantages, it is much better to develop them together.
Portainer
One of the Kubic presentations mentioned the portainer.io project which looks really interesting.
If you are new to the Docker and the container world and you would like to use some GUI at the beginning to make the start easier than the portainer.io project looks very interesting. It provides a nice web UI for managing the Docker containers. And obviously it is provided as a Docker image.
What is nice that starting it is basically a matter of running two commands:
docker volume create portainer_data
docker run -d -p 9000:9000 -v /var/run/docker.sock:/var/run/docker.sock \
-v portainer_data:/data portainer/portainer
Then point your web browser to http://localhost:9000/ and that’s it!
Conclusion
The conference was really good and I’d like to say thank you to the presenters, the organization team and the sponsors to make this happen!


