Re: xvidcore broken - ok to use CDBS?
Am Samstag, den 11.09.2010, 14:19 +0200 schrieb Jonas Smedegaard: Would anyone mind that I fix it and ensure this kind of breakage can't happen again, using CDBS? Eiter the patch needs to be regenerated or autoconf needs to be run during every build to fix this issue. Please stop pretending this has anything to do with CDBS, it's becoming ridiculous. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-arraysize/master: Fix copyright file as per DEP-5. The code is public domain, maybe
On Sun, Sep 12, 2010 at 12:00 PM, ales...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit 154981065f1612f6b12f52a0c1333d4515e078c4 Author: Alessio Treglia ales...@debian.org Date: Sun Sep 12 11:59:55 2010 +0200 Fix copyright file as per DEP-5. The code is public domain, maybe ...a problem? -- Alessio Treglia ales...@debian.org 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: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport
On Sat, Sep 11, 2010 at 11:04 PM, Hans-Christoph Steiner h...@at.or.at wrote: Hey all, I justed ITP'ed and uploaded three new packages to git.debian.org: pd-arraysize, pd-beatpipe, pd-comport. Alessio said he was interested in sponsoring them, so I'll let him take it from here. Reviewed. Please test and let me know! -- Alessio Treglia ales...@debian.org 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
Fluidsynth 1.1.2
FluidSynth 1.1.2 was released a week ago and I thought of trying to package it. For this version, CMake is the new recommended build system, so I am trying to switch to it. Things are going pretty well (nothing committed to alioth yet), but I noticed that the CMake build system no longer has generates an .a file. I'm not a linking expert, so - does this matter? Programs seem to link fine with the .so anyway. Second, git-buildpackage seems to believe it is a native package: dpkg-buildpackage: full upload; Debian-native package (full source is included) Now running lintian... W: fluidsynth source: debian-watch-file-in-native-package W: fluidsynth source: native-package-with-dash-version How do I avoid that? Should I change the current directory from .../fluidsynth to /fluidsynth-1.1.2? Doesn't that contradict the git packaging paradigm? Third, Squeeze is now frozen. Can this version still go into unstable, or does it have to go into experimental? // David ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fluidsynth 1.1.2
Hi David, it's good to see this new release! On Sun, Sep 12, 2010 at 12:13 PM, David Henningsson david.hennings...@canonical.com wrote: Things are going pretty well (nothing committed to alioth yet), but I noticed that the CMake build system no longer has generates an .a file. I'm not a linking expert, so - does this matter? This means that upstream has decided to not compile static libraries anymore. It's fine for me, I don't have any objection. dpkg-buildpackage: full upload; Debian-native package (full source is included) Now running lintian... W: fluidsynth source: debian-watch-file-in-native-package W: fluidsynth source: native-package-with-dash-version How do I avoid that? By switching to format 3.0 (quilt) [1], which allows us to strip upstream's debian directory without repacking the original tarball. Third, Squeeze is now frozen. Can this version still go into unstable, or does it have to go into experimental? I see several changes, so experimental would be the right place [2]. [1] http://wiki.debian.org/Projects/DebSrc3.0#Advantagesofnewformats [2] http://sourceforge.net/apps/trac/fluidsynth/wiki/ChangeLog1_1_2 -- Alessio Treglia ales...@debian.org 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: Fluidsynth 1.1.2
On Sun, Sep 12, 2010 at 12:32:45PM +0200, Alessio Treglia wrote: On Sun, Sep 12, 2010 at 12:13 PM, David Henningsson david.hennings...@canonical.com wrote: dpkg-buildpackage: full upload; Debian-native package (full source is included) Now running lintian... W: fluidsynth source: debian-watch-file-in-native-package W: fluidsynth source: native-package-with-dash-version How do I avoid that? By switching to format 3.0 (quilt) [1], which allows us to strip upstream's debian directory without repacking the original tarball. ...and moving away any tarballs from right outside of your build environment (which may have been autogenerated by dpkg-buildpackage), to let git-buildpackage regenerate a new proper one from your upstream + pristine-tar branches. 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: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport
On Sep 12, 2010, at 6:10 AM, Alessio Treglia wrote: On Sat, Sep 11, 2010 at 11:04 PM, Hans-Christoph Steiner h...@at.or.at wrote: Hey all, I justed ITP'ed and uploaded three new packages to git.debian.org: pd-arraysize, pd-beatpipe, pd-comport. Alessio said he was interested in sponsoring them, so I'll let him take it from here. Reviewed. Please test and let me know! Hey Alessio, I have a few questions about the changes. The debian/rules file has been fine tuned quite a bit, and *README.txt and LICENSE.txt are part of the upstream Pd library format, so they need to be included in the library folder (i.e. /usr/ lib/pd/extra/pd-arraysize). Jonas said the text file should be in the lib, and a symlink in /usr/share/doc since /usr/lib is required and / usr/share is optional. *does debhelper set $(STRIP) in the Makefile? if so, the override_dh_strip stuff is not necessary since, as you said in your commit comments, there is a $(STRIP) line in the upstream install target. *the debian/copyright file is fine, but really we (Pd upstream) have a library template that includes the Makefile and debian files, and we have released it into the public domain. http://puredata.info/docs/developer/LibraryTemplate .hc Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#596559: RM: csound [hurd-i386] -- ANAIS; Not built by current source
Package: ftp.debian.org Severity: normal Current csound cannot build on non-linux archs. Please remove the really old version currently available in hurd-i386. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport
On Sun, Sep 12, 2010 at 5:25 PM, Hans-Christoph Steiner h...@at.or.at wrote: *README.txt and LICENSE.txt are part of the upstream Pd library format, so they need to be included in the library folder (i.e. /usr/lib/pd/extra/pd-arraysize). Jonas said the text file should be in the lib, and a symlink in /usr/share/doc since /usr/lib is required and /usr/share is optional. Well, I'll revert my changes. *does debhelper set $(STRIP) in the Makefile? if so, the override_dh_strip stuff is not necessary since, as you said in your commit comments, there is a $(STRIP) line in the upstream install target. Please have a look at this [1]: install -p -m 644 arraysize-meta.pd \ /tmp/buildd/pd-arraysize-0.1/debian/pd-arraysize/usr/lib/pd/extra/arraysize test -z arraysize.c || (\ install -p -m 644 arraysize.pd_linux /tmp/buildd/pd-arraysize-0.1/debian/pd-arraysize/usr/lib/pd/extra/arraysize \ strip --strip-unneeded -R .note -R .comment /tmp/buildd/pd-arraysize-0.1/debian/pd-arraysize/usr/lib/pd/extra/arraysize/arraysize.pd_linux) test -z || \ install -p -m 644 \ /tmp/buildd/pd-arraysize-0.1/debian/pd-arraysize/usr/lib/pd/extra/arraysize So there is no need to re-strip the binaries in debian/rules. [1] http://debomatic64.debian.net/unstable/pool/pd-arraysize_0.1-1/pd-arraysize_0.1-1.buildlog -- Alessio Treglia ales...@debian.org 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
ffmpeg 4:0.5.2-4 MIGRATED to testing
FYI: The status of the ffmpeg source package in Debian's testing distribution has changed. Previous version: 4:0.5.2-1 Current version: 4:0.5.2-4 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
GOOGLE 2010 GLÜCKWÜNSCHE!!!( REF NR.: GOOGLE-0293856-2010)
GOOGLE INTERNATIONAL INC.VOM SCHREIBTISCHDIE LEITUNG INTERNATIONALEN BEFOERDERUNGENGOOGLE INTERNATIONAL INCENGLAND AUSSENSTELLE19, STEVE RODDINGHAM AVENUE,LONDON, SW46 JH31,ENGLAND== =REF NR.: GOOGLE-0293856-2010** *GEWINN NR.:GOOGLE-1029375-2010** *DATUM: 10.09.2010** *BETRAG:EUR 1,000,000.00** *GEBIET: EUROPA** *PROGRAMM: GOOGLE AUSSTATTUNGSFONDS 2010.== ___ GLUECKWUENSCHE! ___Google International Inc.hiermit teilt Ihnen die Ergebnisse von Google Austattungsfonds 2010 Promo E-Mail-Adresse [fuer Europaeische Einwohner] Programm mit.Google International Inc. bedanke sich bei allen Individuum weltweit ,als wir alle uns auf eine schoene NeuJahr 2010 freuen.Die endgueltige Programme wurden auf dem 06 september 2010 in Aachen,Deutschland gehalten.Ihre E-Mailadress ist als ein Gewinner fuer den Geldpreis vom EUR 1,000,000.00 (EINE MILLION EUROS) gewaehlt worden.Dies Ergebnis ist jetzt zu Ihnen 07 september 2010 freigegeben und Ihre E-Mail-Adresse, die in der Einer Kategorie befestigt wird,hat EUR 1,000,000.00 (EINE MILLION EUROS) gewonnen .Diese Programme wurde von den Google International Inc. und die unten genannten Firmen fundiert: 1. Microsoft Incoporation2.. Aol3. Calsberg4. Becks5. Benz6. Coca-Cola7. Mercedez Benz8. Suisse Credit9. Raiffeisen Bankgruppe10.Allianz11.Volkswagen12..Nokia13.SiemensAlle E-Mail-Adressen wurden automatisch durch ein Computerstimmzettelsystem ausgewaehlt, in den Ihre Email-Adresse als einer der ZEHN {10} gluecklichen Gewinner ausgewaehlt wurde.Andere Gewinner aus Europa in Ihrer Kategorie lautet:1. Dr. Joerg Schuster - Aus Basel, Schweiz2. Frau Linda Reichert- Aus Linz, Oesterreich3. Herr Ivan Boranov- Aus Moscow, Russland4. Herr Jacques Van Belweek- Aus Antwerp, Belgien5. Frau Inge Schneider- Aus Stuttgart, Deutschland6. Pfarrer Luis Mendez-Aus Mallorca, Spanien7. Frau Lisa Collini-Aus Milan, Italien8. Ing. Johannsen Bergkramp-Aus Copenhagen, Denmark9. Herr Gary Morgan- Aus Liverpool, England.Alle E-mail Adressen wurde von den Europaeischen Union{EU} Einwohnerverzeichnis und Internet Benutzer Databanken aus dem ganzen Europa Gebiet ausgewaehlt.Ihre Ticket Nummer lautet:-846594 .und Glueckszahl 5Sie werden geraten, Ihre siegreichen Informationen vertraulich {SEHR GEHEIM} zu behalten, bis Ihre Ansprueche und Ihr Geld bearbeitet worden sind, das zu Ihnen ueberwiesen werden wird.Dies ist ein Teil von unserem Sicherheitsprotokoll,um Doppelbeanspruchen und ungerechtfertigten Missbrauch von diesem Programm durch Schwindel zu vermeiden.Sie muessen Ihr Gewinn nicht spaeter als am september28 2010 beansprucht werden.. Nach diesem Datum, wird alle unbeanspruchten Fonds zu unserem Zentralebuero (als nicht beansprucht) zurueckgekehrt werden .Bitte merken Sie, um unnoetige Verspaetungen und Komplikationen zu vermeiden,erinnern Sie sich immer an Ihre REF NR.: Google-0293856-2010 in allen von Ihren Korrespondenz mit uns zu zitieren.Wir bitten Sie, sich an der Google Austattungsfonds 2010 Verarbeitung / Auszahlung von der Offiziellen Bezahlende .== NATWEST BANK PLCBUERO VON VERARBEITUNG UND AUSZAHLUNG,GOOGLE AUSTATTUNGSFONDS 2010ANSPRECHPERSON: Mr. Paul Conrad Leon E-mail: natbnkremitta...@hotmail.comLONDON,ENGLAND== Fuer die Verarbeitung und Auszahlung von Ihrem Gewinn ,fuellen Sie sofort die unten Form und reichen Sie es zu Google E-mail Austattungsfonds 2010 Verarbeitung / Auszahlung von der Offiziellen. Mr. Paul Conrad Leon E-mail:natbnkremitta...@hotmail.com** ** *GOOGLE AUSSTATTUNGSFONDS 2010 GEWINNER ANMELDEFORMULAR FUER ZAHLUNG .** ** *VORNAME:.. .GEBURTSDATUM:.. ..NACHNAME:. .GESCHLECHT: .ADRESSE:.. ..NATIONALITAET: .BERUF: ..TELEFONNUMMER: .FAXNUMMER: .BETRAG GEWONNEN:...REF NR.:... .GEWINN NR.:** ** * GOOGLE AUSSTATTUNGSFONDS 2010 GEWINNER ANMELDEFORMULAR FUER ZAHLUNG .** ** *GENEHMIGT FUER AUSZAHLUNG.FUER GOOGLE E-MAIL AUSSTATTUNGSFONDS 2010 PROGRAMMMAG. DR. EVA-MARIA SCHULZECHEFIN, AUSLANDANGELEGENHEIT ABTEILUNG.GOOGLE INTERNATIONAL INC.ENGLAND AUSSENSTELLE19, STEVE RODDINGHAM
Re: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport
On Sun, Sep 12, 2010 at 7:08 PM, Hans-Christoph Steiner h...@at.or.at wrote: I noticed that you left debian/docs. Do you think that might conflict with the README.txt in debian/links? Fixed: http://git.debian.org/?p=pkg-multimedia/pd-arraysize.git;a=commitdiff;h=7a67 Excellent! I'll remove the override_dh_strip targets. Is this a product of using dh_auto_install instead of make? No, it isn't. The Makefile contains all that, dh_auto_install just runs 'make install'. -- Alessio Treglia ales...@debian.org 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: uploaded 3 new pkgs: pd-arraysize, pd-beatpipe, pd-comport
On Sun, 2010-09-12 at 19:27 +0200, Alessio Treglia wrote: On Sun, Sep 12, 2010 at 7:08 PM, Hans-Christoph Steiner h...@at.or.at wrote: I noticed that you left debian/docs. Do you think that might conflict with the README.txt in debian/links? Fixed: http://git.debian.org/?p=pkg-multimedia/pd-arraysize.git;a=commitdiff;h=7a67 Excellent! I'll remove the override_dh_strip targets. Is this a product of using dh_auto_install instead of make? No, it isn't. The Makefile contains all that, dh_auto_install just runs 'make install'. Right, I mean more that dh_auto_install sets STRIP when calling make install. .hc ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: 2nd package in Pd batch uploaded: pd-pmpd
On Sun, 2010-08-29 at 21:44 -0400, Felipe Sateler wrote: On 29/08/10 19:15, Hans-Christoph Steiner wrote: On Tue, 2010-08-24 at 00:11 -0400, Hans-Christoph Steiner wrote: On Aug 21, 2010, at 8:07 PM, Felipe Sateler wrote: (Please don't CC me) On 21/08/10 18:02, Hans-Christoph Steiner wrote: On Sat, 2010-08-21 at 15:45 -0400, Felipe Sateler wrote: On 21/08/10 15:10, Hans-Christoph Steiner wrote: Ok, so we got pd-motex uploaded, and I've been applying all the feedback to my whole batch of packages. So I hope this one is looking quite polished. I guess my only question is whether to put anything in the debian/changelog since this is the first submission of this package to Debian. http://git.debian.org/?p=pkg-multimedia/pd-pmpd.git;a=summary Comments: 1. Please don't tag releases that have not yet been uploaded to debian (delete them with git tag -d before pushing). The person uploading the release will tag it. Oops, sorry, still learning the git-buildpackage tools. Its fixed now. OK. 2. Perhaps it would be good to install the pdf manual? Yup, good idea, its the only one of these libs to have a PDF manual. The changes are now pushed to alioth! I think the manual should be built instead of just using the upstream-provided copy (what do other people think?). unoconv can be used for that. Done and pushed. Seems to work ok. Any word on this package? I think it is ready for upload. I can't right now (unoconv seems to be broken on my system and I don't have time to look into it). Ping again in a few days if nobody has uploaded it yet. So its definitely been more than a few days, and it seems that pd-pmpd has not been uploaded yet. So.. ping! .hc ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: 2nd package in Pd batch uploaded: pd-pmpd
On 12/09/10 16:04, Hans-Christoph Steiner wrote: On Sun, 2010-08-29 at 21:44 -0400, Felipe Sateler wrote: On 29/08/10 19:15, Hans-Christoph Steiner wrote: On Tue, 2010-08-24 at 00:11 -0400, Hans-Christoph Steiner wrote: On Aug 21, 2010, at 8:07 PM, Felipe Sateler wrote: (Please don't CC me) On 21/08/10 18:02, Hans-Christoph Steiner wrote: On Sat, 2010-08-21 at 15:45 -0400, Felipe Sateler wrote: On 21/08/10 15:10, Hans-Christoph Steiner wrote: Ok, so we got pd-motex uploaded, and I've been applying all the feedback to my whole batch of packages. So I hope this one is looking quite polished. I guess my only question is whether to put anything in the debian/changelog since this is the first submission of this package to Debian. http://git.debian.org/?p=pkg-multimedia/pd-pmpd.git;a=summary Comments: 1. Please don't tag releases that have not yet been uploaded to debian (delete them with git tag -d before pushing). The person uploading the release will tag it. Oops, sorry, still learning the git-buildpackage tools. Its fixed now. OK. 2. Perhaps it would be good to install the pdf manual? Yup, good idea, its the only one of these libs to have a PDF manual. The changes are now pushed to alioth! I think the manual should be built instead of just using the upstream-provided copy (what do other people think?). unoconv can be used for that. Done and pushed. Seems to work ok. Any word on this package? I think it is ready for upload. I can't right now (unoconv seems to be broken on my system and I don't have time to look into it). Ping again in a few days if nobody has uploaded it yet. So its definitely been more than a few days, and it seems that pd-pmpd has not been uploaded yet. So.. ping! OK, I've tried it, and unoconv keeps failing. I believe unoconv does not work under fakeroot (the same command works when not called under fakeroot). I'll have to work around this by building it during the build phase (moving the original pdf form the upstream tarball out of the way first). Uploaded. -- 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-pmpd_0.9-1_amd64.changes
pd-pmpd_0.9-1_amd64.changes uploaded successfully to localhost along with the files: pd-pmpd_0.9-1.dsc pd-pmpd_0.9.orig.tar.gz pd-pmpd_0.9-1.debian.tar.gz pd-pmpd_0.9-1_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
pd-pmpd_0.9-1_amd64.changes is NEW
(new) pd-pmpd_0.9-1.debian.tar.gz optional sound (new) pd-pmpd_0.9-1.dsc optional sound (new) pd-pmpd_0.9-1_amd64.deb optional sound physical modeling library for Pd A library for Pd for modeling the interactions of the physical world. These objects provide real-time simulations, specially physical behaviors. pmpd can be used to create natural dynamic systems, like a bouncing ball, string movement, Brownian movement, chaos, fluid dynamics, sand, gravitation, and more. It can also be used to create displacements thus allowing a completely dynamic approach of pd computing. (new) pd-pmpd_0.9.orig.tar.gz optional sound Changes: pd-pmpd (0.9-1) unstable; urgency=low . [ Hans-Christoph Steiner ] * Initial release (Closes: #591709) * added link to pmpd.pdf in usr/share/doc/pd-pmpd/ * remove pmpd.pdf from upstream and build one using unoconv * added override_dh_strip target to strip things properly * updated with Alessio's streamlined dh_auto_install * Add Vcs-* Fields . [ Felipe Sateler ] * Build documentation at build time, not install time Override entries for your package: Announcing to debian-devel-chan...@lists.debian.org Closing bugs: 591709 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: 2nd package in Pd batch uploaded: pd-pmpd
On Sun, 2010-09-12 at 17:38 -0400, Felipe Sateler wrote: On 12/09/10 16:04, Hans-Christoph Steiner wrote: On Sun, 2010-08-29 at 21:44 -0400, Felipe Sateler wrote: On 29/08/10 19:15, Hans-Christoph Steiner wrote: On Tue, 2010-08-24 at 00:11 -0400, Hans-Christoph Steiner wrote: On Aug 21, 2010, at 8:07 PM, Felipe Sateler wrote: (Please don't CC me) On 21/08/10 18:02, Hans-Christoph Steiner wrote: On Sat, 2010-08-21 at 15:45 -0400, Felipe Sateler wrote: On 21/08/10 15:10, Hans-Christoph Steiner wrote: Ok, so we got pd-motex uploaded, and I've been applying all the feedback to my whole batch of packages. So I hope this one is looking quite polished. I guess my only question is whether to put anything in the debian/changelog since this is the first submission of this package to Debian. http://git.debian.org/?p=pkg-multimedia/pd-pmpd.git;a=summary Comments: 1. Please don't tag releases that have not yet been uploaded to debian (delete them with git tag -d before pushing). The person uploading the release will tag it. Oops, sorry, still learning the git-buildpackage tools. Its fixed now. OK. 2. Perhaps it would be good to install the pdf manual? Yup, good idea, its the only one of these libs to have a PDF manual. The changes are now pushed to alioth! I think the manual should be built instead of just using the upstream-provided copy (what do other people think?). unoconv can be used for that. Done and pushed. Seems to work ok. Any word on this package? I think it is ready for upload. I can't right now (unoconv seems to be broken on my system and I don't have time to look into it). Ping again in a few days if nobody has uploaded it yet. So its definitely been more than a few days, and it seems that pd-pmpd has not been uploaded yet. So.. ping! OK, I've tried it, and unoconv keeps failing. I believe unoconv does not work under fakeroot (the same command works when not called under fakeroot). I'll have to work around this by building it during the build phase (moving the original pdf form the upstream tarball out of the way first). For what its worth, I uploaded this to Launchpad and it seemed to build fine: https://launchpad.net/~eighthave/+archive/libdirs/+packages Uploaded. Thanks! h.c ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
hiiiiiiiiiiiii
Hi... My name is miss Justina,I was impressed to contact you today from internet search,i will also like us to hold a very good long lasting relationship,In addition, please kindly contact me direct with my e-mail address: ( justina_...@yahoo.com )To able me to send my details and picture to you for you to know whom iam,am Waiting to hear from you. Thanks. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Fluidsynth 1.1.2
On Sun, Sep 12, 2010 at 08:31:48PM +0200, David Henningsson wrote: On 2010-09-12 12:32, Alessio Treglia wrote: dpkg-buildpackage: full upload; Debian-native package (full source is included) Now running lintian... W: fluidsynth source: debian-watch-file-in-native-package W: fluidsynth source: native-package-with-dash-version How do I avoid that? By switching to format 3.0 (quilt) [1], which allows us to strip upstream's debian directory without repacking the original tarball. Hmm, upstream (as in the original 1.1.2 tarball) does not have a debian directory...? Second theory, can this be related to that I never updated the changelog? I was unsure of how to that with git-dch and all these semi-automatic tools expecting things to be in a certain way. (will dch -i do?) Yes, this explains why git-buildpackage failed to generate a tarball from upstream + pristine-tar branches, and then (due to the lack of a tarball) dpkg-buildpackage assumed it was a native package and generated a tarball including (as is normal for native packages) the debian dir. And yes, a simple dch, dch -i or dch -r, possibly with some some hand-editing of the changelog file, should do the trick: The topmost changelog entry must have an upstream version matching what you want to build. Third, Squeeze is now frozen. Can this version still go into unstable, or does it have to go into experimental? I see several changes, so experimental would be the right place [2]. There are several changes, although seen from my perspective, 1.1.2 contain quite important bug fixes, and I find it both more stable and more tested than 1.1.1. Commenting on Launchpad bug #636473, I'm all for having 1.1.2 in Maverick. What could help is to file bugreports against the package currently targeted testing, and then tag those bugs as closed by the newer release. That is the easiest way to help the release team judge if an exception should be made for this package. 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: Fluidsynth 1.1.2
On 12/09/10 19:08, Jonas Smedegaard wrote: On Sun, Sep 12, 2010 at 08:31:48PM +0200, David Henningsson wrote: On 2010-09-12 12:32, Alessio Treglia wrote: dpkg-buildpackage: full upload; Debian-native package (full source is included) Now running lintian... W: fluidsynth source: debian-watch-file-in-native-package W: fluidsynth source: native-package-with-dash-version How do I avoid that? By switching to format 3.0 (quilt) [1], which allows us to strip upstream's debian directory without repacking the original tarball. Hmm, upstream (as in the original 1.1.2 tarball) does not have a debian directory...? Second theory, can this be related to that I never updated the changelog? I was unsure of how to that with git-dch and all these semi-automatic tools expecting things to be in a certain way. (will dch -i do?) Yes, this explains why git-buildpackage failed to generate a tarball from upstream + pristine-tar branches, and then (due to the lack of a tarball) dpkg-buildpackage assumed it was a native package and generated a tarball including (as is normal for native packages) the debian dir. And yes, a simple dch, dch -i or dch -r, possibly with some some hand-editing of the changelog file, should do the trick: The topmost changelog entry must have an upstream version matching what you want to build. Third, Squeeze is now frozen. Can this version still go into unstable, or does it have to go into experimental? I see several changes, so experimental would be the right place [2]. There are several changes, although seen from my perspective, 1.1.2 contain quite important bug fixes, and I find it both more stable and more tested than 1.1.1. Commenting on Launchpad bug #636473, I'm all for having 1.1.2 in Maverick. What could help is to file bugreports against the package currently targeted testing, and then tag those bugs as closed by the newer release. That is the easiest way to help the release team judge if an exception should be made for this package. No. What would help the release team is an assessment of the impact the changes between 1.1.1 and 1.1.2. The fact that bugs are reported or not is not really relevant. -- 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