On 2012-04-29 07:09, Matt Burgess wrote:
> On Sun, 2012-04-29 at 00:39 +0100, Ken Moffat wrote:
>
>> I'm assuming this is from gnulib-tests/test-getlogin.c. Not seen
>> this failure in my builds earlier this week, perhaps it's a one-off
>> or perhaps something in the 3.3.4 headers has changed.
>
xinglp wrote:
> Now, It is the job of udev to start /etc/init.d/setclock .
>
> When I use initd-tools to install somethings else, it was installed
> for depended.
Is there a way in these newfangled headers to say that setclock is
really an alias for udev? That's what's happening in the scripts,
On 05/13/2012 11:33 AM, Bryan Kadzban wrote:
> xinglp wrote:
>> Now, It is the job of udev to start /etc/init.d/setclock .
>>
>> When I use initd-tools to install somethings else, it was installed
>> for depended.
> Is there a way in these newfangled headers to say that setclock is
> really an alia
DJ Lucas wrote:
> On 05/13/2012 11:33 AM, Bryan Kadzban wrote:
>> xinglp wrote:
>>> Now, It is the job of udev to start /etc/init.d/setclock .
>>>
>>> When I use initd-tools to install somethings else, it was installed
>>> for depended.
>> Is there a way in these newfangled headers to say that setc
2012/5/14 Bryan Kadzban :
> xinglp wrote:
>> Now, It is the job of udev to start /etc/init.d/setclock .
>>
>> When I use initd-tools to install somethings else, it was installed
>> for depended.
>
> Is there a way in these newfangled headers to say that setclock is
> really an alias for udev? That
On 05/13/2012 01:16 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> On 05/13/2012 11:33 AM, Bryan Kadzban wrote:
>>> xinglp wrote:
Now, It is the job of udev to start /etc/init.d/setclock .
When I use initd-tools to install somethings else, it was installed
for depended.
>>> Is ther
