Re: [newbies] сборка софтинки для BlackBerry

2010-03-07 Thread Andrew Clark
On 07.03.2010 12:20, Maks Re wrote:
> как надо поступить -
> А) надо сначала оформить пакет с сизиф (libtar), и потом
> пробовать снова собрать софт использующий ее
>   
Именно, так как, при условии, что пакет обязательно требует
libtar, то хешер будет его вытягивать из репозитория. А он там отсутствует.
> Б) "как-то" собирать все вместе (barry & libtar).
>   
Наверное, так лучше не делать.
>  
> в общем, мои творения - на
> http://git.altlinux.org/people/remaks/packages/
>   
Поглядел. Вообще со спеками с других платформ надо аккуратнее,
если берете их за основу - пройдитесь по ним rpmcs. А вообще, лучше
писать самому, подглядывая по мере необходимости в
Федоркины/Сюсевые/Редхатовые
спеки.
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies


Re: [newbies] сборка софтинки для BlackBerry

2010-03-07 Thread Michael Shigorin
On Sun, Mar 07, 2010 at 12:20:54PM +0300, Maks Re wrote:
> стал учиться упаковывать...

Ба! :)

> вопрос: я пытался собрать поддержку графики, но все уперлось в
> отсутствующую библиотеку (libtar).  к слову про libtar - оно
> собралось со спеком от редхата.

Ну так и отдельным пакетом.

> The following packages have unmet dependencies:
>   libbarry0: Depends: boost but it is not installable

Это не банальный редхатовый Requires: boost в спеке?
Если да -- подлежит выкидыванию, /usr/lib/rpm/find-requires
справится лучше.

> как надо поступить -

А это третий вопрос.

> А) надо сначала оформить пакет с сизиф (libtar), и потом
> пробовать снова собрать софт использующий ее
> Б) "как-то" собирать все вместе (barry & libtar).

Конечно, первое.  Только лучше не "сначала в сизиф",
а сперва добить сборку у себя, потом уже скопом в сизиф
-- можно одним таском (сперва libtar, потом barry),
можно закинуть libtar и при успешном прохождении уже
barry, это вопрос преододения мандража скорее. :)

> в общем, мои творения - на
> http://git.altlinux.org/people/remaks/packages/

Строго говоря, именование патчей не соответствует ALT Packaging:
http://docs.altlinux.org/archive/2.4/master/alt-docs-devel/ch04.html#id2513071
(да, я понимаю, что это саавсем не на вики -- хотя:
http://www.altlinux.org/PatchHowto)

Попытался посмотреть -- libtar явно "сложный" апстрим
(btw в дебиане уже патч с шестым релизом, включает
libtar-1.2.11-missing-protos.patch); какую-либо собираемость
сломал и починить не получается.

На всякий прилагаю спеки -- libtar в процессе зачистки сломал
по сборке, а barry по этой причине и не смог пособирать.
Могу выложить историю зачисток на git.alt, хотя хорошо бы
не захламлять заведомо сломанным -- забуду ж потом прибраться :)

Начинал с rpmcs (ну или хотя бы spec_cleanup).

-- 
  WBR, Michael Shigorin 
  -- Linux.Kiev http://www.linux.kiev.ua/
Name: libtar
Version: 1.2.11
Release: alt1

Summary: Tar file manipulation API
License: MIT
Group: System/Libraries

Url: http://www.feep.net/libtar/
Source: ftp://ftp.feep.net/pub/software/libtar/libtar-%version.tar.gz
Patch0: 
http://ftp.debian.org/debian/pool/main/libt/libtar/libtar_1.2.11-4.diff.gz
Patch1: libtar-1.2.11-missing-protos.patch
Patch2: libtar-1.2.11-tar_header.patch
Packager: Maks Re 

# Automatically added by buildreq on Tue Mar 02 2010 (-bi)
BuildRequires: gcc-c++ gcc-fortran rpm-build-qt4 zlib-devel

%description
libtar is a C library for manipulating tar archives.
It supports both the strict POSIX tar format
and many of the commonly-used GNU extensions.

%package devel
Summary: Development files for %name
Group: Development/Libraries
Requires: %name = %version-%release

%description devel
The %name-devel package contains libraries and header files
to develop applications that use %name.

%prep
%setup
%patch0 -p1 -z .deb
%patch1 -p1
%patch2 -p1 -z .tar_header
# set correct version for .so build
%define ltversion %(echo %version | tr '.' ':')
sed -i 's/-rpath $(libdir)/-rpath $(libdir) -version-number %ltversion/' \
  lib/Makefile.in

%build
%autoreconf
%configure %{subst_enable static}
# Don't use rpath!
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool
%make_build

%install
%makeinstall_std
rm %buildroot%_libdir/*.la

%files
%doc COPYRIGHT TODO README ChangeLog*
%_bindir/%name
%_libdir/lib*.so.*

%files devel
%_includedir/libtar.h
%_includedir/libtar_listhash.h
%_libdir/lib*.so
%_man3dir/*.3*

%changelog
* Tue Mar 02 2010 Maks Re  1.2.11-alt1
- Initial build for Sisyphus

* Tue Nov 24 2009 Huzaifa Sidhpurwala  1.2.11-13
- Version bump so that it builds

* Mon Nov 23 2009 Huzaifa Sidhpurwala  1.2.11-12
- Fix buffer overflow bug RBZ #538770

* Thu Apr  3 2008 Hans de Goede  1.2.11-11
- Fix missing prototype compiler warnings

* Tue Feb 19 2008 Fedora Release Engineering  - 
1.2.11-10
- Autorebuild for GCC 4.3

* Mon Aug 13 2007 Hans de Goede  1.2.11-9
- Update License tag for new Licensing Guidelines compliance

* Mon Aug 28 2006 Hans de Goede  1.2.11-8
- FE6 Rebuild

* Sun Jul 23 2006 Hans de Goede  1.2.11-7
- Taking over as maintainer since Anvil has other priorities
- Add a bunch of patches from Debian, which build a .so instead of a .a
  and fix a bunch of memory leaks.
- Reinstate a proper devel package as we now build a .so

* Thu Mar 16 2006 Dams  - 1.2.11-6.fc5
- Modified URL and added one in Source0

* Sun May 22 2005 Jeremy Katz  - 1.2.11-5
- rebuild on all arches

* Fri Apr  7 2005 Michael Schwendt 
- rebuilt

* Sat Aug 16 2003 Dams  0:1.2.11-0.fdr.3
- Merged devel and main packages
- Package provide now libtar-devel

* Tue Jul  8 2003 Dams 
- Initial build.
# always build with GUI
%define with_gui 0
%define with_opensync 0

Name: barry
Version: 0.16
Release: alt1

Summary: BlackBerry(tm) Desktop for Linux
License: GPLv2+
Group: Communications

Url: http://www.netdirect.ca/software/packages/barry
Source: %name-%version.tar.bz2
Patch: 

Re: [newbies] сборка софтинки для BlackBerry

2010-03-07 Thread Michael Shigorin
On Sun, Mar 07, 2010 at 08:19:39PM +0300, Andrew Clark wrote:
> А вообще, лучше писать самому, подглядывая по мере
> необходимости в Федоркины/Сюсевые/Редхатовые спеки.

Не могу согласиться.

Сам обычно стараюсь брать спеки из PLD, если есть,
и заглядывать в fedora/opensuse/mandriva/openpkg
по мере наличия там.  Ну и в дебиан, понятное дело.
Иногда также в gentoo, хотя последние годы реже.

-- 
  WBR, Michael Shigorin 
  -- Linux.Kiev http://www.linux.kiev.ua/
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies


Re: [newbies] сборка софтинки для BlackBerry

2010-03-07 Thread Michael Shigorin
On Sun, Mar 07, 2010 at 08:19:39PM +0300, Andrew Clark wrote:
> > как надо поступить -
> > А) надо сначала оформить пакет с сизиф (libtar), и потом
> > пробовать снова собрать софт использующий ее
> Именно, так как, при условии, что пакет обязательно требует
> libtar, то хешер будет его вытягивать из репозитория. А он там
> отсутствует.

PS: это ты так у себя учудил, а вообще-то hsh по умолчанию
работает --with-stuff -- то есть подключает уже собранное
как репозиторий при сборке новособираемого.

Соответсвенно я при сборке пачки зависимых пакетов обычно
предпочитаю сначала добить всё локально, потом заливать.

-- 
  WBR, Michael Shigorin 
  -- Linux.Kiev http://www.linux.kiev.ua/
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies


Re: [newbies] сборка софтинки для BlackBerry

2010-03-07 Thread Andrew Clark
On 08.03.2010 10:39, Michael Shigorin wrote:
> PS: это ты так у себя учудил, а вообще-то hsh по умолчанию
> работает --with-stuff -- то есть подключает уже собранное
> как репозиторий при сборке новособираемого.
>   
По документации из вики настраивал.
> Соответсвенно я при сборке пачки зависимых пакетов обычно
> предпочитаю сначала добить всё локально, потом заливать.
>   
А разве есть другие варианты?

___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies


Re: [newbies] сборка софтинки для BlackBerry

2010-03-07 Thread Michael Shigorin
On Mon, Mar 08, 2010 at 10:43:29AM +0300, Andrew Clark wrote:
> > PS: это ты так у себя учудил, а вообще-то hsh по умолчанию
> > работает --with-stuff -- то есть подключает уже собранное
> > как репозиторий при сборке новособираемого.
> По документации из вики настраивал.

Надо бы перепроверить.

> > Соответсвенно я при сборке пачки зависимых пакетов обычно
> > предпочитаю сначала добить всё локально, потом заливать.
> А разве есть другие варианты?

Так о чём и спрашивалось -- надо ли libtar в сизиф,
а потом выправлять сборку barry в hasher с ней.
Или как.

-- 
  WBR, Michael Shigorin 
  -- Linux.Kiev http://www.linux.kiev.ua/
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies


Re: [newbies] сборка софтинки для BlackBerry

2010-03-07 Thread Andrew Clark
On 08.03.2010 10:32, Michael Shigorin wrote:
> Не могу согласиться.
Могу возразить :)
> Сам обычно стараюсь брать спеки из PLD, если есть,
> и заглядывать в fedora/opensuse/mandriva/openpkg
> по мере наличия там.  Ну и в дебиан, понятное дело.
> Иногда также в gentoo, хотя последние годы реже.
>   
Когда есть понимание процесса - это одно. Когда его нет - это другое.
Пока человек разбирается - лучше делать самому, оно для головы полезнее
и понимания происходящего. Про pld не скажу, потому что не знаю, а вот
спеки Fedora/OpenSUSE/CentOS избыточны на фоне Альта, в силу скудной
базы макросов,
благодаря которой, спеки данных платформ выглядят избыточно, при
сравнении с альтовыми
спеками.
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies


Re: [newbies] сборка софтинки для BlackBerry

2010-03-08 Thread Michael Shigorin
On Mon, Mar 08, 2010 at 10:47:54AM +0300, Andrew Clark wrote:
> > Сам обычно стараюсь брать спеки из PLD, если есть,
> > и заглядывать в fedora/opensuse/mandriva/openpkg
> > по мере наличия там.  Ну и в дебиан, понятное дело.
> > Иногда также в gentoo, хотя последние годы реже.
> Когда есть понимание процесса - это одно. Когда его нет - это
> другое.  Пока человек разбирается - лучше делать самому, оно
> для головы полезнее и понимания происходящего.

Повторюсь, не могу согласиться.  Спек -- это фиксация опыта
сборки и установки программы; даже если опыт плох, он всё равно
обычно полезнее, чем ничего.  _Даже_ если после пятка зачисток
от исходного остаётся что-то вроде Url:.

> Про pld не скажу, потому что не знаю, а вот спеки
> Fedora/OpenSUSE/CentOS избыточны на фоне Альта, в силу скудной
> базы макросов, благодаря которой, спеки данных платформ
> выглядят избыточно, при сравнении с альтовыми спеками.

На то есть rpmcs. :)

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

-- 
  WBR, Michael Shigorin 
  -- Linux.Kiev http://www.linux.kiev.ua/
___
devel-newbies mailing list
devel-newbies@lists.altlinux.org
https://lists.altlinux.org/mailman/listinfo/devel-newbies