Hi all,
Not too long ago there was a discussion about piping 'yes' through to
the installation script of packages to avoid having to agree to the
license. I believe the majority here determined that we really ought
not be doing that.
There are 4 packages in BLFS that pipe 'yes' to automate instru
On Sun, Jan 08, 2006 at 11:03:50AM -0600, Bruce Dubbs wrote:
>
> I still prefer some comment in the book of how to use the yes program to
> provide an example to users in accordance with the educational goals of
> the book.
Note that net-tools will not be changing since that yes contruction
doesn
Matthew Burgess <[EMAIL PROTECTED]> writes:
> Randy McMurchy wrote:
>> I'm thinking it was pulled out of the instructions because LFS-6.0
>> required a specific version of the stylesheets referenced as
>> 'current'. But I could be wrong.
>> Matthew, does this sound right?
>
> My memory is hazy on
Dimitry Naldayev <[EMAIL PROTECTED]> writes:
> Matthew Burgess <[EMAIL PROTECTED]> writes:
strange things... why I get the such old message?...
sorry...
>
>> Randy McMurchy wrote:
>>> I'm thinking it was pulled out of the instructions because LFS-6.0
>>> required a specific version of the styleshe
Greetings All:
Recent discussions on the blfs-dev list have shown that there is a
desire/need for a wiki once again. It would make adding and documenting
new information in BLFS about i18n and multilib a lot easier, especially
considering that the current editorial staff in BLFS are not (yet!)
exp
Jeremy Huntwork wrote:
> At this point we have basically three directions we could take, and I
> would like to get your feedback, please.
I like the general look and feel of trac, but I would prefer to use it to:
1. Replace Bugzilla
2. Replace ViewCVS
3. Be a target for multilib/i18n issues.
Jeremy Huntwork wrote:
Note that if the community prefers items 2 or 3, I would still like to
use the new logo on our exisiting sites, so comments on that are welcome
as well.
I very much like the way you can view the subversion tree, and the
bugzilla bugs now converted to tickets are much
On 1/8/06, Bruce Dubbs <[EMAIL PROTECTED]> wrote:
> Jeremy Huntwork wrote:
>
> > At this point we have basically three directions we could take, and I
> > would like to get your feedback, please.
>
> I like the general look and feel of trac, but I would prefer to use it to:
>
> 1. Replace Bugzilla
Hi all,
The KDE Multimedia package has changed significantly. Most notably,
the aKode package has been removed and is now a stand-alone package
in KDE-SVN. This package is what in the past has supported MPEG,
Speex, FLAC, libsamplerate, JACK, Polypaudio and other multimedia
features. Much is lost
Jeremy Huntwork wrote:
At this point we have basically three directions we could take, and I
would like to get your feedback, please.
1) Use Trac for our entire online presence, including our website.
I'm not so sure about implementing the whole lfs website in it. I guess
it could be incorpo
Archaic wrote these words on 01/08/06 13:43 CST:
> Note that net-tools will not be changing since that yes contruction
> doesn't bypass a license, so the educational aspect is still in place.
Well, as a compromise, and what I think is a good solution, I would
like to create a section in Chapter 2
Bruce Dubbs wrote these words on 01/08/06 21:38 CST:
> Editor creates aKode-version.tar.bz2 file for the mirrors.
Yes, not too difficult once you figure out KDE's idiosyncracies.
> User:
> extract kdemultimedia (implicit)
> cd kdemultimedia (implicit)
> tar -xf ../aKode-version.tar.bz2
> ./con
Randy McMurchy wrote these words on 01/08/06 21:50 CST:
> Bruce Dubbs wrote these words on 01/08/06 21:38 CST:
>
>>Editor creates aKode-version.tar.bz2 file for the mirrors.
>
> Yes, not too difficult once you figure out KDE's idiosyncracies.
And here is our choices:
1) Direct the user to down
Randy McMurchy wrote:
> Bruce Dubbs wrote these words on 01/08/06 21:38 CST:
>>User:
>>extract kdemultimedia (implicit)
>>cd kdemultimedia (implicit)
>>tar -xf ../aKode-version.tar.bz2
>>./configure...
>>
>>Is that correct?
>
>
> Well, it isn't that easy. The aKode package must actually be
> ins
Randy McMurchy wrote:
> Archaic wrote these words on 01/08/06 13:43 CST:
>
>
>>Note that net-tools will not be changing since that yes contruction
>>doesn't bypass a license, so the educational aspect is still in place.
>
>
> Well, as a compromise, and what I think is a good solution, I would
>
Randy McMurchy wrote:
> Randy McMurchy wrote these words on 01/08/06 21:50 CST:
>
>>Bruce Dubbs wrote these words on 01/08/06 21:38 CST:
>>
>>
>>>Editor creates aKode-version.tar.bz2 file for the mirrors.
>>
>>Yes, not too difficult once you figure out KDE's idiosyncracies.
>
>
> And here is ou
Bruce Dubbs wrote these words on 01/08/06 22:18 CST:
> OK, but reviewing, should this be just before aRts?
I would have to go back and look at the aRts configure log, but
I'm almost certain that it doesn't look for it. So, it really
doesn't matter when it is installed, as long as it is before
kde
Randy McMurchy wrote:
> Keep in mind, up until this version of KDE, the aKode stuff was
> packaged *with* kdemultimedia, therefore, aRts or any other
> package could have no knowledge of it.
Good point. Just keep it with kdemultimedia then.
-- Bruce
--
http://linuxfromscratch.org/mailman/l
Bruce Dubbs wrote these words on 01/08/06 22:26 CST:
> I think we need to host the smaller tarball ourselves and tell the users
> where we got it. Then we tell them about the "make -f Makefile.cvs" so
> they can do it themselves if they get a different version directly from
> the KDE SVN.
Good
Randy McMurchy wrote:
Hi all,
The KDE Multimedia package has changed significantly. Most notably,
the aKode package has been removed and is now a stand-alone package
in KDE-SVN. This package is what in the past has supported MPEG,
Speex, FLAC, libsamplerate, JACK, Polypaudio and other multimedia
Randy McMurchy wrote:
Bruce Dubbs wrote these words on 01/08/06 22:26 CST:
I think we need to host the smaller tarball ourselves and tell the users
where we got it. Then we tell them about the "make -f Makefile.cvs" so
they can do it themselves if they get a different version directly from
Chris Staub wrote these words on 01/08/06 22:34 CST:
> Just wondering, where exactly is it in kde's svn repository? I still see
> it in trunk/KDE/kdemultimedia/akode_artsplugin
That is what is now in kdemultimedia that hooks to the aKode stuff
already on your system (if you installed it). To get
Chris Staub wrote:
Just wondering, where exactly is it in kde's svn repository? I still see
it in trunk/KDE/kdemultimedia/akode_artsplugin
Also, KDE's svn sources look specifically for KDE's "unsermake" to
compile (as well as running 'make -f Makefile.cvs') so instructions for
that would
Justin R. Knierim wrote these words on 01/08/06 22:50 CST:
> Sounds good to me. If an official BLFS dev made one is wanted, you can
> do that and send to me, or I can make one myself following the
> instructions and upload. It is all fine with me.
Please, hold off for right now. I want to mak
Randy McMurchy wrote:
Please, hold off for right now. I want to make sure that everything
(including kdemultimedia) works as expected. You can see my last
message for the method to create a tarball, however, I'll let you
know when we should do it (you'll also see the book updated!).
Ok, will
Chris Staub wrote:
Chris Staub wrote:
Just wondering, where exactly is it in kde's svn repository? I still
see it in trunk/KDE/kdemultimedia/akode_artsplugin
Also, KDE's svn sources look specifically for KDE's "unsermake" to
compile (as well as running 'make -f Makefile.cvs') so instructi
Chris Staub wrote these words on 01/08/06 22:52 CST:
> Also, KDE's svn sources look specifically for KDE's "unsermake" to
> compile (as well as running 'make -f Makefile.cvs') so instructions for
> that would need to be added as well.
No, not here. Typically, that is correct, but not here. Just
Chris Staub wrote these words on 01/08/06 23:03 CST:
> Hmmm, looks like this is just needed if you checkout with svn. If you
> download a snapshot from ftp.kde.org it doesn't need unsermake.
My understanding is that unsermake is only needed for the newer
(KDE-4.x) branch, which is now "trunk". I
28 matches
Mail list logo
