Mathieu Gueydan

Css. z-index doesn't work the way I want.

2016-10-19T14:07:58+02:00

Stacking contexts are a nightmare.

Most of the time what you do want is a single stacking context for the wole page.
Unfortunately, most of the time, you generate new stacking contexts without knowing it.

An element may generate a context :
- because it has a "position: fixed" (on firefox, on chrome/ium it depends of flag #fixed-position-creates-stacking-context)
- because it has a "position: absolute" or "relative" and a "z-index"
- because it has an opacity < 1
- ... at least 8 other not-fully identified possibilities (see links above)

Additionally to this context generation issue, the tricky parts for me are :
- an element generates a stacking for its childs. Not for himself
- there are almost no relationship between element tree and contexts

I'll sum-up all of this with this graph :

What Mozilla says about that (which definitely was the easier to understand for me) :
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Positioning/Understanding_z_index/The_stacking_context
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_context_example_1
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_context_example_2
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_Positioning/Understanding_z_index/Stacking_context_example_3

What Chrome says about that :
(Using chrome :) chrome://flags/#fixed-position-creates-stacking-context
https://developers.google.com/web/updates/2012/09/Stacking-Changes-Coming-to-position-fixed-elements

What W3c says about it (but's it's fuzzy) :
https://www.w3.org/TR/CSS22/visuren.html#propdef-z-index

An explanation attempts from various guys :
https://philipwalton.com/articles/what-no-one-told-you-about-z-index/ (this one was a good start, but in the end it doesn't give the right key)
https://webdesign.tutsplus.com/articles/what-you-may-not-know-about-the-z-index-property--webdesign-16892

Rechargement Navigo depuis Ubuntu (2016/06)

2016-07-01T03:13:14+02:00

Bonjour,

J'ai beaucoup luté ce soir pour recharger mon navigo depuis ma Ubuntu.
Voici quelques pistes pour ceux qui auraient à faire ça un jour (moi inclus).

Première étape : installation des drivers.
Source1 : http://blog.freepeople.fr/bazar/recharger-le-passe-navigo-sous-linux/
Source2 : http://www.blogouillage.net/2012/11/rechargement-du-passe-navigo-sous-linux.html

Il s'avère que dans mon cas, les packetages suivants ont été nécessaires :
* pcscd
* libpcsclite1
* pcsc-tools : peut-être, mais sans certitude, car je ne sais pas quelle partie aurait été utilisée et je ne m'en suis pas servi directement

Le résultat est immédiat:

>:~$ pcsc_scan
PC/SC device scanner
V 1.4.22 (c) 2001-2011, Ludovic Rousseau
Compiled with PC/SC lite version: 1.8.10
Using reader plug'n play mechanism
Scanning present readers...
0: Alcor Micro AU9520 00 00

Fri Jul 1 01:27:33 2016
Reader 0: Alcor Micro AU9520 00 00
Card state: Card inserted,
...

Parti comme ça, on se dit que ça va bien se passer.

Seconde étape : Maquiller son user-agent pour ne pas que le site détecte un OS Linux
Source1 : http://blog.freepeople.fr/bazar/recharger-le-passe-navigo-sous-linux/
Source2 : http://www.useragentstring.com/Chrome41.0.2227.1_id_19830.php

Le site navigo.fr vérifie le user-agent qu'il reçoit de votre Browser, et si cela ne correspond pas à ce qu'il connaît (c'est à dire windows / mac pour l'OS), il refuse carrément d'envoyer l'applet. Plutôt que de risquer que cela échoue, ils préfèrent ne pas tenter.

On appréciera en particulier la remarque finale qui sous-entend que vous allez changer de système (pour passer à un système payant) et revenir ensuite sur le site de navigo pour terminer votre opération.

Du coup, il faut envoyer un user-agent correspondant à l'un des cas connus.

La source 1 indique d'utiliser le plug-in de Firefo "user agent switcher" pour cette fin, c'est ce que j'ai fait. Par contre les informations qu'il donne sur le user-agent sont un peu anciennes.
La source 2 m'a permis de trouver les derniers users-agents. Le site navigo.fr est assez sympa pour nous corriger quand on lui donne une version qu'il n'aime pas.

Par exemple quand je lui ai fourni le user-agent de chrome 37.0.2062.124, il m'a gentiment répondu

Votre navigateur Internet ou sa version Google Chrome 37.0 n'est pas compatible avec le service de rechargement/lecture de passe.
Le service de rechargement/lecture de passe est optimisé pour les versions de Google Chrome 40.0 et ultérieures :

Note : Je suis resté sur un OS Mac, en me disant qu'il y avait moins de chance que les effets de bords soient graves sur un Mac->Debian que sur un Windows->Debian. Après tout, on est en boite noire, on n'a aucune idée de ce que le site peut faire de cette info, si ça se trouve l'applet java chargée n'est pas la même en fonction des user-agent, et il y a plus de chance que l'applet développée pour Mac fonctionne sur une Debian, que l'applet développée pour Windows.

Au final, j'ai utilisé la conf suivante :

Description : Mac
User Agent : Mozilla/5.0 (Macintosh; Intel Mac OS X 10_10_1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2227.1 Safari/537.36
App Code Name : Mozilla
App Name : Netscape
App Version : 5.0 (X11)
Platform : Macintosh Intel Mac OS X 10_6_8

Les résultats sont très engageants : le site accepte d'envoyer l'applet, l'applet voie le lecteur de carte et la carte, on peut même consulter le contenu de sa carte via le site.
Yohoo !

Non pas Yohoo.

Troisième étape : La conf de java
Source1 : https://doc.ubuntu-fr.org/java
Source2 : https://www.java.com/fr/download/help/linux_install.xml
Source3 : http://stackoverflow.com/questions/14491322/how-to-add-java-plugin-for-firefox-on-linux
Source4 : http://www.cyberciti.biz/faq/linux-unix-set-java_home-path-variable/

Il s'avère que pour recharger un navigo, il ne suffit pas que l'applet voie le lecteur de carte Navigo et la carte Navigo, il faut aussi qu'elle puisse opérer un paiement par carte-bleue auprès d'une banque.

Or il s'avère qu'OpenJDK 7 (installé par défaut, de même que IceTea-7 sur ma Ubuntu) est (ou du moins semble) incompatible avec l'applet de Navigo. Le symptôme est le suivant : au moment où l'on devrait saisir les informations de paiement, on reçoit le message :

Paiement refusé !

Il m'a donc fallu installer le jdk d'Oracle.

cd /usr/local/
sudo mkdir java
sudo mv /home/pouet/Downloads/jdk-8u91-linux-x64.tar.gz ./java/
cd java
sudo tar zxvf jdk-8u91-linux-x64.tar.gz
sudo update-alternatives --install /usr/local/java java
sudo update-alternatives --install /usr/bin/java java /usr/local/java/jdk1.8.0_91/bin/java
sudo update-alternatives --install /usr/bin/java java /usr/local/java/jdk1.8.0_91/bin/java 1

Logiquement, rendu à ce point, on devrait être amené à utiliser update-alternatives, pour choisir laquelle des versions de java est utilisée par défaut :

sudo update-alternatives --config java
sudo update-alternatives --config javac
sudo update-alternatives --config javaws

Mais je n'ai pas eu à le faire car j'ai préalablement désinstallé OpenJDK, ce que je regrette a posteriori.
Le mois prochain peut-être j'essaierais de le réinstaller et de faire fonctionner les deux en alternés.

Une fois java installé , il est reconnu par le système :

>:~$ which java
/usr/bin/java
>:~$ ls -l /usr/bin/java
lrwxrwxrwx 1 root root 22 juil. 1 00:00 /usr/bin/java -> /etc/alternatives/java
>:~$ update-alternatives --config java
There is only one alternative in link group java (providing /usr/bin/java): /usr/local/java/jdk1.8.0_91/bin/java

Enfin, j'ai mis les JAVA_HOME dans mes exports, en recourant à un

sudo emacs /etc/bash.bashrc
source /etc/bash.bashrc

et en ajoutant les lignes suivantes au bashrc :

export JAVA_HOME=/usr/local/java/jdk1.8.0_91/bin/java

La conséquence directe de tout ça est un java à la sauce Oracle qui fonctionne en ligne de commande:

>:~$ java -version
java version "1.8.0_91"
Java(TM) SE Runtime Environment (build 1.8.0_91-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode)

Quatrième étape : faire en sorte que firefox voie ce nouveau java
Source1: https://www.java.com/fr/download/help/linux_install.xml

Pour OpenJDK, on pouvait compter sur iced-tea pour faire le lien Firefox java, mais pour Oracle-jdk il faut le faire à la main via un lien symbolique.

Comme cela change d'une version à l'autre et d'une distro à l'autre, il vaut mieux ne pas faire confiance aux chemins qu'on peut trouver dans les tutoriaux ou dans les forums et retrouver soi-même sa librairie libnpjp2.so :

sudo updatedb
sudo locate libnpjp2.so

Ce qui m'a permit d'écrire :

ln -s /usr/local/java/jdk1.8.0_91/jre/lib/amd64/libnpjp2.so /usr/lib/firefox-addons/plugins/libnpjp2.so

Suite à ça, la vérification de la version de java sur le site d'Oracle (https://www.java.com/en/download/installed.jsp) fonctionne depuis Firefox

Et là on pourrait croire qu'on a fini

Cinquième étape : faire en sorte que le java d'oracle trouve le lecteur de carte
Source1 : https://doc.ubuntu-fr.org/smartcards
Source2 : http://www.blogouillage.net/2012/11/rechargement-du-passe-navigo-sous-linux.html

Et non, ce n'est pas fini, car, surprise, en changeant de JDK, on a perdu le lecteur de cartes. Pourquoi, comment .... je ne sais pas, internet fourmille de détails sur un bug connu d'emplacement des libs... mais j'ai eu beau essayer de faire des liens symboliques dans tous les répertoires possibles et imaginables vers la lib de libpcsclite1, rien n'y fit.

Pour tester, je suis passé par le petit programme de la source 1 qui teste libpcsc.
Les commandes suivantes permettent respectivement de compiler le code fourni par cette source, et d'exécuter le "binaire"
produit

> javac TestSmartCardIO.java
> java TestSmartCardIO

et cela donne, en première approche :

Terminals count: 0
Terminals: []
java.lang.IndexOutOfBoundsException: Index: 0
at java.util.Collections$EmptyList.get(Collections.java:4454)
at TestSmartCardIO.main(TestSmartCardIO.java:25)

Je n'ai donc pas réussi, par le biais d'un lien symbolique à faire fonctionner le PCSC avec le Jdk de Oracle.

En revanche, en précisant à java où trouver la librairie, ça fonctionne :

>:~$ java -Dsun.security.smartcardio.library=/lib/x86_64-linux-gnu/libpcsclite.so.1 TestSmartCardIO
Picked up JAVA_TOOL_OPTIONS:
Terminals count: 1
Terminals: [PC/SC terminal Alcor Micro AU9520 00 00]
Card: PC/SC card in Alcor Micro AU9520 00 00, protocol T=0, state OK
...

Ok, logiquement avec tout ça on doit être bon là.

Sixième étape : faire en sorte que l'applet java s'initialise avec les bons paramètres
Source1 : http://stackoverflow.com/questions/28327620/difference-between-java-options-java-tool-options-and-java-opts

Non, on est toujours pas bons, parce que quoi que je mette dans mes exports, je n'arrivais pas à faire en sorte que cette option soit passée à l'applet Navigo.

Jusqu'à ce que je tombe sur cette question stackOverFlow très détaillée, qui m'indique pourquoi il ne faut utiliser ni JAVA_OPTS, ni _JAVA_OPTIONS (comme le disent la plupart des forums), mais bel et bien JAVA_TOOL_OPTIONS.

Du coup, j'ai mis dans mon bashrc (comme précédemment) la ligne suivante :

export JAVA_TOOL_OPTIONS="-Dsun.security.smartcardio.library=/lib/x86_64-linux-gnu/libpcsclite.so.1"

(attention à penser à le "sourcer" comme plus haut, de manière à ce que l'export soit valide tout de suite)
Attention aussi à démarrer Firefox depuis la console de manière à ce qu'il tienne compte de ce source.

J'ai enfin pu acheter mon ticket. Et voilà comment j'ai perdu la moitié de ma nuit pour éviter de faire 10' de queue demain matin.
Bon après, si j'ai de la chance, le mois prochain ça devrait être plus rapide.

Yohoo !!

---------
Pour la petite anecdote, les mois précédents (depuis plusieurs années en fait), j'utilisais un machine Windows pour recharger mon badge. Mais :
1. Trois fois sur quatre je passais plusieurs heures à réinstaller des drivers et des versions de Java
2. Aujourd'hui, elle ne boote plus, parce qu'elle a décidé, de son propre chef, de changer d'OS au profit de Windows 10.

Ce que j'espère finalement, c'est que, malgré ce démarrage un peu rugueux, Ubuntu m'apportera la robustesse qui fait défaut à Windows.

---------
Ah, et sinon, le prochain candidat en entretien qui me cite la portabilité comme atout de Java sur d'autres langage ferait bien d'avoir lu ce post auparavant.

Argparse (Note pour moi-même)

2016-01-04T10:51:01+01:00

- Parce que je n'ai jamais réussi à apprendre par coeur les noms des méthodes de argparse,
- Parce que j'ai toujours pratiquement les mêmes cas d'utlisation,
- Parce que ces cas ne ressortent pas vraiment dans l'aide d'argparse,
Je note ces cas ici :

parser = argparse.ArgumentParser(description="What I do")parser.add_argument("astFile", help="the path where to find source ast")parser.add_argument("resultPath", help="the path where to write results")args = parser.parse_args()

parser = argparse.ArgumentParser(description="What I do")subparsers = parser.add_subparsers(title="commands", dest="action")subparsers.add_parser("start", help="start everything")subparsers.add_parser("stop", help="stop everything")subparsers.add_parser("status", help="get status")args = parser.parse_args()

Postfix / Sasl via Courier / cannot connect to Courier authdaemond

2015-07-14T21:57:48+02:00

Hello,

This small note just to remind me, what just happened as I upgrade a debian with an installed postfix using courier as SASL authentifiaction (for smtp)

1. First, the smtp daemon had no access to the courier socket.

Symptom :

tail /var/log/mail.info
SASL authentication failure: cannot connect to Courier authdaemond: Connection refused

Explanation :

For some reason, the smtp daemon is chrooted again. There maybe is a solution to allow him to access to courier socket even if it is chrooted, but I didn't find any (played some time with symbolic links but unsuccessfully. Tried to ask courier to put its socket in postfix chroot jail, but didn't work either)

So I choosed to unchroot it :

sudo emacs /etc/postfix/master.cf
smtp inet n - n - - smtpd

And then restart postfix of course.

2. Then, the smtp daemon had no right anymore to read the courier socket.

Symptom :

tail /var/log/mail.info
SASL authentication failure: cannot connect to Courier authdaemond: Permission denied

Explanation :
The rights on the socket folder went wrong. Be carefull, the rights on the socket itself where good.

ls -l /var/run/courier/authdaemon/socket
ls: cannot access /var/run/courier/authdaemon/socket: Permission denied

sudo ls -l /var/run/courier/authdaemon/socket
srwxrwxrwx 1 root root 0 Jul 14 21:31 /var/run/courier/authdaemon/socket

sudo ls -l /var/run/courier/
drwxr-x--- 2 daemon daemon 100 Jul 14 21:31 authdaemon

I choosed to add postfix in the daemon group :

sudo usermod -a -G daemon postfix

Ubuntu - NVidia - OpenGl - Unity - Compiz disappear

2015-03-16T22:30:26+01:00

You may find multiple topics on various internet forums describing the very same symptom:

On Ubuntu with old Nvidia cards, at some point, generally after an apt-get update or new video driver installation : compiz disappear.

There are a lot of "fixes" answered on those forums. None of them concerns the case I encountered multiple times on my laptop.

I put the description of my problem here. Hope it will be useful. At least it will be a reminder for myself :

Here is the log describing the error :
> sudo grep "(EE)" /var/log/Xorg.0.log
[ 693.341] (EE) Failed to load /usr/lib/x86_64-linux-gnu/xorg/extra-modules/x86_64-linux-gnu_xorg_extra_modules/x86_64-linux-gnu_xorg_extra_modules/...
[ 693.341] (EE) Failed to load module "glx" (loader failed, 7)

Here are some strange resulted commands :
> ls -l /etc/alternatives/x86_64-linux-gnu_xorg_extra_modules
/etc/alternatives/x86_64-linux-gnu_xorg_extra_modules -> /usr/lib/x86_64-linux-gnu/xorg/extra-modules
> ls -l /usr/lib/x86_64-linux-gnu/xorg/extra-modules
/usr/lib/x86_64-linux-gnu/xorg/extra-modules -> /etc/alternatives/x86_64-linux-gnu_xorg_extra_modules

Here is how I "solved" it :
> sudo rm /usr/lib/x86_64-linux-gnu/xorg/extra-modules

First : make it work. Then : refactor

2015-03-16T21:37:13+01:00

Here are 6 mottoes I believe in :
- First : Make it work. Then : Refactor - Anonymous
- To lead people, walk behind them - 老子
- Inherit, not to reuse, but to be reused - Sutter / Alexandrescu
- Quality is not an act, it is a habit - Aristotle
- Why programm by hand in five days what you can spend five years of your life automating - Terence Parr
- Cease dependence on mass inspection to achieve quality - W.E. Deming

Collecting them has been proven to be very useful. It allows me to display clear messages to my bosses, customers, co-workers... I use to write them on walls or whiteboards in my workspace and even printed them on my business cards

I'm not sure I'm smart enough to say something new and useful on Sutter's and Alexandrescu's work or on Lǎo zǐ's thinking, but what I will try to do in this post is to explain what's hidden behind the very first one :

First : make it work. Then : refactor

Basically, this is a procedure on how to build something new, especially software.

Let's look what one may want to do, when before build something new (a new feature, a new product...):

1. spend a lot of time thinking about what should be done and then writing specifications. These thinkings and specifications of course include technical details like configuration files, protocols used etc.

2. spend a lot of time building everything that will be used by the application. Among them: environment, unitary-tests, nice object model, tools and components like loggers, rpc ...

Of course you want all of theses. Going on without any unitary test or without a good logger is a waste of time. Everybody knows it. I know it.

What this motto means, is that before all of this, you want to do a PoC. A fast-coded prototype that will demonstrate the main feature of your software, and only the main feature. And you want your customer to have this in hands very early.

There are at least 3 reasons why you want this are :

1. Because you're not sure of the feasibility of what you want to do. Most of the time, even after a very careful thinking and a nice specification, coding it make new issues appear you was not able to anticipate.

2. Because you want to provide something concrete to your user/customer. Your user/customer will have something to focus on very early. Every discussion that takes places after that may be done with concrete demonstrations. It drastically reduce the customer/coder misunderstandings.

3. Because it make you shine. When your competitors need 2 weeks to provide something, you will come back to your client in 2 days. Of course, in the end you may not be faster. But what will stay in mind is that you came back with something in 2 days.

I don't spend too much words on the second part : "Then refactor", it's pretty obvious. You wrote some bad-code in order to provide a PoC. You don't want this code to stay in your final application. You need refactoring.

Project Euler (again).

2015-01-16T18:55:48+01:00

I'm just sharing here my happiness, as I received today the centurion award in Project Euler. Of course, it's not as shiny as the one related here, but I'm proud anyway.

If you're wanting to train your algorithm programming abilities, Project Euler is a good place to go. If you're new to this, let me advise you some basic tips :

1. Don't try to rush high level problems

Problems often are related to previous problems. Skipping some of them may force you to spend time trying to solve problems you don't have tools for.

2. Think about complexity first

Most of the problems ask you to iterate on things. Generally, they are several elements you may choose to iterate on. You may always want to choose the lesser complexity for your algorithm, which means, the fewer and the fastest iterations.

As you design your algorithm (in you head or on paper), you may want to shortly evaluate the number of iterations you will need to full-fill the calculation. If it's to high, you're solution is wrong.

3. Think "out of the box"

If you think you are tackling the problem from the right angle but it doesn't work, it's probably that you don't have the right angle. Most of the time, there is another way to watch the problem you didn't figured out at the moment.
Don't spend time in small optimisation and lesser algorithms improvement (I know, this is fun to do). Generally, if you're wrong, it's not about 10% it's about a factor 1000.

One slight note of caution : be aware that a few number of the first 100 problems may need you to use specific mathematical theories (often linked to Euler's work). For those ones, you may search long hours without any chance to find a solution (as it would ask you to re-invent the mathematical theory, which is not what you are trying to do). So if you are stuck on a problem for a very long time, you may want to search for associate mathematical theory. Which is not very easy without cheating.

4. Keep your programs (and keep them clean)

As each problem ask you a single answer and nobody will comes after you to read your application, you may want to write disposable code in order to spare time. Here's why I see it as a bad idea.

You will spend more time troubleshooting : involved concepts are pretty hard to understand, there is a good chance that you will miss things. And if you do, finding them in a messy code will take you a lot of time.

You will not be able to reuse things : as told before, some problems are linked to previous one. So you will often have to go back to a previous problem's solution to re-use not the code, but the way of thinking. If you coded it cleanly the first time, this will be easier.

5. Use assertions

I often suggest co-workers to make no assumption in their code (check everything always - let's keep this topic for another post).
Project Euler is a good illustration of that. I use a large amount of assertions in my code despite the low number of lines (about 50 a problem), in order to catch unpredicted cases. The algorithms you will develop are complex, and it's pretty easy to miss one spot. Your own code is the best place to check every assumption you made.

6. Don't cheat and Enjoy

So far I resisted the temptation to cheat (with the few frustrating consequences explained before when specific mathematical theories are involved in the solution). Almost every answers are available just here on internet, but the only meaning of this exercise is to improve your algorithm skills not your google search abilities.

I still can remember the joy I felt, by solving the 393th problem, after days of unsuccessful tries. It worth it.