Reminder for libdvd-pkg translation updates
This is a reminder for the running translation round for debconf templates of libdvd-pkg. Currently complete languages: cs de fr it nl pt ru Currently existing but incomplete languages: Please send out updates before Friday, October 02, 2015. On Saturday, October 03, 2015, I will notify the libdvd-pkg maintainers that they can upload a new package version. So, if you have something being worked on, please send it as soon as possible. Please contact me privately if you want to obtain the PO file for incomplete languages. The POT file can be obtained from the list archives. There is always a chance that a translation you or your team sent slipped through my mail and spam filters. If you indeed send an update as a bug report and your language is still listed here, please point me to the bug number. -- signature.asc Description: PGP 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: inquery about "GPL with commercial exception"
"IOhannes m zmölnig (Debian/GNU)" writes: > On 2015-09-30 02:18, Ben Finney wrote: > > Yes, that is clearly what the GPL calls an “additional restriction” > > on the recipient's exercise of their freedoms guaranteed by the > > GPL. (The wording used in GPLv2 is “further restriction”; sorry for the confusion.) > the "YOU" in [GPLv2 §6] only refers to the recipients who would like > to pass on the software to other recipients. they may not add any > "additional" restriction to the license as given by the original > licenso r. I think that's not correct. The wording is: You may not impose any further restrictions on the recipients' exercise of the rights granted herein. That implies, AFAICT, that it is a violation of the license to impose any further restriction beyond what *the GPLv2 itself* grants. It is not relevant who authored the further restriction, the GPLv2 does not permit anyone to impose any further restriction beyond the GPLv2 itself. So while the copyright holder may distribute the work even in violation of the terms they grant, no-one else can comply simultaneously with the GPLv2 and the further restriction; so no-one else has a valid license. > > So one possible way to improve this situation is to correspond with > > the copyright holders in each of the works on which LinuxSampler > > depends, and encourage them to release new versions under > > GPLv3-or-later. > > people already asked to release LinuxSampler itself under the GPLv3, > which was declined upstream. That seems consistent with their reported actions so far. Thank you for confirming. > as i understand your proposal, we should try to persuade developers of > LinuxSampler's mandatory libraries to solely license new versions > under GPLv3 My proposal is that we should persuade copyright holders of LinuxSampler's mandatory libraries to license new versions under “GPLv3 or later”, yes. > as soon as LinuxSampler would then have a mandatory dependency on that > *new* version of the library, we would have brute-forced their > license. No-one is forcing the LinuxSampler copyright holders to do that. But if they want to benefit from a work, they must comply with is copyright license, yes. > i think this is: > - unfair > while I would personally perfer LInuxSampler to be DFSG-compliant, > upstream prefers to keep thir software non-free. They are unfairly benefiting from *apparent* grant of a free software license to their recipients. This would force their hand: do they want to grant a free software license to recipients, or not? I think the current situation is quite unfair, and requiring an honest grant of license is a return toward fairness. > but specifically asking them to do so, just so we can brute-force 3rd > party licensing issues, doesn't sound especially appealing. The GPLv3 is the current version of that license, and it brings numerous advantages. This is one advantage, but it's wrong to state this as the *only* advantage; I encourage anyone licensing a new version to prefer GPLv3 over GPLv2. > LinuxSampler could just stick with the original version of their > dependency (e.g. not use any features solely available under GPLv3), > and nothing would be gained at all. They could, yes. It would increase social and economic pressure to improve the freedom of the work, which is pretty much the explicit point of the GPL's existence. > or replace that dependency by something else. > or just drop the entire project ("hooray, another license bastard > eliminated" anyone?) If a project deceptively claims GPL, but the fine print makes that untrue, then yes, I think it's better that such a deliberate contradictory claim is dropped. Far better, of course, would be if the work became free. I proposed one possible, not certain, approach to get there. -- \ “Actually I made up the term “object-oriented”, and I can tell | `\you I did not have C++ in mind.” —Alan Kay, creator of | _o__)Smalltalk, at OOPSLA 1997 | Ben Finney ___ 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#799806: Incorrect variable substitution in German debconf translation
In the de.po file sent in this bug report, a missing "$" character will lead to incorrect variable substitution. Fixed file attached For the record, the problem lied in the folloing message: msgstr "" "Falls aktiviert, kümmert sich der APT-Hook nach dem Aufruf um automatische " "Upgrades von ${PKGG} (die durch neue Versionen von ${PKGI} ausgelöst werden " "können). Wenn Aktualisierungen verfügbar sind, wird der Hook das " "Herunterladen der Quellen in Gang setzen, sie erneut kompilieren und (falls " "»apt-get check« keine Fehler zurückgibt) die neuen Versionen mittels »dpkg -" "i« installieren." The original submitted translation was: msgstr "" "Falls aktiviert, kümmert sich der APT-Hook nach dem Aufruf um automatische " "Upgrades von ${PKGG} (die durch neue Versionen von {PKGI} ausgelöst werden " "können). Wenn Aktualisierungen verfügbar sind, wird der Hook das " "Herunterladen der Quellen in Gang setzen, sie erneut kompilieren und (falls " "»apt-get check« keine Fehler zurückgibt) die neuen Versionen mittels »dpkg -" "i« installieren." (notice the "die durch neue Versionen von {PKGI}") -- de.po Description: application/gettext signature.asc Description: PGP 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: your mail
Processing commands for cont...@bugs.debian.org: > reassign 799402 src:soundtouch 1.9.1-1 Bug #799402 {Done: debian.mic...@gmail.com (Miguel A. Colón Vélez)} [libsoundtouch0] libsoundtouch0: ABI breakage in 1.9.1-1 Bug reassigned from package 'libsoundtouch0' to 'src:soundtouch'. No longer marked as found in versions soundtouch/1.9.1-1. No longer marked as fixed in versions soundtouch/1.9.2-2 and soundtouch/1.9.2-1. Bug #799402 {Done: debian.mic...@gmail.com (Miguel A. Colón Vélez)} [src:soundtouch] libsoundtouch0: ABI breakage in 1.9.1-1 Marked as found in versions soundtouch/1.9.1-1. > fixed 799402 1.9.2-1 Bug #799402 {Done: debian.mic...@gmail.com (Miguel A. Colón Vélez)} [src:soundtouch] libsoundtouch0: ABI breakage in 1.9.1-1 Marked as fixed in versions soundtouch/1.9.2-1. > thanks Stopping processing here. Please contact me if you need assistance. -- 799402: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=799402 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
libsoundio 1.0.2-1 MIGRATED to testing
FYI: The status of the libsoundio source package in Debian's testing distribution has changed. Previous version: 1.0.1-1 Current version: 1.0.2-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 https://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
stk 4.4.4-6 MIGRATED to testing
FYI: The status of the stk source package in Debian's testing distribution has changed. Previous version: 4.4.4-5 Current version: 4.4.4-6 -- 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 https://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
ardour 1:4.2~dfsg-5 MIGRATED to testing
FYI: The status of the ardour source package in Debian's testing distribution has changed. Previous version: 1:2.8.16+git20131003-4 Current version: 1:4.2~dfsg-5 -- 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 https://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
Re: Uploading FFmpeg to jessie-backports
Hi Andreas, 2015-09-30 13:55 GMT+02:00 Andreas Cadhalpun : > Hi Bálint, > > On 30.09.2015 12:02, Bálint Réczey wrote: >> 2015-09-30 10:29 GMT+02:00 Filippo Giunchedi : >>> On Tue, Sep 29, 2015 at 07:16:25PM +0200, Andreas Cadhalpun wrote: So if you want a jessie-backport of ffmpeg, you can just build and upload it. :) >>> >>> indeed! good to go whenever I'd say >> I would love to go ahead, but latest ffmpeg builds are failing on >> mips* due to tests failing. >> I have just noticed that and I haven't filed any bug yet (should I?). > > This is due to gcc-5 bug #800318, which is already fixed in svn. > It never affected jessie. I see you did a lot of triaging related to this bug, thank you! The bug does not affect Jessie, but only packages already in testing can be uploaded thus I plan performing upload to jessie-backports after 2.8 stayed for a while in testing. Hopefully that means this weekend or early next week. Cheers, Balint ___ 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#800533: smplayer: 15.9.0 version available, with mpv support
Package: smplayer Severity: wishlist 15.9.0 version is available, and it supports mpv. I think that this is a feature that lot of people want, so packagint it would be great. http://smplayer.sourceforge.net/en/changes -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (400, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) ___ pkg-multimedia-maintainers mailing list pkg-multimedia-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
Compasation for your Effort
Attention: I'm sorry but happy to inform you about my success in getting those funds transfer under the cooperation of a new partner from Bangladesh, though I tried my best to involve you in the business but God decided the whole situations. Presently I’m in Bangladesh for investment projects with my own share of the total sum, I decided to load your compensation fund of US$375,000.00 (Three Hundred and seventy five thousand united state dollars) in an ATM PAYMENT CARD and register it with Amex CARD Courier Company here in LOME TOGO with registration code of (Shipment Code awb 33xzs) Please Contact the delivery manager of AMEX courier company through his email address for more update on how to receive your compensation fund on AMEX PAYMENT CARD ** Mr. William Kokou .Director.Dpp American express Atm Card ,Lome-Togo African branch. General Secretary Mr.Onifade Olufemi. Official email address/ ( ttoga...@outlook.fr) Website (www.americanexpress.com). ___ 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: Uploading FFmpeg to jessie-backports
Hi Bálint, On 30.09.2015 12:02, Bálint Réczey wrote: > 2015-09-30 10:29 GMT+02:00 Filippo Giunchedi : >> On Tue, Sep 29, 2015 at 07:16:25PM +0200, Andreas Cadhalpun wrote: >>> So if you want a jessie-backport of ffmpeg, you can just build and >>> upload it. :) >> >> indeed! good to go whenever I'd say > I would love to go ahead, but latest ffmpeg builds are failing on > mips* due to tests failing. > I have just noticed that and I haven't filed any bug yet (should I?). This is due to gcc-5 bug #800318, which is already fixed in svn. It never affected jessie. Best regards, Andreas ___ 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#800511: libdvd-pkg: [INTL:nl] Dutch translation of debconf messages
Package: libdvd-pkg Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch translation of libdvd-pkg debconf messages. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as debian/po/nl.po in your package build tree. === -- Cheers, Frans === http://www.frans-spiesschaert.homenet.org http://home.base.be/vt6362833/ nl.po.gz Description: application/gzip signature.asc Description: This is a digitally signed message part ___ 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#800510: libdvd-pkg: [INTL:it] Italian translation of debconf messages
Package: libdvd-pkg Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of libdvd-pkg debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of libdvd-pkg debconf messages # Copyright (C) 2015 libdvd-pkg package's copyright holder # This file is distributed under the same license as the libdvd-pkg package. # Beatrice Torracca , 2015. msgid "" msgstr "" "Project-Id-Version: libdvd-pkg\n" "Report-Msgid-Bugs-To: libdvd-...@packages.debian.org\n" "POT-Creation-Date: 2015-09-15 06:56+0200\n" "PO-Revision-Date: 2015-09-23 12:27+0200\n" "Last-Translator: Beatrice Torracca \n" "Language-Team: Italian \n" "Language: it\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Virtaal 0.7.1\n" #. Type: note #. Description #. Type: boolean #. Description #. Type: note #. Description #: ../templates:2001 ../templates:4001 ../templates:6001 msgid "" "This package automates the process of launching downloads of the source " "files for ${PKGG} from videolan.org, compiling them, and installing the " "binary packages (${PKGG_ALL})." msgstr "" "Questo pacchetto automatizza il processo di scaricamento di file sorgenti " "per ${PKGG} da videolan.org, la loro compilazione e l'installazione dei " "pacchetti binari (${PKGG_ALL})." #. Type: note #. Description #: ../templates:2001 msgid "" "Please run \"sudo dpkg-reconfigure ${PKGI}\" to launch this process for the " "first time." msgstr "" "Eseguire «sudo dpkg-reconfigure ${PKGI}» per avviare questo processo per la " "prima volta." #. Type: title #. Description #: ../templates:3001 msgid "Download, build and install ${PKGG}${VER}" msgstr "Scaricare, compilare e installare ${PKGG}${VER}" #. Type: boolean #. Description #: ../templates:4001 msgid "Download, build, and install ${PKGG}${VER}?" msgstr "Scaricare, compilare e installare ${PKGG}${VER}?" #. Type: boolean #. Description #: ../templates:4001 msgid "Please confirm whether you wish this to happen." msgstr "Confermare che questo è ciò che si desidera." #. Type: title #. Description #: ../templates:5001 msgid "Upgrade available for ${PKGG}" msgstr "Aggiornamento disponibile per ${PKGG}" #. Type: note #. Description #: ../templates:6001 msgid "" "An update to version ${VER} is available, but automatic upgrades are " "disabled." msgstr "" "È disponibile un aggiornamento alla versione ${VER}, ma gli aggiornamenti " "automatici sono disabilitati." #. Type: note #. Description #: ../templates:6001 msgid "" "Please run \"sudo dpkg-reconfigure ${PKGI}\" to launch this process manually " "and/or activate automatic upgrades in future." msgstr "" "Eseguire «sudo dpkg-reconfigure ${PKGI}» per avviare questo processo " "manualmente o attivare gli aggiornamenti automatici per il futuro." #. Type: boolean #. Description #: ../templates:7001 msgid "Enable automatic upgrades for ${PKGG}?" msgstr "Abilitare gli aggiornamenti automatici per ${PKGG}?" #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:7001 ../templates:8001 msgid "" "If activated, the APT post-invoke hook takes care of future automatic " "upgrades of ${PKGG} (which may be triggered by new versions of ${PKGI}). " "When updates are available, the hook will launch the process of downloading " "the source, recompiling it, and (if \"apt-get check\" reports no errors) " "using \"dpkg -i\" to install the new versions." msgstr "" "Se attivati, l'hook post-invoke di APT si occuperà degli aggiornamenti " "automatici futuri di ${PKGG} (che possono essere causati da nuove versioni " "di ${PKGI}). Quando sono disponibili aggiornamenti, l'hook avvia il processo " "di scaricamento dei sorgenti, di ricompilazione e (se «apt-get check» non " "riporta errori) di uso di «dpkg -i» per installare le nuove versioni." #. Type: boolean #. Description #. Type: boolean #. Description #: ../templates:7001 ../templates:8001 msgid "" "Alternatively, the process can be launched manually by running \"sudo dpkg-" "reconfigure ${PKGI}\"." msgstr "" "In alternativa il processo può essere avviato a mano eseguendo «sudo dpkg-" "reconfigure ${PKGI}»." #. Type: boolean #. Description #: ../templates:8001 msgid "Disable automatic upgrades for ${PKGG}?" msgstr "Disabilitare gli aggiornamenti automatici per ${PKGG}?" ___ 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: Uploading FFmpeg to jessie-backports
2015-09-30 10:29 GMT+02:00 Filippo Giunchedi : > hi! > > On Tue, Sep 29, 2015 at 07:16:25PM +0200, Andreas Cadhalpun wrote: >> Hi, >> >> On 29.09.2015 13:26, Bálint Réczey wrote: >> > Now having FFmpeg in testing for some time what do you think about >> > having it in jessie-backports, too? >> >> That's a good idea. >> >> > I would happily sponsor the >> > packages like I did for uploads in unstable. >> > I think giving the choice of using FFmpeg would be much appreciated by >> > Jessie users and I personally would like to provide a Kodi backport, >> > too, which needs FFmpeg. >> >> Filippo Giunchedi (CC'ed) wanted to upload a ffmpeg backport a month >> or two ago, but he only uploaded x265. I'm not sure why. > > mostly me missing x265 going out of NEW and real life > >> Since x265 is now in jessie-backports ffmpeg only needs to be rebuilt >> in a jessie environment. >> >> So if you want a jessie-backport of ffmpeg, you can just build and >> upload it. :) > > indeed! good to go whenever I'd say I would love to go ahead, but latest ffmpeg builds are failing on mips* due to tests failing. I have just noticed that and I haven't filed any bug yet (should I?). Cheers, Balint ___ 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: Uploading FFmpeg to jessie-backports
hi! On Tue, Sep 29, 2015 at 07:16:25PM +0200, Andreas Cadhalpun wrote: > Hi, > > On 29.09.2015 13:26, Bálint Réczey wrote: > > Now having FFmpeg in testing for some time what do you think about > > having it in jessie-backports, too? > > That's a good idea. > > > I would happily sponsor the > > packages like I did for uploads in unstable. > > I think giving the choice of using FFmpeg would be much appreciated by > > Jessie users and I personally would like to provide a Kodi backport, > > too, which needs FFmpeg. > > Filippo Giunchedi (CC'ed) wanted to upload a ffmpeg backport a month > or two ago, but he only uploaded x265. I'm not sure why. mostly me missing x265 going out of NEW and real life > Since x265 is now in jessie-backports ffmpeg only needs to be rebuilt > in a jessie environment. > > So if you want a jessie-backport of ffmpeg, you can just build and > upload it. :) indeed! good to go whenever I'd say filippo -- http://esaurito.net - 0x99D49B6B00CAD1E5 - ⠠⠵ ___ 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: inquery about "GPL with commercial exception"
On 2015-09-30 04:38, Jeff Epler wrote: > I was unaware of this detail of the GPLv3 license. > > The first source file that I looked at in linuxsampler's svn trunk, > src/linuxsampler.cpp, has the "any later version" clause enabled. a quick check shows that of the 303 sourcefiles ("*.cpp" and "*.h") in src/, 231 have a license boilerplate that enables the "any later version" clause. i haven't found a single source file (yet), that explicitely contains the non-commercial clause, but another 40 files refer to the "same license as LinuxSampler" resp. "see README" (most other files are either trivial or contain only a single "copyright" line without license grant). README contains the non-commercial clause. in fact, README is the *only* file that mentions the restriction in the entire tarball. fgmasdr IOhannes ___ 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: inquery about "GPL with commercial exception"
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2015-09-30 02:18, Ben Finney wrote: > Yes, that is clearly what the GPL calls an “additional restriction” > on the recipient's exercise of their freedoms guaranteed by the > GPL. > > GPLv2 §6: > > Each time you redistribute the Program (or any work based on the > Program), the recipient automatically receives a license from the > original licensor to copy, distribute or modify the Program > subject to these terms and conditions. You may not impose any > further restrictions on the recipients' exercise of the rights > granted herein. You are not responsible for enforcing compliance by > third parties to this License. hmm, frankly i don't see how this is very relevant here. the original licensor (the linuxsampler devs) grants a license to all recipients. this license includes the "restriction". the "YOU" in the license only refers to the recipients who would like to pass on the software to other recipients. they may not add any "additional" restriction to the license as given by the original licenso r. so if "we" (Debian) don't add further restrictions, that should be fine. > >> The page also says that a mandatory dependency of LinuxSampler, >> libgig, is licensed under GPL without prohibition. > > If LinuxSampler is deemed (hypothetically in the future by a ruling > in a copyright suit) to be a derived work of libgig, then > distribution of LinuxSampler is subject to the GPL on libgig. indeed. this makes the LinuxSampler undistributable. i've asked upstream (last night, before you brought this to my attention), whether they are *actually interested* in having LinuxSampler distributed by 3rd parties. > > In that case — which I believe is the case here — then > distributing LinuxSampler with additional restrictions in the > license terms is a violation of the license they have to distribute > the work at all. > >> In my opinion: - GPL with additional use prohibition is not >> DFSG-compatible - GPL with additional use prohibition is not >> GPL-compatible > > As an interesting point, GPLv3 is even better for this: it has a > clause (GPLv3 §7) that explicitly grants the recipient the freedom > to ignore the offending additional restriction, and to strip that > restriction from the terms when they redistribute the work. > > So one possible way to improve this situation is to correspond with > the copyright holders in each of the works on which LinuxSampler > depends, and encourage them to release new versions under > GPLv3-or-later. people already asked to release LinuxSampler itself under the GPLv3, which was declined upstream. as i understand your proposal, we should try to persuade developers of LinuxSampler's mandatory libraries to solely license new versions under GPLv3; as soon as LinuxSampler would then have a mandatory dependency on that *new* version of the library, we would have brute-forced their license. i think this is: - - unfair while I would personally perfer LInuxSampler to be DFSG-compliant, upstream prefers to keep thir software non-free. which is OK (for certain values of "OK"); i don't think that forcing them into freedom will do any good. now any of their dependencies could just decide today to move on to GPLv3+, which i think is OK (after all, it's the dependency's authors' decisision). but specifically asking them to do so, just so we can brute-force 3rd party licensing issues, doesn't sound especially appealing. - - unlikely to have any effect LinuxSampler could just stick with the original version of their dependency (e.g. not use any features solely available under GPLv3), and nothing would be gained at all. or replace that dependency by something else. or just drop the entire project ("hooray, another license bastard eliminated" anyone?) -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJWC5MTAAoJELZQGcR/ejb4yVsQAItLOWuJbmUDw7gasGlFujeL b2nsnGzXqpfBXy4Rg6391VM/T2Ij78BdwFyMaLXvg0fCWWtx1tQSl73i95rXxCT1 PO5lYTHFcWTa3X1pS8WngPNvQ33jXf8flJWYPjt1lljFSaLbVPvGOfdJusg0q9jy 3HixZvpHvgxVO/F5EPFmrp9uSeUMgLvBp4ec8LId0YuD+AdIdLlHJ8FPW8B4RxT/ ++THoU4W6HvOdY5UdLtH8HYkp+G2n9uHoD11UjFqqWGpSuy7rQAVgx4k0B74ZG7t 3AYfSqeb+g9x25+6C/ZWjN9lA7rGGZe0wLrnLlRkKgBnwUGoPeydcmH+gZDF0+FN j57cTrQVh3S4KAHF/gp2SkHW7YNatMWA3YWGdXZBZGRWbHe5cewAA1VxsEvqkpzC m2R1BLwMIN5pJBvEXNoQazCwtZRrHdvRoVEW8S7UM4pstX1brpeoaeHlZRP92lg1 tT6M7C9a5P2aGX8L0tjK5meJYBG3VNMXtsu8ctYM2JEYLOnjHHFMHRkX60i7ZLi1 0wAPwWd1/RpD7dPmuQ52sq6cZEcev9Q64DWCkXqOOtILAmJE84QLKZ1O/kGEGfw2 3Zvez63sf+RC3dgl2v+Eq5ixDQUOFL7m/qZvc4Ro17dt9MaIcpGrMsJGddVH6jf7 /Bc3uMxB1oXMXXk4wNkd =zB9d -END PGP 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