note about this requirement in the man page should be added.
--
Guido Falsi
On 03/07/23 15:27, Rainer Hurling wrote:
Am 29.06.23 um 18:27 schrieb Pierre Pronchery:
Hi Guido, freebsd-current@,
On 6/29/23 15:14, Guido Falsi wrote:
On 24/06/23 16:22, Ed Maste wrote:
Last night I merged OpenSSL 3.0 to main. This, along with the update
to Clang 16 and other
On 29/06/23 18:34, FreeBSD User wrote:
Am Thu, 29 Jun 2023 16:41:51 +0200
Guido Falsi schrieb:
On 29/06/23 16:35, FreeBSD User wrote:
Hello,
running a recent CURRENT, 14.0-CURRENT #10 main-n263871-fd774e065c5d: Thu Jun
29 05:26:55
CEST 2023 amd64, xfreerdp (net/freerdp) doesn't wo
in remmina by forcing "TLS protocolo security" in the
advanced tab, security protocol negotiation (second row).
Doing this (after some experimentation with various options) solved the
issue for me.
--
Guido Falsi
y provider module? Or is it
available via ports or some other solution? Or maybe it can be provided
via a port? Would make the transition much easier!
--
Guido Falsi
27;m failing to find the correct
solution. Any help appreciated.
Anyway in general be warned that things are also failing at runtime in
unexpected ways!
--
Guido Falsi
On 30/05/23 00:26, Ivan Quitschal wrote:
On Mon, 29 May 2023, Tomoaki AOKI wrote:
On Mon, 29 May 2023 21:05:42 +0200
Guido Falsi wrote:
On 28/05/23 20:45, Guido Falsi wrote:
It may well be something broke... but I'm just wanting to be double
sure it's against a consistent p
On 30/05/23 00:18, Tomoaki AOKI wrote:
On Mon, 29 May 2023 21:05:42 +0200
Guido Falsi wrote:
On 28/05/23 20:45, Guido Falsi wrote:
It may well be something broke... but I'm just wanting to be double
sure it's against a consistent package set. If something broke, then I
can'
On 28/05/23 20:45, Guido Falsi wrote:
It may well be something broke... but I'm just wanting to be double
sure it's against a consistent package set. If something broke, then I
can't help.
I see, I did not understand what you meant at first.
What I posted was the result o
On 28/05/23 18:22, Warner Losh wrote:
On Sun, May 28, 2023, 9:20 AM Guido Falsi <mailto:m...@madpilot.net>> wrote:
On 28/05/23 16:41, Warner Losh wrote:
> Sill questions. Did you update only some of your packages? You
really
> need to update them all at t
rchives/freebsd-current/2023-May/003734.html
--
Guido Falsi
On 28/05/23 16:03, Alastair Hogge wrote:
Hello Guido,
On 2023-05-28 12:44, Guido Falsi wrote:
On 28/05/23 00:42, Alastair Hogge wrote:
Hello,
Is there some way to test your X session with minimum components, and slowly
adding whatever XFCE does?
Maybe I was not perfectly clear. Xorg works
ehind.
As a further note, for my usage keeping DRI3 is not a problem, so if the
only worry I had was to get working xfce on my laptop I would be finished.
What, instead, I'd like to try to understand is what is causing this and
if it could affect more users in the future.
--
Guido Falsi
On 27/05/23 10:31, Guido Falsi wrote:
Hi,
I'm seeing a strange issue with xfwm4 on my laptop running head (commit
5804b7ab378d6207130bd1685c931da6a4e76e55), using pkgbase, everything
build on poudriere.
I have filed an issue upstream with a description and some finding:
420]: curl upgraded: 8.0.1 -> 8.1.0
May 23 09:34:21 ubik pkg[4420]: FreeBSD-unbound upgraded:
14.snap20230512220621 -> 14.snap20230522103000
--
Guido Falsi
ply use vipw; it's the logical way to do this sort
of thing IMHO. But I suppose that this is the way to go for users
who don't have root access (which I always have).
AFAIK only root can use vipw, while chsh is usable by all system users.
Guess you've been root since 1984 :)
--
Guido Falsi
On 14/09/21 00:12, Konstantin Belousov wrote:
On Mon, Sep 13, 2021 at 10:07:46PM +0200, Guido Falsi wrote:
On 13/09/21 19:08, Konstantin Belousov wrote:
On Mon, Sep 13, 2021 at 02:59:25PM +0200, Guido Falsi via freebsd-current wrote:
Hi,
I updated head recently and today I noticed a
On 13/09/21 19:08, Konstantin Belousov wrote:
On Mon, Sep 13, 2021 at 02:59:25PM +0200, Guido Falsi via freebsd-current wrote:
Hi,
I updated head recently and today I noticed a difference which looks wrong.
At boodt the new head shows signifcantly less avail memory than before,
around 3 GiB
On 13/09/21 20:17, Ryan Stone wrote:
On Mon, Sep 13, 2021 at 2:13 PM Guido Falsi via freebsd-current
wrote:
I'm not sure how to get the verbose data for the old boot, since I've
been unable to revert the machine to the old state. I'll try anyway though.
Do you have physica
On 13/09/21 19:08, Konstantin Belousov wrote:
On Mon, Sep 13, 2021 at 02:59:25PM +0200, Guido Falsi via freebsd-current wrote:
Hi,
I updated head recently and today I noticed a difference which looks wrong.
At boodt the new head shows signifcantly less avail memory than before,
around 3 GiB
a7d58
--
Guido Falsi
ere for ports and it really speeds things up (even
SSD disks tend to get slower when hit with a constant high load of mixed
read/write accesses, which poudriere with parallel builds sometime causes)
Hope this helps!
--
Guido Falsi
3 at [2].
[1]
https://lists.freebsd.org/pipermail/dev-commits-src-all/2021-April/005159.html
[2] https://reviews.freebsd.org/D29623
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-cu
s/devel/libgit2]# uname -a
FreeBSD STING 14.0-CURRENT FreeBSD 14.0-CURRENT #23 main-n245729-51cc31088bf:
Tue Mar 30 18:58:45 CEST 2021
root@STING:/usr/obj/usr/src/amd64.amd64/sys/STING amd64
It's been fixed, update your ports tree.
--
Guido Falsi
___
On 29/03/21 16:28, Mario Lobo wrote:
[snip]
Good point. Now the question is, what the default should be. Since the
correct aio configuration is in the pkg-message and easy to setup I'd go
for default to AIO turned on.
--
Guido Falsi
+1
The way it is, is running smooth here on STAB
e. Since the
correct aio configuration is in the pkg-message and easy to setup I'd go
for default to AIO turned on.
I Have a few things on he pope with ports, I will need some days to work
this out.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing
On 28/03/21 22:34, Guido Falsi via freebsd-current wrote:
On 27/03/21 06:04, David G Lawrence via freebsd-current wrote:
On Fri, Mar 26, 2021 at 1:01 PM Graham Perrin
wrote:
On 26/03/2021 03:40, The Doctor via freebsd-current wrote:
??? if people are having issues with ports like ???
If
t I/O will random hang in VirtualBox. This issue was
mitigated in a late 5.x VirtualBox by patching to not use AIO, but the issue
came back in 6.x when that patch wasn't carried forward.
Sorry I lost that patch. Can you point me to the patch? Maybe it can be
easily ported.
an install with 'pkg install':
pkg install git
The git port has flavors. The full port can be excessive, git@lite looks
good, if one only wants basic functionality there is also git@tiny, but
I don't know what limitations that e
ild/reinstall.
The cause is dialog4ports failing to start and the system sees no option
changed.
If that's not enough try
# ldd -v /usr/local/bin/dialog4ports
And see if it reports some useful information.
--
Guido Falsi
___
freebsd-curre
On 04/03/21 21:16, Guido Falsi via freebsd-current wrote:
On 04/03/21 20:56, Antonio Olivares wrote:
On Thu, Mar 4, 2021 at 1:55 PM Antonio Olivares
wrote:
On Thu, Mar 4, 2021 at 1:51 PM David Wolfskill
wrote:
On Thu, Mar 04, 2021 at 01:47:03PM -0600, Antonio Olivares wrote:
xfig
is.
Thanks for reporting it!
BTW to edit desktop menu entries in xfce you can use x11/menulibre.
The icedtea-web start/openjdk issue is more important for me. Just
writing to see if someone else has encountered this.
Don't know much about java, but I can't find information about t
On 03/02/21 17:02, John Baldwin wrote:
On 2/2/21 10:16 PM, Hartmann, O. wrote:
On Mon, 1 Feb 2021 03:24:45 +
Rick Macklem wrote:
Rick Macklem wrote:
Guido Falsi wrote:
[good stuff snipped]
Performed a full bisect. Tracked it down to commit aa906e2a4957,
adding
KTLS support to embedded
On 03/02/21 07:16, Hartmann, O. wrote:
On Mon, 1 Feb 2021 03:24:45 +
Rick Macklem wrote:
Rick Macklem wrote:
Guido Falsi wrote:
[good stuff snipped]
Performed a full bisect. Tracked it down to commit aa906e2a4957, adding
KTLS support to embedded OpenSSL.
I filed a bug report about this
On 01/02/21 04:24, Rick Macklem wrote:
Rick Macklem wrote:
Guido Falsi wrote:
[good stuff snipped]
Performed a full bisect. Tracked it down to commit aa906e2a4957, adding
KTLS support to embedded OpenSSL.
I filed a bug report about this:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id
On 31/01/21 10:35, Hartmann, O. wrote:
On Sat, 30 Jan 2021 16:22:50 +0100
Guido Falsi via freebsd-current wrote:
On 30/01/21 12:34, Guido Falsi via freebsd-current wrote:
On 30/01/21 11:25, Tomoaki AOKI wrote:
On Sat, 30 Jan 2021 07:39:23 +0100
"Hartmann, O." wrote:
We recent
On 30/01/21 12:34, Guido Falsi via freebsd-current wrote:
On 30/01/21 11:25, Tomoaki AOKI wrote:
On Sat, 30 Jan 2021 07:39:23 +0100
"Hartmann, O." wrote:
We recently updated to FreeBSD 14.0-CURRENT #9
main-n244517-f17fc5439f5: Fri Jan 29
16:29:50 CET 2021 amd64. After make delet
+1.
IIRC, d6327ae8c11b was OK, but ebc61c86b556 is not.
Unfortunately, I currently don't have enough time to bisect
further. :-(
I'm running 07d218f70c2f and it is affected, this restricts the range
slightly more.
--
Guido Falsi
___
freebsd-current
amd64_syscall+0x10c fast_syscall_common+0xf8 make: Working in: /usr/ports
The system is idle otherwise.
How can this be resolved? Is this phenomenon known?
I'm seeing similar behaviour. Switching to the svn:// scheme was a
successful workaround.
--
Guido
icate of this. In the duplicate
I posted a patch including the __FreeBSD_version check.
Since you just gave approval for that I'll go ahead and commit, it
should also be merged to 2021Q1, since it affects 13.
--
Guido Falsi
___
freebsd-current@f
any port that happens
to link against it (for example tmux).
I did reinstall all packages to be on the safe side.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe
part of my message). In agree my
example should have stated this again here.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-uns
IK creating forks and a lot of branches is "the git way".
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
no extra commits, the changes in my checkout
as I want them and no stashed ones (gt does not remove the stash until
you commit the resolved changes, which, as I said is not what I want to
do usually)
I hope I clearly explained this, and if this was obvious to everyone,
so
both tools at $WORK, I am
just curious what leads to these decisions.
This is a draft document discussing exactly this (I'm not the author,
imp was)
https://github.com/bsdimp/freebsd-git-docs/blob/main/git-why.md
--
Guido Falsi
___
fr
On 08/11/20 01:43, Tomoaki AOKI wrote:
On Sun, 8 Nov 2020 00:22:26 +0100
Guido Falsi wrote:
On 07/11/20 17:20, Gary Jennejohn wrote:
It seems like an entry should be added to /usr/src/UPDATING, since the change
made
to the malloc code causes panics with KMODs from ports if they haven't
On 08/11/20 06:48, Gary Jennejohn wrote:
On Sun, 8 Nov 2020 00:22:26 +0100
Guido Falsi wrote:
On 07/11/20 17:20, Gary Jennejohn wrote:
It seems like an entry should be added to /usr/src/UPDATING, since the change
made
to the malloc code causes panics with KMODs from ports if they haven&#
would be useful.
Why? Rebuilding kmods every time you update the kernel sources is
already required by default.
You should be surprised when the old kmods still work, not the other way
around.
--
Guido Falsi
___
freebsd-current@freebsd.org ma
ne-off
> bug?
>
I was getting this too, should be fixed by r365466.
It can also be fixed by adding "options KDTRACE_HOOKS" to your kernel
config, so that symbol gets defined.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing
On 08/09/20 19:30, Mark Johnston wrote:
> On Tue, Sep 08, 2020 at 07:24:38PM +0200, Guido Falsi wrote:
>> On 08/09/20 10:01, Guido Falsi wrote:
>>> Hi,
>>>
>>> I'm trying to update to recent head, but I can't boot my system with the
>>>
On 08/09/20 19:30, Mark Johnston wrote:
> On Tue, Sep 08, 2020 at 07:24:38PM +0200, Guido Falsi wrote:
>> On 08/09/20 10:01, Guido Falsi wrote:
>>> Hi,
>>>
>>> I'm trying to update to recent head, but I can't boot my system with the
>>>
On 08/09/20 10:01, Guido Falsi wrote:
> Hi,
>
> I'm trying to update to recent head, but I can't boot my system with the
> compiled kernel.
>
> The system has ZFS on root and was working with previous kernel (before
> OpenZFS migration).
>
> I'm tr
Thanks in advance!
[1] FreeBSD-13.0-CURRENT-amd64-20200903-c122cf32f2a-memstick.img.xz
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
I was experiencing this issue on my laptop, and your patch fixes it
perfectly.
I was trying to gather information to file a bug report but you fixed it
before I could act.
No ill effects on other computers I tested this on.
So Thank you!
--
Guido Falsi
__
a' should work.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
On 19/09/19 18:54, Freddie Cash wrote:
> On Thu, Sep 19, 2019 at 9:47 AM Guido Falsi <mailto:m...@madpilot.net>> wrote:
>
> On 19/09/19 18:04, Michael Gmelin wrote:
> >
> > What about gpart output of the pool drives?
> >
> > In gener
e case of a mirror (or a zraid) this could be fixed by
detaching adaX devices and reattaching them using the label. Disvantage
is the cluster will need to resilver, causing some degraded time and
extra disk load.
--
Guido Falsi
___
freebsd-current@
On 01/09/19 20:41, Evilham wrote:
> On dg., set. 01 2019, Evilham wrote:
>
>> On dg., set. 01 2019, Guido Falsi wrote:
>>
>>> Hi,
>>>
>>> I'm experiencing a recurring panic I can trigger repeatably.
>>>
>>
>> I was going to s
On 01/09/19 15:19, Mateusz Guzik wrote:
> This is fixed in https://svnweb.freebsd.org/base?view=revision&revision=351642
Thanks! I missed that one!
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/l
reported as fixed in a later commit)
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
fc948, rbp = 0x7fffc9c0 ---
KDB: enter: panic
Anyone can help?
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
S pool on a GPT partition? If so how the pool is
> configured: single disk, stripe, mirror or raidz?
>
> Try reverting r349349.
I'm having thee same issue. UEFI system, ZFS on root, two mirrored disks.
Reverting 349349 fixes it.
--
Guido Falsi
On 12/11/18 19:09, Konstantin Belousov wrote:
> On Mon, Nov 12, 2018 at 06:08:11PM +0100, Guido Falsi wrote:
>> But maybe some safety is still required to avoid other stumbling in the
>> same problem. Or at least a notice in the docs.
>>
>> My BIOS presents the disable
On 12/11/18 18:08, Guido Falsi wrote:
>
> My BIOS presents the disabled option as a compatibility thing for
> Windows 95, which could encourage people tom enable it.
Correction, it cites Windows XP in the description.
--
Guido Falsi
__
On 12/11/18 15:33, Konstantin Belousov wrote:
> On Mon, Nov 12, 2018 at 11:52:25AM +0100, Guido Falsi wrote:
>> cpu_stdext_feature: 281
> ...
>> cpu_set_user_tls+0x2d: callset_pcb_flags_raw
> ...
>>
>> The patch does produce a working kernel. In fa
On 11/11/18 22:14, Konstantin Belousov wrote:
> On Sun, Nov 11, 2018 at 08:44:24PM +0100, Guido Falsi wrote:
>> On 11/11/18 11:10, Guido Falsi wrote:
>>> On 11/11/18 00:07, Konstantin Belousov wrote:
>> I performed these tests. I downloaded the 12.0-BETA4 and 11.2
&g
On 11/11/18 11:10, Guido Falsi wrote:
> On 11/11/18 00:07, Konstantin Belousov wrote:
>> On Sat, Nov 10, 2018 at 05:27:09PM +0100, Guido Falsi wrote:
>>> On 10/11/18 13:08, Guido Falsi wrote:
>>>> I'll to bisect things, but it will be a slow process.
>>
On 11/11/18 00:07, Konstantin Belousov wrote:
> On Sat, Nov 10, 2018 at 05:27:09PM +0100, Guido Falsi wrote:
>> On 10/11/18 13:08, Guido Falsi wrote:
>>> I'll to bisect things, but it will be a slow process.
>>
>> I narrowed it down to r339895.
> I somehow
On 10/11/18 13:08, Guido Falsi wrote:
> Hi,
>
> Today I was updating my home machines to recent head, r340303.
> Previously I was running r339449.
>
> I have a build machine where I build base packages (and also runs
> poudriere). I updated that machine using packages I bui
ks in advance!
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
einstalls pkg but after a
> reboot pkg is not working anymore.
> And gives me the following error.
> root@builder:/usr/src # pkg
> ld-elf.so.1: Shared object "libssl.so.8" not found, required by "pkg"
>
> What can i do to get out of this cycle.
>
Use pkg-s
On 7/31/18 12:49 PM, Guido Falsi wrote:
> On 7/31/18 12:41 PM, tech-lists wrote:
>> Hello,
>>
>> context: freebsd-12 r336215 arm64
>>
>> I don't want xorg or X11 or any of its components installed on this
>> system. I install ports in the traditional w
's a new method. If there is, can anyone
> please tell me how?
You can add OPTIONS_UNSET+=X11 in make.conf.
ports having an X11 option will have that disabled by default.
There is no warranty no port will have X11 dependencies anyway, it's not
mandatory to respect that knob.
--
Guido
interrupts handling method.
this looks like the original RFC for this code:
https://lists.freebsd.org/pipermail/freebsd-arm/2014-April/007915.html
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
d group of vesa modes.
This can be fixed later forcing the console to use the vt driver and
loading the appropriate module.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
(I'll test this approach
later)
I have no need for xlint and have no objection to it's removal, but
loosing the ability to build older source trees from head looks wrong.
Don't know if modifying older branches to cope with the lint command not
being
On 09/29/2017 10:59, O. Hartmann wrote:
> On Thu, 28 Sep 2017 09:38:58 +0200
> Guido Falsi wrote:
>
>> On 09/28/2017 08:11, O. Hartmann wrote:
>>> On Wed, 27 Sep 2017 09:05:42 +0200
>>> Guido Falsi wrote:
>>>
>>>> On 09/26/2017 15:41, O
On 09/28/2017 09:38, Guido Falsi wrote:
> I'm not understanding what you are expecting us to do based on
> circumstantial and partial data.
>
I'm clarifying myself here:
I mean that I don't know what to do about this based on the data and the
details you give. What you
On 09/28/2017 08:11, O. Hartmann wrote:
> On Wed, 27 Sep 2017 09:05:42 +0200
> Guido Falsi wrote:
>
>> On 09/26/2017 15:41, O. Hartmann wrote:
>>> On Tue, 26 Sep 2017 15:06:23 +0200
>>> Guido Falsi wrote:
>>
>>> Since I run net/asterisk with a
e have a indication that there is porbably something, I'll go for
> deeper investiagtions with a static config.
>
I disagree with the indication buyt to investigate such a problem you
need to use better tools than just looking at the free ram reported in
top. Please at least give
router with very limited FW/NAT functionality.
On the other hand if you actually need thousands of UDP ports(that is
thousands of simultaneous calls), most probably you also can get a
static IP address for your PBX.
On 09/26/2017 15:29, O. Hartmann wrote:
> On Tue, 26 Sep 2017 11:27:05 +0200
>
On 09/27/2017 11:27, O. Hartmann wrote:
> On Wed, 27 Sep 2017 09:05:42 +0200
> Guido Falsi wrote:
>> But while asterisk is running does the memory usage increase unbounded
>> till filling all available memory or does it stabilize at some point?
>
> As far as I could obser
On 09/26/2017 15:41, O. Hartmann wrote:
> On Tue, 26 Sep 2017 15:06:23 +0200
> Guido Falsi wrote:
> Since I run net/asterisk with automatic module loading (I'm new to asterisk),
> this is very likely and might cause the problem somehow.
>
You can exclude single modules
tely not enough. Have you seen
asterisk process allocate more and more memory?
You should check also what other processes in the system are doing. A
computer software when running never really does "nothing"(except,
maybe, when swapped out) and some memory usage can accumulate in man
unless you have very low call
volume(let's say that more that 10 through firewall performing extra
manipulation on RTP streams is starting to be non trivial) or
appropriate hardware.
Hope this all helps.
[1]
https://wiki.asterisk.org/wiki/display/AST/Configuring+res_pjsip+to+work+
el to have this
working.
Other than that, I believe if wlan interfaces cannot have their mac
address changed, ifconfig should return an error when user attempts to
do it, and if_setlladdr() should do the same.
Thoughts?
I agree returning some error code would be nicer on users.
--
Guido Falsi
.
You should at least state make and model of your Mother board and CPU,
kind of disks attached, type make and model of controller. If it is a
branded box, make and model of the box could suffice.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing li
e only problem is the database file corruption and depending on how
old the backup DB is you could be lucky with that.
The repo database can be simply removed, pkg should download a new one.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
http
only poroblem is the database file corruption and depending on
how old the backup DBB is you could be lucky with that.
The repo database can be simply removed, pkg should download a new one.
--
Guido Falsi
___
freebsd-current@freebsd.o
9:45 samson last message repeated 464140 times
Dec 24 14:20:38 samson last message repeated 835899 times
Fixed in r310504.
Thanks to you!
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-cur
mson last message repeated 835899 times
I'm sseeing this too. just upgraded one machine to r310496.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send an
;
> Haven't yet done any bisecting, just a heads up
> for anyone encountering the same.
>
New nvidia driver has two kernel modules, most probably you also need to
load nvidia-modeset.ko.
Check nvidia driver pkg-message (pkg info -D nvidia-driver)
On 09/03/16 15:11, O. Hartmann wrote:
> Am Sat, 3 Sep 2016 14:01:15 +0200
> Michael Tuexen schrieb:
>
>>> On 03 Sep 2016, at 13:24, Guido Falsi wrote:
>>>
>>> On 09/03/16 13:08, Michael Tuexen wrote:
>>>>> On 03 Sep 2016, at 12:55, Oliver
On 09/03/16 13:08, Michael Tuexen wrote:
>> On 03 Sep 2016, at 12:55, Oliver Böttcher wrote:
>>
>> Am Freitag, den 02.09.2016, 22:09 +0200 schrieb Guido Falsi:
>>> I think you should open a bug report and post the number here so
>>> feedback about this can
On 09/02/16 22:09, Guido Falsi wrote:
> On 09/02/16 20:35, Oliver Böttcher wrote:
>> Hi all,
>>
>> I tried to install 11.0-RC2 on an apu2c4 which stucks on boot and waits
>> forever (screenshot here [1]). So I tried to install 10.3-RELEASE which
>> installed wit
I'm going to try to narrow it down further anyway, but will need some time.
I think you should open a bug report and post the number here so
feedback about this can be collected there.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
htt
On 08/24/16 16:55, Bryan Drewery wrote:
> On 8/22/2016 4:08 AM, Guido Falsi wrote:
>> Hi,
>>
>> While building a NanoBSD image using releng/11 sources I got this error
>> message:
>>
>> ===> lib/libc++ (install)
>> install -C -o root -g wheel -m 4
would be affected as make install, but maybe
this information can help narrow things down.
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
ot sure what's happening, I already tried reverting locally
r301880, thinking it could be related, but this changed nothing.
Anyone has some insight? It was working fine up to August 4th.
Thanks in advance to anyone giving me some hint!
--
Guido Falsi
d(NO_ADAPTIVE_SX)
#include
+#include
#endif
#ifdef DDB
--
Guido Falsi
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
1 - 100 of 169 matches
Mail list logo
