Je ne sais pas si ça s'applique, mais jette un coup d'oeil sur la page d'Arch Linux dédié au N150, ils disent que ça peut t'aider et tu as des scripts magiques : http://wiki.archlinux.org/index.php/Samsung_N150
Bon, pour moi ça a l'air de se jouer entre le Samsung N150 et le Eee PC 1000HE (ou 1005PE). Je pense opter pour le premier, qui a l'air de marcher très bien sous Linux (les quelques trucs qui ne fonctionnent pas de base, comme les touches de fonction, se corrigent avec quelques scripts) et a une excellente autonomie. Il n'y a que le petit clavier qui me ferait tiquer, on verra bien en magasin...
Le [210] parle de mauvaise foi des mis en cause (c'est-à-dire Microsoft et le fournisseur). La Régie est la partie défenderesse, elle ne fait pas partie des mis en cause (c'est indiqué au tout début). Donc c'est pour ne pas pénaliser le fournisseur alors que c'est l'acheteur qui a manqué à ses obligations (de ce que je comprends, je ne suis pas juriste).
La quotité disponible (la part dont vous disposez librement, pour donner à votre PACSé par exemple) est de 50% pour un enfant, 33% pour deux enfants et 25% pour trois ou plus. Le reste (respectivement 50%, 66% et 75%) est réservé à vos enfants.
Au moins quand tu es PACSé, il n'y a pas de droits de succession (à condition que tu figures dans le testament, sinon tu n'as rien). Pour l'union libre, c'est extérieur à la famille, donc 60% de taxes !
Je ne comprends pas bien ce que tu cherches à prouver. Est-ce que les motivations changent quoi que ce soit à la qualité du code produit ou au fait qu'il soit libre ?
Peu importe pourquoi tu fais du libre, je pense, tant que l'utilisateur peut en disposer comme il le souhaite.
L'idée c'est que résoudre un problème de dépendances, c'est NP-complet (donc très très difficile, nécessitant beaucoup de puissance de calcul ou alors des optimisations astucieuses si tu veux obtenir un résultat avant la fin de l'Univers). Pour l'instant, chaque distribution, et même pire, chaque gestionnaire de paquet (il peut y en avoir plusieurs par distribution, par exemple apt-get et aptitude) fait son truc dans son coin. C'est complètement sous-optimal (duplication des efforts, pas de partage des connaissances, résultats issus de bidouillage plutôt que de recherche théorique avancée dans le domaine).
La solution proposée, c'est un format qui soit capable de décrire un problème de dépendances. On se moque que les paquets s'appellent xyzpqrt ou gnome-vs-kde : chaque gestionnaire de paquet pourrait traduire sa liste de paquets dans ce format, puis passer le problème à un outil externe, unique, performant, indépendant du système de paquets utilisé. Le truc il fait sa tambouille magique et il répond, dans le même format commun standardisé : le gestionnaire de paquet n'a plus qu'à décoder la solution et la proposer à son utilisateur favori.
Je sens venir gros comme une maison le bordel que ça va mettre dans les gestionnaires de fenêtres pavant (tiling window-manager, comme XMonad et consort). C'est surtout ça qui m'inquiète.
Si c'est fait proprement, et que ça n'interfère pas avec ceux qui n'en veulent pas, pourquoi pas... Je crains malheureusement que ça échoue sur ce point, parce qu'à partir du moment où tu décides que « l'utilisateur a besoin de ça », il est rapide d'en conclure que « l'utilisateur n'a pas besoin de le désactiver, ni le concepteur de l'application de s'embêter à proposer une alternative » (et c'est un travers à mon sens aussi grave que d'expliquer aux gens qu'ils « n'ont pas besoin ça »).
La vraie erreur dans la conception, au fond, c'est surtout de ne pas proposer un lien vers la section "déclarez sans certificat" quand les conditions techniques pour déclarer avec certificat ne sont pas remplies.
Il n'y a qu'un type de recel, et la peine est donc bien celle indiquée. Enfin, selon les cas ça pourrait éventuellement être pire, par exemple si tu copies un DVD qui vaut plus de 800 000 €, mais restons raisonnables ;-)
ipv6experiment.com : ça n'a jamais rien donné, à l'heure actuelle le nom de domaine est cyber-quatté par un site qui propose effectivement du porn, mais seulement en IPv4. Un comble !
Oui, mais c'est un jpeg basse qualité qui est embarqué, et sans informations exif (certes elles sont stockées dans le raw).
Cela dit, je viens de passer à du raw only (plutôt que raw+jpeg), donc je ne vais pas défendre bec et ongles l'une ou l'autre solution, mais il faut savoir qu'on y perd quand même quelque chose.
Utiliser un proxy pour se connecter sur son webmail, ou sur un quelconque service qui demande une identification quelconque
Un site qui demande une authentification quelconque, il est en https. Sinon, on ne l'utilise. Point final.
[^] # Re: Samsung N210
Posté par MrLapinot (site web personnel) . En réponse au message Netbook supporté par Linux : où en est-on ?. Évalué à 3.
[^] # Re: Vertically !
Posté par MrLapinot (site web personnel) . En réponse au journal Ce bug ne sera pas corrigé car nous ne pouvons pas le reproduire. Évalué à 8.
[^] # Re: Samsung N150
Posté par MrLapinot (site web personnel) . En réponse au message Netbook supporté par Linux : où en est-on ?. Évalué à 2.
# Samsung N150
Posté par MrLapinot (site web personnel) . En réponse au message Netbook supporté par Linux : où en est-on ?. Évalué à 2.
# FAQ
Posté par MrLapinot (site web personnel) . En réponse au message Netbook supporté par Linux : où en est-on ?. Évalué à 2.
http://linuxfr.org/forums/44/28685.html
Bon, si quelqu'un a d'autres retours, qu'il n'hésite pas à les ajouter ici.
[^] # Re: [217] REJETTE la demande d'annulation de l'attribution du contrat à
Posté par MrLapinot (site web personnel) . En réponse au journal Encore une victoire de l'obscurantisme béat des thuriféraires intégristes du libre. Évalué à 2.
[^] # Re: Bonne initiative
Posté par MrLapinot (site web personnel) . En réponse au journal Oui, Mariage. Évalué à 2.
http://vosdroits.service-public.fr/particuliers/F606.xhtml
[^] # Re: Bonne initiative
Posté par MrLapinot (site web personnel) . En réponse au journal Oui, Mariage. Évalué à 2.
[^] # Re: Bonne initiative
Posté par MrLapinot (site web personnel) . En réponse au journal Oui, Mariage. Évalué à 2.
[^] # Re: action/reaction
Posté par MrLapinot (site web personnel) . En réponse à la dépêche Passage d'Urbi en Open source. Évalué à 3.
http://www.rfc1149.net/blog/2009/12/07/urbi-is-going-open-so(...)
[^] # Re: Les partenaires...
Posté par MrLapinot (site web personnel) . En réponse à la dépêche WebM : un format libre et ouvert pour HTML5. Évalué à 5.
Peu importe pourquoi tu fais du libre, je pense, tant que l'utilisateur peut en disposer comme il le souhaite.
[^] # Re: Pas convaincu
Posté par MrLapinot (site web personnel) . En réponse à la dépêche CUDF, ou la résolution de dépendances universelle. Évalué à 10.
L'idée c'est que résoudre un problème de dépendances, c'est NP-complet (donc très très difficile, nécessitant beaucoup de puissance de calcul ou alors des optimisations astucieuses si tu veux obtenir un résultat avant la fin de l'Univers). Pour l'instant, chaque distribution, et même pire, chaque gestionnaire de paquet (il peut y en avoir plusieurs par distribution, par exemple apt-get et aptitude) fait son truc dans son coin. C'est complètement sous-optimal (duplication des efforts, pas de partage des connaissances, résultats issus de bidouillage plutôt que de recherche théorique avancée dans le domaine).
La solution proposée, c'est un format qui soit capable de décrire un problème de dépendances. On se moque que les paquets s'appellent xyzpqrt ou gnome-vs-kde : chaque gestionnaire de paquet pourrait traduire sa liste de paquets dans ce format, puis passer le problème à un outil externe, unique, performant, indépendant du système de paquets utilisé. Le truc il fait sa tambouille magique et il répond, dans le même format commun standardisé : le gestionnaire de paquet n'a plus qu'à décoder la solution et la proposer à son utilisateur favori.
Et ça marche déjà (sans être aussi efficace et automatisé que je le décris toutefois) : http://www.dicosmo.org/MyOpinions/index.php/2010/05/13/102-t(...)
[^] # Re: On est libre non?
Posté par MrLapinot (site web personnel) . En réponse au journal Client-side Window Decorations. Évalué à 5.
Si c'est fait proprement, et que ça n'interfère pas avec ceux qui n'en veulent pas, pourquoi pas... Je crains malheureusement que ça échoue sur ce point, parce qu'à partir du moment où tu décides que « l'utilisateur a besoin de ça », il est rapide d'en conclure que « l'utilisateur n'a pas besoin de le désactiver, ni le concepteur de l'application de s'embêter à proposer une alternative » (et c'est un travers à mon sens aussi grave que d'expliquer aux gens qu'ils « n'ont pas besoin ça »).
[^] # Re: Heink ?
Posté par MrLapinot (site web personnel) . En réponse au journal Declaration impot sur le revenu en ligne interdite pour Linux. Évalué à 4.
[^] # Re: bépo
Posté par MrLapinot (site web personnel) . En réponse au journal Brainstorming : ce que Linux a de mieux que mac os. Évalué à 2.
Oui (du moins je pense, tu peux taper à peu près toutes les langues européennes).
C'est ergonomique pour taper du code ?
Non, pas vraiment.
Certains utilisent des variantes pour rendre quelques caractères plus accessibles.
http://bepo.fr/wiki/Trucs_et_astuces pour plus d'infos (il y a même une astuce pour les espérantistes :-).
[^] # Re: À mon avis...
Posté par MrLapinot (site web personnel) . En réponse au journal Comment MegaVideo parvient-il à financer sa bande passante ?. Évalué à 2.
http://www.legifrance.gouv.fr/affichCode.do?idArticle=LEGIAR(...)
[^] # Re: À mon avis...
Posté par MrLapinot (site web personnel) . En réponse au journal Comment MegaVideo parvient-il à financer sa bande passante ?. Évalué à 2.
On appelle ça du recel. Pour mémoire, « le recel est puni de cinq ans d'emprisonnement et de 375000 euros d'amende » (code pénal, article 321-1).
[^] # Re: En tout cas...
Posté par MrLapinot (site web personnel) . En réponse au journal Comment MegaVideo parvient-il à financer sa bande passante ?. Évalué à 2.
[^] # Re: Si seulement
Posté par MrLapinot (site web personnel) . En réponse au journal Offensive en vue contre Theora ?. Évalué à 2.
[^] # Re: Raw ?
Posté par MrLapinot (site web personnel) . En réponse à la dépêche Rapide état des lieux de la photo numérique sous linux. Évalué à 2.
Cela dit, je viens de passer à du raw only (plutôt que raw+jpeg), donc je ne vais pas défendre bec et ongles l'une ou l'autre solution, mais il faut savoir qu'on y perd quand même quelque chose.
[^] # Re: Quelle idée géniale!
Posté par MrLapinot (site web personnel) . En réponse au journal Des films en vectoriel ?. Évalué à 1.
[^] # Re: Contacter la cité des sciences
Posté par MrLapinot (site web personnel) . En réponse à la dépêche La Cité des Sciences censure le Libre à la demande de l’INPI. Évalué à 5.
[^] # Re: Limitation d'impact
Posté par MrLapinot (site web personnel) . En réponse au journal The Google problem. Évalué à 1.
Un site qui demande une authentification quelconque, il est en https. Sinon, on ne l'utilise. Point final.
[^] # Re: Ce n'est pas déjà le cas ?
Posté par MrLapinot (site web personnel) . En réponse au journal The Google problem. Évalué à 2.
[^] # Re: Limitation d'impact
Posté par MrLapinot (site web personnel) . En réponse au journal The Google problem. Évalué à 2.