Requesting sponsorship for dmedia
Hello all! I just packaged dmedia, which is a distributed media library for storing media files for quick playing. I would like it to be included into Debian and even though I would be maintaining it most of the time, the package should be a part of the pkg-multimedia project. The DSC file is at http://mentors.debian.net/debian/pool/main/d/dmedia/dmedia_0.2.0-1.dsc . I am already subscribed to this mailing list and I have access to the pkg-multimedia Git repos, hence once the package gets uploaded, I would create a git repo myself, git-import-dch to it and add the Vcs-* fields in the next upload. This package is needed in Debian so that Novacut, an HD video editor, can enter Debian. Novacut uses DMedia. http://www.novacut.com/ DMedia is licensed under AGPL-3 and its upstream homepage is https://launchpad.net/dmedia. I request someone to kindly review and upload this package. Its lintian clean. Thanks! Bilal Akhtar. signature.asc Description: OpenPGP 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: Requesting sponsorship for dmedia
Hi Bilal, On Fri, Dec 31, 2010 at 9:17 AM, Bilal Akhtar bilalakh...@ubuntu.com wrote: I am already subscribed to this mailing list and I have access to the pkg-multimedia Git repos, hence once the package gets uploaded, I would create a git repo myself, git-import-dch to it and add the Vcs-* fields in the next upload. Please push it into our git area to ease the review process. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.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: Requesting sponsorship for dmedia
On Fri, Dec 31, 2010 at 11:18 AM, Bilal Akhtar bilalakh...@ubuntu.com wrote: Created the repo, pushing to it currently. I removed the debian/ tag after I ran git-import-dsc, so that the sponsor could add it, if the package's good. All is good, just push the pristine-tar branch and I'll start to review the packaging. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.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: [Bulk] Re: Requesting sponsorship for dmedia
On 12/31/2010 01:18 PM, Bilal Akhtar wrote: On 12/31/2010 11:43 AM, Alessio Treglia wrote: Hi Bilal, On Fri, Dec 31, 2010 at 9:17 AM, Bilal Akhtar bilalakh...@ubuntu.com wrote: I am already subscribed to this mailing list and I have access to the pkg-multimedia Git repos, hence once the package gets uploaded, I would create a git repo myself, git-import-dch to it and add the Vcs-* fields in the next upload. Please push it into our git area to ease the review process. Created the repo, pushing to it currently. Pushed. The repo isn't on git.debian.org yet, since that is updated by a cron job every 6 hours. Currently, the repo can be cloned by: git clone ssh://usern...@git.debian.org/git/pkg-multimedia/dmedia.git Thanks! Bilal Akhtar I removed the debian/ tag after I ran git-import-dsc, so that the sponsor could add it, if the package's good. Bilal Akhtar. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers signature.asc Description: OpenPGP 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: Requesting sponsorship for dmedia
On 12/31/2010 01:32 PM, Alessio Treglia wrote: On Fri, Dec 31, 2010 at 11:18 AM, Bilal Akhtar bilalakh...@ubuntu.com wrote: Created the repo, pushing to it currently. I removed the debian/ tag after I ran git-import-dsc, so that the sponsor could add it, if the package's good. All is good, just push the pristine-tar branch and I'll start to review the packaging. Done signature.asc Description: OpenPGP 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: requesting upload for pd-libdir
user pkg-multimedia-maintainers@lists.alioth.debian.org usertag 605828 upload-requested stop On Fri, Dec 31, 2010 at 07:00:20 (CET), Hans-Christoph Steiner wrote: On Sun, 2010-12-19 at 15:17 -0500, Hans-Christoph Steiner wrote: So I added a patch to pd-libdir to make it build on kFreeBSD and Hurd. Its been tested now, so its ready for upload. It closes this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605828 .hc Ping! Anyone have a moment to upload this? Its the last open bug for my packages :) Not right now, but I'm collecting upload requests here for batch-processing: http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-multimedia-maintain...@lists.alioth.debian.org;tag=upload-requested Happy New Year! Not quite yet, but still Cheers! :-) -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: new version of milkytracker
On Thu, Dec 30, 2010 at 06:05:11PM -0300, Felipe Sateler wrote: Is there a special reason this package does not use any packaging helper? Nope. I just kept the rules file from the previous version. -- perl -E'$_=q;$/= @{...@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: adding a binary package to pd-cyclone
On Fri, Dec 31, 2010 at 02:51, Hans-Christoph Steiner h...@at.or.at wrote: On Thu, 2010-12-30 at 00:53 +0100, Jonas Smedegaard wrote: On Wed, Dec 29, 2010 at 08:14:57PM -0300, Felipe Sateler wrote: You edited debian/control, but Jonas added debian/control.in for build-dependencies autogeneration. If you disagree about the use of debian/control.in, we should disable it. If not, we should use it. But having it and not using it does not seem a sane option. I suggest we only drop the control.in if noone use the .in file or it annoys someone. I see no big problem in some of us editing the control file directly - the nuissence of sync'ing changes there to the .in file is shadowed by the benefit of dependency semi-autoresolving IMO. (please do edit the .in file rather than the control file if you want to help minimize work for everyone, though) Ok, I hope its alright with everyone, I removed the control.in. I can see using automatic build-depends generation on a package with complex Build-Depends, but this one is really simple, and I think the Build-Depends will rarely change, if ever. From my experience, build products should not be in git (i.e. the 'control' file generated using 'control.in'). Since that doesn't seem possible for 'control', I think we'll be better off by simplifying to a static 'control'. Uploading. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of pd-libdir_1.9-2_amd64.changes
pd-libdir_1.9-2_amd64.changes uploaded successfully to localhost along with the files: pd-libdir_1.9-2.dsc pd-libdir_1.9-2.debian.tar.gz pd-libdir_1.9-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of pd-cyclone_0.1~alpha55-2_amd64.changes
pd-cyclone_0.1~alpha55-2_amd64.changes uploaded successfully to localhost along with the files: pd-cyclone_0.1~alpha55-2.dsc pd-cyclone_0.1~alpha55-2.debian.tar.gz pd-cyclone_0.1~alpha55-2_amd64.deb cyclist_0.1~alpha55-2_amd64.deb Greetings, Your Debian queue daemon (running on host franck.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: requesting upload for pd-libdir
On Fri, Dec 31, 2010 at 07:58, Reinhard Tartler siret...@tauware.de wrote: user pkg-multimedia-maintainers@lists.alioth.debian.org usertag 605828 upload-requested stop On Fri, Dec 31, 2010 at 07:00:20 (CET), Hans-Christoph Steiner wrote: On Sun, 2010-12-19 at 15:17 -0500, Hans-Christoph Steiner wrote: So I added a patch to pd-libdir to make it build on kFreeBSD and Hurd. Its been tested now, so its ready for upload. It closes this bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605828 .hc Ping! Anyone have a moment to upload this? Its the last open bug for my packages :) Uploaded. Not right now, but I'm collecting upload requests here for batch-processing: http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-multimedia-maintain...@lists.alioth.debian.org;tag=upload-requested This seems useful. Happy New Year! Not quite yet, but still Cheers! :-) Indeed, there is still a whole day ahead. Happy new year everyone! -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
pd-libdir_1.9-2_amd64.changes ACCEPTED into unstable
Accepted: pd-libdir_1.9-2.debian.tar.gz to main/p/pd-libdir/pd-libdir_1.9-2.debian.tar.gz pd-libdir_1.9-2.dsc to main/p/pd-libdir/pd-libdir_1.9-2.dsc pd-libdir_1.9-2_amd64.deb to main/p/pd-libdir/pd-libdir_1.9-2_amd64.deb Override entries for your package: pd-libdir_1.9-2.dsc - source sound pd-libdir_1.9-2_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 605828 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
Bug#605828: marked as done (pd-libdir: FTBFS on non-Linux: undefined references)
Your message dated Fri, 31 Dec 2010 12:17:20 + with message-id e1pydv6-00077l...@franck.debian.org and subject line Bug#605828: fixed in pd-libdir 1.9-2 has caused the Debian Bug report #605828, regarding pd-libdir: FTBFS on non-Linux: undefined references 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.) -- 605828: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=605828 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Source: pd-libdir Version: 1.9-1 Severity: important Hi, your package FTBFS on non-Linux architectures with undefined references: | cc -DPD -I/include -Wall -W -g -DVERSION='1.9' -o libdir.o -c libdir.c | cc -o libdir. libdir.o | /usr/lib/gcc/x86_64-kfreebsd-gnu/4.4.5/../../../../lib/crt1.o: In function `_start': | (.text+0x23): undefined reference to `main' | libdir.o: In function `libdir_loader': | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:59: undefined reference to `canvas_getenv' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:61: undefined reference to `canvas_open' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:67: undefined reference to `sys_isabsolutepath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:68: undefined reference to `namelist_append' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:70: undefined reference to `sys_verbose' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:71: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:76: undefined reference to `open_via_path' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:82: undefined reference to `sys_searchpath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:82: undefined reference to `namelist_append' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:82: undefined reference to `sys_searchpath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:83: undefined reference to `sys_libdir' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:87: undefined reference to `sys_helppath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:87: undefined reference to `namelist_append' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:87: undefined reference to `sys_helppath' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:88: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:93: undefined reference to `sys_verbose' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:94: undefined reference to `post' | libdir.o: In function `libdir_setup': | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:102: undefined reference to `sys_register_loader' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:103: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:104: undefined reference to `post' | /build/buildd-pd-libdir_1.9-1-kfreebsd-amd64-vjbPr0/pd-libdir-1.9/libdir.c:105: undefined reference to `post' | collect2: ld returned 1 exit status Full build logs: https://buildd.debian.org/status/package.php?p=pd-libdir Mraw, KiBi. ---End Message--- ---BeginMessage--- Source: pd-libdir Source-Version: 1.9-2 We believe that the bug you reported is fixed in the latest version of pd-libdir, which is due to be installed in the Debian FTP archive: pd-libdir_1.9-2.debian.tar.gz to main/p/pd-libdir/pd-libdir_1.9-2.debian.tar.gz pd-libdir_1.9-2.dsc to main/p/pd-libdir/pd-libdir_1.9-2.dsc pd-libdir_1.9-2_amd64.deb to main/p/pd-libdir/pd-libdir_1.9-2_amd64.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 605...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Hans-Christoph Steiner h...@eds.org (supplier of updated pd-libdir 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
Re: new version of milkytracker
On Fri, Dec 31, 2010 at 08:38, Alessandro Ghedini al3x...@gmail.com wrote: On Thu, Dec 30, 2010 at 06:05:11PM -0300, Felipe Sateler wrote: Is there a special reason this package does not use any packaging helper? Nope. I just kept the rules file from the previous version. Would you mind if I try switching to CDBS? This should greatly simplify debian/rules. Comments: - Has milkiplay been submitted upstream? - There is no need to patch out libzzip and zlib, as long as the build system is patched to not use it. If you really want to get rid of it, then I think purging it at the orig.tar.gz is the right option, since we are already repackaging it. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: new version of milkytracker
Also, I just read bug 567319... is there a reason that work was not incorporated here? -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: adding a binary package to pd-cyclone
On Fri, Dec 31, 2010 at 12:51:47AM -0500, Hans-Christoph Steiner wrote: On Thu, 2010-12-30 at 00:53 +0100, Jonas Smedegaard wrote: On Wed, Dec 29, 2010 at 08:14:57PM -0300, Felipe Sateler wrote: You edited debian/control, but Jonas added debian/control.in for build-dependencies autogeneration. If you disagree about the use of debian/control.in, we should disable it. If not, we should use it. But having it and not using it does not seem a sane option. I suggest we only drop the control.in if noone use the .in file or it annoys someone. I see no big problem in some of us editing the control file directly - the nuissence of sync'ing changes there to the .in file is shadowed by the benefit of dependency semi-autoresolving IMO. (please do edit the .in file rather than the control file if you want to help minimize work for everyone, though) Ok, I hope its alright with everyone, I removed the control.in. I can see using automatic build-depends generation on a package with complex Build-Depends, but this one is really simple, and I think the Build-Depends will rarely change, if ever. If you mean to say that the control.in annoys you, then fine. If, on the other hand, you mean to say that you guess noone use the .in file then you're wrong: I use it (as long as noone is annoyed by it). Currently @cdbs@ resolves to cdbs, debhelper (= 6), dh-buildinfo. As an example, if at some point debhelper compat level is bumped to 7, I bet manual build-dependency handling would be to just tighten to debhelper (= 7) but that is wrong - cdbs needs to be tightened too due to a bug in early implementations of debhelper 7 support in CDBS, and also (still in dispute, though - Joy disagrees with this!) build-dependency on debhelper itself is tightened further than just 7 as well, because not all of the core debhelper 7 features was implemented initially. From my experience, build products should not be in git (i.e. the 'control' file generated using 'control.in'). Since that doesn't seem possible for 'control', I think we'll be better off by simplifying to a static 'control'. I disagree. Some files make sense only to autogenerate by the respective code developers, and then (normally) shipped with the code and treated as source by users of the code. Examples of this is Makefile files (when automake is used), Makefile.in files and configure (when autoconf is used) and debian/control (when CDBS dependency-resolving is used). For autotools it is possible to help distinguish between user and maintainer modes of operation with an optional configure flag --maintainer-mode, and similarly CDBS has DEB_MAINTAINER_MODE. - 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: new version of milkytracker
On Fri, Dec 31, 2010 at 09:59:45AM -0300, Felipe Sateler wrote: I do prefer CDBS. But since I do not plan to do regular work on this package (and you do), I think your opinion on this matter weights more than mine. I do volunteer to do the switch to CDBS if that is your choice, though. I don't have much experience with CDBS (neither with dh though), but if you do the hard work I'm fine. So please do it. Please submit it, so that others benefit from Gurkan's work too. Ok Ah yes. The description (and name) of the patch is misleading then. Right, I changed that. is there a reason that work was not incorporated here? Yes. It included some non-free sources (the lha code) and another directory (autom4te.cache) I preferred to remove from orig.tar. Also, it didn't integrate the work already done in git to clean up the package (removing the bundled libraries, using the 3.0 (quilt) format and other changes to packaging stuff). I found easier to start from scratch instead of upgrading that version. -- perl -E'$_=q;$/= @{...@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: new version of milkytracker
On Fri, Dec 31, 2010 at 02:54:15PM +0100, Alessandro Ghedini wrote: On Fri, Dec 31, 2010 at 09:59:45AM -0300, Felipe Sateler wrote: I do prefer CDBS. But since I do not plan to do regular work on this package (and you do), I think your opinion on this matter weights more than mine. I do volunteer to do the switch to CDBS if that is your choice, though. I don't have much experience with CDBS (neither with dh though), but if you do the hard work I'm fine. So please do it. I'd be happy too to help with the switch (as with any other CDBS-specific tuning later on as well). Just tell me explicitly if needed. Or put differently: I'll wait for an explicitl go! from Felipe, to avoid us doing double work :-) - 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
Call for Papers:Energy and Climate Change Conference
Dear Colleagues, You are invited to join the Climate Change Working Group (CCWG 2011), third annual Energy and Climate Change Conference focused on the practical applications of social and behavioral research to achieve viable solutions to energy/climate challenges. It builds on the overwhelming success of previous CCWG conferences at which 800 participants from universities, government, corporations and organizations discussed successful policy and program strategies, shared important research findings, and created dynamic new networks and collaborations. Conveners: Climate Change Working Group-147 Stoke Newington High St N16 0NY, London, United Kingdom. Ph +447024031587, +447024062005, +447024061030 Call for Presentation Abstracts: The CCWG 2011 Organizing Committee requests proposals for presentations from policymakers, businesses, social scientists, researchers, media specialists, marketers, energy experts, program designers, implementers, and evaluators. We invite proposals for three types of presentations: 1.Oral Presentations (15-20 minute formal presentations and slides) 2.Lightning Talks (5-7 minute presentations - highlights of results, insights, or novel/transformative ideas) 3.Poster Presentations (informal presentations) We are seeking well-documented, effective applications of behavioral approaches in energy/climate policies and programs; new behavioral research findings; successful programs/scale-ups; measured results; and best practices. We are also interested in thoughtful discussions of emerging policy/program issues, behavioral research methods, and selected novel/transformative ideas. Topic Areas: Abstracts must be submitted online fewer than one of the following categories; if your topic doesn't fit easily into one of these categories (or if it fits into multiple categories) please choose the closest match. ·Climate Change and the Oceans ·Sustainable Development, Environment, Health and Development ·Remote Sensing and Global Surveillance ·Water Resources Management ·Carbon GHG Management ·Extreme Events and Impacts Assessment ·Greenhouse Gas Ecosystems ·Human Health In a Changing Climate ·Agricultural and Forestry Resources Management ·Clean Energy Technology ·Low GHG Transportation ·Education: Global Change Sustainable Development ·Case studies. Proposal Submission: Interested presenters should submit an abstract of less than 250 words of text summarizing the proposed presentation and a short bio (100 words, email: groupccw...@gmail.com or fax on: +44 702, 402 7401 +44 844 774 5795 by January 07, 2010. Submissions will be judged on relevance to conference themes, clarity of thought, data/documented results, creativity, fit in conference program and other criteria. Deadline for notification of acceptance is January 14 2011. Conference Registration: All presenters are expected to register online by January 07 2011. Registration is free of charge for delegates from developing countries. Also free flight ticket, travel insurance, visa fees and per diem to be provided for all paper presenters and participating delegates. For more details on online registration, abstract submission, full papers and power point presentation, accommodation, flight, and venue, please email: groupccw...@gmail.com or fax on +44 702 402 7401. Important dates: 07 January 2011Deadline for abstract submission 14 January 2011Notification of acceptance/Full paper Submissions 27-31 January 2011 Conference Dates We look forward to seeing you at the conference. Kathryn Martins Secretary. Climate Change Working Group 147 Stoke Newington High St N16 0NY, London, United Kingdom. Ph: (+44) 7011.133.900,(+44) 7024.031.587 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: new version of milkytracker
On Fri, Dec 31, 2010 at 10:54, Alessandro Ghedini al3x...@gmail.com wrote: On Fri, Dec 31, 2010 at 09:59:45AM -0300, Felipe Sateler wrote: I do prefer CDBS. But since I do not plan to do regular work on this package (and you do), I think your opinion on this matter weights more than mine. I do volunteer to do the switch to CDBS if that is your choice, though. I don't have much experience with CDBS (neither with dh though), but if you do the hard work I'm fine. So please do it. OK, I've started it. is there a reason that work was not incorporated here? Yes. It included some non-free sources (the lha code) and another directory (autom4te.cache) I preferred to remove from orig.tar. Also, it didn't integrate the work already done in git to clean up the package (removing the bundled libraries, using the 3.0 (quilt) format and other changes to packaging stuff). I found easier to start from scratch instead of upgrading that version. OK then. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: new version of milkytracker
On Fri, Dec 31, 2010 at 11:09, Jonas Smedegaard d...@jones.dk wrote: On Fri, Dec 31, 2010 at 02:54:15PM +0100, Alessandro Ghedini wrote: On Fri, Dec 31, 2010 at 09:59:45AM -0300, Felipe Sateler wrote: I do prefer CDBS. But since I do not plan to do regular work on this package (and you do), I think your opinion on this matter weights more than mine. I do volunteer to do the switch to CDBS if that is your choice, though. I don't have much experience with CDBS (neither with dh though), but if you do the hard work I'm fine. So please do it. I'd be happy too to help with the switch (as with any other CDBS-specific tuning later on as well). Just tell me explicitly if needed. Or put differently: I'll wait for an explicitl go! from Felipe, to avoid us doing double work :-) I've pushed the basic switch (autotools + debhelper). Since you are more familiar with the get-orig-source rule, please you do it. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
zita-at1_0.1.1-1_amd64.changes ACCEPTED into unstable
Accepted: zita-at1_0.1.1-1.debian.tar.gz to main/z/zita-at1/zita-at1_0.1.1-1.debian.tar.gz zita-at1_0.1.1-1.dsc to main/z/zita-at1/zita-at1_0.1.1-1.dsc zita-at1_0.1.1-1_amd64.deb to main/z/zita-at1/zita-at1_0.1.1-1_amd64.deb zita-at1_0.1.1.orig.tar.bz2 to main/z/zita-at1/zita-at1_0.1.1.orig.tar.bz2 Override entries for your package: zita-at1_0.1.1-1.dsc - optional sound zita-at1_0.1.1-1_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 600827 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
zita-at1 override disparity
There are disparities between your recently accepted upload and the override file for the following file(s): zita-at1_0.1.1-1_amd64.deb: package says section is libs, override says sound. 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
Re: requesting sponsorship for pd-jmmmp
On Wed, Dec 29, 2010 at 19:03, Hans-Christoph Steiner h...@at.or.at wrote: pd-jmmmp is a collection of GUI controls pd-jmmmp is a short-form dh package that uses the same standard Makefile as pd-motex, pd-maxlib, etc. It is on git.debian.org/pkg-multimedia. It is a library without any special Build-Depends. It does Depend on 'pd- zexy', that's been in Debian for a good long time, and http://git.debian.org/?p=pkg-multimedia/pd-jmmmp.git;a=summary Also, this package should be a test for the new Makefile to see if it'll build properly on GNU/kFreeBSD and GNU/Hurd. This is an arch:all package so it will only be built in the uploader's machine. The license linked in the pd libdir is the BSD license. It will probably go away (the one in common-licenses), so it should not be used. Plus, the license should cover the GPL parts too, I believe (since it is the equivalent of debian's copyright file), so I think it is correct in this case to ship the LICENSE.txt file in the pd libdir. -- Saludos, Felipe Sateler ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: adding a binary package to pd-cyclone
On Dec 31, 2010, at 8:11 AM, Jonas Smedegaard wrote: On Fri, Dec 31, 2010 at 12:51:47AM -0500, Hans-Christoph Steiner wrote: On Thu, 2010-12-30 at 00:53 +0100, Jonas Smedegaard wrote: On Wed, Dec 29, 2010 at 08:14:57PM -0300, Felipe Sateler wrote: You edited debian/control, but Jonas added debian/control.in for build-dependencies autogeneration. If you disagree about the use of debian/control.in, we should disable it. If not, we should use it. But having it and not using it does not seem a sane option. I suggest we only drop the control.in if noone use the .in file or it annoys someone. I see no big problem in some of us editing the control file directly - the nuissence of sync'ing changes there to the .in file is shadowed by the benefit of dependency semi-autoresolving IMO. (please do edit the .in file rather than the control file if you want to help minimize work for everyone, though) Ok, I hope its alright with everyone, I removed the control.in. I can see using automatic build-depends generation on a package with complex Build-Depends, but this one is really simple, and I think the Build-Depends will rarely change, if ever. If you mean to say that the control.in annoys you, then fine. If, on the other hand, you mean to say that you guess noone use the .in file then you're wrong: I use it (as long as noone is annoyed by it). Currently @cdbs@ resolves to cdbs, debhelper (= 6), dh-buildinfo. As an example, if at some point debhelper compat level is bumped to 7, I bet manual build-dependency handling would be to just tighten to debhelper (= 7) but that is wrong - cdbs needs to be tightened too due to a bug in early implementations of debhelper 7 support in CDBS, and also (still in dispute, though - Joy disagrees with this!) build-dependency on debhelper itself is tightened further than just 7 as well, because not all of the core debhelper 7 features was implemented initially. For the record, I'm not saying that no one uses the file, or that the automatic Build-Depends handling isn't useful. I'm saying I think in this package, the benefits of the control.in are smaller than the disadvantages. .hc From my experience, build products should not be in git (i.e. the 'control' file generated using 'control.in'). Since that doesn't seem possible for 'control', I think we'll be better off by simplifying to a static 'control'. I disagree. Some files make sense only to autogenerate by the respective code developers, and then (normally) shipped with the code and treated as source by users of the code. Examples of this is Makefile files (when automake is used), Makefile.in files and configure (when autoconf is used) and debian/control (when CDBS dependency-resolving is used). For autotools it is possible to help distinguish between user and maintainer modes of operation with an optional configure flag -- maintainer-mode, and similarly CDBS has DEB_MAINTAINER_MODE. - 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 All mankind is of one author, and is one volume; when one man dies, one chapter is not torn out of the book, but translated into a better language; and every chapter must be so translated -John Donne ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#556392: marked as done (Please ship libjack0.100.0.so.0 compatibility link)
Your message dated Fri, 31 Dec 2010 18:36:02 +0100 with message-id 20101231173602.gx15...@ltw.loris.tv and subject line Obsoleted by recompilation has caused the Debian Bug report #556392, regarding Please ship libjack0.100.0.so.0 compatibility link 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.) -- 556392: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556392 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: jackeq Version: 0.4.1-1 When invoke jackeq from konsole it does not start with this message jackeq: error while loading shared libraries: libjack-0.100.0.so.0: cannot open shared object file: No such file or directory This library only can be found on etch version of libjack0.100.0-0... not in lenny... not in squeeze... not in sid... i think this app must be removed from debian versions lenny squeeze and sid... or modified to not use this library I'am using Debian 5.0, kernel 2.6.29.4 RT SMP PREEMPT ---End Message--- ---BeginMessage--- Hi! All packages depending on libjack have been recompiled during the jackd1/jackd2 transition, so there's no need for libjack-0.100 anymore. I'm hence closing the bug. Cheers -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ---End Message--- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: requesting sponsorship for pd-jmmmp
On Dec 31, 2010, at 11:46 AM, Felipe Sateler wrote: On Wed, Dec 29, 2010 at 19:03, Hans-Christoph Steiner h...@at.or.at wrote: pd-jmmmp is a collection of GUI controls pd-jmmmp is a short-form dh package that uses the same standard Makefile as pd-motex, pd-maxlib, etc. It is on git.debian.org/pkg- multimedia. It is a library without any special Build-Depends. It does Depend on 'pd- zexy', that's been in Debian for a good long time, and http://git.debian.org/?p=pkg-multimedia/pd-jmmmp.git;a=summary Also, this package should be a test for the new Makefile to see if it'll build properly on GNU/kFreeBSD and GNU/Hurd. This is an arch:all package so it will only be built in the uploader's machine. The license linked in the pd libdir is the BSD license. It will probably go away (the one in common-licenses), so it should not be used. Plus, the license should cover the GPL parts too, I believe (since it is the equivalent of debian's copyright file), so I think it is correct in this case to ship the LICENSE.txt file in the pd libdir. Yeah, that makes sense. I pushed the changes. I originally thought the library was just BSD when I first packaged it, but upon tracking down the included images, I realized those were GPL since they are from Ardour. .hc You can't steal a gift. Bird gave the world his music, and if you can hear it, you can have it. - Dizzy Gillespie ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: adding a binary package to pd-cyclone
On Fri, Dec 31, 2010 at 11:49:53AM -0500, Hans-Christoph Steiner wrote: On Dec 31, 2010, at 8:11 AM, Jonas Smedegaard wrote: On Fri, Dec 31, 2010 at 12:51:47AM -0500, Hans-Christoph Steiner wrote: On Thu, 2010-12-30 at 00:53 +0100, Jonas Smedegaard wrote: I suggest we only drop the control.in if noone use the .in file or it annoys someone. [...] Ok, I hope its alright with everyone, I removed the control.in. [...] If you mean to say that the control.in annoys you, then fine. If, on the other hand, you mean to say that you guess noone use the .in file then you're wrong: I use it (as long as noone is annoyed by it). [...] For the record, I'm not saying that no one uses the file, or that the automatic Build-Depends handling isn't useful. I'm saying I think in this package, the benefits of the control.in are smaller than the disadvantages. For the record I am perfectly fine with dropping control.in in this package or any other package - as long as noone uses it or it annoys someone. If, on the other hand, someone use it and it does not annoy anyone - in this package or any other package - then it seems odd to rip it out. I am talking about in this package - and have been in all of the parts quoted above. I gave an example (not quoted here to try avoid confusion) on how even if currently dependency resolving in this package is simple, it might not be in the future, which I find a valid reason to continue using that feature of CDBS in this package as well as other ones which you might consider so simple that you might want to rip it out from. Let me repeat: I suggest we only drop the control.in if noone use the .in file or it annoys someone. In this package. Kind regards - and happy new year to all, - 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: new version of milkytracker
On Fri, Dec 31, 2010 at 01:35:22PM -0300, Felipe Sateler wrote: On Fri, Dec 31, 2010 at 11:09, Jonas Smedegaard d...@jones.dk wrote: On Fri, Dec 31, 2010 at 02:54:15PM +0100, Alessandro Ghedini wrote: On Fri, Dec 31, 2010 at 09:59:45AM -0300, Felipe Sateler wrote: I do prefer CDBS. But since I do not plan to do regular work on this package (and you do), I think your opinion on this matter weights more than mine. I do volunteer to do the switch to CDBS if that is your choice, though. I don't have much experience with CDBS (neither with dh though), but if you do the hard work I'm fine. So please do it. I'd be happy too to help with the switch (as with any other CDBS-specific tuning later on as well). Just tell me explicitly if needed. Or put differently: I'll wait for an explicitl go! from Felipe, to avoid us doing double work :-) I've pushed the basic switch (autotools + debhelper). Since you are more familiar with the get-orig-source rule, please you do it. Ok :-) - 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: new version of milkytracker
On Fri, Dec 31, 2010 at 01:35:22PM -0300, Felipe Sateler wrote: On Fri, Dec 31, 2010 at 11:09, Jonas Smedegaard d...@jones.dk wrote: On Fri, Dec 31, 2010 at 02:54:15PM +0100, Alessandro Ghedini wrote: On Fri, Dec 31, 2010 at 09:59:45AM -0300, Felipe Sateler wrote: I do prefer CDBS. But since I do not plan to do regular work on this package (and you do), I think your opinion on this matter weights more than mine. I do volunteer to do the switch to CDBS if that is your choice, though. I don't have much experience with CDBS (neither with dh though), but if you do the hard work I'm fine. So please do it. I'd be happy too to help with the switch (as with any other CDBS-specific tuning later on as well). Just tell me explicitly if needed. Or put differently: I'll wait for an explicitl go! from Felipe, to avoid us doing double work :-) I've pushed the basic switch (autotools + debhelper). Since you are more familiar with the get-orig-source rule, please you do it. Done! I am uncertain how happy others here are about other changes that I would wanna do - starting with enabling build-dependency auto-resolving a.k.a. that debian/control.in file discussed tonight regarding a PureData package. So I hesitate doing more work just now. - 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