Randy McMurchy wrote:
> Hopefully, you see my point in wanting technical details.
Absolutely, and you are right. I was just giving avenues to explore in
the absence of knowing the technical details.
I'd like to know those details too. It seems that no one on the list
knows them yet.
-- Bruc
Ag Hatzim wrote:
However you can build the xorg distribution in a temp directory and then you can
copy it to /[where/you/like].
Well, I don't see that another note is fit for the book since the
problem is caused by deviating from the book's instructions. However,
this is perfect wiki materi
The chowning of files after install is error prone. Both on the part of
the reader and on the editor when he updates. A more manageable solution
would be to chown the source tree just before the make install command.
It requires no extra switching back and forth between user and root and
installs t
On Fri, 2006-04-07 at 21:01 -0500, Bruce Dubbs wrote:
> I believe it can mount a CD when inserted. Perhaps that can be combined
> with a gnome program to automatically play a music CD. Or perhaps there
> is something else in gnome with the equivalent functionality.
Gosh, Bruce, I'm asking techn
Randy McMurchy wrote:
> On Fri, 2006-04-07 at 20:20 -0500, Bruce Dubbs wrote:
>
>> For one thing, automount has been around far longer than dbus or hal.
> Please, explain.
You asked "Please now explain how you think that music CDs are
autoplayed in the absence of dbus/hal."
I'm not an expert he
On Fri, 2006-04-07 at 18:45 -0700, Dan Nicholson wrote:
> Not music CDs. That is something different that's probably not
> performed by gnome-vfs. Data CDs. I.e., I put in the LFS Live CD, an
> icon pops up on the desktop, I double-click and I browse the files in
> nautilus. The iso file syste
On 4/7/06, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>
> Please now explain how you think that music CDs are autoplayed in the
> absence of dbus/hal. This is something that monitoring fstab, volumes,
> directories and whatnot cannot really detect.
Not music CDs. That is something different that's
Randy McMurchy wrote:
On Fri, 2006-04-07 at 19:33 +0300, Ag Hatzim wrote:
Pulling out 7.0 would only be for the special case of doing a release
here shortly. Everyone agrees (or, rephrasing, there have been many
reports) that the 7.0 build instructions are confusing and need to
be broken up. If
On Fri, 2006-04-07 at 20:20 -0500, Bruce Dubbs wrote:
> For one thing, automount has been around far longer than dbus or hal.
Please, explain.
It's not that I'm lazy and can't do the research. It's just that if
folks offer information, I'd like to hear the foundation for it.
Because Mommy said
Randy McMurchy wrote:
> On Fri, 2006-04-07 at 17:56 -0700, Dan Nicholson wrote:
>
>> I don't want to spread FUD, but this is what I *think* gnome-vfs does
>> in the absence of HAL. I think this because it was making my CDROMs
>> available through nautilus before I was using HAL. I think that it
>
On Fri, 2006-04-07 at 17:56 -0700, Dan Nicholson wrote:
> I don't want to spread FUD, but this is what I *think* gnome-vfs does
> in the absence of HAL. I think this because it was making my CDROMs
> available through nautilus before I was using HAL. I think that it
> reads in /etc/fstab and moni
On 4/7/06, Randy McMurchy <[EMAIL PROTECTED]> wrote:
>
> This whole discussion (this evenings) is centered around how Andy
> is bypassing HAL and *what* process is communicating to *what*
> userspace application to do the auto-mounting.
I don't want to spread FUD, but this is what I *think* gnome-
On Fri, 2006-04-07 at 19:27 -0500, Bruce Dubbs wrote:
> If this is redundant info that everyone in this discussion knows, then I
> apologize in advance.
Don't worry about it. You put things in very common, understandable
terms and is a good refresher for everyone (though it is fundamental
info fo
Joe Ciccone wrote:
> I havn't been following this thread too closely but, from what I can
> tell about the way dbus/hal are integrated into the system. Without them
> I don't know how much hardware interaction the software will have. When
> you plug in your usb drive it won't be detected. Same wit
On Fri, 2006-04-07 at 19:29 -0400, Joe Ciccone wrote:
> I havn't been following this thread too closely but, from what I can
> tell about the way dbus/hal are integrated into the system. Without them
> I don't know how much hardware interaction the software will have. When
> you plug in your usb d
On 4/7/06, Randy McMurchy <[EMAIL PROTECTED]> wrote:
> On Fri, 2006-04-07 at 19:19 -0400, Joe Ciccone wrote:
>
> > A lot of the packages don't *require* build and function, Building
> > without dbus/hal can greatly cut the features down a but, eg. gnome/kde
> > without hal basicly means no volume m
Randy McMurchy wrote:
> On Fri, 2006-04-07 at 19:19 -0400, Joe Ciccone wrote:
>
>
>> A lot of the packages don't *require* build and function, Building
>> without dbus/hal can greatly cut the features down a but, eg. gnome/kde
>> without hal basicly means no volume management. etc...
>>
>
>
On Fri, 2006-04-07 at 19:19 -0400, Joe Ciccone wrote:
> A lot of the packages don't *require* build and function, Building
> without dbus/hal can greatly cut the features down a but, eg. gnome/kde
> without hal basicly means no volume management. etc...
This is exactly opposite, 180 degrees diffe
Randy McMurchy([EMAIL PROTECTED])@Fri, Apr 07, 2006 at 11:40:46AM -0500:
> On Fri, 2006-04-07 at 19:33 +0300, Ag Hatzim wrote:
>
>
> Pulling out 7.0 would only be for the special case of doing a release
> here shortly. Everyone agrees (or, rephrasing, there have been many
> reports) that the 7.0
Archaic wrote:
> On Fri, Apr 07, 2006 at 06:51:44AM -0500, Randy McMurchy wrote:
>> Anything more should be offered up by Archaic, as he is the resident
>> security pundit, and if I recall correctly, is employed in a capacity
>> of overseeing connectivity and mail issues for an ISP.
>
> LOL. I don
On Fri, Apr 07, 2006 at 10:59:56AM -0500, Randy McMurchy wrote:
>
> Every time there is a change required to the X dependency, it requires
> touching all those pages. Many were missed last time around when 7.0
> was added. I can do the work. I am going to run the script to add all
> the Wiki links
On Fri, Apr 07, 2006 at 06:51:44AM -0500, Randy McMurchy wrote:
>
> Anything more should be offered up by Archaic, as he is the resident
> security pundit, and if I recall correctly, is employed in a capacity
> of overseeing connectivity and mail issues for an ISP.
LOL. I don't really see how my
On Fri, 2006-04-07 at 08:41 -0700, Dan Nicholson wrote:
> The solution is that we need to stick with the packages the developers
> say are for Xorg-7.0 unless there is a security flaw or serious bug
> release made. Bumping up the major version from fixesproto-3.0.2 to
> fixesproto-4.0 without reb
Randy McMurchy wrote:
> On Fri, 2006-04-07 at 01:13 -0500, Bruce Dubbs wrote:
>
>> After learning about
>> some undocumented switches and fixing Makefiles that didn't completely
>> honor those switches, it now can be installed properly.
>
> Sounds to me as though you made things *much* too diffic
On 4/7/06, Ag Hatzim <[EMAIL PROTECTED]> wrote:
> Christoph Berg([EMAIL PROTECTED])@Fri, Apr 07, 2006 at 01:55:37PM +0200:
> > Well, it would be a typical patch addition to the xorg-server package.
> > Nothing
> > more. Like it was done for luit. This should not be that compilcated.
> >
> Hey Chri
Christoph Berg([EMAIL PROTECTED])@Fri, Apr 07, 2006 at 01:55:37PM +0200:
> Well, it would be a typical patch addition to the xorg-server package.
> Nothing
> more. Like it was done for luit. This should not be that compilcated.
>
Hey Christoph.
The patch is also solves the problems.
A new ticke
Christoph Berg([EMAIL PROTECTED])@Fri, Apr 07, 2006 at 01:55:37PM +0200:
> Well, it would be a typical patch addition to the xorg-server package.
> Nothing
> more. Like it was done for luit. This should not be that compilcated.
>
Just for your information,downgrading the affected packages fixed
I wrote:
So I will now factor the process of storing the password out to a
separate section, and add the script there as one of the alternatives.
Done, please review http://wiki.linuxfromscratch.org/blfs/wiki/PPP
--
Alexander E. Patrakov
--
http://linuxfromscratch.org/mailman/listinfo/blfs-d
Well, it would be a typical patch addition to the xorg-server package. Nothing
more. Like it was done for luit. This should not be that compilcated.
Am Freitag 07 April 2006 13:45 schrieb Ag Hatzim:
> The only problem i see is that the instructions (all in one single page)
> are already complicat
On Fri, 2006-04-07 at 17:31 +0600, Alexander E. Patrakov wrote:
> Point taken, what's the recommended action against wvdial and rp-pppoe?
At this point, at a minimum, there should be a message on the respective
pages indicating embedded passwords are an inherent risk and should be
avoided if pos
Christoph Berg([EMAIL PROTECTED])@Fri, Apr 07, 2006 at 01:09:42PM +0200:
> Hello Ag,
>
> I have tried the patch and after rebuilding the xorg-server package,
> everything works as it should. So no need for downgrading the compositeproto
> and fixesproto package.
The only problem i see is that t
We are the only investment service acting anonymous, nobody will know about
your Millions.
http://millionsprofit.com/
--
http://linuxfromscratch.org/mailman/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
Randy McMurchy wrote:
On Fri, 2006-04-07 at 17:09 +0600, Alexander E. Patrakov wrote:
2) Your comments exactly apply to the rp-pppoe and wvdial packages. They store
the password in /etc/ppp/{pap,chap}-secrets, because there is no other way to
tell the password to pppd <= 2.4.1. So my instructi
On Fri, 2006-04-07 at 17:09 +0600, Alexander E. Patrakov wrote:
> 2) Your comments exactly apply to the rp-pppoe and wvdial packages. They
> store
> the password in /etc/ppp/{pap,chap}-secrets, because there is no other way to
> tell the password to pppd <= 2.4.1. So my instructions are not wor
Hello Ag,
I have tried the patch and after rebuilding the xorg-server package,
everything works as it should. So no need for downgrading the compositeproto
and fixesproto package.
Fine regards,
Christoph Berg
Am Freitag 07 April 2006 12:55 schrieb Ag Hatzim:
> Yes i see the same problem,with f
Randy McMurchy wrote:
On Fri, 2006-04-07 at 15:08 +0600, Alexander E. Patrakov wrote:
I have prepared some configuration notes on
http://wiki.linuxfromscratch.org/blfs/wiki/PPP and I think they should be put
into the book in some form.
With all due respect and consideration for your normally
Christoph Berg([EMAIL PROTECTED])@Fri, Apr 07, 2006 at 11:51:49AM +0200:
> Hello,
>
> I just want to ask, if the BLFS developers are aware of the current problem,
> the xorg-server-1.0.2 package has with most GTK+ programs as mentioned here:
> http://bugs.gentoo.org/show_bug.cgi?id=127333
>
> I
Noted on the Pilot-Link web site (included here just for a bit of
twisted humor)
> Since the Fedora Linux distribution (always problems with Fedora,
> sigh) has decided to ignore the FAT GLARING WARNING about NOT
> packaging up pilot-link 0.12.x in their releases, I’ve taken anonymous
> CVS down
On Fri, 2006-04-07 at 15:08 +0600, Alexander E. Patrakov wrote:
> I have prepared some configuration notes on
> http://wiki.linuxfromscratch.org/blfs/wiki/PPP and I think they should be put
> into the book in some form.
With all due respect and consideration for your normally fine ideas and
proc
Hello,
I just want to ask, if the BLFS developers are aware of the current problem,
the xorg-server-1.0.2 package has with most GTK+ programs as mentioned here:
http://bugs.gentoo.org/show_bug.cgi?id=127333
I just looked at blfs-support and there seems to be one user having exactly
this proble
On Fri, 2006-04-07 at 01:13 -0500, Bruce Dubbs wrote:
> After learning about
> some undocumented switches and fixing Makefiles that didn't completely
> honor those switches, it now can be installed properly.
Sounds to me as though you made things *much* too difficult on
yourself. It installed pr
I have prepared some configuration notes on
http://wiki.linuxfromscratch.org/blfs/wiki/PPP and I think they should be put
into the book in some form.
They also make the WvDial and RP-PPPoE packages essentially obsolete.
As for the bootscripts, I'd like to see a new bootscript that calls "pppd
Bruce Dubbs wrote:
I don't know if it uses an internal version of gdb or not.
I didn't think it did, but my memory is hazy at the best of times so I
checked out the sources and INSTALL. It lists GDB under "Execution
Requirements" and the source tarball doesn't appear to include it's own
ver
43 matches
Mail list logo
