Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland

2024-04-25 Thread Mo Zhou
Control: close -1 I merged your files and uploaded to unstable. The source name is hyprlang directly without the lib prefix. https://salsa.debian.org/debian/hyprlang On 4/18/24 03:16, Alan M Varghese wrote: Hello Mo, Thank you for granting me access. I believe this would require me to force

Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland

2024-04-25 Thread Mo Zhou
Control: close -1 Sponsored directly from git. On 4/17/24 11:19, Mo Zhou wrote: I have forked your repo to here: https://salsa.debian.org/debian/hyprland-protocols Will sponsor later when I get my other computer. On 4/15/24 12:19, Alan M Varghese wrote: Control: tags -1 - moreinfo Then the

Bug#1066871: Fwd: Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland

2024-04-19 Thread Mo Zhou
point for debian work is email and I do not use IRC at all. For email, timing does not matter. On 17/04/24 20:39, Mo Zhou wrote: Hi Alan, I granted you with the maintainer access to this repo: https://salsa.debian.org/debian/hyprlang This package has cleared the NEW queue a while ago: https

Bug#1066868: RFS: hyprland-protocols/0.2~20230811-1 [ITP] -- Wayland protocol extensions for Hyprland

2024-04-17 Thread Mo Zhou
I have forked your repo to here: https://salsa.debian.org/debian/hyprland-protocols Will sponsor later when I get my other computer. On 4/15/24 12:19, Alan M Varghese wrote: Control: tags -1 - moreinfo Then the upstream version should be >> 0.2, e.g, 0.2+20230811, not << 0.2 as it is now. Al

Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland

2024-04-17 Thread Mo Zhou
66868 [4] https://salsa.debian.org/NyxTrail On 3/15/24 01:10, Mo Zhou wrote: Hi Alan, Thank you for your work! I did not check the ITP bugs before we make overlapping efforts: https://salsa.debian.org/debian/hyprlang https://salsa.debian.org/debian/hyprland I just rushed the two packages within a short time

Bug#1066871: RFS: libhyprlang/0.5.0-1 [ITP] -- Configuration language for Hyprland

2024-03-14 Thread Mo Zhou
Hi Alan, Thank you for your work! I did not check the ITP bugs before we make overlapping efforts: https://salsa.debian.org/debian/hyprlang https://salsa.debian.org/debian/hyprland I just rushed the two packages within a short time the last night. They work properly on Sid with my laptop. I ha

Re: Does a rejected package require a version bump?

2024-02-14 Thread Mo Zhou
Not needed. Using the same version and revision is fine. On 2/13/24 22:32, Loren M. Lang wrote: My original submission was rejected while in the FTP Master's NEW queue and required a minor correction. Should I bump the version with a new changelog entry when I resubmit it or should I just keep

Bug#972103: RFS: fonts-cascadia-code/2009.14-1 -- monospaced font designed to enhance appearance of Windows Terminal

2020-10-21 Thread Mo Zhou
Control: tag -1 +moreinfo Hi Gürkan, Missing build dependency "statmake" # dpkg-buildpackage - Command: dpkg-buildpackage -us -uc -b -rfakeroot dpkg-buildpackage: info: source package fonts-cascadia-code dpkg-buildpack

Re: renaming a source package

2020-10-15 Thread Mo Zhou
Hi Paul, Done. Thanks for the hint! On Fri, Oct 16, 2020 at 03:34:46AM +, Paul Wise wrote: > On Fri, Oct 16, 2020 at 2:36 AM Mo Zhou wrote: > > > What should be the next steps following our convention? > > Since there is nothing using mkl-dnn (according to dak rm), jus

renaming a source package

2020-10-15 Thread Mo Zhou
Hi mentors, I maintain a package which is previously named "mkl-dnn" https://tracker.debian.org/pkg/mkl-dnn . Then upstream renamed the source package to "onednn". So I just renamed the source in d/changelog and d/control then passed the new queue again: https://salsa.debian.org/science-te

Bug#960986: RFS: fortune-zh/2.96 [ITA] -- Chinese Data files for fortune

2020-05-19 Thread Mo Zhou
On Tue, May 19, 2020 at 12:06:00PM +0800, 铜豌豆 Linux wrote: > * New maintainer (Closes: #910181) When closing an "Orphan" bug you should also remove the previous maintainer from the Maintainers/Uploaders list. We have some reference materials but it seemed to have missed that point https://www.de

Bug#960986: RFS: fortune-zh/2.96 [ITA] -- Chinese Data files for fortune

2020-05-19 Thread Mo Zhou
Hi atzlinux, I appreciate your work on the Chinese-related packages, but only when people try to do something other than repetitive householding works will they gain further knowledge and skills. This way is inevitable if you really want to become a DD, since you have to first prove your expertis

Re: tool for ISA usage statistics within ELF binaries?

2019-11-03 Thread Mo Zhou
Hi Adam, Great, it is basically what I wanted with some modifications. On Sun, Nov 03, 2019 at 10:17:55PM +0100, Adam Borowski wrote: > On Sun, Nov 03, 2019 at 04:27:12PM +0000, Mo Zhou wrote: > > Hi mentors, > > > > do you know if there is a static ELF analysing tool, that

tool for ISA usage statistics within ELF binaries?

2019-11-03 Thread Mo Zhou
Hi mentors, do you know if there is a static ELF analysing tool, that makes statistics on the usage of different ISAs? maybe something on top of a disassembler? actually, I'd like to know if an ELF binary has got more, say AVX instructions after recompiling with -march=native, -ftree-vectorizatio

Re: No Intent To Package : ciasdis a reverse engineering assembler.

2019-10-28 Thread Mo Zhou
Hi Albert, "No Intent To Package It by Myself" == RFP https://wiki.debian.org/RFP It's recommended to file an RFP bug instead of writing a mail to -mentors and let it sink. On 2019-10-28 15:05, Albert van der Horst wrote: > From "control" > > The package ciasdis contains an i86 assembler-disas

Bug#941569: RFS: sentencepiece/0.1.83+dfsg-1 [ITP] -- Unsupervised text tokenizer for Neural Network-based text generation

2019-10-02 Thread Mo Zhou
(re-sent due to incorrect CC address in last post) Hi NOKUBI, Thank you for working on this. Although it may sound boring or even frustrating, data used for training machine learning models, or pre-trained machine learning models should be carefully dealt with. Your copyright file is not complete

Bug#941569: RFS: sentencepiece/0.1.83+dfsg-1 [ITP] -- Unsupervised text tokenizer for Neural Network-based text generation

2019-10-02 Thread Mo Zhou
Hi NOKUBI, Thank you for working on this. Although it may sound boring or even frustrating, data used for training machine learning models, or pre-trained machine learning models should be carefully dealt with. Your copyright file is not complete https://bitbucket.org/tsuchm/pkg-sentencepiece/src

Re: Repackaging and its documentation

2019-08-17 Thread Mo Zhou
Hi Mechtilde, If you removed some non-free files from the original tarball, a "+dfsg" suffix should be used, and the deleted files should be annotated in debian/copyright. If you removed some redundant files already provided by another package, or added some convenient copy of something, "+ds" wo

Re: ITP Mmg

2019-08-05 Thread Mo Zhou
Hi Nico, 1. libmmg-dev should depend on libmmg5 (= ${binary:Version}) 2. mmg should depend on libmmg5 (= ${binary:Version}) 3. lintian -EviI will tell you the rest problems On 2019-08-05 20:58, Nico Schlömer wrote: > I created a package [1] for Mmg [2], a great (scientific) mesh > generator and o

Bug#928099: publishing private e-mail

2019-06-16 Thread Mo Zhou
Hi Tong Sun, Please be respectful to the others. Whatever the mail address prefix the others use, the others have the right to make private discussion and free speech because these are fundamental rights. I don't know what happend but your comments are really not friendly. If you really received

Re: Access to Porter machines as Debian Maintainer?

2019-04-25 Thread Mo Zhou
Hi Hilmar, I'm sure a "DM with guest account" can access the porter boxes because I've ever done so. You have to wait for some time because the machines need to sync LDAP information. On Thu, Apr 25, 2019 at 12:11:24PM +0200, Hilmar Preuße wrote: > Hi all, > > since a few days ago I am "Debian M

Re: Updating a package & BTS

2019-04-18 Thread Mo Zhou
Hi, Please provide more detail about your problem. Generally speaking logging information under the corresponding bug in BTS is good. On Fri, Apr 19, 2019 at 12:36:29AM -0400, Tong Sun wrote: > Hi, Do I need to log a BTS before updating a package?

Re: Debian copyright file and contributors

2019-04-18 Thread Mo Zhou
Hi, The simplest way is to modify automatically generated copyright file: $ licensecheck -r --deb-machine . >> debian/copyright On Thu, Apr 18, 2019 at 06:04:03PM -0400, Tong Sun wrote: > Hi, > > What is the simplest way to put all contributors into the Debian copyright > file? > > I know th

A question about stack alignment in C language

2019-04-05 Thread Mo Zhou
Hi mentors, This question tightly associates with my ongoing work for Debian's BLAS/LAPACK packages, specifically the 32-bit and 64-bit variants. I encountered a problem that I don't fully understand so I think I need some help at this point. Assume we have the following library "libfoo.c":

Bug#926295: RFS: minder/1.1.3-1 [ITP]

2019-04-03 Thread Mo Zhou
control: tag -1 +moreinfo Hi Yangfl, Thank you for your debianization work. I'm quite interested in such a non-java mind mapper, as an alternative the freeplane. Well, despite of the werid binary executable name: drwxr-xr-x root/root 0 2019-03-26 13:57 ./usr/bin/ -rwxr-xr-x root/roo

Bug#922197: RFS: worklog/2.0-1 -- Keep Track of Time worked on Projects

2019-02-12 Thread Mo Zhou
Please send additional information to @bugs.debian.org instead of creating new bugs on every update. On Wed, Feb 13, 2019 at 06:57:43AM +0100, Adam Bilbrough wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "worklog" > > P

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-09 Thread Mo Zhou
On Fri, Feb 08, 2019 at 01:00:19PM +0200, Andrius Merkys wrote: > I would say so. opennlp-tools is the core toolkit of the OpenNLP, ... > Therefore, I assume that core functionality works as would be > expected. Ok. Thanks for confirming. Why did you stopped maintaining this package here?: https:

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-07 Thread Mo Zhou
On Thu, Feb 07, 2019 at 11:32:30AM +0200, Andrius Merkys wrote: > On 2019-02-05 03:49, Mo Zhou wrote: > > However I guess you didn't install all the opennlp components: > > Indeed; this is intentional: > > > opennlp-brat-annotator opennlp-distr opennlp-docs

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-04 Thread Mo Zhou
On Mon, Feb 04, 2019 at 03:33:56PM +0200, Andrius Merkys wrote: > Updated. Could you please try building the package once more? It compiles now: http://debomatic-amd64.debian.net/distribution#unstable/apache-opennlp/1.9.1-1/buildlog However I guess you didn't install all the opennlp components:

Bug#910004: RFS: apache-opennlp/1.9.0-1 [ITP] -- machine learning based toolkit for the processing of natural language text

2019-02-02 Thread Mo Zhou
control: tags -1 +moreinfo Hi Andrius, Thank you for the effort on apache-opennlp packaging. However it failed to build (I cannot help you diagnose the failure because I know nothing about Java): http://debomatic-amd64.debian.net/distribution#unstable/apache-opennlp/1.9.0-1/buildlog BTW, 1.9.1

Bug#919590: RFS: openliberty/18.0.0.4 [ITP]

2019-02-02 Thread Mo Zhou
control: tags -1 +moreinfo Hi Michael, As much as I'd appreciate your effort trying to create a package for Debian, but I have to say the packaging is unacceptable. > https://mentors.debian.net/debian/pool/main/o/openliberty/openliberty_18.0.0.4.dsc The present packaging might be fine to third

Best practice to copy(reuse) a shared object and assign it with another SONAME?

2019-01-18 Thread Mo Zhou
Hi mentors, I'm wondering if there is any shared object trick that allows me to create some "stub" shared object that reuses all symbols from another shared object, but has different SONAME compared to the original one. Background: * We have a shared object named libopenblas.so.0, with

Re: Hello

2019-01-15 Thread Mo Zhou
Hi HuangKaiXiang, Thank you for your interest in Debian! I'd like to add some points that Paul Wise missed. Apart from those packaging tutorial/guides, reading examples is a good way to learn skills and improve yourself quickly. When you are about to do that, you may possibly need this code searc

Re: dwz: libsleef3.debug: .debug_line reference above end of section

2019-01-15 Thread Mo Zhou
Hi, Thanks for the pointers. But I think I'm not able to fix it even if I tried to diagnose the debug information. ATM I asked several people and it is likely that the dwz error stems from toolchain support problem. Now the build log on non-release archivectures are also available, and it seems t

Bug#910837: RFS: mle/1.2-1 [ITP] -- flexible terminal-based text editor (C)

2018-12-22 Thread Mo Zhou
See comments I left in github issues. On Fri, Dec 21, 2018 at 03:34:40PM -0500, a...@php.net wrote: > On Wed, 17 Oct 2018 13:28:40 +0000 Mo Zhou wrote: > > ... > > Try to build against this termbox package, it's almost finished: > > https://salsa.debian.org/debian/t

Re: Question about a file inside debian directory

2018-12-07 Thread Mo Zhou
Hi Jose, If you think writting a new makefile is better than patching the upstream build system, please go ahead. However, having to write a makefiles by oneself often signifies problematic upstream. On Fri, Dec 07, 2018 at 11:35:52AM +0100, Jose G. López wrote: > Dear mentors, > > Is it permitt

Bug#914075: julia-vim/0.0+git20181115.ef55a5-1 [QA]

2018-11-23 Thread Mo Zhou
t; Hi, > > I forgot to say, this is the RFP: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=896130 > > Best regards, > > > On Mon, 19 Nov 2018 05:02:42 + > Mo Zhou wrote: > > > Hi Paulo, > > > > What does this bug mean? We (Debian Julia Team

Bug#914075: julia-vim/0.0+git20181115.ef55a5-1 [QA]

2018-11-18 Thread Mo Zhou
Hi Paulo, What does this bug mean? We (Debian Julia Team) are maintaining the vim-julia package, and it has been waiting in the NEW queue. https://salsa.debian.org/julia-team/vim-julia https://ftp-master.debian.org/new/vim-julia_0.0~git20180821.120a0b6-1.html On Mon, Nov 19, 2018 at 12:17:13AM -

Re: help for a watch file

2018-11-07 Thread Mo Zhou
Hi, IMHO a watch file for the site you refered is impossible. Source of both the main page and the download page don't contain any proper URI containing version string. uscan does regular expression matching on the source of webpage. for detail please refer uscan(1) On Wed, Nov 07, 2018 at 03:26

Re: Font packaging and Unicode Private Use Areas

2018-10-22 Thread Mo Zhou
Hi Paul, Thank you for your opinion. Then I think there is no problem to just go ahead with the custom font. Afterall, the user's apt install STUFF command means "I accept this software's side effect". On Sun, Oct 21, 2018 at 09:52:22AM -0700, Paul Hardy wrote: > > 1. What's the best practice

Bug#910837: RFS: mle/1.2-1 [ITP] -- flexible terminal-based text editor (C)

2018-10-17 Thread Mo Zhou
On Sat, Oct 13, 2018 at 06:03:48PM -0400, a...@php.net wrote: > Yes, I can make Lua and uthash package deps instead of embedding them. > Is it ok to embed termbox for now, or should we consider that a > blocker? Try to build against this termbox package, it's almost finished: https://salsa.debian.

Font packaging and Unicode Private Use Areas

2018-10-16 Thread Mo Zhou
Hello mentors, I think I encountered a corner case about font packaging. I have to view lots of pictures through SSH without X forwarding during my work for machine learning purpose. The best software for this purpose, I think, is chafa[1], which performs much better than catimg. However I'm stil

Bug#910837: RFS: mle/1.2-1 [ITP] -- flexible terminal-based text editor (C)

2018-10-14 Thread Mo Zhou
y: > https://github.com/adsr/mle/tree/debian Oops. Thanks for the hint. Then you should put it to the Vcs-Git and Vcs-Browser fields in debian/control. > Thanks for the tip about the "Recommends" field. I will add optional > runtime deps there. > > Adam > > On Fri

[uploaded] Re: RFS: ranger/1.9.2-1 (new upstream release)

2018-10-14 Thread Mo Zhou
nese developers individually ... unless you know each other in the real world. Best. ranger (1.9.2-1) unstable; urgency=medium [ Mo Zhou ] * Set up a project repository on Debian Salsa: https://salsa.debian.org/debian/ranger * Add myself to uploaders. * Bump debhelper compat level to

Bug#910837: RFS: mle/1.2-1 [ITP] -- flexible terminal-based text editor (C)

2018-10-11 Thread Mo Zhou
Hi Adam, Thanks for this package, the copyright file looks good to me. However there are still a couple of problems: 1. Can we avoid shipping with embedded code copy[1] of lua, termbox and uthash? . lua 5.3 and uthash are already in the archive. termbox needs to be packaged. 2. I'd recomme

Bug#909793: RFS: intel-mkl/2019.0.117-2~bpo9+1 [NEW,stable-backports]

2018-09-28 Thread Mo Zhou
ncy=medium + + * Downgrade python3 requirement to (>= 3.5) + * Downgrade debhelper compat level to 10. + * Enable control.bpo.py script in rules. + * Backport to stretch. + + -- Mo Zhou Tue, 25 Sep 2018 08:19:29 + + intel-mkl (2019.0.117-2) unstable; urgency=medium * Export HOME=/tmp/ to fi

[solved]Re: Undefined symbol but symbol is there when importing _pywrap_tensorflow_internal.so

2018-09-24 Thread Mo Zhou
On Mon, Sep 24, 2018 at 03:03:02PM +0500, Andrey Rahmatullin wrote: > On Mon, Sep 24, 2018 at 08:50:53AM +0000, Mo Zhou wrote: > > python complains that the symbol is undefined > > > > > > _ZN10tensorflow25CreateRemoteMemoryManagerERKNSt7__cxx1112basic_stringIcS

Undefined symbol but symbol is there when importing _pywrap_tensorflow_internal.so

2018-09-24 Thread Mo Zhou
Hi mensors, Tensorflow's python package is almost in shape[1] but when imporing tensorflow from python, python complains that the symbol is undefined _ZN10tensorflow25CreateRemoteMemoryManagerERKNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcEEES7_ however with readelf -sW xxx | ripgrep, t

Bug#893377: Re: Bug#893377: RFS: taptempo/1.2.1-1 [ITP]

2018-09-15 Thread Mo Zhou
control: close -1 On Sat, Sep 15, 2018 at 03:53:02PM +0200, François Mazen wrote: > Hi Lumin, > > the file msys/mingw-bundledlls.py was committed by mistake. It is only > needed to generate the Windows package. > I've removed it in the upstream code and I generated a new release > (1.4.3). I've a

Bug#893377: Re: Bug#893377: RFS: taptempo/1.2.1-1 [ITP]

2018-09-13 Thread Mo Zhou
On Thu, Sep 13, 2018 at 10:57:42PM +0200, François Mazen wrote: > Hi Lumin, > > congratulation for your promotion as Debian Developer! > > I downgraded the standard version of my package from 4.2.1 to 4.1.4 and > I uploaded it to mentors but Lintian has been updated in the meantime. > So I've ke

Bug#893377: Re: Bug#893377: RFS: taptempo/1.2.1-1 [ITP]

2018-09-13 Thread Mo Zhou
control: owner -1 ! Hi François, I can sponsor this package for you now. Would you mind updating the package and bump the standard version? Or should I upload it as is?

Re: Symbols with the same name from different shared objects

2018-09-11 Thread Mo Zhou
On Wed, Sep 12, 2018 at 10:17:13AM +0500, Andrey Rahmatullin wrote: > On Wed, Sep 12, 2018 at 04:38:05AM +0000, Mo Zhou wrote: > > I'm confused about which symbol would be eventually loaded when > > different shared objects provides different implementation for > > the sa

Symbols with the same name from different shared objects

2018-09-11 Thread Mo Zhou
Hi mentors, I'm confused about which symbol would be eventually loaded when different shared objects provides different implementation for the same function signature, e.g. (glibc)malloc and (jemalloc)malloc . Debian's jemalloc package doesn't mangle the function names, i.e. jemalloc's malloc imp

Bug#874305: RFS: mitlm/0.4.2-1 -- MIT Language Modeling toolkit

2018-09-09 Thread Mo Zhou
On Sun, Sep 09, 2018 at 12:25:54PM +0200, Giulio Paci wrote: > Hi Mo, >    thank you for your offer and review. > Unfortunately I do not know when I will be able to handle these issues as I > have very limited time at the moment. > > And the latest standards version is 4.2.1 . > > As you can

Bug#874305: RFS: mitlm/0.4.2-1 -- MIT Language Modeling toolkit

2018-09-08 Thread Mo Zhou
control: owner -1 ! control: tags -1 +moreinfo Hi Giulio, I can sponsor this package. However this package looks old and needs updating before the upload. 1. please have a look and fix the following lintian warnings: - │ W: mitlm chan

Bug#890379: RFS: python-jsonrpc/1.10.8-1 [ITP]

2018-09-08 Thread Mo Zhou
control: owner -1 ! Hi Ghislain, I can sponsor this now. Should wait for you to update the package to the latest upstream verison, or check and upload it from git repo as is? I think the packaging repo is this one: https://salsa.debian.org/python-team/modules/python-jsonrpc BTW, why don't you s

Bug#907192: [done] Re: RFS: tensorflow/1.10.0+dfsg-A1 [ITP]

2018-09-08 Thread Mo Zhou
control: close -1 I'll sponsor myself shortly as long as nothing goes wrong in the last build. This will be an ~300MB initial upload. On Fri, Sep 07, 2018 at 01:23:03PM +0000, Mo Zhou wrote: > Hi mentors, > > Does anyone have idea about the following very last blocker for libte

Bug#907192: need help on the very last blocker (Re: RFS: tensorflow/1.10.0+dfsg-A1 [ITP]

2018-09-07 Thread Mo Zhou
Hi mentors, Does anyone have idea about the following very last blocker for libtensorflow? We are really ready to upload TF once the C API unit tests passed without fatal error. procedure to reproduce:: 1. download libtensorflow-cc1.10 and libtensorflow-dev from debomatic-amd64 and insta

Bug#896970: RFS: odp/1.19.0.0-1 [ITP]

2018-09-05 Thread Mo Zhou
Hi Dmitry, Thanks for the update! On Fri, Aug 31, 2018 at 03:41:01PM +0300, Dmitry Eremin-Solenikov wrote: > Hello, > > I've uploaded new 1.19.0.2-1 version to mentors.d.o. > I've added manpages, fixed copyright info, fixed alternatives > and enabled auto-tests. Could you please review it? Buil

Bug#907192: pre-RFS: tensorflow/1.10.0+dfsg-A1 [ITP] -- debian archve += 1 million lines of code

2018-09-04 Thread Mo Zhou
> Currently I can build it manually on my daily Debian experimental > system (amd64) and another unclean chroot (amd64). However I'm > still not sure whether the other can build it successfully like I do. Preliminary lintian-clean binary packages are available on debomatic-amd64: http://debomatic

Bug#907192: pre-RFS: tensorflow/1.10.0+dfsg-A1 [ITP] -- debian archve += 1 million lines of code

2018-09-04 Thread Mo Zhou
control: retitle -1 RFS: tensorflow/1.10.1+dfsg-A1 [ITP] control: tag -1 -moreinfo Hello science team and mentors, I did a right choice to write the python+ninja build system from scratch (I call this build system TF-Shogun in the source code). Now I started to sort out any possible FTBFS with do

Generating upstream version from git history with uscan

2016-06-08 Thread Mo Zhou
Hi folks, (Keep me in CC list please) I'm working on some packages whose upstream (github) doesn't make releases. So I need to invent upstream versions, that's OK. However when one is going to maintain a number of packages that watch is not present, upstream update tracking by hand would be a nig

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

2016-06-03 Thread Mo Zhou
Hi, I've updated the caffe package in the git repo, one of the major changes is that `python-caffe-cpu` was changed to `python3-caffe-cpu`. On 2 June 2016 at 07:00, Ghislain Vaillant wrote: > > > The build time testsuite, autopkgtest and piuparts serve different > purposes. You might want to spe