daily CVS update output
Updating src tree: P src/common/lib/libc/arch/aarch64/gen/byte_swap_8.S P src/crypto/external/bsd/openssh/bin/sftp-server/Makefile P src/crypto/external/bsd/openssh/bin/ssh-keygen/Makefile P src/crypto/external/bsd/openssh/bin/sshd/Makefile U src/crypto/external/bsd/openssh/dist/PROTOCOL.sshsig P src/crypto/external/bsd/openssh/dist/auth-options.c P src/crypto/external/bsd/openssh/dist/auth-options.h P src/crypto/external/bsd/openssh/dist/auth-rhosts.c P src/crypto/external/bsd/openssh/dist/auth.c P src/crypto/external/bsd/openssh/dist/auth.h P src/crypto/external/bsd/openssh/dist/auth2-chall.c P src/crypto/external/bsd/openssh/dist/auth2-hostbased.c P src/crypto/external/bsd/openssh/dist/auth2-kbdint.c P src/crypto/external/bsd/openssh/dist/auth2-passwd.c P src/crypto/external/bsd/openssh/dist/auth2-pubkey.c P src/crypto/external/bsd/openssh/dist/auth2.c P src/crypto/external/bsd/openssh/dist/authfd.c P src/crypto/external/bsd/openssh/dist/authfd.h P src/crypto/external/bsd/openssh/dist/authfile.c P src/crypto/external/bsd/openssh/dist/authfile.h P src/crypto/external/bsd/openssh/dist/canohost.c P src/crypto/external/bsd/openssh/dist/channels.c P src/crypto/external/bsd/openssh/dist/cipher.c P src/crypto/external/bsd/openssh/dist/cipher.h P src/crypto/external/bsd/openssh/dist/clientloop.c cvs update: `src/crypto/external/bsd/openssh/dist/crc32.c' is no longer in the repository cvs update: `src/crypto/external/bsd/openssh/dist/crc32.h' is no longer in the repository P src/crypto/external/bsd/openssh/dist/dh.c P src/crypto/external/bsd/openssh/dist/dh.h P src/crypto/external/bsd/openssh/dist/hmac.c P src/crypto/external/bsd/openssh/dist/hostfile.c P src/crypto/external/bsd/openssh/dist/kex.c P src/crypto/external/bsd/openssh/dist/kex.h P src/crypto/external/bsd/openssh/dist/kexgen.c P src/crypto/external/bsd/openssh/dist/krl.c P src/crypto/external/bsd/openssh/dist/krl.h P src/crypto/external/bsd/openssh/dist/log.h P src/crypto/external/bsd/openssh/dist/mac.c P src/crypto/external/bsd/openssh/dist/match.c P src/crypto/external/bsd/openssh/dist/misc.c P src/crypto/external/bsd/openssh/dist/misc.h P src/crypto/external/bsd/openssh/dist/moduli.c P src/crypto/external/bsd/openssh/dist/monitor.c P src/crypto/external/bsd/openssh/dist/monitor_wrap.c P src/crypto/external/bsd/openssh/dist/monitor_wrap.h P src/crypto/external/bsd/openssh/dist/mux.c P src/crypto/external/bsd/openssh/dist/nchan.c P src/crypto/external/bsd/openssh/dist/packet.c P src/crypto/external/bsd/openssh/dist/packet.h P src/crypto/external/bsd/openssh/dist/progressmeter.c P src/crypto/external/bsd/openssh/dist/readconf.c P src/crypto/external/bsd/openssh/dist/readpass.c P src/crypto/external/bsd/openssh/dist/scp.1 P src/crypto/external/bsd/openssh/dist/scp.c P src/crypto/external/bsd/openssh/dist/servconf.c P src/crypto/external/bsd/openssh/dist/servconf.h P src/crypto/external/bsd/openssh/dist/serverloop.c P src/crypto/external/bsd/openssh/dist/session.c P src/crypto/external/bsd/openssh/dist/sftp-client.c P src/crypto/external/bsd/openssh/dist/sftp-glob.c U src/crypto/external/bsd/openssh/dist/sftp-realpath.c P src/crypto/external/bsd/openssh/dist/sftp-server-main.c P src/crypto/external/bsd/openssh/dist/sftp-server.c P src/crypto/external/bsd/openssh/dist/sftp.1 P src/crypto/external/bsd/openssh/dist/sftp.c P src/crypto/external/bsd/openssh/dist/ssh-add.c P src/crypto/external/bsd/openssh/dist/ssh-agent.c P src/crypto/external/bsd/openssh/dist/ssh-keygen.1 P src/crypto/external/bsd/openssh/dist/ssh-keygen.c P src/crypto/external/bsd/openssh/dist/ssh-keyscan.c P src/crypto/external/bsd/openssh/dist/ssh-keysign.c P src/crypto/external/bsd/openssh/dist/ssh-pkcs11-helper.c P src/crypto/external/bsd/openssh/dist/ssh-pkcs11.c P src/crypto/external/bsd/openssh/dist/ssh.1 P src/crypto/external/bsd/openssh/dist/ssh.c P src/crypto/external/bsd/openssh/dist/ssh_api.c P src/crypto/external/bsd/openssh/dist/ssh_config.5 P src/crypto/external/bsd/openssh/dist/sshbuf-getput-basic.c P src/crypto/external/bsd/openssh/dist/sshbuf-misc.c P src/crypto/external/bsd/openssh/dist/sshbuf.h P src/crypto/external/bsd/openssh/dist/sshconnect.c P src/crypto/external/bsd/openssh/dist/sshconnect.h P src/crypto/external/bsd/openssh/dist/sshconnect2.c P src/crypto/external/bsd/openssh/dist/sshd.c P src/crypto/external/bsd/openssh/dist/sshd_config.5 P src/crypto/external/bsd/openssh/dist/sshkey-xmss.c P src/crypto/external/bsd/openssh/dist/sshkey.c P src/crypto/external/bsd/openssh/dist/sshkey.h P src/crypto/external/bsd/openssh/dist/sshlogin.c P src/crypto/external/bsd/openssh/dist/sshpty.c U src/crypto/external/bsd/openssh/dist/sshsig.c U src/crypto/external/bsd/openssh/dist/sshsig.h P src/crypto/external/bsd/openssh/dist/uidswap.c P src/crypto/external/bsd/openssh/dist/umac.h cvs update: `src/crypto/external/bsd/openssh/dist/uuencode.c' is no longer in the repository cvs update: `src/crypto/external/bsd/openssh/dist/uuencode.h' is no longer in the repository P src
Re: firefox dumping core after NetBSD upgrade
On Sat, Oct 12, 2019 at 11:16:45AM +, m...@netbsd.org wrote: > On Sat, Oct 12, 2019 at 10:49:58AM +0100, Robert Swindells wrote: > > > > m...@netbsd.org wrote: > > >On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote: > > >> On Fri, 11 Oct 2019 11:05:57 -0700 > > >> bch wrote: > > >> > > >> > I quit running Firefox on my (-current) laptop months ago because the > > >> > build process (rust, esp) was so brutal. Have there been any > > >> > community efforts to organize the build artifacts from bleeding-edge > > >> > environments to avoid repeating (and failing, in my case) this most > > >> > horrible build? > > >> > > >> What's the alternative, I've not used NetBSD for desktop tasks for a > > >> while now, but I wish recent Opera browser was available for NetBSD. I > > >> suppose you could run it with Linux emulation, but not sure how well it > > >> works on NetBSD. Last time I tried, which was years ago, there were > > >> some display issues, i.e. scrolling text up/down would produce these > > >> annoying lagging artefacts, etc. > > > > > >Firefox works great. The discussion here isn't about firefox being > > >broken on netbsd, it's being broken across an update. That usually > > >happens due to some kind of binary incompatibility being introduced. > > > > I'm not sure this is down to a binary incompatibility. > > > > I started seeing the same thing recently too even when Firefox and all > > its dependencies have been rebuilt from source. > > > > Google Maps triggers it for me. > > You've also stated that glxgears crashes, so it might be the same > problem. Are you building netbsd in a special way? I've also had problems with firefox on netbsd-8; I had the same problems with a netbsd-8 binary on a -9 systems. I suspect it's related to X11 DRI libraries. -- Manuel Bouyer NetBSD: 26 ans d'experience feront toujours la difference --
Re: firefox dumping core after NetBSD upgrade
m...@netbsd.org wrote:
>On Sat, Oct 12, 2019 at 10:49:58AM +0100, Robert Swindells wrote:
>>
>> m...@netbsd.org wrote:
>> >
>> >Firefox works great. The discussion here isn't about firefox being
>> >broken on netbsd, it's being broken across an update. That usually
>> >happens due to some kind of binary incompatibility being introduced.
>>
>> I'm not sure this is down to a binary incompatibility.
>>
>> I started seeing the same thing recently too even when Firefox and all
>> its dependencies have been rebuilt from source.
>>
>> Google Maps triggers it for me.
>
>You've also stated that glxgears crashes, so it might be the same
>problem. Are you building netbsd in a special way?
I only get crashes from glxgears on aarch64, it works fine on the
amd64 desktop machine that I'm running Firefox on.
>From the stack trace that Paul Goyette provided it looks to me like
a Firefox bug is triggering one in Mesa.
The crash is within _mesa_error() but this is called because of an
assertion near the start of _mesa_GetString().
_mesa_GetString( GLenum name )
{
GET_CURRENT_CONTEXT(ctx);
static const char *vendor = "Brian Paul";
static const char *renderer = "Mesa";
if (!ctx)
return NULL;
ASSERT_OUTSIDE_BEGIN_END_WITH_RETVAL(ctx, NULL);
Re: firefox dumping core after NetBSD upgrade
I just did a quick comparison on a 9.99.16 amd64 VirtualBox guest between firefox 69.0.2 and the latest versions of epiphany and midori. All of them seem to work reasonably well, but firefox is the most usable, in terms of reaction to clicks, updates and overall behaviour. I tried Google maps with StreetView, they worked for me on all three browsers, again with the subjective feeling that firefox is the fastest. For some reason epiphany was able to create the GL context and run the WebGL demos, though (some months ago all three were able to do this under VirtualBox of the time, now this doesn't seem to work as well; BTW Oracle is taking out the 3D acceleration option for VBoxVGA from the next - 6.1 - release, so if one wants to use it, one has to switch to VMSVGA, which still supports it, but then the mouse jumps by about ten pixels, but I digress). Anyway, the point is that the extended functionality, defined by some as 'bloatness', doesn't always mean slow execution. Also, while I am aware about the differences of opinions about rust, the fact remains that since rust started to run well on NetBSD and a substantial part of firefox was rewritten in that language, the result has been much better reliability of the browser. On Sat, 12 Oct 2019 at 12:17, wrote: > > On Sat, Oct 12, 2019 at 10:49:58AM +0100, Robert Swindells wrote: > > > > m...@netbsd.org wrote: > > >On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote: > > >> On Fri, 11 Oct 2019 11:05:57 -0700 > > >> bch wrote: > > >> > > >> > I quit running Firefox on my (-current) laptop months ago because the > > >> > build process (rust, esp) was so brutal. Have there been any > > >> > community efforts to organize the build artifacts from bleeding-edge > > >> > environments to avoid repeating (and failing, in my case) this most > > >> > horrible build? > > >> > > >> What's the alternative, I've not used NetBSD for desktop tasks for a > > >> while now, but I wish recent Opera browser was available for NetBSD. I > > >> suppose you could run it with Linux emulation, but not sure how well it > > >> works on NetBSD. Last time I tried, which was years ago, there were > > >> some display issues, i.e. scrolling text up/down would produce these > > >> annoying lagging artefacts, etc. > > > > > >Firefox works great. The discussion here isn't about firefox being > > >broken on netbsd, it's being broken across an update. That usually > > >happens due to some kind of binary incompatibility being introduced. > > > > I'm not sure this is down to a binary incompatibility. > > > > I started seeing the same thing recently too even when Firefox and all > > its dependencies have been rebuilt from source. > > > > Google Maps triggers it for me. > > You've also stated that glxgears crashes, so it might be the same > problem. Are you building netbsd in a special way? --
Re: firefox dumping core after NetBSD upgrade
On Sat, Oct 12, 2019 at 10:49:58AM +0100, Robert Swindells wrote: > > m...@netbsd.org wrote: > >On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote: > >> On Fri, 11 Oct 2019 11:05:57 -0700 > >> bch wrote: > >> > >> > I quit running Firefox on my (-current) laptop months ago because the > >> > build process (rust, esp) was so brutal. Have there been any > >> > community efforts to organize the build artifacts from bleeding-edge > >> > environments to avoid repeating (and failing, in my case) this most > >> > horrible build? > >> > >> What's the alternative, I've not used NetBSD for desktop tasks for a > >> while now, but I wish recent Opera browser was available for NetBSD. I > >> suppose you could run it with Linux emulation, but not sure how well it > >> works on NetBSD. Last time I tried, which was years ago, there were > >> some display issues, i.e. scrolling text up/down would produce these > >> annoying lagging artefacts, etc. > > > >Firefox works great. The discussion here isn't about firefox being > >broken on netbsd, it's being broken across an update. That usually > >happens due to some kind of binary incompatibility being introduced. > > I'm not sure this is down to a binary incompatibility. > > I started seeing the same thing recently too even when Firefox and all > its dependencies have been rebuilt from source. > > Google Maps triggers it for me. You've also stated that glxgears crashes, so it might be the same problem. Are you building netbsd in a special way?
Re: firefox dumping core after NetBSD upgrade
On Sat, 12 Oct 2019 at 10:50, Robert Swindells wrote: > m...@netbsd.org wrote: > >Firefox works great. The discussion here isn't about firefox being > >broken on netbsd, it's being broken across an update. That usually > >happens due to some kind of binary incompatibility being introduced. > > I'm not sure this is down to a binary incompatibility. > > I started seeing the same thing recently too even when Firefox and all > its dependencies have been rebuilt from source. > > Google Maps triggers it for me. Firefox on NetBSD-8 had crashed on Google maps for me for the best part of a year (this is self built binaries on amd64). Upgrading to NetBSD-9_BETA - netbsd-8 firefox still crashes, but netbsd-9 built firefox seems perfectly stable. (Just a data point) David
Re: firefox dumping core after NetBSD upgrade
m...@netbsd.org wrote: >On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote: >> On Fri, 11 Oct 2019 11:05:57 -0700 >> bch wrote: >> >> > I quit running Firefox on my (-current) laptop months ago because the >> > build process (rust, esp) was so brutal. Have there been any >> > community efforts to organize the build artifacts from bleeding-edge >> > environments to avoid repeating (and failing, in my case) this most >> > horrible build? >> >> What's the alternative, I've not used NetBSD for desktop tasks for a >> while now, but I wish recent Opera browser was available for NetBSD. I >> suppose you could run it with Linux emulation, but not sure how well it >> works on NetBSD. Last time I tried, which was years ago, there were >> some display issues, i.e. scrolling text up/down would produce these >> annoying lagging artefacts, etc. > >Firefox works great. The discussion here isn't about firefox being >broken on netbsd, it's being broken across an update. That usually >happens due to some kind of binary incompatibility being introduced. I'm not sure this is down to a binary incompatibility. I started seeing the same thing recently too even when Firefox and all its dependencies have been rebuilt from source. Google Maps triggers it for me.
Re: firefox dumping core after NetBSD upgrade
On Sat, 12 Oct 2019 08:58:46 + m...@netbsd.org wrote: > On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote: > > On Fri, 11 Oct 2019 11:05:57 -0700 > > bch wrote: > > > > > I quit running Firefox on my (-current) laptop months ago because > > > the build process (rust, esp) was so brutal. Have there been any > > > community efforts to organize the build artifacts from > > > bleeding-edge environments to avoid repeating (and failing, in my > > > case) this most horrible build? > > > > What's the alternative, I've not used NetBSD for desktop tasks for a > > while now, but I wish recent Opera browser was available for > > NetBSD. I suppose you could run it with Linux emulation, but not > > sure how well it works on NetBSD. Last time I tried, which was > > years ago, there were some display issues, i.e. scrolling text > > up/down would produce these annoying lagging artefacts, etc. > > Firefox works great. The discussion here isn't about firefox being > broken on netbsd, it's being broken across an update. That usually > happens due to some kind of binary incompatibility being introduced. I'm sure it works, but I personally prefer other browsers, because they use less memory and work better. There is too much bloat in Firefox, e.g. Rust, but that is just my personal opinion.
Re: firefox dumping core after NetBSD upgrade
On Sat, Oct 12, 2019 at 08:41:49AM +0100, Sad Clouds wrote: > On Fri, 11 Oct 2019 11:05:57 -0700 > bch wrote: > > > I quit running Firefox on my (-current) laptop months ago because the > > build process (rust, esp) was so brutal. Have there been any > > community efforts to organize the build artifacts from bleeding-edge > > environments to avoid repeating (and failing, in my case) this most > > horrible build? > > What's the alternative, I've not used NetBSD for desktop tasks for a > while now, but I wish recent Opera browser was available for NetBSD. I > suppose you could run it with Linux emulation, but not sure how well it > works on NetBSD. Last time I tried, which was years ago, there were > some display issues, i.e. scrolling text up/down would produce these > annoying lagging artefacts, etc. Firefox works great. The discussion here isn't about firefox being broken on netbsd, it's being broken across an update. That usually happens due to some kind of binary incompatibility being introduced.
Re: firefox dumping core after NetBSD upgrade
from Sad Clouds: > What's the alternative, I've not used NetBSD for desktop tasks for a > while now, but I wish recent Opera browser was available for NetBSD. I > suppose you could run it with Linux emulation, but not sure how well it > works on NetBSD. Last time I tried, which was years ago, there were > some display issues, i.e. scrolling text up/down would produce these > annoying lagging artefacts, etc. There is an open-source Otter Browser that is intended to provide the functionality of Opera browser. Otter browser is in pkgsrc and Freebsd ports, also Haikuports and various Linux package repositories. Otter browser works better for me than other non-Mozilla open-source browsers that I have tried, never tried Chromium. I would also like to try the newer version of Midori. Tom
Re: firefox dumping core after NetBSD upgrade
On Fri, 11 Oct 2019 11:05:57 -0700 bch wrote: > I quit running Firefox on my (-current) laptop months ago because the > build process (rust, esp) was so brutal. Have there been any > community efforts to organize the build artifacts from bleeding-edge > environments to avoid repeating (and failing, in my case) this most > horrible build? What's the alternative, I've not used NetBSD for desktop tasks for a while now, but I wish recent Opera browser was available for NetBSD. I suppose you could run it with Linux emulation, but not sure how well it works on NetBSD. Last time I tried, which was years ago, there were some display issues, i.e. scrolling text up/down would produce these annoying lagging artefacts, etc.
