🚲 Tanguy Ortolo a écrit 12706 commentaires

Donc quelle est l'alternative ?
Parce que des gens qui utilisent GNOME sans utiliser Evolution il y en a quand même des tonnes alors comment on fait ?

Ben on leur laisse Evolution. Ça ne les dérange pas.

Et si tu nous fournissait une vraie explication ? Quelle différence y a-t-il entre

• une trame de données à destination d'un terminal UMTS contenant un paquet IP contenant un paquet TCP de réponse à un paquet TCP transmis précédemment par le terminal en question ;
• une trame de données à destination d'un terminal UMTS contenant un paquet IP contenant un paquet TCP d'initiation de connexion ;

permettant une discrimination entre les deux, pouvant expliquer que le premier puisse être transmis avec succès jusqu'à sa destination alors que l'autre ne le pourrait pas ?

Est-ce simplement un problème de chronologie, la norme UMTS ne permettant la réception de trames que dans une fenêtre de temps limitée après l'envoi d'un trame ?

Tiens, c'est marrant, j'ai l'impression que tous mes commutateurs Ethernet fonctionnent comme ça !

C'est exact, et ma réponse en-dessous est fausse, en fait.

Un paquet virtuel c'est un paquet qui n'existe pas, par exemple ''mail-transport-agent'' : aucun paquet ne s'appelle ainsi. Des paquets réels ''fournissent'' ce paquet, par exemple ''postfix'' et ''exim'' fournissent ''mail-transport-agent''.

Un méta-paquet, c'est un paquet vide dont la seule valeur est ses dépendances.

Il me semble que le terme méta-paquet désigne des paquets virtuels qui dépendent de plein de paquets dans le but de fournir un ensemble précis, par exemple GNOME.

contrairement aux autres paquets virtuels tels que ceux de transition, comme git-core qui dépend de git qui le remplace.

En fait, ce qu'il faudrait ce sont des explications. Là, tout ce que j'arrive à imaginer, c'est une couche de liaison UMTS qui permet à l'hôte d'envoyer des trames, mais qui ne lui transmet des trames que s'il en a transmis lui-même il y a moins de X secondes. Ce qui est quand même une conception particulièrement débile d'un protocole de liaison !

Donc c'est bien ça : ils vendent de l'Internet qui n'en est pas, et ils sont en plus incapables d'assurer ce service qu'ils ont vendu. Monde de merde.

Ah, ok, en fait c'est parce que ce sont des systèmes codés par des branques.

Ce n'est pas un problème technique : ils ont vendu un truc, c'est qu'ils ont la capacité technique derrière

Pluzun. si on m'a vendu quelque chose, on doit me permettre de l'utiliser. Si le fournisseur n'a pas la capacité technique de fournir ce qu'il a vendu, il ne fallait pas qu'il le vende.

Si tu penses que les réseaux mobiles sont capables d'encaisser des millions d'utilisateurs connectés 24/24 tu te trompes.

Il dit qu'il ne voit pas le rapport. Les réseaux mobiles sont limités en débit partagé, ce qui n'a strictement rien à voir avec le fait d'être connecté en permanence ou non.

ah oui mais le japon c'est pas pareil, ça fait des années qu'ils ont un vrai accès au web sur leur mobile

Un accès à Internet. Ce n'est pas avec un accès au web que tu pourras faire du SSH.

Tu as lu avant de répondre ?

Oui.

Je n'ai jamais dis ça.

Si. Tu répètes qu'il n'est pas possible d'initier une connexion de l'extérieur vers un téléphone. Ça implique que le système de connexion du téléphone mobile ne permet pas de faire de l'IP.

Pas de problème : n'installe pas le paquet virtuel mais seulement ses dépendances. Pour le retirer, retires toutes ses dépendances.

Donc en gros, tu es en train d'essayer de nous faire avaler qu'il est impossible de faire de l'IP sur téléphone mobile ? Trop gros, passera pas.

Le système d'exploitation oui. Le compilateur–machine virtuelle–bibliothèque standard, non, pour elle ils ont conservé le nom et changé la numérotation.

Elles ne l'ont pourtant pas ete (installees manuellement).

À l'origine elles ont été installées automatiquement. Ensuite tu les as dé-marquées comme installées automatiquement, autrement dit marquées comme installées à la main. Autrement dit tu as signalé que tu les voulais en tant que telles, pas que dépendances d'un méta-paquet.

Donc en gros, c'est tout ou rien, avec un hack pour avoir une partie, mais qui casse un des interets principaux du metapaquet si j'ai bien compris?

Je ne sais pas si ça casse un des intérêts principaux du méta-paquet. Tu voudrais quoi au juste, parce que j'ai du mal à te suivre, là ?

Rien. Enfin si, ça enlève le méta-paquet, mais c'est tout. Ses dépendances restent puisqu'elles sont maintenant marquées comme installées volontairement.

Comme plein de logiciels ou systèmes d'exploitation, vu que c'est une pratique assez généralisée.

Dans ce cas, il faut qu'ils s'y prennent à la Sun : virer le premier chiffre. Linux 40 !

Ah, pour le coup, passer à une vraie numérotation majeur.mineur.correction, ce serait une bonne idée.

Bon.

http://tanguy.ortolo.eu/blog/article8/uninstall-meta-package

Un mobile ne peut techniquement pas recevoir de connexion IP entrante.

Gnééééééé ?

Ce comportement est conçu pour que, en installant Kile qui avait tiré toutes les bibliothèques de KDE, les bibliothèques en question dégagent aussi.

Notez que ça ne pose pas vraiment de problème pour les gens normaux :

• à part Evolution et Epiphany, je ne vois pas de logiciel qui fasse doublon ;
• les logiciels qui ne servent pas ne gênent pas non plus, au prix actuel du mébioctet.

Ben oui. Le paquet virtuel est là pour permettre d'installer GNOME facilement plutôt que de sélectionner chaque paquet à la main.

En revanche ce n'est pas tout ou rien. L'alternative, plus pénible et plus souple, sans passer par le paquet virtuel, est toujours possible : installer exactement ce que tu souhaites à la main.