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 resu

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 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 w

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-current@freeb

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

(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 – x11-drivers/xf86-video-

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 r339186) i

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 witho

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

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, wha

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 le

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 Brid

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 misu

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 FreeBS

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 modu

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 m

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 a

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: root@momh167-gjp4-hpelitebook8570p-freebs

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 GE

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. /bin

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 tho

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 adap

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 u

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 jai

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 befo

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

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 noted

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/

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 DIS

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 interp

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

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 noteb

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

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 56.2.5.

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 … ___ fre

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 %R'

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 https:/

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 sane...

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 /usr/ports/graphics/gpu-firmware-kmod

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 /usr/po

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 b

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 r

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

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

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. root@momh167-gjp4-8570p

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). _

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 - Chrom

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

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 peace

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 K

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 /etc/make.c

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: PO

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 desk

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 po

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 15

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. ___ fre

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 to

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

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: Drm-kmod and 14-CURRENT

On 14/10/2022 18:53, Pete Wright wrote: On 10/14/22 10:14, Patrick Bowen wrote: Hello all, I've just used reinstall.sh to add a CURRENT boot environment to a 13.1 ZFS installation. Xorg doesn't load in CURRENT, presumably because the drm-kmod doesn't work with 14. I tried to build drm-curre

Re: pkg won't bootstrap on -current

On 17/10/2022 15:08, void wrote: … arm64.aarch64 … version is main-n258626-865f46b25559 built today 17th Oct 22. In context: around twenty hours ago. … Child process pid=10086 terminated abnormally: Segmentation fault … A lazy gues

poudriere jail update from source: syscall.mk does not exist

After updating to yesterday's aba921bd9e1869dae9ae4cc6e0c048f997401034, I aimed for a routine update of the jail that I used for poudriere. poudriere jail -u -J 1 -j main … ===> lib/libc (install) make[5]: "/usr/src/lib/libc/sys/Makefile.inc" line 9: Cannot open /usr/src/sys/sys/syscall.mk ma

linsysfs on /usr/src/sys (linsysfs, local)

On 29/10/2022 21:30, Graham Perrin wrote: Subject: poudriere jail update from source: syscall.mk does not exist After updating to yesterday's aba921bd9e1869dae9ae4cc6e0c048f997401034, I aimed for a routine update of the jail that I used for poudriere. poudriere jail -u -J 1 -j

Re: Seeking an idiot's guide to etcupdate/mergemaster

etcupdate = On 06/11/2022 17:35, George Michaelson wrote: I am probably alone in this You're not alone. … I find the … markers in the update diffs intensely confusing. diff3 bracketing. <<< is where a conflict begins, >>> is where it ends. Beyond that, it was d

Re: CA's TLS Certificate Bundle in base = BAD

grarpamp, please refrain from addressing so many lists. So many is: * generally poor netiquette * contrary to rules of the road in the FreeBSD Handbook. OpenPGP_signature Description: OpenPGP digital signature

ifconfig_em0: DHCP NOAUTO

On 26/11/2022 21:41, Graham Perrin wrote: With *NOAUTO* (for the interface to be *not* be configured at boot) When, some time after boot, I *do* want to use the interface, what steps are required for /var/run/resolvconf/interfaces/em0 to be created? Example context: % date ; uptime Sat 26

Re: 14.0-CURRENT panic on boot, i386 VirtualBox client

On 28/12/2022 16:45, Paul Floyd wrote: … I haven't been able to see the last message before the panic as it scrolls past too quickly. Any suggestions for a working either how to get more info or what vbox settings to use? If the guest has more than CPU, try reducing to one. A step further

Using package build records at pkg-status.freebsd.org (was: pkg: No packages available to install matching)

On 03/01/2023 17:45, Vladimir Boldin wrote: Can't findnet-im/telegram-desktop with|pkg search … | |Via : | || | ///Using package build records at pkg-status.freebsd.org/| || | | ||

VirtualBox: screenshots (was: 14.0-CURRENT panic on boot, i386 VirtualBox client)

On 04/01/2023 10:24, Konstantin Belousov wrote: … No idea how to take the virtual screen snapshot under VB. … For me, it's the Control key to the right + E OpenPGP_signature Description: OpenPGP digital signature

Putting OPIE to rest (was: Re: cant login after make installworld: pam_opie.so.6 not found)

On 05/01/2023 02:59, grarpamp wrote: … https://lists.freebsd.org/archives/freebsd-security/2022-September/ https://lists.freebsd.org/archives/freebsd-security/2022-October/ … I recall the original email addressing three public lists (awareness across an unusually broad audience): -current,

install: wdatwd.4.gz: No such file or directory

After each update to the OS, I routinely update the main jail that I use for poudriere: poudriere jail -u -j main Today's update of the jail failed, as outlined below. install: wdatwd.4.gz: No such file or directory It seems that the 'copperbowl' part of the 'Jail fs:' line for the jail wa

Re: install: wdatwd.4.gz: No such file or directory

On 14/01/2023 09:20, Graham Perrin wrote: After each update to the OS, I routinely update the main jail that I use for poudriere: poudriere jail -u -j main Today's update of the jail failed, as outlined below. install: wdatwd.4.gz: No such file or directory It seems that the '

Re: install: wdatwd.4.gz: No such file or directory

On 16/01/2023 12:59, UEMURA Tetsuya wrote: I do have the manual page for wdatwd(4), and /usr/obj/usr/src/amd64.amd64/share/man/man4/ exists but wdatwd.4.gz (required during an update to the jail) does not exist at this path. % man 4 wdatwd % file /usr/obj/usr/src/amd64.amd64/share/man/man4/wd

Re: install: wdatwd.4.gz: No such file or directory

On 17/01/2023 02:52, UEMURA Tetsuya wrote: Thanks. Result:, and I'm now rebuilding world. Weird. On my 14-CURRENT, make all shows a lot of gzip related lines such as: gzip -cn /usr/src/share/man/man4/aac.4 > aac.4.gz ... gzip -cn /usr/src/share/man/man4/wdatwd.4 > wdat

poudriere jail -u: install: …: No such file or directory (was: install: wdatwd.4.gz: No such file or directory)

On 14/01/2023 09:20, Graham Perrin wrote: After each update to the OS, I routinely update the main jail that I use for poudriere: poudriere jail -u -j main Today's update of the jail failed, as outlined below. install: wdatwd.4.gz: No such file or directory It seems that the '

Re: poudriere jail -u: install: …: No such file or directory (was: install: wdatwd.4.gz: No such file or directory)

On 18/01/2023 07:49, Graham Perrin wrote: … install -N /usr/src/etc  -o root -g wheel -m 444 ERR_put_error.3.gz  /usr/local/poudriere/jails/main/usr/share/openssl/man/man3/ --- realinstall_subdir_sbin --- install: mntopts.3.gz: No such file or directory --- realinstall_subdir_secure --- make

Re: GitHub Code Search

On 31/01/2023 17:47, David Chisnall wrote: 𣀦… The old GitHub search is not great, but cs.github.com has replaced local search for me in the FreeBSD tree. It's not *quite* as good as fxr, but it's close. For example, searching for sys_cap_enter: https://cs.github.com/?scopeName=All+repos&scop

Re: Tooling Integration and Developer Experience

On 30/01/2023 21:09, Dmitry Salychev wrote: Maybe, but my laziness won't let me keep it that simple :) https://reviews.freebsd.org/H185 should do the trick, I think. 404 for me. Warner Losh writes: … OpenPGP_signature Description: OpenPGP digital signature

n262026-37d97b10ff0e installworld failure

Log: Any ideas? 37d97b10ff0e was around twelve hours ago, OpenPGP_signature Description: OpenPGP digital signature

Re: n262026-37d97b10ff0e installworld failure

On 07/04/2023 16:51, Mateusz Guzik wrote: On 4/7/23, Graham Perrin wrote: … I pushed the fix. git pull, make sure you are at 20be1b4fc4b72f10d5f9411e5bbde0f46a98be5b or later. build and install the new kernel, only then proceed with installworld and you should be fine. Fix confirmed

OpenZFS recently (was aarch64: lang/gcc1* build regression between Mar-28 and Apr-8 [zfs corruptions without block_cloning involved!])

On 14/04/2023 11:58, Mark Millard wrote: … zfs after the import corrupts data even without block_cloning having ever been in use, even as the code currently is. More problems are to be found and fixed yet, despite the several fixes now in place. See for example … Is the recent situation unu

Re: OpenZFS recently (was … [zfs corruptions without block_cloning involved!])

On 15/04/2023 14:41, void wrote: On Sat, Apr 15, 2023 at 09:56:34AM +0100, Graham Perrin wrote: Is the recent situation unusual enough to warrant an entry in UPDATING? yeah I'd say so. Also does this affect 13-stable and the recent 13.2-RELEASE or just -current? If I'm look

Re: aarch64: lang/gcc1* build regression between Mar-28 and Apr-8 [zfs corruptions without block_cloning involved!]

On 14/04/2023 11:58, Mark Millard wrote: … zfs after the import corrupts data even without block_cloning having ever been in use, even as the code currently is. … (2023-04-12) discusses reported corruptions when block clonin

ZFS: panic: VERIFY3(dev->l2ad_hand <= dev->l2ad_evict) failed

Three panics with c2c9ac88c2bb (2023-05-26, 1400089): Dumptime: 2023-05-27 03:17:16 +0100 Dumptime: 2023-05-27 03:41:03 +0100 Dumptime: 2023-05-27 14:03:32 +0100 Are they symptomatic of

Re: Help request: strange issue with xfce xfwm4 on AMD hardware, running head

On 27/05/2023 09:31, Guido Falsi wrote: I'm seeing a strange issue with xfwm4 on my laptop How much memory, how much VRAM? running head (commit 5804b7ab378d6207130bd1685c931da6a4e76e55), using pkgbase, everything build on poudriere. I have filed an issue upstream with a description and some

Re: ZFS: panic: VERIFY3(dev->l2ad_hand <= dev->l2ad_evict) failed

On 27/05/2023 16:30, Graham Perrin wrote: Three panics with c2c9ac88c2bb (2023-05-26, 1400089): … Martin, if you'd like to take <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=271772>, please go ahead. Thanks OpenPGP_signature Description: OpenPGP digital signature

Following a panic (271945): zpool status reports 1 data error but identifies no file

See below, should I begin scrubbing? Or (before I begin) might zdb reveal something useful? The supposed error was observable after /271945 – panic: deadlres_td_sleep_q: possible deadlock detected for 0xfe0133324ac0 (stat), block

Re: Following a panic (271945): zpool status reports 1 data error but identifies no file

On 11/06/2023 14:48, Alexander Motin wrote: On 11.06.2023 08:02, Graham Perrin wrote: See below, should I begin scrubbing? Or (before I begin) might zdb reveal something useful? The only case when I would not recommend to run scrub is if there is a suspicion of memory corruptions on the

Re: Following a panic (271945): zpool status reports 1 data error but identifies no file

On 11/06/2023 18:51, Cy Schubert wrote: Zpool export/import or reboot may fix this. Thanks, it's my boot pool, and there have been two boots since my first email: % grep BOOT /var/log/messages Jun 11 13:29:13 mowa219-gjp4-8570p-freebsd kernel: ---<>--- Jun 11 13:50:04 mowa219-gjp4-8570p-fre

Directory 1002/ missing from /var/run/user/

What normally takes care of creation of the numbered directories? A few hours ago, it was unexpectedly missing: % whoami grahamperrin % ls -dhln ~ drwxr-xr-x  143 1002  1002   240B 11 Jun 13:38 /home/grahamperrin % ls -hl /var/run/user total 1 drwx--  2 root    wheel  2B 19 May 0

Re: Following a panic (271945): zpool status reports 1 data error but identifies no file

On 11/06/2023 19:06, Graham Perrin wrote: … I think it likely that the reportedly permanent error will simply disappear when the scrub completes. True; % date ; zpool status -x Mon 12 Jun 2023 02:00:49 BST all pools are healthy % zdb … might be looking for a needle in a haystack, when

kernel: sonewconn: pcb 0xfffff8002b255a00 (local:/var/run/devd.seqpacket.pipe): Listen queue overflow: 1 already in queue awaiting acceptance (60 occurrences), …

Please, what's the meaning of the sonewconn lines? % tail -f -n 0 /var/log/messages Jun 20 04:08:41 mowa219-gjp4-8570p-freebsd su[4159]: grahamperrin to root on /dev/pts/6 Jun 20 04:12:20 mowa219-gjp4-8570p-freebsd apps.plugin[3178]: Cannot fetch process 4501 command line (command 'sysctl') J

Re: kernel: sonewconn: pcb 0xfffff8002b255a00 (local:/var/run/devd.seqpacket.pipe): Listen queue overflow: 1 already in queue awaiting acceptance (60 occurrences), ?

On 20/06/2023 15:41, Gary Jennejohn wrote: On Tue, 20 Jun 2023 12:04:13 +0200 Alexander Leidinger wrote: Quoting Gary Jennejohn (from Tue, 20 Jun 2023 07:41:08 +): … In other words the software listening on it didn't process the request fast enough and a backlog piled up (e.g apache Li

  1   2   3   4   5   >