clxclient_3.6.1-2_i386.changes ACCEPTED
Accepted: clxclient_3.6.1-2.diff.gz to main/c/clxclient/clxclient_3.6.1-2.diff.gz clxclient_3.6.1-2.dsc to main/c/clxclient/clxclient_3.6.1-2.dsc libclxclient-dev_3.6.1-2_i386.deb to main/c/clxclient/libclxclient-dev_3.6.1-2_i386.deb libclxclient3_3.6.1-2_i386.deb to main/c/clxclient/libclxclient3_3.6.1-2_i386.deb Override entries for your package: clxclient_3.6.1-2.dsc - source libs libclxclient-dev_3.6.1-2_i386.deb - extra devel libclxclient3_3.6.1-2_i386.deb - extra libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 558847 Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
clxclient override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): libclxclient-dev_3.6.1-2_i386.deb: package says section is libdevel, override says devel. libclxclient-dev_3.6.1-2_i386.deb: package says priority is optional, override says extra. libclxclient3_3.6.1-2_i386.deb: package says priority is optional, override says extra. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#558847: marked as done (Resolve unresolved symbols in shared libraries)
Your message dated Fri, 04 Jun 2010 06:47:09 + with message-id e1okqgp-0004cn...@ries.debian.org and subject line Bug#558847: fixed in clxclient 3.6.1-2 has caused the Debian Bug report #558847, regarding Resolve unresolved symbols in shared libraries to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 558847: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=558847 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: clxclient Version: 3.6.1-1 Severity: wishlist User: peter.fritzs...@gmx.de Usertags: unresolved-symbols-so I build all packages some time ago with binutils-gold and your package build without an hard failure, but I noticed that you seems to provide a library in a specific library package so other packages can link against it without problems but your shared object has still some unresolved symbols which the program which links agaomst it must resolve. This isnt a good idea because when you introduce new dependencies the package previously linked against the old version will break because it doesnt know about the new dependency. Maybe you could link against all needed libraries so programs must not link against libraries which it doesnt need to use. Maybe it is related to following bugs which hard failed due to unresolved symbols in programs http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=peter.fritzs...@gmx.de;tag=no-add-needed More informations can be found at http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbecausebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you the related warnings: dpkg-shlibdeps: warning: symbol _ZN8P_threadC2Ev used by debian/libclxclient3/usr/lib/libclxclient.so.3.6.1 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN8P_threadD2Ev used by debian/libclxclient3/usr/lib/libclxclient.so.3.6.1 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZTI8P_thread used by debian/libclxclient3/usr/lib/libclxclient.so.3.6.1 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN8ITC_ip1q9get_eventEj used by debian/libclxclient3/usr/lib/libclxclient.so.3.6.1 found in none of the libraries. dpkg-shlibdeps: warning: symbol _ZN8P_thread9thr_startEiim used by debian/libclxclient3/usr/lib/libclxclient.so.3.6.1 found in none of the libraries. ---End Message--- ---BeginMessage--- Source: clxclient Source-Version: 3.6.1-2 We believe that the bug you reported is fixed in the latest version of clxclient, which is due to be installed in the Debian FTP archive: clxclient_3.6.1-2.diff.gz to main/c/clxclient/clxclient_3.6.1-2.diff.gz clxclient_3.6.1-2.dsc to main/c/clxclient/clxclient_3.6.1-2.dsc libclxclient-dev_3.6.1-2_i386.deb to main/c/clxclient/libclxclient-dev_3.6.1-2_i386.deb libclxclient3_3.6.1-2_i386.deb to main/c/clxclient/libclxclient3_3.6.1-2_i386.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 558...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Jaromír Mikeš mira.mi...@seznam.cz (supplier of updated clxclient package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 21 May 2010 21:55:58 +0200 Source: clxclient Binary: libclxclient-dev libclxclient3 Architecture: source i386 Version: 3.6.1-2 Distribution: unstable Urgency: low Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintainers@lists.alioth.debian.org Changed-By: Jaromír Mikeš mira.mi...@seznam.cz Description: libclxclient-dev - Development file for libclxclient libclxclient3 - X Window System C++ access library Closes: 558847 Changes: clxclient (3.6.1-2) unstable; urgency=low . * Reordered control file * Corrected dependency in control file * Bump to Standards-Version: 3.8.4 * Fixing FTBFS on amd64 * Added Homepage field to control file * Fixed symbols in shared libraries (Closes: #558847) * Fixed reference to LGPL-2 in copyright file * Fixing FTBFS on i386 * Added quilt as build dependency * Added patch descriptions * Added README.source file * Added entry for NMU to changelog Checksums-Sha1: 9b9dc545c6c9a7093c9ce8f24b4df048e5c24425 1423 clxclient_3.6.1-2.dsc b53ef51d019a3e22e71ced545cfb4a25b79830da 5999
Re: [SCM] yoshimi packaging branch, master, updated. debian/0.056-1-5-gb123a4a
On Fri, Jun 04, 2010 at 01:38:36AM +, ales...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: Those options are supported by amd64 too. -ifeq ($(DEB_HOST_ARCH_CPU),i386) +ifneq (,$(findstring :$(DEB_HOST_ARCH_CPU):,:i386:amd64:)) CXXFLAGS+=-msse -msse2 -mfpmath=sse endif True, they are always available on amd64, but I believe they are *not* always available on i386! As I understand it, fpumath was only always available since i586, and SSE and SSE2 also got introduced at that time if not later. Maybe (but I'm not sure) Debian have dropped support for i386 (due to the Linux kernel doing so), but I am pretty certain we have not abandoned i486 yet (some VIA and Crusoe CPUs still on the market implement only a subset of intel Pentium features). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] scenic packaging branch, master, updated. debian/0.5.11-1-5-g387b6f5
On Thu, Jun 03, 2010 at 03:10:37PM +, alexandrequessy-gu...@users.alioth.debian.org wrote: To ensure pristine-tar is used in the future too. +[DEFAULT] +pristine-tar = True +sign-tags = True +compression = bzip2 Above not only ensures that pristine-tar is enabled as you write in the git commit message, but also that tags are signed (good) and usptream tarballs use bzip2 compression (is that the case?!?). Don't just blindly trust neither me nor packagings I've done ;-) You are more than welcome to ask if uncertain about something. Others might benefit from our conversations too (and we might benefit too from others listening - e.g. if we've both misunderstood some parts), and you might even reveil flaws in the packagings you take inspiration from. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] mplayer packaging branch, ubuntu, updated. debian/1.0.rc3++final-0ubuntu2-3-g0e7f691
On Thu, Jun 03, 2010 at 04:27:33PM +, siret...@users.alioth.debian.org wrote: clarify lacking build dependency on git +Only if you are building from the packaging gut branch, then the package +expects you to have the quilt package installed. For this reason, quilt +is not an explicit build dependency. You probably meant ...on quilt in the commit message :-) Mentioning to help avoid the typo creeping into the changelog too. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] mplayer packaging branch, ubuntu, updated. debian/1.0.rc3++final-0ubuntu2
On Thu, Jun 03, 2010 at 01:06:46PM +, siret...@users.alioth.debian.org wrote: build HTML documentation only if not already avaiable in the build tree This approach does not work well in case upstream (perhaps accidentally) shipped with documentation prebuilt, and that documentation was not up-to-date (or maybe varies depending on features enabled or not?). Better to always build but ensure it is built only once (typically done by the build rule depending on a touch file, and the touch file being a rule doing the actual build + touching). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] yoshimi packaging branch, master, updated. debian/0.056-1-5-gb123a4a
On Fri, Jun 4, 2010 at 9:29 AM, Jonas Smedegaard d...@jones.dk wrote: On Fri, Jun 04, 2010 at 01:38:36AM +, ales...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: Those options are supported by amd64 too. -ifeq ($(DEB_HOST_ARCH_CPU),i386) +ifneq (,$(findstring :$(DEB_HOST_ARCH_CPU):,:i386:amd64:)) CXXFLAGS+=-msse -msse2 -mfpmath=sse endif True, they are always available on amd64, but I believe they are *not* always available on i386! It's right, but without those options the package FTBFS on i386 architecture too. -- Alessio Treglia ales...@alessiotreglia.com Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of lv2-c++-tools_1.0.3-1_i386.changes
lv2-c++-tools_1.0.3-1_i386.changes uploaded successfully to localhost along with the files: lv2-c++-tools_1.0.3-1.dsc lv2-c++-tools_1.0.3.orig.tar.gz lv2-c++-tools_1.0.3-1.diff.gz lv2-c++-tools_1.0.3-1_i386.deb libpaq0_1.0.3-1_i386.deb libpaq-dev_1.0.3-1_i386.deb lv2-c++-tools-doc_1.0.3-1_all.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Request to join the team
On 03/06/10 09:34, Alessio Treglia wrote: On Wed, Jun 2, 2010 at 6:00 PM, Andrew Gee and...@andrewgee.org wrote: My alioth username is andrewgee-guest. Please request to join the project [1] on Alioth then I'll add you to the team. [1] https://alioth.debian.org/projects/pkg-multimedia/ Thanks for approving me. How do I go about things now? The wiki suggests I should get the packaging reviewed, before uploading to git. dget http://mentors.debian.net/debian/pool/main/j/jackmeter/jackmeter_0.3-1.dsc dget http://mentors.debian.net/debian/pool/main/s/silentjack/silentjack_0.2-1.dsc Thanks again. Regards, Andrew Gee ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
lv2-c++-tools_1.0.3-1_i386.changes is NEW
(new) libpaq-dev_1.0.3-1_i386.deb optional libdevel lv2-c++-tools development files some tools and libraries that may come in handy when writing LV2 plugins in C++. . This package contains all necessary files for development with lv2-c++-tools. (new) libpaq0_1.0.3-1_i386.deb optional libs libraries for LV2 plugins These are some tools and libraries that may come in handy when writing LV2 plugins in C++. . libpaq is a LIBrary for Parsing And Querying RDF data in Turtle format. . liblv2-plugin is a C++ library that you can use to write LV2 plugins by inheriting from a plugin base class and overriding a small number of functions. . liblv2-gui is a C++ library that you can use to write LV2 plugin GUIs. (new) lv2-c++-tools-doc_1.0.3-1_all.deb optional doc lv2-c++-tools documentation Complete HTML documentation for lv2-c++-tools . These documents describes some C++ classes that may be of use if you want to write LV2 plugins in C++. (new) lv2-c++-tools_1.0.3-1.diff.gz optional sound (new) lv2-c++-tools_1.0.3-1.dsc optional sound (new) lv2-c++-tools_1.0.3-1_i386.deb optional utils tools for LV2 plugins These are some tools and libraries that may come in handy when writing LV2 plugins in C++. . This package contains binaries lv2peg and lv2soname . lv2peg is a program that generates C header files from Turtle files containing LV2 plugin data. . lv2soname is a program that generate the RDF triples needed to tell hosts that the library with that soname must never be unloaded even after your plugin GUI library has been unloaded. (new) lv2-c++-tools_1.0.3.orig.tar.gz optional sound Changes: lv2-c++-tools (1.0.3-1) unstable; urgency=low . * Initial release (Closes: #581419) Override entries for your package: Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 581419 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Request to join the team
I feel more comfortable in reviewing via GIT, so please push them into pkg-multimedia's git area, please take a look at this [1]. [1] http://wiki.debian.org/DebianMultimedia/DevelopPackaging#Uploadingproposedpackagetotheteamgitrepository -- Alessio Treglia ales...@alessiotreglia.com Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Request to join the team
On 04/06/10 10:46, Alessio Treglia wrote: I feel more comfortable in reviewing via GIT, so please push them into pkg-multimedia's git area, please take a look at this [1]. [1] http://wiki.debian.org/DebianMultimedia/DevelopPackaging#Uploadingproposedpackagetotheteamgitrepository Great. I didn't want to upload to git first if it wasn't the done thing :) I've created the git repos and uploaded the debian packaging for silentjack and jackmeter, done by the instructions on the wiki link. Thanks, Andrew ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of silentjack_0.2-1_i386.changes
silentjack_0.2-1_i386.changes uploaded successfully to localhost along with the files: silentjack_0.2-1.dsc silentjack_0.2.orig.tar.gz silentjack_0.2-1.diff.gz silentjack_0.2-1_i386.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
silentjack_0.2-1_i386.changes is NEW
(new) silentjack_0.2-1.diff.gz optional sound (new) silentjack_0.2-1.dsc optional sound (new) silentjack_0.2-1_i386.deb optional sound silence detector for the JACK audio system SilentJack listens, using the JACK audio system, for silence. When silence is detected, it runs the command specified. Once the command has been run, a grace period is observed before resuming the silence detection. (new) silentjack_0.2.orig.tar.gz optional sound Changes: silentjack (0.2-1) unstable; urgency=low . * Initial release (Closes: #584149) Override entries for your package: Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 584149 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jcgui
Where can I find a Debian package of jcgui? What is the reason it takes so long until it reaches the repos? I would appreciate it very much being in Debian :) Robert Epprecht ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#582238: libebml: New upstream release 0.8.0
Eric Dantan Rzewnicki e...@zhevny.com writes: On Wed, May 19, 2010 at 01:04:41PM +0200, Christian Marillat wrote: Package: libebml0 Version: 0.7.7-3.1 Severity: normal File: libebml Hi, Please package this version. Christian 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. As now 0.9.0 has been released it is possible to have this package in unstable ? Christian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of jackmeter_0.3-1_i386.changes
jackmeter_0.3-1_i386.changes uploaded successfully to localhost along with the files: jackmeter_0.3-1.dsc jackmeter_0.3.orig.tar.gz jackmeter_0.3-1.diff.gz jackmeter_0.3-1_i386.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] mplayer packaging branch, ubuntu, updated. debian/1.0.rc3++final-0ubuntu2
On Thu, Jun 03, 2010 at 06:17:28PM +0200, Reinhard Tartler wrote: On Do, Jun 03, 2010 at 17:08:53 (CEST), Felipe Sateler wrote: However, I'm not sure enabling parallel building by default is a good idea. There have been no complaints this far and makes building packages on my machines faster. For example, buildds probably do more than one build at a time. Really? AFAIUI, at least buildd doesn't support this OOTB. I'd rather leave that in until a buildd admin asks us to stop doing that. As I wrote in an earlier mail today, this is not only a matter of pleasing build daemons, but more generally about following Debian Policy: Our packaging should _support_ the use of multiple CPUs, but we should not by default _enable_ that support but leave that to the user of our packaging. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fwd: RFS: Scenic 0.6.0 - Telepresence software for live performances and installations
On Thu, Jun 03, 2010 at 12:13:11PM -0400, Alexandre Quessy wrote: 2010/6/3 Jonas Smedegaard d...@jones.dk: Some additional packaging comments: The project includes python code. We must then follow to Debian Python Policy! Since the Python code apparently is all handled with GNU autotools I recommend to include python-autotools.mk (instead of autotools.mk), add the needed hints to debian/control, and create debian/control.in to help track CDBS-related build-dependencies. I must confess that my computers are running Ubuntu Lucid ! I guess I could use git-pbuilder with DIST=sid. I am shopping for a nice virtualization tool to create a sid environment... The problem is that python-autotools.mk is not provided by cdbs on Ubuntu Lucid right now. Maybe I could compile and install it from the sources? When packaging for Debian, you really should be using Debian unstable, as that is the environment that your packaging is aimed at. No, I do not recommend that you backport the specific pieces needed to satisfy build-dependencies, as you then do not know if you are triggering some strange hidden bug in your particular combination of packages from then different sources! Ubuntu Lucid is tested against Ubuntu Lucid, and Debian Sid is tested against Debian Sid. Feel free to mix'n'match all you like SOMEWHERE ELSE, but make sure to use a standard system for building packages! You might be interested in the scripts that I personally use to bootstrap build environments. I use same routines also for backporting, and would expect it to work just as well on Ubuntu. If interested then here's a minimal howto: # cd /usr/local # mv bin bin.off # git clone git://source.jones.dk/bin $ localcowbuilder-create sid $ cd $pkg $ localcowdebuild sid Possibly it's a too minimal HOWTO - try look at the shell code itself - and just ignore all those scripts that are not related to package compilation :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fwd: RFS: Scenic 0.6.0 - Telepresence software for live performances and installations
On Thu, Jun 03, 2010 at 11:59:18AM -0400, Alexandre Quessy wrote: Done. I will have to add your license to the copyright of some of the Debian packaging. What I do is maintain packaging licensing in debian/rules. And I (ideally, when not too lazy) do not add licensing info of others but instead request them to add it themselves. ;-) Actually, git-buildpackage doesn't work anymore with this. I removed it locally... I am missing some point on how to use pristine-tar. It needs the upstream tarball in the parent directory, or so... working on this. No, the whole point of pristine-tar is that the Git is fully self-contained: You need not put a tarball anywhere, git-buildpackage regenerates it as needed. What fails now for you is that you simply grabbed by gbp.conf file wich contained not only what you needed but also a hint to use bzip2 compressed tarballs. The tarball actually contained in the Git currently is a good old gzip-compressed one so is ignored when you tell git-buildpackage to instead use bzip2 :-P It does seem, however, from a quick glance, that some parts of the project is not arch-limited. It might be a good idea to split packaging to provide most possible to all archs. That would be nice, but it's probably going to be difficult. The jack-info, dc-ctl and midistream utilities could be packages separately, and should be useful for the multimedia-loving masses. Since scenic relies on milhouse, they could be packaged together. Again, I am a close-to-beginner in packaging, so I am not sure where to start, especially that the current build process is unified and using a single autotools configure.ac script. It would imply splitting it upstream, no? Packaging typically goes like this: 1. Prepare 2. configure 3. build 4. install 5. reinstall into package area 6. tune packaging Here, steps 2-4 is done by autotools, and 5-6 is done by debhelper. So splitting into multiple packages is (more or less) a simple matter of adding more binary packages in debian/control and hinting in debian/*.install which autotools-installed parts each of them should contain. Either json or simplejson is used upstream. Are you aware that those implementations are not fully interchangeable (one of them - I forgot which - do not follow JSON specs!), and they might be slow too? The Sugar project switched to python-cjson for these reasons. Wouldn't it be simpler to depend on python (= 2.6) | python-simplejson ? If not, I'll try with cjson. Sure, if it works. What I warned about is that it those JSON implementations might not behave equally. And that I do not remember the details, but know for sure that the Sugar developers ended up switching to cjson and only that. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] yoshimi packaging branch, master, updated. debian/0.056-1-5-gb123a4a
On Fri, Jun 04, 2010 at 09:59:41AM +0200, Alessio Treglia wrote: On Fri, Jun 4, 2010 at 9:29 AM, Jonas Smedegaard d...@jones.dk wrote: On Fri, Jun 04, 2010 at 01:38:36AM +, ales...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: Those options are supported by amd64 too. -ifeq ($(DEB_HOST_ARCH_CPU),i386) +ifneq (,$(findstring :$(DEB_HOST_ARCH_CPU):,:i386:amd64:)) CXXFLAGS+=-msse -msse2 -mfpmath=sse endif True, they are always available on amd64, but I believe they are *not* always available on i386! It's right, but without those options the package FTBFS on i386 architecture too. I suspect you really mean that it FTBFS on i686 ;-) Try post the details of such failure for others to help investigate and perhaps solve in a better way than by cutting off non-SSE x86 hosts. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] yoshimi packaging branch, master, updated. debian/0.056-1-5-gb123a4a
On Fri, Jun 4, 2010 at 4:56 PM, Jonas Smedegaard d...@jones.dk wrote: It's right, but without those options the package FTBFS on i386 architecture too. I suspect you really mean that it FTBFS on i686 ;-) Sorry for my Freudian slip, I've been reading several different logs at once and I get a bit confused :-/ BTW, OK for disabling the flags on i386, other architectures (such as ia64 [1]) FTBFS in any case. [1] https://buildd.debian.org/fetch.cgi?pkg=yoshimi;ver=0.056-2;arch=ia64;stamp=1275616648 -- Alessio Treglia ales...@alessiotreglia.com Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jackmeter_0.3-1_i386.changes is NEW
(new) jackmeter_0.3-1.diff.gz extra sound (new) jackmeter_0.3-1.dsc extra sound (new) jackmeter_0.3-1_i386.deb extra sound a basic command line meter for the JACK audio system Jack Meter is a command line audio meter for the JACK audio system. This allows the user to check signal levels on remote computers without the need for graphical systems. (new) jackmeter_0.3.orig.tar.gz extra sound Changes: jackmeter (0.3-1) unstable; urgency=low . * Initial release (Closes: #584143) Override entries for your package: Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 584143 Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. You may have gotten the distribution wrong. You'll get warnings above if files already exist in other distributions. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Financial Solution Apply Now At 3% Interest Rate
Monday-Saturday:7:30am-6:30pm {Processing time}. Sunday:12noon-6:30pm {Processing time}. Compliment of the season, Oando Brokers Service offers loan at interest rate of 3%. Here are some question: Are you in need of a loan of any purpose?, Do you want to pay your Bills?, Are you in a financial problem?, Do you need a financial Solution? Oando Brokers Service is the solution to all your financial problem Oando Brokers Service give out loan in all categories such as:loans for project, business, taxes, bills etc. If Interested,contact us with your application information below: Full Name: Address: State: Country: Loan Amount Needed: Purpose of loan: Duration(Tenure of Payback): Occupation: Telephone/Cell Phone: The above information should be submitted to the following email: oandobrok...@gmail.com Yours Sincerely, Mr. Luis O'Brian On-line Advertiser. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fwd: RFS: Scenic 0.6.0 - Telepresence software for live performances and installations
Hello Jonas, So I have set up a Debian sid box. That will help. :) 2010/6/4 Jonas Smedegaard d...@jones.dk: On Thu, Jun 03, 2010 at 11:59:18AM -0400, Alexandre Quessy wrote: Done. I will have to add your license to the copyright of some of the Debian packaging. What I do is maintain packaging licensing in debian/rules. And I (ideally, when not too lazy) do not add licensing info of others but instead request them to add it themselves. ;-) Oops! I added your name to debian/copyright. Please edit it or remove it if it's not the way you like. Actually, git-buildpackage doesn't work anymore with this. I removed it locally... I am missing some point on how to use pristine-tar. It needs the upstream tarball in the parent directory, or so... working on this. No, the whole point of pristine-tar is that the Git is fully self-contained: You need not put a tarball anywhere, git-buildpackage regenerates it as needed. What fails now for you is that you simply grabbed by gbp.conf file wich contained not only what you needed but also a hint to use bzip2 compressed tarballs. The tarball actually contained in the Git currently is a good old gzip-compressed one so is ignored when you tell git-buildpackage to instead use bzip2 :-P I had just figured that out. :) It does seem, however, from a quick glance, that some parts of the project is not arch-limited. It might be a good idea to split packaging to provide most possible to all archs. That would be nice, but it's probably going to be difficult. The jack-info, dc-ctl and midistream utilities could be packages separately, and should be useful for the multimedia-loving masses. Since scenic relies on milhouse, they could be packaged together. Again, I am a close-to-beginner in packaging, so I am not sure where to start, especially that the current build process is unified and using a single autotools configure.ac script. It would imply splitting it upstream, no? Packaging typically goes like this: 1. Prepare 2. configure 3. build 4. install 5. reinstall into package area 6. tune packaging Here, steps 2-4 is done by autotools, and 5-6 is done by debhelper. So splitting into multiple packages is (more or less) a simple matter of adding more binary packages in debian/control and hinting in debian/*.install which autotools-installed parts each of them should contain. Ok, so in this case, let's say we brake it into 3 packages: * scenic (contains the Python app, the documentation, the glade data, and the icon, etc.) * scenic-utils (dc-ctl, firereset, jack-info and milhouse executables. Man pages and some shared libraries) * midistream (python app and man page) The easiest way would be to create 3 *.install files. The quick benefit to this, is that we will have a few packages that are architecture-independant, namely the two Python-only binary packages: scenic and midistream. That totally makes sense. I am looking for an example of doing this... (which uses cdbs and the autotools, if possible) Got any? Either json or simplejson is used upstream. Are you aware that those implementations are not fully interchangeable (one of them - I forgot which - do not follow JSON specs!), and they might be slow too? The Sugar project switched to python-cjson for these reasons. Wouldn't it be simpler to depend on python (= 2.6) | python-simplejson ? If not, I'll try with cjson. Sure, if it works. I just tried and it seems OK. I've pushed it to alioth. What I warned about is that it those JSON implementations might not behave equally. And that I do not remember the details, but know for sure that the Sugar developers ended up switching to cjson and only that. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers See ya, -- Alexandre Quessy http://alexandre.quessy.net/ ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] scenic packaging branch, master, updated. debian/0.5.11-1-14-g9636a98
On Fri, Jun 04, 2010 at 03:25:34PM +, alexandrequessy-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit fc0f6fe1c8b4ec22d2527b1d68905d592cab3044 Author: Alexandre Quessy Alexandre Quessy alexan...@quessy.net Date: Fri Jun 4 10:56:48 2010 -0400 Trying to detect if makefile exists diff --git a/debian/rules b/debian/rules index 1835e02..e4e67a9 100755 --- a/debian/rules +++ b/debian/rules @@ -5,5 +5,6 @@ include /usr/share/cdbs/1/class/autotools.mk DEB_CONFIGURE_EXTRA_FLAGS = --enable-mt DEB_MAKE_CHECK_TARGET = check -DEB_MAKE_CLEAN_TARGET = [ ! -f Makefile ] || $(MAKE) distclean + +if [ -f Makefile ]; then DEB_MAKE_CLEAN_TARGET = distclean; fi debian/rules is a make file, not a shell script. Only rules: sections, indented by a tab, are treated as shell code (and only after expanding make variables). The following should work: DEB_MAKE_CLEAN_TARGET = $(if $(glob Makefile),distclean) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fwd: RFS: Scenic 0.6.0 - Telepresence software for live performances and installations
On Fri, Jun 04, 2010 at 04:57:40PM -0400, Alexandre Quessy wrote: Hello Jonas, So I have set up a Debian sid box. That will help. :) Good! 2010/6/4 Jonas Smedegaard d...@jones.dk: On Thu, Jun 03, 2010 at 11:59:18AM -0400, Alexandre Quessy wrote: Done. I will have to add your license to the copyright of some of the Debian packaging. What I do is maintain packaging licensing in debian/rules. And I (ideally, when not too lazy) do not add licensing info of others but instead request them to add it themselves. ;-) Oops! I added your name to debian/copyright. Please edit it or remove it if it's not the way you like. No problem. I only tried to aim at a best practice. :-) It does seem, however, from a quick glance, that some parts of the project is not arch-limited. It might be a good idea to split packaging to provide most possible to all archs. That would be nice, but it's probably going to be difficult. The jack-info, dc-ctl and midistream utilities could be packages separately, and should be useful for the multimedia-loving masses. Since scenic relies on milhouse, they could be packaged together. Again, I am a close-to-beginner in packaging, so I am not sure where to start, especially that the current build process is unified and using a single autotools configure.ac script. It would imply splitting it upstream, no? Packaging typically goes like this: 1. Prepare 2. configure 3. build 4. install 5. reinstall into package area 6. tune packaging Here, steps 2-4 is done by autotools, and 5-6 is done by debhelper. So splitting into multiple packages is (more or less) a simple matter of adding more binary packages in debian/control and hinting in debian/*.install which autotools-installed parts each of them should contain. Ok, so in this case, let's say we brake it into 3 packages: * scenic (contains the Python app, the documentation, the glade data, and the icon, etc.) * scenic-utils (dc-ctl, firereset, jack-info and milhouse executables. Man pages and some shared libraries) * midistream (python app and man page) The easiest way would be to create 3 *.install files. The quick benefit to this, is that we will have a few packages that are architecture-independant, namely the two Python-only binary packages: scenic and midistream. That totally makes sense. Yes, that seems sensible (from reading it alone - I must admit that I have not yet tried compiling the project and looking at the results). I am looking for an example of doing this... (which uses cdbs and the autotools, if possible) Got any? sugar-0.88 That one also demonstrates quite well IMO how a large amount of package dependencies are easier to track indirectly declared in debian/rules, as they they can be grouped and comments added as needed. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Kontakt Vaše Nároky Agent: Mr. Kelvin Williams pro in formaci.
Stockport Road, Longsight, Manchester M60 2DB-London, United Kingdom. Pozor: Lucky vítěz, Jsme rádi, informovat vás o vaše cena za svobodu liber 1,000,000.00 (jeden milion Velká britská libra) v ist června 2010 British International loterie Toshiba. Každý účastník byl vybrán elektronicky prostřednictvím systému počítačového hlasování byly od sto tisíc e-mailů. Váš e-mail se ukázal jako vítěz spolu se třemi šťastní výherci. Níže jsou vaší identifikační čísla vyhrát: LOT NO: MFI/71/APA-43658 Referenční číslo: 2010234522 PIN NO: 9510. FULL NAME . DATUM NAROZENÍ . ADRESA ... SEX .. AGE ... STÁTNÍ ZAMĚSTNÁNÍ TELEFON .. MOBILNÍ TELEFON ... Fax . Prosím, kontaktujte Tvrzení Agent vítězové a odeslat identifikační čísla mu co nejdříve se na následující adresu: Nároky Agent: pan Kelvin Williams Email: kelvin.willi...@gmail.com Telefon: +447045729726. Gratulujeme ještě jednou od všech členů a zaměstnanců tohoto programu pro všechny, kteří vyhráli tuto soutěž, a děkuji vám za to, že součástí naší propagační program loterie. Podepsáno. Linna Maxwell (paní) Koordinátora. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#582274: Isn't VP8 released as BSD?
On Thu, 2010-06-03 at 18:10 +0200, Reinhard Tartler wrote: On Do, Jun 03, 2010 at 16:22:28 (CEST), Nathan A. Stine wrote: On Thu, 2010-06-03 at 08:51 +0200, Sebastian Dröge wrote: On Wed, 2010-06-02 at 23:10 -0400, Nathan A. Stine wrote: Or so I thought. Diego Biurrun marked it as non-free upstream, but I'd think Debian Legal should take a look at the license to make their own determination. Well, it's IMHO not non-free (as in not DFSG free) but it's definitely GPLv2 incompatible because of the restriction in the patent license (interesting here: if they didn't include a patent license nobody would've complained although they had no official rights to use the patents...). If your software is (L)GPLv2+ or v3 I guess everything is fine, if it's LGPLv2 it's probably fine too. But you're right, Debian Legal should probably look at it as well. I've already asked the ftp-masters to give their statement about the license and compatibility with other licenses but they didn't answer yet. FFmpeg states that it is available under (L)GPL2+. the debian FFmpeg package is distributed under *GPL2*. We do enable important parts (e.g., in libswscale) that are not enable in LGPL mode. GPL3 would make linking other GPL2 only packages problematic. In theory, I guess we could provide an additional LGPL only variant of ffmpeg in some special, non-standard path, but I'm not convinced at all that this will a) helping here and b) worth the trouble. Luckily Google has revised their license[1]. It seems this change has addressed all concerns of GPLv2 incompatibility. The license for libvpx is now a simple BSD and the patent grant is separate. It also clears up the confusion over whether or not the patient grant still holds up if the code is modified. It does. I would think this would be enough to include this in ffmpeg upstream and part of Debian main. [1]http://webmproject.blogspot.com/2010/06/changes-to-webm-open-source-license.html Best regards, Nathan A. Stine ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of libva_1.0.1-3_amd64.changes
libva_1.0.1-3_amd64.changes uploaded successfully to localhost along with the files: libva_1.0.1-3.dsc libva_1.0.1-3.diff.gz libva-dev_1.0.1-3_all.deb libva1_1.0.1-3_amd64.deb libva-x11-1_1.0.1-3_amd64.deb i965-va-driver_1.0.1-3_amd64.deb vainfo_1.0.1-3_amd64.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
libva_1.0.1-3_amd64.changes ACCEPTED
Accepted: i965-va-driver_1.0.1-3_amd64.deb to main/libv/libva/i965-va-driver_1.0.1-3_amd64.deb libva-dev_1.0.1-3_all.deb to main/libv/libva/libva-dev_1.0.1-3_all.deb libva-x11-1_1.0.1-3_amd64.deb to main/libv/libva/libva-x11-1_1.0.1-3_amd64.deb libva1_1.0.1-3_amd64.deb to main/libv/libva/libva1_1.0.1-3_amd64.deb libva_1.0.1-3.diff.gz to main/libv/libva/libva_1.0.1-3.diff.gz libva_1.0.1-3.dsc to main/libv/libva/libva_1.0.1-3.dsc vainfo_1.0.1-3_amd64.deb to main/libv/libva/vainfo_1.0.1-3_amd64.deb Override entries for your package: i965-va-driver_1.0.1-3_amd64.deb - optional libs libva-dev_1.0.1-3_all.deb - optional libdevel libva-x11-1_1.0.1-3_amd64.deb - optional libs libva1_1.0.1-3_amd64.deb - optional libs libva_1.0.1-3.dsc - source libs vainfo_1.0.1-3_amd64.deb - optional libs Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 583884 Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fwd: RFS: Scenic 0.6.0 - Telepresence software for live performances and installations
Hello! 2010/6/5 Alexandre Quessy alexan...@quessy.net: Hello again! I just thought about an issue that makes my package 33% unusable. :) The MIDI streaming feature (which would be provided by the new midistream package) relies on either python-portmidi or python-pygame = 1.9.1. Those two packages are not in Debian yet! Actually, python-pygame 1.9.1 is in Ubuntu Lucid, but not in Debian Sid. I have been trying to contact the maintainer, and later answered to a bug about this. See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=544347 ... Maybe it is too late before the the release of Squeeze? There might be quite a few packages that depend on python-pygame. I also have an other package - toonloop 1.2.8 - that needs python-pygame, for its V4L2 video input feature and the MIDI feature. For the MIDI feature, which is our main interest for scenic, an other package could provide it. It's python-portmidi. I packaged it, but did not contribute it yet, since the original author thought it would be nice to send it upstream, but it's taking time. It's not there yet: http://sourceforge.net/apps/trac/portmedia/browser/portmidi/trunk (4 months with no activity) My changes to the upstream along with my packaging files are at http://bitbucket.org/aalex/pyportmidi/wiki/Home So, either we ask the maintainers of the pygame package to update it, or we package python-portmidi. I think that merging the pyportmidi code with portmidi0 would take too much time and effort for now. (before Squeeze) Anyways, the python-portmidi should be a separate package from portmidi0, so ... should fill a ITP and package it now? :) Note that the scenic application can still run, it's only that the MIDI features will be disabled. (more text below...) 2010/6/4 Jonas Smedegaard d...@jones.dk: On Fri, Jun 04, 2010 at 04:57:40PM -0400, Alexandre Quessy wrote: Hello Jonas, So I have set up a Debian sid box. That will help. :) Good! 2010/6/4 Jonas Smedegaard d...@jones.dk: On Thu, Jun 03, 2010 at 11:59:18AM -0400, Alexandre Quessy wrote: Done. I will have to add your license to the copyright of some of the Debian packaging. What I do is maintain packaging licensing in debian/rules. And I (ideally, when not too lazy) do not add licensing info of others but instead request them to add it themselves. ;-) Oops! I added your name to debian/copyright. Please edit it or remove it if it's not the way you like. No problem. I only tried to aim at a best practice. :-) It does seem, however, from a quick glance, that some parts of the project is not arch-limited. It might be a good idea to split packaging to provide most possible to all archs. That would be nice, but it's probably going to be difficult. The jack-info, dc-ctl and midistream utilities could be packages separately, and should be useful for the multimedia-loving masses. Since scenic relies on milhouse, they could be packaged together. Again, I am a close-to-beginner in packaging, so I am not sure where to start, especially that the current build process is unified and using a single autotools configure.ac script. It would imply splitting it upstream, no? Packaging typically goes like this: 1. Prepare 2. configure 3. build 4. install 5. reinstall into package area 6. tune packaging Here, steps 2-4 is done by autotools, and 5-6 is done by debhelper. So splitting into multiple packages is (more or less) a simple matter of adding more binary packages in debian/control and hinting in debian/*.install which autotools-installed parts each of them should contain. Ok, so in this case, let's say we brake it into 3 packages: * scenic (contains the Python app, the documentation, the glade data, and the icon, etc.) * scenic-utils (dc-ctl, firereset, jack-info and milhouse executables. Man pages and some shared libraries) * midistream (python app and man page) Maybe it would be nice to also create the scenic-doc package, to separate the doc from the Python code. (though both are architecture: all) I put the current contents of the package, and how it could split up: https://svn.sat.qc.ca/trac/scenic/wiki/PackagesContents For now, the docbook documentation (viewable with yelp) are in an unusual location. (/usr/share/scenic/docbook) It should probably go to /usr/share/gnome/help/scenic/C/scenic.xml like all gnome docs. Our docbook doc is made of several XML files and images, though, and we have two manuals... The easiest way would be to create 3 *.install files. The quick benefit to this, is that we will have a few packages that are architecture-independant, namely the two Python-only binary packages: scenic and midistream. That totally makes sense. Yes, that seems sensible (from reading it alone - I must admit that I have not yet tried compiling the project and looking at the results). It's rather complex to actually use it to its fullest - it needs two computers - but the
Bug#584617: Installation causes massive dependency problems for many other packages
Package: mplayer Version: 2:1.0~rc3+svn20100502-3 Severity: critical This is what happens, when I try to install that latest version of mplayer: mplayer version 2:1.0~rc3+svn20100502-3 depends on libdirectfb-1.2-9. Then that package called libdirectfb-1.2-9 conflicts with libdirectfb-1.2-0 . When I try to purge libdirectfb-1.2-0 , hell breaks loose: aptitude suggests removal of 756 packages! And most of them are very important at least for me. Please fix this as soon as possible! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (1001, 'unstable'), (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa1 1.4p5-38 ascii art library ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libaudio2 1.9.2-3 Network Audio System - shared libr ii libavcodec52 5:0.6~svn20100603-0.0 library to encode decode multimedi ii libavformat52 5:0.6~svn20100603-0.0 ffmpeg file format library ii libavutil494:0.5.2-1 ffmpeg utility library ii libc6 2.11.1-2 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia0 3.10.2+debian-9 audio extraction tool for sampling pn libdirectfb-1.2-9 none(no description available) ii libdvdread44.1.3-9 library for reading DVDs ii libenca0 1.13-1Extremely Naive Charset Analyser - ii libesd00.2.41-7 Enlightened Sound Daemon - Shared ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libfribidi00.19.2-1 Free Implementation of the Unicode ii libgcc11:4.4.4-4 GCC support library ii libgif44.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [l 7.7.1-3 A free implementation of the OpenG ii libjack0 1.9.5~dfsg-13 JACK Audio Connection Kit (librari ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii liblircclient0 0.8.3-5 infra-red remote control support - ii liblzo2-2 2.03-2data compression library ii libncurses55.7+20100313-2shared libraries for terminal hand ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libpng12-0 1.2.43-1 PNG library - runtime ii libpostproc51 5:0.6~svn20100603-0.0 postproc shared libraries ii libpulse0 0.9.21-1.2PulseAudio client libraries pn libsdl1.2debiannone(no description available) ii libsmbclient 2:3.4.8~dfsg-1shared library for communication w ii libspeex1 1.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.4.4-4 The GNU Standard C++ Library v3 ii libsvga1 1:1.4.3-29console SVGA display libraries ii libswscale05:0.6~svn20100603-0.0 ffmpeg video scaling library ii libtheora0 1.1.1+dfsg.1-3The Theora Video Compression Codec ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxt6 1:1.0.7-1 X11 toolkit intrinsics library ii libxv1 2:1.0.5-1 X11 Video extension library ii libxvmc1 2:1.0.5-1 X11 Video extension library ii libxxf86dga1 2:1.1.1-2 X11 Direct Graphics Access extensi ii libxxf86vm11:1.1.0-2 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.5-4 high-quality block-sorting file co ii fontconfig 2.8.0-2.1 generic font configuration library ii fping 2.4b2-to-ipv6-16.1sends ICMP ECHO_REQUEST packets to ii mplayer-doc2:1.0~rc3+svn20100603-0.0 Documentation for mplayer ii netselect 0.3.ds1-14speed tester for choosing a fast n ii ttf-freefont 20090104-7Freefont Serif, Sans and Mono True -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur.