Package Details: firefox-nightly-fr 50.0a1.20160607-1

Git Clone URL: https://aur.archlinux.org/firefox-nightly-fr.git (read-only)
Package Base: firefox-nightly-fr
Description: Standalone Web Browser from Mozilla — Nightly build (fr)
Upstream URL: https://nightly.mozilla.org/
Keywords: firefox fr nightly
Licenses: GPL, MPL, LGPL
Submitter: pi3r1k
Maintainer: Anthony25 (ArchangeGabriel)
Last Packager: ArchangeGabriel
Votes: 6
Popularity: 0.000000
First Submitted: 2012-09-28 09:14
Last Updated: 2016-06-07 15:35

Latest Comments

ArchangeGabriel commented on 2016-06-10 09:08

Si c’est bien le comportement que tu décris, ça me paraît être un bug de pacaur: un AUR helper ne doit pas utiliser le .SRCINFO pour ce genre de choses, ce dernier sert uniquement à afficher les infos dans AUR web et pour les requêtes.

CircleCode commented on 2016-06-10 07:53

Okay, j'ai trouvé ce qui pose problème à pacaur… je ne sais pas comment on peu résoudre le problème, mais surtout je ne sais pas comment les autres paquets le le résolvent:
Pour savoir ce qu'il doit installer, pacaur récupère les informations de version depuis le .SRCINFO. Or, notre .SRCINFO indique la version-release de la date de mise à jour (à ce jour: 50.0a1.20160607-1). Pacaur cherche donc ensuite le paquet `firefox-nightly-fr-50.0a1.20160607-1-x86_64.pkg.tar.xz` qu'il ne trouve pas, puisque le paquet généré s'appelle aujourd'hui `firefox-nightly-fr-50.0a1.20160609-1-x86_64.pkg.tar.xz`

Une idée de la solution à adopter ?
j'avoue que là je sèche… peut-être qu'il est possible de demander au développeur de pacaur s'il existe une solution ?

CircleCode commented on 2016-06-07 16:02

en fait, il y a 2 problèmes, parce que du coup, même quand je supprime les fichiers à la main, pacaur refuse l'installation (et là, je ne vois pas trop pourquoi)
En tout cas, l'idée du mainteneur de firefox-nightly est un nom dynamique, mais comme il dit, ça pollue un peu le répertoire…

Bon, avec un hook qui fait un git clean après chaque installation réussie, ça semble marcher sans erreur.
Merci

ArchangeGabriel commented on 2016-06-07 15:04

@CircleCode: OK, en fait pacaur conserve les sources précédentes. Du coup, il ne détecte pas le fichier comme nouveau car le nom n’a pas changé.

L’idée de cache des sources de pacaur n’est pas forcément débile (surtout si on utilise un grand nombre de paquets qu’il faut reconstruire souvent à cause d’un changement d’ABI), mais ici ça gêne.

Pas trop de solution à part supprimer le fichier, tu peux éventuellement faire un hook pour pacman qui le fait automatiquement pour toi.

CircleCode commented on 2016-06-07 13:35

je suis pour /opt/firefox-nightly (dans le cas où on veut aussi un firefox dans opt, c'est quand même pas le même produit…)

Sinon, autre sujet : même avec les changements que tu as poussés, pacaur refuse toujours l'installation. En demandant des infos sur bbs[1], j'ai été redirigé vers l'issue suivante : GH#491[2]. Si on arrive à trouver une solution, ce serait cool :-)

[1]: https://bbs.archlinux.org/viewtopic.php?pid=1631531#p1631531
[2]: https://github.com/rmarquis/pacaur/issues/491

ArchangeGabriel commented on 2016-06-06 14:17

Je m’aperçois que j’ai complètement zappé de pousser la version corrigée…

Question annexe tant que j’y suis : ça dérange quelqu’un si on passe de /opt/firefox-xx.0a1 à /opt/firefox-nightly ou même /opt/firefox? L’idée c’est que sinon les environnements de bureau considèrent que le navigateur n’est plus le même à chaque MàJ majeure, et du coup ça fait qu’il demande à chaque fois s’il faut faire de Firefox le navigateur par défaut, encrassant un peu le système au passage. Jetez un œil à ceci :

.config/mimeapps.list
.local/share/applications/

CircleCode commented on 2016-05-18 10:29

@ArchangeGabriel: je vois ce que tu veux dire, de mémoire c'est pacman.
Merci (je craignais que tu rajoutes un message post-install ;-) )

ArchangeGabriel commented on 2016-05-18 10:27

Hum, en fait je ne sais pas si c’est pacman ou yaourt qui me fait ça, mais quand je supprime des fichiers appartenant à des paquets, lors de la mise à jour des paquets correspondants j’ai un message d’erreur pour chaque fichier qu’il n’a pas trouvé sur le système.

Du coup, dans le cas présent, si je supprime à la main loop et pocket après l’installation, à la mise à jour j’ai un truc du style :

– J’ai pas trouvé le fichier loop.
– J’ai pas trouvé le fichier pocket.

Ce qui me rappelle à moi que je dois supprimer les fichiers loop et pocket.

CircleCode commented on 2016-05-18 10:23

@ArchangeGabriel: désolé si c'est HS, mais qu'entends-tu par "un rm que pacman me rappellera de faire" ?

ArchangeGabriel commented on 2016-05-18 10:22

@CircleCode,Anthony25: Non, effectivement le .SRCINFO sert juste de métadonnées pour AUR et les AUR helpers.

@Barikad,CircleCode: Ouais, c’est effectivement la philosophie de Arch. Mais je demandais au cas où il y aurait eu un consensus parmi nous sur ce sujet. Maintenant, je préfère ne pas mettre de ligne du tout qu’une ligne commentée, quitte à devoir faire une manip à chaque fois, autant que ce soit un rm que pacman me rappellera de faire plutôt qu’une édition du PKGBUILD que je risque d’oublier. Remarque, ça n’oblige pas non plus à supprimer la ligne, juste à ne pas m’en servir dans mon cas. Je pousserai une version commentée par défaut aujourd’hui.

All comments