[devel] glibc 2.7

[devel] glibc 2.7

[Kirill A. Shutemov]

[-- Attachment #1: Type: text/plain, Size: 1786 bytes --]

Вышла новая версия glibc:

* More checking functions: fread, fread_unlocked, open*, mq_open.
  Implemented by Jakub Jelinek and Ulrich Drepper.

* Extend fortification to C++.  Implemented by Jakub Jelinek.

* Implement 'm' modifier for scanf.  Add stricter C99/SUS compliance
  by not recognizing 'a' as a modifier when those specs are requested.
  Implemented by Jakub Jelinek.

* PPC optimizations to math and string functions.
  Implemented by Steven Munroe.

* New interfaces: mkostemp, mkostemp64.  Like mkstemp* but allow additional
  options to be passed.  Implemented by Ulrich Drepper.

* More CPU set manipulation functions.  Implemented by Ulrich Drepper.

* New Linux interfaces: signalfd, eventfd, eventfd_read, and eventfd_write.
  Implemented by Ulrich Drepper.

* Handle private futexes in the NPTL implementation.
  Implemented by Jakub Jelinek and Ulrich Drepper.

* Add support for O_CLOEXEC.  Implement in Hurd.  Use throughout libc.
  Implemented by Roland McGrath and Ulrich Drepper.

* Linux/x86-64 vDSO support.  Implemented by Ulrich Drepper.

* SHA-256 and SHA-512 based password encryption.
  Implemented by Ulrich Drepper.

* New locales: ber_DZ, ber_MA, en_NG, fil_PH, fur_IT, fy_DE, ha_NG, ig_NG,
  ik_CA, iu_CA, li_BE, li_NL, nds_DE, nds_NL, pap_AN, sc_IT, tk_TM, ug_CN,
  yo_NG.

+ New iconv modules: MAC-CENTRALEUROPE, ISO-8859-9E, KOI8-RU.
  Implemented by Ulrich Drepper.

Кто чего плохого про неё скажет?

Радует Extend fortification to C++. Интересно сколько пакетов это сломает ;)

-- 
Regards,  Kirill A. Shutemov
 + Belarus, Minsk
 + Velesys LLC, http://www.velesys.com/
 + ALT Linux Team, http://www.altlinux.com/

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] glibc 2.7

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 501 bytes --]

On Tue, Oct 23, 2007 at 10:30:32AM +0300, Kirill A. Shutemov wrote:
> Вышла новая версия glibc:
[...]
> * SHA-256 and SHA-512 based password encryption.
>   Implemented by Ulrich Drepper.

RedHat опять прогнулся под тамошние обстоятельства, и теперь мне придётся
склеивать наш libcrypt с апстримным.

[...]
> Радует Extend fortification to C++. Интересно сколько пакетов это сломает ;)

Вам понравится. ;)

Ещё из заметного -- warn_unused_result у большего числа функций.


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[devel] [JT] -W (was: glibc 2.7)

[Michael Shigorin]

On Tue, Oct 23, 2007 at 02:05:13PM +0400, Dmitry V. Levin wrote:
> Ещё из заметного -- warn_unused_result у большего числа функций.

Дим, а какой в этом смысл?  Насколько понимаю, достаточно долго
_эту_ педантичность не вводили именно по соображениям _ухудшения_
читабельности кода, где использование ненужного результата
делается в качестве кормления компилятора с ложечки.

Или я чего-то совсем не понимаю, или они там немного шифером
двинулись в сторону технобантиков вместо разумного удобства
разработчикам?

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] [JT] -W (was: glibc 2.7)

[Dmitry V. Levin]

[-- Attachment #1: Type: text/plain, Size: 786 bytes --]

On Wed, Oct 24, 2007 at 11:19:43AM +0300, Michael Shigorin wrote:
> On Tue, Oct 23, 2007 at 02:05:13PM +0400, Dmitry V. Levin wrote:
> > Ещё из заметного -- warn_unused_result у большего числа функций.
> 
> Дим, а какой в этом смысл?  Насколько понимаю, достаточно долго
> _эту_ педантичность не вводили именно по соображениям _ухудшения_
> читабельности кода, где использование ненужного результата
> делается в качестве кормления компилятора с ложечки.

Предполагается, что атрибутом warn_unused_result помечаются только те
функции, игнорирование кода возврата которых является ошибкой не в
большинстве случаев, а "всегда".  На практике слово "всегда" означает
что-то вроде "за исключением тех случаев, когда обработка ошибки
не представляется возможной".


-- 
ldv

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] glibc 2.7

[Alexey I. Froloff]

[-- Attachment #1: Type: text/plain, Size: 242 bytes --]

* Kirill A. Shutemov <k.shutemov@> [071023 11:32]:
> Вышла новая версия glibc:
> Кто чего плохого про неё скажет?
Когда новая глибц появится в Сизифе, холява с перекладыванием
пакетов в branch закончится ;-)

-- 
Regards,
Sir Raorn.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] glibc 2.7

[Damir Shayhutdinov]

> > Вышла новая версия glibc:
> > Кто чего плохого про неё скажет?
> Когда новая глибц появится в Сизифе, холява с перекладыванием
> пакетов в branch закончится ;-)
Ура! А то надоело, что сейчас Сизиф - это такой бранч с разломанными иксами.

Re: [devel] glibc 2.7

[Andrii Dobrovol`s`kii]

[-- Attachment #1: Type: text/plain, Size: 690 bytes --]

Damir Shayhutdinov пишет:
>>> Вышла новая версия glibc:
>>> Кто чего плохого про неё скажет?
>> Когда новая глибц появится в Сизифе, холява с перекладыванием
>> пакетов в branch закончится ;-)
> Ура! А то надоело, что сейчас Сизиф - это такой бранч с разломанными иксами.
Не, сейчас бранч это такой разломаный Сизиф...
-- 
Rgrds,
Andriy
*********************************************************************
email: dobr at iop dot kiev dot ua            Kyiv, Ukraine
Phone: (380-44)   525-7824            Department of Gas Electronics
Fax:   (380-44)   525-2329             Institute of Physics of NASU
*********************dobrATjabber.iop.kiev.ua************************


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] glibc 2.7

[Alexander Bokovoy]

Andrii Dobrovol`s`kii пишет:
> Damir Shayhutdinov пишет:
>>>> Вышла новая версия glibc: Кто чего плохого про неё скажет?
>>> Когда новая глибц появится в Сизифе, холява с перекладыванием 
>>> пакетов в branch закончится ;-)
>> Ура! А то надоело, что сейчас Сизиф - это такой бранч с
>> разломанными иксами.
> Не, сейчас бранч это такой разломаный Сизиф...
В частности, в бранче обновили сборку kernel ovz-smp, но не обновили все
модули. После обновления перестанут работать рабочие станции с nVidia. И
это стабильная ветка?

-- 
/ Alexander Bokovoy
Samba Team                      http://www.samba.org/
ALT Linux Team                  http://www.altlinux.org/
Midgard Project Ry              http://www.midgard-project.org/

Re: [devel] glibc 2.7

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 561 bytes --]

On 24 октября 2007, Alexander Bokovoy wrote:

[...]
> В частности, в бранче обновили сборку kernel ovz-smp, но не
> обновили все модули. После обновления перестанут работать рабочие
> станции с nVidia. И это стабильная ветка?
В incoming давно пыляться kernel-modules-nvidia-*-*-100.14.19-alt3.* 
для всех ядер и для старого и для нового ovz-smp, но зачем-то даже 
в Сизиф не попадают.
https://bugzilla.altlinux.org/show_bug.cgi?id=13046

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

[devel] nvidia и старые карты: MX440 OK

[Michael Shigorin]

On Wed, Oct 24, 2007 at 05:58:27PM +0400, Sergey V Turchin wrote:
> > В частности, в бранче обновили сборку kernel ovz-smp, но не
> > обновили все модули. После обновления перестанут работать
> > рабочие станции с nVidia. И это стабильная ветка?
> В incoming давно пыляться kernel-modules-nvidia-*-*-100.14.19-alt3.* 

Кстати, докладываюсь: наконец-то проверил сборку Desktop/LTSP
с GF4 MX440 (NV17) -- замечательно всё само из коробки поднялось.

100.14.19-alt2 сотоварищи.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/
 ----       Oct 26--27, Kiev, Ukraine:
--       http://conference.osdn.org.ua

Re: [devel] nvidia и старые карты: MX440 OK

[Sergey V Turchin]

[-- Attachment #1: Type: text/plain, Size: 394 bytes --]

On 24 октября 2007, Michael Shigorin wrote:

[...]
> Кстати, докладываюсь: наконец-то проверил сборку Desktop/LTSP
> с GF4 MX440 (NV17) -- замечательно всё само из коробки поднялось.
>
> 100.14.19-alt2 сотоварищи.
В alt3 только legacy новые, которым IgnoreABI не нужен.

-- 
Regards, Sergey, ALT Linux Team, http://www.altlinux.ru
http://stinkfoot.org:11371/pks/lookup?op=get&search=0x1C2A3F08

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

Re: [devel] nvidia и старые карты: MX440 OK

[Michael Shigorin]

On Thu, Oct 25, 2007 at 03:21:02PM +0400, Sergey V Turchin wrote:
> > Кстати, докладываюсь: наконец-то проверил сборку Desktop/LTSP
> > с GF4 MX440 (NV17) -- замечательно всё само из коробки поднялось.
> > 100.14.19-alt2 сотоварищи.
> В alt3 только legacy новые, которым IgnoreABI не нужен.

Ну я-то проверял на 4.0/7.2 (кажется, та сборка, которая попала 
в 4.0.1 beta 20071022).

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [devel] glibc 2.7

[Хихин Руслан]

[-- Attachment #1: Type: text/plain, Size: 604 bytes --]

Здравствуйте Sergey V Turchin
  В сообщении от 24 октября 2007 Sergey V Turchin написал(a):
 > > В частности, в бранче обновили сборку kernel ovz-smp, но не
 > >
 > > обновили все модули. После обновления перестанут работать рабочие
 > >
 > > станции с nVidia. И это стабильная ветка?
 >
 > В incoming давно пыляться kernel-modules-nvidia-*-*-100.14.19-alt3.*
 >
 > для всех ядер и для старого и для нового ovz-smp, но зачем-то даже
 >
 > в Сизиф не попадают.
 >
 > https://bugzilla.altlinux.org/show_bug.cgi?id=13046
На провайдес взгляни - из-за них могут быть проблемы.


-- 
С  уважением Хихин Руслан

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 189 bytes --]