https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227541
--- Comment #1 from hsak...@tsnr.com ---
Sorry, my patch was incomplete and failed without '-Y' option. The 'pwd' always
need to be duplicated.
patch:
--- pw_user.c.orig 2018-04-16 14:26:59.461462000 +0900
+++ pw_user.c 2018-04-19
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227589
--- Comment #4 from Ed Maste ---
Ah, it's actually a y2106 problem: on all archs but i386 we have 64-bit time_t
but are storing 32-bit unsigned ints in the pwd db. signed 32 bit int goes to
2038, unsigned 32 bit to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227589
Ed Maste changed:
What|Removed |Added
Summary|chpass(1): post-2038 dates |chpass(1):
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227605
Conrad Meyer changed:
What|Removed |Added
Assignee|b...@freebsd.org|c...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227605
--- Comment #1 from Conrad Meyer ---
Nice find. It seems like this can only happen if passed an mbuf chain or uio
longer than crd_len. Does using the API like this actually make sense?
We could maybe add an assertion
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227609
Mark Millard changed:
What|Removed |Added
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227589
--- Comment #3 from Ed Maste ---
Proposed patch to disallow y2038 dates in chpass:
https://github.com/emaste/freebsd/commit/d69eea06fcc51bf92bccebea3cb25ac84974d664
(y2048 in commit message is a typo)
--
You are
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227615
Bug ID: 227615
Summary: Release 10.3-p29 i386 unstable on new servers
Product: Base System
Version: 10.3-RELEASE
Hardware: i386
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227589
--- Comment #2 from Ed Maste ---
Thank you for the report. In the near future I'll add a band-aid to disallow
y2038+ dates, before we can implement a full fix.
--
You are receiving this mail because:
You are the
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227589
Ed Maste changed:
What|Removed |Added
CC||ema...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227609
--- Comment #1 from tschwei...@gmail.com ---
checking out sources, then configuring, then compiling tools, then world.
Compiling wold fails with out of swap space. In some rare cases compiling world
succeeds, but then compiling kernel
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227570
Ed Maste changed:
What|Removed |Added
Assignee|b...@freebsd.org|ema...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227570
Ed Maste changed:
What|Removed |Added
Assignee|b...@freebsd.org|ema...@freebsd.org
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227609
Bug ID: 227609
Summary: Compiling world from sources fails: out of swap space
Product: Base System
Version: CURRENT
Hardware: amd64
OS: Any
Status: New
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227605
Mark Linimon changed:
What|Removed |Added
Keywords||patch
--
You
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227404
Tijl Coosemans changed:
What|Removed |Added
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=227605
Bug ID: 227605
Summary: [OCF] encrypt_multi/decrypt_multi process too many
data
Product: Base System
Version: CURRENT
Hardware: Any
OS: Any
17 matches
Mail list logo