Si tu fais le parallèle avec Facebook…
C'est simple, je ne supprime pas mon compte car je n'ai pas de compte… donc je ne suis pas propriétaire.
Mais bon la comparaison est pourrie comme toute comparaison approximative.
Je ne comprends pas ta question (ou l'ironie de la question).
Tu m'as demandé comment on pouvait connaitre le nom du propriétaire d'une propriété: le cadastre y répond, car tu es enregistré obligatoirement en devenant propriétaire (la loi).
Moi je trouve très pratique ce genre de base. Si je dois choisir entre avoir ces données publiques et que tu reçois des prospectus… je choisis l'aspect pratique.
Posté par wolowizard .
En réponse au journal Facebook et vie privée.
Évalué à 0.
Dernière modification le 25 septembre 2012 à 14:35.
C'est la même problématique…
Tu as fournis ces données et accepté que quelqu'un les utilise.
Un exemple avec les cartes grises quand tu cèdes un véhicule (ou le vend),
sur les papiers de cessation de la préfecture, il y a une case à cocher si tu veux que les données de la cessation restent confidentielles et qu'elles ne puissent pas être utiliser à des fins commerciales ( je ne me rappelle plus des termes exact).
Posté par wolowizard .
En réponse au journal Facebook et vie privée.
Évalué à -2.
Dernière modification le 25 septembre 2012 à 14:17.
C'est sur, Orange connait ma provenance ethnique, si je me suis coloré les cheveux, afin de régler des problèmes de réseau… et si je télécharge des produits à haut contenu DRMisé normalement.
Posté par wolowizard .
En réponse au journal Facebook et vie privée.
Évalué à 0.
Dernière modification le 25 septembre 2012 à 13:58.
Moi je ne le savais pas que tu étais chauve…
Sinon, je trouve particulièrement merveilleuse cette base de données…
Quand je pense que chaque année dans ma ville je suis obligé de faire une photo pour ma carte de transport ( et que la société scanne chaque année)… en argumentant qu'une photo étant une donnée privée, ils n'ont pas la possibilité de stoker la photo (même problème si tu perds ta carte, etc…).
Si un jour je veux savoir combien il y a de chauve de moins de 32 ans sur une zone de 30km autour de Paris avec les yeux bleus et une possibilité de surpoids… je saurais à qui demander.
Copain à Mark :"Bonjour Mark… dis-moi j'aimerais toucher tous les chauves de ta belle base de données, car tu vois… j'ai monté une clinique d’implantation capillaire, et que je veux faire grimper mon carnet clientèle"
Mark: "pas de souci mais je ne pourrais pas de donner accès à la base car, tu vois j'ai adhéré au programme Safe Harbor framework. Je peux te donner, par contre, le moyen de toucher les chauves reconnues par identification facilement…qu'as-tu à proposer"
Concernant les photos, je ne savais pas que facebook pouvait faire de la reconnaissance faciale.
Ces données là, facebook les a traité, ces données leur appartiennent,non?
Il est donc possible que facebook fournit des données du type à un tiers:
Homme 35 ans fan de sf aimant le chocolat avec ses données faciaux
"mode ironique"
On devrait mettre dracut comme dependance de fonctionnalité à systemd/udev…
A quand le merge de dracut dans systemd/udev?
"end mode ironique"
Posté par wolowizard .
En réponse au journal udev forké.
Évalué à 2.
Dernière modification le 07 septembre 2012 à 15:29.
Oui!
on peut prendre ces alternatives aussi…
Maintenant si on regarde bien, et qu'on change un peu les noms, bah on en revient pratiquement au même point:
/boot
/bin
/etc
/home
/var
/usr
/mnt
…
On réinvente la roue au final… un /usr.
Ce n'est pas /usr et son histoire qui est problématique, …
Veuillez m'excuser avec le post précédent, les premières phrases ne sont plas claires:
Je voulais dire mettre tous l'init, /etc, /sbin, /bin tout dans /usr.
Désolé
Posté par wolowizard .
En réponse au journal udev forké.
Évalué à 3.
Dernière modification le 07 septembre 2012 à 12:09.
Ca veut dire la racine au final, vraiment? C'est le premier système de fichier à être monté, non?
Pourquoi ne devrait-on pas mettre l'init /etc, /bin, /sbin la-dedans et dire au noyau de monter /usr comme racine? Au final qu'est-ce cela va changer?
Au final, pourquoi garder /usr? Ca sert à rien. Puis pour garder un semblant de bout de compatibilité, faisons un lien symbolique /usr.
/usr a perdu son intérêt puisqu'il possédait les données utilisateurs avec les /home…
Si je n'ai pas peur de vraiment casser avec l'histoire ( à près tout au diable les vieux râleurs, c'est pas eux qui codent), et que je voudrais rendre linux bien plus agréable, je changerais complètement l'arborescence et les noms! C'est vrai à quoi sert FSH, vraiment?
voyons:
/boot pour tout ce qui est boot
/apps pour toutes les applis
/sys pour tout ce qu'a besoin le système pour démarrer (montage, hotplug, etc…)
/conf pour tout ce qui est conf
/users pour les données utilisateurs
/data pour les données du système
/dev pour les devices
/virt pour tous les systèmes de fichiers noyau…
Poussons l'arborescence:
/apps/lib
/apps/bin
et
/sys/lib
/sys/bin
Plus simple, plus comprehensible, ne trouvez-vous pas?
… puis si on regarde un peu, ça me rappelle quelquechose…
Non, je ne pense pas être hors sujet, et je vais faire moins de rhétorique.
Pour bootstrapper un système sur une archi, j'ai besoin d'une toolchain, d'un chargeur de boot, d'un noyau, d'un init puis d'un userland minimal…
Il est nécessaire de cross-compiler le tout en général. Si on se focalise sur l'init, on peut utiliser, pour faire simple soit l'init de busybox, soit l'init sys v car ceux-ci sont cross-compilables.
Mais question est donc simple:
Est-ce-que l'init systemd et ses dépendances sont cross-compilable sans user de distcc?
Si, je parle de cela, c'est que je trouverais particulièrement cocasse, que pour bootstrapper systemd sur une archi, j'aurais besoin d'un init sys V (ou l'init de busybox).
Arch utilise distcc pour cross-compiler, n'est-ce-pas?
Il faut donc avoir déjà booté la cible et avoir un client distcc dessus…
Ma question est peut-être mal formulée.
Comment Arch fait pour bootstrapper une archi cible?
Je me pose une question bien stupide…
Imaginons que j'ai une toolchain d'une archi x86_64 vers une archi arm par exemple…
systemd et toutes ses dépendances sont-elles cross-compilables?
Quelle version de udev as-tu?
Es-tu en stable ou instable?
Si tu es en stable, tu es sur une vieille version de udev et tu peux avoir une partition contenant /usr séparée de celle contenant la racine.
Si tu utilises l'arbre instable ce n'est plus le cas… et tu auras besoin d'un initramfs.
D'ailleurs tu as du recevoir la news à propos de udev: eselect read list
news : 2012-03-16-udev-181-unmasking
Merci Lennart, merci udev.
Merci car j'apprends dorénavant (bon, ça fait un an quand même) à faire la connaissance d'une petite communauté que je trouve géniale : NetBSD.
Mon opinion ne vaut sûrement rien, mais j'ai une petite envie de m'exprimer (puis pour une fois écrire sur linuxfr)
Ca fait une bonne dizaine d'années que je touche à du linux, au moins 5 ans à gentoo, système linux que j'aime bien (pour le moment).
Je ne suis pas admin. pro ( mais dépanne les windows, les linux des autres et administre mes quinzaine de bécanes chez moi) ;
je ne suis pas développeur pro. (bien que j'automatise mes tâches et que je code pour mon job. pour acquérir des données);
je suis ce qu'on pourrait appelé un simple petit utilisateur avancé.
Dans ce contexte je ne peux pas critiquer le job de Lennart bien que j'arrive à comprendre (à peu près) le système d'init. .
J'ai vecu les périodes chez gentoo avec le passage du Xorg.conf à du xml hal fdi. pour au final revenir à un Xorg.conf.
J'ai connu ( et je connais ) les systèmes en *kit (avec le mélange polkit/policykit), pour me rendre compte qu'au final ConsoleKit est deprecated.
Je connais dernièrement, l'arrivée dans l'arbre instable de gentoo une version udev où le support /usr sur une partoche autre que la racine n'est plus supporté… alors que la plupart de la doc. conseille celà. , que mes systèmes sont tous montés de cette manière depuis x années, que je n'utilise pas de initram sur gentoo depuis x années…
Comme je ne peux pas me plaindre ( je n'ai de toute façon pas droit au chapitre), j'ai fait ce que conseillent les "extrêmistes" boutonneux linuxiens (j'en étais un dans ma prime jeunesse mais c'est fini), je migre pour plus de liberté. Ca me prend du temps, mais j'en suis content.
Ma seule tentative avec systemd, c'était avec une opensuse au boulot, c'était en gros il y a un ans (oui j'avais voulu laissé la chance à opensuse). Le changement de version 11.4 vers 12.0 c'est mal passé puisque j'ai basculé sous gentoo. Systemd ne lançait pas le système, avec des messages que je ne maitrisais pas; heureusement il y avait encore une possibilité de boot avec l'init sys V. Tout ça pour dire que probablement, c'est un manque d'intégration ( un problème venant de moi-même vous pouvez me dire, mais bon je n'en étais pas à ma première expérience).
L'histoire de /usr et udev, c'est je crois la chose de trop en tout cas pour moi et pour pas mal d'utilisateurs ( cf. mailing list gentoo et forums).
Ainsi, mon seul message à propos de systemd/udev, c'est:
Testez les *BSD.
Une communauté vraiment sympa. (merci miod, gaston, bapt, imil,…)
Des systèmes KISS et stables.
Il y a bien entendu quelques problèmes, mais bon qui n'en a pas ;) ?
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à 0.
Si tu fais le parallèle avec Facebook…
C'est simple, je ne supprime pas mon compte car je n'ai pas de compte… donc je ne suis pas propriétaire.
Mais bon la comparaison est pourrie comme toute comparaison approximative.
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à 1.
Je ne comprends pas ta question (ou l'ironie de la question).
Tu m'as demandé comment on pouvait connaitre le nom du propriétaire d'une propriété: le cadastre y répond, car tu es enregistré obligatoirement en devenant propriétaire (la loi).
Moi je trouve très pratique ce genre de base. Si je dois choisir entre avoir ces données publiques et que tu reçois des prospectus… je choisis l'aspect pratique.
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à 2.
Le cadastre?
condition générale d'utilisation
condition d'accès aux documents administratifs
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à 0. Dernière modification le 25 septembre 2012 à 14:35.
C'est la même problématique…
Tu as fournis ces données et accepté que quelqu'un les utilise.
Un exemple avec les cartes grises quand tu cèdes un véhicule (ou le vend),
sur les papiers de cessation de la préfecture, il y a une case à cocher si tu veux que les données de la cessation restent confidentielles et qu'elles ne puissent pas être utiliser à des fins commerciales ( je ne me rappelle plus des termes exact).
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à -2. Dernière modification le 25 septembre 2012 à 14:17.
C'est sur, Orange connait ma provenance ethnique, si je me suis coloré les cheveux, afin de régler des problèmes de réseau… et si je télécharge des produits à haut contenu DRMisé normalement.
Non très belle base… je suis admiratif.
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à 0. Dernière modification le 25 septembre 2012 à 13:58.
Moi je ne le savais pas que tu étais chauve…
Sinon, je trouve particulièrement merveilleuse cette base de données…
Quand je pense que chaque année dans ma ville je suis obligé de faire une photo pour ma carte de transport ( et que la société scanne chaque année)… en argumentant qu'une photo étant une donnée privée, ils n'ont pas la possibilité de stoker la photo (même problème si tu perds ta carte, etc…).
Si un jour je veux savoir combien il y a de chauve de moins de 32 ans sur une zone de 30km autour de Paris avec les yeux bleus et une possibilité de surpoids… je saurais à qui demander.
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à 0.
Copain à Mark :"Bonjour Mark… dis-moi j'aimerais toucher tous les chauves de ta belle base de données, car tu vois… j'ai monté une clinique d’implantation capillaire, et que je veux faire grimper mon carnet clientèle"
Mark: "pas de souci mais je ne pourrais pas de donner accès à la base car, tu vois j'ai adhéré au programme Safe Harbor framework. Je peux te donner, par contre, le moyen de toucher les chauves reconnues par identification facilement…qu'as-tu à proposer"
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à -1.
Je vais probablement jouer avec les mots mais je n'ai pas parlé de vente mais d'une fourniture (facebook fournit des données à un tiers).
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à -1.
Je ne vois pas en quoi il est impossible de faire de la pub ciblée par reconnaissance faciale… avec les coordonnées GPS, l'âge, le sexe..
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à -1.
Concernant les photos, je ne savais pas que facebook pouvait faire de la reconnaissance faciale.
Ces données là, facebook les a traité, ces données leur appartiennent,non?
Il est donc possible que facebook fournit des données du type à un tiers:
Homme 35 ans fan de sf aimant le chocolat avec ses données faciaux
Vrai ou non?
[^] # Re: Opposé
Posté par wolowizard . En réponse au journal Facebook et vie privée. Évalué à 2. Dernière modification le 25 septembre 2012 à 10:24.
Je ne pratique pas facebook.
Cependant, il y a quelque chose que je ne comprends pas avec les liens donnés.
Qu'est qu'on entend par transférer dans cas?
[^] # Re: Merci Lennart
Posté par wolowizard . En réponse au journal udev forké. Évalué à 0.
Oui.
"mode ironique"
On devrait mettre dracut comme dependance de fonctionnalité à systemd/udev…
A quand le merge de dracut dans systemd/udev?
"end mode ironique"
[^] # Re: Merci Lennart
Posté par wolowizard . En réponse au journal udev forké. Évalué à 2. Dernière modification le 07 septembre 2012 à 15:29.
Oui!
on peut prendre ces alternatives aussi…
Maintenant si on regarde bien, et qu'on change un peu les noms, bah on en revient pratiquement au même point:
/boot
/bin
/etc
/home
/var
/usr
/mnt
…
On réinvente la roue au final… un /usr.
Ce n'est pas /usr et son histoire qui est problématique, …
[^] # Re: Merci Lennart
Posté par wolowizard . En réponse au journal udev forké. Évalué à 2.
Veuillez m'excuser avec le post précédent, les premières phrases ne sont plas claires:
Je voulais dire mettre tous l'init, /etc, /sbin, /bin tout dans /usr.
Désolé
[^] # Re: Merci Lennart
Posté par wolowizard . En réponse au journal udev forké. Évalué à 3. Dernière modification le 07 septembre 2012 à 12:09.
Ca veut dire la racine au final, vraiment? C'est le premier système de fichier à être monté, non?
Pourquoi ne devrait-on pas mettre l'init /etc, /bin, /sbin la-dedans et dire au noyau de monter /usr comme racine? Au final qu'est-ce cela va changer?
Au final, pourquoi garder /usr? Ca sert à rien. Puis pour garder un semblant de bout de compatibilité, faisons un lien symbolique /usr.
/usr a perdu son intérêt puisqu'il possédait les données utilisateurs avec les /home…
Si je n'ai pas peur de vraiment casser avec l'histoire ( à près tout au diable les vieux râleurs, c'est pas eux qui codent), et que je voudrais rendre linux bien plus agréable, je changerais complètement l'arborescence et les noms! C'est vrai à quoi sert FSH, vraiment?
voyons:
/boot pour tout ce qui est boot
/apps pour toutes les applis
/sys pour tout ce qu'a besoin le système pour démarrer (montage, hotplug, etc…)
/conf pour tout ce qui est conf
/users pour les données utilisateurs
/data pour les données du système
/dev pour les devices
/virt pour tous les systèmes de fichiers noyau…
Poussons l'arborescence:
/apps/lib
/apps/bin
et
/sys/lib
/sys/bin
Plus simple, plus comprehensible, ne trouvez-vous pas?
… puis si on regarde un peu, ça me rappelle quelquechose…
[^] # Re: Cross compilation
Posté par wolowizard . En réponse au journal yet another journal about systemd. Évalué à 2.
Merci pour le lien que je donne déjà…
Non, je ne pense pas être hors sujet, et je vais faire moins de rhétorique.
Pour bootstrapper un système sur une archi, j'ai besoin d'une toolchain, d'un chargeur de boot, d'un noyau, d'un init puis d'un userland minimal…
Il est nécessaire de cross-compiler le tout en général. Si on se focalise sur l'init, on peut utiliser, pour faire simple soit l'init de busybox, soit l'init sys v car ceux-ci sont cross-compilables.
Mais question est donc simple:
Est-ce-que l'init systemd et ses dépendances sont cross-compilable sans user de distcc?
Si, je parle de cela, c'est que je trouverais particulièrement cocasse, que pour bootstrapper systemd sur une archi, j'aurais besoin d'un init sys V (ou l'init de busybox).
[^] # Re: Cross compilation
Posté par wolowizard . En réponse au journal yet another journal about systemd. Évalué à 2. Dernière modification le 07 septembre 2012 à 00:08.
Arch utilise distcc pour cross-compiler, n'est-ce-pas?
Il faut donc avoir déjà booté la cible et avoir un client distcc dessus…
Ma question est peut-être mal formulée.
Comment Arch fait pour bootstrapper une archi cible?
# Cross compilation
Posté par wolowizard . En réponse au journal yet another journal about systemd. Évalué à 4. Dernière modification le 06 septembre 2012 à 21:45.
Je me pose une question bien stupide…
Imaginons que j'ai une toolchain d'une archi x86_64 vers une archi arm par exemple…
systemd et toutes ses dépendances sont-elles cross-compilables?
[^] # Re: Merci Lennart
Posté par wolowizard . En réponse au journal udev forké. Évalué à 1.
Quelle version de udev as-tu?
Es-tu en stable ou instable?
Si tu es en stable, tu es sur une vieille version de udev et tu peux avoir une partition contenant /usr séparée de celle contenant la racine.
Si tu utilises l'arbre instable ce n'est plus le cas… et tu auras besoin d'un initramfs.
D'ailleurs tu as du recevoir la news à propos de udev:
eselect read listnews : 2012-03-16-udev-181-unmasking
[^] # Re: Merci Lennart
Posté par wolowizard . En réponse au journal udev forké. Évalué à 3.
/usr is broken par udev dans la version 181.
Pourquoi?
C'est voulu car "c'est vieux", "pas d'intérêt", "unmaintainable":
les arguments sont ici,
avec une discussion sur la mailing-list de Fedora,
un point de vue du côté de FreeBSD,
puis les discussions sans fin sur la mailing-list gentoo,
avec des remarques intéressantes ici,
là, par là… enfin bref partout!
Par contre, je suis désolé pour les non anglicistes, je n'ai plus la patience de traduire…
# Merci Lennart
Posté par wolowizard . En réponse au journal udev forké. Évalué à 10.
Merci Lennart, merci udev.
Merci car j'apprends dorénavant (bon, ça fait un an quand même) à faire la connaissance d'une petite communauté que je trouve géniale : NetBSD.
Mon opinion ne vaut sûrement rien, mais j'ai une petite envie de m'exprimer (puis pour une fois écrire sur linuxfr)
Ca fait une bonne dizaine d'années que je touche à du linux, au moins 5 ans à gentoo, système linux que j'aime bien (pour le moment).
Je ne suis pas admin. pro ( mais dépanne les windows, les linux des autres et administre mes quinzaine de bécanes chez moi) ;
je ne suis pas développeur pro. (bien que j'automatise mes tâches et que je code pour mon job. pour acquérir des données);
je suis ce qu'on pourrait appelé un simple petit utilisateur avancé.
Dans ce contexte je ne peux pas critiquer le job de Lennart bien que j'arrive à comprendre (à peu près) le système d'init. .
J'ai vecu les périodes chez gentoo avec le passage du Xorg.conf à du xml hal fdi. pour au final revenir à un Xorg.conf.
J'ai connu ( et je connais ) les systèmes en *kit (avec le mélange polkit/policykit), pour me rendre compte qu'au final ConsoleKit est deprecated.
Je connais dernièrement, l'arrivée dans l'arbre instable de gentoo une version udev où le support /usr sur une partoche autre que la racine n'est plus supporté… alors que la plupart de la doc. conseille celà. , que mes systèmes sont tous montés de cette manière depuis x années, que je n'utilise pas de initram sur gentoo depuis x années…
Comme je ne peux pas me plaindre ( je n'ai de toute façon pas droit au chapitre), j'ai fait ce que conseillent les "extrêmistes" boutonneux linuxiens (j'en étais un dans ma prime jeunesse mais c'est fini), je migre pour plus de liberté. Ca me prend du temps, mais j'en suis content.
Ma seule tentative avec systemd, c'était avec une opensuse au boulot, c'était en gros il y a un ans (oui j'avais voulu laissé la chance à opensuse). Le changement de version 11.4 vers 12.0 c'est mal passé puisque j'ai basculé sous gentoo. Systemd ne lançait pas le système, avec des messages que je ne maitrisais pas; heureusement il y avait encore une possibilité de boot avec l'init sys V. Tout ça pour dire que probablement, c'est un manque d'intégration ( un problème venant de moi-même vous pouvez me dire, mais bon je n'en étais pas à ma première expérience).
L'histoire de /usr et udev, c'est je crois la chose de trop en tout cas pour moi et pour pas mal d'utilisateurs ( cf. mailing list gentoo et forums).
Ainsi, mon seul message à propos de systemd/udev, c'est:
Testez les *BSD.
Une communauté vraiment sympa. (merci miod, gaston, bapt, imil,…)
Des systèmes KISS et stables.
Il y a bien entendu quelques problèmes, mais bon qui n'en a pas ;) ?
En tout cas merci Lennart, et bon troll!