Re: Bug#683078: l10n UI unreadable at all (can't load international font)
On Sun, Jul 29, 2012 at 2:28 PM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Sat, Jul 28, 2012 at 10:42:13PM +0900, IRIE Shinsuke wrote: Package: blender Version: 2.63a-1 When starting Blender, I get many annoying warnings as follows: Can't load font: default from memory!! Warning: Can't found default font!! ^ Ouch! Can that be fixed? Already fixed. A pending upload is ready. But waiting for some other stuff to be fixed. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: blender l10n
Processing commands for cont...@bugs.debian.org: tag 683078 + pending Bug #683078 [blender] l10n UI unreadable at all (can't load international font) Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 683078: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683078 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#683030: unblock: vlc/2.0.3-1
Am 28.07.2012 17:47, schrieb Adam D. Barratt: - the changelog also doesn't mention the dropping of the ffmpeg Provides. This was also my change, I am sorry this slipped through without proper documentation. However, this field was so utterly wrong in that libav-tools simply does not provide ffmpeg - it's in its own package. Maybe I found this so obvious that I forgot to mention it. ;) - Fabian ___ 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#683030: unblock: vlc/2.0.3-1
Dear Adam, Am 29.07.2012 23:16, schrieb Adam D. Barratt: I did not apply this change but recognize it from Emdebian sprint: Reason is, I believe, to ease bootstrapping new architectures by suppressing build of arch-all packages. Jonas is right. The main reason for this change was to make it easier to bootstrap the libav package with as little additional (Build-)Dependencies as possible. Libav is involved in several circular dependencies and in the past we got requests by porters to document which B-Ds of libav are actually mandatory and which are optional. Since they are all optional, I suggested a minimal Build-Depends-Bootstrap1 field in README.source, in which I also omitted doxygen. A few weeks later, when I rebuilt the libav package on my system with dpkg-buildpackage -d to test the changes fixing #680602, I found that doxygen is still called, which I found unnecessary and thus removed it. Hmmm, unless I'm reading the rules files incorrectly, purely running the binary-arch target should already have DTRT without requiring doxygen to be installed. Hence the query, as the change appears to be effectively an unnecessary no-op right now. Yes, for regular builds which have the full set of B-Ds available, this change is a no-op. But for (1) bootstrapping efforts - which merely need a minimal libav to build other packages which in turn are required to rebuild a full-featured libav - and for (2) quick testings of packaging related changes, this makes a subtle difference. Best Regards, Fabian ___ 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
Am 28.07.2012 17:06, schrieb Rogério Brito: 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? I could not find anything special apart from the pleasant fact that some of our patches got applied upstream. 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). Yes, this seems indeed harmless. 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. I am looking forward to discuss my commits with you. However, I think we should try to get the package in shape and upload it to experimental RSN. - Fabian ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: tagging 683046
Processing commands for cont...@bugs.debian.org: tags 683046 + pending Bug #683046 [blender] Thumbnailer is not registered automatically Added tag(s) pending. thanks Stopping processing here. Please contact me if you need assistance. -- 683046: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683046 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#683078: l10n UI unreadable at all (can't load international font)
On Mon, Jul 30, 2012 at 08:55:51AM +0200, Matteo F. Vescovi wrote: On Sun, Jul 29, 2012 at 2:28 PM, Chris Bannister cbannis...@slingshot.co.nz wrote: On Sat, Jul 28, 2012 at 10:42:13PM +0900, IRIE Shinsuke wrote: Can't load font: default from memory!! Warning: Can't found default font!! ^ Ouch! Can that be fixed? Already fixed. A pending upload is ready. But waiting for some other stuff to be fixed. So it now will say Warning: Can't find default font!! ? P.S. I should submit a patch, but I don't know where to look/start. -- If you're not careful, the newspapers will have you hating the people who are being oppressed, and loving the people who are doing the oppressing. --- Malcolm X ___ 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#683078: l10n UI unreadable at all (can't load international font)
On Mon, Jul 30, 2012 at 09:21:23PM +1200, Chris Bannister wrote: So it now will say Warning: Can't find default font!! ? No, I was meaning I fixed the real issue, not the typo. P.S. I should submit a patch, but I don't know where to look/start. You'd better ask upstream for this kind of things. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A ___ 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: zynaddsubfx/2.4.0-1.3 [NMU] [RC]
2012/7/27 Christophe Siraut ch...@tobald.eu.org: Hi Chris, I might apply for DM and join the multimedia team. Would be great. If so create alioth account. If you haven't already done this, please have a look at our policies [1] . If you agree with them introduce yourself here on list and somebody will add you to the alioth project. regards mira [1] http://wiki.debian.org/DebianMultimedia/DevelopPackaging ___ 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#683042: debian/copyright: No information of embedded external libraries
Hi again! On Sat, Jul 28, 2012 at 10:27:04AM +0900, IRIE Shinsuke wrote: debian/copyright doesn't include the copyright information of the external libraries such as libmv, Eigen3, and Bullet Physics which are included in orig.tar.bz2 file and will be statically linked. I never gave a look at the debian/copyright file in the past, thinking it was ok. But I just discovered it's completely wrong! :-( I'm gonna re-work it all with correct copyright and licenses as soon as I find some spare time to work on it. Hopefully, before the release of 2.64 version package. Thanks for pointing this out. Cheers! -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
libsbsms 2.0.1-1 MIGRATED to testing
FYI: The status of the libsbsms source package in Debian's testing distribution has changed. Previous version: 2.0.0-3 Current version: 2.0.1-1 -- This email is automatically generated once a day. As the installation of new packages into testing happens multiple times a day you will receive later changes on the next day. See http://release.debian.org/testing-watch/ for more information. ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[bts-link] source package ices2
# # bts-link upstream status pull for source package ices2 # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #255417 (http://bugs.debian.org/255417) # Bug title: ices2: null password field results in error # * http://trac.xiph.org/ticket/1875 # * remote status changed: new - closed # * remote resolution changed: (?) - fixed # * closed upstream tags 255417 + fixed-upstream usertags 255417 - status-new usertags 255417 + status-closed resolution-fixed thanks ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
[bts-link] source package mhwaveedit
# # bts-link upstream status pull for source package mhwaveedit # see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html # user bts-link-upstr...@lists.alioth.debian.org # remote status report for #628653 (http://bugs.debian.org/628653) # Bug title: mhwaveedit: cannot position cursor with fractional second resolution # * https://gna.org/bugs/?func=detailitemitem_id=19832 # * remote status changed: Open - Closed # * remote resolution changed: (?) - Fixed # * closed upstream tags 628653 + fixed-upstream usertags 628653 - status-Open usertags 628653 + status-Closed resolution-Fixed thanks ___ 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#674145: mplayer2: mplayer does not stop after playing a file
tag 674145 important retitle 674145 mplayer does not stop after playing a file with pulseaudio backend, breaks playback of multiple files stop On Sat, May 26, 2012 at 12:55 AM, Uoti Urpala uoti.urp...@pp1.inet.fi wrote: On Thu, 2012-05-24 at 13:47 +0200, Martin Ziegler wrote: mplayer said that the output device was pulse: AO: [pulse] Wenn I use mplayer with the option -ao alsa everything works fine. Thanks! This is most likely a Pulseaudio bug then. It might be interesting that the version of mplayer in the package mplayer does not hit this bug. It works also with the option -ao pulse. The old code in MPlayer 1 exits the main play loop after all audio has been buffered, regardless of the amount of audio not actually played yet (a flush all buffered audio operation is performed later). So it's expected that this Pulseaudio bug does not have the same effect. The problem with the old code is that the player can become unresponsive for relatively long periods during the flush operation, even with audio output drivers that function perfectly. It would be possible to add some workarounds on the player side for this bug. But I'm not sure whether that would be worth it, as there are so many bugs in Pulseaudio, and 2.0 broke more things again. Trying to work around just this bug feels somewhat pointless in this situation. The current situation where Pulseaudio has become the standard sound output method but seems to lack developers to fix even fairly blatant bugs in basic functionality is unfortunate. Thanks for this investigation. As a followup to the conversation on IRC this afternoon, I have noticed this commit in mplayer2.git: http://git.mplayer2.org/mplayer2/commit/?id=de435ed56eafee040fe286151e51b94c144badc7 For full context, I'm quoting the excellent and very verbose commit message in full here: ao_pulse: work around PulseAudio timing bugsHEADmaster Work around PulseAudio bugs more effectively. In particular, this should avoid two issues: playback never finishing at end of file / segment due to PulseAudio always claiming there's still time before audio playback reaches the end, and jerky playback especially after seeking due to bogus output from PulseAudio's timing interpolation code. This time, I looked into the PulseAudio code itself and analyzed the bugs causing problems. Fortunately, two of the serious ones can be worked around in client code. Write a new get_delay() implementation doing that, and remove some of the previous workarounds which are now unnecessary. Also add a pa_stream_trigger() call to ensure playback of files shorter than prebuf value starts (btw doing that by setting a low prebuf hits yet another PulseAudio bug, even if you then write the whole file in one call). There are still a couple of known PulseAudio bugs that can not be worked around in client code. Especially, bug 4 below can cause issues when pausing. Below is a copy of a message I sent to the pulseaudio-discuss mailing list, describing some of the PulseAudio bugs: == A lot of mplayer2 users with PulseAudio have experienced problems. I investigated some of those and confirmed that they are caused by PulseAudio. There are quite a few distinct PulseAudio bugs; some are analyzed below. Overall, however, I wonder why there are so many fairly obvious bugs in a widely used piece of software. Is there no maintenance? Or do people not test it? Some of the bugs are probably less obvious if you request low latency (though they're not specific to higher-latency case); do people test the low-latency case only? 1. The timing interpolation functionality can return completely bogus values for playback position and latency, especially after seeking (mplayer2 does cork / flush / uncork, as flushing alone does not seem to remove data already in sink). I've seen quickly repeated seeks report over 10 second latency, when there aren't any buffers anywhere that big. I have not investigated the exact cause. Instead I disabled interpolation and added code to always call pa_stream_update_timing_info(). (I assume that always waiting for this to complete, instead of doing custom interpolation, may give bad performance if it queries a remote server. But at least it works better locally.) 2. Position/latency reporting is wrong at the end of a stream (after the lack of more data triggers underflow status). As a result mplayer2 never ends the playback of a file, as it's waiting forever for audio to finish playing. The reason for this is that the calculations in PulseAudio add the whole length of data in the sink to the current latency (subtract from position), even if the sink does not contain that much data *from this stream* in underflow conditions. I was able to work around this bug by calculating latency from pa_timing_info data myself as follows (ti=pa_timing_info): int64_t latency = pa_bytes_to_usec(ti-write_index - ti-read_index, ss); latency -=
Processed (with 2 errors): Re: Bug#674145: mplayer2: mplayer does not stop after playing a file
Processing commands for cont...@bugs.debian.org: tag 674145 important Unknown tag/s: important. Recognized are: patch wontfix moreinfo unreproducible fixed potato woody sid help security upstream pending sarge sarge-ignore experimental d-i confirmed ipv6 lfs fixed-in-experimental fixed-upstream l10n etch etch-ignore lenny lenny-ignore squeeze squeeze-ignore wheezy wheezy-ignore. retitle 674145 mplayer does not stop after playing a file with Bug #674145 [mplayer2] mplayer2: mplayer does not stop after playing a file Changed Bug title to 'mplayer does not stop after playing a file with' from 'mplayer2: mplayer does not stop after playing a file' pulseaudio backend, breaks playback of multiple files stop Stopping processing here. Please contact me if you need assistance. -- 674145: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674145 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Processed: Re: Bug#662628: Reported upstream
Processing control commands: tag -1 + fixed-upstream Bug #662628 [vlc-plugin-notify] vlc: Serious problems with playing video files Added tag(s) fixed-upstream. -- 662628: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=662628 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ 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#662628: Reported upstream
Control: tag -1 + fixed-upstream On Sun, 15 Apr 2012 19:28:31 +0200, Benjamin Drung wrote: forwarded 662628 https://trac.videolan.org/vlc/ticket/6641 tags 662628 confirmed thanks Thanks for tracking it down. I forwarded it to upstream. The upstream trac instance claims that the bug is fixed since yesterday including a commit (actually a revert): http://git.videolan.org/?p=vlc/vlc-2.0.git;a=commit;h=e89f4296febf218a5669a8ceb09ee79d9def0f25 Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Rod Stewart 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
Processed: severity of 674145 is important
Processing commands for cont...@bugs.debian.org: severity 674145 important Bug #674145 [mplayer2] mplayer does not stop after playing a file with Severity set to 'important' from 'normal' thanks Stopping processing here. Please contact me if you need assistance. -- 674145: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674145 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Notification Of Bequest
Hello I have to resend this mail to you because I have sent it to you several times without respond. You Have Been Left An Inheritance Under A Will. Contact Email: barr.giacocarbon...@yahoo.es Tel:+34632220425 ___ 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#679542: Each upload (even -2 -3 etc) is a transition?
On Fri, Jun 29, 2012 at 6:33 PM, Modestas Vainius mo...@debian.org wrote: Source: libav Version: 6:0.8.3-4 Severity: important Hello, could you explain why each -2 -3 etc. upload bumps shlibs to the current debian revision as opposed to the current upstream version? This effectly makes each debian revision of libav a small transition. For example, now amarok [1] will have to wait and depend on libav to migrate testing for no good reason at all. I actually only do this if the updated package introduces new symbols. If this happens on a regular basis, then it is surely not intended. Unfortunately, symbol files won't work as they cannot produce application packages with alternative dependencies (cf. the libavcodec53 | libavcodec-extra-53 dependency in the application packages). -- regards, Reinhard ___ 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#613203: marked as done (audacious: High CPU usage with snd_hda_intel based soundcard)
Your message dated Tue, 31 Jul 2012 01:51:06 +0400
with message-id 1343685066.179684...@f333.mail.ru
and subject line done: audacious: High CPU usage with snd_hda_intel based
soundcard
has caused the Debian Bug report #613203,
regarding audacious: High CPU usage with snd_hda_intel based soundcard
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
613203: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613203
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: audacious
Version: 2.3-2
Severity: important
Tags: upstream
CPU Usage is too high when playing audio files. Considering old bug reports and
various internet sources, it seems to occur particularly with Intel HDA
(snd_hda_intel) soundcards, the model I have on this box.
On Intel Core2 CPU with ondemand governor (lowest freq.: 800Mhz) audacious
consumes about 12 to 35-40% of CPU according to top while playing a file on a
fresh Squeeze install.
This behavior is apparently not new[*], and still it is not sure wheter it
comes from a broken soundcard driver, alsa, or audacious. But other players do
not have such behavior...
The problem disappears if I change the ALSA Output plugin conf and manually
select the PCM device as front (Front Speakers), but with this solution other
apps are not able to play sound over audacious anymore. The soundcard is not
available anymore for them.
Anyway, while browsing the web[**] I found a workaround:
Edit ~/.asoundrc and paste this resamplig stuff:
pcm.!default {
type plug
slave.pcm {
type dmix
ipc_key 1024
slave {
pcm hw:0,0
rate 44100
}
}
}
Strange enough? :)
Fabien C.
[*] Archived bugs about audacious CPU usage (mid-2009) : #533559, #532081,
#588633
[**] http://boards.audacious-media-player.org/viewtopic.php?f=1t=193
-- System Information:
Debian Release: 6.0
APT prefers squeeze-updates
APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.37 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages audacious depends on:
ii audacious-plugins 2.3+dfsg-1+b1 Base plugins for audacious
ii dbus 1.2.24-4 simple interprocess messaging syst
ii dbus-x11 1.2.24-4 simple interprocess messaging syst
ii gtk2-engines-pixbuf2.20.1-2 Pixbuf-based theme for GTK+ 2.x
ii libatk1.0-01.30.0-1 The ATK accessibility toolkit
ii libaudclient2 2.3-2 audacious dbus remote control libr
ii libaudcore12.3-2 audacious core engine library
ii libaudid3tag2 2.3-2 audacious id3 tag manipulation lib
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra
ii libdbus-1-31.2.24-4 simple interprocess messaging syst
ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst
ii libfontconfig1 2.8.0-2.1 generic font configuration library
ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib
ii libglib2.0-0 2.24.2-1 The GLib library of C routines
ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface
ii libice62:1.0.6-2 X11 Inter-Client Exchange library
ii libmcs10.7.1-1 Abstraction library to store confi
ii libmowgli1 0.6.1-1 a high performance development fra
ii libpango1.0-0 1.28.3-1+squeeze1 Layout and rendering of internatio
ii libsm6 2:1.1.1-1 X11 Session Management library
Versions of packages audacious recommends:
ii unzip 6.0-4 De-archiver for .zip files
audacious suggests no packages.
-- no debconf information
---End Message---
---BeginMessage---
Bug Marked as fixed in versions audacious/2.4.3-1. Request was from John
Lindgren john.lindg...@tds.net to cont...@bugs.debian.org. (Tue, 22 Feb
2011 18:03:04 GMT)---End Message---
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Comments regarding python-pyknon_1.0-1_amd64.changes
Hi, any reason why python-pyknon is Architecture: any? Cheers, Luca ___ 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#670488: audacious: New upstream version available
Package: audacious Version: 3.2.3-1 Followup-For: Bug #670488 Dear Maintainer, Audacious 3.3 released: http://audacious-media-player.org/ -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages audacious depends on: ii audacious-plugins3.2.3-1+b1 ii dbus 1.6.0-1 ii dbus-x11 1.6.0-1 ii gtk2-engines-pixbuf 2.24.10-1 ii libaudclient23.2.3-1 ii libaudcore1 3.2.3-1 ii libc62.13-33 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-2 ii libguess11.1-1 ii libice6 2:1.0.8-2 ii libsm6 2:1.2.1-2 Versions of packages audacious recommends: ii unzip 6.0-7 audacious suggests no packages. -- no debconf information ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
My Good Friend
Please read attached private message from Brian Buschek Hello My Good Friend.docx Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Fwd: [Lmuse-user] [ANN] MusE 2.0.1 released
Hi, Any help needed for this update? Alessio seems to be the only active member of the git repo, and I could help. Also, where is it possible to see the 2 'official' maintainers of a package? IS there any wiki page? Thanks, Fabrice -- Forwarded message -- From: Geoff Beasley ge...@laughingboyrecords.com Date: 2012/7/29 Subject: Re: [Lmuse-user] [ANN] MusE 2.0.1 released To: lmuse-u...@lists.sourceforge.net On 07/30/12 05:56, Robert Jonsson wrote: MusE 2.0.1 July 29, 2012 This is a bug fix release that mainly fixes a problem with moving plugins in the plugin rack. Some changes: - Fixed controllers go wacky after moving effects rack plugins up/down. - Changed naming convention for recorded wave files to include track name and it's take number - Use cmake's own FindPythonLibs module instead of pkgconfig to detect Python - Updated Czech translation from Pavel Fric - Increased zoom range a bit in arranger well done Robert ! At this rate MusE will look to the world like a living active project ;-) good news. g -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Lmuse-user mailing list lmuse-u...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/lmuse-user ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
