On Sun, May 18, 2014 at 08:56:15AM +0200, Landry Breuil wrote:
> On Sat, May 17, 2014 at 06:32:10PM +0200, Fabian Raetz wrote:
> > Hi,
> >
> > i want to expose "capacity" (full capacity design)
> > as a sensor like the rest.
> >
> > This sensor will be used in an upcoming diff to upower to
> > e
Claudio Jeker writes:
[...]
> I wonder what other systems do with regard to fd passing with empty
> messages. I always had the feeling that this is not allowed but I never
> looked deeper into the standards defining this.
I don't which standard does actually define this.
Running my test progra
On Mon, May 19, 2014 at 8:39 AM, Nicholas Marriott
wrote:
> What approach are you (Ted) going to take here?
I still want to see event(3) continue to be a general overview of how
to use the library, even with some example code
> I don't fancy doing loads of relatively small commits to event(3).
at /usr/src/lib/libc/asr/gethostnamadr.c:72
#2 0x00413c35 in gethostbyname2 (name=Variable "name" is not
available.
Wasn't there some fix to the resolver just recently?
This seems like ifconfig as called by you tries to resolve a parameter and
dies due to that bug.
2014-05-19 17:14 GMT
Em 16-05-2014 18:15, Stuart Henderson escreveu:
> Oh, static stripped binary of course... worth a try with this,
> if you have 5.5-stable sources on the system:
>
> cd /usr/src/sbin/ifconfig
> make obj
> make clean
> make DEBUG="-g -O0"
> gdb obj/ifconfig
> [...]
Stuart,
Today I was able to de
Hi
On Sat, May 17, 2014 at 12:10:36PM -0600, Ted Bullock wrote:
> On Sat, May 17, 2014 at 12:08 PM, Ted Bullock wrote:
> > On Sat, May 17, 2014 at 3:33 AM, Jason McIntyre wrote:
> >> On Sat, May 17, 2014 at 03:09:03AM -0600, Ted Bullock wrote:
> >>> On Fri, May 16, 2014 at 1:10 AM, Nicholas Marr
On Wed, May 7, 2014 at 10:36 AM, Sylvestre Gallon wrote:
> On Mon, May 05, 2014 at 08:40:10PM +0800, Helg wrote:
>> This patch fixes a bug where fusefs_link does not return an error on
>> subsequent invocations if a fuse filesystem does not implement hard
>> links.
>>
>> As an aside, returning ENO
On Wed, Apr 30, 2014 at 01:06:48AM +0200, Alexandre Ratchov wrote:
> This diff attempts to "unify" volume keys; it makes pckbd and ukbd
> volume keys behave like all other volume keys (acpithinkpad,
> acpiasus, macppc/abtn and similar drivers): simply adjust the
> hardware volume without passing ke
