Coucou les pingouinots,
La Maison des Associations d'Antibes vient de me téléphoner pour
annoncer que nous serons relogés à l'ancien conservatoire à compter de
la mi-septembre pour les Rals Antibes. Que nous y soyons présents ou
pas, les frais de location restent à notre charge.
Le passe sanitaire est obligatoire pour accéder aux salles où nous nous
réunissons : Rals, ateliers, etc.
La nomination d'un référent en interne chez Linux Azur incombe aux
bénévoles volontaires pour contrôler le passe.
Si une personne se présente avec un faux passe (celui de son frère ou
d'une voisine), le référent n'est pas responsable, son rôle est juste de
vérifier ledit passe sans contrôle d'identité.
Ces contraintes me font craindre une baisse de nos activités dans
certaines salles et/ou villes car il faut se connecter à une application
/GAFAM/ sur un smartphone ou avoir du réseau si c'est à partir d'une
tablette.
Sans oublier que je ne sais pas qui se porterait volontaire pour devenir
référent sur Antibes ou Le-Bar-sur-Loup.
J'attends les directives des médiathèques de Saint-Raphaël et de Nice.
Croyez bien que je déplore de vous relayer ces mauvaises nouvelles.
Salutations ensoleillées,
--
Véronique Fritière ~ Linux ? C'est le luxe !
Linuxazuréenne http://www.linux-azur.org
Afulienne https://aful.org
Chef de projet Multimédia http://webverow.com
Ola!
Réponse du responsable des locaux favorable au maintien de notre protocole :
"Nettoyage des mains au savon à l'arrivée et au départ, le port du
masque dans la salle, et si besoin le nettoyage des matériels échangés."
Ce que j'interprète comme pas de contrôle des accès, on verra pour les
prochaines sessions...
Du coup, si il y a des participants, merci de l'indiquer sur le sondage
dédié :
<URL:https://rdv.linux-azur.org/snXHAhIRj6OLvslr>
Dernier point : le pizzaïolo est fermé pour congés jusqu'au 14
septembre, on finira sans doute plus tôt.
A+
Vincent.
Bonjour,
sur la toile fleurissent de nombreux articles - et de plus nombreuses
encore copies d'articles - sur les 30 ans de Linux...
Voici un de ces articles en version originale (enfin il me semble, les
usurpations étant devenus la norme) :
<URL:https://www.01net.com/actualites/linux-a-25-ans-la-folle-histoire-d-un-…>
Il y en a plein d'autres, et les versions changent selon les auteurs et
illustrent un peu les intérêts.
A+
Vincent.
P.S.: oui, le lien titre 25 ans, car, dixit l'auteur, c'est une mise à
jour de l'article publié pour les 25 ans...
Bonsoir la liste,
Sur la liste de Emmabuntus, est remonté un ancien bug qui n'aurait pas
encore été résolu et qui affecterait les distros à base de Debian.
Cela ne concernerait potentiellement que les laptops et assimilés
équipés de disque dur mécanique.
<URL:https://doc.ubuntu-fr.org/laptop_mode>
Je n'ai pas de portable avec un disque dur mécanique sous la main
(peut-être ceux de la RAL du BSL) pour vérifier.
Il faut vérifier la ligne 193 des attributs SMART de Gnome-disk.
Extrait du message remonté :
>
> Concernant Linux, au début de ce mois, j'ai constaté que la
> configuration standard de Linux, (notamment sous Debian, Ubuntu et
> aussi votre distribution), abimait à grande vitesse le disque dur des
> portables, configurés pour suivre les prescriptions d'économie
> d'énergie (GAE ou APM en anglais). On retrouve cela dans
> Gnome-disk-utility, dans Paramètres du disque..., GAE (gestion avancée
> de l'énergie). Ce paramètre est réglé par défaut à 127. De 0 à 127, le
> disque dur peut s'arrêter ou ralentir au besoin. De 128 à 254, il ne
> peut que ralentir. A 255 la GAE est désactivée.
>
> Avec ce paramètre par défaut à 127, mon disque dur s'est
> arrêté/redemarré 1.317.104 fois en 7 ans, dont 5 sous Linux. Cela se
> manifeste par un "Clic" tous les 10s environ. Il s'éteint et redémarre
> en même temps, comme sous deux impulsions contradictoires. Les
> sites/forums disent qu'après 300.000 pour les disques grand public ou
> 600.000 pour les disques pros, ils sont bons pour la casse. Mais sur
> mon portable plutôt bas de gamme (Toshiba Satelite C70D-B-10N) le
> système SMART me dit que tout va bien. Je suppose que le disque rendra
> l'âme un beau jour sans préavis.
>
> J'ai donc mis ce paramêtre (Attribut SMART ID 193 "Load_Cycle_Count",
> Hexa C1) à 255 et le disque ne clique plus du tout, l'attribut 193
> augmente d'une unité seulement à chaque mise en veille. Je laisse
> toujours mon portable sur secteur, je ne le transporte jamais et ne le
> débranche qu'en cas d'arrêt complet.
>
Qu'en pensez-vous?
A+
Vincent.
Bonjour à toutes et tous,
Réunion demain à Antibes Croix Rouge, le masque sera-t'il suffisant (comme
par exemple à Castorama) ou le passe sanitaire sera impératif (comme par
exemple à Carrefour) ?
Je vous souhaite une bonne soirée et peut-être à demain.
Il me semblait avoir communiqué ici, mais j'ai encore du zapper.
La Quadrature du Net n'a malheureusement pas le temps de s'emparer de ce
dossier : à sa décharge, les dossiers sont vraiment nombreux actuellement!
Par contre, en passant sur leur chat, j'ai été redirigé vers le wiki de
l'APRIL, et plus particulièrement cette page tenue par Christian Pierre
MOMON :
<URL:https://wiki.april.org/w/Atelier-directive-dsp2>
Autre page intéressante, celle du syndicat des banques françaises :
<URL:https://www.banque-france.fr/stabilite-financiere/comite-national-des-paiements-scripturaux/faq-les-paiements-en-questions/les-changements-introduits-par-la-dsp2>
=> En particulier, l'engagement des banques françaises à mettre à
disposition de leurs clients une alternative...
De mon côté, suite à mes nouvelles remontrances, appuyées par demande de
solde de compte, le crédit coopératif m'a fourni un boîtier
d'authentification pour toutes les opérations en ligne, boîtier affiché
comme disponible seulement pour les professionnels...
Conclusion : ne vous laissez pas intimider, opposez ces informations aux
affirmations de votre conseiller clientèle.
Vincent.
Bonsoir,
le téléphone de ma moitié s'est éteint pour raison de fin de batterie...
et au redémarrage, plus d'historique SMS.
Il s'agit d'un vieux Android (4.1.2) et j'ai vu qu'il y avait pléthore
d'applications vantant une récupération totale sans nécessité de passer
le téléphone en root... mais évidemment, que du proprio et pour du
Win/Mac...
J'ai bien vu une méthode avec ADB, mais elle est hyper lourde :
<URL:https://roubert.name/joakim/androidfilerecovery/>
L'un d'entre vous connaitrait-il une méthode plus simple pour aller
récupérer la base de données sous
/data/data/com.android.providers/telephony/database/mmssms.db ?
Merci!
Vincent.
