Bug#578622: mplayer on kfreebsd
On Thu, Apr 22, 2010 at 10:24:00PM +0200, Reinhard Tartler wrote: > This is because libvo/vo_directfb2.c #includes sys/kd.h, which in turn > includes sys/kbio.h, which defines another 'struct keymap'. Questionable name in a system header file. I guess the sys/kd include can't be just avoided? > In order to > fix this build error, I propose to rename the struct in mplayer, which > requires patching several files. The prefix should better be mp instead of m IMO. Otherwise I don't really mind it, although system header files with such generic names are quite a problem. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: limit source to liblivemedia, tagging 578161
Processing commands for cont...@bugs.debian.org: > #liblivemedia (2010.04.09-1) unstable; urgency=medium > # > # * Correctly document that we use a GPL'd patch and so the package is > #GPL'd (Closes: #578161) > # > limit source liblivemedia Limiting to bugs with field 'source' containing at least one of 'liblivemedia' Limit currently set to 'source':'liblivemedia' > tags 578161 + pending Bug #578161 [liblivemedia-dev] liblivemedia-dev: GPL patch is incompatible with LGPL distribution Added tag(s) pending. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer on kfreebsd
Hi, while testing diego's patches for http://bugs.debian.org/578622, I've noticed that this alone is not enough to get mplayer built on kFreebsd/amd64. The first patch should be pretty much a no-brainer: Index: libvo/vo_directfb2.c === --- libvo/vo_directfb2.c(revision 31057) +++ libvo/vo_directfb2.c(working copy) @@ -34,7 +34,7 @@ #include #include -#ifdef __linux__ +#ifndef __linux__ #include #else #include The other thing I've noticed is that kfreebsd already defines a 'struct keymap'. I therefore propose to rename the to 'struct m_keymap' Index: libvo/video_out.c === --- libvo/video_out.c (revision 31057) +++ libvo/video_out.c (working copy) @@ -371,7 +371,7 @@ * \result translation corresponding to key or "to" value of last mapping * if not found. */ -int lookup_keymap_table(const struct keymap *map, int key) { +int lookup_keymap_table(const struct m_keymap *map, int key) { while (map->from && map->from != key) map++; return map->to; } Index: libvo/video_out.h === --- libvo/video_out.h (revision 31057) +++ libvo/video_out.h (working copy) @@ -269,11 +269,11 @@ extern char *monitor_vfreq_str; extern char *monitor_dotclock_str; -struct keymap { +struct m_keymap { int from; int to; }; -int lookup_keymap_table(const struct keymap *map, int key); +int lookup_keymap_table(const struct m_keymap *map, int key); struct vo_rect { int left, right, top, bottom, width, height; }; Index: libvo/vo_kva.c === --- libvo/vo_kva.c (revision 31057) +++ libvo/vo_kva.c (working copy) @@ -70,7 +70,7 @@ #define HWNDFROMWINID(wid)((wid) + 0x8000UL) -static const struct keymap m_vk_map[] = { +static const struct m_keymap m_vk_map[] = { {VK_NEWLINE, KEY_ENTER}, {VK_TAB, KEY_TAB}, {VK_SPACE, ' '}, // control keys @@ -92,7 +92,7 @@ {0, 0} }; -static const struct keymap m_keypad_map[] = { +static const struct m_keymap m_keypad_map[] = { // keypad keys {0x52, KEY_KP0}, {0x4F, KEY_KP1}, {0x50, KEY_KP2}, {0x51, KEY_KP3}, {0x4B, KEY_KP4}, {0x4C, KEY_KP5}, {0x4D, KEY_KP6}, {0x47, KEY_KP7}, @@ -101,7 +101,7 @@ {0, 0} }; -static const struct keymap m_mouse_map[] = { +static const struct m_keymap m_mouse_map[] = { {WM_BUTTON1DOWN, MOUSE_BTN0}, {WM_BUTTON3DOWN, MOUSE_BTN1}, {WM_BUTTON2DOWN, MOUSE_BTN2}, Index: libvo/w32_common.c === --- libvo/w32_common.c (revision 31057) +++ libvo/w32_common.c (working copy) @@ -60,7 +60,7 @@ static BOOL (WINAPI* myGetMonitorInfo)(HMONITOR, LPMONITORINFO); static BOOL (WINAPI* myEnumDisplayMonitors)(HDC, LPCRECT, MONITORENUMPROC, LPARAM); -static const struct keymap vk_map[] = { +static const struct m_keymap vk_map[] = { // special keys {VK_ESCAPE, KEY_ESC}, {VK_BACK, KEY_BS}, {VK_TAB, KEY_TAB}, {VK_CONTROL, KEY_CTRL}, OK to apply to trunk? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer on kfreebsd
On Thu, Apr 22, 2010 at 21:50:42 (CEST), Reinhard Tartler wrote: > The other thing I've noticed is that kfreebsd already defines a 'struct > keymap'. I therefore propose to rename the to 'struct m_keymap' > > Index: libvo/video_out.h > === > --- libvo/video_out.h (revision 31057) > +++ libvo/video_out.h (working copy) > @@ -269,11 +269,11 @@ > extern char *monitor_vfreq_str; > extern char *monitor_dotclock_str; > > -struct keymap { > +struct m_keymap { >int from; >int to; > }; > -int lookup_keymap_table(const struct keymap *map, int key); > +int lookup_keymap_table(const struct m_keymap *map, int key); > struct vo_rect { >int left, right, top, bottom, width, height; > }; Uoti asked me on irc to clarify what exactly breaks. It actually breaks here: In file included from libvo/vo_directfb2.c:44: libvo/video_out.h:267: error: redefinition of 'struct keymap' This is because libvo/vo_directfb2.c #includes sys/kd.h, which in turn includes sys/kbio.h, which defines another 'struct keymap'. In order to fix this build error, I propose to rename the struct in mplayer, which requires patching several files. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
tremor (libivorbis) on mips
Hi, decoding ogg on my mips based nas device is slower than real-time, so it's not really usable here. I've already done some research on this and I think the reason is that the mips cpu has no fpu, so floating point calculations are really slow. Unfortunately libogg is based on floating point calculations. But there's also an integer based version of libogg: tremor (or is it called libivorbis?). It's also available in ffmpeg (there's a configure parameter "--enable-tremor" or something like that) And here's my question to you: is it possible to use tremor-enabled packages on mips instead of the normal ones? Can you provide something like a ffmpeg (libavcodec) package on mips that depends on libivorbis instead of libvorbis? I know I can compile everything myself, but I'd like to see a beautiful solution with debian packages. :-) Thorsten ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578799: vlc: New upstream 1.0.6 bug fix release
Package: vlc Severity: wishlist Upstream Changes list: Changes between 1.0.5 and 1.0.6: Access: * Fix crash on FTP URI with no file path Decoders/Packetizers: * Fix overflows in A/52, DTS, MPEG Audio and subtitles support Demuxers: * Update LUA script for Youtube pages * Fix crashes in AVI, ASF and Matroska files * Fix crashes on malformatted ZIP archives * Fix crashes and leaks in the FFmpeg/avformat plugin * Fix crash on invalid XSPF playlist X11 port: * Partial Xlib threading fixes More complete fixes are available in VLC 1.1.0. Please update! Interfaces: * Fix crash (use after free) in Qt4 bookmarks * Fix a few crashes in Qt4 playlist Translations: * Simplified Chinese, Estonian, French, Japanese, Korean, Spanish, Swedish and Walloon translations updated * Sinhala translation started Removed modules: * RTMP input and output are removed due to security problems. Please update to VLC 1.1.0 which provides an FFmpeg-based RTMP input if needed. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578787: ITP: openoctave -- MIDI and audio sequencer and musical notation editor
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard Owner: Jonas Smedegaard * Package name: openoctave Version : 0.1~alpha~bd7853 Upstream Author : OpenOctave devlist * URL : http://www.openoctave.org/ * License : GPL-2+ Programming Lang: C++ Description : MIDI and audio sequencer and musical notation editor Open Octave Midi (OOMIDI) is a fork of Rosegarden 1.7.3, concentrating on Midi matrix, event, and matrix percussion editing, and the development of keystroke and mouse based workflow with Jackmidi intended as it's port device base for predominately orchestral composers and writers. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
jconvolver 0.8.7-1 MIGRATED to testing
FYI: The status of the jconvolver source package in Debian's testing distribution has changed. Previous version: 0.8.6-1 Current version: 0.8.7-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
lives 1.3.2-2 MIGRATED to testing
FYI: The status of the lives source package in Debian's testing distribution has changed. Previous version: 1.2.1-1 Current version: 1.3.2-2 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Rosegarden testing needed [was Re: Rosegarden?]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Jonas, > Rosegarden needs some love. > > If noone objects, I will provide it some - including "infecting" it with > CDBS. A quick look at the current git will show that I have already given it a lot love, updated it to the current upstream version and worked on the packaging substantially. You'll also notice that the packaging does not use cdbs and instead uses dh7 and I'd personally prefer it to stay that way. What Rosegarden really needs now is some testing. It builds fine on a number of archs and has been tested on a couple but I'm not in the position to test whether it behaves nicely with jack. Testers welcome! cheers Stuart -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkvQbRgACgkQn+i4zXHF0agBjACgpLCvBL+ft4et1GJFD0xFN+5q PZIAniu6Tk3c/xXQZz/Pz1uvLIc8MqXv =aNPo -END PGP SIGNATURE- ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
bristol_0.60.0-3_amd64.changes ACCEPTED
Accepted: bristol-data_0.60.0-3_all.deb to main/b/bristol/bristol-data_0.60.0-3_all.deb bristol_0.60.0-3.debian.tar.gz to main/b/bristol/bristol_0.60.0-3.debian.tar.gz bristol_0.60.0-3.dsc to main/b/bristol/bristol_0.60.0-3.dsc bristol_0.60.0-3_amd64.deb to main/b/bristol/bristol_0.60.0-3_amd64.deb Override entries for your package: bristol-data_0.60.0-3_all.deb - optional sound bristol_0.60.0-3.dsc - source sound bristol_0.60.0-3_amd64.deb - optional sound Announcing to debian-devel-chan...@lists.debian.org Thank you for your contribution to Debian. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processing of bristol_0.60.0-3_amd64.changes
bristol_0.60.0-3_amd64.changes uploaded successfully to localhost along with the files: bristol_0.60.0-3.dsc bristol_0.60.0-3.debian.tar.gz bristol_0.60.0-3_amd64.deb bristol-data_0.60.0-3_all.deb Greetings, Your Debian queue daemon (running on host ries.debian.org) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Bug#578750: ITP: kmid -- MIDI/Karaoke player for KDE
On Thu, Apr 22, 2010 at 10:40:54AM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > * Package name: kmid > Version : 2.2.2 > Upstream Author : Pedro Lopez-Cabanillas > * URL : http://kde-apps.org/content/show.php/KMid?content=116404 I think that's the right URL: http://kmid2.sourceforge.net/ I've recently been in contact with the author, because we pack his kmidimon in the Debian Multimedia Team. To quote from his mail: > > By the way: KMidimon 0.7.3 requires Drumstick 0.3.0, which is still > > bundled in kmidimon's source tarball and statically linked if the > > shared libraries weren't found at configure time. In the future, > > when Drumstick matures enough, the library sources will be removed > > from the source package. Please talk and coordinate if necessary > > with the maintainers of KMetronome and KMid2, using Drumstick as > > well. Are there Debian packages for them? With regard to drumstick, he wrote: > BTW. I've fixed two problems in Drumstick 0.3.1, released yesterday. > Probably any of them would become a bug report for KMidimon 0.7.3: > 1. Subscribe/unsubscribe methods from the MidiPort class are using the > ALSA function snd_seq_parse_address(), and can't distinguish between > two client names starting with the same characters, like "KMid" and > "KMidimon". It is not possible to use KMidimon to monitor KMid output. > 2. The list of available MIDI input/output ports is cached by > drumstick until a broadcasted ALSA event is received marking the cache > as "dirty". It is possible that a client application like KMidimon > shows an outdated list to the user. > Both problems have been fixed in drumstick revision 165: > http://drumstick.svn.sourceforge.net/viewvc/drumstick?view=rev&revision=165 > The best solution for a dynamically linked program would be to simply > upgrade the drumstick library. But as Debian is distributing a > statically compiled KMidimon, please apply preventively a patch > before the next KMidimon release. In other words: it's now the right time to package drumstick separately and change the build requirements for kmidimon. Do you mind packaging drumstick? I'm also Cc pkg-multimedia-maintainers, perhaps somebody is interested. Don't know if you do a lot of multimedia stuff, if so, you might want to consider joining our team. ;) Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Bug#578622: mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed)
On Wed, Apr 21, 2010 at 04:50:59PM +0200, Petr Salinger wrote: >>> the current version fails to build on kfreebsd-amd64. >>> it suffices to disable vidix support in debian/rules > >> Bad solution, this will only work for Debian. You should fix configure >> instead of adding workarounds to the local packaging infrastructure. >> >> What are the error messages? > > The full build log is linked from usual place > https://buildd.debian.org/status/package.php?p=mplayer > > https://buildd.debian.org/fetch.cgi?&pkg=mplayer&ver=1.0%7Erc3%2Bsvn20090405-1&arch=kfreebsd-amd64&stamp=1271726776&file=log > > vidix/pci.o: In function `pci_config_read': > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:719: > undefined reference to `pci_config_read_long' > vidix/pci.o: In function `pci_scan': > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:536: > undefined reference to `pci_config_type' > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:556: > undefined reference to `pci_get_vendor' > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:568: > undefined reference to `pci_config_read_long' > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:570: > undefined reference to `pci_config_read_long' > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:572: > undefined reference to `pci_config_read_long' > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:574: > undefined reference to `pci_config_read_long' > /build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:576: > undefined reference to `pci_config_read_long' > vidix/pci.o:/build/buildd-mplayer_1.0~rc3+svn20090405-1-kfreebsd-amd64-tJVuOE/mplayer-1.0~rc3+svn20090405/vidix/pci.c:578: > more undefined references to `pci_config_read_long' follow That was helpful, fixed upstream. I once again reiterate my suggestion to pass problems to upstream first before attempting to work around them locally in the packaging infrastructure of a single distribution. Diego ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Rosegarden?
On Thu, Apr 22, 2010 at 11:53:08AM +0200, Adrian Knoth wrote: On Thu, Apr 22, 2010 at 11:46:35AM +0200, Jonas Smedegaard wrote: Hi fellow multimedia maintainers, Rosegarden needs some love. Speaking of which, there is a rosegarden fork before they switched to QT4: http://www.openoctave.org/ I can't comment on either of the two, but "Open Octave" seems to be "the next big thing" in the Linux audio community. Wauw! From their web page, it seems that the Rosegarden fork, called OOMIDI, concentrate on MIDI, an that Rosegarden still have a role to play as a more general purpose application (I know it is highly appreciated among some primary school music teachers). (it worries me a bit that latest commit to OOMIDI was in november 2009, but hopefully that has no greater meaning) - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Rosegarden?
On Thu, Apr 22, 2010 at 11:46:35AM +0200, Jonas Smedegaard wrote: > Hi fellow multimedia maintainers, > > Rosegarden needs some love. Speaking of which, there is a rosegarden fork before they switched to QT4: http://www.openoctave.org/ I can't comment on either of the two, but "Open Octave" seems to be "the next big thing" in the Linux audio community. Cheerio -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Rosegarden?
Hi fellow multimedia maintainers, Rosegarden needs some love. If noone objects, I will provide it some - including "infecting" it with CDBS. - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
ebay 22
Come stai? Dillo a voi una buona notizia, il mio amico ha trovato un buon sito, sono principalmente prodotti elettronici, prezzi bassi, potrebbe essere necessario. Tali macchine fotografiche, telefoni cellulari, console di gioco PS3, LCD Televisori, computer portatili, iPhone, auto moto è la cosa più importante, il loro progetto è del tutto coerente con la qualità originale, ma se vuoi A tal fine, il busines all'ingrosso, non esitate a contattarli. Il loro sito web: zpred.com Online Customer Service Ore: 20:00 - 6:00, 7 giorni alla settimana, Pechino, Cina (provincia: Lunedi 8 ore) Mi auguro che si gode di più preferenziale Si prega di perdonare la mia e-mail, molto dispiaciuto. How are you? Tell you a good news, my friend found a good site, they are mainly electronic products, low prices, you may need. Such cameras, mobile phones, PS3 game consoles, LCD TVs, notebook computers, iPhone, motorcycle car is the most popular thing, their project is entirely consistent with the original quality, but if you want to To this end, the wholesale busines, please do not hesitate to contact them. Their website: zpred.com Online Customer Service Hours: 20:00 - 6:00, 7 days a week, Beijing, China (District: Monday 8 hours) I hope you will enjoy more preferential Please forgive my e-mail, very sorry. _ ¿Qué signigica Messenger para ti? www.vivirmessenger.com___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Processed: severity of 578622 is important
Processing commands for cont...@bugs.debian.org: > # oops, can't read, sorry for the noise > severity 578622 important Bug #578622 [mplayer] mplayer: FTBFS on kfreebsd-amd64 (vidix disable needed) Severity set to 'important' from 'serious' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers