[sisyphus] u: xrcode-1.0-alt1

[sisyphus] u: xrcode-1.0-alt1

[Michael Shigorin]

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

	Здравствуйте.
В i:/i/S пошел пакет xrcode-1.0-alt1, содержащий rcode (recode) и
xcode имени Serge Bajin и Andrey V. Lukyanov соответственно.

xcode я давно хотел собрать, а здесь Сергей Глодин его еще и
поправил для поддержки украинского.

В дальнейших планах -- сделать альтернативу/обертку cyrautorecode
(т.к. есть несколько реализаций) и раздавать пользователям
полудюжины кодировок в качестве прозрачного фильтра.

PS: в recode есть некрасивость имени использующегося в одном
codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(

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

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

Re: [sisyphus] u: xrcode-1.0-alt1

[Dmitry V. Levin]

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

On Mon, May 26, 2003 at 10:46:00PM +0300, Michael Shigorin wrote:
> В i:/i/S пошел пакет xrcode-1.0-alt1, содержащий rcode (recode) и
> xcode имени Serge Bajin и Andrey V. Lukyanov соответственно.
> 
> xcode я давно хотел собрать, а здесь Сергей Глодин его еще и
> поправил для поддержки украинского.
> 
> В дальнейших планах -- сделать альтернативу/обертку cyrautorecode
> (т.к. есть несколько реализаций) и раздавать пользователям
> полудюжины кодировок в качестве прозрачного фильтра.
> 
> PS: в recode есть некрасивость имени использующегося в одном
> codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(

Зачем собирать пакеты, в которых заведомо есть block-баги?
Или это по принципу "работает и ладно"?


--
ldv

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

Re: [sisyphus] u: xrcode-1.0-alt1

[Yura Zotov]

On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> On Mon, May 26, 2003 at 10:46:00PM +0300, Michael Shigorin wrote:
> > В i:/i/S пошел пакет xrcode-1.0-alt1, содержащий rcode (recode) и
> > xcode имени Serge Bajin и Andrey V. Lukyanov соответственно.
> > 
> > xcode я давно хотел собрать, а здесь Сергей Глодин его еще и
> > поправил для поддержки украинского.
> > 
> > В дальнейших планах -- сделать альтернативу/обертку cyrautorecode
> > (т.к. есть несколько реализаций) и раздавать пользователям
> > полудюжины кодировок в качестве прозрачного фильтра.
> > 
> > PS: в recode есть некрасивость имени использующегося в одном
> > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> 
> Зачем собирать пакеты, в которых заведомо есть block-баги?
> Или это по принципу "работает и ладно"?

А что за баги? Если это про tmpnam, то можно попобробнее?

--
Юрий А. Зотов

[sisyphus] Re: u: xrcode-1.0-alt1

[Michael Shigorin]

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

On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > PS: в recode есть некрасивость имени использующегося в одном
> > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> Зачем собирать пакеты, в которых заведомо есть block-баги?
> Или это по принципу "работает и ладно"?

Это по принципу "так, а теперь кто отточил умение до автоматизма
-- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
очевидно, более чем на прогулку по manpages не хватило.

Это раз.  Два -- IMO это minor/major, но никак не block bug.

Три -- если применять боцманские методы к достаточно
contrib-пакетам, то я сейчас опять вспомню via686 >;-E

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

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

Re: [sisyphus] Re: u: xrcode-1.0-alt1

[Dmitry V. Levin]

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

On Tue, May 27, 2003 at 12:48:14PM +0300, Michael Shigorin wrote:
> On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > > PS: в recode есть некрасивость имени использующегося в одном
> > > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> > Зачем собирать пакеты, в которых заведомо есть block-баги?
> > Или это по принципу "работает и ладно"?
> 
> Это по принципу "так, а теперь кто отточил умение до автоматизма
> -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> очевидно, более чем на прогулку по manpages не хватило.
> 
> Это раз.  Два -- IMO это minor/major, но никак не block bug.

Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
обратного.

block - это значит, что доступ в дистрибутив закрыт.

> Три -- если применять боцманские методы к достаточно
> contrib-пакетам, то я сейчас опять вспомню via686 >;-E


--
ldv

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

Re: [sisyphus] Re: u: xrcode-1.0-alt1

[Yura Zotov]

On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> On Tue, May 27, 2003 at 12:48:14PM +0300, Michael Shigorin wrote:
> > On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > > > PS: в recode есть некрасивость имени использующегося в одном
> > > > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> > > Зачем собирать пакеты, в которых заведомо есть block-баги?
> > > Или это по принципу "работает и ладно"?
> > 
> > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > очевидно, более чем на прогулку по manpages не хватило.
> > 
> > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> 
> Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
> обратного.

Тогда вопрос. А что вместо него можно использовать? mkstemp?

Вопрос не праздный, так как ворнинг про tmpnam я заметил при
сборке нового пакета.


--
Юрий А. Зотов

Re: [sisyphus] Re: u: xrcode-1.0-alt1

[Dmitry V. Levin]

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

On Tue, May 27, 2003 at 02:14:26PM +0400, Yura Zotov wrote:
> On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> > On Tue, May 27, 2003 at 12:48:14PM +0300, Michael Shigorin wrote:
> > > On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > > > > PS: в recode есть некрасивость имени использующегося в одном
> > > > > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> > > > Зачем собирать пакеты, в которых заведомо есть block-баги?
> > > > Или это по принципу "работает и ладно"?
> > > 
> > > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > > очевидно, более чем на прогулку по manpages не хватило.
> > > 
> > > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> > 
> > Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
> > обратного.
> 
> Тогда вопрос. А что вместо него можно использовать? mkstemp?

Только mkstemp(3)/mkdtemp(3).

Бывают исключения, но их нужно оговаривать особо.


--
ldv

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

Re: [sisyphus] Re: u: xrcode-1.0-alt1

[Yura Zotov]

On Tue, May 27, 2003 at 02:28:22PM +0400, Dmitry V. Levin wrote:
> On Tue, May 27, 2003 at 02:14:26PM +0400, Yura Zotov wrote:
> > On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> > > On Tue, May 27, 2003 at 12:48:14PM +0300, Michael Shigorin wrote:
> > > > On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > > > > > PS: в recode есть некрасивость имени использующегося в одном
> > > > > > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> > > > > Зачем собирать пакеты, в которых заведомо есть block-баги?
> > > > > Или это по принципу "работает и ладно"?
> > > > 
> > > > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > > > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > > > очевидно, более чем на прогулку по manpages не хватило.
> > > > 
> > > > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> > > 
> > > Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
> > > обратного.
> > 
> > Тогда вопрос. А что вместо него можно использовать? mkstemp?
> 
> Только mkstemp(3)/mkdtemp(3).
> 
> Бывают исключения, но их нужно оговаривать особо.

Я сейчас поглядел код ROOT на предмет tmpnam и обнаружил места,
которые я не знаю, как перевести на mkstemp. Например:

tmpfilename = tmpnam(0);
ofstream file1.open( tmpfilename);

....

file1 << buffer;

...

file1.close();

Есть и другие места, где имя временного файла используется в
явном виде не только для открытия файла, но и как параметр в
функции sprintf, например, т.е. чтобы это имя где-то напечатать.

Ни у кого нет идей, как такое переводить на mkstemp?

А можно такую программу в Daedalus или unsuported?

Заранее спасибо за помощь.

--
Юрий А. Зотов

Re: [sisyphus] Re: u: xrcode-1.0-alt1

[Stanislav Ievlev]

On Tue, May 27, 2003 at 02:57:25PM +0400, Yura Zotov wrote:
> On Tue, May 27, 2003 at 02:28:22PM +0400, Dmitry V. Levin wrote:
> > On Tue, May 27, 2003 at 02:14:26PM +0400, Yura Zotov wrote:
> > > On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> > > > On Tue, May 27, 2003 at 12:48:14PM +0300, Michael Shigorin wrote:
> > > > > On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > > > > > > PS: в recode есть некрасивость имени использующегося в одном
> > > > > > > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> > > > > > Зачем собирать пакеты, в которых заведомо есть block-баги?
> > > > > > Или это по принципу "работает и ладно"?
> > > > > 
> > > > > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > > > > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > > > > очевидно, более чем на прогулку по manpages не хватило.
> > > > > 
> > > > > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> > > > 
> > > > Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
> > > > обратного.
> > > 
> > > Тогда вопрос. А что вместо него можно использовать? mkstemp?
> > 
> > Только mkstemp(3)/mkdtemp(3).
> > 
> > Бывают исключения, но их нужно оговаривать особо.
> 
> Я сейчас поглядел код ROOT на предмет tmpnam и обнаружил места,
> которые я не знаю, как перевести на mkstemp. Например:
> 
> tmpfilename = tmpnam(0);
> ofstream file1.open( tmpfilename);
А в чём собственно проблема?
В Сизифе есть куча програм исправленных на предмет tmpnam.
> 
> ....
> 
> file1 << buffer;
> 
> ...
> 
> file1.close();
> 
> Есть и другие места, где имя временного файла используется в
> явном виде не только для открытия файла, но и как параметр в
> функции sprintf, например, т.е. чтобы это имя где-то напечатать.
> 
> Ни у кого нет идей, как такое переводить на mkstemp?
> 
> А можно такую программу в Daedalus или unsuported?
> 
> Заранее спасибо за помощь.
> 
> --
> Юрий А. Зотов
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus

Re: [sisyphus] Re: u: xrcode-1.0-alt1

[Yura Zotov]

On Thu, May 29, 2003 at 11:45:22AM +0400, Stanislav Ievlev wrote:
> On Tue, May 27, 2003 at 02:57:25PM +0400, Yura Zotov wrote:
> > On Tue, May 27, 2003 at 02:28:22PM +0400, Dmitry V. Levin wrote:
> > > On Tue, May 27, 2003 at 02:14:26PM +0400, Yura Zotov wrote:
> > > > On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> > > > > On Tue, May 27, 2003 at 12:48:14PM +0300, Michael Shigorin wrote:
> > > > > > On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > > > > > > > PS: в recode есть некрасивость имени использующегося в одном
> > > > > > > > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> > > > > > > Зачем собирать пакеты, в которых заведомо есть block-баги?
> > > > > > > Или это по принципу "работает и ладно"?
> > > > > > 
> > > > > > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > > > > > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > > > > > очевидно, более чем на прогулку по manpages не хватило.
> > > > > > 
> > > > > > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> > > > > 
> > > > > Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
> > > > > обратного.
> > > > 
> > > > Тогда вопрос. А что вместо него можно использовать? mkstemp?
> > > 
> > > Только mkstemp(3)/mkdtemp(3).
> > > 
> > > Бывают исключения, но их нужно оговаривать особо.
> > 
> > Я сейчас поглядел код ROOT на предмет tmpnam и обнаружил места,
> > которые я не знаю, как перевести на mkstemp. Например:
> > 
> > tmpfilename = tmpnam(0);
> > ofstream file1.open( tmpfilename);
> А в чём собственно проблема?
> В Сизифе есть куча програм исправленных на предмет tmpnam.
> > 

Проблемы две:

1. Я никогда ничего не патчил на предмет tmpnam, поэтому не
   представляю сути проблемы использования tmpnam.

2. Пакет ROOT кроссплатформенный. В том числе используется и в
   windows. Насколько я понял, mkstemp пришла из BSD и определена
   с недавнего времени в POSIX. В windows этой функции, наверное,
   нет. В связи с чем, я вообще не знаю, как этот момент обходить,
   чтобы сделать нормальный патч, который бы приняли разработчики
   ROOT.

Вы говорите много программ в Сизифе... А как их найти?

А можно не пропатченный ROOT в Daedalus/unsupported положить?

--
Юрий А. Зотов

Re: [sisyphus] Re: u: xrcode-1.0-alt1

[Stanislav Ievlev]

On Thu, May 29, 2003 at 12:45:49PM +0400, Yura Zotov wrote:
> On Thu, May 29, 2003 at 11:45:22AM +0400, Stanislav Ievlev wrote:
> > On Tue, May 27, 2003 at 02:57:25PM +0400, Yura Zotov wrote:
> > > On Tue, May 27, 2003 at 02:28:22PM +0400, Dmitry V. Levin wrote:
> > > > On Tue, May 27, 2003 at 02:14:26PM +0400, Yura Zotov wrote:
> > > > > On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> > > > > > On Tue, May 27, 2003 at 12:48:14PM +0300, Michael Shigorin wrote:
> > > > > > > On Mon, May 26, 2003 at 11:58:16PM +0400, Dmitry V. Levin wrote:
> > > > > > > > > PS: в recode есть некрасивость имени использующегося в одном
> > > > > > > > > codepath tmpnam(3), но патчить это сейчас уже совсем лень :-(
> > > > > > > > Зачем собирать пакеты, в которых заведомо есть block-баги?
> > > > > > > > Или это по принципу "работает и ладно"?
> > > > > > > 
> > > > > > > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > > > > > > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > > > > > > очевидно, более чем на прогулку по manpages не хватило.
> > > > > > > 
> > > > > > > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> > > > > > 
> > > > > > Любое использование tmpnam(3)&Co есть block bug, если только я не сказал
> > > > > > обратного.
> > > > > 
> > > > > Тогда вопрос. А что вместо него можно использовать? mkstemp?
> > > > 
> > > > Только mkstemp(3)/mkdtemp(3).
> > > > 
> > > > Бывают исключения, но их нужно оговаривать особо.
> > > 
> > > Я сейчас поглядел код ROOT на предмет tmpnam и обнаружил места,
> > > которые я не знаю, как перевести на mkstemp. Например:
> > > 
> > > tmpfilename = tmpnam(0);
> > > ofstream file1.open( tmpfilename);
> > А в чём собственно проблема?
> > В Сизифе есть куча програм исправленных на предмет tmpnam.
> > > 
> 
> Проблемы две:
> 
> 1. Я никогда ничего не патчил на предмет tmpnam, поэтому не
>    представляю сути проблемы использования tmpnam.
Проблема состоит в race "Time of check time of use". Между тем как
программа "получила" имя и открывает файл с этим именем вмечто  оного файла
могут "подсунуть" что угодно вплоть до системных файлов.
mkstemp не только придумывает имя, но и сразу открывает файл.
Кроме того не стоит создавать временный файл всегда в /tmp. Лучше в
каталоге пользователя (о чём говорит соотв. переменная среды)
> 
> 2. Пакет ROOT кроссплатформенный. В том числе используется и в
>    windows. Насколько я понял, mkstemp пришла из BSD и определена
>    с недавнего времени в POSIX. В windows этой функции, наверное,
>    нет. В связи с чем, я вообще не знаю, как этот момент обходить,
>    чтобы сделать нормальный патч, который бы приняли разработчики
>    ROOT.
> 
Поскольку Сизиф не BSD и не Window , то можно на первых порах не ломать голову 
о кросс-платформенности.

> Вы говорите много программ в Сизифе... А как их найти?
посмотрите pinfo. К счастью количество патчей уменьшается день ото дня.
> 
> А можно не пропатченный ROOT в Daedalus/unsupported положить?
> 
> --
> Юрий А. Зотов
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@altlinux.ru
> http://altlinux.ru/mailman/listinfo/sisyphus

[sisyphus] u: xrcode-1.0-alt1, part II

[Michael Shigorin]

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

On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > очевидно, более чем на прогулку по manpages не хватило.

Уже сочинил примерно такое:

-         strcpy(temp, (char *) tmpnam(NULL));
-      else
-         strcpy(temp, argv[3]);
-      out = fopen(temp, "w");
+         out = mkstemp(temp);
+      else {
+         strncpy(temp, argv[3], sizeof(temp));
+         out = fopen(temp, "w");
+      }

По результатам собрал, проверил и сейчас залью "более другой"
xrcode-1.0-alt1.

> > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> Любое использование tmpnam(3)&Co есть block bug, если только я
> не сказал обратного.

В docs, пожалуйста.  Вместе с определением "&Co".

> block - это значит, что доступ в дистрибутив закрыт.

Я перестаю верить в эту шкалу.  Почему -- уже высказал.

> > Три -- если применять боцманские методы к достаточно
> > contrib-пакетам, то я сейчас опять вспомню via686 >;-E

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

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

Re: [sisyphus] u: xrcode-1.0-alt1, part II

[Stanislav Ievlev]

On Wed, May 28, 2003 at 05:15:36PM +0300, Michael Shigorin wrote:
> On Tue, May 27, 2003 at 02:05:33PM +0400, Dmitry V. Levin wrote:
> > > Это по принципу "так, а теперь кто отточил умение до автоматизма
> > > -- подскажите, что с _этим_ делать".  Потому что в 22:46:00 меня,
> > > очевидно, более чем на прогулку по manpages не хватило.
> 
> Уже сочинил примерно такое:
> 
> -         strcpy(temp, (char *) tmpnam(NULL));
> -      else
> -         strcpy(temp, argv[3]);
> -      out = fopen(temp, "w");
> +         out = mkstemp(temp);
> +      else {
> +         strncpy(temp, argv[3], sizeof(temp));
> +         out = fopen(temp, "w");
> +      }
Что-то тут совсем не то.
Зачем изобретать велосипед, не проще ли посмотреть в Сизифе.
Вот вариант который используется 99% программ:

     {
     +      int fd;
     +      const char       suffix[] = ".XXXXXX";
     +      const char       *tmp_dir = getenv("TMPDIR")?:"/tmp";
     +      unsigned tmp_len = strlen( tmp_dir );
     +      unsigned prog_len = strlen( __progname );
     +      char     tmpbuf[ tmp_len + prog_len + sizeof(suffix) + 1 ];
     +
     +      memcpy( tmpbuf, tmp_dir, tmp_len );
     +      tmpbuf[ tmp_len ] = '/';
     +      memcpy( tmpbuf + tmp_len + 1, __progname, prog_len );
     +      memcpy( tmpbuf + tmp_len + prog_len + 1, suffix,
     sizeof(suffix) );
     +
     
     +      fd = mkstemp(tmpbuf);
     
> 
> По результатам собрал, проверил и сейчас залью "более другой"
> xrcode-1.0-alt1.
> 
> > > Это раз.  Два -- IMO это minor/major, но никак не block bug.
> > Любое использование tmpnam(3)&Co есть block bug, если только я
> > не сказал обратного.
> 
> В docs, пожалуйста.  Вместе с определением "&Co".
> 
> > block - это значит, что доступ в дистрибутив закрыт.
> 
> Я перестаю верить в эту шкалу.  Почему -- уже высказал.
> 
> > > Три -- если применять боцманские методы к достаточно
> > > contrib-пакетам, то я сейчас опять вспомню via686 >;-E
> 
> -- 
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>   ------ Linux.Kiev http://www.linux.kiev.ua/