Bug#753293: ITP: r-cran-doparallel -- GNU R foreach parallel adaptor for the parallel package
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-cran-doparallel Version : 1.0.8 Upstream Author : Steve Weston * URL : http://cran.r-project.org/web/packages/doParallel/ * License : GPL Programming Lang: R Description : GNU R foreach parallel adaptor for the parallel package This GNU R package provides a parallel backend for the %dopar% function using the parallel package. Remark: This package is needed to run the test suite of r-bioc-biocparallel. It is maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-cran-doparallel/trunk/ -- 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/20140630083957.5441.66764.report...@mail.an3as.eu
Re: MATE 1.8 has now fully arrived in Debian
]] Thomas Goirand > +1 for keeping the name which is funny No, it's not. It's offensive to those of us who spend time on making systemd integration in Debian be as good as possible. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- 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/87zjgurdpa.fsf...@xoog.err.no
Bug#753294: ITP: r-bioc-biocparallel -- BioConductor facilities for parallel evaluation
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: r-bioc-biocparallel Version : 0.6.1 Upstream Author : Martin Morgan, Michel Lang, Ryan Thompson * URL : http://bioconductor.org/packages/release/bioc/html/BiocParallel.html * License : GPL Programming Lang: R Description : BioConductor facilities for parallel evaluation This BioConductor package provides modified versions and novel implementation of functions for parallel evaluation, tailored to use with Bioconductor objects. Remark: This package is a precondition to upgrade some BioConductor packages. It is maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/R/r-bioc-biocparallel/trunk/ -- 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/20140630084253.5626.92951.report...@mail.an3as.eu
Re: MATE 1.8 has now fully arrived in Debian
On Mon, Jun 30, 2014 at 10:42:09AM +0200, Tollef Fog Heen wrote: > ]] Thomas Goirand > > > +1 for keeping the name which is funny > > No, it's not. It's offensive to those of us who spend time on making > systemd integration in Debian be as good as possible. It's also offensive to those who think it's possible to work constructively together even when disagreeing on some things, and who would like to see a welcoming atmosphere in Debian. The attitude expressed in the systemd-must-die package name is bad for Debian, whether you're for or against or neutral about systemd. When a project the size of Debian makes a decision on a controversial subject, it is natural, and expected, that there is vigorous debate about the topic before a decision is reached. After that, however, if the debate continues, or members of Debian keep trying to fight the decision, or keep bringing it up over and over again, it hurts the ability of the project to continue working. If every decision we make needs to be re-discussed at the whim of any one disgruntled individual for years to come, nobody's going to have fun. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- 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/20140630092749.gf5...@mavolio.codethink.co.uk
Re: MATE 1.8 has now fully arrived in Debian
On Mon, Jun 30, 2014 at 10:27:49AM +0100, Lars Wirzenius wrote: > On Mon, Jun 30, 2014 at 10:42:09AM +0200, Tollef Fog Heen wrote: > > ]] Thomas Goirand > > > +1 for keeping the name which is funny What's funny about an OS stating publicly that a specific piece of Free software---shipped and installed by default by that very same OS---"must die"? If anything, it encourages people to *make* fun of such an OS. > It's also offensive to those who think it's possible to work > constructively together even when disagreeing on some things, and who > would like to see a welcoming atmosphere in Debian. The attitude > expressed in the systemd-must-die package name is bad for Debian, > whether you're for or against or neutral about systemd. > > When a project the size of Debian makes a decision on a controversial > subject, it is natural, and expected, that there is vigorous debate > about the topic before a decision is reached. After that, however, if > the debate continues, or members of Debian keep trying to fight the > decision, or keep bringing it up over and over again, it hurts the > ability of the project to continue working. If every decision we make > needs to be re-discussed at the whim of any one disgruntled individual > for years to come, nobody's going to have fun. +1 Amen AOL Bravo (etc.) -- Stefano Zacchiroli . . . . . . . z...@upsilon.cc . . . . o . . . o . o Maître de conférences . . . . . http://upsilon.cc/zack . . . o . . . o o Former Debian Project Leader . . @zack on identi.ca . . o o o . . . o . « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#753301: ITP: velvetoptimiser -- automatically optimise Velvet do novo assembly parameters
Package: wnpp Severity: wishlist Owner: Andreas Tille * Package name: velvetoptimiser Version : 2.2.5 Upstream Author : Simon Gladman * URL : http://bioinformatics.net.au/software.velvetoptimiser.shtml * License : GPL Programming Lang: Perl Description : automatically optimise Velvet do novo assembly parameters VelvetOptimiser is a multi-threaded Perl script for automatically optimising the three primary parameter options (K, -exp_cov, -cov_cutoff) for the Velvet de novo sequence assembler. Remark: This package was prepared by Tim Booth from BioLinux and will be maintained by the Debian Med team to fully support BioLinux work. It is available in SVN at svn://anonscm.debian.org/debian-med/trunk/packages/velvetoptimiser/trunk/ -- 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/20140630110517.10099.56891.report...@mail.an3as.eu
Re: Q: best strategy/tool to select a mirror (explicitly not via proxies like http.debian.net)
On Sun, 29 Jun 2014, Paul Wise wrote: > > almost all (...) are in Debian archive ;) > Good to hear :) > > we are providing backport builds > Are you doing that in addition to or instead of providing official > backports in the wheezy-backports suite? > http://backports.debian.org/Contribute/ Since questions still follow: more of "in addition" for various reasons: - those are 'automated' backport builds, so whenever uploaded to Debian -- uploaded to NeuroDebian. I consider Debian's backports more "thorough" and "involving" (to say -- I would trust them more ;) ) - for all Debian and Ubuntu releases from the same repo (Canonical's PPAs are only for Ubuntus, Debian's backports are only for Debians) -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- 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/20140630135139.gh8...@onerussian.com
Bug#753321: ITP: node-strip-ansi -- Strip ANSI escape codes
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-strip-ansi Version : 0.3.0 Upstream Author : Sindre Sorhus ( http://sindresorhus.com) * URL : https://github.com/sindresorhus/strip-ansi * License : Expat Programming Lang: JavaScript Description : Strip ANSI escape codes - Node.js module strip-ansi is a Node.js module which provides a function to strip ANSI escape codes from a string. . Node.js is an event-based server-side JavaScript engine.
Bug#753326: ITP: node-errno -- libuv errno details exposed
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-errno Version : 0.1.1 Upstream Author : Rod Vagg * URL : https://github.com/rvagg/node-errno * License : Expat Programming Lang: JavaScript Description : libuv errno details exposed - Node.js module errno is a Node.js module which exposes more details of libuv errors. . When you need more details about Node.js errors, errno provides the mappings directly from libuv so you can use them in your code. . Node.js is an event-based server-side JavaScript engine.
Bug#753327: ITP: node-deferred-leveldown -- Handle delayed-open on LevelDOWN compatible libraries
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-deferred-leveldown Version : 0.2.0 Upstream Author : Rod Vagg * URL : https://github.com/Level/deferred-leveldown * License : Expat Programming Lang: JavaScript Description : Handle delayed-open on LevelDOWN compatible libraries - Node.js module deferred-leveldown is a Node.js module which provides a mock LevelDOWN implementation that queues operations while a real LevelDOWN instance is being opened. . DeferredLevelDOWN implements the basic AbstractLevelDOWN API so it can be used as a drop-in replacement where LevelDOWN is needed. . put(), get(), del() and batch() operations are all queued and kept in memory until a new LevelDOWN-compatible object can be supplied. . The setDb(db) method is used to supply a new LevelDOWN object. Once received, all queued operations are replayed against that object, in order. . batch() operations will all be replayed as the array form. Chained-batch operations are converted before being stored. . Node.js is an event-based server-side JavaScript engine.
Bug#753329: ITP: node-groove -- bindings to libgroove - generic music player library
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-groove Version : 2.2.2 Upstream Author : Andrew Kelley * URL : https://github.com/andrewrk/node-groove * License : Expat Programming Lang: JavaScript Description : bindings to libgroove - generic music player library - Node.js module This Node.js module provides bindings to libgroove. It contains API to open audio files, play them over speakers, transcode to other formats, detect the recommended loudness setting, and calculate acoustid fingerprints. . Node.js is an event-based server-side JavaScript engine.
Bug#753332: ITP: node-body-parser -- body parsing middleware
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-body-parser Version : 1.4.3 Upstream Author : Jonathan Ong ( http://jongleberry.com) * URL : https://github.com/expressjs/body-parser * License : Expat Programming Lang: JavaScript Description : body parsing middleware - Node.js module body-parser is a Node.js module which provides connect middleware for parsing HTTP request bodies. It supports JSON and urlencoded formats and does not support multipart requests. . Node.js is an event-based server-side JavaScript engine.
Bug#753351: ITP: node-levelup -- Fast & simple storage - a Node.js-style LevelDB wrapper
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-levelup Version : 0.18.5 Upstream Author : Rod Vagg * URL : https://github.com/rvagg/node-levelup * License : Expat Programming Lang: JavaScript Description : Fast & simple storage - a Node.js-style LevelDB wrapper LevelDB is a simple key/value data store built by Google, inspired by BigTable. It's used in Google Chrome and many other products. LevelDB supports arbitrary byte arrays as both keys and values, singular get, put and delete operations, batched put and delete, bi-directional iterators and simple compression using the very fast Snappy algorithm. . LevelUP aims to expose the features of LevelDB in a Node.js-friendly way. All standard Buffer encoding types are supported, as is a special JSON encoding. LevelDB's iterators are exposed as a Node.js-style readable stream a matching writeable stream converts writes to batch operations. . LevelDB stores entries sorted lexicographically by keys. This makes LevelUP's ReadStream interface a very powerful query mechanism. . Node.js is an event-based server-side JavaScript engine.
Bug#753354: ITP: node-level-packager -- helper for distributing leveldown-compatible back-end - Node.js module
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-level-packager Version : 0.18.0 Upstream Author : Rod Vagg * URL : https://github.com/Level/level-packager * License : Expat Programming Lang: JavaScript Description : helper for distributing leveldown-compatible back-end - Node.js module level-packager exports single function which takes a single argument, a LevelDOWN-API compatible storage back-end for LevelUP. The function returns a constructor function that will bundle LevelUP with the given LevelDOWN replacement. The full API is supported, including all optional arguments, repair(), delete() and copy(). See level, level-hyper or level-lmdb as example use-cases. . Also available is a test.js file that can be used to verify that the user-package works as expected. . Node.js is an event-based server-side JavaScript engine.
Re: Sources licensed under PHP License and not being PHP are not distributable
On 06/26/14 14:00, Ondřej Surý wrote: I did have a quite long and extensive chat with FTP Masters and our conclusion was that PHP License (any version) is suitable only for software that comes directly from "PHP Group", that basically means only PHP (src:php5) itself. This issue reached Planet today, making this even more visible and embarassing to the project, IMO. Unless I'm mistaken, I don't see any emails from any of the FTP masters on the matter and we've only been informed about a "long and extensive chat" with them that had the end result of the mass bug filling. The exact reasoning behind this is still unknown to me and I think this whole chat happened in private -- if not, pointers are welcome. The only think that we /do/ have is a short paragraph from the REJECT FAQ which a) was documented a long time ago, b) is inaccurate for 3.01 (the "includes the Zend Engine part") and c) has been consistently ignored in NEW reviews for almost a decade. Can we get an official word from the ftp-masters and have this discussion in public, please? Thanks, Faidon -- 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/53b1c244.4080...@debian.org
Bug#753359: ITP: node-level -- convenience package bundling LevelUP & LevelDOWN
Package: wnpp Severity: wishlist Owner: Andrew Kelley X-Debbugs-CC: debian-devel@lists.debian.org * Package name: node-level Version : 0.18.0 Upstream Author : Rod Vagg * URL : https://github.com/Level/level * License : Expat Programming Lang: JavaScript Description : convenience package bundling LevelUP & LevelDOWN - Node.js module This is a convenience package that bundles the current release of LevelUP and LevelDOWN and exposes LevelUP on its export. . Use this package to avoid having to explicitly install LevelDOWN when you just want plain old LevelDB from LevelUP. . Node.js is an event-based server-side JavaScript engine.
Re: Sources licensed under PHP License and not being PHP are not distributable
On Jun 30, Faidon Liambotis wrote: > Can we get an official word from the ftp-masters and have this discussion in > public, please? +1 I am ready to explore every available option to make sure that the next release will not be useless for my customers (hence forcing me to install/migrate hundreds of servers to Ubuntu). (And I even hate PHP.) -- ciao, Marco signature.asc Description: Digital signature
Re: Sources licensed under PHP License and not being PHP are not distributable
Excerpts from md's message of 2014-06-30 13:43:59 -0700: > On Jun 30, Faidon Liambotis wrote: > > > Can we get an official word from the ftp-masters and have this discussion in > > public, please? > +1 > > I am ready to explore every available option to make sure that the next > release will not be useless for my customers (hence forcing me to > install/migrate hundreds of servers to Ubuntu). (And I even hate PHP.) > Ubuntu would follow suit I think. It would be too much of a burden to carry all of that without Debian maintainer assistance. -- 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/1404162654-sup-4...@fewbar.com
Re: Sources licensed under PHP License and not being PHP are not distributable
On Jun 30, Clint Byrum wrote: > Ubuntu would follow suit I think. It would be too much of a burden to > carry all of that without Debian maintainer assistance. If manpower is a problem for them then I expect that they would keep at least the handful of critically important extensions, or they would lose too much market share. -- ciao, Marco signature.asc Description: Digital signature
Re: Sources licensed under PHP License and not being PHP are not distributable
Excerpts from md's message of 2014-06-26 16:54:11 -0700: > On Jun 26, Clint Byrum wrote: > > > Oh good, another discussion where we argue against our principles. I > And which principles would be that, exactly? > https://www.debian.org/social_contract Specifically, we won't hide problems and Debian will remain 100% free. Unless I'm mistaken, the wording in the PHP license makes it invalid for anybody that isn't actually the PHP project to use without making a false claim that "THIS SOFTWARE IS PROVIDED BY THE PHP DEVELOPMENT TEAM". It is also GPL incompatible due to restrictions it places on the licensee's activities and the word PHP. > > If anyone has a better way to safeguard those to whom we distribute > > software, please do speak up about it. > I suggest mimicking distributions that have real money and real lawyers, > since probably they have a better idea than we do about the legal risks > for themselves and their users. > That's quite the opposite of what I would suggest. Such distributions may actually feel that they can withstand any damages that PHP/Zend can claim against them, and their brands depend on them taking care of their end users, but even if they didn't, they could also absorb any damage those users could claim. However, our users may not have deep pockets and are trusting Debian to uphold the social contract and only distribute 100% free software. We're in quite a different role than distros with real money and lawyers. Anyway, I hope my original message wasn't lost: "Let's solve this without compromising our principles." Not "let's act blindly." -- 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/1404162713-sup-2...@fewbar.com
Re: Sources licensed under PHP License and not being PHP are not distributable
Excerpts from md's message of 2014-06-30 14:18:15 -0700: > On Jun 30, Clint Byrum wrote: > > > Ubuntu would follow suit I think. It would be too much of a burden to > > carry all of that without Debian maintainer assistance. > If manpower is a problem for them then I expect that they would keep at > least the handful of critically important extensions, or they would lose > too much market share. > Or perhaps they'd use what little manpower they do have available to approach upstreams about correcting the false statements their license makes and becoming GPL compatible. If we act quickly and get the critical ones fixed, nobody will care about the others and they'll follow suit if they want back in Debian. -- 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/1404163365-sup-5...@fewbar.com
Re: Sources licensed under PHP License and not being PHP are not distributable
On Monday, June 30, 2014 14:11:33 Clint Byrum wrote: > Excerpts from md's message of 2014-06-30 13:43:59 -0700: > > On Jun 30, Faidon Liambotis wrote: > > > Can we get an official word from the ftp-masters and have this > > > discussion in public, please? > > > > +1 > > > > I am ready to explore every available option to make sure that the next > > release will not be useless for my customers (hence forcing me to > > install/migrate hundreds of servers to Ubuntu). (And I even hate PHP.) > > Ubuntu would follow suit I think. It would be too much of a burden to > carry all of that without Debian maintainer assistance. As far as I know, the only case where Ubuntu deviates from Debian regarding license policy is that it allows GFDL invariant. I doubt it would be different here. Scott K -- 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/200598062.G8jQiMSUga@scott-latitude-e6320
Re: Sources licensed under PHP License and not being PHP are not distributable
On Mon, Jun 30, 2014 at 02:22:22PM -0700, Clint Byrum wrote: > Excerpts from md's message of 2014-06-26 16:54:11 -0700: > > On Jun 26, Clint Byrum wrote: > > > Oh good, another discussion where we argue against our principles. I > > And which principles would be that, exactly? > https://www.debian.org/social_contract > Specifically, we won't hide problems and Debian will remain 100% free. > Unless I'm mistaken, the wording in the PHP license makes it invalid for > anybody that isn't actually the PHP project to use without making a > false claim that "THIS SOFTWARE IS PROVIDED BY THE PHP DEVELOPMENT > TEAM". > It is also GPL incompatible due to restrictions it places on the > licensee's activities and the word PHP. PHP as a whole is GPL-incompatible and this won't change; and GPL compatibility is a non-issue for interpreted languages. So this last bit isn't really relevant here. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Re: Sources licensed under PHP License and not being PHP are not distributable
Excerpts from Steve Langasek's message of 2014-06-30 14:39:03 -0700: > On Mon, Jun 30, 2014 at 02:22:22PM -0700, Clint Byrum wrote: > > Excerpts from md's message of 2014-06-26 16:54:11 -0700: > > > On Jun 26, Clint Byrum wrote: > > > > > Oh good, another discussion where we argue against our principles. I > > > And which principles would be that, exactly? > > > https://www.debian.org/social_contract > > > Specifically, we won't hide problems and Debian will remain 100% free. > > > Unless I'm mistaken, the wording in the PHP license makes it invalid for > > anybody that isn't actually the PHP project to use without making a > > false claim that "THIS SOFTWARE IS PROVIDED BY THE PHP DEVELOPMENT > > TEAM". > > > It is also GPL incompatible due to restrictions it places on the > > licensee's activities and the word PHP. > > PHP as a whole is GPL-incompatible and this won't change; and GPL > compatibility is a non-issue for interpreted languages. So this last bit > isn't really relevant here. > This is about extensions, so it is entirely likely that extensions want to link to GPL and LGPL libraries where PHP itself does not. -- 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/1404164605-sup-...@fewbar.com
Re: Sources licensed under PHP License and not being PHP are not distributable
On Jun 30, Clint Byrum wrote: > > > Oh good, another discussion where we argue against our principles. I > > And which principles would be that, exactly? > https://www.debian.org/social_contract > Specifically, we won't hide problems and Debian will remain 100% free. We would first need to acknowledge that such a problem exists. > Unless I'm mistaken, the wording in the PHP license makes it invalid for > anybody that isn't actually the PHP project to use without making a > false claim that "THIS SOFTWARE IS PROVIDED BY THE PHP DEVELOPMENT > TEAM". The fact that ~nobody else believes this, the authors of these extentions among them, indeed suggests that you are mistaken. Here you can see the php-memcache upstream clarifying that they consider you wrong and that they are not going to change the license: https://bugs.php.net/bug.php?id=67517 . This is one of the critically important extensions. > It is also GPL incompatible due to restrictions it places on the > licensee's activities and the word PHP. I do not think that this is being contended. > > I suggest mimicking distributions that have real money and real lawyers, > > since probably they have a better idea than we do about the legal risks > > for themselves and their users. > That's quite the opposite of what I would suggest. Such distributions > may actually feel that they can withstand any damages that PHP/Zend can > claim against them, and their brands depend on them taking care of their > end users, but even if they didn't, they could also absorb any damage > those users could claim. Sorry, this is not how the real world works: corporations the size of Red Hat tend to not knowingly engage in copyright violations or they would be destroyed by the punitive damages. Also, I do not believe that any Linux distributor ever offered an indemnifying clause for copyright infringement. The obvious example here (even if it is about patents and not copyright) is Red Hat and mp3 decoders. -- ciao, Marco signature.asc Description: Digital signature
Re: Sources licensed under PHP License and not being PHP are not distributable
On Mon, Jun 30, 2014 at 02:45:07PM -0700, Clint Byrum wrote: > Excerpts from Steve Langasek's message of 2014-06-30 14:39:03 -0700: > > On Mon, Jun 30, 2014 at 02:22:22PM -0700, Clint Byrum wrote: > > > Excerpts from md's message of 2014-06-26 16:54:11 -0700: > > > > On Jun 26, Clint Byrum wrote: > > > > > Oh good, another discussion where we argue against our principles. I > > > > And which principles would be that, exactly? > > > https://www.debian.org/social_contract > > > Specifically, we won't hide problems and Debian will remain 100% free. > > > Unless I'm mistaken, the wording in the PHP license makes it invalid for > > > anybody that isn't actually the PHP project to use without making a > > > false claim that "THIS SOFTWARE IS PROVIDED BY THE PHP DEVELOPMENT > > > TEAM". > > > It is also GPL incompatible due to restrictions it places on the > > > licensee's activities and the word PHP. > > PHP as a whole is GPL-incompatible and this won't change; and GPL > > compatibility is a non-issue for interpreted languages. So this last bit > > isn't really relevant here. > This is about extensions, so it is entirely likely that extensions want > to link to GPL and LGPL libraries where PHP itself does not. It's not LGPL incompatible, it's only GPL incompatible. And yes, there are PHP extensions that are not distributable in binary form because of this license. But relicensing *the extension* changes nothing about this, they are *still* not redistributable as part of Debian because they're linking GPL code into PHP which is and will remain GPL-incompatible. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#753367: general: usb drives automatically mount but user permission is ro
Package: general Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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/20140630181536.7358.16856.reportbug@candor
Re: SV: MATE 1.8 has now fully arrived in Debian
Hi Matthias (2014.06.26_08:38:09_+0200) > Of these, roughly 20% have switched to systemd. And they apparently did not > and do not have any problem with it, otherwise we'd hear about it. Here and > other places. Quite loudly. Not necessarily. My laptop won't boot with systemd, although other machines I have will. I haven't filed a bug, because I haven't had the time to sit down and learn how to debug systemd booting, and I wouldn't want to file an bug until I know what's going on... SR -- Stefano Rivera http://tumbleweed.org.za/ H: +27 21 461 1230 C: +27 72 419 8559 -- 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/20140701061541.gc3...@bach.rivera.co.za
virtual machine from USB stick (virt-manager & qemu/kvm)
Hello, I know this question probably doesn't belong to this list, and I tried debian-user@ first, but didn't get a single response. I'm trying to create a VM with Windows 7. Is there a way to do that from USB stick? It is a ~10GB corporate Windows package. Thanks, Eugene -- 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/capqgmfjrxeowsqu1kz+zebemcnf8yqunsy3yjkpb1ajq-7r...@mail.gmail.com
