Bug#40263: Re

[talonaladorn]

This link can change your life
clic this link below

  >> http://pharm56fr.com/host/default.asp?id=az <

Bug#225569: glibc-doc: memory leak in scanf %a[...] example

[Kalle Olavi Niemitalo]

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:

> Please change the example to: [...]

Note that distributing a manual thus changed may require further
changes per section 4 of the GNU FDL, unless you have a separate
arrangement with the copyright holder.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#225671: linux-kernel-headers: please consider making target directory configurable on build time

[Colin Watson]

On Wed, Dec 31, 2003 at 06:46:50PM +0100, Marc Haber wrote:
> On Wed, Dec 31, 2003 at 04:59:48PM +, Colin Watson wrote:
> > Wouldn't it be much easier and less confusing to users to copy the
> > relevant headers into the packages that need them to build?
> 
> Probably. But that's a politics decision. I only want my backports to
> work, and I prefer not spending entire working days for a single
> backport ;)
> 
> > This has the
> > added advantage of being what you're supposed to do anyway, but it
> > should be easy enough to do that in a backport ...
> 
> The problem is that my experience shows that a backport works best the
> less you have changed in the packages.

Let me offer another reason, then: backports also work best when the
change to the user's system is minimal. Yet what you're proposing is to
take a system whose glibc was built with 2.4 kernel headers and shove
2.6 kernel headers onto its include path. Now when you include libc
headers which in turn include kernel headers (which is the latter's
purpose in life), they'll inevitably pick up the 2.6 ones, and suddenly
you've changed the world under the libc's feet.

This might work sometimes - maybe even a lot of the time - but, well,
good luck untangling the mess when it does go wrong. Copying single
header files is much less invasive, and any problems you do see that way
will be much easier to debug.

> Additionally, huge backport patches make it harder to backport later
> versions.

Almost all of the patch would simply be adding files, and then you might
have a trivial change to the include path if you're unlucky. This
wouldn't be hard at all. Plus, you can probably get the maintainer to
include the same patch in later versions.

Cheers,

-- 
Colin Watson  [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#222536: libc6: [ARM] ldd returns error on shlibs

[Phil Blundell]

tags 222536 unreproducible
thanks

On Tue, 2003-12-30 at 18:24, Adam C Powell IV wrote:
> Can you try to build illuminator, and see if the problem occurs?

I ran a build of illuminator in the unstable chroot on smackdown (the
user chroot, not the buildd one) and it worked fine.  So, I don't really
know what's going on here.

p.




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Looking at upstream CVS

[GOTO Masanori]

At Sat, 27 Dec 2003 14:13:45 -0500,
Jeff Bailey wrote:
> We were holding off a new cvs update until the Sarge release.  That
> doesn't appear to be soon, since there are still buildds that are
> offline.  Also, given drepper's reluctance to ever release a new
> version, and prediction of no major changes in the near future[0], it
> seems that doing a cvs update might not only be worth doing, but also be
> relatively safe.

I also think we should keep holding off, unless sarge will not be
released over 3 or 4 months.

> Also, we have 88 dpatch files right now.  It's a bit daunting.
> 
> Assuming consensus, I would prepare this as 2.3.3-1 [1] for experimental
> for ia64, sparc and alpha, and do it for i386 as soon as it can be built
> again.  We now have excessively good bandwidth at work, so if there's
> tests people want run like "Build the archive", I can do those now.

IMHO, making such newer version sounds good for me, but I concern we
need to maintain two trees...

Regards,
-- gotom


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#225300: marked as done (libc6-dev: sys/poll.h do not define POLLRDNORM)

[Debian Bug Tracking System]

Your message dated Thu, 01 Jan 2004 19:05:04 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 28 Dec 2003 15:28:13 +
>From [EMAIL PROTECTED] Sun Dec 28 09:28:12 2003
Return-path: <[EMAIL PROTECTED]>
Received: from nlb2.siportal.it (nlb2.ede.it) [217.27.113.72] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Aacdl-0006JW-00; Sun, 28 Dec 2003 09:15:38 -0600
Received: from gont.earthsea.ea (unverified [62.123.94.144]) by nlb2.ede.it
 (Vircom SMTPRS 5.3.232) with SMTP id <[EMAIL PROTECTED]>;
 Sun, 28 Dec 2003 16:11:24 +0100
Received: by gont.earthsea.ea (Postfix, from userid 1000)
id 7EE4014FB7; Sun, 28 Dec 2003 16:15:16 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Simone Piccardi <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: libc6-dev: sys/poll.h do not define POLLRDNORM
X-Mailer: reportbug 2.37
Date: Sun, 28 Dec 2003 16:15:16 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15
X-Spam-Level: 

Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal

I'm writing an example program using poll. But after including sys/poll.h I
still have a 'POLLRDNORM' undeclared error. To have it defined I must define
__USE_XOPEN, but no mention of this in the man page. 
 
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux gont.earthsea.ea 2.4.21 #4 Thu Aug 14 22:23:43 CEST 2003 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6-dev depends on:
ii  libc62.3.2.ds1-10GNU C Library: Shared libraries an
ii  linux-kernel-headers 2.5.999-test7-bk-10 Linux Kernel Headers for developme

-- no debconf information


---
Received: (at 225300-done) by bugs.debian.org; 1 Jan 2004 18:38:51 +
>From [EMAIL PROTECTED] Thu Jan 01 12:38:50 2004
Return-path: <[EMAIL PROTECTED]>
Received: from nlb2.siportal.it (nlb2.ede.it) [217.27.113.72] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Ac7CA-00047p-00; Thu, 01 Jan 2004 12:05:18 -0600
Received: from gont.earthsea.ea (unverified [62.123.94.144]) by nlb2.ede.it
 (Vircom SMTPRS 5.3.232) with SMTP id <[EMAIL PROTECTED]>;
 Thu, 1 Jan 2004 19:01:05 +0100
Received: from localhost (localhost [127.0.0.1])
by gont.earthsea.ea (Postfix) with ESMTP
id ACF152AC2; Thu,  1 Jan 2004 19:05:04 +0100 (CET)
Subject: Re: Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM
From: Simone Piccardi <[EMAIL PROTECTED]>
To: GOTO Masanori <[EMAIL PROTECTED]>
Cc: Colin Watson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; 
boundary="=-uU95OB9FPZPyMNu8dn/1"
Message-Id: <[EMAIL PROTECTED]>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 01 Jan 2004 19:05:04 +0100
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: 


--=-uU95OB9FPZPyMNu8dn/1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-01-01 at 18:53, GOTO Masanori wrote:
> > This definitely implies to me that you need to define _XOPEN_SOURCE
> > (__USE_XOPEN may have the same effect but it's supposed to be set by
> > , not the user) in order to get this constant. See 'info
> > libc "Feature Test Macros"' for information on this kind of thing.
>=20
> manpages has this #ifdef entry as Colin wrote.  His point is correct
> for me.
It has, but still it dosn't work, I've already sent an example of the
problem. You can define _XOPEN_SOURCE but still the POLLRDNORM 

Bug#225304: marked as done (libc6-dev: OPEN_MAX undeclared after using limits.h)

[Debian Bug Tracking System]

Your message dated Fri, 02 Jan 2004 02:33:26 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#225304: libc6-dev: OPEN_MAX undeclared after using limits.h
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 28 Dec 2003 15:34:54 +
>From [EMAIL PROTECTED] Sun Dec 28 09:34:53 2003
Return-path: <[EMAIL PROTECTED]>
Received: from nlb2.siportal.it (nlb2.ede.it) [217.27.113.72] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AacfJ-0006Oh-00; Sun, 28 Dec 2003 09:17:13 -0600
Received: from gont.earthsea.ea (unverified [62.123.94.144]) by nlb2.ede.it
 (Vircom SMTPRS 5.3.232) with SMTP id <[EMAIL PROTECTED]>;
 Sun, 28 Dec 2003 16:13:10 +0100
Received: by gont.earthsea.ea (Postfix, from userid 1000)
id EBCAD14FB7; Sun, 28 Dec 2003 16:17:07 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Simone Piccardi <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: libc6-dev: OPEN_MAX undeclared after using limits.h
X-Mailer: reportbug 2.37
Date: Sun, 28 Dec 2003 16:17:07 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15
X-Spam-Level: 

Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal

I'm trying to use OPEN_MAX in a sample program. But it get not declared also
after including limits.h.


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux gont.earthsea.ea 2.4.21 #4 Thu Aug 14 22:23:43 CEST 2003 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6-dev depends on:
ii  libc62.3.2.ds1-10GNU C Library: Shared libraries an
ii  linux-kernel-headers 2.5.999-test7-bk-10 Linux Kernel Headers for developme

-- no debconf information


---
Received: (at 225304-done) by bugs.debian.org; 1 Jan 2004 19:39:34 +
>From [EMAIL PROTECTED] Thu Jan 01 13:39:33 2004
Return-path: <[EMAIL PROTECTED]>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Ac6hL-00055B-00; Thu, 01 Jan 2004 11:33:27 -0600
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP
id 58FCFDEB7C; Fri,  2 Jan 2004 02:33:26 +0900 (JST)
Date: Fri, 02 Jan 2004 02:33:26 +0900
Message-ID: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Colin Watson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Cc: Simone Piccardi <[EMAIL PROTECTED]>
Subject: Re: Bug#225304: libc6-dev: OPEN_MAX undeclared after using limits.h
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: 

At Tue, 30 Dec 2003 03:29:59 +,
Colin Watson wrote:
> On Sun, Dec 28, 2003 at 04:17:07PM +0100, Simone Piccardi wrote:
> > Package: libc6-dev
> > Version: 2.3.2.ds1-10
> > Severity: normal
> > 
> > I'm trying to use OPEN_MAX in a sample program. But it get not declared also
> > after including limits.h.
> 
> This is deliberate and not a bug. For example,
> /usr/include/bits/local_lim.h says:
> 
> /* The kernel header pollutes the namespace with the NR_OPEN symbol
>and defines LINK_MAX although filesystems have different maxima.  A
>similar thing is true for OPEN_MAX: the limit can be changed at
>runtime and therefore the macro must not be defined.  Remove this
>after including the header if necessary.  */
> 
> POSIX does not require OPEN_MAX to be defined as a ma

Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM

[Simone Piccardi]

On Tue, 2003-12-30 at 04:23, Colin Watson wrote:
> This definitely implies to me that you need to define _XOPEN_SOURCE
> (__USE_XOPEN may have the same effect but it's supposed to be set by
> , not the user) in order to get this constant. See 'info
> libc "Feature Test Macros"' for information on this kind of thing.
Sorry, I was not clear. I defined _XOPEN_SOURCE. But still not working.
I'll find the program that do not work in the attachment, and those are
the errors:
gcc -L./ -lgapil -Wall -g -fPIC  poll_echod.c -o pechod
poll_echod.c: In function `main':
poll_echod.c:167: error: `POLLRDNORM' undeclared (first use in this
function)
poll_echod.c:167: error: (Each undeclared identifier is reported only
once
poll_echod.c:167: error: for each function it appears in.)

 
/* poll_echod.c
 * 
 * Copyright (C) 2003 Simone Piccardi
 * 
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or (at
 * your option) any later version.
 * 
 * This program is distributed in the hope that it will be useful, but
 * WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
 * General Public License for more details.
 * 
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
 */
/
 *
 * Program poll_echod 
 * Elementary TCP server for echo service (port 7) using poll
 *
 * Author: Simone Piccardi
 * Dec. 2003
 *
 * Usage: echod -h give all info
 *
 * $Id$
 *
 /
/* 
 * Include needed headers
 */
#include   /* system limits */
#include/* predefined types */
#include   /* include unix standard library */
#include/* IP addresses conversion utiliites */
#include   /* socket library */
#include 	 /* include standard I/O library */
#include 
#include   /* syslog system functions */
#include   /* signal functions */
#include/* error code */
#include   /* error strings */
#include 
#define _XOPEN_SOURCE
#include /* poll function definition */

#include "macros.h"
#include "Gapil.h"

#define BACKLOG 10
#define MAXLINE 256
int demonize  = 1;  /* daemon use option: default is daemon */
int debugging = 0;  /* debug info printing option: default is no debug */
/* Subroutines declaration */
void usage(void);
void PrintErr(char * error);
/* Program beginning */
int main(int argc, char *argv[])
{
/* 
 * Variables definition  
 */
int waiting = 0;
int compat = 0;
struct sockaddr_in s_addr, c_addr;
socklen_t len;
char buffer[MAXLINE];
struct pollfd *poll_set;
int list_fd, fd;
int max_fd, nread, nwrite;
int i, n = 256;
/*
 * Input section: decode parameters passed in the calling 
 * Use getopt function
 */
opterr = 0;	 /* don't want writing to stderr */
while ( (i = getopt(argc, argv, "hdicw:n:")) != -1) {
	switch (i) {
	/* 
	 * Handling options 
	 */ 
	case 'h':  
	printf("Wrong -h option use\n");
	usage();
	return(0);
	break;
	case 'i':
	demonize = 0;
	break;
	case 'c':
	compat = 1;
	break;
	case 'd':
	debugging = 1;
	break;
	case 'w':
	waiting = strtol(optarg, NULL, 10);
	break;
	case 'n':
	n = strtol(optarg, NULL, 10);
	break;
	case '?':   /* unrecognized options */
	printf("Unrecognized options -%c\n",optopt);
	usage();
	default:/* should not reached */
	usage();
	}
}
/* ***
 * 
 *		 Options processing completed
 *
 *		  Main code beginning
 * 
 * ***/
/* Main code begin here */
if (compat) { /* install signal handler */
	Signal(SIGCHLD, HandSigCHLD); /* non restarting handler */
} else {
	SignalRestart(SIGCHLD, HandSigCHLD);  /* restarting handler */
}
/* create socket */
if ( (list_fd = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
	perror("Socket creation error");
	exit(1);
}
/* initialize address */
memset((void *)&s_addr, 0, sizeof(s_addr));   /* clear server address */
s_addr.sin_family = AF_INET;  /* address type is INET */
s_addr.sin_port = htons(7);   /* echo port is 7 */
s_addr.sin_addr.s_addr = htonl(INADDR_ANY);   /* connect from anywhere */
/* bind socket */
if (bind(list_fd, (struct sockaddr *)&s_addr, sizeof(s_addr)) < 0) {
	perror("bind error");
	exit(1);
}
/* release privileges and go daemon */
if (setgid(65534) !=0) { /* first give away group privileges */
	perror("cannot give away group privilege

Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM

[Colin Watson]

On Wed, Dec 31, 2003 at 01:16:06AM +0100, Simone Piccardi wrote:
> On Tue, 2003-12-30 at 04:23, Colin Watson wrote:
> > This definitely implies to me that you need to define _XOPEN_SOURCE
> > (__USE_XOPEN may have the same effect but it's supposed to be set by
> > , not the user) in order to get this constant. See 'info
> > libc "Feature Test Macros"' for information on this kind of thing.
> 
> Sorry, I was not clear. I defined _XOPEN_SOURCE. But still not working.
> I'll find the program that do not work in the attachment, and those are
> the errors:
> gcc -L./ -lgapil -Wall -g -fPIC  poll_echod.c -o pechod
> poll_echod.c: In function `main':
> poll_echod.c:167: error: `POLLRDNORM' undeclared (first use in this
> function)
> poll_echod.c:167: error: (Each undeclared identifier is reported only
> once
> poll_echod.c:167: error: for each function it appears in.)

You must #define _XOPEN_SOURCE before anything that #includes
. Since that covers practically all system headers, it's
best to put the #define before any #include lines.

When I make this modification to your test case, the error about
POLLRDNORM disappears.

Cheers,

-- 
Colin Watson  [EMAIL PROTECTED]


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#208238: [PATCH] Change et_EE charset to ISO-8859-15

[Petter Reinholdtsen]

tags 208238 + patch
thanks

[Indrek Hein]
> Yes, Meelis Roos is absolutely correct. As soon as ISO 8859-15
> became official, Estonian locale data switched over to it. Solaris
> and the BSD family have already followed the suit. You seem to have
> the correct pointer to the recent standard web pages at
> http://www.eki.ee/itstandard/contents.html. Don't pay attention to
> the 'not official' tag, it is there to quieten my consciense. You
> may order the official printed version from the Estonian Standards
> Board, but it has exactly the same contents, only with a new title
> page.
> 
> The previous standard tried to mix ISO 8859-1 with home-brewn and
> now obsolete methods to use s and z with caron. Both characters are
> essential to Estonian, much more so than in the closest related
> language, Finnish.  Still, if I'm not mistaken, the demand to use
> 8859-15 is now official in Finland too.

> 
> Curiously enough, the "Baltic" set of code pages has never been
> official in Estonia and now that 8859-15 is the standard, never
> will.

Sounds good to me.  The author of the locale asked us to talk to
Indrek, and Indrek verifies the change.  Here is a patch to do the
change.

Another alternative is to add '[EMAIL PROTECTED]/ISO-8859-15 to the SUPPORTED
file.  I'm not sure if that is better then just changing the charset.

2004-01-01  Petter Reinholdtsen  <[EMAIL PROTECTED]>

* SUPPORTED: Change default charset for et_EE locale from
ISO-8859-1 to ISO-8859-15, to reflect the content of
http://www.eki.ee/itstandard/contents.html>.  Based on input
from Indrek Hein and Meelis Roos.
* locales/et_EE: Likewise.

Index: localedata/SUPPORTED
===
RCS file: /cvs/glibc/libc/localedata/SUPPORTED,v
retrieving revision 1.65
diff -u -3 -p -u -r1.65 SUPPORTED
--- localedata/SUPPORTED6 Dec 2003 08:11:02 -   1.65
+++ localedata/SUPPORTED1 Jan 2004 22:06:53 -
@@ -87,7 +88,7 @@ es_SV/ISO-8859-1 \
 es_US/ISO-8859-1 \
 es_UY/ISO-8859-1 \
 es_VE/ISO-8859-1 \
-et_EE/ISO-8859-1 \
+et_EE/ISO-8859-15 \
 eu_ES/ISO-8859-1 \
 [EMAIL PROTECTED]/ISO-8859-15 \
 fa_IR/UTF-8 \
Index: localedata/locales/et_EE
===
RCS file: /cvs/glibc/libc/localedata/locales/et_EE,v
retrieving revision 1.11
diff -u -3 -p -u -r1.11 et_EE
--- localedata/locales/et_EE6 Dec 2003 07:40:37 -   1.11
+++ localedata/locales/et_EE1 Jan 2004 22:06:54 -
@@ -17,7 +17,7 @@ comment_char %
 % Application: general
 % Users: general
 % Repertoiremap: mnemonic.ds
-% Charset: ISO-8859-1
+% Charset: ISO-8859-15
 % Distribution and use is free, also
 % for commercial purposes.
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Processed: [PATCH] Change et_EE charset to ISO-8859-15

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 208238 + patch
Bug#208238: locales: wrong charset for et_EE
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM

[Daniel Jacobowitz]

On Thu, Jan 01, 2004 at 07:00:09PM +0100, Simone Piccardi wrote:
> On Tue, 2003-12-30 at 04:23, Colin Watson wrote:
> > This definitely implies to me that you need to define _XOPEN_SOURCE
> > (__USE_XOPEN may have the same effect but it's supposed to be set by
> > , not the user) in order to get this constant. See 'info
> > libc "Feature Test Macros"' for information on this kind of thing.
> Sorry, I was not clear. I defined _XOPEN_SOURCE. But still not working.
> I'll find the program that do not work in the attachment, and those are
> the errors:
> gcc -L./ -lgapil -Wall -g -fPIC  poll_echod.c -o pechod
> poll_echod.c: In function `main':
> poll_echod.c:167: error: `POLLRDNORM' undeclared (first use in this
> function)
> poll_echod.c:167: error: (Each undeclared identifier is reported only
> once
> poll_echod.c:167: error: for each function it appears in.)

You're defining _XOPEN_SOURCE in the middle of a file.  You can't do
that; it should generally be on the command line, or else preceeding
all #include statements.

Take a look at the section "Feature Test Macros" in the glibc manual.

-- 
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#218424: locales: Should list nb_NO in SUPPORTED file

[Petter Reinholdtsen]

This patch was commited to the glibc CVS 2003-11-04.  A newer version
of the glibc source should include the fix.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#67921: marked as done (glob(3) doesn't treat \ correctly)

[Debian Bug Tracking System]

Your message dated Thu, 01 Jan 2004 21:05:12 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Hi
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 30 Jul 2000 08:44:28 +
>From [EMAIL PROTECTED] Sun Jul 30 03:44:28 2000
Return-path: <[EMAIL PROTECTED]>
Received: from gondor.apana.org.au [203.14.152.114] (root)
by master.debian.org with esmtp (Exim 3.12 2 (Debian))
id 13Iohv-000764-00; Sun, 30 Jul 2000 03:44:27 -0500
Received: (from [EMAIL PROTECTED])
by gondor.apana.org.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) id 
e6U8iJv25379;
Sun, 30 Jul 2000 18:44:19 +1000
Date: Sun, 30 Jul 2000 18:44:19 +1000
Message-Id: <[EMAIL PROTECTED]>
From: <[EMAIL PROTECTED]>
Subject: libc6: glob treats \/ incorrectly
To: [EMAIL PROTECTED]
X-Mailer: bug 3.3.4
Delivered-To: [EMAIL PROTECTED]

Package: libc6
Version: 2.1.3-10
Severity: normal

glob(3) doesn't match patterns like \/* or /dir\/* correctly.  It treats the
\ as a literal.

-- System Information
Debian Release: 2.2
Kernel Version: Linux gondor 2.2.12 #2 Sat Sep 18 12:11:40 EST 1999 i586 unknown

Versions of the packages libc6 depends on:
ii  ldso1.9.11-9The Linux dynamic linker, library and 
utilities.

---
Received: (at 67921-close) by bugs.debian.org; 2 Jan 2004 05:43:31 +
>From [EMAIL PROTECTED] Thu Jan 01 23:43:30 2004
Return-path: <[EMAIL PROTECTED]>
Received: from adsl-67-115-132-247.dsl.snfc21.pacbell.net (prodigy.net) 
[67.115.132.247] 
by master.debian.org with smtp (Exim 3.35 1 (Debian))
id 1AcHjV-0004OP-00; Thu, 01 Jan 2004 23:20:25 -0600
Message-ID: <[EMAIL PROTECTED]>
Reply-To: <[EMAIL PROTECTED]>
From: <[EMAIL PROTECTED]>
To: "timoty lacasse" <[EMAIL PROTECTED]>
Subject: Hi
Date: Thu, 01 Jan 2004 21:05:12 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=3.4 required=4.0 tests=MIME_BASE64_LATIN,
MIME_BASE64_TEXT,NO_REAL_NAME autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: ***

DQoNClRoaXMgbGluayBjYW4gY2hhbmdlIHlvdXIgbGlmZQ0KY2xpYyB0aGlzIGxpbmsgYmVsb3cN
Cg0KICA+PiBodHRwOi8vcGhhcm01NmZyLmNvbS9ob3N0L2RlZmF1bHQuYXNwP2lkPWF6IDw8


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#68602: Hi

[terry.lasley]

This link can change your life
clic this link below

  >> http://pharm56fr.com/host/default.asp?id=az <

Bug#68602: marked as done (glibc-doc: GLOB_PERIOD incorrectly documented)

[Debian Bug Tracking System]

Your message dated Thu, 01 Jan 2004 21:05:12 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Hi
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 5 Aug 2000 12:24:55 +
>From [EMAIL PROTECTED] Sat Aug 05 07:24:55 2000
Return-path: <[EMAIL PROTECTED]>
Received: from gondor.apana.org.au [203.14.152.114] (root)
by master.debian.org with esmtp (Exim 3.12 2 (Debian))
id 13L30X-0005zU-00; Sat, 05 Aug 2000 07:24:54 -0500
Received: (from [EMAIL PROTECTED])
by gondor.apana.org.au (8.11.0.Beta1/8.11.0.Beta1/Debian 8.11.0-1) id 
e75COlS20878;
Sat, 5 Aug 2000 22:24:47 +1000
Date: Sat, 5 Aug 2000 22:24:47 +1000
Message-Id: <[EMAIL PROTECTED]>
From: <[EMAIL PROTECTED]>
Subject: glibc-doc: GLOB_PERIOD incorrectly documented
To: [EMAIL PROTECTED]
X-Mailer: bug 3.3.4
Delivered-To: [EMAIL PROTECTED]

Package: glibc-doc
Version: 2.1.3-10
Severity: normal

The info page "More Flags for Globbing" says that:

`GLOB_PERIOD'
 The `.' character (period) is treated special.  It cannot be
 matched by wildcards.  *Note Wildcard Matching::, `FNM_PERIOD'.

However, the implementation is actually the reverse of this, i.e.,
GLOB_PERIOD implies !FNM_PERIOD.  This is logical as POSIX demands
that FNM_PERIOD be the default.

-- System Information
Debian Release: 2.2
Kernel Version: Linux gondor 2.2.12 #2 Sat Sep 18 12:11:40 EST 1999 i586 unknown


---
Received: (at 68602-done) by bugs.debian.org; 2 Jan 2004 05:43:10 +
>From [EMAIL PROTECTED] Thu Jan 01 23:43:09 2004
Return-path: <[EMAIL PROTECTED]>
Received: from adsl-67-115-132-247.dsl.snfc21.pacbell.net (prodigy.net) 
[67.115.132.247] 
by master.debian.org with smtp (Exim 3.35 1 (Debian))
id 1AcHjV-0004OP-00; Thu, 01 Jan 2004 23:20:25 -0600
Message-ID: <[EMAIL PROTECTED]>
Reply-To: <[EMAIL PROTECTED]>
From: <[EMAIL PROTECTED]>
To: "timoty lacasse" <[EMAIL PROTECTED]>
Subject: Hi
Date: Thu, 01 Jan 2004 21:05:12 -0700
MIME-Version: 1.0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: base64
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=3.4 required=4.0 tests=MIME_BASE64_LATIN,
MIME_BASE64_TEXT,NO_REAL_NAME autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: ***

DQoNClRoaXMgbGluayBjYW4gY2hhbmdlIHlvdXIgbGlmZQ0KY2xpYyB0aGlzIGxpbmsgYmVsb3cN
Cg0KICA+PiBodHRwOi8vcGhhcm01NmZyLmNvbS9ob3N0L2RlZmF1bHQuYXNwP2lkPWF6IDw8


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

__pthread_atfork@@GLIBC_2.0 not found !!

[Ganesh C.N.]

Hi ...I have built a shared library on Red 
hat 6.2 using gcc 2.95.2 (with -lpthread option on) [glibc version: 2.1.3] and I 
am trying to run it on RHEL 3.0 [glibc version: 2.3.2].  I am facing the 
following problem while trying to load that shared library.I get the 
following error :symbol __pthread_atfork, version GLIBC_2.0 not defined 
in file libpthread.so.0 with link time reference.I ran nm on my shared 
library and it shows __pthread_atfork as a weak symbol 
: w 
__pthread_atfork@@GLIBC_2.0When I ran nm on the pthread library present 
in the RHEL 3.0 machine in which I trying to load, I get the following output 
:8250 t __pthread_atfork8250 t pthread_atfork8200 T 
[EMAIL PROTECTED]i.e. __pthread_atfork@@GLIBC_2.0 is not defined 
in the target machine's libpthread.I searched on Google and got the 
following link:http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&selm=uznkqsjc2.fsfYB8X%40earthlink.netIt says that the above problem seems to be a bug in RH9 and 
that there is a break in backward compatability.Anybody has any idea how 
to resolve this problem ?  Any help is appreciated Thanks in 
advance,Ganesh 

Bug#40263: Re

[talonaladorn]

This link can change your life
clic this link below

  >> http://pharm56fr.com/host/default.asp?id=az <<

Bug#225671: linux-kernel-headers: please consider making target directory configurable on build time

[Colin Watson]

On Wed, Dec 31, 2003 at 06:46:50PM +0100, Marc Haber wrote:
> On Wed, Dec 31, 2003 at 04:59:48PM +, Colin Watson wrote:
> > Wouldn't it be much easier and less confusing to users to copy the
> > relevant headers into the packages that need them to build?
> 
> Probably. But that's a politics decision. I only want my backports to
> work, and I prefer not spending entire working days for a single
> backport ;)
> 
> > This has the
> > added advantage of being what you're supposed to do anyway, but it
> > should be easy enough to do that in a backport ...
> 
> The problem is that my experience shows that a backport works best the
> less you have changed in the packages.

Let me offer another reason, then: backports also work best when the
change to the user's system is minimal. Yet what you're proposing is to
take a system whose glibc was built with 2.4 kernel headers and shove
2.6 kernel headers onto its include path. Now when you include libc
headers which in turn include kernel headers (which is the latter's
purpose in life), they'll inevitably pick up the 2.6 ones, and suddenly
you've changed the world under the libc's feet.

This might work sometimes - maybe even a lot of the time - but, well,
good luck untangling the mess when it does go wrong. Copying single
header files is much less invasive, and any problems you do see that way
will be much easier to debug.

> Additionally, huge backport patches make it harder to backport later
> versions.

Almost all of the patch would simply be adding files, and then you might
have a trivial change to the include path if you're unlucky. This
wouldn't be hard at all. Plus, you can probably get the maintainer to
include the same patch in later versions.

Cheers,

-- 
Colin Watson  [EMAIL PROTECTED]

Bug#225569: glibc-doc: memory leak in scanf %a[...] example

[Kalle Olavi Niemitalo]

Kalle Olavi Niemitalo <[EMAIL PROTECTED]> writes:

> Please change the example to: [...]

Note that distributing a manual thus changed may require further
changes per section 4 of the GNU FDL, unless you have a separate
arrangement with the copyright holder.

Bug#222536: libc6: [ARM] ldd returns error on shlibs

[Phil Blundell]

tags 222536 unreproducible
thanks

On Tue, 2003-12-30 at 18:24, Adam C Powell IV wrote:
> Can you try to build illuminator, and see if the problem occurs?

I ran a build of illuminator in the unstable chroot on smackdown (the
user chroot, not the buildd one) and it worked fine.  So, I don't really
know what's going on here.

p.

Re: Looking at upstream CVS

[GOTO Masanori]

At Sat, 27 Dec 2003 14:13:45 -0500,
Jeff Bailey wrote:
> We were holding off a new cvs update until the Sarge release.  That
> doesn't appear to be soon, since there are still buildds that are
> offline.  Also, given drepper's reluctance to ever release a new
> version, and prediction of no major changes in the near future[0], it
> seems that doing a cvs update might not only be worth doing, but also be
> relatively safe.

I also think we should keep holding off, unless sarge will not be
released over 3 or 4 months.

> Also, we have 88 dpatch files right now.  It's a bit daunting.
> 
> Assuming consensus, I would prepare this as 2.3.3-1 [1] for experimental
> for ia64, sparc and alpha, and do it for i386 as soon as it can be built
> again.  We now have excessively good bandwidth at work, so if there's
> tests people want run like "Build the archive", I can do those now.

IMHO, making such newer version sounds good for me, but I concern we
need to maintain two trees...

Regards,
-- gotom

Bug#225300: marked as done (libc6-dev: sys/poll.h do not define POLLRDNORM)

[Debian Bug Tracking System]

Your message dated Thu, 01 Jan 2004 19:05:04 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 28 Dec 2003 15:28:13 +
>From [EMAIL PROTECTED] Sun Dec 28 09:28:12 2003
Return-path: <[EMAIL PROTECTED]>
Received: from nlb2.siportal.it (nlb2.ede.it) [217.27.113.72] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Aacdl-0006JW-00; Sun, 28 Dec 2003 09:15:38 -0600
Received: from gont.earthsea.ea (unverified [62.123.94.144]) by nlb2.ede.it
 (Vircom SMTPRS 5.3.232) with SMTP id <[EMAIL PROTECTED]>;
 Sun, 28 Dec 2003 16:11:24 +0100
Received: by gont.earthsea.ea (Postfix, from userid 1000)
id 7EE4014FB7; Sun, 28 Dec 2003 16:15:16 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Simone Piccardi <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: libc6-dev: sys/poll.h do not define POLLRDNORM
X-Mailer: reportbug 2.37
Date: Sun, 28 Dec 2003 16:15:16 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15
X-Spam-Level: 

Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal

I'm writing an example program using poll. But after including sys/poll.h I
still have a 'POLLRDNORM' undeclared error. To have it defined I must define
__USE_XOPEN, but no mention of this in the man page. 
 
-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux gont.earthsea.ea 2.4.21 #4 Thu Aug 14 22:23:43 CEST 2003 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6-dev depends on:
ii  libc62.3.2.ds1-10GNU C Library: Shared libraries an
ii  linux-kernel-headers 2.5.999-test7-bk-10 Linux Kernel Headers for developme

-- no debconf information


---
Received: (at 225300-done) by bugs.debian.org; 1 Jan 2004 18:38:51 +
>From [EMAIL PROTECTED] Thu Jan 01 12:38:50 2004
Return-path: <[EMAIL PROTECTED]>
Received: from nlb2.siportal.it (nlb2.ede.it) [217.27.113.72] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Ac7CA-00047p-00; Thu, 01 Jan 2004 12:05:18 -0600
Received: from gont.earthsea.ea (unverified [62.123.94.144]) by nlb2.ede.it
 (Vircom SMTPRS 5.3.232) with SMTP id <[EMAIL PROTECTED]>;
 Thu, 1 Jan 2004 19:01:05 +0100
Received: from localhost (localhost [127.0.0.1])
by gont.earthsea.ea (Postfix) with ESMTP
id ACF152AC2; Thu,  1 Jan 2004 19:05:04 +0100 (CET)
Subject: Re: Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM
From: Simone Piccardi <[EMAIL PROTECTED]>
To: GOTO Masanori <[EMAIL PROTECTED]>
Cc: Colin Watson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
 <[EMAIL PROTECTED]>
Content-Type: multipart/signed; micalg=pgp-sha1; 
protocol="application/pgp-signature"; boundary="=-uU95OB9FPZPyMNu8dn/1"
Message-Id: <[EMAIL PROTECTED]>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.5 
Date: Thu, 01 Jan 2004 19:05:04 +0100
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: 


--=-uU95OB9FPZPyMNu8dn/1
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable

On Thu, 2004-01-01 at 18:53, GOTO Masanori wrote:
> > This definitely implies to me that you need to define _XOPEN_SOURCE
> > (__USE_XOPEN may have the same effect but it's supposed to be set by
> > , not the user) in order to get this constant. See 'info
> > libc "Feature Test Macros"' for information on this kind of thing.
>=20
> manpages has this #ifdef entry as Colin wrote.  His point is correct
> for me.
It has, but still it dosn't work, I've already sent an example of the
problem. You can define _XOPEN_SOURCE but still the POLLRDNORM 

Bug#225304: marked as done (libc6-dev: OPEN_MAX undeclared after using limits.h)

[Debian Bug Tracking System]

Your message dated Fri, 02 Jan 2004 02:33:26 +0900
with message-id <[EMAIL PROTECTED]>
and subject line Bug#225304: libc6-dev: OPEN_MAX undeclared after using limits.h
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 28 Dec 2003 15:34:54 +
>From [EMAIL PROTECTED] Sun Dec 28 09:34:53 2003
Return-path: <[EMAIL PROTECTED]>
Received: from nlb2.siportal.it (nlb2.ede.it) [217.27.113.72] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1AacfJ-0006Oh-00; Sun, 28 Dec 2003 09:17:13 -0600
Received: from gont.earthsea.ea (unverified [62.123.94.144]) by nlb2.ede.it
 (Vircom SMTPRS 5.3.232) with SMTP id <[EMAIL PROTECTED]>;
 Sun, 28 Dec 2003 16:13:10 +0100
Received: by gont.earthsea.ea (Postfix, from userid 1000)
id EBCAD14FB7; Sun, 28 Dec 2003 16:17:07 +0100 (CET)
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Simone Piccardi <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: libc6-dev: OPEN_MAX undeclared after using limits.h
X-Mailer: reportbug 2.37
Date: Sun, 28 Dec 2003 16:17:07 +0100
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_15
X-Spam-Level: 

Package: libc6-dev
Version: 2.3.2.ds1-10
Severity: normal

I'm trying to use OPEN_MAX in a sample program. But it get not declared also
after including limits.h.


-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux gont.earthsea.ea 2.4.21 #4 Thu Aug 14 22:23:43 CEST 2003 i686
Locale: LANG=C, LC_CTYPE=C

Versions of packages libc6-dev depends on:
ii  libc62.3.2.ds1-10GNU C Library: Shared libraries an
ii  linux-kernel-headers 2.5.999-test7-bk-10 Linux Kernel Headers for developme

-- no debconf information


---
Received: (at 225304-done) by bugs.debian.org; 1 Jan 2004 19:39:34 +
>From [EMAIL PROTECTED] Thu Jan 01 13:39:33 2004
Return-path: <[EMAIL PROTECTED]>
Received: from omega.webmasters.gr.jp (webmasters.gr.jp) [218.44.239.78] 
by master.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1Ac6hL-00055B-00; Thu, 01 Jan 2004 11:33:27 -0600
Received: from omega.webmasters.gr.jp (localhost [127.0.0.1])
by webmasters.gr.jp (Postfix) with ESMTP
id 58FCFDEB7C; Fri,  2 Jan 2004 02:33:26 +0900 (JST)
Date: Fri, 02 Jan 2004 02:33:26 +0900
Message-ID: <[EMAIL PROTECTED]>
From: GOTO Masanori <[EMAIL PROTECTED]>
To: Colin Watson <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Cc: Simone Piccardi <[EMAIL PROTECTED]>
Subject: Re: Bug#225304: libc6-dev: OPEN_MAX undeclared after using limits.h
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
 FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
 (i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 
2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29 
(1.212-2003-09-23-exp) on master.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no 
version=2.60-master.debian.org_2003_11_25-bugs.debian.org_2003_12_29
X-Spam-Level: 

At Tue, 30 Dec 2003 03:29:59 +,
Colin Watson wrote:
> On Sun, Dec 28, 2003 at 04:17:07PM +0100, Simone Piccardi wrote:
> > Package: libc6-dev
> > Version: 2.3.2.ds1-10
> > Severity: normal
> > 
> > I'm trying to use OPEN_MAX in a sample program. But it get not declared also
> > after including limits.h.
> 
> This is deliberate and not a bug. For example,
> /usr/include/bits/local_lim.h says:
> 
> /* The kernel header pollutes the namespace with the NR_OPEN symbol
>and defines LINK_MAX although filesystems have different maxima.  A
>similar thing is true for OPEN_MAX: the limit can be changed at
>runtime and therefore the macro must not be defined.  Remove this
>after including the header if necessary.  */
> 
> POSIX does not require OPEN_MAX to be defined as a ma

Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM

[Simone Piccardi]

On Tue, 2003-12-30 at 04:23, Colin Watson wrote:
> This definitely implies to me that you need to define _XOPEN_SOURCE
> (__USE_XOPEN may have the same effect but it's supposed to be set by
> , not the user) in order to get this constant. See 'info
> libc "Feature Test Macros"' for information on this kind of thing.
Sorry, I was not clear. I defined _XOPEN_SOURCE. But still not working.
I'll find the program that do not work in the attachment, and those are
the errors:
gcc -L./ -lgapil -Wall -g -fPIC  poll_echod.c -o pechod
poll_echod.c: In function `main':
poll_echod.c:167: error: `POLLRDNORM' undeclared (first use in this
function)
poll_echod.c:167: error: (Each undeclared identifier is reported only
once
poll_echod.c:167: error: for each function it appears in.)

 
/* poll_echod.c
 * 
 * Copyright (C) 2003 Simone Piccardi
 * 
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation; either version 2 of the License, or (at
 * your option) any later version.
 * 
 * This program is distributed in the hope that it will be useful, but
 * WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
 * General Public License for more details.
 * 
 * You should have received a copy of the GNU General Public License
 * along with this program; if not, write to the Free Software
 * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
 */
/
 *
 * Program poll_echod 
 * Elementary TCP server for echo service (port 7) using poll
 *
 * Author: Simone Piccardi
 * Dec. 2003
 *
 * Usage: echod -h give all info
 *
 * $Id$
 *
 /
/* 
 * Include needed headers
 */
#include   /* system limits */
#include/* predefined types */
#include   /* include unix standard library */
#include/* IP addresses conversion utiliites */
#include   /* socket library */
#include 	 /* include standard I/O library */
#include 
#include   /* syslog system functions */
#include   /* signal functions */
#include/* error code */
#include   /* error strings */
#include 
#define _XOPEN_SOURCE
#include /* poll function definition */

#include "macros.h"
#include "Gapil.h"

#define BACKLOG 10
#define MAXLINE 256
int demonize  = 1;  /* daemon use option: default is daemon */
int debugging = 0;  /* debug info printing option: default is no debug */
/* Subroutines declaration */
void usage(void);
void PrintErr(char * error);
/* Program beginning */
int main(int argc, char *argv[])
{
/* 
 * Variables definition  
 */
int waiting = 0;
int compat = 0;
struct sockaddr_in s_addr, c_addr;
socklen_t len;
char buffer[MAXLINE];
struct pollfd *poll_set;
int list_fd, fd;
int max_fd, nread, nwrite;
int i, n = 256;
/*
 * Input section: decode parameters passed in the calling 
 * Use getopt function
 */
opterr = 0;	 /* don't want writing to stderr */
while ( (i = getopt(argc, argv, "hdicw:n:")) != -1) {
	switch (i) {
	/* 
	 * Handling options 
	 */ 
	case 'h':  
	printf("Wrong -h option use\n");
	usage();
	return(0);
	break;
	case 'i':
	demonize = 0;
	break;
	case 'c':
	compat = 1;
	break;
	case 'd':
	debugging = 1;
	break;
	case 'w':
	waiting = strtol(optarg, NULL, 10);
	break;
	case 'n':
	n = strtol(optarg, NULL, 10);
	break;
	case '?':   /* unrecognized options */
	printf("Unrecognized options -%c\n",optopt);
	usage();
	default:/* should not reached */
	usage();
	}
}
/* ***
 * 
 *		 Options processing completed
 *
 *		  Main code beginning
 * 
 * ***/
/* Main code begin here */
if (compat) { /* install signal handler */
	Signal(SIGCHLD, HandSigCHLD); /* non restarting handler */
} else {
	SignalRestart(SIGCHLD, HandSigCHLD);  /* restarting handler */
}
/* create socket */
if ( (list_fd = socket(AF_INET, SOCK_STREAM, 0)) < 0) {
	perror("Socket creation error");
	exit(1);
}
/* initialize address */
memset((void *)&s_addr, 0, sizeof(s_addr));   /* clear server address */
s_addr.sin_family = AF_INET;  /* address type is INET */
s_addr.sin_port = htons(7);   /* echo port is 7 */
s_addr.sin_addr.s_addr = htonl(INADDR_ANY);   /* connect from anywhere */
/* bind socket */
if (bind(list_fd, (struct sockaddr *)&s_addr, sizeof(s_addr)) < 0) {
	perror("bind error");
	exit(1);
}
/* release privileges and go daemon */
if (setgid(65534) !=0) { /* first give away group privileges */
	perror("cannot give away group privilege

Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM

[Colin Watson]

On Wed, Dec 31, 2003 at 01:16:06AM +0100, Simone Piccardi wrote:
> On Tue, 2003-12-30 at 04:23, Colin Watson wrote:
> > This definitely implies to me that you need to define _XOPEN_SOURCE
> > (__USE_XOPEN may have the same effect but it's supposed to be set by
> > , not the user) in order to get this constant. See 'info
> > libc "Feature Test Macros"' for information on this kind of thing.
> 
> Sorry, I was not clear. I defined _XOPEN_SOURCE. But still not working.
> I'll find the program that do not work in the attachment, and those are
> the errors:
> gcc -L./ -lgapil -Wall -g -fPIC  poll_echod.c -o pechod
> poll_echod.c: In function `main':
> poll_echod.c:167: error: `POLLRDNORM' undeclared (first use in this
> function)
> poll_echod.c:167: error: (Each undeclared identifier is reported only
> once
> poll_echod.c:167: error: for each function it appears in.)

You must #define _XOPEN_SOURCE before anything that #includes
. Since that covers practically all system headers, it's
best to put the #define before any #include lines.

When I make this modification to your test case, the error about
POLLRDNORM disappears.

Cheers,

-- 
Colin Watson  [EMAIL PROTECTED]

Bug#208238: [PATCH] Change et_EE charset to ISO-8859-15

[Petter Reinholdtsen]

tags 208238 + patch
thanks

[Indrek Hein]
> Yes, Meelis Roos is absolutely correct. As soon as ISO 8859-15
> became official, Estonian locale data switched over to it. Solaris
> and the BSD family have already followed the suit. You seem to have
> the correct pointer to the recent standard web pages at
> http://www.eki.ee/itstandard/contents.html. Don't pay attention to
> the 'not official' tag, it is there to quieten my consciense. You
> may order the official printed version from the Estonian Standards
> Board, but it has exactly the same contents, only with a new title
> page.
> 
> The previous standard tried to mix ISO 8859-1 with home-brewn and
> now obsolete methods to use s and z with caron. Both characters are
> essential to Estonian, much more so than in the closest related
> language, Finnish.  Still, if I'm not mistaken, the demand to use
> 8859-15 is now official in Finland too.

> 
> Curiously enough, the "Baltic" set of code pages has never been
> official in Estonia and now that 8859-15 is the standard, never
> will.

Sounds good to me.  The author of the locale asked us to talk to
Indrek, and Indrek verifies the change.  Here is a patch to do the
change.

Another alternative is to add '[EMAIL PROTECTED]/ISO-8859-15 to the SUPPORTED
file.  I'm not sure if that is better then just changing the charset.

2004-01-01  Petter Reinholdtsen  <[EMAIL PROTECTED]>

* SUPPORTED: Change default charset for et_EE locale from
ISO-8859-1 to ISO-8859-15, to reflect the content of
http://www.eki.ee/itstandard/contents.html>.  Based on input
from Indrek Hein and Meelis Roos.
* locales/et_EE: Likewise.

Index: localedata/SUPPORTED
===
RCS file: /cvs/glibc/libc/localedata/SUPPORTED,v
retrieving revision 1.65
diff -u -3 -p -u -r1.65 SUPPORTED
--- localedata/SUPPORTED6 Dec 2003 08:11:02 -   1.65
+++ localedata/SUPPORTED1 Jan 2004 22:06:53 -
@@ -87,7 +88,7 @@ es_SV/ISO-8859-1 \
 es_US/ISO-8859-1 \
 es_UY/ISO-8859-1 \
 es_VE/ISO-8859-1 \
-et_EE/ISO-8859-1 \
+et_EE/ISO-8859-15 \
 eu_ES/ISO-8859-1 \
 [EMAIL PROTECTED]/ISO-8859-15 \
 fa_IR/UTF-8 \
Index: localedata/locales/et_EE
===
RCS file: /cvs/glibc/libc/localedata/locales/et_EE,v
retrieving revision 1.11
diff -u -3 -p -u -r1.11 et_EE
--- localedata/locales/et_EE6 Dec 2003 07:40:37 -   1.11
+++ localedata/locales/et_EE1 Jan 2004 22:06:54 -
@@ -17,7 +17,7 @@ comment_char %
 % Application: general
 % Users: general
 % Repertoiremap: mnemonic.ds
-% Charset: ISO-8859-1
+% Charset: ISO-8859-15
 % Distribution and use is free, also
 % for commercial purposes.
 

Bug#225300: libc6-dev: sys/poll.h do not define POLLRDNORM

[Daniel Jacobowitz]

On Thu, Jan 01, 2004 at 07:00:09PM +0100, Simone Piccardi wrote:
> On Tue, 2003-12-30 at 04:23, Colin Watson wrote:
> > This definitely implies to me that you need to define _XOPEN_SOURCE
> > (__USE_XOPEN may have the same effect but it's supposed to be set by
> > , not the user) in order to get this constant. See 'info
> > libc "Feature Test Macros"' for information on this kind of thing.
> Sorry, I was not clear. I defined _XOPEN_SOURCE. But still not working.
> I'll find the program that do not work in the attachment, and those are
> the errors:
> gcc -L./ -lgapil -Wall -g -fPIC  poll_echod.c -o pechod
> poll_echod.c: In function `main':
> poll_echod.c:167: error: `POLLRDNORM' undeclared (first use in this
> function)
> poll_echod.c:167: error: (Each undeclared identifier is reported only
> once
> poll_echod.c:167: error: for each function it appears in.)

You're defining _XOPEN_SOURCE in the middle of a file.  You can't do
that; it should generally be on the command line, or else preceeding
all #include statements.

Take a look at the section "Feature Test Macros" in the glibc manual.

-- 
Daniel Jacobowitz
MontaVista Software Debian GNU/Linux Developer

Processed: [PATCH] Change et_EE charset to ISO-8859-15

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> tags 208238 + patch
Bug#208238: locales: wrong charset for et_EE
There were no tags set.
Tags added: patch

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#218424: locales: Should list nb_NO in SUPPORTED file

[Petter Reinholdtsen]

This patch was commited to the glibc CVS 2003-11-04.  A newer version
of the glibc source should include the fix.