([EMAIL PROTECTED] and [EMAIL PROTECTED] added to Cc:) On Fri, Jul 18, 2008 at 04:39:07AM +0200, Jonas Smedegaard wrote: > On Thu, Jul 17, 2008 at 07:15:13PM -0500, Eric Dantan Rzewnicki wrote: > >Hello icecast packagers. > >I'm working with the debconf-video team. We will be running everything > >on etch for DC8, but there are some bugs in the etch icecast version > >that we ran into last year and ezstream wasn't packaged for etch. So, I > >was going to try backporting both. It was suggested in our irc meeting > >today that I contact you, the maintainers, first. > >I've done some small amount of backporting other packages, but it's been > >a few years and that was only for local use. Any help or advice you can > >give me would be much appreciated. If any of you happened to have time > >to just do it, the video-team would be very happy, of course. But, I'll > >try to see what I can do on my own tomorrow anyway. > > Here you go: > > deb http://debian.jones.dk/ etch icecast > > > Compiled for i386 and amd64. Tell me if you need other packages > backported too.
Excellent! thank you very much. I'll test tomorrow with these. Any chance you can get them into backports.org? Your personal apt repo is fine for my personal use and for pre-debconf testing, but I think the debconf server admins want them in bpo if we are to use them for dc8. As for other packages ... We need a fixed ffmpeg2theora as I believe the etch version still has #429937: no large file support. The bug was closed with 0.19-1. But, _no_ version is currently in testing due to various issues, unfortunately. So, it would seem this one is not so simple. Maybe we can just apply the lfs fix to the etch version as we did last year. I think the videoteam already has our own package for that. This is only needed on one videoteam box, so I think we probably don't have to have it at bpo. (someone please correct me if I'm wrong.) At the moment, the only other thing I can think of is more a "would be nice" but, not necessary item: libtheora0 in order to take advantage of the faster decoder (which is actually also used by the encoder, iiuc). Of course this would mean the others mentioned above would need to be built against it, I guess, making more work. Please don't feel obligated to do any more. What you've done is already a big help. We can also ask the pkg-xiph folks for help. But, of course much gratitue will ensue if you can help us out some more. :) Thanks, Eric Rz. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
