In message <20170514193006.GA1298@brick>, Edward Tomasz =?utf-8?Q?Napiera=C5=82
a?= writes:
>I've tried to verify that, and sadly it wasn't it for me. The commit
>that does break resume for me is r316767. The current -CURRENT with
>this one commit reverted ("svn merge -c -r316767 .") su
On 0506T1103, Manuel Stühn wrote:
> On Sat, May 06, 2017 at 10:52:56AM +0200, Manuel Stühn wrote:
> >On Wed, 03 May 2017 22:28:41 +0200, Freebsdnewbie wrote
> >>
> >>> Von: Adrian Chadd
> >>> Gesendet: Mo. 01.05.2017 23:31
> >>> An: Manuel Stühn ,
> >>> Kopie: freebsd-current ,
> >>> Betreff: Re: r
On recent CURRENT, FreeBSD 12.0-CURRENT #82 r318277: Sun May 14 19:34:54 CEST
2017 amd64,
with WITH_LLD_IS_LD=yes set, mplayer rejects to work and
fails to start and quits immediately with:
/usr/local/lib/libglib-2.0.so.0: Undefined symbol "environ"
I already tried to recompile mplayer with "po
On 05/09/2017 12:07, Henri Hennebert wrote:
Hello,
I build current -r317181 with crochet for my PINE64.
the kernel can boot with loader.conf.local:
geom_mirror_load="YES"
If I add to loader.conf.local:
zfs_load="YES"
or if I strike the space bar during loader.efi and I load zfs manually:
O
Hi All,
FYI: For those who use FreeBSD-HEAD, misc/mc and it's awesome "compare
two files" feature:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=219277
HTH
--
WBR, bsam
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=218849
Thomas Steen Rasmussen / Tykling changed:
What|Removed |Added
CC||tho...@gibfest.d
Hi.
Posting on freebsd-current as this only affects -head.
I recently noticed ports-mgmt/pkg_rmleaves failes to process
new leaf ports after removal of leaf ports on -head with error
messages below.
> diff: unrecognized option `--unchanged-line-format='
> usage: diff [-abdilpTtw] [-c | -e | -f |
On Sun, May 14, 2017 at 01:12:11AM +, Rick Macklem wrote:
> >> It is also the case that mountd.c doesn't look "nobody" up in the password
> >> database
> >> to set the default. It would be nice to do this, but it could result in
> >> the mountd daemon
> >> getting "stuck" during a boot waiti