Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-09 Thread Reinhard Tartler
On Wed, Jun 09, 2010 at 09:24:53 (CEST), Fabian Greffrath wrote: Am 09.06.2010 06:47, schrieb Reinhard Tartler: done. thanks for adpting libebml! No problem! Would you mind uploading libmms, too, please? $ env LANG=C git-buildpackage -S dpkg-buildpackage -rfakeroot -d -us -uc -i -S

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-09 Thread Fabian Greffrath
Am 09.06.2010 09:40, schrieb Reinhard Tartler: it seems that the build dependencies are not strict enough. BTW, would He? The package clearly Build-Depends on the version of autotools-dev which introduced the debhelper addon. it be feasible instead of tightening the build dependencies to

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-09 Thread Reinhard Tartler
On Wed, Jun 09, 2010 at 09:51:12 (CEST), Fabian Greffrath wrote: Am 09.06.2010 09:40, schrieb Reinhard Tartler: it seems that the build dependencies are not strict enough. BTW, would He? The package clearly Build-Depends on the version of autotools-dev which introduced the debhelper addon.

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-09 Thread Fabian Greffrath
Am 09.06.2010 09:51, schrieb Fabian Greffrath: In this specific case, we could even drop the autotools-dev hack. Both config.sub and config.guess are new enough. ;) Done. ___ pkg-multimedia-maintainers mailing list

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-09 Thread Reinhard Tartler
On Wed, Jun 09, 2010 at 10:39:36 (CEST), Fabian Greffrath wrote: Am 09.06.2010 09:51, schrieb Fabian Greffrath: In this specific case, we could even drop the autotools-dev hack. Both config.sub and config.guess are new enough. ;) Done. uploaded. -- Gruesse/greetings, Reinhard Tartler,

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-08 Thread Fabian Greffrath
done. This conflicts happened because upstream now *removed* its debian/ directory. git notices this and tries to apply this change to 'master'. This is of course wrong and needs to be undone: $ git merge upstream $ git reset master debian/ this resets all files under the directory

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-08 Thread Reinhard Tartler
On Tue, Jun 08, 2010 at 21:48:14 (CEST), Fabian Greffrath wrote: This conflicts happened because upstream now *removed* its debian/ directory. git notices this and tries to apply this change to 'master'. This is of course wrong and needs to be undone: $ git merge upstream $ git reset

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-07 Thread Fabian Greffrath
This evening I've spent more than one hour getting the newly released libebml 1.0 merged into our GIT repository - without success. F**king git-import-orig always complains about file conflicts in the debian/ directory. How I *hate* debian/ directories in upstream tarballs and bz2-only upstream

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-07 Thread Reinhard Tartler
On Mon, Jun 07, 2010 at 22:27:41 (CEST), Fabian Greffrath wrote: This evening I've spent more than one hour getting the newly released libebml 1.0 merged into our GIT repository - without success. F**king git-import-orig always complains about file conflicts in the debian/ directory. How I

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-01 Thread Fabian Greffrath
Am 29.05.2010 12:46, schrieb Reinhard Tartler: I'll finish the libebml version upgrade and upload, but please give me a few days. The new libebml seems to introduce quite some backwards-incompatible changes to the API (judging from the symbols file diff you posted recently). Is this new

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-01 Thread Reinhard Tartler
On Di, Jun 01, 2010 at 15:18:28 (CEST), Fabian Greffrath wrote: Am 29.05.2010 12:46, schrieb Reinhard Tartler: I'll finish the libebml version upgrade and upload, but please give me a few days. The new libebml seems to introduce quite some backwards-incompatible changes to the API (judging

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-06-01 Thread Fabian Greffrath
Am 01.06.2010 15:23, schrieb Reinhard Tartler: not sure, experimental is obviously a safe choice. talking to upstream seems a good idea to me as well. Fabian, can you perhaps contact upstream and ask on their opinion here? Obviously this issue has already been brought up upstream and

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-29 Thread Jonas Smedegaard
On Fri, May 28, 2010 at 08:46:07AM -0400, Eric Dantan Rzewnicki wrote: On Fri, May 28, 2010 at 01:44:07PM +0200, Fabian Greffrath wrote: Am 27.05.2010 23:08, schrieb Eric Dantan Rzewnicki: I have imported libebml into the team's git on alioth and merged the new upstream. I'm new to library

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-29 Thread Reinhard Tartler
On Sa, Mai 29, 2010 at 12:15:20 (CEST), Jonas Smedegaard wrote: On Fri, May 28, 2010 at 08:46:07AM -0400, Eric Dantan Rzewnicki wrote: On Fri, May 28, 2010 at 01:44:07PM +0200, Fabian Greffrath wrote: Am 27.05.2010 23:08, schrieb Eric Dantan Rzewnicki: I have imported libebml into the team's

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-29 Thread Reinhard Tartler
On Sa, Mai 29, 2010 at 12:46:43 (CEST), Reinhard Tartler wrote: On Sa, Mai 29, 2010 at 12:15:20 (CEST), Jonas Smedegaard wrote: On Fri, May 28, 2010 at 08:46:07AM -0400, Eric Dantan Rzewnicki wrote: On Fri, May 28, 2010 at 01:44:07PM +0200, Fabian Greffrath wrote: Am 27.05.2010 23:08, schrieb

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-29 Thread Jonas Smedegaard
On Sat, May 29, 2010 at 05:41:40PM +0200, Reinhard Tartler wrote: On Sa, Mai 29, 2010 at 12:46:43 (CEST), Reinhard Tartler wrote: On Sa, Mai 29, 2010 at 12:15:20 (CEST), Jonas Smedegaard wrote: On Fri, May 28, 2010 at 08:46:07AM -0400, Eric Dantan Rzewnicki wrote: On Fri, May 28, 2010 at

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-29 Thread Reinhard Tartler
On Sa, Mai 29, 2010 at 18:18:17 (CEST), Jonas Smedegaard wrote: IMHO an excellent reason to use a symbols file! Good idea. actually, not, this is a c++ lib. I know that dpkg-gensymbols in unstable supports c++ unmangled symbol names, but I cannot figure out how to make it create templates

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-28 Thread Fabian Greffrath
Am 27.05.2010 23:08, schrieb Eric Dantan Rzewnicki: I have imported libebml into the team's git on alioth and merged the new upstream. I'm new to library packaging, but will solicit assistance from other team members to make this happen. Thanks for taking care of libebml. Did you notice the

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-28 Thread Eric Dantan Rzewnicki
On Fri, May 28, 2010 at 01:44:07PM +0200, Fabian Greffrath wrote: Am 27.05.2010 23:08, schrieb Eric Dantan Rzewnicki: I have imported libebml into the team's git on alioth and merged the new upstream. I'm new to library packaging, but will solicit assistance from other team members to make

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-28 Thread Fabian Greffrath
Am 28.05.2010 14:46, schrieb Eric Dantan Rzewnicki: I brought this package over to the team's git from the old svn so that we can all work on it together. Please do what you think is right with it if you have time and interest. (that goes for anyone else who cares, too, of course.) We need to

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-28 Thread Fabian Greffrath
Am 28.05.2010 15:21, schrieb Fabian Greffrath: released on such an irregular basis). If the ABI has changed as well, we can drop modifying the dh_makeshlibs call and need to force bump the library's SONAME instead. This will require a litle patching and an additional call to autoreconf. I feel,

Re: Bug#582238: libebml: New upstream release 0.8.0

2010-05-28 Thread Felipe Sateler
On Fri, May 28, 2010 at 09:24, Fabian Greffrath greffr...@leat.rub.de wrote: Am 28.05.2010 15:21, schrieb Fabian Greffrath: released on such an irregular basis). If the ABI has changed as well, we can drop modifying the dh_makeshlibs call and need to force bump the library's SONAME instead.