Bug#862230: mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range
Hi. When I reported bug 862230 a few months ago, I forgot to include debian-powerpc as CC. Here it goes: On May 09 2017, Rogério Brito wrote: > Package: mplayer > Version: 2:1.3.0-6 > Severity: important This problem still occurs with version 2:1.3.0-7+b3, unfortunately. :-( > In my PowerPC G4 iBook, I am running unstable and I'm getting the following > error when starting mplayer (with parameters, without, doesn't matter): > > $ mplayer > mplayer: error while loading shared libraries: R_PPC_REL24 relocation at > 0x2062d54c for symbol `htonl' out of range > > If there is any extra information that I can supply, please let me know. Is there anybody knowledgeable on the debian-powerpc mailing list? Is this a problem with a missing -fPIC somewhere, as stated in a message that deals with a similar message, as in: https://lists.debian.org/debian-powerpc/2010/06/msg00012.html Is there anyway to discover what package may be at fault here? One of the reasons why I am trying to use mplayer and not mpv is that, with mpv, they are removing more and more video backends... Thanks for any help, Rogério Brito. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#879129: lame: new upstream version
Hi, Fabian. On Fri, Oct 20, 2017 at 4:55 AM, Fabian Greffrath wrote: > Rogério Brito wrote: >> After a long hiatus, a new version of lame was released (3.100) > > thanks for the reminder! I am on it, will probably upload this evening. Super thanks! -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#879129: lame: new upstream version
Package: lame Version: 3.99.5+repack1-9+b2 Severity: wishlist Hi, people and Fabian in particular. After a long hiatus, a new version of lame was released (3.100) and, as far as I know, it contains fixes for all the vulnerabilities in bug 867725 (grave). Fabian, it also contains all the patches that you sent me over the time (I think), which means that you probably can drop patches and have a smaller delta with respect to upstream. Thanks, Rogério. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8), LANGUAGE=en_US.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lame depends on: ii libc62.24-17 ii libmp3lame0 3.99.5+repack1-9+b2 ii libsndfile1 1.0.28-4 ii libtinfo56.0+20170902-1 lame recommends no packages. lame suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#872781: mediagoblin: empty mediagoblin package?
Package: mediagoblin Version: 0.9.0~dfsg-1~exp1 Severity: normal Hi. I was excited to see that we had mediagoblin accepted in our archive, since I want to use it for my personal media. Unfortunately, right after installing it, I have not found any easy way of running it and the mediagoblin package apparently only pulls the dependencies... And it only contains documentation, being, otherwise, an empty package. Is this correct/expected? Thanks for packaging mediagoblin anyway, Rogério Brito. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8), LANGUAGE=en_US.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mediagoblin depends on: ii python3-alembic 0.8.8-3 ii python3-babel 2.4.0+dfsg.1-2 ii python3-bcrypt3.1.3-1 ii python3-celery3.1.23-7 ii python3-configobj 5.0.6-2 ii python3-dateutil 2.6.0-1 ii python3-exif 2.1.2-1 ii python3-itsdangerous 0.24+dfsg1-2 ii python3-jinja22.9.6-1 ii python3-jsonschema2.5.1-6 ii python3-kombu 4.0.2+really3.0.35+dfsg-2 ii python3-lxml 3.8.0-1+b1 ii python3-markdown 2.6.8-1 ii python3-oauthlib 2.0.1-1 ii python3-pastedeploy 1.5.2-4 ii python3-pil 4.2.1-1 ii python3-pyld 0.6.8-1 ii python3-pytest3.2.1-1 ii python3-pytest-xdist 1.18.2-1 ii python3-requests 2.18.1-1 ii python3-six 1.10.0-4 ii python3-sphinx1.5.6-2 ii python3-sqlalchemy1.1.11+ds1-1 ii python3-tz2017.2-2 ii python3-unidecode 0.04.19-1 ii python3-waitress 1.0.1-1 ii python3-webtest 2.0.27-1 ii python3-werkzeug 0.12.2+dfsg1-2 ii python3-wtforms 2.1-1 Versions of packages mediagoblin recommends: ii fonts-inconsolata 001.010-5 ii fonts-lato 2.0-2 ii libjs-jquery 3.1.1-2 ii libjs-leaflet 0.7.7+20160312-1 ii libjs-pdf 1.5.188+dfsg-1 ii postgresql-client 9.6+184 ii postgresql-client-9.6 [postgresql-client] 9.6.3-4+b1 Versions of packages mediagoblin suggests: pn mediagoblin-doc ii python-nose 1.3.7-2 -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Packaging vid.stab
Hi. I have a need for video stabilization and I saw that Debian is currently lacking libvidstab, even though the ffmpeg package that it has packaged supports the library. So, I started packaging it. It is *really* kludgy at the moment (especially since SSE2 and openmp detection/enablement could be better), but is anybody interested in contributing? Also, multi-arch'fying the package is still not done. And probably quite a lot of other stuff. The package that I have is at: https://github.com/rbrito/pkg-libvidstab Reviews are welcome and pull requests even better! Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#862230: mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x207ac54c for symbol `htonl' out of range
Package: mplayer Version: 2:1.3.0-6 Severity: important Hi. In my PowerPC G4 iBook, I am running unstable and I'm getting the following error when starting mplayer (with parameters, without, doesn't matter): $ mplayer mplayer: error while loading shared libraries: R_PPC_REL24 relocation at 0x2062d54c for symbol `htonl' out of range If there is any extra information that I can supply, please let me know. Thanks, Rogério Brito. -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 4.9.0-3-powerpc Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mplayer depends on: ii liba52-0.7.4 0.7.4-19 ii libaa11.4p5-44+b1 ii libasound21.1.3-5 ii libass5 1:0.13.4-2 ii libaudio2 1.9.4-5+b1 ii libavcodec57 7:3.2.4-1 ii libavformat57 7:3.2.4-1 ii libavutil55 7:3.2.4-1 ii libbluray11:0.9.3-3 ii libbs2b0 3.1.0+dfsg-2.2 ii libc6 2.24-10 ii libcaca0 0.99.beta19-2+b2 ii libcdio-cdda1 0.83-4.3+b1 ii libcdio-paranoia1 0.83-4.3+b1 ii libcdio13 0.83-4.3+b1 ii libdca0 0.0.5-10 ii libdirectfb-1.2-9 1.2.10.0-9 ii libdv41.0.0-11 ii libdvdnav45.0.3-3 ii libdvdread4 5.0.3-2 ii libenca0 1.19-1+b1 ii libfaad2 2.8.0~cvs20161113-1 ii libfontconfig12.11.0-6.7+b1 ii libfreetype6 2.6.3-3.2 ii libfribidi0 0.19.7-1+b1 ii libgif7 5.1.4-0.4 ii libgl1-mesa-glx [libgl1] 13.0.6-1 ii libjack-jackd2-0 [libjack-0.125] 1.9.10+20150825git1ed50c92~dfsg-5 ii libjpeg62-turbo 1:1.5.1-2 ii liblirc-client0 0.9.4c-9 ii libmad0 0.15.1b-8 ii libmpeg2-40.5.1-7+b2 ii libmpg123-0 1.23.8-1+b1 ii libogg0 1.3.2-1 ii libopenal11:1.17.2-4+b2 ii libpng16-16 1.6.28-1 ii libpostproc54 7:3.2.4-1 ii libpulse0 10.0-1 ii libsdl1.2debian 1.2.15+dfsg1-4 ii libsmbclient 2:4.5.8+dfsg-1 ii libspeex1 1.2~rc1.2-1+b2 ii libswresample27:3.2.4-1 ii libswscale4 7:3.2.4-1 ii libtheora01.1.1+dfsg.1-14+b1 ii libtinfo5 6.0+20161126-1 ii libvdpau1 1.1.1-6 ii libvorbisidec11.0.2+svn18153-1 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii libxinerama1 2:1.1.3-1+b3 ii libxss1 1:1.2.2-1 ii libxv12:1.0.11-1 ii libxvidcore4 2:1.3.4-1+b2 ii libxvmc1 2:1.0.10-1 ii libxxf86dga1 2:1.1.4-1+b3 ii libxxf86vm1 1:1.1.4-1+b2 ii zlib1g1:1.2.8.dfsg-5 mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.6-8.1 ii fontconfig 2.11.0-6.7+b1 ii fonts-freefont-ttf 20120503-6 pn mplayer-doc pn netselect | fping -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#833172: handbrake: please, remove me from uploaders
Package: handbrake Version: 0.10.5+ds1-2 Severity: minor Dear people, I'm having some of my worst times personally with many periods of sickness and other private problems. As a result, I have not been able to devote as much time to my packages as I would like. I would, therefore, request that my name be dropped from the Uploaders field of the package. I hope to get back soon and contribute again in the not so distant future. Thanks, Rogério Brito. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages handbrake depends on: ii libass5 0.13.2-1 ii libavcodec-extra57 7:3.1.1-3 ii libavformat57 7:3.1.1-3 ii libavresample3 7:3.1.1-3 ii libavutil55 7:3.1.1-3 ii libbluray1 1:0.9.3-2 ii libc6 2.23-4 ii libcairo2 1.14.6-1+b1 ii libdbus-glib-1-20.106-1 ii libdvdnav4 5.0.3-1 ii libdvdread4 5.0.3-1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-02.48.1-2 ii libgstreamer-plugins-base1.0-0 1.8.2-1 ii libgstreamer1.0-0 1.8.2-1 pn libgtk-3-0 ii libgudev-1.0-0 230-3 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.40.1-1 ii libsamplerate0 0.1.8-8 ii libswscale4 7:3.1.1-3 ii libtheora0 1.1.1+dfsg.1-14 ii libvorbis0a 1.3.5-3 ii libvorbisenc2 1.3.5-3 ii libx264-148 2:0.148.2699+gita5e06b9-1 ii libx265-79 1.9-3 Versions of packages handbrake recommends: ii gstreamer1.0-alsa1.8.2-1 ii gstreamer1.0-libav 1.8.2-1 ii gstreamer1.0-pulseaudio 1.8.2-1 ii gstreamer1.0-x 1.8.2-1 handbrake suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br 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: RFS: vid.stab/0.98b-1
Hi. On Oct 26 2015, Felipe Sateler wrote: > I'm adding the ITP (and all participants) back to CC to let them know > about your work. Please, go ahead. I'm way too busy right now to maintain this package at this moment. Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#775959: [Fwd: Bug#775959: Patch for this issue]
Hi there, Fabian and Maks. On Jan 22 2015, Fabian Greffrath wrote: > would you apply the attached patch, courtesy of Maks Naumov, to LAME > upstream? I just applied the patch. If you have more, please send them my way. Thanks for letting me know, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#675584: /usr/bin/avconv: avconv segfaults when transcoding video with libx264 presets
On Jan 03 2015, Sebastian Ramacher wrote: > Version: 6:0.8.5-1 (...) Thanks for the work on libav and for triaging the bugs. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#672561: Re: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi, Balint. On May 20 2014, Balint Reczey wrote: > On 05/12/2012 08:46 AM, Reinhard Tartler wrote: > > That's excellent news! Thanks for working on it and count me in as > > supporter (i.e., put me to Uploaders). > Handbrake is now in Debian and uses libavresample. > How about closing this bug? The missing header stopped being an issue, I > think. Yes, it stopped. I'm closing it. I don't know how things will impact getting handbrake being compiled with ffmpeg, but I guess that we can always file a new bug when that time comes. BTW, thanks for getting a version of handbrake in Debian that doesn't need to be totally mutilated. I was waiting for a new release before getting my hands on it, but now the packaging and updating is trivial for future versions of handbrake. Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#729203: RFP: ffmpeg -- complete, cross-platform solution to record, convert and stream audio and video
Package: wnpp Severity: wishlist Hi. As I anticipate a lot of discussion and bikeshedding on this bug report, I am going to preface it with some information. I am including some people that may be interested parties in the CC'ies. Motivated by Debian's bug #729147 being closed, by the fact that some software either needs or recommends ffmpeg (see below), I think that Debian should provide the *option* of using ffmpeg instead of libav to its users. ffmpeg has many features that libav lacks and it is, as I understand it, the set of ffmpeg's features are a strict superset of that of libav's. When I read that libav was going to be forked, I thought that, given the non-explicit reports on what happened at the time, it was a good thing. A few years later, I think that I was wrong and libav doesn't suit me as both a user and a package of other programs. Just off the top of my head, here are some packages that either depend on or recommend ffmpeg (sometimes, embedding their own copy of ffmpeg): * mpv: https://github.com/mpv-player/mpv/wiki/FFmpeg-versus-Libav#situation-today * xbmc: http://xbmc.org/xbmc-13-gotham-april-and-may-cycles/ * mythtv: https://github.com/MythTV/mythtv/tree/master/mythtv/external * chromium: http://packages.debian.org/search?searchon=contents&keywords=libffmpegsumo.so You can see a reply to Josh Triplett at http://bugs.debian.org/721317#18 pointing out some extra arguments. This bug, in fact, is more of an Intent to Package than a Request for Package, but I will leave it as a RFP because I don't really know if I will have the enthusiasm to sustain the packaging during long times. What I *do* know is that, whenever I hit a limitation with libav, that enthusiasm all of a sudden comes back. I don't want any flamewar or anything. I just want to use my computer to do things that it currently doesn't. So, without further ado, here goes the skeleton of the RFP/ITP: * Package name: ffmpeg Version : 2.1 Upstream Author : Name * URL : http://ffmpeg.org/ * License : GPL, LGPL Programming Lang: C Description : complete, cross-platform solution to record, convert and stream audio and video -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#722257: /usr/bin/fpcalc: new major upstream version
Package: libchromaprint-tools Version: 0.7-2 Severity: wishlist File: /usr/bin/fpcalc Hi. I am trying to use sid's fpcalc with picard and I have been getting a lot of errors of the kind "invalid API key", as mentioned in upstream's blog post. [0] [0]: http://oxygene.sk/2013/02/acoustid-invalid-api-key/ Grabbing the chromaprint 1.0 precompiled binary makes everything work wonderfully again. http://oxygene.sk/2013/09/chromaprint-1-0-released/ http://acoustid.org/chromaprint#download Please, would it be possible to package this new version? Thanks in advance, Rogério. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (10, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libchromaprint-tools depends on: ii libavcodec-extra-54 6:9.8-2+b1 ii libavformat546:9.8-2+b1 ii libavutil52 6:9.8-2+b1 ii libc62.17-92+b1 ii libchromaprint0 0.7-2 libchromaprint-tools recommends no packages. libchromaprint-tools suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#709193: ITP: libvidstab -- library for video stabilization
Package: wnpp Severity: wishlist Owner: "Rogério Brito" * Package name: libvidstab Version : 0.96 Upstream Author : Georg Martius * URL : http://public.hronopik.de/vid.stab/ * License : GPL Programming Lang: C Description : video stabilization library Imagine you captured a nice video with your camcorder, compact camera or even cell phone while skiing, cycling or whatever sports and the video is basically just jiggled. . Modern cameras come along with hardware stabilisation, however this does not work if you have really strong vibrations - rather the contrary - sometimes this mechanism starts to oscillate. . Vid.Stab is your friend in this matter. It is designed to stabilize even strongly jiggled clips. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#707476: avconv: please, support an image stabilization filter ("deshake")
Package: libav-tools Version: 6:9.5-1 Severity: wishlist Tags: upstream Hi. It would be super cool to have an image stabilization filter in avconv, in the same way that ffmpeg has one: https://github.com/georgmartius/vid.stab/commit/4b5f5115 I am submitting this wishlist bug here because it seems that I need to create an account for libav's bugzilla. Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#707321: transcode: SSE and SSE2 are disabled unconditionally
Package: transcode Version: 3:1.1.7-4 Severity: normal Hi. I was taking a look at transcode's debian/rules file and it contains the options --disable-see and --disable-sse2 unconditionally. Given that all amd64 CPUs are required to implement these instruction sets (and, as a side effect, the x32 arch too), and that GCC defaults to using these instructions for floating point (instead of those for the x87 coprocessors), there's little advantage to disabling these options on amd64 machines. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#703544: i965-va-driver: Nothing depends / recommends this
Hi. On Mar 20 2013, Kurt Roeckx wrote: > Could you please file bugs against the proper packages to Depend > or Recommend this package? Even though there are few programs using vaapi in Debian, that's indeed needed. OTOH, from a practical perspective, the only programs that I *know* (there could be others) that link to vaapi and that use such acceleration are vlc and xbmc. But from my tests of about 10 minutes ago in a SandyBridge laptop, using vaapi with vlc was *much* worse than decoding entirely in CPU. Tested with many H.264 videos with High profile. The programs that I would like the most to use with vaapi would be mplayer{,2}, though. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#702476: RFP: untrunc -- simple tool to recover truncated mp4, mov, 3gp files
Package: wnpp Severity: wishlist * Package name: untrunc Version : 1.0 Upstream Author : Federico Ponchio * URL : http://vcg.isti.cnr.it/~ponchio/untrunc.php * License : GPL Programming Lang: C++ Description : simple tool to recover truncated mp4, mov, 3gp files untrunc is a small program which uses QT, ffmpeg and libfaad to rebuild the index and, given a complete video as an example, recreate the moov atom, thus rendering a truncated MP4, MOV or 3GP file playable again. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#699864: mplayer2 from experimental doesn't work with smplayer
Package: mplayer2 Version: 2.0-701-gd4c5b7f-1 Severity: normal Hi. Even though mplayer2 from experimental breaks smplayer from sid, I'm only setting the severity as normal. I have only tested this with smplayer, but I think that it may apply to other frontends. In particular, mplayer2 breaks compatibility with previous versions with: , | /usr/bin/mplayer -noquiet -nofs -nomouseinput -lavdopts threads=4 -sub-fuzziness 1 -identify -slave -vo gl_nosw -ao pulse -nokeepaspect -framedrop -dr -double -input nodefault-bindings:conf=/dev/null -stop-xscreensaver -wid 50331683 -monitorpixelaspect 1 -ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -ass-styles /home/rbrito/.config/smplayer/styles.ass -fontconfig -font DejaVu Sans -subfont-autoscale 0 -subfont-osd-scale 20 -subfont-text-scale 20 -subcp ISO-8859-1 -vid 0 -subpos 100 -volume 13 -cache 10240 -ss 45 -osdlevel 0 -idx -vf-add pp -autoq 6 -noslices -channels 2 -af scaletempo -softvol -softvol-max 1000 /tmp/test.mp4 | | Unknown option on the command line: --fontconfig | Error parsing option on the command line: -fontconfig | MPlayer2 2.0-701-gd4c5b7f-1 (C) 2000-2012 MPlayer Team | ID_EXIT=NONE ` Ideally, it would be nice if deprecated options were just ignored for compatibility with other programs. Regards, Rogério Brito. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii liba52-0.7.4 0.7.4-16 ii libasound21.0.25-4 ii libass4 0.10.0-3 ii libavcodec54 6:9.1-3 ii libavformat54 6:9.1-3 ii libavresample16:9.1-3 ii libavutil52 6:9.1-3 ii libbluray11:0.2.2-1 ii libbs2b0 3.1.0+dfsg-2 ii libc6 2.13-38 ii libcaca0 0.99.beta18-1 ii libcdio-cdda1 0.83-4 ii libcdio-paranoia1 0.83-4 ii libcdio13 0.83-4 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdv41.0.0-6 ii libdvdnav44.2.0+20121016-1 ii libdvdread4 4.2.0+20121016-1 ii libenca0 1.14-2 ii libfaad2 2.7-8 ii libgif4 4.1.6-10 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii liblcms2-22.2+git20110628-2.2 ii liblircclient00.9.0~pre1-1 ii libmad0 0.15.1b-7 ii libmng1 1.0.10-3 ii libmpg123-0 1.14.4-1 ii libncurses5 5.9-10 ii libogg0 1.3.0-4 ii libpng12-01.2.49-3 ii libpostproc52 6:0.8.5-1 ii libpulse0 2.0-6 ii libquvi7 0.4.1-1 ii libsdl1.2debian 1.2.15-5 ii libsmbclient 2:3.6.6-5 ii libspeex1 1.2~rc1-7 ii libswscale2 6:9.1-3 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9-10 ii libvdpau1 0.4.1-8 ii libvorbis0a 1.3.2-1.3 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxss1 1:1.2.2-1 ii libxv12:1.0.7-1 ii libxvidcore4 2:1.3.2-9 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.7.dfsg-13 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Bug 105458] Re: [needs-packaging] HandBrake
Hi, Paul. (I'm CC'ing pkg-multimedia-maintainers, as there are many people there interested in handbrake---and they have done a lot to help me getting handbrake in shape in Debian). On Feb 03 2013, Paul Gevers wrote: > On 02-02-13 12:31, Rogério Theodoro de Brito wrote: > > The only reason why it was uploaded to experimental is that we didn't want > > to disrupt with Debian's freeze for the release of wheezy. > > Ok, understood. Does this mean that a sync request for Ubuntu is "safe". Yes, it is. Just be sure to make it clear to the users (perhaps updating the package's long description) that the package does not have the two features that I cited due to sad licensing reasons. Of course, those that only use things will curse and moan, but they don't know how it is to get these things straight. > > Just for the record, the package is with reduced functionality, due to > > license reasons: > > Understood, but as Ubuntu follows Debian if nobody put in the time to do > something different, I think that is 100% acceptable. OK, great. > > Any kind of help is mostly appreciated, especially when talking to upstream > > and: > > > This is not a package that is so trivial to make available on a distribution > > and I have spent many weeks trying to get it to a point where it was able to > > be included in Debian. > > I am currently working on getting an other project (openmotif) in shape > for Debian. After that I might have the time to help if it is then still > needed. Help is surely wanted. I am more or less stagnated with this, because I have not been able to put the necessary time to talk with upstream. Convincing them to cut a new stable release would be superb, as: 1 - They have some important features there (e.g., bob deinterlacing, a lot of work fixing subtitles etc). *and* 2 - It would make packaging significantly easier, as they are churning out new patches to third-party libraries that we already have in Debian (but not necessarity in patched form), and it would take coordination with maintainers of other packages, so that we all have compatible stuff. From handbrake's point of view, it is certainly the faster route to continue the development patching the libraries that they need (and bundle such libraries), but it is a major burden for distributions that want to have handbrake available in their repositories. More frequent releases from their part would be so much appreciated. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Renaming handbrake (was: Re: Processed: bug 693012 is forwarded to John Stebbins )
On Nov 12 2012, Fabian Greffrath wrote: > BTW, I have just desparately tried to install "handbrake" by running > "apt-get install handbrake". I juts forgot that both of our > handbrake packages are suffixed with either "-gtk" or "-cli". I find > this rather unintuitive and would like to add a meta package that > depends on "handbrake-gtk | handbrake-cli". This would, however, > bestow us another round through the NEw queue. Does anyone object? I would prefer the option of having a metapackage, even if for purely cosmetical/symmetry reasons. But whatever. As long as it works (and the users can find it), I'm OK. Going through my backlog, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#695578: mplayer2 from unstable (and from experimental) doesn't support Opus audio
Package: mplayer2 Version: 2.0-665-gb5349bb-2 Severity: wishlist As mplayer2 from unstable (an from experimental) don't seem to support Opus audio yet (at least not when encoded with opusenc), it would be super nice to have it enabled to support this. As you may know, Opus is an IETF standard now. Thanks, Rogério Brito. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libasound21.0.25-4 ii libass4 0.10.0-3 ii libavcodec-extra-54 6:9~beta2-4 ii libavformat54 6:9~beta2-4 ii libavutil52 6:9~beta2-4 ii libbluray11:0.2.2-1 ii libbs2b0 3.1.0+dfsg-2 ii libc6 2.13-37 ii libcaca0 0.99.beta18-1 ii libcdio-cdda1 0.83-4 ii libcdio-paranoia1 0.83-4 ii libcdio13 0.83-4 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvdnav44.2.0+20121016-1 ii libdvdread4 4.2.0+20121016-1 ii libenca0 1.14-2 ii libfaad2 2.7-8 ii libgif4 4.1.6-10 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii libmad0 0.15.1b-7 ii libmpg123-0 1.14.4-1 ii libncurses5 5.9-10 ii libogg0 1.3.0-4 ii libpng12-01.2.49-3 ii libpostproc52 6:0.8.4-1 ii libpulse0 2.0-6 ii libsdl1.2debian 1.2.15-5 ii libsmbclient 2:3.6.6-3 ii libspeex1 1.2~rc1-7 ii libswscale2 6:9~beta2-4 ii libtheora01.1.1+dfsg.1-3.1 ii libtinfo5 5.9-10 ii libvdpau1 0.4.1-7 ii libvorbis0a 1.3.2-1.3 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxinerama1 2:1.1.2-1 ii libxv12:1.0.7-1 ii libxvidcore4 2:1.3.2-9 ii libxxf86vm1 1:1.1.2-1 ii zlib1g1:1.2.7.dfsg-13 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: fdk-aac: who knows more?
Hi there. On Sep 03 2012, Fabian Greffrath wrote: > Am 02.08.2012 10:04, schrieb Fabian Greffrath: > >Is fdk-aac finally the first *free* high-quality AAC encoder or is it > >just the next *non-free* one after FAAC? > > Nobody? Sorry for the late reply (only now catching up with some Debian-related stuff). Where should I learn more about this AAC encoder? Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#456165: Show stopers for handbreak in debian ?
Hi, Niv. On Wed, Sep 5, 2012 at 8:37 AM, Niv Sardi wrote: > As said, i'm happy to sponsor an upload. But wouldn't want to overstep DDs > in pkg-multimedia. I don't think that anybody in pkg-multimedia would mind you uploading to the the NEW queue barrier done, especially now that the ftpmasters may be more strict with approvals of new packages (is this impression of mine really true?). > Fabian was seeming to say there are a lot there :) Not really sure about the lot, but I agree with everything that Fabian has said. Well, if I don't agree, I will point those things out. :) Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#456165: Show stopers for handbreak in debian ?
Hi there. On Sep 05 2012, Fabian Greffrath wrote: > Dear Rogério, > > Am 27.08.2012 14:58, schrieb Fabian Greffrath: > >Am 27.08.2012 14:43, schrieb Niv Sardi: > >>I think it's good enough, I'd say upload to experimental, and then we > >>see how we fix it. > >Generally I agree, but Rogerio (CC'ed) also has a word to say about > >this. Rogerio? > > hiding is futile, I can see that you are alive from your recent blog > posts. ;) Thanks for the lovely ping. :) > Niv is interested in uploading the current state of handbrake to > Debian experimental. Do you agree with this plan or are there any > severe show stoppers left in your opinion? Please, go ahead. There are some other points that we should work on, but no showstopper (well, my private copy with FAAC and with mp4v2 *does* have issues and is segfaulting in some ways, but I don't think that applies to the the stripped down version in Debian). Let's get it past the NEW queue so that we can upload some other incremental things in further uploads, until we have something in shape. Niv, it would be nice if you could add the DMUA flag set to yes, so that I can upload newer versions (I am a DM). Fabian, would you mind writing/adapting a script to strip down windows binaries etc. from the upstream package? I could do that, but I'm quite busy blogging :) right now. :) (not, not really). :) Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: RFC: Getting HandBrake working in Debian
Hi, Fabian and others. On Fri, Jul 6, 2012 at 10:06 AM, Fabian Greffrath wrote: > haven't heard for a while and just want to ask if you are still working on > the handbrake package? Sorry for not sending news. I am busy in real life but some days ago I pushed some changes to our repository, including version 0.9.8 (the previous one was 0.9.6). Can you please take a look at those? Oh, BTW, the developers of handbrake have included a patch to libmkv. We should, perhaps, upload a new version of libmkv to the archives, since it will make life easier for packaging handbrake and I don't think that it will interfere with other packages (AFAIK, handbrake is the only reverse dependency of libmkv). Otherwise, commenting some lines in the mkv mux/demuxing in handbrake is enough to get handbrake 0.9.8 to compile. I am using this right now and it works well (well, my private copy still uses mp4v2 and faac, though). Upstream's trunk is now using more patched versions of other libraries (IIRC, a52, at least), which means that we should keep filtering the patches and uploading things to experimental, so that we don't diverge too much from upstream. Anyway, the trunk version has support for bob deinterlacing which is something that I really, really want to convert some videos of my son (unfortunately, my camera only records interlaced videos). It also seems that the trunk version has support for "subtitles" that my camera generates in the form of PGS subtitles. That will be cool to have. Well, those are my intentions and short-term plans. Again, I would love to have some peer-reviewing of the packaging so far. I have some comments about your commits to the repository, but I will save them for later. Thanks for the ping, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: RFC: Getting HandBrake working in Debian
Hi there. On Fri, Jun 8, 2012 at 5:29 AM, Fabian Greffrath wrote: > Am 06.06.2012 14:03, schrieb Rogério Brito: >> BTW, can any of you (preferrably, many of you) test what I have put so far >> in our repositories? It would be nice to get some feedback on many things >> there. > > > Thank you very much for your impressive effort on this!!! That you for the encouraging words. :) > I just tried to build the current package, but failed. It doesn't compile > with git-buildpackage, because it has changes to master relative to the > upstream branch outside of debian/, please check "git diff > master..upstream". Such a mixture of direct changes and clean patches in > debian/patches is generally disapproved. Yes, I know. Do you have any suggestion for solving that? IIRC, the files that I deleted there are files are modified at build time by autotools and my autotools-fu is next to zero. The removal of files was not a problem with format 1.0 packages, but it is for format 3.0 packages. Should I be moving the files that will be overwritten aside and, in the cleaning stage, move them back? For the moment, I'm just installing the build dependencies and, to build things, I'm issuing a simple: fakeroot debian/rules binary and things get magically built. :) I'm using ccache (which will be disabled latter) because, as may just have guessed, I'm building and rebuilding things over and over again. > Also, why do you want to get rid of webkit support? At first, I had a mix of two feelings: * I didn't want my transcoder to phone home. * I wanted to lower the build and runtime dependencies. I'm not really sure if I will keep webkit disabled or not, at the moment (perhaps I will enable it back). Opinions? Frankly, all the times when I tried to update any preset from handbrake's UI I got nothing updated. :) BTW, we are now down to only 2 files that depend on mp4v2 and, if those are somehow dropped, then we will be allowed to redistribute binary packages of handbrake, which means inclusion in our archives. One point that we need to have addressed is the libdvd{read,nav} thing, as those are the only 2 packages that we download at build time. I [sent a bug report regarding libdvdnav][0] to Daniel Baumann, but I'm not sure if my e-mails are getting through. I'm including he in the carbon copy here. [0]: http://bugs.debian.org/675531 Fabian, please let me know of any fixes that you have for HandBrake and, please, report compilation problems or missing dependencies that I may have missed. Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
RFC: Getting HandBrake working in Debian (was: Re: How about: faac compatibility library using vo-aacenc)
On Jun 06 2012, Fabian Greffrath wrote: > I was once talking with gtkpod upstream about their GPL-licensed > MP4-plugin that linked against mp4v2 and was thus unredistributable. > But they have resolved this issue differently, i.e. by using > atomicparsley instead. Maybe you mixed this up... Oh, quite probably I mixed those up. Then someone will have to see how to substitute mp4v2 with something else (libav?). I hope to have some time for doing that, but I honestly don't know. BTW, can any of you (preferrably, many of you) test what I have put so far in our repositories? It would be nice to get some feedback on many things there. I tried to put moderately descriptive comments on the commits that I thought that mattered when I felt that the "solution" that I took was more of a dirty workaround than a proper solution. In fact, given that this is pure work-in-progress, I would love to have external comments on what to change so that I can limit my divergence from a good, proper solution. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: How about: faac compatibility library using vo-aacenc
Hi, Sebastian. On Tue, Jun 5, 2012 at 4:38 AM, Sebastian Dröge wrote: > All this ignored, the problem is that applications can assume that they > can use e.g. the Main profile when they're linked to libfaac. Yes, that's correct. > Why not just change the software you care about to use vo-aacenc? The > API of faac and vo-aacenc is not that difficult. Sure. That's indeed the right thing to do. And the API is indeed simple. Anyway, I have some good news here regarding handbrake: with a proper patch that rips apart the faac things entirely, I could build, run and even test the encoding of a video with HandBrake *without* using faac. The last dependency is only mp4v2. Fabian, IIRC correctly, I remember you talking with the mp4v2 upstream, is that correct? Are they willing to license mp4v2 under something that is compatible with the GPL? If yes, then we are even closer to an upload of handbrake to the archives. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Uploading gtkpod?
Hi there, Matteo. On Wed, Jun 6, 2012 at 3:48 AM, Matteo F. Vescovi wrote: > On Wed, Jun 6, 2012 at 1:19 AM, Rogério Brito wrote: >> Could anybody upload the new version of gtkpod that we have in the git >> repository > > We (my sponsor and I) are waiting for other issues to be solved, > like FTBFS on kBSD. > That's the main reason why we didn't uplaoded the new package yet. What are the issues that have been happening? >> This seems to fix the lack of uploading videos to my ipod and seems to >> be better than what we currently have in the repository, from the >> little testing that I did. > > I know, but there's a discussion about splitting libatomicparsley library > (that substituted mp4v2 in managing mp4 tags) to a separate package. Yes, I've been following this, as I am also an interested part (see my posts about getting handbrake in Debian). > In that case, we will need some more time to integrate it in gtkpod packaging. How much different from vanilla atomicparsley is this part that is embedded in gtkpod? If it differs, then it should be renamed until the patches are applied in atomicparsley. >> Otherwise, users would have to grab packages from dmo and that comes >> with all the potential drawbacks of collisions between dependencies >> etc. > > "Would have" is a strong notation; maybe they "could decide" to grab packages > from dmo, but surely they'll do so knowing the risks, I hope. Are there any programs in Debian that allow one to upload any file in an MP4 containers so that it is seen by an iPod? If not, then people would have to get programs somewhere else and it would be good to have those available in this next release. >> BTW, Is there any specific reason why it isn't that maintained by the >> pkg-multimedia team? > > Simply, because gtkpod is part of the pkg-gtkpod team, where you can even find > almost all the libs used to manage iPod and stuff. Yes, I saw that, but I don't get why one package that shares at least two people with pkg-multimedia and is clearly related to multimedia has to be maintained in a smaller, separate team. Please, consider moving the repos to the pkg-multimedia umbrella. Perhaps you can get some extra hands working on it by interested parties, after all. :) Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Uploading gtkpod?
Hi. Could anybody upload the new version of gtkpod that we have in the git repository http://anonscm.debian.org/gitweb/?p=pkg-gtkpod/packages/gtkpod.git ? This seems to fix the lack of uploading videos to my ipod and seems to be better than what we currently have in the repository, from the little testing that I did. Otherwise, users would have to grab packages from dmo and that comes with all the potential drawbacks of collisions between dependencies etc. BTW, Is there any specific reason why it isn't that maintained by the pkg-multimedia team? Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: How about: faac compatibility library using vo-aacenc
On Jun 04 2012, Sebastian Dröge wrote: > Last time I checked vo-aacenc did not support more than 2 channels and Yes. > also only the low-complexity AAC profile while faac supported more. How popular are, say, hardware HE-AAC decoders out there? I have no idea. And I also don't know how much coverage for the Main profile there is out there... I can try some audio on a Chinese (super small) settop box that I have, and on my N900. I seem to remember that Apple claims that the iPod (at least mine) only supports LC AAC profile. I have never tried an AAC file with Parametric Stereo or with SBR. > Creating a wrapper library that claims to be faac but does not support > these features sounds like a bad idea. Perhaps not a drop-in replacement, but an alternative implementation with a different name? Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: How about: faac compatibility library using vo-aacenc
Hi there. On May 27 2012, Fabian Greffrath wrote: > Do you think it is possible / feasible to develop a library that provides > the libfaac API but uses vo-aacenc for the actual encoding? Yes, it is. I am (slowly) studying how the vo-aacenc library works and I expect to duplicate the example aac-enc.c that is in the vo-aacenc git tree with some code of my own, but vo-aacenc has a lot of limitations that libfaac doesn't. Perhaps implementing the libfaac API can be done with some stub functions, until the aac encoder of libav/ffmpeg matures to the point of being usable. That being said, handbrake already allows one to use multiple libraries for encoding audio in a video. Recent versions of handbrake can, for generating a video with audio in AAC, use libfaac, an AAC passthrough, libav/ffmpeg and, on MacOS X, use CoreAudio. See a screenshot that I made from a recent compilation of the packaging that I'm sending to the git repo at alioth with a recent git snapshot of HandBrake's tree: http://www.ime.usp.br/~rbrito/debian/handbrake-aac.png > This would help applications that unconditionally depend on libfaac, > e.g. handbrake, to make it nito Debian until they are cleanly ported > either directly to vo-aacenc or to only conditionally depend on libfaac. I'm not so sure about the unconditionally part above (but then, I have not tried that yet, to avoid me getting so dispersed with many tasks to try and not finishing anything). I would love it if you tried to tweak what I uploaded to alioth and let me know what works and what doesn't. > Is there anyone on this list who has experiences in this kind of > compatibility APIs or a concrete idea of how an implementation could look > like? My plans would be to mimic one of the files under libh (like enc{faac,avcodec,lame}.c) and start from there. If I end up with something that works, I will offer it to upstream. BTW, do you want to try to work with me on this, Fabian (or anybody else)? Perhaps also taking the mpeg4 container from libav or from gtkpod (atomicparsley?) we can get a stripped down (but *Free*) implementation of the faac command-line tool? If things prove to be OK, we can, perhaps, mine the patches from faac that are GPL and integrate them into this potential library, to fill in some of the gaps that vo-aacenc has (encoding in more than 2 channels etc). Of course, some of the stuff that I listed above may be some longer term goals and need investigation, but it will be nice to try, at least (even if destined to fail). :) > For example, what to do if features of libfaac are requested that are not > yet implemented by vo-aacenc, Warn or Abort? Simply gray out things in a user interface (in the particular case of HandBrake). For a library, return some error to the caller would be appropriate. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#675584: /usr/bin/avconv: avconv segfaults when transcoding video with libx264 presets
Package: libav-tools Version: 6:0.8.2-2 Severity: important File: /usr/bin/avconv Hi. I have just tried to transcode some lecture videos for watching on my ipod and I can't get them working because avconv segfaults when I use this: ,[ avconv -y -i in.mp4 -c:v libx264 -pre libx264-ipod320 -s 320x240 -b:v 768k -c:a copy out.mp4 ] | avconv version 0.8.2-6:0.8.2-2, Copyright (c) 2000-2011 the Libav developers | built on May 16 2012 21:00:23 with gcc 4.7.0 | Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'in.mp4': | Metadata: | major_brand : isom | minor_version : 512 | compatible_brands: isomiso2avc1mp41 | creation_time : 1970-01-01 00:00:00 | encoder : Lavf53.29.100 | Duration: 00:27:26.60, start: 0.00, bitrate: 158 kb/s | Stream #0.0(und): Video: h264 (High), yuv420p, 960x540 [PAR 1:1 DAR 16:9], 26 kb/s, 15 fps, 15 tbr, 15 tbn, 30 tbc | Metadata: | creation_time : 1970-01-01 00:00:00 | Stream #0.1(und): Audio: aac, 44100 Hz, stereo, s16, 127 kb/s | Metadata: | creation_time : 1970-01-01 00:00:00 | Segmentation fault ` If I remove the '-pre libx264-ipod320' part from the command line, then avconv converts the video, but not with the parameters necessary for a low powered device (i.e., Baseline Profile H.264). I don't have here symbols for libav (which means that gdb doesn't generate any useful traceback), but upon using strace on avconv, this is what I get: , | (...) | open("/home/rbrito/.avconv/libx264-libx264-ipod320.avpreset", O_RDONLY) = -1 ENOENT (No such file or directory) | open("/home/rbrito/.avconv/libx264-ipod320.avpreset", O_RDONLY) = -1 ENOENT (No such file or directory) | open("/usr/share/avconv/libx264-libx264-ipod320.avpreset", O_RDONLY) = -1 ENOENT (No such file or directory) | open("/usr/share/avconv/libx264-ipod320.avpreset", O_RDONLY) = 6 | lseek(6, 0, SEEK_SET) = 0 | read(6, "profile=baseline\nlevel=13\nmaxrat"..., 32768) = 57 | read(6, "", 32711) = 0 | close(6)= 0 | --- SIGSEGV (Segmentation fault) @ 0 (0) --- | +++ killed by SIGSEGV +++ | Segmentation fault ` I have not read the code (too short on time), but I suspect that this is easily reproducible. Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.4.0-dirty (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libav-tools depends on: ii libavcodec53 6:0.8.2-2 ii libavdevice536:0.8.2-2 ii libavfilter2 6:0.8.2-2 ii libavformat536:0.8.2-2 ii libavutil51 6:0.8.2-2 ii libc62.13-32 ii libpostproc526:0.8.2-2 ii libsdl1.2debian 1.2.15-3 ii libswscale2 6:0.8.2-2 libav-tools recommends no packages. libav-tools suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Checking if handbrake compiles under kFreeBSD?
Hi, Fabian. On Fri, May 25, 2012 at 4:32 PM, Fabian Greffrath wrote: >> When building, I noticed it wget's from download.handbrake.fr a svn >> snapshot of libdvdread; note this is not acceptable at all in Debian for >> two reasons: > > Good news! The next release of libdvdnav will contain the patchset that > handbrake applies, please see the threat starting here: > <http://lists.mplayerhq.hu/pipermail/dvdnav-discuss/2012-May/001715.html> That's really great. Thanks for the pointer. I just sent a wishlist bug to libdvdnav so that we can have those changes and be one package closer to having handbrake in the repos. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Checking if handbrake compiles under kFreeBSD?
Hi, Pino and others. On Thu, May 24, 2012 at 7:46 AM, Pino Toscano wrote: > Alle domenica 20 maggio 2012, Rogério Brito ha scritto: >> I'm adding the HURD people here, so that they can test the package >> and see if something should be done or not. >> >> For the HURD people, this is a reply to [my first e-mail][*] about >> getting the HandBrake ripper/transcoder working on kFreeBSD and >> patches that need to be added for building: >> >> [*]: http://lists.debian.org/debian-bsd/2012/05/msg00198.html > > Thanks for aking, although currently I cannot test it due to libfaac and > libmp4v2 not being yet available. There pre-ready packages of these packages in the git trees of the pkg-multimedia team, but we are trying to make them both unused (by licensing reasons) by substituting with freeer alternatives. This is a work in progress. > Although, I can provide some hints to help. Thanks. I have committed your comments in [our git tree][0]. [0]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git > When building, I noticed it wget's from download.handbrake.fr a svn > snapshot of libdvdread; note this is not acceptable at all in Debian for > two reasons: > - a package build must use only things available within the sources > themselves (and of course stuff installed as build dependency too) > - we have libdvdread in Debian already (which has been fixed for Hurd, > unlike that copy that fails) Yes, I know that. HandBrake's build system is kind of crazy in that it pulls its dependencies from their site and *patches* those packages in customized ways. We are working on that so that it can be readily compiled with the versions of packages that we have in Debian. > Furthermore, please disable (or make it optional) the use of ccache; > while it may be useful during test builds, it is close to useless when > doing builds in buildds. If I recall correctly, the use of ccache violates the policy, but I am keeping it there because I'm compiling and recompiling things over and over here. The version of the package that will be uploaded to the repository (when it happens) will be cleaned up, without those extraneous things. > Last, I attached a preliminary version of patch for Hurd support; as > said above I couldn't go far in the build, although what I have so far > would seem safe enough. Thanks for all the comments. They have been very constructive. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[PATCH 3/3] libmp3lame: Fix possible race condition causing build failures.
This was discovered in automated builds by the Debian project and the patch provided is by Andres Mejia . Please, note that only part of the patch (the one touching Makefile.am) was applied, since the changes in Makefile.in should be picked up when regenerating files with autotools. Signed-off-by: Rogério Brito --- libmp3lame/i386/Makefile.am |8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/libmp3lame/i386/Makefile.am b/libmp3lame/i386/Makefile.am index a375225..032c2b2 100644 --- a/libmp3lame/i386/Makefile.am +++ b/libmp3lame/i386/Makefile.am @@ -15,6 +15,7 @@ nasm_sources = \ if HAVE_NASM noinst_LTLIBRARIES = liblameasmroutines.la liblameasmroutines_la_SOURCES = $(nasm_sources) +liblameasmroutines_la_DEPENDENCIES = $(nasm_sources:.nas.lo) am_liblameasmroutines_la_OBJECTS = \ choose_table$U.lo \ cpu_feat$U.lo \ @@ -53,11 +54,10 @@ NASMFLAGS=@NASM_FORMAT@ -i $(top_srcdir)/libmp3lame/@CPUTYPE@/ $(NASM) $(NASMFLAGS) $< -o $@ -l $@.lst .nas.lo: $< nasm.h - mkdir -p .libs $(ECHO) '# Generated by ltmain.sh - GNU libtool 1.5.22 (1.1220.2.365 2005/12/18 22:14:06)' >$@ - $(ECHO) "pic_object='.libs/$*.o'" >>$@ - $(ECHO) "non_pic_object='.libs/$*.o'" >>$@ - $(NASM) $(NASMFLAGS) $< -o .libs/$*.o -l $@.lst + $(ECHO) "pic_object='$*.o'" >>$@ + $(ECHO) "non_pic_object='$*.o'" >>$@ + $(NASM) $(NASMFLAGS) $< -o $*.o -l $@.lst COMPILE = $(CC) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) \ $(CPPFLAGS) $(AM_CFLAGS) $(CFLAGS) -- 1.7.10 ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[PATCH 2/3] acinclude.m4: Include GTK-1 autoconf directives in build system.
Resurrect knowledge of how to deal with GTK1. This was transplanted back from aclocal.m4 with a patch provided by Andres Mejia , from Debian's packaging of lame, even though the original code is attributed to Owen Taylor and dated 97-11-3. Anyway, with this part not lost again, we can easily regenerate autotools' files with a simple `autoconf -vfi` invocation. Signed-off-by: Rogério Brito --- acinclude.m4 | 193 ++ 1 file changed, 193 insertions(+) diff --git a/acinclude.m4 b/acinclude.m4 index 0b8f869..eef0c3d 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -85,4 +85,197 @@ int main(void) [AC_MSG_WARN(can't check for IEEE854 compliant 80 bit floats)] )])]) # alex_IEEE854_FLOAT80 +# Configure paths for GTK+ +# Owen Taylor 97-11-3 +dnl AM_PATH_GTK([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND [, MODULES) +dnl Test for GTK, and define GTK_CFLAGS and GTK_LIBS +dnl +AC_DEFUN([AM_PATH_GTK], +[dnl +dnl Get the cflags and libraries from the gtk-config script +dnl +AC_ARG_WITH(gtk-prefix,[ --with-gtk-prefix=PFX Prefix where GTK is installed (optional)], +gtk_config_prefix="$withval", gtk_config_prefix="") +AC_ARG_WITH(gtk-exec-prefix,[ --with-gtk-exec-prefix=PFX Exec prefix where GTK is installed (optional)], +gtk_config_exec_prefix="$withval", gtk_config_exec_prefix="") +AC_ARG_ENABLE(gtktest, [ --disable-gtktest Do not try to compile and run a test GTK program], +, enable_gtktest=yes) + + for module in . $4 + do + case "$module" in + gthread) + gtk_config_args="$gtk_config_args gthread" + ;; + esac + done + + if test x$gtk_config_exec_prefix != x ; then + gtk_config_args="$gtk_config_args --exec-prefix=$gtk_config_exec_prefix" + if test x${GTK_CONFIG+set} != xset ; then +GTK_CONFIG=$gtk_config_exec_prefix/bin/gtk-config + fi + fi + if test x$gtk_config_prefix != x ; then + gtk_config_args="$gtk_config_args --prefix=$gtk_config_prefix" + if test x${GTK_CONFIG+set} != xset ; then +GTK_CONFIG=$gtk_config_prefix/bin/gtk-config + fi + fi + + AC_PATH_PROG(GTK_CONFIG, gtk-config, no) + min_gtk_version=ifelse([$1], ,0.99.7,$1) + AC_MSG_CHECKING(for GTK - version >= $min_gtk_version) + no_gtk="" + if test "$GTK_CONFIG" = "no" ; then +no_gtk=yes + else +GTK_CFLAGS=`$GTK_CONFIG $gtk_config_args --cflags` +GTK_LIBS=`$GTK_CONFIG $gtk_config_args --libs` +gtk_config_major_version=`$GTK_CONFIG $gtk_config_args --version | \ + sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\1/'` +gtk_config_minor_version=`$GTK_CONFIG $gtk_config_args --version | \ + sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\2/'` +gtk_config_micro_version=`$GTK_CONFIG $gtk_config_args --version | \ + sed 's/\([[0-9]]*\).\([[0-9]]*\).\([[0-9]]*\)/\3/'` +if test "x$enable_gtktest" = "xyes" ; then + ac_save_CFLAGS="$CFLAGS" + ac_save_LIBS="$LIBS" + CFLAGS="$CFLAGS $GTK_CFLAGS" + LIBS="$GTK_LIBS $LIBS" +dnl +dnl Now check if the installed GTK is sufficiently new. (Also sanity +dnl checks the results of gtk-config to some extent +dnl + rm -f conf.gtktest + AC_TRY_RUN([ +#include +#include +#include + +int +main () +{ + int major, minor, micro; + char *tmp_version; + + system ("touch conf.gtktest"); + + /* HP/UX 9 (%@#!) writes to sscanf strings */ + tmp_version = g_strdup("$min_gtk_version"); + if (sscanf(tmp_version, "%d.%d.%d", &major, &minor, µ) != 3) { + printf("%s, bad version string\n", "$min_gtk_version"); + exit(1); + } + + if ((gtk_major_version != $gtk_config_major_version) || + (gtk_minor_version != $gtk_config_minor_version) || + (gtk_micro_version != $gtk_config_micro_version)) +{ + printf("\n*** 'gtk-config --version' returned %d.%d.%d, but GTK+ (%d.%d.%d)\n", + $gtk_config_major_version, $gtk_config_minor_version, $gtk_config_micro_version, + gtk_major_version, gtk_minor_version, gtk_micro_version); + printf ("*** was found! If gtk-config was correct, then it is best\n"); + printf ("*** to remove the old version of GTK+. You may also be able to fix the error\n"); + printf("*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing\n"); + printf("*** /etc/ld.so.conf. Make sure you have run ldconfig if that is\n"); + printf("*** required on your system.\n"); + printf("*** If gtk-config was wrong, set the environment variable GTK_CONFIG\n"); + printf("*** to point to t
[PATCH 0/3] Proposed changes to LAME
Hi there. I am taking a look at packaging HandBrake for Debian and, while doing it, I noticed that we (Debian) had some patches against lame that were not applied in our (lame, upstream) tree. Some of the patches I saw in Debian's packaging effort that seem to be worth applying are included in this series. I did some facelifting here and there, to include more details in the changelog (for future reference---and tried to dig up some historical facts for justification of the patches). I hope that I have not broken anything in other environments (e.g., in Windows land or operating systems other than Debian/Ubuntu systems), but since I am not 100% confident with the changes, I am asking here for some peer-review. If I don't receive further feedback in 1 week, I will just commit the changes to the main branch of lame's CVS repo, but, of course, I would prefer to receive at least one ACK or NACK before doing so. Regards, Rogério Brito. Rogério Brito (3): configure.in: Rewrap for (human) legibility. acinclude.m4: Include GTK-1 autoconf directives in build system. libmp3lame: Fix possible race condition causing build failures. acinclude.m4| 193 +++ configure.in| 25 +- libmp3lame/i386/Makefile.am |8 +- 3 files changed, 221 insertions(+), 5 deletions(-) -- 1.7.10 From b160836f7a1d16a56d1add054b7a0e5d6a20a825 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rog=C3=A9rio=20Brito?= Date: Fri, 1 Jun 2012 02:21:58 -0300 Subject: [PATCH 1/3] configure.in: Rewrap for (human) legibility. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit To: lame-...@lists.sf.net Cc: pkg-multimedia-maintainers@lists.alioth.debian.org This also helps by being diff-friendly if we change only one of the parts of a long line. Signed-off-by: Rogério Brito --- configure.in | 25 - 1 file changed, 24 insertions(+), 1 deletion(-) diff --git a/configure.in b/configure.in index edf39b8..46da876 100644 --- a/configure.in +++ b/configure.in @@ -1152,6 +1152,29 @@ AC_SUBST(CPUCCODE) AC_SUBST(CONFIG_DEFS) -AC_CONFIG_FILES([Makefile libmp3lame/Makefile libmp3lame/i386/Makefile libmp3lame/vector/Makefile frontend/Makefile mpglib/Makefile doc/Makefile doc/html/Makefile doc/man/Makefile include/Makefile Dll/Makefile misc/Makefile debian/Makefile dshow/Makefile ACM/Makefile ACM/ADbg/Makefile ACM/ddk/Makefile ACM/tinyxml/Makefile lame.spec mac/Makefile macosx/Makefile macosx/English.lproj/Makefile macosx/LAME.xcodeproj/Makefile vc_solution/Makefile]) +AC_CONFIG_FILES([Makefile \ +libmp3lame/Makefile \ +libmp3lame/i386/Makefile \ +libmp3lame/vector/Makefile \ +frontend/Makefile \ +mpglib/Makefile \ +doc/Makefile \ +doc/html/Makefile \ +doc/man/Makefile \ +include/Makefile \ +Dll/Makefile \ +misc/Makefile \ +debian/Makefile \ +dshow/Makefile \ +ACM/Makefile \ +ACM/ADbg/Makefile \ +ACM/ddk/Makefile \ +ACM/tinyxml/Makefile \ +lame.spec \ +mac/Makefile \ +macosx/Makefile \ +macosx/English.lproj/Makefile \ +macosx/LAME.xcodeproj/Makefile \ +vc_solution/Makefile]) AC_OUTPUT -- 1.7.10 From 27edb7f9472b5f727da9896d51235aeb71fc876d Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Rog=C3=A9rio=20Brito?= Date: Fri, 1 Jun 2012 02:43:00 -0300 Subject: [PATCH 2/3] acinclude.m4: Include GTK-1 autoconf directives in build system. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit To: lame-...@lists.sf.net Cc: pkg-multimedia-maintainers@lists.alioth.debian.org Resurrect knowledge of how to deal with GTK1. This was transplanted back from aclocal.m4 with a patch provided by Andres Mejia , from Debian's packaging of lame, even though the original code is attributed to Owen Taylor and dated 97-11-3. Anyway, with this part not lost again, we can easily regenerate autotools' files with a simple `autoconf -vfi` invocation. Signed-off-by: Rogério Brito --- acinclude.m4 | 193 ++ 1 file changed, 193 insertions(+) diff --git a/acinclude.m4 b/acinclude.m4 index 0b8f869..eef0c3d 100644 --- a/acinclude.m4 +++ b/acinclude.m4 @@ -85,4 +85,197 @@ int main(void) [AC_MSG_WARN(can't check for IEEE854 compliant 80 bit floats)] )])]) # alex_IEEE854_FLOAT80 +# Configure paths for GTK+ +# Owen Taylor 97-11-3 +dnl AM_PATH_GTK([MINIMUM-VERSION, [ACTION-IF-FOUND [, ACTION-IF-NOT-FOUND [, MODULES) +dnl Test for GTK, and define GTK_CFLAGS and GTK_LIBS +dnl +AC_DEFUN([AM_PATH_GTK], +[dnl +dnl Get the cflags and libraries f
Re: libdvdcss-installer - Package to install libdvdcss
Hi there. On May 21 2012, Fabian Greffrath wrote: > > The freeze is approaching. Did we reach any conclusion how to proceed on > > this? > > AFAIR we wanted to implement something based on an approach presented by > Andres *after* we took over the libdvdnav package. But it seems this never > came to life... Taking over libdvdnav would be helpful for handbrake, as we already talked about, since this seems to be the only package that has "real" patches that we should care about, from handbrake's point-of-view. Also, having libdvdcss-installer would just add more value for the next Debian release. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Checking if handbrake compiles under kFreeBSD?
Hi, Steven. I'm adding the HURD people here, so that they can test the package and see if something should be done or not. For the HURD people, this is a reply to [my first e-mail][*] about getting the HandBrake ripper/transcoder working on kFreeBSD and patches that need to be added for building: [*]: http://lists.debian.org/debian-bsd/2012/05/msg00198.html On May 19 2012, Steven Chamberlain wrote: > On 19/05/12 19:56, Rogério Brito wrote: > > [1]: http://git.debian.org/?p=pkg-multimedia/handbrake.git > > > [3]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/faac.git > > [4]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libmkv.git > > I can tell you that it builds, at least, for me in my kfreebsd-i386 dev > environment. I used GCC 4.7 but mostly follow Wheezy, whereas there may > be some differences on the actual kfreebsd-* buildds. Great. Thanks for testing this. It may be the case that handbrake is added only latter, since, at present, compiling mp4v2 with other (L)GPL software results in undistributable binaries. > > [2]: > > http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git;a=blob;f=debian/patches/0004-Enable-compilation-on-kFreeBSD-arches.patch > > The patch seems to work, but I wonder if some of the tests for > __FreeBSD_kernel__ should more accurately be testing for !linux and > vice-versa. > > This doesn't matter for GNU/kFreeBSD, but it could affect future > portability to another arch like like GNU/Hurd. I hope that the HURD people could let me know about this, so that I can fix some potential problems and, if necessary, forward fixes to upstream. Thanks to all, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Checking if handbrake compiles under kFreeBSD?
Hi there. There's this moderately popular video ripper/transcoder/converter based on ffmpeg/libav called [handbrake][0], which I am trying to [package for Debian][1]. [0]: http://handbrake.fr/ [1]: http://git.debian.org/?p=pkg-multimedia/handbrake.git Handbrake is supposed to work under many environments and Christian Marillat created some packages for his repository, which contains a [patch for kFreeBSD][2]. As I don't have a *BSD system available, I would like to make sure that the package compiles/works before the first upload to Debian, once we have the basics arranged. [2]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git;a=blob;f=debian/patches/0004-Enable-compilation-on-kFreeBSD-arches.patch Given this, would it be possible for the people working on kFreeBSD to see if the patch given above is sufficient, if there are improvements to be made etc? For now, the package in that repository has only two (soon to be only 1) build-dependency that is not yet satisfied in Debian proper: libmkv-dev and libfaac-dev. The first is already in the NEW queue of the ftp-masters, but both are ready to be built from the pkg-multimedia git repositories: [3]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/faac.git [4]: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/libmkv.git For now, handbrake is not yet able to be built cleanly with git-buildpackage, but once the build-dependencies are installed, a simple "fakeroot debian/rules binary" creates working debs for it. Well, that's it. I intend to push everything to upstream, so that we carry as little of a delta as possible. Thanks in advance, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#673447: mplayer2: Would be nice to have vaapi support available
Package: mplayer2 Severity: wishlist People that install packages like i965-va-driver and have the appropriate drivers could really benefit from their (already available) hardware decoding capabilities. In particular, it would be superb to have this in the next release of Debian (the same also applies to regular mplayer). Regards. P.S.: It is a shame, from a "Free as in Freedom" point of view, that vdpau (which is at present, only available in binary nvidia drivers---please, correct me if I am mistaken) has had support for quite some time, while vaapi hasn't. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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] handbrake packaging branch, master, created. de1f9ddeef0932713c9d436d3ce28db14ebe9b39
Hi there. On May 13 2012, Fabian Greffrath wrote: > Am Samstag, den 12.05.2012, 11:29 -0400 schrieb Andres Mejia: > > I just glanced over the changes to this. To be on the safer side, the > > symbols needed by handbrake and provided in audioconvert.c should be > > built from handbrake. This way, any internal changes made to libav for > > audioconvert won't break handbrake. > > IIRC, the only symbol from audioconvert.h that was actually needed was > struct AVAudioConvert, so I declared that myself and was ready with it. > Please compare with my patch from > <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2012-February/024218.html>: Sorry for not replying earlier, but I didn't receive these messages of yours (I'm subscribed to the list with an account that I don't check as frequently as my main e-mail). Regarding Fabian's patch, I will steal it and substitute the kludgy solution that I used. Perhaps it would be sane to forward this to the handbrake people? Their code is of very heterogeneous quality: some parts are good, but some are bad. Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Initial packaging of handbrake for Debian (WIP)
Hi there. On May 11 2012, Andres Mejia wrote: > On Fri, May 11, 2012 at 2:35 PM, Fabian Greffrath > wrote: > > Dear Rogerio, > > > >> As I am a brand new dad, I want to transcode videos of my newborn son to > >> formats that other family members can see and the first thought of mine > >> was to do the job with handbrake. > > > > First of all, congratulations to you new-born child! > > Yes, congratz! Thank you very much. He has brought us a lot of joy (and some badly slept nights), but I see him as a motivation for me to work harder. > >> Would you be interested in the work that I have done so far? Please, keep > >> in mind that it is *incomplete* and very *dirty*, but a start, at least. :) > > > > I have once - not that long ago, actually - myself tried to get it built > > cleanly. But I failed and finally gave up for the reasons described in > > this post and the one following it: > > <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2012-February/024217.html> Too bad that I missed that and duplicated your efforts. :( > > I wish you better luck and patience. ;) Do you have many changes that I don't have in the repo that I pushed to alioth? > > However, please feel free to open a GIT repo for it and share your work > > with us! > > Yes, feel free to push your work to the git repos. I was looking at the patches that handbrake applies to the packages and, apart from a few, a lot of them are just portability stuff to darwin/macosx and some for cygwin, which I don't think that we care about that much. The only ones that are functional changes are the ones regarding libdvdnav/libdvdread. We can drop some of the patches/parts of the packages that the handbrake team releases with some repackaging (e.g., a get-orig-source script), if people deem that to be important. Nevertheless, some of those patches perhaps should be pushed to some upstream projects (well, I see one patch against lame there...). Anyway, I would love to have people review my changes and slaughter whatever I have there, for a cleaner solution. Perhaps in 2 or 3 iterations, with communication with handbrake's upstream, we can get it in a more "distribution friendly" form. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#672734: mencoder: package is missing a manpage
Package: mencoder Severity: normal Hi. I am currently using mplayer2 for playing videos and I have mencoder installed. Unfortunately, the manpage for mencoder does not get installed in this configuration and using mencoder's myriad of options for codecs is almost hopeless. It would be good to have a new upload of mencoder soon so that we get a proper version into testing (and, therefore, in the next release). Thanks. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi, all. On Sat, May 12, 2012 at 3:46 AM, Reinhard Tartler wrote: > The problem with that is that audioconvert.h is not part of the public > API. Moreover, most of the APIs have already been removed in current > libav/master in favor of the newly introduced libavresample library. > Therefore, I do not think it would be a good idea to start shipping > this header. OK. > The proper long-term solution is to port handbrake to 'libavresample' > (not yet uploaded to experimental, the packaging needs review, and is > not going to be included in wheezy). As short-term workaround, I'd > suggest to copy the parts of audioconvert.h and audioconvert.c to the > handbrake packaging. For the quick and dirty solution, I did just that, but the packaging is crufty. As I need to get some sleep right now, it will be great to see the package gain some love from others, even if we can't upload handbrake due to licensing and dependencies in time for wheezy. OTOH, it never hurts to be able to have the package in source form ready for a compilation to be used as we see fit, while the package has not hit the main archive. > That's excellent news! Thanks for working on it and count me in as > supporter (i.e., put me to Uploaders). Just did that and pushed my current changes to the repo: http://anonscm.debian.org/gitweb/?p=pkg-multimedia/handbrake.git I hope that others will join me in getting it slowly in shape. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi, Andres and others, On Sat, May 12, 2012 at 3:29 AM, Andres Mejia wrote: > Keep up the great work. You may also want to create an ITP bug for > handbrake now. This is a bit early and I would like to have the changes reviewed by other people, because: * I am sure that I have missed *many* things. * I did many things the dirty way and proper solutions are really needed. * I am seriously lacking time, as my first son is just born and he sucks all the time (free or not) that our wife and I have. There are some parts of Marillat's package that I have yet to see (like, for instance, patching the sources of ffmpeg to support kFreeBSD or patching ffmpeg to stop having string format security issues unveiled when hardening compilation is enabled. Some of the patches are to fix the depending programs to compile with gcc 4.6, to compile under PowerPC etc, which I assume are already taken care of in Debian. Also, many cosmetic things are needed (e.g., change maintainer, change debian/copyright to DEP-5, fix spelling errors, create/install manpages, fix lintian warnings etc). BTW, thanks for the encouraging words. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Bug#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Hi there. On Sat, May 12, 2012 at 3:07 AM, Andres Mejia wrote: > On Sat, May 12, 2012 at 1:39 AM, Rogério Brito wrote: >> Package: libavcodec-dev >> Severity: important >> >> Hi. >> >> The libavcodec-dev package is missing >> . > > Audioconvert is not a public header in either libav or ffmpeg. What is > suppose to be used for this functionality is libavresample or > libswresample. I'm just getting it to compile, at first, and they use that. They probably need a cluebat, then, if that is not a public interface. The problem here is that they use AVAudioConvert, which is present only in that header. I'm not exactly sure if I want to patch this so heavily as to fix the use of that interface. >> This file is needed by handbrake. If I clone the libav git tree, >> checkout the v0.8.2 tag and copy that file to /usr/include/avcodec, >> then I am able to successfully compile handbrake with Debian's libav, >> without needing to download things from outside. >> >> BTW, regarding handbrake, I am down to few packages now that need to >> be taken from outside debian for it to compile, namely: >> >> * MODULES += contrib/libdvdread >> * MODULES += contrib/libdvdnav >> * MODULES += contrib/mpeg2dec > > Does handbrake used patched versions of these libs or can it use these > libs as released upstream? I have yet to see which patches can be dropped and which don't. OTOH, the basics compile and a brief test here works. :) >> Everything else works with packages in Debian *or* with packages in >> the pkg-multimedia git repositories (e.g., libmkv, faac, libmp4v2). > > Ping Fabian. Was libmkv ready for upload? I think it is fine as is. Not sure if the legal stuff (debian/copyright etc.) is all in place for an upload to unstable. > Could vo-aacenc be used instead of faac? I still have to study that to see what can be done and how similar the interfaces are. > Also, as I mentioned in another email, libmp4v2 should be replaced with > libav. mp4v2 is seeing > less and less development and it's probably better to look into > replacing use of mp4v2 anyway. That's the same story as with vo-aacenc/faac. > Also next time, please leave out things unrelated to a bug in it's bug report. OK, but the excitement is really huge and I couldn't help sending some side comments. :) Feel free to reply to the bug only the parts pertaining to the bug and to the mailing list the other parts (please, keep me CCed). Thanks. P.S.: Now, it compiles with Debian's mpeg2, which is one fewer embedded library. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#672561: libavcodec-dev: Missing /usr/include/libavcodec/audioconvert.h
Package: libavcodec-dev Severity: important Hi. The libavcodec-dev package is missing . This file is needed by handbrake. If I clone the libav git tree, checkout the v0.8.2 tag and copy that file to /usr/include/avcodec, then I am able to successfully compile handbrake with Debian's libav, without needing to download things from outside. BTW, regarding handbrake, I am down to few packages now that need to be taken from outside debian for it to compile, namely: * MODULES += contrib/libdvdread * MODULES += contrib/libdvdnav * MODULES += contrib/mpeg2dec Everything else works with packages in Debian *or* with packages in the pkg-multimedia git repositories (e.g., libmkv, faac, libmp4v2). Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#670236: mplayer2: can't play video with resolution of 2542x1080
Hi, Uoti. On Apr 26 2012, Uoti Urpala wrote: > This is a limitation reported by libXv. It's likely due to limitations > of your graphics hardware. You can try other output methods such as gl, > but it's likely they won't work well either on such hardware. Yes, I just went to read the code and I came to the conclusion that it was some limitation reported by Xv and I, then, sent an e-mail to the xorg mailing list: http://lists.x.org/archives/xorg/2012-April/054484.html (I'm including the xorg list here in CC). As Alex Deucher said there, it is a little bit strange that even a Sandy Bridge notebook has this limitation of playing only 2kx2k videos (which is the same that my 865 has). Just curious: what hardware do you use? > Using --xy=0.5 won't help, because that will try to do the scaling in > hardware, but the limitation is about hardware input image size. You can > force software scaling on CPU with options like "--vf=scale=1920:-2". > This would add a filter to do software scaling to a width of 1920 and a > height that keeps the original aspect ratio, which should fit within the > limitations of your hardware. You may want to adjust the value of 1920 > if you have a monitor smaller or larger than that. OK, that's a reasonable workaround for the moment. I guess that this bug may be reassigned, then, but I'm not sure if that should be to xserver-xorg-video-intel or any other package. In the mean time, it would be nice to hear from the Intel people working with X (perhaps Keith Packard?) if those limitations are there just for being hardcoded or if the hardware has that limitation itself. Thanks. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Initial packaging of handbrake for Debian (WIP)
Hi there. As I am a brand new dad, I want to transcode videos of my newborn son to formats that other family members can see and the first thought of mine was to do the job with handbrake. For that purpose, I took the packages of Christian and started modifying them to be in a git-buildpackage buildable form (I wouldn't like anything else) and I have eliminated *almost* (not all, yet) downloading that handbrake performs when it is being built. With the packages that the team has already (libmkv and faac), there are only some finishing touches before we get a functional (not legal) package. Then, after that, I guess that one could also be legally OK and upload handbrake to Debian. Would you be interested in the work that I have done so far? Please, keep in mind that it is *incomplete* and very *dirty*, but a start, at least. :) Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#670236: mplayer2: can't play video with resolution of 2542x1080
Hi, Andrea. On Apr 24 2012, A Mennucc wrote: > try the option '-xy 0.5' This doesn't work, at least with Intel graphic cards. Does it work for you? Does it work for you without the scaling down? What does xvinfo report? Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#670236: mplayer2: can't play video with resolution of 2542x1080
Package: mplayer2 Version: 2.0-426-gc32b3ed-2 Severity: normal Hi, People. Some months ago, I got a video from youtube (youtube ID yQ5U8suTUw0) which no program can play on any system that I tried, including mplayer2. It has a resolution of 2542x1080 pixels and I get the following when I try to play it: , | Movie-Aspect is 2.35:1 - prescaling to correct movie aspect. | VO: [xv] 2542x1080 => 2542x1080 Planar YV12 | Source image dimensions are too high: 2542x1080 (maximum is 2048x2048) | FATAL: Cannot initialize video driver. ` Is there anything that I can do to fix this? Can anybody please confirm if this problem is seen in other hardware? Thanks. -- System Information: Kernel: Linux 3.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa11.4p5-39 ii libasound21.0.25-2 ii libass4 0.10.0-3 ii libaudio2 1.9.3-4 ii libavcodec-extra-53 4:0.8.1.1 ii libavformat-extra-53 4:0.8.1.1 ii libavutil-extra-514:0.8.1.1 ii libbluray11:0.2.2-1 ii libc6 2.13-27 ii libcaca0 0.99.beta17-2.1 ii libcdparanoia03.10.2+debian-10.1 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-4.3 ii libdvdnav44.2.0-1 ii libdvdread4 4.2.0-1 ii libenca0 1.13-4 ii libesd0 0.2.41-10+b1 ii libfaad2 2.7-8 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.9-1 ii libfribidi0 0.19.2-2 ii libgcc1 1:4.7.0-1 ii libgif4 4.1.6-9 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libjack0 [libjack-0.116] 1:0.121.3+20120222git81e8f031-1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii libncurses5 5.9-5 ii libogg0 1.2.2~dfsg-1 ii libpng12-01.2.47-2 ii libpostproc-extra-52 4:0.8.1.1 ii libpulse0 1.1-3 ii libsdl1.2debian 1.2.15-2 ii libsmbclient 2:3.6.3-2 ii libspeex1 1.2~rc1-3 ii libstdc++64.7.0-1 ii libswscale-extra-24:0.8.1.1 ii libtheora01.1.1+dfsg.1-3 ii libtinfo5 5.9-5 ii libvdpau1 0.4.1-5 ii libvorbis0a 1.3.2-1.1 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxinerama1 2:1.1.1-3 ii libxt61:1.1.1-2 ii libxv12:1.0.6-2 ii libxvidcore4 3:1.3.2-0.4 ii libxxf86dga1 2:1.1.2-1 ii libxxf86vm1 1:1.1.1-2 ii zlib1g1:1.2.6.dfsg-2 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#627197: mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4
Package: mplayer2 Followup-For: Bug #627197 On Apr 02 2012, Rogério Brito wrote: > Package: mplayer2 > Version: 2.0-426-gc32b3ed-2 > Followup-For: Bug #627197 > > Just for the record, I am also getting this signal 4 thing on an iBook G3 > (which doesn't have altivec): (...) I just recompiled the mplayer2 package without the flag --enable-runtime-cpudetection on this notebook and it works perfectly. If all else fails, perhaps it is the case of building two packages: one without altivec and another with altivec. I have not tried to debug this further (I have a baby that is *very* soon going to be born and all the preparations are taking most of my time and my wife's). Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Debian Multimedia (Unofficial) Promotion
On Mar 19 2012, Fabian Greffrath wrote: > On Mar 17 2012, Andres Mejia wrote: > >http://wiki.debian.org/MultimediaCodecs > > Wow, this is really, really well done. Good job, thank you! Thanks for the documentation. Really good work indeed. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#664871: mplayer2's output has lots of debug messages from libav
Package: mplayer2 Version: 2.0-426-gc32b3ed-2 Severity: normal Hi. Whenever I listen to the radio station at http://media.sgr.globo.com/CBN/cbnsp.stream/playlist.m3u8 I get bazillions of messages like the following in my output: , | Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. | Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. | Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. | Using network protocols without global network initialization. Please use avformat_network_init(), this will become mandatory later. ` Perhaps a small patch is due here. Regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.3.0-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa11.4p5-39 ii libasound21.0.25-2 ii libass4 0.10.0-3 ii libaudio2 1.9.3-4 ii libavcodec53 4:0.8.1-1 ii libavformat53 4:0.8.1-1 ii libavutil51 4:0.8.1-1 ii libbluray11:0.2.2-1 ii libc6 2.13-27 ii libcaca0 0.99.beta17-2.1 ii libcdparanoia03.10.2+debian-10.1 ii libdca0 0.0.5-5 ii libdirectfb-1.2-9 1.2.10.0-4.3 ii libdvdnav44.2.0-1 ii libdvdread4 4.2.0-1 ii libenca0 1.13-4 ii libesd0 0.2.41-10+b1 ii libfaad2 2.7-8 ii libfontconfig12.8.0-3.1 ii libfreetype6 2.4.8-1 ii libfribidi0 0.19.2-2 ii libgcc1 1:4.6.3-1 ii libgif4 4.1.6-9 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libjack0 [libjack-0.116] 1:0.121.3+20120222git81e8f031-1 ii libjpeg8 8d-1 ii liblircclient00.9.0~pre1-1 ii libncurses5 5.9-4 ii libogg0 1.2.2~dfsg-1 ii libpng12-01.2.47-1 ii libpostproc52 4:0.8.1-1 ii libpulse0 1.1-3 ii libsdl1.2debian 1.2.15-2 ii libsmbclient 2:3.6.3-2 ii libspeex1 1.2~rc1-3 ii libstdc++64.6.3-1 ii libswscale2 4:0.8.1-1 ii libtheora01.1.1+dfsg.1-3 ii libtinfo5 5.9-4 ii libvdpau1 0.4.1-5 ii libvorbis0a 1.3.2-1.1 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxinerama1 2:1.1.1-3 ii libxt61:1.1.1-2 ii libxv12:1.0.6-2 ii libxvidcore4 3:1.3.2-0.4 ii libxxf86dga1 2:1.1.2-1 ii libxxf86vm1 1:1.1.1-2 ii zlib1g1:1.2.6.dfsg-2 mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Debian Multimedia (Unofficial) Promotion
Hi there. On Mar 17 2012, Andres Mejia wrote: > Here's my first try at writing better documentation about installing > extra multimedia codecs. Takes away the need for installing the deb > line to apt. > http://wiki.debian.org/MultimediaCodecs Could a brief paragraph be added to tell the users why they might want to use the *-extra-* packages? It is not really clear, because: * the *-extra-* packages are in main. * the long descriptions don't contain anything that I can see (e.g., looking at libavcodec-extra-53). Also, it would be good to explain why (in terms of codecs, not regarding packaging conflicts or whatever :)) a user might want to grab a package from Christian's repository and not from Debian. Regards, Rogério. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/ DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Lame-dev] LAME Patches Sent to Sourceforge
Hi, Andres. On Mon, Jan 30, 2012 at 12:26, Andres Mejia wrote: > Here are the patches. Something is wrong with sourceforge I think. I'm > able to view them correctly from sourceforge sometimes. They may be handling things incorrectly indeed and I didn't receive the attachment with this message (if you sent any patch with this message). I guess that I will have to look for the patches at pkg-multimedia-maintainers archives. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Bug#655683: libav-tools: should provide ff* compatibility symlinks
Hi there. On Jan 14 2012, Reinhard Tartler wrote: > On Sa, Jan 14, 2012 at 11:13:10 (CET), Rogério Brito wrote: > > With the youtube-dl maintainer hat on, it will be annoying to have to > > substitute ffprobe from the script, without an easy way of changing > > stuff. > > It's just replacing the call from 'ffprobe' to 'avprobe', after > all. What's so annoying about that? OK, easy enough. > > With that said, are there any *recommended* way of using ffmpeg? > > Link against libavcodec and use its API. I don't think there were any > behavioral guarantees on the binaries made ever. Well, youtube-dl is a python script and we most probably won't be requiring bindings to libraries like libavcode (but if there are such bindings, things may get more interesting). > Yeah, the output avprobe is certainly easier to parse. Still, if you > need to do that programatically, I'd recommend using libavcodec > directly. See above. Historically, youtube-dl has worked well without anything else other than the simple python interpreter. It's only recently that we had requests to extract audio from the videos that the script downloads. (From your comments, it seems that you are not familiar with youtube-dl). :) Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#655683: libav-tools: should provide ff* compatibility symlinks
Hi there. On Jan 13 2012, Reinhard Tartler wrote: > Oh, I wasn't aware that we have frontends that directly use ffserver and > ffplay. I was only aware of front-ends for /usr/bin/ffmpeg, which is still > provided. Hey, I use/used ffprobe a lot (personally). Now, with mediainfo, I tend to use it less, but we can't count on it being in as many places/installations as is the case with ffmpeg. > Do you have a list of packages that rely on > /usr/bin/ff{play,server,probe}, so that we can file bugreports against > them? With the youtube-dl maintainer hat on, it will be annoying to have to substitute ffprobe from the script, without an easy way of changing stuff. Actually the necessities of youtube-dl are very basic (detecting if a given audio track is in the file that was just downloaded from the video services that youtube-dl supports). If there is any documentation meant for upstreams here (well, last time I checked, I was the 3rd most active committer of the project), I will gladly update things, but one of the main youtube-dl purposes of youtube-dl is to be as universal (OK, with some limitations) with respect to the architectures and operating systems that it supports. We use ffprobe to detect the audio and ffmpeg to strip the video part (for those that want that). That is used by *many* projects, like all the packagings in Linux, BSDs, and MacOS X "addons", like fink (a debian-like system that I think that could be better if it didn't compile everything from sources, macports, and Homebrew). There may be people using even weirder systems that have reported success with youtube-dl and the team prouds itself of supporting as many systems as feasible. With that said, are there any *recommended* way of using ffmpeg? ffprobe -show_streams is very convenient to parse (it's mostly key-value pairs), while something like ffmpeg -i input_file.mp4 -vn -an -sn is harder. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Bug#567863: RFP: Handbrake - video transcoder
Hi there. I'm just including the Multimedia team, as they don't seem to be subscribed to this bug. On Oct 09 2011, Ralf Jung wrote: > > Can't be packaged as x264 video codec and aac and mp3 audio codec aren't > > free. > How can that be, I can decode and encode mp3 and view MPEG4 videos without > problems, installing only packages from the debian repositories...? Ralf, I think that when Christian wrote that, we didn't have x264 and lame in the main archive. Things have changed since this bug was originally filed. Once we have faac (if it's acceptable for our archive), then it would be lovely to have a new version of handbrake (e.g., from their git tree) in the archive, as it is a frontend for multimedia libraries that quite possibly passes the "useable by mom and dad" usability test, especially since it comes with sensible presets. > As far as I know, Handbrake does not even implement any of this. It uses > gstreamer, ffmpeg and others. Well, it does implement some things, like, for instance, their decombing routines, which is very nice for some interlaced and almost-interlaced things. As a side-effect, this decombing of theirs results in variable frame rates, which potentially feeds fewer frames to x264 (or whatever encoder is in question), making the bitrates tend to lower. Another side-effect that people may not appreciate because they run fast architectures is that outputting fewer frames, some slower video cards (e.g., in a powerpc machine) can have a fighting chance of playing some videos. I don't know of any implementation of handbrake's decombing algorithm in other software (e.g., ffmpeg/libav, mplayer, mplayer2, gstreamer etc.) Does anyone know? The other transcoders (arista, transmaggedon) are jokes regarding the amount of configurability that they allow. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#640889: smplayer: unresponsive UI, uses 100% CPU
Hi, Reinhard. On Sep 26 2011, Reinhard Tartler wrote: > On Mo, Sep 26, 2011 at 11:20:42 (CEST), Rogério Brito wrote: > > Just as an extra data point, I have *exactly* the same problem, with > > exactly the same symptom and changing to mplayer2 also works around the > > problem with smplayer. > > Okay, this is an interoperability issue then. Let's mark them > appropriately. And some extra details: playing with mplayer on the command line is fine. Only when playing with smplayer is that I had problems. With smplayer, I can play a random amount of video, but then it gets the problem that Sven originally reported. Just for the record, the first time that I discovered this bug was when I was watching a movie with my wife, which was a let down. :-( > Can you please file a bug on gecko-mediaplayer to change its > dependencies to allow it to work with mplayer2? Thanks. Looking closely, the bug is actually on a dependency of gecko-mediaplayer, gnome-mplayer, which you already file a bug against. Now, we have to wait for the maintainer to just put one simple change in the control file and upload it... Seems like I will have to compile a private copy of gnome-mplayer and upload it to my PPA, without being able to share the benefits with a wider user base. :-( Cheers, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#640889: smplayer: unresponsive UI, uses 100% CPU
Hi there. On Sep 08 2011, Sven Joachim wrote: > On 2011-09-08 10:36 +0200, Sven Joachim wrote: > > Opening any file results in the UI becoming unresponsive and smplayer > > using 100% CPU until I kill it. > > > > Maybe this problem is related to the libav 0.7 transition, since it only > > showed up recently. > > FWIW, the problem might be related to mplayer, because… > > > ii mplayer 2:1.0~rc4.dfsg1+svn33713-2 > > …it went away after I replaced mplayer with mplayer2. Just as an extra data point, I have *exactly* the same problem, with exactly the same symptom and changing to mplayer2 also works around the problem with smplayer. Unfortunately, installing mplayer2 forces the uninstallation of mplayer, which makes gecko-mediaplayer also be uninstalled, but that's another matter. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: Accepted x264 2:0.116.2037+gitf8ebd4a-1 (source amd64)
Hi there. On Jul 26 2011, Felipe Sateler wrote: > FYI, there's already a draft at the usual > http://wiki.debian.org/DebianMultimedia/BitsFrom page. I will add a paragraph there about xvidcore+lame+x264. If anybody has any comment, please let me know. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Lame-dev] New lame upstream release?
Hi there. Just an update to the LAME-side of the discussion, LAME just got accepted (with the replacement of the files by Apple) in Debian's unstable distribution, by inclusion of the following patch of Andres: 2011/7/28 Andres Mejia : > https://sourceforge.net/tracker/?func=detail&aid=3381198&group_id=290&atid=300290 This means that: * LAME is available for a wider range of people, including its function as an MP3 library; * The inclusion process has followed an auditing process regarding to Free Software compliance (which, in fact, required our change of some of top level files and of the portableio.[ch] in the frontend subdirectory); * The availability of builds for many architectures, including some which may have not seen too much testing so far, like mips, mipsel, sparc, and s390; * The revelation of a problem (race condition) in the parallel build process of our source code. I will commit some of the changes in the next few days. One question here: is it worth rewriting the portableio.[ch] to be more portable, as the name implies? I would love to know if he have broken the build in platforms like, say, OS/2 or AmigaOS, which I've heard that people use/used... Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Lame-dev] New lame upstream release?
Hi, Andres On Thu, Jul 28, 2011 at 13:26, Andres Mejia wrote: > On Jul 28, 2011 3:15 AM, "Rogério Brito" wrote: >> Can you please send "git format-patch/git send-email" patches against my >> github tree (branch origin), with one topic per patch? >> >> Your patches came foo-bared and they are changing at least two things (the >> GTK stuff and the debian subdir). Just for the record, I don't know if I gave the one above proper emphasis, but this way, I can give you proper attribution also (I hope that this is possible with CVS). >> Please see the attached patch to kill portableio.c if you are using >> libsndfile (which we should be in debian, anyway). Just for the record, did you receive the attachment that I sent? I'm asking because I didn't. I have to fix some of my e-mail filtering of attachments here... > Please note my earlier email about sndfile. Enabling sndfile for lame breaks > k3b and any app using kio slaves. Oh, darn... Does that mean that Debian's lame will not be compiled with sndfile? One question, though: what does k3b and the kio slaves use lame for? For decoding MP3s? Shouldn't they be using a specialized software for decoding files? > If you look around, the only fix is to use lame's internal io functions when > this breakage happens. Well, the functions in the "portableio" (they aren't portable) are all easy enough to be written... All they effectively do is write a given short/int/long in little or big endian form to a C's FILE... I can come up with another patch that reimplement that, but that's so silly to have to rewrite... :-( Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Lame-dev] New lame upstream release?
Hi, Andreas and others. On Jul 27 2011, Andres Mejia wrote: > 2011/7/27 Rogério Brito : > > Oh, shit. I'll take a look at that... I thought that the code were > > ifdef'ed... Isn't it? > > I have a patch here with some changes we do to the build system. OK. > We outright disable the use of the GTK frontend, since it requires a very > old version of GTK. I think there are better tools out now (audacity > maybe). Perhaps the GTK frontend should be removed from lame entirely. Sure, it has not compiled for ages and I think that killing it leaves us with less cruft. If someone happens to want to port it forward to GTK2 or GTK3, though, we may reinstate it... > The other change simply changes how the debian directory is included > in the generated tarball. The debian directory still gets included, > but there's no need to have any "Makefile*" files in the debian > directory. This would remove our need to patch the build system for > each release of lame. (...) > > CLEANFILES = lclint.txt $(EXTRA_PROGRAMS) Can you please send "git format-patch/git send-email" patches against my github tree (branch origin), with one topic per patch? Your patches came foo-bared and they are changing at least two things (the GTK stuff and the debian subdir). > I've started replacing frontend/portableio.* code. I should have > something available later on tonight. Please see the attached patch to kill portableio.c if you are using libsndfile (which we should be in debian, anyway). It *is* dirty and there's one function (the one to read stuff) that is not used, but works for the purpose of decoding some files (I tested). I should probably adapt something from a patch that I once wrote to mplayer ages ago when I was trying to make the generated PCM files works for little and big-endian arches (hey, I *care* about PowerPC). Or if libsdnfile does that already, that's even better. But for the sake of just shipping a first package in unstable, I am very anxious... :-) I want to see this darn thing in Debian proper! :-) > One final thing, I delete the "LICENSE" file from the upstream tarball > since the "COPYING" file has the actual license text and the contents > of "LICENSE" seem to what is already said in the "README" file. > Perhaps you might want to look into that too. Will look into that for the next release. Please, *do* ping me if I forget about this. Thanks, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br diff --git a/frontend/Makefile.am b/frontend/Makefile.am index 0ce4a64..215cdce 100644 --- a/frontend/Makefile.am +++ b/frontend/Makefile.am @@ -17,7 +17,6 @@ common_sources = \ get_audio.c \ lametime.c \ parse.c \ - portableio.c \ timestatus.c noinst_HEADERS = \ @@ -29,7 +28,6 @@ noinst_HEADERS = \ lametime.h \ main.h \ parse.h \ - portableio.h \ timestatus.h lame_SOURCES = lame_main.c $(common_sources) diff --git a/frontend/Makefile.in b/frontend/Makefile.in index 11d242a..7e415c4 100644 --- a/frontend/Makefile.in +++ b/frontend/Makefile.in @@ -54,7 +54,7 @@ am__installdirs = "$(DESTDIR)$(bindir)" PROGRAMS = $(bin_PROGRAMS) am__objects_1 = main$U.$(OBJEXT) brhist$U.$(OBJEXT) \ console$U.$(OBJEXT) get_audio$U.$(OBJEXT) lametime$U.$(OBJEXT) \ - parse$U.$(OBJEXT) portableio$U.$(OBJEXT) \ + parse$U.$(OBJEXT) \ timestatus$U.$(OBJEXT) am_lame_OBJECTS = lame_main$U.$(OBJEXT) $(am__objects_1) lame_OBJECTS = $(am_lame_OBJECTS) @@ -247,7 +247,6 @@ common_sources = \ get_audio.c \ lametime.c \ parse.c \ - portableio.c \ timestatus.c noinst_HEADERS = \ @@ -259,7 +258,6 @@ noinst_HEADERS = \ lametime.h \ main.h \ parse.h \ - portableio.h \ timestatus.h lame_SOURCES = lame_main.c $(common_sources) @@ -386,7 +384,6 @@ mostlyclean-kr: @AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/mp3rtp$U.Po@am__quote@ @AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/mp3x$U.Po@am__quote@ @AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/parse$U.Po@am__quote@ -@AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/portableio$U.Po@am__quote@ @AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/rtp$U.Po@am__quote@ @AMDEP_TRUE@@am__include@ @am__quote@./$(DEPDIR)/timestatus$U.Po@am__quote@ @@ -432,8 +429,6 @@ mp3x_.c: mp3x.c $(ANSI2KNR) $(CPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) `if test -f $(srcdir)/mp3x.c; then echo $(srcdir)/mp3x.c; else echo mp3x.c; fi` | sed 's/^# \([0-9]\)/#line \1/' | $(ANSI2KNR) > $@ || rm -f $@ parse_.c: parse.c $(ANSI2KNR) $(CPP) $(DEFS) $(DEFAULT_INCLUDES) $(INCLUDES) $(AM_CPPFLAGS) $(CPPFLAGS) `if test -f $(srcdir)/parse.c; then echo $(srcdir)/parse.c; else echo parse.c; fi` | sed
Re: [Lame-dev] New lame upstream release?
Hi, Reinhard. I hope that you're having a good DebConf... I miss chatting with you... On 2011-07-27, at 16:22, Reinhard Tartler wrote: On Wed, Jul 27, 2011 at 19:48:05 (CEST), Rogério Brito wrote: I'm in the middle of a power outage right now, using the last few drops of energy of notebook battery and a 3G connection, so I will be brief. (Oh, please keep in the CC'ies to me). The energy just came back and I'm taking that time to charge my battery, but I won't be able to compile stuff here. On Tue, Jul 26, 2011 at 14:41, Andres Mejia wrote: On Jul 26, 2011 12:49 PM, "robert" wrote: From my point of view, there may be some small patches to apply and then release 3.99: 1 - pending LGPL patch 2 - eventually changing default behaviour for ID3v2 unicode tags. Robert, it seems that Andres just adopted the suggestion that I gave him of backporting some changes. Regarding a new release, I think that we may need to include one extra thing in our TODO list. See below. Andres, may I suggest that instead of placing patches inline in debian/lame-get-orig-source.sh, we create an 'upstream-dfsg' branch, do modifications there directly and roll tarballs from that? I would like to take a peek at how you guys are packaging it... Will do as soon as the power is back. Andres, I just saw that LAME was rejected by the FTP masters: http://lists.alioth.debian.org/pipermail/pkg-multimedia- maintainers/2011-July/020498.html That part is only used if we use lame's internal IO routines. Just rip that apart and link with libsndfile and we're done. Please reupload that... Unforunately, this won't work easily because frontend/main.c uses functions from portableio.h unconditionally. We'd therefore need some more patches. Anyone familiar with the codebase and willing to contribute that patch? Oh, shit. I'll take a look at that... I thought that the code were ifdef'ed... Isn't it? Most of the functions in portableio.[ch] are quite trivial, anyway... You can tell that I *badly* want LAME in Debian, can't you? (Especially now that it seems that the FTP masters are convinced that such software is Free Software). Oh, hint, hint for the multimedia maintainers: what about uploading my already packaged mp3packer from my launchpad PPA? [0] [0]: https://launchpad.net/~rbrito/+archive/ppa/+files/ mp3packer_1.20-1~ubuntu1.dsc OK, the battery of my laptop is running out... :-( Doesn't the package lack a dependency on lame? No, absolutely *no* dependency on LAME. AFAIUI it is a tool to reencode .mp3 files. I persume that it uses lame for that, but the documentatin isn't entirely clear on that. It doesn't reencode. It only "rearranges" the frames in a lossless manner. Like, for instance, getting the bits that are already produced by an MP3 encoder (any one) and "putting them in bins" so as to make the files smaller (taking a better advantage of the bit reservoir, etc). The program is so darned cool... The best thing with this MP3 thing is that even though you already have a file that is encoded by anyone, it is possible to a great extent to manipulate it losslessly: * mp3gain, to avoid clipping while decoding (of course, clipping before encoding is not remediable); * mp3packer, to squeeze some extra bits and make the files smaller (reduding the bitrate). In my very humble opinion, the combo (mp3packer, LAME) breathes at least a little bit of life in a format that many already thought that was dead, while still being, say, universally compatible... With them, you can raise the bitrate of your encodes a notch to get better sound and then losslessly rearrange the file to a lower bitrate... A side effect of it is that it also fixes many old VBR files that may have incorrect lengths reported (and, thus, renders my package vbrfix obsolete). OK, enough blurb. The packaging of mp3packer is really trivial (as you can see) and I would volunteer to maintain it under the pkg- multimedia umbrella. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Lame-dev] New lame upstream release?
Dear people, I'm in the middle of a power outage right now, using the last few drops of energy of notebook battery and a 3G connection, so I will be brief. (Oh, please keep in the CC'ies to me). On Tue, Jul 26, 2011 at 14:41, Andres Mejia wrote: > On Jul 26, 2011 12:49 PM, "robert" wrote: >> >> Hi Rogério. >> >> Am 26.07.2011, 16:24 Uhr, schrieb Rogério Brito : >> >> >>>> We're just waiting for a new release of lame with all the license >>>> clarification changes before uploading lame to Debian. :-) >>> >>> >>> I don't think that we will be able to release anything in time for > DebConf, >>> as LAME is just beginning to get into the beta stage. >> >> >> What time frame are we talking about? >> >> From my point of view, there may be some small patches to apply >> and then release 3.99: >> >> 1 - pending LGPL patch >> 2 - eventually changing default behaviour for ID3v2 unicode tags. >> >> What do the others think? Robert, it seems that Andres just adopted the suggestion that I gave him of backporting some changes. Regarding a new release, I think that we may need to include one extra thing in our TODO list. See below. > I was simply going to backport the lgpl patches and upload the last release. > I suppose there's no need to wait for a new release now. Andres, I just saw that LAME was rejected by the FTP masters: http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/2011-July/020498.html That part is only used if we use lame's internal IO routines. Just rip that apart and link with libsndfile and we're done. Please reupload that... I am motivated enough to get LAME into Debian that I am *seriously* planning to rewrite that portion of the code for the next stable release, implementing just the bare minimum that is needed for LAME to work (and, of course, not reproducing Erik Castro's work with sndfile). Most of the functions in portableio.[ch] are quite trivial, anyway... You can tell that I *badly* want LAME in Debian, can't you? (Especially now that it seems that the FTP masters are convinced that such software is Free Software). Oh, hint, hint for the multimedia maintainers: what about uploading my already packaged mp3packer from my launchpad PPA? [0] [0]: https://launchpad.net/~rbrito/+archive/ppa/+files/mp3packer_1.20-1~ubuntu1.dsc OK, the battery of my laptop is running out... :-( Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Lame-dev] New lame upstream release?
Hi, Andres. On Jul 26 2011, Andres Mejia wrote: > On Mon, Jul 25, 2011 at 9:59 PM, Andres Mejia wrote: > x264 which was in a similar situation as lame was just accepted into Debian. > http://lists.debian.org/debian-devel-changes/2011/07/msg02178.html Did you receive my email from a few minutes ago regarding the patch? > We're just waiting for a new release of lame with all the license > clarification changes before uploading lame to Debian. :-) I don't think that we will be able to release anything in time for DebConf, as LAME is just beginning to get into the beta stage. My advice would be to just grab the latest stable release, backport whatever patches would be useful and just upload that to the archive. BTW, if you have other patches, please don't forget to forward them to me. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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: [Lame-dev] New lame upstream release?
Hi, Andres. On Jul 25 2011, Andres Mejia wrote: > I'm curious to know if there will be another release of lame soon. I > ask since it seems with some recent activity in Debian, lame will > finally be allowed to be distributed in Debian. Gee, I just saw that x264 entered and that xvid is getting in. :-) That's so darned good. I wish that I were at this year's debconf... Regarding a release, the best thing would, perhaps, to backport a few select patches to the version 3.98.4, as the code is entering a beta phase and we have not done much coordination---well, actually, Robert already tagged a 3.99b0 release, but he said not so much ago that we would be on vacation... For the record, I am maintaining a git mirror of the CVS repository at: https://github.com/rbrito/lame/tree/origin For some weird reason when I converted the repository with git cvsimport, the "right" branch where everything is happening is the branch `origin`. Don't use `master`. > Also, could this patch be committed for the next release? It would > leave no doubt that lame is licensed under LGPL-2. The patch came word-wraped (perhaps that's SF mailing list software?), but I fixed it and then applied. See commit e8e86c0d. Thanks. -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ 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#627197: mplayer2 dies with signal 4 (illegal instruction) on an Altivec-enabled iBook G4
Package: mplayer2 Version: 2.0-54-gd33877a-1 Severity: important Hi there. The machine where I do a good amount of my development is an iBook G4 and I was just trying to play a video, and I am having problems with it dying with a signal 4 (illegal instruction). I have not yet verified what instruction is the one that is making it die, but this is somewhat surprising: I would expect this to happen with an Altivec binary being run on a non-Altivec enabled processor (e.g., my iBook G3), but not in this case. Of course, I can give further details, but as I said in another e-mail, I am busy moving home etc. Thanks, Rogério Brito. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (2000, 'unstable'), (102, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.38-2-powerpc Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer2 depends on: ii libaa1 1.4p5-38+b1 ascii art library ii libasound2 1.0.23-4shared library for ALSA applicatio ii libaudio21.9.2-7 Network Audio System - shared libr ii libc62.13-4 Embedded GNU C Library: Shared lib ii libcaca0 0.99.beta17-1 colour ASCII art library ii libcdparanoia0 3.10.2+debian-10audio extraction tool for sampling ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirectfb-1.2-91.2.10.0-4+b1 direct frame buffer graphics - sha ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10library for reading DVDs ii libenca0 1.13-4 Extremely Naive Charset Analyser - ii libesd0 0.2.41-9Enlightened Sound Daemon - Shared ii libfaad2 2.7-6 freeware Advanced Audio Decoder - ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1Free Implementation of the Unicode ii libgcc1 1:4.6.0-7 GCC support library ii libgif4 4.1.6-9 library for GIF images (library) ii libgl1-mesa-glx [lib 7.10.2-2free implementation of the OpenGL ii libjack0 [libjack-0. 1:0.120.1+svn4142-1 JACK Audio Connection Kit (librari ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii liblircclient0 0.9.0~pre1-1infra-red remote control support - ii libncurses5 5.9-1 shared libraries for terminal hand ii libogg0 1.2.2~dfsg-1Ogg bitstream library ii libpng12-0 1.2.44-2PNG library - runtime ii libpulse00.9.21-4PulseAudio client libraries ii libsdl1.2debian 1.2.14-6.3 Simple DirectMedia Layer ii libsmbclient 2:3.5.8~dfsg-1 shared library for communication w ii libspeex11.2~rc1-1 The Speex codec runtime library ii libstdc++6 4.6.0-7 The GNU Standard C++ Library v3 ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libvdpau10.4.1-2 Video Decode and Presentation API ii libvorbis0a 1.3.2-1 The Vorbis General Audio Compressi ii libx11-6 2:1.4.3-1 X11 client-side library ii libxext6 2:1.3.0-1 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii libxv1 2:1.0.6-1 X11 Video extension library ii libxxf86dga1 2:1.1.2-1 X11 Direct Graphics Access extensi ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime mplayer2 recommends no packages. mplayer2 suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [Lame-dev] [PATCH] lame --license output change
Hi, All. On Wed, May 11, 2011 at 16:50, robert wrote: > Am 09.05.2011, 00:03 Uhr, schrieb : > >> It seems that it was actually a mistake. I've been confused by the >> "library" vs "lesser" naming, and did not noticed then that "lesser" was >> only the v2.1 name. > > I see, thanks. > >> I just intended to "correct" the naming (which was actually correct), >> but not to change the license. (thus why I kept v2). >> Changing the license version would have required approval of other Lame >> devs, which is something I would not try to bypass. > > I'm sure all of our contributors are OK with LGPL 2.1, because as we say: > > "...either > * version 2 of the License, or (at your option) any later version." > >> Short version of the answer: >> Sorry, I was confused. Please consider the license as "Library GPL v2". > > Now we have some files "Lesser GPL 2.1" and most files "Library GPL 2.0", > namely gain_analysis.[ch] and the ACM stuff are LGPL 2.1. > Does that make any problems? It would be a good thing if we could upgrade things to LGPL 2.1. Perhaps people at Debian could help us with some license auditing here (perhaps the program licensecheck would be appropriate here). In the worst case, I can do that myself, even though I am quite short on time nowadays (moving home with my soon to be wife and doing a lot of paperwork). > We can't downgrade the LGPL 2.1 files, that's for sure. Sure. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Helping with LAME Packaging
Hi, Andres. On May 07 2011, Andres Mejia wrote: > On Sat, May 7, 2011 at 12:07 PM, Alessio Treglia wrote: > > Added, welcome aboard! Thanks for the warm reception, everybody! > BTW Rogério, I sent another patch to lame-dev. I believe that would be > the last change that I know of which should be pushed to lame's cvs. Can you send me it here? I guess that I won't have problems with SF's mailing lists eating attachments. :-) > All other changes for the Debian packages are Debian specific. Depending on what we have, I would be glad to integrate them in a sane manner that would make people keeping the tarball buildable on Debian-based systems. > I'll hold off on packaging a cvs snapshot of lame and instead wait for > a new release. Robert is planning to move LAME to a beta phase and, then, of course, to a releaseable version. BTW, regarding LAME, since a good amount of the active developers prefer to use CVS, while I like git (the little that I know of git), I maintain a very outdated, half-broken, and unofficial mirror of LAME here: https://github.com/rbrito/lame I would like to start over the right way and, perhaps, it would be a good idea to keep it under the pkg-multimedia-maintainers umbrella. What do you guys think of that? Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: Helping with LAME Packaging
Hi there, Andres. On May 06 2011, Andres Mejia wrote: > I'm sending this mail to you outside of lame-dev. If you want to help > with Debian packaging, you should start by taking a look at [1]. Just > so you know, it's not clear whether LAME will even be accepted in the > Debian archives. You're more than welcome to help out anyway. No problems. I would like to help with some of the multimedia stuff anyway. Regarding the wiki page at http://wiki.debian.org/DebianMultimedia/Join, already satisfied almost all the requirements and I am now subscribed to the mailing lists. :-) My login on alioth is rbrito-guest. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers
Re: [Lame-dev] [PATCH] lame --license output change
Humm, apparently, something in the way ate your patch and I didn't receive it. On May 06 2011, Andres Mejia wrote: > On Fri, May 6, 2011 at 4:52 PM, Jonas Smedegaard wrote: > > On 11-05-06 at 04:31pm, Andres Mejia wrote: > >> + "This library is free software; you can redistribute it > >> and/or\n" > >> + "modify it under the terms of the GNU Lesser General Public\n" > >> + "License as published by the Free Software Foundation; > >> either\n" > >> + "version 2 of the License, or (at your option) any later > >> version.\n" > >> "\n" > > > > There is no such thing as version 2 of the "GNU Lesser General Public > > License". Right. > > There is either "GNU Library General Public License" version 2.0 or "GNU > > Lesser General Public License" version 2.1. > > > > The former is considered obsolete by the Free Software Foundation, and > > the latter is by the Free Software Foundation interpreted as a successor > > to the older _Library_ license even if differently named. Right again. Aside from naming/version, is there any change in content from LGPL2.0 and LGPL2.1? Too busy to check right now... > The copyright headers for the sources in LAME still say LGPL2.0. The patch > simply reflects this. Indeed. Regards, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br 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