>> psmisc 22.8 configured with --prefix=/usr installs killall to
>> /usr/bin.
>>
>> No problem to leave it there, as debian does, but I move it to
>> /bin to keep my old init scripts unchanged. Anyway, the command
>> "ln -sv killall /bin/pidof" in Sec. 6.52 should be corrected.
>
> if this is wro
On Friday 11 December 2009 12:49:52 Johnneylee Rollins wrote:
> > I am use to old hardware (i486DX) having problems keeping time on the
> > hardware clock. But isn't the system clock a separate thing? I am losing
> > about 4 min on the system clock for every 10 minutes of real time. I've
> > google
>
> I am use to old hardware (i486DX) having problems keeping time on the
> hardware clock. But isn't the system clock a separate thing? I am losing
> about 4 min on the system clock for every 10 minutes of real time. I've
> googled around for clock drift information. What I found suggests that
>
I am use to old hardware (i486DX) having problems keeping time on the
hardware clock. But isn't the system clock a separate thing? I am losing
about 4 min on the system clock for every 10 minutes of real time. I've
googled around for clock drift information. What I found suggests that
a system
On Thu, Dec 10, 2009 at 3:40 PM, Alexander Kozlov wrote:
> psmisc 22.8 configured with --prefix=/usr installs killall to
> /usr/bin.
>
> No problem to leave it there, as debian does, but I move it to /bin
> to keep my old init scripts unchanged. Anyway, the command "ln -sv
> killall /bin/pidof" in
psmisc 22.8 configured with --prefix=/usr installs killall to
/usr/bin.
No problem to leave it there, as debian does, but I move it to /bin
to keep my old init scripts unchanged. Anyway, the command "ln -sv
killall /bin/pidof" in Sec. 6.52 should be corrected.
Alexander Kozlov
LFS ID 14752
--
Bruce Dubbs wrote:
> I can put up an errata item for 6.5.
Done.
-- Bruce
--
http://linuxfromscratch.org/mailman/listinfo/lfs-support
FAQ: http://www.linuxfromscratch.org/lfs/faq.html
Unsubscribe: See the above information page
akhiezer wrote:
> It's not a matter of the book failing to mention some enhancement
> that's upstream in some later release or patch. To portray it as that,
> is maybe viewing things not from the original issue (book says x is
> installed whereas it isn't) but instead viewing from the ensuing
20091210103556_-0600: Bruce Dubbs wrote:
> akhiezer wrote:
> > 20091206125602_-0600: Bruce Dubbs wrote:
> >> Chris Staub wrote:
> >>
> >>> Actually, it was recently *added* to Ncurses...just not in a stable
> >>> version yet - it's in the batch of upstream patches. I believe it's my
> >>> fault
akhiezer wrote:
> 20091206125602_-0600: Bruce Dubbs wrote:
>> Chris Staub wrote:
>>
>>> Actually, it was recently *added* to Ncurses...just not in a stable
>>> version yet - it's in the batch of upstream patches. I believe it's my
>>> fault - I sent in a ticket report with a list of program upda
20091206125602_-0600: Bruce Dubbs wrote:
>
> Chris Staub wrote:
>
> > Actually, it was recently *added* to Ncurses...just not in a stable
> > version yet - it's in the batch of upstream patches. I believe it's my
> > fault - I sent in a ticket report with a list of program updates,
> > includin
11 matches
Mail list logo
