Debian Bug report logs - #491686
base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module

Package: libc6; Maintainer for libc6 is GNU Libc Maintainers <[email protected]>; Source for libc6 is src:glibc (PTS, buildd, popcon).

Reported by: Paolo Sala <[email protected]>

Date: Mon, 21 Jul 2008 10:57:02 UTC

Severity: normal

Tags: help

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], Base Maintainers <[email protected]>:
Bug#491686; Package base. (full text, mbox, link).


Acknowledgement sent to Paolo Sala <[email protected]>:
New Bug report received and forwarded. Copy sent to Base Maintainers <[email protected]>. (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: Paolo Sala <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module
Date: Mon, 21 Jul 2008 12:54:41 +0200
Package: base
Severity: important

I have configured my system to use winbind.so authentication module. If I execute the groups or id commands I can see only remote groups. I have set the severity to important because the remote user can't use the audio even if the remote user is in the audio group or pen drives even if the user is in the plugdev group... or more in general remote users can't use all the hardware/software that use groups authentication.


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (700, 'testing'), (650, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/2 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash




Information forwarded to [email protected], Base Maintainers <[email protected]>:
Bug#491686; Package base. (full text, mbox, link).


Acknowledgement sent to Holger Levsen <[email protected]>:
Extra info received and forwarded to list. Copy sent to Base Maintainers <[email protected]>. (full text, mbox, link).


Message #10 received at [email protected] (full text, mbox, reply):

From: Holger Levsen <[email protected]>
To: Paolo Sala <[email protected]>, [email protected]
Cc: [email protected]
Subject: Re: Bug#491686: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module
Date: Mon, 21 Jul 2008 18:58:49 +0200
[Message part 1 (text/plain, inline)]
reassign 491686 winbind
severity 491686 normal
thanks

Hi Paolo,

On Monday 21 July 2008 12:54, Paolo Sala wrote:
> I have configured my system to use winbind.so authentication module. If I
> execute the groups or id commands I can see only remote groups. I have set
> the severity to important because the remote user can't use the audio even
> if the remote user is in the audio group or pen drives even if the user is
> in the plugdev group... or more in general remote users can't use all the
> hardware/software that use groups authentication.

I'm reassigning this bug to the winbind package as I don't really have an idea 
what your problem is or what its related too, but I'm fairly confident the 
winbind maintainers will know more about this than I do :) 

Also I'm lowering the severity because from the above it's sound more like a 
configuration error than a bug in a package.


regards,
	Holger
[Message part 2 (application/pgp-signature, inline)]

Bug reassigned from package `base' to `winbind'. Request was from Holger Levsen <[email protected]> to [email protected]. (Mon, 21 Jul 2008 17:03:06 GMT) (full text, mbox, link).


Severity set to `normal' from `important' Request was from Holger Levsen <[email protected]> to [email protected]. (Mon, 21 Jul 2008 17:03:07 GMT) (full text, mbox, link).


Reply sent to Steve Langasek <[email protected]>:
You have taken responsibility. (full text, mbox, link).


Notification sent to Paolo Sala <[email protected]>:
Bug acknowledged by developer. (full text, mbox, link).


Message #19 received at [email protected] (full text, mbox, reply):

From: Steve Langasek <[email protected]>
To: [email protected]
Subject: Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module
Date: Mon, 21 Jul 2008 11:25:52 -0700
pam_winbind has nothing to do with group membership.  You also need to
enable nss_winbind in /etc/nsswitch.conf to resolve domain groups.

If you have further questions, I recommend you ask on the upstream samba
user mailing list.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[email protected]                                     [email protected]




Information forwarded to [email protected], Debian Samba Maintainers <[email protected]>:
Bug#491686; Package winbind. (full text, mbox, link).


Acknowledgement sent to Paolo Sala <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian Samba Maintainers <[email protected]>. (full text, mbox, link).


Message #24 received at [email protected] (full text, mbox, reply):

From: Paolo Sala <[email protected]>
To: [email protected]
Subject: Re: Bug#491686 closed by Steve Langasek <[email protected]> (Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module)
Date: Tue, 22 Jul 2008 08:53:05 +0200
Debian Bug Tracking System scrisse in data 21/07/2008 20:27:
> pam_winbind has nothing to do with group membership.  You also need to
> enable nss_winbind in /etc/nsswitch.conf to resolve domain groups.
>   
I have already done it. In my nsswitch.conf I have "group: files 
winbind". I have opened a bug report because the problem has come up 
when I have upgraded my etch to lenny. Before the upgrade the group 
authentication was working without problem.

I don't know where the problem is but I'm pretty sure is not in samba: 
winbind resolve users and remote group membership, but doesn't work the 
membership of a remote user in a local group. So all software that need 
group authentication doesn't work: I think is a important bug. 
Furthermore if I log in as a local user the group authentication works 
without problem.

It is possible to reopen the bug?

Have a great day

Piviul




Information forwarded to [email protected], Debian Samba Maintainers <[email protected]>:
Bug#491686; Package winbind. (full text, mbox, link).


Acknowledgement sent to Steve Langasek <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian Samba Maintainers <[email protected]>. (full text, mbox, link).


Message #29 received at [email protected] (full text, mbox, reply):

From: Steve Langasek <[email protected]>
To: Paolo Sala <[email protected]>, [email protected]
Subject: Re: Bug#491686: closed by Steve Langasek <[email protected]> (Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module)
Date: Wed, 23 Jul 2008 11:08:59 -0700
On Tue, Jul 22, 2008 at 08:53:05AM +0200, Paolo Sala wrote:
> Debian Bug Tracking System scrisse in data 21/07/2008 20:27:
>> pam_winbind has nothing to do with group membership.  You also need to
>> enable nss_winbind in /etc/nsswitch.conf to resolve domain groups.

> I have already done it. In my nsswitch.conf I have "group: files  
> winbind". I have opened a bug report because the problem has come up  
> when I have upgraded my etch to lenny. Before the upgrade the group  
> authentication was working without problem.

> I don't know where the problem is but I'm pretty sure is not in samba:  
> winbind resolve users and remote group membership, but doesn't work the  
> membership of a remote user in a local group. So all software that need  
> group authentication doesn't work: I think is a important bug.  
> Furthermore if I log in as a local user the group authentication works  
> without problem.

You mention a remote user in a local group; so this means you have the user
listed in /etc/groups?  And the command 'groups $remoteuser' shows only the
remote group memberships, not the local ones?

Can you send the contents of your /etc/nsswitch.conf file?

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[email protected]                                     [email protected]




Information forwarded to [email protected], Debian Samba Maintainers <[email protected]>:
Bug#491686; Package winbind. (full text, mbox, link).


Acknowledgement sent to Paolo Sala <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian Samba Maintainers <[email protected]>. (full text, mbox, link).


Message #34 received at [email protected] (full text, mbox, reply):

From: Paolo Sala <[email protected]>
To: Steve Langasek <[email protected]>, [email protected]
Subject: Re: Bug#491686: closed by Steve Langasek <[email protected]> (Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module)
Date: Thu, 24 Jul 2008 08:51:25 +0200
Steve Langasek scrisse in data 23/07/2008 20:08:
> You mention a remote user in a local group; so this means you have the user
> listed in /etc/groups?  And the command 'groups $remoteuser' shows only the
> remote group memberships, not the local ones?
>   
Yes, I mean a remote user in a local group. I have found another strange 
behaviour: "groups" doesn't shows local groups but "groups remoteuser" 
shows them:
> DOMINIOCSA\psala@psala-lx2:~$ whoami
> DOMINIOCSA\psala
> DOMINIOCSA\psala@psala-lx2:~$ groups
> DOMINIOCSA\paolo sala DOMINIOCSA\domain users DOMINIOCSA\gruppo per 
> gestione faxweb DOMINIOCSA\utenti DOMINIOCSA\gruppo per gestione 
> nethaudit DOMINIOCSA\rete_amm
> DOMINIOCSA\psala@psala-lx2:~$ groups dominiocsa\\psala
> DOMINIOCSA\paolo sala cdrom floppy audio video plugdev users camera 
> powerdev vboxusers DOMINIOCSA\domain users DOMINIOCSA\gruppo per 
> gestione faxweb DOMINIOCSA\utenti DOMINIOCSA\gruppo per gestione 
> nethaudit DOMINIOCSA\rete_amm
Is it normal? Furthermore, sometimes happens, when I open a console, "I 
have no name!@psala-lx2:~$" instead of "DOMINIOCSA\psala@psala-lx2:~$": 
is it normal? can be tied with the problem above?

> Can you send the contents of your /etc/nsswitch.conf file?
>   
Of course:
> DOMINIOCSA\psala@psala-lx2:~$ cat /etc/nsswitch.conf | grep -v ^[\;,#]
>
> passwd:         files winbind
> group:          files winbind
> shadow:         files
>
> hosts:          files wins mdns4_minimal [NOTFOUND=return] dns mdns4
> networks:       files
>
> protocols:      db files
> services:       db files
> ethers:         db files
> rpc:            db files
>
> netgroup:       nis

Have a great day

Piviul




Information forwarded to [email protected], Debian Samba Maintainers <[email protected]>:
Bug#491686; Package winbind. (full text, mbox, link).


Acknowledgement sent to Steve Langasek <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian Samba Maintainers <[email protected]>. (full text, mbox, link).


Message #39 received at [email protected] (full text, mbox, reply):

From: Steve Langasek <[email protected]>
To: Paolo Sala <[email protected]>
Cc: [email protected]
Subject: Re: Bug#491686: closed by Steve Langasek <[email protected]> (Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module)
Date: Mon, 28 Jul 2008 01:05:58 -0700
On Thu, Jul 24, 2008 at 08:51:25AM +0200, Paolo Sala wrote:
> Steve Langasek scrisse in data 23/07/2008 20:08:
>> You mention a remote user in a local group; so this means you have the user
>> listed in /etc/groups?  And the command 'groups $remoteuser' shows only the
>> remote group memberships, not the local ones?

> Yes, I mean a remote user in a local group. I have found another strange  
> behaviour: "groups" doesn't shows local groups but "groups remoteuser"  
> shows them:
>> DOMINIOCSA\psala@psala-lx2:~$ whoami
>> DOMINIOCSA\psala
>> DOMINIOCSA\psala@psala-lx2:~$ groups
>> DOMINIOCSA\paolo sala DOMINIOCSA\domain users DOMINIOCSA\gruppo per  
>> gestione faxweb DOMINIOCSA\utenti DOMINIOCSA\gruppo per gestione  
>> nethaudit DOMINIOCSA\rete_amm
>> DOMINIOCSA\psala@psala-lx2:~$ groups dominiocsa\\psala
>> DOMINIOCSA\paolo sala cdrom floppy audio video plugdev users camera  
>> powerdev vboxusers DOMINIOCSA\domain users DOMINIOCSA\gruppo per  
>> gestione faxweb DOMINIOCSA\utenti DOMINIOCSA\gruppo per gestione  
>> nethaudit DOMINIOCSA\rete_amm
> Is it normal?

This indicates a failure in the initgroups() call at the beginning of your
session, which is supposed to retrieve all of the groups from NSS and add
them to your process.

But this is an example where calling "groups $remoteuser" *does* show the
local groups.  Is there a particular test case which *reproducibly* fails to
show the groups for you?  (Not counting running the 'groups' command by
itself, since this doesn't query group membership information from NSS, it
only queries group names.)

> Furthermore, sometimes happens, when I open a console, "I  
> have no name!@psala-lx2:~$" instead of "DOMINIOCSA\psala@psala-lx2:~$":  
> is it normal? can be tied with the problem above?

That means that the getpwuid() call to look up your username has failed. 
It may be related, since all of these issues point to a certain
unreliability in your NSS setup.

> Of course:
>> DOMINIOCSA\psala@psala-lx2:~$ cat /etc/nsswitch.conf | grep -v ^[\;,#]

>> passwd:         files winbind
>> group:          files winbind
>> shadow:         files

>> hosts:          files wins mdns4_minimal [NOTFOUND=return] dns mdns4
>> networks:       files

Please try removing 'wins' from the hosts line as a test.  I don't think it
will fix everything, but it may fix your last problem.

Also, do you have 'winbind enum groups' and 'winbind enum users' enabled in
/etc/samba/smb.conf?  From your description of the problem I suspect that
you already do, but just in case you don't, I recommend you enable the
options.

Beyond that, the symptoms look like NSS is in only *some* cases losing the
group information from the 'files' backend.  In that case, I guess this is a
glibc bug.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[email protected]                                     [email protected]




Information forwarded to [email protected], Debian Samba Maintainers <[email protected]>:
Bug#491686; Package winbind. (full text, mbox, link).


Acknowledgement sent to Paolo Sala <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian Samba Maintainers <[email protected]>. (full text, mbox, link).


Message #44 received at [email protected] (full text, mbox, reply):

From: Paolo Sala <[email protected]>
To: Steve Langasek <[email protected]>, [email protected]
Subject: Re: Bug#491686: closed by Steve Langasek <[email protected]> (Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module)
Date: Tue, 29 Jul 2008 08:54:07 +0200
Steve Langasek scrisse in data 28/07/2008 10:05:
> This indicates a failure in the initgroups() call at the beginning of your
> session, which is supposed to retrieve all of the groups from NSS and add
> them to your process.
>
> But this is an example where calling "groups $remoteuser" *does* show the
> local groups.  Is there a particular test case which *reproducibly* fails to
> show the groups for you?  (Not counting running the 'groups' command by
> itself, since this doesn't query group membership information from NSS, it
> only queries group names.)
>   
I don't know, the problem I have is I can't use any software/hardware 
that use group authentication. Perhaps setting on some debug... but I 
don't know how can I do it.

> Please try removing 'wins' from the hosts line as a test.  I don't think it
> will fix everything, but it may fix your last problem.
>   
Ok I'll try.


> Also, do you have 'winbind enum groups' and 'winbind enum users' enabled in
> /etc/samba/smb.conf?  From your description of the problem I suspect that
> you already do, but just in case you don't, I recommend you enable the
> options.
>   
yes of course:
> DOMINIOCSA\psala@psala-lx2:~$ grep winbind\ enum /etc/samba/smb.conf
>    winbind enum groups = true
>    winbind enum users = true
if you need all smb.conf I can send you...

> Beyond that, the symptoms look like NSS is in only *some* cases losing the
> group information from the 'files' backend.  In that case, I guess this is a
> glibc bug
I have to reopen a new bug in glibc or do you think you can forward it 
to glibc BTS?

Thank you very much Steve, indeed!

Have a great day

Piviul




Information forwarded to [email protected], Debian Samba Maintainers <[email protected]>:
Bug#491686; Package winbind. (full text, mbox, link).


Acknowledgement sent to Steve Langasek <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian Samba Maintainers <[email protected]>. (full text, mbox, link).


Message #49 received at [email protected] (full text, mbox, reply):

From: Steve Langasek <[email protected]>
To: Paolo Sala <[email protected]>
Cc: [email protected]
Subject: Re: Bug#491686: closed by Steve Langasek <[email protected]> (Re: base: the command "groups" doesn't shows local groups using pam_winbind.so authentication module)
Date: Thu, 31 Jul 2008 15:02:57 -0700
reopen 491686
reassign 491686 glibc
thanks

On Tue, Jul 29, 2008 at 08:54:07AM +0200, Paolo Sala wrote:
>> Also, do you have 'winbind enum groups' and 'winbind enum users' enabled in
>> /etc/samba/smb.conf?  From your description of the problem I suspect that
>> you already do, but just in case you don't, I recommend you enable the
>> options.

> yes of course:
>> DOMINIOCSA\psala@psala-lx2:~$ grep winbind\ enum /etc/samba/smb.conf
>>    winbind enum groups = true
>>    winbind enum users = true
> if you need all smb.conf I can send you...

No, I don't see that anything else in smb.conf should be relevant here.

>> Beyond that, the symptoms look like NSS is in only *some* cases losing the
>> group information from the 'files' backend.  In that case, I guess this is a
>> glibc bug
> I have to reopen a new bug in glibc or do you think you can forward it  
> to glibc BTS?

Reopening and reassigning to glibc.

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
Ubuntu Developer                                    http://www.debian.org/
[email protected]                                     [email protected]




Bug reopened, originator not changed. Request was from Steve Langasek <[email protected]> to [email protected]. (Thu, 31 Jul 2008 22:06:04 GMT) (full text, mbox, link).


Bug reassigned from package `winbind' to `glibc'. Request was from Steve Langasek <[email protected]> to [email protected]. (Thu, 31 Jul 2008 22:06:05 GMT) (full text, mbox, link).


Tags added: help Request was from Aurelien Jarno <[email protected]> to [email protected]. (Thu, 07 Aug 2008 04:33:04 GMT) (full text, mbox, link).


Information forwarded to [email protected], GNU Libc Maintainers <[email protected]>:
Bug#491686; Package glibc. (full text, mbox, link).


Acknowledgement sent to Paolo Sala <[email protected]>:
Extra info received and forwarded to list. Copy sent to GNU Libc Maintainers <[email protected]>. (full text, mbox, link).


Message #60 received at [email protected] (full text, mbox, reply):

From: Paolo Sala <[email protected]>
To: [email protected]
Subject: Epiphany freeze
Date: Mon, 18 Aug 2008 14:38:46 +0200
Hi, I don't know if this backtrace generated from epiphany is related to 
the bug 491686. If it isn't I hope you can forgive me.

Have a great day

Piviul

--------------------
*** glibc detected *** epiphany-browser: double free or corruption 
(fasttop): 0x0a36e4d0 ***
======= Backtrace: =========
/lib/i686/cmov/libc.so.6[0xb6e8c4f4]
/lib/i686/cmov/libc.so.6(cfree+0x96)[0xb6e8e6f6]
/usr/lib/libtalloc.so.1(talloc_free+0x153)[0xb200b443]
/lib/libnss_wins.so.2(alloc_sub_basic+0xa32)[0xb1e34810]
/lib/libnss_wins.so.2(talloc_sub_basic+0x33)[0xb1e34dde]
/lib/libnss_wins.so.2[0xb1d77f39]
/lib/libnss_wins.so.2(lp_lockdir+0x27)[0xb1d790aa]
/lib/libnss_wins.so.2(lock_path+0x17)[0xb1e2eed3]
/lib/libnss_wins.so.2(receive_unexpected+0x21)[0xb1dce9f7]
/lib/libnss_wins.so.2(receive_nmb_packet+0x62)[0xb1dd176d]
/lib/libnss_wins.so.2(name_query+0x2d5)[0xb1dd2fb7]
/lib/libnss_wins.so.2(_nss_wins_gethostbyname_r+0x361)[0xb1d7424c]
/lib/libnss_wins.so.2(_nss_wins_gethostbyname2_r+0x4f)[0xb1d744f5]
/lib/i686/cmov/libc.so.6[0xb6ee2456]
/lib/i686/cmov/libc.so.6(getaddrinfo+0x1c1)[0xb6ee3ee1]
/usr/lib/libnspr4.so.0d(PR_GetAddrInfoByName+0x129)[0xb7f62df9]
/usr/lib/xulrunner-1.9/libxul.so[0xb5fdfe3e]
/usr/lib/libnspr4.so.0d[0xb7f707d1]
/lib/i686/cmov/libpthread.so.0[0xb71984c0]
/lib/i686/cmov/libc.so.6(clone+0x5e)[0xb6efe55e]
======= Memory map: ========
08048000-08163000 r-xp 00000000 08:1a 114536     /usr/bin/epiphany-gecko
08163000-0816e000 rw-p 0011a000 08:1a 114536     /usr/bin/epiphany-gecko
09a1f000-0a61e000 rw-p 09a1f000 00:00 0          [heap]
ad5b4000-ad5c4000 rw-s 00000000 00:08 2818066    /SYSV0056a4d6 (deleted)
ad5c4000-ad5d4000 rw-s 00000000 00:0d 4705       /dev/snd/pcmC0D0p
ad5d4000-ad5d5000 ---p ad5d4000 00:00 0
ad5d5000-addd5000 rwxp ad5d5000 00:00 0
addd5000-addee000 r--p 00000000 08:1a 376278     
/usr/share/fonts/type1/gsfonts/n021003l.pfb
addee000-addef000 ---p addee000 00:00 0
addef000-ae5ef000 rwxp addef000 00:00 0
ae5ef000-ae70d000 rw-p ae5ef000 00:00 0
ae70d000-ae70e000 ---p ae70d000 00:00 0
ae70e000-aef0e000 rwxp ae70e000 00:00 0
aef0e000-aefcb000 r-xp 00000000 08:1a 158402     
/usr/lib/libasound.so.2.0.0
aefcb000-aefd0000 rw-p 000bc000 08:1a 158402     
/usr/lib/libasound.so.2.0.0
aefd7000-aefe8000 r--p 00000000 08:1a 507066     
/usr/share/fonts/truetype/ttf-bitstream-vera/Vera.ttf
aefe8000-aefe9000 ---p aefe8000 00:00 0
aefe9000-af7e9000 rwxp aefe9000 00:00 0
af7e9000-af7ea000 ---p af7e9000 00:00 0
af7ea000-affea000 rwxp af7ea000 00:00 0
affea000-b0030000 r--p 00000000 08:1a 507076     
/usr/share/fonts/truetype/msttcorefonts/Arial_Bold.ttf
b0030000-b003d000 r--p 00000000 08:1a 507063     
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraMono.ttf
b003d000-b005f000 r--p 00000000 08:1a 507122     
/usr/share/fonts/truetype/msttcorefonts/Verdana_Bold.ttf
b005f000-b06bf000 rw-p b005f000 00:00 0
b06bf000-b105f000 ---p b06bf000 00:00 0
b105f000-b17d7000 r-xp 00000000 08:1a 188063     
/usr/lib/flashplugin-nonfree/libflashplayer.so
b17d7000-b181b000 rw-p 00777000 08:1a 188063     
/usr/lib/flashplugin-nonfree/libflashplayer.so
b181b000-b18f2000 rw-p b181b000 00:00 0
b18f2000-b1905000 r-xp 00000000 08:1a 198490     
/usr/lib/totem/gstreamer/libtotem-narrowspace-plugin.so
b1905000-b1906000 rw-p 00013000 08:1a 198490     
/usr/lib/totem/gstreamer/libtotem-narrowspace-plugin.so
b1906000-b1915000 r-xp 00000000 08:1a 198489     
/usr/lib/totem/gstreamer/libtotem-mully-plugin.so
b1915000-b1916000 rw-p 0000f000 08:1a 198489     
/usr/lib/totem/gstreamer/libtotem-mully-plugin.so
b1916000-b192b000 r-xp 00000000 08:1a 198488     
/usr/lib/totem/gstreamer/libtotem-gmp-plugin.so
b192b000-b192c000 rw-p 00015000 08:1a 198488     
/usr/lib/totem/gstreamer/libtotem-gmp-plugin.so
b192c000-b1941000 r-xp 00000000 08:1a 198499     
/usr/lib/totem/gstreamer/libtotem-complex-plugin.so
b1941000-b1942000 rw-p 00015000 08:1a 198499     
/usr/lib/totem/gstreamer/libtotem-complex-plugin.so
b1942000-b1954000 r--s 00000000 08:1a 351875     /usr/share/mime/mime.cache
b1954000-b1981000 r-xp 00000000 08:1a 237364     
/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/libjavaplugin_nscp.so
b1981000-b1987000 rw-p 0002d000 08:1a 237364     
/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/lib/i386/libjavaplugin_nscp.so
b1987000-b19cb000 r-xp 00000000 08:1a 196966     
/usr/lib/mozilla/plugins/mplayerplug-in.so
b19cb000-b19cd000 rw-p 00044000 08:1a 196966     
/usr/lib/mozilla/plugins/mplayerplug-in.so
b19cd000-b1a11000 r-xp 00000000 08:1a 196969     
/usr/lib/mozilla/plugins/mplayerplug-in-wmp.so
b1a11000-b1a13000 rw-p 00043000 08:1a 196969     
/usr/lib/mozilla/plugins/mplayerplug-in-wmp.so
b1a13000-b1a57000 r-xp 00000000 08:1a 196974     
/usr/lib/mozilla/plugins/mplayerplug-in-rm.so
b1a57000-b1a59000 rw-p 00043000 08:1a 196974     
/usr/lib/mozilla/plugins/mplayerplug-in-rm.so
b1a59000-b1a9d000 r-xp 00000000 08:1a 196971     
/usr/lib/mozilla/plugins/mplayerplug-in-qt.so
b1a9d000-b1a9f000 rw-p 00043000 08:1a 196971     
/usr/lib/mozilla/plugins/mplayerplug-in-qt.so
b1a9f000-b1ae3000 r-xp 00000000 08:1a 196976     
/usr/lib/mozilla/plugins/mplayerplug-in-dvx.so
b1ae3000-b1ae5000 rw-p 00043000 08:1a 196976     
/usr/lib/mozilla/plugins/mplayerplug-in-dvx.so
b1ae5000-b1af8000 rw-p b1ae5000 00:00 0
b1b06000-b1b42000 r--p 00000000 08:1a 507090     
/usr/share/fonts/truetype/msttcorefonts/Courier_New_Italic.ttf
b1b42000-b1b51000 r--p 00000000 08:1a 507058     
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf
b1b51000-b1b5f000 r-xp 00000000 08:1a 198494     
/usr/lib/totem/gstreamer/libtotem-basic-plugin.so
b1b5f000-b1b60000 rw-p 0000d000 08:1a 198494     
/usr/lib/totem/gstreamer/libtotem-basic-plugin.so
b1b60000-b1b76000 r-xp 00000000 08:1a 237468     
/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/plugin/i386/ns7/libjavaplugin_oji.so 

b1b76000-b1b7a000 rw-p 00015000 08:1a 237468     
/usr/lib/jvm/java-1.5.0-sun-1.5.0.16/jre/plugin/i386/ns7/libjavaplugin_oji.so 

b1b7a000-b1b9d000 r--p 00000000 08:1a 507120     
/usr/share/fonts/truetype/msttcorefonts/Verdana.ttf
b1b9d000-b1bad000 r--p 00000000 08:1a 507060     
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraIt.ttf
b1bad000-b1bb1000 r-xp 00000000 08:11 20157      
/lib/i686/cmov/libnss_dns-2.7.so
b1bb1000-b1bb3000 rw-p 00003000 08:11 20157      
/lib/i686/cmov/libnss_dns-2.7.so
b1bb3000-b1bb5000 r-xp 00000000 08:11 224931     
/lib/libnss_mdns4_minimal.so.2
b1bb5000-b1bb6000 rw-p 00001000 08:11 224931     
/lib/libnss_mdns4_minimal.so.2
b1bb7000-b1bbb000 r-xp 00000000 08:1a 408940     
/usr/lib/epiphany-gecko/2.22/plugins/libdesktopfileplugin.so
b1bbb000-b1bbc000 rw-p 00003000 08:1a 408940     
/usr/lib/epiphany-gecko/2.22/plugins/libdesktopfileplugin.so
b1bbc000-b1bbe000 r-xp 00000000 08:1a 155556     
/usr/lib/libtotem-plparser-mini.so.10.1.1
b1bbe000-b1bbf000 rw-p 00001000 08:1a 155556     
/usr/lib/libtotem-plparser-mini.so.10.1.1
b1bbf000-b1bce000 r--p 00000000 08:1a 507058     
/usr/share/fonts/truetype/ttf-bitstream-vera/VeraBd.ttf
b1bce000-b1bee000 r--s 00000000 08:1a 16510      
/usr/share/samba/lowcase.dat
b1bee000-b1c0e000 r--s 00000000 08:1a 16516      
/usr/share/samba/upcase.dat
b1c0e000-b1c15000 r-xp 00000000 08:1a 157283     
/usr/lib/libkrb5support.so.0.1
b1c15000-b1c16000 rw-p 00006000 08:1a 157283     
/usr/lib/libkrb5support.so.0.1
b1c16000-b1c2c000 r-xp 00000000 08:1a 157153     
/usr/lib/libsasl2.so.2.0.22
b1c2c000-b1c2d000 rw-p 00015000 08:1a 157153     
/usr/lib/libsasl2.so.2.0.22
b1c2d000-b1c36000 r-xp 00000000 08:11 20150      
/lib/i686/cmov/libcrypt-2.7.so
b1c36000-b1c38000 rw-p 00008000 08:11 20150      
/lib/i686/cmov/libcrypt-2.7.so
b1c38000-b1c5f000 rw-p b1c38000 00:00 0
b1c5f000-b1c82000 r-xp 00000000 08:1a 156112     
/usr/lib/libk5crypto.so.3.1
b1c82000-b1c83000 rw-p 00023000 08:1a 156112     
/usr/lib/libk5crypto.so.3.1
b1c83000-b1d15000 r-xp 00000000 08:1a 156116     /usr/lib/libkrb5.so.3.3
b1d15000-b1d17000 rw-p 00092000 08:1a 156116     /usr/lib/libkrb5.so.3.3
b1d17000-b1d40000 r-xp 00000000 08:1a 156110     
/usr/lib/libgssapi_krb5.so.2.2
b1d40000-b1d41000 rw-p 00028000 08:1a 156110     
/usr/lib/libgssapi_krb5.so.2.2
b1d41000-b1ef6000 r-xp 00000000 08:11 120688     /lib/libnss_wins.so.2
b1ef6000-b1ef9000 r--p 001b5000 08:11 120688     /lib/libnss_wins.so.2
b1ef9000-b1eff000 rw-p 001b8000 08:11 120688     /lib/libnss_wins.so.2
b1eff000-b1fb4000 rw-p b1eff000 00:00 0
b1fb4000-b2000000 ---p b1fb4000 00:00 0
b2000000-b2001000 rw-s 81000000 00:0d 4705       /dev/snd/pcmC0D0p
b2001000-b2002000 r-xp 00000000 08
--------------------




Information forwarded to [email protected], GNU Libc Maintainers <[email protected]>:
Bug#491686; Package glibc. (Wed, 07 Jan 2009 09:42:03 GMT) (full text, mbox, link).


Acknowledgement sent to Paolo Sala <[email protected]>:
Extra info received and forwarded to list. Copy sent to GNU Libc Maintainers <[email protected]>. (Wed, 07 Jan 2009 09:42:03 GMT) (full text, mbox, link).


Message #65 received at [email protected] (full text, mbox, reply):

From: Paolo Sala <[email protected]>
To: [email protected]
Subject: [glibc] crashes in epiphany seems to be tied to this bug
Date: Wed, 07 Jan 2009 10:40:42 +0100
Package: glibc

--- Please enter the report below this line. ---
Hi all, I don't know if you are interested in that this bug cause
frequently crashes in epiphany
(http://bugzilla.gnome.org/show_bug.cgi?id=564608) and sometimes in icedove.

Have a great day

Piviul


--- System information. ---
Architecture: i386
Kernel: Linux 2.6.26-1-686

Debian Release: 5.0
700 testing security.debian.org
700 testing ftp.it.debian.org
650 unstable ftp.it.debian.org

--- Package information. ---
Depends (Version) | Installed
=======================-+-===========
|






Bug reassigned from package `glibc' to `libc6'. Request was from Aurelien Jarno <[email protected]> to [email protected]. (Sun, 10 May 2009 22:24:12 GMT) (full text, mbox, link).


Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Fri Jun 28 09:32:53 2024; Machine Name: bembo

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.