J’essaye depuis quelques temps de faire fonctionner SBT derrière un proxy d’entreprise ( avec authentification) . Vu que je ne veux pas polluer le serveur NEXUS existant, j’ai essayé de tout faire un local …. et là c’est le drame.
Jusqu’à présent, j’utilisais MAVEN et le plugin SCALA pour répondre aux besoins du BUILD. J’ai néanmoins trouvé une autre solution, tout aussi sale…. Installer un serveur NEXUS sur le poste de travail et s’en servir comme proxy « intelligent ».
Voila vous êtes connectez à l'interface de commande.
Afficher la liste des roles (équivalent des comptes dans MariaDB) :
SELECT * FROM pg_roles;
Pour les droits :
t = true
f = false
Créer un role :
Si vous êtes loguer avec l'utilisateur postgres :
$ createuser --interactive
Si vous êtes logué à l'instance :
postgres=#create role nom_utilisateur;
Pour supprimer un role :
drop role nom_utilisateur;
Voir vos paramètres de connexion actuel :
postgres=# \\conninfo
You are connected to database "postgres" as user "postgres" via socket in "/var/run/postgresql" at port "5432".
Changer de database :
postgres=#\\connect nombase
Pour un serveur en production il est bien de créer un rôle qui dispose des droits CREATEDB et CREATEROLE mais qui n'est pas un superutilisateur, et d'utiliser ce rôle pour toute la gestion des bases de données et des rôles. Cette approche évite les dangers encourus en travaillant en tant que superutilisateur pour des tâches qui n'ont pas besoin de cet état.
Créer une database :
postgres=#create database database1;
Lister toutes les databases :
postgres=# \\list
ou
-bash-4.2$ psql -l
Créer une table :
postgres=#create table france (ville varchar(80), nord int, sud int, est int, ouest int, date date);
Donner des droits sur une table à un role :
postgres=#grant update on nomtable to nomuser;
Afficher une tables :
postgres=#\\dt
Donner les droits à un utilisateur sur toute une base :
postgres=#grant all privileges on database nombase to nomuser;
Crée une base de données liée à un utilisateur :
$ createdb -O login -E UTF8 base
Supprimer une base de donnée :
$ dropdb base
postgres=# drop database nombase;
Lister les roles :
postgresql=#\\du
Lister les fonctions :
postgres=#\\df
Lister les indexes :
=# \\di
Pour voir toutes les options possible :
postgres=#\\?
Changer le mot de passe d'un utilisateur :
postgres=# alter user nomuser with password 'motdepasse';
Supprimer un utilisateur :
postgres=#drop user nomuser;
Création Tablespaces :
Tablespace : emplacement dans le système de fichiers où seront stockés les fichiers représentant les objets de la base de données.
Cette commande ne sauvegarde ni les tablespaces, ni les roles.
Pour les sauvegarder aussi :
$ pg_dumpall -g >dump.sql
Sauvegarde de toutes les bases :
$ pg_dumpall >dump.sql
Sauvegarde d'une table d'une base de données :
$ pg_dump -t nomtable nombase
À moins de vouloir restaurer le contenu sur un autre moteur de base de données, il est préférable de faire des dumps au format custom, qui permet la compression, un processus de restauration sur plusieurs threads, et de sélectionner finement quels éléments restaurer lors de la restauration :
$ pg_dumpall -F c >all.dump
Restauration:
SQL:
$ psql nombase < dump.sql
Restauration de données format custom :
$ pg_restore -F c all.dump
Pour aller plus loin :
Lien vers la documentation officielle qui est plus que bien faite !
Sous OpenBSD, il n'y avait pas le gestionnaire de connexion wicd pour configurer ma connexion wifi même quand je suis en vadrouille.
"Pas bien grave" me direz-vous, c'est super simple de modifier le fichier /etc/hostname.rtwn0.
Bon, il faut connaître le nom du point d'accès à mettre après "nwid". Là aussi, fastoche :
# ifconfig rtwn0 scan
Malgré tout, si on se déplace très souvent, ça peut être pratique d'enregistrer les phrases de passe pour ne pas avoir à se retaper toute la configuration à chaque fois. J'ai donc écrit un petit outil en python : owi.
Il y a une version en mode texte avec l'option "-c" :
doas ./owi -c
Il se souvient ensuite du mot de passe si on veut se reconnecter au même point d'accès ensuite.
Si vous avez installé les libs tkinter, une interface "graphique" est disponible. Oui, tkinter, c'est moche, mais moi j'aime bien, c'est très pratique pour faire des gui.
doas ./owi
Comme vous vous y attendez, c'est codé à l'arrach' et peut nettement être amélioré! Il reste sans doute un tas de bugs. Faîtes-vous donc plaisir à bidouiller ce code ;) (oh le fainéant!)
En attendant, ça fait le boulot pour mes maigres besoins.
Aujourd'hui ce n'est pas un billet de fond mais plutôt une sorte de mémento que je vous propose. Je ne suis que très jeune utilisateur de Debian et malgré quelques années de Linuxerie je suis toujours surpris de découvrir de petits utilitaires essentiels au bon fonctionnement de mon OS. Je me suis donc dit qu'il serait sympa de noter ça quelque-part et de le partager.
En choisissant Debian j'ai décidé de choisir une distribution stable, et bien qu'expérimentant les nouveautés avec Debian Sid je dois bien reconnaître que Debian Stable offre un confort d'utilisation génial. Pas de maj incessantes, seulement celles de sécurités. Bref c'est vraiment agréable.
Donc aujourd'hui je vais parler d'un logiciel annexe à APT, le logiciel de gestion de paquets sous Debian et ses dérivés: Apt-listbugs (qui lui, ne fonctionne qu'avec Debian)
Apt-listbugs est un utilitaire qui pourrait bien vous sauver la vie vous et votre ordinateur en affichant lors d'une MAJ les différents bugs répertoriés sur le tracker Debian des logiciels pouvant être mis a jour. Ça n'a l'air de rien comme ça mais mine de rien ça peut éviter un plantage en bonne et due forme et ainsi, vous éviter une réinstallation de Debian ou des heures de trifouillage au cœur de la bête.
Son fonctionnement est enfantin, il se lance lors d'une maj et vous demande quoi faire quand des bugs sont détectés dans un paquet. Vous avez donc le choix entre installer le paquet, annuler la maj ou bien figer le paquet pour vous éviter d'avoir à refaire le choix lors d'une maj ultérieure tant qu'un paquet plus récent ne soit présent dans les dépôts. Pour figer le paquet l'utilitaire créer une règle de pinning qui évitera ainsi de prendre ce paquet sur les dépôts ensuite il ne vous reste plus qu'à relancer la commande apt-get upgrade et voilà, le logiciel bugué est exclue du processus.
Pour un utilisateur de Debian stable je pense qu'il n'y a pas grand-chose a craindre pour les Maj, car le principe même de la branche stable c'est d'éviter les problèmes. En revanche pour les aventuriers qui aiment bien aller voir du côté de Sid (la branche instable, qui malgré son nom est relativement stable je trouve) c'est un outil indispensable pour avoir une machine qui fonctionne en évitant d'avoir un bel écran noir après une MAJ.
Un outil pratique donc si vous souhaitez avoir une Debian avec des paquets récents ( Testing ou Instable au choix.) tout en bénéficiant d'un système de sécurité pour éviter la boulette, le plantage et la réinstallation. Ce qui arrive toujours au mauvais moment.
À chaud je me suis demandé pourquoi Arch Linux n'avait pas un outil de la sorte mais, sur une rolling release cela poserait quelques désagréments :
** Imaginez le nombre de rapports si vous lancez une maj après deux semaines de vacances.
** Le principe même d'une rolling c'est d'avoir des paquets upstream alors il y aura forcément des bugs plus ou moins graves dans les paquets.
** Si l'on s'en tient à la philosophie d'Arch l'utilisateur doit prendre l'initiative de se renseigner avant une maj. Le site web de la distribution avertit lors de gros changements nécessitant une manip de la part de l'utilisateur mais pour les autres bugs, c'est à l'utilisateur d'aller sur le bugtracker ou, pour les paquets provenant d'AUR, de lire les commentaires avant l'installation.
Retrouve les retransmissions des sessions “Convergence” ici .
Applications Convergente Ubuntu
Andrea (faenil)
Il a été passé en revue ce qu’il restait à faire dans la conception pour la convergence, en soutenant spécifiquement les différentes méthodes d’entrée (clavier? souris? tactile? …) en plus des différentes tailles d’écran qu’il faut anticiper. Ensuite, nous avons assisté à une démonstration des composants Ubuntu UI Toolkit qui permettent la convergence, et des explications sur le raisonnement et la logique derrière chacun de ces composants.
Soutenir les applications actuelles ‘legacy’ dans Mir et Snappy
Stephen Webb (bregma)
Cette session a vu des discussions sur la nécessité de soutenir les applications non-confinées non-Mir et aussi du bureau traditionnel dans l’unité 8 (oui oui) touché par quelques difficultés de mise en place car les outils nécessaires sont en cours de construction. Y est inclus, un résumé de ce qui fonctionne (ou pas) aujourd’hui, et les plans de développement qui vont suivre.
Ubuntu touch portage (ubports)
Marius (mariogrip)
Une vue d’ensemble du travail de portage effectué par Marius et Nicki à propos d’UBPorts, mettant en évidence les nouveaux serveurs de construction et des suites de tests nous a été présentée. De longues discussions de fond à propos de zapper des images basées sur Android 6 et de les passer directement à Android N; cela semble avoir été validé. Identification de certains domaines de la documentation Ubuntu qui peuvent être améliorés pour rendre le port et le débogage plus facile.
Ubuntu sur les appareils tactiles
Julia (la_juyis)
Le coup d’envoi d’un nouveau projet visant à identifier les petits bugs mais assez gênants, les fonctionnalités manquantes ou incomplètes que les utilisateurs rencontrent (ou pas) en utilisant Ubuntu sur les appareils tactiles. Ont été définis la portée, le leadership et les délais pour ce projet qui semble avoir déjà gagné le soutien de la communauté. Plus d’annonce à venir.
Applications Convergent QtQuick avec Kirigami
Marco (notmart) et Thomas (o-monroe)
Les développeurs de KDE parlaient Plasma mobile et convergence des applications utilisant une nouvelle série de maquette UX et des composants QML. Il y a eu démonstrations des composants et de leurs propriétés ainsi que des cas d’utilisation. Ils ont terminé avec des informations pour vous aider à vous impliquer dans le développement du projet.
Convergences du navigateur Web Ubuntu
Olivier (oSoMoN)
Un suivi sur le même sujet de l’UOS dernier (1511), Olivier a mis en évidence les changements qui ont eu lieu dans le navigateur Ubuntu et le composant oxyde, y compris des changements subtils basés sur les entrées tactiles ou bien pointeur, la gestion des ressources des onglets, et les changements de ‘user-agent‘. Il a été aussi discuté du prochain ensemble de fonctionnalités qui sera ajouté tel que le support multi-fenêtres, les notifications, les améliorations de la vie privée et le signet synchronisable.
Ubuntu personnels et Convergence Q & A
Will (willcooke), Kevin (kgunn), Stephen (bregma) Michal (Saviq)
Question/Réponse avec les équipes d’ingénierie responsables des différents aspects de Ubuntu sur téléphone, tablette et de la convergence du bureau. Il y avait beaucoup de grandes questions qui couvraient de nombreux sujets, certaines préoccupations et aussi des cas d’utilisation. Trop de sujets pour les énumérer ici, regarde donc la vidéo !
Ubuntu 16.10 (et au-delà) la planification développeur Desktop
Will (willcooke)
Bilan d’un sprint d’équipe du bureau et récapitulatif des plans qui ont été faits pour le cycle de développement actuel. Snappy sur ubuntu classique (unité 7), l’installation d’applications graphiques se fera via Ubuntu (Gnome) Software, c’est à dire des .deb et .snap. Élaboration d’un plan de 3 mois pour fournir des applications clefs (en .snaps) pour étoffer le processus et tester les outils à l’aide de cas réels. Se préparer pour l’unité 8, l’inclusion des principaux éléments et fonctionnalités y ont été assigné. Il faut finir le backend Mir pour Gtk. Un soutien continu et des correctifs pour l’unité 7 et la synchronisation des applications Gtk / Gnome. Fini avec un appel pour le test ISO communautaire avec des informations sur la façon de le faire : il faut documenter cela.
Développement d’App
Présentateurs : Alan Pope et David Calle
Retrouve les retransmissions des sessions “Ubuntu App Dev” ici
Planification App Design Workshop
James et Andrea
Discussions avec James et Andrea de l’équipe de conception à propos d’un lieu de rencontre régulier pour permettre aux développeurs d’applications de partager leurs idées, leurs applications/codes et autres conceptions tout en examinant ce que chacun a amené.
Séance de planification uNav
Nekhelesh et Marcos
Nekhelesh et Marcos ont exhibé quelques-unes des fonctionnalités à venir de uNav l’app de navigation par défaut sur le téléphone Ubuntu. Cela comprenait:
Meilleur support pour de plus grands écrans (comme la tablette, inclus dans les voitures souvent)
Barre latérale et barre supérieure pour afficher plus d’informations à côté de la carte
Discussion à propos de la possibilité de télécharger des voix supplémentaires pour la navigation (par exemple en français !)
Réponses à quelques questions sur le mode hors connexion complet qui est une chose délicate à résoudre
Session de planification Dekko
Discuté quelques fonctionnalités à venir de dekko y compris:
Soutien de Pop3 (étonnamment plutôt demandé, sisi !)
Ajout de packages d’accrochage soutien Notification (todo)
Le support de GPG a également bien été demandé, c’est donc un objectif à long terme
Scopes : feuille de route et table ronde et API
Marcus et Pawel
Marcus et Pawel de l’équipe de l’API ont présenté les nouveaux filtres des scopes et ont donné un aperçu des caractéristiques entrantes : les interactions sociales, les notifications push, l’amélioration de la sécurité du tableau de bord et des optimisations de vitesse … Et bien sûr, tout le travail d’arrière-plan en rapport avec le nouveau design ! Ils ont également confirmé leur engagement à Node.js pour les liaisons Javascript.
SDK Feuille de route
Les membres de l’équipe de SDK ont présenté leurs plans pour l’avenir de la boîte à outils de l’interface utilisateur : la poursuite de la transition vers des composants convergents, en mettant l’accent sur la vitesse et donc la conversion des composants critiques de qml à c++. Du côté de l’IDE, ils vont ajouter la génération de paquets instantanés à Qt Creator et déplacer l’application locale et scopes développement et les tests de chroot avec LXD, l’objectif final étant une fenêtre Mir même dans X : l’affichage de votre application dans un environnement Unity8 minimal.
Scopes et évolution du design
Patricia, Alex et Stéphanie de l’équipe de conception ont parlé du nouveau style visuel pour les scopes et ils ont révélé des maquettes de tout ça, notamment de “navigateur de scope“.
Communauté
Présentateur : David Planella
Retrouve les retransmissions des sessions “Communauté” ici. Et pour les plénière, ici.
Questions/Réponse
Ubuntu Community Team et Mark Shuttleworth
De nombreuses tables rondes de la communauté Ubuntu notamment sur les sujet suivants :
Avenir de la communauté Q & A
Plus de clients, la planification de 4 semaines, la documentation sur community.u.c
Ubuntu sur DVD vs clef USB
Vidéos UOS et YouTube playlist
Autres sujets
Installation de Ubuntu sur Windows
Obtenir plus de contributeurs à une demande d’adhésion
Ubuntu Discourse
Le discourse n’a jamais décollé. Nous poster un dernier appel à l’aide pour les personnes intéressées à faire revivre le site. Sauf si un champion intensifie l’activité là-bas, nous allons aller de l’avant et rendre le site en lecture seule puis archiver son contenu.
L’avenir d’Ubuntu GNOME
Ali Jawad
Ali Jawad a présenté Ubuntu GNOME, les travaux en cours, y compris le nouveau site Web, les mises à jour de la documentation, l’amélioration de la communication, et l’avenir : les événements en personne, les dons, l’hebdomadaire Question/réponse et autres manifestations.
Organisation UbuCon l’Europe
La prochaine UbuCon Europe se passe à Essen en Allemagne, les 18-19 Novembre 2016 Statu quo : lieu arrangé, définissant actuellement le calendrier. L’organisation se fait sur un tableau Trello. Appel à conférence en cours.
Il reste à travailler sur certaines parties de l’infrastructure (blog de ubucon.org)
Avis sur le Code de conduite
Dans cette session, on a discuté de l’ajout d’une section pour aborder les politiques d’anti-harrassment et il y a été traité d’approfondir la documentation autour du CoC, tout en conservant les modifications à apporter au CoC le plus minimaliste possible.
La planification du site communautaire
Il a été évalué le passage au même cadre que le site des développeurs : Django CMS pour fournir une version 1.0 avec des traductions activées et le même contenu que le site existant.
Le format du prochain UOS
Nous avons discuté d’avoir plus d’événements distribués autour de la planification pour les faire coïncider avec des sprints des équipes et d’autres jalons. Nous voulons garder l’UOS, peut-être pas trois jours, mais il faudrait qu’il y ai plus de suivi au long du cycle.
Open Learning gratuit
Ali Jawad
Ali Jawad, connu dans le projet Ubuntu GNOME, a présenté une proposition de collaboration e-learning dans un esprit open source.
Le French UOS summary
Quesh et cm-t
L’équipe Ubuntu France nous a une fois de plus résumé l’ensemble de UOS pour vous, en français !
Il était en français, comme prévu.
Il était un résumé, attendu trop.
LeUbuntuPodcast.org va essayer de faire un crossover avec ubuntufun.de présent l’Ubuntu Party de Paris français Paris plus tard ce mois EN ANGLAIS, et essayer d’être à l’UbuCon Europe (Essen). (cet épisode devrait sortir avant la semaine prochaine !)
Des chats dans le fond.
Core
Présentateur: Daniel Holbach
Retrouve les retransmissions des sessions “Core” ici.
Terminer le passage à PY3
Il a été fait un effort à plusieurs cycles pour obtenir python2 hors du support d’installation par défaut et de nombreuses équipes ont contribué. Certains des paquets peuvent être déplacés à l’univers, d’autres devront être portés.
I>nterfaces Snappy Ubuntu Core
Gustavo et Zygmunt
Gustavo et Zygmunt ont parlé en détail des “interfaces” dans Snappy Ubuntu Core. Les interfaces sont la voie de communication et d’accès aux ressources partagées tout en restant confiné (l’interface peut être un port, dbus, fichier, etc). Beaucoup de questions ont été posées.
Snappy Ubuntu Core Series 16
Michael Hall
Ce qui est nouveau : si vous êtes nouveau à Snappy Ubuntu Core ou avez seulement travaillé avec Snappy Ubuntu Core 15.04, consultez cette session. La discussion tourne autour de l’énorme quantité d’améliorations qui sont récemment entrées dans snapD et Snappy Ubuntu Core , et de ce qui est à venir dans la série 16.
Playpen
Faire des .snap en y joignant plusieurs piles logicielles : Commencé en tant que petit projet pour obtenir une démo, il prend désormais plus d’importance. C’est prêt pour le bureau ? il faut donc bien l’étendre au projet Snappy. Cela va nous aider à obtenir snaps afin de remplir la logithèque. Il faut apprendre des uns des autres, trouver des problèmes communs ensemble et obtenir quelques exemples concret en ligne.
La feuille de route Snapcraft
Snapcraft s’améliore en se basant sur les commentaires qui ont été reçus en amonts (upstream, publieur), et donc les mainteneurs de paquets ont fait de grands progrès vers la mise en œuvre des .snap . Plus de détails dans la vidéo.
Documentation Snappy Ubuntu Core
Prochaines étapes : Snappy Ubuntu Core et snapd → amène de nombreux nouveaux concepts et fonctionnalités sur la table. De la documentation est à produire. Beaucoup d’équipes s’accordent sur un ensemble d’éléments à nettoyer dans les deux prochaines semaines.
Comment enclencher votre logiciel
Kyle et Sergio
Si vous voulez tout casser vos logiciels, ça, c’est la session que vous ne voulez pas manquer. Kyle et Sergio nous font comprendre très facilement les concepts derrière snapcraft tout en proposant quelques exemples.
Examiner les sources et les erreurs log
Dans cette session, un certain temps a été pris pour examiner les sources et les erreurs de journaux actuels, car le système Ubuntu classique contient un certain nombre de démons (service qui tourne en tâche de fond) et d’applications qui veulent se connecter à syslog et/ou à une variété d’autres choses. Certains de ces messages sont des erreurs qui ne devraientt peut-être pas être à afficher ; d’autres peuvent être de véritables points d’attention.
Démo : Snaps sur le bureau classique Ubuntu
David et Daniel
David et Daniel nous ont montré comment se faire des installations de .snap sur bureau classique (unty7) Ubuntu, comment installer ces .snap en ligne de commande tout comme avec la (nouvelle) logithèque.
Merci à l’équipe communauté qui a organisé cet UOS et qui nous a aidé à récupérer un maximum d’informations sur les sessions (compliqué de tout regarder pour le live).
Merci à Winael pour la collection de liste de lectures vidéos de chaque thématique.
Ci-dessous retrouves la version audio du podcast :
