benoar a écrit 4229 commentaires

Pardon, VGA-0 est bien un "radeon-isme", c'est VGA qu'il faut mettre pour toi (ce que te sors xrandr, quoi). Par contre, à ce moment là je ne vois pas trop quoi d'autre faire ... essayer une autre distribution pour voir si une version différente du driver règle le problème ?

Tu ne nous a pas dit ce que tu as essayé de faire ?...
Un :
xrandr --output VGA-0 --mode 1680x1050
Ne marche pas ? Quel est le message d'erreur ?
En dernier recours, tu nous files ton Xorg.0.log ?

Ha, et un truc tout bête : l'as tu branché avant ou après avoir démarré l'ordi ?

Bon, vu que personne n'a l'air de comprendre ce que tu veux, je vais te donner mon vague avis, de souvenir : tu places l'entête GPL au dessus de la MIT (histoire qu'elle soit bien en début de fichier), et tu précise entre les deux que c'est basé sur les travaux faits par les mecs cités en dessous. Mais que maintenant, la licence qui prévaut, c'est la GPL.

Va lire http://tldp.org/HOWTO/html_single/Debian-Binary-Package-Buil(...) par exemple.
Je ne suis pas un pro du packaging, mais en regardant un peu la doc sur le net, ne te doutes-tu pas qu'il suffit de les rajouter à la fin de la ligne (par exemple) séparés par des virgules ? Tu peux même spécifier des versions minimales, etc.

Tu n'as pas besoin de script pour ça : il suffit de les mettre en dépendance.
Dans le fichier control, rajoute le nom des paquets sur la ligne "Depends:".

Ce qu'expliquait Barnabé, c'est que tu n'as pas besoin de faire un pack "complet" avec tous les autres "dedans" : ça n'a pas vraiment de sens pour une distribution qui gère les dépendances, c'est même plutôt mauvais puisque ton paquet serait en conflit avec ceux existant, et en plus tu devra suivre toutes les modifs/corrections de bugs/mises à jour à la main ...
Bref, tu as "juste" besoin de faire un paquet qui dépend de ceux qui t'intéressent, avec en plus un petit script qui copie tes fichiers de configuration maison.

Ça dépend de ta définition d'embarqué ...

Reprend un peu les bases de debian avant de te lancer là-dedans.
Déjà, es-tu sûr que tu veux une version non supportée par debian ? Tu as besoins de fonctionnalités spéciales non présentes dans la 1.4.21 ? Parce que bon, là, tu va devoir jouer du backport et tout ça, et vu comme tu galères avec apt-get, ce n'est que le début des emmerdes.

Donc, pour apt : la commande exacte c'est "apt-get install asterisk", voire aptitude. Ensuite, le fichier qui contient les repository c'est /etc/apt/sources.list. S'il n'y a rien dedans, c'est grave, répare ça avant de faire quoi que ce soit d'autre.

Et pour lire les données, je conseillerai le module struct, très bien pour lire des struct C.

Analogie foireuse, homme de paille, menaces de départ, etc, t'es balaise en réthorique aussi ... (et bon, toujours des fautes, mais un peu moins)

Et fais gaffe, si tu regardes les autres journaux, tu te rendras compte que la grande majorité ne sont pas entassés sous un monceaux de remarques sur l'orthographe/grammaire.

Aller, je fonce dedans : moi un truc qui me manque beaucoup, c'est le rebase de git. Je trouve ça indispensable. Je viens de voir qu'il a été ajouté très récemment, et encore, juste comme "extension" à mercurial. Dommage, je trouve ça tellement important ...

Effectivement, je commence à douter après tes explications.
C'est pas facile en tous cas de chercher des jugements en rapport avec ça, où l'accusé a été rendu coupable quasi-uniquement par son IP. Je trouve pas les mots-clés qui vont ...

Mon avis était déjà un peu fait ... c'est juste que s'il n'y a que moi qui le pense, ça aura moins de poid que si c'est la FSF qui le dit ...

En y réfléchissant un peu plus, ce n'est pas si "problématique" que ça : c'est comparable à de la Tivoïsation. Du moment que tu donnes les sources, tu respectes la GPL, c'est juste que l'utilisateur est empêché de l'utiliser à cause d'une mesure technique (le fait qu'on ne puisse pas installer soi-même d'appli sur son iPhone). Par contre, pour des softs GPLv3, je ne suis pas sûr que ce soit compatible.

- la loi ne dit nul part qu'on est responsable des actes illégaux commis depuis son IP
Heu ... les relevés d'IP que demande la justice à différents hébergeurs, tu crois que c'est pour des prunes ? OK, je parle sur du vent (mais toi aussi, c'est facile de dire que ce n'est jamais arrivé), mais ça m'étonnerait forcément que jamais personne n'ai été condamné sur la base de son IP ...
- personne n'a jamais été inquiété pour avoir mis en place un hotspot ou pour une utilisation frauduleuse de son IP
Pareil, ça me paraît assez peu probable qu'il n'y ait jamais eu au moins une plainte ; je connais personnellement une histoire de fraude bancaire où la justice a demandé à mon ancienne fac de lui donner le nom de la personne qui a fait tel accès à telle heure. Bon, ça ne dit pas ce qui se serait passé si la fac ne l'avait pas fait...

Mais franchement, tes affirmations me semblent un peu trop péremptoires.

T'as la mémoire courte, c'était dans un journal à toi ... https://linuxfr.org//~TImaniac/27789.html

Tiens, j'y avait encore jamais pensé. La FSF s'est prononcée là-dessus ? Je trouve pas grand chose sur Google ...

Si t'as pas peur de coder un tout petit peu (bon c'est facile c'est du python) je te conseille scapy : http://www.secdev.org/projects/scapy/
Ça peut faire à peu près tout et n'importe quoi, mais ça a pas trop l'air compliqué.

Je ne sais pas si ça va beaucoup t'aider, mais j'ai dû faire un :
make ARCH=mon_archi menuconfig
quand je cross-compile ; ici ce n'est pas exactement le cas, mais ça peut peut-être aider ...

Ça dépend ce que tu veux dire par indépendant : il y a de la pub dans le diplo ... Même si je suis d'accord qu'ils sont plutôt libres dans leur parole (je suis un lecteur régulier). Mais ça fait bizarre de voir des pubs des gens qu'ils décrient dans leurs articles ...

Ouai donc pour résumer, soit on n'a que l'ancien driver (XP) du constructeur, et on choisit entre perdre les effets Aero, ou avoir de _plus mauvaises perfs_, par rapport au driver OpenGL natif, soit on recode le driver pour l'API de Vista (ce que les constructeurs ont fait).

Comparer un émulateur semi-accéléré à du rendu soft, forcément que ça va être à l'avantage du premier. Là, c'était en comparaison avec ce qu'on pouvait avoir avant sous XP (driver natif qui marchait déjà) : il y a clairement régression.

Je suis peut-être aussi dans l'erreur, mais il me semble qu'il ne parlait pas exactement de ça : à l'époque, il y avait aussi eu assez de désinformation, mais il me semblait que MS avec Vista avait cassé (volontairement) l'API des drivers graphique de manière assez profonde à cause d'Aero, et que donc en attendant une réimplémentation de la part des constructeurs, il y avait une sorte de mode "dégradé" (niveau performances).

Là où était le FUD c'est que tout le monde a décrié la mise à mort d'OpenGL, alors qu'il fallait "juste" que les constructeurs adaptent leur driver. Là où je rejoindrais ceux qui s'inquiétaient, c'est qu'on aurait pu voir les constructeurs refuser de réimplémenter leur driver OpenGL pour Vista, sachant qu'il est peu utilisé, et là ça aurait vraiment fait mal pour OpenGL.

Enfin bon, je dis ça, mais je sais pas vraiment quel est l'état des drivers des deux grands constructeurs sous cet OS /o\ ...

D'ailleurs la syntaxe de nftables me fait beaucoup penser à celle d'iproute2 (qui devrait aujourd'hui être l'outil par défaut tellement il est mieux que ifconfig/arp/route ... rhaa, ces outils qui me bouffent l'IP supplémentaire que j'avais gentiement rajouté sur mon interface ...)

Pour que vous vous fassiez pas trop de mauvaises idées, la HD sur mobile ça veut dire :
http://www.generation-nt.com/orange-tv-mobile-qualite-hd-act(...)
QVGA (320x240) à 250kbit/s ...
C'est pas spécifique à Orange, c'est juste un terme marketing, quoi.

C'est souvent comme ça pour beaucoup de monde sur CCM ... je préfère éviter tellement ça fait mal aux yeux et à la tête.

D'ailleurs pour tous ceux qui ont un navigateur WAP, il y a déjà https://linuxfr.org/wap/board.html ...