Anonyme a écrit 62265 commentaires

Dire que j'ai oublier mon ancien pc portable laisser pour endormi :D (soucis écran qui n'affiche pas parfois en fonction du volet déplacé)
2 core 4 threads 2.26 GHz Intel Core i3-350M Processor pdt 35w
3 GB DDR3 (1 x 1024 MB + 1 x 2048 MB)
Intel HD Graphics
500 GB SATA Hard Disk Drive 5400 rpm
Integrated 10/100BASE-T Ethernet LAN
65 W AC Power Adapter
6-cell Lithium-Ion (Li-Ion) battery

Je me demandes combien il consomme en fonctionnement, ça m'éviterait de débourser 200e pour une config mini-itx ou matx qui consomme environs 15-25w.

Avec tous les config que j'ai je devrais vraiment investir un wattmètre.

Essai, en mode root de modifier dans /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
par
GRUB_CMDLINE_LINUX_DEFAULT="pci=nomsi,noaer"
suivis de: update-grub

J'ai du mal à calculer.

Total fichiers charger html+cs: 30,000 bytes, 30.0 KiB
Débit uplaod: mini 5 mbps/s

Si j'ai pas fait d'erreur, j'ai à peine 20 utilisateurs avec page très charger par secondes.

Oui, c'est bien ça.

J'ai penser à calculer le poid d'une page bien bien charger produit en html+css, ça fait environs 30ko.
Du coup je devrais multiplier par nombre d'utilisateur par seconde et me faire une idée.

Si ça peut-être utile la latence, j'ai 12 de ping vers l'allemagne et la france, 86 new-york.

Je penses pas utiliser en ram.
Je pourrais investire sur du ssd.

Pour le débit j'ai entre 5-10 mb en upload, est-il bon ? combien il m'en faudrait ?

Merci.
Donc même un raspberry pi me sera suffisant alors.

Pouvez-vous me dire, avec l'utilisation d'écrite et en gardant un chargement de page rapide à combien d'utilisateur maximum je peux être limité ?

Sur ces cas:
- rapsberry pi 3
- cpu 2 core 1.x ghz
- cpu 4 core 1.x/2 ghz

Ce qui m'est important c'est le temps de chargement page réduit.

Si il y a 80% d'hommes, il est normal de faire peu de personas féminines (et ce n'est pas du sexisme)

Bah justement, si tu veux régler le problème du site majoritairement masculin, tu commences par essayer de comprendre ce qui repousse les lectrices et contributrices. Tu ne reste pas fixé sur ton public masculin.

Si tu as un peu de temps et de l'expérience sur ces systèmes, il y a une dépêche en cours de rédaction sur les téléphones libres et leur actualité

où je placer mon mail en rot13 l'air de rien, avec un petit mode d'emploi a l'intention des lectrices, à la fin de la description, idéalement sur plusieurs jours pour ne pas que le diff saute au yeux

ca passe facile les modérateur (a l epoque), et je n'ai que des contacts avec des personnes qui sont motivé avec une capacité d'analyse et de comprehension FORTE, et c'est surtout très economique LOL

concernant la bière et parler avec des femmes dans la vraie vie, c'est un peu plus dure quand même ! sur 98% de fin de non recevoir il y en a 25% pour cause d'homosexualité. Et ne pas insister avec un bon tant pis, nécessite une bonne maitrise de soi quand même !

Éviter de créer un partage avec le système hôte, ce qui normalement par défaut n'est pas le cas, donc tranquillous.

J'ai trouver la solution.

Fonctionnement basique:
Dans /tmp/.X11-unix/ se crée un fichier X0 lorsque l'utilisateur ouvre sa session graphique sur la machine principale.

Et dans le système sous lxc, via la config, on permet d'avoir le même fichier, ce qui autorise l'accès graphique (j'avais déjà dans la config lxc).
lxc.mount.entry = /tmp/.X11-unix tmp/.X11-unix none bind,optional,create=dir
Mais à chaque démarrage système, le fichier X0 est effacé.

Du coup en ajoutant read only:
lxc.mount.entry = /tmp/.X11-unix tmp/.X11-unix none bind,optional,create=dir,ro

On empêche l'effacement X0 et tout fonctionne à merveille.

A titre personnel, j'estime avoir dépensé assez de temps dessus

Oui, je n'en doute pas. Ce que je te reproche c'est de ne pas avoir laissé d'autres personnes dépenser eux aussi du temps dessus. La ligne sur Treble je l'aurai rédigée.

lorsque j'ai demandé des retours d'expérience sur android, les LinuxFRiens n'ont quasi rien apporté comme infos outre du troll.

C'est ton interprétation et pour preuve le ton de ton journal a lui aussi été mal accueilli.

Bref, il vaut mieux un article avec quelques défauts mais terminé qu'un article hypothétiquement parfait mais qui ne quittera jamais la rédaction.

Il y a un équilibre à trouver entre les deux. Même un texte béton qui ne demande qu'une relecture requiert du temps.

Mais je reste ouvert aux critiques (sans me plier à elles, je resterai seul maître de mon jugement),

En gros tu dis que tout ce qui ne va pas dans ton sens est rejeté. Dans ce cas, tu n'es pas fait pour diriger un projet collaboratif (ce qui n'est pas un reproche) mais avec un tel esprit indépendant ne t'étonne pas des "trolls" et des moinssages.

Quand tu fais dans le grand publique il y a toujours des gens pas content quoi que tu fasses.

C'est surtout que tu es têtu. Tes familiarités t'ont été reprochés par deux fois sur tes deux premières versions, pourtant tu as continué sur la troisième sous prétexte que ça faisait rire des gens qui ne sont pas lecteurs du site. Vive le biais de confirmation.

Dans le commentaire que tu cites, @Barmic n'apporte aucune preuve, il ne fait que citer l'excuse des Gafam/opérateurs.

C'est une excuse pour toi. Par honnêteté intellectuelle il convient de présenter les deux points de vue, même en étant partisan. Chose que j'ai moi-même corrigé avec ton passage foireux sur l'obsolescence programmée qui n'a rien de scientifique pour le coup et qui je pense a fait bondir plus d'un lecteur de ton journal.
Le reproche de manichéisme était d'une grande pertinence.

En réalité: j'ai édité à 14h, […] Vers 2h du mat' (quand j'ai poussé l'article)

Bien trop court, j'ai pas eu le temps de passer. Et désolé mais encore une fois, c'est une dépèche, c'est collaboratif, on s'attend à un minimum de communication et on est pas à un jour près.

très bien mais peut-être trop long pour du tout publique

Encore une fois, ton interprétation. Effectivement, apporter de l'explication et de la nuance ça prend un peu plus de place que de lancer un argument complotiste (et il est là tout le problème de combattre le populisme et le conspirationnisme).
Le lien sur Treble fourni un schéma simplifié du chaos de Android sur ARM, avec un peu plus de temps on aurait pu rendre l'explication technique plus digeste.

la tribune était toujours vide au point que j'avais la net impression de monologuer.

Excuse-moi d'avoir une vie ! J'ai constaté la mise en modération le lendemain matin et j'ai découvert les modifs lors de la publication. C'est vraiment pas du tout plaisant, surtout que t'as pas pu t’empêcher avec ce ton informel qui lui pour le coup n'est pas tout public et certainement pas celui d'ici.

Bref, à moins de prendre du recul et de mettre de l'eau dans ton vin, renouveler l'expérience ne t'apportera que de la frustration.

Par contre pour le respect de la vie privée ça ne change rien

Un peu quand même : Google ajoute ses éléments mouchards à AOSP (et Chromium). Si ce n'était pas le cas, les distribution Android alternatives de type LineageOS ou Replicant n'existeraient pas. Les appareils ARM d'Apple sont totalement dépendant d'un système espion.

J'ai pas eu d'expérience sur ces choses avant cet fois-ci, j'arrives pas à détailler le sujet.

Voici ce que renvois.
la machine:

# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp3s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast master br0 state UP group default qlen 1000
    link/ether 30:9c:23:a2:0d:90 brd ff:ff:ff:ff:ff:ff
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 30:9c:23:a2:0d:90 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.45/24 brd 192.168.1.255 scope global br0
       valid_lft forever preferred_lft forever
    inet6 2a02:a03f:50e5:8e00:329c:23ff:fea2:d90/64 scope global dynamic mngtmpaddr 
       valid_lft 261340sec preferred_lft 261340sec
    inet6 fe80::329c:23ff:fea2:d90/64 scope link 
       valid_lft forever preferred_lft forever
7: vethE8K61O@if6: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UP group default qlen 1000
    link/ether fe:bb:21:92:77:fb brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::fcbb:21ff:fe92:77fb/64 scope link 
       valid_lft forever preferred_lft forever

# ip r
default via 192.168.1.1 dev br0 
192.168.1.0/24 dev br0 proto kernel scope link src 192.168.1.45

celui lxc:

# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
6: essai@if7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 00:ff:aa:00:00:01 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet 192.168.1.60/24 brd 192.168.1.255 scope global essai
       valid_lft forever preferred_lft forever
    inet6 2a02:a03f:50e5:8e00:2ff:aaff:fe00:1/64 scope global dynamic mngtmpaddr 
       valid_lft 261443sec preferred_lft 261443sec
    inet6 fe80::2ff:aaff:fe00:1/64 scope link 
       valid_lft forever preferred_lft forever

# ip r
default via 192.168.1.1 dev essai 
192.168.1.0/24 dev essai proto kernel scope link src 192.168.1.60

Je pense que les personnalités qui se sont fait voler des images personnelles sur iCloud ne sont pas de ton avis. Après c'est pas iOS en soi mais c'est une fonctionnalité extrêmement mise en avant par Apple.

De plus, iOS n'isole pas les différents programmes. Si c'était le cas les jailbreaks auraient beaucoup moins de possibilités et se contenteraient de ce que le root d'un Android permet. Pour reprendre ton expression : « Du point de vue technologique c'est sans discussion possible. »

Il y en a plusieurs des erreurs dans ses affirmations.

Confusion entre la propriété privée et la possession, notion de Proudhon qui sera reprise par tous les autres penseurs anarchistes et ne concerne que le droit d'usage individuel donc de fait supprime toute notion de location.
Confusion entre les différentes idéologie. Le communisme libertaire de Kropotkine n'est qu'un courant de l'anarchisme. Le terme représente en fait tous les courants socialistes anti-étatiques et non-réformistes en marge d'un marxisme considéré comme autoritaire à cause de la notion de période transitoire passant par la dictature du prolétariat et l'usage de coercition.

pour la sécurité, tu pourras faire un vrai coffre fort, le ticket d'entrée en connaissance est plutot moyen (de mon point de vue) pas facile mais pas super difficile, je crois qu'ubutu propose dès l'installation une partition chiffré (un /home), c'est un bon début.

pour la securité reseau, meme combat, sachant que plus tu sera proche de la perfection, plus ce sera un peu ardu. Avec quelques logiciel d'aide a la configuration, ca devrait etre pas mal.

si tu utilise le forum ici même, que ta question est assez inspirante ;) tu auras une réponse.

Si le respect de la vie privée et la sécurité sont des critères de choix, ça élimine de fait Android du champs des possibilités (ce qui pragmatiquement, ne laisse qu'Apple comme choix le meilleur/moins pire)

Google rectifie le tir avec le projet Treble. Et il y a toujours les roms alternatives d'Android basées sur AOSP.

Apple est certainement le pire choix que ce soit en terme de vie privée, sécurité ou durabilité. Apple a le culte du secret, leurs appareils sont des boites noires, d'autant plus qu'ils utilisent leur propre SoC ARM, et ça va même jusqu'à empêcher aux réparateurs tiers de faire des interventions avec des circuits imprimés nappés d'un vernis noir pour masquer les références des composants, aucune sérigraphie et bien entendu aucune documentation officielle à part pour leurs centres de réparation.

Voici la config interface machine principale:

#allow-hotplug enp3s0
#iface enp3s0 inet dhcp
#iface enp3s0 inet6 auto

auto br0
iface br0 inet dhcp
        bridge_ports enp3s0
        bridge_fd 0
        bridge_maxwait 0

C'est un peu ce que j'ai essayé d'expliquer dans ma contribution qui a été rebaptisée (totalement à mon insu) Explications détaillées pour les barbus et qui remplace une phrase invoquant l'obsolescence programmée.

En aparté, la dépêche est à mon humble avis parti bien trop tôt en modération alors qu'il n'y avait pas vraiment de besoin de la sortir rapidement. Bien au contraire, elle colle toujours au ton très informel du journal qui était loin de faire l'unanimité et elle n'a pas pris en compte le reproche de barmic dans les commentaires du journal sur le manque de nuance et le parti-pris de l'auteur.

Sinon, je pense qu'à part les téléphones gérés directement par Google (Nexus, Pixel) tous les fabricants sont plus ou moins à la traine en terme de support. Après je peux me tromper mais c'est peu ou prou le comportement qu'on trouve dans l'offre logiciel des ordinateurs monocarte à base d'ARM, dans le suivi des firmwares de SSD ou des BIOS-UEFI chez les constructeurs de cartes-mères ou assembleurs d'ordinateurs x86. Rares sont les acteurs à dépasser trois ans de support logiciel depuis la mise sur le marché.
Maintenant, en prenant un appareil géré par Treble ou compatible avec une distribution alternative comme LineageOS ou AOSP on limite pas mal l'obsolescence du code au moins en ce qui concerne la partie logiciel libre et développements maison de Google.
Pour les pilotes propriétaires inhérents au fractionnement des SoC ARM que j'ai décris dans la dépêche, aux problèmes de sécurité de Trustzone ou à la boite noire qu'est le baseband processor (évoqué dans les commentaires du journal) il n'y a pas grand chose à faire et la solution la moins faillible à mes yeux reste celle proposée par le Librem 5, c'est à dire un SoC pouvant tourner avec uniquement du logiciel libre auquel on vient greffer des parties réseau non-libérables qui sont désactivables électriquement via des interrupteurs physiques (après la pertinence de son environnement logiciel PureOS c'est un autre débat et libre oblige, il sera toujours possible d'installer autre chose dont du Android).

je verrais bien un bouchon fait par une imprimante 3D, tu le peint a la bombe et tu le place.

yapluka dessiner le truc

sinon il y a une pate bi composant genre pate a modeler qui pourrais le faire, sinon un bout d'alu limé avec amour pour pouvoir entrer juste

Peut-être parce que ceux qui ont créé le BitCoin (et par extension les autres) étaient des libertaires(/anarchistes)?

Plutôt des libertariens ou minarchistes en tout cas ils ont clairement des ambitions de libéralisation. Pire, peut-être qu'ils osent employer le terme paradoxal d'anarcho-capitalisme.
Dans le libre/opensource comme dans le crypto-anarchisme il y a de nombreuses idéologies politiques parfois très antagonistes.

moins libertaire qu'une plus petite société capitaliste.

Ce que tu dis est un non-sens. Comme pour la quasi-totalité des idéologies issues de la pensée socialiste, le capitalisme est mauvais du point de vue des libertaires/anarchistes. La pensée que tu nous partages est celle de la pensée libérale, celle des défenseurs de l'artisanat et des micro-entrepreneurs face aux oligopoles et monopoles (privés comme publics). Ça n'a rien de libertaire.

l'avantage de ifconfig, c'est en tapant juste une commande sans options il y a un bon résumé des information voulu

ip addr show, c'est bien gentil mais il y a plus de caractère et m'oblige a lire le man pour trouver ce que je veux :p

Le système que je veux qu'il n'y ai pas de réseau tourne sous chroot, sur mon système principale (dont j'ai besoin d'ethernet (sur le principale)).

Je pensais qu'une simple manoeuvre permettrais de couper le réseau, empêchant son chargement.