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 those
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
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 ma
Package: wnpp
Severity: wishlist
Owner: lumin
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-Clause license
for what a person believes in is noble and respectful.
Thank you, fighters, from my bottom of heart.
--
Best,
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
m solution,
between belief 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
&
rew-wrapper_20150804-1.dsc
[2] https://lists.debian.org/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
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 : 0.~rc2+git20150902+e8e660d3
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 stag
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 i
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 Depen
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 blocker for the migration.
>
in reply from ftp-master. 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,
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 be
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 ti
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 improvin
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.
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 a
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
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
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 apolog
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
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
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 proce
's happending behind the 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
up trying Debian at the
first glance at our homepage.
Best,
lumin
On Mon, 2017-05-15 at 11:19 +0200, Arturo Borrero Gonzalez wrote:
> On 14 May 2017 at 11:58, lumin 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.o) to a modern
> > desi
> 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
py hacking ! :-)
--
.''`. Lumin
: :' :
`. `'
`-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A
signature.asc
Description: This is a digitally signed message part
mind importing CUDA 7.5 immediately after uploaded CUDA 7.0
to experimental.
:-)
Thanks.
--
.''`. Lumin
: :' :
`. `'
`-638B C75E C1E5 C589 067E 35DE 6264 5EB3 5F68 6A8A
signature.asc
Description: This is a digitally signed message part
So yes, the answer is: "please be patient, we are working on it. Help is
> welcome".
I plan to take care of this package for some time.
Thank you for comment :-)
--
.''`. Lumin
: :' :
`. `'
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 p
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. An
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
Version
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 will
Releated bug on ArchLinux:
https://bugs.archlinux.org/task/49272?project=5&opened=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 +, lumin wrote:
> Hi all,
> (please keep me in CC list)
>
&
36 matches
Mail list logo
