Tushar Teredesai wrote:
On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
If it isn't a trust thing, and you want to figure out what all is
being installed, then there are many, many ways to get that data.
Yep, and DESTDIR being the easiest and recommended (in the READMEs) way.
I can't
Tushar Teredesai wrote:
On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
Or, to look at it another way, folks that *do* want to use the DESTDIR
approach can simply add it to the instructions. :-)
I have been using that approach and it is not as easy as that.
Sometimes, we need to make
On 11/28/05, Archaic <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 28, 2005 at 09:59:24AM -0600, Tushar Teredesai wrote:
> >
> > I have been using that approach and it is not as easy as that.
> > Sometimes, we need to make sure that the destination dirs exist before
> > installing (i.e. have some instal
I managed to build and run xorg without issue. I have not encountered any other
problems compiling stuff.
Bruce
> I'm pretty sure this is related to Xorg doing a segfault during building in
> xcbuild/lib/X11.
>
> This, and the below, problem is only during compile time. When I built my
> sy
Archaic wrote:
> On Mon, Nov 28, 2005 at 05:34:43PM -0600, Bruce Dubbs wrote:
>
>>That was not my intention.
>
>
> What, the patches vs. upgrading packages, or the point I made about how
> long it would take to find all the errata. If not for finding the errata
> that has accumulated since the b
On Mon, Nov 28, 2005 at 09:59:24AM -0600, Tushar Teredesai wrote:
>
> I have been using that approach and it is not as easy as that.
> Sometimes, we need to make sure that the destination dirs exist before
> installing (i.e. have some install -d before the make DESTDIR=..
> install.
Then I would
Alexander Lang wrote:
> Tushar Teredesai wrote:
>
>>What do other LFSers think?
>
>
> I have another idea (maybe it exists already, maybe not):
> I recently discovered uninonfs
> (http://www.fsl.cs.sunysb.edu/project-unionfs.html) and it seems to me,
> that it could be used for our purpose, allo
Matt Darcy wrote:
Matt Darcy wrote:
Andrew Benton wrote:
+1 for wget
Andy
pussy
sorry - that was meant to go to andrew direct - not the list
tounge in cheek
Matt
Riiight...
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubs
Jeremy Huntwork wrote:
Andrew Benton wrote:
+1 for wget
I suggested this a long time ago - one of my first few posts to the
list, IIRC. While it is one of the first BLFS packages I build, if we
include it, the question becomes, at what point do we stop?
--
JH
Yeah, at some point you ha
Matt Darcy wrote:
Andrew Benton wrote:
Ag Hatzim wrote:
I would like to propose to put reiserfsprogs,wget (with a note to
rebuild
wget from blfs,for those who would like support for encrypted
http,which
requires openssl) and maybe a text browser e.g lynx,into the book.
+1 for wget
And
Andrew Benton wrote:
Ag Hatzim wrote:
I would like to propose to put reiserfsprogs,wget (with a note to
rebuild
wget from blfs,for those who would like support for encrypted http,which
requires openssl) and maybe a text browser e.g lynx,into the book.
+1 for wget
Andy
pussy
--
http://li
Alexander Lang wrote:
I have another idea (maybe it exists already, maybe not):
I recently discovered uninonfs
(http://www.fsl.cs.sunysb.edu/project-unionfs.html) and it seems to me,
that it could be used for our purpose, allowing the instructions to
remain as they are now:
Despite it's popular
Tushar Teredesai wrote:
>
> What do other LFSers think?
I have another idea (maybe it exists already, maybe not):
I recently discovered uninonfs
(http://www.fsl.cs.sunysb.edu/project-unionfs.html) and it seems to me,
that it could be used for our purpose, allowing the instructions to
remain as th
El Lunes, 28 de Noviembre de 2005 16:33, Bruce Dubbs escribió:
> These are the main alternative packages/options that I can remember off
> the top of my head. I'd have to go through the book to get a
> comprehensive list, but we are just talking concepts right now.
Well, all that seems good pro
Jim Gifford wrote:
Matthew Burgess wrote:
2) Bring udev in line with upstream recommended practices, including
dropping the hotplug package. I'll be creating a branch for this in
due course, though I think proper handling of the input subsystem is
still dependent on linux-2.6.15.
I'm gettin
Andrew Benton wrote:
Ag Hatzim wrote:
I would like to propose to put reiserfsprogs,wget (with a note to rebuild
wget from blfs,for those who would like support for encrypted http,which
requires openssl) and maybe a text browser e.g lynx,into the book.
+1 for wget
I suggested this a long ti
Ag Hatzim wrote:
I would like to propose to put reiserfsprogs,wget (with a note to rebuild
wget from blfs,for those who would like support for encrypted http,which
requires openssl) and maybe a text browser e.g lynx,into the book.
+1 for wget
Andy
--
http://linuxfromscratch.org/mailman/listinf
Lennon Cook wrote:
Andrew Benton wrote:
If that's true that means you have a /share folder in your root folder and you
installed gnome with the --prefix=/
You misunderstand, I think (my fault - superfluous probably wasn't
quite the right word in retrospect). I meant that both lines should be
`
On Mon, Nov 28, 2005 at 09:48:41AM -0700, Dennis J Perkins wrote:
> Isn't DESTDIR something that the autoconf package automatically
> provides?
Well, automake (not autoconf), but yes.
> Which means almost all packages used by LFS and BLFS should be able to
> use it.
All except the ones that don'
Bruce Dubbs wrote:
sash wrote:
imho, there are no stupid questions.
I used to think that. Then I taught a few years in a Community College. :)
-- Bruce
About 10 years ago I taught a course in C++ at a local community college.
The class was meant for C programmers to learn C++ so C w
>
> BTW, this is the first I have heard of maintainers recommending *not*
> to use DESTDIR based approach since that is how packages are installed
> by most of the distros (including the source based ones like Gentoo).
>
Isn't DESTDIR something that the autoconf package automatically
provides?
Tushar Teredesai wrote:
BTW, this is the first I have heard of maintainers recommending *not*
to use DESTDIR based approach since that is how packages are installed
by most of the distros (including the source based ones like Gentoo).
I think employing DESTDIR would be an educating and worthwh
On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> Tushar Teredesai wrote these words on 11/28/05 09:59 CST:
> > On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> >>If it isn't a trust thing, and you want to figure out what all is
> >>being installed, then there are many, many ways to
On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> Tushar Teredesai wrote these words on 11/28/05 09:59 CST:
> > On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> >>If it isn't a trust thing, and you want to figure out what all is
> >>being installed, then there are many, many ways to
Tushar Teredesai wrote these words on 11/28/05 09:59 CST:
> On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>>If it isn't a trust thing, and you want to figure out what all is
>>being installed, then there are many, many ways to get that data.
>
> Yep, and DESTDIR being the easiest and reco
On 11/28/05, Dan Nicholson <[EMAIL PROTECTED]> wrote:
>
> Actually, you have that a bit backwards. TT_PFX is the variable Greg
> uses for /tools or whatever. You're thinking of PM_DEST, the variable
> where the package manager root is set. So that's
>
> make DESTDIR=$PM_DEST install
Thanks, I c
On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>
> Or, to look at it another way, folks that *do* want to use the DESTDIR
> approach can simply add it to the instructions. :-)
I have been using that approach and it is not as easy as that.
Sometimes, we need to make sure that the destinatio
On 11/28/05, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> The argument was that they weren't required in BLFS, however,
> since it's been proven that they *are* required in BLFS (and
> boy aren't we lucky that maintainers use semi-recent packages)
> you go back to the "not required in LFS" crutch.
Randy McMurchy wrote:
> Lennon Cook wrote these words on 11/27/05 05:38 CST:
>
>>In the instructions for GDM:
>>- - -
>>chmod -v 644 --prefix=`pkg-config --variable=prefix ORBit-2.0`\
>>/share/gdm/BuiltInSessions/default.desktop &&
>>chmod -v 644 --prefix=`pkg-config --variable=prefix ORBit-2.0`\
Randy McMurchy wrote:
Chris Staub wrote these words on 11/27/05 20:47 CST:
Try going to Amazon.com and searching the "Books" section for "google" -
there are several books on using google listed.
A book on how to use search terms in Google? And people actually
would *buy* something l
On 11/27/05, Tushar Teredesai <[EMAIL PROTECTED]> wrote:
> On 11/27/05, Tushar Teredesai <[EMAIL PROTECTED]> wrote:
> > Disadvantages:
> > * It makes the instructions slightly more complex.
> > * Causes problems for folks who don't want a package manager.
>
> Actually, we can do what Greg has done.
On Mon, 28 Nov 2005, Jeremy Huntwork wrote:
If anyone wants any other features included now's the time to get those
requests in.
Funny how powerful one little sentence can be. :)
And no kidding.
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
On Sun, 27 Nov 2005, sash wrote:
gullible? or kind, understanding and compassionate?
You always put such a nice spin on things, sash. :)
Steven
--
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
Ag Hatzim wrote:
Matthew Burgess([EMAIL PROTECTED])@Thu, Nov 24, 2005 at 09:44:29PM +:
Hi Matthew.
If anyone wants any other features included now's the time to get those
requests in.
I would like to propose to put reiserfsprogs,wget (with a note to rebuild
wget from blfs,for those who
34 matches
Mail list logo
