[sisyphus] netatalk+sisyphus

[sisyphus] netatalk+sisyphus

[Vladimir Istrati]

Здравствуйте!
Пишу в первый раз, извините...

В силу специфики работы, есть необходимость в netatalk.

Мои действия:
Был взят Compact 3.0.4, на нем netatalk установился, настроился,
Макинтош увидел расшаренные ресурсы.
По совету более опытного товарища
обновился до sisyphus (переустановил с "нуля" compact и обновился -
для "чистоты" эксперимента).
При попытке установить netatalk-1.5.3-alt14.i586.rpm.
Выдал:
error: failed dependencies:
        pam_nologin.so   is needed by netatalk-1.5.3-alt14

Такого пакета не нашел.

При установке этого же пакета с --nodeps - пакет ставится, более того,
работает, но при каждой попытке чего-нибудь еще инсталлировать, требует деинсталляции
этого пакета, причем без его деинсталляции ни один install не
проходит.

Как в sisyphus решить проблему интеграции MacOS? Дополнение: MacOS
классика (8.6, 9.1) (была бы Х - вопроса бы не было)
  

-- 
Best regards,
 Vladimir                          mailto:bob@kp.md

Re: [sisyphus] netatalk+sisyphus

[Sergey]

On Tue, 20 Mar 2007 15:32:06 +0200
Vladimir Istrati <bob@kp.md> wrote:

> Здравствуйте!
Здравствуйте

> Пишу в первый раз, извините...
> 
> В силу специфики работы, есть необходимость в netatalk.
> 
> Мои действия:
> Был взят Compact 3.0.4, на нем netatalk установился, настроился,
> Макинтош увидел расшаренные ресурсы.
> По совету более опытного товарища
> обновился до sisyphus (переустановил с "нуля" compact и обновился -
> для "чистоты" эксперимента).

А как обновлялись? dist-upgrade?

> При попытке установить netatalk-1.5.3-alt14.i586.rpm.
> Выдал:
> error: failed dependencies:
>         pam_nologin.so   is needed by netatalk-1.5.3-alt14
> 
> Такого пакета не нашел.

/lib/security/pam_nologin.so находится в пакете под названием pam


-- 
Regards, Sergey <rt@altlinux.ru> 

Re: [sisyphus] netatalk+sisyphus

[Dmitry V. Levin]

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

Hi,

On Tue, Mar 20, 2007 at 03:32:06PM +0200, Vladimir Istrati wrote:
> В силу специфики работы, есть необходимость в netatalk.

К сожалению, пакет netatalk уже давно в Сизифе отсутствует (orphaned).
Из-за этого у вас и возникла сложность с обновлением.


-- 
ldv

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

Re: [sisyphus] netatalk+sisyphus

[Alexander Bokovoy]

Dmitry V. Levin пишет:
> Hi,
> 
> On Tue, Mar 20, 2007 at 03:32:06PM +0200, Vladimir Istrati wrote:
>> В силу специфики работы, есть необходимость в netatalk.
> 
> К сожалению, пакет netatalk уже давно в Сизифе отсутствует
> (orphaned). Из-за этого у вас и возникла сложность с обновлением.
За последние четыре года Владимир первый, кому потребовался этот пакет.
Не знаю, стоит ли его оживлять при такой пользовательской базе.

Re: [sisyphus] netatalk+sisyphus

[Slava Grecea]

On Среда 21 марта 2007, Alexander Bokovoy wrote:
> Dmitry V. Levin пишет:
> > Hi,
> >
> > On Tue, Mar 20, 2007 at 03:32:06PM +0200, Vladimir Istrati wrote:
> >> В силу специфики работы, есть необходимость в netatalk.
> >
> > К сожалению, пакет netatalk уже давно в Сизифе отсутствует
> > (orphaned). Из-за этого у вас и возникла сложность с обновлением.
>
> За последние четыре года Владимир первый, кому потребовался этот пакет.
> Не знаю, стоит ли его оживлять при такой пользовательской базе.
> _______________________________________________
> Sisyphus mailing list
> Sisyphus@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sisyphus
1.5.x, 2.0.x вываливается со следующей ошибкой:

checking for Berkeley DB headers in /usr/local/include/db4.2... no
checking for Berkeley DB headers in /usr/local/include/db42... no
checking for Berkeley DB headers in /usr/local/include/db4.1... no
checking for Berkeley DB headers in /usr/local/include/db41... no
checking for Berkeley DB headers in /usr/local/include/db4... no
checking for Berkeley DB headers in /usr/local/include/... no
checking for Berkeley DB headers in /usr/include/db4.2... no
checking for Berkeley DB headers in /usr/include/db42... no
checking for Berkeley DB headers in /usr/include/db4.1... no
checking for Berkeley DB headers in /usr/include/db41... no
checking for Berkeley DB headers in /usr/include/db4... yes
checking /usr/include/db4/db.h version >= 4.1.0... 4.4.20, yes
checking for Berkeley DB link (-ldb-4.2)... yes
checking Berkeley DB library version >= 4.1.0... header/library version 
mismatch (4.4.20/4.2.52), no
checking for Berkeley DB headers in /usr/include/... yes
checking /usr/include//db.h version >= 4.1.0... 4.4.20, yes
checking for Berkeley DB link (-ldb-4.2)... yes
checking Berkeley DB library version >= 4.1.0... header/library version 
mismatch (4.4.20/4.2.52), no

$ rpm -qa | grep libdb4
libdb4.2-4.2.52-alt4.1
libdb4.3-4.3.29-alt4
libdb4.3_int-4.3.29-alt4
libdb4.4-4.4.20-alt2
libdb4.4-devel-4.4.20-alt2

Как проблему разрешить ?

Re: [sisyphus] netatalk+sisyphus

[Vladimir Istrati]

>> обновился до sisyphus (переустановил с "нуля" compact и обновился -
>> для "чистоты" эксперимента).

S> А как обновлялись? dist-upgrade?

сначала обновил ядро (apt, rpm, glibc), затем, естественно,
 dist-upgrade ))

>> При попытке установить netatalk-1.5.3-alt14.i586.rpm.
>> Выдал:
>> error: failed dependencies:
>>         pam_nologin.so   is needed by netatalk-1.5.3-alt14
>> 
>> Такого пакета не нашел.

S> /lib/security/pam_nologin.so находится в пакете под названием pam

все верно - именно тут он и находится (pam установлен)... но
инсталлятор его не принимает, не видит... (неточно обрисовал ситуацию)

...еще и звук пропал...  ))) (но это так...)





-- 
Best regards,
 Vladimir                            mailto:bob@kp.md

Re: [sisyphus] netatalk+sisyphus

[Vladimir Istrati]

DVL> К сожалению, пакет netatalk уже давно в Сизифе отсутствует (orphaned).

Я это понял

DVL> Из-за этого у вас и возникла сложность с обновлением.

А чем пользоваться? Классические Маки (Apple Talk) как привязать? Существует ли решение для
Сизифа?







-- 
Best regards,
 Vladimir                            mailto:bob@kp.md

Re: [sisyphus] netatalk+sisyphus

[Vladimir Istrati]

AB> За последние четыре года Владимир первый, кому потребовался этот пакет.
AB> Не знаю, стоит ли его оживлять при такой пользовательской базе.

Я с этим даже согласен! ))) Более того, я уверен, что и до моего
запроса (когда пакет поддерживался) было не так уж много людей его
использующих. (много ли народу живет на Маках+AltLinux в смешанных корпоративных сетях?) Я же не настаиваю именно на этом решении.
Но посоветуйте тогда, чем? Поддержка AppleTalk+Sisyphus.


-- 
Best regards,
 Vladimir                            mailto:bob@kp.md

Re: [sisyphus] netatalk+sisyphus

[Alexander Bokovoy]

Vladimir Istrati пишет:
> AB> За последние четыре года Владимир первый, кому потребовался этот 
> пакет. AB> Не знаю, стоит ли его оживлять при такой пользовательской 
> базе.
> 
> Я с этим даже согласен! ))) Более того, я уверен, что и до моего 
> запроса (когда пакет поддерживался) было не так уж много людей его 
> использующих. (много ли народу живет на Маках+AltLinux в смешанных 
> корпоративных сетях?) Я же не настаиваю именно на этом решении. Но 
> посоветуйте тогда, чем? Поддержка AppleTalk+Sisyphus.
Было ровно два пользователя: один большой, другой -- конечный
пользователь. Одним из них был проект ApplianceWare NAS
(network-attached storage), который был построен на базе Сизифа, а
вторым -- редакция газеты "Комсомольская правда", если я правильно помню.

Поскольку сейчас ApplianceWare как-то живет самостоятельно и вопросов не
задает, а человек, поддерживавший среду во втором случае тоже не
возмущается уходом пакета, то я делаю вывод, что других пользователей
нет. :-)

На предмет чем пользоваться -- надо собирать netatalk, что же еще.

Re: [sisyphus] netatalk+sisyphus

[Michael Shigorin]

On Tue, Mar 20, 2007 at 03:32:06PM +0200, Vladimir Istrati wrote:
> Пишу в первый раз, извините...  В силу специфики работы, есть
> необходимость в netatalk.

Можно попробовать помочь со сборкой -- маки рядом есть.
Но именно помочь, в смысле Вам тогда светит заинтересованность
поддержать майнтейнерством пакета.

> Как в sisyphus решить проблему интеграции MacOS? Дополнение:
> MacOS классика (8.6, 9.1) (была бы Х - вопроса бы не было)

Попробовал зарядить сборку 2.0.3 со спеком 1.5.3 без трёх дней
трёхлетней давности.  Утром гляну, что получилось, но скорее
всего -- у Вас при помощи пакет будет готов и отлажен быстрее
(заинтересованность -- страшная сила ;-).

Внимание, оно попробовало найти Berkeley DB 4.2, но согласилось
и на libdb4.4-devel.  Не факт, что это беспроблемно, надо проверять.
...взорвалось при сборке.

Вот (несобирающийся) src.rpm:
http://paq.osdn.org.ua/~mike/tmp/netatalk-2.0.3-alt0.1.src.rpm

За патчами по части libdb и прочего пошёл бы в первую очередь
на cvs.pld-linux.org.

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

Re: [sisyphus] netatalk+sisyphus

[Michael Shigorin]

On Wed, Mar 21, 2007 at 01:59:57PM +0200, Vladimir Istrati wrote:
> >> обновился до sisyphus (переустановил с "нуля" compact и
> >> обновился - для "чистоты" эксперимента).
> S> А как обновлялись? dist-upgrade?
> сначала обновил ядро (apt, rpm, glibc), затем, естественно,
> dist-upgrade ))

Есть предложение: если грамотный человек не берётся пособирать
netatalk (возможно, Вы вдвоём) -- попеняйте ему на рекомендации
и конкретно для этого сервиса вернитесь на 3.0 или 2.4.

А на другой машинке с сизифом можно добивать пакет 2.0.3+.

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

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

Здравствуйте.

On Tuesday 20 March 2007, Vladimir Istrati wrote:

> В силу специфики работы, есть необходимость в netatalk.

> обновился до sisyphus (переустановил с "нуля" compact и
> обновился - для "чистоты" эксперимента).
> При попытке установить netatalk-1.5.3-alt14.i586.rpm.
> Выдал:
> error: failed dependencies:
>         pam_nologin.so   is needed by netatalk-1.5.3-alt14

  Надо пересобирать. У меня есть сборка netatalk-2.0.3 для 
сегодняшнего Сизифа:

  http://quittance.ru/files/netatalk-2.0.3-alt1.3.src.rpm
  http://quittance.ru/files/netatalk-2.0.3-alt1.3.i586.rpm
  http://quittance.ru/files/netatalk-devel-2.0.3-alt1.3.i586.rpm

  За основу был взят .spec из upstream'a c фрагментами из 
1.5.3-alt4, если я правильно помню. Работает у меня около 3х 
лет, то есть с тех пор, как netatalk исчез из Сизифа. 
Приблизительно раз в год dist-upgrade его сносит и пакет 
приходится пересобирать.

> Как в sisyphus решить проблему интеграции MacOS? Дополнение:
> MacOS классика (8.6, 9.1) (была бы Х - вопроса бы не было)

  У меня противоположная ситуация и другое мнение на этот счет. 
MacOS 7-8-9 как раз уже не осталось, а вот MacOS X, видимо, 
буду переводить с smb на netatalk. С netatalk'ом меньше проблем 
с именами файлов.

-- 
WBR,
Sergey Kurakin

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

Здравствуйте.

On Friday 23 March 2007, Michael Shigorin wrote:

> Внимание, оно попробовало найти Berkeley DB 4.2, но
> согласилось и на libdb4.4-devel.  Не факт, что это
> беспроблемно, надо проверять. ...взорвалось при сборке.

> Вот (несобирающийся) src.rpm:
> http://paq.osdn.org.ua/~mike/tmp/netatalk-2.0.3-alt0.1.src.rpm

  Вот собирающийся в Сизифе src.rpm:

  http://quittance.ru/files/netatalk-2.0.3-alt1.3.src.rpm

  Патч для сборки с libdb4.4 я сделал в свое время "методом 
тыка". Если будет возможность, посмотрите пожалуйста, не таит 
ли он в себе какой-нибудь опасности.
  У меня netatalk с этим патчем работает под Сизифом почти уже 
два года без нареканий.

> За патчами по части libdb и прочего пошёл бы в первую очередь
> на cvs.pld-linux.org.

  Они, кажется, остановились на версии 1.6.х.

-- 
WBR,
Sergey Kurakin

Re: [sisyphus] netatalk+sisyphus

[Michael Shigorin]

On Fri, Mar 23, 2007 at 02:54:28AM +0300, Sergey Kurakin wrote:
> > Внимание, оно попробовало найти Berkeley DB 4.2, но
> > согласилось и на libdb4.4-devel.  Не факт, что это
> > беспроблемно, надо проверять. ...взорвалось при сборке.
> Вот собирающийся в Сизифе src.rpm:
> http://quittance.ru/files/netatalk-2.0.3-alt1.3.src.rpm
> У меня netatalk с этим патчем работает под Сизифом почти уже 
> два года без нареканий.

Сергей, и Вы молчали? :-)

Т.к. классика является одним из слабых мест в плане ностальгии
(юность, LC475... :-) -- то я сейчас эту сборку переберу и закину
в incoming, но предлагаю Вам с Владимиром скооперироваться да
поддерживать пакет. (майнтейнер -- это не так страшно, если не
увлекаться и не хвататься за что попало со всеми вытекающими)

Чуть поправил спек (приложен), проверил собираемость и заливаю.

> Патч для сборки с libdb4.4 я сделал в свое время "методом
> тыка". Если будет возможность, посмотрите пожалуйста, не таит
> ли он в себе какой-нибудь опасности.

Боюсь, я ещё менее компетентен -- "работает, и ладно".
Маки возвращаются на следующей неделе, проверить смогу 
только тогда.

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

Re: [sisyphus] netatalk+sisyphus (Спасибо!)

[Vladimir Istrati]

SK>   http://quittance.ru/files/netatalk-2.0.3-alt1.3.src.rpm
SK>   http://quittance.ru/files/netatalk-2.0.3-alt1.3.i586.rpm
SK>   http://quittance.ru/files/netatalk-devel-2.0.3-alt1.3.i586.rpm

Спасибо!
Установился без сучка и задоринки. ))

По аналогии с предыдущей версией настроил.
afppasswd -c сделано
внутри имя пользователя присутствует
AppleVollumes.default - шара добавлена
Вроде бы разницы (навскидку) между конфигами нет
Мак сервер видит но почему-то ругается на неправильный пароль.
Просто не успел повращать и разобраться. ))

Важно, что работает. ))





-- 
Best regards,
 Vladimir                            mailto:bob@kp.md

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

Добрый день.

> > У меня netatalk с этим патчем работает под Сизифом почти
> > уже два года без нареканий.
> Сергей, и Вы молчали? :-)

  Ну да. Ведь кроме меня пакет никому не был нужен. Да и у меня 
MacOS 7-8-9 кончились, остались только MacOSX.
  Теперь есть заинтересованные. А у меня недавно появилось 
мотивированное желание перевести MacOSX c smb:// на afp://. 
Может, с вашей помощью что-нибудь получится.

> переберу и закину в incoming, но предлагаю Вам с Владимиром
> скооперироваться да поддерживать пакет. (майнтейнер -- это не
> так страшно, если не увлекаться и не хвататься за что попало
> со всеми вытекающими)

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

> Чуть поправил спек (приложен), проверил собираемость и
> заливаю.

  Спасибо. Спека, правда, не вижу. Но ничего, посмотрю, 
когда/если пакет доберется до Сизифа.

> > Патч для сборки с libdb4.4 я сделал в свое время "методом
> > тыка". Если будет возможность, посмотрите пожалуйста, не
> > таит ли он в себе какой-нибудь опасности.
> Боюсь, я ещё менее компетентен -- "работает, и ладно".

  Насколько я понял, в libdb4.4 (или 4.3 -- точно не помню) в 
методе __db->stat() изменилось количество параметров. Появился 
еще один, для флага. Я интуитивно (то есть наобум ;) поставил 
туда флаг DB_STAT_ALL, который нашел в db.h неподалеку. 

-    ret = db->stat(db, &sp, 0);
+    ret = db->stat(db, &sp, 0, DB_STAT_ALL);

Интересно, я угадал?

> Маки возвращаются на следующей неделе, проверить смогу
> только тогда.

  ;-) "Маки возвращаются" -- звучит хорошо.
  Проверьте, пожалуйста, как там обстоят дела с авторизацией. 
Дело вот в чем. Изначально я работал с netatalk без 
авторизации, ходил guest'ом. Около года назад я попытался 
настроить авторизацию. Совершенно не помню, чем это тогда 
кончилось. В понедельник я буду в той студии и посмотрю, до 
чего я там докопался.
  (Кажется, я поторопился заявить, что "netatalk работает без 
нареканий". Припоминаю, что были какие-то проблемы с 
авторизацией.)

-- 
WBR,
Sergey Kurakin

Re: [sisyphus] netatalk+sisyphus

[Michael Shigorin]

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

On Fri, Mar 23, 2007 at 07:52:11PM +0300, Sergey Kurakin wrote:
> > > У меня netatalk с этим патчем работает под Сизифом почти
> > > уже два года без нареканий.
> > Сергей, и Вы молчали? :-)
> Ну да. Ведь кроме меня пакет никому не был нужен.

Как видите, это не так. :-)

> Может, с вашей помощью что-нибудь получится.

Пока обломался, причём знал же заранее -- надо ещё инитскрипт
переписать.

> > переберу и закину в incoming, но предлагаю Вам с Владимиром
> > скооперироваться да поддерживать пакет. (майнтейнер -- это не
> > так страшно, если не увлекаться и не хвататься за что попало
> > со всеми вытекающими)
> Да, Михаил, я не раз об этом думал, читая ваши призывы. 
> Отмазки у меня стандартные, мы уже видели их в этом списке: 
> недостаток времени, неуверенность в собственных силах, 
> ответственность за пользователей пакета. Но кажется, на этот 
> раз я что-нибудь попробую...

Мне тоже было страшновато, да и сейчас бывает неудобно.
Помогает понимание того, что если что-то нужно именно мне, то:

- лучше сам и займусь обеспечением;
- лучше хотя бы анонсирую, а лучше обеспечу наличие
  в дистрибутиве:
  - больше шансов, что будет под рукой при надобности;
  - больше шансов, что кому ещё пригодится (глядишь, помогут).

На самом деле будет гораздо лучше, если у нас получится практика
ленивого майнтейнерства, когда человек может спокойно заниматься
своими одним-двумя-пятью пакетами, которые всё равно нужны для
работы или для себя -- чем если даже у нас появится ещё один
Геракл вроде Виталика Липатова, который оптимизирует процессы
и справляется за батальон.

> > Чуть поправил спек (приложен), проверил собираемость и
> > заливаю.
> Спасибо. Спека, правда, не вижу. Но ничего, посмотрю, 
> когда/если пакет доберется до Сизифа.

Это я так приложил... а пакет сегодня не доберётся, инитскрипт
же не прошёл sisyphuc_check (использует "старые" редхатовские
функции вместо "новых" дебианообразных, причём знал-знал да
забыл поправить).

Недопереписанный initscript и немного подпиленный specfile
_прилагаю_ (см. тж. /etc/init.d/template на M24+).  Постараюсь
добить и проверить, но если успеете быстрее -- тоже хорошо.

> > > Патч для сборки с libdb4.4 я сделал в свое время "методом
> > > тыка". Если будет возможность, посмотрите пожалуйста, не
> > > таит ли он в себе какой-нибудь опасности.
> > Боюсь, я ещё менее компетентен -- "работает, и ладно".
> Насколько я понял, в libdb4.4 (или 4.3 -- точно не помню) в 
> методе __db->stat() изменилось количество параметров.

Ну да.

> Появился еще один, для флага. Я интуитивно (то есть наобум ;)
> поставил туда флаг DB_STAT_ALL, который нашел в db.h
> неподалеку. 
> 
> -    ret = db->stat(db, &sp, 0);
> +    ret = db->stat(db, &sp, 0, DB_STAT_ALL);
> 
> Интересно, я угадал?

Это лучше ldv@ спросить.

> Проверьте, пожалуйста, как там обстоят дела с авторизацией. 

Если руки дойдут -- уйма всего откладывалась-откладывалась
по разным сторонним причинам, а тут блокирующие факторы один
за другим пошли решаться.  Соответственно успевай поворачиваться
:-)

Но если вообще поедет -- то дальше сервису светит заталкивание
в openvz, что само по себе бывает отдельным развлечением.
Оно же бродкасты использует небось на IP?

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

[-- Attachment #2: netatalk.spec --]
[-- Type: text/plain, Size: 3606 bytes --]

%define build_static 0

Name: netatalk
Version: 2.0.3
Release: alt2

Summary: AppleTalk networking programs
License: BSD
Group: Networking/Other

Url: http://netatalk.sourceforge.net
Source: %name-%version.tar.bz2
Patch0: %name-%version-db.patch
Packager: Michael Shigorin <mike@altlinux.org>

# Automatically added by buildreq on Fri Mar 23 2007
BuildRequires: libdb4-devel libpam-devel libssl-devel libwrap-devel

%description
This package enables Linux to talk to Macintosh computers via the
AppleTalk networking protocol. It allows Linux to act as a file server
over AppleTalk or IP for Macs.

%package devel
Summary: Headers and shared libraries for AppleTalk development
Group: Development/C
Requires: %name = %version-%release
Requires: libpam-devel libssl-devel libwrap-devel libacl-devel libattr-devel automake-common

%description devel
This package contains the header files and shared libraries for building
AppleTalk networking programs

%if %build_static
%package devel-static
Summary: Static libraries for AppleTalk development
Group: Development/C
Requires: %name-devel = %version-%release

%description devel-static
This package contains static libraries for building
AppleTalk networking programs
%endif

%prep
%setup -n %name-%version
%patch0 -p1

%build
%set_automake_version 1.9
%set_autoconf_version 2.5
%set_libtool_version 1.5
%configure \
	--with-pam=yes \
	--enable-redhat \
	--with-shadow \
	--enable-fhs \
	--with-did=last \
	--enable-acl \
%if %build_static
	--enable-static
%else   
	--disable-static
%endif
%make_build

%install
mkdir -p %buildroot{%_sysconfdir/{netatalk,pam.d},%_initdir,%_libdir/netatalk}
mkdir -p %buildroot{%_man1dir,%_man3dir,%_man4dir,%_man8dir}
%make_install install DESTDIR=%buildroot
rm -f %buildroot%_bindir/acleandir.rc
rm -f %buildroot%_includedir/netatalk/at.h

%post
%post_service atalk

%preun
%preun_service atalk

%files
%doc CONTRIBUTORS COPYRIGHT README TODO VERSION NEWS 
%doc doc/DEVELOPER doc/FAQ doc/README.* doc/Netatalk-Manual.* doc/htmldocs
%dir %_sysconfdir/%name
%dir %_libdir/%name
%_bindir/*
%_sbindir/*
%_mandir/*
%_libdir/%name/*.so
%_libdir/psa
%_libdir/psf
%_libdir/if*
%_libdir/of*
%_libdir/tf*
%_libdir/*.sh
%config %_sysconfdir/%name/*
%config %_initdir/atalk
%config %_sysconfdir/pam.d/netatalk
%dir %_datadir/%name/
%_datadir/%name/*

%files devel
%dir %_includedir/atalk
%dir %_includedir/netatalk
%_libdir/libatalk.*
%_includedir/atalk/*
%_includedir/netatalk/*
%_datadir/aclocal/*

%if %build_static
%files devel-static
#_libdir/%name/*.la
%_libdir/%name/*.a
%endif

%changelog
* Fri Mar 23 2007 Michael Shigorin <mike@altlinux.org> 2.0.3-alt2
- built for ALT Linux Sisyphus; based on spec+patch by Sergey Kurakin
  (in its turn based on ApplianceWare 1.5.x package)
- introduced devel-static subpackage (not built by default)
- added devel subpackages Requires: (based on 1.5.3-alt13)
- minor spec cleanup
- buildreq

* Thu Mar 22 2007 Sergey Kurakin <kurakin@quittance.ru> 2.0.3-alt1.3
- just rebuild
* Sun Apr  2 2006 Sergey Kurakin <kurakin@actdesign.com> 2.0.3-alt1.2
- rebuild
* Mon Jun 13 2005 Sergey Kurakin <kurakin@actdesign.com> 2.0.3-alt1
- new version
* Sat Jun 11 2005 Sergey Kurakin <kurakin@actdesign.com> 2.0.1-alt3
- rebuild
* Sat Feb 26 2005 Sergey Kurakin <kurakin@actdesign.com> 2.0.1-alt2
- rebuild with libdb4.3
* Sun Oct 31 2004 Sergey Kurakin <kurakin@actdesign.com> 2.0.1-alt1
- new version
- added documentation
* Mon Jul 26 2004 Sergey Kurakin <kurakin@actdesign.com> 2.0-beta2
- new version
* Fri Oct 31 2003 Alexander Bokovoy <ab@altlinux.ru> 1.5.3-alt4
- Build for ALT Linux Sisyphus


[-- Attachment #3: atalk.init-new --]
[-- Type: text/plain, Size: 2381 bytes --]

#!/bin/sh
#
# netatalk     AppleTalk services
# description: This package enables Linux to talk to Macintosh
#              computers via the AppleTalk networking protocol and 
#              provides printer, file sharing, and AppleTalk routing 
#              services.   
#
# AppleTalk services. Make sure not to start atalkd in the background:
# its data structures must have time to stablize before running the
# other processes.
#
# chkconfig: - 91 35
# processname: atalkd
# config: /etc/netatalk/netatalk.conf
# pidfile: /var/run/atalkd.pid

# Do not load RH compatibility interface.
WITHOUT_RC_COMPAT=1

# Source function library.
. /etc/init.d/functions

RETVAL=0

# Source networking configuration.
SourceIfNotEmpty /etc/sysconfig/network

# Check that networking is up.
[ $NETWORKING = "no" ] && exit 0

ATALK_CONF=/etc/netatalk/netatalk.conf
# test for and read in netatalk configuration
[ -f $ATALK_CONF ] || exit 0
. $ATALK_CONF

ATALKD=/usr/sbin/atalkd
AFPD=/usr/sbin/afpd
PAPD=/usr/sbin/papd
NBPREG=/usr/bin/nbprgstr
NBPUNREG=/usr/bin/nbpunrgstr
LOCKFILE=/var/lock/subsys/atalk
# not sure about pidfile
PIDFILE=/var/run/atalkd.pid

[ -x $ATALKD -a -x $AFPD -a -x $PAPD -a -x $NBPREG -a -x $NBPUNREG ] || exit 0

# Quickly probe for appletalk and warn if we can't find it
if [ ! -f /proc/net/appletalk ]; then
	/sbin/modprobe appletalk || echo "[could not load appletalk module]"
fi

start()
{
	# merge atalk_startup() from atalk.init here
	start_daemon --pidfile "$PIDFILE" --lockfile "$LOCKFILE" --expect-user root -- atalkd
	RETVAL=$?
	return $RETVAL
}

stop()
{
	stop_daemon --pidfile "$PIDFILE" --lockfile "$LOCKFILE" --expect-user root -- atalkd
	RETVAL=$?
	return $RETVAL
}

restart()
{
	stop
	start
}

reload()
{
	msg_reloading atalkd
	stop_daemon --pidfile "$PIDFILE" --expect-user root -HUP -- atalkd
	RETVAL=$?
	return $RETVAL
} 

# See how we were called.
case "$1" in
	start)
		start
		;;
	stop)
		stop
		;;
	reload)
		reload
		;;
	restart)
		restart
		;;
	condstop)
		if [ -e "$LOCKFILE" ]; then
			stop
		fi
		;;
	condrestart)
		if [ -e "$LOCKFILE" ]; then
			restart
		fi
		;;
	condreload)
		if [ -e "$LOCKFILE" ]; then
			reload
		fi
		;;
	status)
		status --pidfile "$PIDFILE" --expect-user root -- atalkd
		RETVAL=$?
		;;
	*)
		msg_usage "${0##*/} {start|stop|reload|restart|condstop|condrestart|condreload|status}"
		RETVAL=1
esac

exit $RETVAL

Re: [sisyphus] netatalk+sisyphus

[Michael Shigorin]

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

On Sat, Mar 24, 2007 at 10:08:12PM +0200, I wrote:
> > > Чуть поправил спек (приложен), проверил собираемость и
> > > заливаю.
> > Спасибо. Спека, правда, не вижу. Но ничего, посмотрю, 
> > когда/если пакет доберется до Сизифа.
> Это я так приложил... а пакет сегодня не доберётся, инитскрипт
> же не прошёл sisyphuc_check (использует "старые" редхатовские
> функции вместо "новых" дебианообразных, причём знал-знал да
> забыл поправить).

Торможу, правильные инитскрипт и конфигурация для PAM есть
в AW'шном пакете (1.5.3-alt13).

Залил 2.0.3-alt2 в incoming; также доступно здесь:
http://paq.osdn.org.ua/~mike/RPMS/netatalk/

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

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

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

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

Здравствуйте.

> > > > Патч для сборки с libdb4.4 я сделал в свое время
> > > > "методом тыка". Если будет возможность, посмотрите
> > > > пожалуйста, не таит ли он в себе какой-нибудь
> > > > опасности.

> > Интересно, я угадал?

  Не угадал... Совсем не угадал...

> Это лучше ldv@ спросить.

  Лучше, если он вообще этого не увидит ;)
  Правильный патч приложен.

  Информация отсюда:
/usr/share/doc/db-4.3.29/ref/upgrade.4.3/stat.html 
(пакет libdb4.3-doc)

  И чего я тогда этого не нашел? Черным по белому, в одну 
строчку, именно эта ситуация: "Application writers can simply 
add a NULL txnid argument to the DB->stat method calls in their 
application to leave the application's behavior unchanged."

-- 
WBR,
Sergey Kurakin


[-- Attachment #2: netatalk-2.0.3-libdb4.3.patch --]
[-- Type: text/x-diff, Size: 1004 bytes --]

diff -Naur netatalk-2.0.3.orig/bin/cnid/cnid_index.c netatalk-2.0.3/bin/cnid/cnid_index.c
--- netatalk-2.0.3.orig/bin/cnid/cnid_index.c	2005-04-10 16:49:18 +0400
+++ netatalk-2.0.3/bin/cnid/cnid_index.c	2007-03-27 01:03:58 +0400
@@ -274,7 +274,7 @@
     DB_BTREE_STAT *sp;
     DB *db = db_table[dbi].db;
 
-    ret = db->stat(db, &sp, 0);
+    ret = db->stat(db, NULL, &sp, 0);
 
     if (ret) {
         LOG(log_error, logtype_cnid, "error getting stat infotmation on database: %s", db_strerror(errno));
diff -Naur netatalk-2.0.3.orig/etc/cnid_dbd/dbif.c netatalk-2.0.3/etc/cnid_dbd/dbif.c
--- netatalk-2.0.3.orig/etc/cnid_dbd/dbif.c	2004-12-21 16:36:12 +0300
+++ netatalk-2.0.3/etc/cnid_dbd/dbif.c	2007-03-27 01:04:33 +0400
@@ -514,7 +514,7 @@
     DB_BTREE_STAT *sp;
     DB *db = db_table[dbi].db;
 
-    ret = db->stat(db, &sp, 0);
+    ret = db->stat(db, NULL, &sp, 0);
 
     if (ret) {
         LOG(log_error, logtype_cnid, "error getting stat infotmation on database: %s", db_strerror(errno));

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

Добрый день.

> Торможу, правильные инитскрипт и конфигурация для PAM есть
> в AW'шном пакете (1.5.3-alt13).

  У меня была вчера мысль, сравнить конфигупацию PAM из 
1.5.3-alt и из upstream'а. Но забыл/не успел.
  По результатам вчерашних испытаний:
  1. Авторизация через pam не работает. Наверное, был виноват 
неправильный файл конфигурации pam.
  2. Авторизацию через afppasswd включить не удалось. Такое 
впечатление, что он вообще не читает afpd.conf. Логи нормальные 
тоже включить не удалось -- они тоже включаются в afpd.conf. 
(Сейчас понял, что изменить способ авторизации можно, меняя 
симлинки в /usr/lib/netatalk. В следующий раз попробую.)

> Залил 2.0.3-alt2 в incoming; также доступно здесь:
> http://paq.osdn.org.ua/~mike/RPMS/netatalk/

  Пересобрал с правильным патчем. (Правильный патч в моем 
предыдущем письме.) Испытать получится, наверное, в среду.

-- 
WBR,
Sergey Kurakin

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

Добрый день.

>   Пересобрал с правильным патчем. (Правильный патч в моем
> предыдущем письме.) Испытать получится, наверное, в среду.

  Все это лежит здесь: http://quittance.ru/netatalk

-- 
WBR,
Sergey Kurakin

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

Здравствуйте.

> >   Пересобрал с правильным патчем. (Правильный патч в моем
> > предыдущем письме.) Испытать получится, наверное, в среду.
>   Все это лежит здесь: http://quittance.ru/netatalk

  Проверил.
  1. Авторизация через pam теперь работает.
  2. Настройки из afpd.conf теперь воспринимаются.
  3. Авторизация через afppasswd не работает. Но зато при 
запуске atalk в syslog'e теперь наблюдается ругань по этому 
поводу. Попробую разобраться.

-- 
WBR,
Sergey Kurakin

Re: [sisyphus] netatalk+sisyphus

[Michael Shigorin]

On Thu, Mar 29, 2007 at 03:03:56AM +0400, Sergey Kurakin wrote:
> > > Пересобрал с правильным патчем. (Правильный патч в моем
> > > предыдущем письме.) Испытать получится, наверное, в среду.
> >   Все это лежит здесь: http://quittance.ru/netatalk
>   Проверил.
>   1. Авторизация через pam теперь работает.

Это с тем, что в 2.0.3-alt2?

>   2. Настройки из afpd.conf теперь воспринимаются.
>   3. Авторизация через afppasswd не работает. Но зато при 
> запуске atalk в syslog'e теперь наблюдается ругань по этому 
> поводу. Попробую разобраться.

Спасибо; тем временем влил 2.0.3-alt4 в incoming и пошёл спать.

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

Re: [sisyphus] netatalk+sisyphus

[Sergey Kurakin]

Здравствуйте.

> >   Проверил.
> >   1. Авторизация через pam теперь работает.

> Это с тем, что в 2.0.3-alt2?

  Да, с netatalk.pamd из alt2 и с патчем из моего alt3. Короче 
говоря, вы влили то что надо.

> >   3. Авторизация через afppasswd не работает. Но зато при

> Спасибо; тем временем влил 2.0.3-alt4 в incoming и пошёл
> спать.

  Спасибо, оно уже в Сизифе. А с авторизацией через afppasswd 
попробую разобраться в ближайшие дни.

-- 
WBR,
Sergey Kurakin