[gentoo-dev] PAM appears B0rked

[gentoo-dev] PAM appears B0rked

[Tom Syroid]

Devs,

I did the ACCEPT_KEYWORDS="~x86" this morning and proceeded to emerge the 
long list of updates available. But what appears to be a lib error in PAM 
(sorry, not a programmer) is holding up the works. Is this just  me, or has 
anyone else experienced the same?

Best,
/tom

---snip---
config.y: In function `_pc_yyparse':
config.y:103: warning: char format, void arg (arg 4)
/usr/share/bison/bison.simple:799: warning: passing arg 1 of `_pc_yyerror'
discards qualifi
/usr/share/bison/bison.simple:924: warning: passing arg 1 of `_pc_yyerror'
discards qualifi
/usr/lib/libglib.a(gstrfuncs.o)(.text+0x734): In function `g_strdown':
: undefined reference to `__ctype_tolower'
/usr/lib/libglib.a(gstrfuncs.o)(.text+0x7b4): In function `g_strup':
: undefined reference to `__ctype_toupper'
/usr/lib/libglib.a(gstrfuncs.o)(.text+0x10da): In function `g_strchug':
: undefined reference to `__ctype_b'
/usr/lib/libglib.a(gstrfuncs.o)(.text+0x119c): In function `g_strchomp':
: undefined reference to `__ctype_b'
/usr/lib/libglib.a(gstrfuncs.o)(.text+0x11bc): In function `g_strchomp':
: undefined reference to `__ctype_b'
/usr/lib/libglib.a(gstring.o)(.text+0x584): In function `g_string_down':
: undefined reference to `__ctype_tolower'
/usr/lib/libglib.a(gstring.o)(.text+0x604): In function `g_string_up':
: undefined reference to `__ctype_toupper'
collect2: ld returned 1 exit status
make[2]: *** [pam_console_apply] Error 1
make[2]: Leaving directory
`/var/tmp/portage/pam-0.75-r8/work/Linux-PAM-0.75/modules/pam_co
make[1]: *** [all] Error 1
make[1]: Leaving directory
`/var/tmp/portage/pam-0.75-r8/work/Linux-PAM-0.75/modules'
make: *** [modules] Error 2

!!! ERROR: The ebuild did not complete successfully.
!!! Function src_compile, Line 101, Exitcode 2
!!! Failed to build
---ends---

Re: [gentoo-dev] PAM appears B0rked

[Stefan Jones]

Recompile glib, hit this problem myself

	Stefan

On Mon, 2002-10-21 at 16:34, Tom Syroid wrote:
> Devs,
> 
> I did the ACCEPT_KEYWORDS="~x86" this morning and proceeded to emerge the 
> long list of updates available. But what appears to be a lib error in PAM 
> (sorry, not a programmer) is holding up the works. Is this just  me, or has 
> anyone else experienced the same?
> 
> Best,
> /tom
> 
> ---snip---
> config.y: In function `_pc_yyparse':
> config.y:103: warning: char format, void arg (arg 4)
> /usr/share/bison/bison.simple:799: warning: passing arg 1 of `_pc_yyerror'
> discards qualifi
> /usr/share/bison/bison.simple:924: warning: passing arg 1 of `_pc_yyerror'
> discards qualifi
> /usr/lib/libglib.a(gstrfuncs.o)(.text+0x734): In function `g_strdown':
> : undefined reference to `__ctype_tolower'
> /usr/lib/libglib.a(gstrfuncs.o)(.text+0x7b4): In function `g_strup':
> : undefined reference to `__ctype_toupper'
> /usr/lib/libglib.a(gstrfuncs.o)(.text+0x10da): In function `g_strchug':
> : undefined reference to `__ctype_b'
> /usr/lib/libglib.a(gstrfuncs.o)(.text+0x119c): In function `g_strchomp':
> : undefined reference to `__ctype_b'
> /usr/lib/libglib.a(gstrfuncs.o)(.text+0x11bc): In function `g_strchomp':
> : undefined reference to `__ctype_b'
> /usr/lib/libglib.a(gstring.o)(.text+0x584): In function `g_string_down':
> : undefined reference to `__ctype_tolower'
> /usr/lib/libglib.a(gstring.o)(.text+0x604): In function `g_string_up':
> : undefined reference to `__ctype_toupper'
> collect2: ld returned 1 exit status
> make[2]: *** [pam_console_apply] Error 1
> make[2]: Leaving directory
> `/var/tmp/portage/pam-0.75-r8/work/Linux-PAM-0.75/modules/pam_co
> make[1]: *** [all] Error 1
> make[1]: Leaving directory
> `/var/tmp/portage/pam-0.75-r8/work/Linux-PAM-0.75/modules'
> make: *** [modules] Error 2
> 
> !!! ERROR: The ebuild did not complete successfully.
> !!! Function src_compile, Line 101, Exitcode 2
> !!! Failed to build
> ---ends---
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev

Re: [gentoo-dev] PAM appears B0rked

[Matthew J. Turk]

[-- Attachment #1: Type: text/plain, Size: 519 bytes --]

* Tom Syroid <tom@syroidmanor.com> [021021 11:02]:
> Devs,
> 
> I did the ACCEPT_KEYWORDS="~x86" this morning and proceeded to emerge the 
> long list of updates available. But what appears to be a lib error in PAM 
> (sorry, not a programmer) is holding up the works. Is this just  me, or has 
> anyone else experienced the same?
> 

emerge unmerge glib
emerge -u pam

should fix it.  It appears Glib-1.2.xx is what's needed, but Glib-2.0.6-r1 is
installed.

mjt
--
Matthew J. Turk
satai@gentoo.org

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] PAM appears B0rked

[Spider]

[-- Attachment #1: Type: text/plain, Size: 951 bytes --]

begin  quote
On Mon, 21 Oct 2002 15:37:13 -0500
"Matthew J. Turk" <satai@gentoo.org> wrote:

> * Tom Syroid <tom@syroidmanor.com> [021021 11:02]:
> > Devs,
> > 
> > I did the ACCEPT_KEYWORDS="~x86" this morning and proceeded to
> > emerge the long list of updates available. But what appears to be a
> > lib error in PAM (sorry, not a programmer) is holding up the works.
> > Is this just  me, or has anyone else experienced the same?
> > 
> 
> emerge unmerge glib
> emerge -u pam


actually, go for emerge \<glib-2  instead. safer and you wont break the
new glib-2 dependant apps by removing the wrong things.



And I've had this problems where glib-1.2 is installed (as the reporter
has, checking from versions in the log)  which would mean that somehow
the glib-1.2 install has been flawed.

//Spider

--
begin  .signature
This is a .signature virus! Please copy me into your .signature!
See Microsoft KB Article Q265230 for more information.
end

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-dev] PAM appears B0rked

[Alan]

On Mon, Oct 21, 2002 at 11:49:46PM +0200, Spider wrote:
> begin  quote
> On Mon, 21 Oct 2002 15:37:13 -0500
> "Matthew J. Turk" <satai@gentoo.org> wrote:
> 
> > * Tom Syroid <tom@syroidmanor.com> [021021 11:02]:
> > > Devs,
> > > 
> > > I did the ACCEPT_KEYWORDS="~x86" this morning and proceeded to
> > > emerge the long list of updates available. But what appears to be a
> > > lib error in PAM (sorry, not a programmer) is holding up the works.
> > > Is this just  me, or has anyone else experienced the same?
> > > 
> > 
> > emerge unmerge glib
> > emerge -u pam
> 
> 
> actually, go for emerge \<glib-2  instead. safer and you wont break the
> new glib-2 dependant apps by removing the wrong things.
> 
> 
> 
> And I've had this problems where glib-1.2 is installed (as the reporter
> has, checking from versions in the log)  which would mean that somehow
> the glib-1.2 install has been flawed.

Not to ask silly questions, but wouldn't unmerging glib 1.2.x break
almost all gtk1 apps (and unmerging 2.* break all the gtk2 apps?)

alan


-- 
Alan "Arcterex" <alan@ufies.org>   -=][=-   http://arcterex.net
"I used to herd dairy cows. Now I herd lusers. Apart from the isolation, I
think I preferred the cows. They were better conversation, easier to milk, and
if they annoyed me enough, I could shoot them and eat them." -Rodger Donaldson

Re: [gentoo-dev] PAM appears B0rked RESOLVED

[Tom Syroid]

Thanks to Spider, Matthew, and Tom...

glib-1.2.x was the problem all right. I also re-emerged readline, python, 
libtools, and a bunch of other ancillary stuff in my quest for a solution, 
but it seems glib was the main culprit. Problem is, I didn't know where to 
find it to do a re-emerge. emerge -s glib didn't list it. I now know it's 
under sys-devel, but it took some poking and proding to discover this. Once 
I found it, I simply re-emerged (didn't unmerge anything first).

I still have a problem with OpenSSH 3.5 -- the config phase is looking for 
"libwrap". Odd. Don't recall ever having a problem building OpenSSH in the 
past... Oh well, not terribly concerned. Everything else looks "right 
fine". KDE 3.1 (CVS), all new system tools, and a partridge in a pear tree 
;-)

Anyone know off the top of their head where I can find libwrap?

Best,
/tom


> actually, go for emerge \<glib-2  instead. safer and you wont break the
> new glib-2 dependant apps by removing the wrong things.
>
>
>
> And I've had this problems where glib-1.2 is installed (as the reporter
> has, checking from versions in the log)  which would mean that somehow
> the glib-1.2 install has been flawed.
>
> //Spider

Re: [gentoo-dev] PAM appears B0rked RESOLVED

[Marc Chabrol]

On Monday 21 October 2002 03:15 pm, Tom Syroid wrote:
> Thanks to Spider, Matthew, and Tom...
>
> glib-1.2.x was the problem all right. I also re-emerged readline, python,
> libtools, and a bunch of other ancillary stuff in my quest for a solution,
> but it seems glib was the main culprit. Problem is, I didn't know where to
> find it to do a re-emerge. emerge -s glib didn't list it. I now know it's
> under sys-devel, but it took some poking and proding to discover this. Once
> I found it, I simply re-emerged (didn't unmerge anything first).
>
> I still have a problem with OpenSSH 3.5 -- the config phase is looking for
> "libwrap". Odd. Don't recall ever having a problem building OpenSSH in the
> past... Oh well, not terribly concerned. Everything else looks "right
> fine". KDE 3.1 (CVS), all new system tools, and a partridge in a pear tree
> ;-)
>
> Anyone know off the top of their head where I can find libwrap?

qpkg -f /usr/lib/libwrap.a -vv
sys-apps/tcp-wrappers-7.6-r3 *

and from /usr/portage/net-misc/openssh/openssh-3.5_p1.ebuild 
it seems this should be necessary only if USE contains tcpd :

DEPEND="${RDEPEND}
    sys-devel/perl
    sys-apps/groff
    tcpd? ( >=sys-apps/tcp-wrappers-7.6 )"







>
> Best,
> /tom
>
> > actually, go for emerge \<glib-2  instead. safer and you wont break the
> > new glib-2 dependant apps by removing the wrong things.
> >
> >
> >
> > And I've had this problems where glib-1.2 is installed (as the reporter
> > has, checking from versions in the log)  which would mean that somehow
> > the glib-1.2 install has been flawed.
> >
> > //Spider
>
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev

-- 
_______________________________________
Marc CHABROL               White Pajama
24610 Industrial Boulevard,
HAYWARD, CA 94545
www.whitepajama.com

Re: [gentoo-dev] PAM appears B0rked RESOLVED

[Tom Syroid]

Many thanks, Marc. I'll have to write down that search string for future 
reference.

Interesting. I do not have tcpd in my USE string. I don't use/need 
tcpwrappers, but I'll install it so I can build and test OpenSSH 3.5. 
Thanks again...

/tom


>> Anyone know off the top of their head where I can find libwrap?
>
> qpkg -f /usr/lib/libwrap.a -vv
> sys-apps/tcp-wrappers-7.6-r3 *
>
> and from /usr/portage/net-misc/openssh/openssh-3.5_p1.ebuild
> it seems this should be necessary only if USE contains tcpd :
>
> DEPEND="${RDEPEND}
>     sys-devel/perl
>     sys-apps/groff
>     tcpd? ( >=sys-apps/tcp-wrappers-7.6 )"
>

Re: [gentoo-dev] OpenSSH/libwrap error RESOLVED

[Tom Syroid]

OK, thanks to everyone -- all problems solved. Just completed a full 
"unstable" tree update, and everything's working as well as the "stable" 
tree I started with this morning. Nice work, Gents.

Turns out I did have tcp-wrappers installed, but it would appear it was yet 
another casualty of the glibc-2.3.1 update this morning...

In summary:
- openssh 3.5 fails during config; looking for "libwrap"
- libwrap was on my system but broken, likely by my earlier glibc update
- re-emerging tcp-wrappers fixed the problem

This doesn't address the problem of SSH demanding tcp-wrappers, but at this 
point in time this is a minor issue... It's Miller Time :=)

Cheers,
/tom

--On Monday, October 21, 2002 15:22:45 -0700 Marc Chabrol 
<marcc@whitepj.com> wrote:

> and from /usr/portage/net-misc/openssh/openssh-3.5_p1.ebuild
> it seems this should be necessary only if USE contains tcpd :
>
> DEPEND="${RDEPEND}
>     sys-devel/perl
>     sys-apps/groff
>     tcpd? ( >=sys-apps/tcp-wrappers-7.6 )"

Re: [gentoo-dev] OpenSSH/libwrap error RESOLVED

[Marc Chabrol]

On Monday 21 October 2002 04:15 pm, Tom Syroid wrote:
> OK, thanks to everyone -- all problems solved. Just completed a full
> "unstable" tree update, and everything's working as well as the "stable"
> tree I started with this morning. Nice work, Gents.
>
> Turns out I did have tcp-wrappers installed, but it would appear it was yet
> another casualty of the glibc-2.3.1 update this morning...
>
> In summary:
> - openssh 3.5 fails during config; looking for "libwrap"
> - libwrap was on my system but broken, likely by my earlier glibc update
> - re-emerging tcp-wrappers fixed the problem
>
> This doesn't address the problem of SSH demanding tcp-wrappers, but at this
> point in time this is a minor issue... It's Miller Time :=)
>

My mistake, tcpd is enabled by default in the openssh ebuild, USE=-tcpd will 
remove dependancy. In your case, tcpd was marked as installed but libwrap.a 
was missing... So no issue here.

> Cheers,
> /tom
>
> --On Monday, October 21, 2002 15:22:45 -0700 Marc Chabrol
>
> <marcc@whitepj.com> wrote:
> > and from /usr/portage/net-misc/openssh/openssh-3.5_p1.ebuild
> > it seems this should be necessary only if USE contains tcpd :
> >
> > DEPEND="${RDEPEND}
> >     sys-devel/perl
> >     sys-apps/groff
> >     tcpd? ( >=sys-apps/tcp-wrappers-7.6 )"
>
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev

-- 
_______________________________________
Marc CHABROL               White Pajama
24610 Industrial Boulevard,
HAYWARD, CA 94545
www.whitepajama.com

Re: [gentoo-dev] PAM appears B0rked RESOLVED

[Martin Schlemmer]

[-- Attachment #1: Type: text/plain, Size: 1795 bytes --]

On Tue, 2002-10-22 at 00:15, Tom Syroid wrote:
> Thanks to Spider, Matthew, and Tom...
> 
> glib-1.2.x was the problem all right. I also re-emerged readline, python, 
> libtools, and a bunch of other ancillary stuff in my quest for a solution, 
> but it seems glib was the main culprit. Problem is, I didn't know where to 
> find it to do a re-emerge. emerge -s glib didn't list it. I now know it's 
> under sys-devel, but it took some poking and proding to discover this. Once 
> I found it, I simply re-emerged (didn't unmerge anything first).
> 

http://lists.debian.org/debian-glibc/2002/debian-glibc-200210/msg00093.html
http://bugs.gentoo.org/show_bug.cgi?id=8766


Its the glibc update to 2.3.1 that caused it.  


> I still have a problem with OpenSSH 3.5 -- the config phase is looking for 
> "libwrap". Odd. Don't recall ever having a problem building OpenSSH in the 
> past... Oh well, not terribly concerned. Everything else looks "right 
> fine". KDE 3.1 (CVS), all new system tools, and a partridge in a pear tree 
> ;-)
> 
> Anyone know off the top of their head where I can find libwrap?
> 
> Best,
> /tom
> 
> 
> > actually, go for emerge \<glib-2  instead. safer and you wont break the
> > new glib-2 dependant apps by removing the wrong things.
> >
> >
> >
> > And I've had this problems where glib-1.2 is installed (as the reporter
> > has, checking from versions in the log)  which would mean that somehow
> > the glib-1.2 install has been flawed.
> >
> > //Spider
> 
> _______________________________________________
> gentoo-dev mailing list
> gentoo-dev@gentoo.org
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev
-- 

Martin Schlemmer
Gentoo Linux Developer, Desktop/System Team Developer
Cape Town, South Africa


[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]