On Aug 20, 2012, at 3:03 PM, Randy McMurchy ra...@linuxfromscratch.org wrote:
Anyway, I'm glad to be back and I look forward to getting back working
on the BLFS book again.
I must really have stopped paying attention, I thought you were still
leading the BLFS effort!
Anyway, welcome back! I'm
I've been holding back bringing this up on-list for a while because I
intended to do the bulk of the work and then present a working system to
the community for comment and review. I still intend to do that, but
given some recent discussions, I think the time is right to bring this
up and see
On 2/21/12 11:28 PM, Bruce Dubbs wrote:
$ sh list-libs.sh
ld-linux-x86-64.so.2
libblkid.so.1
libc.so.6
libdl.so.2
libhistory.so.6
libncursesw.so.5
libpthread.so.0
libreadline.so.6
librt.so.1
libuuid.so.1
libz.so.1
Yeah, that looks right at a glance, nice!
JH
--
On 2/21/12 2:49 PM, Bruce Dubbs wrote:
As an example, look at this init:
https://github.com/jhuntwork/LightCube-OS/blob/master/packages/mkinitramfs/init.in
Well that's certainly easier than dracut. I would want to add UUID and
LABEL capabilities.
Actually, the UUID stuff just works the
On 2/21/12 3:03 PM, Jeremy Huntwork wrote:
On 2/21/12 2:49 PM, Bruce Dubbs wrote:
As an example, look at this init:
https://github.com/jhuntwork/LightCube-OS/blob/master/packages/mkinitramfs/init.in
Well that's certainly easier than dracut. I would want to add UUID and
LABEL capabilities
On 2/21/12 8:51 PM, Bruce Dubbs wrote:
I was able to use
menuentry BLFS Dev (LFS-7.0-Feb14) initrd, Linux 3.0.4 {
linux /vmlinuz-3.0.4-lfs-20120214
root=UUID=54b934a9-302d-415e-ac11-4988408eb0a8 ro
initrd /initrd.img-no-kmods
}
and it worked the first time.
Nice!
One interesting thing
On 2/21/12 8:51 PM, Bruce Dubbs wrote:
Very interesting. I took your scripts and hacked them a bit. I set it up
Oh, one other thing that I was going to do at some point but also hadn't
gotten around to yet was to pull in the required dynamic libs, well,
dynamically. Perhaps parse output from
On Dec 21, 2011, at 6:52 AM, Andrew Benton wrote:
So what should we have on the page? At the moment it says:
If you upload certain formats (quicktime, mov or mp4) to youtube, you
need to flatten them (move the index to the front of the file) before
uploading. FFmpeg contains a tool called
On Dec 21, 2011, at 6:03 AM, Ken Moffat wrote:
As the person who mentioned flattening to Andy, all I can say is
that common usage at youtube refers to it. And, despite the
implication that it is only to improve the user experience, it is
necessary to use it to successfully upload .mov files
Nathan's email reminded me that there's also a dubious statement on the current
ffmpeg page. The page references using qt-faststart to 'flatten' files by
moving the index to the front of the file.
Indeed, qt-faststart does move the moov atom (which contains metadata about the
video) to the
On Nov 12, 2011, at 5:45 PM, Tobias Gasser l...@ebp-gasser.ch wrote:
i just restarted from scratch.
as you suggested, i added --enable-dbm to db, but pam stil fails.
config db:
--enable-compat185
--enable-cxx
--enable-db
This should be --enable-dbm
JH
--
On Nov 4, 2011, at 4:24 PM, Bruce Dubbs bruce.du...@gmail.com wrote:
I see no use at all of pkg-config outside of programming.
It's definitely connected to programming, but then so is glibc,
binutils and gcc. But I don't think I'd classify them under a
programming label. Pkg-config is a
On 12/7/10 2:31 PM, Aleksandar Kuktin wrote:
I'm a bit confused.
Point VI. Does it mean you build Subversion, somehow including
swig-pl in the process and ending with Perl bindings for Subversion
routines?
How does one do that?
The subversion sources come with the Perl bindings. All you
On 12/7/10 5:02 PM, Randy McMurchy wrote:
Though all this is off-topic for this list, I'll add that current SWIG
(if 2.0.1 is still current) builds the latest subversion tarball bindings
just fine. I should have subversion updated in the book to the latest
version sometime this week.
So you
On 12/7/10 6:13 PM, Randy McMurchy wrote:
Exactly what do you mean when you say So you still make use of the
separate SWIG package? I'm not trying to me a smart-a$$, I just am a
bit confused with your message.
Sure, no problem. What I meant was that Subversion appears to come
pre-packaged
On 12/7/10 6:36 PM, Randy McMurchy wrote:
And the more I think about it, because they are SWIG bindings, what you
are building is worthless without a SWIG installation. I'll bet you've
never tried to actually use the bindings, or for that matter even run
the test suites for the bindings.
On 12/7/10 7:05 PM, Randy McMurchy wrote:
It mentions something about pre-generated swig wrappers in the subversion
tarball at http://trac.edgewall.org/wiki/TracSubversion, though they still
recommend that you build SWIG according the instructions given in the
subversion tarball. They even
On Nov 10, 2010, at 1:33 AM, DJ Lucas d...@linuxfromscratch.org wrote:
I've been using Dovecot for quite a while and am quite happy with it.
Ditto. Dovecot surprised me, probably because of the headache involved with
other implementations I tried. It's flexible, reliable, and super easy to
On 8/24/10 9:12 PM, Bruce Dubbs wrote:
If the system time is too far off the network time, then ntpd just
exits. This can happen easily if the hwclock is set to utc and
/etc/sysconfig/clock is not (or vice versa).
Not if it is started with -gx. I've just tested and confirmed. I set my
date
Hi,
This has come up before, but I want to bring it up again now because
it's such a simple fix to an old problem.
Given that the purpose of the init script is to (as the book puts it):
run ntpd continuously and allow it to synchronize the time in a gradual
manner., the current options passed
On 8/23/10 3:34 PM, Bruce Dubbs wrote:
You are quoting out of context. The fill startup is:
boot_mesg Starting ntpd...
ntpd -gqx
loadproc /usr/sbin/ntpd
Ah, my mistake. I didn't actually see the loadproc line underneath. In
theory, yes, ntpd -q should be run once first, to update the
On 8/23/10 4:54 PM, Bruce Dubbs wrote:
Since we use *pool.ntp.org, how would you propose doing that?
I agree that it would be nice, but I don't know how.
I don't know either, at least, I haven't given much thought to it. My
solution for myself was just to assume a correct date has been set at
On 8/23/10 6:10 PM, Bruce Dubbs wrote:
What if the ntp server provided is down like in the 2nd entry above?
Or (for who knows what reason) outgoing ICMP packets are blocked where
you have no control?
This problem is not easily solved.
Understood and agreed. Again, I think that initial set of
DJ Lucas wrote:
Jeremy Huntwork wrote:
Hello,
I know there has been a lot of discussion on Xorg lately, so sorry if
this is bringing up a known issue, but xorg-server also appears to
require pixman now. The instructions in BLFS svn break for me at
xorg-server because pixman is missing
The instructions include the command:
patch -Np1 -i ../libxcb-1.1-sloppy_lock-1.patch
But the patch is not listed in the downloads section.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information
Hello,
First off, thanks to everyone for the comments given, they were very
helpful. Based in part on the comments, and upon my own estimation of
the project, I have a proposal to make wrt the future of the project.
I'll try to keep it as brief as possible, but here are the changes to
the
Hello,
I know that we've talked about this before but given the events of the
past year or so, I'd like to revisit this briefly.
Alexander and I have been talking and we're trying to take a very
realistic approach to any efforts made to re-enliven the LiveCD project.
Without going into too
Justin R. Knierim wrote:
I still don't have any automated system to do updates, and have been
pretty busy that I haven't been able to do ftp updates as often as I
like. Updating manually even with the help of my scripts is a total
PITA. If you have ideas for a better solution and would
Alexander E. Patrakov wrote:
DJ Lucas wrote:
The real problem with it is, if we keep holding for every version
increment, we'll never get 6.3 out the door.
And do we really need to get 6.3 out of the door? Essentially, without an
errata
page, without the team tracking security issues
Bruce Dubbs wrote:
No. I disabled the rsync some time ago as the last time the master was
updated
was sometime in December. If Justin's server gets updated, I can easily
re-enable the rsync.
At this point, why not just make anduin your master ftp server?
--
JH
--
Randy McMurchy wrote:
Jeremy Huntwork wrote these words on 05/08/08 17:05 CST:
At this point, why not just make anduin your master ftp server?
The whole problem was that, as a whole, the BLFS editing team
failed to do what we were supposed to (make updates on Anduin
after updating
Randy McMurchy wrote:
Thanks for offering to help out, Jeremy. :-)
No problem. I'd have to re-familiarize myself with the BLFS source and
anduin's configuration...
Bruce, do I have privileges on anduin to do this sort of work?
--
JH
--
Bruce Dubbs wrote:
The list of missing pakages is not much shorter.
I sent a message to Justin asking if he wants to collaborate using an
automated system. Waiting to hear from him...
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Bruce Dubbs wrote:
Bruce Dubbs wrote:
The list of missing pakages is not much shorter.
s/not/now/
Heh, funny how one letter makes a huge difference sometimes, eh?
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Bruce Dubbs wrote:
I've been working privately to get this fixed.
OK, I saw some kind of activity on the wiki, I wasn't sure who that was.
Let me know if you need any help.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Alexander E. Patrakov wrote:
So we see at least two non-empty camps. One wants a strictly minimal CD, and
one
wants packages beyond it. The most democratic solution would be to make two
CDs (and that's, in fact, the origin of the talks about package management),
but
we don't have enough
TheOldFellow wrote:
My feeling is that LFS-NG should use the new DIY-Linux build method, AND
have a Package Management system, AND have a defined way of managing
updates. THEN, I think ALFS and BLFS should use the chosen PM.
Well this certainly is taking the discussion to the next level. I'm
Robert Daniels wrote:
I feel these are things we should definitely integrate from diy-linux.
The new build method is very promising, and will be very helpful for
the future when everyone expects their OS to be 64 bit.
64-bit is already possible with LFS via the jh branch, it is rendered
Hello Everyone,
It has recently been suggested to me that the LFS LiveCD project be
killed. The main arguments for this are, essentially:
1) It is currently unmaintained
2) It removes the essential prerequisite of being able to configure a
Linux system
3) It leads to less testing from other
Hey All,
Just a quick note to say hello and respond to some recent concerns about
the inactivity of LFS projects.
For me, as I'm sure is the case for several others, several things in my
personal life have taken up nearly all my time lately. LFS gets pushed
into the background.
I think we'd
Randy McMurchy wrote:
All my spare time is being spent here: http://www.mcmurchy.com/helo/
That's really cool, Randy. What does it take to make something like this
happen? How did you get into it?
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Randy McMurchy wrote:
Hi all,
I tried sending some mail earlier, but apparently I'm not allowed to
any longer using the email address registered to all the mailing lists.
Anyone have any idea why this is happening (from Quantum's mail log)
Nothing has changed (that I know of). I'll look
Hello Everyone:
The LFS LiveCD project is currently attempting to produce four CDs. A
minimalistic CD and a full Xorg+XFCE CD each for both x86 and x86_64.
There are two of us working on this project officially. It becomes quite
a bit of work to try to keep up with the development of LFS and
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary=0-912148289-1185757718=:75736
Content-Length: 1540
David,
I'm not sure if Bruce mentioned this to you privately, but for your
future reference, the above is probably the reason why your message was
held for approval. The lists
Randy McMurchy wrote:
Thoughts from others as to how we should go foreword would be
Hehe, English makes for some funny mistakes...
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
On Sun, 15 Apr 2007 13:45:33 -0500, Randy McMurchy [EMAIL PROTECTED] wrote:
Randy McMurchy wrote these words on 04/15/07 12:29 CST:
Noted a failure building Qt-3.3.8. Here is from the log of 'make':
[snip error]
I resumed make and it finished without issue. The build went fine after
the
On Sun, 15 Apr 2007 13:58:58 -0500, Randy McMurchy [EMAIL PROTECTED] wrote:
Not sure how to go about that. Compiling qt is thousands of lines of
C+ code, and it simply halts with an error at sporadic places.
Yeah, :/ No chance that it's maybe a memory issue? You're using a swap
partition at
Hello,
The dev book has:
chmod -v 4755 /usr/bin/smb{mnt,umount}
/usr/sbin/{,u}mount.cifs
I think that's meant to be:
chmod -v 4755 /usr/bin/smb{mnt,umount} \
/usr/sbin/{,u}mount.cifs
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Jeremy Huntwork wrote:
Be advised that your first post to a mailing list might be delayed by a
few minutes. If it takes a considerably long time, or if you receive an
undeliverable message from your MTA, please let us know at server-admin
AT linuxfromscratch DOT org so that we can adjust our
Greetings All,
Inspired by an email from Richard Downing, I decided to look into using
greylisting to help fight spam. If you haven't heard of it before see:
http://www.greylisting.org
The basic idea is that whenever a new MTA (one that is not in the
greylisting database) attempts to deliver
On Sat, Apr 07, 2007 at 07:07:32PM +0200, M.Canales.es wrote:
http://www.lfs-es.info/new-lfs-book/
It looks nice. :) I can't really see a difference, apart from the 'Up'
links.
Guess that's all I have to say about that.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ:
Jonathan Oksman wrote:
It should also be mentioned in the book that sudo does not support
md5 passwords natively. I say this because I've only been able to
use it with NOPASSWD set. Further investigation into the source
code reveals that this is indeed the case:
sudo works just fine on an
Jonathan Oksman wrote:
If it's not a problem, I'll stop posting about it. Just trying to
help!
Yes, I understand and appreciate that.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Alexander E. Patrakov wrote:
xfce4-tips (arranged by default to start up with the session) calls fortune
in order to provide the text for the tip dialog. The exact command line is:
fortune /usr/share/xfce4/tips/tips
That's odd. Makes me question the usefulness of the tips.
--
JH
--
Jeremy Huntwork wrote:
Alexander E. Patrakov wrote:
xfce4-tips (arranged by default to start up with the session) calls fortune
in order to provide the text for the tip dialog. The exact command line is:
fortune /usr/share/xfce4/tips/tips
That's odd. Makes me question the usefulness
Alexander E. Patrakov wrote:
That's odd. Makes me question the usefulness of the tips.
Full file with tips attached. But OK, it already seems that the
consensus is to drop fortune and disable by defaut parts that use it.
I'm sorry I interjected. Personally, I don't care at all whether it
Randy McMurchy wrote:
Hi all,
Noted on the CBLFS page is a note that says not to copy from the BLFS
book as it may violate the copyright. But I can't help but notice that
many of the descriptions, etc are copied directly from BLFS.
A little off-topic: I thought it was a little funny that
Alexander E. Patrakov wrote:
Randy McMurchy wrote:
Perhaps it is time to move the production BLFS platform to Anduin.
At least then we'd have a reliable server that works.
+1 at least temporarily.
In principle, I agree. However, I think that re-organization would be
better done if we
Randy McMurchy wrote:
Another month?
That is simply too long to wait.
Well, generally speaking, I agree there, too. I would very much like to
see something resolved today, if possible. But, given the fact that
Gerard has been working on the server (we've seen proof of that) and
that he
Bruce Dubbs wrote:
In the meantime, lets discuss exactly what we would do if we moved some
of the load from belgarath to anduin. We could start by mirroring the
web server files, including trac. I'm not sure if we want to do svn. I
know we don't want to do mail. In any case, nothing should
Bruce Dubbs wrote:
Jeremy,
Why don't you put the most up-to-date version of svn on anduin and we
can check it out there before we change anything on belgarath.
Alright. I'll start on that later tonight. I have a few other things to
do first.
--
JH
--
Justin R. Knierim wrote:
For trac, all it really needs are the repo files and swig python
bindings. It can use the older version of svn, whatever it may be on
anduin, it doesn't actually have to serve the files. If you wanted to
you can just rsync the /srv/svn or whatever directory to anduin
Hey Guys,
Just a heads up concerning the latest Subversion release, 1.4.2. A very
simple build/configuration built fine against current LFS svn.
Apparently there are some major improvements with this release:
* svnsync, a new repository mirroring tool
* Huge working-copy performance
On Wed, Nov 29, 2006 at 12:44:30PM -0600, Randy McMurchy wrote:
Please review the comments about the new Subversion in
http://wiki.linuxfromscratch.org/blfs/ticket/2047. You apparently
overlooked these critical items (removing certain packages from the
distribution). Of course, if it is
Matthew Burgess wrote:
I also have privs. However, I don't have any monitoring daemons
available. I know nagios used to run and provide reports to system
admins, but I've not seen any recently. I think it only monitored http
and smtp. If I notice any services are down (usually limited to
Bruce Dubbs wrote:
That would be me. I would have let it through if I noticed it, but I
didn't see it among the 100+ spam messages. Sorry.
No problem. I should have realized that there would have been a lot of
trapped spam messages in addition to mine. Sorry if I sounded critical.
--
JH
Alexander E. Patrakov wrote:
The problem is that the wrong answer is given to the original poster by
TWO editors, and nobody corrected them. On this basis, I declare that
locale issues are not really supportable (and DIY is right in ignoring
them), and demand immediate removal of all UTF-8
Dan Nicholson wrote:
That's not really the issue. The issue is that Bruce closed the bug
to track packages that won't work in multibyte locales as WONTFIX.
Kind of implies that we don't care about Locale Related Issues,
doesn't it? I let you reread Alexander's original mail since it was
Bruce Dubbs wrote:
Looking at the outstanding tickets, xchat is one of the oldest. It
seems to be a relatively simple CMMI application, but it doesn't seem to
fit into any category of the book. Right now I'm thinking Part V, Basic
Networking, Chapter 18, Basic Networking Programs.
Thoughts?
Archaic wrote:
On Fri, May 12, 2006 at 09:03:48PM -0400, Jeremy Huntwork wrote:
You could do that. Or chapter 37, Other X-based Internet Programs might
be better. Anyone thought of adding irssi?
Unfortunately, irssi wouldn't fit in 37. So if it were added, it would
pretty much require
On Tue, Apr 18, 2006 at 07:23:01PM +0200, M.Canales.es wrote:
El Martes, 18 de Abril de 2006 18:48, Bruce Dubbs escribió:
Non-member email would go to /dev/null
I could to agree if instead to /dev/null that mails are keep awaiting
moderator approval.
In principle I agree. In practice
On Mon, Apr 17, 2006 at 07:15:15PM +0100, Andrew Benton wrote:
Is that wise? As it stands LFS is out of date. Old gcc, old glibc, old
kernel headers. As soon as trunk moves to a newer toolchain everyone
will start using that. Why waste effort releasing a book that's already
obsolete?
On Mon, Apr 17, 2006 at 07:15:15PM +0100, Andrew Benton wrote:
Is that wise? As it stands LFS is out of date. Old gcc, old glibc, old
kernel headers. As soon as trunk moves to a newer toolchain everyone
will start using that. Why waste effort releasing a book that's already
obsolete?
Archaic wrote:
On Sat, Apr 15, 2006 at 12:52:17PM -0700, Dan Nicholson wrote:
So far, it's looking like all lowercase is in the lead with one vote
woohoo! A landslide!! :D
Mudslides are better. *drool*
http://www.mixed-drink.com/Vodka/mudslide.html
--
JH
--
Randy McMurchy wrote:
Apparently, uploading patches to Trac causes a change in the line
ending characters (cr, lf chars). After downloading the patch from
Trac, and then applying it, there are messages about it having to
strip cr/lf chars from the patch. This doesn't happen applying the
one
On Wed, Apr 12, 2006 at 10:59:42AM -0500, Bruce Dubbs wrote:
Do you have cygwin installed? If so, you could test this behavior.
BTW, this is a standard feature of a ftp transfer in ascii mode. Been
around for years before Windows.
Yes, I believe I have cygwin. What did you want me to do?
--
On Wed, Apr 12, 2006 at 10:59:42AM -0500, Bruce Dubbs wrote:
Do you have cygwin installed? If so, you could test this behavior.
BTW, this is a standard feature of a ftp transfer in ascii mode. Been
around for years before Windows.
Btw, here's how I had intendend to test this issue. My LFS
Randy McMurchy wrote:
Hi all,
Though it is just my opinion, I *do not* like using the section 3 header
for the User notes link. It is much too ostentatious for me. I much more
preferred the simple paragraph presentation used throughout the book in
*every* other place there is a link.
I'm
Randy McMurchy wrote:
I thought the placement on the page (where it currently is) was decided
via list discussion and finalized. That was not the purpose of my message.
Gotcha.
Additionally, I don't believe you'll find anywhere else in the book,
that a hyperlink is not contained in a
Randy McMurchy wrote:
However, I think patching the sources to move one server ahead of
another is something we probably don't want to do. This to me seems
sort of something a user needs to do, or if it can't be done without
patching/sedding, then it probably doesn't need to be done.
I think
Randy McMurchy wrote:
And to me, that doesn't include forcing folks to have a default
*anything*, other than what the package maintainer does.
In all seriousness, of course, you're right. Anything of that sort is
out of the question for the book.
--
JH
--
Lennon Cook wrote:
type -pa $@ | head -n1
exit $PIPESTATUS
The problem is that without this extra line, the script will exit with
the exit status of 'head'.
I thought we decided to get rid of the pipe to head? Didn't we establish
that type -p or type -path is sufficient?
--
JH
--
Randy McMurchy wrote:
On Tue, 2006-02-28 at 20:35 -0600, I wrote:
echo ${BIGSTRING} | sed s/^.*\($MYSTRING\).*$/\\${COUNTER}/
The word string was returned, as expected.
JUSTFORBRUCE=`echo ${BIGSTRING} | sed s/^.*\($MYSTRING\).*$/\\${COUNTER}/`
echo $JUSTFORBRUCE
Woops, we didn't get what
Randy McMurchy wrote:
Does anybody know right offhand if $(command) syntax is a bash-only
thing?
It appears to be. Or, at least, tcsh doesn't support it.
Bash:
$ echo $(ls)
courierimaphieracl courierimapkeywords courierimapsubscribed
courierimapuiddb cur new tmp
$
tcsh:
/ echo $(ls)
Bruce Dubbs wrote:
I think the replies have established that either syntax is OK with the
exception of csh and probably tcsh. In my mind the constructs are
interchangeable. I don't have a preference and don't think we need to
have a standard for BLFS. Demonstrating both ways is educational.
Dan Nicholson wrote:
Yes, one of the things on my TODO list is to pump ICA functionality
into jhalfs. Shouldn't be too hard, but there are a couple subtle
places to be careful of in the looping. I don't have a really strong
understanding of the Makefile generation yet, so maybe we can work on
Nico R. wrote:
Hello,
can the dates shown by Trac be modified so that they use another format,
preferably -MM-DD?
I'll look into it. Thanks for the report.
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See
Bruce Dubbs wrote:
This is something we need to fix.
I changed a line in the python script for email notifications:
This:
if public_cc:
headers['Cc'] = ccrcpts
Became:
#if public_cc:
headers['Cc'] = ccrcpts
And now the CC's seem to be coming through to the list.
Jeremy Huntwork wrote:
I'll be starting this now. Bugzilla will be taken offline but the data
will be retained. I will keep the lists advised of my progress.
Trac is up and running on belgarath, accessible via the same URLs as
previous. You may need to wait for the DNS to propagate before you
Randy McMurchy wrote:
Were you ever able to figure anything out so that you can disable
getting mail, if you desire?
I didn't see anything officially implemented. You can either disable or
enable sending of mail to the reporter or the owner for the entire env.
Nothing on an individual basis.
Randy McMurchy wrote:
What a shame. :-(
Introductions are in order:
[EMAIL PROTECTED], meet Killfile:
Killfile, meet [EMAIL PROTECTED]
Heh. :)
--
JH
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above
Randy McMurchy wrote:
You know, I just thought of something. I received two emails from the
Trac system in the last half hour. Unfortunately, they have already
been sent to /dev/null, or I would forward them on so you know what I
was talking about.
Anyway, there were no messages generated in
Jeremy Huntwork wrote:
Anyway, there were no messages generated in -book from these items.
Shouldn't all items generate a message to -book? I thought I remember
you saying they would.
Yes, thanks. Perhaps something is misconfigured. I'll look.
From my few tests, and looking at the mail logs
Jeremy Huntwork wrote:
I still have to bring over the new bugs from Bugzilla that have been
added over the past week or two, so please refrain from adding anything
to Trac's ticketing system yet as it will just be wiped. It is late here
now and I need some sleep. I will do this tomorrow
Jeremy Huntwork wrote:
Anyway, looking forward to seeing how this will be used. Enjoy!
Oh, I also meant to remind everyone that we'll need to swap out links to
{blfs-,}bugs.linuxfromscratch.org to wiki.linuxfromscratch.org/[subproject]
--
JH
--
http://linuxfromscratch.org/mailman/listinfo
Bruce Dubbs wrote:
To do this, we will need to disable adding new bugs and modifying
existing bugs on bugzilla, implement the new system, including importing
all data in the different repositories and then open up the trac ticket
system. There is no need to interrupt svn or the message lists.
Richard A Downing wrote:
The wording and style of the link are more important that the page
position. I'd like it to stand out with a special rendering CSS. If I
have to vote on a section, I'd say Command Explanations, because I
suspect (but could easily be wrong) it's quite likely that the
Hey there.
Here's a couple of things I noticed with the book, and *very*
coincidentally they go hand in hand in terms of my bringing this up.
First off there's a typo (or two? I'm noticing stuff as I go) on the new
BLFS Wiki page:
The name of the page is 'BLFS WiKi', but I don't think the
Randy McMurchy wrote:
After reading my response, which I rarely do (read my own messages),
I can't say how much I agree with what I wrote. This will be all
Heh. Sorry that just sounds funny. Do you often disagree with what you
write?
--
JH
--
Dan Nicholson wrote:
P.S. I'm loving the wiki! I've got a few ideas I'd like to add when
Trac hasn't gotten fully integrated.
Ideas for the wiki or ideas for BLFS? Whenever we go live with Trac, I
believe we can just drop our current installation in place (minus the
tickets which will need
1 - 100 of 208 matches
Mail list logo