Bug#806560: python3-udiskie/python-udiskie do not start

Hi, >Sadly, I found additional bugs with (a) python2 and (b) with the udisks1 >backend. Trying to get that fixed in the next 2-3 days, sorry for the >inconvenience.. not a problem :) >Did you start udiskie with `--tray`? >Under which environment are you running? I've already noticed that

Bug#806560: python3-udiskie/python-udiskie do not start

thanks you all! BTW I would appreciate if you could look at build/runtime dependencies to see if I missed any of them :) http://anonscm.debian.org/cgit/collab-maint/python-udiskie.git/tree/debian/control cheers! G. (new version uploaded a few seconds ago on unstable)

Bug#806560: python3-udiskie/python-udiskie do not start

or because some runtime dependency is missing... Thomas, can you enlight me? (I still haven't ever used that trayicon) cheers! Gianfranco Il Venerdì 18 Dicembre 2015 18:03, Gianfranco Costamagna <costamagnagianfra...@yahoo.it> ha scritto: Hi, yes i found the same, but I failed t

Bug#808910: virtualbox-guest-dkms: Module build skipped - kernel source not found

Hi, do you have this package installed? https://packages.debian.org/sid/i386/linux-headers-4.3.0-1-686/filelist I tried on a sid i386 chroot and everything succeeeded well Building initial module for 4.3.0-1-686 Done. vboxguest: Running module version sanity check. - Original module - No

Bug#650601: transition: libpng 1.5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Fri, 18 Dec 2015 21:49:23 +0100 Tobias Frost wrote: > Package: release.debian.org Followup-For: Bug #650601 User: > release.debian@packages.debian.org Usertags: transition > > Dear libpng maintainers, > > how's about

Bug#650601: transition: libpng 1.5

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Emilio, > It helps if you Cc the necessary addresses... I didn't cc the necessary addresses on purpose (see below). > Before starting anything, please coordinate with the right people, > prepare a plan (e.g. make libpng16-dev provide

Bug#801237: mactel-boot review

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Any news about this package? cheers, Gianfranco -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWdWxaAAoJEPNPCXROn13ZfyoP/3Oi/RzcVZk90jOfM5yScHN6 vYNa8yxfk4XjQdqhuSUbNtyhe1QfhqnAulSopjl6mlclq79gWzKQ+3vFYn1oIA86

Bug#809393: Many thanks for the new apt speed improvements

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi > unfortunately there is no tool like "reportcompliment". So I want > to use that way to say thank you for the newest improvements in > APT. I did no measurements but it feels much faster than before. > Anybody that knows me, know that I am

Bug#809136: probably not suitable to be packaged in debian

control: severity -1 serious I fully agree with you :) Cheers G. Sent from Yahoo Mail on Android On Tue, 29 Dec, 2015 at 13:15, Danny Edel wrote: On 12/27/2015 02:42 PM, Marc Haber wrote: > The workaround suggested by upstream seriously is to have all > incompatible

Bug#804644: RFS: flashybrid/0.19 [ITA]

Hi Thibaut! >I’m not interested in attending keysigning. I fail to see how signing my new >key with my older, still valid (and at the time still accepted by debian) key >isn’t >enough. I don't know the policy and if they allow this kind of signing... anyway, please let me know if you need

Bug#804343: RFS: libsvm/3.20-1 [NMU] -- library implementing support vector machines

Hi Lumin and Chen-Tse, thanks for the answer, let me know if you need a sponsor, otherwise I'll close this rfs :) cheers, G. Il Martedì 10 Novembre 2015 6:21, lumin ha scritto: Hi, That's OK. Please ping me if there's anything I can help. Thanks. On Mon,

Bug#804644: RFS: flashybrid/0.19 [ITA]

10) lintian is complaining https://lintian.debian.org/tags/systemd-no-service-for-init-rcS-script.html cheers, G. Il Mercoledì 25 Novembre 2015 18:24, Gianfranco Costamagna <costamagnagianfra...@yahoo.it> ha scritto: Control: tags -1 moreinfo Control: owner -1 ! Hi Tim and T

Bug#804644: RFS: flashybrid/0.19 [ITA]

Control: tags -1 moreinfo Control: owner -1 ! Hi Tim and Thibaut (Thibaut do you have any keyring issue that you can't upload? I see your key has been dropped because too weak, maybe you can take the opportunity to make a new and shiny one! https://wiki.debian.org/Keysigning/Offers) lets

Bug#806561: borgbackup: The borg man page should mention it was written by Debian

Hi Faheem, >It's just standard attribution. If something is not part of upstream, it's >customary to say so. Avoids confusion. sure, thanks >On IRC. #borgbackup on Freenode. a new channel has been added to my favourites :) >Was that how it was created? The whole thing? IIRC

Bug#806561: borgbackup: The borg man page should mention it was written by Debian

Hi Faheem, >The borg man page was written by Debian, or so Thomas Waldmann tells >me. But this is not mentioned anywhere on it. It should be mentioned. 1) why? do you have any policy requirement where a manpage written should mention who and where wrote it? 2) where? where did Thomas say so?

Bug#804433: RFS: publib/0.40-2 [ITA]

Control: owner -1 ! Control: tags -1 moreinfo Hi, first sorry for the late review, but panda3d consumed all my sponsoring time :) some nitpicking: 1) in changelog usually when a new maintainer steps up in maintaining a package is nice to say "thanks $previous_maintainer for the work" or

Bug#804433: RFS: publib/0.40-2 [ITA]

Hi again, 5) the build failure seems a showstopper, I can't compile it, because of the redefinition of strndup polluting with string.h 6) please think about making the package MultiArch: https://wiki.debian.org/Multiarch/Implementation the other stuff looks good to me cheers, G.

Bug#804513: RFS: xtrkcad/1:4.2.1-1

Control: owner -1 ! Control: tags -1 moreinfo Hi Daniel, lets review: 1) compat level should be 9, and debjelper >=9 (and mention it in changelog) 2) the repo seems on collab-maint, so please push changes and uncomment it 3) copyright is nice to have in

Bug#804697: RFS: libsass-python/0.9.1-1 [ITP] -- libsass-python -- SASS for Python

Control: owner -1 ! Control: tags -1 moreinfo Hi, 1) control: python-all, python3-all, python-all-dev, python3-all-dev, I guess the all-dev is a superset of the all package, so you can remove it 2) rules: export PYBUILD_NAME=libsass should make both python-libsass.install and

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

Control: owner -1 ! Control: tags -1 moreinfo Hi Stefan (some issues of libjdns also apply here, and Pabs review is correct, so please check them before) in additions: please consider moving priority to optional https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities the

Bug#805439: RFS: visualboyadvance/1.8.0.dfsg-3 [RC]

Hi Chris, >Uploaded: > > Successfully uploaded visualboyadvance_1.8.0.dfsg-3_amd64.changes to > ftp.upload.debian.org for ftp-master. I guess my upload was the first one... not sure, we will see :) cheers, G.

Bug#804801: RFS: libjdns/2.0.3-1 [ITP]

Control: owner -1 ! Control: tags -1 moreinfo Hi Stefan, >Thank you for your hint. I tried to adjust the debian/rules. I've >uploaded the package. Could you please review this package again? sure, here we go: first: congrats for the packaging skills, it wasn't an easy package, but seems that

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

Hi Stefan, >yes, the question actually is why one is liblastfm1 and the other >liblastfm5-1(I mean the -1, but it isn't a real problem I guess) >On Qt4 build the library so-name is liblastfm.so.1 and the package > scheme is: → liblastfm1 >For the Qt5 build the name is liblastfm5.so.1 and the

Bug#805528: RFS: xtrkcad/1:4.2.2-1

Control: owner -1 ! Control: tags -1 moreinfo Hi Daniel, first review: 1) please merge the changelogs in a single entry, because seems that 4.2.1 never hit unstable 2) priority: extra, I guess it is better suitable for optional

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

Hi, >Fixed! I've set up a new repository. wonderful >Oha, this is great. Now the symbols are human readable. :) >liblastfm1 is build against Qt4 and liblastfm5-1 is build against Qt5. >I've adopt the names of lintian. yes, the question actually is why one is liblastfm1 and the other

Bug#804100: RFS: rhythmbox-plugin-alternative-toolbar/0.14.0-1~debian [ITP]

Hi, no, I'm just too busy to look at the package again the automated mails are just fixing title, and something more, there is no action needed from your side :) there are ~30 packages to look at, and I'll be back as soon as I recover from many of them :) cheers, G. Il Venerdì 20

Bug#805752: virtualbox-guest-x11: xrandr required for effective operation

Control: tags -1 pending Hi Ross, thanks for the fix! I uploaded a fixed package a few seconds ago. cheers, G.

Bug#805781: python-halberd: FTBFS: ConnectionRefused: Connection refused

Control: tags -1 pending Hi Chris, thanks for the useful bug report! I uploaded a fix a few seconds ago, I don't know why I didn't spot this bug before (I always used pbuilder, so maybe in the new 0.220 version it disable some more internet connection, don't know) thanks again, Gianfranco

Bug#799813: RFS: snes9x [ITP] -- Cross-platform SNES emulator

Hi wonderful, lets continue :) you really need to package libretro as pointed out by ftpmasters before this one "Depends: retroarch | libretro-frontend," this retro stuff is really blocking the sponosrhip from going forward... also the changelog should mention every notable change from the

Bug#804298: RFS: hello/1.0-1 [ITP] -- homer

Control: owner -1 ! Control: tags -1 moreinfo Hi, cd homer-0.26.0~svn3080/ check-all-the-things codespell --quiet-level=3 (some output) cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error: could not find or open any of the paths given.' (some stuff that might be a problem) # Parsing

Bug#804413: RFS: bitz-server/0.1.6-1 [ITP]

Control: owner -1 ! Control: tags -1 moreinfo Hi check-all-the-things: codespell --quiet-level=3 cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error: could not find or open any of the paths given.' [src/bitz/manager.cpp:212]: (error) Exception thrown in throw() function. duck E:

Bug#807463: RFS: pnmixer/0.6.1-1 [ITP] -- Simple mixer application for system tray

control: owner -1 ! control: tags -1 moreinfo little review: please use autoreconf instead of autotools-dev (dh-autoreconf and call dh --with autoreconf) please remove all the comments from rules file and also the two lines below DPKG_EXPORT_BUILDFLAGS = 1 include /usr/share/dpkg/default.mk "

Bug#810131: RM: python-pygithub [all] -- NBS; renamed to python-github

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi ftpmasters! >> > This is already on the cruft report. Once the rdepends are fixed, > this will be taken care of automatically. > well, actually it used to be automatically handled, but something is preventing it to disappear. I have the

Bug#810836: RFS: nvme-cli - User space tooling to control NVMe drives.

Control: block -1 by 810033 >I am looking for a sponsor for my package "nvme-cli": Hi Steve, I see you already did a review on the ITP bug, can you please follow up on this RFS bug? (RFS bugs are seen by -mentors list, while ITP aren't) if you aren't going to sponsor the package nevermind

Bug#808141: sponsorship-requests: Dear mentors, I am looking for a sponsor for my package eclipse-titan.

Hi, >The new package is done, everything is fixed, I hope. I didn't changed >anything in the source, just under the debian/ directory. Should I upload the >package as >before or use the dquilt method as >https://www.debian.org/doc/manuals/maint-guide/update suggests? >If I'm right, the update

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

control: tags -1 moreinfo http://mentors.debian.net/package/averell please address the lintian warnings you have, open an ITP, rebase the changelog in a since -1 entry and then remove the moreinfo tag (I'm not sure I'll sponsor the package, since I know almost nothing about erlang) thanks,

Bug#808546: RFS: node-restore/0.3.0-1 [ITP] -- simple RemoteStorage server written in Node.js

Control: owner -1 ! Control: tags -1 moreinfo Hi, lets review: http://debomatic-amd64.debian.net/distribution#unstable/node-restore/0.3.0-1/lintian lintian needs fixing I: node-restore source: xs-testsuite-header-in-debian-control xs-testsuite I: node-restore source:

Bug#810853: RFS: moosefs/2.0.83-1 [ITP] -- fault tolerant, reliable, highly available, highly performing, scaling-out network distributed file system

(wrong hotkey) Hi, If you think it is a full and better replacement of LizardFS, you need to talk with LizardFS maintainer, reachable at https://packages.qa.debian.org/l/lizardfs.html cheers, Gianfranco

Bug#810853: RFS: moosefs/2.0.83-1 [ITP] -- fault tolerant, reliable, highly available, highly performing, scaling-out network distributed file system

>Il Martedì 12 Gennaio 2016 22:52, Piotr Robert Konopelko > ha scritto: >I forgot to mention, that MooseFS fork - LizardFS is a fork >of *old* MooseFS version - 1.6.27-5 which is a far behind >2.0.x (stable) or 3.0.x (curent / testing). > >(Far behind = since MFS

Bug#807700: RFS: steamcmd - Command-line interface for Steam

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: owner -1 ! Control: tags -1 moreinfo Hi, packaging stuff/binaries randomly donwloaded from the internet is somewhat a no-go for Debian in general. some additional remarks: you are exposing an i386 package, but I think it runs on amd64

Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.2-2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Ben > The latest source package is now online at > . > Hi Ben do you still need a sponsor? there is a new upstream release, let me know if you want another review+upload :) cheers, G.

Bug#809570: roxterm: FTBFS: MaitchNotFoundError: Resource '[..]/debian/build/po/glade.pot'

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Mon, 4 Jan 2016 17:11:11 + Tony Houghton wrote: > block 809570 809846 thanks > > It looks like xgettext's support for glade has broken. If it > doesn't get fixed soon I can probably work around it by using po4a > to

Bug#826303: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#826303: virtualbox-dkms: Installation unsuccesfull)

Hi, Il Sabato 4 Giugno 2016 16:15, Janusz S. Bień ha scritto: >Thank you very much for your quick reaction. you are welcome >I use Emacs; debian-el for reporting bugs and the instruction says: > >grave > *makes the package in question unuseable* > >and this is

Bug#817740: xvt: Removal of debhelper compat 4

control: tags -1 patch control: tags -1 pending Hi dear maintainer, I uploaded on deferred/10 a fix for this issue. the debdiff is attached! Gianfranco On Wed, 09 Mar 2016 22:18:41 +0100 ni...@thykier.net wrote: > Source: xvt > Severity: important > Usertags: compat-4-removal > > Hi, > > The

Bug#824929: PATCH: goldendict fails to build on s390x

acing-fix. + + -- Gianfranco Costamagna <locutusofb...@debian.org> Fri, 03 Jun 2016 18:09:50 +0200 + goldendict (1.5.0~git20160508.g92b5485-1) unstable; urgency=medium * New snapshot. diff -Nru goldendict-1.5.0~git20160508.g92b5485/debian/patches/8e11d2a0bdec3ccf24ebb61d468b005543b899ee.patch g

Bug#813096: AW: Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

Hi > I still don't see "python" in build-dependencies. >I tried that already, but somehow it did not work out (that's why the manual >"python2.6 | python2.7" is kept). the reason should be the missing python dependency and the missing dh_python2 call >I'll stay on that one (see todos), at

Bug#826266: RFS: dvtm/0.15-1~bpo8+1 ITP

control: owner -1 ! control: tags -1 moreinfo Hi, >http://mentors.debian.net/debian/pool/main/d/dvtm/dvtm_0.15-1~bpo8+1.dsc 404 G.

Bug#826303: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#826303: virtualbox-dkms: Installation unsuccesfull)

Hi, >This is just after apt-get update and, just to be sure, apt-get dist-update: > >Reading package lists... Done >Building dependency tree >Reading state information... Done >E: Unable to locate package linux-headers-4.1.0-1-amd64 >E: Couldn't find any package by glob

Bug#811426: RFS: golang-github-kennygrant-sanitize/1.0-1 [ITP]

control: tags -1 moreinfo On Sun, 15 May 2016 15:59:09 + Mattia Rizzolo wrote: > On Mon, Jan 18, 2016 at 12:09:14PM -0800, Nathan Osman wrote: > > I am looking for a sponsor for my package > > "golang-github-kennygrant-sanitize" > > >

Bug#814680: RFS: stp/2.1.2+dfsg-1 [ITP] -- Simple theorem prover

control: tags -1 moreinfo Hi, On Wed, 9 Mar 2016 20:48:46 -0800 Afif Elghraoui wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, Marko, > > On الأحد 6 آذار 2016 14:53, Marko Dimjašević wrote: > > > > On Fri, 2016-02-26 at 17:42 -0800, Afif

Bug#826135: RFS: lsvpd/1.7.6-1 ITP: lsvpd -- Utility to List Device Vital Product Data (VPD)

Hi >Spaces are not allowed in license names. But here the license name is >just “GPL-2+”. > >Let me quote the relevant part of the spec: >“An exception or clarification to a license is signalled in plain text, >by appending ‘with exception’ to the short name.” probably when I tried a) this

Bug#816652: RFS: compiz/1:0.9.12.2 [ITP:722451]

control: tags -1 moreinfo Setting moreinfo tags, until the first review is fixed. Gianfranco signature.asc Description: OpenPGP digital signature

Bug#816683: RFS: cloudabi-utils/0.8-1 [ITP]

control: tags -1 moreinfo Setting moreinfo until the blocking bug is resolved. G. signature.asc Description: OpenPGP digital signature

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

Hi >I had already added it already to >* control >Depends: ${python:Depends}, python-tz, ${misc:Depends} >which was mangled (with warning) to: maybe you are installing the files in usr/lib/foo, instead of usr/lib/python*/ and then dh_python2 is not acting correctly? I don't think installing

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

Hi, (answering where I can!) >Moving the code to "/usr/lib/python2.7/dist-packages/aminer" in fact allows >dh_python2 to extract the version information: > >Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~), python-tz, >init-system-helpers (>= 1.18~) > >(Remark: Is there any reason to

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

Hi, new issues: please change python-dev to python-all (you have an arch:all package here) patches have useless description, please make a real one (bonus if you rename patches to end with .patch) rules: useless the dk_link stuff (you already have a file.link). you can grab some of the

Bug#826661: RFS: groonga/6.0.4-1

control: owner -1 ! control: tags -1 moreinfo Hi >I am looking for a sponsor for my package "groonga" Hi, I did a debdiff between them, and I see some changes that might be ABI breaking the library: -GRN_API grn_rc grn_timeval_now(grn_ctx *ctx, grn_timeval *tv); -GRN_API grn_rc

Bug#814859: RFS: runescape/0.1-1 [ITP] -- Set in a fantasy world of war, landscapes and sinister powers

Hi On 06/06/2016 03:53, Carlos Donizete Froes wrote: > Hello Gianfranco, > > I made the changes recommended me. Please could again analyze my > package? > > https://mentors.debian.net/package/runescape > > Thank you! > Hi some more issues: 1) you put dependencies under build-dependencies,

Bug#824018: tortoisehg: uninstallable with mercurial 3.8.x

control: tags -1 patch control: tags -1 pending. Time to react. Imported, signed and uploaded on deferred/0. and git pushed. G.

Bug#826138: RFS: servicelog/1.1.14-1 ITP: servicelog -- Platform Service/Error Message Database

On Thu, 2 Jun 2016 16:27:59 +0000 (UTC), Gianfranco Costamagna <locutusofb...@debian.org> wrote: > control: owner -1 ! > control: tags -1 moreinfo > > Hi, in additions to the other stuff: > > > GPL-2+ seems the right license. > > other stuff LGTM >

Bug#826137: RFS: libservicelog/1.1.16-1 ITP: libservicelog -- Library to create and maintain a database for storing events

usr/lib/powerpc64le-linux-gnu/libservicelog.so -> libservicelog-1.1.so.1.0.0 F. On Thu, 2 Jun 2016 16:23:45 + (UTC), Gianfranco Costamagna <locutusofb...@debian.org> wrote: > control: owner -1 ! > control: tags -1 moreinfo > > Hi, > the same for the other two librarie

Bug#826135: RFS: lsvpd/1.7.6-1 ITP: lsvpd -- Utility to List Device Vital Product Data (VPD)

control: tags -1 moreinfo >https://mentors.debian.net/package/lsvpd can you please remove moreinfo once the package enters unstable? thanks G. > the same for libvpd applies here > > "License: GPL-2+ with librtas exception" > > maybe something like > License: GPL-2+-with-librtas-exception

Bug#826968: mercurial-buildpackage rebuild issue

@@ +mercurial-buildpackage (0.10.1ubuntu1) yakkety; urgency=medium + + * Rebuild against libneko2. + * Strip the "build*" and "ubuntu*" from changelog + + -- Gianfranco Costamagna <locutusofb...@debian.org> Tue, 07 Jun 2016 16:23:35 +0200 + mercurial-buildpackage (0.10.1) un

Bug#826140: RFS: ppc64-diag/2.7.0-1 ITP: ppc64-diag -- Platform error log analysis tool and rtas_errd daemon

thout-manpage usr/sbin/ppc64_diag_register W: ppc64-diag: binary-without-manpage usr/sbin/rtas_errd Those are scripts called by systemd unit files. Is it acceptable or should they be moved to another place? I saw both cases in codesearch.d.n Thanks, F. On Thu, 2 Jun 2016 16:32:05 +0000 (UTC), Gianfranco C

Bug#808626: fix rescheduled on deferred/0

Hi Steve, >Thanks for this! Looks OK to me. I have no problem with you accelerating it. sorry for stepping in, I rescheduled it :) G.

Bug#826661: RFS: groonga/6.0.4-1

hi >* experimental APIs >* stable APIs fair enough. sponsored. G.

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

Hi, >Changed the Build-Depends, binary depends are now generated by dh_python2. wonderful >Ah, I see. I assumed that the patch editor would cut the lower part in same >fashion as git/svn would do. Fixed. nack . logdata-anomaly-miner (0.0.2-1) unstable; urgency=low . * Initial inclusion of

Bug#826160: RFS: node-getobject/0.1.0-2 -- set and get deep objects easily

Hi, > I am looking for a sponsor for my package "node-getobject" sponsored. G. * Package name: node-getobject Version : 0.1.0-2 Upstream Author : "Cowboy" Ben Alman * URL : https://github.com/cowboy/node-getobject * License

Bug#813096: ITP: logdata-anomaly-miner -- lightweight tool for log checking, log analysis

Hi >Strange, the debian-mentors did not show those and also running "lintian >logdata-anomaly-miner_0.0.2_all.deb" locally does not yield all of those. >Trying to fix >anyway: mentors is about source uploads, lintian on binaries can't run there > E: logdata-anomaly-miner:

Bug#821270: Review of git version

Hi, after the latest fixes I put the package in deferred/5, to leave Sean enough time to review it and ack the latest changes. thanks for the nice contribution to Debian! G. Il Mercoledì 1 Giugno 2016 12:51, nord-stream ha scritto: Source:

Bug#824929: PATCH: goldendict fails to build on s390x

+ + * Non-maintainer upload. + * debian/patches/fix-big-endian-64-swap.patch: +- fix 64 bit Big Endian build failures (Closes: #824929). + thanks Adam Conrad for the great help there + + -- Gianfranco Costamagna <locutusofb...@debian.org> Fri, 03 Jun 2016 15:53:49 +0200 + gold

Bug#825307: gdcm: build-dependencies not installable

Source: gdcm Version: 2.6.3-5 Severity: serious Hi, gdcm declares: Build-Conflicts: libopenjp2-7-dev but also a build-depends on libvtk6-dev, that depends on "gdal 2.1.0-> libgdal-dev". Sadly libgdal-dev now depends on libopenjp2-7-dev, so the dependency chain is not installable anymore.

Bug#827043: RFS: gdbm/1.12-1 ITP

control: owner -1 ! control: tags -1 moreinfo Hi, >Il Sabato 11 Giugno 2016 18:21, Sven Joachim ha scritto: yes, please fix what Sven pointed out (with a great thanks from me) I can just add some little additional notes (please note: I didn't do a full review, without the

Bug#827043: RFS: gdbm/1.12-1 ITP

Hi, >My bad. I should put 'apt-get update' into cron. or use "pull-debian-source packagename [version]" :) >Sent it. Seems I can't include control into message to >826...@bugs.debian.org package is now in QA >I considered some of them. Other require more prolonged >experimentation on my

Bug#827085: RFS: growl-for-linux/0.8.4-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo Hi, >I am looking for a sponsor for my package "growl-for-linux" lets review: 1) I really don't like a 2k lines long changelog for an initial inclusion. most of the lines are "backport to dist foo" I would just delete them, keeping a public

Bug#827193: what's the point of checking the minor version?

Hi Adam and Mateusz, >What's the point of checking minor versions on gcc 5 and 6? This isn't done >on earlier versions -- after the numbering was flattened, version 5 is >equivalent to 4.8 or 4.9. I got FTBFS after gcc bumps, or something that broke. Doing this is "safer", even if probably not

Bug#827193: what's the point of checking the minor version?

Hi again, > + -o \( $cc_maj -eq 5 -a $cc_min -gt 4 \) \ > +log_failure "gcc version $cc_maj.$cc_min found, expected gcc 3.x > with x>1 or gcc 4.x with 0

Bug#825819: please upload -3 with the patch

Hi, you can use virtualbox-source (and m-a) for that :) but yeah, I should finish the current rework of the guest-modules and graphic issues shortly G. Il Lunedì 13 Giugno 2016 15:51, Yaroslav Halchenko ha scritto: Hi Gianfranco and the team, It would be lovely if -3 with

Bug#827149: RFS: triggerhappy/0.4.0-1

control: owner -1 andrew.shado...@gmail.com >I think I could. setting you as owner :) >There's https://github.com/wertarbyte/triggerhappy/commits/systemd but >I haven't looked how much does it conflict with the master branch. I did merge the systemd branch into master, and it merged

Bug#827090: RFS: runit/2.1.2-4 ITP

control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor for my package "runit" lets see 1) + * New maintainer did Gerrit asked for help? stepping in as maintainer needs an RFH or Orphan package. (well, Gerrit was fine on giving up some packages IIRC) 2) compat level 10 not

Bug#820644: RFS: libretro-snes9x [ITP]

Hi, fixed the summary (please keep the RFS in cc, otherwise I can easily forget because the package in this topic is already sponsored) >CPPFLAGS is actually for both c and cpp: yep I know >I can avoid "hardening-no-fortify-functions" only if there's a> CPPFLAGS in >the cpp line. sure

Bug#826300: fpc: fp-compiler not installable on powerpc since glibc 2.23

Hi, >According to upstream: >> Looking at that report, an objdump -D and/or gcc -S of a >> the crt1.o of a relevant >> system might help? >Can you please check that? I/we did debug a little bit, the failure actually is in the postinst script, here:

Bug#827085: RFS: growl-for-linux/0.8.4-1 [ITP]

Hi, >I deleted them and added notes about original maintainer for simplicity. wonderful >Applied above, then enabled pie explicitly for gol again to make package in >good shape. I see, nice! >I'll apply patch when actually it is needed. let me disagree a little bit :) people might

Bug#827149: RFS: triggerhappy/0.4.0-1

control: owner -1 ! >Hi, could you please also ship my systemd integration (see upstream PR and >branch)? Andrew, do you plan to upload the package once this is fixed? I see Jakub already did a wonderful review, and the current package on mentors seems to address his concerns. I see your

Bug#815006: Restore Iceweasel branding

Hi, >Why do you think it would be useless? the "bug" is introduce with a stable-release-update, and should be fixed with another s-p-u fixing it with a backport means the user should be aware of the fix in another pocket, enable it, install it, and so on. I guess having both "issue" and "fix"

Bug#826990: strange background activity

control: tags -1 moreinfo Hi [pid 1807] futex(0x7fb1cc00de34, FUTEX_WAIT_BITSET_PRIVATE|FUTEX_CLOCK_REALTIME, 2801, {1465595235, 980134665}, ) = -1 ETIMEDOUT (Connection timed out) [pid 1807] futex(0x7fb1cc00de60, FUTEX_WAKE_PRIVATE, 1) = 0 [pid 1807] futex(0x7fb1cc00de34,

Bug#827089: RFS: dh-runit/0.1 ITP

control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor for my package "dh-runit" while I did some work on runit package a while ago, I'm not sure about how you want the packages to use your new shiny dh call? how do you plan to notify them about it? do you plan to open a lot

Bug#815006: Restore Iceweasel branding

Hi, >Can we do something to make this available to the users as soon as >possible? Now firefox-esr is out for stable users, too. the current package needs to migrate in testing first, and then you need to check with -release team if a stable-proposed-update is feasible or not (I see esr is in

Bug#826303: closed by Gianfranco Costamagna <locutusofb...@debian.org> (Re: Bug#826303: virtualbox-dkms: Installation unsuccesfull)

Hi, >It was not my intention to use an old kernel. > >It seems strange to me that the routine 'apt-get upgrade' haven't >upgraded the kernel. yes, the main difference between upgrade and dist-upgrade is the kernel upgrade :) >'apt-get dist-upgrade' helped, I just forgot about

Bug#826515: gwakeonlan: NMU

Package: gwakeonlan Version: 0.5.1-1.1 Severity: serious Justification: useless package Tags: patch pending Dear maintainer, I've prepared an NMU for gwakeonlan (versioned as 0.5.1-1.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. Gianfranco

Bug#825521: virtualbox: Virtualbox in full screen with pointer captured prevents screen lock on suspend

Hi, this seems an upstream issue, can you please double check with 5.0.20 in backports and report it upstream? https://www.virtualbox.org/wiki/Bugtracker thanks Il Venerdì 27 Maggio 2016 14:51, qazwsxedc ha scritto: Package: virtualbox Version: 5.0.18-dfsg-3~bpo8+1

Bug#825819: virtualbox-dkms: module fails to build on linux 4.7-rc1

control: tags -1 patch control: tags -1 pending Hi Adam, I saw your mail to vbox-dev, and thanks for the bug report! I'll add to the next upload. https://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox.git/commit/?id=135040b61e025a6b4fd645c210fc8398db9d93dc (and speed up if people complains

Bug#819714:

control: reopen -1 Hi, lets keep it open, sorry for closing in advance! >If this is a bug in vtk6, then I'm reassigning it to vtk6. >Please feel free to forcemerge with the real bug if there is one >already reported. > >The "affects" helps people like me who find FTBFS bugs to avoid filing

Bug#805112: uploaded on deferred/0

). + + -- Gianfranco Costamagna <locutusofb...@debian.org> Mon, 30 May 2016 11:10:43 +0200 + zorp (3.9.5-7) unstable; urgency=medium * [1c630b8] Added a basic autopkgtest test case. diff -Nru zorp-3.9.5/debian/patches/remove-ssl3.patch zorp-3.9.5/debian/patches/remove-ssl3.patch --

Bug#825904: RFS: python-model-mommy/1.2.6-1

control: owner -1 ! control: tag -1 moreinfo Hi, looking at requirements.txt, seems that six is used grep six . -R |grep import ./model_mommy/utils.py:from six import string_types ./model_mommy/generators.py:import six ./model_mommy/recipe.py:from six import string_types

Bug#825532: RFS: shadowsocks-libev/2.4.6+20160526+ds-1 [ITP]

control: tags -1 moreinfo control: owner -1 ! hi, 1) I: shadowsocks-libev: extended-description-is-probably-too-short 2)W: shadowsocks-libev source: debian-watch-file-should-mangle-version line 7 3) Replaces: shadowsocks (<< 1.5.3-2) Breaks: shadowsocks (<< 1.5.3-2) Why? 4)libipset/ <--

Bug#800771: Bug#809623: telegram-purple package has been removed from Mentors

Hi, feel free to reopen whenever you want :) G. Il Giovedì 2 Giugno 2016 12:36, Ben Wiederhake ha scritto: Control: close -1 Control: thanks Am 02.06.2016 um 05:25 schrieb mentors.debian.net: > Your package telegram-purple all versions has been removed from >

Bug#826137: RFS: libservicelog/1.1.16-1 ITP: libservicelog -- Library to create and maintain a database for storing events

control: owner -1 ! control: tags -1 moreinfo Hi, the same for the other two libraries applies here, in addition: please run check-all-the-things, something should be fixed. g. Il Giovedì 2 Giugno 2016 18:06, Frederic Bonnard ha scritto: Package:

Bug#826138: RFS: servicelog/1.1.14-1 ITP: servicelog -- Platform Service/Error Message Database

control: owner -1 ! control: tags -1 moreinfo Hi, in additions to the other stuff: GPL-2+ seems the right license. other stuff LGTM (please also run check-all-the-things/lintian and fix stuff) cheers, G. Il Giovedì 2 Giugno 2016 18:09, Frederic Bonnard ha

Bug#826140: RFS: ppc64-diag/2.7.0-1 ITP: ppc64-diag -- Platform error log analysis tool and rtas_errd daemon

control: owner -1 ! control: tags -1 moreinfo Hi, in additions to the other reviews, lintian and check-all-the-things, please: why no-doc package? I see doxygen here other stuff LGTM Il Giovedì 2 Giugno 2016 18:12, Frederic Bonnard ha scritto: Package:

<    5   6   7   8   9   10   11   12   13   14   >