[devel] Q: netatalk work?

[devel] Q: netatalk work?

[Michael Shigorin]

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

	Здравствуйте.
Если кто использует/заинтересован в альтовском netatalk, просьба
черкнуть мне о том, что используется/хочется от.

Интересуют спеки/патчи; я сейчас свожу PLD, RH, Mdk 1.5.x (на
основе PLD), поднимется -- буду смотреть 1.6.0.

На сейчас имеется проблема со свежими autotools:

---
%build
#rm -f missing
gettextize -q -f
# should I add --no-changelog to the above?
libtoolize --force
aclocal -I macros
autoconf
automake
autoheader
---

приводит к 

---
+ cd netatalk-1.5.5
+ gettextize -q -f
Creating po/ subdirectory
Symlinking file ABOUT-NLS
Not copying intl/ directory.
Symlinking file po/Makefile.in.in
Creating po/ChangeLog
Symlinking file macros/codeset.m4
Symlinking file macros/gettext.m4
Symlinking file macros/glibc21.m4
Symlinking file macros/iconv.m4
Symlinking file macros/intdiv0.m4
Symlinking file macros/inttypes.m4
Symlinking file macros/inttypes_h.m4
Symlinking file macros/inttypes-pri.m4
Symlinking file macros/isc-posix.m4
Symlinking file macros/lcmessage.m4
Symlinking file macros/lib-ld.m4
Symlinking file macros/lib-link.m4
Symlinking file macros/lib-prefix.m4
Symlinking file macros/progtest.m4
Symlinking file macros/stdint_h.m4
Symlinking file macros/uintmax_t.m4
Symlinking file macros/ulonglong.m4
Updating EXTRA_DIST in macros/Makefile.am (backup is in
macros/Makefile.am~)
Creating macros/ChangeLog
Updating configure.in (backup is in configure.in~)
Adding an entry to ChangeLog (backup is in ChangeLog~)

Please use AM_GNU_GETTEXT([external]) in order to cause
autoconfiguration
to look for an external libintl.

Please run 'aclocal -I macros' to regenerate the aclocal.m4 file.
You need aclocal from GNU automake 1.5 (or newer) to do this.
Then run 'autoconf' to regenerate the configure file.

You might also want to copy the convenience header file gettext.h
from the /usr/share/gettext directory into your package.
It is a wrapper around <libintl.h> that implements the configure --disable-nls
option.

+ libtoolize --force
You should update your `aclocal.m4' by running aclocal.
+ aclocal -I macros
+ autoconf
+ automake
Makefile.am: required file `./INSTALL' not found
Makefile.am: required file `./AUTHORS' not found
bin/afppasswd/Makefile.am:15: `CFLAGS' is a user variable, you should not override it;
bin/afppasswd/Makefile.am:15: use `AM_CFLAGS' instead.
bin/getzones/Makefile.am:8: `CFLAGS' is a user variable, you should not override it;
bin/getzones/Makefile.am:8: use `AM_CFLAGS' instead.
etc/afpd/Makefile.am:38: `CFLAGS' is a user variable, you should not override it;
etc/afpd/Makefile.am:38: use `AM_CFLAGS' instead.
etc/afpd/nls/Makefile.am:14: `CFLAGS' is a user variable, you should not override it;
etc/afpd/nls/Makefile.am:14: use `AM_CFLAGS' instead.
etc/atalkd/Makefile.am:22: `CFLAGS' is a user variable, you should not override it;
etc/atalkd/Makefile.am:22: use `AM_CFLAGS' instead.
etc/papd/Makefile.am:30: `CFLAGS' is a user variable, you should not override it;
etc/papd/Makefile.am:30: use `AM_CFLAGS' instead.
etc/psf/Makefile.am:15: `CFLAGS' is a user variable, you should not override it;
etc/psf/Makefile.am:15: use `AM_CFLAGS' instead.
etc/uams/Makefile.am:52: `CFLAGS' is a user variable, you should not override it;
etc/uams/Makefile.am:52: use `AM_CFLAGS' instead.
libatalk/asp/Makefile.am:3: `CFLAGS' is a user variable, you should not override it;
libatalk/asp/Makefile.am:3: use `AM_CFLAGS' instead.
libatalk/cnid/Makefile.am:3: `CFLAGS' is a user variable, you should not override it;
libatalk/cnid/Makefile.am:3: use `AM_CFLAGS' instead.
libatalk/util/Makefile.am:5: `CFLAGS' is a user variable, you should not override it;
libatalk/util/Makefile.am:5: use `AM_CFLAGS' instead.
ошибка: Неверный код возврата из /var/tmp/rpm-tmp.38992 (%build)


Ошибки сборки пакетов:
    Неверный код возврата из /var/tmp/rpm-tmp.38992 (%build)
---

Можно, конечно, откатиться на старые (и на сейчас так и сделаю),
но хорошо бы порешать уж.

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

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

[devel] Re: Q: netatalk work?

[Victor Sovetov]

On Fri, 6 Dec 2002, Michael Shigorin wrote:

> 	Здравствуйте.
> Если кто использует/заинтересован в альтовском netatalk,
> просьба

Суперинтересно.

> черкнуть мне о том, что используется/хочется от.

единственное замечание при сборке под мастер необходимо указывать
в configure --with-shadow -- по умолчанию это отключено, как
следствие - негостевые аккаунты не проходят авторизацию.
Также могут быть проблемы с печатью в зависимости от того какая
версия cups/lpd установлена.

> Интересуют спеки/патчи; я сейчас свожу PLD, RH, Mdk 1.5.x (на
> основе PLD), поднимется -- буду смотреть 1.6.0.
>
> На сейчас имеется проблема со свежими autotools:
>
> ---
> %build
> #rm -f missing
> gettextize -q -f
> # should I add --no-changelog to the above?
> libtoolize --force
> aclocal -I macros
> autoconf
> automake
> autoheader
> ---
>
> приводит к
>
> ---
> + cd netatalk-1.5.5
> + gettextize -q -f
> Creating po/ subdirectory
> Symlinking file ABOUT-NLS
> Not copying intl/ directory.
> Symlinking file po/Makefile.in.in
> Creating po/ChangeLog
> Symlinking file macros/codeset.m4
> Symlinking file macros/gettext.m4
> Symlinking file macros/glibc21.m4
> Symlinking file macros/iconv.m4
> Symlinking file macros/intdiv0.m4
> Symlinking file macros/inttypes.m4
> Symlinking file macros/inttypes_h.m4
> Symlinking file macros/inttypes-pri.m4
> Symlinking file macros/isc-posix.m4
> Symlinking file macros/lcmessage.m4
> Symlinking file macros/lib-ld.m4
> Symlinking file macros/lib-link.m4
> Symlinking file macros/lib-prefix.m4
> Symlinking file macros/progtest.m4
> Symlinking file macros/stdint_h.m4
> Symlinking file macros/uintmax_t.m4
> Symlinking file macros/ulonglong.m4
> Updating EXTRA_DIST in macros/Makefile.am (backup is in
> macros/Makefile.am~)
> Creating macros/ChangeLog
> Updating configure.in (backup is in configure.in~)
> Adding an entry to ChangeLog (backup is in ChangeLog~)
>
> Please use AM_GNU_GETTEXT([external]) in order to cause
> autoconfiguration
> to look for an external libintl.
>
> Please run 'aclocal -I macros' to regenerate the aclocal.m4
> file.
> You need aclocal from GNU automake 1.5 (or newer) to do this.
> Then run 'autoconf' to regenerate the configure file.
>
> You might also want to copy the convenience header file
> gettext.h
> from the /usr/share/gettext directory into your package.
> It is a wrapper around <libintl.h> that implements the
> configure --disable-nls
> option.
>
> + libtoolize --force
> You should update your `aclocal.m4' by running aclocal.
> + aclocal -I macros
> + autoconf
> + automake
> Makefile.am: required file `./INSTALL' not found
> Makefile.am: required file `./AUTHORS' not found
> bin/afppasswd/Makefile.am:15: `CFLAGS' is a user variable, you
> should not override it;
> bin/afppasswd/Makefile.am:15: use `AM_CFLAGS' instead.
> bin/getzones/Makefile.am:8: `CFLAGS' is a user variable, you
> should not override it;
> bin/getzones/Makefile.am:8: use `AM_CFLAGS' instead.
> etc/afpd/Makefile.am:38: `CFLAGS' is a user variable, you
> should not override it;
> etc/afpd/Makefile.am:38: use `AM_CFLAGS' instead.
> etc/afpd/nls/Makefile.am:14: `CFLAGS' is a user variable, you
> should not override it;
> etc/afpd/nls/Makefile.am:14: use `AM_CFLAGS' instead.
> etc/atalkd/Makefile.am:22: `CFLAGS' is a user variable, you
> should not override it;
> etc/atalkd/Makefile.am:22: use `AM_CFLAGS' instead.
> etc/papd/Makefile.am:30: `CFLAGS' is a user variable, you
> should not override it;
> etc/papd/Makefile.am:30: use `AM_CFLAGS' instead.
> etc/psf/Makefile.am:15: `CFLAGS' is a user variable, you
> should not override it;
> etc/psf/Makefile.am:15: use `AM_CFLAGS' instead.
> etc/uams/Makefile.am:52: `CFLAGS' is a user variable, you
> should not override it;
> etc/uams/Makefile.am:52: use `AM_CFLAGS' instead.
> libatalk/asp/Makefile.am:3: `CFLAGS' is a user variable, you
> should not override it;
> libatalk/asp/Makefile.am:3: use `AM_CFLAGS' instead.
> libatalk/cnid/Makefile.am:3: `CFLAGS' is a user variable, you
> should not override it;
> libatalk/cnid/Makefile.am:3: use `AM_CFLAGS' instead.
> libatalk/util/Makefile.am:5: `CFLAGS' is a user variable, you
> should not override it;
> libatalk/util/Makefile.am:5: use `AM_CFLAGS' instead.
> ошибка: Неверный код возврата из /var/tmp/rpm-tmp.38992
> (%build)
>
>
> Ошибки сборки пакетов:
>     Неверный код возврата из /var/tmp/rpm-tmp.38992 (%build)
> ---
>
> Можно, конечно, откатиться на старые (и на сейчас так и
> сделаю),
> но хорошо бы порешать уж.

С этим еще не сталкивался, в прошлый раз собирал на
свежеустановленном мастере 2.0.

SY,

--owl

[devel] Re: Q: netatalk work?

[Michael Shigorin]

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

On Fri, Dec 06, 2002 at 12:21:34PM +0200, Victor Sovetov wrote:
> > Если кто использует/заинтересован в альтовском netatalk,
> > просьба
> Суперинтересно.

OK.  Тогда с тебя тестирование, тут есть MacOS9.2 и какая-то OSX.

> > черкнуть мне о том, что используется/хочется от.
> единственное замечание при сборке под мастер необходимо
> указывать в configure --with-shadow -- по умолчанию это

Включено в PLD/RH => у нас. :)

> отключено, как следствие - негостевые аккаунты не проходят
> авторизацию.  Также могут быть проблемы с печатью в зависимости
> от того какая версия cups/lpd установлена.

Понял, бум смотреть.  Печать нужна.

> > основе PLD), поднимется -- буду смотреть 1.6.0.

Впечатлениями никто не поделится?  Просмотр багов привел к
решению пока собрать 1.5.5...

> > Можно, конечно, откатиться на старые (и на сейчас так и
> С этим еще не сталкивался, в прошлый раз собирал на
> свежеустановленном мастере 2.0.

Ясно.  С automake_1.6-1.6.3-alt2 и отрывом auto* в %build пошло.

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

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

Re: [devel] Q: netatalk work?

[Alexander Bokovoy]

On Fri, Dec 06, 2002 at 12:11:05PM +0200, Michael Shigorin wrote:
> 	Здравствуйте.
> Если кто использует/заинтересован в альтовском netatalk, просьба
> черкнуть мне о том, что используется/хочется от.
> 
> Интересуют спеки/патчи; я сейчас свожу PLD, RH, Mdk 1.5.x (на
> основе PLD), поднимется -- буду смотреть 1.6.0.
Миша, брось их. Я уже давно обещаю Корнету отдать наш (ApplianceWare)
Netatalk со всякими вкусностями (i18n through iconv, POSIX ACL), но все
руки не доходят. Эта версия существенно лучше других хотя бы тем, что
позволяет, например, работать Mac-ам с сервером, у которого все имена
файлов хранятся в UTF-8.

Если есть желание обновить эти патчи на 1.6 -- милости просим.

-- 
/ Alexander Bokovoy
---
I just need enough to tide me over until I need more.
		-- Bill Hoest

[devel] Re: Q: netatalk work?

[Michael Shigorin]

On Fri, Dec 06, 2002 at 01:24:51PM +0200, Alexander Bokovoy wrote:
> Миша, брось их. Я уже давно обещаю Корнету отдать наш
> (ApplianceWare) Netatalk со всякими вкусностями (i18n through
> iconv, POSIX ACL), но все руки не доходят.

Да мне хоть что-то поднять надо! :-)

> Эта версия существенно лучше других хотя бы тем, что позволяет,
> например, работать Mac-ам с сервером, у которого все имена
> файлов хранятся в UTF-8.

Ну, это уже вкусности.

> Если есть желание обновить эти патчи на 1.6 -- милости просим.

Пока нет. :-)

Где можно взять?

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

Re: [devel] Re: Q: netatalk work?

[Alexander Bokovoy]

On Fri, Dec 06, 2002 at 03:49:24PM +0200, Michael Shigorin wrote:
> On Fri, Dec 06, 2002 at 01:24:51PM +0200, Alexander Bokovoy wrote:
> > Миша, брось их. Я уже давно обещаю Корнету отдать наш
> > (ApplianceWare) Netatalk со всякими вкусностями (i18n through
> > iconv, POSIX ACL), но все руки не доходят.
> 
> Да мне хоть что-то поднять надо! :-)
> 
> > Эта версия существенно лучше других хотя бы тем, что позволяет,
> > например, работать Mac-ам с сервером, у которого все имена
> > файлов хранятся в UTF-8.
> 
> Ну, это уже вкусности.
Это работающая версия, которую мы поставляем уже почти год.

> > Если есть желание обновить эти патчи на 1.6 -- милости просим.
> 
> Пока нет. :-)
> 
> Где можно взять?
В личной почте.

-- 
/ Alexander Bokovoy
---
It's better to burn out than it is to rust.

[devel] Re: Q: netatalk work?

[Korshunov Ilya]

В сообщении от 6 Декабрь 2002 13:11 Michael Shigorin написал:
> 	Здравствуйте.
> Если кто использует/заинтересован в альтовском netatalk, просьба
> черкнуть мне о том, что используется/хочется от.
>
>

Могу помочь в тестинге. Есть MacOS 9, MacOS 8.6. 
На данный момент у Netatalk есть большие проблемы со стабильностью на файловых 
операциях. Принт-сервисы работают нормально. Также текщий netatalk не 
собирается с alt'вским pam.d. И вообще - я ещё не видел ни одной полностью 
работоспособной версии. 

-- 
WBR
Korshunov Ilya