Journal : hardware4linux.info

Posté par Frédéric Lepied (page perso, ) le 17 juin 2007

Je travaille sur un nouveau site http://hardware4linux.info/ pour reporter et chercher les compatibilités et incompatibilités entre le matériel et les distribs Linux. J'ai besoin d'aide pour valider les premières étapes d'analyse du système. Si vous avez un peu de temps et que vous voulez m'aider, pourriez-vous suivre les étapes suivantes:

Créez un compte sur http://hardware4linux.info/accounts/register/
Installez le paquetage LSB à télécharger sur http://hardware4linux.info/server/download/
Lancez /opt/hardware4linux.info/bin/hwreport /tmp/report
Envoyez le fichier généré sur http://hardware4linux.info/server/upload/
Vérifiez que les infos ont bien été analysées sur le site et reportez-moi tout problème (mauvaise détection de composants ou OS, crash, pb site, ...)

Tout feedback bienvenu!

> Lire le journal (63 commentaires, moyenne: 2,2).

Vous avez demandé le commentaire #842649.

super mais

Posté par Mildred (Jabber id, page perso, ) le 17/06/2007 à 15:18. (lien). Évalué à 2.

Je n'ai ni debian, ni redhat, ni mandriva, ni ubuntu ni ....
J'ai ArchLinux ... qui n'est pas pris en compte par alien.

n'y a-t-il pas un tar.gz contenant la source du soft qu'on pourrait compiler... et faire un package adapté a notre distrib ?

--
La Roue du Temps

[^]Re: super mais

Posté par Frédéric Lepied (page perso, ) le 17/06/2007 à 15:23. (lien). Évalué à 2.
Archlinux n'est pas compatible avec la LSB ?

Sinon tu peux prendre le src.rpm pour avoir les sources. Tu peux extraire un rpm sur une Archlinux ? Sinon je mettrai aussi l'archive tar.

--
May the source be with you
- [^]Re: super mais
  
  Posté par Ymage (Jabber id, ) le 17/06/2007 à 15:37. (lien). Évalué à 1.
  Oui, mais il semble que le src.rpm mène aussi à une page non disponible ...
  - [^]Re: super mais
    
    Posté par Frédéric Lepied (page perso, ) le 17/06/2007 à 15:39. (lien). Évalué à 1.
    oops désolé. C'est corrigé.
    
    --
    May the source be with you
    - [^]Re: super mais les sources ?
      
      Posté par chtitux (Jabber id, page perso, ) le 17/06/2007 à 16:02. (lien). Évalué à 3.
      Je suis aussi en attente des sources. J'ai bien envie de contribuer au projet, mais installer un paquet pour extraire les sources, ça me plaît pas (oui, je sais, c'est de la flemmardise).
      
      Donc si ya juste un tarball à télécharger/compiler, je fonce.
      
      [^]Re: super mais
      
      Posté par Mildred (Jabber id, page perso, ) le 17/06/2007 à 16:29. (lien). Évalué à 4.
      C'est rigolo, lorsque je clique sur le lien src.rpm epiphany me lance le plugin mplayer ... mais par contre ni son ni vidéo :(
      
      je crois que je vais élécharger avec wget. Et tenter de trouver un outil pour le décompresser.
      
      --
      La Roue du Temps
      - [^]Re: super mais
        
        Posté par Zakath (page perso, ) le 17/06/2007 à 16:32. (lien). Évalué à 2.
        Pareil ici, wget reporte :
        
        Length: unspecified [audio/x-pn-realaudio-plugin]
        
        Des histoires de MIME-type foirés, probablement (aucune idée de comment ces machins marchent).
        
        --
        Vous devriez vraiment visiter Aperture First !
        
        [^]Re: super mais
        
        Posté par PsychoFox () le 18/06/2007 à 09:47. (lien). Évalué à 2.
        tu peux éditer le fichier /etc/mailcap pour ganger cela (où créer un .mailcap dans ton home si tu veux que ça ne s'applique qu'à ton user).
        
        [^]Re: super mais
        
        Posté par PsychoFox () le 18/06/2007 à 09:53. (lien). Évalué à 4.
        s/ganger/changer
        
        et man mailcap pour info sur la syntaxe.
        
        typiquement tu peux créer dans un .mailcap avec une ligne de la sorte :
        
        application/x-rpm-package; /chemin/vers/la/commande/a/utiliser '%s' ; needsterminal; description=rpm package; nametemplate=%s.rpm
        
        le needsterminal est optionnel si ta commande doit se lancer dans une console
  [^]Re: super mais
  
  Posté par Zakath (page perso, ) le 17/06/2007 à 16:05. (lien). Évalué à 10.
  Il y a plein de distros qui n'ont pas d'outils rpm (enfin ceux-ci ne sont pas supportés par la distro), par exemple gentoo, mais je suis bien sûr que ce n'est pas la seule.
  
  Quand on dit "télécharger les sources", on attend une archive toute bête avec des fichiers dedans, pas un paquet dans un format pas supporté par plein de gens. Surtout que la page de téléchargement n'est pas claire du tout.
  
  Enfin brefle, tout ça pour dire que fournir un .tar.gz pour les sources me paraît indispensable.
  
  --
  Vous devriez vraiment visiter Aperture First !
  - [^]Re: super mais
    
    Posté par Zakath (page perso, ) le 17/06/2007 à 16:29. (lien). Évalué à 3.
    Bon, je viens d'essayer de compiler tout ça, ce fut galère (pas de LSB sur mon système, le .spec est lisible mais franchement, pourquoi ne pas faire un bête Makefile ?). Dans pciutils, j'ai eu un problème de compilation :
    
    In file included from i386-ports.c:16: i386-io-linux.h:14: error: redefinition of ‘inb’ /usr/include/sys/io.h:45: error: previous definition of ‘inb’ was here
    
    Avec un gros "#if 0" autour des définitions qui enquiquinaient, c'est passé (pi j'avais déjà pciutils, de toute manière).
    
    Un --help ou --usage pour hwreport me paraît indispensable (et qui ne soit pas considéré comme le nom du fichier...), j'ai du revenir sur ton journal pour trouver la syntaxe.
    
    Sinon, /proc/cpuinfo n'est pas un vrai fichier, donc le copier ne marche pas (ça donne un fichier vide). Remplacer par "cat /proc/cpuinfo > $DEST/cpuinfo" devrait bien mieux marcher.
    
    Enfin, osinfo trouve la version de gentoo avec /etc/gentoo-release, qui correspond à la première installation (2.5 ans dans mon cas), pas très intéressant. Bien mieux de voir sur quoi pointe /etc/make.profile.
    
    Sinon, c'est une bonne initiative, mais il faudrait que ce soit aussi foolproof que possible. Or là, si on n'a pas ubuntu ou une distro rpm based, c'est franchement galère. Virer la dépendance LSB, rajouter un vrai Makefile, fournir un bête tar.gz et permettre de lancer hwreport sans rien installer (juste en patchant le PATH) seraient déjà de bons changements.
    
    --
    Vous devriez vraiment visiter Aperture First !
    - [^]Re: super mais
      
      Posté par Frédéric Lepied (page perso, ) le 17/06/2007 à 16:49. (lien). Évalué à 2.
      ok à la demande général, j'ai mis le tar ball de hwreport en ligne.
      
      --
      May the source be with you
[^]Re: super mais
Posté par Mildred (Jabber id, page perso, ) le 17/06/2007 à 16:57. (lien). Évalué à 3.
ma contribution, ce PKGBUILD. Si vous voulez l'adapter pour d'autres distributions, je pense que c'est facile. C'est un simple script bash.
```
# Contributor: Mildred <silkensedai@online.fr>
# kate: hl Bash; space-indent on; indent-width 2;

pkgname=hardware4linux.info-collector
pkgver=0.7.1
pkgrel=1
pkgdesc="Collect system informations for the hardware4linux.info site"
arch=(i686)
url="http://hardware4linux.info"
license=('GPL')
depends=()
makedepends=(rpmextract)
provides=()
conflicts=()
replaces=()
backup=()
install=
_dmiver=2.9
_pciver=2.2.4
source=('http'://hardware4linux.info/res/lsb-hardware4linux.info-collector-$pkgver-1.src.rpm
        'http'://download.savannah.gnu.org/releases/dmidecode/dmidecode-$_dmiver.tar.bz2
        'ftp'://atrey.karlin.mff.cuni.cz/pub/linux/pci/pciutils-$_pciver.tar.gz)
noextract=()
md5sums=('d6f0fecf0458b99e2cbc147b2922857b'
         '3dac4b1817012ffebd78671473d8f56c'
         '5629fdb049f189fb853e7021f85553d2')

build() {
  ( set -e
  cd "$startdir/src/"

  msg "In `pwd` extract sources ..."

  rpmextract.sh lsb-hardware4linux.info-collector-$pkgver-1.src.rpm
  tar jxf hwreport-$pkgver.tar.bz2

  msg "Build ..."

  cd "hwreport-$pkgver"
  cc -o scan-printers scan-printers.c
  cd ..
  cd dmidecode-$_dmiver
  make CC=cc
  cd ..
  cd pciutils-$_pciver
  make CC="cc -D__KERNEL_STRICT_NAMES -D__GLIBC__=2 -D__GLIBC_MINOR__=4 -O2"
  cd ..

  msg "Install ..."

  mkdir -p "$startdir/pkg/usr/bin"
  install "hwreport-$pkgver/scan-printers" "$startdir/pkg/usr/bin/"
  install "hwreport-$pkgver/hwreport"      "$startdir/pkg/usr/bin/"
  install "hwreport-$pkgver/osinfo"        "$startdir/pkg/usr/bin/"
  install "dmidecode-$_dmiver/dmidecode"   "$startdir/pkg/usr/bin/"
  install "pciutils-$_pciver/lspci"        "$startdir/pkg/usr/bin/"
  )
}
```
Par contre, lorsque je lance hwreport /tmp/report, j'ai :
```
Unsupported operating system
```
--
La Roue du Temps
- [^]Re: super mais
  
  Posté par Frédéric Lepied (page perso, ) le 17/06/2007 à 17:03. (lien). Évalué à 1.
  tu es sur quelle distrib ? C'est osinfo qui n'arrive pas à détecter ta distrib. Tu peux m'indiquer comment la détecter et trouver la version et l'architecture ?
  
  --
  May the source be with you
  - [^]Re: super mais
    
    Posté par Mildred (Jabber id, page perso, ) le 17/06/2007 à 17:30. (lien). Évalué à 3.
    ArchLinux.
    
    le fichier /etc/arch-release existe mais est vide.
    
    Le seul moyen que je vois pour détecter la release c'est avec /etc/issue qui est utilisé par agetty pour afficher la distribution au dessus du prompt de login. Tu peux ainsi avoir le nom de la release avec la commande : grep Arch /etc/issue | sed -r 's/^Arch Linux $([^$]*)\).*$/\1/'
    
    Mais en fait, comme Arch Linux n'a pas vraiment de releases (toujours mis à jour) ... le mieux c'est de ne pas chercher à détecter la release :
    
    Originally /etc/arch-release was removed because it's wrong for Arch as we use rolling release system.
    But then it was added again for compatability (some packages check for its existence to know they are running on Arch)
    http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/base/filesystem(...)
    
    http://bugs.archlinux.org/task/7163
    
    Je te propose aini pour osinfo :
    
    elif [ -r /etc/arch-release ]; then n="Arch Linux" r=`sed 's/.* $[0-9.]*$ .*/\1/' < /etc/arch-release` [ -z "$r" ] && r=None
    
    --
    La Roue du Temps
    - [^]Re: super mais
      
      Posté par Frédéric Lepied (page perso, ) le 17/06/2007 à 17:42. (lien). Évalué à 1.
      Je préfère avoir une info sur la version même si c'est variable. Tu peux essayer la version de osinfo dispo sur http://moustix.dyndns.org/fred/share/osinfo et me reporter le résultat ?
      
      --
      May the source be with you
      - [^]Re: super mais
        
        Posté par Mildred (Jabber id, page perso, ) le 17/06/2007 à 21:35. (lien). Évalué à 3.
        Distribution "Arch Linux"
        Version "Duke"
        
        Enfin je ne trouve pas ça très propre car si je veux changer le prompt de agetty je me retrouve dans les choux.
        
        je pense que ce serait quand même bien, si après cela il ne trouve toujours pas de version, de mettre par exemple "Unspecified" afin de ne pas tout bloquer.
        
        Mais tu peux aussi prendre la version de pacman installée (le gestionnaire de paquets) comme indication de version. Par exemple pacman -Qi pacman | grep "^Version " | sed 's/^.*: $.*$$/\1/' me donne 3.0.4-4
        
        --
        La Roue du Temps
        
        [^]Re: super mais
        
        Posté par Vincent-Xavier JUMEL (Jabber id, page perso, ) le 18/06/2007 à 07:10. (lien). Évalué à 2.
        --- archlinux.fr/hardware4linux.info-collector/pkg/usr/bin/osinfo 2007-06-18 08:44:00.000000000 +0200 +++ /usr/bin/osinfo 2007-06-18 09:04:09.000000000 +0200 @@ -88,7 +88,8 @@ # tested on: elif [ -r /etc/arch-release ]; then n="Arch Linux" - r=`sed 's/.* $[0-9.]*$ .*/\1/' < /etc/arch-release` +# r=`sed 's/.* $[0-9.]*$ .*/\1/' < /etc/arch-release` + r=`grep -o '(\w*)' < /etc/issue` # tested on: elif [ -r /etc/slackware-version ]; then n=`sed 's/$[^0-9.]*$ [0-9.]*.*/\1/' < /etc/slackware-version` qui n'est pas propre du tout, mais qui fonctionne au moins un petit peu ! La version de pacman ne coïncide pas avec la version de Arch, ceux-ci ayant décider de faire coïncider le calendrier de leurs releases avec les releases du noyau.
        
        [^]Re: super mais
        
        Posté par Mildred (Jabber id, page perso, ) le 19/06/2007 à 21:08. (lien). Évalué à 4.
        Mon patch est légèrement différent :
        === modified file 'osinfo' --- osinfo 2007-06-19 20:50:43 +0000 +++ osinfo 2007-06-19 20:54:19 +0000 @@ -88,7 +88,9 @@ # tested on: elif [ -r /etc/arch-release ]; then n="Arch Linux" - r=`sed 's/.* $[0-9.]*$ .*/\1/' < /etc/arch-release` + #r=`sed 's/.* $[0-9.]*$ .*/\1/' < /etc/arch-release` + r=`grep -o '(\w*)' /etc/issue | sed 's/($.*$)/\1/'` + [ -z "$r" ] && r=None # tested on: elif [ -r /etc/slackware-version ]; then n=`sed 's/$[^0-9.]*$ [0-9.]*.*/\1/' < /etc/slackware-version`
        Tu peux mettre sur ton site que pour installer ce paquet sur ArchLinux, il faut :
        $ cd $ mkdir hardware4linux $ cd hardware4linux $ wget 'http://aur.archlinux.org/packages/hardware4linux.info-collec(...) $ makepkg $ pacman -U hardware4linux.info-collector-0.7.1-1-i686.pkg.tar.gz
        Et que pour générer le rapport :
        $ sudo hwreport /tmp/report
        L'adresse du package source est : http://aur.archlinux.org/packages.php?do_Details=1&ID=11(...)
        
        --
        La Roue du Temps
        
        [^]Re: super mais
        
        Posté par Frédéric Lepied (page perso, ) le 20/06/2007 à 05:58. (lien). Évalué à 2.
        C'est ajouté sur la page de download. Merci.
        
        --
        May the source be with you

Journal : hardware4linux.info

super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais les sources ?

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais

[^]Re: super mais