Re: fed (fedit) seeking a linux home

I usually do dpkg-buildpackage -S -sa dput mentors ../packagename_version_source.changes this should work. my ~/.dput.cf [mentors] method = ftp fqdn= mentors.debian.net incoming= . login = anonymous I use dput-ng, and I

Re: fed (fedit) seeking a linux home

a-1_source.changes: done. Successfully uploaded packages. On Thu, Apr 7, 2016 at 2:26 AM, Gianfranco Costamagna <locutusofb...@debian.org> wrote: I usually do >dpkg-buildpackage -S -sa > >dput mentors ../packagename_version_source.changes > >this should work. >

Bug#820733: Guidelines for sensible package synopsis (was: Bug#820733: RFS: Series/1.0 [ITP] -- Keep track of your favourite TV series)

Il 12/apr/2016 14:28, "Gianfranco Costamagna" <locutusofb...@debian.org> ha scritto: Hi Giorgio > > >http://mentors.debian.net/intro-maintainers > >this should help. > > >cheers, > >G. > > >Il Martedì 12 Aprile 2016 13:36, Giorgio Sartore

Bug#816192: RFS: proselint/0.3.5-1 [ITP] -- A prose linter

Hi, >Thanks, I will look into it. wonderful feeel free to also reject the new changelog entry >I will revert back again to `python3-proselint` from `proselint`, and >change again the git repo for the tags and pristine-tars, but this >means `proselint` should be dropped from NEW. done, with

Bug#818687: RFS: btrfs-progs/4.4.1-1.1 [NMU]

Hi, >I've filed a bug and submitted a patch for debian-cd and have>contacted the >maintainers of partman-btrfs links to the updated >package on mentors and to a github repo, because jcristau on >#debian-installer said he preferred pulling from a git repo. How long >should I wait before filing

Bug#820539: RFS: libretro-desmume [ITP]

control: owner -1 ! control: tags -1 moreinfo Hi, > https://mentors.debian.net/package/libretro-desmume licenses are missing e.g. some Expat desmume/src/emufile.* desmume/src/arm_jit.h: GPL (v3 or later) desmume/src/instruction_attributes.h: GPL (v3 or later)

Bug#816192: RFS: proselint/0.3.5-1 [ITP] -- A prose linter

e "/usr/lib/python3/dist-packages/proselint/command_line.py", line 102, in timing_test for file in os.listdir(corpus_path): FileNotFoundError: [Errno 2] No such file or directory: '/usr/lib/python3/dist-packages/corpora/0.1.0' g. Il Sabato 9 Aprile 2016 20:03, Gianfranco Costamagna <cos

Bug#807432: RFS: python-jellyfish/0.5.1-1 [ITP]

control: tags -1 moreinfo Hi >I'm quite certain that it is indeed a problem with the README (the >library was initially only available on Python 2, and the README.rst has >not gone through significant changes since then, even if Python 3 >support was introduced around 0.3.2). I'll follow up on

Bug#820165: RFS: libretro-genesisplusgx/1.7.4+git20160330 [ITP]

control: owner -1 ! control: tags -1 moreinfo Hi Sergio, the copyright needs a complete rework. BSD-2 BSD-3 BSD zlib/libpng GPL-2 are only some of the missing licenses. please take care of them. sdl looks like an embedded library to me also tremor copyright holders are missing

Bug#820733: Guidelines for sensible package synopsis (was: Bug#820733: RFS: Series/1.0 [ITP] -- Keep track of your favourite TV series)

Hi Giorgio http://mentors.debian.net/intro-maintainers this should help. cheers, G. Il Martedì 12 Aprile 2016 13:36, Giorgio Sartore ha scritto: Hi all, thank you for your hints. I'll update the synopsis as soon as possibile. I know that I've uploaded the source

Bug#807432: python-jellyfish_0.5.3-1_amd64.changes REJECTED

https://packages.debian.org/sid/python3-jellyfishoops so you have to rename/move it. cheers, G. Il Sabato 9 Aprile 2016 20:20, Debian FTP Masters ha scritto: Version check failed: Your upload included the binary package python3-jellyfish, version 0.5.3-1,

Bug#819391: RFS: toulbar2/0.9.8 debian-science [ITP]

control: owner -1 ! control: tags -1 moreinfo Hi, lets review! rules: >-DCMAKE_BUILD_TYPE:STRING=Release please RelWithDebInfo here >override_dh_auto_test: # Don't run CTest please explain changelog: >Bug#780516 syntax error. bug: #780516 is right control: priority -> optional

Bug#820196: RFS: dante/1.4.1+dfsg-1 -- new upstream version, packaging updates

control: owner -1 ! control: tags -1 moreinfo Hi Peter, changes are huge! lets see: some copyrights are missing # Copyright (C) 1994 X Consortium Radical Eye Software Internet Software Consortium. licensecheck * -r reports lots of missing licenses (BSD-4 as example) while your "other"

Bug#810012: RFS: averell/1.2.4-1 ITP 773793

lintian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=810204 Contrary to lintian report, my package depends on erlang or erlang-base, while dep on erlang-cowboy should be enough yet (depends on erlang | erlang-base by transitivity). Regards, Jean Le mercredi 13 janvier 2016 à 12:42 +, Gi

Bug#816880: RFS: ctmg/1.1-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo Hi, lets review: Standards-Version: 3.9.6 --> outdated, 3.9.7 now check-all-the-things review: find -type f \( -iname '*.sh' -o -iname '*.bash' -o -iname '*.zsh' \) -exec shellcheck {} + Please add some upstream metadata:

Bug#818227: RFS: kawa/2.1-1 [ITP] -- Scheme implementation for the JVM

control: owner -1 ! control: tags -1 moreinfo Hi, lets review: - maybe you should put this package under pkg-java umbrella - please ask upstream to relicense the documentation - Tag: devel::compiler, devel::interpreter, devel::lang:scheme, (missing space at the begin) Build-Depends: debhelper

Bug#820196: RFS: dante/1.4.1+dfsg-1 -- new upstream version, packaging updates

damn, I saw debian-policy in deferred/10 or whatever, I wasn't aware it got accepted today :) thanks! >No, this package is still alive and well, it contains the "socksify" tool >that preloads the Dante libraries necessary to run a network program using >a SOCKS proxy - pretty much the main

Bug#801262: closing RFS: ppsspp/1.1.1-1 [ITP] -- A portable PSP emulator

FYI: libpng-dev is now provided by libpng16 in unstable. Transition started a few minutes ago, so I expect some uninstallabilities in the next few days, but ppsspp should become installable by the end of this week. cheers, G. signature.asc Description: OpenPGP digital signature

Bug#816363: RFS: fgetty/0.7-0.1 [NMU] -- very small, efficient, console-only getty

Hi >I knew what I did, but feel free to disagree with my reasoning. > >fgetty-login.diff essentially just renames /bin/login1 to /bin/fgetty-login. are never invoked directly, so I considered installing them into /lib/fgetty. >It would eliminate need in manpage, which is barely useful. WDYT?

Bug#814456: RFS: pam-ufpidentity/1.0-1 [ITP] -- UFP Identity PAM Module

last thing, I see many pam modules called libpam-foo e.g. apt-file search /security/pam_ |grep -v include |cut -d ":" -f 1 |sort |uniq maybe you want to call it libpam-ufpidentity or whatever? cheers, G. Il Mercoledì 16 Marzo 2016 12:40, Gianfranco Costamagna <cost

Bug#819188: RFS: icu4j/57.1-1

grep google . -Ri |grep -i copyright cheers, G. Il Venerdì 25 Marzo 2016 13:47, 殷啟聰 ha scritto: There are Google stuff? Could you point me to the files? Thanks!

Bug#819181: RFS: cl-asdf/3.1.7 - Another System Definition Facility

control: owner -1 ! control: tags -1 moreinfo hi, +override_dh_clean: + dh_quilt_patch + dh_clean why? also adding quilt to b-d-i seems useless to me. cheers, G.

Bug#818184: RFS: hal-flash/0.3.3-1 [ITP]

Hi, >Personally, I would remove Flash from my system entirely and use HTML5>video >or when that isn't available, run youtube-dl, get-flash-videos, >cclive or similar on the command-line. Some desktop video players can >also use these to play video from the web. I also hate flash, for many

Re: Packaging pythonpy

Hi Tiago, >* How to fix the "python-script-but-no-python-dep" lintian error? I've >tried with and without pybuild and the error still persists. adding python to the dependencies? do you have python to build dependencies, dh-python and python:Depends on the binary package? >* How to get

Bug#819188: RFS: icu4j/57.1-1

control: tags -1 moreinfo control: owner -1 ! 1) some copyright seems missing: google, unicode, IBM Corporation(?) and probably others 2) copyright-old.txt? why you have it? the other stuff LGTM, I'm not a java man, but the package cleanup looks nice! I dind't try to build and run, but if

Bug#818902: RFS: arrayfire/3.3.1+dfsg1-1~exp1

control: tags -1 moreinfo control: owner -1 ! + * Site:http://NadeauSoftware.com/ + * License: Creative Commons Attribution 3.0 Unported License + * http://creativecommons.org/licenses/by/3.0/deed.en_US + * Source:

Bug#814921: RFS: sphde/1.1.0-1 [ITP] -- sphde -- Shared Persistent Heap Data Environment library

control: owner -1 ! control: tags -1 moreinfo Hi, control: std-version is now 3.9.7 libjs-query can be left as-is, because using the internal debian jquery might result in a bad documentation package (look e.g. https://lists.debian.org/debian-devel/2014/10/msg00774.html;) this can simplify

Bug#814456: RFS: libpam-ufpidentity/1.0-1 [ITP] -- UFP Identity PAM Module

Hi, some questions about the identity4c package: why there is an example.com hardcoded in the sources? I see also some pem certificates provided here. how does it interface with the libpam-ufpidentity? I guess in no ways, because it is in the main, right? second question: is the remote pam

Re: Packaging pythonpy

franco, On 25 March 2016 at 06:25, Gianfranco Costamagna <costamagnagianfra...@yahoo.it> wrote: > > adding python to the dependencies? > do you have python to build dependencies, dh-python and python:Depends on the > binary package? This is what is strange. I've made the followin

Re: gbp import-orig maybe ignores .gitattributes?

Hi, I have *never* been able to fix such issues, sometimes a git reset --hard commitid and git pull worked, sometimes else a .gitattributes file helped or removing the files and manually untarring the new release. Git for some reasons doesn't take changing newlines as differences (not sure)

Re: Packaging pythonpy

Hi, >I really appreciate your effort in trying to package it yourself, but >you didn't solved the main problem, which is the >"python-script-but-no-python-dep". indeed, control file line two. it is an application, so choose some Section from there

Re: Request service reload after package install

Hi, do the post* files in virtualbox-ext-pack package help? they have some user interaction, and restart of services IIRC. cheers, G. Il Martedì 22 Marzo 2016 14:25, Giulio Paci ha scritto: Hi to all, I am trying to package a software that is composed by a server

Bug#811393: RFS: flint -- C library for arbitrary-precision ball arithmetic

control: owner -1 ! control: tags -1 moreinfo Hi, something needs changes: - std-version is now 3.9.7 - unsecure VCS fields - call ldconfig in rules? what? - changing names usually is just bad, people won't find the package, and you will diverge from upstream. do you have any good rationale?

Bug#811073: RFS: lbfgsb/3.0-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo Hi, something needs changes: - std-version= 3.9.7 - no watch file? - no sane build system, why are you building the library such way? you seem to use just two files in your library, why everything is dropped? I don't think flags in rules are actually

Re: sponsorship for hdparm

Hi, I think it is nice to open an RFS bug :) cheers, G. Il Martedì 8 Marzo 2016 14:42, Alex Mestiashvili ha scritto: Hi All, I am looking for a review for the orphaned hdparm package. While there are still a couple of serious bugs open, some smaller issues and one

Bug#814456: pam-ufpidentity/1.0-1 [ITP] -- UFP Identity PAM Module

Hi, >* single changelog entry ok, even if you can have just a single "intial release (closes: blah)" entry >* upstream provides license ok * copyright uses same names for copyright and upstream owner not in control file, but who cares? :) >* priority: optional >* std-version 3.9.7 >*

Bug#808249: RFS: libirman/0.5.1-1 [NMU]

Hi, now we are waiting for Stefan to review the package :) cheers, G.

Bug#799268: ITP missing for package python-ck with RFS 799268 with ITP in title

ticles. Full documentation and results of GCC/LLVM crowdtuning (collaborative program optimization and machine learning) are available at https://github.com/ctuning/ck/wiki and http://cknowledge.org/repo . This is the Python 2 version of this package. On Tue, 16 Feb 2016 17:56:01 +0100 Gian

Bug#816542: RFS: connman/1.31-0.1 [RC]

control: owner -1 ! control: tags -1 moreinfo Hi Mateusz! >I am looking for a sponsor for my package "connman" lets review: 1) > * New upstream release (1.31) (Closes: #813580, #813647) #813647 seems not fixed, according to the upstream commits referenced in RC bug.

Bug#807763: Looking for help to solve licence and third-party issues of the tomahawk-player package

control: tags -1 moreinfo Hi sorry for the late answer, it took a while to have time to dig into the issue. >I'm confused, on a Ubuntu 16.04 clean environment everything works fine >with multiarch support but on debian sid it does not work.

Re: hdparm needs a new maintainer

Hi Jakub >debsign doesn't pay attention to any of these environment variables. >To specify key ID for debsign, you should put DEBSIGN_KEYID in the >configuration file ~/.devscripts. true, I also had it there :) maybe they are for dch in .bashrc? I don't remember :) thanks! G.

Re: hdparm needs a new maintainer

Hi, >igimenez@debian:~/debian/hdparm$ gbp buildpackage --git-ignore-new [...] running debsign failed yes, you have to sign them. By default the key is searched with a match on the debian/changelog last entry. You can override it by exporting export DEBEMAIL='youremail' export DEBFULLNAME='name

Bug#816363: RFS: fgetty/0.7-0.1 [NMU] -- very small, efficient, console-only getty

Hi, >If pape gives up the package I'll be only happy to see another package >being updated to the newer standards :) Pape was so kind in another similar issue about giving comaintenance of a package https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790125#70 so, you might consider this

Bug#814291: RFS: libneo4j-client/0.8.0-1

control: owner -1 ! control: tags -1 moreinfo hi, lets review changelog: single entry control: std-version is 3.9.7 please use dh-autoreconf (control, rules) "libc6-dev" <-- why? check-all-the-things review $ codespell --quiet-level=3 $ cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error:

Bug#813603: RFS: libcxl/1.3-1 [ITP] -- libcxl -- Coherent accelerator shared library

control: owner -1 ! control: tags -1 moreinfo Hi, control: std-version 3.9.7 copyright: please don't mix GPL and Apache, or other people won't be able to forward patches upstream. outfile <-- remove? rules: make --> $(MAKE) please mkdir -p $(CURDIR)/debian/tmp/usr/$(LIBDIR)

Bug#791724: RFS: w1retap/1.4.4-1 [ITP] -- Data logger for 1-Wire weather sensors

control: owner -1 ! control: tags -1 moreinfo Hi, control: "retrieved data" <-- double space std version is 3.9.7 now please run wrap-and-sort please remove quilt from b-d changelog: one single changelog entry please -rm -f $(CURDIR)/debian/w1retap.1 $(CURDIR)/debian/w1find.1 -> debian/clean

Bug#811455: RFS: qhttpengine/0.1.0+dfsg1-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo hi, control: please drop dbg package std-version 3.9.7 lintian override please remove, it isn't a false positive. testsuite fails in a clean pbuilder sid environment check-all-the-things review. flawfinder -Q -c . the other stuff looks good, even

Re: Advice needed to put mailfilter in the pool

Hi, >Please be in mind that the fix is a new upstream version. We have to >to upgrade from 0.8.3-1+b1 to 0.8.4-1, though. you can extract the fix as patch and cherry-pick on the old version. we don't need the autogenerated autotools stuff, we regenerate it anyway. (not asking to do that)

Re: Advice needed to put mailfilter in the pool

Hi dear Joerg and Ricardo, do you have any issues in having me sponsoring the debdiff? The debdiff looks really good, however some things needs changes/comments: 1) adding yourself to uploaders needs an ack 2) this seems to be otherwise an NMU, and I would prefer a puntual fix. However, since

Re: RFS: setop/0.1-1 [ITP]

Hi Frank, nobody usually sponsors stuff without an RFS bug. And sending a mail with RFS in the subject isn't a bug :) anyhow, lets review: "CXXFLAGS = -std=c++11 -O3" I think you shouldn't force -O3 and for sure you shouldn't override external flags. Please do += instead of = or maybe ?=

Bug#819821: RFS: aggressive-indent-mode/1.5.1-1 -- Emacs minor mode that reindents code after every change

control: owner -1 ! Hi, signed an uploaded, thanks for your contribution to Debian! cheers, G. Il Sabato 2 Aprile 2016 21:05, Sean Whitton ha scritto: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for an update to

Bug#818687: RFS: btrfs-progs/4.4.1-1.1 [NMU]

control: owner -1 ! control: tags -1 moreinfo Hi Dimitri, I see you already acked the change on 780081, so I would like to sponsor this package (if I remember correctly you like also cosmetical changes on NMUs, so I'll ask to bump std-version and something more). I did a preliminary review

Bug#814806: RFS: libauxv/1.1.0-1 [ITP] -- libauxv -- Auxiliary Vector Library library

Hi Frederic, >Very good point James :) so, do you think we can close this RFS? I don't think the package is still useful after the latest commends. cheers, G.

Re: fed (fedit) seeking a linux home

Hi Herbert if you want to maintain the package in Debian it would be easier to find a sponsor. you might want to start from there https://wiki.debian.org/IntroDebianPackaging you will probably need to check lintian and check-all-the-things to first review your packaging. after that, please

Re: fed (fedit) seeking a linux home

_KEYID='92978A6E195E4921825F7FF0F34F09744E9F5DD9' cheers, G. On Mon, Apr 4, 2016 at 9:50 AM, Gianfranco Costamagna <locutusofb...@debian.org> wrote: Hi Herbert > >if you want to maintain the package in Debian it would be easier to find a >sponsor. > > >you might want to start from

Bug#819181: RFS: cl-asdf/3.1.7 - Another System Definition Facility

Hi, >The reason is that the upstream 'make clean' deletes debian/patches >completely. So without this, I'm not able to patch anything. how? I would suggest to patch the upstream make clean to not change source files. (note: I'm *suggesting* stuff without looking at the code, I don't know

Bug#819181: RFS: cl-asdf/3.1.7 - Another System Definition Facility

Hi, >Yes, definitely! I have already submitted a patch upstream which has >been merged: > >https://gitlab.common-lisp.net/asdf/asdf/commit/9b4f0d5ef957e92d1303c694027502c2a7a7ae96 > >But alas 3.1.7 is released without this change and I have to cope with >it somehow. So this is a temporary

Bug#819181: RFS: cl-asdf/3.1.7 - Another System Definition Facility

Hi, >This sounds great, but can you describe to a newbie how to convert it? >Does git-buildpackage have an option to handle this? do the change on the source, dpkg-source --commit end. or wget of the patch file (upstream or whatever) or git format-patch of the patch add-patch

Bug#811073: RFS: lbfgsb/3.0-1 [ITP]

HI, >I didn't make one since upstream's tarball (at least for the latest >version) contains precompiled binaries, as well as a few files outside >of any directory (a little tarbomb). It is my understanding that these >need to be stripped out of the Debian source. Should I make a script >for that

Bug#811073: RFS: lbfgsb/3.0-1 [ITP]

>Filex-Excluded copyright keyword might become handy. of course s/Filex/Files here https://wiki.debian.org/UscanEnhancements sorry for the typo :) G.

Bug#818974: packaging

control: owner -1 ! control: tags -1 moreinfo Hi, please remove moreinfo when done, and I'll have a look/sponsor the package. thanks for your work! Gianfranco

Bug#816542: RFS: connman/1.31-0.1 [RC]

Hi, so please ping back when you solve the RC bug (point 1) thanks! G. Il Giovedì 31 Marzo 2016 14:57, Mateusz Łukasik <mat...@linuxmint.pl> ha scritto: On 03.03.2016 on 12:46, Gianfranco Costamagna wrote: > control: owner -1 ! > control: tags -1 moreinfo > > > &g

Bug#816363: RFS: fgetty/0.7-0.1 [NMU] -- very small, efficient, console-only getty

Hi, nobody answered to my/your concerns, so I'll upload tonight. If people complains with bug reports, please reconsider the decision and revert the change :) the patches were too old, I like decrufting some old stuff there! thanks for your nice work there, Gianfranco Il Sabato 19 Marzo

Bug#814865: RFS: helm-synth/0.6.2-3 [ITP]

control: owner -1 ! control: tags -1 moreinfo Hi, lets review: control: please use autoreconf std-version is 3.9.7 debian/menu: drop per ctte decision copyright: lots of embedded libraries and copyright/licenses missing. BSD / ISC / zlib/libpng / libpng / Apache? not sure how many more, and

Bug#814550: RFS: codecrypt/1.7.3-1 (ITP #814462)

control: owner -1 ! control: tags -1 moreinfo Hi, lets review: control: autotools-dev, dh-autoreconf, I think autoreconf alone should be enough. libgmp10, libcrypto++9v5, libfftw3-double3 on noes! shlibs:Depends should do that automatically. If not, it means your binaries are not linking

Bug#814064: [RFS] eoconv -- convert text files between various Esperanto encodings

control: owner -1 ! control: tags -1 moreinfo Hi, lets review: control: std-version is 3.9.7 rules: no upstream makefile is sad. makedocs? not run? other stuff LGTM check-all-the-things review: $ perlcritic -1 . 2>&1 | grep -vF 'No perl files were found.' Il Martedì 1 Marzo 2016 8:21,

Re: Problems linking hdf5, gzstream, boost_program_options due to usage of simple Makefile

Hi, >g++ -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wall -O3 >-std=c++11 -I/nonexistent/software/include -I../gzstream -I../dlib -D >>DLIB_NO_GUI_SUPPORT=1 -D DLIB_USE_BLAS=1 -D DLIB_USE_LAPACK=1 -Wl,-z,relro >sample.o significant_kmer.o kmer.o covar.o seerCommon.o

Bug#818921: RFS: python-neovim-gui/0.1.1-1 [ITP]

Hi Victor and James! >Upstream released python-neovim-gui_0.1.2. >That depends on python-neovim >= 0.1.6, which I already have packaged >and not uploaded, since python-neovim depends on neovim >= 0.1.3, >currently unreleased git master branch, which is changing. > >We could send the tagged

Bug#820543: RFS: python-django-feincms [NMU] [RC]

control: owner -1 ! control: tags -1 moreinfo Hi Chris >I am looking for a sponsor to update the python-django-feincms package. >The package has 3 RC bugs, the earliest dating back to June 2014 (nearly >a year). > before uploading I have some issues to raise. first python-django-tagging needs

Bug#818687: RFS: btrfs-progs/4.4.1-1.1 [NMU]

an opinion about what is wrong with this line "if [ -x /usr/sbin/update-initramfs ] && [ -e /etc/initramfs-tools/initramfs.conf ]" sorry! Gianfranco Il Venerdì 15 Aprile 2016 22:03, Nicholas D Steeves <nstee...@gmail.com> ha scritto: On 15 April 2016 at 09:2

Re: request more advice: lintian warnings and python-tldp + ldp-docbook-stylesheets

Hi Martin >I would like to get both my new package (python3-tldp) and a revised >ldp-docbook-stylesheets on the conveyor belt into the Debian >universe. ok >After trying to understand the flow of work and the current status >with these two packages, I have come up with the following plan. >

Bug#822722: RFS: tldp/0.7.7 [ITP #822181]

control: owner -1 ! control: tags -1 moreinfo Hi Martin, lets pick up this package! First a general note: I'm truly impressed about your work and your learning curve! Don't be sad for my review, the package works, so I guess the review is about minor issues and nitpicks! >control: reassign

Re: request more advice: lintian warnings and python-tldp + ldp-docbook-stylesheets

Hi, (note: from now on I'll answer to the RFS bug :) ) >OK, great. I called it python3-tldp, given that the preferred >Python support these days for Debian is Python3 (and I'm following >tox and other examples). yep >My package builds and tests against Python2, but I don't plan on

Re: [Mentors] upload via http fails with HTTP 403

Hi, 1) upload *source only* stuff 2) no dcut is supported to fix, just upload -f also the changes file, at this point it will be processed, the files removed from the queue and you will be able to repush the package. g. Il Venerdì 29 Aprile 2016 15:45, lumin ha

Re: [Mentors] upload via http fails with HTTP 403

the processing starts when the .changes file is uploaded. ftp://mentors.debian.net/ shows it is there now, so just wait for the queue to empty again and reupload. g. Il Venerdì 29 Aprile 2016 16:58, lumin <cdlumin...@gmail.com> ha scritto: On Fri, 2016-04-29 at 14:43 +, Gian

Re: [Mentors] upload via http fails with HTTP 403

>When it emerges the FTP upload is invalid, I won't receive mail. please read my first email then. g. Il Venerdì 29 Aprile 2016 16:45, lumin ha scritto: On Fri, 2016-04-29 at 16:15 +0200, Christian Seiler wrote: > > Did you upload the package with the same version number

Re: [Mentors] upload via http fails with HTTP 403

<cdlumin...@gmail.com> ha scritto: On Fri, 2016-04-29 at 13:53 +, Gianfranco Costamagna wrote: > Hi, > 1) upload *source only* stuff > 2) no dcut is supported > > to fix, just upload -f also the changes file, at this point it will be > processed, the files removed

Re: request more advice: lintian warnings and python-tldp + ldp-docbook-stylesheets

Hi Martin, sorry for the lag >>For python-tldp (source) which creates python3-tldp (binary): >Rename the upstream or change the name of the source package in >debian/control to say 'tldp'? just the changelog and control file (Source section) the binary is good called python-tldp >OK. I

Re: Bug#816542: RFS: connman/1.31-0.1 [RC]

control: tags -1 pending control: tags -1 patch Hi, I followed up on 822393 and uploaded a patch on deferred/5. I did also import the new 1.32 release, dropping the two cherry-picks from the upstream git. the patch is the following Index: connman-1.32/src/firewall.c

Bug#822770: RFS: pidgin-sipe/1.21.0-1 -- Pidgin plugin for MS Office Communicator and MS Lync

control: owner -1 ! control: tags -1 moreinfo Hi Jakub, can you please explain the changes below (to me or in changelog) -usr/lib/*/purple-2/libsipe.so usr/lib/purple-2 -usr/share/locale/* -usr/share/pixmaps/* -DEB_CONFIGURE_EXTRA_FLAGS := --enable-purple --disable-telepathy

Bug#822728: RFS: libtcod/1.6.0~pre1+dfsg-1 [ITP] -- graphics and utility library for roguelike developers

Hi, some general notes: Adam, do you plan to sponsor the package? in this case can I set you as owner? :) Fabian, why are you trying to package an upstream snapshot? (not asking to package 1.5.1, I'm just wondering about why a new library should eventually enter Debian in a snapshot form)

Bug#822728: RFS: libtcod/1.6.0~pre1+dfsg-1 [ITP] -- graphics and utility library for roguelike developers

Hi Adam, >Sure, can do. I did most of the review already, and if we decide otherwise >wrt 1.6-pre1, can always unset. thanks a lot for that, it helps in avoiding double checking of packages :) and double reviews :D ># Note that 1.6 is bleeding edge and still needs polishing before it can >#

Re: Bug#819395: RFS: stormlib-listfiles/2015-04-20-1 [ITP]

with a ping to ftpmasters about this issue. cheers, Gianfranco Il Martedì 26 Aprile 2016 23:07, Pali Rohár <pali.ro...@gmail.com> ha scritto: On Thursday 21 April 2016 10:16:29 Pali Rohár wrote: > On Tuesday 19 April 2016 08:36:49 Gianfranco Costamagna wrote: > > Hi, >

Bug#819394: RFS: stormlib/9.20-1 [ITP]

Hi, the packaging seems good now, I would like to ask you a final question: how do you feel about using the same license for debian packaging and upstream? (asking about changing GPL-3+ to MIT). Forwarding patches otherwise would be impossible without a relicense. and the copyright still needs

Bug#822856: RFS: dvtm/0.15-0.1 NMU

control: owner -1 ! control: tags -1 moreinfo Hi, I'm unsure about the copyright of: forkpty-* and vt.* can you please doublecheck? I'm also unsure about the versioned debhelper override, who cares? cheers, G. Il Giovedì 28 Aprile 2016 14:21, Dmitry Bogatov ha scritto:

Bug#822722: RFS: tldp/0.7.7 [ITP #822181]

Hi! >Hello again Gianfranco (and lots of cc:), (dropped them, lets keep only the bug) >OK, I'll give that a stab. Do you have any example packages you >know that use this technique already? I could then use a working >one to ensure that I'm using a good model. nope :( nothing comes in

Bug#822856: RFS: dvtm/0.15-0.1 NMU

according to db.d.o one maintainer has last action on 2011 and the other since 2014 maybe we can also start a MIA process? G. Il Giovedì 28 Aprile 2016 18:24, Jakub Wilk ha scritto: * Dmitry Bogatov , 2016-04-28, 08:18: > * Bump debhelper compat level (9

Bug#820407: RFS: smartmontools/6.4+svn4214-1~bpo8+1

Hi, oops sorry! thanks for understanding, G. Il Giovedì 28 Aprile 2016 18:30, Jonathan Dowland ha scritto: Hi Nicholas, On Thu, Apr 07, 2016 at 08:31:16PM -0400, Nicholas D Steeves wrote: > Hi, I'm interested in maintaining a backport of this package to > Jessie. The RFS

Re: change of username

Hi, >When I signed up some years ago, I got a user name with -guest appended. I >guess that was the policy at the time. In any case, how can I change that? I >wouldn't >mind an entirely new account either, even if I have to sign up for >all my groups again. you can start contributing more,

Bug#824489: RFS: dwarfutils/20160507-1 [ITA] -- utility and library to work with DWARF debug information

Hi Fabian >dh_auto_install does not do anything useful here: `make install` for >some reason does not actually install anything but just compiles some >examples (that won't be part of the Debian package) and then finishes >with the note > >"No install provided, see comments in the README" >

Re: a few questions on ITP shadowsocks-libev before formal RFS

Hi, >I have set up a git repo on github: >https://github.com/rogers0/shadowsocks-libev >My current changes are pushed to branch: RFC (I won't clone that right now, only answering questions) >Package builds fine with command: gbp buildpackage -us -uc --git-ignore-branch you should also try

Bug#824466: RFS: setop/0.1-1 [ITP]

(stripping -mentors, adding the bug to the cc list) (another mail where I did send commands to the BTS interface weren't intended to you) if you care to learn... https://www.debian.org/Bugs/server-control >I resent the RFS mail to sub...@bugs.debian.org. This time the subject >was simply

Re: upload vsftpd

hi, sponsoring soon. g. Il Mercoledì 18 Maggio 2016 21:39, Jörg Frings-Fürst ha scritto: Hi, please can someone upload the package vsftpd? The includes only this changes: vsftpd (3.0.3-4) unstable; urgency=medium * Orphan this package. * Set maintainer to

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

Hi Lumin, >Thank you James, I've solved this problem. I don't want to do the final checks until Ghislain gives me his personal ack, but I see that the python3 dependencies might be fixed with not-much effort. issues I would like to see fixed or answered: python/requirements.txt <-- please check

Re: Adding runtime dependencies that aren't caught by shlibs:Depends

Hi Jens, >Now, assuming that we really need all of them, but that there is no way >to automatically add them: is there any way to compute the needed >runtime dependency for a given builddep, in order to avoid hardcoding >this list and update it with every soname change of a depended upon

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

Hi Lumin, >debhelper will pick them up as python package dependencies: > dh_python2 --requires=python/requirements.txt ok >I don't remember why I put python-skimage there but I remember >that python-protobuf was put there as explicit remind for me, >indicating that protobuf is the blocker of

Re: Missing latest version of libgtk-3-common in unstable?

Texlive-base rc bugs are preventing it from being build. G. Sent from Yahoo Mail on Android On Sun, 22 May, 2016 at 14:39, Andreas Tille wrote: Hi, is anybody else observing this: $ LC_ALL=C apt-cache policy libgtk-3-common  libgtk-3-0 libgtk-3-common:   Installed:

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

Hi Lumin, Ghislain >An update to this, according to >https://people.debian.org/~mpitt/autopkgtest/README.package-tests.html >Even if I want to add some testsuite for python-caffe, I don't need >to add those runtime deps in control, I can add them in tests/control >instead, by adding "Depends"

Re: [Debian-med-packaging] Trying to disable error=format-security for clapack

2016 12:08, Andreas Tille <andr...@fam-tille.de> ha scritto: Hi Gianfranco, your very helpful hints helped me to get some steps forward. However, its not finally done. On Sun, May 22, 2016 at 06:48:36AM +, Gianfranco Costamagna wrote: > >Another question is how I could

Bug#819395: RFS: stormlib-listfiles/2015-04-20-1 [ITP]

control: tags -1 moreinfo On Tue, 24 May 2016 10:51:59 +0200 Pali =?utf-8?B?Um9ow6Fy?= wrote: > Hi! Now after month, any news regarding this package? https://mentors.debian.net/package/stormlib-listfiles the news is that you have two lintian warnings. fix them and remove

<    3   4   5   6   7   8   9   10   11   12   >