Re: APT testing and unstabe Firefox: can't find newest version from unstable
On Vi, 03 sep 21, 19:05:23, Daniel M. wrote: > Hi everyone, > > I'm running debian testing ("bookworm" at the moment) and have firefox > 88 installed from unstable. My sources.list contains testing and > unstable main, contrib and non-free lines and I have pinning set up to > 900 testing, 500 unstable. Default-Release is set to "testing". You might as well just get rid of your pinning, 500 is the default priority and setting Default-Release is raising the priority of testing to 990 anyway (`apt policy` should reflect that, otherwise something is wrong). apt_preferences(5) suggests APT treats Default-Release special compared to some release with priority 990, so it's still worth using that instead of pinning to 990. Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser signature.asc Description: PGP signature
Re: APT testing and unstabe Firefox: can't find newest version from unstable
On 9/5/21, Andrew M.A. Cater wrote: > > This is the problem with web browsers getting bigger, more complex > dependencies, more infrastructure complexities - and it has always > been so. Web browsers are also the go-to applications for stress > testing any machine once again. You nailed that! Mine keeps bogging down with 8GB ram and 2.7GHz dual core. It's running with a smaller Firefox session's worth of tabs than what ran for hours on 2GB ram and 1.66GHz dual core. I swear it feels like their browsers are trained to sniff around to see what power we've got then adjust their usage of our resources accordingly. As an afterthought, maybe it's the websites themselves doing the sniffing for available resources, too. Might not be like that, but it's how it feels based on how I can't seem to get ahead of that game here. I'm just so over it with respect to having to log out then log back in to clear out the cobwebs when it starts grinding to a halt. As a secondary afterthought turned heads up: In cleaning out my setup regularly, I one day noticed a BUNCH of cookies at the top of the last time used list when they should not have been. The relevance to browser resource usage is that I hadn't been on the affected websites' tabs in months. A lot of cookies are respectfully sitting silent and unused, but there are a few that are not. That's going to take an escalating toll on available computer resources, too. One obvious quick fix would be to manually block those cookies if they're not important and as they become apparent. Oh, and don't get me started griping about those websites that plant 70, 80, 100+ cookies per single or maybe two or three page turns on their sites. I've seen that happen in the past while deleting a site's entire cookie lineup because their site's not working properly. Cindy :) -- Cindy-Sue Causey Talking Rock, Pickens County, Georgia, USA * runs with birdseed *
Re: APT testing and unstabe Firefox: can't find newest version from unstable
On Sun 05 Sep 2021 at 19:31:32 +, Andrew M.A. Cater wrote: > On Sun, Sep 05, 2021 at 08:56:36PM +0200, Oliver Schoede wrote: > > On Fri, 03 Sep 2021 20:50:06 +0200 > > Sven Joachim wrote: > > > > > >Version 91 is only in experimental. > > > > > > > Probably blocked by some Rust stuff again. Anyone who's waiting and if > > possible please get a flatpak and get on with your life. Debian is > > providing that for a reason, too. We've been at the same point about a > > year ago when on some mailing list it was suggested Debian should just > > provide a flatpak. A joke of course, well I think it was. Still I > > decided to actually give it a try and have been happily using two of > > these since then, Firefox, and Chromium, which itself is too often > > vulnerable in Sid. Perhaps in the future distributions should really > > consider making do with, say, Firefox ESR and direct users who need > > "more" to something anyone can sort of agree on and flock together, > > that might well be avenues like Flatpak or AppImage. Container > > solutions are certainly not the be-all and end-all but I don't see much > > of a drawback for a case like this. You'll spend about a GiB extra, > > it's basically pulling its own small userland, once. Command line use > > needs some getting used to, kind of like systemd, hardly surprising if > > you know where it's from. But easy enough, same with desktop > > integration. There's no sane reason for using an outdated web browser > > today. If you want or need to stay purist, there is always ESR. > > > > Oliver > > > > This is the problem with web browsers getting bigger, more complex > dependencies, more infrastructure complexities - and it has always > been so. Web browsers are also the go-to applications for stress > testing any machine once again. There aren't any extensive problem with Firefox on buster and bullseye. Mine works, reliably. Maybe there are reports that say otherwise? > Flatpaks and appimages are fine if they can be built - there's every > chance that they, too witll be hit by this sort of thing at some > point. Why bother with what Debian does not provide by default. -- Brian.
Re: APT testing and unstabe Firefox: can't find newest version from unstable
On Sun, Sep 05, 2021 at 08:56:36PM +0200, Oliver Schoede wrote: > On Fri, 03 Sep 2021 20:50:06 +0200 > Sven Joachim wrote: > > > >Version 91 is only in experimental. > > > > Probably blocked by some Rust stuff again. Anyone who's waiting and if > possible please get a flatpak and get on with your life. Debian is > providing that for a reason, too. We've been at the same point about a > year ago when on some mailing list it was suggested Debian should just > provide a flatpak. A joke of course, well I think it was. Still I > decided to actually give it a try and have been happily using two of > these since then, Firefox, and Chromium, which itself is too often > vulnerable in Sid. Perhaps in the future distributions should really > consider making do with, say, Firefox ESR and direct users who need > "more" to something anyone can sort of agree on and flock together, > that might well be avenues like Flatpak or AppImage. Container > solutions are certainly not the be-all and end-all but I don't see much > of a drawback for a case like this. You'll spend about a GiB extra, > it's basically pulling its own small userland, once. Command line use > needs some getting used to, kind of like systemd, hardly surprising if > you know where it's from. But easy enough, same with desktop > integration. There's no sane reason for using an outdated web browser > today. If you want or need to stay purist, there is always ESR. > > Oliver > This is the problem with web browsers getting bigger, more complex dependencies, more infrastructure complexities - and it has always been so. Web browsers are also the go-to applications for stress testing any machine once again. Flatpaks and appimages are fine if they can be built - there's every chance that they, too witll be hit by this sort of thing at some point. Firefox ESR is actually releatively reasonable in terms of how fast it moves - it still isn't easy for anyone to build. [And upstream show no particular interest in Firefox for other architectures - so have fun if you're running arm]. At some point, bookworm will settle a little more and it will be feasible to start providing lots more in bullseye-backports. In the interim
Re: APT testing and unstabe Firefox: can't find newest version from unstable
On Fri, 03 Sep 2021 20:50:06 +0200 Sven Joachim wrote: > >Version 91 is only in experimental. > Probably blocked by some Rust stuff again. Anyone who's waiting and if possible please get a flatpak and get on with your life. Debian is providing that for a reason, too. We've been at the same point about a year ago when on some mailing list it was suggested Debian should just provide a flatpak. A joke of course, well I think it was. Still I decided to actually give it a try and have been happily using two of these since then, Firefox, and Chromium, which itself is too often vulnerable in Sid. Perhaps in the future distributions should really consider making do with, say, Firefox ESR and direct users who need "more" to something anyone can sort of agree on and flock together, that might well be avenues like Flatpak or AppImage. Container solutions are certainly not the be-all and end-all but I don't see much of a drawback for a case like this. You'll spend about a GiB extra, it's basically pulling its own small userland, once. Command line use needs some getting used to, kind of like systemd, hardly surprising if you know where it's from. But easy enough, same with desktop integration. There's no sane reason for using an outdated web browser today. If you want or need to stay purist, there is always ESR. Oliver
Re: APT testing and unstabe Firefox: can't find newest version from unstable
On Sat, 4 Sep 2021 13:50:19 +0200 "Daniel M." wrote: > To my understanding, unstable has 91.0.1-1 and experimental has > 91.0.1-2 as seen in https://tracker.debian.org/pkg/firefox. > Or you can download v92.0.b9 from https://www.mozilla.org/en-US/firefox/developer/ The button links to: https://download.mozilla.org/?product=firefox-devedition-latest-ssl=linux64=en-US Extract the tar.bz2 on to a partition with exec priveledges. Start it by running path/extracted/to/firefox/firefox I don't recall having to mark it executable, but it's been a couple of years. All the best Keith Bainbridge keith.bainbridge.3...@gmail.com
Re: APT testing and unstabe Firefox: can't find newest version from unstable
rhkra...@gmail.com writes: > Top posting and not quoting anything as I'm coming from a different POV. > > If the OP needs firefox 91 (or whatever), there is another option, installing > the package available from Mozilla as a separate executable. Sure. I've had an issue with the Debian Buster's packaged Firefox ESR so I actually run LibreWolf from an AppImage. LibreWolf is a variant of Firefox where they remove some things that they think violate your privacy too much. AppImage is a packaging system where the app is distributed as a single executable file. So compared to the Firefox package Mozilla provides, the LibreWolf AppImage is a single file. I just download the latest to /opt/bin and go... I don't know if my issue is with Firefox ESR is still in Debian Bullseye. I'll check that out, at some point...
Re: APT testing and unstabe Firefox: can't find newest version from unstable
Top posting and not quoting anything as I'm coming from a different POV. If the OP needs firefox 91 (or whatever), there is another option, installing the package available from Mozilla as a separate executable. (Aside: I had to do that (for an earlier version of Firefox) because a website that I must access periodically changed their design / minimum browser requirement (without publicizing it very well).) I don't remember exactly what I had to do, but the instructions (and downloads) are available and reasonably easy to find on the Mozilla website. Now I have two versions of Firefox installed (on my Jessie system (I know, I know, I still plan to install bookworm on a new (to me) system -- life seems to keep getting in the way). If I simply start Firefox in the normal way (I type "Firefox" in the textbox, I get the "current" version of Firefox installed in Jessie. When I need the newer Firefox, I type /opt/firefox/firefox in the same textbox. IIUC, it is sort of a self-contained binary executable that doesn't depend on libraries or such from the "main" Debian Jessie system. (I didn't notice that anyone else had suggested this, so I did -- sorry if it is a duplicate suggestion (or of no value).)
Re: APT testing and unstabe Firefox: can't find newest version from unstable
> If you mean the line from that page "[2021-08-18] Accepted firefox > 91.0.1-1 (source) into unstable (Mike Hommey)", that doesn't mean binary > packages are available as you've noticed. Okay, that explains it. In fact, i was referring to the versions table in the left column. > I don't actually know where one could see when new binary packages are > added to unstable? Would be somewhat interesting. If you scroll down to the bottom of this page: https://packages.debian.org/sid/firefox there seems to be a list of what is available in sid at the moment. And that is still 88. Okay, thank you for explaining, I learned something today :) Am Sa., 4. Sept. 2021 um 15:02 Uhr schrieb Anssi Saari : > > "Daniel M." writes: > > > The debian package tracker (https://tracker.debian.org/pkg/firefox) > > states that version 91.0.1-1 of firefox should be available, but I can > > in no way install it. > > If you mean the line from that page "[2021-08-18] Accepted firefox > 91.0.1-1 (source) into unstable (Mike Hommey)", that doesn't mean binary > packages are available as you've noticed. > > I don't actually know where one could see when new binary packages are > added to unstable? Would be somewhat interesting. >
Re: APT testing and unstabe Firefox: can't find newest version from unstable
"Daniel M." writes: > The debian package tracker (https://tracker.debian.org/pkg/firefox) > states that version 91.0.1-1 of firefox should be available, but I can > in no way install it. If you mean the line from that page "[2021-08-18] Accepted firefox 91.0.1-1 (source) into unstable (Mike Hommey)", that doesn't mean binary packages are available as you've noticed. I don't actually know where one could see when new binary packages are added to unstable? Would be somewhat interesting.
Re: Re: APT testing and unstabe Firefox: can't find newest version from unstable
On Sat, Sep 04, 2021 at 01:50:19PM +0200, Daniel M. wrote: > To my understanding, unstable has 91.0.1-1 and experimental has > 91.0.1-2 as seen in https://tracker.debian.org/pkg/firefox. > The buildd status page for the firefox package [0] shows that the builders have the package in state BD-Uninstallable. That means that the dependencies required for the package cannot be installed on the build machines, preventing the package from being built. Looking at the next upload, version 91.0.1-2 to experimental [1], its changelog entry is: firefox (91.0.1-2) experimental; urgency=medium * Upload to experimental for cbindgen 0.19 and rustc >= 1.51. That would make it seem that if you want firefox 91, you will need to enable experimental sources on your system and install from there. Or you can wait for the dependencies to make their way to unstable (will require the maintainers to upload them into unstable) and then the buildds will be able to build and distributed the newer firefox packages in unstable. Regards, -Roberto [0] https://buildd.debian.org/status/package.php?p=firefox [1] https://tracker.debian.org/news/1248046/accepted-firefox-9101-2-source-into-experimental/ -- Roberto C. Sánchez
Re: APT testing and unstabe Firefox: can't find newest version from unstable
On Samstag, 4. September 2021 07:50:19 -04 Daniel M. wrote: > To my understanding, unstable has 91.0.1-1 and experimental has > 91.0.1-2 as seen in https://tracker.debian.org/pkg/firefox. Unstable here still with 88.0.1-1 not 91... same as OP Have no time neither today nor tomorrow to look into prob. -- Eike Lantzsch ZP6CGE
Re: Re: APT testing and unstabe Firefox: can't find newest version from unstable
To my understanding, unstable has 91.0.1-1 and experimental has 91.0.1-2 as seen in https://tracker.debian.org/pkg/firefox.
Re: APT testing and unstabe Firefox: can't find newest version from unstable
On 2021-09-03 19:05 +0200, Daniel M. wrote: > I'm running debian testing ("bookworm" at the moment) and have firefox > 88 installed from unstable. My sources.list contains testing and > unstable main, contrib and non-free lines and I have pinning set up to > 900 testing, 500 unstable. Default-Release is set to "testing". > > The debian package tracker (https://tracker.debian.org/pkg/firefox) > states that version 91.0.1-1 of firefox should be available, but I can > in no way install it. "apt -t unstable install firefox" doesn't work, > neither does "apt install firefox/unstable". Both get me version 88 > again. "apt-cache policy firefox" also only lists this version. If I > remove firefox and install it again with one of these ways I again get > version88. > > What am I doing wrong? Shouldn't I be able to install version 91 via > one of these ways? Version 91 is only in experimental. Cheers, Sven
APT testing and unstabe Firefox: can't find newest version from unstable
Hi everyone, I'm running debian testing ("bookworm" at the moment) and have firefox 88 installed from unstable. My sources.list contains testing and unstable main, contrib and non-free lines and I have pinning set up to 900 testing, 500 unstable. Default-Release is set to "testing". The debian package tracker (https://tracker.debian.org/pkg/firefox) states that version 91.0.1-1 of firefox should be available, but I can in no way install it. "apt -t unstable install firefox" doesn't work, neither does "apt install firefox/unstable". Both get me version 88 again. "apt-cache policy firefox" also only lists this version. If I remove firefox and install it again with one of these ways I again get version88. What am I doing wrong? Shouldn't I be able to install version 91 via one of these ways? Please spare me the talk about not mixing debian suites - I usually know what I'm doing. I've been running debian for over 10 years now. This is the first time apt/dpkg is too high for me. Can anyone please help? Cheers, Daniel