xvidcore_1.3.5-1_amd64.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 28 Jan 2018 21:45:50 +0100 Source: xvidcore Binary: libxvidcore4 libxvidcore-dev Architecture: source amd64 Version: 2:1.3.5-1 Distribution: unstable Urgency: medium Maintainer: Debian Multimedia MaintainersChanged-By: Fabian Greffrath Description: libxvidcore-dev - Open source MPEG-4 video codec (development) libxvidcore4 - Open source MPEG-4 video codec (library) Changes: xvidcore (2:1.3.5-1) unstable; urgency=medium . * New upstream version 1.3.5 * Fix and update debian/watch file. * Update Vcs-* to point to salsa.debian.org. * Bump debhelper compat to 11. * Bump Standards-Version to 4.1.3. * Enable all hardening flags. * Remove trailing whitespace from debian/changelog. Checksums-Sha1: 7581a9f58a47d70178f5e273711d2b2455e2eb50 2131 xvidcore_1.3.5-1.dsc dc501d21bdf19cf730b1d14ee07c2e2cda8bc9b6 698846 xvidcore_1.3.5.orig.tar.bz2 8752ba43bc6f3dd700550ae40cb8cc73aca271a4 6180 xvidcore_1.3.5-1.debian.tar.xz 666f31f96c2f0da077a46217926ff754dce457cf 268508 libxvidcore-dev_1.3.5-1_amd64.deb 0a60f9a2ea88bdc410584f484dad13c5aa1256e7 526332 libxvidcore4-dbgsym_1.3.5-1_amd64.deb a39d1de0a02a7ce042cceda11e93fa61ad3ac921 240844 libxvidcore4_1.3.5-1_amd64.deb 4c80db9a898e8d5c2c3fe198682d8aabbbcb0765 5986 xvidcore_1.3.5-1_amd64.buildinfo Checksums-Sha256: 36b1e21f8767346d8698c13ad560961336726c2cb206b7097715d421abdf8192 2131 xvidcore_1.3.5-1.dsc 7c20f279f9d8e89042e85465d2bcb1b3130ceb1ecec33d5448c4589d78f010b4 698846 xvidcore_1.3.5.orig.tar.bz2 06166aa04159f8c451d53f1ae70cbf65a65d325b4769f779dc009894ca801e08 6180 xvidcore_1.3.5-1.debian.tar.xz 6a58a96dd6ed5e5314bda8a3428d6476145a80c2ed573e650ad109efa20c2046 268508 libxvidcore-dev_1.3.5-1_amd64.deb 76520e7de1be02e88bc9fa4a9703bfa23ce8ccb7af8a4dcbb781a9b93a9732b9 526332 libxvidcore4-dbgsym_1.3.5-1_amd64.deb da357124b48e97c7c55d836b093688ef708de7446a6ba1c54708f1307f7b7a16 240844 libxvidcore4_1.3.5-1_amd64.deb 96357b810785286f0abc643d1cc85017a5db1798fdb91c844c15cdb0b88edfe7 5986 xvidcore_1.3.5-1_amd64.buildinfo Files: ab0425b9df4e44ef14560f587c61e269 2131 libs optional xvidcore_1.3.5-1.dsc 6877498cfc5b7f652e1a564699dba655 698846 libs optional xvidcore_1.3.5.orig.tar.bz2 fa847fe2c7fcb81dd11177e13fd23aae 6180 libs optional xvidcore_1.3.5-1.debian.tar.xz bc9c299a5e710df174f353c72b0faf78 268508 libdevel optional libxvidcore-dev_1.3.5-1_amd64.deb 8dfbf05a92b0d9ce9498924f87f9c8cc 526332 debug optional libxvidcore4-dbgsym_1.3.5-1_amd64.deb 86ed8fc3c0c3bfea7c8ad654ab150754 240844 libs optional libxvidcore4_1.3.5-1_amd64.deb 59be81becfa8af029534000ba04e1b7c 5986 libs optional xvidcore_1.3.5-1_amd64.buildinfo -BEGIN PGP SIGNATURE- iQJGBAEBCAAwFiEEIsF2SKlSa4TfGRyWy+qOlwzNWd8FAlpuN4YSHGZhYmlhbkBk ZWJpYW4ub3JnAAoJEMvqjpcMzVnfTJkP/22n3+ZJm3h+ujkMKuAh6Ef0aYGnLvys xikzZbeuS3I1JwhtDVHzIg8PyltlpeAxY5+9PGRw92fvN624GFPss4M+s6xu+2SH suzF7Ek7i7Yb22+draym+VefUh376V9PzzC6kJwAx7gKbLFY9VdwfOmXBgv1sosC rHi+cyDIfBCCjJ9lfM6G33ING3E50RU9ZDUAN0d/QuNLcYCNTaAZNOP7GU5hHGMc yFIfZ9iDvCrUbU/9gJhMFOBpuFoBBjGlNAbJCqY+FzQSZphiKRVPXLHa3uP6M8ds 2iCyPCCs5wGTjjiWfmXMgo/dBObTHKUXUC8Ch7EjiDpLaVnCBI324rsSwU2GtwMc 1007mxNYLaPHbrOmVW9h396QkG3nXfkpfVUZ0y1k9CfEjUIxigTcoW4X+nWBnfWS WJ3k92UKE//6OzIecJemm41rRvUM1PcfxpPc1DdWf2OpePFEh6DrHNRvMzjvyRyF wK6W/XrkdYvQi461SW0skZQDwfQ96/Aq7ADne+4AGVK97/KVfFwMPVCfKFFPJC3b 3QYydi3RHyNwvq59CDF8VTtgQW1PBAEzRUx4rgFLwDqUXpDDxXGNBNCs575AgseK szd58liRUEWlwMeWB3OgnaTOOV076BQoV8qqbvOWsUI6EGy5Vpi1B+ZPvGCkglfp nwHFBxq4wRDj =FWev -END PGP SIGNATURE- Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Bug #888667 in o3dgc marked as pending
Processing control commands: > tag -1 pending Bug #888667 [src:o3dgc] o3dgc: missing Vcs-* fields Added tag(s) pending. -- 888667: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888667 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
liblivemedia_2018.01.24-1_amd64.changes is NEW
binary:liblivemedia62 is NEW. binary:liblivemedia62 is NEW. Your package has been put into the NEW queue, which requires manual action from the ftpteam to process. The upload was otherwise valid (it had a good OpenPGP signature and file hashes are valid), so please be patient. Packages are routinely processed through to the archive, and do feel free to browse the NEW queue[1]. If there is an issue with the upload, you will receive an email from a member of the ftpteam. If you have any questions, you may reply to this email. [1]: https://ftp-master.debian.org/new.html or https://ftp-master.debian.org/backports-new.html for *-backports ___ 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#888664: collada2gltf: missing Vcs-* fields
Hi, On Sun, Jan 28, 2018 at 02:59:11PM +, James Cowgill wrote: > On 28/01/18 14:45, Rene Engelhard wrote: > > Hi, > > > > On Sun, Jan 28, 2018 at 02:34:33PM +, James Cowgill wrote: > >> In my analysis of the multimedia team repositories on alioth I noticed > >> that this repository does not have any Vcs-* fields, but does have a > >> repository on both alioth and salsa. > > > > I consider that a bug when that one was migrated to salsa. The alioth > > one should have been gone. > > The alioth repositories are not being removed (at least I am not > planning on doing that). Before moving everything to salsa, I am I do so when moving repos. And did so for collada2gltf. To avoid exactly this confusion. rene@moszumanska ~ % find /srv/git.debian.org/git/pkg-multimedia ~ -name "*collada*" /srv/git.debian.org/git/pkg-multimedia/opencollada.git /srv/home/users/rene/moved-to-salsa/collada2gltf.git rene@moszumanska ~ % Regards, Rene ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of xvidcore_1.3.5-1_amd64.changes
xvidcore_1.3.5-1_amd64.changes uploaded successfully to localhost along with the files: xvidcore_1.3.5-1.dsc xvidcore_1.3.5.orig.tar.bz2 xvidcore_1.3.5-1.debian.tar.xz libxvidcore-dev_1.3.5-1_amd64.deb libxvidcore4-dbgsym_1.3.5-1_amd64.deb libxvidcore4_1.3.5-1_amd64.deb xvidcore_1.3.5-1_amd64.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processing of liblivemedia_2018.01.24-1_amd64.changes
liblivemedia_2018.01.24-1_amd64.changes uploaded successfully to localhost along with the files: liblivemedia_2018.01.24-1.dsc liblivemedia_2018.01.24.orig.tar.gz liblivemedia_2018.01.24-1.debian.tar.xz libbasicusageenvironment1-dbgsym_2018.01.24-1_amd64.deb libbasicusageenvironment1_2018.01.24-1_amd64.deb libgroupsock8-dbgsym_2018.01.24-1_amd64.deb libgroupsock8_2018.01.24-1_amd64.deb liblivemedia-dev_2018.01.24-1_amd64.deb liblivemedia62-dbgsym_2018.01.24-1_amd64.deb liblivemedia62_2018.01.24-1_amd64.deb liblivemedia_2018.01.24-1_amd64.buildinfo libusageenvironment3-dbgsym_2018.01.24-1_amd64.deb libusageenvironment3_2018.01.24-1_amd64.deb livemedia-utils-dbgsym_2018.01.24-1_amd64.deb livemedia-utils_2018.01.24-1_amd64.deb Greetings, Your Debian queue daemon (running on host usper.debian.org) ___ 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: Proposed multimedia team migration to salsa.d.o
On 01/28/2018 06:17 PM, James Cowgill wrote: >>> # Incorrect Package Naming >>> My script requires repo name = source package name at the moment so >>> these will be omitted. The pd-* repositories are special because they >>> need to be put in a separate group. Should they intentionally not have >>> the correct name - ie should "pd-lua" become "pd/lua" or "pd/pd-lua"? >> Please, let's keep repo name = source package name. So the package >> 'pd-lua' should have a repo 'pd-lua', wherever group it is in. > I think so, but I'll wait to see what umlaeute says because he pretty > much owns all the pd-* packages. oh totally: the repository should always match the package name, so that would be https://salsa.debian.org/multimedia-team/pd/pd-lua gfsamrd IOhannes signature.asc Description: OpenPGP 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
Re: Proposed multimedia team migration to salsa.d.o
Hi James, Thanks for doing this. multimedia-blends could do with a refresh, and it is a bit of a special case as the blends task (web) pages (https://blends.debian.org/multimedia/tasks/index) are generated from it. Lots would probably break if it was renamed. I will take care of it manually in the next few days. Cheers, Ross On 01/28/2018 05:37 PM, James Cowgill wrote: > Hi, > > On 01/01/18 17:43, James Cowgill wrote: >> Migration >> === >> Migration of the maintainer email address can start immediately. New >> packages can also immediately start hosting their VCS on salsa.debian.org. >> >> For existing packages, I propose: >> - Wait until salsa.debian.org is declared stable (expected at the end of >> January) >> - Announce to the lists before migration starts >> - Set all repositories on alioth read-only (eg using a git pre-receive hook) >> - Migrate everything to salsa using Christoph Berg's import script: >> http://www.df7cb.de/blog/2017/Salsa_batch_import.html > Now that salsa is stable, I am going to start migrating things over. I > wrote a separate script which also handles various integrations which I > am going to use instead of the one above: > https://salsa.debian.org/jcowgill/multimedia-cli > > One other change from the proposed plan is the addition of the > "tagpending" webhook described here: > https://wiki.debian.org/Salsa/Doc#Dealing_with_Debian_BTS_from_commit_messages > > I am also taking this opportunity to trim the repositories on alioth. > The repositories below will be omitted from the initial import (but will > still all be made read only). If I have screwed up and omitted a > repository incorrectly, I can import them on a case-by-case basis or you > can import them yourself. > > I have attached the final list of repositories I will attempt to import > now (should be everything except the repos below). > > # Incorrect Package Naming > My script requires repo name = source package name at the moment so > these will be omitted. The pd-* repositories are special because they > need to be put in a separate group. Should they intentionally not have > the correct name - ie should "pd-lua" become "pd/lua" or "pd/pd-lua"? > > pd-* > > ffado > invada-ladspa > invada-lv2 > jconv > libdvdcss-pkg > libmusicbrainz > lv2-tools > multimedia-blends > pd-iem_ambi > qutecsound > synfig-etl > synfig-synfig > synfig-synfigstudio > > # Dead repositories > These repositories are not referenced in the Vcs-* fields of any > package. I have tried to go through the list and remove some which > simply omitted the Vcs- fields. > > 2mandvd > adplug > aften > avidemux > avldrums.lv2 > baka-mplayer > bdsup2sub++ > beast > bombono-dvd > cadence > cinelerra-cv > clam-chordata > clam-networkeditor > collada2gltf > creox > deadbeef > debimedia-archive-keyring > divxenc > dmedia > dvbcut > dvd95 > dvdrip > dvdstyler > dvdwizard > earcandy > ezstream > ffmpegthumbnailer > ffprobe > flam3 > flumotion > freecycle > fst > goattracker > h264enc > jack-rack > jcgui > jokosher > kodi-addon-webinterface-chorus2 > kodiplatform > lash > libav-extra > libcmrt > libdvb > libdvbpsi5 > libdvdcss > libdvdcss-installer > libfreebob > libmkv > libtunepimp > libvisual > libvisual-plugins > linuxband > linuxsampler > lv2-extensions-good > lv2fil > madfuload > morituri > ntk > ocp > oomidi > openmovieeditor > openni-sensor-avin2-sensorkinect > osceleton > pd-extended > pd-jmmmp > permafrost > phat > plotmm > portaudio > portmidi > redlandmm > sayonara > scenic > specimen > toonloop > vgmstream > vmpk > whysynth > xvidenc > yafaray > yafaray-exporter > zita-dpl1 > zynjacku > > # Orphaned packages no longer maintained by multimedia team > aj-snapshot > gscanbus > ino-headers > libdv > m2vrequantiser > meterec > mididings > naspro-core > pugl > silan > volti > > # Packages not maintained by multimedia team > libcmrt > # - Timo Aaltonen> libmediainfo > # - Chow Loong Jin > libzen > # - Chow Loong Jin > madfuload > # - Free Ekanayaka > mediaconch > # - Chow Loong Jin > mediainfo > # - Chow Loong Jin > > # Packages already existing on salsa > collada2gltf > ffmpeg > gsequencer > libplacebo > rem > smplayer > vlc > > James > > > ___ > pkg-multimedia-maintainers mailing list > pkg-multimedia-maintainers@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers ___ 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: Proposed multimedia team migration to salsa.d.o
Hi, On 28/01/18 16:56, Mattia Rizzolo wrote: > On Sun, Jan 28, 2018 at 04:37:36PM +, James Cowgill wrote: >> Now that salsa is stable, I am going to start migrating things over. I > > Thank you for doing the work! > >> One other change from the proposed plan is the addition of the >> "tagpending" webhook described here: >> https://wiki.debian.org/Salsa/Doc#Dealing_with_Debian_BTS_from_commit_messages > > Yes please. > Thank you for adding that. (btw, you didn't push that change into the > git repo of your script) Should be pushed now (along with some other stuff). >> I am also taking this opportunity to trim the repositories on alioth. >> The repositories below will be omitted from the initial import (but will >> still all be made read only). > > Can you please *move* the repositories that have been moved, instead of > just making them read-only? moving them to a MOVED_TO_SALSA directory > should make the situation pretty clear. I'm assuming we are going to > remove them at some point (if nothing because I'd like to help avoid > forcing the alioth admins to keep a huge snapshot once the host goes > down). > Of course, I'm assuming you are also going to open a MR to add http > redirects from anonscm to salsa. That seems reasonable. I'll move the repositories after the redirector MR is merged. >> # Incorrect Package Naming >> My script requires repo name = source package name at the moment so >> these will be omitted. The pd-* repositories are special because they >> need to be put in a separate group. Should they intentionally not have >> the correct name - ie should "pd-lua" become "pd/lua" or "pd/pd-lua"? > > Please, let's keep repo name = source package name. So the package > 'pd-lua' should have a repo 'pd-lua', wherever group it is in. I think so, but I'll wait to see what umlaeute says because he pretty much owns all the pd-* packages. Thanks, James signature.asc Description: OpenPGP 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
Re: Proposed multimedia team migration to salsa.d.o
On Sun, Jan 28, 2018 at 04:37:36PM +, James Cowgill wrote: > Now that salsa is stable, I am going to start migrating things over. I Thank you for doing the work! > One other change from the proposed plan is the addition of the > "tagpending" webhook described here: > https://wiki.debian.org/Salsa/Doc#Dealing_with_Debian_BTS_from_commit_messages Yes please. Thank you for adding that. (btw, you didn't push that change into the git repo of your script) > I am also taking this opportunity to trim the repositories on alioth. > The repositories below will be omitted from the initial import (but will > still all be made read only). Can you please *move* the repositories that have been moved, instead of just making them read-only? moving them to a MOVED_TO_SALSA directory should make the situation pretty clear. I'm assuming we are going to remove them at some point (if nothing because I'd like to help avoid forcing the alioth admins to keep a huge snapshot once the host goes down). Of course, I'm assuming you are also going to open a MR to add http redirects from anonscm to salsa. > # Incorrect Package Naming > My script requires repo name = source package name at the moment so > these will be omitted. The pd-* repositories are special because they > need to be put in a separate group. Should they intentionally not have > the correct name - ie should "pd-lua" become "pd/lua" or "pd/pd-lua"? Please, let's keep repo name = source package name. So the package 'pd-lua' should have a repo 'pd-lua', wherever group it is in. -- regards, Mattia Rizzolo GPG Key: 66AE 2B4A FCCF 3F52 DA18 4D18 4B04 3FCD B944 4540 .''`. more about me: https://mapreri.org : :' : Launchpad user: https://launchpad.net/~mapreri `. `'` Debian QA page: https://qa.debian.org/developer.php?login=mattia `- signature.asc Description: PGP 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: Proposed multimedia team migration to salsa.d.o
Hi, On 01/01/18 17:43, James Cowgill wrote: > Migration > === > Migration of the maintainer email address can start immediately. New > packages can also immediately start hosting their VCS on salsa.debian.org. > > For existing packages, I propose: > - Wait until salsa.debian.org is declared stable (expected at the end of > January) > - Announce to the lists before migration starts > - Set all repositories on alioth read-only (eg using a git pre-receive hook) > - Migrate everything to salsa using Christoph Berg's import script: > http://www.df7cb.de/blog/2017/Salsa_batch_import.html Now that salsa is stable, I am going to start migrating things over. I wrote a separate script which also handles various integrations which I am going to use instead of the one above: https://salsa.debian.org/jcowgill/multimedia-cli One other change from the proposed plan is the addition of the "tagpending" webhook described here: https://wiki.debian.org/Salsa/Doc#Dealing_with_Debian_BTS_from_commit_messages I am also taking this opportunity to trim the repositories on alioth. The repositories below will be omitted from the initial import (but will still all be made read only). If I have screwed up and omitted a repository incorrectly, I can import them on a case-by-case basis or you can import them yourself. I have attached the final list of repositories I will attempt to import now (should be everything except the repos below). # Incorrect Package Naming My script requires repo name = source package name at the moment so these will be omitted. The pd-* repositories are special because they need to be put in a separate group. Should they intentionally not have the correct name - ie should "pd-lua" become "pd/lua" or "pd/pd-lua"? pd-* ffado invada-ladspa invada-lv2 jconv libdvdcss-pkg libmusicbrainz lv2-tools multimedia-blends pd-iem_ambi qutecsound synfig-etl synfig-synfig synfig-synfigstudio # Dead repositories These repositories are not referenced in the Vcs-* fields of any package. I have tried to go through the list and remove some which simply omitted the Vcs- fields. 2mandvd adplug aften avidemux avldrums.lv2 baka-mplayer bdsup2sub++ beast bombono-dvd cadence cinelerra-cv clam-chordata clam-networkeditor collada2gltf creox deadbeef debimedia-archive-keyring divxenc dmedia dvbcut dvd95 dvdrip dvdstyler dvdwizard earcandy ezstream ffmpegthumbnailer ffprobe flam3 flumotion freecycle fst goattracker h264enc jack-rack jcgui jokosher kodi-addon-webinterface-chorus2 kodiplatform lash libav-extra libcmrt libdvb libdvbpsi5 libdvdcss libdvdcss-installer libfreebob libmkv libtunepimp libvisual libvisual-plugins linuxband linuxsampler lv2-extensions-good lv2fil madfuload morituri ntk ocp oomidi openmovieeditor openni-sensor-avin2-sensorkinect osceleton pd-extended pd-jmmmp permafrost phat plotmm portaudio portmidi redlandmm sayonara scenic specimen toonloop vgmstream vmpk whysynth xvidenc yafaray yafaray-exporter zita-dpl1 zynjacku # Orphaned packages no longer maintained by multimedia team aj-snapshot gscanbus ino-headers libdv m2vrequantiser meterec mididings naspro-core pugl silan volti # Packages not maintained by multimedia team libcmrt # - Timo Aaltonenlibmediainfo # - Chow Loong Jin libzen # - Chow Loong Jin madfuload # - Free Ekanayaka mediaconch # - Chow Loong Jin mediainfo # - Chow Loong Jin # Packages already existing on salsa collada2gltf ffmpeg gsequencer libplacebo rem smplayer vlc James a2jmidid a52dec abgate ableton-link advene aeolus aliki alsaequal amb-plugins ambdec ams amsynth ardour ardour3 aribb24 atomicparsley audacious audacious-plugins audacity audiofile autotalent avw.lv2 azr3-jack bitmeter bitstream blender blepvco bristol brp-pacu brutefir bs1770gain calf camorama cantata caps cecilia chromaprint clalsadrv clam clthreads clxclient cmt cmus composite create-resources crtmpserver crystalhd csound csound-manual csoundqt das-watchdog dataquay deken devede dgedit din dino dirac directfb drc drumgizmo drumkv1 dssi dvblast dvd-slideshow easytag ebumeter ecasound eq10q faac faad2 faust faustworks fdk-aac ffdiaporama ffmpeg2theora ffms2 fil-plugins flac flactag flake flowblade fluidsynth fluidsynth-dssi fomp foo-yc20 forked-daapd freetuxtv frei0r gavl gecko-mediaplayer gerbera ghostess giada gigedit gjacktransport glyr gmerlin gmerlin-avdecoder gmerlin-encoders gmidimonitor gmtk gmusicbrowser gnome-mplayer gnome-mpv gpac groovebasin gtklick guayadeque guitarix gwc gxtuner handbrake harvid hexter horgand hydrogen hydrogen-drumkits iannix icecast2 ices2 idjc iem-plugin-suite inkscape intel-vaapi-driver intel-vaapi-driver-shaders ir.lv2 isrcsubmit jaaa jack-audio-connection-kit jack-capture jack-delay jack-keyboard jack-midi-clock jack-mixer jack-stdio jack-tools jackd-defaults jackd2 jackeq jackmeter jacktrip jalv jamin japa jkmeter jmeters jnoise jnoisemeter jsusfx juce
Bug#888657: ladish: should this package be removed?
Hi, On 28/01/18 14:16, treb...@tuxfamily.org wrote: > Le 2018-01-28 14:38, Simon McVittie a écrit : >> Source: flowcanvas >> Severity: important >> User: debian...@lists.debian.org >> Usertags: proposed-removal >> Control: clone -1 -2 >> Control: reassign -2 ladish >> Control: retitle -2 ladish: should this package be removed? >> >> flowcanvas depends on numerous obsolete GNOME 2-era libraries >> (e.g. #885095) and hasn't had a maintainer upload since 2009. Its >> upstream >> website says: >> >> **Note**: FlowCanvas is dead, long live Ganv! >> >> ganv is also in Debian as src:ganv; it's orphaned in Debian, but appears >> to have commit activity upstream. >> >> flowcanvas has one reverse-dependency in Debian, gladish (src:ladish), >> whose most recent maintainer upload was in 2014. web.archive.org says >> the ladish.org website has been down since mid 2014. > > ladish looks to be maintained by alessio (last commit 20 Apr 2017) here : > https://github.com/alessio/ladish/ > (the same goes laditools as well) You failed to mention that there has only been one non-merge commit to that repository since 2014. The truth is unless someone is willing to do the porting work, these packages are not going to survive whether they are "maintained" or not. James signature.asc Description: OpenPGP 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#888664: collada2gltf: missing Vcs-* fields
Hi, On 28/01/18 14:45, Rene Engelhard wrote: > Hi, > > On Sun, Jan 28, 2018 at 02:34:33PM +, James Cowgill wrote: >> In my analysis of the multimedia team repositories on alioth I noticed >> that this repository does not have any Vcs-* fields, but does have a >> repository on both alioth and salsa. > > I consider that a bug when that one was migrated to salsa. The alioth > one should have been gone. The alioth repositories are not being removed (at least I am not planning on doing that). Before moving everything to salsa, I am trimming down the list of repositories to migrate. The ones left will be made readonly and presumably archived when alioth is turned off. James signature.asc Description: OpenPGP 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
Processed: Re: Bug#888664: collada2gltf: missing Vcs-* fields
Processing commands for cont...@bugs.debian.org: > tag 888664 + pending Bug #888664 [src:collada2gltf] collada2gltf: missing Vcs-* fields Ignoring request to alter tags of bug #888664 to the same tags previously set > thanks Stopping processing here. Please contact me if you need assistance. -- 888664: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888664 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#888664: collada2gltf: missing Vcs-* fields
tag 888664 + pending thanks Hi, On Sun, Jan 28, 2018 at 03:45:18PM +0100, Rene Engelhard wrote: > On Sun, Jan 28, 2018 at 02:34:33PM +, James Cowgill wrote: > > In my analysis of the multimedia team repositories on alioth I noticed > > that this repository does not have any Vcs-* fields, but does have a > > repository on both alioth and salsa. > > I consider that a bug when that one was migrated to salsa. The alioth > one should have been gone. Just checked; mv'ed that away on pkg-multimedias alioth. > > Probably these fields should be added. > > Yeah, though most probably it'll be orphaned next week anyway ;) Vcs-* added anyway. Regards, Rene ___ 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#888664: collada2gltf: missing Vcs-* fields
Hi, On Sun, Jan 28, 2018 at 02:34:33PM +, James Cowgill wrote: > In my analysis of the multimedia team repositories on alioth I noticed > that this repository does not have any Vcs-* fields, but does have a > repository on both alioth and salsa. I consider that a bug when that one was migrated to salsa. The alioth one should have been gone. > Probably these fields should be added. Yeah, though most probably it'll be orphaned next week anyway ;) Regards, Rene ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Bug #888664 in collada2gltf marked as pending
Processing control commands: > tag -1 pending Bug #888664 [src:collada2gltf] collada2gltf: missing Vcs-* fields Added tag(s) pending. -- 888664: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888664 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#888667: o3dgc: missing Vcs-* fields
Source: o3dgc Version: 0~20131011-3 Severity: minor Hi, In my analysis of the multimedia team repositories on alioth I noticed that this repository does not have any Vcs-* fields, but does have a repository on alioth. Probably these fields should be added. Thanks, James signature.asc Description: OpenPGP 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#888668: pd-purepd: missing Vcs-* fields
Source: pd-purepd Version: 0.1.1-1 Severity: minor Hi, In my analysis of the multimedia team repositories on alioth I noticed that this repository does not have any Vcs-* fields, but does have a repository on alioth. Probably these fields should be added. Thanks, James signature.asc Description: OpenPGP 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#888657: ladish: should this package be removed?
Le 2018-01-28 14:38, Simon McVittie a écrit : Source: flowcanvas Severity: important User: debian...@lists.debian.org Usertags: proposed-removal Control: clone -1 -2 Control: reassign -2 ladish Control: retitle -2 ladish: should this package be removed? flowcanvas depends on numerous obsolete GNOME 2-era libraries (e.g. #885095) and hasn't had a maintainer upload since 2009. Its upstream website says: **Note**: FlowCanvas is dead, long live Ganv! ganv is also in Debian as src:ganv; it's orphaned in Debian, but appears to have commit activity upstream. flowcanvas has one reverse-dependency in Debian, gladish (src:ladish), whose most recent maintainer upload was in 2014. web.archive.org says the ladish.org website has been down since mid 2014. ladish looks to be maintained by alessio (last commit 20 Apr 2017) here : https://github.com/alessio/ladish/ (the same goes laditools as well) These packages both seem like candidates for removal from unstable. It would be a big regression from a user point of view since it'll remove the "studio" (reopen everything in one-click) from Debian with no alternative. If you agree, please reassign this bug to the ftp team with cont...@bugs.debian.org commands similar to these: severity xx normal reassign xx ftp.debian.org retitle xx RM: flowcanvas -- RoQA; depends on obsolete libraries, superseded by ganv severity yy normal reassign yy ftp.debian.org retitle yy RM: ladish -- RoQA; depends on obsolete libraries, appears unmaintained upstream (replacing RoQA with RoM if you are a maintainer of the appropriate package). Thanks, smcv Hope that helps. Olivier ___ 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#888666: libshairport: incorrect Vcs-* fields
Source: libshairport Version: 1.2.1~git20120510.cbed0c1-3 Severity: minor Hi, The Vcs-* fields for libshairport point to a repository on collab-maint, but it appears that the real packaging is hosted with the multimedia team on alioth. Please update these fields. Thanks, James signature.asc Description: OpenPGP 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#888665: libsamplerate: missing Vcs-* fields
Source: libsamplerate Version: 0.1.9-1 Severity: minor Hi, In my analysis of the multimedia team repositories on alioth I noticed that this repository does not have any Vcs-* fields, but does have a repository on alioth. Probably these fields should be added. Thanks, James signature.asc Description: OpenPGP 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#888664: collada2gltf: missing Vcs-* fields
Source: collada2gltf Version: 20140924-4 Severity: minor Hi, In my analysis of the multimedia team repositories on alioth I noticed that this repository does not have any Vcs-* fields, but does have a repository on both alioth and salsa. Probably these fields should be added. Thanks, James signature.asc Description: OpenPGP 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
Re: [Audacity-devel] Bug#888332: audacity: FTBFS with FFmpeg 3.5
Hi, On 27/01/18 18:30, Paul Licameli wrote: > On Sat, Jan 27, 2018 at 1:18 PM, Jaromír Mikešwrote: >> 2018-01-26 21:00 GMT+01:00 Paul Licameli : >>> On Fri, Jan 26, 2018 at 2:51 PM, Darrell Walisser < >>> darrell.walis...@gmail.com> wrote: On Thu, Jan 25, 2018 at 1:19 AM, Jaromír Mikeš wrote: > Hello audacity developers, > > current audacity release doesn't build with upcoming ffmpeg 3.5. > As we in debian build audacity against system-wide ffmpeg it can be > serious problem in near future > and audacity might be removed from debian archive. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888332 > > best regards > > mira > I have a fix for this in progress. Hope this note avoids any duplication of effort. >>> >>> That will be most welcome. >>> >>> Our intention is to release 2.2.2 beta very soon. I hope Debian will >>> allow us one more release to include Darrell's fixes. >>> >>> PRL >> >> Hi James, >> >> audacity devs already are working on ffmpep 3.5 support ... but it will >> not probably go to upcoming release. >> When do you plan ffmpeg transition ? It will definitely not happen before 3.5 is released upstream. After that I would like to get the majority of the FTBFS bugs fixed before starting the transition. My current guess is sometime in March or April. > James, let me update that: > > One of our contributors has already offered fixes for this, which was much > less code than I feared. It has not yet been merged into our master > branch, but it is probable that it will be for version 2.2.2. It should be > compilable either with FFmpeg version 3.5 header files or earlier. Please > fetch this commit from his fork and see if it's good enough for your > purposes. > > https://github.com/audacity/audacity/pull/249/commits/3d173ccef08fe353d9c73ecdf897e7634803a2b4 Thanks. I made one comment on the pull request about handling older FFmpeg versions correctly. Apart from that I think the PR is fine. James signature.asc Description: OpenPGP 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
Processed: flowcanvas: should this package be removed? (superseded by ganv)
Processing control commands: > clone -1 -2 Bug #888656 [src:flowcanvas] flowcanvas: should this package be removed? (superseded by ganv) Bug 888656 cloned as bug 888657 > reassign -2 ladish Bug #888657 [src:flowcanvas] flowcanvas: should this package be removed? (superseded by ganv) Bug reassigned from package 'src:flowcanvas' to 'ladish'. Ignoring request to alter found versions of bug #888657 to the same values previously set Ignoring request to alter fixed versions of bug #888657 to the same values previously set > retitle -2 ladish: should this package be removed? Bug #888657 [ladish] flowcanvas: should this package be removed? (superseded by ganv) Changed Bug title to 'ladish: should this package be removed?' from 'flowcanvas: should this package be removed? (superseded by ganv)'. -- 888656: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888656 888657: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888657 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#888656: flowcanvas: should this package be removed? (superseded by ganv)
Source: flowcanvas Severity: important User: debian...@lists.debian.org Usertags: proposed-removal Control: clone -1 -2 Control: reassign -2 ladish Control: retitle -2 ladish: should this package be removed? flowcanvas depends on numerous obsolete GNOME 2-era libraries (e.g. #885095) and hasn't had a maintainer upload since 2009. Its upstream website says: **Note**: FlowCanvas is dead, long live Ganv! ganv is also in Debian as src:ganv; it's orphaned in Debian, but appears to have commit activity upstream. flowcanvas has one reverse-dependency in Debian, gladish (src:ladish), whose most recent maintainer upload was in 2014. web.archive.org says the ladish.org website has been down since mid 2014. These packages both seem like candidates for removal from unstable. If you agree, please reassign this bug to the ftp team with cont...@bugs.debian.org commands similar to these: severity xx normal reassign xx ftp.debian.org retitle xx RM: flowcanvas -- RoQA; depends on obsolete libraries, superseded by ganv severity yy normal reassign yy ftp.debian.org retitle yy RM: ladish -- RoQA; depends on obsolete libraries, appears unmaintained upstream (replacing RoQA with RoM if you are a maintainer of the appropriate package). Thanks, smcv ___ 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#888654: mpv: CVE-2018-6360
Source: mpv Version: 0.23.0-1 Severity: grave Tags: security upstream Forwarded: https://github.com/mpv-player/mpv/issues/5456 Hi, the following vulnerability was published for mpv. CVE-2018-6360[0]: | mpv through 0.28.0 allows remote attackers to execute arbitrary code | via a crafted web site, because it reads HTML documents containing | VIDEO elements, and accepts arbitrary URLs in a src attribute without a | protocol whitelist in player/lua/ytdl_hook.lua. For example, an | av://lavfi:ladspa=file= URL signifies that the product should call | dlopen on a shared object file located at an arbitrary local pathname. | The issue exists because the product does not consider that youtube-dl | can provide a potentially unsafe URL. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities & Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2018-6360 https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-6360 [1] https://github.com/mpv-player/mpv/issues/5456 Regards, Salvatore ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers