On 03/25/14 11:22, Bruce Dubbs wrote:
> I've been looking at systemd and had a thought that perhaps both could
> be put into a single LFS build. Looking at the installed package
> contents in the books, I see the following name collisions:
>
> systemd sysvinit eudev
> udevd
>
On 09/30/2012 12:04 AM, Bruce Dubbs wrote:
>
> What does '/usr/share/doc/flex-2.5.37' have to do with 'ln -sv libfl.a
> /usr/lib/libl.a'? I don't see the connection.
Sorry, it is only related in that it's the same package. I'm not sure
what the policy is for being able to reinstall a package with
s fail without it.
>
> -- Bruce
>
>
Whoops. Didn't see this thread, but, adding -p was my solution too, only
to have it fail when creating the symlink (libfl.a). Make 'ls -svf' ?
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is
On 09/26/2012 09:36 PM, Bruce Dubbs wrote:
>
> It looks like we need to pass --docdir=/usr/share/doc/flex-2.5.37
Also need to remove the mkdir command that goes along with this...stops
jhalfs today.
-- DJ
--
This message has been scanned for viruses and
dangerous content, and is believed to b
t is used in all examples:
http://owl.english.purdue.edu/owl/resource/607/02/
Though I've gone back and forth over the years, I find that use of the
extra comma is less likely to cause ambiguity than lack of use. It still
needs to be considered for context, but when no ambiguity exists eith
t, but I am
all too aware of how well fuzzy memories have served me recently! :-)
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsu
On 06/04/2012 03:53 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> On 06/04/2012 02:38 PM, DJ Lucas wrote:
>> That worked for both the separate NPTL linking problems and the host
>> libs. Bruce, would it be possible for you to try with the original
>> instructions on your
7;t want to mix incompatible target and host libs (my
build failure and reason for looking into this in the first place). Any
host that doesn't use NPTL, (separate NPTL if that is still possible),
or too old of NPTL/GLibC is broken.
-- DJ Lucas
--
This message has been scanned
On 06/04/2012 02:38 PM, DJ Lucas wrote:
>
> While I am having other issues with perl ATM, maybe it would be better
> to use the new compiler to determine the library search path instead of
> the brute force method above (or the one in hints/linux.sh).
> hints/linux.sh temporarily r
hints/linux.sh temporarily redefines gcc to /usr/bin/gcc (if it exists)
which is what is used to determine the library search path. "sed
's@\$gcc@gcc' -i hints/linux.sh" may be sufficient, not sure if $gcc is
used elsewhere. While I'm working on my other issues, Gentoo
On 06/03/2012 02:03 PM, Bruce Dubbs wrote:
> Bryan, I tried the patch you submitted to linux-hotplug yesterday:
>
> systemd-make-systemd-optional.patch
>
> It doesn't apply cleanly to either systemd-183 or -184.
>
>
It applies with offsets to git master...which hopefully soon will be -185.
git://a
On 05/20/2012 04:34 PM, Bruce Dubbs wrote:
Seems my phone ate my previous response...easier to type on a real
keyboard anyway.
> OK, then what's wrong with a tarball of binaries that we have created
> for this purpose? There could be a tarball of the base LFS system and
> then additional tarball
LFS and BLFS move to installations
from DESTDIR (or equivalent) as this does about 60% of building your src
rpm without defining a particular package manager. The other 40% is just
transposing what is in the book to spec, and could be automated, but
even this has had lackluster support in the
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 somet
.been a while
since I looked at it. $time should probably be provided by the ntpd
script, and then a $time dependency should never appear in any script
that is installed into the rcS.d/, rc1.d/, or rc2.d/ directories.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
this is subjective). Assuming the
result has proven sane by comparison testing (and I'm pretty sure that
has already been done), the only possible downside that I see is the
lost explanation of -B, which I don't recall having seen outside of LFS,
but I really haven't looked
On 04/22/2012 05:05 PM, Jeremy Huntwork wrote:
> On 4/22/12 5:59 PM, DJ Lucas wrote:
>> On 04/22/2012 04:35 PM, Jeremy Huntwork wrote:
>>> So, I'm seeing that you have the aforementioned switches in both pass 1
>>> and pass 2 gcc and I'm trying to understa
On 04/22/2012 03:25 PM, DJ Lucas wrote:
>
> Should be able to give a thumbs up
> in about 45 minutes or so.
Yeah, good.
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
On 04/22/2012 04:35 PM, Jeremy Huntwork wrote:
> So, I'm seeing that you have the aforementioned switches in both pass 1
> and pass 2 gcc and I'm trying to understand exactly why.
In pass1 it simply speeds up the build, the explanation is incorrect.
They shouldn't be ne
le of months. I just restarted the build on the affected
host with Pierre's proposed change. Should be able to give a thumbs up
in about 45 minutes or so. I know it only affects SVN as I completed a
7.1 build not even a month ago using the same host.
-- DJ Lucas
--
This message has been
her a linker script that points to another linker
script that points to an invalid destination (ie: no 64bit libgpm). I
was going to close as invalid, but then I wondered if we want our
chapter 5 ncurses linked to something that does not exist in the chroot
environment?
-- DJ Lucas
On 03/27/2012 03:55 PM, Matt Burgess wrote:
> On Mon, 2012-03-26 at 19:07 -0500, DJ Lucas wrote:
>> Noticed that 8.16 patch has not been committed, want to suggest an
>> updated one that gets all arches. Been using this for a while, taken
>> directly from Gentoo, about 2/3
On 03/26/2012 07:07 PM, DJ Lucas wrote:
> no ill affects.
s/affects/effects :-)
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe:
Phenom(tm) II X4 965 Processor AuthenticAMD GNU/Linux
Something simple, but better IMO.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq
On 11/27/2011 04:05 AM, Matthew Burgess wrote:
> On Sat, 26 Nov 2011 22:19:59 -0600, DJ Lucas
> wrote:
>> On 11/26/2011 10:02 PM, DJ Lucas wrote:
>>> On 11/26/2011 09:27 PM, DJ Lucas wrote:
>>>> Latest gettext configure can hang in chapter 5 on "checking
t; BTW2: statusproc()'s Usage statement says :
> echo "Usage: [-p pidfile] statusproc {program}"
> Shouldn't this be this?
> echo "Usage: statusproc [-p pidfile] {program}"
Yes, statusproc() looks broken. Might it be better to use pidofproc()
direc
in the function, but the function should
most definitely have argument handling for excessive arguments in the
while loop.
http://refspecs.linuxfoundation.org/LSB_4.1.0/LSB-Core-generic/LSB-Core-generic/iniscrptact.html
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Sorry for top posting, phone is giving me a fit. That is another that its
traditionally mine, but would appreciate another look as far as style. Some
caveats, IcedTea 7 cannot be built with 6 ATM, it'll have to be bootstrapped
from a GCJ Java environment. Latest 6 should be fine if you intend to
On 12/03/2011 09:39 AM, DJ Lucas wrote:
> This question still stands. I was not able to find anything readily
> available.
>
> -- DJ Lucas
What a disaster! Even RedHat hasn't got this far yet. There is more we
need to do to GLibc than install the headers. I'm suggesting th
ditional based on the value of the EMACS variable, which is now run
after configure checks for Emacs, not based on the EMACS environment
variable.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxf
On 11/26/2011 10:19 PM, DJ Lucas wrote:
> This is related to having /usr/bin/emacs -> zile symlink
Correct patch has been sent upstream to honor the --without-emacs switch.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
On 11/26/2011 10:02 PM, DJ Lucas wrote:
> On 11/26/2011 09:27 PM, DJ Lucas wrote:
>> Latest gettext configure can hang in chapter 5 on "checking where .elc
>> files should go..." if emacs is installed on the host. Should probably
>> add "--without-emacs" an
On 11/26/2011 09:27 PM, DJ Lucas wrote:
> Latest gettext configure can hang in chapter 5 on "checking where .elc
> files should go..." if emacs is installed on the host. Should probably
> add "--without-emacs" and probably "--without-git" to the chapter 5
uble with git, it
will not be available in the chroot environment, but is picked up by
default.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch
The man-pages download link in the book is incorrect, the correct one is:
http://man7.org/linux/download/man-pages/man-pages-3.35.tar.gz
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman
ve misunderstood the above comment, you should set libexecdir
back to /usr/lib/coreutils as this has been standard practice in LFS and
BLFS for as far back as I can remember (/usr/lib/). There
are several examples in BLFS for sure, and in both books IIRC.
-- DJ Lucas
--
This message has been
On 11/05/2011 06:04 PM, Bruce Dubbs wrote:
> Bruce Dubbs wrote:
>> DJ Lucas wrote:
>>> Mostly for Bruce, but sent to list for everyone's review:
> I had left the definitions
>
> NORMAL="\\033[0;39m" # Standard console grey
> SUCCESS="\\033
On 11/05/2011 04:15 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> Mostly for Bruce, but sent to list for everyone's review:
>>
>> Attached are some fixes for the bootscripts. These are mostly cosmetic,
>> but there are some minor functional changes due in part to reve
itten to the
boot log in case color codes are used in screen messages, and reduced
duplication of items in rc.site and init-functions (rc.site is required
for init-functions/rc). Please review, and discuss if necessary, before
commit.
Thanks.
-- DJ Lucas
--
This message has been scanned for virus
istributed version control. Taking it a step further, you have all of
the history of that repo, even dating back to CVS, on at least two other
boxes now. I cannot possibly fathom how that could be a bad thing. I
will probably go through the steps myself just for the learning aspect
of it, but yeah
Bryan Kadzban wrote:
>Nathan Coulson wrote:
>> Another thought (one I have not actually tested, forgive me if It's
>> not possible) is trigger only block devices in the first pass, then
>> try devices/subsystems on the 2nd pass?
>
>DJ Lucas wrote:
>>
well
in the context of that particular boot script...you could even write a
message for each one if you wanted to have more verbose output in the
event of a failure, or a stepping like we do in mountvirtfs.
> I'd like to see some more discussion about this.
>
> -- Bruce
What ya'll
On 09/11/2011 12:24 PM, Andrew Benton wrote:
> On Sat, 10 Sep 2011 23:49:36 -0500
> DJ Lucas wrote:
>
>> Grub and GLib both install bash completion scripts. Need to add
>> something to the default /etc/profile in the book to take advantage of them.
>>
> rm -rf /etc
On 09/11/2011 12:04 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> On 09/10/2011 11:49 PM, DJ Lucas wrote:
>>> Grub and GLib both install bash completion scripts. Need to add
>>> something to the default /etc/profile in the book to take advantage of them.
>>>
&
On 09/11/2011 12:42 AM, DJ Lucas wrote:
>
> I haven't found where the Debian one is developed yet.
>
https://alioth.debian.org/projects/bash-completion/
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxf
On 09/10/2011 11:49 PM, DJ Lucas wrote:
> Grub and GLib both install bash completion scripts. Need to add
> something to the default /etc/profile in the book to take advantage of them.
>
> Additionally, the one for grub is broken currently looking for a have()
> function, which
/etc/bash_completion file from the default /etc/profile.
Also, what of /etc/profile.d/ for LFS? Best continued to be left for
BLFS? I would consider it nice to have in a default installation, but
there is nothing that uses it until the 4th package into BLFS for me.
-- DJ Lucas
--
This message ha
On 09/05/2011 07:48 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
> > LSB defined functions belong in /lib/lsb/init_functions so that
> compliant
>> bootscripts work as expected. Do not include the LSB definitions directly in
>> the distro's functions file. Either sour
On 09/05/2011 11:58 AM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> Taken from cross-lfs:
>>
>> sed -i 's@\(^#define DEFAULT_EDITOR_PROGRAM \).*@\1"vi"@' lib/config.h
>>
>>
>> Any reason not to do this in LFS?
> I have never seen the use o
came to the conclusion that a rewrite was in order as opposed to
'fixing' the
scripts that were already written. I understand that education was the
focus,
but I had thought the judicious use of comments in the extended
functionality
of the LSB scripts would have provided much more ed
l said and done, I feel like I learned a bit
(on a new platform - MikroTik RouterOS), and had to re-learn an awful
lot as well, but IMO, sink or swim is the best possible learning method. :-)
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed t
txt
%ed
I can't see many people using that functionality, but it is configured
incorrectly by default. :-/ Setting the EDITOR environment variable
allows you to change it, but you'll never get the intended functionality
out of any random editor value.
-- DJ Lucas
--
This message ha
ing 127.0.0.1 entry.
I'm not really sure what to do about actual IPv6 entries as your prefix
will likely change when your router is rebooted unless ISPs start
handing out static /64s (the last 64 bits are stable as they are
assembled from the MAC address with FFFE inserted in the middle).
On 09/04/2011 11:48 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> On 06/07/2011 05:16 AM, LANOUX Bertrand wrote:
>>> Hi all,
>>>
>>> I have noticed the "unknown HZ value" message still appears at boot
>>> time and under some unpredictable ci
Taken from cross-lfs:
sed -i 's@\(^#define DEFAULT_EDITOR_PROGRAM \).*@\1"vi"@' lib/config.h
Any reason not to do this in LFS?
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/
Bertrand.
>
Upstream patch committed as procps-3.2.8-fix_HZ_errors-2.patch. Still
needs to be updated in the book.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
kely in hind sight, except for maybe the test runlevel 4, but even
that output would likely be on screen unless you are replacing your
method of remote access.
More to come (along with suggested fixes) when I actually put them into
use over the next couple of days.
-- DJ Luc
complexity was the main objection. I've not yet had the time
to test Bruce's rewrite.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
According to the home page, we should be applying the upstream patches
found here:
http://www.mpfr.org/mpfr-3.0.1/allpatches
See bugs section at: http://www.mpfr.org/mpfr-3.0.1/
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean
On 09/01/2011 11:21 PM, Bruce Dubbs wrote:
> Nathan Coulson wrote:
>> Glibc-2.28.8
Pretty sure that the glib version and the glibc version were mixed up.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
to?
>
Yes please. I am experiencing this exact issue now on a 32bit cross
build of glibc. I just had a system board failure and apparently the
CMOS battery is dead or near dead. Any possibility that the system time
was the issue William?
make[4]: Warning: File `/tools/include/linux/limit
On 07/12/2011 04:14 PM, Andrew Benton wrote:
> I agree, I'd like to see a hint, but not enough to actually do the work
> myself...
I'd look into it, but I just don't think either are quite ready for
prime time, besides I like the idea of runlevels too much to give them
up j
st. Every distro provides this now and it might be expected by
some users (especially nice to have on headless systems). Also, since
if{up,down} will be system tools, they need to have help text added at
very least on error...but wait to see what happens when/if the single
config is done.
On 07/19/2011 12:20 AM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>
>> If alsa utils is installed, you should have K links in RLs 0,1,2,6 and
>> no start links as the volume restore is handled by udev.
> No, we don't have anything at RL2. At least not now. The BLFS
On 07/19/2011 12:29 AM, DJ Lucas wrote:
>
> The ifup script greps for all lines containing "^iface $1" (which also
> has the type and service fields), record the line numbers found, get
> type and service from those line numbers (f3 and f4 resp.), next line,
> nex
ending the available services can be
reused (although they'll require some modifications). We can even tear
down the interfaces properly based on a running cache constructed the
same way (as was suggested a few weeks ago in the LSB thread).
-- DJ Lucas
--
This message has been scanned fo
Moved to LFS-Dev.
On 07/17/2011 07:57 PM, Bruce Dubbs wrote:
> DJ Lucas wrote:
>> On 07/17/2011 02:51 PM, Bruce Dubbs wrote:
>>> DJ Lucas wrote:
>>
>>>> Actually, this check needs to be removed. It causes issues for the alsa
>>>> script and also se
.d/functions scripts.
>>
Yes, there is a lot of unused/outdated stuff in there now and much room
for improvement. A complete restart would be good. I'd also like you to
consider using the rc script additions from the LSB bootscripts and some
of the logic from the initd_functions if you d
has been a little bit more of a PITA than anticipated. I was having a
bit of difficulty in getting my custom attributes to play nicely, but it
is all resolved now, or at least I hope it is.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clea
d, but I do not recall specifics. Not really sure why
gitorious was chosen over alioth for project home either...curious.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lf
On 06/07/2011 09:49 AM, Matthew Burgess wrote:
> On Mon, 06 Jun 2011 18:14:59 -0500, DJ Lucas
> wrote:
>> On 06/06/2011 03:07 PM, Matthew Burgess wrote:
>>> I'd prefer for us not to use HJL's binutils
>>>
>> Then don't. That patch doesn't l
tentional?
It was done intentionally. I was not aware that anyone had ever used a
file named ifconfig.interface and this was not documented anywhere. I
removed it because it simply because it was one more test case in ifup
and ifdown. I could certainly put it back.
-- DJ Lucas
--
This message has
On 06/06/2011 03:07 PM, Matthew Burgess wrote:
>
> I'd prefer for us not to use HJL's binutils
>
Then don't. That patch doesn't look all that invasive..no need to add
tests for local build fix, just the 3 corrected files (bottom of the list).
-- DJ Lucas
--
This
ot--install_initd should be used if available (think
upgrades) with a fallback to a predefined order if not, for new installs.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
F
On 05/30/2011 08:19 PM, Bruce Dubbs wrote:
> Dan Nicholson wrote:
>> On Mon, May 30, 2011 at 12:55 PM, Bruce Dubbs wrote:
>>> DJ Lucas wrote:
>>>> On 05/30/2011 12:34 PM, Bruce Dubbs wrote:
>>>>> In the latest svn, the bootscripts are lfs-bootscripts-2
ifies the job to always reorder as opposed to trying to
fit a script in between others).
HTH
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
e
Either need to roll back the inadvertent commit to the bootscripts
tarball job or move forward with the patch I sent in. Let me know if I
should do this.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.or
Okay. There will still be one change to the network script *after* I get
BLFS bootscripts into place.
Attached (revised) patch makes all necessary changes as of 20110523-0515
UTC.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean
On 05/21/2011 12:20 PM, Bryan Kadzban wrote:
> DJ Lucas wrote:
>> There are a couple of packages, non-obvious packages at that, that
>> install their own bootscripts and they work in the current proposal
>> without modifications using the lsb functions.
> I mus
On 05/21/2011 12:32 PM, Jeremy Huntwork wrote:
> On 5/21/11 12:52 PM, DJ Lucas wrote:
>> Oh, I didn't realize that it had continued beyond the new network script
>> and ifup/ifdown scripts, or rather I read it as just example, not an
>> actual suggestion. Give me a few
On 05/21/2011 11:17 AM, Robert Xu wrote:
> On Sat, May 21, 2011 at 08:10, Jeremy Huntwork
> wrote:
>> On 5/21/11 2:48 AM, DJ Lucas wrote:
>>> I do plan to add a "service" script later that would alleviate the issue
>>> completely, as was suggested by Jerem
On 05/21/2011 07:10 AM, Jeremy Huntwork wrote:
> On 5/21/11 2:48 AM, DJ Lucas wrote:
>> I do plan to add a "service" script later that would alleviate the issue
>> completely, as was suggested by Jeremy a few months ago, but I'm a
>> little stuck as far as ho
On 05/20/2011 03:47 AM, Matthew Burgess wrote:
> On Thu, 19 May 2011 17:25:15 -0500, DJ Lucas
> wrote:
>> Matthew Burgess wrote:
>>
>>> make-aux-files.sh: Why renaming things to lsb-bootscripts? If we're
>>> migrating (which I think we should), shouldn&
On 05/18/2011 08:57 PM, Jeremy Huntwork wrote:
> On 5/18/11 9:26 PM, DJ Lucas wrote:
>> Results of a bad sed? I hadn't noticed that, only fixing the misspelling
>> in the dependencies. Prior to that commit it was "kernel" when it was
>> mountkernfs. Fixing.
&g
Matthew Burgess wrote:
>On Wed, 18 May 2011 12:16:22 -0500, DJ Lucas
>wrote:
>
>> Alright, with last commit to lsb-bootscripts, I think we are ready to
>> go. Bruce, Matt, you guys get a chance to review the patch?
>
>Hi DJ, apologies for the delay, but I've n
Bruce Dubbs wrote:
>Matthew Burgess wrote:
>
>> Firstly, thanks for taking the time to do this, it looks pretty good
>to me.
>
>I haven't had time to review yet.
>
>> Secondly, what follows are probably bike-shed topics, but I'll throw
>my
>> 2p in along with everyone elses anyway :) :
>>
>> mak
On 05/18/2011 05:50 PM, Jeremy Huntwork wrote:
> On 5/18/11 1:16 PM, DJ Lucas wrote:
>> On 05/14/2011 11:12 PM, DJ Lucas wrote:
>>> Attached patch is pretty invasive, 33 KB uncompressed. :-) I wasn't
>>> sure whether to leave inittab in the book where it is current
On 05/18/2011 05:50 PM, Jeremy Huntwork wrote:
> On 5/18/11 1:16 PM, DJ Lucas wrote:
>> On 05/14/2011 11:12 PM, DJ Lucas wrote:
>>> Attached patch is pretty invasive, 33 KB uncompressed. :-) I wasn't
>>> sure whether to leave inittab in the book where it is current
On 05/18/2011 01:58 PM, Jeremy Huntwork wrote:
> On 5/18/11 1:16 PM, DJ Lucas wrote:
>> Alright, with last commit to lsb-bootscripts, I think we are ready to
>> go. Bruce, Matt, you guys get a chance to review the patch?
> I've been looking over the scripts, they look good,
On 05/14/2011 11:12 PM, DJ Lucas wrote:
> Attached patch is pretty invasive, 33 KB uncompressed. :-) I wasn't
> sure whether to leave inittab in the book where it is currently, but I
> am thinking from a packaging POV that it should remain as is and be
> removed from the bootsc
On 05/16/2011 12:59 AM, Bryan Kadzban wrote:
> DJ Lucas wrote:
>>
> I see some traffic on linux-hotplug about this as well, so it looks like
> it's not LFS-specific, at least. (Arch and Debian have both had bugs
> reported about this.) The messages from Kay so far seem
if someone wants to
review the script and learn from it. I went ahead and changed all four
examples to inline tests.
>> echo "ERROR: ${INTERFACE} is not a valid network interface."
>> echo ""
>> exit2
> That should be
e of ONBOOT. Conditions on the value of ONBOOT could actually be
harmful when stopping networking.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscra
they are much cleaner and easy
to follow now.
Scripts attached for review.
-- DJ Lucas
--
This message has been scanned for viruses and
dangerous content, and is believed to be clean.
#!/bin/sh
# Begin /etc/init.d/network
### BEGIN INIT INFO
# Provides:$network
# Required-
Bruce Dubbs wrote:
>Zachary Kotlarek wrote:
>> On May 16, 2011, at 12:49 AM, Bryan Kadzban wrote:
>>
>>> I also *think* the only way the cached config might not match the
>>> running config is if root mucked with the running config manually.
>>
>>
>> Or when /run is not writable at the time th
7;ip addr flush $1' to the end of the ifdown script
yet). That is another thing too, now that ifup and ifdown are no longer
in a controlled environment and available to admins without mucking
around in the network-devices tree, some error checking needs to be done
in the scripts for proper a
On 05/16/2011 12:59 AM, Bryan Kadzban wrote:
> DJ Lucas wrote:
>>
> I see some traffic on linux-hotplug about this as well, so it looks like
> it's not LFS-specific, at least. (Arch and Debian have both had bugs
> reported about this.) The messages from Kay so far seem
On 05/15/2011 01:39 AM, Nathan Coulson wrote:
On Sat, May 14, 2011 at 9:36 PM, DJ Lucas <mailto:d...@linuxfromscratch.org>> wrote:
On 05/14/2011 04:37 PM, DJ Lucas wrote:
> Everything is covered per this conversation in SVN with the
exception of
> accounting f
On 05/15/2011 01:22 AM, DJ Lucas wrote:
> On 05/15/2011 12:11 AM, Zachary Kotlarek wrote:
>> Could we just do this in ifdown:
>>
>> if [ -x /lib/network-services/dhcp ]; then
>> /lib/network-services/dhcp $interface down
>> fi
>>
>
ny) provides a script
> appropriate to handle the interface shutdown?
>
> Zach
Actually, yeah, that is a great idea! We had planned to merge the dhcp
scripts anyway to simplify Gnome-System-Tools interface management in BLFS.
-- DJ Lucas
--
This message has been scanned for viruses and
dang
1 - 100 of 551 matches
Mail list logo
