Re: paquet n'étant plus dans les dépots
On 22/09/2015 01:40, Sylvain L. Sauvage wrote: [remis dans l’ordre] Le lundi 21 septembre 2015, 22:54:58 le pigeon a écrit : On 21/09/2015 22:42, Michel MOUNIER wrote: […] Étonnant : ~$ apt-cache policy krita krita: Installé : (aucun) Candidat : 1:2.8.5+dfsg-1+b2 Table de version : 1:2.8.5+dfsg-1+b2 0 500 http://ftp2.fr.debian.org/debian/ jessie/main amd64 Packages ah oui en effet, chez moi ça donne ceci: sudo apt-cache policy krita krita: Installé : (aucun) Candidat : (aucun) Table de version : 1:2.8.5+dfsg-1.2 0 100 /var/lib/dpkg/status C’est normal, l’un est en testing, l’autre en stable… Maintenant, il arrive que des paquets disparaissent de testing (ou unstable) pour quelques jours. Si l’on se trouve dans ton cas et que c’est juste au moment de la disparition d’un paquet que l’on a envie/besoin de l’installer, il vaut mieux ajouter les deux sources testing+stable (ou unstable+testing) pour au moins récupérer les anciennes versions. Elles ne sont pas toujours installables (si elles ont été virées, c’est pour une raison) mais souvent, ça aide. Merci pour vos réponses!
Re: augmenetation taille /tmp
Bonjour, Le dimanche 20 septembre 2015, Jean-Michel OLTRA a écrit... > Je me demande si ce n'est pas une partie du problème. Il y a de > nombreuses années que j'utilise XFS, et c'est bien la première fois que > ça me fait ce coup là (si c'est bien lié à xfs). > Il se pourrait que mes soucis aient débuté avec l'arrivée des nouveaux > noyaux 4.x > Je vais voir à installer un noyau 4.0 de chez snapshot.debian.org Problème partiellement résolu. Un noyau en 4.0 ne change rien. Un xfs_repair sur le volume rend l'espace disque consommé. Mais au reboot, l'augmentation reprend, à coup de 32M. Donc je sais comment revenir à la normale, mais je ne sais pas vraiment ce qui pose problème, à part que ça semble lié à xfs, comme le pressentait Pascal. -- jm
Re: paquet n'étant plus dans les dépots
[remis dans l’ordre] Le lundi 21 septembre 2015, 22:54:58 le pigeon a écrit : > On 21/09/2015 22:42, Michel MOUNIER wrote: >[…] > > Étonnant : > >> ~$ apt-cache policy krita > >> > >> krita: > >> Installé : (aucun) > >> Candidat : 1:2.8.5+dfsg-1+b2 > >> > >> Table de version : > >> 1:2.8.5+dfsg-1+b2 0 > >> 500 http://ftp2.fr.debian.org/debian/ jessie/main > >> amd64 Packages > ah oui en effet, chez moi ça donne ceci: > sudo apt-cache policy krita > krita: >Installé : (aucun) >Candidat : (aucun) > Table de version : > 1:2.8.5+dfsg-1.2 0 > 100 /var/lib/dpkg/status > C’est normal, l’un est en testing, l’autre en stable… Maintenant, il arrive que des paquets disparaissent de testing (ou unstable) pour quelques jours. Si l’on se trouve dans ton cas et que c’est juste au moment de la disparition d’un paquet que l’on a envie/besoin de l’installer, il vaut mieux ajouter les deux sources testing+stable (ou unstable+testing) pour au moins récupérer les anciennes versions. Elles ne sont pas toujours installables (si elles ont été virées, c’est pour une raison) mais souvent, ça aide. -- Sylvain Sauvage
Re: paquet n'étant plus dans les dépots
Le lundi 21 septembre 2015, 21:25:25 le pigeon a écrit : > j'utilise Debian testing 64 Et bien voilà, tout est dit. > et suite à aptitude safe-update j'ai > certain paquet qui ont été désinstallé et ne sont plus dans les dépôts, > notamment KRITA. Il a été gelé? Car je vois qu'il est dispo pour SID. Pour utiliser testing à autre chose qu'à tester, je recommande d'ajouter les dépôts de SID avec un pinning pour rester en Testing. Si pour une raison quelconque un paquet est retiré, genre il y a un problème dessus ou il y a une migration en cours non terminée (kde5 ? GCC ?) on ne reste pas coincé. https://wiki.debian.org/AptPreferences -- haricoph...@aranha.fr
Re: soucis avec xrandr
On Monday 21 September 2015 22:54:18 François TOURDE wrote: > > Je possède un PC portable neuf très récent (4 mois), > > dont la définition est inférieure à celle ci-dessus, > > ainsi que la fréquence qui est de 50 Hertz. ...parce qu'il est tactile, qui ont des résolutions plus faibles. > Mon portable, assez ancien (> 6 ans), est en 1920x1200, résolution que > j'utilisais déjà sur un 21" cathodique sans autre soucis qu'un léger > sifflement, plus important que dans des résolutions plus "normales". Le sifflement peut être annonciateur d'une panne... > > Une petite alerte sur ce script bash "xandr" > > aurait été la bienvenue, un clash est possible. > > Il fût un temps où les écrans cathodiques pouvaient être abîmés par des > résolutions/fréquences trop élevées, mais je pense qu'aujourd'hui ce > n'est plus le cas, les écrans refusant même d'aller au delà de leurs > limites. C'est bien dommage d'ailleurs : Pourquoi, dommage, si avant des résolutions / fréquences trop élevées pouvaient abîmer et maintenant plus ? C'était plutôt ennuyeux. > Pour ce qui concerne la fréquence (de rafraîchissement d'une page, je > pense), a-t-elle un sens sur des écrans de portable? Nosé, il y a des écrans TFT, LCD, LED, plasma... incapable de dire lesquels ont besoin d'un réglage fréquence précis. http://cathodique.e-monsite.com/pages/les-differents-types-d-ecrans.html https://fr.wikipedia.org/wiki/%C3%89cran_d%27ordinateur Bonne nuit. André
Re: augmenetation taille /tmp
Bonjour, Le lundi 21 septembre 2015, Jean-Michel OLTRA a écrit... > Tous mes systèmes de fichiers seraient corrompus ? Sur tous les > volumes ? Je n'y crois pas trop. Mais je vais essayer, sur /tmp. Sur les > autres, ce n'est pas possible. Pas mieux. +32M au reboot après formatage du VL monté sur /tmp -- jm
Re: soucis avec xrandr
Hello, Le 21/09/2015 18:57, andre_deb...@numericable.fr a écrit : "1600x1200_60.00" : y pas de quoi faire péter un écran de moniteur... ? avec une telle résolution de 1600x1200 ? Définition que j'ai utilisé pendant de nombreuses années sans le moindre soucis. Définition assez classique d'écrans cathodiques de 19 pouces et plus : certains pouvant par ailleurs monter jusqu'à 2048x1536. @+ Christophe.
Re: augmenetation taille /tmp
Bonjour, Le lundi 21 septembre 2015, BERBAR Florian a écrit... > Si un xfs_repair rend l'espace disque consommé, il est possible que > ton système de fichier soit corrompu. La partition ne comprenant pas > de données persistante un "reformatage" de ta partition pourrait > peut-être remettre les choses dans l'ordre. Tous mes systèmes de fichiers seraient corrompus ? Sur tous les volumes ? Je n'y crois pas trop. Mais je vais essayer, sur /tmp. Sur les autres, ce n'est pas possible. > La sortie de l'utilitaire "xfs_repair" a t-elle donnée des > informations ? Pas vraiment. Pas d'erreur, en tous cas. -- jm
Re: soucis avec xrandr
> Le Fri, 28 Aug 2015 13:22:09 +0200, > Bernard Schoenackera écrit : > grâce à une âme charitable j'ai résolu mon problème de résolution ... > ci joint le script corrigé > slt bernard Contenu du script : = # !/bin/sh # script-xrandr.sh xrandr --newmode "1600x1200_60.00" 161.00 1600 1712 1880 2160 1200 1203 1207 1245 -hsync +vsync xrandr --addmode LVDS1 1600x1200_60.00 xrandr --addmode LVDS0 1600x1200_60.00 xrandr --addmode VGA1 1600x1200_60.00 xrandr --addmode VGA0 1600x1200_60.00 xrandr --output VGA1 --mode 1600x1200_60.00 xrandr --output VGA0 --mode 1600x1200_60.00 = "1600x1200_60.00" : y pas de quoi faire péter un écran de moniteur... ? avec une telle résolution de 1600x1200 ? "soucis avec xrandr", ainsi que le moniteur... Script à utiliser avec la plus grande prudence ! ! ! André
Re: augmenetation taille /tmp
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/09/2015 13:48, Jean-Michel OLTRA wrote: > Un xfs_repair sur le volume rend l'espace disque consommé. Si un xfs_repair rend l'espace disque consommé, il est possible que ton système de fichier soit corrompu. La partition ne comprenant pas de données persistante un "reformatage" de ta partition pourrait peut-être remettre les choses dans l'ordre. > Mais au reboot, l'augmentation reprend, à coup de 32M. La sortie de l'utilitaire "xfs_repair" a t-elle donnée des informations ? Bon courage, Florian -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJWAA6OAAoJEBGYNnE0a7qPdsgQAJAHypBZg8Ccp4wwpQWRMNwT eV28R2Sl8W3CDEPWAU/tRcXyUhM4FM63nfWe6w0lhG83zxzOk6cTiornUGryJjsk NqcFLw+g5DsjDwCiudYvpWhKbInQt1SttEgpql81fRaigU7+7Gvbo0IIIbri9+Ya diba87NGnuLsh0xaZpGTp1lvtFfjW7DVSQoiiaAhCvjCTm9BP2QTOizvmxetybVx po1Eap4N9W4VvVkznbZ+kr9PObDKRR3eE914Nf28LBd3didJc+/FWDfp3vNuQ4cp SdPqBz46z68Xk1tHDv9xXUm7u6z9E4A2bA3Q/H8HeIs9zFBkbsUcoCV+B3OpcNyU 1nJ7SZygyeWEyeGquh/Z4rGi/ZuxrExN8LXpxtdZUZtNf3HDYfwqSoA4HuVxqBcG QxQrTolwXVeUOGjLBT32GGv1Pq5hAxzsg6ujG3tnbj7KoMlfBXAo56JsJXU3JszH v+3n+Tu4B/XIvAR3DZ3gk9ulNktaD/U1jI9VWpWFDcAgc0l5F60K0z4mql7e2Hy0 bgYV6/LR5FP4hKBb1k8YCxGpVMWAOIf1dy4V05QCXG3Xvu5c4ulVlt6jXK0BsO+0 Q5bBrYZaNqqQ0QLBlUkqzl/jgb4n7xHldkz1h/FedvNKnKHLFB9T3LVTiWRTXH2b kq1y7BjHuohoL2714I0N =QWOT -END PGP SIGNATURE-
Re: paquet n'étant plus dans les dépots
Le 21/09/2015 21:25, le pigeon a écrit : Bonsoir, j'utilise Debian testing 64, et suite à aptitude safe-update j'ai certain paquet qui ont été désinstallé et ne sont plus dans les dépôts, notamment KRITA. Il a été gelé? Car je vois qu'il est dispo pour SID. "sudo aptitude install krita Pas de version candidate trouvée pour krita sudo aptitude search krita c krita - pixel-based image manipulation program for i krita-data - data files for Krita painting program" merci Étonnant : ~$ apt-cache policy krita krita: Installé : (aucun) Candidat : 1:2.8.5+dfsg-1+b2 Table de version : 1:2.8.5+dfsg-1+b2 0 500 http://ftp2.fr.debian.org/debian/ jessie/main amd64 Packages -- Michel Mounier
paquet n'étant plus dans les dépots
Bonsoir, j'utilise Debian testing 64, et suite à aptitude safe-update j'ai certain paquet qui ont été désinstallé et ne sont plus dans les dépôts, notamment KRITA. Il a été gelé? Car je vois qu'il est dispo pour SID. "sudo aptitude install krita Pas de version candidate trouvée pour krita sudo aptitude search krita c krita - pixel-based image manipulation program for i krita-data - data files for Krita painting program" merci
Re: soucis avec xrandr
On Monday 21 September 2015 20:08:19 Christophe wrote: > Le 21/09/2015 18:57, andre_deb...@numericable.fr a écrit : > > "1600x1200_60.00" : > > y pas de quoi faire péter un écran de moniteur... ? > Définition que j'ai utilisé pendant de nombreuses années > sans le moindre soucis. > Définition assez classique d'écrans cathodiques de 19 pouces et plus : > certains pouvant par ailleurs monter jusqu'à 2048x1536. > Christophe. Tout le monde a t-il un moniteur de définition : 1600x1200 et 60.00 Hertz ? Encore beaucoup d'utilisateurs sont en 1280x 1024, voire moins. Tant que le moniteur fonctionne bien, on est pas si riche, on ne fait pas de graphisme sophistiqué, inutile de dépenser pour un nouveau, sans compter ceux qui achètent d'occase d'anciens moniteurs. Je possède un PC portable neuf très récent (4 mois), dont la définition est inférieure à celle ci-dessus, ainsi que la fréquence qui est de 50 Hertz. Une petite alerte sur ce script bash "xandr" aurait été la bienvenue, un clash est possible. André
Re: paquet n'étant plus dans les dépots
ah oui en effet, chez moi ça donne ceci: sudo apt-cache policy krita krita: Installé : (aucun) Candidat : (aucun) Table de version : 1:2.8.5+dfsg-1.2 0 100 /var/lib/dpkg/status On 21/09/2015 22:42, Michel MOUNIER wrote: Le 21/09/2015 21:25, le pigeon a écrit : Bonsoir, j'utilise Debian testing 64, et suite à aptitude safe-update j'ai certain paquet qui ont été désinstallé et ne sont plus dans les dépôts, notamment KRITA. Il a été gelé? Car je vois qu'il est dispo pour SID. "sudo aptitude install krita Pas de version candidate trouvée pour krita sudo aptitude search krita c krita - pixel-based image manipulation program for i krita-data - data files for Krita painting program" merci Étonnant : ~$ apt-cache policy krita krita: Installé : (aucun) Candidat : 1:2.8.5+dfsg-1+b2 Table de version : 1:2.8.5+dfsg-1+b2 0 500 http://ftp2.fr.debian.org/debian/ jessie/main amd64 Packages
Re: soucis avec xrandr
Le 16699ième jour après Epoch, andre debian écrivait: > Je possède un PC portable neuf très récent (4 mois), > dont la définition est inférieure à celle ci-dessus, > ainsi que la fréquence qui est de 50 Hertz. Mon portable, assez ancien (> 6 ans), est en 1920x1200, résolution que j'utilisais déjà sur un 21" cathodique sans autre soucis qu'un léger sifflement, plus important que dans des résolutions plus "normales". > Une petite alerte sur ce script bash "xandr" > aurait été la bienvenue, un clash est possible. Il fût un temps où les écrans cathodiques pouvaient être abîmés par des résolutions/fréquences trop élevées, mais je pense qu'aujourd'hui ce n'est plus le cas, les écrans refusant même d'aller au delà de leurs limites. C'est bien dommage d'ailleurs. Pour ce qui concerne la fréquence (de rafraîchissement d'une page, je pense), a-t-elle un sens sur des écrans de portable?