On 2020-04-27 10:02, Ross Gohlke wrote:
On 2020-04-27 08:54, Mateusz Guzik wrote:
Fixed in r360374.
On 4/27/20, Mateusz Guzik wrote:
Thanks for bisecting, I'll look into it.
On 4/27/20, Ross Gohlke wrote:
As of r358503, *reboot -r* no longer works for me.
This is only tested on amd64.
(Please send the followup to freebsd-testing@ and note Reply-To is set.)
FreeBSD CI Weekly Report 2020-04-26
===
Here is a summary of the FreeBSD Continuous Integration results for the period
from 2020-04-20 to 2020-04-26.
During this period, we have:
* 2503
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
On 2020-04-27 17:06, Malcolm Matalka wrote:
Michael Gmelin writes:
Could you share your setup by running
pkg install ca_root_nss
fetch \
https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh
./xorg-udev-setup-check.sh -desk
and
On Mon, 27 Apr 2020 17:06:28 +0200
Malcolm Matalka wrote:
> Michael Gmelin writes:
>
> >
> > Could you share your setup by running
> >
> > pkg install ca_root_nss
> > fetch \
> >
> > https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh
> >
On 2020-04-27 08:54, Mateusz Guzik wrote:
Fixed in r360374.
On 4/27/20, Mateusz Guzik wrote:
Thanks for bisecting, I'll look into it.
On 4/27/20, Ross Gohlke wrote:
As of r358503, *reboot -r* no longer works for me.
This is only tested on amd64.
I produced a vanilla mini-memstick image
Michael Gmelin writes:
>
> Could you share your setup by running
>
> pkg install ca_root_nss
> fetch \
>
> https://raw.githubusercontent.com/grembo/xorg-udev-setup-check/master/xorg-udev-setup-check.sh
> ./xorg-udev-setup-check.sh -desk
>
> and mailing the resulting file to the list
Fixed in r360374.
On 4/27/20, Mateusz Guzik wrote:
> Thanks for bisecting, I'll look into it.
>
> On 4/27/20, Ross Gohlke wrote:
>> As of r358503, *reboot -r* no longer works for me.
>> This is only tested on amd64.
>>
>> I produced a vanilla mini-memstick image each for r358502 and r358503.
>>
On Mon, 27 Apr 2020 12:55:57 +0200
Malcolm Matalka wrote:
> Niclas Zeising writes:
>
> > On 2020-04-27 10:14, Malcolm Matalka wrote:
> >>
> >>
> >> Niclas Zeising writes:
> >>
> >>> On 2020-04-27 08:03, Malcolm Matalka wrote:
> I saw that there was another thread on this and I
On Mon, Apr 27, 2020 at 02:27:00PM +0200, Marc Veldman wrote:
> I the following error message when booting:
>
> iwm0: frame 8/160 b82c UNHANDLED (this should not happen)
>
> With some debug code:
> iwm0: frame 8/160 b82c UNHANDLED (this should not happen) Code 00ce
>
> Any ideas?
>
>
I the following error message when booting:
iwm0: frame 8/160 b82c UNHANDLED (this should not happen)
With some debug code:
iwm0: frame 8/160 b82c UNHANDLED (this should not happen) Code 00ce
Any ideas?
Dmesg attached.
Best regards,
Marc Veldman
p50s.dmesg
Description: Binary data
Niclas Zeising writes:
> On 2020-04-27 10:14, Malcolm Matalka wrote:
>>
>>
>> Niclas Zeising writes:
>>
>>> On 2020-04-27 08:03, Malcolm Matalka wrote:
I saw that there was another thread on this and I wanted to throw my
experience in: my mouse was sluggish and tap-to-click did not
On Mon, Apr 27, 2020 at 11:39:41AM +0200, Mateusz Piotrowski wrote:
> Hi everyone!
>
> I'm experiencing panics every day. Apparently, they are caused by a bug in
> our FUSE implementation.
>
> The panic occurs when I'm editing files in a folder mounted via SSHFS from a
> bhyve VM running Ubuntu
Thanks for bisecting, I'll look into it.
On 4/27/20, Ross Gohlke wrote:
> As of r358503, *reboot -r* no longer works for me.
> This is only tested on amd64.
>
> I produced a vanilla mini-memstick image each for r358502 and r358503.
> I booted each in bhyve in single user mode and ran *reboot
On 2020-04-27 11:29, Michael Gmelin wrote:
On Mon, 27 Apr 2020 08:28:50 +
"Poul-Henning Kamp" wrote:
In message <65670198-e725-5b66-646c-5b147c943...@daemonic.se>, Niclas
Zeising writes:
With my touchpad, ctrl left click and ctrl right click opens two
different menus in
Hi everyone!
I'm experiencing panics every day. Apparently, they are caused by a bug
in our FUSE implementation.
The panic occurs when I'm editing files in a folder mounted via SSHFS
from a bhyve VM running Ubuntu 18.04.
I'm sending some parts of the core.txt file. Let me know if I can
On Mon, 27 Apr 2020 08:28:50 +
"Poul-Henning Kamp" wrote:
>
> In message <65670198-e725-5b66-646c-5b147c943...@daemonic.se>, Niclas
> Zeising writes:
>
> >With my touchpad, ctrl left click and ctrl right click opens two
> >different menus in xterm, main menu and vt font menu,
## Niclas Zeising (zeising+free...@daemonic.se):
> This could be an upstream issue. I did a quick test on a linux system I
> had close by, and ctrl+middle click doesn't open a menu there either.
FWIW on this FreeBSD desktop (12.1) and xterm-353, all three menus work
with an external pointing
> On 27. Apr 2020, at 10:43, Niclas Zeising wrote:
>
> On 2020-04-27 10:28, Poul-Henning Kamp wrote:
>>
>> In message <65670198-e725-5b66-646c-5b147c943...@daemonic.se>, Niclas
>> Zeising writes:
>>> With my touchpad, ctrl left click and ctrl right click opens two
>>> different
On 2020-04-27 10:28, Poul-Henning Kamp wrote:
In message <65670198-e725-5b66-646c-5b147c943...@daemonic.se>, Niclas Zeising
writes:
With my touchpad, ctrl left click and ctrl right click opens two
different menus in xterm, main menu and vt font menu, respectively.
ctrl-middle
On 2020-04-27 10:14, Malcolm Matalka wrote:
Niclas Zeising writes:
On 2020-04-27 08:03, Malcolm Matalka wrote:
I saw that there was another thread on this and I wanted to throw my
experience in: my mouse was sluggish and tap-to-click did not work. I
set the evdev mask back to 3 and it
In message <65670198-e725-5b66-646c-5b147c943...@daemonic.se>, Niclas Zeising
writes:
>With my touchpad, ctrl left click and ctrl right click opens two
>different menus in xterm, main menu and vt font menu, respectively.
ctrl-middle should open "VT Options"
--
Poul-Henning Kamp
Niclas Zeising writes:
> On 2020-04-27 08:03, Malcolm Matalka wrote:
>> I saw that there was another thread on this and I wanted to throw my
>> experience in: my mouse was sluggish and tap-to-click did not work. I
>> set the evdev mask back to 3 and it worked.
>>
>> I am on a Dell XPS 13.
>
On 2020-04-27 09:26, Poul-Henning Kamp wrote:
In message <7549a5dd-3edc-4efd-bc0b-4d67232b4...@grem.de>, Michael Gmelin
writes:
In my case, with the default
sysctl kern.evdev.rcpt_mask=12
CTRL + middle button would not activate the menu in xterm.
Are you using the
> On 27. Apr 2020, at 09:26, Poul-Henning Kamp wrote:
>
>
> In message <7549a5dd-3edc-4efd-bc0b-4d67232b4...@grem.de>, Michael Gmelin
> writes:
>
>>> In my case, with the default
>>>
>>> sysctl kern.evdev.rcpt_mask=12
>>>
>>> CTRL + middle button would not activate the menu in
In message <7549a5dd-3edc-4efd-bc0b-4d67232b4...@grem.de>, Michael Gmelin
writes:
>> In my case, with the default
>>
>>sysctl kern.evdev.rcpt_mask=12
>>
>> CTRL + middle button would not activate the menu in xterm.
>>
>
>Are you using the trackpoint?
No, the touchpad.
>Did you
> On 27. Apr 2020, at 08:55, Poul-Henning Kamp wrote:
>
>
> In message <6dfad31c-68f2-c38f-28ac-0696e73b4...@daemonic.se>, Niclas Zeising
> writes:
>>> On 2020-04-27 08:03, Malcolm Matalka wrote:
>>> I saw that there was another thread on this and I wanted to throw my
>>> experience
In message <6dfad31c-68f2-c38f-28ac-0696e73b4...@daemonic.se>, Niclas Zeising
writes:
>On 2020-04-27 08:03, Malcolm Matalka wrote:
>> I saw that there was another thread on this and I wanted to throw my
>> experience in: my mouse was sluggish and tap-to-click did not work. I
>> set the
On 2020-04-27 08:03, Malcolm Matalka wrote:
I saw that there was another thread on this and I wanted to throw my
experience in: my mouse was sluggish and tap-to-click did not work. I
set the evdev mask back to 3 and it worked.
I am on a Dell XPS 13.
Hi!
Is this on CURRENT? When using X?
Can
In message <86imhlv518@gmail.com>, Malcolm Matalka writes:
>I saw that there was another thread on this and I wanted to throw my
>experience in: my mouse was sluggish and tap-to-click did not work. I
>set the evdev mask back to 3 and it worked.
Thanks! That helped a lot with my
I saw that there was another thread on this and I wanted to throw my
experience in: my mouse was sluggish and tap-to-click did not work. I
set the evdev mask back to 3 and it worked.
I am on a Dell XPS 13.
___
freebsd-current@freebsd.org mailing list
I don't know what is with Scott. I hope he is well.
Is there somebody else who can help me with this issue?
Scott wrote there are hotplug PCIe buses not probed during boot process.
I am not a developer so I cannot move forward alone.
Kind regards
Miroslav Lachman
On 2020-04-17 23:30, Scott
32 matches
Mail list logo
