Effectivement il est peut-être en mesa 18 dans ses paquets AMD64 mais le apt-get -t stretch-backports sur le paquet libgl1-mesa-glx:i386 auraient dû résoudre la situation si ce n'était qu'une question de dépot manquant. Il y a quelque chose dans les dépendances de libgl1-mesa-dri:i386 qui bloque, ÀMHA vu les erreurs de sortie il y a blocage avec libdrm2 et zlib1g (et ce dernier n'est même pas un paquet backports).
Le seul info que j'ai du fabriquant "diametre de 500 mm" et je sais que sa forme est rond.
Est-ce possible de calculer la longeur allant du plus bas niveau au plus haut niveau ?
C'est pas un exercice.
Je vais acheter un haltère et j'ai besoin de sa hauteur tout simplement.
Il y a 2 type de haltère ceux taille standard qui varie selon son poid et ceux taille fixe à grande taille, je veux choisir le bon qui est en grande taille fixe.
Voici un petit lien vers une doc Debian que gardais en marque-page avec un paragraphe qui indique comment vérifier si tu as des paquets gelés.
Par contre ça n'indique que le dégel au cas par cas, pas de commande pour débloquer tous les paquets.
Par curiosité, ton système est une installation de Stretch ou une dist-upgrade depuis Jessie ?
Ah ? Je devrais donc ajouter les dépôts backport à mon sources.list ?
Si c'est une installation Debian Stretch standard, tu ne devrais pas avoir un noyau 4.16 mais le 4.9 donc je présume qu'à un moment tu as utilisé les backports pour l'obtenir. J'imagine que tu as eu une bonne raison de ne pas rester avec le noyau 4.9 mais dans ce cas il vaut mieux réactiver ce dépot pour mettre à jour ta version de noyau parce que la 4.16 n'est plus prise en charge même dans backports.
steam:i386 : Dépend: libudev1:i386 mais ne sera pas installé
Dépend: libgl1-mesa-dri:i386 mais ne sera pas installé
Dépend: libgl1-mesa-glx:i386 mais ne sera pas installé
Ça indique que ça n'est pas en rapport avec backports vu que ces paquets sont présents dans les dépots stables.
Il y a bien un truc avec ton installation et comme l'a dit NeoX ça a certainement rapport avec des paquets marqués onhold.
Je sais pas si c'est possible mais en cas de pépin durant l'init ou avec la session X tu voudras sans doute pouvoir basculer en console, même via ssh ou serial.
Déjà vérifie ce que ça donne en mettant en place l'autologin et la restauration de session (ou un script de démarrage d'appli). Avec tes modifications actuelles, il ne resterait que les infos de démarrage de Linux à masquer (voir la réponse de ted).
Avec mon ordi, j'ai deux sorties sur un seul écran (chacune sur un chipset différent, le iGPU et une carte graphique, je pense pas que ça importe vraiment mais au cas où).
Le lancement (BIOS/UEFI GRUB et init) se fait sur l'affichage 0 via DVI tandis que le serveur graphique utilise l'affichage 1 via HDMI (tout ça réglé dans Xorg.conf). Mon écran est configuré sur la source HDMI par défaut, ce qui donne un écran noir jusqu'à LightDM.
Avec un autologin tu arriverais immédiatement sur le bureau et avec l'option d'enregistrement de session de Xfce tu as tes applis qui se relancent à leur place (par contre j'ai jamais testé en plein écran)
Autre piste, l'écran est le deuxième affichage d'un bureau étendu. Mais c'est AMHA moins intéressant.
Après c'est pas faisable si tu comptes utiliser l'écran intégré d'un ordi portable (ce que tu n'as pas précisé).
T'as toujours des gratteurs qui en veulent toujours plus et ceux qui font du drama pour rien mais maintenant vu le peu que ça rapporte face aux alternatives c'est surtout pour le principe de se faire spolier cette maigre rémunération pour quelques secondes de vidéo/musique et ce, de manière abusive avec la complicité de la plate-forme qui faute de tenir compte du fair-use américain, ne tient même pas compte du droit de citation ou du droit à la parodie français.
Il y a le même soucis de partialité avec les signalements et les "strike" dont la procédure de contestation est souvent pénible.
Certains vidéastes n'hésitent d'ailleurs pas à retirer toute monétisation sur leur chaine et à ouvertement conseiller à leur public d'utiliser un bloqueur de pub. Certains ont aussi désactivé les commentaires pour les externaliser sur des plates-formes comme Reddit ou Discord où ils ont un meilleur controle et moins de bugs.
En réalité, beaucoup restent sur Youtube uniquement par soucis de visibilité, même des gens qui ne désirent pas en vivre. Si une forme de suggestions (ou de tags/catégorie) arrive sur Peertube, la sauce prendra davantage.
Je ne dis pas que les vidéastes n’utilisent pas d’alternative, mais regarde comme ils font la gueule à chaque fois qu’un ayant trop de droit demande la démonétisation d’une vidéo.
Exactement. Si la pub n'est pas affichée, la vue n'est pas comptabilisée par AdSense et elle ne rentre pas en compte dans la rémunération. Ce manque à gagner est d'ailleurs l'argument qui a été avancé pour la promotion de Youtube Red et c'est l'un des arguments du Web à péage.
Il y a aussi des systèmes qui détectent si tu as bien le focus sur la pub, dans le cas échéant la lecture ou le compteur pour passer la pub se mettent en pause. Mais je ne sais pas si Youtube détecte ça de manière silencieuse.
Plus vraiment non. La plupart des vidéastes utilisent des sources de financement alternatives (Paypal, Tipee, Patreon, cryptomonnaies, Utip, financement participatif, sponsor, placement de produit, aide du CNC, produits dérivés, etc.) pour palier aux bloqueurs de publicités, à la démonétisation et à la baisse de rémunération que la plate-forme a faite ces dernières années.
Ils ont bien mis en place du streaming avec des dons, mais Twitch est bien plus avantageux. Il y a aussi les vidéos payantes (façon Vimeo) et Youtube Red (façon Netflix ou GameKult) mais j'ai pas l'impression que ça marche si bien que ça vu l'offre proposée.
In general, for any software service or system, 100% is not the right reliability target because no user can tell the difference between a system being 100% available and 99.999% available. There are many other systems in the path between user and service (their laptop, their home WiFi, their ISP, the power grid…) and those systems collectively are far less than 99.999% available. Thus, the marginal difference between 99.999% and 100% gets lost in the noise of other unavailability, and the user receives no benefit from the enormous effort required to add that last 0.001% of availability.
Tout ce qui est Pentium/Celeron notés Silver ou N**** ou J c'est l'architecture Atom. C'est pas l'architecture Core donc pas CoffeeLake mais GeminiLake et apparemment un noyau 4.15 ou supérieur n'est indispensable que pour les pilotes wifi bluetooth.
Ça devrait être suffisant pour ton usage mais ne néglige pas le confort de l'écran et évite les dalles TN.
Posté par Anonyme .
En réponse au journal Flatpak.
Évalué à 5.
Ouais enfin bon, on peut quand même considérer que les syscall du kernels sont relativement stable dans le temps et que la rétro compatibilité est assurée d'une version de kernel à une autre… Donc dire que tu ne peux pas avoir un environnement reproductible parce que tu peux pas garantir que la verison du kernel, c'est un peu pousser mémé dans les orties…
Sinon concernant les tests, la quasi majorités des logiciels libres importants sont aujourd'hui couvert par un nombre de tests suffisamment important pour garantir leur bon fonctionnement dans un environnement donnée, quand il s'agit de logiciel développé en interne, j'ose espérer que les développeurs sont payé pour avoir au moins une série de tests fonctionnels qui permettent garantir leur bon fonctionnement… sinon c'est que ton produit n'est de toute façon pas suffisamment critique pour tolérer une panne.
Encore une fois, moi je te dis ce que je constate, considérer que tu garanties mieux la sécurités d'un système parce que tu peux mettre à jour les libs indépendamment des logiciels qui en sont dépendant est une chimère, encore faut-il que les sysadmins se donne la peine de réaliser ces mises à jours compte tenu du risque que cela représente. Quand tu as la possibilité de réaliser ces mises à jours dans une environnement reproductible, tu n'as plus aucune raison pour ne pas les faire étant données que tu as toujours la possibilité de revenir en arrière si dans le pire des cas tu observais un problème après avoir effectué l'upgrade.
Posté par Anonyme .
En réponse au journal Flatpak.
Évalué à 10.
D'expérience, je me suis rendu compte que cette approche était en réalité une illusion de sécurité que d'avoir les dépendances partagées entre toutes les applications, parce que dans la pratique, cela implique souvent que les admins ne mettent pas à jour au risque que cela casse des applications existantes. Pour avoir travaillé chez un hébergeur, en vrai je ne me suis jamais connecté à une machine en ssh sans y voir un avis de mise à jours de plusieurs centaines de paquets dont de sécurité, les majs n'étaient faites que lorsqu'on avait une CVE un peu plus populaire que les autres.
L'isolation des dépendances à au moins l'avantage de permettre la reproductibilité de l’environnement, de pouvoir exécuter des tests dans un environnement contrôlé et rentre tout processus de mise à jour automatisable plus facilement.
Conclusion : Achetez un micro USB ça sera plus rapide que de se prendre la tête avec un adaptateur à 3 Francs.
Tu sais un microphone USB c'est juste la même chose mais dans un seul appareil. Et si la puce interne n'a pas de pilote Linux t'es encore plus baisé puisque tu dois changer l'ensemble.
Il y a d'autres cartes-son USB à pas cher qui sont plus linux-friendly tandis qu'il y a des cartes-son pro à plusieurs centaines d'euros qui ne le sont pas du tout.
Au final, t'as eu du bol que ce ne soit qu'un problème de paramétrage.
"TP6911 Audio Headset" semble poser beaucoup de problèmes sur Linux.
Si cette carte-son USB fonctionne correctement sur un PC avec Windows, c'est que le pilote Linux est fautif. Sinon c'est carrément le modèle qui est défectueux.
Dans tous les cas, je pense qu'il faut que tu te renseignes sur les puces son et que tu en achète une compatible avec Linux.
# LOL
Posté par Anonyme . En réponse au message Offre d'emploi au Ministère des Affaires étrangères : Administrateur Système (Architecte OpenStack). Évalué à 4.
(CDD jusqu'au 31 août 2020, renouvelable)
vu les compétences demandée, c'est un mercenaire qu'il vous faut ! Sinon pour un débutant ça peu être un gros challenge
les autres collègues, sont aussi en CDD ? sinon ca risque de poser des petits pb d'ambiance délétère
[^] # Re: sans titre
Posté par Anonyme . En réponse au message Mise à jour/Installation Steam Debian Conflit de paquets. Évalué à 1.
Effectivement il est peut-être en mesa 18 dans ses paquets AMD64 mais le apt-get -t stretch-backports sur le paquet libgl1-mesa-glx:i386 auraient dû résoudre la situation si ce n'était qu'une question de dépot manquant. Il y a quelque chose dans les dépendances de libgl1-mesa-dri:i386 qui bloque, ÀMHA vu les erreurs de sortie il y a blocage avec libdrm2 et zlib1g (et ce dernier n'est même pas un paquet backports).
[^] # Re: Qui n'essaye rien n'a rien
Posté par Anonyme . En réponse au message trouver la hauteur d'un cercle. Évalué à -1. Dernière modification le 23 octobre 2018 à 14:56.
Ah donc le diamètre c'est la "hauteur" que je cherche ? j'ai cru c'était la distance du contour :D
Merci à toi.
[^] # Re: Qui n'essaye rien n'a rien
Posté par Anonyme . En réponse au message trouver la hauteur d'un cercle. Évalué à 1. Dernière modification le 23 octobre 2018 à 14:49.
Le seul info que j'ai du fabriquant "diametre de 500 mm" et je sais que sa forme est rond.
Est-ce possible de calculer la longeur allant du plus bas niveau au plus haut niveau ?
[^] # Re: Qui n'essaye rien n'a rien
Posté par Anonyme . En réponse au message trouver la hauteur d'un cercle. Évalué à -1. Dernière modification le 23 octobre 2018 à 14:46.
C'est pas un exercice.
Je vais acheter un haltère et j'ai besoin de sa hauteur tout simplement.
Il y a 2 type de haltère ceux taille standard qui varie selon son poid et ceux taille fixe à grande taille, je veux choisir le bon qui est en grande taille fixe.
[^] # Re: tu as fait des modifications à la main ?
Posté par Anonyme . En réponse au message Mise à jour/Installation Steam Debian Conflit de paquets. Évalué à 1.
Voici un petit lien vers une doc Debian que gardais en marque-page avec un paragraphe qui indique comment vérifier si tu as des paquets gelés.
Par contre ça n'indique que le dégel au cas par cas, pas de commande pour débloquer tous les paquets.
Par curiosité, ton système est une installation de Stretch ou une dist-upgrade depuis Jessie ?
[^] # Re: sans titre
Posté par Anonyme . En réponse au message Mise à jour/Installation Steam Debian Conflit de paquets. Évalué à 1.
Si c'est une installation Debian Stretch standard, tu ne devrais pas avoir un noyau 4.16 mais le 4.9 donc je présume qu'à un moment tu as utilisé les backports pour l'obtenir. J'imagine que tu as eu une bonne raison de ne pas rester avec le noyau 4.9 mais dans ce cas il vaut mieux réactiver ce dépot pour mettre à jour ta version de noyau parce que la 4.16 n'est plus prise en charge même dans backports.
Ça indique que ça n'est pas en rapport avec backports vu que ces paquets sont présents dans les dépots stables.
Il y a bien un truc avec ton installation et comme l'a dit NeoX ça a certainement rapport avec des paquets marqués onhold.
# sans titre
Posté par Anonyme . En réponse au message Mise à jour/Installation Steam Debian Conflit de paquets. Évalué à 1.
Est-ce que tu utilises le pilote Nvidia pour ta carte graphique ? si c'est le cas, aucune raison d'installer les paquets mesa.
Ensuite, c'est étrange d'avoir un "vieux" noyau 4.16 et un sources.list qui n'indique pas le dépot backport.
Enfin, tu indiques que tu as testé des solutions mais lesquelles ?
[^] # Re: pistes
Posté par Anonyme . En réponse au message Avoir un écran noir depuis le boot jusqu'au lancement complet. Évalué à 1.
Je sais pas si c'est possible mais en cas de pépin durant l'init ou avec la session X tu voudras sans doute pouvoir basculer en console, même via ssh ou serial.
Déjà vérifie ce que ça donne en mettant en place l'autologin et la restauration de session (ou un script de démarrage d'appli). Avec tes modifications actuelles, il ne resterait que les infos de démarrage de Linux à masquer (voir la réponse de ted).
# pistes
Posté par Anonyme . En réponse au message Avoir un écran noir depuis le boot jusqu'au lancement complet. Évalué à 3.
Avec mon ordi, j'ai deux sorties sur un seul écran (chacune sur un chipset différent, le iGPU et une carte graphique, je pense pas que ça importe vraiment mais au cas où).
Le lancement (BIOS/UEFI GRUB et init) se fait sur l'affichage 0 via DVI tandis que le serveur graphique utilise l'affichage 1 via HDMI (tout ça réglé dans Xorg.conf). Mon écran est configuré sur la source HDMI par défaut, ce qui donne un écran noir jusqu'à LightDM.
Avec un autologin tu arriverais immédiatement sur le bureau et avec l'option d'enregistrement de session de Xfce tu as tes applis qui se relancent à leur place (par contre j'ai jamais testé en plein écran)
Autre piste, l'écran est le deuxième affichage d'un bureau étendu. Mais c'est AMHA moins intéressant.
Après c'est pas faisable si tu comptes utiliser l'écran intégré d'un ordi portable (ce que tu n'as pas précisé).
[^] # Re: Structuration du réseau social
Posté par Anonyme . En réponse au journal PeerTube est dispo en v1.0. Évalué à 2.
T'as toujours des gratteurs qui en veulent toujours plus et ceux qui font du drama pour rien mais maintenant vu le peu que ça rapporte face aux alternatives c'est surtout pour le principe de se faire spolier cette maigre rémunération pour quelques secondes de vidéo/musique et ce, de manière abusive avec la complicité de la plate-forme qui faute de tenir compte du fair-use américain, ne tient même pas compte du droit de citation ou du droit à la parodie français.
Il y a le même soucis de partialité avec les signalements et les "strike" dont la procédure de contestation est souvent pénible.
Certains vidéastes n'hésitent d'ailleurs pas à retirer toute monétisation sur leur chaine et à ouvertement conseiller à leur public d'utiliser un bloqueur de pub. Certains ont aussi désactivé les commentaires pour les externaliser sur des plates-formes comme Reddit ou Discord où ils ont un meilleur controle et moins de bugs.
En réalité, beaucoup restent sur Youtube uniquement par soucis de visibilité, même des gens qui ne désirent pas en vivre. Si une forme de suggestions (ou de tags/catégorie) arrive sur Peertube, la sauce prendra davantage.
[^] # Re: Structuration du réseau social
Posté par Anonyme . En réponse au journal PeerTube est dispo en v1.0. Évalué à 2.
Je ne dis pas que les vidéastes n’utilisent pas d’alternative, mais regarde comme ils font la gueule à chaque fois qu’un ayant trop de droit demande la démonétisation d’une vidéo.
[^] # Re: Structuration du réseau social
Posté par Anonyme . En réponse au journal PeerTube est dispo en v1.0. Évalué à 4.
Exactement. Si la pub n'est pas affichée, la vue n'est pas comptabilisée par AdSense et elle ne rentre pas en compte dans la rémunération. Ce manque à gagner est d'ailleurs l'argument qui a été avancé pour la promotion de Youtube Red et c'est l'un des arguments du Web à péage.
Il y a aussi des systèmes qui détectent si tu as bien le focus sur la pub, dans le cas échéant la lecture ou le compteur pour passer la pub se mettent en pause. Mais je ne sais pas si Youtube détecte ça de manière silencieuse.
[^] # Re: Structuration du réseau social
Posté par Anonyme . En réponse au journal PeerTube est dispo en v1.0. Évalué à 2.
Plus vraiment non. La plupart des vidéastes utilisent des sources de financement alternatives (Paypal, Tipee, Patreon, cryptomonnaies, Utip, financement participatif, sponsor, placement de produit, aide du CNC, produits dérivés, etc.) pour palier aux bloqueurs de publicités, à la démonétisation et à la baisse de rémunération que la plate-forme a faite ces dernières années.
Ils ont bien mis en place du streaming avec des dons, mais Twitch est bien plus avantageux. Il y a aussi les vidéos payantes (façon Vimeo) et Youtube Red (façon Netflix ou GameKult) mais j'ai pas l'impression que ça marche si bien que ça vu l'offre proposée.
[^] # Re: #YoutubeDown
Posté par Anonyme . En réponse au journal PeerTube est dispo en v1.0. Évalué à -3.
Si tu lisais ce que j’ai envoyé (juste l’intro, je parle même pas de lire le bouquetin), tu verrais que ce chiffre n’est qu’une illustration.
[^] # Re: #YoutubeDown
Posté par Anonyme . En réponse au journal PeerTube est dispo en v1.0. Évalué à 1.
C’est mal connaître la philosophie de Google que de dire ça.
En fait je pense que Youtube est tout le temps en panne. C’est juste très bien répartit pour que personne ne s’en rende compte.
Google - Site Reliability Engineering - Introduction :
[^] # Re: Structuration du réseau social
Posté par Anonyme . En réponse au journal PeerTube est dispo en v1.0. Évalué à 7.
… du pognon.
[^] # Re: ldlc
Posté par Anonyme . En réponse au message Ordinateur portable 17" Full HD sous Linux. Évalué à 3. Dernière modification le 14 octobre 2018 à 00:12.
Tout ce qui est Pentium/Celeron notés Silver ou N**** ou J c'est l'architecture Atom. C'est pas l'architecture Core donc pas CoffeeLake mais GeminiLake et apparemment un noyau 4.15 ou supérieur n'est indispensable que pour les pilotes wifi bluetooth.
Ça devrait être suffisant pour ton usage mais ne néglige pas le confort de l'écran et évite les dalles TN.
[^] # Re: ACAB?
Posté par Anonyme . En réponse à la dépêche mat2 0.4.0. Évalué à -2. Dernière modification le 12 octobre 2018 à 20:52.
C'est pas de l'incitation a la haine, c'est un constat :)
[^] # Re: Dépendances
Posté par Anonyme . En réponse au journal Flatpak. Évalué à 5.
Ouais enfin bon, on peut quand même considérer que les syscall du kernels sont relativement stable dans le temps et que la rétro compatibilité est assurée d'une version de kernel à une autre… Donc dire que tu ne peux pas avoir un environnement reproductible parce que tu peux pas garantir que la verison du kernel, c'est un peu pousser mémé dans les orties…
Sinon concernant les tests, la quasi majorités des logiciels libres importants sont aujourd'hui couvert par un nombre de tests suffisamment important pour garantir leur bon fonctionnement dans un environnement donnée, quand il s'agit de logiciel développé en interne, j'ose espérer que les développeurs sont payé pour avoir au moins une série de tests fonctionnels qui permettent garantir leur bon fonctionnement… sinon c'est que ton produit n'est de toute façon pas suffisamment critique pour tolérer une panne.
Encore une fois, moi je te dis ce que je constate, considérer que tu garanties mieux la sécurités d'un système parce que tu peux mettre à jour les libs indépendamment des logiciels qui en sont dépendant est une chimère, encore faut-il que les sysadmins se donne la peine de réaliser ces mises à jours compte tenu du risque que cela représente. Quand tu as la possibilité de réaliser ces mises à jours dans une environnement reproductible, tu n'as plus aucune raison pour ne pas les faire étant données que tu as toujours la possibilité de revenir en arrière si dans le pire des cas tu observais un problème après avoir effectué l'upgrade.
[^] # Re: Dépendances
Posté par Anonyme . En réponse au journal Flatpak. Évalué à 10.
D'expérience, je me suis rendu compte que cette approche était en réalité une illusion de sécurité que d'avoir les dépendances partagées entre toutes les applications, parce que dans la pratique, cela implique souvent que les admins ne mettent pas à jour au risque que cela casse des applications existantes. Pour avoir travaillé chez un hébergeur, en vrai je ne me suis jamais connecté à une machine en ssh sans y voir un avis de mise à jours de plusieurs centaines de paquets dont de sécurité, les majs n'étaient faites que lorsqu'on avait une CVE un peu plus populaire que les autres.
L'isolation des dépendances à au moins l'avantage de permettre la reproductibilité de l’environnement, de pouvoir exécuter des tests dans un environnement contrôlé et rentre tout processus de mise à jour automatisable plus facilement.
[^] # Re: ACAB?
Posté par Anonyme . En réponse à la dépêche mat2 0.4.0. Évalué à 10.
C'est marqué dessus: All Codes Are Beautiful
[^] # Re: Problème Paramétrage ?
Posté par Anonyme . En réponse au message [AIDE] Micro jack + Adaptateur USB. Évalué à 1. Dernière modification le 11 octobre 2018 à 07:40.
Tu sais un microphone USB c'est juste la même chose mais dans un seul appareil. Et si la puce interne n'a pas de pilote Linux t'es encore plus baisé puisque tu dois changer l'ensemble.
Il y a d'autres cartes-son USB à pas cher qui sont plus linux-friendly tandis qu'il y a des cartes-son pro à plusieurs centaines d'euros qui ne le sont pas du tout.
Au final, t'as eu du bol que ce ne soit qu'un problème de paramétrage.
[^] # Re: Oui…
Posté par Anonyme . En réponse au message Multiprise "connectée". Évalué à 1.
faut pas déconner, tu peux faire un proto relativement potable avec une simple veroboard.
[^] # Re: Alsamixer USB
Posté par Anonyme . En réponse au message [AIDE] Micro jack + Adaptateur USB. Évalué à 1.
"TP6911 Audio Headset" semble poser beaucoup de problèmes sur Linux.
Si cette carte-son USB fonctionne correctement sur un PC avec Windows, c'est que le pilote Linux est fautif. Sinon c'est carrément le modèle qui est défectueux.
Dans tous les cas, je pense qu'il faut que tu te renseignes sur les puces son et que tu en achète une compatible avec Linux.