Bug#630557: Please use DejaVu instead of Bitstream Vera font
Package: libprojectm2 Version: 2.0.1+dfsg-9 Severity: wishlist DejaVu is a superset of Bitstream Vera and is usually installed by default. The following configuration in config.inp seems to work: Title Font = /usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf Menu Font = /usr/share/fonts/truetype/ttf-dejavu/DejaVuSansMono.ttf -- Jindrich Makovicka ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
About upstream project MPD_sima (Was Joining pkg-multimedia / mpd-sima package)
Hi Jonas, the Team, I split the reply in two parts since the discussion concerning upstream projet is off topic IMO. Le 12/06/2011 17:18, Jonas Smedegaard a écrit : On 11-06-12 at 11:32am, Geoffroy Youri Berret wrote: […] I'm upstream author for MPD_sima, […] Hope you might be intrigued by my ideas: Indeed, users feedback are essentials, I'm grateful for your opinion. Album mode -- I often enjoy music as complete works, respecting the playing order originally chosen by the musicians when they composed the album. Would be nice if MPD_sima optionally would add albums rather than single songs. I completely agree on that, albums are entities that happened to be split into singles for broadcasting and commercial reasons. An album queue mode is available in MPD_sima since v0.7.0. You have to set queue_mode option to album in the configuration file (not available on command line). Prioritize manual selections My music collection contains some non-mainstream stuff. Current logic of MPD_sima cause it to slowly degenerate into pop music (stuff appearing both in top-5 results from last.fm queries and in my collection). Would be nice if MPD_sima would remember last manually selected tune and (optionally?) take that into account as guidance, to go in circles around that instead of drifting off at random[…]. There is actually something approaching available in MPD_sima. Users can add to the internal database similarities of their choices thanks to a command line tool. These similarities are used in addition to last.fm similarities, the level of similarities can be used to override last.fm recommendations. But well, for now the CLI is quite cryptic and needs some improvements to be more user friendly. Musicbrainz support --- […] Offline support --- I am involved in the FreedomBox[2] project - about user-friendly, decentralized services. Would be cool if MPD_sima could be used in an autonomous mode, independently from centralistic services like last.fm. […] It is my concern as well to provide services independent from closed and centralized services like last.fm. I'm expecting libre.fm to provide someday features similar to last.fm. In the meantime it looks like MusicBrainz is a rather mature alternative. I'm already working on supporting MusicBrainz ID in MPD_sima, but I can obviously take advantage of these other aspects of MusicBrainz database. I'll try to take time to have a look at it, thanks for pointing it out. I imagine to use Musicbrainz tagging as mentioned above, or other tags as well - e.g. the genre which (as I understand it) is commonly gathered also with cddb. Would then (especially with cddb) need a text-fuzzying algorithm to treat e.g. electronic and Electronica as equal. I've been thinking about using genre tag to find artists to queue, as you mentioned, this is prone to spelling mistake and fuzziness since there are no standards for genre. That part is not crucial as MPD_sima is already shipping a fuzzy matching engine to get the right artist name, it could be use for other strings. The reason why I did not use genre back then is that it is not refining enough while looking for artists, at least it was not enough for my taste :). But well, I guess it could suit others listeners habits. I have interest in semantic web and RDF. Would it be interesting for you to try make MPD_sima able to query a local database, if I put together one such database service? It is quite premature for me now, but I'll get back to you as soon as I have a better idea of what is possible and what I want to push into MPD_sima. Another approach I'de like to try, maybe implement in MPD_sima, is Music Information Retrieval (aka MIR), using pure signal processing techniques to get a track profil. These techniques are independent of external database, all needed information is gathered from the sound track itself (the sound signal not meta-data). This is the way banshee plugin named Mirage is working. Thanks for your ideas Jonas :) Kind regards, Geoffroy ___ 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: Joining pkg-multimedia / mpd-sima package
Hi Jonas, the Team, Le 12/06/2011 17:18, Jonas Smedegaard a écrit : On 11-06-12 at 11:32am, Geoffroy Youri Berret wrote: The package for the last upstream version already received a review from debian-mentors@ and is uploaded to mentors as 0.8.0-2. Here we do teamwork, not sponsoring. So no need for you to use that service any longer. Instead (when we've sorted out the practicalities so you have write access) use our team Git area at Alioth directly, and use this mailinglist for questions regarding the packaging and for requests for release by one of us that has upload rights to Debian. How should I proceed now ? Did you read our wiki pages at http://wiki.debian.org/DebianMultimedia? There's even a page specifically covering how you join our team ;-) Indeed, I guess I missed some points. Well * I have subscribed to pkg-multimedia-(maintainers|commits) * My alioth account is kaliko-guest * I'm quite familiar with the BTS * I agree to review others work Concerning git packaging, I'm still not quite confident with git but I'm working on it, I'm getting familiar with this tool and start enjoying this way of thinking VCS or actually DVCS (I'm coming from subversion…). Then expect me to ask for help once in a while :) Should I send a request to join the Team through alioth web interface or is this thread enough? Kind regards, Geoffroy ___ 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: About upstream project MPD_sima (Was Joining pkg-multimedia / mpd-sima package)
On 11-06-15 at 02:35pm, Geoffroy Youri Berret wrote: An album queue mode is available in MPD_sima since v0.7.0. You have to set queue_mode option to album in the configuration file (not available on command line). Ah, nice! Prioritize manual selections My music collection contains some non-mainstream stuff. Current logic of MPD_sima cause it to slowly degenerate into pop music (stuff appearing both in top-5 results from last.fm queries and in my collection). Would be nice if MPD_sima would remember last manually selected tune and (optionally?) take that into account as guidance, to go in circles around that instead of drifting off at random[…]. There is actually something approaching available in MPD_sima. Users can add to the internal database similarities of their choices thanks to a command line tool. These similarities are used in addition to last.fm similarities, the level of similarities can be used to override last.fm recommendations. But well, for now the CLI is quite cryptic and needs some improvements to be more user friendly. Hmm - I gotta play some with that option, then. Thanks for the hint! Musicbrainz support --- […] Offline support --- I am involved in the FreedomBox[2] project - about user-friendly, decentralized services. Would be cool if MPD_sima could be used in an autonomous mode, independently from centralistic services like last.fm. […] It is my concern as well to provide services independent from closed and centralized services like last.fm. I'm expecting libre.fm to provide someday features similar to last.fm. libre.fm is non-commercial, but still central. Perhaps my request is quite simple (on your part): Please make last.fm URL configurable. Then for my FreedomBox dreams, I could run a local app translating last.fm queries into SPARQL requests or Musicbrainz lookups either locally or among friendly FreedomBoxes. I'm already working on supporting MusicBrainz ID in MPD_sima, but I can obviously take advantage of these other aspects of MusicBrainz database. I'll try to take time to have a look at it, thanks for pointing it out. Nice! Again - please then make Musicbrainz URL configurable ;-) I have interest in semantic web and RDF. Would it be interesting for you to try make MPD_sima able to query a local database, if I put together one such database service? It is quite premature for me now, but I'll get back to you as soon as I have a better idea of what is possible and what I want to push into MPD_sima. Looking forward to that :-D Another approach I'de like to try, maybe implement in MPD_sima, is Music Information Retrieval (aka MIR), using pure signal processing techniques to get a track profil. These techniques are independent of external database, all needed information is gathered from the sound track itself (the sound signal not meta-data). I don't know MIR, but sounds like the mechanism bahind MusicBrainz IDs. You might then be interested in Debian package acoustid-fingerprinter - part of Acoustid, a project claiming to be a more free alternative to Musicbrainz: http://acoustid.org/ . - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Joining pkg-multimedia / mpd-sima package
On 11-06-15 at 02:37pm, Geoffroy Youri Berret wrote: Should I send a request to join the Team through alioth web interface or is this thread enough? Please use the web interface at Alioth. Welcome to the team! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Re: Invitation to join the Debian Multimedia Maintainers team
Okay fine, You've convinced me. I've subscribed to the mailing lists, but directed them to a folder I'll check from time to time. So, 1. I have an alioth account called jeremysalwen-guest 2. I've subscribed to the mailing lists 3. I'm not scared of Debian bugs 4. I'm happy to help anyone when I have the time. A little about myself: My name is Jeremy Salwen, and I like to program audio processing software. When doing audio stuff I mainly write in C, or possibly with a little C++. In particular, I've written a few simple programs and some plugins, but mainly I find myself porting other peoples' software to the LV2 plugin format (which I really like, by the way), As I almost always write software to scratch a particular itch or interest of mine, I like to think that my software would be useful to other people, which is why I started getting involved with packaging my own and other peoples' software for debian. I use git-buildpackage + quilt to make my packages. That's All! Jeremy On Sun, Jun 12, 2011 at 8:56 PM, Jonas Smedegaard d...@jones.dk wrote: On 11-06-12 at 07:38pm, Jeremy Salwen wrote: 1. I should probably clarify that I certainly can *handle* bugs filed against any of my packages, in the sense that I can respond to them, fix them, and create a new package with the new version, but I basically had no experience tagging or assigning or triaging or whatever other things you can do with the metadata. Sounds great! I feel you (and me too) should not read that too literally. Point is not that you must be super clever juggling bugreports to work in this team, but that you acknowledge that it involved juggling bugreports and you do not feel uncomfortably with that. Perhaps we should rephrase that sentence, to not scare off other potential future team members. What do others think? 2. While I'm totally down with teamwork, I've been subscribed to the pkg-multimedia-maintainer mailing list for a while now, and I have to say that the volume is almost too much for me to handle on a daily basis, and certainly will be in a couple months when I start school again (not to mention the -commits mailing list, which seems to be even *higher* volume). No need for daily basis - not at all! This is a volunteer project, and there is no requirement in this team that we commit any specific amount of time on it. Heck, if you wanna work with us once a year I would still be happy to consider you a team member! :-D So honestly, although you've convinced me that I'd be qualified to join the team, and I'll hang out with you guys and help out when I have time, I just don't think I could handle being subscribed to the mailing lists for any substantial amount of time. If mailinglist traffic level discourages your joining us, then please do consider to simply setup your mail handling to reroute list traffic to a separate folder to not get bogged down by it. Point of you joining the list is not that you are alert and always on duty, but that you acknowledge the _maintainance_ part of the task of maintaining packages. And again, the actual amount of devotion is fluid - can once a week or once a month you pop by, or even more infrequently since we are a team that can cover for each other. :-) So all in all, I still think you should consider joining our team. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private ___ 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: Invitation to join the Debian Multimedia Maintainers team
On 11-06-15 at 07:23pm, Jeremy Salwen wrote: Okay fine, You've convinced me. I've subscribed to the mailing lists, but directed them to a folder I'll check from time to time. So, 1. I have an alioth account called jeremysalwen-guest 2. I've subscribed to the mailing lists 3. I'm not scared of Debian bugs 4. I'm happy to help anyone when I have the time. Please request membership of our Alith group at https://alioth.debian.org/projects/pkg-multimedia/ - that provides write access to our git repository so you can help work there - when it suits you. A little about myself: My name is Jeremy Salwen, and I like to program audio processing software. When doing audio stuff I mainly write in C, or possibly with a little C++. In particular, I've written a few simple programs and some plugins, but mainly I find myself porting other peoples' software to the LV2 plugin format (which I really like, by the way), As I almost always write software to scratch a particular itch or interest of mine, I like to think that my software would be useful to other people, which is why I started getting involved with packaging my own and other peoples' software for debian. I use git-buildpackage + quilt to make my packages. Sounds cool. In some ways you are a much better fit for this list than myself. Welcome aboard! - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers