Bug#640337: marked as done (libbluray: FTBFS: gcc: error: unrecognized option '-V', fatal error: ac_nonexistent.h: No such file or directory, fatal error: sys/pty.h: No such file or directory)
Your message dated Thu, 29 Sep 2011 19:18:34 + with message-id and subject line Bug#640337: fixed in libbluray 1:0.0~git20110717.3477b65-4 has caused the Debian Bug report #640337, regarding libbluray: FTBFS: gcc: error: unrecognized option '-V', fatal error: ac_nonexistent.h: No such file or directory, fatal error: sys/pty.h: No such file or directory 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.) -- 640337: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=640337 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Source: libbluray Version: 1:0.0~git20110717.3477b65-3 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-2011-09-02 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > gcc version 4.6.1 (Debian 4.6.1-8) > configure:3409: $? = 0 > configure:3398: gcc -V >&5 > gcc: error: unrecognized option '-V' > gcc: fatal error: no input files > compilation terminated. > configure:3409: $? = 4 > configure:3398: gcc -qversion >&5 > gcc: error: unrecognized option '-qversion' > gcc: fatal error: no input files > compilation terminated. > configure:3409: $? = 4 > configure:3429: checking whether the C compiler works > configure:3451: gccconftest.c >&5 > configure:3455: $? = 0 > configure:3503: result: yes > configure:3506: checking for C compiler default output file name > configure:3508: result: a.out > configure:3514: checking for suffix of executables > configure:3521: gcc -o conftestconftest.c >&5 > configure:3525: $? = 0 > configure:3547: result: > configure:3569: checking whether we are cross compiling > configure:3577: gcc -o conftestconftest.c >&5 > configure:3581: $? = 0 > configure:3588: ./conftest > configure:3592: $? = 0 > configure:3607: result: no > configure:3612: checking for suffix of object files > configure:3634: gcc -c conftest.c >&5 > configure:3638: $? = 0 > configure:3659: result: o > configure:3663: checking whether we are using the GNU C compiler > configure:3682: gcc -c conftest.c >&5 > configure:3682: $? = 0 > configure:3691: result: yes > configure:3700: checking whether gcc accepts -g > configure:3720: gcc -c -g conftest.c >&5 > configure:3720: $? = 0 > configure:3761: result: yes > configure:3778: checking for gcc option to accept ISO C89 > configure:3842: gcc -c conftest.c >&5 > configure:3842: $? = 0 > configure:3855: result: none needed > configure:3886: checking for style of include used by make > configure:3914: result: GNU > configure:3939: checking dependency style of gcc > configure:4049: result: none > configure:4110: checking how to print strings > configure:4137: result: printf > configure:4158: checking for a sed that does not truncate output > configure:4222: result: /bin/sed > configure:4240: checking for grep that handles long lines and -e > configure:4298: result: /bin/grep > configure:4303: checking for egrep > configure:4365: result: /bin/grep -E > configure:4370: checking for fgrep > configure:4432: result: /bin/grep -F > configure:4467: checking for ld used by gcc > configure:4534: result: /usr/bin/ld > configure:4541: checking if the linker (/usr/bin/ld) is GNU ld > configure:4556: result: yes > configure:4568: checking for BSD- or MS-compatible name lister (nm) > configure:4617: result: /usr/bin/nm -B > configure:4747: checking the name lister (/usr/bin/nm -B) interface > configure:4754: gcc -c conftest.c >&5 > configure:4757: /usr/bin/nm -B "conftest.o" > configure:4760: output > B some_variable > configure:4767: result: BSD nm > configure:4770: checking whether ln -s works > configure:4774: result: yes > configure:4782: checking the maximum length of command line arguments > configure:4907: result: 3458764513820540925 > configure:4924: checking whether the shell understands some XSI constructs > configure:4934: result: yes > configure:4938: checking whether the shell understands "+=" > configure:4944: result: yes > configure:4979: checking how to convert x86_64-pc-linux-gnu file names to > x86_64-pc-linux-gnu format > configure:5019: result: func_convert_file_noop > configure:5026: checking how to convert x86_64-pc-linux-gnu file names to > toolchain format > configure:5046: result: func_convert_file_noop > configure:5053: checking for /usr/bin/ld option to reload object files > configure:5060: result: -r > configure:5134: checking for objdump > configure:5150: found /usr/bin/objdump > configure:5161: result: objdump > configure:5193: checking how to recognize depende
pd-zexy review (was Re: [SCM] pd-zexy/master: preserve autom4te.cache)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-29 18:36, Jonas Smedegaard wrote: > > Debian Policy requires documenting in changelog all packaging changes > that affect the final installation at the user end - i.e. no need to > document spelling changes to comments in build scripts, or to document > changes that got rolled back again or superceded by later changes. > > So in this case, you are supposed to document that you added this > build-dependency. Yes, CDBS added it automagically for you, but it does > not mess with changelog for you: that's your responsibility. > > autotools-dev is used to pull in up-to-date config.* files at build > time. thanks for this info. documentation is probably cdbs's greatest showstopper... > You committed changes to copyright and copyright_hints together. i did. i usually try to avoid that, but sometimes it happens... > A license shortname must be a single word. "MIT/X11 (BSD like)" is not a > single word. i couldn't actually see this from DEP5 description, but nevertheless it makes sense. the name was suggested by licensecheck. > Also, Public Domain is not a real license nor an ownership, so (in my > understanding) should only be listed when the sole "license" for a work. well, given that FSF added a notice that their amendments are "public-domain", should we simply ignore this? (i'm fine with that too) > > Also, I recommend wrapping at 72 chars (not important, just nitpicking). applied. > > Also, a trailing space has crept in at "Files: ./configure " (not > important, just nitpicking). applied. (i like nitpicking as it is usually easy to fix) > > I therefore suggest using Expat~X as license shortname, and move the > last paragraph up as part of the file listing, like this: > > Files: install-sh > Copyright: 1994, X Consortium > License: Expat~X with X exception > Except as contained in this notice, the name of the X Consortium shall > not be used in advertising or otherwise to promote the sale, use or > other dealings in this Software without prior written authorization > from the X Consortium. applied. > config.guess, config.sub and some other files do not exactly use GPL-2+ > as licensing, but adds an Autoconf exception. hopefully fixed. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6EsFcACgkQkX2Xpv6ydvTkjACfQPwACqIOPwrm907CwClgXoTZ PwkAnRHtaBuvz6DC/ihe3EVmmuk0Oo7F =ZnLz -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-zexy/master: preserve autom4te.cache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-29 18:36, Jonas Smedegaard wrote: > On 11-09-29 at 05:45pm, IOhannes m zmoelnig wrote: >> if my packages start to be releasable without too much discussion, >> i'll probably start handing out "unstable" tags :-) > > Seems you are confusing two things here: > > PET uses debian/changelog suite hint as indication if a package in VCS > is considered ready to be released. If ready it is set to a sensible > suite, if not ready it should be set to UNRELEASED. > > Then, when actually releasing, we add a git tag. > oh, sorry; i used the word "tag" rather carelessly, not alluding to git-tags at all, but just to a "label" that i can stick to something. so the "tag" is was referring to is the 3rd entry in the header-line of a debian/changelog entry, that denotes the suite or UNRELEASED if not-yet-ready-to-be-included-in-a-suite fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6Epr4ACgkQkX2Xpv6ydvSIUgCdGKXy+BbB4VZWjV8DpMtbCUnl ziQAoKfZLoffD4PL/rqY+COhDbv+n/p9 =d3eE -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#643781: smplayer: Mplayer exits with error: The subcc option must be an integer
Yes, error is reproducible with mplayer2 too. On 29 September 2011 23:52, Reinhard Tartler wrote: > On Do, Sep 29, 2011 at 19:05:45 (CEST), Dmitriy.trt wrote: > > > Package: smplayer > > Version: 0.6.9-4 > > Severity: important > > Tags: upstream > > > > Dear Maintainer, > > > > After upgrade to the latest mplayer from testing it breaks with error on > movie > > start. Steps to reproduce: > > * Enable option in menu: Subtitles -> Enable closed caption > > * Open any movie > > * You get "Mplayer has finished unexpectedly. Exit code: 1" > > does this also happen if you install the 'mplayer2' package? > > -- > Gruesse/greetings, > Reinhard Tartler, KeyID 945348A4 > -- Дмитрий Тартынов aka Dmitriy.trt Jabber: dmitriy@jabber.ru Skype: dmitriytrt ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#643781: smplayer: Mplayer exits with error: The subcc option must be an integer
On Do, Sep 29, 2011 at 19:05:45 (CEST), Dmitriy.trt wrote: > Package: smplayer > Version: 0.6.9-4 > Severity: important > Tags: upstream > > Dear Maintainer, > > After upgrade to the latest mplayer from testing it breaks with error on movie > start. Steps to reproduce: > * Enable option in menu: Subtitles -> Enable closed caption > * Open any movie > * You get "Mplayer has finished unexpectedly. Exit code: 1" does this also happen if you install the 'mplayer2' package? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-zexy/master: preserve autom4te.cache
On 11-09-29 at 05:45pm, IOhannes m zmoelnig wrote: > On 2011-09-29 17:06, Reinhard Tartler wrote: > > On Do, Sep 29, 2011 at 16:45:08 (CEST), IOhannes m zmoelnig wrote: > >> feel free to review, comment and upload :-) > > > > Still says UNRELEASED in debian/changelog ;-) > > > > at least that would make it appear in pet's "to upload" list. > > huh? > it seems like i missed something, like "pet" (who? what?) monitoring > the state in debian/changelog. I am surprised too that this team uses PET. Nice! > apart from that, i thought that given i am still a "junior packager" > i'd rather have a "senior packager", who does the actual upload, > change the line from UNRELEASED to unstable. > > if my packages start to be releasable without too much discussion, > i'll probably start handing out "unstable" tags :-) Seems you are confusing two things here: PET uses debian/changelog suite hint as indication if a package in VCS is considered ready to be released. If ready it is set to a sensible suite, if not ready it should be set to UNRELEASED. Then, when actually releasing, we add a git tag. So you are right that you should not git-tag before actually releasing, but it makes good sense that you change the hinting in changelog when you believe the package is ready for release (by someone else, if you can or will not do it yourself). > > As for the other changes, seems there is some CDBS black magic > > involved, other > > let's wait for jonas then :-) I guess the "voodoo" referred to this time around is the added build-dependency on autotools-dev. Debian Policy requires documenting in changelog all packaging changes that affect the final installation at the user end - i.e. no need to document spelling changes to comments in build scripts, or to document changes that got rolled back again or superceded by later changes. So in this case, you are supposed to document that you added this build-dependency. Yes, CDBS added it automagically for you, but it does not mess with changelog for you: that's your responsibility. autotools-dev is used to pull in up-to-date config.* files at build time. You committed changes to copyright and copyright_hints together. I recommend to commit auto-generated and manual changes separately. That eases eventual later revert or cherry-picking across suites. A license shortname must be a single word. "MIT/X11 (BSD like)" is not a single word. Also, Public Domain is not a real license nor an ownership, so (in my understanding) should only be listed when the sole "license" for a work. Also, it is recommended to use "Expat" for that license to avoid ambiguity: There are multiple licenses labelled MIT. Also, that license isn't exactly Expat but rather a) a derivation with "X Consortium" embedded in it and b) an exception. Also, I recommend wrapping at 72 chars (not important, just nitpicking). Also, a trailing space has crept in at "Files: ./configure " (not important, just nitpicking). I therefore suggest using Expat~X as license shortname, and move the last paragraph up as part of the file listing, like this: Files: install-sh Copyright: 1994, X Consortium License: Expat~X with X exception Except as contained in this notice, the name of the X Consortium shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Software without prior written authorization from the X Consortium. config.guess, config.sub and some other files do not exactly use GPL-2+ as licensing, but adds an Autoconf exception. 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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Bug#643781: smplayer: Mplayer exits with error: The subcc option must be an integer
Package: smplayer Version: 0.6.9-4 Severity: important Tags: upstream Dear Maintainer, After upgrade to the latest mplayer from testing it breaks with error on movie start. Steps to reproduce: * Enable option in menu: Subtitles -> Enable closed caption * Open any movie * You get "Mplayer has finished unexpectedly. Exit code: 1" Upstream bugreport: http://sourceforge.net/tracker/index.php?func=detail&aid=3107789&group_id=185512&atid=913573 Error reported by mplayer: /usr/bin/mplayer -noquiet -v -nofs -nomouseinput -vc coreserve, -lavdopts threads=2 -sub-fuzziness 1 -identify -slave -vo xv:adaptor=0 -ao alsa -nokeepaspect -framedrop -hardframedrop -dr -double -input nodefault- bindings:conf=/dev/null -stop-xscreensaver -wid 60817762 -monitorpixelaspect 1 -ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -ass-force-style PlayResX=512,PlayResY=320,Name=Default,Fontname=Arial,Fontsize=20,PrimaryColour=&H0022f9f6,BackColour=&H,OutlineColour=&H,Bold=0,Italic=0,Alignment=2,BorderStyle=1,Outline=1,Shadow=2,MarginL=20,MarginR=20,MarginV=8 -fontconfig -font Arial -subfont-autoscale 0 -subfont-osd-scale 20 -subfont- text-scale 20 -subcp enca:ru:UTF-8 -subcc -subpos 100 -volume 29 -cache 1000 -osdlevel 0 -idx -prefer-ipv4 -vf-add pp -autoq 6 -vf-add screenshot -noslices -channels 2 -af volnorm=1,scaletempo,equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 500 /path/to/movie.avi The subcc option must be an integer: -subpos Error parsing option on the command line: -subcc MPlayer SVN-r33713-4.6.1 (C) 2000-2011 MPlayer Team -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smplayer depends on: ii libc6 2.13-21 ii libgcc1 1:4.6.1-4 ii libqt4-network 4:4.7.3-5 ii libqt4-xml 4:4.7.3-5 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libstdc++6 4.6.1-4 ii mplayer 2:1.0~rc4.dfsg1+svn33713-2 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages smplayer recommends: ii smplayer-themes0.1.20+dfsg-1 ii smplayer-translations 0.6.9-4 smplayer suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-zexy/master: preserve autom4te.cache
On Do, Sep 29, 2011 at 17:45:46 (CEST), IOhannes m zmoelnig wrote: > On 2011-09-29 17:06, Reinhard Tartler wrote: >> On Do, Sep 29, 2011 at 16:45:08 (CEST), IOhannes m zmoelnig wrote: >>> feel free to review, comment and upload :-) >> >> Still says UNRELEASED in debian/changelog ;-) >> >> at least that would make it appear in pet's "to upload" list. > > huh? > it seems like i missed something, like "pet" (who? what?) monitoring the > state in debian/changelog. Yes, see my past mails, our PET instance can be found at http://pet.debian.net/pkg-multimedia/pet.cgi I've installed repository hooks to keep PET's database in sync with our repositories each time a team member pushes fresh commits. Among others, it inspects debian/changelog of the 'HEAD' branch to determine if a package is ready for upload or not. Note that we do team-work, so I encourage every team member to also look at other packages. PET greatly assists with highlighting what package needs work. > apart from that, i thought that given i am still a "junior packager" i'd > rather have a "senior packager", who does the actual upload, change the > line from UNRELEASED to unstable. > > if my packages start to be releasable without too much discussion, i'll > probably start handing out "unstable" tags :-) Ah, in that case you actually ask for additional reviewers and testers instead of only an uploader (often called 'sponsor'). That's great! >> As for the >> other changes, seems there is some CDBS black magic involved, other > > let's wait for jonas then :-) Agreed :-) Cheers, Reinhard. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-zexy/master: preserve autom4te.cache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-29 17:06, Reinhard Tartler wrote: > On Do, Sep 29, 2011 at 16:45:08 (CEST), IOhannes m zmoelnig wrote: >> feel free to review, comment and upload :-) > > Still says UNRELEASED in debian/changelog ;-) > > at least that would make it appear in pet's "to upload" list. huh? it seems like i missed something, like "pet" (who? what?) monitoring the state in debian/changelog. apart from that, i thought that given i am still a "junior packager" i'd rather have a "senior packager", who does the actual upload, change the line from UNRELEASED to unstable. if my packages start to be releasable without too much discussion, i'll probably start handing out "unstable" tags :-) > As for the > other changes, seems there is some CDBS black magic involved, other let's wait for jonas then :-) fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6EkqoACgkQkX2Xpv6ydvSTowCfe0MJKjL6WIivKuH3MEu+Z1Ni 9/4AoOvWUN53H3lFyI9evRIBBmOaCvN3 =zylw -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Hydrogen 0.9.5 squeeze bpo
On 09/29/11 00:16, Mario Kozjak wrote: > Hello, Hi! > Is there a possibility someone can build a backport of hydrogen 0.9.5 from > sid to squeeze, maybe? I've tried building it myself, but I'm having > problems with installing libjack-dev, since libjack0 and libjack-jackd2-0 > are in conflict or something so I'd need to remove ardour and jack > altogether. I take it that you have jackd2 installed. Simply install libjack-jackd2-dev, this will provide the libjack-dev dependency. HTH. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
freewrl
Hi Stephen, Thanks for your freewrl upload (1.07-1) that has updated the Maintainer field to the Debian QA Team. I have just moved the git repository from pkg-multimedia to http://anonscm.debian.org/gitweb/?p=collab-maint/freewrl.git in order to make it accessible to a wider audience. Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
http://anonscm.debian.org/gitweb/?p=pkg-multimedia/cinelerra-cv.git
Hi Alessio, Is cinelerra-cv still on your radar? Who else is helping out with the package? If it is not ready yet but you still intend to keep it in pkg-multimedia, would you mind setting the distribution to 'UNRELEASED' in git so that it disappears from pet http://pet.debian.net/pkg-multimedia/pet.cgi thanks! -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-zexy/master: preserve autom4te.cache
On Do, Sep 29, 2011 at 16:45:08 (CEST), IOhannes m zmoelnig wrote: > On 2011-09-28 09:33, IOhannes m zmoelnig wrote: >> >> so i am unsure how to proceed... >> > > it seems that the problem has found a solution: > upstream released a new version (2.2.5), which no longer includes those > files. > i have prepared a new package (new upstream comes with proper autotools > build system, which makes debian/rules less convoluted) and pushed it. > > feel free to review, comment and upload :-) Still says UNRELEASED in debian/changelog ;-) at least that would make it appear in pet's "to upload" list. As for the other changes, seems there is some CDBS black magic involved, other changes look fine on the first look. Cheers, -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] audacious/master: mark as not ready to upload yet
On Do, Sep 29, 2011 at 16:55:08 (CEST), siret...@users.alioth.debian.org wrote: > The following commit has been merged in the master branch: > commit 1289ad529dffd91e1279493015b3987eecf4163e > Author: Reinhard Tartler > Date: Thu Sep 29 16:53:33 2011 +0200 > > mark as not ready to upload yet > > still blocked by #590064 > > Git-Dch: ignore > > diff --git a/debian/changelog b/debian/changelog > index 75e2812..73f0ef9 100644 > --- a/debian/changelog > +++ b/debian/changelog > @@ -1,4 +1,4 @@ > -audacious (2.5.0-1) unstable; urgency=low > +audacious (2.5.0-1) UNRELEASED; urgency=low > >* New upstream release. >* debian/patches/bp-audtag-debugging-output.patch: Removed, merged I've verified that such commits are sufficient to make the package disappear from the 'Ready for Upload' section from http://pet.debian.net/pkg-multimedia/pet.cgi Please help to make that section a todo list for members with upload priviledges. Packages disapear from the list by: a. editing debian/changelog with something similar to this patch b. uploading the package c. ssh git.debian.org touch /git/pkg-multimedia/$package.git/pet-ignore d. ssh git.debian.org rm -rf /git/pkg-multimedia/$package.git Note that c) and d) are not instant, instead they require an invocation of: ssh git.debian.org /home/groups/pet/PET2/pkg-multimedia/pet-git-helper update-all I assume there is (or at least should be) a cronjob that runs this from time to time. Please help to get that list as short as possible, ideally empty. Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: [SCM] pd-zexy/master: preserve autom4te.cache
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2011-09-28 09:33, IOhannes m zmoelnig wrote: > > so i am unsure how to proceed... > it seems that the problem has found a solution: upstream released a new version (2.2.5), which no longer includes those files. i have prepared a new package (new upstream comes with proper autotools build system, which makes debian/rules less convoluted) and pushed it. feel free to review, comment and upload :-) fgamsdr IOhannes ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6EhG0ACgkQkX2Xpv6ydvTTIgCgqOO2jxloslA24vZqa+3/r1zD blwAoJo+Bk9aUu0FaBCvuh8F6BOfNvch =5DuM -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers