Re: Devops question: freebsd-update needs a real tty to run, problem for automation

On Tue, Jan 13, 2015 at 4:14 PM, Allan Jude wrote: > On 2015-01-13 18:11, Craig Rodrigues wrote: > > Hi, > > > > Ahmed Kamal, a devops expert, is helping me to script the steps to > > upgrade a cluster of FreeBSD machines. For certain machines, > > we want to track the official FreeBSD releases

Jenkins build is back to stable : FreeBSD_HEAD-tests2 #588

See ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Jenkins build became unstable: FreeBSD_HEAD-tests2 #587

See ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

drm2 regression: backlight adjustment on ivybridge no longer works

Hi, I've just found a regression. The backlight adjustment doesn't work on my ivybridge mobile laptop (Lenovo X230) after the dri update. I've added debugging. It's making it all the way to the pch backlight panel update routine in intel_panel.c, but it's not changing the backlight appearance it

Jenkins build is back to normal : Build-UFS-image #939

See ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: dblfault panic r277611

On Sat, Jan 24, 2015 at 12:35:19PM +0200, Konstantin Belousov wrote: > On Sat, Jan 24, 2015 at 12:46:33PM +0300, Chagin Dmitry wrote: > > Hi, > > > > > > dchagin.static.corbina.net dumped core - see /var/crash/vmcore.7 > > > > Sat Jan 24 01:02:20 MSK 2015 > > > > FreeBSD dchagin.static.corbina.

Re: elftoolchain version of strip unlinks hard-linked files ?

Hi Luigi, On 24 January 2015 at 03:11, Luigi Rizzo wrote: > I just found that recent versions of 'strip' on head (the change > occurred between svn 276756 and 277633, not in the code but with > the change from GNU binutils to the elf toolchain) when operating > on hard-linked files, creates a new

Re: install: /usr/tests/etc/rc.d/routing_test: No such file or directory

On Sat, Jan 24, 2015 at 10:42 AM, Adrian Chadd wrote: > I just updated a box: > > ===> etc/tests/rc.d (install) > install -o root -g wheel -m 555 routing_test > /usr/tests/etc/rc.d/routing_test > install: /usr/tests/etc/rc.d/routing_test: No such file or directory > *** Error code 71 > > .. di

Re: [CURRENT] r277641 fails to installworld: routing_test: No such file or directory

On Sat, Jan 24, 2015 at 01:54:43PM +0100, Matthias Apitz wrote: > El día Saturday, January 24, 2015 a las 01:49:58PM +0100, O. Hartmann > escribió: > > > Most recent sources fail to install with the error below. CURRENT is amd64 > > and at r277641: > > > > > > ===> etc/tests/rc.d (install) > >

Build failed in Jenkins: Build-UFS-image #938

See -- [...truncated 20278 lines...] install -o root -g wheel -m 555 12 install -o root -g w

install: /usr/tests/etc/rc.d/routing_test: No such file or directory

I just updated a box: ===> etc/tests/rc.d (install) install -o root -g wheel -m 555 routing_test /usr/tests/etc/rc.d/routing_test install: /usr/tests/etc/rc.d/routing_test: No such file or directory *** Error code 71 .. did someone forget an mtree? -a ___

Build failed in Jenkins: Build-UFS-image #937

See -- [...truncated 20278 lines...] install -o root -g wheel -m 555 12 install -o root -g w

Re: OptionalObsoleteFiles.inc completeness improvement, try 2

* Dmitry Marakasov (amdmi3@hades.panopticon) wrote: > Also there is a question of delete-old-dirs removing directories > which are created by mtree run by installworld unconditionally. > This seems to be incorrect - either directories should be installed > conditionally or not removed by delete-ol

Re: OptionalObsoleteFiles.inc completeness improvement, try 2

* Garrett Cooper (yaneurab...@gmail.com) wrote: > >>> Hi Dmitry, > >>> Seems like we’ve duplicated work a bit. Have you looked at > >>> ^/projects/building-blocks yet ? > >> > >> Hm, seems so, partly. How do you gather missing entries? My way is > >> pretty dumb, I just do bunch of installworl

Re: panic in pmap_remove_pages()

On Fri, Jan 23, 2015 at 07:58:08AM -0800, Steve Kargl wrote: > On Fri, Jan 23, 2015 at 12:51:00PM +0200, Konstantin Belousov wrote: > > On Wed, Jan 21, 2015 at 01:47:06PM -0800, Steve Kargl wrote: > > > Fatal trap 9: general protection fault while in kernel mode > > > cpuid = 3; apic id = 13 > > >

Re: [CURRENT] r277641 fails to installworld: routing_test: No such file or directory

El día Saturday, January 24, 2015 a las 01:49:58PM +0100, O. Hartmann escribió: > Most recent sources fail to install with the error below. CURRENT is amd64 > and at r277641: > > > ===> etc/tests/rc.d (install) > install -o root -g wheel -m 555 routing_test > /usr/tests/etc/rc.d/routing_tes

[CURRENT] r277641 fails to installworld: routing_test: No such file or directory

Most recent sources fail to install with the error below. CURRENT is amd64 and at r277641: ===> etc/tests/rc.d (install) install -o root -g wheel -m 555 routing_test /usr/tests/etc/rc.d/routing_test install: /usr/tests/etc/rc.d/routing_test: No such file or directory *** Error code 71 Regard

Re: dblfault panic r277611

On Sat, Jan 24, 2015 at 12:46:33PM +0300, Chagin Dmitry wrote: > Hi, > > > dchagin.static.corbina.net dumped core - see /var/crash/vmcore.7 > > Sat Jan 24 01:02:20 MSK 2015 > > FreeBSD dchagin.static.corbina.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2 > r277611+c41ef74(lemul): Sat Jan 24 00:53:45

dblfault panic r277611

Hi, dchagin.static.corbina.net dumped core - see /var/crash/vmcore.7 Sat Jan 24 01:02:20 MSK 2015 FreeBSD dchagin.static.corbina.net 11.0-CURRENT FreeBSD 11.0-CURRENT #2 r277611+c41ef74(lemul): Sat Jan 24 00:53:45 MSK 2015 r...@dchagin.static.corbina.net:/home/rootobj/home/git/head/sys/YO

elftoolchain version of strip unlinks hard-linked files ?

I just found that recent versions of 'strip' on head (the change occurred between svn 276756 and 277633, not in the code but with the change from GNU binutils to the elf toolchain) when operating on hard-linked files, creates a new file instead of modifying the original: This is the old behaviour