Thank you for the remarkable work on Jessie

Hi debian-devel, I'm glad to say I just upgraded my machine[1] from wheezy (7.4~5) directly to current Jessie, and I found this progress is just painless at all, and no dependency problems remains after upgrade. There indeed are some configuration issues which I resolved easily, and I think

Re: Thank you for the remarkable work on Jessie

On Sat, 2014-11-29 at 00:08 +0800, Paul Wise wrote: Please file a bug (severity serious): Yes, filed this bug at: #771387: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771387 -- Regards, C.D.Luminate -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of

what's the difference between [s/i/m/l/k/n] ?

Hi guys, When learning on how to package software, I am confused about what's the difference between the essence of [s/i/m/l/k/n]. (single binary, indep binary, multiple binary, ...) the man page of dh_make(8) briefly explained what the diff between them __without_revealing_the_essence__. the

Bug#788539: ITP: caffe -- a deep learning framework

Package: wnpp Severity: wishlist Owner: lumin cdlumin...@gmail.com X-Debbugs-CC: debian-devel@lists.debian.org Hi, * Package name: caffe Version : rc2 Upstream Author : Berkeley Vision and Learning Center * URL : https://github.com/BVLC/caffe * License : BSD 2

The Spirit of Free Software, or The Reality

, lumin -- 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/1436028958.14957.61.ca...@gmail.com

Re: The Spirit of Free Software, or The Reality

and survival; software freedom and reality. On Sat, 2015-07-04 at 19:40 +0200, Jan Gloser wrote: Hello Lumin, I am not an active member of the debian community, just a listener on this thread, but you got my attention. I also admire free software makers although I think one must always keep in mind

Wrapper package of Linuxbrew for Debian

/debian-mentors/2015/08/msg00157.html -- .''`. Lumin : :' : `. `' `-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A signature.asc Description: This is a digitally signed message part

Re: Fwd: [Patch] Shall we update CUDA to 7.0.28 ? (#783770)

are working on it. Help is > welcome". I plan to take care of this package for some time. Thank you for comment :-) -- .''`. Lumin : :' : `. `' `-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A signature.asc Description: This is a digitally signed message part

Fwd: [Patch] Shall we update CUDA to 7.0.28 ? (#783770)

ental. :-) Thanks. -- .''`. Lumin : :' : `. `' `-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A signature.asc Description: This is a digitally signed message part

Bug#797898: RFS: caffe/0.9999~rc2+git20150902+e8e660d3-1 [ITP]

Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, debian-ment...@lists.debian.org, 788...@bugs.debian.org Dear mentors, I am looking for a sponsor for my package "caffe" * Package name: caffe Version :

Who is the most energetic DD

7 620 <jaw...@cpan.org> 6 739 <pkg-haskell-maintain...@lists.alioth.debian.org> 5 773 <python-modules-t...@lists.alioth.debian.org> 4 838 <pkg-ruby-extras-maintain...@lists.alioth.debian.org> 3 902 <pkg-java-maintain...

Bug#807579: [patch] CUDA 7.5 works well with GCC5, while CUDA 7.0 fails to.

Package: nvidia-cuda-toolkit Version: 7.0.28-1 Severity: normal tag: patch x-debbugs-cc: debian-devel@lists.debian.org, a...@debian.org, d...@debian.org Hi, After changed default compiler to GCC5, many cuda-related packages get FTBFS because cuda << 7.5 can't work well with GCC5. The CUDA 7.0

Bug#818900: [Lua Policy] integrate debian's lua modules into Debian's Luarocks

Package: lua5.1-policy Version: 33 Severity: wishlist X-Debbugs-CC: debian-devel@lists.debian.org, h...@hisham.hm Hi, (Talking about policy, hence CC'ing -devel) (CC'ing luarocks upstream) When I'm dealing with one of my ITP's I found that this is a noticeable problem to Debian's lua packages.

Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]

Package: sponsorship-requests Severity: wishlist X-Debbugs-CC: a...@debian.org, deb...@danielstender.com, deb...@onerussian.com, debian-devel@lists.debian.org, debian-scie...@lists.debian.org Dear mentors, I am looking for a sponsor for my package "caffe" * Package name: caffe

Bad news to CUDA applications (was: Re: GCC 6 & binutils for the Debian stretch release)

Hi all, (please keep me in CC list) I'm pointing out a BIG problem introduced by stretch's GCC-6-only plan. In brief CUDA 8.0~RC fails to work with GCC-6, this conclusion comes from my local Caffe build log as attached. That is to say, after GCC-6 transition *ALL* packages depending on cuda

Re: Bad news to CUDA applications (was: Re: GCC 6 & binutils for the Debian stretch release)

Releated bug on ArchLinux: https://bugs.archlinux.org/task/49272?project=5=12602 There are some hacks but none of them seems to be "an actual solution to packaging". On Fri, 2016-07-01 at 06:07 +0000, lumin wrote: > Hi all, > (please keep me in CC list) > > I'm poin

[buildd] unexpected FTBFS on amd64 buildd «binet»

Hi there, I encountered an unexpected FTBFS on amd64 that I can't repro.[1] And I'd like to ask the list before fixing it by e.g. an binary only upload. My package lua-torch-torch7/experimental fails[2] to build from source because of an "illegal instruction" error at the debhelper auto test

Bug#846915: Fixing OpenRC halt/reboot behavior by updating initscripts

Package: initscripts Version: 2.88dsf-59.8 Severity: important Tags: patch X-Debbugs-CC: 844...@bugs.debian.org, pkg-sysvinit-de...@lists.alioth.debian.org, openrc-de...@lists.alioth.debian.org, debian-devel@lists.debian.org Hello guys, I find a simple way to fix an OpenRC bug [1] by updating

Re: Moving away from (unsupportable) FusionForge on Alioth

up trying Debian at the first glance at our homepage. Best, lumin

When do we update the homepage to a modern design? (was Re: Moving away from (unsupportable) FusionForge on Alioth)

On Mon, 2017-05-15 at 11:19 +0200, Arturo Borrero Gonzalez wrote: > On 14 May 2017 at 11:58, lumin <cdlumin...@gmail.com> wrote: > > On the other hand, I fancy modern platforms such > > as Gitlab, as a user. And wondering when Debian > > will update its homepage (www.d.

Re: Re: When do we update the homepage to a modern design? (was Re: Moving away from (unsupportable) FusionForge on Alioth)

> I'll take any day a sort animations that explains things rather then > going through forest of information to figure out what is it, but I > guess these all are personal opinions. A tiny bit of animations should be enough for our homepage. The style of lxde.org does not fit Debian's style and I

Conditions for testing migration

Hello guys, I encountered a weird situation where a package doesn't migrate to testing: Assume source package "sA" yields binary package "bA" with Architecture=any. "sA" turns to be a valid candidate to migrate. Source package "sB" yields binary package "bB" with Architecture=all

Re: Conditions for testing migration

Hi Adam, On 11 February 2018 at 13:51, Adam D. Barratt wrote: > The answer was "yes", in fact. > > I'm unsure how you've deduced "i386 wasn't a problem" when the above > clearly shows that the lack of a lua-torch-torch7 package on several > architectures is a current

Bug#906248: ITP: sleef -- SLEEF Vectorized Math Library

Package: wnpp Severity: wishlist Owner: Lumin * Package name: sleef Version : 3.3 Upstream Author : SLEEF Project. * URL : https://sleef.org/ https://github.com/shibatch/sleef * License : Boost software license Programming Lang: C + intrinsics Description

Bug#907389: ITP: pscircle -- visualizing Linux processes in a form of radial tree

Package: wnpp Severity: wishlist Owner: Mo Zhou * Package name: pscircle Version : 1.2.2 Upstream Author : Ruslan Kuchumov * URL : https://gitlab.com/mildlyparallel/pscircle.git * License : GPL-2 Programming Lang: C Description : visualizing Linux

Bug#904440: ITP: nsync -- C library that exports various synchronization primitives, such as mutexes [TF deps]

Package: wnpp Severity: wishlist Owner: lumin * Package name: nsync Version : 1.20.0 Upstream Author : google * URL : https://github.com/google/nsync * License : Apache-2.0 Programming Lang: C Description : C library that exports various

Re: Re: Concerns to software freedom when packaging deep-learning based appications.

Hi Jonas > Perhaps I am missing something, but if _possible_ just 100x slower to > use CPUs instead of GPUs, then I fail to recognize how it cannot be > reproduced, modified, and researched 100x slower. > > Quite interesting question you raise! I can provide at least two data points: 1. The

Re: Re: Concerns to software freedom when packaging deep-learning based appications.

Hi Ian, > Lumin writes ("Concerns to software freedom when packaging deep-learning > based appications."): > > 1. Is GPL-licended pretrained neural network REALLY FREE? Is it really > > DFSG-compatible? > > No. No. > > Things in Debian main shoudl

Re: Re: Concerns to software freedom when packaging deep-learning based appications.

Hi Russell, > On Thu, 2018-07-12 at 18:15 +0100, Ian Jackson wrote: > > Compare neural networks: a user who uses a pre-trained neural network > > is subordinated to the people who prepared its training data and set > > up the training runs. > > In Alpha-Zero's case (it is Alpha-Zero the original

Concerns to software freedom when packaging deep-learning based appications.

Hi folks, I just noticed that one of us tries to package deep-learning based application[1], specifically it is AlphaGo-Zero[2] based. However, this raised my concern about software freedom. Since mankind relys on artificial intelligence more and more, I think I should raise this topic on -devel.

Re: Re: Re: Concerns to software freedom when packaging deep-learning based appications.

Hi Jonas, > Seems you elaborated only that it is ridiculously slow so use CPUs > instead of [non-free blob'ed] GPUs - not that it is *impossible to use > CPUs. > > If I am mistaken and you addressed the _possibility_ (not popularity) of > reproducing/modifying/researching with CPUs, then I

Urging for solution to the slow NEW queue process

aster. Now what I can do is just repeating this topic again and urge for a solution. Sorry for any inconvenience. Best, lumin [1] https://lists.debian.org/debian-devel/2018/03/msg00064.html [2] https://ftp-master.debian.org/stat/new-5years.png [3] https://ftp-master.debian.org/new.html -- Best,

Re: Urging for solution to the slow NEW queue process

Hi Holger, > you didnt mention which package of yours is stuck in NEW, could you > please elaborate? Else this seems like a rant out of the blue, without > much checking of facts, like Phil (Hands) thankfully provided. I was just afraid that things getting wrong seeing a large median number of

Re: Fw:Re: Urging for solution to the slow NEW queue process

Hi Andreas, > The fact that the NEW queue is continuely growing is a sign that DDs are > continuosely motivated to fill it up. ;-) As Mattia said in his > response patience is a feature you learn as DD and it is not a bad > feature. Thank you and Mattia for pointing that out. And it would be

More expressive Multi-Arch field

Hello folks, I found myself prone to forget what "same" or "foreign" means in the Multi-Arch section. Once and once again I have to lookup docs to fugure out what they stand for. These two words don't explicitly present their meaning. Based on this, I'm writting to put forward an idea for

Re: julia_1.0.0-1_amd64.changes REJECTED

ftp-master curtain because ftp-master's work is not visible to me. Appologies if I got something wrong. Thanks. On Thu, Aug 23, 2018 at 07:49:09AM +, Lumin wrote: > On Thu, Aug 16, 2018 at 09:55:11PM +0200, Bastian Blank wrote: > > On Wed, Aug 15, 2018 at 09:48:55AM +, Lumin wrote: >