Gyro Gearllose a écrit 1322 commentaires

Bon, désolé de n'avoir pas été très clair...
En résumé, et ce sera peut-être plus clair, c'est que seule la zone écran soit scrollable, en fonction de son contenu (bien souvent plus haut que la zone d'affichage).
Je ne veux pas que toute la page scrolle.
Le menu ne peut-être en position:fixed du fait de la conception de celui-ci.
Et je veux qu'il soit toujours accessible, donc que seul le reste scrolle.
Voilà, j'espère avoir été plus clair.
J'ai fait différents essais, et d'après ce que j'en ai compris :
- Le height:100% ne fonctionne pas avec le display:block;
- Si on précise un en-tête de tableau avec display:block; celui-ci est désolidarisé du reste du tableau, et du coup les colonnes ne correspondent plus.
Bref, voilà où j'en suis, mais je continue de chercher. Si je trouve quelque chose de probant, je posterai la solution ici, ça peut toujours servir...
En tout cas, merci de t'intéresser à mon problème.

1 mois pour installer un LFS ? Tu compiles les programmes toi même alors, au marteau et au burin, directement sur le disque dur....
Une demi-journée pour avoir un système bootable, c'est laaaargement suffisant. Ensuite, je t'accorde volontiers qu'il faut au moins deux jours de plus pour avoir un système complet (1/2 heure pour compiler Xorg, 8 heures pour KDE....).
Enfin bref, c'est en effet très instructif, et je n'installe plus que ça....

Par contre, c'est marrant, parce que comme toi, j'ai commencé par la slack (version 130 disquettes sur mon DX2-66, que de souvenirs), puis, je suis très vite passé à la MNIS que j'aimais bien, car elle était très complète. Après quelques errements entre redHat et SuSE, je suis resté quelques années sous SuSE, avant de finalement basculer définitivement sur LFS.

Voilà, j'ai un peu raconté ma vie, et franchement marché dedans....

Tout est dans le titre.
Moi aussi, j'ai vainement essayé de travailler avec les outils (jeux ?) fournis par la société de Redmond.
Je passe plus de temps à chercher comment faire qu'à vraiment me concentrer sur l'essentiel : travailler.
Depuis que j'utilise LaTeX, je perds moins de temps (en fait, je n'en perds pas du tout), et j'ai directement un résultat impeccable. Par contre, je ne vois pas l'intérêt de passer à docbook pour faire du PDF ou du HTML. On peut directement faire ça depuis LaTeX (texi2pdf et latex2html).
Ceci dit, je ne me suis jamais penché sur docbook....
Pour le reste, rien ne vaut un LFS si tu veux vraiment savoir comment ton système fonctionne.
Voilà.

Peut-être une clownerie, là encore, mais ton problème éveille en moi quelques soupçons.
Le daemon nmbd est-il lancé sur la machine linux ?
Si oui, quelle valeur est donnée à la directive os level dans ton smb.conf ?
winbindd est-il lancé lui aussi ?
Pour ce que j'en sais, c'est la machine sur le réseau qui a le plus fort "os level" qui devient serveur de noms pour le réseau netbios. Si plusieurs machines ont "l'os level" le plus élevé, une élection est lancée, et c'est alors fort compliqué et parfois fort long pour déterminer qui devient maître de la branche.
Pour ma part, j'ai configuré mon serveur samba avec cette option à 255 (la valeur la plus forte). De ce fait, aucune élection, aucun trafic réseau.
nmbd sert de serveur de noms netbios, il faut donc faire en sorte que les postes sous windows utilisent le serveur linux comme référence.
Tu trouveras des explications plus détaillées sur le web. Les daemons sont décrits ici : http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-fr-4/s1-samba-(...)

Ça permet de comprendre pas mal de choses, et à mon humble avis (c'est difficile d'être catégorique sans être devant les machines), ton problème de partages réseau qui apparaissent et disparaissent peut s'expliquer par ce que j'ai écrit ci-dessus.
En espérant que ce commentaire ne contient pas trop d'inepties et qu'il te sera utile.

En fait, j'ai posté mon message un peu vite.
D'abord, ça ne semble pas être une clownerie, car vlc permet bien de faire de la diffusion de flux, mais j'aurais au moins pu prendre le temps de poster quelques url....
D'abord, la page d'accueil de videolan :
http://www.videolan.org
Pour la doc sur le streaming (en français, s'il vous plait),
voir http://www.videolan.org/doc/streaming-howto/fr/streaming-how(...)

Il semblerait que l'on puisse diffuser à peu près n'importe quoi, n'importe comment. Et le pire, c'est que ça fonctionne.
En plus (enfin, ça reste mon avis et n'engage que moi), ça permet d'avoir une solution unifiée : même client pour tout le monde implique une seule (in)formation envers ceux qui utiliseront ce système.
Bref, bonnes diffusions...

Personnellement, j'utilise juk.
C'est une appli kde, mais elle fait ce qu'on lui demande : gérer/générer une playliste sur le contenu d'un répertoire/d'une recherche, etc... et la joue, rien de plus simple....
L'intégration à une base de données style mysql, aucune idée...
A tester, peut-être...

Hello !
Oui, je vais peut-être dire une clownerie, mais ceci ne peut-il pas être réalisé à l'aide de vlc ?
Surtout si l'acquisition se fait depuis l'entrée composite de la carte tv. Je m'étais amusé à rediffuser sur mon lan ce qui provenait de mon magnétoscope il y a déjà quelques temps, et ça fonctionnait plutôt bien. Je ne me souviens plus de la manipulation, et encore moins des codecs/conteneurs que j'utilisais, mais ce qui est sûr, c'est que ça fonctionnait....
Peut-être que quelqu'un de plus expert que moi pourra confirmer/infirmer mes dires....
Bon courage, sinon....
P.S. Je suis intéressé par la mise en oeuvre de la solution, car ça peut toujours servir...

En effet, j'aurais dû au moins poster un lien....
Bref, sur sourceforge, j'ai trouvé ça (en java, mais GPL) :
http://sourceforge.net/projects/palmimage/

Sinon, je t'ai trouvé un convertisseur en ligne (non testé) :
http://www.fireviewer.com/convert.html

Enfin, j'ai trouvé également ça ;
http://www.djajic.com/
Pleins de softs pour palm, plus ou moins utiles, et dans la liste, il y a makeimg (je te laisse parcourir la page, elle semble intéressante). Ce dernier semble ne fonctionner que sous windows....
Voilà, en espérant que ça aide.
Sinon, tu peux aussi faire un tour sur http://www.freewarepalm.com, y'a peut-être des choses intéressantes également.
Voilà, en espérant que ce post sera utile.

J'ai bien lu tout ton message, mais j'avais lu ce qui suit il n'y a pas très longtemps, et il me semble que du coup, ça invalide toute ta problématique (en tout cas, toute la partie script).
D'un autre côté, si tu branches une clefs pour récupérer des fichiers dessus, la règle d'udev risque de s'exécuter quand même....
En tout cas, jette un oeil, il me semble que ça répond quand même à ton besoin.
http://www.reactivated.net/writing_udev_rules.html#external-(...)

Hello !
Pour ce que j'en sais, le palm ne sait pas lire les images en tant que telles, il faut les convertir en fichier pdb.
Il existe pleins de convertisseurs, je te laisse le soin d'en choisir un qui te convienne.
Pour ma part, je n'ai pas ce problème, car je dispose d'un palm T|X qui a un slot sd. Donc, mes images, je les mets telles quelles sur ma carte sd, et ça fonctionne sans problèmes.
Voilà, j'espère t'avoir au moins aidé à progresser dans ta recherche d'une solution à ton problème.

Tout est dans le titre...
http://kde-apps.org/content/show.php?content=13164

Interpréteur logo, avec petite tortue sympa comme tout...
En espérant que ça répond à ta question.

Peut-être est-ce parce que, comme décrit dans la doc de subversion, le shell nommé post-commit est exécuté dans un environnement vierge pour des raisons de sécurité.
Par conséquent, pas de variables telles que $PATH, LC_ALL, LANG, etc.
Pour ma part, j'ai placé dans ce script, juste avant l'appel à commit-email.pl cette ligne :
LANG=fr_FR
Voilà, en espérant que ça aide...
P.S. : J'ai quand même la satisfaction de voir que ma première idée était la bonne : c'est bien un problème de locales !

J'ai trouvé la panne !
Ligne 459 dans le fichier commit-email.pl
j'ai remplacé :
push(@head, "Content-Type: text/plain; charset=UTF-8\n");
par
push(@head, "Content-Type: text/plain; charset=ISO8859-1\n");

Ça semble fonctionner comme attendu.
Bon patch !

Il semblerait (je me garderai bien d'affirmer quoi que ce soit à propos d'une machine à laquelle je n'ai aucun accès), que ce soit un problème de locales, non ?
Visiblement, tu reçois des mails encodés en utf-8 ou 16, ou autres, alors que tu les lis en ISO-8859-1 ou ISO-8859-15.
Faudrait peut-être creuser de ce côté là, non ?
Probablement quelque chose à changer dans le /etc/profile ou dans un des fichiers de conf du système.
A faire confirmer par quelqu'un de plus expert que moi quand même !

Déjà évoquée ici même plusieurs fois, alors sait-on jamais, peut-être qu'elles te seront utiles....
Aurais-tu un filesystem plein ? L'espace réservé pour root et pour les utilisateurs n'est pas le même alors peut-être que ça vient de là.
Sinon, le répertoire /tmp/.ICE-unix doit avoir ces droits :

drwxrwxrwt 2 root root 4096 2006-11-13 09:05 .ICE-unix

autrement, X refuse de démarrer.
Voilà, en espérant que ça t'aidera à résoudre ton problème et à retrouver X.

Dans le même genre que l'histoire des saucisses et des pains à hot dogs.
Pourquoi trouve-t-on des classeurs dans lesquels on peut mettre des feuilles perforées deux trous, et aucun perforateur faisant d'un coup d'un seul les deux trous avec l'écartement exact ?
Testé dans différentes grandes surfaces, et approuvé. Du coup, je n'achète plus aucun classeur, mais des chemises à élastique pour ranger mes feuilles (sans trous, évidement).

Et comme le dit si bien yoyo :"Pays de Meeeeerrrrrrddddddeeee"...
(Ne pas crier au delà des 4db, sinon, vous risquez un procès pour tapage diurne ou nocturne).

... la news du 61/10/2006 (http://linuxfr.org/2006/10/21/21509.html ), je me suis posé à peu près la même question à la lecture du titre....
Je me suis dit, tiens, ils ont développé un truc, mais ils (les développeurs) ne savent même pas quoi en faire.
De même avec cette news, encore en première page :
http://linuxfr.org/2006/11/09/21587.html
Il semblerait qu'une nouvelle technologie ait été développée, (si j'ai bien compris, c'est unbinding Java à la bibliothèque Qt
et l'objet du concours organisé, c'est bien de chercher à quoi donc ça peut bien servir...
Ceci-dit, je trouve quelque part que cette démarche peut s'avérer saine, car elle stimule les efforts de recherches. Le but de ce post est juste d'alimenter le troll, et en aucun cas de dénigrer le travail fait par ces différentes équipes.

C'est pas fait pour ça ?
Il me semble bien que oui, alors jette un oeil du côté d'openldap, par exemple...
Vois http://www.openldap.org/ pour plus d'infos.
Ensuite, pour interroger la base ldap, kontact le fait très bien, mais il y a certainement d'autres outils dans d'autres environnements graphiques.
En espérant que ça aide....
Sinon, tu as toujours la solution de la base de donnés...

Tu écris le contenu de ta variable dans un fichier, puis tu fais un appel à la commande système file sur ce fichier ?

En gros :

$handle = fopen ("tmp", "wb+");
fwrite ($handle, $string);
fclose ($handle);

system ("file tmp");


C'est sale et ça ne fonctionnera pas, mais c'est l'idée....

D'abord, merci pour cette réponse rapide.
En effet, ça fonctionne avec l'objet vfs.
J'ai repris la configuration fournie dans la doc de redhat, car elle me convenait.
La doc à laquelle tu fais référence est très pertinente, et je suis toujours en train de la lire pour en comprendre toutes les arcanes.
Pour Dabowl_92< faute de frappe aidant, c'est 400Go, et non 400Mo...
Ceci étant dit, j'ai agrémenté tous mes partages d'un répertoire .deleted qui sert de repository pour le vfs.
Afin de ne pas le sauvegarder sur mon lto, j'ai utilisé la directive exclude de tar.
Enfin, pour faire le ménage tous les jours, juste avant la sauvegarde sur bande (ça m'évitait de changer ma crontab), j'ai ajouté cette commande à mon script, juste avant l'appel à tar :
# Nettoyage des fichiers dans la corbeille plus vieux de 7 jours.
find /home -type f -atime +7 -wholename "/home/*/.deleted/*" -exec rm {} \;

Voilà. En espérant que ça pourra servir à d'autres.
Encore merci pour cette réponse.

Je ne sais pas si ça se fait encore, mais les cartes TV pci basées sur le chip BT848 ou BT948 sont supportées sans problèmes.
C'est pas du récent, mais ça fonctionne du feu de dieu.
Pour les logiciels, il y en a plein.
J'utilisais xawdecode et ktv je crois...
Mon PC est dans des cartons depuis des mois, pour cause de déménagement, alors je ne peux vérifier ça, mais google peut être une bonne source au moins pour trouver les softs.
Voilà, en espérant que ce commentaire sera utile.

J'ai encore une distrib complète de linux sur disquettes (probablement la slackware sur 80 ou 120 disquettes, je ne sais plus). Je ne sais pas dans quel état elles sont. A l'époque, j'avais installé ça sur mon premier PC : un DX2-66 avec 16Mo de RAM. Le bonheur !
Puis, je me suis tourné vers une distrob qui me plaisait à mort : la M.N.I.S. Je dois en avoir au moins 4 ou 5 CD, achetés tous les ans dans un magasin spécialisé de Rouen. Ensuite, j'avais acheté une RedHat 4.1 (?), puis une 4.2, puis une 5.2, et je suis passé à SUSE. Cette dernière, je l'ai suivie pendant pas mal d'années, avant de découvrir LFS et ne plus changer. J'avais même fait acheter à mon boulot la suite Linux Office Suite 99. Tout ça, ce sont des CD originaux, avec boîte et livres super bien faits.
Voilà, ça, c'était avant, quand j'avais un peu de pognon et que je pouvais acheter mes propres CD de Linux. Maintenant, avec LFS, je n'achète plus rien, et je dépense mon argent ailleurs (mes enfants, ma maison, etc...), mais quelle nostalgie quand même.

Voilà le 200ème !
Joli journal, plein de commentaires !
Quel est le record ?
En est-on loin ?
L'a-t-on dépassé ?

Ouhlà, non, rien à voir avec le wifi.
C'est l'identifiant du serveur...
On le récupère avec :
$ net getlocalsid

Pour le reste, oublie, j'ai lu et répondu trop vite.