Axioplase ıɥs∀ a écrit 3022 commentaires

S'il dit que 8000 paquets, c'est bien assez, il pense à quelle utilisation, et par quels utilisateurs?
Depuis 2005, MINIX 3 a été conçu comme un OS destiné aux systèmes ayant des ressources limitées et aux ordinateurs embarqués,

Il ne pense clairement pas à du desktop "bleeding edge" ni à des stations multimédia.
Je pense qu'il est correct d'assumer que Madame Michu ne compte pas parmi le utilisateurs de Minix.

Peut-on vraiment dire que si un paquet n'existe pas pour NetBSD, c'est parce qu'aucun utilisateur n'en a jamais eu besoin, ou parce qu'aucun utilisateur capable de faire un paquet n'en a jamais eu besoin? (En fait, la question, c'est y'a-t-il une différence entre ces deux questions?)

Et ils viennent d'où, les paquets Debian ? C'est pas Madame Michu qui les a faits ?!
Je crois que c'est le besoin, pas la capacité.
Il est même sans doute simple de packager un logiciel bien fait que de configurer le {son,wifi,pilote graphique} avec bien des distributions/OS quand on a du matos un chouilla récent ou rare. Et pourtant, les forums de kevin.ubuntu.org ont l'air de dire que même Madame Michu (ou son neuveu) y arrivent au final quand on les prend par la main.
Et la méthode pour faire un paquet pour la plupart des BSD, c'est extrêmement bien documenté.

Pour résumer, je crois que c'est vraiment un problème (ou mieux, un avantage !) de besoin qui fait qu'il n'y a "que" 8000 paquets dans pkgsrc.
Sous FreeBSD, il y a environs 22000 ports, et je ne crois pas que le niveau des mainteneurs des ports soit 3 fois plus élevé.

Et pour finir, je pense que dans le monde de l'embarqué, toussa, on choisit son OS en fonction de ses spécificités et non de son offre logicielle. Je pense donc que Minix vise potentiellement la même population que NetBSD, plus qu'elle ne vise la population issue de Linux, pour des raisons que je qualifierai d'éthiques.

T'as pas dit que XPath c'était bien.
Doit-on en déduire que XPath, c'est mal, mais que t'as pas osé écrire un journal qui dénonce ?

Moi j'ai cherché dans la liste des paquets pour LFS, et ils n'y étaient pas non plus ! Vraiment de la merde, linux !

Nan, mais, sérieusement, ça veut probablement juste dire que personne n'a jamais eu le besoin d'eux.
Si les trucs sont bien codés (ce dont je doute d'une manière générale, car y a une telle quantité de logiciels libres conçus pour tourner uniquement sur la machine du dev…), et s'ils ne sont pas programmés par Lennart, alors les rajouter à NetBSD ne devrait pas prendre plus de temps que de créer un paquet debian…

(Puis, bon, c'est apparemment du multimédia tes applis. Alors reprocher d'une certaine manière à des gens qui n'en ont rien à carrer de ne pas s'être donné la peine de rajouter des softs inutiles pour 100% d'entre eux, c'est un peu fort de café…)

Cela étant, ça ne permet pas pour autant de compter la percée de linux à partir d'android/linux.

À comparer avec l'OS des iphones, par exemple, qui a du mettre genre 15 ans de moins pour éclater linux, non ?
(Bon, j'ai pas les chiffres, mais j'imagine qu'il y a plus d'OS d'iphones que de linux chez les utilisateurs…)

«Et faire un programme en C qui vérifie les bonnes appartenances ?

Avec ou sans buffer-overflow, le programme C ?

Tu seras gentil de citer le passage où je dis que linux est « pourri. »

Je fais simplement la distinction entre Linux et les distros. Certaines distros ont des systèmes de mise-à-jour, et c'est orthogonal à Linux. Je commente donc le fait qu'on puisse avoir linux sans système de mise-à-jour (donc le « oui, mais celles avec aussi » est aussi pertinent que de répondre « oui, mais il y a du saucisson » à celui qui te dit qu'il n'y a plus de coca dans le frigo…)
Je crois bien en revanche que tous les windows actuellement en vente ont un système de mise-à-jour, et tant pis pour ton amour propre.

Chmod 755 avec cryptographie à clef publique.

Ben, ça me contredit pas. J'ai rien dit que la distribution utilise un autre noyau, et c'est justement pour ça que j'ai précisé.
Quand A implique B et qu'on n'a pas A, ça ne veut pas dire qu'on n'a pas B non plus, hein…

Aucun rapport avec le sujet…

Et de toute façon, les distros sans système de mise-à-jour existent…

Windows est un OS, il a un système de mise-à-jour.
FreeBSD est un OS, il a un système de mise-à-jour.
Linux n'est pas un OS, et il n'a pas de système de mise-à-jour.
La distribution Machin est un OS, et elle a (souvent) un système de mise-à-jour quand l'OS utilise Linux.
Mais Machin/Linux n'est pas Linux.

On s'en fiche que ce soit un truc propre à la distribution ou pas.

Ben non, c'est justement ça que je commente.
C'est la distro qui file les outils, pas Linux.

D'où mon commentaire sur FreeBSD qui, lui, est un OS, et qui file de quoi mettre à jour.

Ouais, c'est bien ce que je dis…

Quand je me loggue, j'ai dans le coin un message « x nouvelles mises à jour », je clique sur « mettre à jour », je clique sur OK sur la fenêtre qui s'ouvre et le téléchargement, la configuration et l'installation se font tous seuls.

Quand je me loggue, j'ai une console, tt aucun message dans un coin me disant qu'il y a des mises à jour.

Par ailleurs, c'est encore un truc de ta distribution, pas de Linux.
Je me gourre peut-être, mais je pense que la plupart des gens qui utilisent une LFS n'a pas ton petit message dans le coin.

J'ai jamais dit qu'il était bien…

Aucun n'est propre à Linux.
Ce sont des outils fournis par certaines distributions.

Heureusement, Windows ayant un système de gestion des mises à jour beaucoup plus efficace que celui de Linux,

Windows, lui, il a un système de mise à jour, ouais.

Mais linux, y'a un système de mise à jour (efficace ou non) ?
Ça « tout se taper à la main, téléchargement, configuration, installation, » j'appelle pas ça une mise à jour, mais une migration dans la douleur…

Tu m'aurais dit FreeBSD, j'aurais laissé passer, mais là, ton commentaire sent tellement l'ironie que je ne sais trop que penser…

http://teddziuba.com/2011/10/node-js-is-cancer.html

En gros : ça « scale » pas, ça dit merde à l'héritage unix, et en plus, c'est du javascript.

La partie Vundle/Bundle, c'est un peu comme le CPAN.
Ça installe les plugins directement à partir du site de vim ou de github, ça permet de les mettre à jour…
J'ai laissé une partie des plugins les plus utiles que j'utilise.
Je conseille vraiment snipmate (insertion rapide de code), mru (accès aux fichiers "most recently used"), et surround (gestion des conteneurs de toute sortes: parenthèses, tags xml, etc.).

nmap ,s :source ~/.vimrc<CR>
nmap ,v :e ~/.vimrc<CR>

charge/ouvre directement vimrc

set wildignore=*.o,*.obj,*.bak,*.exe,*.avi,*.mpg,*.mp3,*.fasl,*.log,*.fls,*.aux,*.blg,*.bbl,*.pdf,*.class,*.png,*.dvi,*.cmi

ignore ces extensions lors de la complétion de noms de fichier

map gF :e <cfile><CR>

Crée et ouvre le fichier dont le nom est sous le curseur

nnoremap ' `
nnoremap ` '

Inverse les raccourcis pour les marques, afin d'avoir par défaut aussi la position de la colonne

" \begin{...} foo \end{...}
:vnoremap ae <C-\><C-n>?\\begin{<CR>v/\\end/e<CR>l%
:vnoremap ie <C-\><C-n>?\\begin{?e<CR>%lv/\\end/b-1<CR>
omap ae :normal vae<CR>
omap ie :normal vie<CR>

textobjects pour sélectionner des begin/end en latex

function! Swap(foo,bar) range
  exec ":".a:firstline.",".a:lastline.'s/\('.a:foo.'\|'.a:bar.'\)/\="'.a:foo.'"==submatch(1)?"'.a:bar.'":"'.a:foo.'"/g'
endfunction

Remplacer foo par bar et bar par foo (marche aussi avec la sélection visuelle ou un intervalle).

[1] En France tous les donneurs sont considérés par défaut comme donneurs potentiels à moins d'avoir exprimé explicitement un refus de son vivant, par exemple en s'inscrivant sur le registre national des refus. Mais la carte permet de lever le doute le cas échéant.

Il me semblait que c'était symbolique dans la mesure où même si tu possèdes ta carte de donneur d'organes, si un membre de ta famille s'oppose au prélèvement alors rien ne te sera prélevé…

Installer vundle, puis mettre dans son .vimrc:

filetype off " required! by Vundle, reset later.
set rtp+=~/.vim/vundle.git/
call vundle#rc()
Bundle 'gmarik/vundle'
Bundle 'tpope/vim-surround'
Bundle 'scrooloose/nerdcommenter'
Bundle 'scrooloose/nerdtree'
Bundle 'majutsushi/tagbar'
Bundle "MarcWeber/vim-addon-mw-utils.git"
Bundle "tomtom/tlib_vim.git"
Bundle "honza/snipmate-snippets.git"
Bundle "garbas/vim-snipmate.git"
Bundle "rbonvall/snipmate-snippets-bib"
Bundle 'L9'
Bundle 'FuzzyFinder'
Bundle 'slimv.vim'
Bundle 'xml.vim'
Bundle 'matchit.zip'
Bundle 'Obvious-Mode'
Bundle 'calendar.vim--Matsumoto'
Bundle 'mru.vim'

Puis aussi, en vrac:

nmap ,s :source ~/.vimrc<CR>
nmap ,v :e ~/.vimrc<CR>
set wildignore=*.o,*.obj,*.bak,*.exe,*.avi,*.mpg,*.mp3,*.fasl,*.log,*.fls,*.aux,*.blg,*.bbl,*.pdf,*.class,*.png,*.dvi,*.cmi
map gF :e <cfile><CR>
com! Q qa!
nnoremap ' `
nnoremap ` '
" \begin{...} foo \end{...}
:vnoremap ae <C-\><C-n>?\\begin{<CR>v/\\end/e<CR>l%
:vnoremap ie <C-\><C-n>?\\begin{?e<CR>%lv/\\end/b-1<CR>
omap ae :normal vae<CR>
omap ie :normal vie<CR>
function! Swap(foo,bar) range
  exec ":".a:firstline.",".a:lastline.'s/\('.a:foo.'\|'.a:bar.'\)/\="'.a:foo.'"==submatch(1)?"'.a:bar.'":"'.a:foo.'"/g'
endfunction

Le plan incliné, pour taper au clavier, je doute que ce soit très bon pour les tendinites et autres RSI…

Et GXP aussi : http://www.logos.ic.i.u-tokyo.ac.jp/gxp/

Je pense que tout le monde gagne à rogner sur l'impact relatif des panneaux d'autoroute et autres plots pour augmenter celui des motards.

Dit-moi, pourquoi tout le monde ne devrait pas de gyrophare et de sirène?

Ça n'indique pas la position: les gyrophares éclairent partout, et tu ne sais pas si le véhicule de devant, derrière ou à côté, et les sirènes ont le même problème, couplé à un facteur invasif bien plus important. De plus, une 10aine de sirènes en même temps, avec les dopplers, rendent l'information impossible à traiter.

Oui, il y a un stock de sécurité, car l'utilité du gilet dépend de sa rareté.

Je demande aussi des chiffres officiels qui affirment que la rareté fait que ça marche, et que le gilet ne sert à rien dès qu'il est porté par assez de motards.

Même si c'était vrai (ce dont je doute), c'est une sécurité supplémentaire. Et elle mérite d'être essayée pour le principe.
Dans le meilleur des cas, ça marche.
Dans le pire des cas, ça marche un temps (forcément, puisque personne n'est habitué), puis on retourne à la situation précédente, et on aura quand même eu un avantage à le faire. Et le problème d'apparence sur son véhicule, c'est hors de propos.