Hello Debian-glibc,
Smartcardchn Co.,Ltd was found on 2007 and we are suppling rfid products for
more than 30 countries,hundreds of rfid products on our sell list.We will
recommend or make samples according to your requirements and send for your test
quickly.thanks for your time,anyway pls reply
Hello,
We were reviewing your record and noticed that your r at e
was over 6. We can give you a guarante e dfixe d r a te
of 3.3 for up to $ 300,000.
Please fill out this page to complete the process:
http://www.poureb.com/
We look forward to hearing from you.
Regards,
Brian
Support
Windows, Adobe Photoshop, Corel Office, Microsoft Office.. we have it all at
unbelievable savings!
Macromedia Dreamweaver MX and Macromedia Flash MX Combo
Retail Price: $850.90
Our Price: $99.95
You Save: $750.00
Adobe Photoshop CS with ImageReady CS
Retail Price: $649.99
Our Price: $90.95
You
Package: libc6
Version: 2.13-0exp2
mplayer no longer plays anything I thow at it, giving me the following message:
MPlayer interrupted by signal 11 in module: ao2_init
...
However, gdb is saying libc6 is responsible:
Program received signal SIGSEGV, Segmentation fault.
do_lookup_x (new_hash=248
On Mon, Feb 28, 2011 at 11:32:02PM -0500, James Vega wrote:
> Do you have libgl1-nvidia-glx installed?
No, actually I have an ati/amd card and use mesa's gallium3D r600 driver.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact l
Version: 2.13-0exp3
On Tue, Mar 01, 2011 at 07:07:19AM +0100, Aurelien Jarno wrote:
> I have just uploaded version 2.13-0exp3 which should fix the issue.
2.13-0exp3 does indeed fix.
Thanks! :)
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". T
Package: libc6
Version: 2.13-0exp5
If I run virtually any program through with valgind, I'm pretty much guaranteed
to get at least a few errors/warnings caused by libc6. Even running a simple
program like:
int main(int argc, char **argv)
{
return 0;
}
produces a couple valgrind warnings:
> I see lib64 is gone from / and /usr in /var/lib/dpkg/info/libc6.list
> ... once I added the /lib64 -> /lib symlink back, things more or less
> worked again.
>
>
I'm wondering if there was anything special you needed to do for this? I
know after upgrading my system, that any commands other than b
The "non serious data loss" may be a misnomer. It is my assessment
because, if one assumes that a copy finished correctly when it actually
terminated, the client machine is left with an incomplete data set.
Non-serious because the files are still there on the server, and it is
possible (tedious!)
ls?
or https://bbs.archlinux.org/viewtopic.php?pid=1092046
which at least involves Nautilus so may be more closely related. This
points at Gnome bug https://bugzilla.gnome.org/show_bug.cgi?id=674659
which at least gives me some hints about running Nautilus under gdb.
If I can dig up anyt
.
I think https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759197 has
the same root cause.
Thanks,
Brian Silverman
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/CAP01z6Jb1deuzQP=Xndw5g5WkdcVm+3RZGFc=odtjkhfnc7...@mail.gmail.com
Package: libc6
Version 2.10.1-5
When I try to upgrade libc6 with dpkg (yeah, I still do that occasionally)
from 2.7-18 to 2.10.1-5, it unpacks before noticing that libc-bin is not
there. This leaves the system without a copy of ldconfig.
Should the dependency on libc-bin be a Pre-Depends?
tra
Package: libc6
Version: 2.3.1-17
Severity: grave
Tags: sid
Justification: renders package unusable
update fails, attempt to override fails:
sabre:/home/fade# apt-get install libc6
Reading Package Lists... Done
Building Dependency Tree... Done
Suggested packages:
glibc-doc
1 packages upgraded, 0
I think the severity of this bug should be upgraded to "Critical". When I
reported it, my system was still operating normally, but if the system is
reset, the host is toast. =(
-Brian O'Reilly
DeepSky Systems
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
STACK_SIZE (2 * 1024 * 1024)
+#define STACK_SIZE (8 * 1024 * 1024)
#endif
/* Get some notion of the current stack. Need not be exactly the top
--
Hope this helps some more.
--
Brian Almeida | http://tynian.net | [EMAIL PROTECTED]
Debian Developer
l tested. Do not build and
> upload packages against them. Some intelligence, please :)
I gather NPTL is (yet-another) threading library in 2.6.0?
Do programs need to be modified / recompiled in anyway?
What are the benifits of one over the other?
--
Brian May <[EMAIL PROTECTED]>
Package: libc6-dev
Version: 2.3.2-9
When I had
ii binutils 2.11.92.0.12.3-6
ii libc6-dev 2.3.2-9
I couldn't compile (link?) anything. I got the following error:
/usr/lib/libc_nonshared.a(elf-init.oS): In function ~_libc_csu_init':
elf-init.oS(.text+0x1d): undefined reference to ~
id of nscd. I'm not even sure if a clean shutdown will
be possible.
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
On Fri, Oct 01, 1999 at 10:31:22PM +1000, Herbert Xu wrote:
> On Sat, Oct 02, 1999 at 07:24:37AM +1000, Brian May wrote:
> > Package: telnetd
> > Version: 0.14-7
> > Severity: normal
> >
> > I get the error:
> >
> > telnetd: All network ports in use
Package: nscd
Version: 2.1.2-5
nscd gets stuck, and most programs block talking to it.
This is bad if you don't have a root shell handy.
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Forgot to mention, a simple
# /etc/init.d/nscd restart
Stopping Name Service Cache Daemon: nscd.
Starting Name Service Cache Daemon: nscd.
will fix the problem until the next time it hangs.
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
nscd just stuck again on my machine, and I noticed the problem was
accompanied by a log message:
Oct 17 19:44:49 osiris nscd: 3072: cannot write result: Broken pipe
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
completely hosed.
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Package: libc6-dev
Version: 2.1.2-11
Severity: normal
eg:
In file included from /usr/include/string.h:346,
from base64.c:39:
/usr/include/bits/string2.h: In function `__mempcpy_small':
/usr/include/bits/string2.h:238: warning: pointer of type `void *' used in
arithmetic
/usr/
Package: libc6
Version: 2.1.2-11
Severity: normal
For some reason, the files /etc/localtime and /etc/timezone
do not exist on my computer, after upgrading from slink.
I had to reconfigure these details with "tzconfig".
-- System Information
Debian Release: potato
Kernel Version: Linux dewey 2.0.
The patch as supplied does not correctly work (under 2.2.14, at least).
I changed this:
+devpts=$(grep -c devpts /proc/filesystems || true)
to this:
+devpts=$(grep -c devpts /proc/mounts || true)
and all was happy.
--
Brian M. Almeida
Linux Systems Engineer | http://www.winstar.com | [EMAIL
Package: libc6
Version: 2.1.2-12
Severity: grave
Symptoms:
* My bash PS1 is "[EMAIL PROTECTED]:\w\$ ", and my prompt appears as:
I have no [EMAIL PROTECTED]:~$
* On startup, spruce (through glib) attempts to determine my name:
Glib-WARNING **: getpwuid_r(): failed due to: Permission denied.
r.
The postinst code in question contains the following:
if [ -f /sbin/unconfigured.sh ]; then
tzconfig
ldconfig
rm /sbin/unconfigured.sh
fi
This problem has me puzzled, I hope libc6 people might be able to
help...
--
Brian May <[EMAIL PROTECTED]>
reopen 58770
close 58368
thanks
can't I get the right bug number when closing my bug reports???
ARGGHH
Sorry everyone about this...
Lets hope this works.
--
Brian May <[EMAIL PROTECTED]>
ite(7, "0\0", 2) = 2
read(7,
This is the same problem I had in bug #47289. These reports should be
combined as soon as they have similar states.
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
uding uid's and gid's. As a result, most
jobs on the system eventually block.
I can't think of any good solution. Obviously, nscd can give a good speedup
if you have a large password file or many different processes looking up the
same hostnames on a machine that doesn't run its own
by decrease our percent of profits. Just
click the link below to set up an appointment with one of my sales
representatives today!
Just point your browser at www.inetwindows2k.com
Brian Elias
President
Hansons Windows & Siding
P. S. This a one time email offer only good for the next
Subject: locales fails 'int_curr_symbol' not valid ISO 4217
Followup-For: Bug #188159
Package: locales
Version: 2.3.1-16
Every time I try to apt-get upgrade or packages are reconfigured,
locales always fails with:
"...
[EMAIL PROTECTED]:
value of field `int_curr_symbol' does not correspond to a
Package: libc6
Version: 2.3.1-17
Severity: grave
Tags: sid
Justification: renders package unusable
update fails, attempt to override fails:
sabre:/home/fade# apt-get install libc6
Reading Package Lists... Done
Building Dependency Tree... Done
Suggested packages:
glibc-doc
1 packages upgraded, 0
I think the severity of this bug should be upgraded to "Critical". When I
reported it, my system was still operating normally, but if the system is
reset, the host is toast. =(
-Brian O'Reilly
DeepSky Systems
run its own bind, so it would be
nice if it got fixed.
--
Brian Ristuccia
[EMAIL PROTECTED]
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
by decrease our percent of profits. Just
click the link below to set up an appointment with one of my sales
representatives today!
Just point your browser at www.inetwindows2k.com
Brian Elias
President
Hansons Windows & Siding
P. S. This a one time email offer only good for the next
Package: libc6-dev
Version: 2.2.5-6
Severity: minor
Since the manpages for the functions in libc6-dev are in the manpages-dev
package, it seems appropriate to flag some kind of relationship between the
two packages.
Why I care: It took me half an hour to figure out which package contains the
even when the difference in libc6 is only 2.2.5-4 to 2.2.5-13.
apt-get absolutely refuses to ignore a package that I've forced the
installation of when a dependency like this is violated and yet
the newer package from "unstable" runs just fine.
one. Better to err on the
> side of safety, than to create a situation where ppl's system can go
> poof.
Of course it is. But erring on the side of safety would really mean not
changing the ABIs. Changing that is what makes peoples' systems "go
poof"; hav
ision number means "fully compatible".
(guaranteed to work with with any program compiled against older or
newer versions of the library matching the same first two rev numbers)
Something like that would be a good policy to have for _all_ librarie
plain broken and wrong.
That makes perfect sense. Fixing a bug is fixing a bug. If it didn't work
correctly before then it doesn't matter if you change it.
Brian
( [EMAIL PROTECTED] )
---
rward compatible" with programs linked
against a version later than the one currently installed? Such would allow
things like including a single package from a later Debian distribution
without the need to upgrade the base system.
Brian
ntion of allowing.
And that answers my original question. The libc6 "definition" of the
"medium" and "minor" revision numbers are different than what I had
expected them to mean. Thank you!
Out of curiosity, would a "medium" change retain any amou
ry compat without bumping
> soname, and no intention of bumping soname.
Thanks!
Brian
( [EMAIL PROTECTED] )
---
Sticks and stones may
de the base system.
>
> To the extent that they'd like to be bug free, sure. =) Aside from
> that, I don't think so. Ben's got more history with glibc than I do,
> so he might be able to provide more details.
"Forward compatibility" is one of those "
l tested. Do not build and
> upload packages against them. Some intelligence, please :)
I gather NPTL is (yet-another) threading library in 2.6.0?
Do programs need to be modified / recompiled in anyway?
What are the benifits of one over the other?
--
Brian May <[EMAIL PROTECTED]>
ription available)
ii locales 2.11.2-2 Embedded GNU C Library: National L
-- debconf information excluded
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2
gcc-4.6 [c-compiler] 4.6.0-8The GNU C compiler
Versions of packages libc6-dev suggests:
pn glibc-doc (no description available)
ii manpages-dev 3.27-1 Manual pages about using GNU/Linux
-- no debconf information
--
brian m. carlson
ription available)
ii locales 2.13-8 Embedded GNU C Library: National L
ii locales-all [locales] 2.13-8 Embedded GNU C Library: Precompile
-- debconf information:
* glibc/upgrade: true
glibc/disable-screensaver:
glibc/restart-failed:
* glibc/restart-servic
Are you in need of a financial help? Interested applicant should
contact Rev. Brian Morris Loan Firm via email(brianloanf...@aim.com)
for immediate process.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Conta
piler
ii gcc-4.3 [c-compiler] 4.3-20070902-1 The GNU C compiler
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
a typesetting engine: http://crustytoothpaste.ath.cx/~bmc/code/thwack
O
On Wed, Nov 28, 2007 at 11:28:15PM +0100, Aurelien Jarno wrote:
brian m. carlson a écrit :
---
#define _XOPEN_SOURCE
#include
#include
---
A quick workaround is to invert the two #include
It's not that easy in the swi-prolog case. The two headers are included
in two separate he
locale
-- debconf information:
glibc/upgrade: true
glibc/restart-failed:
glibc/restart-services:
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpaste.ath.cx/~bmc/code/th
On Mon, Jan 12, 2009 at 10:02:41PM +, Colin Watson wrote:
On Mon, Jan 12, 2009 at 09:13:15PM +, brian m. carlson wrote:
fp = (FILE *) 0x0
That would happen if popen() fails. The manual page says:
The popen() function returns NULL if the fork(2) or pipe(2
iption available)
ii manpages-dev 3.17-1 Manual pages about using GNU/Linux
-- no debconf information
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 713 440 7475 | http://crustytoothpaste.ath.cx/~bmc | My opinion only
troff on top of XML: http://crustytoothpa
don't think you really need that much experience with RPC. All you
need to do is describe what each external function does. Basically,
document how each function manipulates input, output, and global state.
That's it.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 71
severity 227386 important
clone 227386 -1
reassign -1 linux-2.6
retitle -1 linux-2.6: ENOTSUP and EOPNOTSUPP should be different
thanks, control, and have a nice day
[Copied and pasted from the bug log, because I don't have the original.]
> At Mon, 12 Jan 2004 22:21:39 +,
> Brian
# bcc'd to control
forwarded 227386 http://sources.redhat.com/bugzilla/show_bug.cgi?id=2363
thanks, control, and have a nice day
On Sun, 2006-02-19 at 17:36 +0100, Aurelien Jarno wrote:
> severity 227386 minor
> thanks
I'm not going to play bug tennis with you. I think the bug should be
rated im
On Mon, 2006-02-20 at 17:37 +0100, Gabor Gombas wrote:
> That seems overly complex. You should most certainly know the range of
> your own error codes, so something like the below looks much simpler (no
> script needed, no dependance on the value of standard error codes):
The problem with that is
On Mon, 2006-02-20 at 07:51 +0100, Aurelien Jarno wrote:
> Brian M. Carlson a écrit :
> > # bcc'd to control
> > forwarded 227386 http://sources.redhat.com/bugzilla/show_bug.cgi?id=2363
> > thanks, control, and have a nice day
> >
> > On Sun, 2006-02-1
On Tue, 2006-02-21 at 16:25 +0100, Aurelien Jarno wrote:
> severity 227386 wishlist
> thanks
>
> I have found no place where either the Linux kernel, the GNU libc or
> Debian claim full POSIX compliance. Therefore this a wishlist.
>
> If you found such a place, I will upgrade the bug back to min
On Tue, 2006-02-21 at 16:44 -0800, Russ Allbery wrote:
> The sad part is that if it's just an issue with duplicate case statements,
> it's a two-line fix.
>
> case ENOTSUP:
> case EOPNOTSUPP:
>
> becomes:
>
> case ENOTSUP:
> #if ENOTSUP != EOPNOTSUPP
> case EOPNOTSUPP:
> #endif
On Tue, 2006-02-21 at 16:22 +0100, Aurelien Jarno wrote:
> Brian M. Carlson a écrit :
> > It's been done at least once before. However, if there were a libc7,
>
> Could please give me the number of packages affected and compare to now?
I don't know how many packages
On Thu, 2006-02-23 at 13:24 +0100, Gabor Gombas wrote:
> On Thu, Feb 23, 2006 at 04:30:55AM +0000, Brian M. Carlson wrote:
>
> > > By introducing a new define, you are breaking standard compliance.
> >
> > Well, there is no better way. You want to preserve bina
Library: Shared libraries an
-- no debconf information
[0] http://www.opengroup.org/onlinepubs/007904975/basedefs/iso646.h.html
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself,
retitle 202115 libc6-dev: contains neither iso646.h nor stdbool.h, which are both
required for both C99 and SUSv3
thanks, control, and have a nice day.
On Sat, Jul 19, 2003 at 08:54:01PM +, Brian M. Carlson wrote:
> The Single Unix Specification Version 3 (also POSIX-2001) requires
YPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
Linux stonewall 2.4.21-2-k7 #1 Sat Jul 5 03:47:02 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
&q
an Release: testing/unstable
Architecture: i386
Kernel: Linux stonewall 2.4.21-3-k7 #1 Sun Jul 20 19:23:36 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
tags 203412 + patch
thanks, control, and have a nice day
Included is a patch to fix this bug so that _XOPEN_VERSION will be 600
when __USE_XOPEN2K is defined.
cd754038fdc73d5a18f40a93d951832c *unistd.h.xopen_ver_600.diff
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let u
ory. I think that the Sun RPC code is
non-free, and I want an opinion from debian-legal.
> At Mon, 18 Aug 2003 02:28:48 +1000,
> Anthony Towns wrote:
> > This bug should be closed.
>
> OK, I've closed now.
>
> Regards,
> -- gotom
--
Brian M. Carlson <[EMAIL PROTE
Florian Weimer <[EMAIL PROTECTED]> writes:
> Andrew Suffield <[EMAIL PROTECTED]> writes:
>
>> On Fri, Aug 22, 2003 at 06:39:47AM +, Brian M. Carlson wrote:
>>> Sun RPC is a product of Sun Microsystems, Inc. and is
>>> provided for
reopen 181493
thanks
I am reopening this again. Until debian-legal has decided one way or
another, this is staying open.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, an
n.org_2003_8_27
> X-Spam-Level: ***
> X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_27
> (1.174.2.15-2003-03-30-exp)
>
> What fun.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
pgp0.pgp
Description: PGP signature
reopen 181493
thanks, control, and have a nice day
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
signature
to C)
Versions of packages libc6-dev depends on:
ii libc62.3.2.ds1-3 GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
Package: libc6-dev
Version: 2.3.2-8
Severity: normal
When building the attached testcase with "-pedantic-errors", I get the
following error messages:
In file included from /usr/include/fenv.h:58,
from foo.c:1:
/usr/include/bits/fenv.h:54: error: ISO C restricts enumerator values
Package: libc6-sparc64
Version: 2.3.2.ds1-9
Severity: important
After compiling the attached code with "gcc -o long-double-len ldl.c"
and executing "./long-double-len", the code fails with the following
error:
./long-double-len: error while loading shared libraries: /lib64/libc.so.6: unexpected
Once again, I have forgotten the file. It can be downloaded from here:
<http://crustytoothpaste.ath.cx/cgi-bin/viewcvs.cgi/*checkout*/rpc/rpc/ldl.c?content-type=text%2Fplain&rev=1.2>
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
signature.asc
Description: Digital signature
I have made an effort to contact upstream. I am also actively working on
an implementation to replace the Sun RPC code in case that does not work
out. It is incomplete, but patches are being accepted. You can check it
out with the following command:
svn co svn://crustytoothpaste.ath.cx/v
ckages in 64-bit mode causes unrelated packages on the system to
break. For example, building dpkg (or any other Essential: yes package)
on sparc64 would cause a total breakage of the system.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
signature.asc
Description: Digital signature
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-14 Linux Kernel Headers for developme
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x56
UTF-8
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
pgpexYBwlFzFE.pgp
Description: PGP signature
On Wed, Dec 04, 2002 at 06:43:08AM -0600, Colin Watson wrote:
> On Wed, Dec 04, 2002 at 05:45:09AM +0000, Brian M. Carlson wrote:
> > Package: glibc
> > Version: unavailable; reported 2002-12-04
> > Severity: serious
> > Justification: Policy 2.1.1, 2.1.2
> >
>
)
--
Brian M. Carlson <[EMAIL PROTECTED]> <http://decoy.wox.org/~bmc> 0x560553E7
I always pass on good advice. It is the only thing to do with it.
It is never any good to oneself.
-- Oscar Wilde, "An Ideal Husband"
msg01096/pgp0.pgp
Description: PGP signature
UTF-8
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
msg02068/pgp0.pgp
Description: PGP signature
On Wed, Dec 04, 2002 at 06:43:08AM -0600, Colin Watson wrote:
> On Wed, Dec 04, 2002 at 05:45:09AM +0000, Brian M. Carlson wrote:
> > Package: glibc
> > Version: unavailable; reported 2002-12-04
> > Severity: serious
> > Justification: Policy 2.1.1, 2.1.2
> >
>
Library: Shared libraries an
-- no debconf information
[0] http://www.opengroup.org/onlinepubs/007904975/basedefs/iso646.h.html
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself,
retitle 202115 libc6-dev: contains neither iso646.h nor stdbool.h, which are
both required for both C99 and SUSv3
thanks, control, and have a nice day.
On Sat, Jul 19, 2003 at 08:54:01PM +, Brian M. Carlson wrote:
> The Single Unix Specification Version 3 (also POSIX-2001) requires
YPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
Linux stonewall 2.4.21-2-k7 #1 Sat Jul 5 03:47:02 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
&q
an Release: testing/unstable
Architecture: i386
Kernel: Linux stonewall 2.4.21-3-k7 #1 Sun Jul 20 19:23:36 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C
Versions of packages libc6-dev depends on:
ii libc6 2.3.2-1GNU C Library: Shared libraries an
-- no debconf information
tags 203412 + patch
thanks, control, and have a nice day
Included is a patch to fix this bug so that _XOPEN_VERSION will be 600
when __USE_XOPEN2K is defined.
cd754038fdc73d5a18f40a93d951832c *unistd.h.xopen_ver_600.diff
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let u
reopen 181493
thanks, control, and have a nice day
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to grapple with the ineffable itself, and see if we may not eff it
after all." --Douglas Adams
signature
to C)
Versions of packages libc6-dev depends on:
ii libc62.3.2.ds1-3 GNU C Library: Shared libraries an
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
"Let us think the unthinkable, let us do the undoable. Let us prepare
to
Package: libc6-dev
Version: 2.3.2-8
Severity: normal
When building the attached testcase with "-pedantic-errors", I get the
following error messages:
In file included from /usr/include/fenv.h:58,
from foo.c:1:
/usr/include/bits/fenv.h:54: error: ISO C restricts enumerator values
I have made an effort to contact upstream. I am also actively working on
an implementation to replace the Sun RPC code in case that does not work
out. It is incomplete, but patches are being accepted. You can check it
out with the following command:
svn co svn://crustytoothpaste.ath.cx/v
packages in 64-bit mode causes unrelated packages on the system to
break. For example, building dpkg (or any other Essential: yes package)
on sparc64 would cause a total breakage of the system.
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x560553e7
signature.asc
Description: Digital signature
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-14 Linux Kernel Headers for developme
-- no debconf information
--
Brian M. Carlson <[EMAIL PROTECTED]> 0x56
100 matches
Mail list logo