I am using a similar technique to keep track of my numerous tasks and projects and trying to control them. As a CTO in a SME (small and medium-sized enterprise), I am involved in way too many projects and discussions, and I need to keep control.

• I a have a A5 notebook always accessible near my keyboard
• At the beginning of each month, at the end of my notebook, I start a new page with 4 columns listing all the tasks and projects in progress
  • Sales: listing ongoing sales opportunities and also companies or contacts I shall recontact
  • Management: listing all the tasks I shall do to help others, or the company, for their specific tasks (sign this stuff, send this invoice, add X to this account, etc)
  • Prod: listing all my projects, and for all the tasks at projects level
  • Corporate: for all the topics I shall take care at the company level
• In the opposite page of the « Month page », I have a 3 columns page. This page will be used for the whole month. At the beginning of each week, I start a new section to select topics I have to finish this week. The less is the better, I am very very selective with this list, I need to focus, some tasks cannot wait another week, I need to select the ones that have to be finished this week.
  • Sales
  • Management
  • Prod and Corporate
• At the beginning of each week, at the start of my notebook, I start a new page with 4 columns. This page will be used for the whole week. At the beginning of each day, I start a new section listing all the tasks for the day. I can check when a task is done and indicates how much time I spent on it. This part is important to report how much time I spent on each project or category of sales/management/corporate tasks.
  • Sales
  • Management
  • Prod and Corporate
  • Meetings: listing all the appointments I have today (too much, as often)

I am using the « Day pages » since quite a long time. It is great. The month and week pages are new and really useful. I like them.

I am trying to have everything noted somewhere in these pages instead of tasks as « not read emails ». Unfortunately, I am still using a « Category » mechanism for my mailbox with Thunderbird (Important, To be done, To be followed, New contract or invoice, Meeting to schedule), but I would prefer to get rid of it as soon as I can.

C’est bien connu : le temps, c’est de l’argent !

Et pourtant : l’argent ne fait pas le bonheur.

Et par ailleurs, on peut perdre de l’argent et le retrouver ensuite. Alors que le temps… lorsque du temps est perdu, on ne peut pas le retrouver, et même l’argent ne peut le racheter.

Inspiré de la lecture de L’illusion de l’immédiateté – et si le vrai luxe, c’était la pause ?

Pour obtenir le montant total des commandes réalisé par année, je peux effectuer la requête suivante :

SELECT YEAR(date) as date_year, SUM(amount) as total
FROM mytable
GROUP BY YEAR(date)

Le YEAR(date) permet de récupérer uniquement la partie « année » de la date en question. J’aurai aussi pu utiliser EXTRACT(YEAR FROM date).

Cela va me donner :

Mais comment faire pour obtenir le total des commandes réalisé entre le 1 juillet et le 30 juin de l’année suivante ? Bref, comment grouper selon une période de date ?

J’ai l’impression que c’est aussi la question posée ici. La méthode GROUP BY ne permettant que de filtrer sur un nom de colonne, et non sur une condition, ce n’est pas simple. HAVING ne me sauvera pas, HAVING c’est « comme » un WHERE mais qui s’applique après le SELECT (i.e. il « connaît » les alias AS que l’on a créé) et après la résolution des functions d’agrégats (i.e. il sait faire une condition sur une somme, comme illustré ici).

Mais quand bien même GROUP BY fonctionnerait avec une condition, en y réfléchissant, je ne saurai pas tellement comment exprimer ce que je recherche comme une condition.

A vrai dire, je ne sais pas (encore) répondre à cette question. Mais en attendant, j’ai appris quelques petites choses sur SQL (i.e. MySQL) au passage et les voici.

Bon, j’ai envoyé cet article à ChatGPT et il a trouvé. Fichtre. Je n’aurai pas compris sa réponse si je n’avais pas cherché un peu au préalable. Mais quand même, c’est me fiche un coup à chaque fois. D’autant plus qu’il a compris que je voulais faire un groupement par année fiscale, ce dont je n’avais même pas parlé dans cet article ! (histoire de rire, je lui ai demandé de relire cette nouvelle version de l’article, il me félicite le petit malin, et il a même trouvé une coquille)

L’astuce ici, c’est que dans une condition CASE WHEN on peut générer une nouvelle valeur. On fait donc une condition :

• Si le mois est supérieur au mois de janvier, alors on créé un item « année en cours »-« année en cours + 1 »
• Sinon on créé « année en cours – 1 « -« année en cours »

Et il n’y a plus qu’à grouper sur ce résultat. Ce qui donne, avec un petit rollup pour avoir le somme total de toutes les années :

SELECT 
    CASE
      WHEN MONTH(date) >= 7 THEN CONCAT(YEAR(date), '-', YEAR(date) + 1)
      ELSE CONCAT(YEAR(date) - 1, '-', YEAR(date))
    END AS date_year_fiscal,
    SUM(amount) as total
FROM mytable
GROUP BY date_year_fiscal WITH ROLLUP

Ce qui donne bien :

Et voici maintenant les astuces que j’avais trouvé entre temps. Je n’étais pas si loin.

CASE WHEN

Avec la fonction QUARTER(date) je peux récupérer le numéro du trimestre d’une date. J’ai découvert CASE WHEN qui permet d’exprimer une condition de type switch, et donc de faire un total par semestre :

SELECT
   YEAR(date) as date_year
   (CASE WHEN QUARTER(date) IN (1,2) THEN 1 ELSE 2 END) as date_semester,
   SUM(amount) as total
FROM mytable
GROUP BY YEAR(date), (CASE WHEN QUARTER(date) IN (1,2) THEN 1 ELSE 2 END)

J’obtiens alors le résultat suivant, que je peux re-traiter en dehors de SQL pour sommer les 2 morceaux de semestre qui m’intéresse. Ce n’est pas l’idéal, mais c’est déjà pas mal.

Avec CONCAT on peut aussi facilement rajouter une colonne qui indique le semestre de chaque année :
CONCAT(YEAR(date), '_', (CASE WHEN QUARTER(date) IN (1,2) THEN 1 ELSE 2 END)) as date_year_semester

Documentation et exemple d’utilisation :

• https://www.w3schools.com/SQL/func_mysql_case.asp

WITH ROLLUP

En rajoutant WITH ROLLUP à la clause GROUP BY, MySQL va s’occuper de calculer aussi la somme en groupant uniquement par la colonne YEAR(date), puis la somme totale de tout le data set.

SELECT
   YEAR(date) as date_year
   (CASE WHEN QUARTER(date) IN (1,2) THEN 1 ELSE 2 END) as date_semester,
   SUM(amount) as total
FROM mytable
GROUP BY YEAR(date), (CASE WHEN QUARTER(date) IN (1,2) THEN 1 ELSE 2 END) WITH ROLLUP

Ce qui donne le résultat suivant. Sympa. Ce n’est pas ce que je voulais, mais auparavant pour avoir ce genre de résultat, je faisais un retraitement en dehors de SQL :

Plus d’informations sur rollup ici et surtout cette documentation de MySQL qui explique comment renommer ces NULL disgracieux (et éviter de les confondre de vrais lignes contenant un NULL)

Autres pistes

• Une recherche sur une plage de dates avec BETWEEN.
  • https://www.w3schools.com/mysql/mysql_between.asp
  • https://stackoverflow.com/questions/6924896/having-without-group-by
• GROUP_CONCAT : https://dba.stackexchange.com/questions/196007/mysql-grouping-with-condition
• Le OVER qui est non-dispo en MySQL mais pourrait servir en d’autres circonstances
  • https://alaburda.github.io/posts/grouping-overlapping-date-ranges.html
  • https://thelinuxcode.com/sql-group-date/
• GROUPING : https://dev.mysql.com/blog-archive/mysql-8-0-grouping-function/
• Une astuce intéressante ici avec INTERVAL pour grouper par mois, mais sans commencer le 1er du mois. Mais c’est légèrement différent de ce que je cherche à faire.
• Une discussion intéressante ici, on ne doit pas être très loin

Un mini rappel sur les tests unitaires :

• Un test case par classe : ce test case testera les différentes fonctions de cette classe
  • dans des cas nominaux,
  • des cas d’erreurs,
  • voire des cas limites.
• Tester le plus petit bloc possible : si la classe à tester utilise d’autres composants, on dit qu’elle a des « dépendances », il faut alors « mocker » ces dépendances (si possible) ou en tout cas les maîtriser au maximum. Ce sont les integration tests qui testeront plusieurs blocs ensemble.

Créer un test case

Avec QTestLib, un test case est un QObject classique. La classe de test contient plusieurs slots privés (i.e. « private slots », un slot public ne sera pas exécuté lors du passage des tests) qui seront exécutés les uns à la suite des autres. La documentation de Qt fournit aussi un exemple de test case, mais nous en verrons d’autres plus loin.

Dans chaque test, on va utiliser des assertions, permettant de déterminer si un test est en Success ou Failure. On place dans l’assertion ce que l’on considère comme le bon comportement pour un bout de code selon le contexte donné. En enchaînant plusieurs assertions, on est censé tester un morceau code dans tous les contextes possibles.

• QVERIFY(bool assessmentExpectedTrue) : « assessmentExpectedTrue » doit être vrai pour que le test soit en Success
• QVERIFY2(bool assessmentExpectedTrue, char *descriptionIfItFailed) : Idem mais on peut afficher un message de debug si l’assertion est faux
• QCOMPARE(actual, expected) : Idem, sauf que cette fois-ci la valeur obtenue (actual) et attendue (expected) doivent être égales. L’avantage, c’est que ces valeurs apparaissent dans les logs si le test échoue (ce qui n’est pas le cas avec QVERIFY) et c’est bien pratique pour le debug ! A noter : il faut que l’opérateur « == » et l’opérateur QDebug operator<<(QDebug dbg, T val) soit définie pour les types complexes.

En plus des slots privés qui représentent chacun un test, on peut définir au besoin 4 méthodes particulières dans le test case :

• initTestCase (static) : exécuté au tout début du test case.
• cleanupTestCase (static) : exécuté à la toute fin du test case.
• init : exécuté avant chaque méthode de test. On parle parfois de « set up » ou « préambule ».
• cleanup : exécuté après chaque méthode de test. On parle parfois de « tear down » ou « postambule »

Au niveau des bonnes pratiques, pour ma part je reprends les notations d’autres moteurs de tests (PHPUnit et JUnit), et donc j’aime bien :

• préfixer le nom des test cases par « Test ». Pour une classe MyClass → MyClassTest.
• préfixer le nom des tests (les private slots) par « test ». Ex : « testAdd » et « testAddWithErrors » pour tester la méthode MyClass::add.

Voici un exemple de test case, le header et sa source :

[cpp title="MyClassTest.h"]
#ifndef MYCLASSTEST_H
#define MYCLASSTEST_H

#include <QObject>

class MyClassTest : public QObject
{
  Q_OBJECT
private slots:
  void initTestCase();
  void cleanupTestCase();
  void init();
  void cleanup();

  void testHelloThere();
};

#endif // MYCLASSTEST_H
[/cpp]

[cpp title="MyClassTest.cpp"]
#include "MyClassTest.h"

#include <QDebug>
#include <QTest>

#include "MyClass.h"

void MyClassTest::initTestCase()
{
  qDebug()<<"Test is starting";
}

void MyClassTest::cleanupTestCase()
{
  qDebug()<<"Test is finished";
}

void MyClassTest::init()
{
  qDebug()<<"init";
}

void MyClassTest::cleanup()
{
  qDebug()<<"cleanup";
}

void MyClassTest::testHelloThere()
{
  MyClass myClass;
  QVERIFY("Hello!" == myClass.helloThere());
  QVERIFY2("Hello Martin!" == myClass.helloThere("Martin"), "Martin should have been saluted...");
  QCOMPARE(myClass.helloThere("Riggs"), QStringLiteral("Hello Riggs!"));
}
[/cpp]

Voilà qui est bien beau, mais voyons voir comment exécuter ce bout de test.

Exécuter un test case

Lancer un test case se fait relativement simple via la méthode qExec. Un petit exemple qui se contente d’exécuter le test case « MyClassTest » et d’afficher le résultat :

[cpp]
#include <QDebug>
#include <QTest>

#include "MyClassTest.h"

int main(int argc, char **argv)
{
  MyClassTest testCase;
  int testCaseResult = QTest::qExec(&testCase, argc, argv);
  qDebug()<<"MyClassTest: "<<(0 == testCaseResult ? "Success" : "Failure");
  return testCaseResult;
}
[/cpp]

Voici qui devrait afficher :

********* Start testing of MyClassTest *********

Config: Using QtTest library 5.3.2, Qt 5.3.2

QDEBUG : MyClassTest::initTestCase() Test is starting

PASS : MyClassTest::initTestCase()

QDEBUG : MyClassTest::testHelloThere() init

QDEBUG : MyClassTest::testHelloThere() cleanup

PASS : MyClassTest::testHelloThere()

QDEBUG : MyClassTest::cleanupTestCase() Test is finished

PASS : MyClassTest::cleanupTestCase()

Totals: 3 passed, 0 failed, 0 skipped

********* Finished testing of MyClassTest *********

MyClassTest: Success

Lancer une série de test cases

Allons plus loin en se fabriquant un petit outil, un test suite runner, qui va lancer plusieurs test cases d’un coup. Pour se faire nous allons créer une classe TestRunner. Chaque test case aura un log séparé, et le TesterRunner doit décrire globalement le statut de chaque test case (passed / failure), ainsi que le statut du test suite (passed / failure) c’est-à-dire un « ET » logique sur le résultat de tous les test cases.

[code file="TestRunner.h" language="cpp"]
#ifndef TESTRUNNER_H
#define TESTRUNNER_H

#include <QHash>
#include <QTimer>
#include <QDateTime>
#include <QCoreApplication>
#include <QtTest>
#include "Logger.h"

class TestRunner: public QObject
{
    Q_OBJECT

public:
    Logger logTestsResult;
    TestRunner()  : overallResult(0)
    {
        logTestsResult = Logger("TestRunner", "testsresult_", Logger::DontAddToGeneralLog);
        logTestsResult.setFolder("result");
        logTestsResult.cleanAll();
    }

    void addTest(QString testCaseName, QObject * testCase) {
        testCase-&amp;gt;setParent(this);
        testCaseList.insert(testCaseName, testCase);
    }

    bool runTests() {
        int argc =0;
        char * argv[] = {0};
        QCoreApplication app(argc, argv);
        QTimer::singleShot(0, this, SLOT(run()));
        app.exec();
        return overallResult == 0;
    }

private slots:
    void run() {
        // Launch
        doRunTests();
        // Log overall result
        logTestsResult.i(0 == overallResult ? "Passed" : "Failure");
        // Quit
        QApplication::instance()-&amp;gt;quit();
    }

private:
    void doRunTests() {
        foreach (QString testCaseName, testCaseList.keys()) {
            QStringList outputLogfileCmd;
            outputLogfileCmd<<" "<<"-o"<<logTestsResult.getFolder()+testCaseName+".log";
            int testCaseResult = QTest::qExec(testCaseList.value(testCaseName), outputLogfileCmd);
            logTestsResult.i(testCaseName+": "+(0 == testCaseResult ? "Passed" : "Faillure"));
            overallResult |= testCaseResult;
        }
    }

    QHash<QString, QObject *> testCaseList;
    int overallResult;
};

#endif // TESTRUNNER_H

[/code]

[code file="TestRunner.cpp" language="cpp"]
#include "TestRunner.h"
#include "tst_ExampleTest.h"

#include <QString>

int main() {
 TestRunner testRunner;
 testRunner.addTest("ExampleTest", new ExampleTest());
 testRunner.runTests();
 return 0;
}
[/code]

[code file="tst_ExampleTest.h" language="cpp"]
#ifndef TST_EXAMPLETEST_H
#define TST_EXAMPLETEST_H

#include <QtCore/QString>
#include <QtTest/QtTest>

class ExampleTest: public QObject
{
    Q_OBJECT

public:
    ExampleTest(bool debugMode=false);

private Q_SLOTS:
    void initTestCase();
    void cleanupTestCase();

    void testEx1();

};

#endif // TST_EXAMPLETEST_H
[/code]

[code file="tst_ExampleTest.cpp" language="cpp"]
#include "tst_ExampleTest.h"

ExampleTest::ExampleTest()
{
}

void ExampleTest::initTestCase()
{
}

void ExampleTest::cleanupTestCase()
{
}

void ExampleTest::testEx1()
{
    QVERIFY2(true, "Should be true");
}
[/code]

L’environnement de tests de mes rêves

Voici ma liste personnelle du test suite runner de mes rêves en C++/Qt :

• Pas de TestRunner à créer, juste des classes de tests (héritant d’un type spécifique, ou au pire s’inscrivant quelque part)
• Lancement des tests unitaires au choix lors de la compilation (grâce à une config ou un define)
• Résultat des tests (par test case et résultat global) dans des fichiers de logs, et/ou au choix dans stdout (coloré dans ce cas). En utilisant exclusivement qDebug bien sûr, ou stdout, pour ne pas inclure de bibliothèque supplémentaire.
• Fonction de setup/teardown par test case, et avant chaque test
• Supporter les fixtures (les quoi ? cf l’excellent article Increase your QTest productivity)
• Tester les signaux / slots Qt avec QSignalSpy (outil indispensable pour les tests unitaires Qt !)
• Ajouter une librairie pour gérer facilement les stub / mock

La bonne nouvelle c’est que j’ai partiellement atteint ce rêve (ohoh) avec un jeu de classes TestRunner et IUnitTest, empaqueté dans un package Qompoter appelé autotest pour l’utiliser facilement. C’est ce que l’on va voir au prochain épisode

Plus d’informations

• Increase your QTest productivity – soulève le problème du TestRunner QtTestLib classique, et propose une solution !
• Running multiple unit test – Idem, le TestRunner utilisé généralement pour QTestLib doit être modifié à chaque ajout d’un test case. Encore une autre solution est proposée.
• Stack Over flow : What unit testing framework should I use for Qt? – aborde le sujet du test runner avec QTestLib
• How to redirect Valgrinds output to a file? – Rediriger output dans un fichier
• QTestLib – Unit testing with Qt
• QTestlib Tutorial
• QTestlib User Manual
• L’intéressante doc de QTest et QTestLib Manual version Qt 4.7, mais étrangement, cela a l’air plus complet par rapport à la précédente… est-ce une illusion ?
• Some principles to write Unit tests
• About Unit Testing. Tout un tas d’exemple avec QtTestLib.
• Comment faire apparaître les résultats de vos tests (UnitTest++) directement dans l’interface de QtCreator.

Recently, I had to check the changes made on a specific line of a source file. I started digging into 7 years of commits… and obviously it was time to search for a better option

Fortunately, git log is really powerful.

First you can list commits with an impact on a specific function using the -L option. The diff are display immediately which is pretty handy. For example: git log -L:sendTcpRequest:src/evcc/Evcc.cpp. The -L option be used for numerous other stuff, please check git log --help.

This was still listing dozen of diff. The -G option allows to directly search on all the diffs and list related commit. For example git log -G "flush" Evcc.cpp was listing me 3 commits with a diff containing the word « flush ».

Qt peut nous simplifier la vie. Il peut nous y aider en tout cas. Mais. Oui il y a un mais. En regardant la documentation disponible sur Internet, c’est le bazar car : il y a bien longtemps, entre Qt 4.4 et Qt 4.7, on utilisait les mêmes noms de méthodes (run) pour quelque chose de différent ! Du coup, même aujourd’hui on trouve de tout sur le Web.

Voici quelques conseils en vrac avant de pointer vers de la documentation intéressante.

Conseils en vrac

• Si cela ne vous parle pas, allez regarder les définitions de thread-safe et re-entrant. En fait, renseignez-vous sur les threads avant d’utiliser les QThreads, vous gagnerez du temps.
• Un QObject appartient au thread dans lequel il est créé, ou dans lequel il est déplacé (mais dans ce cas, il ne peut avoir de parents)
  • Corolaire : les enfants d’un QObject vivent dans le même thread que leur parent. Mais attention, les variables membres ne deviennent pas automatiquement enfant de leur QObject ! (bigre)
• Si la notion de QEventLoop Qt ne vous parle pas, renseignez-vous !
• De manière assez logique, on peut appeler tranquillement un QObject via plusieurs thread, donc la même fonction d’une même classe peut être appelée par différents threads. En général on évite. Pour faire de la communication inter-thread, le plus safe est d’utiliser les signaux / slots en mode QueueConnection (mode par défaut dans ce cas). Si le thread A émet un signal variableChanged(int), ce signal peut être catché par une classe dans le thread principal via un slot handleVariableChanged(int). Voir QueuedConnection
• En fait, si on ne fait pas gaffe, notamment si on n’utilise pas les signaux / slots, ou si on utilise le mode DirectConnection, on peut sans se rendre compte avoir plusieurs threads qui modifient en même temps la même donnée. Le mécanisme de protection de base, c’est les mutex (QMutexLocker et QMutex sont vos amis). Mais on peut aussi jouer avec les variables atomiques. Plus difficile, pas toujours possible, mais indispensable si on veut éviter de manière fiable les interlocks.
• Pour utiliser les signaux / slots entre thread, il faut au préalable s’assurer que les paramètres des signaux soient bien enregistrés avec Q_DECLARE_METATYPE(Type) et qRegisterMetaType<Type>(). Sans cela, en QueuedConnection le slot ne serait juste pas appelé (dommage, try again).
• D’une manière générale, je préconise d’utiliser QConcurrent et QFutureWatcher qui encapsule le comportement des QThreads. C’est mieux, plus simple et presque toujours possible. Je ne suis pas le seul à le préconiser, c’est la doc Qt qui le dit.
• Si on doit utiliser directement QThread, alors la lecture de la doc Qt et des articles de Maya et FabienPN est fortement encourager.

La documentation Qt

• Classe QThread
• Les principes de base des threads
• Qt et le multithreading
• Les principes des threads avec QObject

Des articles intéressants sur le Web

• Le mieux et le plus éclairant : http://mayaposch.wordpress.com/2011/11/01/how-to-really-truly-use-qthreads-the-full-explanation/
  • L’auteure a posté son article sur le Wiki Qt, la discussion (assez intéressante, notamment un paragraphe primordial sur les enfants des QObjects qui sont moveToThread avec leur parent, ou presque) est ici : http://qt-project.org/forums/viewthread/14806/P15
• Deux bons articles récapitulatifs des différentes solutions : http://blog.debao.me/2013/08/how-to-use-qthread-in-the-right-way-part-1/, http://blog.debao.me/2013/08/how-to-use-qthread-in-the-right-way-part-2/ (avec exemples à la clé !)
  • Il parle de l’article instigateur de la solution et du problème : http://blog.qt.digia.com/blog/2010/06/17/youre-doing-it-wrong/
• Explications et exemples : http://fabienpn.wordpress.com/2013/05/01/qt-thread-simple-and-stable-with-sources/, http://fabienpn.wordpress.com/2013/08/16/qt-thread-multiple-methods-with-sources/
• Autres
  • http://www.christeck.de/wp/2010/10/23/the-great-qthread-mess/
  • http://blog.mathieu-leplatre.info/le-piege-des-qthread-fr.html
  • http://ilearnstuff.blogspot.fr/2012/09/qthread-best-practices-when-qthread.html
  • http://codethis.wordpress.com/2011/04/04/using-qthread-without-subclassing/
• Quelques exemples de code : https://gitorious.org/qthreadhowto/qthreadhowto/source/e7a681970a260cb733c142350d5311698303e879

Have fun!

Les symptômes très classiques : la page de login s’affiche, je m’authentifie, la page de chargement de Plasma KDE s’affiche, le loader tourne puis s’arrête au bout de quelques secondes et… voilà ! J’ai la souris, mais pour le reste c’est figé sur l’écran de chargement.

J’ai fini par trouver quel était le problème (incompatibilité temporaire entre kwin et kdecorator), mais voici les étapes par lesquels j’ai dû passer, pour finalement trouver la réponse sur un rapport de bug dans une mailing list Debian. J’en sais désormais d’avantage sur SDDM, X11, Kwin et le montage du bureau.

Au delà de l’analyse de sa machine, le bon réflexe à avoir c’est de regarder la liste des bugs en cours sur Debian : le portail des bugs et son moteur de recherche.

SDDM

Sur la plupart des distributions récentes, tout démarre avec SDDM (Simple Destkop Display Manager).

SDDM permet d’afficher le formulaire de login. J’ai l’impression que SDDM démarre son propre petit serveur X11pour cela (Xsetup ?). Ensuite SDDM effectue l’authentification avec PAM puis lance le desktop sélectionné, dans mon cas Plasma avec /usr/bin/startplasma-x11. Tout cela est confiruable dans le fichier /etc/sddm.conf. Moi je chiffre aussi mon dossier user avec encryptfs et je vois que ce dernier récupère mon mot de passe utilisateur à ce moment là pour pouvoir déchiffrer mon dossier dès le démarrage de … Kwin? Plasma? … bref, dès le démarrage.

Quelques erreurs possibles à ce niveau :

• La doc de SDDM explique : « En cas de blocage après la connexion, supprimer ~/.Xauthory et redémarrer ». Pas mieux chez moi.
• Si le disque est plein, on est aussi souvent bloqué à cette étape du login. Il suffit d’aller en console avec Ctrl+Alt+F2 (par ex) et de supprimer 2-3 babioles.
• J’ai un collègue qui avait une partition /root trop petite. A chaque mise à jour du noyau, il avait une mise à jour qui échouait et se retrouver avec un Linux en vrac. Par exemple son SDDM ne parvenait plus à détecter aucun bureau. Il a fallu réinstaller task-kde-deskto avec sudo apt install task-kde-desktop.

Kwin et Plasma

Grosso modo, la procédure que j’ai détaillé dans cet article de Mai explique bien les problèmes de config pouvant arriver suite à une mauvaise configuration du bureau (ou un bug lors d’une mise à jour) et comment les corriger.

Si cela ne suffit pas, on peut être plus bourrin, et faire la manip suivante (après avoir fait des backup) :

• Supprimer .config/kwinrc, .config/plasmarc, .config/plasmashellrc et .config/plasma-org.kde.plasma.desktop-appletsrc
• Supprimer les paquets kwin-x11 et plasma-desktop avec apt purge kwin-x11 plasma-desktop
• Réinstaller ces paquets avec apt install kwin-x11 plasma-desktop

Chez moi, cela ne pas suffit. L’erreur ne viendrait donc pas de la configuration de Kwin ou de Plasma. Je soupçonne une erreur quelque part entre kwin et Plasma, car le fichier kwinrc est bien recréé mais pas le fichier plasmarc.

Alors il faut regarder l’état de ces paquets dans les repository Debian :

• Côté kwin, il y a eu une erreur corrigée à partir de la version 5.19. Mais je suis à la version 5.21.5-2.
• Ah et côté kwin toujours, quand on est sûr Debian/KDE testing (i.e. bookworm)(so 2021 :D) et qu’on a fait une mise à jour autour de 17 octobre (je l’ai faites hier le 20), il y a une incompatibilité entre kwin et kdecoration ! C’est en regarde le fichier de log ~/.xsessions-errors que j’aurai pu voir tout seul ce problème. En attendant que kwin soit corrigé, on peut temporairement downgrade kdecoration en le téléchargeant ici et en faisant : dpkg -i libkdecorations2-5v5_5.21.5-2_amd64.deb. Debian nous indiquera sans cesse des mises à jour, mais il vaut mieux attendre que le fix soit disponible. apt nous indiquera de faire un apt install --fix-broken pour supprimer le downgrade et revienne sur la version de la distribution.

Logs d’erreur

D’abord il faut commencer par regarder la commande dmesg (plutôt pour des problèmes lors du boot) et les syslogs avec less /var/log/syslog (pour des problèmes system). Si on soupçonne quelque chose autour de X11 ou Kwin, alors ~/.xsessions-errors semble être le bon point d’entrée.

On peut aussi afficher toutes les erreurs des services systemd qui tournent avec journalctl -r -p err. Bien pratique.

De base, si je sélectionne un tableau avec ma souris, la sélection s’effectue ligne par ligne.

Pratique pour copier un tableau entier. Mais embêtant lorsque l’on ne souhaite copier que quelques colonnes comme c’est mon cas ici.

Dans ce cas, pendant la sélection, il faut appuyer sur la touche Ctrl. On obtient alors une sélection par colonne.

Voilà qui peut être utile !

Pourtant, il ne me semble pas utiliser particulièrement ces applications… J’utilise Thunderbird et je m’en porte très bien ! Akonadi est normalement coupé par défaut, et activé dès qu’une application le nécessite. Il semblerait que l’horloge KDE puisse l’activer (eh oui, elle peut afficher un agenda), mais à part ça, mystère.

Mon hypothèse c’est que j’ai dû tester un jour KMail, puis le désinstaller, et Akonadi s’est ainsi retrouvée avec 15 go d’emails dans sa base de données.

J’ai cherché, et je n’ai pas trouvé comment savoir si ces données étaient vraiment utiliser, ni comment purger. Alors j’ai suivi les conseils de ce thread KDE : couper Akonadi, tout supprimer, relancer Akonadi. Oui.

On coupe Akonadi avec akonadictl stop.

Puis on supprime ~/.local/share/akonadi, ~/.config/akonadi et ~/.kde/share/config/akonadi*.

Ensuite on redémarre Akonadi et on lance un refresh de la base.

akonadictl stop
akonadictl fsck # it takes time...

Dans mon cas, cela a généré plein d’erreurs. Akonadi voyait dans sa base de données les fichiers que j’avais supprimé, mais ne les retrouvais plus. Il a tout mis dans ~/.local/share/akonadi/file_lost+found.

Et depuis, ça roule !

A vos risques et périls !

Pour ceux qui sont sous Debian Testing Bulleyes (so 2020), si jamais vous avez le même problème que moi (j’ai juste ouvert mon ordi pour rien d’important, et pof écran noir, juste la souris, même après le reboot, bref galère) :

Je ne sais pas qui est la cause de quoi, mais il s’avère que le plugin qui affiche l’heure EventCalendar s’est aussi mis à crasher et le résultat c’est que Plasma crash au démarrage et affiche un écran noir. Le plus simple c’est de sauvegarder puis supprimer `.config/plasma-org.kde.plasma.desktop-appletsrc` puis de reboot (Donc `Alt+F2` pour afficher un terminal, ou bien `Ctrl+Alt+F2`). ça recréera une config par défaut. J’ai pu comparer les 2, faire des tests, détecter le pb d’affichage de l’heure par hasard, et du coup remettre ma config d’origine corrigée.
Plasma s’affichait bien, mais pas le décorateur de fenêtre (pas possible de déplacer, fermer des fenêtres, alt+tab marchait pas).

EventCalendar est toujours planté aujourd’hui, donc je ne l’utilise plus. Lorsque j’ai eu ce problème, j’avais probablement un double bug EventCalendar + kwin. C’est peut-être dû à la dernière mise à jour que j’ai faite, soit ça a cassé mon kwin (le « window decorator »), soit ça a introduit un bug dans kwin. Bref, dans la soirée une nouvelle version de kwin est apparu et cela a réglé le souci. J’ai cherché à savoir si c’était ma config ou un bug, mais je n’ai pas trouvé.

Au moins, je sais maintenant où trouver la config de Plasma, et je sais ce qu’est un window decorator

Redémarrage live de Plasma

La commande pour redémarrer plasma c’est : `killall plasmasheel` (pour tuer l’ancien) puis tout simplement `plasmashell &`.

$ sudo apt upgrade                                                                                                                  
Lecture des listes de paquets... Fait                                                                                               
Construction de l'arbre des dépendances                                                                                             
Lecture des informations d'état... Fait                                                                                             
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.                                                        
Les paquets suivants contiennent des dépendances non satisfaites :                                                                  
 libps2000a : Dépend: libpicoipp (>= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                       
 libps3000a : Dépend: libpicoipp (>= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                       
 libps4000 : Dépend: libpicoipp (>= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                        
 libps4000a : Dépend: libpicoipp (>= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                       
 libps5000a : Dépend: libpicoipp (>= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                       
 libps6000 : Dépend: libpicoipp (>= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                        
 libps6000a : Dépend: libpicoipp (>= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                       
 picoscope : Dépend: libpicoipp (= 1.3.0-4r78) mais 1.3.0-4r29 est installé                                                         
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet                                                    
   (ou indiquez une solution).

Et en faisant un apt --fix-broken install je n’obtenais pas beaucoup mieux, mais au moins j’ai trouvé de l’info :

$ sudo apt --fix-broken install                                                                                                     
Lecture des listes de paquets... Fait                                                                                               
Construction de l'arbre des dépendances                                                                                             
Lecture des informations d'état... Fait                                                                                             
Correction des dépendances... Fait                                                                                                                                                                      
Les paquets supplémentaires suivants seront installés :                                                                             
  libpicoipp                                                                                                                        
Les paquets suivants seront mis à jour :                                                                                            
  libpicoipp                                                                                                                        
1 mis à jour, 0 nouvellement installés, 0 à enlever et 998 non mis à jour.                                                          
1150 partiellement installés ou enlevés.                                                                                            
Il est nécessaire de prendre 0 o/4 260 ko dans les archives.                                                                        
Après cette opération, 43,0 ko d'espace disque seront libérés.                                                                      
Souhaitez-vous continuer ? [O/n] O                                                                                                  
Lecture des fichiers de modifications (« changelog »)... Terminé                                                                    
(Lecture de la base de données... 490198 fichiers et répertoires déjà installés.)                                                   
Préparation du dépaquetage de .../libpicoipp_1.3.0-4r78_amd64.deb ...                                                               
dpkg: erreur de traitement de l'archive /var/cache/apt/archives/libpicoipp_1.3.0-4r78_amd64.deb (--unpack) :                        
 conffile name 'etc/ld.so.conf.d/picoscope.conf' is not an absolute pathname                                                        
Des erreurs ont été rencontrées pendant l'exécution :                                                                               
 /var/cache/apt/archives/libpicoipp_1.3.0-4r78_amd64.deb                                                                            
E: Sub-process /usr/bin/dpkg returned an error code (1)

Où se situe le problème ?

Très visiblement, le problème vient du paquet libpicoipp. Un paquet permettant de faire fonctionner les picoscopes de chez Picotech. Ma machine va chercher ce paquet car j’ai ajouté deb https://labs.picotech.com/debian/ picoscope main aux dépôts.

Il semblerait qu’au moins depuis la version 1.1, et encore dans la version 1.3, ce paquet soit mal formé. Le fichier DEBIAN/conffiles du paquet pointe vers etc/ld.so.conf.d/picoscope.conf au lieu de /etc/ld.so.conf.d/picoscope.conf. Too bad.

Comment corriger cacher le problème ?

J’ai d’abord cherché à supprimer le paquet. Une chose que j’ai appris, et qui semble pourtant logique, c’est que pour supprimer le paquet, il faut supprimer aussi tous les paquets qui en dépendent.

En regardant le résultat de sudo apt upgrade, j’ai donc pu lancer sudo apt remove libps2000a libps3000a libps4000 libps4000a libps5000a libps6000 libps6000a picoscope. Suppression réussie. Une manière comme une autre de résoudre un problème non ?

Ce qui a permis de mettre à jour mon système avec sudo apt upgrade !

Comment vraiment corriger ?

Pour pouvoir continuer à utiliser les picoscopes, ce topic du forum Picotech explique le problème et la solution possible : corriger manuellement le paquet Debian.

Voilà un bon exercice !

Plutôt que de bêtement faire un tar xf du paquet (un paquet Debian est en réalité une archive au contenu bien précis et ayant l’extension .deb), on va utiliser dpkg-deb -R pour l’ouvrir et dpkg-deb -b pour le recréer. Entre temps, on modifiera le fichier incorrect.

Je n’ai pas encore testé cette dernière étape, mais cela doit donner quelque chose comme ça :

# Unpack
mkdir ~/tmp && dpkg-deb -R /var/cache/apt/archives/libpicoipp_1.3.0-4r78_amd64.deb ~/tmp
# Fix package
vim ~/tmp/DEBIAN/conffiles
# Remove first line containing "etc/ld.so.conf.d/picoscope.conf"
# Recreate the package
dpkg-deb -b ~/temp ~/libpicoipp_1.3.0-4r78_amd64.deb
# Install it
sudo apt install ~/libpicoipp_1.3.0-4r78_amd64.deb
# Let's reinstall the required Pico drivers
sudo apt install libps2000a libps3000a libps4000 libps4000a libps5000a libps6000 libps6000a picoscope

Voilà longtemps que je voulais pouvoir y accéder à distance via mes autres ordinateurs. C’est censé être possible puisqu’il est connecté en Wifi à ma box Internet. Via Windows c’est un peu la croix et la bannière, mais ça marche. Sous Linux… je n’avais jamais réussi ! L’autre jour, je me suis un peu acharné, j’ai trouvé et relu la doc, et j’ai fini par trouver la solution (et les raisons) juste avant de lâcher prise. Ouf !

Avec un montage cifs

Via la configuration de mon Storex, j’ai pu checker son adresse IP, sélectionner un workgroup et un nom du partage. J’ai choisi Solum : du latin signifiant « succession verticale des couches du sol ». C’est aussi une planète dans l’univers de Valérian et Laureline : la ville unique de cette planète s’enfonce d’année en année dans le sous-sol, obligeant ses habitants à construire régulièrement un nouvel étage à la cité. Une créature immortelle s’installe alors à chaque nouvel étage englouti afin d’être la mémoire de ce qui s’est passé à son époque.

Bref, chouette nom pour un disque dur de backup non ?

Après avoir créé un dossier à l’endroit où je désire monter mon Storex (mkdir /home/smb4k/Solum), voici le montage cifs (vive cifs !!!) qui fonctionne :

$ sudo mount -t cifs //ip-address/STOREX /home/smb4k/Solum -o username=Solum,workgroup=WORKGROUP,vers=1.0
Password for Solum@//ip-address/STOREX: ********

Il y a plusieurs erreurs possibles :

• Même si on a changé le nom de partage en Solum, le dossier continue de s’appeler « STOREX ». C’est bête mais c’est indiqué nul part. J’ai fini par m’en rendre compte grâce au message d’erreur mount error(2): No such file or directory
• Lorsqu’on enlève vers=1.0, cela ne fonctionne pas et le message d’erreur suivant Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg) nous invite à faire un sudo dmesg qui nous dit : No dialect specified on mount. Default has changed to a more secure dialect, SMB2.1 or later (e.g. SMB3), from CIFS (SMB1). To use the less secure SMB1 dialect to access old servers which do not support SMB3 (or SMB2.1) specify vers=1.0 on mount. Ahh, ok ! En bref mon Storex est trop vieux et utilise Samba v1.0 qui est désactivé mais heureusement encore supporté !

Un petit ls -l /home/smb4k/Solum me liste tous mes fichiers, yes !

Avec SMB4K

Sur mon Debian KDE (testing !), comme sur mon Kubuntu, j’aime bien l’utilitaire SMB4K pour monter facilement mes disques réseaux. L’IHM est vraiment abscons, mais ça fait le job.

ça fonctionne bien sur mon vieux Kubuntu avec la configuration suivante :

Sur mon Debian, je dois avoir un SMB4K un peu trop récent et le montage ne se fait pas. C’est probablement le problème de Samba 1.0, mais je ne vois pas comment configurer cela sur SMB4K. Arf, allez encore quelques recherches (one day) et le setup sera complet !

J’ai récemment installé l’OS Recalbox, l’émulateur de consoles de jeux, sur mon RaspberryPi3. Une petite manette USB, et… ah oui il me faudra une manette USB ou Bluetooth supplémentaire, et prendre le temps de retrouver des jeux sympas… et cela devrait animer les soirées d’hiver !

Mon objectif est d’avoir un RaspberryPi près du bureau pour :

• Faire console de jeux (checked)
• Ah tiens Recalbox est fourni avec le media center Kodi (à creuser)
• Rendre mon imprimante utilisable via le réseau (peut-être compliqué avec Recalbox, c’est mon prochain défi)
• Rajouter un noeud Syncthing à la maison (checked)

Mais comment installer synchting sur Recalbox ? Puisque comme le disent certains sur les forums : il n’y a pas de gestionnaire de paquet sur Recalbox.

Syncthing est fait pour synchroniser des trucs. J’ai connecté les ordinateurs de la maison à deux noeuds Synchting sur 2 RasberryPi. Cela permet d’échanger facilement les fichiers, de rajouter des photos facilement à mon RaspberryPi faisant office de cadre numérique, et ça sert de backup en cas de casse de disque dur. C’est aussi une petite protection contre le vol (4 copies, avec un peu de chance le voleur ne les trouvera pas toutes), mais c’est inutile contre une suppression malencontreuse de données, pour ça j’ai un disque dur externe.

Accès SSH à Recalbox

Recalbox est fourni avec un serveur SSH, yes!

$ ssh root@ip-address
recalboxroot
# 

Le tour est joué !

Installé Syncthing sur Recalbox

Syncthing ayant relativement peu de dépendance, il suffit de déposer l’exécutable syncthing sur Recalbox et de l’exécuter pour que le tour soit jouer.

Pour trouver l’exécutable, on peut le recompiler (certes), mais sur RaspberryPi, la version pré-compilé pour ARM fera très bien l’affaire. On peut par exemple le télécharger et l’envoyer sur le RaspberryPi avec scp.

$ wget https://github.com/syncthing/syncthing/releases/download/v1.4.2/syncthing-linux-arm-v1.4.2.tar.gz
$ tar xf syncthing-linux-arm-v1.4.2.tar.gz
$ scp syncthing-linux-arm-v1.4.2/synchting root@ip-address:.

Dans les dernières versions de Recalbox, il faut placer les scripts dans le dossier /usr/bin puis le rendre exécutable:

$ mount -o remount,rw / # Disk is mounted read only by default
$ mv syncthing /usr/bin
$ chmod 755 /usr/bin/syncthing

Personnellement, j’active toujours l’accès distant à l’IHM Web de Syncthing. Après avoir exécuter une fois syncthing grâce à ./syncthing, je quitte (ctrl+c) et j’édite le fichier de config ~/.config/syncthing /config.xml en changeant address avec 0.0.0.0:8384. J’ajoute un mot de passe plus tard via l’IHM.

Démarré Syncthing au démarrage

Recalbox utiliser init.d comme utilitaire de démarrage. Il faut donc rajouter le fichier suivant, nommé S95Syncthing (par exemple) dans /etc/init.d/.

#!/bin/bash
RECALHOME=/recalbox/share/system
EXE=/usr/bin/syncthing
case "$1" in 
    start)  
          nohup ${EXE} -home ${RECALHOME}/.config/syncthing -no-browser >${RECALHOME}/logs/syncthing_initd.log 2>&1 &
          ;;  
    stop)  
          pkill -f "syncthing"
          ;;  
    status)
          ps aux | grep syncthing
          ;;
    restart|reload)  
          pkill -f "syncthing" 
          nohup ${EXE} -home ${RECALHOME}/.config/syncthing -no-browser >${RECALHOME}/logs/syncthing_initd.log 2>&1 &
          ;;  
    *)  
esac  
exit $?

Sans oublier de rendre ce script exécutable :

$ mount -o remount,rw / # Disk is mounted read only by default
$ chmod 755 /etc/init.d/S95Syncthing

Et voilà, syncthing démarrera tout seul au prochain redémarrage !

Solution
Dans le prompt grub rescue :
grub rescue> ls # affiche la liste des disques, pour moi cela allait de gpt9 à gtp1
grub rescue> set # affiche la configuration courante, pour moi gtp8 était sélectionné
grub rescue> set prefix=(hd0,gtp5)/boot/grub
grub rescue> set roothd0,gpt5
grub rescue> insmod linux # Maybe useless
grub rescue> insmod normal
grub rescue> normal # Linux will start

J’ai fait plusieurs tentatives pour trouver la bonne partition car je ne me rappelais plus laquelle c’était ! (petite piqûre de rappel de qwerty en
prime) Il n’y a pas de risque à faire des essais, quand ce n’est pas correct, la commande insmod linux déclare unknown filesystem.
Pour rendre cette modification permanente, il faut utiliser les commandes suivantes une fois qu’on a un prompt digne de ce nom :
sudo os-prober
sudo update-grub
sudo grub-install /dev/sda

Ressources

• https://doc.ubuntu-fr.org/tutoriel/comment_restaurer_grub
• http://forum.ubuntu-fr.org/viewtopic.php?id=358656

sudo apt install winetricks winbind WINEARCH=win32 WINEPREFIX=~/.wineoffice2010 winetricks dotnet20 msxml6 corefonts WINEPREFIX=~/.wineoffice2010 wine ../hubiC/Olivier/WorkTrialog/Software/Office_2010_ProPlusAc_SP1_French_x32.exe

Après cela, Word et Excel ont fonctionné correctement (une fois activé en ligne). Mais PowerPoint ne démarrait pas… Il semble que PowerPoint on wine « does not automatically use the riched20 installed by Office ».  Donc, nous devons sélectioner riched20 to native in winecfg. C’est ce que j’ai fait avec succès en lançant :

WINEPREFIX=~/.wineoffice2010 winecfg

Et voilà ! Bon courage avec votre installation d ‘Office sous Linux ! Pour info, j’ai aussi une version d’Office 2016, mais c’est juste mort pour l’installer sous Linux ! Une histoire de version d’ActiveX pas (encore) supporté par Wine.