Bug#767161: fixed in xbmc 2:13.2+dfsg1-4
Hi Balint, With this bug fix, indeed suspend/hibernate options have been restored, thank you. However, when I resume by pressing a key, xbmc is unresponsive to keyboard. I can ssh into the machine, but xbmc is unresponsive. However, if I use logind.conf modifications to directly suspend after idle timeout, then resume, everything is fine. xbmc and syslog below, can't see anything else relevant in other log files. sudo less .xbmc/temp/xbmc.log 18:30:36 T:139876571781184 NOTICE: special://profile/ is mapped to: special://masterprofile/ 18:30:36 T:139876571781184 NOTICE: --- 18:30:36 T:139876571781184 NOTICE: Starting XBMC from Debian (13.2 Debian package version:2:13.2+dfsg1-4). Platform: x86 Linux 64-bit 18:30:36 T:139876571781184 NOTICE: Using Debug XBMC x64 build, compiled Nov 8 2014 by GCC 4.9.2 for x86 Linux 64-bit 3.16.3 18:30:36 T:139876571781184 NOTICE: Running on Linux 64-bit (Debian GNU/Linux jessie/sid, 3.16.0-4-amd64 x86_64) 18:30:36 T:139876571781184 NOTICE: Host CPU: Intel(R) Core(TM) i3-4130 CPU @ 3.40GHz, 4 cores available 18:30:36 T:139876571781184 NOTICE: special://xbmc/ is mapped to: /usr/share/xbmc 18:30:36 T:139876571781184 NOTICE: special://xbmcbin/ is mapped to: /usr/lib/xbmc 18:30:36 T:139876571781184 NOTICE: special://masterprofile/ is mapped to: /home/user/.xbmc/userdata 18:30:36 T:139876571781184 NOTICE: special://home/ is mapped to: /home/user/.xbmc 18:30:36 T:139876571781184 NOTICE: special://temp/ is mapped to: /home/user/.xbmc/temp 18:30:36 T:139876571781184 NOTICE: The executable running is: /usr/lib/xbmc/xbmc.bin 18:30:36 T:139876571781184 NOTICE: Local hostname: server 18:30:36 T:139876571781184 NOTICE: Log File is located: /home/user/.xbmc/temp/xbmc.log 18:30:36 T:139876571781184 NOTICE: --- 18:30:36 T:139876571781184INFO: Selected Logind/UPower as PowerSyscall 18:30:36 T:139876571781184 DEBUG: LogindUPowerSyscall - inhibit lock taken, fd 10 18:30:36 T:139876571781184 ERROR: DBus: Error org.freedesktop.DBus.Error.InvalidArgs - No such property OnLowBattery 18:30:36 T:139876571781184 NOTICE: load settings... 21:38:34 T:139876571781184 DEBUG: CAnnouncementManager - Announcement: OnScreensaverActivated from xbmc 21:38:34 T:139876571781184 DEBUG: GOT ANNOUNCEMENT, type: 4, from xbmc, message OnScreensaverActivated 21:38:34 T:139876571781184 DEBUG: -- Window Init () -- 21:38:34 T:139876571781184 DEBUG: Alloc resources: 0.00ms (0.00 ms skin load) 21:40:33 T:139876571781184INFO: DPMS: enabled power-saving mode SUSPEND 21:40:36 T:139876571781184 DEBUG: -- Window Deinit () -- 21:49:22 T:139876571781184 DEBUG: Keyboard: scancode: 0x72, sym: 0x0113, unicode: 0x, modifier: 0x0 21:49:22 T:139876571781184INFO: DPMS: disabled power-saving 21:49:22 T:139876571781184 DEBUG: CAnnouncementManager - Announcement: OnScreensaverDeactivated from xbmc 21:49:22 T:139876571781184 DEBUG: GOT ANNOUNCEMENT, type: 4, from xbmc, message OnScreensaverDeactivated 21:49:22 T:139876571781184 DEBUG: OnKey: right (0xf083) pressed, screen saver/dpms woken up 21:49:24 T:139876571781184 DEBUG: Keyboard: scancode: 0x71, sym: 0x0114, unicode: 0x, modifier: 0x0 21:49:24 T:139876571781184 DEBUG: OnKey: left (0xf082) pressed, action is Left 21:49:24 T:139876571781184 DEBUG: Keyboard: scancode: 0x72, sym: 0x0113, unicode: 0x, modifier: 0x0 21:49:24 T:139876571781184 DEBUG: OnKey: right (0xf083) pressed, action is Right 21:49:27 T:139876571781184 DEBUG: Keyboard: scancode: 0x27, sym: 0x0073, unicode: 0x0073, modifier: 0x0 21:49:27 T:139876571781184 DEBUG: OnKey: s (0xf053) pressed, action is ActivateWindow(shutdownmenu) 21:49:27 T:139876571781184 DEBUG: Activating window ID: 10111 21:49:27 T:139876571781184 DEBUG: -- Window Init (DialogButtonMenu.xml) -- 21:49:27 T:139876571781184INFO: Loading skin file: DialogButtonMenu.xml, load type: KEEP_IN_MEMORY 21:49:27 T:139876571781184 DEBUG: Load DialogButtonMenu.xml: 227.31ms 21:49:27 T:139876571781184 DEBUG: Alloc resources: 282.44ms (281.99 ms skin load) 21:49:28 T:139876571781184 DEBUG: Keyboard: scancode: 0x74, sym: 0x0112, unicode: 0x, modifier: 0x0 21:49:28 T:139876571781184 DEBUG: OnKey: down (0xf081) pressed, action is Down 21:49:28 T:139876571781184 DEBUG: Keyboard: scancode: 0x74, sym: 0x0112, unicode: 0x, modifier: 0x0 21:49:28 T:139876571781184 DEBUG: OnKey: down (0xf081) pressed, action is Down 21:49:29 T:139876571781184 DEBUG: Keyboard: scancode: 0x74, sym: 0x0112, unicode: 0x, modifier: 0x0 21:49:29 T:139876571781184 DEBUG: OnKey: down (0xf081) pressed, action is Down 21:49:29 T:139876571781184 DEBUG: Keyboard: scancode: 0x24, sym: 0x000d, unicode: 0x000d, modifier: 0x0 21:49:29 T:139876571781184 DEBUG: OnKey: return (0xf00d) pressed, action is
Processing of opencollada_0.1.0~20140703.ddf8f47+dfsg0-1_amd64.changes
opencollada_0.1.0~20140703.ddf8f47+dfsg0-1_amd64.changes uploaded successfully to localhost along with the files: opencollada_0.1.0~20140703.ddf8f47+dfsg0-1.dsc opencollada_0.1.0~20140703.ddf8f47+dfsg0.orig.tar.xz opencollada_0.1.0~20140703.ddf8f47+dfsg0-1.debian.tar.xz opencollada-dev_0.1.0~20140703.ddf8f47+dfsg0-1_amd64.deb opencollada-tools_0.1.0~20140703.ddf8f47+dfsg0-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/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
opencollada_0.1.0~20140703.ddf8f47+dfsg0-1_amd64.changes is NEW
binary:opencollada-dev is NEW. binary:opencollada-tools is NEW. source:opencollada 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 recieve 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 ___ 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: move bugs
Processing commands for cont...@bugs.debian.org: # problematic files are in the openni package reassign 767653 libopenni0 1.5.4.0-7 Bug #767653 [libopenni-sensor-pointclouds0,libopenni-sensor-primesense0] libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml Bug reassigned from package 'libopenni-sensor-pointclouds0,libopenni-sensor-primesense0' to 'libopenni0'. No longer marked as found in versions 5.1.0.41.3-1 and openni-sensor-primesense/5.1.0.41-3. Ignoring request to alter fixed versions of bug #767653 to the same values previously set Bug #767653 [libopenni0] libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml Marked as found in versions openni/1.5.4.0-7. affects 767653 libopenni-sensor-pointclouds0 libopenni-sensor-primesense0 Bug #767653 [libopenni0] libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml Added indication that 767653 affects libopenni-sensor-pointclouds0 and libopenni-sensor-primesense0 End of message, stopping processing here. Please contact me if you need assistance. -- 767653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767653 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
The Oscar of Design - 2014 One Show China Selects Yoopay.cn as Event Registration and Management Platform
Click here for the web version of this message About One Show Festival for Great China 2014 One Show China is produced by One Club, the prominent American organization that recognizes and promotes excellence in advertising. Founded in 1961 in NYC, USA, the One Club produces four annual award competitions: One Show, One Show Design, One Show Interactive and One Show Entertainment. The One Show Festival is held in accord with Creative Week NYC. According to The Fundamentals of Creative Advertising., "The One Club produces advertising's most prestigious awards program. For the first time, 2014 One Show China will be held in Beijing, China on November 14th. The event features top notch creative directors and speakers from advertising industry in Greater China Area, bring together advertising industry professionals, experts, and media, and provides a platform for local advertising companies to gain international perspectives. 2014 One Show China selects Yoopay.cn as the official event registration, payment, and management platform, to provide dual languages and multi-currency supports (USD and RMB) for event attendees from around the world. About Yoopay Yoopay.cn is the leading cloud based event online registration, payment, and management platform in China. Yoopay's award winning technology supports: 1. Integration with the event's official website 2. Chinese and English dual languages 3. RMB and USD dual currencies 4. All major online payment methods: China UnionPay, Alipay, Visa, Mastercard, Amex, and Paypal More than 20,000 events have been using Yoopay.cn, including brand name events such as Oracle Open World (18,000 attendees, Shanghai), Macworld Asia (15,000 attendees, Beijing) . Other Yoopay client events are: international forums and exhibitions, academic conferences, business events, training events, sporting events, outdoor events, travel events, music events, charity events, alumni club events, and social events.
Bug#768388: [Cs-dev] Bug#768388: csound, cs: error when trying to install together
Hi, On Mon, Nov 24, 2014 at 12:21 AM, Steven Yi steve...@gmail.com wrote: I don't know how many users use cs or extract. I guess if we change names, there's a possibility we might break user's scripts or tools if they depend on those names. On the other hand, if you're doing renaming for extract and no one has really complained, I suppose changing cs won't be a big issue either. One thing though, either way if you rename the generated cs binary or do so in the debian package, I think we should add a note to the manual about the alternate names. I would prefer to not deviate from upstream as much as possible. So if upstream finds an alternative name, that would be the preferred solution for me. If upstream doesn't want to rename (which is of course understandable), I will probably rename to csound_cs (for consistency with csound_extract). The extract program should be documented as named csound_extract in debian and derivatives. -- Saludos, Felipe Sateler ___ 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#770677: marked as done (blender: Blender crashes while rendering with cycles.)
Your message dated Mon, 24 Nov 2014 16:45:17 +0100 with message-id 20141124154517.GA27507@localhost and subject line Re: Bug#770677: blender: Blender crashes while rendering with cycles. has caused the Debian Bug report #770677, regarding blender: Blender crashes while rendering with cycles. 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.) -- 770677: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770677 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: blender Version: 2.72.b+dfsg0-1 Severity: important Dear Maintainer, blender crashes while rendering with cycles (with gui and in a shell also). I tested it on all my systems, so I think it is a problem in general. The originalpackage from blender.org works. Thank you and best regards Tom Guder -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/12 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blender depends on: ii blender-data 2.72.b+dfsg0-1 ii fonts-droid 1:4.4.4r2-4 ii libavcodec56 10:2.4.3-dmo1 ii libavdevice55 6:11-2 ii libavformat56 10:2.4.3-dmo1 ii libavutil54 10:2.4.3-dmo1 ii libboost-date-time1.55.0 1.55.0+dfsg-3 ii libboost-filesystem1.55.0 1.55.0+dfsg-3 ii libboost-locale1.55.0 1.55.0+dfsg-3 ii libboost-regex1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.19-13 ii libfftw3-double3 3.3.4-1.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-19 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglew1.10 1.10.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgomp1 4.9.1-19 ii libilmbase6 1.0.1-6.1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-10 ii libjs-jquery 1.7.2+dfsg-3.2 ii libjs-jquery-ui 1.10.1+dfsg-1 ii libopenal11:1.15.1-5 ii libopencolorio1 1.0.9~dfsg0-3 ii libopenexr6 1.6.1-8 ii libopenimageio1.4 1.4.14~dfsg0-1 ii libopenjpeg5 1:1.5.2-3 ii libpng12-01.2.50-2+b1 ii libpython3.4 3.4.2-1 ii libsdl1.2debian 1.2.15-10 ii libsndfile1 1.0.25-9+b1 ii libspnav0 0.2.2-1 ii libstdc++64.9.1-19 ii libswscale3 10:2.4.3-dmo1 ii libtiff5 4.0.3-10+b3 ii libx11-6 2:1.6.2-3 ii libxi62:1.7.4-1+b1 ii libxxf86vm1 1:1.1.3-1+b1 ii zlib1g1:1.2.8.dfsg-2 blender recommends no packages. blender suggests no packages. -- no debconf information ---End Message--- ---BeginMessage--- Hi! On 2014-11-23 at 10:00 (CET), Tom Guder wrote: [...] Versions of packages blender depends on: ii libavcodec56 10:2.4.3-dmo1 ii libavformat56 10:2.4.3-dmo1 ii libavutil54 10:2.4.3-dmo1 ii libswscale3 10:2.4.3-dmo1 You're using Debian official and dmo packages together and this is a possible reason for Blender to fail, given that probably it uses the libs reported above and marked with the -dmo1 suffix instead of the official ones. Please, avoid that. I'm closing this bug report because usually bug reports where a portion of the system is not official could lead to random fails not concerning the Debian packaging itself. Anyway, if you purge your system from all those -dmoX packages (good luck!) and the issue should still remain, feel free to reopen it or file a new one. Cheers. -- Matteo F. Vescovi || Debian Developer GnuPG KeyID: 4096R/0x8062398983B2CF7A signature.asc Description: Digital signature ---End Message--- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org
Bug#768388: [Cs-dev] Bug#768388: csound, cs: error when trying to install together
Hi John, Shall we rename then to csound_cs? steven On Mon Nov 24 2014 at 11:09:26 AM jpff j...@codemist.co.uk wrote: I would prefer a simpe renaming, despite the pain of completions in the shell. I do not think we guarantee scripts, just API and csd/orc/sco files. ==John On Mon, 24 Nov 2014, Felipe Sateler wrote: Hi, On Mon, Nov 24, 2014 at 12:21 AM, Steven Yi steve...@gmail.com wrote: I don't know how many users use cs or extract. I guess if we change names, there's a possibility we might break user's scripts or tools if they depend on those names. On the other hand, if you're doing renaming for extract and no one has really complained, I suppose changing cs won't be a big issue either. One thing though, either way if you rename the generated cs binary or do so in the debian package, I think we should add a note to the manual about the alternate names. I would prefer to not deviate from upstream as much as possible. So if upstream finds an alternative name, that would be the preferred solution for me. If upstream doesn't want to rename (which is of course understandable), I will probably rename to csound_cs (for consistency with csound_extract). The extract program should be documented as named csound_extract in debian and derivatives. -- Saludos, Felipe Sateler -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751; iu=/4140/ostg.clktrk ___ Csound-devel mailing list csound-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751; iu=/4140/ostg.clktrk ___ Csound-devel mailing list csound-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel ___ 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#768388: [Cs-dev] Bug#768388: csound, cs: error when trying to install together
I would prefer a simpe renaming, despite the pain of completions in the shell. I do not think we guarantee scripts, just API and csd/orc/sco files. ==John On Mon, 24 Nov 2014, Felipe Sateler wrote: Hi, On Mon, Nov 24, 2014 at 12:21 AM, Steven Yi steve...@gmail.com wrote: I don't know how many users use cs or extract. I guess if we change names, there's a possibility we might break user's scripts or tools if they depend on those names. On the other hand, if you're doing renaming for extract and no one has really complained, I suppose changing cs won't be a big issue either. One thing though, either way if you rename the generated cs binary or do so in the debian package, I think we should add a note to the manual about the alternate names. I would prefer to not deviate from upstream as much as possible. So if upstream finds an alternative name, that would be the preferred solution for me. If upstream doesn't want to rename (which is of course understandable), I will probably rename to csound_cs (for consistency with csound_extract). The extract program should be documented as named csound_extract in debian and derivatives. -- Saludos, Felipe Sateler -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk ___ Csound-devel mailing list csound-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/csound-devel ___ 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#770447: use of ssl.PROTOCOL_SSLv3 which we don't support anymore
Control: tag -1 fixed-upstream Hi! On 2014-11-23 at 09:27 (CET), Thomas Goirand wrote: Hi, I'm not sure you get the point of me opening this bug. The point is, if you have an instance of ssl.PROTOCOL_SSLv3, then when the Python parser will try to execute the code, it will crash (stack dump). For this reason, I've done something like this in my packages: http://anonscm.debian.org/cgit/openstack/oslo.messaging.git/commit/?id=6e39d2c1fad7be373651abd709feea9c3b56977c Maybe your package needs that too? I asked upstream developers to check their code and they confirmed that they're going to change it directly there as you adviced (v3 = v23). Once I'll be sure the change has become part of the upstream source code, I could prepare a patch to fix this issue in the package actually in unstable/testing. Cheers. -- Matteo F. Vescovi || Debian Developer GnuPG KeyID: 4096R/0x8062398983B2CF7A 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
Processed: Re: Bug#770447: use of ssl.PROTOCOL_SSLv3 which we don't support anymore
Processing control commands: tag -1 fixed-upstream Bug #770447 [blender] use of ssl.PROTOCOL_SSLv3 which we don't support anymore Added tag(s) fixed-upstream. -- 770447: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770447 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#768388: [Cs-dev] Bug#768388: csound, cs: error when trying to install together
On 24 Nov 2014 13:39, jpff j...@codemist.co.uk wrote: I would prefer a simpe renaming, despite the pain of completions in the shell. I do not think we guarantee scripts, just API and csd/orc/sco files. ==John If the renaming is done upstream, we probably can pick a better name than csound_cs :). The purpose of the util is to run csound, so possibly csrun is a better name? Similarly, I could rename csound_extract to csextract. Saludos, ___ 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: tagging 767653
Processing commands for cont...@bugs.debian.org: tags 767653 + pending Bug #767653 [libopenni0] libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 767653: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767653 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#767653:
Hi Jochen Ok, pulled from the git and comparing to the version currently in Jessie: As we are in the freeze, you need to create targeted fixes for RC Bugs only.* So the doxygen one isn't. And be more detailed in freeze time: I'd write Do not ship but create at install time the files ... Is the register modules change needed for 767653? (I assume yes, but then the changelog should make that clear too) Why are you moving the util-binaries to the libary package? I would find it better to depend on the utils package instead, (especially as you should consider implement multi-arch for Jessie+1) Let me know your thoughts; (as I might have missed some details) -- tobi * the release team is stricter this year. If you can convince them that they will approve it, you can keep this; but I'd prefer a pre-approval in this case. ___ 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#767653:
Hi Tobi, * Tobias Frost t...@debian.org [2014-11-24 22:12]: Ok, pulled from the git and comparing to the version currently in Jessie: As we are in the freeze, you need to create targeted fixes for RC Bugs only.* So the doxygen one isn't. This seems to be coming from a new Doxygen version and is only needed for debclean , but I can revert it without problems. And be more detailed in freeze time: Will do. I'd write Do not ship but create at install time the files ... Is the register modules change needed for 767653? (I assume yes, but then the changelog should make that clear too) That's actually all part of one change, but ended up in two commits, so git-dch made two lines out of it. Will change the changelog. Why are you moving the util-binaries to the libary package? I would find it better to depend on the utils package instead, (especially as you should consider implement multi-arch for Jessie+1) openni-utils contains sample applications depending on libopenni0. Leaving niReg/niLicense in there would generate a circular dependency, as we need them in the libopenni0 postinst. Is there an other option? Cheers Jochen 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
primesense-nite-nonfree is marked for autoremoval from testing
primesense-nite-nonfree 0.1.1 is marked for autoremoval from testing on 2014-12-24 It (build-)depends on packages with these RC bugs: 767653: libopenni0: libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
openni is marked for autoremoval from testing
openni 1.5.4.0-7 is marked for autoremoval from testing on 2014-12-24 It is affected by these RC bugs: 767653: libopenni0: libopenni-sensor-pointclouds0, libopenni-sensor-primesense0: modifying files from another package: /var/lib/ni/modules.xml ___ 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: Package of libbdplus
Hi Sebastian, I contacted Jean-Baptiste from VideoLAN [1] and he remarked that these sha1.* files are very widely used and already in Debian like in reprepro, mutt, ffmpeg, libav, etc. I modified copyright file of libdbdplus using similar information about sha1 files from copyright file from reprepro. Do you think it is enough? Best regards, Dylan [1] https://mailman.videolan.org/pipermail/libbdplus-devel/2014-November/13.html ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers