The following is a listing of packages for which help has been requested
through the WNPP (Work-Needing and Prospective Packages) system in the
last week.
Total number of orphaned packages: 1437 (new: 0)
Total number of packages offered up for adoption: 159 (new: 0)
Total number of packages reques
On Thu, 20 Jun 2019, Samuel Thibault wrote:
> Bagas Sanjaya, le jeu. 20 juin 2019 20:16:08 +0700, a ecrit:
> > On 20/06/19 20.11, W. Martin Borgert wrote:
> > > Quoting Bagas Sanjaya :
> > > > Such ads is displayed only when users have Internet connection, and
> > > > there is no way to patch ZZZ i
Jason Crain wrote:
> > Such ads is displayed only when users have Internet connection, and there is
> > no way to patch ZZZ in order to remove ads (or we have to buy "pro" version
> > which doesn't contain ads and adds more features).
>
> If it's free software, meaning it is freely modifiable and
On Thu, Jun 20, 2019 at 07:54:38PM +0700, Bagas Sanjaya wrote:
> Such ads is displayed only when users have Internet connection, and there is
> no way to patch ZZZ in order to remove ads (or we have to buy "pro" version
> which doesn't contain ads and adds more features).
If it's free software, me
Hi,
> Bagas Sanjaya 於 2019年6月20日 20:54 寫道：
>
> Such ads is displayed only when users have Internet connection, and there is
> no way to patch ZZZ in order to remove ads (or we have to buy "pro" version
> which doesn't contain ads and adds more features).
As a DFSG-free software it should be
Bagas Sanjaya, le jeu. 20 juin 2019 20:16:08 +0700, a ecrit:
>
> On 20/06/19 20.11, W. Martin Borgert wrote:
> > Quoting Bagas Sanjaya :
> > > Such ads is displayed only when users have Internet connection, and
> > > there is no way to patch ZZZ in order to remove ads (or we have to
> > > buy "pro
On 20/06/19 20.11, W. Martin Borgert wrote:
Quoting Bagas Sanjaya :
Such ads is displayed only when users have Internet connection, and
there is no way to patch ZZZ in order to remove ads (or we have to
buy "pro" version which doesn't contain ads and adds more features).
So it's not free so
Chris Lamb writes ("Re: The Difference between debcheckout and dgit and what
theytry to accomplish"):
> Hi Enrico,
> > This reminds me of something that popped up in a dinner discussion a few
> > days ago: mandate documenting workflow in debian/README.source no matter
> > what, and allow to symlin
On 20/06/19 15.49, W. Martin Borgert wrote:
Quoting Bagas Sanjaya :
Suppose that an upstream has released a program which its license
conforms to DFSG (named ZZZ), but when I test it, ads placed by the
upstream appear (such as pop up ads). Since ads can affect user
experience of ZZZ, but at
Quoting Bagas Sanjaya :
Such ads is displayed only when users have Internet connection, and
there is no way to patch ZZZ in order to remove ads (or we have to
buy "pro" version which doesn't contain ads and adds more features).
So it's not free software anyway and does not belong to Debian m
Simon McVittie writes ("Re: Programs contain ads - acceptable for packaging for
Debian?"):
> On Thu, 20 Jun 2019 at 13:15:26 +0700, Bagas Sanjaya wrote:
> > Suppose that an upstream has released a program which its license conforms
> > to DFSG (named ZZZ), but when I test it, ads placed by the ups
Quoting Jonathan Carter :
It seems clear-cut enough that it doesn't really need advice from
debian-legal. If it's free software then a maintainer is free to patch
out any behaviour of the app that's intrusive or otherwise undesirable.
If the license of the software doesn't allow that, then it's h
Hi Enrico,
> This reminds me of something that popped up in a dinner discussion a few
> days ago: mandate documenting workflow in debian/README.source no matter
> what, and allow to symlink that file to a repository in
> /usr/share/doc/somewhere/ as we do for common licenses.
I do like the symlin
On Thu, 2019-06-20 at 10:52 +0200, Enrico Zini wrote:
> This reminds me of something that popped up in a dinner discussion a few
> days ago: mandate documenting workflow in debian/README.source no matter
> what, and allow to symlink that file to a repository in
> /usr/share/doc/somewhere/ as we do
On 2019/06/20 10:49, W. Martin Borgert wrote:
> Otherwise, I would leave it to the package maintainer,
> whether they like to disable the ad or not,
> but that's more a question for debian-le...@lists.debian.org.
It seems clear-cut enough that it doesn't really need advice from
debian-legal. If it
On Thu, 20 Jun 2019 at 13:15:26 +0700, Bagas Sanjaya wrote:
> Suppose that an upstream has released a program which its license conforms
> to DFSG (named ZZZ), but when I test it, ads placed by the upstream appear
> (such as pop up ads). Since ads can affect user experience of ZZZ, but at
> the sam
On Wed, Jun 19, 2019 at 11:51:14PM +0200, Wouter Verhelst wrote:
> What if you took away the necessary guesswork?
>
> Have dgit support a field in debian/control that, if it exists, explains
> to dgit (and any other tool that might care) what the workflow type is.
> This would require a categoriz
Quoting Bagas Sanjaya :
Suppose that an upstream has released a program which its license
conforms to DFSG (named ZZZ), but when I test it, ads placed by the
upstream appear (such as pop up ads). Since ads can affect user
experience of ZZZ, but at the same time the upstream get paid by ad
On Thu, 2019-06-20 at 13:15 +0700, Bagas Sanjaya wrote:
> Suppose that an upstream has released a program which its license
> conforms to DFSG (named ZZZ), but when I test it, ads placed by the
> upstream appear (such as pop up ads). Since ads can affect user
> experience of ZZZ, but at the same
Hello, Bagas
On 20/06/2019 10:15, Bagas Sanjaya wrote:
> Hello Debian Developers,
>
> Suppose that an upstream has released a program which its license conforms to
> DFSG (named ZZZ), but when I test it, ads placed by the upstream appear (such
> as pop up ads). Since ads can affect user experie
20 matches
Mail list logo
