Bug#215195: ITA: xcruise -- Fly about 3D-formed file system
One problem I noticed: If you hit the escape key in the program, the camera zooms backwards at an alarmingly fast rate. Nothing I've managed to do has fixed this. It zooms back until (I'm guessing it buffer overflows) and segfaults. Any luck duplicating this? -- Link Dupont <[EMAIL PROTECTED]>
Bug#232293: ITP: muine -- a music player using some new UI ideas
On Wed, 2004-02-18 at 16:08, Martin Waitz wrote: > hi :) > > On Wed, Feb 18, 2004 at 11:42:42AM -0800, Link Dupont wrote: > > Okay, newest revision up on mentors.debian.net. Based on the > > MonoConventions and Martin's conclusion, I've removed the .la & .a > > files. Does this look okay to everyone? > > looks good, thanks for all the work :) So Martin, it works for you? I'm interested to know if this is a fluke for working on my machine or not. > now we only need bug-free versions of mono & muine itself *g* Agreed, but both projects are still young. :) -- Link Dupont <[EMAIL PROTECTED]>
Bug#232293: ITP: muine -- a music player using some new UI ideas
On Tue, 2004-02-17 at 12:08, Sebastien Bacher wrote: > > with it, I'll keep on maintaining muine and use it as my non-DD entry > > package (with Ross uploading for me). Thanks :) > > Ok, nice. About the .so file you can have a look on the mono > conventions: > http://wiki.debian.net/?MonoConventions Okay, newest revision up on mentors.debian.net. Based on the MonoConventions and Martin's conclusion, I've removed the .la & .a files. Does this look okay to everyone? http://mentors.debian.net/debian/dists/unstable/main/binary-i386/muine/ > Good luck with your first package :) Thanks :-D > > Cheers, > > Sebastien Bacher -- Link Dupont <[EMAIL PROTECTED]>
Bug#232293: ITP: muine -- a music player using some new UI ideas
On Tue, 2004-02-17 at 00:43, Martin Waitz wrote: > hi :) > > On Tue, Feb 17, 2004 at 12:24:29AM -0800, Link Dupont wrote: > > > BTW there is a problem with the package: it contains a library. So you > > > should split it in muine/libmuine0/libmuine0-dev or remove the > > > .[a|la|so] of the package. > > > > Upon closer inspection, it looks like the .so file is needed at runtime. > > I'll break this up into a libmuine0[-dev]/muine split as soon as I can. > > the .so file is dynamically loaded by mono. > this is the way C# can access all the lowlevel C code > > the .a and .la files are not needed for runtime, but are always build > by libtool when it builds a shared library. > > as the .so file is only needed by muine and not meant as a general > library, it doesn't make much sense to create a new package for it. > just put everything in one package, but remove the .a and .la files. Hahha. This was just the same conclusion I came to, and was about to post again saying as much. Thanks for the verification. If you're okay with it, I'll keep on maintaining muine and use it as my non-DD entry package (with Ross uploading for me). Thanks :) -- Link Dupont <[EMAIL PROTECTED]>
Bug#232293: ITP: muine -- a music player using some new UI ideas
On Mon, 2004-02-16 at 23:30, Sebastien Bacher wrote: > Link Dupont <[EMAIL PROTECTED]> writes: > > > Guess you all could just take a look and see if this stuff works for > > you? > > Still the same problem when I go in "select folder" and choose a folder > muine hangs ... perhaps due to my config but I've no idea of the problem. > > BTW there is a problem with the package: it contains a library. So you > should split it in muine/libmuine0/libmuine0-dev or remove the > .[a|la|so] of the package. Upon closer inspection, it looks like the .so file is needed at runtime. I'll break this up into a libmuine0[-dev]/muine split as soon as I can. > > Cheers, > > Sebastien Bacher -- Link Dupont <[EMAIL PROTECTED]>
Bug#232293: ITP: muine -- a music player using some new UI ideas
I'm thinking its better to just remove the .[a|la|so] files. They're not needed for runtime, and it seems unnecessary to package dev files for an end-user application. Agreed? Sebastien and anyone else testing these packages: Have you tried the app in a clean (aka new) user config? Does it work any better that way? On Mon, 2004-02-16 at 23:30, Sebastien Bacher wrote: > Link Dupont <[EMAIL PROTECTED]> writes: > > > Guess you all could just take a look and see if this stuff works for > > you? > > Still the same problem when I go in "select folder" and choose a folder > muine hangs ... perhaps due to my config but I've no idea of the problem. > > BTW there is a problem with the package: it contains a library. So you > should split it in muine/libmuine0/libmuine0-dev or remove the > .[a|la|so] of the package. > > > Cheers, > > Sebastien Bacher -- Link Dupont <[EMAIL PROTECTED]>
Bug#232293: ITP: muine -- a music player using some new UI ideas
I just recompiled a new revision against the mono 0.30.1 pre debs and uploaded it to mentors.debian.net. What I've encountered: With an empty database to start with and immediately after gconftool-2 --recursive-unset /apps/muine, I can: * Import a folder containing about 15 songs (one album). The cover is downloaded (or grabbed from my conver.png file) and all songs are added to the playlist once. * Import a folder containing about 600 songs (miscellaneous music). The covers are downloaded (but extremely slowly) (this behavior is different than on my FC1 install. Albums are displayed relatively quickly in the "Add Album" list. All songs from a selected album are added once. * Adding miscellaneous albums and songs to the current playlist works fine for me too. And drag-and-drop playlist reordering, end-of-song advancing, skipping back and forward in the playlist, pause/play, clear playlist, etc. all seem to work okay for me. Guess you all could just take a look and see if this stuff works for you? -- Link Dupont <[EMAIL PROTECTED]>
