On Wed Aug 10 11, Test Rat wrote:
> $ tar tf FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso | fgrep -i kernel
> [nothing]
> $ mount -t cd9660 /dev/$(mdconfig -f
> FreeBSD-9.0-HEAD-20110810-JPSNAP-bootonly.iso) /media
> $ ls -1 /media/boot/kernel
> aac.ko
> accf_data.ko
As you found earlier,
http://code.google.com/p/freebsd-powerpc-9-0-current-updated-packages/downloads/list?can=2&q=&colspec=Filename%20Summary%20Uploaded%20ReleaseDate%20Size%20DownloadCount&sort=filename&num=100&start=0
One reason I have the packages up is due to the fact bthat there are none
for the PowerPC/POWER arc
On Sun, Aug 7, 2011 at 3:08 AM, deeptec...@gmail.com
wrote:
> as of recent times, some git rebase operations fail unexpectedly with
> an error: "cannot create .git/index.lock: file exists". an
> investigation session was something like the following:
> $ ls -l .git
> the index.lock file is not in
On Sun, 14 Aug 2011, Alexander Best wrote:
has anybody seen this buildworld failure?
Could you try the attached patch and see if it helps? I currently have it in
the re@ approval queue. It does appear to fix the problem here.
Generally, I would strongly advise against using modules built
Dear all:
As you may have seen from current@ traffic, a bug crept in during the Capsicum
merge, introduced by the infamous Last Minute Cleanup and not caught in
pre-commit testing. The most noticed effect of the bug is to cause buildworld
to fail due to a problem with /dev/{stdin,stdout,stde
On Mon, 15 Aug 2011, Kip Macy wrote:
The module makefile needs to be updated evidently. Just add it to the
dependencies until rwatson gets around to fixing it.
Building modules with world is pretty uncommon (I assume that's what is going
on here -- MODULES_WITH_WORLD), so it looks like we mis
On 8/14/2011 3:50 PM, C. P. Ghost wrote:
> On Thu, Aug 4, 2011 at 2:21 PM, Patrick Lamaiziere
> wrote:
>> Hello,
>>
>> I've tried to update my net5501 running an old FreeBSD-current from
>> october to 9.0 beta 1. Unfortunaly installworld crashed and the system
>> is broken now :
>>
>> Instruction
The module makefile needs to be updated evidently. Just add it to the
dependencies until rwatson gets around to fixing it.
On Sun, Aug 14, 2011 at 11:50 PM, Alexander Best wrote:
> hi there,
>
> has anybody seen this buildworld failure?
>
> ===> sys/modules/portalfs (depend)
> @ -> /usr/git-freeb
hi there,
has anybody seen this buildworld failure?
===> sys/modules/portalfs (depend)
@ -> /usr/git-freebsd-head/sys
machine -> /usr/git-freebsd-head/sys/amd64/include
x86 -> /usr/git-freebsd-head/sys/x86/include
awk -f @/tools/vnode_if.awk @/kern/vnode_if.src -p
awk -f @/tools/vnode_if.awk @/ke
On Sun, Aug 14, 2011 at 12:56:16PM -0700, Doug Barton wrote:
> The proper way to do this atm is 'man ./foo.1'. I had the same set of
> commands under the fingers as well, but doing it the new way has many
> benefits. Not the least of which is that you will see the page the same
> way man will rende
Not sure this is CLANG related - I see this on a system where WITHOUT_CLANG
is set, and someone else reported it in another thread.
dave c
On Sun, Aug 14, 2011 at 8:58 AM, Oleg V. Nauman wrote:
> ===> libexec (all)
> ===> libexec/atrun (all)
> clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=
On Aug 14, 2011, at 12:16 PM, Johan Hendriks wrote:
> Hello all.
>
> I cvsuped yesterday, and did a buildworld, all was fine.
> cvsuped today again, and now i can not do a buildworld, it errors out on atrun
>
> It ends like this (written by hand)
This is a kernel regression introduced by Capsi
On Aug 14, 2011, at 11:58 AM, "Oleg V. Nauman" wrote:
...
There was an issue with file descriptor handling introduced with the capsicum
work. Please update your src, rebuild your kernel, install, or use an older
kernel, and try again.
-Garrett___
fre
On 2011-08-14 20:58, Oleg V. Nauman wrote:
> ===> libexec (all)
> ===> libexec/atrun (all)
> clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\"
> -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5
> -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1
> -DDAEMON_G
Oh good, I'm not the only one seeing this - I have had it for a few days at
least, but haven't had time to look into it.
dave c
On Sun, Aug 14, 2011 at 9:16 AM, Johan Hendriks wrote:
> Hello all.
>
> I cvsuped yesterday, and did a buildworld, all was fine.
> cvsuped today again, and now i can n
The proper way to do this atm is 'man ./foo.1'. I had the same set of
commands under the fingers as well, but doing it the new way has many
benefits. Not the least of which is that you will see the page the same
way man will render it when it's installed.
Doug (change is hard)
On 8/14/2011 12:0
On Thu, Aug 4, 2011 at 2:21 PM, Patrick Lamaiziere
wrote:
> Hello,
>
> I've tried to update my net5501 running an old FreeBSD-current from
> october to 9.0 beta 1. Unfortunaly installworld crashed and the system
> is broken now :
>
> # make installworld
> ...
> ===> libexec/rtld-elf (install)
> ch
===> libexec (all)
===> libexec/atrun (all)
clang -O -pipe -march=i686 -mtune=i686 -DATJOB_DIR=\"/var/at/jobs/\"
-DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5
-DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1
-DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_
On Sun, Aug 14, 2011 at 11:35 AM, Garrett Cooper wrote:
> On Sun, Aug 14, 2011 at 10:56 AM, Freddie Cash wrote:
> > On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best >wrote:
> >
> >> hi there,
> >>
> >> i just had the following idea: how about instead of copying the current
> >> kernel
> >> to /
Hello all.
I cvsuped yesterday, and did a buildworld, all was fine.
cvsuped today again, and now i can not do a buildworld, it errors out on atrun
It ends like this (written by hand)
===>libexec (all)
===>libexec/atrun (all)
cc -O2 -pipe ..
cc -O2 -pipe ..
cc -O2 -pipe .
I also use this line for testing man page edits. It will be a very
sad thing if it's been broken in 9.0.
On 8/14/11 8:29 AM, Robert Watson wrote:
I'm guessing this relates to nroff/groff tweaks, but I was a bit
unhappy to learn that the command I've used for the last decade to
render man p
On 8/14/11 3:27 AM, Eduardo Morras wrote:
At 22:06 13/08/2011, Steven Hartland wrote:
- Original Message - From: "Alexander Best"
i just had the following idea: how about instead of copying the
current kernel
to /boot/kernel.old and then installing the new one under
/boot/kernel as
Freddie Cash writes:
> On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best wrote:
>
>> hi there,
>>
>> i just had the following idea: how about instead of copying the current
>> kernel
>> to /boot/kernel.old and then installing the new one under /boot/kernel as
>> the
>> results of target installker
On Sun, Aug 14, 2011 at 10:56 AM, Freddie Cash wrote:
> On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best wrote:
>
>> hi there,
>>
>> i just had the following idea: how about instead of copying the current
>> kernel
>> to /boot/kernel.old and then installing the new one under /boot/kernel as
>> the
On Sat, Aug 13, 2011 at 12:51 PM, Alexander Best wrote:
> hi there,
>
> i just had the following idea: how about instead of copying the current
> kernel
> to /boot/kernel.old and then installing the new one under /boot/kernel as
> the
> results of target installkernel, we create a unique directory
I'm guessing this relates to nroff/groff tweaks, but I was a bit unhappy to
learn that the command I've used for the last decade to render man pages while
editing them (nroff -mandoc foo.1 | more) no longer works (output below).
It seems likely this has to do with teaching groff to use ANSI e
On 14.08.2011 16:34, Michael Butler wrote:
On 08/14/11 07:13, Alexander Motin wrote:
On 13.08.2011 23:56, Michael Butler wrote:
vvv
Aug 13 16:53:38 toshi kernel: GEOM_PART: partition 1 has end offset
beyond last LBA: 31116287> 5
Quoting Garrett Cooper :
On Sat, Aug 13, 2011 at 9:09 AM, Garrett Cooper wrote:
On Sat, Aug 13, 2011 at 8:37 AM, eculp wrote:
I've been building a release about once a week on current. The last
successful build was on august 8 but don't know when this started
but in the
last few days.
I
On Sun Aug 14 11, Olivier Smedts wrote:
> 2011/8/14 Alexander Best :
> > On Sun Aug 14 11, Niclas Zeising wrote:
> >> On 2011-08-13 12:08, Roland Smith wrote:
> >> > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
> >> >> On 08/13/11 09:26, Roland Smith wrote:
> >> >>> On Sat, Aug 13,
On 08/14/11 07:13, Alexander Motin wrote:
> On 13.08.2011 23:56, Michael Butler wrote:
>> vvv
>> Aug 13 16:53:38 toshi kernel: GEOM_PART: partition 1 has end offset
>> beyond last LBA: 31116287> 5950463
>> Aug 13 16:53:38 toshi kerne
2011/8/14 Alexander Best :
> On Sun Aug 14 11, Niclas Zeising wrote:
>> On 2011-08-13 12:08, Roland Smith wrote:
>> > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
>> >> On 08/13/11 09:26, Roland Smith wrote:
>> >>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote:
>> >>
On Sun Aug 14 11, Test Rat wrote:
> Test Rat writes:
>
> > Eduardo Morras writes:
> >
> >> At 22:06 13/08/2011, Steven Hartland wrote:
> i just had the following idea: how about instead of copying the
> current kernel
> to /boot/kernel.old and then installing the new one under /boo
Test Rat writes:
> Eduardo Morras writes:
>
>> At 22:06 13/08/2011, Steven Hartland wrote:
i just had the following idea: how about instead of copying the
current kernel
to /boot/kernel.old and then installing the new one under /boot/kernel as
the
results of target instal
Eduardo Morras writes:
> At 22:06 13/08/2011, Steven Hartland wrote:
>>> i just had the following idea: how about instead of copying the
>>> current kernel
>>>to /boot/kernel.old and then installing the new one under /boot/kernel as the
>>> results of target installkernel, we create a unique dire
On Sun Aug 14 11, Niclas Zeising wrote:
> On 2011-08-13 12:08, Roland Smith wrote:
> > On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
> >> On 08/13/11 09:26, Roland Smith wrote:
> >>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote:
> On 08/12/11 22:54, Roland Smith
Hi.
On 13.08.2011 23:56, Michael Butler wrote:
I tried to mount a card from my phone (it's quicker to copy directly
than through USB) but I get this .. what am I missing here?
Aug 13 16:53:37 toshi kernel: sdhci0-slot0: Card inserted
Aug 13 16:53:37 toshi kernel: mmc0: on sdhci0
Aug 13 16:53:3
2011/8/14 Hartmann, O. :
> On 08/14/11 11:48, Niclas Zeising wrote:
>>
>> On 2011-08-13 12:08, Roland Smith wrote:
>>>
>>> On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
On 08/13/11 09:26, Roland Smith wrote:
>
> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O
On 08/13/11 18:30, Test Rat wrote:
Test Rat writes:
[...]
Remaking `cat'
Results of making cat:
clang -O2 -pipe -O3 -Qunused-arguments -fcolor-diagnostics
-march=native -g -fno-omit-frame-pointer -std=gnu99 -fstack-protector
-Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parame
At 22:06 13/08/2011, Steven Hartland wrote:
- Original Message - From: "Alexander Best"
i just had the following idea: how about instead of copying the
current kernel
to /boot/kernel.old and then installing the new one under /boot/kernel as the
results of target installkernel, we crea
On 08/14/11 11:48, Niclas Zeising wrote:
On 2011-08-13 12:08, Roland Smith wrote:
On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
On 08/13/11 09:26, Roland Smith wrote:
On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote:
On 08/12/11 22:54, Roland Smith wrote:
On Fri,
On 2011-08-13 12:08, Roland Smith wrote:
> On Sat, Aug 13, 2011 at 09:51:41AM +0200, Hartmann, O. wrote:
>> On 08/13/11 09:26, Roland Smith wrote:
>>> On Sat, Aug 13, 2011 at 12:43:52AM +0200, Hartmann, O. wrote:
On 08/12/11 22:54, Roland Smith wrote:
> On Fri, Aug 12, 2011 at 08:44:07PM +
On Sun, 14 Aug 2011 07:07:57 +0100
Alvaro Castillo wrote:
> uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug
> 8 17:05:59 WEST 2011
> net...@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64
>
> kernel panic:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1;
On Sun Aug 14 11, Alvaro Castillo wrote:
> uname -a: FreeBSD shuttle0.lan 9.0-BETA1 FreeBSD 9.0-BETA1 #2: Mon Aug
> 8 17:05:59 WEST 2011
> net...@shuttle0.lan:/usr/obj/usr/src/sys/HYDROGEN amd64
>
> kernel panic:
>
> Fatal trap 12: page fault while in kernel mode
> cpuid = 1; apic id = 01
> fau
43 matches
Mail list logo
