Bug#817954: Does this bug prevent firefox from entering backports also?
On Sun, Jun 14, 2020 at 08:25:10PM +0530, Pirate Praveen wrote: > > > On Sun, Jun 14, 2020 at 7:31 am, Mike Hommey wrote: > > On Thu, Jun 11, 2020 at 03:22:40PM +0530, Pirate Praveen wrote: > > > On Thu, 25 Jul 2019 12:10:45 +0200 Johannes Rohr > > > wrote: > > > > It would be great to have firefox (or the next firefox-esr) in > > > > buster-backports, as it has important new functionality relevant > > > for > > > > privacy and data protection, such as the multi account containers > > > > function. However, this bug prevents firefox from entering > > > testing, > > > > which in my understanding implies, that it cannot make it into > > > backports > > > > as well. Is there some way of getting an up-to-date firefox > > > version into > > > > stable? For now I work with the binary directly downloaded from > > > > mozilla.org, but this is a kludge. > > > > > > > > > > We have created https://fasttrack.debian.net for packages like this > > > which cannot go with stable releases and hence blocked from entering > > > testing and backports as well. > > > > > > Mike, > > > > > > Would you like to maintain firefox in buster-fasttrack? > > > > > > I'm part of the team that maintain this unofficial service and > > > maintains > > > gitlab there. If you are okay with the idea, but does not want to > > > do the > > > extra work, I'd be happy to maintain it in fasttrack. > > > > The package in unstable can be built for stable as long as its version > > contains a ~bpo thing. That could be changed to also support fto. But > > the bigger problem is that it requires new versions of rustc, cargo and > > cbindgen, which in turn requires a new version of llvm. And it requires > > new versions of these quite regularly. > > > > So, no, I'm not really interested in maintaining that. > > > > Thanks for the reply. I will ask around if more people are willing to take > on the challenge and will try it if there is an interest. Things like webRTC > suport (jitsi video conferencing) needs recent versions of firefox to work > well and which is my main interest to take on this. Stable is going to be updated to 78 in a few weeks. Mike
Bug#817954: Does this bug prevent firefox from entering backports also?
On Sun, Jun 14, 2020 at 7:31 am, Mike Hommey wrote: On Thu, Jun 11, 2020 at 03:22:40PM +0530, Pirate Praveen wrote: On Thu, 25 Jul 2019 12:10:45 +0200 Johannes Rohr wrote: > It would be great to have firefox (or the next firefox-esr) in > buster-backports, as it has important new functionality relevant for > privacy and data protection, such as the multi account containers > function. However, this bug prevents firefox from entering testing, > which in my understanding implies, that it cannot make it into backports > as well. Is there some way of getting an up-to-date firefox version into > stable? For now I work with the binary directly downloaded from > mozilla.org, but this is a kludge. > We have created https://fasttrack.debian.net for packages like this which cannot go with stable releases and hence blocked from entering testing and backports as well. Mike, Would you like to maintain firefox in buster-fasttrack? I'm part of the team that maintain this unofficial service and maintains gitlab there. If you are okay with the idea, but does not want to do the extra work, I'd be happy to maintain it in fasttrack. The package in unstable can be built for stable as long as its version contains a ~bpo thing. That could be changed to also support fto. But the bigger problem is that it requires new versions of rustc, cargo and cbindgen, which in turn requires a new version of llvm. And it requires new versions of these quite regularly. So, no, I'm not really interested in maintaining that. Thanks for the reply. I will ask around if more people are willing to take on the challenge and will try it if there is an interest. Things like webRTC suport (jitsi video conferencing) needs recent versions of firefox to work well and which is my main interest to take on this. Mike
Bug#817954: Does this bug prevent firefox from entering backports also?
On Thu, Jun 11, 2020 at 03:22:40PM +0530, Pirate Praveen wrote: > On Thu, 25 Jul 2019 12:10:45 +0200 Johannes Rohr wrote: > > It would be great to have firefox (or the next firefox-esr) in > > buster-backports, as it has important new functionality relevant for > > privacy and data protection, such as the multi account containers > > function. However, this bug prevents firefox from entering testing, > > which in my understanding implies, that it cannot make it into backports > > as well. Is there some way of getting an up-to-date firefox version into > > stable? For now I work with the binary directly downloaded from > > mozilla.org, but this is a kludge. > > > > We have created https://fasttrack.debian.net for packages like this > which cannot go with stable releases and hence blocked from entering > testing and backports as well. > > Mike, > > Would you like to maintain firefox in buster-fasttrack? > > I'm part of the team that maintain this unofficial service and maintains > gitlab there. If you are okay with the idea, but does not want to do the > extra work, I'd be happy to maintain it in fasttrack. The package in unstable can be built for stable as long as its version contains a ~bpo thing. That could be changed to also support fto. But the bigger problem is that it requires new versions of rustc, cargo and cbindgen, which in turn requires a new version of llvm. And it requires new versions of these quite regularly. So, no, I'm not really interested in maintaining that. Mike
Bug#817954: Does this bug prevent firefox from entering backports also?
On Thu, 25 Jul 2019 12:10:45 +0200 Johannes Rohr wrote: > It would be great to have firefox (or the next firefox-esr) in > buster-backports, as it has important new functionality relevant for > privacy and data protection, such as the multi account containers > function. However, this bug prevents firefox from entering testing, > which in my understanding implies, that it cannot make it into backports > as well. Is there some way of getting an up-to-date firefox version into > stable? For now I work with the binary directly downloaded from > mozilla.org, but this is a kludge. > We have created https://fasttrack.debian.net for packages like this which cannot go with stable releases and hence blocked from entering testing and backports as well. Mike, Would you like to maintain firefox in buster-fasttrack? I'm part of the team that maintain this unofficial service and maintains gitlab there. If you are okay with the idea, but does not want to do the extra work, I'd be happy to maintain it in fasttrack. signature.asc Description: OpenPGP digital signature
Bug#817954: Does this bug prevent firefox from entering backports also?
It would be great to have firefox (or the next firefox-esr) in buster-backports, as it has important new functionality relevant for privacy and data protection, such as the multi account containers function. However, this bug prevents firefox from entering testing, which in my understanding implies, that it cannot make it into backports as well. Is there some way of getting an up-to-date firefox version into stable? For now I work with the binary directly downloaded from mozilla.org, but this is a kludge.
