Bug#1064934: RFS: nanomsg/1.2.1+dfsg-1 -- nanomsg utilities

Hello, +++ nanomsg-1.2.1+dfsg/src/utils/chunkref.c 2024-02-03 23:45:24.0 +0100 @@ -1,5 +1,6 @@ /* Copyright (c) 2013 Martin Sustrik All rights reserved. +Copyright 2024 Staysail Systems, Inc. Anyway, I didn't sponsor, but gave you DM for the package. Feel free to add

Re: Remove package from unstable?

Did we ever implement the "bump epoch should go to new queue"? I would like to see packages going in some new queue, this way ftpmasters can check if the epoch bump was a mistake or not. (and I can't just test by myself, I don't want to risk bumping epoch on my packages!) G. Il giovedì

Bug#1059236: closed by Gianfranco Costamagna (Re: Bug#1057954: RFS: nanomsg/1.2+dfsg-1 [ITA] -- nanomsg utilities)

Hello, >I think I need advice here. I am tempted to breaks replace and upgrade all to >libnanomsg6 >and then work with upstream on SONAMES etc. How would you and Tobias proceed? yes, this is correct. Change soname and go for experimental, and ask upstream to change soname only if symbols are

Bug#1063429: RFS: libfilezilla/0.46.0-1 -- build high-performing platform-independent programs (runtime lib)

Hello Phil, I'm sponsoring but next time don't forget to update copyright years, the diff shows: - Copyright (C) 2023 Tim Kosse + Copyright (C) 2015-2024 Tim Kosse (and also your d/copyright entry!) G. OpenPGP_signature.asc Description:

Bug#1061079: RFS pidgin-skype

Hello, >It is really random, for upstream modification. > >But it looks I could have to do something for auto-glib2.0 > transition. >Which I don't really understand yet. Just don't do any action should be fine. There is a time_t

Bug#1061079: RFS pidgin-skype

martedì 30 gennaio 2024 alle ore 16:28:14 CET, Patrick ZAJDA ha scritto: Hello, On Fri, 26 Jan 2024 18:36:02 +0100 Gianfranco Costamagna wrote: > Happily done, btw how do you feel about pushing your work somewhere in Debian git repositories? > https://salsa.debian.org/debian/pidgin

Re: Remaining bug in pidgin-skype

Hello, >Now pidgin-skype has been sponsored thanks to Gianfranco Costamagna, >what should I do with remaining? > >I have not read all of them yet but after a first look, the major part >(not to say all) of remaining bugs are not still relevant because >related to old pl

Re: Version changing while there is an opened RFS

gt 20140930+svn665+dfsg-2 && echo true true G. Il martedì 23 gennaio 2024 alle ore 09:40:11 CET, Patrick ZAJDA ha scritto: Hello, Le 23/01/2024 à 01:27, Gianfranco Costamagna a écrit : > >> I intent to adopt pidgin-skype package. >> The package version is bas

Re: Version changing while there is an opened RFS

Hello, >I intent to adopt pidgin-skype package. >The package version is based on last upstream Git main branch commit, to >keep same versioning the package has already. > >To successfully enable hardening, I created a patch I contributed >upstream by opening a pull request. >The pull request

Bug#1059784: RFS: golang-google-api/0.61.0-2 [Team] -- Google APIs Client Library

Hello Shengjing, Uploaded, but I rewrote the git history for easy review. thanks for the quick reupload! G. OpenPGP_signature.asc Description: OpenPGP digital signature

Bug#1059236: RFS: nanomsg/1.2+dfsg-1 [ITA] -- nanomsg utilities

Hello Tobias >This. Follow upstream's SONAME, otherwise this can become very tricky in the >future. but please note that this requires work for ftp and release teams. So, as said (this is also my best choice), make sure upstream fixes the SONAME bump for next releases, we don't want a new

Bug#1059236: RFS: nanomsg/1.2+dfsg-1 [ITA] -- nanomsg utilities

control: owner -1 ! control: tags -1 moreinfo Hello, looking at nanomsg diff: diff -Nru nanomsg-1.1.5+dfsg/src/nn.h nanomsg-1.2+dfsg/src/nn.h --- nanomsg-1.1.5+dfsg/src/nn.h 2018-10-15 15:50:59.0 +0200 +++ nanomsg-1.2+dfsg/src/nn.h 2022-04-19 01:29:26.0 +0200 @@ -2,7 +2,7 @@

Bug#1042024: RFS: hintview/1.3.1-1 [ITP] -- Program to view HINT files

On Tue, 25 Jul 2023 23:41:04 +0200 =?UTF-8?Q?Hilmar_Preu=c3=9fe?= wrote: Control: block 1041668 by -1 On 7/25/23 23:12, Hilmar Preuße wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > Add blocking statement. Hello, aren't some licenses MIT?

Re: Help needed for libssl ABI change

For some reasons looks like you are using static libssl.a library. I don't know if this is the issue, but with static library libssl.a and dynamic libcrypto, I don't know how much the linker will be happy to mix them together quoting the upstream makefile ifneq ($(wildcard

Re: Environment variable for package base dir

$CURDIR?  G.  Sent from Yahoo Mail on Android On Thu, Aug 11, 2022 at 23:21, Ole Streicher wrote: Hi, one of my packages https://salsa.debian.org/debian-astro-team/sep requires to specify a path relative to the package base dir (the path to a shared library), which is important for

Bug#988230: RFS: libfilezilla/0.28.0-1 [Team] -- build high-performing platform-independent programs (runtime lib)

(already sponsored, nevermind) Il mercoledì 12 maggio 2021, 11:08:35 CEST, Gianfranco Costamagna ha scritto: hello, I can't find the file on mentors... G. Il sabato 8 maggio 2021, 10:45:45 CEST, Philip Wyett ha scritto: Package: sponsorship-requests Severity: normal

Bug#988230: RFS: libfilezilla/0.28.0-1 [Team] -- build high-performing platform-independent programs (runtime lib)

hello, I can't find the file on mentors... G. Il sabato 8 maggio 2021, 10:45:45 CEST, Philip Wyett ha scritto: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libfilezilla": * Package name    : libfilezilla   Version       

Bug#985850: RFS: filezilla/3.53.1-1 [Team] -- Full-featured graphical FTP/FTPS/SFTP client

control: close -1 done thanks G.

Re: Sending gpg keys to keyserver

Hello, >I have an upload stuck in the upload queue due to an expired key, and I >would like upload my newly unexpired key to the Debian keyservers so >that it is eventually unblocked. > >But I get this error: >$ gpg -v --keyserver keyring.debian.org --send-key 'fingerprint' >gpg: sending key 0x

Bug#981621: RFS: filezilla/3.52.2+dfsg-3 [Team] -- Full-featured graphical FTP/FTPS/SFTP client

Hello Philip, while we like to remove non-free stuff from our tarballs, I don't think removing dlls is a good use case. Using the upstream tarball is quite convenient, since we have less importing errors, the md5 is the same and can be verified, and we don't introduce patches that last

Bug#979392: RFS: libfilezilla/0.26.0-1 [Team] -- build high-performing platform-independent programs (runtime lib)

Hello, On Thu, 07 Jan 2021 03:21:51 + Philip Wyett wrote: > On Wed, 2021-01-06 at 13:27 +0100, Adam Borowski wrote: > > On Wed, Jan 06, 2021 at 04:15:28AM +, Philip Wyett wrote: > > > * Package name: libfilezilla > > >Version : 0.26.0-1 > > > > > > It builds those

Bug#973902: RFS: btrfs-progs/5.9-1~bpo10+1 -- Checksumming Copy on Write Filesystem utilities

Hello, >I'm ready to advocate you nevermind, looks like you are already doing your AM process :) good luck! G. Il giovedì 12 novembre 2020, 00:27:19 CET, Nicholas D Steeves ha scritto: Hi Gianfranco, Thank you for sponsoring! Gianfranco Costamagna writes: > Hello >

Bug#973902: RFS: btrfs-progs/5.9-1~bpo10+1 -- Checksumming Copy on Write Filesystem utilities

stuff, I never had to change a line on what I sponsor to you... and when I do it, it turns out its a mistake from my side :p I'm ready to advocate you G. Il giovedì 12 novembre 2020, 00:27:19 CET, Nicholas D Steeves ha scritto: Hi Gianfranco, Thank you for sponsoring! Gianfranco

Bug#972276: RFS: olive-editor/20200620-1 -- Professional open-source NLE video editor

On Thu, 5 Nov 2020 10:43:40 +0100 Gianfranco Costamagna wrote: > Hello, thanks! > > I was just looking to have the qt fixes uploaded and found your RFS > > unfortunately it turned out to be not sufficient for qt 5.15.1, this additional patch is required https://github.com/oli

Bug#972593: RFS: filezilla/3.51.0-1 [Team] -- Full-featured graphical FTP/FTPS/SFTP client

Bug#972591: RFS: libfilezilla/0.25.0-1 [Team] -- build high-performing platform-independent programs (runtime lib)

Bug#970712: RFS: libcxx-serial/1.2.1-2 [RC] -- Cross-platform, Serial Port library written in C++ (runtime)

Hello, just FYI, the upload fails on i386 https://buildd.debian.org/status/fetch.php?pkg=libcxx-serial=i386=1.2.1-2=1600846376=0 Due to a difference between i686 and i386 The change in gst-omx might fix this problem gst-omx (1.18.0-2) unstable; urgency=low

Bug#969291: RFS: sane-backends/1.0.31-1~experimental1 [RC] -- API library for scanners [transitional package]

Hello, > > The change from libsane to libsane1 requires IMHO a transition. Therefore only > in experimental. > > > I saw you switched from "libsane" to "libsane1". This was not really > > warranted, the lintian warning that you fixed with this rename > > was harmless and you should consider

Bug#965018: RFS: freetype-py/2.2.0-1 -- Freetype Python bindings for Python 3

control: tags -1 moreinfo On Sat, 1 Aug 2020 10:25:24 +0200 Bastian Germann wrote: > On Wed, 29 Jul 2020 17:45:32 +0200 mat...@debian.org wrote: > > That's the `clean` step that is failing, which is done outside of the > > chroot. That's responsability of whoever is calling `pdebuild` to > >

Bug#947270: RFS: libfilezilla/0.19.3-1 -- build high-performing platform-independent programs (development

Hello Phil, >Hi Adrien, > >I can use git that is not an issue, but I won't. gbp is a joke - look at >fedora and pagure. I will put out RFS(s), which I have done, you merge >them based on submission or not as I do not care. I have put time in and >submitted updates. You explain to the community

Bug#942313: RFS: codelite [QA] -- Powerful and lightweight IDE

control: close -1 hello, I sponsored it after doing a lot of tweaks, because looks like you started to work not from the version 12 in unstable, but from an older version. Please make sure for the future that: 1) git is up-to-date 2) you start from a version that is in the archive the code on

Bug#935900: RFS: z3 4.8.4-0.1 [NMU]

control: owner -1 !control: tags -1 moreinfo Hello Fabian, I tried many times to update it, would you mind pushing your work directly on the pkg-llvm repository? In the meanwhile I'm having a look at your work Gianfranco Il martedì 27 agosto 2019, 19:39:28 CEST, Matthew Fernandez ha

Re: Debian Salsa and NMUs

Hello, >I have a question about handling NMUs in Salsa. > >Are the rules for NMUs disabled there just because a package is in the >Debian namespace? the salsa.d.o/debian is the new "collab-maint" space...collab-maint has been create for collaborative maintenance of shared packages, so sometimes

Bug#934478: RFS: sane-backends/1.0.28-1~experimental1

control: owner -1 !control: tags -1 moreinfoHello Joerg! thanks for the update! some nitpicks: I would like to see fixed before having another deeper look: debian/libsane1.NEWSis it still needed? sane-backends-1.0.27/debian/libsane.dirs sane-backends-1.0.27/debian/libsane.symbols

Bug#928733: RFS: pysword/0.2.6-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo Hello, > https://mentors.debian.net/debian/pool/main/p/pysword/pysword_0.2.6-1.dsc https://salsa.debian.org/python-team/modules/pysword/commit/76182799b003ca504c74aa2a6383549095a65e2f where are them taken? I can't see and find them in the original

Bug#931934: RFS: sane-backends/1.0.27-4~experimental1

control: owner -1 !control: tags -1 moreinfo Hello Joerg!thanks for the update! some nitpicks I would like to see fixed before having another deeper look:debian/libsane1.NEWSis it still needed?

Bug#922951: RFS: btrfs-progs/4.20.1-2~bpo9+1

(side note: sorry for being late)Nicholas I just granted you DM for the package. This is something I wanted to do already a while ago, but I could do it onlynow that the package is QA maintained, so feel free to maintain it alone in backports, and in unstable if Adam is fine with that thanks!

Bug#911773: marked as done (RFS (team upload): golang-github-rivo-tview/0.0~git20181018.a7c1880-1 [ITP])

nack Oct 25 17:42:59 golang-github-rivo-tview_0.0~git20181018.a7c1880.orig.tar.gz doesn't exist (ignored for now) Oct 25 17:47:59 processing /golang-github-rivo-tview_0.0~git20181018.a7c1880-1_amd64.changes Oct 25 17:47:59 golang-github-rivo-tview_0.0~git20181018.a7c1880.orig.tar.gz doesn't

Bug#911773: marked as done (RFS (team upload): golang-github-rivo-tview/0.0~git20181018.a7c1880-1 [ITP])

:51:51 golang-github-rivo-tview_0.0~git20181018.a7c1880-1.dsc doesn't exist (ignored for now) nack. Il giovedì 25 ottobre 2018, 17:21:34 CEST, Alexandre Viau ha scritto: On 2018-10-25 10:48 a.m., Gianfranco Costamagna wrote: > Hello, > > Oct 25 14:45:36 golang-github-ri

Bug#911773: marked as done (RFS (team upload): golang-github-rivo-tview/0.0~git20181018.a7c1880-1 [ITP])

Hello, Oct 25 14:45:36 golang-github-rivo-tview_0.0~git20181018.a7c1880-1.dsc doesn't exist (ignored for now) Oct 25 14:46:09 processing /golang-github-rivo-tview_0.0~git20181018.a7c1880-1_amd64.changes Oct 25 14:46:10 golang-github-rivo-tview_0.0~git20181018.a7c1880-1.dsc doesn't exist

Re: Debian package transition: Rename package and reuse old name with new content

>I'm not sure of the transition policies when handling transitions on >testing and unstable only (ie: not involving stable). >But that should ensure there is no breakage between package in the archive. if you are just renaming a package,, and the reverse-deps are not too many, better avoid

Bug#901726: RFS: json-c/0.13.1+dfsg-1 [QA] -- JSON manipulation library

control: owner -1 ! control: tags -1 moreinfo > I need an upload to experimental so I can request a transition slot (the ABI > changed, and so did the soname); I moved the packaging repository to > salsa.d.o, > so please fetch the source from there (`git buildpackage` ought to do the > right

Bug#889968: RFS: inotify-tools/3.14-4

Hello, >The next thing you might try is `git deborig`. But I understand just >asking Dmitry! git deborig -f upstream/3.14 same effect, as well as git deborig -f v3.14... G.

Bug#889968: RFS: inotify-tools/3.14-4

Hello, >Please try typing `origtargz`. it downloads the current one in the archive, without the patches, and then it fails with: dpkg-source: warning: the diff modifies the following upstream files: .git/HEAD .git/config .git/description .git/hooks/applypatch-msg.sample

Bug#889968: RFS: inotify-tools/3.14-4

control: owner -1 ! control: tags -1 moreinfo Hello Dmitry sorry for taking too long for this one. I did: grab inotify-tools from experimental grab the debian directory from the git repo, and debdiffed the results. I'm worried about the disappear of "debian-changes" patch, is it somewhere else?

Bug#887665: marked as done (RFS: usbguard/0.7.1+ds-1)

On Fri, 16 Mar 2018 16:50:18 +0100 Muri Nicanor <m...@immerda.ch> wrote: > hm, somehow i didn't receive that mail... > > On 03/15/2018 10:54 AM, Gianfranco Costamagna wrote: > > control: owner -1 ! control: tags -1 moreinfo > > 1) please fix the qt bug in this

Re: Bug with sev: grave while new package waiting

Hello, >please check if rebuilding works with the version in experimental, in that case >you will need to do something like =5.9, and compute that value at runtime, >rather than hardcoding it >(so a binNMU will work). please fix the stuff I pointed in the rfs, and discard the qt commit. Qt

Re: moving teams to salsa

hello, thanks you all! I already read all the docs, will do the migration :) G. Il Giovedì 15 Marzo 2018 15:39, Joseph Herlant ha scritto: Hi, > Is anybody willing to point me some wiki and help in doing the migration? Once you've read Paul and Mattia's docs

Bug#890573: RFS: fcitx-qt5/1.2.2-1

control: owner -1 ! control: tags -1 moreinfo > I am looking for a sponsor for team package "fcitx-qt5": why can't people on the team process this one? the packaging looks good, but not being part of the team, makes things harder for me G. signature.asc Description: OpenPGP digital

Bug#890756: RFS: youtube-dl/2018.01.27/1.1 [NMU] -- downloader of videos from YouTube and other sites

Hello, >All that being said, I will upload a new version of youtube-dl during the >next few days... do you have any update? thanks Gianfranco

Re: piuparts - installation and purging test

Hello, >I am maintaining vim-lastplace. A few days ago I saw on my Debian >Maintainer Dashboard that piuparts was failing at the installation and >purging test. Today I wanted to fix this, but the message was gone. So >piuparts now succeeds on piuparts.d.o . > >But when I run piuparts on my local

Re: Bug with sev: grave while new package waiting

>> "libqt5core5a (<<5.10)" this will make it uninstallable when 5.10 goes in >> unstable... >> isn't it better to just make it compatible with new qt stack? I don't want >> to make qt folks >> sad. >hm, maybe i'm misunderstanding the problem, but i thought the applet >only works with the qt

Re: Bug with sev: grave while new package waiting

Hello, >Thanks, i've added some commits and specified the qt version and pushed >everything to salsa. please also address the stuff on RFS bug and... --with=autoreconf isn't this useless too? "libqt5core5a (<<5.10)" this will make it uninstallable when 5.10 goes in unstable... isn't it better

Bug#849754: RFS: guerillabackup/0.0.0-1

control: owner -1 ! control: tags -1 moreinfo Hello, >I am looking for a sponsor for my package "guerillabackup" I would really like to see the package working, but I see the upstream repo is lacking the history, this makes the Debian work less efficient in cherry-picking new stuff. Two

moving teams to salsa

Hello Mentors list, I would like to move pkg-boinc and pkg-virtualbox teams to salsa, problem is: 1) I can't create new teams 2) I don't know how to move the lists 3) I lack the time to find/look for the documentation (and I lost it) 4) I need some "import git repo" link, because uploading a git

Bug#887665: marked as done (RFS: usbguard/0.7.1+ds-1)

control: owner -1 ! control: tags -1 moreinfo 1) please fix the qt bug in this upload 2) missing lots of copyrights, e.g. src/ThirdParty/Catch/* src/ThirdParty/PEGTL/* do you need such external libraries? why aren't it packaged separately? 3) std-version is 4.1.3 4) dh ${@} --parallel

Re: Bug with sev: grave while new package waiting

Hello, >there is a bug with severity: grave in usbguard, because of a libqt5 >version incompatibility (#892045) and there is already a new version of >usbguard waiting to be sponsored. Should i fix the bug in the new >version or should i fix it in the version thats already in the archive? I'm

Bug#883379: RFS: deepin-voice-recorder/1.3.6-1 [ITP]

control: tags -1 moreinfo > Is there any possibility of renaming this directory to deepin-manual > or deepin-manuals (if deepin-manual is already taken by the > deepin-manual package)? I think dman is too generic and likely to be > confused for something related to man-db. I agree here G.

Bug#890666: RFS: mmh/0.3-3

On Sat, 17 Feb 2018 17:34:32 +0300 Dmitry Bogatov wrote: > > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "mmh" > ack, done G. > * Package name : mmh > Version : 0.3-3 > Upstream Author

Bug#883384: RFS: deepin-deb-installer/1.2.1-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo same dman directory, same reviews as previous packages needs fixing, lintian is complaining a lot http://debomatic-amd64.debian.net/distribution#unstable/deepin-deb-installer/1.2.1-1/lintian -> 0001-Enable-CMake-Debug.patch this need to be

Bug#883379: RFS: deepin-voice-recorder/1.3.6-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo grep DOCDIR . -R ./deepin-voice-recorder.pro:isEmpty(DOCDIR):DOCDIR=/usr/share/dman/deepin-voice-recorder ./deepin-voice-recorder.pro:manual.path = $$INSTROOT$$DOCDIR Why is the package installing stuff in /usr/share/dman? nothing in the archive

Bug#891005: RFS: gdbm/1.14.1-5

Hello Ansgar >This means building the package will give different results depending >on dietlibc-dev installed or not? That shouldn't happen... > >Please check via some other means that a build using dietlibc has been >requested; don't do different things just because a package happens to >be

Bug#891005: RFS: gdbm/1.14.1-5

Hello >With all my respect, I am very relucant to solve problems of Ubuntu at >expense of Debian output. What exactly is wrong, Debian-wise, in package >we are discussing, apart the need to specify long list of architectures, >so I could fix it? this is not an "Ubuntu" problem, but something

Bug#891005: RFS: gdbm/1.14.1-5

control: owner -1 ! control: tags -1 moreinfo Hello! >!Important! This upload re-enables diet libc support {conditional, via >build profiles}. Input from developers, experienced with Debian >bootstrap is very, very welcome. Since this is causing troubles in Ubuntu (Matthias, please give your

Re: Change file permissions

Hello, >they are not 600. should i set the file permissions on package upgrade >or should i leave this to the user? >if i should set them, should i use postinst or is there a better way? is a dh_fixperms override helpful? G.

Re: Problem with Git Push

Hello, please give me your salsa username and use that one. I'm going to delete the one in collab-maint right now :) G. Il Giovedì 4 Gennaio 2018 22:33, eamanu15 . ha scritto: Gianfranco, >this is a private repo > >please push there >git remote add upstream

Re: Problem with Git Push

Hello, >Are there some chance that the repo of cligh is in Salsa? I don't see any collab-maint on salsa, and I prefer to wait some more days before migrating to it... anyhow, created by importing from collab-maint https link https://salsa.debian.org/debian/cligh have fun! G. El jue., 4 de

Re: Problem with Git Push

Hello, >Afterclone, I add the new changes and I try to make a push origin but I have >this error:The requested URL returned error: 403. this is a private repo please push there git remote add upstream git+ssh://youru...@anonscm.debian.org/git/collab-maint/cligh.git I just created a clone

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

Hello Hugh, >33 reverse build dependences FTBFS after the removal of freetype-config.>11 >don't care, and 42 already use pkg-config to detect freetype2. ok, so fix all the reverse dependencies *before* dropping it, not after. We don't usually "break stuff and let maintainers fixup things",

Bug#884769: RFS: freetype/2.8.1-0.2 [NMU]

control: tags -1 moreinfo > > - Exclude freetype-config, freetype-config.1 and freetype2.m4 > > from installation in libfreetype6-dev. > > https://codesearch.debian.net/search?q=freetype-config this is a big no-go, first, please ask Steve to review, but I would assume this patch is

Bug#884429: Uploaded to unstable

control: close -1 On Mon, 18 Dec 2017 17:31:27 +0100 Nicolas Braud-Santoni wrote: > Control: reopen -1 > > Upload was rejected (something something non-existing signature file > referenced > in .changes); I'm just reopening this so we don't forget about it. I'm

Re: How to switch all->any?

Hello, >How can I get rid of that? 0.7.9-1 is in the Debian archives, but >neither part of testing, nor of unstable. It would however useful to >keep this version, f.e. for use in snapshots.d.o. it will be kept in snapshots regardless of your removal.

Re: source package upload fail? Bug - #859130 ITP: lina -- iso- Forth interpreter

>Sorry to have bothered you. All answers are in >https://mentors.debian.net/qa I'm quite busy right now, good luck with mentors uploads :) G.

Re: ZFS packaging

>Would it be possible to have someone look over the changes I've made >and/or make suggestions as to how I could get these changes incorporated >into Debian? it is usually better to open wishlist bugs for improvements (with patches) and then in case open an RFS bug. Looks the new release is

Re: Multi-arch header conflict and pkg-config

Hello, >pkg-config --cflags also just outputs -I/usr/include/. >Does pkgconfig support multiple paths like this? add the triplet to your .pc shipped file /usr/lib/x86_64-linux-gnu/pkgconfig/python-3.6m.pc:Cflags: -I${includedir}/python3.6m -I${includedir}/x86_64-linux-gnu/python3.6m Other

strange alternate dependencies behaviour.

Hello, I would like to package a new boinc-virtualbox metapackage, that installs virtualbox and the extpack. Unfortunately the upstream vbox provides a virtualbox-5.0, virtualbox-5.1 or virtualbox-5.2 (provides virtualbox) and the debian one provides virtualbox, and nothing more (except from

Re: source package ready, lintian remark Bug - #859130 ITP: lina -- iso- Forth interpreter

Hello, >At last I have a debian archive for lina that is generated using proper >procedures >(debhelper, quilt etc.) from the (upstream) source package: can you please upload to mentors.debian.org and open an RFS bug? G.

Re: Packaging work is done for php-db-dataobject (a dependency for GNU Social)

Hello, >suggestions and uploaded to mentors[1]. There was a sponsor in 2016, but >he is not responding now. Can anyone look into this package!. Thank you. done now G.

Re: Doubt about using a forked version for a new package release

Hello Nelson, >Debian has pngnq at version 1.0 with the latest upstream version at 1.1 >The fork https://sf.net/projects/pngnqs9 is at version 2.0.2 > >The best option seems, indeed, to offer the forked version (as >https://bugs.debian.org/862077 also says) usually a good starting point is to

Re: Package rejected bc of missing .orig

Hello, >usbguard | 0.7.0+ds1-1 | unstable | source, amd64, arm64, armel, >armhf, i386, mips, mips64el, mipsel, powerpc, ppc64el, s390x so it seems a mentors.d.o bug then (e.g. DebOMatic is smart enough to find the orig tarball automatically when already in the archive) :) BTW:

Re: Package rejected bc of missing .orig

> i'm trying to upload usbguard_0.7.0+ds1-2 to mentors, but it gets rejected: but if the 0.7.0+ds1-1 is not in the archive... why upload a -2 version? this seems a versioning bug to me, rather than a missing -sa. (-1 revisions use -sa by default) G.

Bug#862868: RFS: shc/3.9.4-4

control: tags -1 moreinfo > > Uploaded a new one, kept the version same as the previous upload: > shc-3.9.6-1 > sigh: missing changelog entries 1) * new upstream release - closes foobar #bugNNN ^^ this is the correct syntax 2) bump compat level 3) std-version is now 4.1.0 4)

Bug#876027: RFS: libcgicc/3.2.19-0.2 [NMU] -- C++ class library for writing CGI applications

Hello, > This is the diff of /usr/bin/cgicc-config between packages from different > architectures exactly :) sorry if I wasn't clear at the begin BTW the only patch the package is carrying at this moment, has been created to make the package multiarch. So, moving the configurator outside

Bug#876027: RFS: libcgicc/3.2.19-0.2 [NMU] -- C++ class library for writing CGI applications

control: owner -1 ! control: tags -1 moreinfo >* Package name: libcgicc hello, I find this approach a little bit too invasive -cxxflags="-Wall -W -pedantic -g -O2 -fdebug-prefix-map=/build/libcgicc-GEfIf8/libcgicc-3.2.19=. -fstack-protector-strong -Wformat -Werror=format-security"

Re: Riddled by debian-policy 8.1.1 about ldconfig

Hello, >Shared libraries must now invoke "ldconfig" by means of triggers, >instead of maintscripts. I think this is automatically generated during build, if you don't override it. so, if you don't have them, you are safe :) G.

Bug#848416: closing RFS: pyvtk/0.5.18-1 [ITA]

control: close -1 Hello, >I'm still considering the idea, but your remarks are really relevant. As I >will clearly have no time for that until march 2018 at the best, I think >we'd better close the RFS and reset the things as they were. lets re-evaluate this with a new RFS bug once things are

Re: Build-dependencies for qt5

Hello, >instead. From this, I take that I have to use "export QT_SELECT = 5" in >d/rules; but what are then my required build dependencies? Just >qtchooser? Or do I need to install any qt5 development package as well? I think qtbase5-dev is the minimum dependency you need to install, but I'm

Bug#862930: RFS: node-big-integer/1.6.22-1 [ITP]

On Fri, 7 Jul 2017 10:04:49 + (UTC) Gianfranco Costamagna <locutusofb...@debian.org> wrote: > > > >I'm not sure what you mean. > >These are dev dependencies, they are used by big-integer developers to > >perform various development tasks, but they are

Bug#848416: closing RFS: pyvtk/0.5.18-1 [ITA]

On Fri, 19 May 2017 11:05:32 + (UTC) Gianfranco Costamagna <locutusofb...@debian.org> wrote: > Hi, > > > >* Package the thing with this actual bug, but as far as I'm concerned I > > consider it as grave, so I'm not really a fan of this idea. > > >

Bug#864241: RFS: pnmixer/0.7.2-1 -- Simple mixer application for system tray

Hello, > > Done, the watch file seem to work according to `uscan`, but > mentors.debian.net says there's a problem. I'm not sure what's wrong. > > Take a look on [1] as an example, your `watch` file is broken > presumably since you're calling `uupdate` directly. > >

Bug#862868: RFS: shc/3.9.4-4

Hello Tong, On Mon, 24 Jul 2017 22:40:59 +0500 Andrey Rahmatullin wrote: > Control: tags -1 + moreinfo > > On Thu, May 18, 2017 at 03:32:48AM +0600, Md Jahidul Hamid wrote: > > Changes since the last upload: > > > > * Fix for infinite loop (Closes: #861180) > I don't think

Re: javalib-but-no-public-jars lintian

>N:does not contain any JAR file in /usr/share/java, while the java policy my $is_transitional = $info->is_pkg_class('transitional'); if (!$has_public_jars && !$is_transitional && $pkg =~ /^lib[^\s,]+-java$/){ # Skip this if it installs a symlink in usr/share/java my $java_dir =

Bug#868435: RFS: imglib2/4.3.0-1 [ITP]

control: tags -1 moreinfo please remove the tag once the transfer is sorted out G. signature.asc Description: OpenPGP digital signature

Bug#863010: RFS: golang-github-nebulouslabs-bolt/1.0+git20170131.0.ca9f208-1 [ITP]

On Fri, 16 Jun 2017 08:48:34 +0200 Gianfranco Costamagna <locutusofb...@debian.org> wrote: > control: owner -1 ! > control: tags -1 moreinfo > > > * New upstream version > > missing changes, e.g. > "add myself to uploaders" > ping G. signature.asc Description: OpenPGP digital signature

Bug#867617: RFS/ITP: node-rollup-plugin-replace/1.1.1-1

On Sat, 8 Jul 2017 08:00:08 + (UTC) Gianfranco Costamagna <locutusofb...@debian.org> wrote: > control: owner -1 ! > control: tags -1 moreinfo > > > I am looking for a sponsor for my package "node-rollup-plugin-replace" > > > I don't have the uplo

Bug#868544: closing 868544

Seems to have been rejected G. signature.asc Description: OpenPGP digital signature

Re: Search sponsor for package elog

> >I search for a new sponsor for package elog: >https://tracker.debian.org/pkg/elog > > >There are two versions to sponsor right now: > >1: 2.9.2+2014.05.11git44800a7-2+deb8u2 for jessie-pu --> see since this was a grave bug fix I sponsored it, and also the one in unstable, but *please* as

Bug#868768: RFS: iperf3/3.2-1

control: owner -1 ! control: tags -1 moreinfo Please: Copyright (c) 2009-2017 Dave Gamble and cJSON contributors Copyright (c) 2000 Markus Friedl. All rights reserved. Copyright (c) 2005,2006 Damien Miller. All rights reserved. Copyright: 1991-2016, The Regents of the University of

Bug#867617: RFS/ITP: node-rollup-plugin-replace/1.1.1-1

control: owner -1 ! control: tags -1 moreinfo > I am looking for a sponsor for my package "node-rollup-plugin-replace" I don't have the uploaded binaries with me anymore, so please remove moreinfo tag once they gets accepted and I'll have a look the packaging is good, maybe you can: 1) go for

Bug#862930: RFS: node-big-integer/1.6.22-1 [ITP]

>I'm not sure what you mean. >These are dev dependencies, they are used by big-integer developers to >perform various development tasks, but they are not required to simply >use the library so there is no point in packaging them in Debian. >And they are *not* embedded in the package, they only

  1   2   3   4   5   6   7   8   9   10   >