Package Details: firefox-nightly-fr 53.0a1.20161116-3

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: Anthony25
Votes: 9
Popularity: 0.545820
First Submitted: 2012-09-28 09:14
Last Updated: 2016-11-16 17:23

Required by (0)

Sources (9)

Latest Comments

ArchangeGabriel commented on 2016-11-16 17:31

Tu prends un ordi sans PulseAudio (mais avec libpulse si tu veux), tu vas sur youtube (par exemple), tu lances une vidéo, boum, message de Firefox t’invitant à installer PulseAudio si tu veux du son. ;)

Anthony25 commented on 2016-11-16 17:24

J'ai fais la modification. Je n'avais pas trouvé d'info claire de la part de Mozilla sur la nouvelle dépendance par rapport à pulseaudio, et j'avais pensé que Firefox utiliserait, comme Chromium, libpulse.

Anthony25 commented on 2016-11-16 17:18

@ArchangeGabriel: effectivement, merci

ArchangeGabriel commented on 2016-11-16 11:28

@Anthony25: alsa-lib peut dégager du coup, et c’est pas libpulse la dépendance, plutôt pulseaudio. Mais à mettre en dépendance optionnelle (sound support), j’ai pas envie que ça pull pulseaudio sur mon système, et tant pis pour le son.

ArchangeGabriel commented on 2016-10-20 15:10

Attention: firefox-nightly requiert PulseAudio maintenant. Du coup, je vais probablement abandonner ce paquet, à moins que je ne passe à PulseAudio sur mes systèmes, mais je ne vois pas trop pourquoi je ferais cela…

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

All comments