On Wed, Apr 24, 2002 at 09:08:08PM -0700, Jordan Hubbard wrote:
> > BTW, what I'm suggesting here is the equivilent of the "no_fake_prompts"
> > setting in pam_opie.so found in -CURRENT. Basically, if the flag is set,
>
> Again, by all means, generate some diffs and we'll look 'em over. I'm
>
Greetings,
Last night I had troubles running glade because in an earlier stage
this week I had to upgrade libfreetype from so.6 to so.9.
Running ldd on it did work a little bit, I found out that it couldn't
find a libfreetype.so.6 (which I already knew :-), but couldn't
tell me where it was comi
On Thu, 25 Apr 2002 21:02:02 +1000, Edwin Groothuis <[EMAIL PROTECTED]> wrote:
[..]
> them... At the end, it was gtkhtml which was holding the old
> libfreetype.so.6, but it had cost me the whole evening to find out.
>
> Why didn't ldd tell me which lib it was which was failing?
> With this ide
On Thu, Apr 25, 2002 at 09:02:02PM +1000, Edwin Groothuis wrote:
Hi,
Interesting patch, I like it :)
>[...]
> libintl.so.2 => /usr/local/lib/libintl.so.2 (0x2812b000)
> libgda-common.so.0 => /usr/X11R6/lib/libgda-common.so.0 (0x28132000)
> [...]
> /usr/local/lib/libintl.so.2
Kenneth Culver writes:
> So, as far as I can tell, this version of glibc is doing the Right Thing,
> and the ebp register is getting messed up somewhere along the line in
> either the assembly code that handles the 0x80 trap in FreeBSD, or in
> syscall2 (I think it's probably the asm that han
On Thu, 25 Apr 2002, Joshua Goodall wrote:
> On Wed, Apr 24, 2002 at 09:08:08PM -0700, Jordan Hubbard wrote:
> > > BTW, what I'm suggesting here is the equivilent of the "no_fake_prompts"
> > > setting in pam_opie.so found in -CURRENT. Basically, if the flag is set,
> >
> > Again, by all mean
On Thu, Apr 25, 2002 at 12:02:59PM +0930, Greg 'groggy' Lehey wrote:
> > I think it would be better to just put `-nolisten tcp' in
> > /usr/X11R6/lib/X11/xinit/xserverrc for new installations only. Then
> > the system administrator could easily override it for all users; and
> > at least a user c
> I just looked at the NetBSD code & like linux, they use a macro which
> individually pushes the registers onto the stack rather than using
> pushal (which I assume is the same as what intel calls PUSHAD in their
> x86 instruction set ref. manual).
>
> NetBSD stopped using pushal in 1994 in rev 1
Kenneth Culver writes:
> > I just looked at the NetBSD code & like linux, they use a macro which
> > individually pushes the registers onto the stack rather than using
> > pushal (which I assume is the same as what intel calls PUSHAD in their
> > x86 instruction set ref. manual).
> >
> > Ne
On 25-Apr-2002 Andrew Gallatin wrote:
>
> Kenneth Culver writes:
> > > I just looked at the NetBSD code & like linux, they use a macro which
> > > individually pushes the registers onto the stack rather than using
> > > pushal (which I assume is the same as what intel calls PUSHAD in their
>
In <[EMAIL PROTECTED]>, Edwin Groothuis <[EMAIL PROTECTED]> typed:
> Why didn't ldd tell me which lib it was which was failing?
> With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
My version of this - bin/30908 - has already been committed to
-CURRENT. I just sent a note to th
On Thu, 25 Apr 2002, Andrew Gallatin wrote:
>
> Kenneth Culver writes:
> > > I just looked at the NetBSD code & like linux, they use a macro which
> > > individually pushes the registers onto the stack rather than using
> > > pushal (which I assume is the same as what intel calls PUSHAD in t
In <[EMAIL PROTECTED]>, Miguel Mendez
<[EMAIL PROTECTED]> typed:
> For what is worth, that can be easily replicated with a simple shell
> script:
>
> kajsa% for i in `ldd /usr/X11R6/bin/xmms|grep -v :|awk '{ print $3}'`;
> do ldd $i;done
> /usr/lib/libc_r.so.5:
> /usr/X11R6/lib/libSM.so.6:
>
On Thu, Apr 25, 2002 at 12:27:42PM -0500, Mike Meyer wrote:
Hi,
> As I stated just a minute ago, my version of that was committed a
> while ago, and will hopefully be MFC's soon.
Good, I didn't know someone else had already submitted a patch before.
> But your script doesn't do the same thing.
In <[EMAIL PROTECTED]>, Miguel Mendez
<[EMAIL PROTECTED]> typed:
> On Thu, Apr 25, 2002 at 12:27:42PM -0500, Mike Meyer wrote:
>
> Hi,
>
> > As I stated just a minute ago, my version of that was committed a
> > while ago, and will hopefully be MFC's soon.
>
> Good, I didn't know someone else h
Jordan Hubbard <[EMAIL PROTECTED]> writes:
> I'm going to commit the following in 48 hours unless someone can
> convince me that it's a good idea for FreeBSD to be the odd-OS out
> with respect to this behavior:
-hackers is not the appropriate forum for code review. The patch is
incorrect and sh
Sorry to break the reply chain.
Mike: 'mired.org' has some bogus DNS entries floating around. Is it a new
domain? I can't send mail to it since it has no records at all.
On Thu, 25 Apr 2002, Mike Meyer wrote:
> Yes, but when lib c depends on lib d, your script won't pick it up.
> The patches t
In <[EMAIL PROTECTED]>, Doug White
<[EMAIL PROTECTED]> typed:
> Mike: 'mired.org' has some bogus DNS entries floating around. Is it a new
> domain? I can't send mail to it since it has no records at all.
No, it's not a new domain. It's over two years old. I find entries for
it on servers that a
Hi,
I recently installed a 4.5-RELEASE system on intel and cvsup'ed it to
4.5-STABLE. The make buildworld failed because it was not able to find
certain defines in the include files. This is no the first time I have
encountered this.
The work-around is to copy the include files to /usr/includ
Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> -hackers is not the appropriate forum for code review. The patch is
> incorrect and should be backed out.
Never mind, I did it myself.
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscr
Hi,
"Marc G. Fournier" wrote,
[..]
> So, I have plenty of swapspace left, lots of idle CPU and a whole whack
>
> Someone suggested setting KVA_PAGES higher then the default for
> this, but, as this is a production server, and its not something I've ever
> played with, I'd like to know what the r
On Thu, Apr 25, 2002 at 12:14:08PM -0700, Doug White wrote:
> On Thu, 25 Apr 2002, Mike Meyer wrote:
>
> > Yes, but when lib c depends on lib d, your script won't pick it up.
> > The patches to ldd will. They will recurse on down forever.
>
> I realize this is probably extremely rare, but does i
On Thu, Apr 25, 2002 at 12:25:36PM -0500, Mike Meyer wrote:
> In <[EMAIL PROTECTED]>, Edwin Groothuis <[EMAIL PROTECTED]> typed:
> > Why didn't ldd tell me which lib it was which was failing?
> > With this idea in mind I've submitted PR bin/37448: [PATCH] ldd/rtld
>
> My version of this - bin/309
That was uncalled for.
> Dag-Erling Smorgrav <[EMAIL PROTECTED]> writes:
> > -hackers is not the appropriate forum for code review. The patch is
> > incorrect and should be backed out.
>
> Never mind, I did it myself.
>
> DES
> --
> Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: se
On Wed Apr 24, 2002 at 04:26:33PM -0700, Terry Lambert wrote:
> Antoine Beaupre wrote:
> > Le Mercredi 24 avril 2002, à 11:12 , Mike Meyer a écrit :
> > > Your simple shell script has to prompt for floppies. That needs UI
> > > code. The people who know have decided that the current UI code isn't
Theo Pagtzis <[EMAIL PROTECTED]> wrote:
>
> Hi all,
>
> I upgraded to linux 7.1 base successfully for the purposes of getting
> linux java 1.4. The upgrade has created a consistent problem with the
> locale for any application that I am running.
>
> These applications are so far, Netscape and
Have not seen a solution so far but then again I could be missing
something.
If anybody has solved the problem please let me know as it is a bit
annoying..
Cheers
Theo
Thomas David Rivers wrote:
>
> Theo Pagtzis <[EMAIL PROTECTED]> wrote:
> >
> > Hi all,
> >
> > I upgraded to linux 7.1 base
27 matches
Mail list logo
