Bug#156614: Closing cinelerra ITP [was: cleaning of the wnpp / RFP]
On Wed, 2003-07-23 at 12:36, Benoit Mortier wrote: > could you send me your patches so i can continue your work, i was looking a > the source to make a debian package. All of my patches for this are still on my website which is apt-gettable. A direct link to the source directory is: http://userpages.umbc.edu/~fu1/debian/dists/unstable/main/source/ A few notes about it: - This is not for the most recent version of the program. - The tarball there has had the deCSS code stripped out, but everything else is there. - I have patched the source to use the libsndfile1 instead of libsndfile0 which is no longer in sid, however, you may want to double check those patches(seemed to work, but I'm not overly familiar with libsndfile). - There was a few other attempts to package it. One of them made the guicast library a shared library... I don't really thinkg that's necessary, but you might want to consider looking at their changes. Good luck with it! I hope that you are able to create a version which can be uploaded. cheers, -mike
Bug#156614: Closing cinelerra ITP [was: cleaning of the wnpp / RFP]
Since several developers(and many users) have expressed interest in the video-editing program, cinelerra, I thought I would post here that I plan to close my ITP of it. Although several packages have been made fixing various build-environment problems, cinelerra is plagued by legally uncertain components making it unsuitable for upload into debian. At the very least, it has deCSS and LAME code embedded in it and several video codec's which may or may not have legal issues with them. This isn't to say that it can _never_ enter debian, just that a significant amount of code hacking would have to take place as well as a general audit. Needless to say, I do not have time(nor the hardware) to make these modifications, nor support the resulting modified program. If anyone feels up to this task, I would be happy to send over my patches from my [incomplete] attempt at packaging. Barring that, I will close this ITP in a few days. -mike
Bug#182983: O -> ITA
retitle 182982 ITA: chromium -- Slick scrolling space shooter retitle 182983 ITA: chromium-data -- Data pack for chromium thanks. As one who has wasted hours on this game, I'll take these. -mike
Bug#170824: RFA: celestia -- realtime visual space simulation
On Mon, 2002-11-25 at 16:03, Marcelo E. Magallon wrote: > Package: wnpp > Severity: wishlist > > Hi, > > I'm looking for someone who wishes to adopt celestia. I'm not really > using the program lately and I'm sure it's suffering because of that. > Development upstream is very active and Chris Laurel is very > cooperative. There's some half-done GTK 2 port in the Debian packages > which needs to be finished and submitted upstream. Other than that, > it's pretty much ok. I'd be interested in adopting this. I'll try to pick apart the package this weekend and give you a definate yes/no on wheter or not I feel qualified. My only reservation is that I'm not very familiar with the gnome1->2 issues. I did a bunch of gtk/gnome programming a while ago, but haven't really kept up with the recent changes in gnome2. -mike
Bug#156614: cinelerra update
Hello people interested/involved in hvirtual's stuff... I've made some progress with packaging cinelerra and thought I'd drop everyone a note. I've placed my current work so far at http://userpages.umbc.edu/~fu1/debian/cinelerra Its not apt-gettable but I'm sure you can manage :) Feedback, testing, critism are welcome! Here's the README that I wrote for that dir: - Here is a dump of the work I've done doing on cinelerra. Some notes: * The quicktime lib is just thrown together to get the dependency, I am not the official maintainer nor is it really finished upstream. The package is just a cvs snapshot thrown together really fast. * The libmpeg3 library still needs to be packaged from this source tree and then linked by cinelerra. Should be fairly straightforward with just an extra -L in a Makefile for cinelerra(& xmovie)... * CSS sources have to be stripped out before this is suitable for debian. * I've started porting cinelerra to use the libsndfile1 API since v0 is deprecated and no longer in sid. Its not hard, we just need to test some of the cases to make sure I understood the flag stuff right... Perhaps someone more familiar with libsndfile can lend a pair of eyes? * The diff is overly big due to the html stuff being regenerated. I don't remember doing this by hand. It certainly wasn't intentional, so please diregard all of the diff lines going from -> etc.. * Ugliness in version numbers. For instance, xmovie was previously version 1.9, but is now only versioned by the source tarball(1.0). Also, the libmpeg3 build doesn't specify anything for what its soname should be nowadays... * I haven't really spent much time on the [build-] depends. I did a real quick list, but its probably not complete. Enjoy! Mike Furr ([EMAIL PROTECTED])
Bug#78209: ITP: cinelerra (which used to be called Broadcast 2000)
On Mon, 2002-09-23 at 10:16, Jamie Wilkinson wrote: > There has been no activity on this bug since the last person who was > interested posted on 15th of August 2001. It's been over a year. I intend > to wade through the mess of cinelerra's build system, come up with some > packages and actually upload them into Debian. Bah. I got behind on my -bugs reading and just saw this. I've actually been working on packaging this off and on. See #156614. I've been able to sucessfully build it without any of the static libs relying on only debian shared libs except substituting in the new libquicktime libs. I'm currently investigating a bug in glibc's dlopen on ppc which is causing some problems with one of its plugins. I've already put in some time fixing up the build environment and coordinating with the libquicktime and xmovie maintainers. However, if you're really really interested in being the maintainer, let me know. For one thing, I don't have much access to video capture hardware and won't be using this program on a daily basis. I just thought it deserved to be in debian. What access do you have to video capture hardware? If you feel that you would be a better qualified maintainer I wouldn't mind handing my work off to you, or perhaps co-maintaining. -m
Bug#158474: RFA: libjpeg-mmx
I might be interested in adopting this as I've been playing around with some simd assembly recently... However, my only hesitation is that it doesn't seem to be used very much. The only thing that seems to even reference it is a suggests by kdelibs3-bin... Do feel it should remain in the archive? Also, is there any reason this is separately maintained from the normal libjpeg62 package? thx, -m
Bug#136726: ITP: vegastrike -- Interactive Flight Simulator/Real Time Strategy
On Wed, 2002-06-19 at 16:00, Daniel Burrows wrote: > Are you still packaging this? yes. Sorry, I should have updated this bug reprot with more info. the previous upstream release had a lot of issues and wasn't really ready to be included in debian, so I just kept a unofficial deb of it. A new upstream release has just been made, which I'll probably package up tonight. actually, would you be willing to sponsor an upload of it into the archive? I'm still waiting in the nm-queue for my account (everythings done except dam approval). My current advocate/sponsor doesn't really have the time/hardware to test out this 3d intensive game and so didn't want to upload it. -m -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
