Bug#488117: New package available (0.5.0-2)
On Fri, Oct 10, 2008, Gregor Jasny wrote:
Thanks for doing all this work. Regarding the patch from Kees, I'd like
to keep the static libs. They are installed side by side with the shared
ones and would be only used if explicitely requested by the developer.
Ok; we could prepare another upload to NEW with this change, but I
think it's best to change this immediately after the package comes out
of NEW. I also don't mind providing static libraries as I'm regularly
asked for them, and told Kees about them as well, but I wouldn't stand
for them. :)
As I mentioned before, I'm on holidays and will have (almost) no
internet access till next saturday. I'd be glad if you set up the
repository on alioth.
(This can happily wait a week.)
I also did a couple of changes myself:
* Add ${misc:Depends} to all packages as recommended in debhelper = 5
mode
and add ${shlibs:Depends} to -dev packages which sneak extra deps if
they
start shipping binaries.
See debhelper(7), Automatic generation of miscellaneous dependencies;
I was actually wrong, it's encouraged since version 4 of debhelper, not
5 (see V4 Changes from V3).
Have you some documentation pointers for this? In the 32bit multilib
sections of libz and libasound there are also some bidev / bilib
dependencies. Do you know where they come from? Maybe some Ubuntu
magic?
They are generated from the libc6-i386 shlibs; I think it's the usual
shlibs mechanism. gcc-multilib - gcc-4.x-multilib - libc6-dev-i386
- libc6-i386, so it should be fine, but I wonder whether we should
list the build-essential packages for 32-bits more explicitely.
The deps look fine here:
Depends: libv4l-0 (= 0.5.0-3), libc6-i386 (= 2.7-1)
ok on intrepid as well:
Depends: libv4l-0 (= 0.5.0-2), libc6-i386 (= 2.4)
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488117: New package available (0.5.0-2)
On Thu, Oct 09, 2008 at 10:34:34PM +0200, Loïc Minier wrote:
I discussed this package with Kees, and I thought that the best way to
go forward was to merge your two works and push it ASAP, and then work
all three together via some VCS for the subsequent updates.
I did the first part tonight, and will push a -3 to NEW really soon
(see below).
Thanks for doing all this work. Regarding the patch from Kees, I'd like
to keep the static libs. They are installed side by side with the shared
ones and would be only used if explicitely requested by the developer.
Gregor, would you be happy hosting the packaging of libv4l in some VCS,
probably on alioth? Most VCSes are available. Kees said he would be
fine if we were using bzr. I don't frankly care between SVN/bzr/git.
What VCS would you prefer?
The collab-maint project provides a good place to host packaging for
us; Kees and I are automatically members, and we only need to add your
Alioth account when you have one. Is this a good place for you?
Kees, I know basic things about git but get lost really fast if things
gets somemore special. Upstream uses mercurial but I don't know enough
about it to benefit from this. I have the feeling that nowadays everyone
migrates to git. But If you know bzr well enough, then let it be bzr.
As I mentioned before, I'm on holidays and will have (almost) no
internet access till next saturday. I'd be glad if you set up the
repository on alioth.
I also did a couple of changes myself:
* Add ${misc:Depends} to all packages as recommended in debhelper = 5 mode
and add ${shlibs:Depends} to -dev packages which sneak extra deps if they
start shipping binaries.
Have you some documentation pointers for this? In the 32bit multilib sections of
libz and libasound there are also some bidev / bilib dependencies. Do
you know where they come from? Maybe some Ubuntu magic?
Thanks to all,
Gregor
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488117: New package available (0.5.0-2)
Hi folks,
I discussed this package with Kees, and I thought that the best way to
go forward was to merge your two works and push it ASAP, and then work
all three together via some VCS for the subsequent updates.
I did the first part tonight, and will push a -3 to NEW really soon
(see below).
Gregor, would you be happy hosting the packaging of libv4l in some VCS,
probably on alioth? Most VCSes are available. Kees said he would be
fine if we were using bzr. I don't frankly care between SVN/bzr/git.
What VCS would you prefer?
The collab-maint project provides a good place to host packaging for
us; Kees and I are automatically members, and we only need to add your
Alioth account when you have one. Is this a good place for you?
On Thu, Oct 02, 2008, Gregor Jasny wrote:
And another package which would (hopefully) be uploaded by Otavio.
I merged the fixes which Kees prepared on top of your package:
On Thu, Oct 09, 2008, Kees Cook wrote:
- renamed lib* to lib*-0: the major ABI number should be reflected
in the binary package names.
- dropped all the .dirs files: they are redundant (i.e. only needed
for creating empty directories).
- removed the static files from *-dev and the rules file. Building
static libraries is not really a good idea, since it allows for
copies of the code to leak everywhere, which makes security
updates a pain, etc. Unless they are explicitly required, I
strongly recommend dropping them.
- corrected the clean/unpatch rule combo: the build must clean
first, then unpatch.
- added .symbols files to track the change of ABI over time.
I also did a couple of changes myself:
* Merge above changes by Kees Cook; reworded his description as a changelog.
* Add Kees Cook and myself as uploaders.
* Add ${misc:Depends} to all packages as recommended in debhelper = 5 mode
and add ${shlibs:Depends} to -dev packages which sneak extra deps if they
start shipping binaries.
* Wrap build-deps and deps to get cleaner diffs when we change them.
* Remove boilerplate from rules.
* Add clean-patched to .PHONY; NB: the current clean-patched isn't -j2 safe.
About to be uploaded source and binaries at:
http://people.dooz.org/~lool/debian/libv4l/0.5.0-3/sid-pbuilder/
Either you or Kees are welcome to upload these if they are fine with
you.
Ubuntu intrepid source and binaries at:
https://launchpad.net/~lool/+archive
libs worked fine here with camorama and cheese; didn't really try on
32-bits app from x86-64.
--
Loïc Minier
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
