> Добро пожаловать в список рассылки devel-newbies@lists.altlinux.org. > Он предназначен для общения начинающих и терпеливых мейнтейнеров ALT > Linux. s/Он/Этот список/ > Задавая вопрос, стоит приложить разумные усилия к поиску, возможно, > уже данного на него ответа -- в этом поможет s|к поиску, возможно, уже данного на него ответа|к поиску обсуждения этого или схожего с ним вопроса| > http://search.altlinux.org; в любом случае ответы намёками и прочие > содержательные исключительно для тех, кто в них и так не нуждается -- > в этом списке рассылки неуместны. > > Предлагаем заглянуть на ALT wiki по адресу http://www.altlinux.org и в > том числе продраться через страницу о правилах общения в списках что такое "продраться"?
On Wed, Sep 30, 2009 at 08:35:13AM +0400, Kharitonov A. Dmitry wrote: > >Добро пожаловать в список рассылки devel-newbies@lists.altlinux.org. > >Он предназначен для общения начинающих и терпеливых мейнтейнеров ALT > >Linux. > s/Он/Этот список/ список-список. :) > >Задавая вопрос, стоит приложить разумные усилия к поиску, > >возможно, уже данного на него ответа -- в этом поможет > s|к поиску, возможно, уже данного на него ответа|к поиску > обсуждения этого или схожего с ним вопроса| ack > >том числе продраться через страницу о правилах общения > что такое "продраться"? Добраться до конца с некоторым трудом. Совсем плохо? --- 20091005 Здесь начинающие майнтейнеры ALT Linux могут пообщаться с терпеливыми коллегами по разработке. Задавая вопрос, стоит приложить разумные усилия к поиску схожего -- в этом поможет http://search.altlinux.org; в любом случае ответы намёками и прочие содержательные исключительно для тех, кто в них и так не нуждается -- в этом списке рассылки неуместны. Предлагаем заглянуть на ALT wiki по адресу http://www.altlinux.org и в том числе продраться через страницу о правилах общения в списках рассылки: http://www.altlinux.org/ListRules; также может пригодиться подборка ссылок на http://www.altlinux.org/Newbies --- -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
2009/10/5 Michael Shigorin <mike@osdn.org.ua>: .. > --- 20091005 > Здесь начинающие майнтейнеры ALT Linux могут пообщаться с терпеливыми коллегами по разработке. > > Задавая вопрос, стоит приложить разумные усилия к поиску схожего -- в этом поможет http://search.altlinux.org; в любом случае ответы намёками и прочие содержательные исключительно для тех, кто в них и так не нуждается -- в этом списке рассылки неуместны. s#приложить разумные усилия к поиску похожего#обратиться к поиску# > Предлагаем заглянуть на ALT wiki по адресу http://www.altlinux.org и в том числе продраться через страницу о правилах общения в списках рассылки: http://www.altlinux.org/ListRules; > также может пригодиться подборка ссылок на http://www.altlinux.org/Newbies 1) "и, в том числе," 2) s#продраться через страницу#ознакомиться со страницей# ИМХО, так лучше. -- xmpp: pma AT altlinux DOT org
Mikhail A. Pokidko wrote:
> 2009/10/5 Michael Shigorin <mike@osdn.org.ua>:
>
> ..
>
>> --- 20091005
>> Здесь начинающие майнтейнеры ALT Linux могут пообщаться с терпеливыми коллегами по разработке.
>>
>> Задавая вопрос, стоит приложить разумные усилия к поиску схожего -- в этом поможет http://search.altlinux.org; в любом случае ответы намёками и прочие содержательные исключительно для тех, кто в них и так не нуждается -- в этом списке рассылки неуместны.
>>
>
> s#приложить разумные усилия к поиску похожего#обратиться к поиску#
>
Лучше пусть прикладывают усилия, чем обращаются, пусть стараются
[-- Attachment #1: Type: text/plain, Size: 1862 bytes --] 05.10.2009 22:06, Kharitonov A. Dmitry пишет: > сборщик обнаглел немного > http://git.altlinux.org/tasks/13746/task/log > > 2009-Oct-04 16:40:01 :: task #13746 for 4.0 started: > #1 build 1.8.0.1-alt2.0.M40.1 from > /people/kharpost/packages/lightsquid-admin.git > 2009-Oct-04 16:40:01 :: created pkg.tar for lightsquid-admin.git tag > 1.8.0.1-alt2.0.M40.1 > 2009-Oct-04 16:40:02 :: [x86_64] lightsquid-admin.git > 1.8.0.1-alt2.0.M40.1: build start > 2009-Oct-04 16:40:02 :: [i586] lightsquid-admin.git > 1.8.0.1-alt2.0.M40.1: build start > 2009-Oct-04 16:40:56 :: [x86_64] lightsquid-admin.git > 1.8.0.1-alt2.0.M40.1: build OK ^^^^^^^^ > 2009-Oct-04 16:40:58 :: [i586] lightsquid-admin.git > 1.8.0.1-alt2.0.M40.1: build OK ^^^^^^^^ > 2009-Oct-04 16:41:01 :: build check OK > 2009-Oct-04 16:41:02 :: plan OK > 2009-Oct-04 16:41:02 :: version check OK > 2009-Oct-04 16:42:27 :: created test repo > 2009-Oct-04 16:42:32 :: dependencies check OK > ---8<---8<--- > <13>Oct 4 16:42:58 rpmi: libapt-0.5.15lorg2-alt18.M40.1 installed > <13>Oct 4 16:42:58 rpmi: apt-0.5.15lorg2-alt18.M40.1 installed > /root/tmp/rpm-tmp.6115: line 1: gpasswd: command not found > /root/tmp/rpm-tmp.6115: line 2: gpasswd: command not found > /root/tmp/rpm-tmp.6115: line 3: gpasswd: command not found > error: execution of %pre scriptlet from > lightsquid-admin-apache-1.8.0.1-alt2.0.M40.1 failed, exit status 127 > error: install: %pre scriptlet failed (2), skipping ... > > На кого вешать багу? Того кто видит или кто не видит? Всё верно: сломана не сборка, а устонавливаемость в минимальный chroot -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после сборки). Пакету надо требовать shadow-groups, раз он использует его компоненты. -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 553 bytes --]
сборщик обнаглел немного http://git.altlinux.org/tasks/13746/task/log 2009-Oct-04 16:40:01 :: task #13746 for 4.0 started: #1 build 1.8.0.1-alt2.0.M40.1 from /people/kharpost/packages/lightsquid-admin.git 2009-Oct-04 16:40:01 :: created pkg.tar for lightsquid-admin.git tag 1.8.0.1-alt2.0.M40.1 2009-Oct-04 16:40:02 :: [x86_64] lightsquid-admin.git 1.8.0.1-alt2.0.M40.1: build start 2009-Oct-04 16:40:02 :: [i586] lightsquid-admin.git 1.8.0.1-alt2.0.M40.1: build start 2009-Oct-04 16:40:56 :: [x86_64] lightsquid-admin.git 1.8.0.1-alt2.0.M40.1: build OK 2009-Oct-04 16:40:58 :: [i586] lightsquid-admin.git 1.8.0.1-alt2.0.M40.1: build OK 2009-Oct-04 16:41:01 :: build check OK 2009-Oct-04 16:41:02 :: plan OK 2009-Oct-04 16:41:02 :: version check OK 2009-Oct-04 16:42:27 :: created test repo 2009-Oct-04 16:42:32 :: dependencies check OK ---8<---8<--- <13>Oct 4 16:42:58 rpmi: libapt-0.5.15lorg2-alt18.M40.1 installed <13>Oct 4 16:42:58 rpmi: apt-0.5.15lorg2-alt18.M40.1 installed /root/tmp/rpm-tmp.6115: line 1: gpasswd: command not found /root/tmp/rpm-tmp.6115: line 2: gpasswd: command not found /root/tmp/rpm-tmp.6115: line 3: gpasswd: command not found error: execution of %pre scriptlet from lightsquid-admin-apache-1.8.0.1-alt2.0.M40.1 failed, exit status 127 error: install: %pre scriptlet failed (2), skipping lightsquid-admin-apache-1.8.0.1-alt2.0.M40.1 hsh-install: Packages installation failed. x86_64: lightsquid-admin-apache2=1.8.0.1-alt2.0.M40.1 install failed: file /var/www/html/lightsquid conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.0.M40.1 and lightsquid-admin-1.8.0.1-alt2.0.M40.1 file /var/www/html/lightsquid/admin conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.0.M40.1 and lightsquid-admin-1.8.0.1-alt2.0.M40.1 file /var/www/html/lightsquid/admin/user_detail.cgi conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.0.M40.1 and lightsquid-admin-1.8.0.1-alt2.0.M40.1 file /var/www/html/lightsquid/admin/user_time.cgi conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.0.M40.1 and lightsquid-admin-1.8.0.1-alt2.0.M40.1 file /var/www/html/lightsquid/bigfiles.cgi conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.0.M40.1 and lightsquid-admin-1.8.0.1-alt2.0.M40.1 file /var/www/html/lightsquid/day_detail.cgi conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.0.M40.1 and lightsquid-admin-1.8.0.1-alt2.0.M40.1 file /var/www/html/lightsquid/get.cgi conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.0.M40.1 and lightsquid-admin-1.8.0.1-alt2.0.M40.1 ---8<---8<--- hsh-install: Packages installation failed. 2009-Oct-04 16:43:07 :: [x86_64] install check FAILED 2009-Oct-04 16:43:08 :: [i586] install check FAILED 2009-Oct-04 16:43:08 :: task #13746 for 4.0 FAILED ---------------------------------------------------------- А теперь в хашере: [user@eeedima gitalt-tasker]$ pushd /home/user/work/gitalt-tasker; boxhasher=~/tmp/hasher; sudo apt-get update; sudo rm -fr "$boxhasher"; mkdir -p "$boxhasher"; gear -vvv --commit --hasher -- hsh --lazy-cleanup --target=noarch --apt-config=/etc/apt/40/apt.conf "$boxhasher" ~/work/gitalt-tasker ~/work/gitalt-tasker ~/work/lightsquid-admin [sudo] password for user: Reading Package Lists... Done Building Dependency Tree... Done mkdir: создан каталог `/home/user/tmp/gear.TWlpMFBW/out' # On branch master # Untracked files: # (use "git add <file>..." to include in what will be committed) # # gitalt-tasker/git-task-server~ # gitalt-tasker/git-task~ # pass # tasks # tasks~ nothing added to commit but untracked files present (use "git add" to track) gear: Extracted archive: gitalt-tasker-0.0.1.0.tgz gear: Extracted specfile: gitalt-tasker.spec gear: Executing: gear-command-hasher hsh --lazy-cleanup --target=noarch --apt-config=/etc/apt/40/apt.conf /home/user/tmp/hasher gear-command-hasher: Created output tarball: /home/user/tmp/gear.TWlpMFBW/work/pkg.tar gear-command-hasher: Executing: hsh --lazy-cleanup --target=noarch --apt-config=/etc/apt/40/apt.conf /home/user/tmp/hasher /home/user/tmp/gear.TWlpMFBW/work/pkg.tar DEBUG: apt_config=/etc/apt/40/apt.conf DEBUG:create initial apt.conf file cat "/etc/apt/40/apt.conf" ---8<---8<--- <13>Oct 5 21:51:54 rpmi: libuuid-1.40.4-alt1 installed <13>Oct 5 21:51:54 rpmi: shadow-convert-1:4.0.4.1-alt8 installed <10>Oct 5 21:51:54 pwconv: cannot open login definitions /etc/login.defs [No such file or directory] <10>Oct 5 21:51:54 pwconv: cannot open login definitions /etc/login.defs [No such file or directory] ---8<---8<--- Ой это не я ---8<---8<--- <13>Oct 5 21:53:31 rpmi: rpm-macros-branch-0.2-alt0.M41.1 installed Building target platforms: noarch Building for target noarch Wrote: /usr/src/in/srpm/gitalt-tasker-0.0.1.0-alt0.M41.1.src.rpm Installing gitalt-tasker-0.0.1.0-alt0.M41.1.src.rpm Building target platforms: noarch Building for target noarch Executing(%prep): /bin/sh -e /usr/src/tmp/rpm-tmp.95675 + umask 022 + /bin/mkdir -p /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + rm -rf gitalt-tasker-0.0.1.0 + echo 'Source #0 (gitalt-tasker-0.0.1.0.tgz):' Source #0 (gitalt-tasker-0.0.1.0.tgz): + /bin/gzip -dc /usr/src/RPM/SOURCES/gitalt-tasker-0.0.1.0.tgz + /bin/tar -xf - + cd gitalt-tasker-0.0.1.0 + /bin/chmod -Rf u+rwX,go-w . + exit 0 Executing(%install): /bin/sh -e /usr/src/tmp/rpm-tmp.95675 + umask 022 + /bin/mkdir -p /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + /bin/chmod -Rf u+rwX -- /usr/src/tmp/gitalt-tasker-buildroot + : + /bin/rm -rf -- /usr/src/tmp/gitalt-tasker-buildroot + cd gitalt-tasker-0.0.1.0 + mkdir -p /usr/src/tmp/gitalt-tasker-buildroot/etc + mkdir -p /usr/src/tmp/gitalt-tasker-buildroot/usr/bin + mkdir -p /usr/src/tmp/gitalt-tasker-buildroot/etc/cron.d/ + mkdir -p /usr/src/tmp/gitalt-tasker-buildroot/var/lib/gitalt-tasker + touch /usr/src/tmp/gitalt-tasker-buildroot/var/lib/gitalt-tasker/repos + subst 's|source[[:space:]]*"/etc/g.*|source "/etc/git-task.conf"|' git-task git-task-server + subst 's|cacherepos="/var/.*|cacherepos="/var/lib/gitalt-tasker/repos"|' git-task git-task-server + subst 's|version[[:space:]]\+.*"|version 0.0.1.0-alt0.M41.1"|' git-task git-task-server + /bin/install -p -m 755 git-task git-task-server /usr/src/tmp/gitalt-tasker-buildroot/usr/bin/ + /bin/install -p -m 644 git-task.conf /usr/src/tmp/gitalt-tasker-buildroot/etc + /bin/cat + /bin/cat + /usr/lib/rpm/brp-alt Cleaning files in /usr/src/tmp/gitalt-tasker-buildroot (auto) Verifying and fixing files in /usr/src/tmp/gitalt-tasker-buildroot (binconfig,pkgconfig,libtool) Compressing files in /usr/src/tmp/gitalt-tasker-buildroot (auto) Adjusting library links in /usr/src/tmp/gitalt-tasker-buildroot ./var/lib: Verifying ELF objects in /usr/src/tmp/gitalt-tasker-buildroot (arch=normal,fhs=normal,rpath=normal,stack=normal,textrel=normal,unresolved=normal) Stripping binaries in /usr/src/tmp/gitalt-tasker-buildroot (executable,shared) Processing files: gitalt-tasker-0.0.1.0-alt0.M41.1 Finding Provides (using /usr/lib/rpm/find-provides) Executing(Provides): /bin/sh -e /usr/src/tmp/rpm-tmp.95675 + umask 022 + /bin/mkdir -p /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + /usr/lib/rpm/find-provides + exit 0 Finding Requires (using /usr/lib/rpm/find-requires) Executing(Requires): /bin/sh -e /usr/src/tmp/rpm-tmp.70705 + umask 022 + /bin/mkdir -p /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + /usr/lib/rpm/find-requires + exit 0 Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1, rpmlib(CompressedFileNames) <= 3.0.4-1 Requires: coreutils, git-core, rsync, rpm >= 4.0.4-alt95.M41.7, menu >= 2.1.41-alt3.M41.1, bash, grep, rpm-utils, sed Processing files: gitalt-tasker-server-0.0.1.0-alt0.M41.1 Finding Provides (using /usr/lib/rpm/find-provides) Executing(Provides): /bin/sh -e /usr/src/tmp/rpm-tmp.26400 + umask 022 + /bin/mkdir -p /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + /usr/lib/rpm/find-provides + exit 0 Finding Requires (using /usr/lib/rpm/find-requires) Executing(Requires): /bin/sh -e /usr/src/tmp/rpm-tmp.32847 + umask 022 + /bin/mkdir -p /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + /usr/lib/rpm/find-requires + exit 0 Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1, rpmlib(CompressedFileNames) <= 3.0.4-1 Requires: gitalt-tasker = 0.0.1.0-alt0.M41.1, coreutils, git-core, /etc/cron.d, bash, findutils, grep, sed, su Finding unpackaged files (using /usr/lib/rpm/check-files) Executing(check-files): /bin/sh -e /usr/src/tmp/rpm-tmp.29604 + 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/gitalt-tasker-0.0.1.0-alt0.M41.1.src.rpm Wrote: /usr/src/RPM/RPMS/noarch/gitalt-tasker-0.0.1.0-alt0.M41.1.noarch.rpm Wrote: /usr/src/RPM/RPMS/noarch/gitalt-tasker-server-0.0.1.0-alt0.M41.1.noarch.rpm 5.09user 1.23system 0:10.62elapsed 59%CPU (0avgtext+0avgdata 0maxresident)k 0inputs+0outputs (0major+148111minor)pagefaults 0swaps На кого вешать багу? Того кто видит или кто не видит?
Aleksey Avdeev wrote:
> 05.10.2009 22:06, Kharitonov A. Dmitry пишет:
>
>> сборщик обнаглел немного
>> http://git.altlinux.org/tasks/13746/task/log
>>
>> 2009-Oct-04 16:40:01 :: task #13746 for 4.0 started:
>> #1 build 1.8.0.1-alt2.0.M40.1 from
>> /people/kharpost/packages/lightsquid-admin.git
>> 2009-Oct-04 16:40:01 :: created pkg.tar for lightsquid-admin.git tag
>> 1.8.0.1-alt2.0.M40.1
>> 2009-Oct-04 16:40:02 :: [x86_64] lightsquid-admin.git
>> 1.8.0.1-alt2.0.M40.1: build start
>> 2009-Oct-04 16:40:02 :: [i586] lightsquid-admin.git
>> 1.8.0.1-alt2.0.M40.1: build start
>> 2009-Oct-04 16:40:56 :: [x86_64] lightsquid-admin.git
>> 1.8.0.1-alt2.0.M40.1: build OK
>>
> ^^^^^^^^
>
>> 2009-Oct-04 16:40:58 :: [i586] lightsquid-admin.git
>> 1.8.0.1-alt2.0.M40.1: build OK
>>
> ^^^^^^^^
>
>> 2009-Oct-04 16:41:01 :: build check OK
>> 2009-Oct-04 16:41:02 :: plan OK
>> 2009-Oct-04 16:41:02 :: version check OK
>> 2009-Oct-04 16:42:27 :: created test repo
>> 2009-Oct-04 16:42:32 :: dependencies check OK
>> ---8<---8<---
>> <13>Oct 4 16:42:58 rpmi: libapt-0.5.15lorg2-alt18.M40.1 installed
>> <13>Oct 4 16:42:58 rpmi: apt-0.5.15lorg2-alt18.M40.1 installed
>> /root/tmp/rpm-tmp.6115: line 1: gpasswd: command not found
>> /root/tmp/rpm-tmp.6115: line 2: gpasswd: command not found
>> /root/tmp/rpm-tmp.6115: line 3: gpasswd: command not found
>> error: execution of %pre scriptlet from
>> lightsquid-admin-apache-1.8.0.1-alt2.0.M40.1 failed, exit status 127
>> error: install: %pre scriptlet failed (2), skipping
>>
> ...
>
>> На кого вешать багу? Того кто видит или кто не видит?
>>
>
> Всё верно: сломана не сборка, а устонавливаемость в минимальный chroot
> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после
> сборки).
>
> Пакету надо требовать shadow-groups, раз он использует его компоненты.
>
Значит багу вешать на хашер. В моём понимании если ошибка есть, то её
должна отслеживать все, и, наоборот.
On Mon, 05 Oct 2009 22:26:27 +0400
Kharitonov A. Dmitry wrote:
> >> На кого вешать багу? Того кто видит или кто не видит?
> >
> > Всё верно: сломана не сборка, а устонавливаемость в минимальный chroot
> > -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после
> > сборки).
> >
> > Пакету надо требовать shadow-groups, раз он использует его компоненты.
> >
> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её
> должна отслеживать все, и, наоборот.
Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета
должен проверять мэйнтейнер.
[-- Attachment #1: Type: text/plain, Size: 2933 bytes --] 05.10.2009 22:26, Kharitonov A. Dmitry пишет: > Aleksey Avdeev wrote: >> 05.10.2009 22:06, Kharitonov A. Dmitry пишет: >> >>> сборщик обнаглел немного >>> http://git.altlinux.org/tasks/13746/task/log >>> >>> 2009-Oct-04 16:40:01 :: task #13746 for 4.0 started: >>> #1 build 1.8.0.1-alt2.0.M40.1 from >>> /people/kharpost/packages/lightsquid-admin.git >>> 2009-Oct-04 16:40:01 :: created pkg.tar for lightsquid-admin.git tag >>> 1.8.0.1-alt2.0.M40.1 >>> 2009-Oct-04 16:40:02 :: [x86_64] lightsquid-admin.git >>> 1.8.0.1-alt2.0.M40.1: build start >>> 2009-Oct-04 16:40:02 :: [i586] lightsquid-admin.git >>> 1.8.0.1-alt2.0.M40.1: build start >>> 2009-Oct-04 16:40:56 :: [x86_64] lightsquid-admin.git >>> 1.8.0.1-alt2.0.M40.1: build OK >>> >> ^^^^^^^^ >> >>> 2009-Oct-04 16:40:58 :: [i586] lightsquid-admin.git >>> 1.8.0.1-alt2.0.M40.1: build OK >>> >> ^^^^^^^^ >> >>> 2009-Oct-04 16:41:01 :: build check OK >>> 2009-Oct-04 16:41:02 :: plan OK >>> 2009-Oct-04 16:41:02 :: version check OK >>> 2009-Oct-04 16:42:27 :: created test repo >>> 2009-Oct-04 16:42:32 :: dependencies check OK >>> ---8<---8<--- >>> <13>Oct 4 16:42:58 rpmi: libapt-0.5.15lorg2-alt18.M40.1 installed >>> <13>Oct 4 16:42:58 rpmi: apt-0.5.15lorg2-alt18.M40.1 installed >>> /root/tmp/rpm-tmp.6115: line 1: gpasswd: command not found >>> /root/tmp/rpm-tmp.6115: line 2: gpasswd: command not found >>> /root/tmp/rpm-tmp.6115: line 3: gpasswd: command not found >>> error: execution of %pre scriptlet from >>> lightsquid-admin-apache-1.8.0.1-alt2.0.M40.1 failed, exit status 127 >>> error: install: %pre scriptlet failed (2), skipping >>> >> ... >> >>> На кого вешать багу? Того кто видит или кто не видит? >>> >> >> Всё верно: сломана не сборка, а устонавливаемость в минимальный chroot >> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после >> сборки). >> >> Пакету надо требовать shadow-groups, раз он использует его компоненты. >> > Значит багу вешать на хашер. В моём понимании если ошибка есть, то её > должна отслеживать все, и, наоборот. В данном случаи -- нет, т. к. целостности репозитория и устанавлеваемости свежесобранных пакетов от хашера никто не требует: это не его задача! Т. е. сборка в репозиторий выглядит так (упрощённо): 1. Запуск hasher для сборки в целевой репозиторий: 1.1. Сборка пакета. 1.2. sisyphus_check -- _быстрая_ проверка на корректность сборки пакета, _без_ доступа к целевому репозиторию. 2. Проверки уровня репозитория (требуют доступа к целевому репозиторию): 2.1. Проверка на устонавливаемость (то что у тебя сейчас взорвалось). 2.3. Проверка на анметы (или как-их-там-правильно) ... 4. Помещение собранного в целевой репозиторий. В краце: проверки уровня репозитория -- это выше чем уровень хашера. -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 553 bytes --]
[-- Attachment #1: Type: text/plain, Size: 918 bytes --] 05.10.2009 22:46, Kharitonov A. Dmitry пишет: > Grigory Batalov wrote: >> On Mon, 05 Oct 2009 22:26:27 +0400 >> Kharitonov A. Dmitry wrote: >> >> >>>>> На кого вешать багу? Того кто видит или кто не видит? >>>>> >>>> Всё верно: сломана не сборка, а устонавливаемость в минимальный >>>> chroot >>>> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после >>>> сборки). >>>> >>>> Пакету надо требовать shadow-groups, раз он использует его >>>> компоненты. >>>> >>> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её >>> должна отслеживать все, и, наоборот. >>> >> >> Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета >> должен проверять мэйнтейнер. >> > У меня-то устанавливается. И устанавливается на 3 серверах на бранче 4.0 Не показатель: там shadow-groups уже установлен. -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 553 bytes --]
Grigory Batalov wrote:
> On Mon, 05 Oct 2009 22:26:27 +0400
> Kharitonov A. Dmitry wrote:
>
>
>>>> На кого вешать багу? Того кто видит или кто не видит?
>>>>
>>> Всё верно: сломана не сборка, а устонавливаемость в минимальный chroot
>>> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после
>>> сборки).
>>>
>>> Пакету надо требовать shadow-groups, раз он использует его компоненты.
>>>
>>>
>> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её
>> должна отслеживать все, и, наоборот.
>>
>
> Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета
> должен проверять мэйнтейнер.
>
У меня-то устанавливается. И устанавливается на 3 серверах на бранче 4.0
Aleksey Avdeev wrote:
> 05.10.2009 22:46, Kharitonov A. Dmitry пишет:
>
>> Grigory Batalov wrote:
>>
>>> On Mon, 05 Oct 2009 22:26:27 +0400
>>> Kharitonov A. Dmitry wrote:
>>>
>>>
>>>
>>>>>> На кого вешать багу? Того кто видит или кто не видит?
>>>>>>
>>>>>>
>>>>> Всё верно: сломана не сборка, а устонавливаемость в минимальный
>>>>> chroot
>>>>> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после
>>>>> сборки).
>>>>>
>>>>> Пакету надо требовать shadow-groups, раз он использует его
>>>>> компоненты.
>>>>>
>>>>>
>>>> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её
>>>> должна отслеживать все, и, наоборот.
>>>>
>>>>
>>> Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета
>>> должен проверять мэйнтейнер.
>>>
>>>
>> У меня-то устанавливается. И устанавливается на 3 серверах на бранче 4.0
>>
>
> Не показатель: там shadow-groups уже установлен.
>
А нафига он тогда в хашере устанавливается? Я его об этом не прошу.
[-- Attachment #1: Type: text/plain, Size: 1357 bytes --] 05.10.2009 23:29, Kharitonov A. Dmitry пишет: > Aleksey Avdeev wrote: >> 05.10.2009 22:46, Kharitonov A. Dmitry пишет: >> >>> Grigory Batalov wrote: >>> >>>> On Mon, 05 Oct 2009 22:26:27 +0400 >>>> Kharitonov A. Dmitry wrote: >>>> >>>> >>>> >>>>>>> На кого вешать багу? Того кто видит или кто не видит? >>>>>>> >>>>>> Всё верно: сломана не сборка, а устонавливаемость в минимальный >>>>>> chroot >>>>>> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после >>>>>> сборки). >>>>>> >>>>>> Пакету надо требовать shadow-groups, раз он использует его >>>>>> компоненты. >>>>>> >>>>> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её >>>>> должна отслеживать все, и, наоборот. >>>>> >>>> Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета >>>> должен проверять мэйнтейнер. >>>> >>> У меня-то устанавливается. И устанавливается на 3 серверах на бранче 4.0 >>> >> >> Не показатель: там shadow-groups уже установлен. >> > А нафига он тогда в хашере устанавливается? Я его об этом не прошу. То-ли я тебя не понимаю, то-ли мы говорим о разном. Попробуй выполнить следующее: $ hsh --initroot-only <chroot> $ hsh-install <chroot> <руть к файлу пакета> -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 553 bytes --]
On Mon, 05 Oct 2009 23:29:37 +0400
Kharitonov A. Dmitry wrote:
> >>>> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её
> >>>> должна отслеживать все, и, наоборот.
> >>>>
> >>> Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета
> >>> должен проверять мэйнтейнер.
> >>>
> >> У меня-то устанавливается. И устанавливается на 3 серверах на бранче 4.0
> >
> > Не показатель: там shadow-groups уже установлен.
> >
> А нафига он тогда в хашере устанавливается? Я его об этом не прошу.
Вы путаете hasher и git.alt.
git.alt - "сборочный портал", использующий и hasher помимо других программ.
Вам необязательно самому собирать пакеты в хэшере, gear умеет работать и
с rpmbuild. Однако, учитывая, что мимо git.alt Ваш пакет не попадёт в Сизиф,
есть резон воспользоваться локально именно хэшером, чтобы ничего не упустить.
Конкретно в Вашем пакете (в спек-файле) есть абзац:
%pre apache
gpasswd -a %applname apache
gpasswd -a %applname _webserver
gpasswd -a apache _webserver
%pre apache2
gpasswd -a %applname apache2
gpasswd -a %applname _webserver
gpasswd -a apache2 _webserver
Поэтому следует добавить также в секции
%package apache
Requires(pre): shadow-groups
%package apache2
Requires(pre): shadow-groups
Тогда gpasswd из shadow-groups будет доступен на этапе %pre
соответствующих пакетов.
Grigory Batalov wrote: > On Mon, 05 Oct 2009 23:29:37 +0400 > Kharitonov A. Dmitry wrote: > > >>>>>> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её >>>>>> должна отслеживать все, и, наоборот. >>>>>> >>>>>> >>>>> Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета >>>>> должен проверять мэйнтейнер. >>>>> >>>>> >>>> У меня-то устанавливается. И устанавливается на 3 серверах на бранче 4.0 >>>> >>> Не показатель: там shadow-groups уже установлен. >>> >>> >> А нафига он тогда в хашере устанавливается? Я его об этом не прошу. >> > > Вы путаете hasher и git.alt. > git.alt - "сборочный портал", использующий и hasher помимо других программ. > Вам необязательно самому собирать пакеты в хэшере, gear умеет работать и > с rpmbuild. Однако, учитывая, что мимо git.alt Ваш пакет не попадёт в Сизиф, > есть резон воспользоваться локально именно хэшером, чтобы ничего не упустить. > > Конкретно в Вашем пакете (в спек-файле) есть абзац: > %pre apache > gpasswd -a %applname apache > gpasswd -a %applname _webserver > gpasswd -a apache _webserver > > %pre apache2 > gpasswd -a %applname apache2 > gpasswd -a %applname _webserver > gpasswd -a apache2 _webserver > > Поэтому следует добавить также в секции > > %package apache > Requires(pre): shadow-groups > > %package apache2 > Requires(pre): shadow-groups > > Тогда gpasswd из shadow-groups будет доступен на этапе %pre > соответствующих пакетов. > Это понятно. Не понятно, почему хашер эту ошибку не видит. А вот эти ошибки я, честно говоря, вообще не знаю откуда взялись и как исправить http://git.altlinux.org/tasks/13798/task/log те пакет конфликтует с самим собой же. Бага какая-то и явно не пакета я сейчас ошибку с shadow-groups верну, пересоберу в хашере и вручную в хашере установлю, как просит solo@
On Tue, 06 Oct 2009 00:21:04 +0400 Kharitonov A. Dmitry wrote: > > Тогда gpasswd из shadow-groups будет доступен на этапе %pre > > соответствующих пакетов. > > > Это понятно. Не понятно, почему хашер эту ошибку не видит. Он и не должен. См. выше: --- On Mon, 5 Oct 2009 22:35:49 +0400 Grigory Batalov wrote: > Устанавливаемость (в чрут) собранного в хэшере пакета > должен проверять мэйнтейнер. --- > А вот эти ошибки я, честно говоря, вообще не знаю откуда взялись и как > исправить > > http://git.altlinux.org/tasks/13798/task/log > те пакет конфликтует с самим собой же. Бага какая-то и явно не пакета x86_64: lightsquid-admin-apache2=1.8.0.1-alt2.2.M40.1 install failed: file /var/www/html/lightsquid conflicts between attempted installs of lightsquid-admin-apache2-1.8.0.1-alt2.2.M40.1 and lightsquid-admin-1.8.0.1-alt2.2.M40.1 У Вас в разные пакеты попадают одни и те же файлы, например, /var/www/html/lightsquid %files ... %dir %attr(1755,%applname,_webserver) %lightdir ... %attr(0755,%applname,_webserver) %lightdir/*.cgi %attr(0755,%applname,_webserver) %lightdir/admin/*.cgi %files apache2 ... %lightdir2 Это потому, что %apache2_home определён условно: %define applname lightsquid ... %if_with MASTER %define apache2_home %webserver_datadir/apache2/html %else %define apache2_home %apache_home %endif ... %define lightdir2 %apache2_home/%applname На git.alt пакеты собираются без %MASTER .
[-- Attachment #1: Type: text/plain, Size: 950 bytes --] On Tue, Oct 06, 2009 at 01:31:47AM +0400, Grigory Batalov wrote: > > > Тогда gpasswd из shadow-groups будет доступен на этапе %pre > > > соответствующих пакетов. > > Это понятно. Не понятно, почему хашер эту ошибку не видит. > Он и не должен. Кажется автор вопроса не очень понимает в чём ошибка. rpm из 4.0 не умеет автоматический поиск зависимостей в post-скриптах, а ручное добавление shadow-groups в Requires тоже эту ошибку не устраняет. Зависимость должна бить вида Requires(pre), поскольку этот пакет нужен исключительно на стадии установки. Потом shadow-groups можно будет удалить. > У Вас в разные пакеты попадают одни и те же файлы, например, > /var/www/html/lightsquid Ну, один файл можно запаковать в два пакета, при условии совпадения прав, mtime и md5sum. Для каталогов достаточно только совпадения прав, но в данном случае в разные подпакеты пакуется один каталог с разными правами. -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
Alexey I. Froloff wrote: > On Tue, Oct 06, 2009 at 01:31:47AM +0400, Grigory Batalov wrote: > >>>> Тогда gpasswd из shadow-groups будет доступен на этапе %pre >>>> соответствующих пакетов. >>>> >>> Это понятно. Не понятно, почему хашер эту ошибку не видит. >>> >> Он и не должен. >> > Кажется автор вопроса не очень понимает в чём ошибка. rpm из 4.0 > не умеет автоматический поиск зависимостей в post-скриптах, а > ручное добавление shadow-groups в Requires тоже эту ошибку не > устраняет. Зависимость должна бить вида Requires(pre), поскольку > этот пакет нужен исключительно на стадии установки. Потом > shadow-groups можно будет удалить. > > >> У Вас в разные пакеты попадают одни и те же файлы, например, >> /var/www/html/lightsquid >> > Ну, один файл можно запаковать в два пакета, при условии > совпадения прав, mtime и md5sum. Для каталогов достаточно > только совпадения прав, но в данном случае в разные подпакеты > пакуется один каталог с разными правами. > вынужден попросить вас показать пальцем на ошибку, тк я таковой ситуации в своём спеке не вижу http://git.altlinux.org/people/kharpost/packages/?p=lightsquid-admin.git;a=blob;f=lightsquid-admin.spec;h=8c47247acef57561c640f8dbfcc958a7847a40b5;hb=c4a55318cc28ac4739418a0e4031bc2b42a2e03f
Aleksey Avdeev wrote:
> 05.10.2009 23:29, Kharitonov A. Dmitry пишет:
>
>> Aleksey Avdeev wrote:
>>
>>> 05.10.2009 22:46, Kharitonov A. Dmitry пишет:
>>>
>>>
>>>> Grigory Batalov wrote:
>>>>
>>>>
>>>>> On Mon, 05 Oct 2009 22:26:27 +0400
>>>>> Kharitonov A. Dmitry wrote:
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>>>> На кого вешать багу? Того кто видит или кто не видит?
>>>>>>>>
>>>>>>>>
>>>>>>> Всё верно: сломана не сборка, а устонавливаемость в минимальный
>>>>>>> chroot
>>>>>>> -- локальный hasher её не выполняет. (Т. е. всё взрывается уже после
>>>>>>> сборки).
>>>>>>>
>>>>>>> Пакету надо требовать shadow-groups, раз он использует его
>>>>>>> компоненты.
>>>>>>>
>>>>>>>
>>>>>> Значит багу вешать на хашер. В моём понимании если ошибка есть, то её
>>>>>> должна отслеживать все, и, наоборот.
>>>>>>
>>>>>>
>>>>> Вовсе нет. Устанавливаемость (в чрут) собранного в хэшере пакета
>>>>> должен проверять мэйнтейнер.
>>>>>
>>>>>
>>>> У меня-то устанавливается. И устанавливается на 3 серверах на бранче 4.0
>>>>
>>>>
>>> Не показатель: там shadow-groups уже установлен.
>>>
>>>
>> А нафига он тогда в хашере устанавливается? Я его об этом не прошу.
>>
>
> То-ли я тебя не понимаю, то-ли мы говорим о разном. Попробуй выполнить
> следующее:
>
> $ hsh --initroot-only <chroot>
> $ hsh-install <chroot> <руть к файлу пакета>
>
[user@eeedima lightsquid-admin]$ boxhasher=~/tmp/test; sudo apt-get
update; sudo rm -fr "$boxhasher"; mkdir -p "$boxhasher"; hsh
--initroot-only --apt-config=/etc/apt/40/apt.conf "$boxhasher";
hsh-install "$boxhasher"
/home/user/tmp/hasher/repo/noarch/RPMS.hasher/lightsquid-admin-1.8.0.1-alt2.2.M40.1.noarch.rpm
/home/user/tmp/hasher/repo/noarch/RPMS.hasher/lightsquid-admin-apache-1.8.0.1-alt2.2.M40.1.noarch.rpm
Reading Package Lists... Done
Building Dependency Tree... Done
DEBUG: apt_config=/etc/apt/40/apt.conf
DEBUG:create initial apt.conf file cat "/etc/apt/40/apt.conf"
---8<---8<---
<13>Oct 6 07:33:25 rpmi: mod_auth_pam-1.1.1-alt1 installed
<86>Oct 6 07:33:25 usermod[9504]: add `apache' to group `shadow'
<86>Oct 6 07:33:25 usermod[9504]: add `apache' to group `auth'
<86>Oct 6 07:33:25 usermod[9504]: add `apache' to group `apache'
<86>Oct 6 07:33:25 usermod[9504]: add `apache' to shadow group `shadow'
<86>Oct 6 07:33:25 usermod[9504]: add `apache' to shadow group `auth'
<86>Oct 6 07:33:25 usermod[9504]: add `apache' to shadow group `apache'
/root/tmp/rpm-tmp.60430: line 2: gpasswd: command not found
/root/tmp/rpm-tmp.60430: line 3: gpasswd: command not found
/root/tmp/rpm-tmp.60430: line 4: gpasswd: command not found
error: execution of %pre scriptlet from
lightsquid-admin-apache-1.8.0.1-alt2.2.M40.1 failed, exit status 127
error: install: %pre scriptlet failed (2), skipping
lightsquid-admin-apache-1.8.0.1-alt2.2.M40.1
hsh-install: Packages installation failed.
*********************************
Те хашер способен поймать ошибку и это приятно
И установку надо инициировать вручную.
Спасибо
[-- Attachment #1: Type: text/plain, Size: 460 bytes --] On Tue, Oct 06, 2009 at 07:20:17AM +0400, Kharitonov A. Dmitry wrote: > > Ну, один файл можно запаковать в два пакета, при условии > > совпадения прав, mtime и md5sum. Для каталогов достаточно > > только совпадения прав, но в данном случае в разные подпакеты > > пакуется один каталог с разными правами. > вынужден попросить вас показать пальцем на ошибку, тк я таковой ситуации > в своём спеке не вижу Строки 336 и 355. -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 947 bytes --] On Tue, 6 Oct 2009 01:45:33 +0400 Alexey I. Froloff wrote: > Ну, один файл можно запаковать в два пакета, при условии > совпадения прав, mtime и md5sum. Для каталогов достаточно > только совпадения прав, но в данном случае в разные подпакеты > пакуется один каталог с разными правами. Безотносительно данного обсуждения -- как я понимаю, на такие пакеты должны быть проставлены конфликты друг относительно друга? Или наш rpm умеет обрабатывать ситуации, когда один и тот же файл принадлежит сразу двум пакетам -- при удалении одного из них, например? [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 197 bytes --]
[-- Attachment #1: Type: text/plain, Size: 532 bytes --] On Tue, Oct 06, 2009 at 01:21:23PM +0400, Timur Batyrshin wrote: > Безотносительно данного обсуждения -- как я понимаю, на такие пакеты > должны быть проставлены конфликты друг относительно друга? > Или наш rpm умеет обрабатывать ситуации, когда один и тот же файл > принадлежит сразу двум пакетам -- при удалении одного из них, например? Любой rpm нормально обрабатывает ситуацию, если в двух пакетах запакован один каталог с одинаковыми правами или файл с одинаковыми правами, mtime и md5sum. -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
Alexey I. Froloff wrote:
> On Tue, Oct 06, 2009 at 07:20:17AM +0400, Kharitonov A. Dmitry wrote:
>
>>> Ну, один файл можно запаковать в два пакета, при условии
>>> совпадения прав, mtime и md5sum. Для каталогов достаточно
>>> только совпадения прав, но в данном случае в разные подпакеты
>>> пакуется один каталог с разными правами.
>>>
>> вынужден попросить вас показать пальцем на ошибку, тк я таковой ситуации
>> в своём спеке не вижу
>>
> Строки 336 и 355.
>
355-ю явводил специально, не помню почему без неё не собиралось. Сейчас
вроде собирается. Отправлю сборщику, пускай капризничает.
[-- Attachment #1: Type: text/plain, Size: 239 bytes --] On Tue, Oct 06, 2009 at 03:19:48PM +0400, Kharitonov A. Dmitry wrote: > вроде собирается. Отправлю сборщику, пускай капризничает. И опять неправильно. Вы уже сами запутались в этом нагромождении макросов. -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 2090 bytes --] 06.10.2009 15:19, Kharitonov A. Dmitry пишет: > Alexey I. Froloff wrote: >> On Tue, Oct 06, 2009 at 07:20:17AM +0400, Kharitonov A. Dmitry wrote: >> >>>> Ну, один файл можно запаковать в два пакета, при условии >>>> совпадения прав, mtime и md5sum. Для каталогов достаточно >>>> только совпадения прав, но в данном случае в разные подпакеты >>>> пакуется один каталог с разными правами. >>>> >>> вынужден попросить вас показать пальцем на ошибку, тк я таковой >>> ситуации в своём спеке не вижу >>> >> Строки 336 и 355. >> > 355-ю явводил специально, не помню почему без неё не собиралось. Сейчас > вроде собирается. Отправлю сборщику, пускай капризничает. С ней вот так можно бороться: <http://git.altlinux.org/people/solo/packages/?p=lightsquid.git;a=commit;h=7c20f09b5effd7072bb714b5a09a5be8e3ea67a7> По теме. Собрал для 4.0, ставлю в пустой chroot: $ hsh --initroot-only --apt-config=/home/solo/.hsh/apt-4.0-local.conf <куда> ... <13>Oct 6 15:31:23 rpmi: rpm-4.0.4-alt77.M40.26 installed ^^^^^^^^^^^^^^^^^^^^^^ ... $ hsh-install <куда> .../lightsquid-admin*-1.8.0.1-alt2.3.noarch.rpm ... Следующие пакеты имеют неудовлетворенные зависимости: lightsquid-admin: Требует: rpm (>= 4.0.4-alt96.11) ^^^^^^^^^^^^^^^^^^^^^^^ Требует: menu (>= 2.1.41-alt4) ^^^^^^^^^^^^^^^^^^^^^ E: Извините, `битые' пакеты hsh-install: failed to calculate package file list. hsh-install: Failed to generate package file list Речь об этом идёт? Ты уверен, что здесь всё в порядке? 1. Как минимум я сильно сомневаюсь, что тебе пакет menu вообще нужен. ;-) 2. Если я правильно помню, то rpm >= 4.0.4-alt96.11 это требование поддержки filetriggers (причём для Сизифа). Помню, что в devel@ пробегала информация что под 4.0 их нет и не будет, т. к. это ограничение (одно из) на данный бранч. PS: Для п. 2 него у меня пока нет красивого объезда. (И это тормозит обновление italc там.) -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 553 bytes --]
Alexey I. Froloff wrote:
> On Tue, Oct 06, 2009 at 03:19:48PM +0400, Kharitonov A. Dmitry wrote:
>
>> вроде собирается. Отправлю сборщику, пускай капризничает.
>>
> И опять неправильно. Вы уже сами запутались в этом нагромождении
> макросов.
>
А как по вашему должно быть? Хашер ошибок не видит и в других бранчах
тоже ошибок нет. К сожалению, у меня сервера на бранче 4.0 и если бы не
это обстоятельство я бы не стал задавать вопросы, а пошёл бы по принципу
-- не собралось и фиг с ним, главное что у меня работает.
[-- Attachment #1: Type: text/plain, Size: 323 bytes --] On Tue, Oct 06, 2009 at 03:54:22PM +0400, Kharitonov A. Dmitry wrote: > А как по вашему должно быть? Хашер ошибок не видит и в других бранчах > тоже ошибок нет. Макросы %lightdir и %lightdir2 в M40 принимают одинаковое значение, а во всех остальных случаях разные. Дальше рассказывать? -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
Alexey I. Froloff wrote:
> On Tue, Oct 06, 2009 at 03:54:22PM +0400, Kharitonov A. Dmitry wrote:
>
>> А как по вашему должно быть? Хашер ошибок не видит и в других бранчах
>> тоже ошибок нет.
>>
> Макросы %lightdir и %lightdir2 в M40 принимают одинаковое
> значение, а во всех остальных случаях разные. Дальше
> рассказывать?
>
Конечно! какие ещё есть приколы?, о которых я не знаю?
[-- Attachment #1: Type: text/plain, Size: 487 bytes --] On Tue, Oct 06, 2009 at 04:17:23PM +0400, Kharitonov A. Dmitry wrote: > >> А как по вашему должно быть? Хашер ошибок не видит и в других бранчах > >> тоже ошибок нет. > > Макросы %lightdir и %lightdir2 в M40 принимают одинаковое > > значение, а во всех остальных случаях разные. Дальше > > рассказывать? > Конечно! какие ещё есть приколы?, о которых я не знаю? Так вы же сами это всё писали. Какие у вас ещё есть приколы, о которых вы не знаете? -- Regards, Sir Raorn. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 166 bytes --] 07.10.2009 08:12, Kharitonov A. Dmitry пишет: ... > В апаче слишком много не > работающих дыр и меня это сильно напрягает. ? -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 554 bytes --]
Aleksey Avdeev wrote:
> 06.10.2009 15:19, Kharitonov A. Dmitry пишет:
>
>> Alexey I. Froloff wrote:
>>
>>> On Tue, Oct 06, 2009 at 07:20:17AM +0400, Kharitonov A. Dmitry wrote:
>>>
>>>
>>>>> Ну, один файл можно запаковать в два пакета, при условии
>>>>> совпадения прав, mtime и md5sum. Для каталогов достаточно
>>>>> только совпадения прав, но в данном случае в разные подпакеты
>>>>> пакуется один каталог с разными правами.
>>>>>
>>>>>
>>>> вынужден попросить вас показать пальцем на ошибку, тк я таковой
>>>> ситуации в своём спеке не вижу
>>>>
>>>>
>>> Строки 336 и 355.
>>>
>>>
>> 355-ю явводил специально, не помню почему без неё не собиралось. Сейчас
>> вроде собирается. Отправлю сборщику, пускай капризничает.
>>
>
> С ней вот так можно бороться:
> <http://git.altlinux.org/people/solo/packages/?p=lightsquid.git;a=commit;h=7c20f09b5effd7072bb714b5a09a5be8e3ea67a7>
>
> По теме.
>
> Собрал для 4.0, ставлю в пустой chroot:
>
> $ hsh --initroot-only --apt-config=/home/solo/.hsh/apt-4.0-local.conf <куда>
> ...
> <13>Oct 6 15:31:23 rpmi: rpm-4.0.4-alt77.M40.26 installed
> ^^^^^^^^^^^^^^^^^^^^^^
> ...
> $ hsh-install <куда> .../lightsquid-admin*-1.8.0.1-alt2.3.noarch.rpm
> ...
> Следующие пакеты имеют неудовлетворенные зависимости:
> lightsquid-admin: Требует: rpm (>= 4.0.4-alt96.11)
> ^^^^^^^^^^^^^^^^^^^^^^^
> Требует: menu (>= 2.1.41-alt4)
> ^^^^^^^^^^^^^^^^^^^^^
> E: Извините, `битые' пакеты
> hsh-install: failed to calculate package file list.
> hsh-install: Failed to generate package file list
>
> Речь об этом идёт?
>
> Ты уверен, что здесь всё в порядке?
>
> 1. Как минимум я сильно сомневаюсь, что тебе пакет menu вообще нужен. ;-)
>
> 2. Если я правильно помню, то rpm >= 4.0.4-alt96.11 это требование
> поддержки filetriggers (причём для Сизифа). Помню, что в devel@
> пробегала информация что под 4.0 их нет и не будет, т. к. это
> ограничение (одно из) на данный бранч.
>
> PS: Для п. 2 него у меня пока нет красивого объезда. (И это тормозит
> обновление italc там.)
>
На 2-х серверах нармально поставилось на М40. Те почемуто у меня
проверка версии не происходит. Для будующих версий эту проверку убрал.
про italc подумаю после рехтовки апачи. В апаче слишком много не
работающих дыр и меня это сильно напрягает.
[-- Attachment #1: Type: text/plain, Size: 345 bytes --] 07.10.2009 08:23, Kharitonov A. Dmitry пишет: > Aleksey Avdeev wrote: >> 07.10.2009 08:12, Kharitonov A. Dmitry пишет: >> ... >> >>> В апаче слишком много не >>> работающих дыр и меня это сильно напрягает. >>> >> ? >> > я это с тобой уже обсуждал. Баги весят? (Я мог что-то забыть.) -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 554 bytes --]
Aleksey Avdeev wrote:
> 07.10.2009 08:12, Kharitonov A. Dmitry пишет:
> ...
>
>> В апаче слишком много не
>> работающих дыр и меня это сильно напрягает.
>>
> ?
>
я это с тобой уже обсуждал.
Aleksey Avdeev wrote:
> 07.10.2009 08:23, Kharitonov A. Dmitry пишет:
>
>> Aleksey Avdeev wrote:
>>
>>> 07.10.2009 08:12, Kharitonov A. Dmitry пишет:
>>> ...
>>>
>>>
>>>> В апаче слишком много не
>>>> работающих дыр и меня это сильно напрягает.
>>>>
>>>>
>>> ?
>>>
>>>
>> я это с тобой уже обсуждал.
>>
>
> Баги весят? (Я мог что-то забыть.)
>
Весят, но тебе некогда. А я пока в теме и сам не забыл тонкости скоро до
них доберусь.
> На 2-х серверах нармально поставилось на М40. Те почемуто у меня
> проверка версии не происходит. Для будующих версий эту проверку убрал.
Разобрался. На серверах из-за кривизны модуля перла или одной из его
библиотек -- детали не помню -- вынужден был сервера перевести на М41 --
там это исправлено. По этому колизии по версиям не возникало никогда.
Так, что пересборку в бранчи запускаю.
hi all Господа, подскажите куда смотреть с таким: при сборке дело доходит до определённого файла и далее всё просто стоит :( т.е. не отваливается с ошибкой, а по виду что-то делает (ну не часами же на одном файлике....), в итоге все отавливается по таймауту самого hasher-а (пробовал делать его большим). Куда смотреть/что делать при таких проблемах? Вот злосчастное место, которое не удаётся преодолеть: http://pastebin.mozilla-russia.org/102910 -- Артём Золочевский
25 ноября 2009 г. 9:58 пользователь Artem Zolochevskiy
<artem.zolochevskiy@gmail.com> написал:
> в итоге все отавливается по таймауту самого hasher-а (пробовал делать
> его большим).
или пробовать делать его ещё бОльшим до победного конца?
--
Артём Золочевский
25 ноября 2009 г. 10:02 пользователь Artem Zolochevskiy
<artem.zolochevskiy@gmail.com> написал:
> 25 ноября 2009 г. 9:58 пользователь Artem Zolochevskiy
> <artem.zolochevskiy@gmail.com> написал:
>
>> в итоге все отавливается по таймауту самого hasher-а (пробовал делать
>> его большим).
>
> или пробовать делать его ещё бОльшим до победного конца?
Ещё больший таймаут помог.
Вопрос снимается.
--
Артём Золочевский
Господа, собрал из src.rpm пакет (команда сборки - apt-get source --compile [имя_пакета]), а установить не могу... кто-нить можетподсказать, как нынче принято устанавливать пакеты ручной лепки не из репозитория?
[-- Attachment #1: Type: text/plain, Size: 529 bytes --] On Fri, Dec 25, 2009 at 10:58:03PM +0600, Vyatcheslav Perevalov wrote: > Господа, собрал из src.rpm пакет (команда сборки - apt-get source --compile > [имя_пакета]), а установить не могу... кто-нить можетподсказать, как нынче > принято устанавливать пакеты ручной лепки не из репозитория? А вы как ставите? -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Мне не нравится вытряхивание внутренностей из хорошо написанных shell-функций. Лучше написать ещё одну shell-функцию. -- mhz in devel@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
On Friday 25 December 2009 23:01:39 Andrey Rahmatullin wrote:
> кто-нить можетподсказать, как нынче
>
> > принято устанавливать пакеты ручной лепки не из репозитория?
>
> А вы как ставите?
>
Сначала пытался так:
# cd /home/[user]/RPM/RPMS/[arch]
# apt-get install ./[имя_пакета]
получал ругань
Reading Package Lists... Done
Building Dependency Tree... Done
E: Couldn't find package .
потом попробовал
# apt-get install [имя_пакета]-1.9.1-alt3.athlon.rpm
Всё получилось...
Прошу прощения за излишнее беспокойство, но почему-то я считал, что для этой
операции нужно указать каталог, откуда ставишь, как минимум ./ .
Ещё раз прошу прощения.
25.12.2009 20:09, Vyatcheslav Perevalov пишет:
> On Friday 25 December 2009 23:01:39 Andrey Rahmatullin wrote:
>
>> кто-нить можетподсказать, как нынче
>>
>>
>>> принято устанавливать пакеты ручной лепки не из репозитория?
>>>
>> А вы как ставите?
>>
>>
> Сначала пытался так:
> # cd /home/[user]/RPM/RPMS/[arch]
> # apt-get install ./[имя_пакета]
>
> получал ругань
> Reading Package Lists... Done
> Building Dependency Tree... Done
> E: Couldn't find package .
>
> потом попробовал
> # apt-get install [имя_пакета]-1.9.1-alt3.athlon.rpm
> Всё получилось...
>
> Прошу прощения за излишнее беспокойство, но почему-то я считал, что для этой
> операции нужно указать каталог, откуда ставишь, как минимум ./ .
> Ещё раз прошу прощения.
>
Вообще-то нужно.
для текущего каталога не обязательно
Доброго всем времени. Так как наш дистрибутив в первую очередь расчитан на русскоязычного пользователя, хотелось-бы, чтобы описания пакетов были так-же на русском языке. На сколько я понимаю, описания пакета даются в spec-файле. Можно ли дать описание пакета прямо в нем на русском языке? Соберется ли пакет? Вообще как к этому моменту относятся бывалые? Сейчас например так: $ rpm --info lxde-lxinput Name : lxde-lxinput Relocations: (not relocatable) Version : 0.1.1 Vendor: ALT Linux Team Release : alt1 Build Date: Пнд 28 Дек 2009 06:29:49 Install date: Пнд 28 Дек 2009 06:41:41 Build Host: linux-server.localdomain Group : User Interface/Desktops Source RPM: lxde-lxinput-0.1.1-alt1.src.rpm Size : 126009 License: GPLv2+ Packager : Radik Usupov <Radik@altlinux.org> URL : http://lxde.sourceforge.net/ Summary : Keyboard and mouse settings dialog for LXDE Description : LXInput is a keyboard and mouse configuration utility for LXDE, the Lightweight X11 Desktop Environment. А хотелось бы описание сделать на русском языке.. Спасибо! -- Мой Круг — Радик Юсупов <http://Radik.moikrug.ru/?from=card>
[-- Attachment #1: Type: text/plain, Size: 418 bytes --] On Sat, Jan 02, 2010 at 10:36:53AM +0300, Радик Юсупов wrote: > На сколько я понимаю, описания пакета даются в spec-файле. > Можно ли дать описание пакета прямо в нем на русском языке? > Соберется ли пакет? Вообще как к этому моменту относятся > бывалые? Переводы надо класть в пакет packages-info-i18n. Не надо замусоривать спеки. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Sat, Jan 02, 2010 at 10:36:53AM +0300, Радик Юсупов wrote: > Так как наш дистрибутив в первую очередь расчитан на > русскоязычного пользователя, хотелось-бы, чтобы описания > пакетов были так-же на русском языке. На сколько я понимаю, > описания пакета даются в spec-файле. Необязательно. Есть более промышленный вариант (specspo) -- втащить англоязычные описания в packages-info-i18n-ru и переводить уже там -- но статус этого варианта мне сейчас неясен: указанный в его Url: http://pootle.l10n.lrn.ru не отвечает, а дёргать cas@ каждый раз кажется излишним. В общем, при наличии возможности хорошо бы копнуть ещё раз сюда, но сам пока предпочитаю не добавлять новые переводы и не выкидывать уже сделанные почём зря. > Можно ли дать описание пакета прямо в нем на русском языке? Да, см. e.g. http://sisyphus.ru/srpm/enca/spec > Соберется ли пакет? Да. > Вообще как к этому моменту относятся бывалые? По-разному, но несколько попыток сделать пригодным к использованию вариант с выносом переводов в отдельный пакет (сперва обеспечивали поддержку со стороны rpm, потом наличие пакетов с переводами и путля) сейчас опять подзаглохли. Хорошо бы расспросить raorn@, kas@ и cas@ да обновить вот эту страничку для начала: http://www.altlinux.org/SpecTips/l10n -- см. тж. http://www.freesource.info/wiki/Lokalizacija/PerevodOpisanijjPaketov -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
On Sat, Jan 02, 2010 at 02:15:18PM +0300, Alexey I. Froloff wrote: > Переводы надо класть в пакет packages-info-i18n. Как -- можешь задокументировать где-нить или сказать, кто знает? -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 322 bytes --] On Sat, Jan 02, 2010 at 01:26:26PM +0200, Michael Shigorin wrote: > > Переводы надо класть в пакет packages-info-i18n. > Как -- можешь задокументировать где-нить или сказать, кто знает? http://www.altlinux.org/BugTracking/BugzillaMiniHowto -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Sat, 2 Jan 2010 13:26:26 +0200, Michael Shigorin <mike@osdn.org.ua> wrote: >> Переводы надо класть в пакет packages-info-i18n. > > Как -- можешь задокументировать где-нить или сказать, кто знает? Очевидно, добавляем перевод для своего пакета в http://git.altlinux.org/srpms/p/packages-info-i18n-ru.git и просим cas@ втянуть изменения.
On Mon, Jan 04, 2010 at 08:31:44AM +0300, Timur Batyrshin wrote: > >> Переводы надо класть в пакет packages-info-i18n. > > Как -- можешь задокументировать где-нить или сказать, кто знает? > Очевидно, добавляем перевод для своего пакета в > http://git.altlinux.org/srpms/p/packages-info-i18n-ru.git > и просим cas@ втянуть изменения. Вообще-то srpms/ -- это не gears/, т.е. сборок из гита не было и гитифицировать придётся самому. Насколько понимаю, если б кто-нить задокументировал процедуру, а на пакет стояло @everybody -- вариант бы ожил. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
On Mon, 4 Jan 2010 10:47:27 +0200, Michael Shigorin <mike@osdn.org.ua> wrote: >> >> Переводы надо класть в пакет packages-info-i18n. >> > Как -- можешь задокументировать где-нить или сказать, кто знает? >> Очевидно, добавляем перевод для своего пакета в >> http://git.altlinux.org/srpms/p/packages-info-i18n-ru.git >> и просим cas@ втянуть изменения. > Вообще-то srpms/ -- это не gears/, т.е. сборок из гита не было > и гитифицировать придётся самому. Ну собирать то, как я понимаю, будет все равно cas@ , а наша задача в том, чтобы к нему дошли нужные нам изменения удобным для всех способом. > Насколько понимаю, если б кто-нить задокументировал процедуру, > а на пакет стояло @everybody -- вариант бы ожил. Как ни странно, он вообще отсутствует в ACL: timur@localhost ~ $ ssh git.alt acl sisyphus packages-info-i18-ru check girar-check-perms: access to packages-info-i18-ru ALLOWED for erthad: project `packages-info-i18-ru' is not listed in acl file for repository `sisyphus'
Здравствуйте.
On 01/04/2010 01:05 PM, Timur Batyrshin wrote:
> Как ни странно, он вообще отсутствует в ACL:
> timur@localhost ~ $ ssh git.alt acl sisyphus packages-info-i18-ru check
Вы букву пропустили в названии пакета.
$ ssh git.alt acl sisyphus packages-info-i18n-ru show
packages-info-i18n-ru cas
--
WBR,
Sergey Kurakin
On Mon, Jan 04, 2010 at 01:05:10PM +0300, Timur Batyrshin wrote: > Ну собирать то, как я понимаю, будет все равно cas@ , а наша > задача в том, чтобы к нему дошли нужные нам изменения удобным > для всех способом. Давайте с этим в devel@ сперва разберёмся (если получится и как народ повозвращается с праздников). -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
> Давайте с этим в devel@ сперва разберёмся (если получится
> и как народ повозвращается с праздников).
>
Ну вот так всегда, самое интересное за спиной...
On Mon, Jan 04, 2010 at 07:27:12PM +0300, Юсупов Радик wrote: > > Давайте с этим в devel@ сперва разберёмся (если получится > > и как народ повозвращается с праздников). > Ну вот так всегда, самое интересное за спиной... Если б оно было интересным, давно было бы уже решённым... это из тех инфраструктурных частей, которыми крайне нудно заниматься. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 672 bytes --] On Mon, Jan 04, 2010 at 06:41:43PM +0200, Michael Shigorin wrote: > On Mon, Jan 04, 2010 at 07:27:12PM +0300, Юсупов Радик wrote: > > > Давайте с этим в devel@ сперва разберёмся (если получится > > > и как народ повозвращается с праздников). > > Ну вот так всегда, самое интересное за спиной... > > Если б оно было интересным, давно было бы уже решённым... > это из тех инфраструктурных частей, которыми крайне нудно > заниматься. скорее, крайне трудно посадить человека. будет человек, будет работать решение. мне, например, идея в spec держать английский текст, а остальное предоставить переводчикам очень нравится. -- С уважением Афанасов Дмитрий [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
04.01.2010 14:34, Michael Shigorin пишет: > On Mon, Jan 04, 2010 at 01:05:10PM +0300, Timur Batyrshin wrote: > >> Ну собирать то, как я понимаю, будет все равно cas@ , а наша >> задача в том, чтобы к нему дошли нужные нам изменения удобным >> для всех способом. >> > Давайте с этим в devel@ сперва разберёмся (если получится > и как народ повозвращается с праздников). > Есть какие-нибудь сподвижки? -- Мой Круг — Радик Юсупов <http://Radik.moikrug.ru/?from=card>
On Mon, Jan 25, 2010 at 06:24:29AM +0300, Радик Юсупов wrote: > >>Ну собирать то, как я понимаю, будет все равно cas@ , а наша > >>задача в том, чтобы к нему дошли нужные нам изменения удобным > >>для всех способом. > >Давайте с этим в devel@ сперва разберёмся (если получится > >и как народ повозвращается с праздников). > Есть какие-нибудь сподвижки? Как понимаю, нет и где-то до весны не предвидится. Хорошо бы там дёрнуть/напомнить. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Дано: 0. Имеем самосборный guake-0.4.0-alt0.2.src.rpm 1. Умеем собирать в ~/RPM 2. Умеем собирать в hasher 3. Имеем смутное представление что такое git 4. Понятия не имеем, что такое gear 5. Не имеем времени "сражаться с этим в воображении" Надо: Как можно быстрее протолкнуть пакет в сизиф. Начинаем: http://www.altlinux.org/Git.alt/Краткое_руководство "Создать свой репозиторий на git.alt очень просто" Создал. Зачем мне test? А как удалить? ладно. пусть будет. создадим то, что надо arc@arc-laptop ~ $ ssh git.alt init-db guake girar-init-db: /people/arc/packages/guake.git "необходимо создать пустой локальный репозиторий" Ок. Только не хочу я в домашнем каталоге. arc@arc-laptop ~ $ mkdir -p ~arc/Documents/ALTLinux/devel arc@arc-laptop ~ $ cd ~arc/Documents/ALTLinux/devel arc@arc-laptop ~/Documents/ALTLinux/devel $ arc@arc-laptop ~/Documents/ALTLinux/devel $ git init Initialized empty Git repository in /home/arc/Documents/ALTLinux/devel/.git/ "Закоммитить в него нужное содержимое" Ок. Но в примере ОДИН файл. Если весь каталог то "*"? Да и что мне заряжать в git для сборки пакета? Скелет RPM?
> Да и что мне заряжать в git для сборки пакета? Скелет RPM?
заметил, что ошибся, исправляю:
arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ git init
Initialized empty Git repository in
/home/arc/Documents/ALTLinux/devel/guake/.git/
Как выяснилось из git clone
ssh://git.alt/people/dottedmag/packages/bugzilla.git
Скелета воспроизводить не надо. Нужны каталоги с исходниками (not .tar)
За сим:
arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ ls --classify
guake-0.4.0/ guake.spec
Вопрос: как лучше называть каталог с исходниками, если апстрим не имеет
git: с цифрами версии или нет? Пока назову без как у dottedmag
[-- Attachment #1: Type: text/plain, Size: 443 bytes --] On Tue, Jan 26, 2010 at 11:01:30PM +0300, Anton A. Vinogradov wrote: > Дано: [..skip..] > Надо: > Как можно быстрее протолкнуть пакет в сизиф. $ rsync -vP guake-0.4.0-alt0.2.src.rpm git.alt: $ ssh git.alt build srpm guake-0.4.0-alt0.2.src.rpm Всё! P.S. См. такж. http://www.altlinux.org/Справочник_по_git.alt#SSH-.D0.B4.D0.BE.D1.81.D1.82.D1.83.D0.BF -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 553 bytes --] On Tue, Jan 26, 2010 at 11:01:30PM +0300, Anton A. Vinogradov wrote: > arc@arc-laptop ~ $ mkdir -p ~arc/Documents/ALTLinux/devel > arc@arc-laptop ~ $ cd ~arc/Documents/ALTLinux/devel > arc@arc-laptop ~/Documents/ALTLinux/devel $ git init > Initialized empty Git repository in /home/arc/Documents/ALTLinux/devel/.git/ > "Закоммитить в него нужное содержимое" > Ок. Но в примере ОДИН файл. Если весь каталог то "*"? gear-srpmimport guake-0.4.0-alt0.2.src.rpm Всё! -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
> Вопрос: как лучше называть каталог с исходниками, если апстрим не имеет
> git: с цифрами версии или нет? Пока назову без как у dottedmag
>
arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ git add *
arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ git commit -m 'first
commit'
[master (root-commit) 91877a2] first commit
75 files changed, 60678 insertions(+), 0 deletions(-)
create mode 100644 guake.spec
create mode 100644 guake/AUTHORS
.......
"создаёт в конфиг-файле локального репозитория"
А где он?
Вот он:
arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ mcedit .git/config
arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ git remote add origin
ssh://git.alt/people/dottedmag/packages/test.git
git push origin master
origin и master -- зарезервированные слова, или как?
Итак мы имеем иходники и спек на git'е. Что дальше?
[-- Attachment #1: Type: text/plain, Size: 446 bytes --] On Tue, Jan 26, 2010 at 11:50:53PM +0300, Anton A. Vinogradov wrote: > arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ git remote add origin > ssh://git.alt/people/dottedmag/packages/test.git > git push origin master > origin и master -- зарезервированные слова, или как? # aptitude install girar-utils $ girar-upload (он сам сделает ssh git.alt init-db) -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
26.01.2010 23:48, Alexey I. Froloff пишет:
> On Tue, Jan 26, 2010 at 11:01:30PM +0300, Anton A. Vinogradov wrote:
>> Дано:
> [..skip..]
>> Надо:
>> Как можно быстрее протолкнуть пакет в сизиф.
>
> $ rsync -vP guake-0.4.0-alt0.2.src.rpm git.alt:
> $ ssh git.alt build srpm guake-0.4.0-alt0.2.src.rpm
>
> Всё!
>
> P.S. См. такж. http://www.altlinux.org/Справочник_по_git.alt#SSH-.D0.B4.D0.BE.D1.81.D1.82.D1.83.D0.B
> "Закоммитить в него нужное содержимое"
> > Ок. Но в примере ОДИН файл. Если весь каталог то "*"?
gear-srpmimport guake-0.4.0-alt0.2.src.rpm
Я знал, что вё должно быть на раз-два! Вот оно!
Отсталость выяснить в каком месте тут будет "подпись"
[-- Attachment #1: Type: text/plain, Size: 345 bytes --] On Tue, Jan 26, 2010 at 11:56:24PM +0300, Anton A. Vinogradov wrote: > gear-srpmimport guake-0.4.0-alt0.2.src.rpm > Я знал, что вё должно быть на раз-два! Вот оно! > Отсталость выяснить в каком месте тут будет "подпись" Тут - ни в каком. $ gear-create-tag -f -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
27.01.2010 00:00, Alexey I. Froloff пишет:
> On Tue, Jan 26, 2010 at 11:56:24PM +0300, Anton A. Vinogradov wrote:
>> gear-srpmimport guake-0.4.0-alt0.2.src.rpm
>> Я знал, что вё должно быть на раз-два! Вот оно!
>> Отсталость выяснить в каком месте тут будет "подпись"
> Тут - ни в каком.
>
> $ gear-create-tag -f
уже после
gear-srpmimport guake-0.4.0-alt0.2.src.rpm?
26.01.2010 23:01, Anton A. Vinogradov пишет: > Дано: > 0. Имеем самосборный guake-0.4.0-alt0.2.src.rpm > 1. Умеем собирать в ~/RPM > 2. Умеем собирать в hasher > 3. Имеем смутное представление что такое git > 4. Понятия не имеем, что такое gear > 5. Не имеем времени "сражаться с этим в воображении" > > Надо: > Как можно быстрее протолкнуть пакет в сизиф. > > Начинаем: > http://www.altlinux.org/Git.alt/Краткое_руководство > "Создать свой репозиторий на git.alt очень просто" > Создал. Зачем мне test? А как удалить? arc@arc-laptop ~/Documents/ALTLinux/devel/guake $ ssh git.alt rm-db test За остальным туда: http://www.altlinux.org/Git.alt/Справочник
[-- Attachment #1: Type: text/plain, Size: 248 bytes --] On Wed, Jan 27, 2010 at 12:04:41AM +0300, Anton A. Vinogradov wrote: > > $ gear-create-tag -f > уже после > gear-srpmimport guake-0.4.0-alt0.2.src.rpm? Да, конечно. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
Путь пакета оборвался в самом начале. Начинающий мантейнер помни! Пока ты мееедленно волочешь пакет в сизиф, кто-то не дремлет! Как оказалось, guake в сизифе есть уже больше 12ти часов. :) Надо выбрать что-то новое из: http://git.altlinux.org/people/arc/packages/ Думаю начать с: squeak-sources.git squeak-vm.git
27.01.2010 00:00, Alexey I. Froloff пишет:
> gear-create-tag -f
ОК. Успешно подписало.
arc@arc-laptop ~/Documents/ALTLinux/devel/squeak/squeak-sources $
gear-create-tag -f
Необходим пароль для доступа к секретному ключу пользователя: "Anton A.
Vinogradov (for altlinux.org) <arc@altlinux.org>"
1024-бит DSA ключ, ID FAF2CACE, создан 2009-12-27
arc@arc-laptop ~/Documents/ALTLinux/devel/squeak/squeak-sources $
Как я понял это аналогично:
$ git tag -s -m "test-0.1-alt1" test-0.1-alt1
$ git push origin --tags
[-- Attachment #1: Type: text/plain, Size: 502 bytes --] On Wed, Jan 27, 2010 at 09:21:12PM +0300, Anton A. Vinogradov wrote: > $ git tag -s -m "test-0.1-alt1" test-0.1-alt1 > $ git push origin --tags gear-create-tag никакого push не делает, только git tag. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): > > - added %update_menus/%clean_menus to the package scripts (thanks to > > repokop). > Не копируйте мою ошибку - он repoCop, а не repoKop :) Ничего, напишут ещё и repoGop, как кого зацепит. :) -- mike in devel@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
27.01.2010 21:39, Andrey Rahmatullin пишет:
> On Wed, Jan 27, 2010 at 09:21:12PM +0300, Anton A. Vinogradov wrote:
>> $ git tag -s -m "test-0.1-alt1" test-0.1-alt1
>> $ git push origin --tags
> gear-create-tag никакого push не делает, только git tag.
>
arc@arc-laptop ~/Documents/ALTLinux/devel/squeak/squeak-vm $ git push
origin --tags
Counting objects: 1, done.
Writing objects: 100% (1/1), 326 bytes, done.
Total 1 (delta 0), reused 0 (delta 0)
girar-sendmail: email notification about `refs/tags/3.10.5-alt0.5'
update sent.
Repacking repository... done
Updating committer date cache... done
To ssh://git.alt/people/arc/packages/squeak-vm.git
* [new tag] 3.10.5-alt0.5 -> 3.10.5-alt0.5
============================
scratch-plugins.git
scratch.git
squeak-sources.git
squeak-vm.git
Готовы.
Михаил, можно уже ssh git.alt build packages/$PKG.git $PKG-0.1-alt1?
On Wed, Jan 27, 2010 at 09:51:57PM +0300, Anton A. Vinogradov wrote: > можно уже ssh git.alt build packages/$PKG.git $PKG-0.1-alt1? По крайней мере squeak-vm у меня собрался с единственным warning: Installed (but unpackaged) file(s) found: /usr/lib64/squeak/3.10-5/SqueakV2.sources Насколько понимаю, всё остальное также собирается, устанавливается и работает? -- тогда добро! :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
28.01.2010 12:01, Michael Shigorin пишет: > On Wed, Jan 27, 2010 at 09:51:57PM +0300, Anton A. Vinogradov wrote: >> можно уже ssh git.alt build packages/$PKG.git $PKG-0.1-alt1? > > По крайней мере squeak-vm у меня собрался с единственным > > warning: Installed (but unpackaged) file(s) found: > /usr/lib64/squeak/3.10-5/SqueakV2.sources > только на v2 ругнулся? > Насколько понимаю, всё остальное также собирается, > устанавливается и работает? -- тогда добро! :) >
28.01.2010 12:01, Michael Shigorin пишет:
> On Wed, Jan 27, 2010 at 09:51:57PM +0300, Anton A. Vinogradov wrote:
>> можно уже ssh git.alt build packages/$PKG.git $PKG-0.1-alt1?
>
> По крайней мере squeak-vm у меня собрался с единственным
>
> warning: Installed (but unpackaged) file(s) found:
> /usr/lib64/squeak/3.10-5/SqueakV2.sources
>
> Насколько понимаю, всё остальное также собирается,
> устанавливается и работает? -- тогда добро! :)
>
arc@arc-laptop ~ $ ssh git.alt build packages/squeak-sources.git 3.9-alt0.2
girar-task new: Permission denied
arc@arc-laptop ~ $ ssh git.alt build packages/squeak-sources.git
squeak-sources-3.9-alt0.2
girar-task new: Permission denied
28.01.2010 12:23, Anton A. Vinogradov пишет: > 28.01.2010 12:01, Michael Shigorin пишет: >> On Wed, Jan 27, 2010 at 09:51:57PM +0300, Anton A. Vinogradov wrote: >>> можно уже ssh git.alt build packages/$PKG.git $PKG-0.1-alt1? >> >> По крайней мере squeak-vm у меня собрался с единственным >> >> warning: Installed (but unpackaged) file(s) found: >> /usr/lib64/squeak/3.10-5/SqueakV2.sources >> >> Насколько понимаю, всё остальное также собирается, >> устанавливается и работает? -- тогда добро! :) >> > arc@arc-laptop ~ $ ssh git.alt build packages/squeak-sources.git 3.9-alt0.2 > girar-task new: Permission denied > arc@arc-laptop ~ $ ssh git.alt build packages/squeak-sources.git > squeak-sources-3.9-alt0.2 > girar-task new: Permission denied Была запрещена сборка, теперь: > arc@arc-laptop ~ $ ssh git.alt build packages/scratch-plugins.git 1.4-alt0.2 new task #19310: owner=arc repo=sisyphus task #19310: added #1: build tag 1.4-alt0.2 from /people/arc/packages/scratch-plugins.git Ждем. task #19310: queued, result will be emailed to arc@altlinux.org
28.01.2010 21:23, Anton A. Vinogradov пишет:
> 28.01.2010 12:23, Anton A. Vinogradov пишет:
>> 28.01.2010 12:01, Michael Shigorin пишет:
>>> On Wed, Jan 27, 2010 at 09:51:57PM +0300, Anton A. Vinogradov wrote:
>>>> можно уже ssh git.alt build packages/$PKG.git $PKG-0.1-alt1?
>>>
>>> По крайней мере squeak-vm у меня собрался с единственным
>>>
>>> warning: Installed (but unpackaged) file(s) found:
>>> /usr/lib64/squeak/3.10-5/SqueakV2.sources
>>>
>>> Насколько понимаю, всё остальное также собирается,
>>> устанавливается и работает? -- тогда добро! :)
>>>
>> arc@arc-laptop ~ $ ssh git.alt build packages/squeak-sources.git
>> 3.9-alt0.2
>> girar-task new: Permission denied
>> arc@arc-laptop ~ $ ssh git.alt build packages/squeak-sources.git
>> squeak-sources-3.9-alt0.2
>> girar-task new: Permission denied
>
> Была запрещена сборка, теперь:
>>
> arc@arc-laptop ~ $ ssh git.alt build packages/scratch-plugins.git
> 1.4-alt0.2
> new task #19310: owner=arc repo=sisyphus
> task #19310: added #1: build tag 1.4-alt0.2 from
> /people/arc/packages/scratch-plugins.git
>
> Ждем.
> task #19310: queued, result will be emailed to arc@altlinux.org
>
arc@arc-laptop ~ $ ssh git.alt build packages/scratch-plugins.git 1.4-alt0.2
new task #19310: owner=arc repo=sisyphus
task #19310: added #1: build tag 1.4-alt0.2 from
/people/arc/packages/scratch-plugins.git
task #19310: queued, result will be emailed to arc@altlinux.org
Вот поймал. Оно явно собирается как бинарник.
/me пошел смотреть как сделать noarch
On Thu, Jan 28, 2010 at 09:26:57PM +0300, Anton A. Vinogradov wrote: > Вот поймал. Оно явно собирается как бинарник. > /me пошел смотреть как сделать noarch BuildArch: noarch -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
28.01.2010 21:29, Michael Shigorin пишет:
> On Thu, Jan 28, 2010 at 09:26:57PM +0300, Anton A. Vinogradov wrote:
>> Вот поймал. Оно явно собирается как бинарник.
>> /me пошел смотреть как сделать noarch
>
> BuildArch: noarch
>
Похоже на опцию спек. :)
28.01.2010 21:32, Anton A. Vinogradov пишет:
> 28.01.2010 21:29, Michael Shigorin пишет:
>> On Thu, Jan 28, 2010 at 09:26:57PM +0300, Anton A. Vinogradov wrote:
>>> Вот поймал. Оно явно собирается как бинарник.
>>> /me пошел смотреть как сделать noarch
>>
>> BuildArch: noarch
>>
> Похоже на опцию спек. :)
$EDITOR scratch.spec
git add scratch.spec
git commit -m '1.4-alt0.4'
git push origin master
gear-create-tag -f
git push origin --tags
ssh git.alt build packages/scratch.git 1.4-alt0.4
On Thu, Jan 28, 2010 at 11:36:52PM +0300, Anton A. Vinogradov wrote: > git commit -m '1.4-alt0.4' Можно было gear-commit > git push origin master Кажется, уже достаточно просто git push (стоя в master) > gear-create-tag -f Можно убрать -f, если тег не переставляется (что делать с уже опубликованными тегами -- крайне плохая идея, на будущее) > git push origin --tags Опять же должно хватить git push --tags -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
29.01.2010 00:18, Michael Shigorin пишет:
> On Thu, Jan 28, 2010 at 11:36:52PM +0300, Anton A. Vinogradov wrote:
>> git commit -m '1.4-alt0.4'
>
> Можно было gear-commit
>
>> git push origin master
>
> Кажется, уже достаточно просто git push (стоя в master)
>
>> gear-create-tag -f
>
> Можно убрать -f, если тег не переставляется (что делать с уже
> опубликованными тегами -- крайне плохая идея, на будущее)
>
>> git push origin --tags
>
> Опять же должно хватить git push --tags
>
да. в гите, который scratch, намудрил жутко.
Общественность предупреждать надо о том, что "нечто" едет в сизиф?
On Fri, Jan 29, 2010 at 12:25:05AM +0300, Anton A. Vinogradov wrote: > Общественность предупреждать надо о том, что "нечто" едет в сизиф? В данном разе общественность (учительская) заждалась уж :) Пакет новый (а не опасное обновление), поэтому особо анонс делать необязательно. Но можно. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
29.01.2010 00:18, Michael Shigorin пишет:
> On Thu, Jan 28, 2010 at 11:36:52PM +0300, Anton A. Vinogradov wrote:
>> git commit -m '1.4-alt0.4'
>
> Можно было gear-commit
>
>> git push origin master
>
> Кажется, уже достаточно просто git push (стоя в master)
>
>> gear-create-tag -f
>
> Можно убрать -f, если тег не переставляется (что делать с уже
> опубликованными тегами -- крайне плохая идея, на будущее)
>
>> git push origin --tags
>
> Опять же должно хватить git push --tags
>
arc@arc-laptop ~ $ ssh git.alt task ls
#19381 AWAITING sisyphus scratch.git=1.4-alt0.6
#19380 AWAITING sisyphus squeak-vm.git=3.10.5-alt0.6
Что-то сегодня очень долго.
Вчера собиралось быстрее чем на локалхосте.
On Sat, 30 Jan 2010 00:19:02 +0300, "Anton A. Vinogradov"
> arc@arc-laptop ~ $ ssh git.alt task ls
> #19381 AWAITING sisyphus scratch.git=1.4-alt0.6
> #19380 AWAITING sisyphus squeak-vm.git=3.10.5-alt0.6
>
> Что-то сегодня очень долго.
> Вчера собиралось быстрее чем на локалхосте.
ssh git.alt task ls --all | grep -v FAILED
30.01.2010 01:38, Timur Batyrshin пишет:
> On Sat, 30 Jan 2010 00:19:02 +0300, "Anton A. Vinogradov"
>
>> arc@arc-laptop ~ $ ssh git.alt task ls
>> #19381 AWAITING sisyphus scratch.git=1.4-alt0.6
>> #19380 AWAITING sisyphus squeak-vm.git=3.10.5-alt0.6
>>
>> Что-то сегодня очень долго.
>> Вчера собиралось быстрее чем на локалхосте.
>
> ssh git.alt task ls --all | grep -v FAILED
#19367 BUILDING [locked]
"я собираю что-то большое и сейчас занято" или "я собираюсь, но
приостановилось в процессе"?
#1 build 1.4-alt0.7 from /people/arc/packages/scratch.git ..... Error: File /usr/src/in/source/001-Edmdv-ru-locale.patch: No such file or directory локально + echo 'Patch #5 (001-Edmdv-ru-locale.patch):' Patch #5 (001-Edmdv-ru-locale.patch): + /usr/bin/patch -p1 patching file Scratch/locale/ru.po + exit 0 в гите оно лежит http://git.altlinux.org/people/arc/packages/scratch.git
[-- Attachment #1: Type: text/plain, Size: 600 bytes --] On Sat, 30 Jan 2010 08:12:15 +0300 Anton A. Vinogradov wrote: > #1 build 1.4-alt0.7 from /people/arc/packages/scratch.git > ..... > Error: File /usr/src/in/source/001-Edmdv-ru-locale.patch: No such > file or directory > > локально > + echo 'Patch #5 (001-Edmdv-ru-locale.patch):' > Patch #5 (001-Edmdv-ru-locale.patch): > + /usr/bin/patch -p1 > patching file Scratch/locale/ru.po > + exit 0 Не знаю, как работает локально, но в .gear/rules копирование патча отсутствует, потому и не находится он. [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 198 bytes --]
30.01.2010 09:35, Timur Batyrshin пишет:
> On Sat, 30 Jan 2010 08:12:15 +0300
> Anton A. Vinogradov wrote:
>
>> #1 build 1.4-alt0.7 from /people/arc/packages/scratch.git
>> .....
>> Error: File /usr/src/in/source/001-Edmdv-ru-locale.patch: No such
>> file or directory
>>
>> локально
>> + echo 'Patch #5 (001-Edmdv-ru-locale.patch):'
>> Patch #5 (001-Edmdv-ru-locale.patch):
>> + /usr/bin/patch -p1
>> patching file Scratch/locale/ru.po
>> + exit 0
>
> Не знаю, как работает локально, но в .gear/rules копирование патча
> отсутствует, потому и не находится он.
Спасибо!
буду внимательнее к .gear
>2010-Jan-31 00:02:05 :: squeak-sources.git 3.9-alt0.M51.0.3: package >`squeak-sources' version `3.9-alt0.M51.0.3' is not lesser than its >version `3.9-alt0.3' in `sisyphus' ему надо 3.9-alt0.M51.0.2 или сделать в сизифе bump до alt1(alt2) и сделать 3.9-alt0.M51.1 ? Если пакет не является транком, уместны ли релизы вида 0.1(мой случай)
Итак, пошли: git checkout -b M51 mcedit scratch-plugins.spec add_changelog -e '- build for 5.1 branch' scratch-plugins.spec gear-commit git push --tags ssh git.alt build -b 5.1 packages/scratch-plugins.git 1.4-alt0.3.M51.1
31.01.2010 15:22, Anton A. Vinogradov пишет:
> Итак, пошли:
> git checkout -b M51
> mcedit scratch-plugins.spec
> add_changelog -e '- build for 5.1 branch' scratch-plugins.spec
> gear-commit
> git push --tags
> ssh git.alt build -b 5.1 packages/scratch-plugins.git 1.4-alt0.3.M51.1
2010-Jan-31 16:15:09 :: version check OK
2010-Jan-31 16:15:44 :: created test repo
i586: NEW unmet dependencies detected:
scratch#1.4-alt0.6.M51.1 scratch-plugins = 1.4
x86_64: NEW unmet dependencies detected:
scratch#1.4-alt0.6.M51.1 scratch-plugins = 1.4
Надо собирать в правильной последовательности.
task.
On Sat, Jan 30, 2010 at 11:43:55AM +0300, Anton A. Vinogradov wrote: > >Не знаю, как работает локально, но в .gear/rules копирование патча > >отсутствует, потому и не находится он. > Спасибо! буду внимательнее к .gear Также стоит не забывать про git status -- порой бывало, что банально забывал _закоммитить_ добавленное в .gear/rules :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Накосячил я с однима пакетом, решил, что проще будет его удалить из sisyphus, чем исправить то, что есть. Пробовал: $ ssh git.alt task add del NAME в ответ: girar-task ls: no tasks for... Уже успел rm-db сделать. Куда мне дальше дется? -- Andrey Yurkovsky
[-- Attachment #1: Type: text/plain, Size: 308 bytes --] On Thu, Feb 11, 2010 at 11:22:28AM +0200, anyr@tut.by wrote: > Пробовал: > $ ssh git.alt task add del NAME > в ответ: > girar-task ls: no tasks for... А сам таск кто будет создавать? -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): <combr> swi: ну да, ты почитывай sosyphus@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
[-- Attachment #1: Type: text/plain, Size: 262 bytes --] On Thu, Feb 11, 2010 at 11:22:28AM +0200, anyr@tut.by wrote: > Пробовал: > $ ssh git.alt task add del NAME > в ответ: > girar-task ls: no tasks for... ssh git.alt build del NAME -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
Alexey I. Froloff wrote:
> ssh git.alt build del NAME
Спасибо всем откликнувшимся.
--
Andrey Yurkovsky
Andrey Rahmatullin wrote:
> А сам таск кто будет создавать?
т.е. надо было
git.alt task new
git.alt task add del NAME
git.alt task run ?
Просто подумал, что task add само добавляет задание :\
--
Andrey Yurkovsky
[-- Attachment #1: Type: text/plain, Size: 528 bytes --] On Thu, Feb 11, 2010 at 07:58:29PM +0200, anyr@tut.by wrote: > > А сам таск кто будет создавать? > т.е. надо было > git.alt task new Да. > git.alt task add del NAME > git.alt task run ? > > Просто подумал, что task add само добавляет задание :\ Нет, добавляет в последний имеющийся. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): <|Drool|> raorn: Не. thresh (вроде) намедни мне показал интересный мировой рейтинг протоколов <raorn> |Drool|: TCP/IP лидирует с большим отрывом? [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
[-- Attachment #1: Type: text/plain, Size: 595 bytes --] On Thu, Feb 11, 2010 at 11:22:28AM +0200, anyr@tut.by wrote: > Накосячил я с однима пакетом, решил, что проще будет его удалить из > sisyphus, чем исправить то, что есть. > > Пробовал: > $ ssh git.alt task add del NAME > в ответ: > girar-task ls: no tasks for... В добавление к высказавшимся ранее отмечу, что у вас всё было не совсем так, как вы пишите. В ответ на команду $ ssh git.alt task add del NAME вы получили ответ girar-task add: no tasks found Ответ, который вы цитируете, был получен после ввода другой команды, а именно, $ ssh git.alt task ls -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
Dmitry V. Levin wrote:
> В ответ на команду
> $ ssh git.alt task add del NAME
> вы получили ответ
> girar-task add: no tasks found
>
> Ответ, который вы цитируете, был получен после ввода другой команды,
> а именно,
> $ ssh git.alt task ls
Извините, коли так. Написал по памяти. Не обратил внимание на нюанс.
--
Andrey Yurkovsky
31.01.2010 16:25, Anton A. Vinogradov пишет:
> 31.01.2010 15:22, Anton A. Vinogradov пишет:
>> Итак, пошли:
>> git checkout -b M51
>> mcedit scratch-plugins.spec
>> add_changelog -e '- build for 5.1 branch' scratch-plugins.spec
>> gear-commit
>> git push --tags
>> ssh git.alt build -b 5.1 packages/scratch-plugins.git 1.4-alt0.3.M51.1
>
> 2010-Jan-31 16:15:09 :: version check OK
> 2010-Jan-31 16:15:44 :: created test repo
> i586: NEW unmet dependencies detected:
> scratch#1.4-alt0.6.M51.1 scratch-plugins = 1.4
> x86_64: NEW unmet dependencies detected:
> scratch#1.4-alt0.6.M51.1 scratch-plugins = 1.4
>
> Надо собирать в правильной последовательности.
> task.
Для новой версии.
Не забываем вернуться назад в основной бранч
git checkout master
14.02.2010 15:45, Anton A. Vinogradov пишет:
> 31.01.2010 16:25, Anton A. Vinogradov пишет:
>> 31.01.2010 15:22, Anton A. Vinogradov пишет:
>>> Итак, пошли:
>>> git checkout -b M51
>>> mcedit scratch-plugins.spec
>>> add_changelog -e '- build for 5.1 branch' scratch-plugins.spec
>>> gear-commit
>>> git push --tags
>>> ssh git.alt build -b 5.1 packages/scratch-plugins.git 1.4-alt0.3.M51.1
>>
>> 2010-Jan-31 16:15:09 :: version check OK
>> 2010-Jan-31 16:15:44 :: created test repo
>> i586: NEW unmet dependencies detected:
>> scratch#1.4-alt0.6.M51.1 scratch-plugins = 1.4
>> x86_64: NEW unmet dependencies detected:
>> scratch#1.4-alt0.6.M51.1 scratch-plugins = 1.4
>>
>> Надо собирать в правильной последовательности.
>> task.
> Для новой версии.
> Не забываем вернуться назад в основной бранч
> git checkout master
Удалить бранч
git branch -D M51
[-- Attachment #1: Type: text/plain, Size: 326 bytes --] On Sun, Feb 14, 2010 at 08:47:07PM +0300, Anton A. Vinogradov wrote: > Удалить бранч > git branch -D M51 Зачем его удалять? -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): <raorn> dottedmag, wRAR, rossMoHaX: мне насрать сколько будет питонов если оно не будет выносить мне пол системы [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
14.02.2010 20:56, Andrey Rahmatullin пишет:
> On Sun, Feb 14, 2010 at 08:47:07PM +0300, Anton A. Vinogradov wrote:
>> Удалить бранч
>> git branch -D M51
> Зачем его удалять?
>
ну если запортил или создал лишний
например M511
On Sun, Feb 14, 2010 at 08:47:07PM +0300, Anton A. Vinogradov wrote: > Удалить бранч git branch -D M51 1) _запоротый_ бранч -- если он нормальный, удалять его совершенно ни к чему, потом придётся тащить с git.alt (ради наследования); 2) лучше в качестве привычки взять -d -- проверит смерженность бранча в текущий, а про -D подскажет. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Здравствуйте, я несколько дней пытался собрать пакет с помощью hasher'а - безрезультатно. Собирал свою программу "Клёст-кроссворд", написанную на QT. Несколько из Ваших "Гуру" мне не смогли внятно указать на ошибку - в FAQ такой не было. Им было проще отправть меня на поиски грамотного мейнтейнера, с IQ >= 120, который сможет её собрать. Вот я и пришёл сюда, прошу откликнуться специалиста в этом деле и собрать её для репозитория. Буду с ним поддерживать контакт, по устранению ошибок в программе, связанные с безопасностью. P.S. За 1 день я собрал пакет для GNU / Linux Debian для 2-х платформ - x86 и x86_64. P.P.S. За 1 день я собрал пакет для AltLinux и Mandriva, с помощью rpmbuild, платформа x86. P.P.P.S Значит мне действительно проще писать программы :) . Чтобы оценить, достойна ли моя программа Вашего репозитория, просьба посетить сайт "http://xwicked.narod.ru/downloads.html".(Собранные мной пакеты и исходник). Благодарю за отзыв. С уважением, Денис Флегонтов.
On 27.02.2010 16:26, Флегонтов Денис wrote: > Здравствуйте, я несколько дней пытался собрать пакет с помощью hasher'а - безрезультатно. Собирал свою программу "Клёст-кроссворд", написанную на QT. Несколько из Ваших "Гуру" мне не смогли внятно указать на ошибку - в FAQ такой не было. Им было проще отправть меня на поиски грамотного мейнтейнера, с IQ>= 120, который сможет её собрать. Вот я и пришёл сюда, прошу откликнуться специалиста в этом деле и собрать её для репозитория. Буду с ним поддерживать контакт, по устранению ошибок в программе, связанные с безопасностью. > > P.S. За 1 день я собрал пакет для GNU / Linux Debian для 2-х платформ - x86 и x86_64. > P.P.S. За 1 день я собрал пакет для AltLinux и Mandriva, с помощью rpmbuild, платформа x86. > P.P.P.S Значит мне действительно проще писать программы :) . Чтобы оценить, достойна ли моя программа Вашего репозитория, просьба посетить сайт "http://xwicked.narod.ru/downloads.html".(Собранные мной пакеты и исходник). > Проще вам самому тогда стать нашим мейнтейнером. Тогда вам сюда: http://www.altlinux.org/Join Если хотите научиться пользоваться хашером -- вывод в студию. ЗЫ у меня iq по данным разных тестов 140-160.
[-- Attachment #1: Type: text/plain, Size: 2810 bytes --] On Sat, Feb 27, 2010 at 04:26:35PM +0300, Флегонтов Денис wrote: > Здравствуйте, я несколько дней пытался собрать пакет с помощью hasher'а > - безрезультатно. Собирал свою программу "Клёст-кроссворд", написанную > на QT. Несколько из Ваших "Гуру" мне не смогли внятно указать на ошибку > - в FAQ такой не было. Им было проще отправть меня на поиски грамотного > мейнтейнера, с IQ >= 120, который сможет её собрать. Вот я и пришёл > сюда, прошу откликнуться специалиста в этом деле и собрать её для > репозитория. Буду с ним поддерживать контакт, по устранению ошибок в > программе, связанные с безопасностью. > > P.S. За 1 день я собрал пакет для GNU / Linux Debian для 2-х платформ - > x86 и x86_64. > P.P.S. За 1 день я собрал пакет для AltLinux и Mandriva, с помощью > rpmbuild, платформа x86. > P.P.P.S Значит мне действительно проще писать программы :) . Чтобы > оценить, достойна ли моя программа Вашего репозитория, просьба посетить > сайт "http://xwicked.narod.ru/downloads.html".(Собранные мной пакеты и > исходник). <xwicked> программа написана на QT библиотека установлена какая на Debian'е - в Debian'е собирается отлично - hasher в АльтЛинуксе5,0 выдаёт ошибку - может поможешь: make: Entering directory `/usr/src/RPM/BUILD/klest-crossword-0.1.9' <xwicked> make: *** No rule to make target `/opt/qtsdk-2009.05/qt/mkspecs/linux-g++/qmake.conf', needed by `Makefile'. Stop. <raorn> охщщит <raorn> что за /opt/qtsdk-2009.05? <xwicked> это библиотека qt <raorn> ***** это а не библиотека <raorn> откуда у тебя эта ересь вылезла? <raorn> сам в makefile вписал? <xwicked> makefile создаётся автоматически <xwicked> библиотекой <raorn> какой библиотекой? <xwicked> qt <raorn> врёшь <raorn> а <raorn> путь этот откуда взялся? <xwicked> библиотека туда установлена, для компиляции она неоходима <raorn> неправда <raorn> библиотека установлена совсем не туда <raorn> я повторяю свой вопрос - откуда взялся этот левый путь? <xwicked> хочешь сказать hasher игнорирует то, что было установлено не из репозитория (я вручную последнюю версию устанавливал)? <raorn> ох... <raorn> ты сам этот klest-crossword писал? <xwicked> да <raorn> не надо собирать пакеты <raorn> тебе не надо собирать пакеты <xwicked> в смысле? <raorn> программируй дальше <raorn> а пакеты не собирай -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): <hiddenman> интересно, а если я поставлю дистрибутив 97 года, моя карма вернется к состоянию того года? <dottedmag> hiddenman: ты не знаешь второй закон кармодинамики? <hiddenman> dottedmag: нет :( <dottedmag> hiddenman: карма замкнутого компьютерщика неубывает, если его зовут не hiddenman. Тогда она невозрастает. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
[-- Attachment #1: Type: text/plain, Size: 633 bytes --] On Sat, Feb 27, 2010 at 08:22:37PM +0500, Andrey Rahmatullin wrote: > <xwicked> программа написана на QT библиотека установлена какая на > Debian'е - в Debian'е собирается отлично - hasher в > АльтЛинуксе5,0 выдаёт ошибку - может поможешь: make: Entering > directory `/usr/src/RPM/BUILD/klest-crossword-0.1.9' > <xwicked> make: *** No rule to make target > `/opt/qtsdk-2009.05/qt/mkspecs/linux-g++/qmake.conf', needed by > `Makefile'. Stop. Такое, кстати, не соберётся и на Debian под pbuilder. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
27 февраля 2010 Флегонтов Денис написал:
> Здравствуйте, я несколько дней пытался собрать пакет с помощью hasher'а -
> безрезультатно. Собирал свою программу "Клёст-кроссворд", написанную на
> QT. Несколько из Ваших "Гуру" мне не смогли внятно указать на ошибку - в
> FAQ такой не было.
Напишите, что именно не собралось.
Вообще-то чтобы собрать такой пакет в репозиторий или вы сами должны стать
мейнтейнером или получить имеющему учёную запись. Даже если и соберёте у себя,
в репозиторий это не попадёт.
Давайте ссылку на git/srpm - попробую собрать.
P.S. Очень плохая идея - делать такой кросспостинг.
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
On Sat, Feb 27, 2010 at 06:29:54PM +0300, Alexey I. Froloff wrote: > > <xwicked> make: *** No rule to make target > > `/opt/qtsdk-2009.05/qt/mkspecs/linux-g++/qmake.conf', needed by > > `Makefile'. Stop. > Такое, кстати, не соберётся и на Debian под pbuilder. Если б ты сказал поставить libqt4-core и отталкиваться от него, а на "нужно 4.5" объяснил, что закладываться на ещё не разошедшиеся по дистрибутивам версии популярных библиотек есть диверсия -- может, человеку легче было бы понять, чем плохи предложенные исходники и куда идти, чтоб сделать из своего проекта хороший апстрим. 2 xwicked: если уже сильно завязались на qt-4.5 и вернуться на более доступную 4.4 сложно, то хотя бы постарайтесь учесть это в будущем, а сейчас пакеты получится собирать для дистрибутивов, в которых уже есть требуемые версии библиотек. Для других лучше собирайте статику, чем так. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 1150 bytes --] On Sat, Feb 27, 2010 at 06:41:37PM +0200, Michael Shigorin wrote: > > > <xwicked> make: *** No rule to make target > > > `/opt/qtsdk-2009.05/qt/mkspecs/linux-g++/qmake.conf', needed by > > > `Makefile'. Stop. > > Такое, кстати, не соберётся и на Debian под pbuilder. > Если б ты сказал поставить libqt4-core и отталкиваться от него, > а на "нужно 4.5" объяснил, что закладываться на ещё не > разошедшиеся по дистрибутивам версии популярных библиотек > есть диверсия -- может, человеку легче было бы понять, > чем плохи предложенные исходники и куда идти, чтоб сделать > из своего проекта хороший апстрим. > > 2 xwicked: если уже сильно завязались на qt-4.5 и вернуться > на более доступную 4.4 сложно, то хотя бы постарайтесь учесть > это в будущем, а сейчас пакеты получится собирать для > дистрибутивов, в которых уже есть требуемые версии библиотек. /opt/qtsdk-2009.05 ни в каком дистрибутиве нет. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): * wart считает, что для каждой задачи нужно пользоваться наиболее подходящим инструментом. <wart> Если этот инструмент не Perl. [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
On Sat, Feb 27, 2010 at 10:07:13PM +0500, Andrey Rahmatullin wrote: > > 2 xwicked: если уже сильно завязались на qt-4.5 и вернуться > > на более доступную 4.4 сложно, то хотя бы постарайтесь учесть > > это в будущем, а сейчас пакеты получится собирать для > > дистрибутивов, в которых уже есть требуемые версии библиотек. > /opt/qtsdk-2009.05 ни в каком дистрибутиве нет. Насколько понимаю, в используемой ОС не было qt-4.5 и пришлось ставить в /opt. Чтоб пользователям не заниматься такими же экстренными мерами, надо пользоваться дистрибутивной сборкой Qt4. Это и попытался объяснить. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Здравствуйте, хочу извиниться за кросспостинг. Человек уже почти год не работает, учится. Всё это время сидит по 16 часов за компом, думает как привлечь внимание пользователей(тестеров) к своим разработкам, чтобы сделать идеальную программу для того, чтобы ей могли пользоваться в будущем все. Запутался, может, в чём-то, хотел, чтобы ему помогли, в ответ получил: иди ты, Вы сами видели куда. Хочу, чтобы им стало стыдно. Настоящий специалист должен быть развит во всех направлениях, а не выучить что-нибудь, пальцы гнуть и посылать всех, кто на уровень ниже его! Установка версии QT из дистрибутива не исправила ошибку - было тоже самое, но с другим путём к библиотеке QT. Сам я уже не буду становиться мейнтейнером, буду больше времени уделять отлаживанию кода, добавлением новых функций. Кому очень сильно понравится кроссворд, я думаю они смогут его собрать, с моей благодарностью, конечно. Благодарю за совет, на счёт помладше версии, скорее всего это можно будет сделать. От рассылок я отпишусь, поэтому просьба мейнтейнеру писать конкретно мне на e-mail: xwicked@yandex.ru. Благодарю за советы и отзывы! С уважением, Денис Флегонтов.
> Такое, кстати, не соберётся и на Debian под pbuilder.
>
Что поделаешь -- виндоузятник.
> От рассылок я отпишусь, поэтому просьба мейнтейнеру писать конкретно мне на e-mail: xwicked@yandex.ru.
>
> Благодарю за советы и отзывы!
>
>
Круто, афигенная антиреклама.
On Sat, Feb 27, 2010 at 10:04:36PM +0300, Kharitonov A. Dmitry wrote: > >Такое, кстати, не соберётся и на Debian под pbuilder. > Что поделаешь -- виндоузятник. Все мы порой делаем ошибки, давайте хотя бы на чужих учиться. Тем более человек пусть и "бомбочкой", но пришёл спросить совета и надеясь принести свой кусочек пользы. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
On 27.02.2010 22:50, Michael Shigorin wrote:
> On Sat, Feb 27, 2010 at 10:04:36PM +0300, Kharitonov A. Dmitry wrote:
>
>>> Такое, кстати, не соберётся и на Debian под pbuilder.
>>>
>> Что поделаешь -- виндоузятник.
>>
> Все мы порой делаем ошибки, давайте хотя бы на чужих учиться.
> Тем более человек пусть и "бомбочкой", но пришёл спросить совета
> и надеясь принести свой кусочек пользы.
>
Виндоузятник -- это не ругательное слово -- это такое состояние души. И
вообще, жалко его: когда человек проводит по 16 часов в сутки у компа
это всегда кончается плохо.
27 февраля 2010 Kharitonov A. Dmitry написал:
> > От рассылок я отпишусь, поэтому просьба мейнтейнеру писать конкретно мне
> > на e-mail: xwicked@yandex.ru.
> >
> > Благодарю за советы и отзывы!
>
> Круто, афигенная антиреклама.
Антиреклама ALT Linux? Или снобов в IRC и в рассылках?
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
On 01.03.2010 14:53, Андрей Черепанов wrote:
> 27 февраля 2010 Kharitonov A. Dmitry написал:
>
>>> От рассылок я отпишусь, поэтому просьба мейнтейнеру писать конкретно мне
>>> на e-mail: xwicked@yandex.ru.
>>>
>>> Благодарю за советы и отзывы!
>>>
>> Круто, афигенная антиреклама.
>>
> Антиреклама ALT Linux? Или снобов в IRC и в рассылках?
>
Своей программы прежде всего. А снобы в упоминании не нуждаются -- их и
так все знают.
1 марта 2010 Kharitonov A. Dmitry написал:
> On 01.03.2010 14:53, Андрей Черепанов wrote:
> > 27 февраля 2010 Kharitonov A. Dmitry написал:
> >>> От рассылок я отпишусь, поэтому просьба мейнтейнеру писать конкретно
> >>> мне на e-mail: xwicked@yandex.ru.
> >>>
> >>> Благодарю за советы и отзывы!
> >>
> >> Круто, афигенная антиреклама.
> >
> > Антиреклама ALT Linux? Или снобов в IRC и в рассылках?
>
> Своей программы прежде всего. А снобы в упоминании не нуждаются -- их и
> так все знают.
Парень не слишком хорошо разбирается в сборке RPM (и не должен). А на него так
вывалили, что у него пропало всякое желание. Помощи в сборке не предложил
никто (!) до меня. И в чём виноват неофит?
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
Мужики, пойдёмте с этим в smoke-room@. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
On 01.03.2010 20:34, Андрей Черепанов wrote:
> 1 марта 2010 Kharitonov A. Dmitry написал:
>
>> On 01.03.2010 14:53, Андрей Черепанов wrote:
>>
>>> 27 февраля 2010 Kharitonov A. Dmitry написал:
>>>
>>>>> От рассылок я отпишусь, поэтому просьба мейнтейнеру писать конкретно
>>>>> мне на e-mail: xwicked@yandex.ru.
>>>>>
>>>>> Благодарю за советы и отзывы!
>>>>>
>>>> Круто, афигенная антиреклама.
>>>>
>>> Антиреклама ALT Linux? Или снобов в IRC и в рассылках?
>>>
>> Своей программы прежде всего. А снобы в упоминании не нуждаются -- их и
>> так все знают.
>>
> Парень не слишком хорошо разбирается в сборке RPM (и не должен). А на него так
> вывалили, что у него пропало всякое желание. Помощи в сборке не предложил
> никто (!) до меня. И в чём виноват неофит?
>
У меня сложилось впечатление, что ему помощь предложило не менее 5
человек, а он взял и отписался от всех рассылок. Отсюда законный вопрос:
А нафига он такой нужен? С какой целью он агресивно навязывает свой пакет?
2 марта 2010 Kharitonov A. Dmitry написал:
> У меня сложилось впечатление, что ему помощь предложило не менее 5
> человек, а он взял и отписался от всех рассылок. Отсюда законный вопрос:
> А нафига он такой нужен? С какой целью он агресивно навязывает свой пакет?
В приватной переписке он подтвердил, что это не так.
Он предложил свой пакет. Имеет право, тем более, что он его сам и разработал.
Если его послать, как сделало большинство, он махнёт рукой на пещерных снобов,
живущих за счёт чужих пакетов, и пойдёт искать вменяемых людей.
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
2 марта 2010 Kharitonov A. Dmitry написал:
> On 02.03.2010 13:22, Андрей Черепанов wrote:
> > 2 марта 2010 Kharitonov A. Dmitry написал:
> >> У меня сложилось впечатление, что ему помощь предложило не менее 5
> >> человек, а он взял и отписался от всех рассылок. Отсюда законный вопрос:
> >> А нафига он такой нужен? С какой целью он агресивно навязывает свой
> >> пакет?
> >
> > В приватной переписке он подтвердил, что это не так.
> > Он предложил свой пакет. Имеет право, тем более, что он его сам и
> > разработал. Если его послать, как сделало большинство, он махнёт рукой на
> > пещерных снобов, живущих за счёт чужих пакетов, и пойдёт искать вменяемых
> > людей.
>
> Что значит послало большенство? Он на какое количество людей расчитывает?
Полагаю, он рассчитывал на уважительное обращение.
--
Андрей Черепанов
ALT Linux
cas@altlinux.ru
On 02.03.2010 13:22, Андрей Черепанов wrote:
> 2 марта 2010 Kharitonov A. Dmitry написал:
>
>> У меня сложилось впечатление, что ему помощь предложило не менее 5
>> человек, а он взял и отписался от всех рассылок. Отсюда законный вопрос:
>> А нафига он такой нужен? С какой целью он агресивно навязывает свой пакет?
>>
> В приватной переписке он подтвердил, что это не так.
> Он предложил свой пакет. Имеет право, тем более, что он его сам и разработал.
> Если его послать, как сделало большинство, он махнёт рукой на пещерных снобов,
> живущих за счёт чужих пакетов, и пойдёт искать вменяемых людей.
>
Что значит послало большенство? Он на какое количество людей расчитывает?
On 02.03.2010 15:00, Андрей Черепанов wrote:
> 2 марта 2010 Kharitonov A. Dmitry написал:
>
>> On 02.03.2010 13:22, Андрей Черепанов wrote:
>>
>>> 2 марта 2010 Kharitonov A. Dmitry написал:
>>>
>>>> У меня сложилось впечатление, что ему помощь предложило не менее 5
>>>> человек, а он взял и отписался от всех рассылок. Отсюда законный вопрос:
>>>> А нафига он такой нужен? С какой целью он агресивно навязывает свой
>>>> пакет?
>>>>
>>> В приватной переписке он подтвердил, что это не так.
>>> Он предложил свой пакет. Имеет право, тем более, что он его сам и
>>> разработал. Если его послать, как сделало большинство, он махнёт рукой на
>>> пещерных снобов, живущих за счёт чужих пакетов, и пойдёт искать вменяемых
>>> людей.
>>>
>> Что значит послало большенство? Он на какое количество людей расчитывает?
>>
> Полагаю, он рассчитывал на уважительное обращение.
>
Для уважительного общения надо принципиально как-то общаться. Обратие
внимание, это обсуждение началось с него, т.е. априори предполагается,
что оно ему нужно, а на самом деле, сколько раз он ответил?
У меня возник такой вопрос. Собираю пакет clementine, а там нету ничего из перечисленного в http://www.altlinux.org/Docs . Разве что есть файл TODO, в котором описаны будущие функции программы. Стоит ли его упаковывать или не стоит?
[-- Attachment #1: Type: text/plain, Size: 564 bytes --] On Tue, Mar 16, 2010 at 09:07:41PM +0200, Павел Малеев wrote: > У меня возник такой вопрос. Собираю пакет clementine, а там нету ничего > из перечисленного в http://www.altlinux.org/Docs . Ну и что? > Разве что есть файл TODO, в котором описаны будущие функции программы. > Стоит ли его упаковывать или не стоит? Стоит. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): Я убеждён, что исправление важнее анонса. Сисадмин в состоянии проанализировать степень угрозы скорее, чем подготовить исправление. -- ldv in community@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
16 марта 2010 г. 21:07 пользователь Павел Малеев
<pavel_rolland@mail.ru> написал:
> У меня возник такой вопрос. Собираю пакет clementine, а там нету ничего из перечисленного в http://www.altlinux.org/Docs . Разве что есть файл TODO, в котором описаны будущие функции программы. Стоит ли его упаковывать или не стоит?
В конечном итоге решение принимать пакующему.Но я бы упаковывал.
Например, сделав акцент на "Упаковке подлежит вся документация" в полиси.
Да и просто о опыту TODO вроде в пакеты обычно кладут.
--
Артём Золочевский
Доброго! Прошу подсказать годные девайсы для хранения ssh&pgp. Глянул я на сегодняшние "подарки" сизифа и стало мне страшно за ключи на своей машинке. Вдруг с апдейтами приплывет нечто совсем уж диковинное?
On Wed, Mar 17, 2010 at 10:24:10PM +0300, Anton A. Vinogradov wrote:
> Прошу подсказать годные девайсы для хранения ssh&pgp.
Всё-таки вопрос по теме community@, а не devel-newbies@.
По существу -- если ты не про всякие eToken (тогда спроси
mrkooll@), то не вижу разницы между обычными флэшками.
Да и применять для ключей пока не планирую, потерять
флэшку легче, чем ноутбук.
--
PS: сегодня переехал буком на Sisyphus+Xorg-7.5, пока регрессы
свелись к отлетевшему firefox-tab_kit (нашлось обновление) и
заведомо оторванным OSS emulation в ALSA с kqemu в qemu.
14.02.2010 21:42, Michael Shigorin пишет: > On Sun, Feb 14, 2010 at 08:47:07PM +0300, Anton A. Vinogradov wrote: >> Удалить бранч git branch -D M51 > > 1) _запоротый_ бранч -- если он нормальный, удалять его > совершенно ни к чему, потом придётся тащить с git.alt > (ради наследования); > 2) лучше в качестве привычки взять -d -- проверит смерженность > бранча в текущий, а про -D подскажет. > похоже где-то я его таки удалил. ....... 2010-Mar-26 21:15:26 :: error: psi-plus.git tag `0.15-alt0.r2024.0.M51.1' is not inherited from /gears/p/psi-plus.git branch `5.1' ....... http://git.altlinux.org/tasks/22413/task/log
On Fri, Mar 26, 2010 at 09:26:57PM +0300, Anton A. Vinogradov wrote: > >>Удалить бранч git branch -D M51 > >1) _запоротый_ бранч -- если он нормальный, удалять его > > совершенно ни к чему, потом придётся тащить с git.alt > > (ради наследования); > >2) лучше в качестве привычки взять -d -- проверит смерженность > > бранча в текущий, а про -D подскажет. > похоже где-то я его таки удалил. > ....... > 2010-Mar-26 21:15:26 :: error: psi-plus.git tag > `0.15-alt0.r2024.0.M51.1' is not inherited from /gears/p/psi-plus.git > branch `5.1' > ....... > http://git.altlinux.org/tasks/22413/task/log Ну можно из gears и дёрнуть. :) git remote add origin git.alt:/gears/p/psi-plus.git git remote update git remote show -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
27.03.2010 16:26, Michael Shigorin пишет:
> On Fri, Mar 26, 2010 at 09:26:57PM +0300, Anton A. Vinogradov wrote:
>>>> Удалить бранч git branch -D M51
>>> 1) _запоротый_ бранч -- если он нормальный, удалять его
>>> совершенно ни к чему, потом придётся тащить с git.alt
>>> (ради наследования);
>>> 2) лучше в качестве привычки взять -d -- проверит смерженность
>>> бранча в текущий, а про -D подскажет.
>> похоже где-то я его таки удалил.
>> .......
>> 2010-Mar-26 21:15:26 :: error: psi-plus.git tag
>> `0.15-alt0.r2024.0.M51.1' is not inherited from /gears/p/psi-plus.git
>> branch `5.1'
>> .......
>> http://git.altlinux.org/tasks/22413/task/log
>
> Ну можно из gears и дёрнуть. :)
>
> git remote add origin git.alt:/gears/p/psi-plus.git
> git remote update
> git remote show
>
собезьянил
arc@arc-laptop ~/Documents/ALTLinux/devel/psi-plus $ git remote add
origin git.alt:/gears/p/psi-plus.git
fatal: remote origin already exists.
arc@arc-laptop ~/Documents/ALTLinux/devel/psi-plus $ git remote update
Fetching origin
arc@arc-laptop ~/Documents/ALTLinux/devel/psi-plus $ git remote show
origin
не помогло.
пока буду думать -- не видать 51 нового пси :)
с вебкитом и анимированными смайлами.
27 марта 2010 г. 21:55 пользователь Anton A. Vinogradov <vinogradov.mail@gmail.com> написал: > 27.03.2010 16:26, Michael Shigorin пишет: >> >> On Fri, Mar 26, 2010 at 09:26:57PM +0300, Anton A. Vinogradov wrote: >>>>> >>>>> Удалить бранч git branch -D M51 >>>> >>>> 1) _запоротый_ бранч -- если он нормальный, удалять его >>>> совершенно ни к чему, потом придётся тащить с git.alt >>>> (ради наследования); >>>> 2) лучше в качестве привычки взять -d -- проверит смерженность >>>> бранча в текущий, а про -D подскажет. >>> >>> похоже где-то я его таки удалил. >>> ....... >>> 2010-Mar-26 21:15:26 :: error: psi-plus.git tag >>> `0.15-alt0.r2024.0.M51.1' is not inherited from /gears/p/psi-plus.git >>> branch `5.1' >>> ....... >>> http://git.altlinux.org/tasks/22413/task/log >> >> Ну можно из gears и дёрнуть. :) >> >> git remote add origin git.alt:/gears/p/psi-plus.git >> git remote update >> git remote show >> > собезьянил > arc@arc-laptop ~/Documents/ALTLinux/devel/psi-plus $ git remote add origin > git.alt:/gears/p/psi-plus.git > fatal: remote origin already exists. > arc@arc-laptop ~/Documents/ALTLinux/devel/psi-plus $ git remote update > Fetching origin > arc@arc-laptop ~/Documents/ALTLinux/devel/psi-plus $ git remote show > origin > нужно смотреть так: $ git remote show origin должно быть также: $ git remote show git://git.altlinux.org/gears/p/psi-plus.git * remote git://git.altlinux.org/gears/p/psi-plus.git Fetch URL: git://git.altlinux.org/gears/p/psi-plus.git Push URL: git://git.altlinux.org/gears/p/psi-plus.git HEAD branch: sisyphus > не помогло. > > пока буду думать -- не видать 51 нового пси :) > с вебкитом и анимированными смайлами. Я не понял в чём проблема... Судя по всему в этом: $ ssh git.alt task show 22413 id=22413 locked=no shared=no test_only=no repo=5.1 owner=arc seq=2 rc=1 1:dir=/people/arc/packages/psi-plus.git 1:tag_name=0.15-alt0.r2024.0.M51.1 1:tag_id=9f71a52a939367e5e92b109a90df71710ded9e4d 1:tag_author=Anton A. Vinogradov (for altlinux.org) <arc@altlinux.org> 1:userid=arc Наверное, #22626 счас пролезет. -- Sin (Sinelnikov Evgeny)
> Наверное, #22626 счас пролезет.
>
нет. не пролезло.
30 марта 2010 г. 18:47 пользователь Anton A. Vinogradov
<vinogradov.mail@gmail.com> написал:
>
>> Наверное, #22626 счас пролезет.
>>
> нет. не пролезло.
>
Я заметил там-таки ветку 5.1
вам нужно
- подключить git://git.altlinux.org/gears/p/psi-plus.git
- вытянуть ветку 5.1
- продолжить историю от этой ветки
например так:
$ git remote add gears git://git.altlinux.org/gears/p/psi-plus.git
$ git fetch gears 5.1:5.1
$ git checkout 5.1
$ git merge master
если будут конфликты, советую установить kdiff3 и выполнить, указав
kdiff3 вместо vimdiff:
$ git mergetool
$ git commit
Вообще, я не совсем понимаю, как вы ведёте работу для разных бранчей в
одной ветке master.
--
Sin (Sinelnikov Evgeny)
30.03.2010 18:56, Evgeny Sinelnikov пишет:
> Вообще, я не совсем понимаю, как вы ведёте работу для разных бранчей в
> одной ветке master.
Проблема в том, что я сам не очень понимаю.
Локально у меня два бранча. master и M51.
Раньше обходился тегами, и всё у меня проходило. До недавнего момента.
Один тег пушну из одного, другой из другого.
пока с пси обстоит так:
изменяю локальный мастер
отправляю на сборку.
git checkout M51
заправляю его аналогичным содержимым (тупо копирую)
меняю релиз на ..M51.. add_changelog
отправляю на сборку
30 марта 2010 г. 19:07 пользователь Anton A. Vinogradov <vinogradov.mail@gmail.com> написал: > 30.03.2010 18:56, Evgeny Sinelnikov пишет: > >> Вообще, я не совсем понимаю, как вы ведёте работу для разных бранчей в >> одной ветке master. > > Проблема в том, что я сам не очень понимаю. > Локально у меня два бранча. master и M51. $ git push origin M51 если origin - это ваше git.alt > Раньше обходился тегами, и всё у меня проходило. До недавнего момента. > Один тег пушну из одного, другой из другого. > > пока с пси обстоит так: > изменяю локальный мастер > отправляю на сборку. > git checkout M51 > заправляю его аналогичным содержимым (тупо копирую) ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Здесь самый важный момент. Куда из вашего M51 пропали коммиты с тегами вида 0.15-alt0.r1817.M51.1 ? Вы их отправили в 5.1 а потом продолжили с другого места (более старого). > меняю релиз на ..M51.. add_changelog > отправляю на сборку -- Sin (Sinelnikov Evgeny)
On Sat, Mar 27, 2010 at 09:55:05PM +0300, Anton A. Vinogradov wrote: > >>>>Удалить бранч git branch -D M51 > >>>1) _запоротый_ бранч -- если он нормальный, удалять его > >>> совершенно ни к чему, потом придётся тащить с git.alt > >>> (ради наследования); ^^^^^^^^^^^^^^^^^^ ! > >Ну можно из gears и дёрнуть. :) > >git remote add origin git.alt:/gears/p/psi-plus.git Это я глупость сморозил, потом простой git push попытается туда и затолкать -- и обломится. Лучше не "origin" обозвать такой remote, а "gears". То есть целиком: git remote add gears git.alt:/gears/p/psi-plus.git git remote show git remote update и если нужно смержить историю e.g. гитового бранча 5.1 оттуда, то git log gears/5.1 git merge gears/5.1 а если есть теги -- то можно смержить отдельный тег (неважно, "из какого бранча", поскольку всё одно тег ставится на конкретный коммит): git merge 0.15-alt0.r1817.M51.1 либо коммит: git merge 63d41372171f8a4bdc1b3389525f303baa0c229c > собезьянил > arc@arc-laptop ~/Documents/ALTLinux/devel/psi-plus $ git remote add > origin git.alt:/gears/p/psi-plus.git > fatal: remote origin already exists. Если репо произошёл посредством git clone, то прописан тот, откуда склонировано. А заклинило меня на вот какой строчке, с которой содрал: git remote add origin git.alt:packages/psi-plus.git То есть чтоб источником был свой же git.alt repo. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Здравствуйте. При сборке пакета выскочила такая ошибка: CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: QT_PHONON_INCLUDE_DIR (ADVANCED) Ответа в Интернете не нашел. Ткните носом:) -- С уважением, Павел (aka Rolland)
[-- Attachment #1: Type: text/plain, Size: 641 bytes --] On Tue, Apr 27, 2010 at 05:32:52PM +0300, Павел Малеев wrote: > При сборке пакета выскочила такая ошибка: > CMake Error: The following variables are used in this project, but they are set to NOTFOUND. > Please set them or make sure they are set and tested correctly in the CMake files: > QT_PHONON_INCLUDE_DIR (ADVANCED) phonon-devel хочет, очевидно. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): > >огласить весь список rpm -qa | grep ^kde? :) > >3.2.3, Sisyphus (20040804) > Ничче не понимаю. У меня вроде то же самое (см. выше). Будем Зерга звать? пора. Зееерггггг!!!!!? -- shrek in sisyphus@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
> On Tue, Apr 27, 2010 at 05:32:52PM +0300, Павел Малеев wrote:
> > При сборке пакета выскочила такая ошибка:
> > CMake Error: The following variables are used in this project, but they
> > are set to NOTFOUND. Please set them or make sure they are set and
> > tested correctly in the CMake files: QT_PHONON_INCLUDE_DIR (ADVANCED)
>
> phonon-devel хочет, очевидно.
> Зееерггггг!!!!!?
> -- shrek in sisyphus@
phonon-devel стоит
--
С уважением, Павел (aka Rolland)
[-- Attachment #1: Type: text/plain, Size: 586 bytes --] On Tue, Apr 27, 2010 at 05:51:53PM +0300, Павел Малеев wrote: > > > CMake Error: The following variables are used in this project, but they > > > are set to NOTFOUND. Please set them or make sure they are set and > > > tested correctly in the CMake files: QT_PHONON_INCLUDE_DIR (ADVANCED) > phonon-devel стоит Выясняйте, почему не нашёлся. Показывайте вывод cmake. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): <Pilot> Aristarh: сколько дней уходит на пересборку всего гнома? <drF_ckoff> Pilot: на пару недель меньше, чем на пересборку всего kde =) [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
> On Tue, Apr 27, 2010 at 05:51:53PM +0300, Павел Малеев wrote:
> > > > CMake Error: The following variables are used in this project, but
> > > > they are set to NOTFOUND. Please set them or make sure they are set
> > > > and tested correctly in the CMake files: QT_PHONON_INCLUDE_DIR
> > > > (ADVANCED)
> >
> > phonon-devel стоит
>
> Выясняйте, почему не нашёлся. Показывайте вывод cmake.
Все, нашел на просторах Инета решение. Добавил в спек
-DQT_PHONON_INCLUDE_DIR:INTERNAL=1
--
С уважением, Павел (aka Rolland)
Доброго времени всем. Решил обновить пакет lxde-lxsession-edit. Обновил. Написал по этому поводу инструкцию: http://radyus.ya.ru/replies.xml?item_no=71 Собрал пакет. Поставил. Но он исчез из меню LXDE... То что было: http://git.altlinux.org/people/radik/packages/?p=lxde-lxsession-edit.git;a=blob;f=lxsession-edit/lxsession-edit.desktop.in;h=9e849be0598d237bc850cbfbc05f7f62bfb46260;hb=a52ae42875128f241d05a4dacea166e17a513524 То что получилось в результате экспериментов: http://git.altlinux.org/people/radik/packages/?p=lxde-lxsession-edit.git;a=blob;f=lxsession-edit/lxsession-edit.desktop.in;h=79edf3375015a7820f8583af6802cff3ad72dd33;hb=0c6133d9de352117a7f358c207ffa40482c480a1 Или я неправильно понял где это настраивается или где-то перестарался. Укажите пожалуйста на мою ошибку... Спасибо!
[-- Attachment #1: Type: text/plain, Size: 793 bytes --] On Sun, Jun 06, 2010 at 05:05:18AM +0400, Радик Юсупов wrote: > То что получилось в результате экспериментов: > http://git.altlinux.org/people/radik/packages/?p=lxde-lxsession-edit.git;a=blob;f=lxsession-edit/lxsession-edit.desktop.in;h=79edf3375015a7820f8583af6802cff3ad72dd33;hb=0c6133d9de352117a7f358c207ffa40482c480a1 Я молчу про _Name и _Comment (и про случайно увиденный "Merge branch 'upstreame'"), но конкретно про меню ошибка в минусе вместо = в OnlyShownIn-LXDE;. И да, это должен ловить desktop-file-validate. -- WBR, wRAR (ALT Linux Team) Powered by the ALT Linux fortune(6): > Господа, а кто-нить заметил что у нас в Sisyphus два одноименных > пакета с разной функциональностью ? Policy не запрещает, значит можно еще FuSE и Fuse, например. -- zerg in devel@ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 490 bytes --]
[-- Attachment #1: Type: text/plain, Size: 246 bytes --] On Sun, Jun 06, 2010 at 12:09:13PM +0600, Andrey Rahmatullin wrote: > Я молчу про _Name и _Comment Их обрабатывает, если не ошибаюсь, intltool. Это же .desktop.in. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
06.06.2010 10:09, Andrey Rahmatullin пишет: > On Sun, Jun 06, 2010 at 05:05:18AM +0400, Радик Юсупов wrote: > >> То что получилось в результате экспериментов: >> http://git.altlinux.org/people/radik/packages/?p=lxde-lxsession-edit.git;a=blob;f=lxsession-edit/lxsession-edit.desktop.in;h=79edf3375015a7820f8583af6802cff3ad72dd33;hb=0c6133d9de352117a7f358c207ffa40482c480a1 >> > Я молчу про _Name и _Comment (и про случайно увиденный "Merge branch > 'upstreame'"), но конкретно про меню ошибка в минусе вместо = в > OnlyShownIn-LXDE;. И да, это должен ловить desktop-file-validate. > Чего-то я не допонимаю. Откатил все изменения файла lxsession-edit.desktop.in. "Как есть" пакет собирается, но в меню ничего не появляется. Если в нем изменить параметр "NotShowIn=GNOME;KDE;XFCE" на "OnlyShowIn=LXDE;" в меню так-же чисто. Если Оба этих параметра вообще убрать, то в меню все что нужно появляется но на английском языке. После каждого обновления пакета перезаходил. Бесполезно. Хорошо, все познается в сравнении. Смотрю на соседние пакеты, например lxde-lxrandr. В нем файл lxrandr.desktop.in выглядит так: = = = Начало = = = [Desktop Entry] _Name=Monitor Settings _Comment=Change screen resolution and configure external monitors Exec=lxrandr Icon=display Terminal=false Encoding=UTF-8 Type=Application Categories=GTK;Settings;HardwareSettings; = = = Конец = = = Ссылка: http://git.altlinux.org/people/radik/packages/?p=lxde-lxrandr.git;a=blob;f=data/lxrandr.desktop.in;h=eee9da6036e3a25a925076d8fab98a27f09118f5;hb=refs/heads/master Это приложение появляется в меню на русском_языке. Как так? А если например брать приложение lxterminal, то у него есть и просто .desktop-файл и .desktop.in. Второй практически ничем не отличается от приведенного тут, а в первом есть локализация. Поясните мне пожалуйста логику работы. Я запутался :( P.S. И кстати: $ desktop-file-validate lxsession-edit.desktop.in lxsession-edit.desktop.in: error: file contains key "_Name" in group "Desktop Entry", but key names must contain only the characters A-Za-z0-9- (they may have a "[LOCALE]" postfix) lxsession-edit.desktop.in: error: file contains key "_Comment" in group "Desktop Entry", but key names must contain only the characters A-Za-z0-9- (they may have a "[LOCALE]" postfix) lxsession-edit.desktop.in: error: required key "Name" in group "Desktop Entry" is not present lxsession-edit.desktop.in: error: filename does not have a .desktop extension Но так оно ругается и в остальных пакетах, но те тем не менее работают хорошо...
On Mon, Jun 07, 2010 at 09:05:25PM +0400, Радик Юсупов wrote: > А если например брать приложение lxterminal, то у него есть и > просто .desktop-файл и .desktop.in. Как правило, *.in являются "болванками", по которым производятся макро- или иные подстановки для получения необходимого результата. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
07.06.2010 23:29, Michael Shigorin пишет:
> On Mon, Jun 07, 2010 at 09:05:25PM +0400, Радик Юсупов wrote:
>
>> А если например брать приложение lxterminal, то у него есть и
>> просто .desktop-файл и .desktop.in.
>>
> Как правило, *.in являются "болванками", по которым производятся
> макро- или иные подстановки для получения необходимого результата.
>
Да, про это я уже прочитал и объяснили...
Просто заметил вот такую разницу и стало интересно...
Господа, Упаковывается маленькая библиотека и с ней утилитки (субпакетом). Как у нас принято пакет с утилитками назвать? - lib<name>-tools ? - lib<name>-utils ? - Кто во что горазд? -- Артём Золочевский
Привет!
> Упаковывается маленькая библиотека и с ней утилитки (субпакетом). Как
> у нас принято пакет с утилитками назвать?
> - lib<name>-tools ?
> - lib<name>-utils ?
> - Кто во что горазд?
А тут и в самом деле кто во что горазд :)
--
REAL aka Евгений Ростовцев, программист ЦНИТ КемГУ
Artem Zolochevskiy <artem.zolochevskiy@gmail.com> writes:
> Господа,
>
> Упаковывается маленькая библиотека и с ней утилитки (субпакетом). Как
> у нас принято пакет с утилитками назвать?
> - lib<name>-tools ?
> - lib<name>-utils ?
> - Кто во что горазд?
$ ls -1 /ALT/Sisyphus/files/{x86_64,noarch}/RPMS/ | grep "^lib" | grep -e "-utils-" | wc -l
41
$ ls -1 /ALT/Sisyphus/files/{x86_64,noarch}/RPMS/ | grep "^lib" | grep -e "-tools-" | wc -l
19
Народ голосует за "utils" ;)
--
Vitaly Kuznetsov, ALT Linux
Добрый день Если посмотреть в историю mediawiki.git, то можно увидеть там совершенно другую животинку: $ git log |tail -20 commit 65ff0050f1f47d97d7ebfdc71ead3f747b6d0e37 Author: Alexander Bokovoy <ab@altlinux.ru> Date: Tue Jun 18 10:35:58 2002 +0000 spec for 1.3.23rusPL30.11-alt8 - Fixed: + Apache httpd: vulnerability with chunked encoding (next round) + Fix RA patch to suit chunked fixes + explicit TMPDIR=/tmp commit 7f22a2316a76a757540bb63ee49ede42c066a945 Author: Dmitry V. Levin <ldv@altlinux.org> Date: Wed Apr 3 16:05:36 2002 +0000 spec for 1.3.23rusPL30.11-alt6 - Fixed db4 build support. - Build with db4. - Build without bind-devel. Вопрос - а что с этим делать? Смириться? Начать жизнь с чистого листа? Как-то подцепить в чистый лист историю, начиная с нужного момента? -- wbr, Michael A. Kangin
5 августа 2010 г. 0:31 пользователь Michael A. Kangin <mak@complife.ru> написал: > Если посмотреть в историю mediawiki.git, то можно увидеть там совершенно > другую животинку: > Author: Dmitry V. Levin <ldv@altlinux.org> > Date: Wed Apr 3 16:05:36 2002 +0000 > > spec for 1.3.23rusPL30.11-alt6 > > - Fixed db4 build support. > - Build with db4. > - Build without bind-devel. > > > Вопрос - а что с этим делать? > Смириться? Начать жизнь с чистого листа? > Как-то подцепить в чистый лист историю, начиная с нужного момента? Извините, но это не история mediawiki. Это история пакета apache -> http://sisyphus.ru/ru/srpm/Sisyphus/apache/changelog -- Igor Zubkov http://hi.im/ice
В сообщении от Четверг 05 августа 2010 03:14:52 автор Igor Zubkov написал:
> > Если посмотреть в историю mediawiki.git, то можно увидеть там совершенно
> > другую животинку:
> > Author: Dmitry V. Levin <ldv@altlinux.org>
> > Date: Wed Apr 3 16:05:36 2002 +0000
> >
> > spec for 1.3.23rusPL30.11-alt6
> >
> > - Fixed db4 build support.
> > - Build with db4.
> > - Build without bind-devel.
> >
> >
> > Вопрос - а что с этим делать?
> > Смириться? Начать жизнь с чистого листа?
> > Как-то подцепить в чистый лист историю, начиная с нужного момента?
>
> Извините, но это не история mediawiki. Это история пакета apache ->
> http://sisyphus.ru/ru/srpm/Sisyphus/apache/changelog
Я знаю. "совершенно другую животинку". Тем не менее, это история из
mediawiki.git
Оттого и мои вопросы.
--
wbr, Michael A. Kangin
[-- Attachment #1: Type: text/plain, Size: 1026 bytes --] On Thu, Aug 05, 2010 at 01:31:55AM +0400, Michael A. Kangin wrote: > Добрый день > > Если посмотреть в историю mediawiki.git, то можно увидеть там совершенно > другую животинку: > > $ git log |tail -20 > commit 65ff0050f1f47d97d7ebfdc71ead3f747b6d0e37 > Author: Alexander Bokovoy <ab@altlinux.ru> > Date: Tue Jun 18 10:35:58 2002 +0000 > > spec for 1.3.23rusPL30.11-alt8 > > - Fixed: > + Apache httpd: vulnerability with chunked encoding (next round) > + Fix RA patch to suit chunked fixes > + explicit TMPDIR=/tmp > > commit 7f22a2316a76a757540bb63ee49ede42c066a945 > Author: Dmitry V. Levin <ldv@altlinux.org> > Date: Wed Apr 3 16:05:36 2002 +0000 > > spec for 1.3.23rusPL30.11-alt6 > > - Fixed db4 build support. > - Build with db4. > - Build without bind-devel. > > > Вопрос - а что с этим делать? > Смириться? Начать жизнь с чистого листа? На ваш выбор. Я с такой жуткой историей коммитов работать не стал бы. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 1234 bytes --] 05.08.2010 03:35, Michael A. Kangin пишет: > В сообщении от Четверг 05 августа 2010 03:14:52 автор Igor Zubkov написал: > > >>> Если посмотреть в историю mediawiki.git, то можно увидеть там совершенно >>> другую животинку: >>> Author: Dmitry V. Levin <ldv@altlinux.org> >>> Date: Wed Apr 3 16:05:36 2002 +0000 >>> >>> spec for 1.3.23rusPL30.11-alt6 >>> >>> - Fixed db4 build support. >>> - Build with db4. >>> - Build without bind-devel. >>> >>> >>> Вопрос - а что с этим делать? >>> Смириться? Начать жизнь с чистого листа? >>> Как-то подцепить в чистый лист историю, начиная с нужного момента? Делайте как вам удобнее: вы занимаетесь этим пакетом больше, чем я. (Сейчас уберу себя из ACL.) >> >> Извините, но это не история mediawiki. Это история пакета apache -> >> http://sisyphus.ru/ru/srpm/Sisyphus/apache/changelog > > Я знаю. "совершенно другую животинку". Тем не менее, это история из > mediawiki.git > Оттого и мои вопросы. Это следы попытки мержить спеки разных пакетов, показавшей всё бредовость данной идеи (мержить спеки _пакетов_). Теперь мержу спек с шаблоном -- это более аккуратный вариант (но тоже, не без недостатков). -- С уважением. Алексей. [-- Attachment #2: OpenPGP digital signature --] [-- Type: application/pgp-signature, Size: 554 bytes --]
Всем доброго времени суток! Есть вот такой вот спек (привожу только проблемный кусок): Name: 0ad Version: r07970 Release: alt1 Summary: Free, Open-Source, Cross-Platform RTS Game of Ancient Warfare ... Source0: %name-%version-alpha-unix-build.tar.gz Source1: %name-%version-alpha-unix-data.tar.gz .... %prep %setup -n %name-%version-alpha Вопрос вот в чем - при выполнении rpmbuild -bp распаковывается только первый из архивов (тот, что Source0). А хотелось бы чтобы оба распаковывались. Это можно сделать? В SUSE сама игрушка и ее ресурсы обрабатываются разными .spec-файлами, а я хотел бы одним все сделать... В какую сторону копать? -- С уважением, Чернышов Антон
18 октября 2010 г. 0:30 пользователь Чернышов Антон <flammifer@inbox.ru> написал: [...] > Вопрос вот в чем - при выполнении rpmbuild -bp распаковывается только > первый из архивов (тот, что Source0). А хотелось бы чтобы оба > распаковывались. Это можно сделать? Из описания опций макроса %setup: -b номер (распаковывать указанный source до перехода в директорию) -a номер (распаковывать указанный source после перехода в директорию) (взято с http://bog.pp.ru/work/rpm.html) Оно? -- Slava Semushin
А, блин, что называется, заработался... Погуглить даже в голову не пришло :(
Огромный человеческий пасиб!
17 октября 2010 г. 21:50 пользователь Slava Semushin
<slava.semushin@gmail.com> написал:
> 18 октября 2010 г. 0:30 пользователь Чернышов Антон
> <flammifer@inbox.ru> написал:
> [...]
>> Вопрос вот в чем - при выполнении rpmbuild -bp распаковывается только
>> первый из архивов (тот, что Source0). А хотелось бы чтобы оба
>> распаковывались. Это можно сделать?
>
> Из описания опций макроса %setup:
>
> -b номер (распаковывать указанный source до перехода в директорию)
> -a номер (распаковывать указанный source после перехода в директорию)
>
> (взято с http://bog.pp.ru/work/rpm.html)
>
> Оно?
>
> --
> Slava Semushin
> _______________________________________________
> devel-newbies mailing list
> devel-newbies@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-newbies
>
--
С уважением,
Чернышов Антон
18 октября 2010 г. 0:59 пользователь Чернышов Антон
<flammifer@inbox.ru> написал:
> А, блин, что называется, заработался... Погуглить даже в голову не пришло :(
Ничего страшного. На самом деле вопрос не из FAQ, так что как бы вы
искали, я даже не знаю таких ключевых слов. Сам-то я знал, что искать
и где, так как когда-то читал эту доку и в памяти отложилось, что у
%setup есть подобные ключики.
--
Slava Semushin
[-- Attachment #1: Type: text/plain, Size: 275 bytes --] On Sun, Oct 17, 2010 at 09:30:14PM +0400, Чернышов Антон wrote: > В SUSE сама игрушка и ее ресурсы обрабатываются разными > .spec-файлами, а я хотел бы одним все сделать... Не надо так делать. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 429 bytes --] On Sun, Oct 17, 2010 at 10:51:52PM +0400, Alexey I. Froloff wrote: > On Sun, Oct 17, 2010 at 09:30:14PM +0400, Чернышов Антон wrote: > > В SUSE сама игрушка и ее ресурсы обрабатываются разными > > .spec-файлами, а я хотел бы одним все сделать... > Не надо так делать. ... если сама игрушка и ее ресурсы хотя бы иногда обновляются асинхронно. В любом случае не забудьте запаковать ресурсы как noarch-пакет. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 453 bytes --] On Sun, Oct 17, 2010 at 10:54:59PM +0400, Dmitry V. Levin wrote: > > > В SUSE сама игрушка и ее ресурсы обрабатываются разными > > > .spec-файлами, а я хотел бы одним все сделать... > > Не надо так делать. > ... если сама игрушка и ее ресурсы хотя бы иногда обновляются > асинхронно. Если слинковано оно динамически, то есть большая вероятность, что так и получится. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
17 октября 2010 г. 22:54 пользователь Dmitry V. Levin
<ldv@altlinux.org> написал:
> On Sun, Oct 17, 2010 at 10:51:52PM +0400, Alexey I. Froloff wrote:
>> On Sun, Oct 17, 2010 at 09:30:14PM +0400, Чернышов Антон wrote:
>> > В SUSE сама игрушка и ее ресурсы обрабатываются разными
>> > .spec-файлами, а я хотел бы одним все сделать...
>> Не надо так делать.
>
> ... если сама игрушка и ее ресурсы хотя бы иногда обновляются асинхронно.
> В любом случае не забудьте запаковать ресурсы как noarch-пакет.
Я так и собирался. Один спек, но два пакета. Сама игра -
архитектурно-зависимый и ресурсы - noarch.
Как только все начнет собираться без проблем, посмотрю стоит ли
"решение одного спека" свеч. Возможно и разобью.
--
С уважением,
Чернышов Антон
> Ничего страшного. На самом деле вопрос не из FAQ, так что как бы вы > искали, я даже не знаю таких ключевых слов. Сам-то я знал, что искать > и где, так как когда-то читал эту доку и в памяти отложилось, что у > %setup есть подобные ключики. Ну вот запрос "macros %setup" к Великому Гуглу привел меня вот сюда - http://www.rpm.org/max-rpm/s1-rpm-specref-macros.html Там как раз описание есть. Книжка, кстати, классная. Но не буду флудить :) -- С уважением, Чернышов Антон
On Mon, Oct 18, 2010 at 07:58:04AM +0400, Чернышов Антон wrote: > Как только все начнет собираться без проблем, посмотрю стоит ли > "решение одного спека" свеч. Возможно и разобью. Как правило, не стоит и лучше разбить, не дожидаясь очевидного тому подтверждения. Уже не раз проходили. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
18 октября 2010 г. 14:37 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Mon, Oct 18, 2010 at 07:58:04AM +0400, Чернышов Антон wrote:
>> Как только все начнет собираться без проблем, посмотрю стоит ли
>> "решение одного спека" свеч. Возможно и разобью.
>
> Как правило, не стоит и лучше разбить, не дожидаясь очевидного
> тому подтверждения. Уже не раз проходили.
Ну Ок. Тогда лучше разобью сразу.
--
С уважением,
Чернышов Антон
[-- Attachment #1: Type: text/plain, Size: 2136 bytes --] При сборке через hasher (по команде gear-hsh) вылезает вот такое: .... Executing(%build): /bin/sh -e /usr/src/tmp/rpm-tmp.56890 + umask 022 + /bin/mkdir -p /usr/src/RPM/BUILD + cd /usr/src/RPM/BUILD + cd 0ad-r07970-alpha + export 'CFLAGS=-pipe -Wall -O2' + CFLAGS='-pipe -Wall -O2' + export 'CPPFLAGS=-pipe -Wall -O2' + CPPFLAGS='-pipe -Wall -O2' + cd /usr/src/RPM/BUILD/0ad-r07970-alpha/build/workspaces/ + ./update-workspaces.sh --verbose --bindir /usr/bin --datadir /usr/share/games/0ad --libdir /usr/lib64/0ad Updating bundled third-party dependencies... make: Entering directory `/usr/src/RPM/BUILD/0ad-r07970-alpha/libraries/fcollada/src' bash -c 'mkdir -p output/{debug,release,test}/{FCollada/{FCDocument,FMath,FUtils,FColladaTest/{FCTestAssetManagement,FCTestExportImport,FCTestXRef}},FColladaPlugins/FArchiveXML}' FCollada/FCollada.cpp g++ -fvisibility=hidden -W -Wall -Wno-unused-parameter -Wno-unused-function -DLINUX -fpic -pipe -Wall -O2 -fno-strict-aliasing -O0 -g -D_DEBUG -DRETAIL -IFCollada `pkg-config libxml-2.0 --cflags` -MD -MF output/debug/FCollada/FCollada.d -c FCollada/FCollada.cpp -o output/debug/FCollada/FCollada.o Package libxml-2.0 was not found in the pkg-config search path. Perhaps you should add the directory containing `libxml-2.0.pc' to the PKG_CONFIG_PATH environment variable No package 'libxml-2.0' found /bin/sh: g++: command not found make: *** [output/debug/FCollada/FCollada.o] Error 127 make: Leaving directory `/usr/src/RPM/BUILD/0ad-r07970-alpha/libraries/fcollada/src' ERROR: FCollada build failed error: Bad exit status from /usr/src/tmp/rpm-tmp.56890 (%build) RPM build errors: Bad exit status from /usr/src/tmp/rpm-tmp.56890 (%build) Command exited with non-zero status 1 0.50user 0.20system 0:00.60elapsed 116%CPU (0avgtext+0avgdata 9088maxresident)k 0inputs+69056outputs (0major+8608minor)pagefaults 0swaps hsh-rebuild: rebuild of `pkg.tar' failed. То есть явно не хватает сборочных зависимостей. Это странно, потому что rpmbuild собирает пакет на ура. Куда надо копать? Спек во вложении. -- С уважением, Чернышов Антон [-- Attachment #2: 0ad.spec --] [-- Type: application/octet-stream, Size: 5339 bytes --]
[-- Attachment #1: Type: text/plain, Size: 319 bytes --] On Tue, Oct 19, 2010 at 03:44:43PM +0400, Chernyshov Anton wrote: > То есть явно не хватает сборочных зависимостей. Это странно, потому > что rpmbuild собирает пакет на ура. Куда надо копать? А Ваш ментор разве Вам этого не рассказывал? -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
19 октября 2010 г. 14:44 пользователь Chernyshov Anton написал: > То есть явно не хватает сборочных зависимостей. Это странно, потому > что rpmbuild собирает пакет на ура. Куда надо копать? > Спек во вложении. Уберите все ручные BuildPreReq и натравите на спек buildreq. Он сам проставит все нужные сборочные зависимости. -- Igor Zubkov http://hi.im/ice
[-- Attachment #1: Type: text/plain, Size: 492 bytes --] On Tue, Oct 19, 2010 at 03:48:25PM +0400, Alexey I. Froloff wrote: > On Tue, Oct 19, 2010 at 03:44:43PM +0400, Chernyshov Anton wrote: > > То есть явно не хватает сборочных зависимостей. Это странно, потому > > что rpmbuild собирает пакет на ура. Куда надо копать? > А Ваш ментор разве Вам этого не рассказывал? Это совсем свежее изменение межпакетных зависимостей в Сизифе. Добавьте libxml2-devel в сборочные зависимости пакета, а когда соберёте, прогоните buildreq. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 434 bytes --] On Tue, Oct 19, 2010 at 04:03:20PM +0400, Dmitry V. Levin wrote: > Это совсем свежее изменение межпакетных зависимостей в Сизифе. Тут другое. > Добавьте libxml2-devel в сборочные зависимости пакета, а когда соберёте, > прогоните buildreq. libxml2-devel в сборочных зависимостях есть (также как и gcc4.4-c++), только они все попали в %description. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 831 bytes --] On Tue, Oct 19, 2010 at 04:07:22PM +0400, Alexey I. Froloff wrote: > On Tue, Oct 19, 2010 at 04:03:20PM +0400, Dmitry V. Levin wrote: > > On Tue, Oct 19, 2010 at 03:48:25PM +0400, Alexey I. Froloff wrote: > > > On Tue, Oct 19, 2010 at 03:44:43PM +0400, Chernyshov Anton wrote: > > > > То есть явно не хватает сборочных зависимостей. Это странно, потому > > > > что rpmbuild собирает пакет на ура. Куда надо копать? > > > А Ваш ментор разве Вам этого не рассказывал? > > > > Это совсем свежее изменение межпакетных зависимостей в Сизифе. > Тут другое. > > > Добавьте libxml2-devel в сборочные зависимости пакета, а когда соберёте, > > прогоните buildreq. > libxml2-devel в сборочных зависимостях есть (также как и > gcc4.4-c++), только они все попали в %description. Тогда действительно к ментору. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
> Тут другое.
>
>> Добавьте libxml2-devel в сборочные зависимости пакета, а когда соберёте,
>> прогоните buildreq.
> libxml2-devel в сборочных зависимостях есть (также как и
> gcc4.4-c++), только они все попали в %description.
Огромное спасибо за указание. И прошу прощения за глупый вопрос.
--
С уважением,
Чернышов Антон
[-- Attachment #1: Type: text/plain, Size: 374 bytes --] On Tue, Oct 19, 2010 at 04:46:34PM +0400, Chernyshov Anton wrote: > > libxml2-devel в сборочных зависимостях есть (также как и > > gcc4.4-c++), только они все попали в %description. > Огромное спасибо за указание. И прошу прощения за глупый вопрос. И таки начните уже пользоваться buildreq. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
19 октября 2010 г. 16:49 пользователь Alexey I. Froloff
<raorn@altlinux.org> написал:
> On Tue, Oct 19, 2010 at 04:46:34PM +0400, Chernyshov Anton wrote:
>> > libxml2-devel в сборочных зависимостях есть (также как и
>> > gcc4.4-c++), только они все попали в %description.
>> Огромное спасибо за указание. И прошу прощения за глупый вопрос.
> И таки начните уже пользоваться buildreq.
>
Вы меня сейчас опять к ментору пошлете, только buildreq мне пока не
помогал. Сборка обламывается с сообщением о нехватке зависимостей.
Поэтому я пока следовал по пути последовательного поиска сборочных
зависимостей. Это не так уж и трудно. Только долго :).
--
С уважением,
Чернышов Антон
[-- Attachment #1: Type: text/plain, Size: 687 bytes --] On Tue, Oct 19, 2010 at 05:18:38PM +0400, Chernyshov Anton wrote: > Вы меня сейчас опять к ментору пошлете, только buildreq мне пока не > помогал. Сборка обламывается с сообщением о нехватке зависимостей. Вы путаетесь в показаниях: On Tue, Oct 19, 2010 at 03:44:43PM +0400, Chernyshov Anton wrote: > Это странно, потому что rpmbuild собирает пакет на ура. Так обламывается сборка или не обламывается? > Поэтому я пока следовал по пути последовательного поиска сборочных > зависимостей. Это не так уж и трудно. Только долго :). buildreq хотя бы правильно пропишет все эти зависимости в спек. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Tue, Oct 19, 2010 at 05:18:38PM +0400, Chernyshov Anton wrote: > Вы меня сейчас опять к ментору пошлете, только buildreq мне пока не > помогал. Сборка обламывается с сообщением о нехватке зависимостей. > Поэтому я пока следовал по пути последовательного поиска сборочных > зависимостей. Это не так уж и трудно. Только долго :). buildreq помогает зафиксировать нужные сборочные зависимости, когда они _уже_ найдены, поставлены и сборка проходит успешно :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
19 октября 2010 г. 17:48 пользователь Alexey I. Froloff <raorn@altlinux.org> написал: > Вы путаетесь в показаниях: Не путаюсь >> Вы меня сейчас опять к ментору пошлете, только buildreq мне пока не >> помогал. Сборка обламывается с сообщением о нехватке зависимостей. Если buildreq <имя_спека> запустить, он запускает сборку, которая прекращается из-за нехватки сборочных зависимостей. В спеке строчки BuildPreReq при этом закоменчены, чтобы не мешать. Если раскоментить - происходит то же самое. gear-buildreq - ведет себя также. >> Это странно, потому что rpmbuild собирает пакет на ура. Если строчки с BuildPreReq раскоментировать, то rpmbuild собирает пакет с приведенным спеком на ура, со свистом и улюлюканием. При этом, кстати, строчки с BuildPreReq в Description пакета не попадают, поэтому Ваше указание пришлось как нельзя кстати :). Теперь пакет без проблем собирается hasher'ом. -- С уважением, Чернышов Антон
19 октября 2010 г. 18:07 пользователь Michael Shigorin <mike@osdn.org.ua> написал: > buildreq помогает зафиксировать нужные сборочные зависимости, > когда они _уже_ найдены, поставлены и сборка проходит успешно :) Может быть стоит эту фразу добавить на вики - http://www.altlinux.org/Buildreq ? Потому что это не так уж и очевидно и думаю, что не я последний буду лезть с тем же вопросом :). -- С уважением, Чернышов Антон
[-- Attachment #1: Type: text/plain, Size: 423 bytes --] On Tue, Oct 19, 2010 at 06:19:36PM +0400, Chernyshov Anton wrote: > Может быть стоит эту фразу добавить на вики - > http://www.altlinux.org/Buildreq ? Потому что это не так уж и очевидно > и думаю, что не я последний буду лезть с тем же вопросом :). Т.е. Вы эту страницу не читали? Какое слово из раздела "Принцип действия" Вы не поняли? -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
[-- Attachment #1: Type: text/plain, Size: 904 bytes --] On Tue, Oct 19, 2010 at 06:15:08PM +0400, Chernyshov Anton wrote: > Если buildreq <имя_спека> запустить, он запускает сборку, которая > прекращается из-за нехватки сборочных зависимостей. В спеке строчки > BuildPreReq при этом закоменчены, чтобы не мешать. Если раскоментить - > происходит то же самое. gear-buildreq - ведет себя также. Во первых buildreq не использует ни BuildPreReq ни BuildRequires ни в каком виде. Во вторых сборка прекращается не по причине нехватки зависимостей. > Если строчки с BuildPreReq раскоментировать, то rpmbuild собирает > пакет с приведенным спеком на ура, со свистом и улюлюканием. rpmbuild будет продолжать это делать даже если эти строчки удалить из пакета. > При этом, кстати, строчки с BuildPreReq в Description пакета не > попадают, В приаттаченом спеке - попадают. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Tue, Oct 19, 2010 at 06:15:08PM +0400, Chernyshov Anton wrote: > Если buildreq <имя_спека> запустить, он запускает сборку, > которая прекращается из-за нехватки сборочных зависимостей. В хост-системе. > В спеке строчки BuildPreReq при этом закоменчены, чтобы не > мешать. Если раскоментить - происходит то же самое. Для сборки в хост-системе (rpmbuild, buildreq) они не играют никакой роли, и мешать тоже не должны (если верные). > gear-buildreq - ведет себя также. Он тоже вызывает buildreq в хост-системе. > Если строчки с BuildPreReq раскоментировать, то rpmbuild > собирает пакет с приведенным спеком на ура, со свистом и > улюлюканием. Брр. Чё-то я не понял, но если всё там перечисленное в среде сборки (хост-системе или чруте) установлено, то и должен собирать. On Tue, Oct 19, 2010 at 06:19:36PM +0400, Chernyshov Anton wrote: > > buildreq помогает зафиксировать нужные сборочные зависимости, > > когда они _уже_ найдены, поставлены и сборка проходит успешно :) > Может быть стоит эту фразу добавить на вики - > http://www.altlinux.org/Buildreq ? Конечно, добавьте. Спасибо :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
19 октября 2010 г. 18:23 пользователь Alexey I. Froloff
<raorn@altlinux.org> написал:
> On Tue, Oct 19, 2010 at 06:19:36PM +0400, Chernyshov Anton wrote:
>> Может быть стоит эту фразу добавить на вики -
>> http://www.altlinux.org/Buildreq ? Потому что это не так уж и очевидно
>> и думаю, что не я последний буду лезть с тем же вопросом :).
> Т.е. Вы эту страницу не читали? Какое слово из раздела "Принцип
> действия" Вы не поняли?
Послушайте, а Вы в состоянии оценить разницу между тем, что написано
на вики в "Принципе действия" и тем, что написал Михаил Шигорин?
Может быть с высоты Вашего опыта фраза Михаила:
"buildreq помогает зафиксировать нужные сборочные зависимости,
когда они _уже_ найдены, поставлены и сборка проходит успешно :)"
не так уж и значима. А для новичка - нехватка этого предложения существенна.
Причем моя фраза про Ваш опыт - ничуть не сарказм.
--
С уважением,
Чернышов Антон
> Брр. Чё-то я не понял, но если всё там перечисленное в среде > сборки (хост-системе или чруте) установлено, то и должен > собирать. Да в общем уже все :) . Ошибка в спеке была. Просто rpmbuild пакет собирал, не обращая на это внимание, а hasher ругался на нехватку сборочных зависимостей. В ответ на это мне порекомендовали использовать buildreq и тема ушла в другую сторону :). > Конечно, добавьте. Спасибо :) Добавил. Просто до этого думал, что для редактирования вики, у меня прав нет... -- С уважением, Чернышов Антон
[-- Attachment #1: Type: text/plain, Size: 701 bytes --] On Tue, Oct 19, 2010 at 08:16:23PM +0400, Chernyshov Anton wrote: > Послушайте, а Вы в состоянии оценить разницу между тем, что написано > на вики в "Принципе действия" и тем, что написал Михаил Шигорин? Честно? Не очень. > А для новичка - нехватка этого предложения существенна. Там написано "производит почти такую же работу, как и при обычной сборке пакета" и "отслеживает все используемые пакеты". Неужели тут ожидается какая-то магия? Я почти уверен, что в не очень далёком будущем найдётся такой человек, который умудрится неправильно понять и "фразу Михаила". Будем добавлять ещё одну формулировку? -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
On Tuesday 19 October 2010 23:28:24 Alexey I. Froloff wrote:
> Я почти уверен, что в не очень далёком будущем найдётся такой
> человек, который умудрится неправильно понять и "фразу Михаила".
> Будем добавлять ещё одну формулировку?
[off] Вы когда-нить составляли официальные документы с кучей виз разных
начальников? Там так и приходится делать [/off]
19 октября 2010 г. 20:28 пользователь Alexey I. Froloff <raorn@altlinux.org> написал: > On Tue, Oct 19, 2010 at 08:16:23PM +0400, Chernyshov Anton wrote: >> Послушайте, а Вы в состоянии оценить разницу между тем, что написано >> на вики в "Принципе действия" и тем, что написал Михаил Шигорин? > Честно? Не очень. Ну как бы Вам это объяснить-то... Для меня, как человека занимающегося педагогической деятельностью, прогресс в обучении человека чему-то, приобретения навыков и изменения взглядов на конкретное занятие очевиден. Как только человек набирает опыт - он перестает замечать многие мелочи. Они для него становятся автоматизированными. Скажем, Вы за рулем едете и нужно остановиться. Опытный человек остановится и все. А для учащегося нужно преодолеть тяжелую последовательность действий: нажать на педаль тормоза, выжать сцепление, включить нейтральную передачу, посмотреть в зеркало, покрутить головой, включить правый указатель поворота, повернуть руль, подъехать к обочине и остановиться. Опытный водитель сделает это все не задумываясь. Для меня во фразе Михаила было важно, что buildreq прописывает зависимости только _после того_, как прошла успешная сборка в хост-системе с уже прописанными зависимостями, которые достаточны для сборки. >> А для новичка - нехватка этого предложения существенна. > Там написано "производит почти такую же работу, как и при обычной > сборке пакета" и "отслеживает все используемые пакеты". Неужели > тут ожидается какая-то магия? Ага. Для меня указанный текст обозначает, что он автоматом отслеживает нехватающие зависимости, прописывает их в спеке и доустанавливает в сборочную среду. > Я почти уверен, что в не очень далёком будущем найдётся такой > человек, который умудрится неправильно понять и "фразу Михаила". > Будем добавлять ещё одну формулировку? Я думаю, что текст на вики надо немного переделать. Я подумаю за оставшуюся неделю и попробую что-ито написать. Думаю, что его нужно будет "обкатать" тут в рассылке, чтобы его прочли и оценили не одна пара глаз. Вопрос в том, что человек собравший более 5-6 десятков пакетов видит процесс сборки иначе, чем человек, собирающий третий-четвертый пакет в жизни... -- С уважением, Чернышов Антон
19.10.2010 19:28, Alexey I. Froloff пишет:
>> А для новичка - нехватка этого предложения существенна.
> Там написано "производит почти такую же работу, как и при обычной
> сборке пакета" и "отслеживает все используемые пакеты". Неужели
> тут ожидается какая-то магия?
Я как-то давно видел эту страничку и тоже отметил, что из нее абсолютно
не понятно, что сборочные зависимости сначала нужно вручную отследить и
установить.
On Tue, Oct 19, 2010 at 09:08:34PM +0400, Chernyshov Anton wrote: > > Я почти уверен, что в не очень далёком будущем найдётся такой > > человек, который умудрится неправильно понять и "фразу Михаила". > > Будем добавлять ещё одну формулировку? Лёш, ну найдётся -- уясним, что не так понято, и поправим. > Я думаю, что текст на вики надо немного переделать. Я подумаю > за оставшуюся неделю и попробую что-ито написать. Спасибо, надеюсь, будет толк. > Думаю, что его нужно будет "обкатать" тут в рассылке, > чтобы его прочли и оценили не одна пара глаз. Там для каждой странички есть страничка "обсуждение" -- можно там набросать тезисно изменения (или прям абзацами, как хочется видеть). > Вопрос в том, что человек собравший более 5-6 десятков пакетов > видит процесс сборки иначе, чем человек, собирающий > третий-четвертый пакет в жизни... Мало того, когда что-то впервые видел лет десять тому, а с тех пор много воды утекло -- то для кого-то она текла инкрементами, а кому-то приходится сталкиваться со всей суммой сразу. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
[-- Attachment #1: Type: text/plain, Size: 784 bytes --] On Tue, Oct 19, 2010 at 09:08:34PM +0400, Chernyshov Anton wrote: > Я думаю, что текст на вики надо немного переделать. Я подумаю за > оставшуюся неделю и попробую что-ито написать. [грустно вздыхает] На вики надо переделать много статей, текстов и постов. Приходит человек, нихрена по началу не понимает, спрашивает в рассылках... В общем заканчивается это обычно одинаково - человек начинает разбираться в вопросе, а страницы, которые он было писал разбираясь остаются недописанными, потому как ему тоже некоторые вещи теперь стали очевидными... Вики доступна на редактирование всем, пишите (точнее переписывайте) пока можете и никого не спрашивайте. В крайнем случае редакторы откатят. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 198 bytes --]
Если у кого-то будет время/желание/возможность, буду рад попробовать. -- Anatoly
2010/11/2 Anatoly Bashmakov: > Если у кого-то будет время/желание/возможность, буду рад попробовать. Давно хотел побыть ментором. Время и желание я найду. -- Igor Zubkov http://hi.im/ice
[-- Attachment #1: Type: text/plain, Size: 284 bytes --] On Tue, Nov 02, 2010 at 04:23:11PM +0300, Anatoly Bashmakov wrote: > Если у кого-то будет время/желание/возможность, буду рад попробовать. Натаскиваю на сборку рубемодулей. А вообще заходи к нам в IRC. -- Regards, -- Sir Raorn. --- http://thousandsofhate.blogspot.com/ [-- Attachment #2: Digital signature --] [-- Type: application/pgp-signature, Size: 836 bytes --]
Igor Zubkov wrote:
> 2010/11/2 Anatoly Bashmakov:
> > Если у кого-то будет время/желание/возможность, буду рад попробовать.
>
> Давно хотел побыть ментором. Время и желание я найду.
>
Замечательно. Что от меня требуется?
--
Anatoly
Alexey I. Froloff wrote:
> On Tue, Nov 02, 2010 at 04:23:11PM +0300, Anatoly Bashmakov wrote:
> > Если у кого-то будет время/желание/возможность, буду рад попробовать.
> Натаскиваю на сборку рубемодулей. А вообще заходи к нам в IRC.
>
Зашел (tba), весело у вас там )
--
Anatoly
2010/11/2 Anatoly Bashmakov: > Igor Zubkov wrote: >> 2010/11/2 Anatoly Bashmakov: >> > Если у кого-то будет время/желание/возможность, буду рад попробовать. >> >> Давно хотел побыть ментором. Время и желание я найду. >> > > Замечательно. Что от меня требуется? Задавать вопросы и просить помощи. :) Вот что у вас не получается, спрашивайте. Чего не знаете или вообще "чего почитать". -- Igor Zubkov http://hi.im/ice
On Wed, Nov 17, 2010 at 06:49:52PM +0300, Андрей Черепанов wrote: > > Собрал новую версию preload. В результате после сборки > > sisyphus_check ругался на вот такое: > > > > /.out/preload-0.6.4-alt1.x86_64.rpm: forbidden requires: > > /etc/rc.d/init.d(daemon) /etc/rc.d/init.d(killproc) > > sisyphus_check: check-deps ERROR: package dependencies violation Во времена 2.3 произошло изменение в обработке инитксриптов -- с функций redhat-style произошёл переход на свои, созданные с использованием дебиановского start-stop-daemon. К сожалению, не припомню, где это должно быть документировано на вики. > > Проблему сборки я "решил" добавлением в начало спека: > > %add_findreq_skiplist /etc/rc.d/init.d/preload > > Но у меня очень серьезные подозрения, что так делать неправильно. Уже хорошо, что понимаете. > # install pdf documentation > install -D --mode=0644 %SOURCE1 > %buildroot/%_defaultdocdir/%name-%version/%name.pdf Скорее в качестве цели просто ".", чтоб потом подобрать из %doc (который заодно отметит файл как документацию -- см. rpm -qd). On Wed, Nov 17, 2010 at 06:52:57PM +0300, Alexey I. Froloff wrote: > 4. Зачем нужно было добавлять в спек эти чудовищные переводы > Summary и Description? Ты вот столько с ними воюешь, а хоть бы задокументировал rationale вместе с указанием на specspo на вики. Ссылку-то подсунуть быстрее, экономичней и эффективней ;-) > 5. Почему и отчего издохли попуга^Wстарые патчи? Очевидно, поотваливались и не было желания/возможности вникать. Некоторые пакеты старые патчи якорят так, что получается даже больше вреда -- можно было бы выкинуть chroot patch и рекомендовать размещение в отдельном контейнере, так нет, бьёмся и обламываемся. On Wed, Nov 17, 2010 at 07:05:37PM +0300, Dmitry V. Levin wrote: > Что касается вашего вопроса про preload.init.in, то вы > совершенно зря выкинули preload.alt.preload.init.patch; BTW обычно альтовский инитскрипт проще написать с нуля по мотивам апстримного (if any) и /etc/init.d/template, чем оформлять патчем. On Wed, Nov 17, 2010 at 07:09:37PM +0300, Anton Chernyshov wrote: > Это "сырой" вариант, который я выложил для решения проблемы с > find_requires. Это уже не со сборкой, а с проверкой соответствия policy в части инитсктиптов. Работать-то оно и с этим инитскриптом может, см. тж. /etc/init.d/functions-compat и $WITHOUT_RC_COMPAT. > > 1. Для начала запусти buildreq для получения сборочных > > зависимостей. А то glib2 явно прибит, хотя вытягивается > > glib2-devel > Я это убрал уже. Запушивать не стал еще раз, потому что исправление > мелкое и вносить много чего придется еще. На практике пушить стоит всё, в чём уже уверен. :) > > В %files проще было прописать: > > %doc %SOURCE1 README AUTHORS ChangeLog TODO THANKS NEWS > Такой вариант не проехал, потому пришлось через заднее крыльцо все запихивать. А как ругалось? Не уверен, что раскрывшийся %SOURCE1 тут сгодится, я в таких случаях обычно делаю: %install cp -a %SOURCEx . %files %doc that_source_name.txt On Wed, Nov 17, 2010 at 07:39:52PM +0300, Mikhail Efremov wrote: > > > 2. Ты уверен, что лицензия такая? > > В COPYING написано, что да. > Там просто текст лицензии. Загляните в шапку любого исходника, > это явно %gpl2plus. До сих пор этот макрос определён отдельно и требует BuildRequires: rpm-build-licenses -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Да, честно говоря, у меня сейчас появились сомнения в том, что смогу
поддерживать preload. Жуткие сейчас проблемы с наличием свободного
времени. Если уж брать на себя поддержку такого пакета - надо быть
твердо уверенным в том, что сможешь его тянуть. А брать и потом
говорить "нет" не айс.
По поводу замечаний, спасибо. Если найду время, поковыряю его
все-таки. На пару вопрос отвечу.
25 ноября 2010 г. 12:45 пользователь Michael Shigorin
<mike@osdn.org.ua> написал:
> On Wed, Nov 17, 2010 at 06:52:57PM +0300, Alexey I. Froloff wrote:
>> 5. Почему и отчего издохли попуга^Wстарые патчи?
>
> Очевидно, поотваливались и не было желания/возможности вникать.
> Некоторые пакеты старые патчи якорят так, что получается даже
> больше вреда -- можно было бы выкинуть chroot patch и
> рекомендовать размещение в отдельном контейнере, так нет,
> бьёмся и обламываемся.
Все (!) патчи на исходники (которые патчат .c и .h файлы), судя по
diff брались из cvs preload. Т.е. на сегодняшний день они все уже
добрались до релиза. А патчи на init-скрипты надо ковырять. Или,
действительно, брать и писать с нуля.
--
С уважением,
Чернышов Антон
[-- Attachment #1: Type: text/plain, Size: 881 bytes --] On Thu, Nov 25, 2010 at 11:45:00AM +0200, Michael Shigorin wrote: > On Wed, Nov 17, 2010 at 06:49:52PM +0300, Андрей Черепанов wrote: > > > Собрал новую версию preload. В результате после сборки > > > sisyphus_check ругался на вот такое: > > > > > > /.out/preload-0.6.4-alt1.x86_64.rpm: forbidden requires: > > > /etc/rc.d/init.d(daemon) /etc/rc.d/init.d(killproc) > > > sisyphus_check: check-deps ERROR: package dependencies violation > > Во времена 2.3 произошло изменение в обработке инитксриптов -- > с функций redhat-style произошёл переход на свои, созданные с > использованием дебиановского start-stop-daemon. К сожалению, > не припомню, где это должно быть документировано на вики. Миша, в предыдущей сборке preload уже был готовый патч на эту тему. Просто при обновлении этот патч, видимо, куда-то затерялся вместе с остальными патчами. -- ldv [-- Attachment #2: Type: application/pgp-signature, Size: 198 bytes --]
Прочитал тут на вики Alt'a как должны назваться пакеты в бранчах, и тут возникло куча вопросов? Найти на них ответы я не смог - Зачем столько букв и цифр в имени бэкпартируемых пакетов ( М60P.1 ) - Что значит Буква М ? - Что значит 0 после 6? - Почему P в конце? Так же из-за появления данного хвоста теряется -alt№, да и вообще имя пакета мало читаемо.
On Sat, 06 Oct 2012 01:33:10 +0400 gBopHuk_alt <gbophuk_alt@mail.ru> wrote: > Прочитал тут на вики Alt'a как должны назваться пакеты в бранчах, и > тут возникло куча вопросов? Найти на них ответы я не смог > > - Зачем столько букв и цифр в имени бэкпартируемых пакетов ( М60P.1 ) Некоторые пояснения и разъяснения схемы именования релизов есть тут: http://www.altlinux.org/Backports_Policy |Такая схема версионирования выбрана потому, что новая версия пакета, |собираемого в backports, должна иметь номер релиза меньший, чем та же |версия в Сизифе, но при этом не меньший, чем та же версия в backports |для предыдущих серий. На той же странице можно найти и такую ссылку: http://lists.altlinux.org/pipermail/devel-newbies/2009-October/000059.html По поводу конкретной схемы именования релизов в своё время в devel@ было немало споров. > - Что значит Буква М ? На сколько я знаю, остаток от слова "Мастер", дань традиции. > - Что значит 0 после 6? Версия 6.0 (после 5.0 была 5.1, например, обозначалась M51). > - Почему P в конце? Для правильного лексикографического порядка: M60P < M60T < M70P. > > Так же из-за появления данного хвоста теряется -alt№, да и вообще имя > пакета мало читаемо. > Нормально читаемо. Вы привыкнете ;) -- WBR, Ivan A. Melnikov
В Сбт, 06/10/2012 в 01:49 +0400, Ivan A. Melnikov пишет: > On Sat, 06 Oct 2012 01:33:10 +0400 > gBopHuk_alt <gbophuk_alt@mail.ru> wrote: > На сколько я знаю, остаток от слова "Мастер", дань традиции. > Я конечно понимаю, но со времён мастера времени прошло не мало и сейчас репозитории бранчуются и имеют конкретное Имя, начинающееся на P > > - Что значит 0 после 6? Ну так насколько я понял ветка №.1 перетекла в ветку Т.№. Вторая цифра по идее подразумевает ... Да фиг его знает что подразумевает, вроде как промежуточный бранч. > > - Почему P в конце? > > Для правильного лексикографического порядка: M60P < M60T < M70P. > Ну так название Репозиториев начинается на P, а это М уже как рудимент. А если P переместить в начало то по лексикографике получается P6<P7<T6 ? Если да , тогда согласен с такой постановкой. Хотя мне кажется её можно обыграть > > > > Так же из-за появления данного хвоста теряется -alt№, да и вообще имя > > пакета мало читаемо. > > > По мне самые читаемы это Сизифные пакеты , коротко и ясно, и не надо копаться на всяких вики .
On Sat, Oct 06, 2012 at 03:22:59PM +0400, gBopHuk_alt wrote: > Я конечно понимаю, но со времён мастера времени прошло не мало > и сейчас репозитории бранчуются и имеют конкретное Имя, > начинающееся на P Нет. > > > - Что значит 0 после 6? > Ну так насколько я понял ветка ???.1 перетекла в ветку Т.???. Тоже нет. :) > Вторая цифра по идее подразумевает ... Да фиг его знает что > подразумевает, вроде как промежуточный бранч. Бранчи 4.1, 5.1 содержали менее радикальные изменения, чем соответствующие .0 -- хотя чёткой грани тут не проводилось, насколько мне известно. > Если да , тогда согласен с такой постановкой. Хотя мне кажется > её можно обыграть [...] > По мне самые читаемы это Сизифные пакеты , коротко и ясно, > и не надо копаться на всяких вики . Да, конечно. Но эта схема именования бэкпортов появилась в результате достаточно длительных обсуждений и на основании опыта -- поэтому менять её можно, вот только нужно ли... -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
В Сбт, 06/10/2012 в 14:31 +0300, Michael Shigorin пишет: > > Я конечно понимаю, но со времён мастера времени прошло не мало > > и сейчас репозитории бранчуются и имеют конкретное Имя, > > начинающееся на P > > Нет. http://ftp.altlinux.org/pub/distributions/ALTLinux/p6/branch/ www.sisyphus.ru При выборе пакета справа колонка в который список всех Бранчей
On Sat, Oct 06, 2012 at 03:45:04PM +0400, gBopHuk_alt wrote: > http://ftp.altlinux.org/pub/distributions/ALTLinux/p6/branch/ > www.sisyphus.ru > При выборе пакета справа колонка в который список всех Бранчей http://www.altlinux.org/Branches -- и пойдёмте в smoke-room@, это уже далеко от тематики списка. -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
В Сбт, 06/10/2012 в 15:39 +0300, Michael Shigorin пишет:
> On Sat, Oct 06, 2012 at 03:45:04PM +0400, gBopHuk_alt wrote:
> > http://ftp.altlinux.org/pub/distributions/ALTLinux/p6/branch/
> > www.sisyphus.ru
> > При выборе пакета справа колонка в который список всех Бранчей
>
> http://www.altlinux.org/Branches -- и пойдёмте в smoke-room@,
> это уже далеко от тематики списка.
>
Ну так там везде сначала буква а потом цифра.
On Tue, Nov 13, 2012 at 05:19:05PM +0300, Vladimir Didenko wrote: > Ищу ментора. Хочу помогать в поддержке следующих пакетов в сизифе > > muffin (текущие мэйнтейнеры @mike и @aris) > cinnamon (текущие мэйнтейнеры @mike и @aris) > nemo (на данный момент отсутствует в сизифе) > > Насколько я знаю(поправьте, если ошибаюсь), текущие мэйнтейнеры > не пользуются cinnamon, в то время как я использую это DE на > постоянной основе. Поэтому я считаю, что моя помощь в > сопровождение пакетов могла бы быть полезна. Ур-ра!! С радостью помогу по мере возможности :) -- ---- WBR, Michael Shigorin <mike@altlinux.ru> ------ Linux.Kiev http://www.linux.kiev.ua/
Здравствуйте. Сегодня обнаружил, что у двух из трёх собранных мной пакетов, не отображается описание на русском, то есть вместо него пустота. Нормально отображается у ldd-requires: http://git.altlinux.org/people/antohami/packages/?p=ldd-requires.git Не отображается у xmacro: http://git.altlinux.org/people/antohami/packages/?p=xmacro.git;a=summary и converseen: http://git.altlinux.org/people/antohami/packages/?p=converseen.git;a=summary Не могу понять в чём дело. Мой ментор Drool также не видит проблем в спеках. С уважением Антон Мидюков
On Wed, Aug 26, 2015 at 05:02:01PM +0700, Антон Мидюков wrote: > Сегодня обнаружил, что у двух из трёх собранных мной пакетов, > не отображается описание на русском, то есть вместо него > пустота. Нормально отображается у ldd-requires: > http://git.altlinux.org/people/antohami/packages/?p=ldd-requires.git Здесь, кстати, нет Summary(ru_RU.UTF-8). > Не отображается у xmacro: > http://git.altlinux.org/people/antohami/packages/?p=xmacro.git;a=summary > и converseen: > http://git.altlinux.org/people/antohami/packages/?p=converseen.git;a=summary А здесь я бы заменил ru_RU.UTF8 на ru_RU.UTF-8. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
Точно, нужно ru_RU.UTF-8 . Спасибо!
26.08.2015 17:29, Michael Shigorin пишет:
> On Wed, Aug 26, 2015 at 05:02:01PM +0700, Антон Мидюков wrote:
>> Сегодня обнаружил, что у двух из трёх собранных мной пакетов,
>> не отображается описание на русском, то есть вместо него
>> пустота. Нормально отображается у ldd-requires:
>> http://git.altlinux.org/people/antohami/packages/?p=ldd-requires.git
> Здесь, кстати, нет Summary(ru_RU.UTF-8).
>
>> Не отображается у xmacro:
>> http://git.altlinux.org/people/antohami/packages/?p=xmacro.git;a=summary
>> и converseen:
>> http://git.altlinux.org/people/antohami/packages/?p=converseen.git;a=summary
> А здесь я бы заменил ru_RU.UTF8 на ru_RU.UTF-8.
>
Тест
[-- Attachment #1: Type: text/plain, Size: 325 bytes --] Здравствуйте gBopHuk В сообщении от 4 января 2016 gBopHuk написал(a): > Тест Ку -- А ещё говорят так (fortune): #!/bin/ssh #The Unix Guru's View of Sex unziр striр touch greр finger mount fsck more yes umount sleeр ________________________________________________________________________ С уважением Хихин Руслан [-- Attachment #2: This is a digitally signed message part. --] [-- Type: application/pgp-signature, Size: 181 bytes --]
Как будет выглядеть строка license в спеке, если нужно указать одновременно GPL-3.0 и Apache-2.0? -- С уважением Антон Мидюков <antohami@altlinux.org>
On 26.01.2016 11:49, Антон Мидюков wrote:
> Как будет выглядеть строка license в спеке, если нужно указать
> одновременно GPL-3.0 и Apache-2.0?
Я указал подряд - работает:
License: GPLv3 MIT
--
Станислав Дёгтев
Служба "Ваш админ"
Мои контакты:
- jabber: grumbler@grumbler.org
- email: stas.grumbler@gmail.com и stas@vashadmin.su
- телефоны в Е-бурге +79045430461 и +79222112259
On Tue, 26 Jan 2016 13:49:43 +0700 Антон Мидюков wrote: > Как будет выглядеть строка license в спеке, если нужно указать > одновременно GPL-3.0 и Apache-2.0? /usr/share/doc/rpm-build-licenses-2.0.5/README: Questions & Answers: Q1: What if a package contains parts under different licenses? A: Consider splitting the package into subpackages. If it is not feasible for some reason, mention both licenses, separating them with a comma, e.g.: %gpl2plus, %lgpl2plus Q2: What if a package can be distributed under several licenses? A: Mention the applicable licenses, separating them with a pipe sign or 'or' word (NOT with a slash), e.g.: %mpl|%gpl2plus|lgpl2plus (Firefox license) %gpl2plus or %artistic_license (Perl license; better use %perl_license) Q3: Why shouldn't I use a slash to separate licenses? A: Because of an ambiguity. Consider "GPL/LGPL v.2" that usually means "GPLv2+, LGPLv2+" (as in FAQ1) and "GPL/Artistic" (Perl license that means "Either GPL or Artistic". The initial proposal was here: http://lists.altlinux.org/pipermail/devel/2007-August/049382.html (in Russian). -- WBR, Mikhail Efremov
Приветствую! Не нашёл в документации. Хочу проверить тестовую сборку пакетов libvirt*-1.3.2-alt2 Пакеты тут: http://git.altlinux.org/tasks/162000/build/100/x86_64/rpms/ Как их скачать одной командой или как их добавить в конфиг apt? -- Станислав Дёгтев Служба "Ваш админ" Мои контакты: - jabber: grumbler@grumbler.org - email: stas.grumbler@gmail.com и stas@vashadmin.su - телефоны в Е-бурге +79045430461 и +79222112259
26.03.2016 12:35, Stas пишет:
> Приветствую!
>
> Не нашёл в документации.
>
> Хочу проверить тестовую сборку пакетов libvirt*-1.3.2-alt2
> Пакеты тут: http://git.altlinux.org/tasks/162000/build/100/x86_64/rpms/
> Как их скачать одной командой или как их добавить в конфиг apt?
apt-repo test 162000
но, похоже задание удалено.
--
Andrey Cherepanov
cas@altlinux.org
Приветствую!
On 28.03.2016 12:26, Andrey Cherepanov wrote:
> 26.03.2016 12:35, Stas пишет:
>> Не нашёл в документации.
>>
>> Хочу проверить тестовую сборку пакетов libvirt*-1.3.2-alt2
>> Пакеты тут: http://git.altlinux.org/tasks/162000/build/100/x86_64/rpms/
>> Как их скачать одной командой или как их добавить в конфиг apt?
> apt-repo test 162000
>
> но, похоже задание удалено.
Я установил сразу 26 марта, проверил работу и отчитался в багзилле (#31618).
--
Станислав Дёгтев
Служба "Ваш админ"
Мои контакты:
- jabber: grumbler@grumbler.org
- email: stas.grumbler@gmail.com и stas@vashadmin.su
- телефоны в Е-бурге +79045430461 и +79222112259
17.04.2021 00:22, Даниил Алексеев пишет:
> Всем доброго вечера. Повторно пишу по вопросу вступления в Team :)
> Есть ли какая-то информация об этом? Есть ли свободные менторы, а если нет,
> то что делать?
>
Расскажите о цели вступления. Какие-то пакеты приметили для сборки?
Может этим заинтересуете кого-то. Это же дело добровольное - менторство.
--
С уважением, Антон Мидюков <antohami@altlinux.org>
On Fri, Apr 16, 2021 at 08:36:56PM +0300, Даниил Алексеев wrote: > Хотел бы добавить этот пакет в общий репозиторий и далее > поддерживать его. Стэк: nodejs (React + Nestjs) Чисто на всякий, раз уж безопасник: http://www.opennet.ru/opennews/art.shtml?num=54566 http://www.opennet.ru/opennews/art.shtml?num=54402 http://www.opennet.ru/opennews/art.shtml?num=52746 http://www.opennet.ru/opennews/art.shtml?num=52043 Ну и в целом там же по тегам npm и nodejs много чего ещё, в целом мне лично намекающего на плохую совместимость безопасных систем и крайне неряшливо сдизайненной "экосистемы" вокруг языка с низким порогом вхождения. Хотя решать каждому, безусловно, самостоятельно. -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
On Mon, Nov 01, 2021 at 05:43:04PM +0000, Pryadilnikov Sergey wrote: > Здравствуйте. > Хочу быть мейнтейнером, помогать сообществу в сборке RPM пакетов. > Есть большое желание прокачать навыки в Alt Linux. > Собрал несколько пакетов с помощью hasher. Есть некоторые проблемы в сборке более сложных пакетов, не знаю куда копать. Можно смело спрашивать здесь;) > Например, по Bug 40844<https://bugzilla.altlinux.org/show_bug.cgi?id=40844> > > При сборке пакета почему то man файлы сжимаются в архивы *.xz, По умолчанию RPM перепаковывает man'ы, и, как минимум, info, из .gz, .Z, и .bz2 в .xz. Такая оптимизация. Так что обычно в %files пишут что-то типа %doc %_man1dir/* или %doc %_man1dir/имя-мана.1.* если хотят быть более точными. > хотя согласно файла спецификации используется gzip Какой спецификации? > и по хорошему должно быть .gz. У разработчиков rpm-build другое представление о хорошем. -- wbr, iv m.
[-- Attachment #1: Type: text/plain, Size: 876 bytes --] Добрый вечер! On Thu, 04 Aug 2022 22:25:40 +0300 Ахламов Петр wrote: > Всем доброго вечера. > Я хочу вступить в ALT Team и ищу ментора. > Опыта в сборке пакетов у меня нет, но хочу научится. Какие пакеты Вы бы хотели собирать? > https://bugzilla.altlinux.org/43356 > Кто сможет меня взять? Расскажите немного о себе (или дайте ссылку на Ваши проекты), чтоб можно было понимать какие у Вас навыки. Сопровождение пакетов нередко требует знать языки, на которых они написаны хотя бы на базовом уровне. Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #1: Type: text/plain, Size: 729 bytes --] Добрый вечер! On Tue, 02 Aug 2022 14:14:44 +0300 Усольцев Пётр wrote: > > Здравствуйте, ищу ментора. > Хочу попасть в Alt Team. Чем именно Вы бы хотели заниматься? Какие навыки или опыт имеются? > Зарегистрирован на портале BugZilla(под пользователем «usoltsev05@mail.ru») > и исправил 1 баг https://bugzilla.altlinux.org/42955 Патчи так и не попали ни в Сизиф, ни в апстрим. Так что часть работы сделана, но до конца не доведена. Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
[-- Attachment #1: Type: text/plain, Size: 3526 bytes --] Добрый вечер! On Fri, 05 Aug 2022 03:13:37 +0300 Усольцев Пётр wrote: > Изучаю C Это хорошо. > Хочу исправлять баги системы, хотя бы мелкие. Ищите в багзилле, ну или самостоятельно в ходе эксплуатации. Но баги мало исправить, их важно заапстримить — чтоб они хотя бы попали в пакет, мейнтенер которого не Вы, а ещё лучше — в апстрим проекта, если правка не очень уже специфичная для Альта. > Мейнтейнер не отправил баги в Сизиф значит(может он уже не > занимается этим). Со своей стороны, что мне было доступно - я все > сделал. Так Вы проявите настойчивость: мейнтенер мог и забыть про баг. Багзилла — не единственный способ связи, можно и e-mail написать. И Ваших патчей мало: нужно ещё spec обновить для их применения, а так Вы перекладываете часть рутинной работы на мейнтенера пакета. Можно подготовить серию патчей и выложить в формате git-format-patch, ну или как договоритесь с мейнтенером. Сами патчи мне не понравились: изменено API структуры, добавлено поле format, и во всех ненулевых значениях там одно и то же "%s%s". Тут сразу ворох проблем: 1) Изменения API нежелательны, т.к. поддерживать такой патч при обновлениях пакета будет тяжело. 2) Т.к. значение одно и то же, то можно реорганизовать код таким образом, что это поле не понадобится, а вместо него будет использована константа. 3) %s — потенциальный источник уязвимостей и переполнений буфера, нужно тщательно проверить, что недоверенных данных там не может оказаться. > Пятница, 5 августа 2022, 5:00 +08:00 от Andrey Savchenko <bircoph@altlinux.org>: > >Добрый вечер! > > > >On Tue, 02 Aug 2022 14:14:44 +0300 Усольцев Пётр wrote: > >> > >> Здравствуйте, ищу ментора. > >> Хочу попасть в Alt Team. > >Чем именно Вы бы хотели заниматься? Какие навыки или опыт имеются? > > > >> Зарегистрирован на портале BugZilla(под пользователем «usoltsev05@mail.ru») > >> и исправил 1 баг https://bugzilla.altlinux.org/42955 > > > >Патчи так и не попали ни в Сизиф, ни в апстрим. Так что часть > >работы сделана, но до конца не доведена. > > > >Best regards, > >Andrew Savchenko > > > Усольцев Пётр. Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
Всем привет! Пришло сегодня письмо счастья от сборочницы с такой ссылкой: http://git.altlinux.org/beehive/logs/Sisyphus/i586/archive/2022/0827/error/openmsx-18-alt1 По ссылке - лог с ошибкой, которая гласит, что сборочница... не может найти компилятор, хотя по выводу rpmi видно, что он установлен. Отсюда вопрос: это я чего-то не знаю, или сборочница глючит? Просто, если бы я явно накосячил, то пакет вообще бы в Сизиф не попал, или я не прав?
[-- Attachment #1: Type: text/plain, Size: 1438 bytes --] On Sat, 27 Aug 2022 22:50:32 +0600 Arbars wrote: > Всем привет! > > Пришло сегодня письмо счастья от сборочницы с такой ссылкой: > > http://git.altlinux.org/beehive/logs/Sisyphus/i586/archive/2022/0827/error/openmsx-18-alt1 > > По ссылке - лог с ошибкой, которая гласит, что сборочница... не может > найти компилятор, хотя по выводу rpmi видно, что он установлен. > > Отсюда вопрос: это я чего-то не знаю, или сборочница глючит? Просто, если бы > я явно накосячил, то пакет вообще бы в Сизиф не попал, или я не прав? Он не потерялся, он не прошёл тест configure: No working C++ compiler was found. Такое может быть из-за проблем с флагами компилятора. Меня смущает одновременно наличие -m64 -march=i586 в вашем случае. Нужно смотреть config.log для детальной диагностики. > _______________________________________________ > devel-newbies mailing list > devel-newbies@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-newbies Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
n Sat, Aug 27, 2022 at 10:50:32PM +0600, Arbars wrote: > Всем привет! > > Пришло сегодня письмо счастья от сборочницы с такой ссылкой: > > http://git.altlinux.org/beehive/logs/Sisyphus/i586/archive/2022/0827/error/openmsx-18-alt1 > > По ссылке - лог с ошибкой, которая гласит, что сборочница... не может > найти компилятор, хотя по выводу rpmi видно, что он установлен. С самого начала configure что-то пытается сделать для x86_64, хотя сборка идёт под i586. Рабочего компилятора под *x86_64* configure найти не удалось, что предсказуемо: на i586 найти компилятор под x86_64 довольно сложно. > Отсюда вопрос: это я чего-то не знаю, или сборочница глючит? Просто, если бы > я явно накосячил, то пакет вообще бы в Сизиф не попал, или я не прав? В локальном хешере проблема не воспроизвелась. А вот в последнем отчёте пересбоки Сизифа на i586 есть несколько новых ошибок, которые выглядят так, будто configure перепутал архитектуру: https://lore.altlinux.org/sisyphus-cybertalk/YwnJH3vbFyS88QAw@beehive.mskdc.altlinux.org Так что я вынужден заподозрить, что проблема действительно не в пакете. -- wbr, iv m.
Меня зовут Валентин Соколов, этим летом я проходил производственную практику в компании "Базальт СПО". |Я заинтересовался задачей перевода документации от компании RedHat по сборке RPM пакетов с последующим составлением аналогичной документации под дистрибутивы ALT, которую продолжил решать после практики. На данный момент у меня есть полностью переведённая и адаптированная документация для русскоязычных пользователей дистрибутивов Fedora и CentOS, опубликованная на GitHub. https://rpm-packaging-guide-ru.github.io/ - ссылка на документацию. https://github.com/boringplace/rpm-packaging-guide-ru - ссылка на репозиторий с исходниками. Оригинал документации RedHat: https://rpm-packaging-guide.github.io/ - ссылка на документацию RedHat. https://github.com/redhat-developer/rpm-packaging-guide/ - ссылка на репозиторий с исходниками RedHat Сейчас, на основе этого документа, я работаю над созданием руководства по сборки RPM пакетов под ALT Linux, в котором намереваюсь описать такие инструменты, как Gear и Hasher, используя статьи с ALT Linux Wiki и OpenNet. -- С уважением, Валентин Соколов.
Меня зовут Валентин Соколов, этим летом я проходил производственную практику в компании "Базальт СПО". |Я заинтересовался задачей перевода документации от компании RedHat по сборке RPM пакетов с последующим составлением аналогичной документации под дистрибутивы ALT, которую продолжил решать после практики. На данный момент у меня есть полностью переведённая и адаптированная документация для русскоязычных пользователей дистрибутивов Fedora и CentOS, опубликованная на GitHub. https://rpm-packaging-guide-ru.github.io/ - ссылка на документацию. https://github.com/boringplace/rpm-packaging-guide-ru - ссылка на репозиторий с исходниками. Оригинал документации RedHat: https://rpm-packaging-guide.github.io/ - ссылка на документацию RedHat. https://github.com/redhat-developer/rpm-packaging-guide/ - ссылка на репозиторий с исходниками RedHat Сейчас, на основе этого документа, я работаю над созданием руководства по сборки RPM пакетов под ALT Linux, в котором намереваюсь описать такие инструменты, как Gear и Hasher, используя статьи с ALT Linux Wiki и OpenNet.
Здравствуйте! 11.09.2022 19:10, SokolovValy.158@gmail.com пишет: > Меня зовут Валентин Соколов, этим летом я проходил производственную > практику в компании "Базальт СПО". |Я заинтересовался задачей перевода > документации от компании RedHat по сборке RPM пакетов с последующим > составлением аналогичной документации под дистрибутивы ALT, которую > продолжил решать после практики. > > На данный момент у меня есть полностью переведённая и адаптированная > документация для русскоязычных пользователей дистрибутивов Fedora и > CentOS, опубликованная на GitHub. > > https://rpm-packaging-guide-ru.github.io/ - ссылка на документацию. > https://github.com/boringplace/rpm-packaging-guide-ru - ссылка на > репозиторий с исходниками. > > Оригинал документации RedHat: > https://rpm-packaging-guide.github.io/ - ссылка на документацию RedHat. > https://github.com/redhat-developer/rpm-packaging-guide/ - ссылка на > репозиторий с исходниками RedHat > > Сейчас, на основе этого документа, я работаю над созданием руководства > по сборки RPM пакетов под ALT Linux, в котором намереваюсь описать > такие инструменты, как Gear и Hasher, используя статьи с ALT Linux > Wiki и OpenNet. Отличная идея! > _______________________________________________ > devel-newbies mailing list > devel-newbies@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-newbies -- Best regards, Nikolai Kostrigin
Здравствуйте, У меня нет практического опыта создания пакетов, поэтому я ищу наставника, который помог бы мне в этом пути. Опыт установки программ из исходников хоть какой-то имеется. Сама цель: Я с недавнего времени начал пользоваться altlinux workstation p10 Меня очень огорчило отсутствие панели polybar в репозитории, это крайне классная и удобная панель, поэтому я решил создать пакет для неё в alt репозитории. Bugzilla: https://bugzilla.altlinux.org/43802 P.S: С уважением, Павел
On Thu, Sep 15, 2022 at 06:37:59PM +0000, PPVasilev wrote: > У меня нет практического опыта создания пакетов, поэтому я ищу > наставника, который помог бы мне в этом пути. Опыт установки > программ из исходников хоть какой-то имеется. > Сама цель: > Я с недавнего времени начал пользоваться altlinux workstation p10 > Меня очень огорчило отсутствие панели polybar в репозитории, > это крайне классная и удобная панель, поэтому я решил создать > пакет для неё в alt репозитории. > https://bugzilla.altlinux.org/43802 Если никто не возьмётся -- давайте я; только обязательно ставьте в копию и тормошите по движениям по баге, до рассылки и багопочты добираюсь нечасто. См. тж.: http://altlinux.org/SampleSpecs http://altlinux.org/spec http://altlinux.org/Категория:Сборка_пакетов -- ---- WBR, Michael Shigorin / http://altlinux.org ------ http://opennet.ru / http://anna-news.info
[-- Attachment #1: Type: text/plain, Size: 1233 bytes --] Добрый день! On Fri, 30 Sep 2022 06:07:00 +0000 Лясин Александр Владимирович wrote: > Просьба - дайте ссылку на какое-либо описание о правилах или соглашениях по именованию пакетов в Альт Линукс. > > Интересуют также те случаи, когда в наименованиях пакетов присутствуют буквы 'git', 'svn' и прочие указания на системы контроля версий и т.п. Ваш вопрос по версионированию пакетов, а не по названиям. Так что: https://www.altlinux.org/Spec#Version В нумерации релизов git и svn используются при сборке конкретных коммитов вместо официальных релизов (которых может вовсе не быть). По самим названиям пакетов (%name) общих ограничений нет, но у ряда экосистем (модули python, ruby и т.п.) есть свои правила. Best regards, Andrew Savchenko [-- Attachment #2: Type: application/pgp-signature, Size: 833 bytes --]
Здравствуйте. Ищу ментора для участия в развитии дистрибутива. Имею настроенный контейнер в пакете termuxа (proot-distro). В котором я буду собирать и отправлять в gitalt. Я немного попробовал пособирать в других местах, в разных дистрибутивах, чтобы посмотреть и оценить как это. Я состою в 2 группах по сборке + у альта хорошая wiki. Сейчас пробую собрать и полностью настроить пакет grub-btrfs. Я посмотрел, у вас в Сизифе есть он, но он не будет работать. Могу с ним по работать, так, как здесь не только сборка, но и программирование баш скрипта. Надеюсь на ваш скорейший ответ.
Hello! I am involved in the development of the ALT Linux distribution. Some time ago we started developing the lightdm-kde-greeter fork and I am currently maintaining it[1]. I also push it on gitlab[2]. In addition to porting to Qt5, some features have been added, such as choosing a keyboard layout and connecting to the network. This greeter is currently used by default in our KDE-based builds. I was given the idea to revive this project in the upstream[3]. Personally, I like the idea, and might look into it if someone else finds it useful, and I will be given appropriate access. Regards, [1]: https://git.altlinux.org/gears/l/lightdm-kde-greeter.git [2]: https://gitlab.com/golubevan/lightdm-kde-greeter [3]: https://invent.kde.org/unmaintained/lightdm
[-- Attachment #1: Type: text/plain, Size: 447 bytes --] On Wed, 22 Nov 2023 11:40:07 +0300 Anton Golubev wrote: > просто проверю, как это выглядит в списке рассылки, всё равно здесь никто не читает "Т.к. этот диплом все равно никто читать не будет, то сердечник катушки целесообразно изготовить из дерева ...". -- WBR, Mikhail Efremov [-- Attachment #2: ЦиÑÑÐ¾Ð²Ð°Ñ Ð¿Ð¾Ð´Ð¿Ð¸ÑÑ OpenPGP --] [-- Type: application/pgp-signature, Size: 833 bytes --]
22.11.2023 12:52, Mikhail Efremov пишет:
> On Wed, 22 Nov 2023 11:40:07 +0300 Anton Golubev wrote:
>
>> просто проверю, как это выглядит в списке рассылки, всё равно здесь никто не читает
> "Т.к. этот диплом все равно никто читать не будет, то сердечник катушки
> целесообразно изготовить из дерева ...".
>
>
> _______________________________________________
> devel-newbies mailing list
> devel-newbies@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-newbies
А обмотку выполнить путём нагрева сахара на газовой горелке с
последующим получением высокоуглепродистого волокна высокой проводимости.
On Wed, 22 Nov 2023 21:03:56 +0300 Ruslan wrote: > В письме от среда, 22 ноября 2023 г. 11:40:07 MSK пользователь Anton Golubev > написал: > > Hello! > > > > I am involved in the development of the ALT Linux distribution. Some > > time ago we started developing the lightdm-kde-greeter fork and I am > > currently maintaining it[1]. I also push it on gitlab[2]. In addition to > > porting to Qt5, some features have been added, such as choosing a > > keyboard layout and connecting to the network. This greeter is currently > > used by default in our KDE-based builds. > > > > I was given the idea to revive this project in the upstream[3]. > > Personally, I like the idea, and might look into it if someone else > > finds it useful, and I will be given appropriate access. > > Пуш дальше, помощь нужна ? > > Я тоже проверяю, как работает kmail на новом компе ;-) Оказывается, я тоже этот список не читаю! Включён дайджест, видимо он приходит очень редко и я только вчера увидел ответы. Спасибо, за предложение помощи, пока всё получается!
Добрый день. Я простой разработчик на с# и go, ранее писала обычные api-сервисы и веб-приложения. Но очень хочется сделать что-то более важное и полезное, прикоснуться к развитию отечественных технологий, глубже познать lunix. Подскажите, у кого есть возможность помочь в процессе приема и сопровождения в Team? -- С уважением, Надежда Федорова
> Я простой разработчик на с# и go Ментором быть не могу, скиллами не вышел пока. Но пример полезной программы на Go, которой нет у нас в репозиториях, подсказать могу: https://github.com/rfjakob/gocryptfs Собирается и работает, осталось только изучить, как паковать Go в пакет, и сделать пакет :)