4110

et make uninstall ?

4111

quand il y en a un, oué cheeky

4112

Folco (./4108) :
Oui, je comprends pas d'où ça vient cette "compilation à la main qui fout de tout partout"... Jamais eu de pépin comme ça, pourtant, je compile régulièrement des softs...

C'est pas une question de pépin, c'est une question que tu ne sais pas où ça va, un script d'install pouvant potentiellement tout faire (parfois il lui faut même les droits root... pour un simple make ou configure sorry). Mais la plupart des applis à compiler sont quand même bien foutues et tu fous l'exe final où tu veux, c'est juste que tu dois voir au cas par cas.
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

4113

Brunni (./4112) :
C'est pas une question de pépin, c'est une question que tu ne sais pas où ça va, un script d'install pouvant potentiellement tout faire (parfois il lui faut même les droits root... pour un simple make ou configure ).


Les droits root pour un make, c'est un truc buggué.
Mais les droits root pour un configure, je suis quand même curieux de voir ce qu'ils font. confus

4114

par exemple, jouer avec un /etc/init.d/cron restart (au lieu d'un reload cheeky) à la fin de l'ajout d'une tâche planifiée...
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

4115

PpHd (./4113) :
Brunni (./4112) :
C'est pas une question de pépin, c'est une question que tu ne sais pas où ça va, un script d'install pouvant potentiellement tout faire (parfois il lui faut même les droits root... pour un simple make ou configure ).


Les droits root pour un make, c'est un truc buggué.
Mais les droits root pour un configure, je suis quand même curieux de voir ce qu'ils font. confus

make install donc
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

4116

Pour Make install, c'est normal, ça va écrire en général dans /usr/bin. Pour les autres, même réponse que PpHd.

4117

vince (./4114) :
par exemple, jouer avec un /etc/init.d/cron restart (au lieu d'un reload cheeky) à la fin de l'ajout d'une tâche planifiée...

dans le configure ?

4118

Folco (./4116) :
Pour Make install, c'est normal, ça va écrire en général dans /usr/bin. Pour les autres, même réponse que PpHd.

"En général". 60% du temps quoi (et puis de toute même 99% ce serait pas assez). Et ça ne change pas que je trouve ça dangereux, je n'ai pas forcément envie de vouloir donner mes droits root à un énorme script qui prend des plombes et qui peut faire ce qu'il veut de mon système. J'aurais typiquement plus confiance à donner une seule fois mon mdp pour bouger le package dans un dossier fait pour (la copie étant une seule opération, réalisée par le système), aucun autre script -- surtout pas faisant partie de la distribution de l'appli, n'ayant besoin des droits root ensuite.
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

4119

Et bien, où est le problème, t'installe dans ton home et pas dans /usr/bin, je vois pas ce qui déconne en fait...

4120

T'installes où dans ton home etc. ça va bien s'il te produit un simple petit exécutable, s'il tient à aller écrire partout t'es emmerdé.
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

4121

Ben tu modifies le script d'install au besoin, non ? Sachant que la plupart du temps, c'est même pas la peine, ce sont des options que tu peux passer...

4122

Oué bon désolé mais ça ne sert à rien de discuter de ça, tu es juste sur une autre planète que moi du point de vue de la distribution des logiciels. Sérieusement, éditer un script d'install pour s'assurer qu'il ne fasse pas de la merde, ce qu'il ne faut pas entendre…
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

4123

Je me suis dit "c'est pas possible, il va pas me la sortir, c'est bien trop gros". Et si, il l'a fait.
Brunni (./4105) :
Mais comme c'est sous OS X et que j'ai remarqué que dès que je mettais l'appli à la poubelle les associations disparaissaient (pour revenir dès que je remettais l'appli en place ) j'ai ouvert le Info.plist du package de l'appli en m'attendant intuitivement à ce qu'il déclare la liste des extensions que le prog peut ouvrir, et bingo c'était le cas. Je les ai enlevées et voilà, cette merde ne s'ouvre plus par défaut. Tout ça pour dire que c'est quand même bien cool ces packages.

Ca date de ce matin...

4124

Je ne vois pas bien ce qui te gêne là-dedans. Mais oui j'ai parlé d'OS X et j'ai dit que c'était bien (mais pas supérieur à autre chose). Hohoho je n'en reviens pas.
C'est incroyable de même pas pouvoir admettre les limites d'un système, quelque soient ses bons côtés
'fin bref
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

4125

Rien à voir. Tu me reproches de parfois, devoir mettre les mains dans le cambouis pour configurer comme je l'entends l'install d'un soft, alors que le matin-même tu m'expliquais que tu fais pareil, et que c'est très bien comme ça. Faudrait savoir grin

(mon post précédent n'avait rien de anti-apple, tu finis par en faire une indigestion je crois cheeky)

4126

Brunni (./4118) :
Folco (./4116) :
Pour Make install, c'est normal, ça va écrire en général dans /usr/bin. Pour les autres, même réponse que PpHd.

"En général". 60% du temps quoi (et puis de toute même 99% ce serait pas assez). Et ça ne change pas que je trouve ça dangereux, je n'ai pas forcément envie de vouloir donner mes droits root à un énorme script qui prend des plombes et qui peut faire ce qu'il veut de mon système. J'aurais typiquement plus confiance à donner une seule fois mon mdp pour bouger le package dans un dossier fait pour (la copie étant une seule opération, réalisée par le système), aucun autre script -- surtout pas faisant partie de la distribution de l'appli, n'ayant besoin des droits root ensuite.

Personnellement, je n’exécute plus jamais make install en root.
Je fais toujours un ./configure --prefix=$HOME/Apps/APP-NAME-VERSION/ && make && make install
Et souvent un make check. Au moins, ca reste après un reinstall du système.
A la fin, je créée aussi souvent un run.sh qui positionne le PATH et le LD_LIBRARY_PATH qui vont bien pour lancer l’exécutable.
Par contre, c'est pas intégré proprement dans le système - pas d'entrée dans le menu (mais je m'en fiche).

4127

Folco (./4121) :
Ben tu modifies le script d'install au besoin, non ? Sachant que la plupart du temps, c'est même pas la peine, ce sont des options que tu peux passer...

Tu peux aussi faire make install -n
pour voir les commandes qu'il va exécuter (mais bon, parfois, c'est tellement complexe, que ca reste illisible).

4128

Folco> Ah ok, je pensais que tu relevais autre chose (ton commentaire laissait une petite ambiguité).
Sinon il y a une différence, mais comme je t'ai dit tu as juste une manière de réfléchir qui fait qu'on n'est pas d'accord sur les axiômes, donc je n'ai pas envie de m'éterniser pour l'instant désolé…
avatar
Highway Runners, mon jeu de racing à la Outrun qu'il est sorti le 14 décembre 2016 ! N'hésitez pas à me soutenir :)

https://itunes.apple.com/us/app/highway-runners/id964932741

4129

PpHd (./4126) :
Par contre, c'est pas intégré proprement dans le système - pas d'entrée dans le menu (mais je m'en fiche).

Ben toute façon, le menu Fluxbox ne se met pas à jour tout seul, non ? cheeky

4130

flanker (./4094) :
Pour relancer le troll sur les dépendances : http://www.webupd8.org/2013/05/ubuntu-might-get-new-simplified.html

Encore une horreur Made in Ubuntu, Ubuntu qui est de moins en moins un GNU/Linux plus le temps passe.
Brunni (./4095) :
Nice ! On dirait que même dans ce monde, ils commencent à comprendre love

Au contraire, ils n'ont rien compris à GNU/Linux, et leur truc simplifie surtout l'installation de pourriciels propriétaires.
Et puis c'est cool, sitôt que Fedora l'aura adopté aussi Kevin pourra arrêter de dire du mal des applis packagées car ça ne sera plus l'exclusivité des OS supérieurs.

J'espère que Fedora n'adoptera jamais cette horreur! C'est d'ailleurs probable parce que les gens de chez Red Hat et pas mal d'autres développeurs de Fedora ne veulent plus rien de chez Canonical après les mauvaises expériences avec Upstart notamment, mais il risque d'y avoir une horreur équivalente. sad
Folco (./4096) :
Paye la taille du système que ça va donner. Bonjour les majs de sécurité tritop Bon, heureusement pour eux, il y aura toujours des fanboys apple pour se toucher devant leurs conneries. smile

+1

Ubuntu perdra même les derniers utilisateurs sérieux avec ça. Plus le temps passe, moins ça devient une option pour les utilisateurs sérieux.
PpHd (./4102) :
Kevin Kofler (./7560) :
Non, pas dans le cas de figure d'une dépendance indirecte:
Kevin Kofler (./7545) :
Imagine que appA linke libB et libC, que libB linke libD.so.1 et libC linke libD.so.2.

La libC de mon exemple peut passer de la libD.so.1 à la libD.so.2 sans que le soname de la libC change et donc sans qu'appA s'en rende compte, et du coup des conflits de symboles sont introduits! C'est ça le cas de figure qui a produit les bogues que j'ai eu l'occasion de recontrer.
Si le gestionnaire de paquet ne prévient pas appA de ce changement, c'est un mauvais gestionnaire de paquet ==> changer gestionnaire de paquet.

Dans ce cas, tous les gestionnaires de paquetages seraient mauvais. grin

Ce n'est pas un changement que le gestionnaire de paquetage va détecter (je ne connais aucun qui le fait!) et c'est normal, parce qu'appA ne dépend d'aucune version particulière de la libD! Si tu recompiles la libB et la libC avec la nouvelle libD, l'appA marchera sans nécessiter aucune recompilation. Ce cas de figure est fréquent dans Fedora, on ne va pas s'amuser à recompiler la moitié de la distribution pour rien.
flanker (./4103) :
Non
quand tu recompiles à la main,
* ça met des morceaux un peu partout,
* ce n'est pas mis à jour automatiquement,
* c'est impossible à désinstaller (vu que tu ne sais pas ce que tu vas casser, ni où cela a pu être installé),
* faut recompiler (parfois impossible quand tu n'as pas de compilateur sur la machine), * faut installer les dépendances à la main (très très chiant quand ta machine n'est pas connectée directement à internet)

C'est bien pour ça qu'il faut utiliser les paquetages.

Et à mon avis, leur système d'apps sera surtout utilisé par du propriétaire, où il ne s'agit pas de compiler, mais de dumper un tarball binaire, horreur qui sera maintenant officiellement supportée par Ubuntu.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

4131

Kevin Kofler (./4130) :
C'est bien pour ça qu'il faut utiliser les paquetages.

Sauf que les paquetages ne répondent pas à tous les besoins, mais bon, ça sert à rien de donner des arguments que ton cerveau filtrera…
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

4132

Finalement, si le système des dépendances était transparent, l'histoire se résumerait pour vous au DLL hell de Windows, non ? Faudrait courir après les libs de telle ou telle version, mais ça serait "normal", ça serait pas la faute des dépendances ? cheeky

4133

Folco (./4132) :
Finalement, si le système des dépendances était transparent, l'histoire se résumerait pour vous au DLL hell de Windows, non ? Faudrait courir après les libs de telle ou telle version, mais ça serait "normal", ça serait pas la faute des dépendances ? cheeky

hum
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

4134

Kevin Kofler (./4130) :
Dans ce cas, tous les gestionnaires de paquetages seraient mauvais.


Peut être cheeky
Techniquement parlant ce n'est pas le gestionnaire de paquet le responsable, mais la ferme de recompilation coté serveur.

Ce n'est pas un changement que le gestionnaire de paquetage va détecter (je ne connais aucun qui le fait!) et c'est normal, parce qu'appA ne dépend d'aucune version particulière de la libD! Si tu recompiles la libB et la libC avec la nouvelle libD, l'appA marchera sans nécessiter aucune recompilation. Ce cas de figure est fréquent dans Fedora, on ne va pas s'amuser à recompiler la moitié de la distribution pour rien.


Si. Tu changes une des dépendances indirectes, donc il faut le revérifier.
Ensuite, il n'est pas nécessaire de recompiler l'application mais au moins de passer les tests automatiques pour valider que appA fonctionne toujours, auquel cas on met à jour la version du paquet et / ou de la librairie. Ensuite, je peux comprendre que l'on n'est pas des fermes de serveurs pour repasser les tests... et remettre à jour les paquets pour au final ne rien changer (en delta, y'a rien , mais on assure la compatibilité).
ko<a href='javascript:;' onclick='getPost(event,132745,4132)'>./4133</a>

4135

Folco (./4110) :
et make uninstall ?

Ça a tendance à marcher mal voire pas du tout. Et même quand ça marche, ça ne gère pas les mises à jour, à moins de faire un make uninstall de l'ancienne version (à condition d'avoir gardé le dossier de compilation) avant du make install de la nouvelle; il y a donc toujours des fichiers obsolètes qui traînent.

C'est bien une des bonnes raisons d'utiliser un paquetage!

Certes, le système d'apps isolées pourrait résoudre ce problème en théorie, mais dans ce cas ce serait au prix de toute forme d'intégration au système, et ça ne compense pas tous les autres inconvénients de ce système, d'autant plus que la désinstallation marche aussi très bien avec un vrai paquetage.

S'il n'y a pas encore de paquetage, plutôt que de compiler directement le logiciel, je conseille de le packager. Même si c'est pour l'usage personnel, c'est plus propre, et puis ça te permet aussi de partager tes paquetages avec d'autres. Idéalement, tu fais un paquetage propre et il se retrouve dans le dépôt officiel de ta distribution. Bien sûr, ça implique de choisir une distribution plutôt que d'en changer comme on change de chemise… tongue
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

4136

PpHd (./4117) :
vince (./4114) :
par exemple, jouer avec un /etc/init.d/cron restart (au lieu d'un reload cheeky) à la fin de l'ajout d'une tâche planifiée...

dans le configure ?

c'était un exemple de trucs absurdes qu'on peut parfois y trouver et qui vont réclamer les droits su
avatar
Webmaster du site Ti-FRv3 (et aussi de DevLynx)
Si moins de monde enculait le système, alors celui ci aurait plus de mal à nous sortir de si grosses merdes !
"L'erreur humaine est humaine"©Nil (2006) // topics/6238-moved-jamais-jaurais-pense-faire-ca

4137

Certes, le système d'apps isolées pourrait résoudre ce problème en théorie, mais dans ce cas ce serait au prix de toute forme d'intégration au système

Pourquoi donc ? hum
avatar
<<< Kernel Extremis©®™ >>> et Inventeur de la différence administratif/judiciaire ! (©Yoshi Noir)

<Vertyos> un poil plus mais elle suce bien quand même la mienne ^^
<Sabrina`> tinkiete flan c juste qu'ils sont jaloux que je te trouve aussi appétissant

4138

vince (./4136) :
PpHd (./4117) :
vince (./4114) :
par exemple, jouer avec un /etc/init.d/cron restart (au lieu d'un reload cheeky) à la fin de l'ajout d'une tâche planifiée...

dans le configure ?

c'était un exemple de trucs absurdes qu'on peut parfois y trouver et qui vont réclamer les droits su

effectivement, c'est absurde!

4139

flanker (./4137) :
Certes, le système d'apps isolées pourrait résoudre ce problème en théorie, mais dans ce cas ce serait au prix de toute forme d'intégration au système

Pourquoi donc ? hum

Parce que soit on limite les applications à un seul dossier, alors elles sont faciles à désinstaller (rm -rf), soit on leur permet de s'inscrire dans menus, associations de fichiers etc. C'est l'un ou l'autre.
avatar
Mes news pour calculatrices TI: Ti-Gen
Mes projets PC pour calculatrices TI: TIGCC, CalcForge (CalcForgeLP, Emu-TIGCC)
Mes chans IRC: #tigcc et #inspired sur irc.freequest.net (UTF-8)

Liberté, Égalité, Fraternité

4140

Pourquoi ça serait forcément l'un ou l'autre ? -_-
Ça ne te vient pas à l'esprit qu'il est possible de développer le système de manière à avoir les deux en même temps ? cheeky
avatar
Le scénario de notre univers a été rédigée par un bataillon de singes savants. Tout s'explique enfin.
T'as un problème ? Tu veux un bonbon ?
[CrystalMPQ] C# MPQ Library/Tools - [CrystalBoy] C# GB Emulator - [Monoxide] C# OSX library - M68k Opcodes