Le R de RPM : c'est bien Redhat ?
Et si je comprends bien, rpm5 et "rpm" ne sont plus compatibles 100%.
et "rpm" est toujours le système de packages officiel de redhat ...
Par conséquent : encore une belle pagaille en perspective ;-)
Premiers constats :
- il m'ont volé mon fond d'écran : http://www.vladstudio.com/wallpaper/?519 , mais c pas bien grave
- le chargement de kde4 est maintenant bien plus rapide que gnome ;-) ...
- A vide, il me prends 200mo ... autant qu'une session XFCE4 ... chapeau !
- le compositing (advanced desktop effect) n'a pas l'air encore très au point (ça lag un peu)
- ça change enfin du look hideux de kde<=3 (même si ça reste perfectible), ça créé enfin une rupture.
- les gens de KDE doivent avoir des problèmes pour lire l'horloge en bas à droite (la taille de l'horloge est impressionnante, à croire que kde sert uniquement à afficher l'heure ... cependant, ça doit être réglable ;-))
- bizarrement, je trouve kde pas très configurable (comment lui dire que je ne veux pas qu'il m'affiche les icons sur le desktop ? j'ai pas mal cherché, mais pas trouvé).
bon globalement ça me plait bien ... je vais le garder sur ma box
cependant, C'est vraiment domage que KDE4 utilise QT et non GTK comme toolkit graphique, sinon j'aurai migré vers kde4 de suite.
Par contre ils m'embetent ;-)
le fond d'écran par defaut sous kde4, c'était celui que j'avais depuis qques temps déjà sous mon xfce/gnome, il provient de chez VLADSTUDIO, il est là : http://www.vladstudio.com/wallpaper/?519
note, que vladstudio l'a décliné en différentes couleurs (moi j'ai une couleur différente de chaque face de mon cube fusion)
Sauf qu'apparemment la version de background de kde4 n'a pas la mention "vladstudio" en bas à droite ...
kde4 l'aurait il acheté chez vladstudio ?!?
Euhhh .... j'avais déposé mon PC dans la rue, pour le refroidir 5min, le temps d'aller chercher du pain .... et quand je suis revenu il n'était plus là ;-)
comme dit, j'y connais vraiment pas grand chose dans tous ces outils debian ...
mais c'est vrai qu'il devrait être possible de rapprocher les infos d'un distutils/setuptools avec ceux de py2deb, et peut être automatiser la generation d'un deb via le setup.py ...
je regarderai de ce coté là ...
Je crois qu'il est impossible de dire à setuptools, qu'on a besoin de programmes externes (non python) ... genre forcer l'installation "dpkg-dev" par exemple, quand ton prog a besoin de ces outils
Setuptools/distutils : c'est la méthode pythonesque de packager son programme. Depuis peu, il y a même les EGG (j'ai même fait un tuto là dessus). Et c'est, je pense, que c'est vers là qu'il faut aller !
Mais je crois que la distribution de package python est en pleine mutation, car aux EGGs, se rajoute encore les 2 systèmes concurrents entre eux : pycentral et python-support (exclusivement debian, non ?)
Malheureusement, c'est assez indigeste, et demande également beaucoup de temps (je trouve), et les tutos clairs ne sont pas légions. Pour ma part, pas plus tard qu'il y a une semaine, j'ai tenté de passer par setuptools pour générer un sdist (source distrib), ou un bdist_rpm (en vue de l'aliener en deb).
J'ai bien passé 8h dessus, sans rien en sortir. Impossible de packager les "data_files" (installation de fichier data dans le FS, genre /usr/share/). ça n'a franchement pas l'air d'être possible, et on est apparemment obligé de passer par "package_data" (et donc de mettre les data dans la sous arbo de l'application).
(pour comparer, avec le temsps de dev de py2deb : au bout de 2h j'avais des packages deb générés, avec des fichiers que je place où je veux)
Je connaissais les 2 liens que tu donnes. easy-deb est certainement la meilleure solution (egg compliant), mais ce n'est plus maintenu, et c'est bien vieux (2005).
L'autre, j'avais tenter stdeb, sans arriver non plus à mes fins, mais c'était avec la version 0.1 (j'ai vu que maintenant il y a de la 0.2 depuis 2007, faudra que je retente quand même)
Il en existe d'autres, avec des front-end gui (ce que je comptais faire pour py2deb, mais j'ai pas l'impression que ça soit necessaire dans un premier temps)
Bref, je ne desespere pas comprendre un jour les distutils, et un jour générer des deb via setup.py ... Mais en attendant, la méthode que je propose est bien plus rapide, plus simple, pour les gars qui n'ont pas le temps de plonger dans le packaging (et oui, on trouve de moins en moins de gars qui se propose de packager ton appli, du coup, le dev est obligé de le faire ;-)
Bon, dans le monde ubu/debian, launchpad se propose de te packager tes applis en deb (multi architecture), tout en hostant un vrai repository deb. Il suffit juste de fournir un paquet source, et launchpad s'occupe du reste. (les fameux PPA de launchpad). Ce qui simplifie encore plus le problème de l'empaquetage (je n'ai pas encore essayer, mais c'est au programme)
Maintenant, si qqu'un a un (ou des bons) tutos setuptools/distutils, je suis assez prenneur.
oui, j'avais suivi même le premier cours en live ...
mais comme dit, quand tu cherches juste à empaqueter les fichiers de ton programme python, afin de pouvoir le diffuser plus facilement. C'est trop complexe ...
Je ne dis pas que c'est pas interessant, culturellement de connaitre les arcanes de debian. Mais souvent, toi, tu veux juste diffuser ton programme, et ne pas passer qques heures à faire ton paquet ...
Bah, ça evite surtout de devoir rentrer dans les arcanes de debian, de devoir comprendre toute la logique derrière la création de paquet, et l'edition de fichier debian/(rules|control...)
Pour un dev python, par exemple, techniquement, il n'a plus besoin de se plonger dans ces problématiques, et devrait être en mesure de générer un deb correct, en python.
Tout est masqué, il se retrouve, après la generation, avec son deb, comme si de rien n'était : il n'a plus qu'à le tester ...
Disons que ça enlève une part importante de complexité. En partant du principe qu'un dev n'est pas obligé de savoir les mécanismes debian.
Déjà, pour un VPN entre amis : hamachi est impressionnant de simplicité ...
Mais le futur nouveau service "wuala" ( http://www.techcrunch.com/tag/wuala/ ) devrait encore améliorer considérablement la façon de partager, d'une manière ultra-sécurisé, et de façon encore plus simple ...
Bref, "Olivennes et ses amis" ne sont pas au bout de leur peine ... Ils sont en train de repousser les p2pistes dans des tranchées bien sécurisées, et ils leur sera de plus en plus dure de surveiller quoi que ce soit (et ce sera encore plus dure d'appliquer une hypothétique taxe globale dans le futur, car il sera encore plus dure de determiner "qui fait quoi")
oui, d'autant plus qu'asus a annoncé qu'ils allaient faire un pc desktop sur le meme principe que le eee ....
Mais le linutop est cher à la base ...
(Ce genre de box à 100euros, ça ferait un carton clairement ... au-dessus, qu'on le veuille ou non, c'est malheureusement trop cher (je veux dire par là que le rapport besoin/prix est pas assez bon (ce n'est que mon avis)))
- Rêvez vous de posséder Iphone ?
pas encore assez moderne
- Changez vous d'ordinateur tous les ans ?
depuis linux : non ... au contraire
- Aimez vous prendre des videos de votre bureau sous Compiz ?
oui, ça m'arrive
- Avez vous votre tête dans Facebook ?
pas la photo, juste un compte ;-)
- Parlez vous .Net ou Mono ?
oui, sans prob
- Ajax et Flash sont les technologies d'obligatoire pour un site web ?
oui ajax, non flash
- Votre futur OS sera forcement EyeOS ?
eyeos c trop pourri ... desktoptwo ça rulez
- Vos vacances sont sur youtube ?
non
- Votre son 5.1 fait trembler les murs ?
que du stereo ;-(
- Vous rêvez d'un come-back d'amiga OS ?
clairement oui
- Vous jouez sur un émulateur de Master System ?
oui, suis fan
- L'assembleur made in Motorola, c'est quand même du bonheur ?
le 680x0, c'était mon dada jadis
- Vos codez toujours sur votre TI ?
non
- Ca fait longtemps qu'il n'y a rien de nouveaux dans les OS ?
non ça bouge vraiment là
- Avant on était tranquille quand on téléchargeait sur napster ?
napster c'était has-been avant l'heure ... rien ne valait, et ne vaudra jamais : audiogalaxy.com
- Faire du midi c'est le pied intégrale ?
timidity ? non soundtracker !
- Vous avez toujours une S3 Vierge dans un carton ?
non
- Pour vous, Lynx est forcement le meilleur navigateur ?
pas le meilleur, mais bien pratique
suis je contaminé, docteur ? suis-je quoi un geek 1.5 ?
[^] # Re: Kesako ?
Posté par manatlan (site web personnel) . En réponse au journal Carlos bronsonisé. Évalué à 4.
# R ?
Posté par manatlan (site web personnel) . En réponse à la dépêche Sortie de rpm 5.0.0. Évalué à 6.
Et si je comprends bien, rpm5 et "rpm" ne sont plus compatibles 100%.
et "rpm" est toujours le système de packages officiel de redhat ...
Par conséquent : encore une belle pagaille en perspective ;-)
deb rulez ;-)
# merci
Posté par manatlan (site web personnel) . En réponse au journal Tux me, I am famous !. Évalué à 4.
[^] # Re: great
Posté par manatlan (site web personnel) . En réponse au journal KDE4 is out \o/. Évalué à 2.
Cependant ce n'est qu'une simple faute de frappe, car je n'ai pas l'accent ;-)
[^] # Re: great
Posté par manatlan (site web personnel) . En réponse au journal KDE4 is out \o/. Évalué à 7.
- il m'ont volé mon fond d'écran : http://www.vladstudio.com/wallpaper/?519 , mais c pas bien grave
- le chargement de kde4 est maintenant bien plus rapide que gnome ;-) ...
- A vide, il me prends 200mo ... autant qu'une session XFCE4 ... chapeau !
- le compositing (advanced desktop effect) n'a pas l'air encore très au point (ça lag un peu)
- ça change enfin du look hideux de kde<=3 (même si ça reste perfectible), ça créé enfin une rupture.
- les gens de KDE doivent avoir des problèmes pour lire l'horloge en bas à droite (la taille de l'horloge est impressionnante, à croire que kde sert uniquement à afficher l'heure ... cependant, ça doit être réglable ;-))
- bizarrement, je trouve kde pas très configurable (comment lui dire que je ne veux pas qu'il m'affiche les icons sur le desktop ? j'ai pas mal cherché, mais pas trouvé).
bon globalement ça me plait bien ... je vais le garder sur ma box
cependant, C'est vraiment domage que KDE4 utilise QT et non GTK comme toolkit graphique, sinon j'aurai migré vers kde4 de suite.
[^] # Re: Pas super joli
Posté par manatlan (site web personnel) . En réponse au journal KDE4 is out \o/. Évalué à 1.
le fond d'écran par defaut sous kde4, c'était celui que j'avais depuis qques temps déjà sous mon xfce/gnome, il provient de chez VLADSTUDIO, il est là :
http://www.vladstudio.com/wallpaper/?519
note, que vladstudio l'a décliné en différentes couleurs (moi j'ai une couleur différente de chaque face de mon cube fusion)
Sauf qu'apparemment la version de background de kde4 n'a pas la mention "vladstudio" en bas à droite ...
kde4 l'aurait il acheté chez vladstudio ?!?
# great
Posté par manatlan (site web personnel) . En réponse au journal KDE4 is out \o/. Évalué à 10.
Mais là, pour le coup, et comme il n'y a que les imbéciles qui ne changent pas d'avis, je fait tester cette nouvelle mouture ...
# euhhhh voleur !
Posté par manatlan (site web personnel) . En réponse au journal Adieu, pilote propriétaire Nvidia. Évalué à 10.
[^] # Re: hmhm
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
le cas le plus simple, en 4 lignes de code :
from py2deb import Py2deb
p=Py2deb("myprogram")
p["/usr/bin"] = ["myprogram",]
p.generate("0.2")
sans se prendre le choux avec tous les fichiers debian ....
[^] # Re: dh-make-python ?
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
mais c'est vrai qu'il devrait être possible de rapprocher les infos d'un distutils/setuptools avec ceux de py2deb, et peut être automatiser la generation d'un deb via le setup.py ...
je regarderai de ce coté là ...
[^] # Re: setuptools ?
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
Cependant, si tu cherches un bon freezer, qui fonctionne très bien sous linux (et win mac), il y a l'excellentissime pyinstaller
[^] # Re: hmhm
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
[^] # Re: setuptools ?
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
Je crois qu'il est impossible de dire à setuptools, qu'on a besoin de programmes externes (non python) ... genre forcer l'installation "dpkg-dev" par exemple, quand ton prog a besoin de ces outils
[^] # Re: setuptools ?
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
Setuptools/distutils : c'est la méthode pythonesque de packager son programme. Depuis peu, il y a même les EGG (j'ai même fait un tuto là dessus). Et c'est, je pense, que c'est vers là qu'il faut aller !
Mais je crois que la distribution de package python est en pleine mutation, car aux EGGs, se rajoute encore les 2 systèmes concurrents entre eux : pycentral et python-support (exclusivement debian, non ?)
Malheureusement, c'est assez indigeste, et demande également beaucoup de temps (je trouve), et les tutos clairs ne sont pas légions. Pour ma part, pas plus tard qu'il y a une semaine, j'ai tenté de passer par setuptools pour générer un sdist (source distrib), ou un bdist_rpm (en vue de l'aliener en deb).
J'ai bien passé 8h dessus, sans rien en sortir. Impossible de packager les "data_files" (installation de fichier data dans le FS, genre /usr/share/). ça n'a franchement pas l'air d'être possible, et on est apparemment obligé de passer par "package_data" (et donc de mettre les data dans la sous arbo de l'application).
(pour comparer, avec le temsps de dev de py2deb : au bout de 2h j'avais des packages deb générés, avec des fichiers que je place où je veux)
Je connaissais les 2 liens que tu donnes. easy-deb est certainement la meilleure solution (egg compliant), mais ce n'est plus maintenu, et c'est bien vieux (2005).
L'autre, j'avais tenter stdeb, sans arriver non plus à mes fins, mais c'était avec la version 0.1 (j'ai vu que maintenant il y a de la 0.2 depuis 2007, faudra que je retente quand même)
Il en existe d'autres, avec des front-end gui (ce que je comptais faire pour py2deb, mais j'ai pas l'impression que ça soit necessaire dans un premier temps)
Bref, je ne desespere pas comprendre un jour les distutils, et un jour générer des deb via setup.py ... Mais en attendant, la méthode que je propose est bien plus rapide, plus simple, pour les gars qui n'ont pas le temps de plonger dans le packaging (et oui, on trouve de moins en moins de gars qui se propose de packager ton appli, du coup, le dev est obligé de le faire ;-)
Bon, dans le monde ubu/debian, launchpad se propose de te packager tes applis en deb (multi architecture), tout en hostant un vrai repository deb. Il suffit juste de fournir un paquet source, et launchpad s'occupe du reste. (les fameux PPA de launchpad). Ce qui simplifie encore plus le problème de l'empaquetage (je n'ai pas encore essayer, mais c'est au programme)
Maintenant, si qqu'un a un (ou des bons) tutos setuptools/distutils, je suis assez prenneur.
[^] # Re: Une bonne doc en français
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
mais comme dit, quand tu cherches juste à empaqueter les fichiers de ton programme python, afin de pouvoir le diffuser plus facilement. C'est trop complexe ...
Je ne dis pas que c'est pas interessant, culturellement de connaitre les arcanes de debian. Mais souvent, toi, tu veux juste diffuser ton programme, et ne pas passer qques heures à faire ton paquet ...
[^] # Re: dh_make ?
Posté par manatlan (site web personnel) . En réponse au journal py2deb : fabriquer des debs facilement .... Évalué à 1.
Pour un dev python, par exemple, techniquement, il n'a plus besoin de se plonger dans ces problématiques, et devrait être en mesure de générer un deb correct, en python.
Tout est masqué, il se retrouve, après la generation, avec son deb, comme si de rien n'était : il n'a plus qu'à le tester ...
Disons que ça enlève une part importante de complexité. En partant du principe qu'un dev n'est pas obligé de savoir les mécanismes debian.
[^] # Re: confort d'utilisation
Posté par manatlan (site web personnel) . En réponse au journal mon EEEpc. Évalué à 1.
et tente de surfer : tu verras bien
# tu as oublié ...
Posté par manatlan (site web personnel) . En réponse au journal Mes prédictions pour 2008. Évalué à 1.
http://www.zedshaw.com/rants/rails_is_a_ghetto.html
ça balance sec ...
# pas mal
Posté par manatlan (site web personnel) . En réponse au journal Ulteo & OpenOffice Bluffant !!!. Évalué à 3.
C'est une applet java embarquant une sorte de "X", c'est ça ?
# tu travailles dans une banque ?
Posté par manatlan (site web personnel) . En réponse au journal Le changement de password pue du rond. Évalué à 6.
# et ce n'est que le début
Posté par manatlan (site web personnel) . En réponse au journal Le retour des VPN. Évalué à 1.
Mais le futur nouveau service "wuala" ( http://www.techcrunch.com/tag/wuala/ ) devrait encore améliorer considérablement la façon de partager, d'une manière ultra-sécurisé, et de façon encore plus simple ...
Bref, "Olivennes et ses amis" ne sont pas au bout de leur peine ... Ils sont en train de repousser les p2pistes dans des tranchées bien sécurisées, et ils leur sera de plus en plus dure de surveiller quoi que ce soit (et ce sera encore plus dure d'appliquer une hypothétique taxe globale dans le futur, car il sera encore plus dure de determiner "qui fait quoi")
[^] # Re: Facile à installer et à utiliser...
Posté par manatlan (site web personnel) . En réponse au journal Le retour des VPN. Évalué à 3.
sous gnome, il y a le frontend ghamachi (faut prendre la beta)
sous qt, il y a le frontend qthamachi
J'ai pas mal testé hier, c'est impressionnant de simplicité
[^] # Re: Prix
Posté par manatlan (site web personnel) . En réponse au journal Mandriva Linutop. Évalué à 4.
Mais le linutop est cher à la base ...
(Ce genre de box à 100euros, ça ferait un carton clairement ... au-dessus, qu'on le veuille ou non, c'est malheureusement trop cher (je veux dire par là que le rapport besoin/prix est pas assez bon (ce n'est que mon avis)))
# euhhh
Posté par manatlan (site web personnel) . En réponse au journal Mandriva Linutop. Évalué à -10.
----> []
# /me
Posté par manatlan (site web personnel) . En réponse au journal geek 2.0 != geek1.0. Évalué à 4.
pas encore assez moderne
- Changez vous d'ordinateur tous les ans ?
depuis linux : non ... au contraire
- Aimez vous prendre des videos de votre bureau sous Compiz ?
oui, ça m'arrive
- Avez vous votre tête dans Facebook ?
pas la photo, juste un compte ;-)
- Parlez vous .Net ou Mono ?
oui, sans prob
- Ajax et Flash sont les technologies d'obligatoire pour un site web ?
oui ajax, non flash
- Votre futur OS sera forcement EyeOS ?
eyeos c trop pourri ... desktoptwo ça rulez
- Vos vacances sont sur youtube ?
non
- Votre son 5.1 fait trembler les murs ?
que du stereo ;-(
- Vous rêvez d'un come-back d'amiga OS ?
clairement oui
- Vous jouez sur un émulateur de Master System ?
oui, suis fan
- L'assembleur made in Motorola, c'est quand même du bonheur ?
le 680x0, c'était mon dada jadis
- Vos codez toujours sur votre TI ?
non
- Ca fait longtemps qu'il n'y a rien de nouveaux dans les OS ?
non ça bouge vraiment là
- Avant on était tranquille quand on téléchargeait sur napster ?
napster c'était has-been avant l'heure ... rien ne valait, et ne vaudra jamais : audiogalaxy.com
- Faire du midi c'est le pied intégrale ?
timidity ? non soundtracker !
- Vous avez toujours une S3 Vierge dans un carton ?
non
- Pour vous, Lynx est forcement le meilleur navigateur ?
pas le meilleur, mais bien pratique
suis je contaminé, docteur ? suis-je quoi un geek 1.5 ?