Hello Mike,
Thanks for the reply.
I have installed libattr devel package and got it working.
Shameem
> From: vap...@gentoo.org
> To: libc-h...@sourceware.org
> Subject: Re: xattr family of system calls
> Date: Tue, 17 Mar 2009 02:10:53 -0400
> CC: sha
On Tuesday 17 March 2009 01:18:15 Shameem Ahamed wrote:
> I am not able to compile my program, as i can't find
> the getxattr, setxattr family of system calls. I checked the header
> files folder and couldn't find the attr folder also.
they arent provided by glibc. install the attr/acl packages.
Hi All,
I am not able to compile my program, as i can't find
the getxattr, setxattr family of system calls. I checked the header
files folder and couldn't find the attr folder also.
Please help
me on this. Should i need to install extra libc packages to get support
for the xattr and other f
Accepted:
tzdata-java_2009c-1_all.deb
to pool/main/t/tzdata/tzdata-java_2009c-1_all.deb
tzdata_2009c-1.diff.gz
to pool/main/t/tzdata/tzdata_2009c-1.diff.gz
tzdata_2009c-1.dsc
to pool/main/t/tzdata/tzdata_2009c-1.dsc
tzdata_2009c-1_all.deb
to pool/main/t/tzdata/tzdata_2009c-1_all.deb
tzdata
Author: schizo
Date: 2009-03-17 01:34:45 + (Tue, 17 Mar 2009)
New Revision: 3387
Added:
tzdata/tags/2009c-1/
Log:
tag 2009c-1
Copied: tzdata/tags/2009c-1 (from rev 3386, tzdata/trunk)
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Author: schizo
Date: 2009-03-17 01:33:24 + (Tue, 17 Mar 2009)
New Revision: 3386
Modified:
tzdata/trunk/debian/changelog
tzdata/trunk/debian/control
Log:
2009c-1
Modified: tzdata/trunk/debian/changelog
===
--- tzdata/trunk/
tzdata_2009c-1_all.changes uploaded successfully to localhost
along with the files:
tzdata_2009c-1.dsc
tzdata_2009c.orig.tar.gz
tzdata_2009c-1.diff.gz
tzdata_2009c-1_all.deb
tzdata-java_2009c-1_all.deb
Greetings,
Your Debian queue daemon
--
To UNSUBSCRIBE, email to debian-gli
Your message dated Mon, 16 Mar 2009 17:39:27 -0300
with message-id <20090316203927.ga10...@ime.usp.br>
and subject line Re: Bug#519987: locales: many "duplicate definition of script
" messages
has caused the Debian Bug report #519987,
regarding locales: many "duplicate definition of script " mess
On Mar 16 2009, Aurelien Jarno wrote:
> It looks like you are using new locales with an old localedef. What does
> "which localedef" returns? What about "dpkg -S `which localedef`" ?
Hummm, I guess that my system is hosed here.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Package: glibc
Version: 2.9-5
Severity: wishlist
Tags: patch l10n
Please find the updated German debconf translation for glibc
attached.
Please place this file in debian/po/ as de.po for your next upload.
If you update your template, please use
'msgfmt --statistics '
to check the po-files for f
Rogério Brito a écrit :
> Package: locales
> Version: 2.9-6
> Severity: normal
>
> Hi.
>
> I keep my system always updated to the latest version of packages in sid
> and I just found today that, upon installing the new locales version,
> many messages were spit while the generation of latin1 were
Package: locales
Version: 2.9-6
Severity: normal
Hi.
I keep my system always updated to the latest version of packages in sid
and I just found today that, upon installing the new locales version,
many messages were spit while the generation of latin1 were made:
- - - - - - - - - - - - - - - - -
Mark Kamichoff a écrit :
> On Mon, Mar 16, 2009 at 05:16:13PM +0100, Aurelien Jarno wrote:
>> I don't think this behaviour is allowed by the RFC. Then the problem
>> is in the firewall and not the DNS, but the result is exactly the same
>> for the user.
>
> Correct, I'm just moving the finger poin
On Mon, Mar 16, 2009 at 05:16:13PM +0100, Aurelien Jarno wrote:
> I don't think this behaviour is allowed by the RFC. Then the problem
> is in the firewall and not the DNS, but the result is exactly the same
> for the user.
Correct, I'm just moving the finger pointing to the firewall instead of
th
Mark Kamichoff a écrit :
> Hi -
>
>> The problem is that the DNS server of your ISP does not conform to the
>> RFC and only answer to the query with a void answer. It never
>> answer to the A query, so the glibc resolver can only conclude the
>> whole query has no answer.
>
> Just a thought
Hi -
> The problem is that the DNS server of your ISP does not conform to the
> RFC and only answer to the query with a void answer. It never
> answer to the A query, so the glibc resolver can only conclude the
> whole query has no answer.
Just a thought, many DNS ALGs on firewalls (eg, Jun
Hi All,
I am not able to use the system call from my ubuntu development machine. My
libc package includes below
libc6 2.8~20080505-0ubuntu9
GNU C Library: Shared libraries
libc6-dev 2.8~20080505-0ubuntu
Hi,
As time allowed, I upgraded to libc 2.9-5, and the problem still exists.
Strangely, I managed to isolate a trigger : using find, it worked
perfectly until I added '-exec echo \;' to the command line, at which
point it segfaulted immediately.
If there is anything I can do to help narrow this d
Hi,
I see some of the same problem on my laptop running unstable. After
upgrading to libc 2.9 the hso kernel module does not seem to work
properly for my 3G USB modem, and the hsolinkcontrol-binary (which
controls devices using the hso module) started segfaulting.
Please let me know how I can hel
19 matches
Mail list logo
