[sisyphus] synergy-plus

[sisyphus] synergy-plus

[Andrew Clark]

Собрал софт, который софтварным образом повторяет 
функции kvm (keyboard, video, mouse). В сизиф
пока не отправил, потому как хотелось бы, что бы
кто-нибудь протестировал ее в работе, так как мне
негде это сделать. Если у кого есть замечания по 
сборке - прошу смело высказывать их. Спасибо.

http://git.altlinux.org/people/andyc/packages/synergy-plus.git

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

29.08.2009 Andrew Clark писал:

> http://git.altlinux.org/people/andyc/packages/synergy-plus.git

Надеюсь протестировать в течений следующей недели.

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 29.08.2009 18:19, Terechkov Evgenii wrote:
> Надеюсь протестировать в течений следующей недели.
Спасибо. Тогда к Вам есть пара вопросов:
1. Собрана версия из mercurial'а за 01.09.09. Вы будете релиз тестировать,
или мне перезалить в git сборку из меркуриала?
2. Существует графическая утилита написаная с применением Qt.
(http://www.volker-lanz.de/en/software/qsynergy/)
Ее собрать для Вас, или Вы будете консольную версию тестировать?

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

02.09.2009 Andrew Clark писал:

> > Надеюсь протестировать в течений следующей недели.
> Спасибо. Тогда к Вам есть пара вопросов:

Я всего лишь надеюсь :-)

> 1. Собрана версия из mercurial'а за 01.09.09. Вы будете релиз тестировать,
> или мне перезалить в git сборку из меркуриала?

Вам виднее. Я в код не глядел.

> 2. Существует графическая утилита написаная с применением Qt.
> (http://www.volker-lanz.de/en/software/qsynergy/)
> Ее собрать для Вас, или Вы будете консольную версию тестировать?

Если там нет тяжелых зависимостей на всякие DE, то удобнее, я думаю,
графическую. Иначе придется консольную.

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

02.09.2009 Andrew Clark писал:

> > Я всего лишь надеюсь :-)
> Ну пусть так :)
> > Вам виднее. Я в код не глядел.
> Тогда, я думаю, имеет смысл тестировать последнюю сборку. Наверное сегодня
> перезалью.
> Если там нет тяжелых зависимостей на всякие DE, то удобнее, я думаю,
> > графическую. Иначе придется консольную.
> Пока еще не собирал этот фронтэнд, поэтому о зависимостях судить рано. Как
> только
> соберу - представлю спек.

В гите ничего нового не появилось.

Добрался попробовать на своём ЕЕЕ. Работает штатно, проблем нет,
замечаний нет. Лишь одна придирка: при перемещений с/на сервер экран
на сервере напрягающе "моргает" на полсекунды.

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 04.09.2009 17:09, Terechkov Evgenii wrote:
> В гите ничего нового не появилось.
>   
Есть такое дело признаю. Cейчас исправлю :)

> Добрался попробовать на своём ЕЕЕ. Работает штатно, проблем нет,
> замечаний нет. Лишь одна придирка: при перемещений с/на сервер экран
> на сервере напрягающе "моргает" на полсекунды.
>   
Вы случайно такого не замечаете:
[andy@timelock ~]$ synergyc --help 2>&1 | tail -n 5
default port, 24800.

Where log messages go depends on the platform and whether or not the
client is running as a daemon.
        /home/andy/RPM/BUILD/synergy-plus/cmd/synergyc/synergyc.cpp,551
[andy@timelock ~]$

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

04.09.2009 Andrew Clark писал:

> Вы случайно такого не замечаете:
> [andy@timelock ~]$ synergyc --help 2>&1 | tail -n 5
> default port, 24800.
> Where log messages go depends on the platform and whether or not the
> client is running as a daemon.
>         /home/andy/RPM/BUILD/synergy-plus/cmd/synergyc/synergyc.cpp,551
> [andy@timelock ~]$
> 

У меня в последней строчке лишь имя файла, если речь об этом. На
сервере тоже.

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 04.09.2009 19:06, Terechkov Evgenii wrote:
> 04.09.2009 Andrew Clark писал:
> У меня в последней строчке лишь имя файла, если речь об этом. На
> сервере тоже.
>   
Показать можете?

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

04.09.2009 Andrew Clark писал:

> > У меня в последней строчке лишь имя файла, если речь об этом. На
> > сервере тоже.
> Показать можете?

Было бы что показывать:

evg@evg ~ $synergys --help 2>&1 |tail -5
defaults with just the server screen.

Where log messages go depends on the platform and whether or not the
server is running as a daemon.
       synergys.cpp,881

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 04.09.2009 19:40, Terechkov Evgenii wrote:
>        synergys.cpp,881
>   
Меня вот эта строка смущает.
p.S: Сейчас новая сборка хешер проходит. Если все хорошо будет,
то сейчас залью новый synergy-plus.

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

04.09.2009 Andrew Clark писал:

> >        synergys.cpp,881
> Меня вот эта строка смущает.

Меня гораздо больше смущает вот эта строка пару писем назад:
        /home/andy/RPM/BUILD/synergy-plus/cmd/synergyc/synergyc.cpp,551

Такое обычно говорит об ошибке, build-time пути в бинарник зашивать.

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 04.09.2009 20:16, Terechkov Evgenii wrote:
> Меня гораздо больше смущает вот эта строка пару писем назад:
>         /home/andy/RPM/BUILD/synergy-plus/cmd/synergyc/synergyc.cpp,551
>
> Такое обычно говорит об ошибке, build-time пути в бинарник зашивать.
>   
Как исправить такую ошибку?

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

05.09.2009 Andrew Clark писал:

> > Меня гораздо больше смущает вот эта строка пару писем назад:
> >         /home/andy/RPM/BUILD/synergy-plus/cmd/synergyc/synergyc.cpp,551
> > Такое обычно говорит об ошибке, build-time пути в бинарник зашивать.
> Как исправить такую ошибку?

Не знаю, смотрите по месту.

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 05.09.2009 05:55, Terechkov Evgenii wrote:
> Не знаю, смотрите по месту.
>   
Попробую разобраться, спасибо.
Есть еще небольшая проблема - версия из репозитория не хочет
собираться в hasher'е:

+ %cmake
/usr/src/tmp/rpm-tmp.96250: line 94: fg: no job control
error: Bad exit status from /usr/src/tmp/rpm-tmp.96250 (%build)


RPM build errors:
    Macro %cmake not found
    Bad exit status from /usr/src/tmp/rpm-tmp.96250 (%build)

это при том, что:
[andy@timelock synergy-plus]$ rpm --eval %cmake

cmake . \
    -DCMAKE_INSTALL_PREFIX=/usr \
    -DLIB_DESTINATION=lib \
  %if "lib" == "lib64"
    -DLIB_SUFFIX="64" \
  %else
    -DLIB_SUFFIX="" \
  %endif
    -DCMAKE_SKIP_RPATH:BOOL=yes \
    -DCMAKE_C_FLAGS:STRING='-pipe -Wall -O2 -march=pentium4' \
    -DCMAKE_CXX_FLAGS:STRING='-pipe -Wall -O2 -march=pentium4'
[andy@timelock synergy-plus]$

Re: [sisyphus] synergy-plus

[Andrey Rahmatullin]

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

On Sun, Sep 06, 2009 at 07:06:52PM +0400, Andrew Clark wrote:
> + %cmake
> /usr/src/tmp/rpm-tmp.96250: line 94: fg: no job control
Макрос определён в rpm-build-compat, значит этот пакет надо вписать в
BuildRequires(pre):

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

<wRAR> показалось, что psi спросил "ви таки хотите закрыть окно"?
<gvy> wRAR, ну нарисуй себе локаль ru_IL :)

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

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 06.09.2009 19:11, Andrey Rahmatullin wrote:
> Макрос определён в rpm-build-compat, значит этот пакет надо вписать в
> BuildRequires(pre):
>   
Большое спасибо за помощь.
P.S: Евгений, я новую версию в git отправил. Попробуйте ее, пожалуйста.
Ошибку пока не исправил.

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

07.09.2009 Andrew Clark писал:

> P.S: Евгений, я новую версию в git отправил. Попробуйте ее, пожалуйста.

Делайте пожалуйста нормальные коммиты,а не замену всего сразу одним
воле^Wсиловым движением.

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

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

07.09.2009 Andrew Clark писал:

> P.S: Евгений, я новую версию в git отправил. Попробуйте ее, пожалуйста.
> Ошибку пока не исправил.

Собрал на Сизифе и 5.0. "Собирается" без проблем. Сервер на 5.0 не
ставился. Хорошо что запустить нигде не успел.

В аттаче лог сборки. Разберитесь, что с ним не так и никогда так
больше не делайте. И, кстати, никогда больше не делайте таких
git-репо.

Удалил везде эти пакеты от греха подальше.

P.S.: где же apt-blacklist?

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

[-- Attachment #2: log --]
[-- Type: text/plain, Size: 31381 bytes --]

<86>Sep  7 13:14:55 userdel[1483]: delete user `rooter'
<86>Sep  7 13:14:55 userdel[1483]: remove group `rooter'
<86>Sep  7 13:14:56 groupadd[1484]: new group: name=rooter, gid=501
<86>Sep  7 13:14:56 useradd[1485]: new user: name=rooter, uid=501, gid=501, home=/root, shell=/bin/bash
<86>Sep  7 13:14:56 userdel[1487]: delete user `builder'
<86>Sep  7 13:14:56 groupadd[1488]: new group: name=builder, gid=502
<86>Sep  7 13:14:56 useradd[1489]: new user: name=builder, uid=502, gid=502, home=/usr/src, shell=/bin/bash
<13>Sep  7 13:15:36 rpmi: libfreetype-2.3.9-alt2 installed
<13>Sep  7 13:15:36 rpmi: libXrender-0.9.4-alt2 installed
<13>Sep  7 13:15:36 rpmi: libjpeg-1:6b-alt10 installed
<13>Sep  7 13:15:36 rpmi: libpng12-1.2.38-alt1 installed
<13>Sep  7 13:15:36 rpmi: libexpat-2.0.1-alt3 installed
<13>Sep  7 13:15:36 rpmi: fontconfig-2.7.2-alt1 installed
Updating fonts cache: <29>Sep  7 13:15:38 fontconfig: Updating fonts cache: succeeded
[ DONE ]
<13>Sep  7 13:15:39 rpmi: xorg-xproto-devel-7.0.15-alt1 installed
<13>Sep  7 13:15:39 rpmi: libtiff-3.8.2-alt5 installed
<13>Sep  7 13:15:39 rpmi: gcc-c++-common-1.4.14-alt1 installed
<13>Sep  7 13:15:39 rpmi: libXinerama-1.0.3-alt2 installed
<13>Sep  7 13:15:39 rpmi: libXfixes-4.0.3-alt2 installed
<13>Sep  7 13:15:39 rpmi: libXpm-3.5.7-alt2 installed
<13>Sep  7 13:15:39 rpmi: libgd2-2.0.35-alt2 installed
<13>Sep  7 13:15:39 rpmi: libXaw-1.0.6-alt1 installed
<13>Sep  7 13:15:39 rpmi: libXcursor-1.1.10-alt1 installed
<13>Sep  7 13:15:42 rpmi: libstdc++4.4-devel-4.4.1-alt1 installed
<13>Sep  7 13:15:42 rpmi: libcups-1.3.10-alt2 installed
<13>Sep  7 13:15:43 rpmi: libICE-devel-1.0.6-alt1 installed
<13>Sep  7 13:15:43 rpmi: libXft-2.1.13-alt2 installed
<13>Sep  7 13:15:43 rpmi: libjasper-1.900.1-alt1 installed
<13>Sep  7 13:15:43 rpmi: libXrandr-1.3.0-alt1 installed
<13>Sep  7 13:15:43 rpmi: rpm-build-xdg-0.2-alt1 installed
<13>Sep  7 13:15:43 rpmi: shared-mime-info-0.60-alt5 installed
<13>Sep  7 13:15:43 rpmi: xcb-util-0.2.1-alt1 installed
<13>Sep  7 13:15:43 rpmi: libpixman-2:0.15.10-alt2 installed
<13>Sep  7 13:15:43 rpmi: libglitz-1:0.5.7-alt4 installed
<13>Sep  7 13:15:44 rpmi: libcairo-1:1.8.8-alt3 installed
<13>Sep  7 13:15:44 rpmi: libpango-1.24.5-alt1 installed
<13>Sep  7 13:15:44 rpmi: liblasi-1.1.0-alt3 installed
<13>Sep  7 13:15:44 rpmi: libgamin-fam-0.1.10-alt2 installed
<13>Sep  7 13:15:44 rpmi: libgio-2.20.5-alt1 installed
<13>Sep  7 13:15:45 rpmi: libgsf-1.14.15-alt1 installed
<13>Sep  7 13:15:45 rpmi: libatk-1.26.0-alt1 installed
<13>Sep  7 13:15:45 rpmi: xorg-recordproto-devel-1.13.2-alt1 installed
<13>Sep  7 13:15:45 rpmi: libXtst-1.0.3-alt2 installed
<13>Sep  7 13:15:45 rpmi: xorg-xineramaproto-devel-1.1.2-alt1 installed
<13>Sep  7 13:15:45 rpmi: libXi-1.2.1-alt1 installed
<13>Sep  7 13:15:45 rpmi: xorg-xextproto-devel-1:7.0.5-alt2 installed
<13>Sep  7 13:15:45 rpmi: libXdamage-1.1.1-alt2 installed
<13>Sep  7 13:15:45 rpmi: libXcomposite-0.4.0-alt2 installed
<13>Sep  7 13:15:52 rpmi: libxcb-devel-1.4-alt1 installed
<13>Sep  7 13:15:52 rpmi: xorg-kbproto-devel-1.0.3-alt1 installed
<13>Sep  7 13:15:53 rpmi: icon-theme-hicolor-0.10-alt3 installed
<13>Sep  7 13:15:53 rpmi: libX11-devel-3:1.2.2-alt1 installed
<13>Sep  7 13:15:53 rpmi: libXext-devel-1.0.5-alt1 installed
<13>Sep  7 13:15:53 rpmi: libXinerama-devel-1.0.3-alt2 installed
<13>Sep  7 13:15:53 rpmi: libXtst-devel-1.0.3-alt2 installed
<13>Sep  7 13:15:54 rpmi: libSM-devel-1.1.1-alt1 installed
<13>Sep  7 13:15:55 rpmi: gcc4.4-c++-4.4.1-alt1 installed
<13>Sep  7 13:15:55 rpmi: xorg-inputproto-devel-1.5.1-alt1 installed
<13>Sep  7 13:15:56 rpmi: xorg-cf-files-1.0.2-alt2 installed
<13>Sep  7 13:15:56 rpmi: imake-1.0.1-alt2 installed
<13>Sep  7 13:15:58 rpmi: libgtk+2-common-2.16.5-alt3 installed
<13>Sep  7 13:15:59 rpmi: libgtk+2-2.16.5-alt3 installed
<13>Sep  7 13:16:00 rpmi: librsvg-2.26.0-alt2 installed
<13>Sep  7 13:16:01 rpmi: libgraphviz-2.22.2-alt2.2 installed
<13>Sep  7 13:16:01 rpmi: graphviz-2.22.2-alt2.2 installed
Building target platforms: i586
Building for target i586
Wrote: /usr/src/in/srpm/synergy-plus-1.3.4-alt1.src.rpm
Installing synergy-plus-1.3.4-alt1.src.rpm
Building target platforms: i586
Building for target i586
Executing(%prep): /bin/sh -e /usr/src/tmp/rpm-tmp.2988
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ rm -rf synergy-plus-1.3.4
Source #0 (synergy-plus-1.3.4.tar.gz):
+ echo 'Source #0 (synergy-plus-1.3.4.tar.gz):'
+ /bin/gzip -dc /usr/src/RPM/SOURCES/synergy-plus-1.3.4.tar.gz
+ /bin/tar -xf -
+ cd synergy-plus-1.3.4
+ /bin/chmod -c -Rf u+rwX,go-w .
+ exit 0
Executing(%build): /bin/sh -e /usr/src/tmp/rpm-tmp.66628
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ cd synergy-plus-1.3.4
+ autoreconf -fisv
autoreconf-default: Entering directory `.'
autoreconf-default: configure.in: not using Gettext
autoreconf-default: running: aclocal --force 
autoreconf-default: configure.in: tracing
autoreconf-default: configure.in: not using Libtool
autoreconf-default: configure.in: not using Intltool
autoreconf-default: running: /usr/bin/autoconf-2.60 --force
autoreconf-default: running: /usr/bin/autoheader-2.60 --force
autoreconf-default: running: automake --add-missing --force-missing
configure.in:33: installing `config/config.guess'
configure.in:33: installing `config/config.sub'
configure.in:25: installing `config/install-sh'
configure.in:25: installing `config/missing'
cmd/launcher/Makefile.am: installing `config/depcomp'
Makefile.am: installing `./INSTALL'
autoreconf-default: Leaving directory `.'
+ CFLAGS='-pipe -Wall -O2 -march=i586 -mtune=i686'
+ export CFLAGS
+ CXXFLAGS='-pipe -Wall -O2 -march=i586 -mtune=i686'
+ export CXXFLAGS
+ FFLAGS='-pipe -Wall -O2 -march=i586 -mtune=i686'
+ export FFLAGS
+ export lt_cv_deplibs_check_method=pass_all
+ lt_cv_deplibs_check_method=pass_all
+ ./configure --build=i586-alt-linux --host=i586-alt-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib --libexecdir=/usr/lib --localstatedir=/var/lib --sharedstatedir=/usr/com --mandir=/usr/share/man --infodir=/usr/share/info --disable-dependency-tracking --without-included-gettext
configure: WARNING: unrecognized options: --without-included-gettext
checking for a BSD-compatible install... /bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... i586-alt-linux-gnu
checking host system type... i586-alt-linux-gnu
checking for i586-alt-linux-gcc... i586-alt-linux-gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether i586-alt-linux-gcc accepts -g... yes
checking for i586-alt-linux-gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of i586-alt-linux-gcc... none
checking for i586-alt-linux-g++... i586-alt-linux-g++
checking whether we are using the GNU C++ compiler... yes
checking whether i586-alt-linux-g++ accepts -g... yes
checking dependency style of i586-alt-linux-g++... none
checking for i586-alt-linux-ranlib... no
checking for ranlib... ranlib
checking for dot... YES
checking dependency style of i586-alt-linux-gcc... none
checking if g++ defines correct C++ macro... yes
checking for the pthreads library -lpthreads... no
checking whether pthreads work without any flags... no
checking whether pthreads work with -Kthread... no
checking whether pthreads work with -kthread... no
checking for the pthreads library -llthread... no
checking whether pthreads work with -pthread... yes
checking for joinable pthread attribute... PTHREAD_CREATE_JOINABLE
checking if more special flags are required for pthreads... no
checking for POSIX sigwait... yes
checking for pthread signal functions... yes
checking for cc_r... i586-alt-linux-gcc
checking for nanosleep... yes
checking for inet_aton... yes
checking how to run the C++ preprocessor... i586-alt-linux-g++ -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for unistd.h... (cached) yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking for sys/types.h... (cached) yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking sys/socket.h usability... yes
checking sys/socket.h presence... yes
checking for sys/socket.h... yes
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/utsname.h usability... yes
checking sys/utsname.h presence... yes
checking for sys/utsname.h... yes
checking istream usability... yes
checking istream presence... yes
checking for istream... yes
checking ostream usability... yes
checking ostream presence... yes
checking for ostream... yes
checking sstream usability... yes
checking sstream presence... yes
checking for sstream... yes
checking whether time.h and sys/time.h may both be included... yes
checking for X... libraries , headers 
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for XTestQueryExtension in -lXtst... yes
checking X11/extensions/XTest.h usability... yes
checking X11/extensions/XTest.h presence... yes
checking for X11/extensions/XTest.h... yes
checking for XkbQueryExtension in -lX11... yes
checking for X11/XKBlib.h... yes
checking for X11/extensions/XKBstr.h... yes
checking for XineramaQueryExtension in -lXinerama... yes
checking for X11/extensions/Xinerama.h... yes
checking for DPMSQueryExtension in -lXext... yes
checking for X11/extensions/dpms.h... yes
checking for prototypes in X11/extensions/dpms.h... yes
checking for size_t... yes
checking for socklen_t... yes
checking whether struct tm is in sys/time.h or time.h... time.h
checking size of char... 1
checking size of short... 2
checking size of int... 4
checking size of long... 4
checking for bool support... yes
checking for exception support... yes
checking for C++ cast support... yes
checking for mutable support... yes
checking for C++ standard library... yes
checking for working memcmp... yes
checking for strftime... yes
checking for gmtime_r... yes
checking for working getpwuid_r... yes
checking for vsnprintf... yes
checking for sys/select.h... (cached) yes
checking for sys/socket.h... (cached) yes
checking types of arguments for select... int,fd_set *,struct timeval *
checking for poll... yes
checking for type of arg 3 for accept... socklen_t
checking for C++ compiler warning flags... -Wall -Wno-unknown-pragmas
checking for C++ compiler warning are errors flags... -Werror
configure: creating ./config.status
config.status: creating Makefile
config.status: creating cmd/Makefile
config.status: creating cmd/launcher/Makefile
config.status: creating cmd/synergyc/Makefile
config.status: creating cmd/synergys/Makefile
config.status: creating dist/Makefile
config.status: creating dist/nullsoft/Makefile
config.status: creating dist/rpm/Makefile
config.status: creating dist/rpm/synergy.spec
config.status: creating doc/Makefile
config.status: creating doc/doxygen.cfg
config.status: creating lib/Makefile
config.status: creating lib/arch/Makefile
config.status: creating lib/base/Makefile
config.status: creating lib/client/Makefile
config.status: creating lib/common/Makefile
config.status: creating lib/io/Makefile
config.status: creating lib/mt/Makefile
config.status: creating lib/net/Makefile
config.status: creating lib/platform/Makefile
config.status: creating lib/server/Makefile
config.status: creating lib/synergy/Makefile
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
configure: WARNING: unrecognized options: --without-included-gettext
+ '[' -n '' ']'
+ NPROCS=1
+ make -j1
make: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make  all-recursive
make[1]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
Making all in lib
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
Making all in common
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/common'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/common'
Making all in arch
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/arch'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/arch'
Making all in base
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/base'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/base'
Making all in mt
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/mt'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/mt'
Making all in io
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/io'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/io'
Making all in net
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/net'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/net'
Making all in synergy
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/synergy'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/synergy'
Making all in platform
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/platform'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/platform'
Making all in client
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/client'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/client'
Making all in server
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/server'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/server'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
Making all in cmd
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
Making all in launcher
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/launcher'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/launcher'
Making all in synergyc
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergyc'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergyc'
Making all in synergys
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergys'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergys'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
Making all in doc
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/doc'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/doc'
Making all in dist
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
Making all in rpm
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/rpm'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/rpm'
Making all in nullsoft
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/nullsoft'
make[3]: Nothing to be done for `all'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/nullsoft'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[3]: Nothing to be done for `all-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make[1]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
+ exit 0
Executing(%install): /bin/sh -e /usr/src/tmp/rpm-tmp.63234
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /bin/chmod -Rf u+rwX -- /usr/src/tmp/synergy-plus-buildroot
+ :
+ /bin/rm -rf -- /usr/src/tmp/synergy-plus-buildroot
+ cd synergy-plus-1.3.4
+ make 'INSTALL=/bin/install -p' install DESTDIR=/usr/src/tmp/synergy-plus-buildroot
make: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
Making install in lib
make[1]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
Making install in common
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/common'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/common'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/common'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/common'
Making install in arch
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/arch'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/arch'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/arch'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/arch'
Making install in base
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/base'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/base'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/base'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/base'
Making install in mt
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/mt'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/mt'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/mt'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/mt'
Making install in io
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/io'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/io'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/io'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/io'
Making install in net
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/net'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/net'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/net'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/net'
Making install in synergy
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/synergy'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/synergy'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/synergy'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/synergy'
Making install in platform
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/platform'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/platform'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/platform'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/platform'
Making install in client
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/client'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/client'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/client'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/client'
Making install in server
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/server'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/server'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/server'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib/server'
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
make[1]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/lib'
Making install in cmd
make[1]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
Making install in launcher
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/launcher'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/launcher'
test -z "/usr/bin" || /bin/mkdir -p "/usr/src/tmp/synergy-plus-buildroot/usr/bin"
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/launcher'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/launcher'
Making install in synergyc
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergyc'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergyc'
test -z "/usr/bin" || /bin/mkdir -p "/usr/src/tmp/synergy-plus-buildroot/usr/bin"
  /bin/install -p synergyc '/usr/src/tmp/synergy-plus-buildroot/usr/bin'
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergyc'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergyc'
Making install in synergys
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergys'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergys'
test -z "/usr/bin" || /bin/mkdir -p "/usr/src/tmp/synergy-plus-buildroot/usr/bin"
  /bin/install -p synergys '/usr/src/tmp/synergy-plus-buildroot/usr/bin'
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergys'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd/synergys'
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
make[1]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/cmd'
Making install in doc
make[1]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/doc'
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/doc'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/doc'
make[1]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/doc'
Making install in dist
make[1]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
Making install in rpm
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/rpm'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/rpm'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/rpm'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/rpm'
Making install in nullsoft
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/nullsoft'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/nullsoft'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/nullsoft'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist/nullsoft'
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[3]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[3]: Nothing to be done for `install-exec-am'.
make[3]: Nothing to be done for `install-data-am'.
make[3]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[1]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4/dist'
make[1]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make[2]: Entering directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make[2]: Nothing to be done for `install-exec-am'.
make[2]: Nothing to be done for `install-data-am'.
make[2]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make[1]: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
make: Leaving directory `/usr/src/RPM/BUILD/synergy-plus-1.3.4'
+ /usr/lib/rpm/brp-alt
Cleaning files in /usr/src/tmp/synergy-plus-buildroot (auto)
Verifying and fixing files in /usr/src/tmp/synergy-plus-buildroot (binconfig,pkgconfig,libtool)
Compressing files in /usr/src/tmp/synergy-plus-buildroot (auto)
Verifying ELF objects in /usr/src/tmp/synergy-plus-buildroot (arch=normal,fhs=normal,rpath=normal,stack=normal,textrel=normal,unresolved=normal)
Stripping binaries in /usr/src/tmp/synergy-plus-buildroot (executable,shared)
Processing files: synergy-plus-1.3.4-alt1
Finding Provides (using /usr/lib/rpm/find-provides)
Executing(Provides): /bin/sh -e /usr/src/tmp/rpm-tmp.60738
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /usr/lib/rpm/find-provides
find-provides: running scripts (alternatives,lib,pam,perl,pkgconfig,python,shell)
+ exit 0
Finding Requires (using /usr/lib/rpm/find-requires)
Executing(Requires): /bin/sh -e /usr/src/tmp/rpm-tmp.55553
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /usr/lib/rpm/find-requires
find-requires: running scripts (files,lib,pam,perl,pkgconfig,pkgconfiglib,python,rpmlib,shebang,shell,static,symlinks)
+ exit 0
Requires: /lib/ld-linux.so.2, libX11.so.6, libXext.so.6, libXinerama.so.1, libXtst.so.6, libc.so.6(GLIBC_2.0), libc.so.6(GLIBC_2.1.2), libc.so.6(GLIBC_2.1.3), libc.so.6(GLIBC_2.3.4), libc.so.6(GLIBC_2.4), libgcc_s.so.1(GCC_3.0), libpthread.so.0(GLIBC_2.0), libpthread.so.0(GLIBC_2.1), libpthread.so.0(GLIBC_2.3.2), libstdc++.so.6(CXXABI_1.3), libstdc++.so.6(GLIBCXX_3.4), rtld(GNU_HASH)
Processing files: synergy-plus-server-1.3.4-alt1
Executing(%doc): /bin/sh -e /usr/src/tmp/rpm-tmp.60357
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ cd synergy-plus-1.3.4
+ DOCDIR=/usr/src/tmp/synergy-plus-buildroot/usr/share/doc/synergy-plus-server-1.3.4
+ export DOCDIR
+ rm -rf /usr/src/tmp/synergy-plus-buildroot/usr/share/doc/synergy-plus-server-1.3.4
+ /bin/mkdir -p /usr/src/tmp/synergy-plus-buildroot/usr/share/doc/synergy-plus-server-1.3.4
+ cp -prL AUTHORS COPYING ChangeLog NEWS README INSTALL doc/ examples/ /usr/src/tmp/synergy-plus-buildroot/usr/share/doc/synergy-plus-server-1.3.4
+ chmod -R go-w /usr/src/tmp/synergy-plus-buildroot/usr/share/doc/synergy-plus-server-1.3.4
+ chmod -R a+rX /usr/src/tmp/synergy-plus-buildroot/usr/share/doc/synergy-plus-server-1.3.4
+ exit 0
Finding Provides (using /usr/lib/rpm/find-provides)
Executing(Provides): /bin/sh -e /usr/src/tmp/rpm-tmp.3376
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /usr/lib/rpm/find-provides
find-provides: running scripts (alternatives,lib,pam,perl,pkgconfig,python,shell)
+ exit 0
Finding Requires (using /usr/lib/rpm/find-requires)
Executing(Requires): /bin/sh -e /usr/src/tmp/rpm-tmp.49611
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /usr/lib/rpm/find-requires
find-requires: running scripts (files,lib,pam,perl,pkgconfig,pkgconfiglib,python,rpmlib,shebang,shell,static,symlinks)
+ exit 0
Requires: /lib/ld-linux.so.2, libX11.so.6, libXext.so.6, libXinerama.so.1, libXtst.so.6, libc.so.6(GLIBC_2.0), libc.so.6(GLIBC_2.1.2), libc.so.6(GLIBC_2.1.3), libc.so.6(GLIBC_2.3.4), libc.so.6(GLIBC_2.4), libgcc_s.so.1(GCC_3.0), libpthread.so.0(GLIBC_2.0), libpthread.so.0(GLIBC_2.1), libpthread.so.0(GLIBC_2.3.2), libstdc++.so.6(CXXABI_1.3), libstdc++.so.6(GLIBCXX_3.4), libstdc++.so.6(GLIBCXX_3.4.11), libstdc++.so.6(GLIBCXX_3.4.9), rtld(GNU_HASH)
Finding unpackaged files (using /usr/lib/rpm/check-files)
Executing(check-files): /bin/sh -e /usr/src/tmp/rpm-tmp.57212
+ umask 022
+ /bin/mkdir -p /usr/src/RPM/BUILD
+ cd /usr/src/RPM/BUILD
+ /usr/lib/rpm/check-files
+ exit 0
Wrote: /usr/src/RPM/SRPMS/synergy-plus-1.3.4-alt1.src.rpm
Wrote: /usr/src/RPM/RPMS/i586/synergy-plus-1.3.4-alt1.i586.rpm
Wrote: /usr/src/RPM/RPMS/i586/synergy-plus-server-1.3.4-alt1.i586.rpm
48.15user 9.73system 1:39.40elapsed 58%CPU (0avgtext+0avgdata 0maxresident)k
40192inputs+157448outputs (134major+1252694minor)pagefaults 0swaps

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 07.09.2009 17:39, Terechkov Evgenii wrote:
> 07.09.2009 Andrew Clark писал:
>
>   
>> P.S: Евгений, я новую версию в git отправил. Попробуйте ее, пожалуйста.
>> Ошибку пока не исправил.
>>     
> Собрал на Сизифе и 5.0. "Собирается" без проблем. Сервер на 5.0 не
> ставился. Хорошо что запустить нигде не успел.
>   
Судя по логу, собирали старую версию, которая 1.3.4. Новая идет с
применением cmake.

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

> И, кстати, никогда больше не делайте таких
> git-репо.
>   
Он для того и был изменен без версионирования, что бы "срез" попробовать, а
не версию. Я прошу прощения, если у Вас лимитированный доступ в сеть, а
своим бездумным поступком я заставил Вас потратить лишнее время и/или
деньги.
> Удалил везде эти пакеты от греха подальше.
>
> P.S.: где же apt-blacklist?
>   
Весьма интересный способ выразить свое недовольство. Знаете, я ожидал
несколько
более конструктивной (пусть и резкой) критики, нежели вот такую
высокомерную отписку,
будто Вам обещали малину со сливками, а подали - дерьмо с чесноком.

Re: [sisyphus] synergy-plus

[Alexey I. Froloff]

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

On Mon, Sep 07, 2009 at 11:12:43PM +0400, Andrew Clark wrote:
> Весьма интересный способ выразить свое недовольство. Знаете, я
> ожидал несколько более конструктивной (пусть и резкой) критики,
> нежели вот такую высокомерную отписку, будто Вам обещали малину
> со сливками, а подали - дерьмо с чесноком.
Я процитирую одного известного человека: "[мантейнер] должен
понимать, зачем он отправляет пакеты в Сизиф, какие выгоды это
ему приносит и какую ответственность на него возлагает."

Чем больше у пакета пользователей, тем большая ответственность
возлагается на мантейнера.

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 08.09.2009 00:28, Alexey I. Froloff wrote:
> Я процитирую одного известного человека: "[мантейнер] должен
> понимать, зачем он отправляет пакеты в Сизиф, какие выгоды это
> ему приносит и какую ответственность на него возлагает."
>   
Это Дмитрий Левин, если не ошибаюсь. Поймите Алексей,
я не против ответственности, более того, за свое "дерьмо" готов
выслушать по полной программе, но конкретику, а не публичное
"фи".
> Чем больше у пакета пользователей, тем большая ответственность
> возлагается на мантейнера.
>   
Соглашусь. Если не ошибаюсь, ALT Team ратует за повышение стабильности
Сизифа, я с этим согласен, поэтому пакет был только в моем гите, и
"отдавать"
его в Сизиф не протестированым, я не собирался. 

Re: [sisyphus] synergy-plus

[Alexey I. Froloff]

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

On Tue, Sep 08, 2009 at 12:41:31AM +0400, Andrew Clark wrote:
> > Я процитирую одного известного человека: "[мантейнер] должен
> > понимать, зачем он отправляет пакеты в Сизиф, какие выгоды это
> > ему приносит и какую ответственность на него возлагает."
> Это Дмитрий Левин, если не ошибаюсь. Поймите Алексей,
> я не против ответственности, более того, за свое "дерьмо" готов
> выслушать по полной программе, но конкретику, а не публичное
> "фи".
Ещё можно установить пакет fortunes-ALT, выполнить команду
fortune -m blacklist и внимательно прочитать вывод.  При чём тут
"публичное фи"?

> > Чем больше у пакета пользователей, тем большая
> > ответственность возлагается на мантейнера.
> Соглашусь. Если не ошибаюсь, ALT Team ратует за повышение
> стабильности Сизифа, я с этим согласен, поэтому пакет был
> только в моем гите, и "отдавать" его в Сизиф не
> протестированым, я не собирался. 
Ну вот, собсно, первый тест (пакета) и не удался ;-)

-- 
Regards,
Sir Raorn.

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

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

08.09.2009 Andrew Clark писал:

> > Собрал на Сизифе и 5.0. "Собирается" без проблем. Сервер на 5.0 не
> > ставился. Хорошо что запустить нигде не успел.
> Судя по логу, собирали старую версию, которая 1.3.4. Новая идет с
> применением cmake.

Т.е. лог вы не читали или не поняли его. Я не зря поставил слово в
кавычки.
 
> > В аттаче лог сборки. Разберитесь, что с ним не так и никогда так
> > больше не делайте.
> С точки зрения работы над своими ошибками - разберусь. С практической
> точки зрения -
> не актуально уже. В следующий раз, постараюсь быть более внимательным.

Будьте так добры, поверьте на слово, разбираться в механизме сборки
своих пакетов всегда актуально. Почитайте таки лог, поймите, почему я
так резок и почему ваши пакеты пока не стОит ставить даже для
тестирования (про blacklist).
 
> > И, кстати, никогда больше не делайте таких git-репо.
> Он для того и был изменен без версионирования, что бы "срез" попробовать, а
> не версию. Я прошу прощения, если у Вас лимитированный доступ в сеть, а
> своим бездумным поступком я заставил Вас потратить лишнее время и/или
> деньги.

Т.е. вы не понимаете, как работать с гит-репозаторием и что на самом
деле сделали. Посмотрите что-ли, как это делают другие, git.alt открыт
для всех.

Доступ, время, деньги не при чем. Мне не жалко. Поимите, вы сами
подрываете и свою репутацию и репутацию тех, кто за вас поручился.

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

Да, именно так. Я был обманут предварительными результатами join-а
(следил краем глаза) и обманчивой элементарностью спека, не ожидая
того, что вообще-говоря можно трактовать и как головотяпство и как
злономеренное вредительство. Учитывая вид гит-репо, не дающий никакой
информаций, скорее даже второе. Именно после такого и нужно заносить в
blacklist, до лучших времен.

Это (уже второе) письмо как раз конструктивный ответ. Иначе просто
пополнился бы .mutt/score и .procmailrc. Одно или дву-сторонняя будет
конструктивность, решать вам.

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

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

08.09.2009 Alexey I. Froloff писал:
> On Tue, Sep 08, 2009 at 12:41:31AM +0400, Andrew Clark wrote:

> > > Я процитирую одного известного человека: "[мантейнер] должен
> > > понимать, зачем он отправляет пакеты в Сизиф, какие выгоды это
> > > ему приносит и какую ответственность на него возлагает."
> > Это Дмитрий Левин, если не ошибаюсь. Поймите Алексей,
> > я не против ответственности, более того, за свое "дерьмо" готов
> > выслушать по полной программе, но конкретику, а не публичное
> > "фи".

Мантейнер должен уметь извлекать информацию из того, на что ему
указывают коллеги. Иначе для него конкретикой будет лишь разжеванное и
положенное в рот, что, вообще-то, мало кому интересно.

> > > Чем больше у пакета пользователей, тем большая
> > > ответственность возлагается на мантейнера.
> > Соглашусь. Если не ошибаюсь, ALT Team ратует за повышение
> > стабильности Сизифа, я с этим согласен, поэтому пакет был
> > только в моем гите, и "отдавать" его в Сизиф не
> > протестированым, я не собирался. 

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

at@ хорошо однажды сказал в том смысле, что git поднимает качество
кода уже тем, что выкладывать хлам туда стыдно - людям насмех.

> Ну вот, собсно, первый тест (пакета) и не удался ;-)

Текст в скобочках только вычеркнуть.

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

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

Re: [sisyphus] synergy-plus

[Dmitry V. Levin]

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

On Tue, Sep 08, 2009 at 07:40:11AM +0800, Terechkov Evgenii wrote:
> 08.09.2009 Andrew Clark писал:
> 
> > > Собрал на Сизифе и 5.0. "Собирается" без проблем. Сервер на 5.0 не
> > > ставился. Хорошо что запустить нигде не успел.
> > Судя по логу, собирали старую версию, которая 1.3.4. Новая идет с
> > применением cmake.
> 
> Т.е. лог вы не читали или не поняли его. Я не зря поставил слово в
> кавычки.

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

Кроме того, я сейчас попробовал собрать коммит
5ad4b7c4b016e35e04f8962d6386aa23f60be651 из
git://git.altlinux.org/people/andyc/packages/synergy-plus.git
- представьте себе, оно что-то там компилирует на обеих архитектурах.


-- 
ldv

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

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

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

08.09.2009 Dmitry V. Levin писал:

> Кроме того, я сейчас попробовал собрать коммит
> 5ad4b7c4b016e35e04f8962d6386aa23f60be651 из
> git://git.altlinux.org/people/andyc/packages/synergy-plus.git
> - представьте себе, оно что-то там компилирует на обеих архитектурах.

Посмотрел на склонированный себе репо внимательнее. Виноват,
действительно, git remote update я сделал, но втянуть новый бранч
master (сделанный одним forced commit-ом, кстати) забыл. Каюсь.
Получается, писал сплошь о 1.3.4, имея ввиду hg-срез. Судя по коммиту,
действительно, бинарники из cmd/synergy*/ удалены и сорцам не остаётся
ничего другого, как собираться (хотя собирать что-либо из _такого_
репо у меня нет никакого желания). Это вселяет робкую надежду.

Тем не менее, это не меняет сути (но применительно к 1.3.4): не надо
делать таких "сборок", не надо делать таких репо, это путь к
apt-blacklist. Чего бы не хотелось.

-- 
                                                С уважением, Терешков
                                                Евгений, ALT Linux
                                                Team

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

Re: [sisyphus] synergy-plus

[Igor Zubkov]

8 сентября 2009 г. 2:54 пользователь Terechkov Evgenii написал:
> Судя по виду, как раз никакого критического взгляна на репо никто не
> бросал.
>
> at@ хорошо однажды сказал в том смысле, что git поднимает качество
> кода уже тем, что выкладывать хлам туда стыдно - людям насмех.

Я тут посмотрел внимательнее на пакеты Andrew и теперь знаю кому я
обязан лишними 400 мегабайтами трафику. За обновления
sauerbraten-data-20090619-alt2 и за assaultcube-data-1.0.4-alt2. В
которых ничего не менялось. Так ли уж тяжело собирать из отдельно от
бинарей?

P.S.: и пакеты в git это ещё не показатель их качества.

-- 
icesik

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 08.09.2009 07:36, Igor Zubkov wrote:
> Я тут посмотрел внимательнее на пакеты Andrew и теперь знаю кому я
> обязан лишними 400 мегабайтами трафику. За обновления
> sauerbraten-data-20090619-alt2 и за assaultcube-data-1.0.4-alt2. В
> которых ничего не менялось.
Совет действительно дельный, странно слышать его только сейчас.

>  Так ли уж тяжело собирать из отдельно от
> бинарей?
>   
Вы знаете, наверное нет, но "я не волшебник, я только учус". Я совсем
забыл,
что есть люди сидящие на лимитных тарифах и низких скоростях. Однако,
почему Вы, зная об этом, решились высказаться только здесь и сейчас, а не,
допустим, в bugzilla'е повесив баг, или не отправив письмо лично?

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 08.09.2009 03:40, Terechkov Evgenii wrote:
> Т.е. лог вы не читали или не поняли его. Я не зря поставил слово в
> кавычки.
>   
Я поглядел лог. Насколько я понял, Вас возмутило отсутствие чистки
содержимого диркетории от уже собранных бинарных файлов, которые
были заботливо включены разработчиками в тарболл? Я прав?
В моем спеке должна была находится директива  %make clean, верно?

> Будьте так добры, поверьте на слово, разбираться в механизме сборки
> своих пакетов всегда актуально. Почитайте таки лог, поймите, почему я
> так резок и почему ваши пакеты пока не стОит ставить даже для
> тестирования (про blacklist).
>   
Я пытаюсь это сделать. Было бы неплохо, если бы Вы посодействовали
мне в этом.
> Т.е. вы не понимаете, как работать с гит-репозаторием и что на самом
> деле сделали.
Излишне категорично как-то. Я понимаю что я сделал - удалил старый
репозиторий, создал новый с новым содержимым, без "версионирования".
Поскольку софт не пошел в Сизиф, я пошел на такой шаг
>  Посмотрите что-ли, как это делают другие, git.alt открыт
> для всех.
>   
Другие это делают так, как и положено делать при работе с
системой контроля версий. Каждое изменение фиксируется, дабы
была возможность откатится назад, на всякий случай.
> Доступ, время, деньги не при чем. Мне не жалко. Поимите, вы сами
> подрываете и свою репутацию и репутацию тех, кто за вас поручился.
>   
Помогите мне пожалуйста,  не подрывать репутацию тех, кто за меня
поручился. О себе я позабочусь сам.
> Да, именно так. Я был обманут предварительными результатами join-а
> (следил краем глаза) и обманчивой элементарностью спека,
Знаете, когда я перечитывал Ваши письма, я поискал похожие
спеки от Fedora и SUSE. Вы будете удивлены, но они весьма похожи
на мой, который я писал, кстати, сам.

http://thias.fedorapeople.org/review/synergy-plus/synergy-plus.spec

Сюсевский спек прилагать не буду, дабы не поднимать удельный
вес письма. Сомневающимся могу его выслать по e-mail'у.

> того, что вообще-говоря можно трактовать и как головотяпство и как
> злономеренное вредительство.
Объясните пожалуйста, в чем состоит вредительство?

>  Учитывая вид гит-репо, не дающий никакой
> информаций, скорее даже второе. Именно после такого и нужно заносить в
> blacklist, до лучших времен.
>   
Развернутое объяснение о том, что не так с гит репозиторием можете дать?
> Это (уже второе) письмо как раз конструктивный ответ. Иначе просто
> пополнился бы .mutt/score и .procmailrc. Одно или дву-сторонняя будет
> конструктивность, решать вам.
>   
Как я уже говорил, я открыт для диалога. Или спрашивать нынче зазорно?

Re: [sisyphus] synergy-plus

[Dmitry V. Levin]

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

On Wed, Sep 09, 2009 at 10:39:04PM +0400, Andrew Clark wrote:
> On 08.09.2009 03:40, Terechkov Evgenii wrote:
> > Т.е. лог вы не читали или не поняли его. Я не зря поставил слово в
> > кавычки.
> >   
> Я поглядел лог. Насколько я понял, Вас возмутило отсутствие чистки
> содержимого диркетории от уже собранных бинарных файлов, которые
> были заботливо включены разработчиками в тарболл? Я прав?

Нет, в процитированном логе отсутствовали компиляция и линковка.
В более свежем HEAD этой проблемы уже не было.

> В моем спеке должна была находится директива  %make clean, верно?

Обычно нет смысла это делать, поскольку с удалением сборочного каталога,
как правило, сложностей не возникает.


-- 
ldv

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

Re: [sisyphus] synergy-plus

[Andrew Clark]

On 08.09.2009 06:47, Terechkov Evgenii wrote:

> Судя по коммиту,
> действительно, бинарники из cmd/synergy*/ удалены и сорцам не остаётся
> ничего другого, как собираться (хотя собирать что-либо из _такого_
> репо у меня нет никакого желания). Это вселяет робкую надежду.
>   
Повторюсь -  что не так с репозиторием? Кроме того, что он был заменен
полностью?
> Тем не менее, это не меняет сути (но применительно к 1.3.4): не надо
> делать таких "сборок", не надо делать таких репо, это путь к
> apt-blacklist. Чего бы не хотелось.
>   
Если последнее предложение не ирония, то будьте добры, подскажите как
сделать
правильно.

Re: [sisyphus] synergy-plus

[Michael Shigorin]

On Tue, Sep 08, 2009 at 07:54:51AM +0800, Terechkov Evgenii wrote:
> Мантейнер должен уметь извлекать информацию из того, на что ему
> указывают коллеги. Иначе для него конкретикой будет лишь
> разжеванное и положенное в рот, что, вообще-то, мало кому
> интересно.

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

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

Re: [sisyphus] synergy-plus

[Michael Shigorin]

On Wed, Sep 09, 2009 at 10:44:23PM +0400, Dmitry V. Levin wrote:
> > В моем спеке должна была находится директива  %make clean, верно?
> Обычно нет смысла это делать, поскольку с удалением сборочного
> каталога, как правило, сложностей не возникает.

Насколько понимаю, подразумевался смысл "чтоб *make не сомневался
в необходимости сборки".

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

Re: [sisyphus] synergy-plus

[Dmitry V. Levin]

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

On Wed, Sep 09, 2009 at 11:11:46PM +0300, Michael Shigorin wrote:
> On Wed, Sep 09, 2009 at 10:44:23PM +0400, Dmitry V. Levin wrote:
> > > В моем спеке должна была находится директива  %make clean, верно?
> > Обычно нет смысла это делать, поскольку с удалением сборочного
> > каталога, как правило, сложностей не возникает.
> 
> Насколько понимаю, подразумевался смысл "чтоб *make не сомневался
> в необходимости сборки".

Если есть _вероятность_ того, что среди исходного кода есть что-то
скомпилированное, то да, конечно, make clean не помешает.


-- 
ldv

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

Re: [sisyphus] synergy-plus

[Aleksey Avdeev]

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

Dmitry V. Levin пишет:
> On Wed, Sep 09, 2009 at 11:11:46PM +0300, Michael Shigorin wrote:
>> On Wed, Sep 09, 2009 at 10:44:23PM +0400, Dmitry V. Levin wrote:
>>>> В моем спеке должна была находится директива  %make clean, верно?
>>> Обычно нет смысла это делать, поскольку с удалением сборочного
>>> каталога, как правило, сложностей не возникает.
>> Насколько понимаю, подразумевался смысл "чтоб *make не сомневался
>> в необходимости сборки".
> 
> Если есть _вероятность_ того, что среди исходного кода есть что-то
> скомпилированное, то да, конечно, make clean не помешает.

   Но только в случаи _нормально_ написанных make`файлов.

   Например, если в italc выполнить make clean после ./configure -- 
сборка будет невозможно (до повторного вызова ./configure), т. к. make 
clean удалит часть файлов configure сформированных... А правил для 
повторного их формирования в make`файлах нет.

-- 

С уважением. Алексей.



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

Re: [sisyphus] synergy-plus

[Igor Zubkov]

9 сентября 2009 г. 21:07 пользователь Andrew Clark написал:
>> Я тут посмотрел внимательнее на пакеты Andrew и теперь знаю кому я
>> обязан лишними 400 мегабайтами трафику. За обновления
>> sauerbraten-data-20090619-alt2 и за assaultcube-data-1.0.4-alt2. В
>> которых ничего не менялось.
> Совет действительно дельный, странно слышать его только сейчас.

Если бы вы в начале спросили, до я думаю вам бы ответили.

Могу добавить только то, что не надо прибивать зависимость таким образом:

%name-data = %version-%release

Или датники таки меняются?

>>  Так ли уж тяжело собирать из отдельно от
>> бинарей?
>>
> Вы знаете, наверное нет, но "я не волшебник, я только учус". Я совсем
> забыл,
> что есть люди сидящие на лимитных тарифах и низких скоростях. Однако,

У меня 5 мегабит.

> почему Вы, зная об этом, решились высказаться только здесь и сейчас, а не,
> допустим, в bugzilla'е повесив баг, или не отправив письмо лично?

Потому что проще подождать лишнии 15 минут. Есть вещи и поважнее.

-- 
icesik

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

10.09.2009 Andrew Clark писал:

> On 08.09.2009 06:47, Terechkov Evgenii wrote:
> 
> > Судя по коммиту,
> > действительно, бинарники из cmd/synergy*/ удалены и сорцам не остаётся
> > ничего другого, как собираться (хотя собирать что-либо из _такого_
> > репо у меня нет никакого желания). Это вселяет робкую надежду.
> Повторюсь -  что не так с репозиторием? Кроме того, что он был заменен
> полностью?

ldv уже всё пояснил в принципе. Я лишь уточню: вы положили в репо а)
запатченный под себя лично код (grep /home/andy/RPM
~/git/synergy-plus/* давал много матчей), но это ещё полбеды, т.к. вы
б) положили прямо в репо лично вами собранные бинарники клиента и
сервера, которые "выдаются" собирающему из репо в качестве результат
сборки. Соответственно, полученный пакет будет работать/ставиться лишь
на текущем на момент вашей сборки сизифе (но, думаю, не очень долго).
Но главное: у меня нет никаких гарантий, что полученный и запущенный
бинарник вообще говоря не руткит, внесенный злонамеренно. Поэтому я
так и сокрушаюсь что доверился вам, глядя на красивый/простой спек и
запустил эти чудо-бинари на двух своих машинах.

> > Тем не менее, это не меняет сути (но применительно к 1.3.4): не надо
> > делать таких "сборок", не надо делать таких репо, это путь к
> > apt-blacklist. Чего бы не хотелось.
> Если последнее предложение не ирония, то будьте добры, подскажите
> как сделать правильно.

Надо а) _ВСЕГДА_ разбираться в сборке свойх пакетов б) делать репо, с
которыми было бы удобно и полезно работать не только вам (напоминаю,
git/gear ввелись в основном как средство по облегчению обмена
наработками между маинтайнерами). Посмотрите как делают свои
репозитарий маинтайнеры и возьмите в пример.

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [sisyphus] synergy-plus

[Terechkov Evgenii]

10.09.2009 Michael Shigorin писал:

> > Мантейнер должен уметь извлекать информацию из того, на что ему
> > указывают коллеги. Иначе для него конкретикой будет лишь
> > разжеванное и положенное в рот, что, вообще-то, мало кому
> > интересно.
> Я тоже не врубился.  Поясни мне здесь, пожалуйста.

ldv не должен объяснять даже начинающему маинтайнеру содержимое лога
сборки его же софта, указывая на подкидывание пользователю непонятных
бинарей.

По хорошему, человека сделавшего такой репо по ошибке (я искренне хочу
в это верить), должен был "отловить" ещё его ментор, чего не
произошло. И это печально.

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [sisyphus] synergy-plus

[Konstantin Pavlov]

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

On Thu, Sep 10, 2009 at 07:25:44AM +0800, Terechkov Evgenii wrote:
> 10.09.2009 Michael Shigorin писал:
> 
> > > Мантейнер должен уметь извлекать информацию из того, на что ему
> > > указывают коллеги. Иначе для него конкретикой будет лишь
> > > разжеванное и положенное в рот, что, вообще-то, мало кому
> > > интересно.
> > Я тоже не врубился.  Поясни мне здесь, пожалуйста.
> 
> ldv не должен объяснять даже начинающему маинтайнеру содержимое лога
> сборки его же софта, указывая на подкидывание пользователю непонятных
> бинарей.
> 
> По хорошему, человека сделавшего такой репо по ошибке (я искренне хочу
> в это верить), должен был "отловить" ещё его ментор, чего не
> произошло. И это печально.

Да-да, а так же следить, чтобы возвращался домой не позже 9 вечера.

-- 
<UlfR> vvk: ничего... скоро на БЕларуси выборы будут ;)
<vvk> UlfR: эт как? А как же Лукашенко? ;-)
<UlfR> vvk: ну вот его выбирать и будем :(

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

Re: [sisyphus] synergy-plus

[Michael Shigorin]

On Thu, Sep 10, 2009 at 01:25:18AM +0300, Igor Zubkov wrote:
> Могу добавить только то, что не надо прибивать зависимость таким образом:
> %name-data = %version-%release
> Или датники таки меняются?

Да, %release определённо излишен, а если разные бинари бывают
с одной версией данных -- может иметь смысл и это учесть.

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

Re: [sisyphus] synergy-plus

[Michael Shigorin]

On Thu, Sep 10, 2009 at 07:25:44AM +0800, Terechkov Evgenii wrote:
> > > Мантейнер должен уметь извлекать информацию из того, на что
> > > ему указывают коллеги. Иначе для него конкретикой будет
> > > лишь разжеванное и положенное в рот, что, вообще-то, мало
> > > кому интересно.
> > Я тоже не врубился.  Поясни мне здесь, пожалуйста.
> ldv не должен объяснять даже начинающему маинтайнеру содержимое
> лога сборки его же софта, указывая на подкидывание пользователю
> непонятных бинарей.

Ты не ldv. :)

> По хорошему, человека сделавшего такой репо по ошибке
> (я искренне хочу в это верить)

Вообще исходить из злонамеренности обычно неправильно.

> должен был "отловить" ещё его ментор, чего не произошло.
> И это печально.

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

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

Re: [sisyphus] synergy-plus

[Michael Shigorin]

On Thu, Sep 10, 2009 at 07:18:48AM +0800, Terechkov Evgenii wrote:
> Но главное: у меня нет никаких гарантий, что полученный и
> запущенный бинарник вообще говоря не руткит, внесенный
> злонамеренно. Поэтому я так и сокрушаюсь что доверился вам,
> глядя на красивый/простой спек и запустил эти чудо-бинари на
> двух своих машинах.

Если бы я хотел над тобой так пошутить, ты бы не очень скоро
нашёл следы в красивых исходниках. :)

> Надо а) _ВСЕГДА_ разбираться в сборке свойх пакетов б) делать
> репо, с которыми было бы удобно и полезно работать не только
> вам (напоминаю, git/gear ввелись в основном как средство по
> облегчению обмена наработками между маинтайнерами).

Это да.

> Посмотрите как делают свои репозитарий маинтайнеры и возьмите в
> пример.

Не все репо одинаково полезны.  Ты уточнил бы, что ли.
И можно тогда пример на вики добавить -- e.g. отсюда:
http://www.altlinux.org/Gear_FAQ

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

Re: [sisyphus] synergy-plus

[Led]

On Saturday, 12 September 2009 19:18:18 Michael Shigorin wrote:

> > должен был "отловить" ещё его ментор, чего не произошло.
> > И это печально.
>
> Ну плюнь в меня, это я.  Нет, отследить все пакеты подопечных
> без явных запросов вообще не берусь, а на запросы тоже не всегда
> оперативно отвечаю.

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

-- 
Led

Re: [sisyphus] synergy-plus

[Michael Shigorin]

On Sat, Sep 12, 2009 at 07:54:04PM +0300, Led wrote:
> > > должен был "отловить" ещё его ментор, чего не произошло.
> > > И это печально.
> > Ну плюнь в меня, это я.  Нет, отследить все пакеты подопечных
> > без явных запросов вообще не берусь, а на запросы тоже не
> > всегда оперативно отвечаю.
> Прошу прощения, что встреваю. У меня вопро (просто из
> любопытства, никаких притензий): а в чём заключается
> (заключалось?) твоё менторство в данном конкретном случае?

Спросить человека и прислать переписку или сделать из неё выжимку?

Порой такие заключания можно заметить по активности на вики,
когда лезу за ссылкой и обнаруживаю, что там ещё не всё сказано.
Обычно около git/gear/spectips.

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

Re: [sisyphus] synergy-plus

[Led]

On Saturday, 12 September 2009 20:00:38 Michael Shigorin wrote:
> On Sat, Sep 12, 2009 at 07:54:04PM +0300, Led wrote:
> > > > должен был "отловить" ещё его ментор, чего не произошло.
> > > > И это печально.
> > >
> > > Ну плюнь в меня, это я.  Нет, отследить все пакеты подопечных
> > > без явных запросов вообще не берусь, а на запросы тоже не
> > > всегда оперативно отвечаю.
> >
> > Прошу прощения, что встреваю. У меня вопро (просто из
> > любопытства, никаких притензий): а в чём заключается
> > (заключалось?) твоё менторство в данном конкретном случае?
>
> Спросить человека и прислать переписку или сделать из неё выжимку?

Не, не надо.

> Порой такие заключания можно заметить по активности на вики,
> когда лезу за ссылкой и обнаруживаю, что там ещё не всё сказано.
> Обычно около git/gear/spectips.

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

-- 
Led

Re: [sisyphus] synergy-plus [fixup]

[Michael Shigorin]

On Sat, Sep 12, 2009 at 07:18:18PM +0300, I wrote:
> > ldv не должен объяснять даже начинающему маинтайнеру [...]
> Ты не ldv. :)

Поскольку возникли разночтения offlist, цитирую часть ответа там же:

---
> >>ldv не должен объяснять даже начинающему маинтайнеру
> >>содержимое лога сборки его же софта
> ты ответил:
> >Ты не ldv.

Нет, я ответил:
  
  Ты не ldv. :)

Например, так бы _не_ ответил:
  
  Вы не ldv.

> Тем самым дав понять, что критикуемый может не обращать
> внимания на критику кого-либо, кроме ldv, а критикующий -
> "никто" и всегда будет "никто", потому что он не ldv.

Ну ты даёшь.  Вообще-то смысл был тот, что нефиг кивать
на других в терминах "должен-не_должен", и не более.
---

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