Package: wnpp
Severity: wishlist
Owner: Adrian Lyall Cochrane
* Package name: odysseus-web-browser
Version : 1.5.17
Upstream Author : Adrian Cochrane
* URL : http://odysseus.adrian.geek.nz/
* License : GPL
Programming Lang: Vala
Description : A web bro
On Fri, 2019-05-24 at 10:43 -0400, Sam Hartman wrote:
> I wonder whether we'd accept a developer's assertion that some large pdf
> in a source package could be rebuilt without actually rebuilding it on
> every upload.
As I understand it, ftp-master policy is that things in main be
buildable from
Hello,
On Fri 24 May 2019 at 04:01PM +02, Lucas Nussbaum wrote:
> Hi,
>
> On 14/05/19 at 14:30 -0400, Sam Hartman wrote:
>> I think there's a fairly clear consensus emerging that it's worth having
>> things to check when making a build system conversion. Looking at
>> debdiff, ditherscope and re
On Fri, May 24, 2019 at 10:43:34AM -0400, Sam Hartman wrote:
> I wonder whether we'd accept a developer's assertion that some large pdf
> in a source package could be rebuilt without actually rebuilding it on
> every upload.
> I think we probably would.
I dont think so, actually and AFAIK, we don
> "Paul" == Paul Wise writes:
Paul> On Fri, May 24, 2019 at 1:58 AM Sam Hartman wrote:
>> So for deep learning models we would require that they be
>> retrainable and typically require that we have retrained them.
Paul> I don't think it is currently feasible for Debian to ret
Hi,
On 14/05/19 at 14:30 -0400, Sam Hartman wrote:
> I think there's a fairly clear consensus emerging that it's worth having
> things to check when making a build system conversion. Looking at
> debdiff, ditherscope and reproducibility of the build all appear to be
> important things to consider
What about ibm power9 with pocl ?
it seems that this is better than the latest NVIDIA GPU.
Cheers
On Fri, 2019-05-24 at 03:14 -0700, Mo Zhou wrote:
> Non-free nvidia driver is inevitable.
> AMD GPUs and OpenCL are not sane choices.
So no model which cannot be CPU-trained is suitable for Debian main.
> Don't doubt. Nouveau can never support CUDA well.
There is coriander but nouveau doesn't s
On Thu, May 23, 2019 at 11:37:41PM -0700, Mo Zhou wrote:
> - The datasets used for training a "ToxicCandy" may be
> private/non-free and not everybody can access them. (This case is more
> likely a result of problematic upstream licensing, but it sometimes
> happens).
>
> One got a free mode
On 2019-05-24 15:59, Paul Wise wrote:
> On Fri, May 24, 2019 at 1:58 AM Sam Hartman wrote:
>
>> So for deep learning models we would require that they be retrainable
>> and typically require that we have retrained them.
>
> I don't think it is currently feasible for Debian to retrain the
> models
On Fri, May 24, 2019 at 1:58 AM Sam Hartman wrote:
> So for deep learning models we would require that they be retrainable
> and typically require that we have retrained them.
I don't think it is currently feasible for Debian to retrain the
models. I don't think we have any buildds with GPUs yet.
On 2019-05-23 17:58, Sam Hartman wrote:
> So for deep learning models we would require that they be retrainable
> and typically require that we have retrained them.
The two difficulties make the above point not easy to achieve:
https://salsa.debian.org/lumin/deeplearning-policy#difficulties-questi
Hi Andy,
On 2019-05-23 17:52, Andy Simpkins wrote:
> Sam.
> Whilst i agree that "assets" in some packages may not have sources
> with them and the application may still be in main if it pulls in
> those assets from contrib or non free.
> I am trying to suggest the same thing here. If the data set
13 matches
Mail list logo
