Jeremy Huntwork wrote:
Here is a link to the sample site:
http://wiki.linuxfromscratch.org/lfs/
Looks good, but some functionality is not obvious. E.g., how to search
all open LFS tickets for the word "udev" in their name (not in comments)?
As for a replacement for ViewCVS, Trac is 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
Randy McMurchy wrote:
> Oh, wait a minute, now there is references to "intelligent viewers" in
> the statement directed to me. And in a negative way.
The statements weren't meant to be directed at you. And in hindsight the
words were poorly chosen.
Good day.
--
JH
--
http://linuxfromscratch.or
Jeremy Huntwork wrote these words on 01/08/06 21:02 CST:
> Not much of an artist are ya?
Oh, I don't know. Folks have always said I've created really nice
graphics on the web sites I've done.
And what is it with you anyway? I say I don't like your puzzle
piece and you have to insult me saying I'
Bruce Dubbs wrote:
>1. Replace Bugzilla
>2. Replace ViewCVS
>3. Be a target for multilib/i18n issues.
>
>I do not think is should replace the general website. I'd prefer to
>keep those pages static and archived in svn.
>
>
I would opt to keep everything entact until everyone has agreed that
Randy McMurchy wrote:
> The puzzle piece to me represents an incomplete project with not
> even a completed item for the puzzle piece to go into. To me it
> represents incompleteness. The improperly capitalized "linux", well,
> is improperly capitalized (in my opinion).
>
Not much of an artist ar
Jeremy Huntwork wrote these words on 01/08/06 17:55 CST:
> 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 don't know what you mean by "new logo" but if it is that jigsaw
puzzle piece wi
Jeremy Huntwork wrote:
>2) Keep our existing website, but use Trac for a development wiki and to
>replace Bugzilla and ViewCVS. The wiki pages would only include
>development works in progress, not the main website pages, similar to
>how our previous wiki was set up.
>
>3) Keep everything as is, i
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 12/22/05, Archaic <[EMAIL PROTECTED]> wrote:
> I say if using switches versus moving groff both result in identical
> binaries, then switches are probably easier and better in that the
> explanation of the switch is the perfect forum to mention that perl is
> looking for groff but doesn't actual
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
There are some info and man pages in /tools/share/{info,man}
not much but is... so if we want to remove them in chapter 5.31 too, we
need to say something like:
rm -rf /tools/{,share}/{info,man}
---
Dimitry
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfr
I was reading one of the mailings about stable and unstable versions...
You know, in almost five years of doing this LFS stuff, I have never
once actually NEEDED a later version of an LFS package. OK, when it
arrived, the improvements were sometimes good, but I was never
actually waiting for it.
Dimitry Naldayev wrote:
thanks for explanation... this not clear from package version :(
No, but it is from the package *location*
ftp://ftp.gnu.org/gnu/diffutils/ (diffutils-2.8.1)
ftp://alpha.gnu.org/gnu/diffutils/ (diffutils-2.8.7)
Regards,
Matt.
--
http://linuxfromscratch.org/mailman/li
Randy McMurchy wrote:
Again, not that it really matters, as the change is probably a good
thing (I cannot say for sure if it is or is not, as there is nothing
there that directly benefits me), but it was sort of an unusual way
to incorporate a major change into the book.
Well, I'll hold my han
Matthew Burgess <[EMAIL PROTECTED]> writes:
> Dimitry Naldayev wrote:
>> Hi all,
>> Look like cross-lfs use diffutils-2.8.7
>
> That's an alpha version of the package. cross-lfs are free to do what
> they want, but the main LFS book will stick with stable versions of
> packages (i.e. those announ
Dimitry Naldayev wrote:
Hi all,
Look like cross-lfs use diffutils-2.8.7
That's an alpha version of the package. cross-lfs are free to do what
they want, but the main LFS book will stick with stable versions of
packages (i.e. those announced as 'stable' by upstream) whenever possible.
Rega
"Alexander E. Patrakov" <[EMAIL PROTECTED]> writes:
> 3) links doesn't support UTF-8. So if you are using the en_US locale,
> everything is fine. But in en_US.UTF-8, you will have to change your
> preference.
and... links add extra space left to the text. so I can not cut and paste
from lfs book
Randy McMurchy wrote:
> 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.
Reviewing, the majority consi
Hi all,
Look like cross-lfs use diffutils-2.8.7
---
Dimitry
--
http://linuxfromscratch.org/mailman/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
20 matches
Mail list logo
