On Fri, 02 Mar 2012, Jukka Ruohonen wrote:
> > tzcode2012b and tzdata2012b ahve been released.
> > We have updated to tzdata2012b.
>
> What was the resolution with the patent issues and whatnot?
The lawsuit was withdrawn after it became obvious that the
plaintiffs had no valid case. The EFF got
On Fri, Mar 02, 2012 at 07:06:31AM +, Alan Barrett wrote:
> Module Name: src
> Committed By: apb
> Date: Fri Mar 2 07:06:31 UTC 2012
>
> Modified Files:
> src/doc: 3RDPARTY
>
> Log Message:
> tzcode2012b and tzdata2012b ahve been released.
> We have updated to tzdata2012b.
Wh
On Thu, Mar 01, 2012 at 05:07:32PM +0100, Joerg Sonnenberger wrote:
>
> My strong dislike of *_s from C11 is not relevant. Those functions are
> not part of the core standard, but an (optional) annex.
gets() is pretty bad for anything that is system or suid.
For a normal user app it doesn't matte
On Thu, 01 Mar 2012, Alan Barrett wrote:
Update of /cvsroot/src/share/zoneinfo
Log Message:
Import tzdata2012a from ftp://munnari.oz.au/pub/tzdata2012a.tar.gz.
Major changes since tzdata2011i: [...]
That should be "Major changes since tzdata2011n". I have updated
the log messages in the reposi
On Mar 1, 2012, at 10:58 AM, Izumi Tsutsui wrote:
>>> Again, how can you support/control/update third party products
>>> not to use deprecated functions? Our libc is designed for
>>> NetBSD?
>>
>> You can't make them not use deprecated functions, but I think you
>> can tell them to link with
> > Again, how can you support/control/update third party products
> > not to use deprecated functions? Our libc is designed for
> > NetBSD?
>
> You can't make them not use deprecated functions, but I think you
> can tell them to link with libdeprecated, or to add -DI_WANT_GETS
> to CFLAGS.
On Fri, 02 Mar 2012, Izumi Tsutsui wrote:
Again, how can you support/control/update third party products
not to use deprecated functions? Our libc is designed for
NetBSD?
You can't make them not use deprecated functions, but I think you
can tell them to link with libdeprecated, or to add -DI
mbalmer@ wrote:
> >> Log Message:
> >> Put back spaces at EOL where needed (in a message file, a space at EOL
> >> means a line break, a line break means a space...)
> >> This should fix PR 46042.
> >
> > Did you check all changes?
>
> I mechanically reverted all whitespace changes so we have th
Am 01.03.12 17:31, schrieb Izumi Tsutsui:
>> Module Name: src
>> Committed By:mbalmer
>> Date:Thu Mar 1 16:22:16 UTC 2012
>>
>> Modified Files:
>> src/distrib/utils/sysinst: msg.mbr.de msg.mbr.en msg.mbr.es msg.mbr.fr
>> msg.mbr.pl msg.mi.de msg.mi.en msg.mi.e
> Module Name: src
> Committed By: mbalmer
> Date: Thu Mar 1 16:22:16 UTC 2012
>
> Modified Files:
> src/distrib/utils/sysinst: msg.mbr.de msg.mbr.en msg.mbr.es msg.mbr.fr
> msg.mbr.pl msg.mi.de msg.mi.en msg.mi.es msg.mi.fr msg.mi.pl
> src/distrib/utils/sysinst/arc
On Thu, Mar 01, 2012 at 10:37:39AM -0500, Greg Troxel wrote:
>
> Code that is using gets(3) is almost always broken. It doesn't just
>
> No argument there, but that's not the question. The questions are
>
> should NetBSD provide a compliant C99 environment? (obviously yes)
>
> is movin
joerg@ wrote:
> On Fri, Mar 02, 2012 at 12:10:26AM +0900, Izumi Tsutsui wrote:
> > joerg@ wrote:
> >
> > > On Thu, Mar 01, 2012 at 07:35:02PM +0900, Izumi Tsutsui wrote:
> > > > yamt@ wrote:
> > > >
> > > > > > Module Name:src
> > > > > > Committed By: dholland
> > > > > > Date:
Code that is using gets(3) is almost always broken. It doesn't just
No argument there, but that's not the question. The questions are
should NetBSD provide a compliant C99 environment? (obviously yes)
is moving gets(3) to libcompat consistent with the above (it seems
not, since your
On Fri, Mar 02, 2012 at 12:10:26AM +0900, Izumi Tsutsui wrote:
> joerg@ wrote:
>
> > On Thu, Mar 01, 2012 at 07:35:02PM +0900, Izumi Tsutsui wrote:
> > > yamt@ wrote:
> > >
> > > > > Module Name: src
> > > > > Committed By: dholland
> > > > > Date: Fri Feb 24 16:06:39 UTC 2012
> > > > >
joerg@ wrote:
> On Thu, Mar 01, 2012 at 07:35:02PM +0900, Izumi Tsutsui wrote:
> > yamt@ wrote:
> >
> > > > Module Name:src
> > > > Committed By: dholland
> > > > Date: Fri Feb 24 16:06:39 UTC 2012
> > > >
> > > > Modified Files:
> > > > src/lib/libc: shlib_version
> > >
On Thu, Mar 01, 2012 at 07:35:02PM +0900, Izumi Tsutsui wrote:
> yamt@ wrote:
>
> > > Module Name: src
> > > Committed By: dholland
> > > Date: Fri Feb 24 16:06:39 UTC 2012
> > >
> > > Modified Files:
> > > src/lib/libc: shlib_version
> > >
> > > Log Message:
> > > Note th
yamt@ wrote:
> > Module Name:src
> > Committed By: dholland
> > Date: Fri Feb 24 16:06:39 UTC 2012
> >
> > Modified Files:
> > src/lib/libc: shlib_version
> >
> > Log Message:
> > Note that gets() is finally dead in C11 and can be removed if we ever
> > bump libc.
hi,
> Module Name: src
> Committed By: dholland
> Date: Fri Feb 24 16:06:39 UTC 2012
>
> Modified Files:
> src/lib/libc: shlib_version
>
> Log Message:
> Note that gets() is finally dead in C11 and can be removed if we ever
> bump libc.
it doesn't sound good or realistic to me.
18 matches
Mail list logo