beadm activate, cp: /tmp/BE-.../boot/zfs/zpool.cache: No such file or directory

UEFI, booted from GELI-encrypted ZFS. Whenever I attempt to activate a boot environment, activation fails. Instead, the environment is mounted. I tried both beadm and (below) beadm-devel. Thoughts? Is this, maybe, a known issue when booting r320599 from encrypted ZFS? Also: at boot time, the

Re: Shutter: gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup"

On 22/05/2017 13:20, Graham Perrin wrote: <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=192724#c0> … I applied the patch with FreeBSD 12.0-CURRENT #0 r317181, installed gnome-vfs from ports then used pkg to install shutter. Still, Shutter fails to start: /usr/local/lib/gnome-v

Shutter: gnome-vfs-2.0/modules/libfile.so: Undefined symbol "ih_startup"

for FreeBSD 9.2-RELEASE-p10 offers a patch for devel/gnome-vfs, the maintainer has tested it with Shutter and it "works fine". I applied the patch with FreeBSD 12.0-CURRENT #0 r317181, installed gnome-vfs from ports then used pkg

Unexpected results with 'mergemaster -Ui'

line 133 onwards, for example. I never before found any potential change to /etc/group Please, is it unusual? Lack of experience here. I have updated the system only a few times (maybe less than a dozen), the result of mergemaster on this occasion took me by

npviewer.bin exited on signal 6 (core dumped) with www/linux-flashplayer

I don't know whether it's specific to www/linux-flashplayer, but whenever the plug-in loads (in Waterfox or Firefox) there's a dump. This morning, for example (from dmesg, after a few visits to ): pid 34576 (npviewer.bin), uid 1004: exited on signal 6

Re: Unexpected results with 'mergemaster -Ui'

On 11/08/2018 09:02, Graham Perrin wrote: > … Also today, with an earlier run of mergemaster, when I _did_ choose to > install a temporary file, the installation failed. I didn't keep a note of > the specifics but a file mode was mentioned. For reference only I built a slightly mo

Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon HD 7570M

HP EliteBook 8570p with AMD 'Thames' Radeon HD 7570M. If neither drm-stable-kmod nor drm-next-kmod is used – commenting out # kld_list="/boot/modules/radeonkms.ko" in /etc/rc.conf and if boot is pure UEFI, without CSM, then the notebook can reliably resume from suspend. There's a distinctive

Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon HD 7570M

On 22/08/2018 17:50, Pete Wright wrote: > not sure this will address this specific issue - but have you tested setting > this sysctl knob and seeing if that fixes your resume issues: > hw.acpi.reset_video=1 Thanks, I'll be away for around three weeks, I'll test some time in September.

Intel help with i915 drm-next-kmod (was: drm / drm2 removal in 12)

On 25/08/2018 09:32, Ali Abdallah wrote: > Isn't Intel supposed to be working on a native drm driver for FreeBSD? > > https://bwidawsk.net/blog/index.php/2018/06/i965-compiler-architecture-from-2015/ … Not that I can see.  A more recent blog post

Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon HD 7570M

On 22/08/2018 17:50, Pete Wright wrote: > > On 8/22/18 2:11 AM, Graham Perrin wrote: >> HP EliteBook 8570p with AMD 'Thames' Radeon HD 7570M. … >> With and without drm-next-kmod: >> if boot is hybrid UEFI with CSM, >> then suspend occurs, but resume fails.

Re: Dependencies – drm-kmod, drm-stable-kmod and drm-next-kmod

On 07/10/2018 14:03, Niclas Zeising wrote: >> … >> $ pkg rquery %rn graphics/drm-next-kmod >> drm-kmod >> drm-kmod >> $ >> >> – is there _truly_ intended to be some dependency between drm-next-kmod and >> drm-kmod? > > Hi! > > The version of drm-*-kmod that's pulled in is dependent on your

Dependencies – drm-kmod, drm-stable-kmod and drm-next-kmod

According to : - for drm-kmod, drm-stable-kmod is the sole runtime dependency. Below, I see -next- (not -stable-): $ pkg rquery %dn graphics/drm-kmod drm-next-kmod drm-next-kmod $ – is that contrary to what's at FreshPorts? (Do I

Problem compiling rust: observations on swap

On 06/10/2018 23:41, Rebecca Cran wrote: > On 10/6/18 6:40 AM, Greg V wrote: > >> BTW, this error message doesn't say much, but if cargo fails, you >> might be out of memory. > > I was going to suggest being out of memory too. I've seen the rust build > cause my system to run out of all 32GB RAM

Problem compiling rust: observations on swap: GNU tar

On 14/10/2018 22:34, Cy Schubert wrote: > Set TAR in make.conf to gnu tar from ports. Some tarballs will cause bsdtar > to exhaust memory and swap. There was discussion a while ago suggesting this > is a bug in vmm. Thanks! My make.conf for poudriere:

poudriere extract failures with TAR=/usr/local/bin/gtar with gtar from ports

For example: > [00:01:10] [02] [00:00:19] Finished www/qt5-webkit | > qt5-webkit-5.212.0.a2_13: Failed: extract In full: root@momh167-gjp4-hpelitebook8570p-freebsd:~ # date ; uname -v ; pkg upgrade -f -r poudriere archivers/gtar Tue 16 Oct 2018 06:03:24 BST FreeBSD 12.0-ALPHA9 r339356

Re: poudriere extract failures with TAR=/usr/local/bin/gtar with gtar from ports

The tail of a log from a failed run: === ===>  License BSD3CLAUSE accepted by the user ===> Fetching all distfiles required by gflags-2.2.1 for building ===>  Extracting for gflags-2.2.1 => SHA256 Checksum OK for gflags-gflags-v2.2.1_GH0.tar.gz.

Re: DRM: radeonkms no longer usable following a switch to stable, FreeBSD 12.0-BETA1

tl;dr it seems that rc.conf can handle radeonkms and sddm _if_ I enable CSM at boot _and if_ I have: /usr/local/etc/X11/xorg.conf.d/driver-vesa.conf Not truly benefiting from radeonkms. AFAICT if I exclude the VESA workaround and manually load radeonkmos and start sddm, then as previously

DRM: radeonkms no longer usable (and can not be unloaded (kernel panic)) following a switch to stable, FreeBSD 12.0-BETA1 r339438

$ uname -v FreeBSD 12.0-BETA1 r339438 GENERIC $ which xauth /usr/local/bin/xauth $ Radeon HD 7570M, HP EliteBook 8570p. Following the switch to STABLE I could no longer use a desktop environment. For example: service sddm onestart – results in endless repetition of two lines, comparable to

DRM: radeonkms … can not be unloaded (kernel panic)) …

On 20/10/2018 00:01, Graham Perrin wrote: > kldunload radeonkms > > – results in a kernel panic. Found, at <https://github.com/FreeBSDDesktop/kms-drm/issues/90#issuecomment-415859021> under 'drm-devel-kmod g20180822 screen freeze': >> … normally you never unload the

Re: virtualbox 5.2.20 triggers panic with FreeBSD 12.0-ALPHA10 r339432

On 19/10/2018 23:47, Don Lewis wrote: > … when I attempt to start a Virtualbox VM, the system panics. … (guest) > Windows 7 with networking configured as > NAT and the underlying adapter being Intel PRO/1000 MT Desktop (82540EM). … No panic here. 32-bit Windows 7 guest with the same virtual

A new stable/12 poudriere jail is inferior to its stable/12 host

With the host already at r339438, creation of a jail (method: svn (other methods failed)) resulted in inferior version r339435. Is this normal? Re: I want the version of the jail to match the version of the host

Re: A new stable/12 poudriere jail is inferior to its stable/12 host

On 21/10/2018 13:31, David Wolfskill wrote: > On Sun, Oct 21, 2018 at 09:41:46AM +0100, Graham Perrin wrote: >> With the host already at r339438, >> creation of a jail (method: svn (other methods failed)) resulted in >> inferior version r339435. >> >> Is

net/samba48

How about 4.8 as the default for ports for 12? Is it too late to throw the suggestion into the mix? (Does the suggestion even make sense? Excuse the clumsy wording.) As far as I can tell: - 4.8 is vastly preferable for compatibility with services from

Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so"

$ waterfox XPCOMGlueLoad error for file /usr/local/lib/waterfox/libxul.so: Shared object "libicui18n.so.62" not found, required by "libxul.so" Couldn't load XPCOM. $ date ; uname -v Sun 28 Oct 2018 22:31:00 GMT FreeBSD 13.0-CURRENT r339737 GENERIC-NODEBUG $ Is there any easy-ish way to work

Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers

Thanks, people! devel/icu was the hint that I needed. On Sun, 28 Oct 2018 at 23:26, Jan Beich wrote: > … Either rebuild www/waterfox from the last revision before removal or > downgrade devel/icu to 62.1 if nothing else requires 63.1. In the former > case you can also update the port (adjust

FreshPorts, pkg query and pkg rquery: versions of dependencies

devel/icu for example. On Mon, 29 Oct 2018 at 04:13, I wrote: > Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers > … > specifies icu>=59.1,1 so I'm probably OK there … I say "probably" because I'm not sure how to

Re: Waterfox: downgrading to icu-62.1_2,1 and rebuilding consumers

On Mon, 29 Oct 2018 at 04:36, Jan Beich wrote: > Graham Perrin writes: > > > - is this DEFAULT_VERSIONS= line correct/sufficient for > > Thunderbird etc. to be built with the inferior version of icu? > > > > DEFAULT_VERSIONS= icu=62.1_2,1 > > Only one i

Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so"

On 28/10/2018 23:26, Jan Beich wrote: > … Either rebuild www/waterfox from the last revision before removal … OK, that worked fine. Essentially: svn cp svn://svn.freebsd.org/ports/head/www/waterfox@480899 /usr/ports/www/waterfox Vulnerabilities noted (at configure time) and understood.

Re: r339929 no audio output to some sound devices with Firefox and some other applications

On 03/11/2018 11:48, Hans Petter Selasky wrote:   > On 11/3/18 11:32 AM, Graham Perrin wrote: > >> <https://vimeo.com/130130394> for example: >> >> - audible in Chromium, Falkon and Web >> - silent in Firefox, New Moon (Pale Moon) and Waterfox. >> &g

r339929 no audio output to some sound devices with Firefox and some other applications

for example: - audible in Chromium, Falkon and Web - silent in Firefox, New Moon (Pale Moon) and Waterfox. HP EliteBook 8570p, integral loudspeakers. If I recall correctly: yesterday I _did_ get audio from at least one of the affected applications, whilst the

Re: Waterfox: shared object "libicui18n.so.62" not found, required by "libxul.so"

On 03/11/2018 10:56, Jan Beich wrote: > … > Why not update? Mk/bsd.gecko.mk hasn't changed incompatibly yet. > 1. Drop PORTREVISION line > 2. Bump 56.2.3 to 56.2.5 > 3. Run "make makesum" > 4. Run "make all deinstall install clean" That's a pleasant surprise, I had no idea I could go with

Re: DRM: radeonkms no longer usable following a switch to stable, FreeBSD 12.0-BETA1

On 22/10/2018 04:34, Graham Perrin wrote: > … > /usr/local/bin/xauth: (stdin):1:  bad "remove" command line > /usr/local/bin/xauth: (stdin):2:  bad "add" command line > /usr/local/bin/xauth: (stdin):1:  bad "remove" command line > /usr/local/

DRM: radeonkms no longer usable following a switch to stable, FreeBSD 12.0-BETA1 r339438

On 20/10/2018 08:51, Hans Petter Selasky wrote: > I recommend building these modules from source, /usr/src which match you > currently installed kernel! Thanks, I did build from source, and the poudriere jail was just a _little_ behind. Not ideal, I know :-) OT, I aimed to update the

drm-kmod, drm-next-kmod, suspend and resume with radeonkms.ko with and without Kaby Lake

On 06/10/2018 08:38, Graham Perrin wrote: > On 06/10/2018 04:16, Pete Wright wrote: > >> … struggling with suspend/resume issues as well on my end with recent >> 12-ALPHA releases.  … radeonkms.ko … on my systems it's broken regardless if >> i load the drm modules.

Re: resume issues on ALPHA7

On 28/09/2018 05:35, Pete Wright wrote: >  … beep on resume, and does not stop beeping until i hit power button.  does > that ring any bells? Yes: ___

FreeBSD 12.0-ALPHA7 em0 networking with resume from suspend: OK

> Re: FreeBSD-12-ALPHA6: Network not starting at boot & can't start Plasma 5 On 23/09/2018 14:50, Warner Losh wrote: > I'll test r338892 em0 networking with resume from suspend next week. > > > I just fixed a bug in devd that would cause this, but that was after the last > snapshot. Thanks

Re: Radeon HD 7570M: drm: deep frustration with r339186

On 06/10/2018 10:05, Johannes Lundberg wrote: > … Regarding instability with CURRENT. When something changes in CURRENT that > might affect the drm drivers there's always a delay until the drm-kmod > packages have been rebuilt against the new source. That's fine, thanks  My frustration was

(231884) rmn0:error:no GEM object associated to handle …(was: Problem starting Xorg)

On 10/2/18 7:02 PM, Filippo Moretti wrote: >> I get the following error while attemptong to start xorg,that did work until >> today,amd64 alpha3drmn0:error:no GEM object associated to handle 0x0400 >> can't  create framebufferany help appreciatedFilippo Try: 231884 –

Radeon HD 7570M: drm: deep frustration with r339186

On 06/10/2018 04:16, Pete Wright wrote: > > On 10/5/18 6:34 PM, Graham Perrin wrote: >> On 23/09/2018 08:09, Graham Perrin wrote: >> >>> Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with >>> Radeon HD 7570M >>> … better w

Re: Radeon HD 7570M: drm: deep frustration with r339186

On 06/10/2018 06:14, Graham Perrin wrote: > … My sense of things earlier this morning: > > - without a load of radeonkms.ko it is impossible to get a (visible, > multi-user) command line > > – and so, it's impossible to proceed to manually load any additional module. A subs

Radeon HD 7570M: drm: deep frustration with r339186

On 23/09/2018 08:09, Graham Perrin wrote: > Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon > HD 7570M > … better without drm-next-kmod; and (as expected, given the package message) > drm-stable-kmod has known problems with UEFI. Now (with r3391

drm-kmod, drm-next-kmod, radeonkms.ko, suspend and resume

On 06/10/2018 04:16, Pete Wright wrote: > Re: Radeon HD 7570M: drm: deep frustration with r339186 > … struggling with suspend/resume issues as well on my end with recent > 12-ALPHA releases.  … radeonkms.ko … on my systems it's broken regardless if > i load the drm modules. … Pete, please,

drm-kmod, drm-next-kmod, radeonkms.ko, Intel (Sandy Bridge), suspend and resume

On 06/10/2018 17:20, Kevin Oberman wrote: > Re: drm-kmod, drm-next-kmod, radeonkms.ko, suspend and resume >> … > > Likely unrelated, but not necessarily... > > Running 11.2-STABLE r338990 (27-Sept), after the recent churn of mesa and > gnome, suspend/resume is also broken on my Intel (Sandy

Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon HD 7570M

On 22/08/2018 19:27, Johannes Lundberg wrote: > On Wed, Aug 22, 2018 at 6:00 PM Graham Perrin <mailto:grahamper...@gmail.com>> wrote: > > On 22/08/2018 17:50, Pete Wright wrote: > > not sure this will address this specific issue - but have you tested > setting

Re: Suspend, resume, UEFI, CSM, drm-stable-kmod and drm-next-kmod with Radeon HD 7570M

On 23/09/2018 08:01, Graham Perrin wrote: > It seems that working without any drm-next-* and booting without CSM is the > best combination. Sorry, a typo. I meant to say: > It seems that working without any drm-*-kmod and booting without CSM is the > best combination. In other w

Re: FreeBSD-12-ALPHA6: Network not starting at boot & can't start Plasma 5

No problem with Plasma here with FreeBSD 12.0-ALPHA7 r338892 GENERIC-NODEBUG built and installed a few hours ago. Prior to that I used an alpha from … probably mid-August. No problem with networking after startup, and no post-startup problem 'switching' to a static config for em0 that I use at

ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Wed Dec 26 10:18:52 GMT 2018 FreeBSD 13.0-CURRENT r342466 GENERIC-NODEBUG grahamperrin@momh167-gjp4-8570p:~ % iridium ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ" grahamperrin@momh167-gjp4-8570p:~ % pkg query '%o %v

Re: FreeBSD 12.0-RC2 Now Available

On 25/11/2018 16:56, Sami Halabi wrote: > … what is 12-Rel unique aspect VS 11 let's say? … The first thing that comes to mind is PkgBase, Next: bectl(8), which is already in the (incomplete) release notes … ___

Re: ld-elf.so.1: /usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"

On Fri, 28 Dec 2018 at 16:31, Emiel Kollof wrote: > Confirmed with Chromium on my CURRENT box: … Thanks folks. Should I report it as a bug with devel/glib20? https://www.freshports.org/devel/glib20 ___ freebsd-current@freebsd.org mailing list

Long waits for Firefox and SeaMonkey to respond to links from other applications

When I open a web address in (for example) Thunderbird, there's a wait of around fifteen seconds before the web browser, already open, handles the address. Affected browsers: - Firefox - SeaMonkey - Waterfox. Not affected: - New Moon (Pale Moon) – the waiting period is a split-second -

Re: Long waits for Firefox and SeaMonkey to respond to links from other applications

On 24/03/2019 18:51, Adam wrote: On Sun, Mar 24, 2019 at 6:22 PM Graham Perrin <mailto:grahamper...@gmail.com>> wrote: When I open a web address in (for example) Thunderbird, there's a wait of around fifteen seconds before the web browser, already open, handles th

Re: bectl slow

On 19/02/2019 02:50, Adam wrote: On Mon, Feb 18, 2019 at 8:35 PM Graham Perrin <mailto:grahamper...@gmail.com>> wrote: Preparing to update the OS, I created a new boot environment. Creation took a long time, subsequent bectl commands are extraordinarily slow. Whilst

Re: bectl slow

On 19/02/2019 03:05, Kyle Evans wrote: I'd be interested in seeing what happens when you apply this diff: https://people.freebsd.org/~kevans/bectl-perf.diff Thanks, I'll let you know. In the meantime: here are timings for creating then activating a boot environment.

bectl slow

Preparing to update the OS, I created a new boot environment. Creation took a long time, subsequent bectl commands are extraordinarily slow. Whilst composing this e-mail I'm awaiting completion of a simple list. Any ideas? zpool status shows no problem. Last scrubbed 27th December, I'll begin

Control-T during poudriere: sed: 1: "s, ^\[( *[0-9]+%|[0-9]+/ ...": RE error: repetition-operator operand invalid

Recently I sometimes get the effect below when keying Control-T during a run of poudriere. Google found a few matches but (unless I'm missing something) nothing that might explain this effect with poudriere. … [00:02:30] Hit CTRL+t at any time to see build progress and stats [00:02:30]

Re: Control-T during poudriere: sed: 1: "s, ^\[( *[0-9]+%|[0-9]+/ ...": RE error: repetition-operator operand invalid

On 04/03/2019 08:55, Yasuhiro KIMURA wrote: > It is fixed with poudriere 3.3.1. Thanks. Now using 3.3.1, I no longer see the problem. Found: (I should have looked in FreshPorts before raising the question).

Re: r343843 /usr/ports/ make install error: unable to create target: 'No available targets are compatible with this triple.'

On 07/02/2019 06:43, I wrote: > Follow-up to > > >> r343663 poudriere can not configure pkg > > It seems, the problems are not limited to my poudriere environment. > > Also, it's not possible to install from

Re: r343843 /usr/ports/ make install error: unable to create target: 'No available targets are compatible with this triple.'

On 08/02/2019 13:54, Mark Linimon wrote: On Fri, Feb 08, 2019 at 12:18:33PM +, Graham Perrin wrote: I still wonder whether these problems arose, somehow, from: 235215 – Bump LLVM_DEFAULT to 80 <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235215#c14> AFAIK that's still being

Re: drm2 removed?

On 11/02/2019 16:20, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: > >> Anyone have any idea which recent change broke the >> drm-legacy-kmod port.  This is why I raised an issue >> with removal of drm2 from src/sys.  How is suppose >> to be fixed? > > It was

Re: drm2 removed?

On 11/02/2019 20:42, Steve Kargl wrote: > On Mon, Feb 11, 2019 at 08:40:01PM +0000, Graham Perrin wrote: > >> On 11/02/2019 16:20, Steve Kargl wrote: >> >>> On Mon, Feb 11, 2019 at 08:12:05AM -0800, Steve Kargl wrote: >>> >>>> Anyone have any id

r343843 /usr/ports/ make install error: unable to create target: 'No available targets are compatible with this triple.'

Follow-up to > r343663 poudriere can not configure pkg It seems, the problems are not limited to my poudriere environment. Also, it's not possible to install from /usr/ports

r343663 poudriere can not configure pkg

From : … === ===>  Configuring for pkg-1.10.5_5 configure: loading site script /usr/ports/Templates/config.site checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is

Re: FreeBSD Core Team Response to Controversial Social Media Posts

I know, it's not appropriate to find fun in a serious discussion, but these six words did make me chuckle: > … freedom of expression … End of discussion. No offence intended. I was speed-reading (waiting for a browser to launch) and those six words leapt out at me :-) Wishing you all a

Re: 13.0 Current - r350702 exposed a Xorg failure

On 10/08/2019 04:56, Clay Daniels Jr. wrote: drm-kmod was the same (g20190710) It's equally (if not more) important to consider what's installed by drm-kmod. Can you share output from these three commands? pkg info | grep kmod pciconf -lv | grep -C 3 display grep PORTS_MODULES

Re: Installing drm-current-kmod from ports

On 18/08/2019 03:08, Clay Daniels Jr. wrote: … am I missing something else? … Re: If you haven't already done so, it's probably recommended to install xf86-video-ati. What model is the HP? Will you use a

r351066 lib/libc/tests/hash (install) … don't know how to make _testsDATA_FILESINS1_data/md5test-in

Whilst running make installworld && etcupdate … ===> lib/libc/tests/hash (install) install  -o root  -g wheel -m 555  hash_test /usr/tests/lib/libc/hash/hash_test make[7]: don't know how to make _testsDATA_FILESINS1_data/md5test-in. Stop … Photo: make.conf:

Firefox – GtkFileChooserNative – file selection dialogues

Firefox does not use xdg-desktop-portal for file selection dialogs > This patch makes Firefox's GTK3 platform support use > GtkFileChooserNative when available. GtkFileChooserNative > transparently uses the desktop portals interface, which >

Re: Firefox – GtkFileChooserNative – file selection dialogues

On 20/09/2019 09:28, Greg V wrote: … (What am I missing?) The dbus portal implementation itself, most likely. root@momh167-gjp4-8570p:~ # date ; uname -v Sun Sep 22 17:16:08 BST 2019 FreeBSD 13.0-CURRENT r352535 GENERIC root@momh167-gjp4-8570p:~ # pkg query '%o %v %R' dbus devel/dbus 1.12.12

Re: Problem with USB after r349133

On 05/07/2019 16:38, Thomas Laus wrote: Root mount waiting for USBUS7 USBUS6 USBUS0. I had the almost same (different bus numbers), just once, after updating -CURRENT from r349099 to r349762. The subsequent boot of r349762 was free from the symptom. HP EliteBook 8570p, docked, with a

r355494 buildworld [libprocstat.o] Error code 1 [lib/libprocstat__L] Error code 2

--- _libinstall --- sh /usr/src/tools/install.sh  -C -o root -g wheel -m 444 libmlx5.a /usr/obj/usr/src/amd64.amd64/tmp/usr/lib/ sh /usr/src/tools/install.sh  -s -o root -g wheel -m 444   -S libmlx5.so.1 /usr/obj/usr/src/amd64.amd64/tmp/lib/ sh /usr/src/tools/install.sh  -o root -g wheel -m 444

Re: r355494 buildworld [libprocstat.o] Error code 1 [lib/libprocstat__L] Error code 2

Ignore my previous e-mail. I just saw, the 'SVN r355491 breaks libprocstat' thread. (Forgot to check my 'current' e-mail folder, to which I recently began filtering e-mail. Apologies for the noise.) ___ freebsd-current@freebsd.org mailing list

Re: r355097 make buildkernel: ports module graphics/gpu-firmware-kmod (all): could not find bsd.sysdir.mk

On 26/11/2019 04:54, Warner Losh wrote: > So when I committed the sysdir stuff I forgot to add it to the install list. I've fixed it now. Either upgrade, or just copy src/share/mk/bsd.sysdir.mk to /usr/share/mk Thanks! Now building r355107. ___

Firefox: recommendations – Pocket

For a few months I got recommendations from Pocket. No longer. Is the code removed? Or has Mozilla become stricter about enforcing regional restrictions? (I'm in the UK.) ___ freebsd-current@freebsd.org mailing list

r355097 make buildkernel: ports module graphics/gpu-firmware-kmod (all): could not find bsd.sysdir.mk

The tail of my most recent run of make -j2 buildkernel KERNCONF=GENERIC-NODEBUG ===> Ports module graphics/gpu-firmware-kmod (all) cd ${PORTSDIR:-/usr/ports}/graphics/gpu-firmware-kmod; env  -u CC -u CXX  -u CPP  -u MAKESYSPATH  -u MK_AUTO_OBJ  -u MAKEOBJDIR MAKEFLAGS="-j 2 -J 15,16 -j 2 -J

Re: r355097 make buildkernel: ports module graphics/gpu-firmware-kmod (all): could not find bsd.sysdir.mk

On 26/11/2019 08:15, Hans Petter Selasky wrote: On 2019-11-26 05:54, Warner Losh wrote: So when I committed the sysdir stuff I forgot to add it to the install list. I've fixed it now. Either upgrade, or just copy src/share/mk/ bsd.sysdir.mk to /usr/share/mk Warner Or: make -m

r355978 OK (was: SVN r355732 breaks DRM)

On 18/12/2019 10:21, Evilham wrote: On dc., des. 18 2019, Graham Perrin wrote: On 14/12/2019 01:30, Warner Losh wrote:  > A fix is in progress. Thank you. r355860 drm-legacy-kmod <https://pastebin.com/NcrA9iLe> lines 70–81: the same issue, yes? FWIW: https://github.com/FreeBSDDe

Re: SVN r355732 breaks DRM

On 14/12/2019 01:30, Warner Losh wrote: > A fix is in progress. Thank you. r355860 drm-legacy-kmod lines 70–81: the same issue, yes? ___ freebsd-current@freebsd.org mailing list

Firefox 75.0_1,1 tabs crashing or mis-rendering at some www.gov.uk pages

Most noticeable today at . Screenshots available on request. AFAICT the same types of problem with 75.0_1,1 on both r357746 and r359628. ___ freebsd-current@freebsd.org mailing list

(1629231) Firefox and Cliqz tabs crashing at GOV.UK government pages

Now upstream thanks to Jan Beich: Mozilla bug 1629231 - Crash on gov.uk ___ freebsd-current@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe,

Firefox and Cliqz tabs crashing at GOV.UK government pages

On 08/04/2020 20:23, Graham Perrin wrote: > Firefox 75.0_1,1 tabs crashing or mis-rendering at some www.gov.uk pages > > Most noticeable today at <https://www.gov.uk/coronavirus>. Screenshots available on request. > > AFAICT the same types of problem with 75.0_1,1 on both

VirtualBox segmentation fault, 5.2.34_2 on FreeBSD-CURRENT r359628

On 20/03/2020 01:24, Kyle Evans wrote: On Thu, Mar 19, 2020 at 12:11 PM Graham Perrin wrote: Is this maybe related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 or should I make a separate bug report? Please throw a tentative "Me too" on that PR; I'm inv

mount -t zfs … and (RFC, 7452) zfs mount -o mountpoint=…

Re: ZFS: OpenZFS: lost the ability to boot a BE Allan Jude wrote: To temporarily mount a ZFS filesystem: mount -t zfs poolname/data/set /path/here – thanks, Allan – I have probably been given the same hint more than once before! (Rarely needed. I forget.) Rodney W. Grimes wrote: Is

pkg upgrade … solver: cannot find provide for requirement …

Re: VirtualBox segmentation fault, 5.2.34_1 on FreeBSD-CURRENT r359249 On 24/03/2020 11:36, Graham Perrin wrote: > … Locally built 5.2.34_1 not working on -CURRENT. … Now with r359249: grahamperrin@momh167-gjp4-8570p:~ % pkg rquery '%o %v %R' virtualbox-ose emulators/virtualbox-ose 5.2.3

Re: USB microphones with FreeBSD-CURRENT: bug 194727, r358629

On 31/03/2020 03:47, Theron wrote: I don't know what would be attaching to mixer before login. … www/plasma5-plasma-browser-integration interaction with x11/sddm maybe? ___ freebsd-current@freebsd.org mailing list

OpenZFS: sysctl: unknown oid 'vfs.zfs.arc_max'

This occurs when I enable OpenZFS: OpenZFS: sysctl: unknown oid 'vfs.zfs.arc_max' Is it to be deprecated? Or is it not yet a feature of OpenZFS for FreeBSD? From : grahamperrin@momh167-gjp4-8570p:~ % sysctl vfs.zfs.arc_max sysctl: unknown oid 'vfs.zfs.arc_max'

USB microphones with FreeBSD-CURRENT

I can't get web browsers to recognise USB microphones. USB output (e.g. to my headphones) is OK. USB input (e.g. from the microphone part of the headphones) is not. Any suggestions? From : grahamperrin@momh167-gjp4-8570p:~ % date ; uname -v Sun 22 Mar 2020 08:49:07

ZFS: destroying snapshots without compromising boot environments

I imagine that some of the 2019 snapshots below are redundant. Can I safely destroy any of them? $ zfs list -t snapshot NAME USED AVAIL  REFER  MOUNTPOINT copperbowl/ROOT/Waterfox@2020-03-20-06:19:45    67.0M -  59.2G  -

Re: ZFS: destroying snapshots without compromising boot environments

On 28/03/2020 15:19, Allan Jude wrote: > You can try to destroy the snapshot, if it is the basis of a clone, then > you will get an error, that you'd need to destroy the BE first, so you > might decide to keep that snapshot. As long as you don't use the -R flag > to zfs destroy dataset@snapshot,

USB microphones with FreeBSD-CURRENT: bug 194727, r358629

On 30/03/2020 20:36, Theron wrote: On 2020-03-30 15:06, Graham Perrin wrote: Worth noting: if I attempt to suspend the system whilst the device at 3 (SteelSeries Siberia 350 headphones with integral microphone <https://steelseries.com/gaming-headsets/siberia-350>) is physically con

ZFS: OpenZFS: lost the ability to boot a BE

On 30/03/2020 19:47, Graham Perrin wrote: I lost the ability to boot the environment named 'r357746', I suspect this occurred after I set it to use OpenZFS in lieu of ZFS. I would like to edit its /boot/loader.conf (revert to zfs_load="YES") but re: https://github.com/openzfs/zfs/i

ZFS: lost the ability to boot a BE

y to mount the dataset. Please, how can I proceed? Re: ZFS: destroying snapshots without compromising boot environments On 28/03/2020 15:36, Graham Perrin wrote: On 28/03/2020 15:19, Allan Jude wrote: > You can try to destroy the snapshot, if it is the basis of a clone, then > you w

Re: USB microphones with FreeBSD-CURRENT

On 28/03/2020 12:45, Jan Beich wrote: Graham Perrin writes: I can't get web browsers to recognise USB microphones. USB output (e.g. to my headphones) is OK. USB input (e.g. from the microphone part of the headphones) is not. Any suggestions? Firefox uses "pulse-rust" cub

pkg autoremove, pkg upgrade, spice-gtk and spice-protocol

Can anyone explain the autoremove and upgrade behaviours below? root@momh167-gjp4-8570p:~ # pkg autoremove Checking integrity... done (0 conflicting) Deinstallation has been requested for the following 2 packages: Installed packages to be REMOVED:     spice-gtk: 0.37    

beadm no longer able to destroy, maybe since using OpenZFS

root@momh167-gjp4-8570p:~ # date ; uname -v Fri May  1 18:52:31 BST 2020 FreeBSD 13.0-CURRENT #54 r360237: Fri Apr 24 09:10:37 BST 2020 root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG root@momh167-gjp4-8570p:~ # beadm list BE   Active Mountpoint  Space Created

vfs.zfs.min_auto_ashift and OpenZFS

In my sysctl.conf: vfs.zfs.min_auto_ashift=12 – if I recall correctly, the line was written automatically when I installed FreeBSD-CURRENT a year or so ago. With OpenZFS enabled: root@momh167-gjp4-8570p:~ # sysctl vfs.zfs.min_auto_ashift sysctl: unknown oid 'vfs.zfs.min_auto_ashift' Should

Re: beadm no longer able to destroy, maybe since using OpenZFS

On 03/05/2020 06:05, Graham Perrin wrote: After reverting from OpenZFS to ZFS, I was able to destroy two of the boot environments that previously (below, 1st May, OpenZFS) could not be destroyed. I'm left with at least one BE 'r360237c' that can not be destroyed. Is it ever normal to find

multimedia/vlc playback: blackness

A few weeks ago, VLC ceased to show video. I hear the audio track but there's blackness. Debug log, for brief playback of a silent screen recording: I tried resetting preferences, no improvement. Any other suggestions? TIA

VirtualBox segmentation fault, 5.2.34_1 on FreeBSD-CURRENT r359249

On 20/03/2020 01:24, Kyle Evans wrote: On Thu, Mar 19, 2020 at 12:11 PM Graham Perrin wrote: Is this maybe related to https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=244847 or should I make a separate bug report? Please throw a tentative "Me too" on that PR; I'm inv

Re: beadm no longer able to destroy, maybe since using OpenZFS

BST 2020 root@momh167-gjp4-8570p:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG root@momh167-gjp4-8570p:~ # On 01/05/2020 18:57, Graham Perrin wrote: root@momh167-gjp4-8570p:~ # date ; uname -v Fri May  1 18:52:31 BST 2020 FreeBSD 13.0-CURRENT #54 r360237: Fri Apr 24 09:10:37 BST 2020

Re: suspend/resume versus OpenZFS on USB

On 05/09/2020 10:26, Hans Petter Selasky wrote: On 2020-09-05 11:00, Graham Perrin wrote: On 04/09/2020 09:01, Hans Petter Selasky wrote: On 2020-09-04 01:42, Graham Perrin wrote: This week for the first time I toyed with OpenZFS on a USB device: a mobile hard disk drive connected to the dock

  1   2   3   4   >