Re: What happened to Agnula.org (DeMuDi)?
>It would be interesting to change name Debian Multimedia to prevent > confusion with Debian-Multimedia site[1]? Piping in as a user, I can say this has caused me a bit of confusion on more than one occasion. Given that there are versions of the same packages which are alternately hosted by debian-multimedia.org and maintained by Christian Marillat and hosted by debian.org and maintained by debian-multimedia, I imagine I'm not the only one who is never sure which version of ffmpeg is installed. If debian-multimedia.org is supposed to be an unofficial mirror, the fact that it shares a name with the debian team maintaining the official multimedia packages is also likely a cause for confusion. Sorry about any broken threading. I'm responding via the archive reply-to link. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for 'xmms' removal from Debian
> Most of this packages are xmms plugins. Maintainers will need to port > them to xmms2 or bmpx, or they should be removed. > > Other packages just depend on xmms as a mere multimedia player, and > therefore we recommend the maintainers to adjust their dependencies to > bmpx, xmms2 or audacious. > > 2.2 Popcon > > xmms is now 1069 in the overall popcon rank, with 11029 installations, > not counting the plugin users. There are a number of plugins available from the rarewares repository[1] and perhaps other third party repositories which provide the only convient way I'm aware of to access a number of media formats (bonk, wavepack, lossless audio, shorten, various DVD audio formats). While I do not expect debian to support these packages, I do ask that the wider ecosystem be taken into consideration. Thanks [1] http://www.rarewares.org/index.php -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Considerations for 'xmms' removal from Debian
> Hi > > Could you get audacious + audacious-plugins-extra from unstable and tell > us which formats are supported by xmms but not by audacious ? > Is there is a wiki page for this? Just at a glance, here is what I see. I've pasted the package descriptions for what I suspect are the most obscure ones. You can probably track down the developers of these on the Hydrogen Audio forums. Rarewares is the repository associated with that community. repositories I'm looking at: deb http://ftp.us.debian.org/debian/ sid main contrib non-free deb http://www.debian-multimedia.org/ sid main deb http://www.debian-multimedia.org/ experimental main deb http://www.rarewares.org/debian/packages/unstable/ ./ deb http://www.rarewares.org/debian/packages/experimental/ ./ Input plugins: xmms-bonk xmms-dtsc xmms-dvb Package: xmms-dvb Version: 0.4.0-1 Architecture: i386 Maintainer: mike gan <[EMAIL PROTECTED]> Installed-Size: 72 Depends: libc6 (>= 2.3.2.ds1-4), libglib1.2 (>= 1.2.0), libgtk1.2 (>= 1.2.10-4), libx11-6 | xlibs (>> 4.1.0), libxext6 | xlibs (>> 4.1.0), libxi6 | xlibs (>> 4.1.0), xmms, xmms (>= 1.2.10-1), liblame0 (>= 3.89-1) Filename: ./xmms-dvb_0.4.0-1_i386.deb Size: 25100 MD5sum: ddeb8abc2f6c2fa59532590616a64b5d Section: sound Priority: optional Description: direct dvb playback for xmms enables XMMS to directly play MPEG-1 Layer II audio streams received by a DVB-S PCI-Adapter compatible with the driver available from http://www.linuxtv.org/ xmms-la (lossless audio) xmms-mac (monkey's audio) xmms-musepack-sv8 (frequent sv8 SVN snapshots are available on rarewares. The musepack in debian is old enough to be a different beast.) xmms-vqfplugin xmms-adplug xmms-sexyspc xmms-festalon (I have no idea if game_music_emu is a satisfactory replacement or not) xmms-optimfrog xmms-speex xmms-a52dec Output plugins: xmms-encode-lame xmms-encode-vorbis xmms-oss-surround Package: xmms-oss-surround Version: 0.1-1 Architecture: i386 Maintainer: mike gan <[EMAIL PROTECTED]> Installed-Size: 52 Depends: libc6 (>= 2.3.2.ds1-4), xmms (>= 1.2.10-1) Filename: ./xmms-oss-surround_0.1-1_i386.deb Size: 14798 MD5sum: d189d19cc8baa535b7507381f2224aed Section: sound Priority: optional Description: oss surround sound output plugin for xmms - a52dec an OSS output plugin supporting surround sound. distributed with xmms-a52dec xmms-rplay I suspect the biggest one is shorten. It's still used a lot in the legal bootleg / etree community. I'm not aware of anything other than xmms that supports it without using ffmpeg. If xmms goes away deadhead linux users, which I suspect is a fair sized population, will riot. A lot of people have thousands or hours of hours of audio in .shn files. In some cases there are plugins which provide similar functionality but are not the same. There's just libmad and no libmpeg123.People have had ten years now to convince themselves they can hear the difference and xmms remains the media player of choie for adiophilles. Between arts in KDE and the gnome HIG, there hasn't been a lot in recent years to convince audio geeks they should use anything else. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Re: Considerations for 'xmms' removal from Debian
> > Well, my reasoning was, that we just try to wild guess about > > user capabilities. I have just learned that user behave very > > unexpected and exactly these users happen to be quite vocal > > how broken Debian is. I just would like to give them lesser > > chances to be correct when they claim this. > > Anyone who claims Debian is broken for not shipping 6-year-old > abandonware in stable is an idiot who should be refuted, not pandered > to. Responding from the web because I'm lazy. Xmms-shn was last updated March 28th 2007. I personally have about 40 hours of zappa boots in shn format that would only be playable from mplayer and perhaps vlc if xmms were removed. This is a common media format. http://en.wikipedia.org/wiki/Shorten Looking at Freshmeat, 16 plugins or otherwise xmms based projects have been updated in the past year including two new ones that were introduced. It may be dead, but development on top of it is definitely ongoing. Bmpx is not really a substitute for the simple fact that it's gstreamer based. A substitute needs to be a simple library based player that is scriptable and provides maximum exposure to the features of the underlying libraries. It needs to be suitable for use in car computers, portable media devices, pro-audio applications, etc. It's my impression that audicious is not scriptable so it can't be as easily integrated into existing applications or controlled from emacs or irssi. My money is on Xmms2, but it's got a ways to go before it's usable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#729203: [FFmpeg-devel] Reintroducing FFmpeg to Debian
What we do to combat that is All patches going into FFmpeg are > reviewed with security in mind > > The codebase was repeatledly tested with fuzzed files to uncover all > kinds of anomalies, all such found anomalies where fixed. Also > independant of googles fuzzing efforts, some of our users have done > their own fuzzing. And during google code in several students have as > well manually tried to find security issues. > > FFmpeg is regularly tested with static code analyzsers like coverity > and most issues found get quickly fixed > > FFmpeg is tested regularly with runtime memory checkers like > valgrind, address sanitizer and others and all reproduceable issues > are fixed, iam not aware of any open and reproduceable one > > Almost all of the internal APIs used in FFmpeg are designed to be > secure, always passing array sizes and checking them instead of > assuming the caller knows they are large enough, exceptions to this > are just the most speed critical parts. > > Codecs which are WIP and arent up to security standards can be and > are marked as experimental and will not be selected during > autodetection unless overriden by the user. Something else to add to this list is that ffmpeg has a far larger base of installed users bring the "more eyes" principle into play. I can't speak as to how many linux distros use which fork, though I believe the vast majority of all libav installs are debian and its derivatives. Ffmpeg, meanwhile, has a huge install base in the Windows and to a lessor degree Macintosh worlds as the backend to nearly every free video player or transcoder out there. Virtually no upstreams with a choice are adopting libav, and I expect the number of those supporting it to dwindle as it continues drift away from ffmeg. I don't see this as being much different from the imagemagik/graphicsmagic situation. Sorry if my message formatting is screwed up. I'm on windows and have no idea what I'm doing.
Re: Reverting to GNOME for jessie's default desktop
Can we please keep accessibility for the disabled in mind too? Unless Debian wants to be completely ableist, Gnome and KDE are the only two viable options. I worked in adaptive technology for years training blind users to use JAWS under windows. I think it's great that similar technology now exists in the free software ecosystem. It would be a shame to leave it out based purely on the needs of sighted users. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53ec7682.40...@speakeasy.net
