On Jul 7, 2012, at 9:45 PM, Arnaud Lacombe wrote:
> Hi,
>
> On Sat, Jul 7, 2012 at 2:47 PM, Ian Lepore
> wrote:
>> On Fri, 2012-07-06 at 16:45 -0400, Arnaud Lacombe wrote:
>>> Hi,
>>>
>>> On Fri, Jul 6, 2012 at 3:09 PM, Ian Lepore
>>> wrote:
On Fri, 2012-07-06 at 14:46 -0400, Arnaud Laco
Hi,
On Sat, Jul 7, 2012 at 2:47 PM, Ian Lepore
wrote:
> On Fri, 2012-07-06 at 16:45 -0400, Arnaud Lacombe wrote:
>> Hi,
>>
>> On Fri, Jul 6, 2012 at 3:09 PM, Ian Lepore
>> wrote:
>> > On Fri, 2012-07-06 at 14:46 -0400, Arnaud Lacombe wrote:
>> >> Hi,
>> >>
>> >> On Fri, Jul 6, 2012 at 11:33 AM,
Following up to myself, with some things I should have mentioned before:
On 07/05/12 19:59, Steve Wills wrote:
> On 07/05/12 03:00, Alan Cox wrote:
>> On Wed, Jul 4, 2012 at 4:57 PM, Steve Wills wrote:
>>
>>> Setting kern.ipc.shm_use_phys back to 0 (the default) fixed it. I had set
>>> it to 1 fo
Vincent Hoffman wrote:
> On 01/07/2012 12:18, Rick Macklem wrote:
> > Vincent Hoffman wrote:
> >> On 01/07/2012 01:53, Rick Macklem wrote:
> >>> To modify mountd to use the kernel changes is more work than I
> >>> have
> >>> time for, in part because mountd.c is a very ugly old piece of C
> >>> cod
Dear all,
I would like to remind you that the next round of status reports
covering the second quarter of 2012 are due on July 15th, 2012. As this
initiative is very popular among our users, I would like to
ask you to submit your entry as soon as possible, so that we can compile
the report in a
On Fri, 2012-07-06 at 16:45 -0400, Arnaud Lacombe wrote:
> Hi,
>
> On Fri, Jul 6, 2012 at 3:09 PM, Ian Lepore
> wrote:
> > On Fri, 2012-07-06 at 14:46 -0400, Arnaud Lacombe wrote:
> >> Hi,
> >>
> >> On Fri, Jul 6, 2012 at 11:33 AM, Arnaud Lacombe wrote:
> >> > That's neither correct nor robust i
On Jul 6, 2012, at 1:09 PM, Ian Lepore wrote:
> Just blue-sky dreaming here on the fly... what we really have is a
> resource-management problem. A device comes along that needs a GPIO
> resource, how does it find and use that resource?
I rather like that idea. The connection between devices
On Jul 7, 2012, at 6:25 AM, Stefan Bethke wrote:
> Am 06.07.2012 um 17:33 schrieb Arnaud Lacombe:
>
>> I assume you are talking about devclass_get_device()/device_find_child().
>>
>> That's neither correct nor robust in a couple of way:
>> 1) you have no guarantee a device unit will always give
Doug Barton writes:
> > /me officially gives up with that libreoffice port, open for
> > new volunteers
>
> If you don't have time to work on the port, then don't, that's
> not a problem. But throwing a hissy fit here doesn't help at all.
Cut tha man some slack.
As far as
On 01/07/2012 12:18, Rick Macklem wrote:
> Vincent Hoffman wrote:
>> On 01/07/2012 01:53, Rick Macklem wrote:
>>> To modify mountd to use the kernel changes is more work than I have
>>> time for, in part because mountd.c is a very ugly old piece of C
>>> code, imho.
>>>
>>> I do have a patch that
Am 06.07.2012 um 17:33 schrieb Arnaud Lacombe:
> I assume you are talking about devclass_get_device()/device_find_child().
>
> That's neither correct nor robust in a couple of way:
> 1) you have no guarantee a device unit will always give you the same resource.
> 2) there is no reference counting
Hi All,
Looks as R flag with archiving works incorrect, for example:
root@mhome:/tmp/test# less nsl.cfg
/tmp/test/test.log micro:wheel 640 20 10 * BZR
/tmp/test/test.sh
root@mhome:/tmp/test# less test.sh
echo atata
root@mhome:/tmp/test# newsyslog -vF -f nsl.cfg
On 07/06/12 22:45, Arnaud Lacombe wrote:
Hi,
On Fri, Jul 6, 2012 at 3:09 PM, Ian Lepore
wrote:
On Fri, 2012-07-06 at 14:46 -0400, Arnaud Lacombe wrote:
Hi,
On Fri, Jul 6, 2012 at 11:33 AM, Arnaud Lacombe wrote:
That's neither correct nor robust in a couple of way:
1) you have no guarant
13 matches
Mail list logo