Re: paquet n'étant plus dans les dépots

2015-09-21 Par sujet le pigeon 



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

2015-09-21 Par sujet Jean-Michel OLTRA 

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

2015-09-21 Par sujet Sylvain L. Sauvage 
[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

2015-09-21 Par sujet Haricophile 
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

2015-09-21 Par sujet andre_debian 
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

2015-09-21 Par sujet Jean-Michel OLTRA 

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

2015-09-21 Par sujet Christophe 

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

2015-09-21 Par sujet Jean-Michel OLTRA 

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

2015-09-21 Par sujet andre_debian 
> Le Fri, 28 Aug 2015 13:22:09 +0200,
> Bernard Schoenacker  a é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

2015-09-21 Par sujet BERBAR Florian 
-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

2015-09-21 Par sujet Michel MOUNIER 



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

2015-09-21 Par sujet le pigeon 

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

2015-09-21 Par sujet andre_debian 
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

2015-09-21 Par sujet le pigeon 


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

2015-09-21 Par sujet François TOURDE 
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?