Re: [RFC] remove GNU rcs from FreeBSD 12

2016-09-12 Thread Alfred Perlstein 



On 9/11/16 6:38 AM, Baptiste Daroussin wrote:

hi,

For long we are planning to remove GNU rcs from base, after a failed attempt
before FreeBSD 10.0. Let see where we are to be able to remove it from FreeBSD
12.

GNU rcs is a GPLv2 software with newer version being GPLv3 preventing any
updates/fixes.

 From previous discussions there were issues that has been raised in previous
attempts:
- ident(1) is still useful given we still have Keywords in our sources. It has
   been replaced by a BSD Licensed version (enhanced to improve compatibility
   with Subversion Keyword) for FreeBSD 11. So that tool will remain in base
   after removal of GNU rcs.
- etc-update uses merge(1) from GNU rcs, this has been changed in head to use
   diff3 instead.
- rc.subr allows to use rcs for the backup file functionality. This
   functionality is off by default as such I plan to make a warning if rcs is 
not
   installed and recommand to install rcs from base (or if noone claim using the
   feature I will just remove the functionality and only keep the default
   behaviour aka keep one backup copy).
- people uses rcs to handle configuration files in /etc for example. for those
   multiple compatible alternatives are available in ports:
   * rcs57: a copy of the latest version of GNU rcs in base before removal
 (GPLv2)
   * rcs: latest GNU rcs version (GPLv3)

I haven't gone the direction of importing OpenRCS (BSD licensed version from
OpenBSD) as it needs way more work to be 100% compatible with latest version of
GNU rcs.

How to proceed:
- First turn off GNU rcs by default for a couple of month.
- Totally remove GNU rcs if no blockers has been raised.

Best regards,
Bapt

\o/

-Alfred
___
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"

Jenkins build is back to stable : FreeBSD_HEAD #641

2016-09-12 Thread jenkins-admin 
See 

___
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"

Jenkins build became unstable: FreeBSD_HEAD #640

2016-09-12 Thread jenkins-admin 
See 

___
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"

Re: 11.0-RC2 suspend/resume on thinkpad x201 kills poweroff

2016-09-12 Thread John Baldwin 
On Monday, September 12, 2016 10:35:35 AM Philip Homburg wrote:
> In your letter dated Fri, 9 Sep 2016 07:51:35 -0700 you wrote:
> >is it too new to "kldload i915kms" ?
> 
> Yes, i915kms does the trick.
> 
> In X, suspend/resume works. On a console it requires a console switch
> go get screen output. It would be nice if the driver could do this
> automaticaly.
> 
> I guess now the question is where to document this. The handbook seems
> to be silent about this issue.

The console resume thing is a bug on all systems in vt(4).  With sc(4)
resume on console brings the screen back.  It seems that vt(4) needs
some sort of "repaint" call on resume.

-- 
John Baldwin
___
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"

Re: nvidia or Xorg broken on head

2016-09-12 Thread Gleb Smirnoff 
On Mon, Sep 12, 2016 at 06:14:35PM +0200, Guido Falsi wrote:
G> >   Upgraded to yesterdays head (and packages) and
G> > now my X doesn't come up. Black screen with vt(4)'s
G> > cursor in left upper corner and with vt(4)'s mouse
G> > pointer. I'm able to switch to other console.
G> > 
G> > Haven't yet done any bisecting, just a heads up
G> > for anyone encountering the same.
G> > 
G> 
G> New nvidia driver has two kernel modules, most probably you also need to
G> load nvidia-modeset.ko.
G> 
G> Check nvidia driver pkg-message (pkg info -D nvidia-driver), should have
G> instructions about this.

Thanks, Guido! That was the case.

-- 
Totus tuus, Glebius.
___
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"

Re: nvidia or Xorg broken on head

2016-09-12 Thread Guido Falsi 
On 09/12/16 18:05, Gleb Smirnoff wrote:
>   Hi!
> 
>   Upgraded to yesterdays head (and packages) and
> now my X doesn't come up. Black screen with vt(4)'s
> cursor in left upper corner and with vt(4)'s mouse
> pointer. I'm able to switch to other console.
> 
> 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), should have
instructions about this.

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

nvidia or Xorg broken on head

2016-09-12 Thread Gleb Smirnoff 
  Hi!

  Upgraded to yesterdays head (and packages) and
now my X doesn't come up. Black screen with vt(4)'s
cursor in left upper corner and with vt(4)'s mouse
pointer. I'm able to switch to other console.

Haven't yet done any bisecting, just a heads up
for anyone encountering the same.

-- 
Totus tuus, Glebius.
___
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"

How to properly define nomakeoption?

2016-09-12 Thread Ruslan Makhmatkhanov 
The subject says it. I'm trying to override/reset DEBUG and WITH_CTF 
make options in kernel config file, but can't realize what the correct 
syntax is.


GENERIC have this two:
makeoptions DEBUG=-g
makeoptions WITH_CTF=1

So I'm trying something like:

include GENERIC-NODEBUG
ident PROD

nomakeoptionDEBUG
nomakeoptionWITH_CTF

(also tried nomakeoptions DEBUG,WITH_CTF)

And they both fails with syntax error. How it supposed to be written?
Thanks.

--
Regards,
Ruslan

T.O.S. Of Reality
___
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"

PROBLEM: memory disk, autologin and pam_mkhomedir

2016-09-12 Thread O. Hartmann 
Hello all.

Running a small NanoBSD image that is supposed to provide only a one-user,
single simple session utilizing Firefox, I run into problems.

The setup targets a security sensitive issue, so the /home folder is
created as a memory disk and of limited size via /etc/fstab.

The user, called "autologin" for simple reasons, has the proper settings
in /etc/gettytab:

#
#   Autologin Terminal
#
Pc-auto|Pc autologin console:\
:tc=Pc:sp#230400:\
:al=autologin:

and its settings in /etc/ttys meets this requirement by:

ttyv1   "/usr/libexec/getty Pc-auto"xterm   on  secure

So far. To make this user a real autologin user, I also added
to /etc/pam.d/system the recommendation as of:

# session
sessionrequired/usr/local/lib/pam_mkhomedir.so \
mode=0750 session   
requiredpam_lastlog.so  no_fail


Obviously, this logix doesn't apply. The user "autologin" gets logged in to
"/", on the console I have some error message saying 

[...]
No home directory.
Logging in with home = "/"

The user is located in root's root. Typing "cd" at the carret puts then this
user into /home/autolgin - as expected, but too late!

I guess autologin logs in users way to early, or something is missing in the
pam_mkhomedir config, but I can't find out what. I tried to check also
login.conf(5) for suitable answeres, but none found. The operator :requirehome:
in /etc/login.conf can not be used, since the creation of the home on loggin
doesn't work as expected.

Is this a bug or a feature? Is there a solution to this?

Thank you very much in advance for your help,

Kind regards,
Oliver
___
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"

Jenkins build is back to stable : FreeBSD_HEAD #639

2016-09-12 Thread jenkins-admin 
See 

___
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"

Re: 11.0-RC2 suspend/resume on thinkpad x201 kills poweroff

2016-09-12 Thread Philip Homburg 
In your letter dated Fri, 9 Sep 2016 07:51:35 -0700 you wrote:
>is it too new to "kldload i915kms" ?

Yes, i915kms does the trick.

In X, suspend/resume works. On a console it requires a console switch
go get screen output. It would be nice if the driver could do this
automaticaly.

I guess now the question is where to document this. The handbook seems
to be silent about this issue.

___
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"

Jenkins build became unstable: FreeBSD_HEAD #638

2016-09-12 Thread jenkins-admin 
See 

___
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"