Bug#836903: RFS: qevercloud/3.0.2+ds-1 [ITP] -- Unofficial Evernote Cloud API library for Qt

[Boyuan Yang]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "qevercloud"

 * Package name: qevercloud
   Version : 3.0.2+ds-1
   Upstream Author : Dmitry Ivanov 
 * URL : https://github.com/d1vanov/QEverCloud
 * License : MIT
   Section : libs

  It builds those binary packages:

libqt4qevercloud3 - Unofficial Evernote Cloud API library for Qt4
libqt5qevercloud3 - Unofficial Evernote Cloud API library for Qt5
qt4qevercloud-dev - Development files for libqt4qevercloud
qt5qevercloud-dev - Development files for libqt5qevercloud

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/qevercloud


  Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/q/qevercloud/qevercloud_3.0.2+ds-1.dsc

  Alternatively, one can browse the packaging scripts on GitHub:

https://github.com/hosiet/QEverCloud

  Alternatively, one can download pre-built deb packages or download
the source package on deb-o-matic:


http://debomatic-amd64.debian.net/distribution#unstable/qevercloud/3.0.2+ds-1/

This is a new package and will work as the dependency of nixnote2
(RFS: #832704) to replace nixnote2's bundled qevercloud library source
files.

Previous discussions can be found in the nixnote2 RFS, start from Message #70:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=832704#70

In order to regenerate some generated cpp source/headers files, the
source code of an extra generator
(https://github.com/d1vanov/QEverCloudGenerator) and the upstream
Thrift IDL files release by Evernote Corporation
(https://github.com/evernote/evernote-thrift) was included, which made
the build system (as written in debian/rules, plus patch in
debian/patches) somehow ugly and hacky.

I am wondering if such instructions are acceptable. Reviews and
suggestions are welcomed.

  Regards,
   Boyuan Yang

cython package: relevant examples

[Jerome BENOIT]

Hello Forum,

I am looking for relevant cython Debain package, one that can be used as a good 
example: any hint ?

Thanks in advance,
Jerome

 

cython package: meta info

[Jerome BENOIT]

Hello Forum,

I am packaging my first cython package.

I have noticed what looks as meta information in the distributed __init__.pxd 
file, something as:

--8><--
# distutils: include_dirs = /usr/local/lib/python2.7/dist-packages/PACKAGE_NAME

Is this metaformation meant for some builder ?

As a matter of fact, this very line was written by th setup.py scrip as follows:
init_pxd = "# distutils: include_dirs = {0}\n".format(install_dir)

Clearly the install_dir must be corrected: what is the best way to do so ?

Thanks in advance,
Jerome

Bug#836900: RFS: powerzz/1.0.1 and RFS: upshutzz/1.0.0

[Jamil Said, AdoraDeal LLC]

Package: sponsorship-requests
Severity: normal

Dear mentors:

We at AdoraDeal LLC are big fans of Debian and Open Source programs. We
recently released several little programs under GPL V3.0. Among the programs
we released are the two below, which I believe may fill a gap and be useful
for many people. If someone is interested on making a package with any of
those two, I would love to see that (I created those programs exactly
because I needed them and no similar alternative was available on Debian, at
least for LXDE). The programs I am suggesting are:

powerzz V1.0.1: powerzz is a battery power monitor. It will warn the user of
low battery power when the charge level reaches 15%, and it will start the
critical action when the battery charge level reaches 7% (at that point, a
warning will be shown and the user will have 30 seconds to cancel the
critical action by pressing "Cancel"). This program has 3 settings, which
can be chosen via a zenity gui: "off" (do nothing), critical action
"hibernate" and critical action "shutdown". It uses cron to run. A simple &
useful power manager for LXDE and other desktops.
https://www.adoradeal.com/powerzz.html  

upshutzz V1.0.0: upshutzz is an "on-demand", unassisted system update
program. It will check for and fix any software packages "errors" and broken
dependencies, then it will update the package lists from the repositories
(apt-get update), then it will run a safe update (apt-get upgrade), then it
will check for and update (if installed) the flash player, and after it
finishes running it will shutdown the computer. The upshutzz program should
be used when you are ready to shutdown the computer for the day, just launch
it and leave the computer doing its thing - the easiest way to update, ever!
https://www.adoradeal.com/upshutzz.html 

Regards,

Jamil Said Jr.
President - AdoraDeal LLC
www.AdoraDeal.com

Bug#836215: RFS: phalanx/25-1 [ITA]

[Gianfranco Costamagna]

control: owner -1 !
control: tags -1 moreinfo


>I am looking for a sponsor for my package "phalanx":


  * New upstream version.

- New version builds with GCC 6. (Closes: #811584)

this one can become a subsection of "new upstream version"


>  * debian/copyright: Update and change Format tag to the accepted one.

please "Format" field in https


>  * debian/install: Adjust destination files.

why?

>- 03_makefile_DEFINES.diff: Refresh and renamed it to

>01_makefile.patch

missing 

--  $(CC) $(CFLAGS) $(DEFINES) $(LDFLAGS) $(OBJ) -o phalanx
-+  $(CC) $(CFLAGS) $(DEFINES) $(OBJ) $(LDFLAGS) -o phalanx

change

>05_PG_version-string.diff

disappeared


>- 10_hardening-string-literal_search.diff,

disappeared

>  16_hardening-pointer-sign_bcreate: Remove, not needed anymore.

why?


missing changelog entries:
remove TARGET=optimized

and... why did you remove it?


and now the review:
"getopt.c" <-- missing copyright

>
-pbook.phalanx usr/share/games/phalanx/
-sbook.phalanx usr/lib/games/phalanx/
+pbook.phalanx usr/share/phalanx/
+sbook.phalanx usr/share/phalanx/
+phalanx.eng usr/share/phalanx/plugins/xboard/


why?

it's all for now

G.

Bug#836876: marked as done (RFS: lua-rexlib_2.7.2-3.1 [NMU] [RC])

[Debian Bug Tracking System]

Your message dated Tue, 6 Sep 2016 20:04:16 + (UTC)
with message-id <1240060303.1151862.1473192256...@mail.yahoo.com>
and subject line Re: Bug#836876: RFS: hello/1.0-1.1 [NMU] [RC]
has caused the Debian Bug report #836876,
regarding RFS: lua-rexlib_2.7.2-3.1 [NMU] [RC]
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
836876: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836876
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: important

  Dear mentors,

  I am looking for a sponsor for my package "lua-rexlib"

 * Package name: lua-rexlib
   Version : 2.7.2-3.1
   Upstream Author : Reuben Thomas 
 * URL : https://github.com/rrthomas/lrexlib/
 * License : Expat, public-domain
   Section : interpreters

  It builds those binary packages:

 lua-rex-doc - documentation of the rex library for the Lua language
 lua-rex-gnu - GNU regular expressions library for the Lua language
 lua-rex-gnu-dev - GNU development files for the Lua language
 lua-rex-onig - Onig regular expressions library for the Lua language
 lua-rex-onig-dev - Onig regex development files for the Lua language
 lua-rex-pcre - Perl regular expressions library for the Lua language
 lua-rex-pcre-dev - PCRE development files for the Lua language
 lua-rex-posix - POSIX regular expressions library for the Lua language
 lua-rex-posix-dev - POSIX regex development files for the Lua language
 lua-rex-tre - TRE regular expressions library for the Lua language
 lua-rex-tre-dev - TRE development files for the Lua language

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/lua-rexlib


  Alternatively, one can download the package with dget using this
command:

dget -x 
https://mentors.debian.net/debian/pool/main/l/lua-rexlib/lua-rexlib_2.7.2-3.1.dsc

 

  Changes since the last upload:

  * Non-maintainer upload.
  * debian/lua5.1.onig.dh-lua.conf:
- Use pkg-config instead of onig-config (Closes: #824909)
  * debian/control:.
- Bump Standards-Version to 3.9.8 (no changes required).
- For better multiarch handling and prevent lintian error replace
  Pre-Depends: multiarch-support with Pre-Depends: ${misc:Pre-Depends}.


Build with sbuild and pdebuild are ok. Tests with lintian and piuparts
are also ok.

+--+
| Summary  |
+--+

Build Architecture: amd64
Build-Space: 12372
Build-Time: 82
Distribution: sid
Host Architecture: amd64
Install-Time: 55
Job: /db/entwicklung/linux/debian/1test/libonig-trans/lua-rexlib_2.7.2-3.1.dsc
Lintian: pass
Machine Architecture: amd64
Package: lua-rexlib
Package-Time: 152
Piuparts: pass
Source-Version: 2.7.2-3.1
Space: 12372
Status: successful
Version: 2.7.2-3.1

Finished at 2016-09-06T18:03:21Z
Build needed 00:02:32, 12372k disc space


CU
  Jörg Frings-Fürst

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


signature.asc
Description: This is a digitally signed message part
--- End Message ---
--- Begin Message ---
Hi
(closing with no upload)


>   Version : 2.7.2-3.1



2.7.2-4 is now in unstable

>* debian/control:.

>- Bump Standards-Version to 3.9.8 (no changes required).

out of an NMU scope

>- For better multiarch handling and prevent lintian error replace
>  Pre-Depends: multiarch-support with Pre-Depends: ${misc:Pre-Depends}.


well, this isn't needed anymore since wheezy or jessie (I don't remember)

G.--- End Message ---

Bug#836876: RFS: hello/1.0-1.1 [NMU] [RC]

[Jörg Frings-Fürst]

Package: sponsorship-requests
Severity: important

  Dear mentors,

  I am looking for a sponsor for my package "lua-rexlib"

 * Package name: lua-rexlib
   Version : 2.7.2-3.1
   Upstream Author : Reuben Thomas 
 * URL : https://github.com/rrthomas/lrexlib/
 * License : Expat, public-domain
   Section : interpreters

  It builds those binary packages:

 lua-rex-doc - documentation of the rex library for the Lua language
 lua-rex-gnu - GNU regular expressions library for the Lua language
 lua-rex-gnu-dev - GNU development files for the Lua language
 lua-rex-onig - Onig regular expressions library for the Lua language
 lua-rex-onig-dev - Onig regex development files for the Lua language
 lua-rex-pcre - Perl regular expressions library for the Lua language
 lua-rex-pcre-dev - PCRE development files for the Lua language
 lua-rex-posix - POSIX regular expressions library for the Lua language
 lua-rex-posix-dev - POSIX regex development files for the Lua language
 lua-rex-tre - TRE regular expressions library for the Lua language
 lua-rex-tre-dev - TRE development files for the Lua language

  To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/lua-rexlib


  Alternatively, one can download the package with dget using this
command:

dget -x 
https://mentors.debian.net/debian/pool/main/l/lua-rexlib/lua-rexlib_2.7.2-3.1.dsc

 

  Changes since the last upload:

  * Non-maintainer upload.
  * debian/lua5.1.onig.dh-lua.conf:
- Use pkg-config instead of onig-config (Closes: #824909)
  * debian/control:.
- Bump Standards-Version to 3.9.8 (no changes required).
- For better multiarch handling and prevent lintian error replace
  Pre-Depends: multiarch-support with Pre-Depends: ${misc:Pre-Depends}.


Build with sbuild and pdebuild are ok. Tests with lintian and piuparts
are also ok.

+--+
| Summary  |
+--+

Build Architecture: amd64
Build-Space: 12372
Build-Time: 82
Distribution: sid
Host Architecture: amd64
Install-Time: 55
Job: /db/entwicklung/linux/debian/1test/libonig-trans/lua-rexlib_2.7.2-3.1.dsc
Lintian: pass
Machine Architecture: amd64
Package: lua-rexlib
Package-Time: 152
Piuparts: pass
Source-Version: 2.7.2-3.1
Space: 12372
Status: successful
Version: 2.7.2-3.1

Finished at 2016-09-06T18:03:21Z
Build needed 00:02:32, 12372k disc space


CU
  Jörg Frings-Fürst

-- 
New:
GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB  30EE 09F8 9F3C 8CA1 D25D
GPG key (long) : 09F89F3C8CA1D25D
GPG Key: 8CA1D25D
CAcert Key S/N : 0E:D4:56

Old pgp Key: BE581B6E (revoked since 2014-12-31).

Jörg Frings-Fürst
D-54470 Lieser

Threema: SYR8SJXB

IRC: j_...@freenode.net
 j_...@oftc.net

My wish list: 
 - Please send me a picture from the nature at your home.


signature.asc
Description: This is a digitally signed message part

Bug#836701: marked as done (RFS: nlohmann-json/2.0.3-1)

[Debian Bug Tracking System]

Your message dated Tue, 6 Sep 2016 18:35:58 + (UTC)
with message-id <442713438.1107947.1473186958...@mail.yahoo.com>
and subject line Re: Bug#836701: RFS: nlohmann-json/2.0.3-1
has caused the Debian Bug report #836701,
regarding RFS: nlohmann-json/2.0.3-1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
836701: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836701
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "nlohmann-json"

 * Package name: nlohmann-json
   Version : 2.0.3-1
   Upstream Author : Niels Lohmann
 * URL : https://github.com/nlohmann/json
 * License : MIT
   Section : libs

It builds those binary packages:

nlohmann-json-dev - JSON for Modern C++

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/nlohmann-json


  Alternatively, one can download the package with dget using this command:

dget -x
https://mentors.debian.net/debian/pool/main/n/nlohmann-json/nlohmann-json_2.0.3-1.dsc

More information about hello can be obtained from
https://nlohmann.github.io/json/.

Changes since the last upload:

* New upstream release

cheers,
-- 
muri



signature.asc
Description: OpenPGP digital signature
--- End Message ---
--- Begin Message ---
Hi,

>I am looking for a sponsor for my package "nlohmann-json"


lgtm, done


G.--- End Message ---

Re: Advices for packaging a daemon of galileo

[Dylan]

Hi Ben,

Le 6 sept. 2016 1:20 AM, "Ben Finney"  a écrit :
>
> Could you instead have the existing ‘galileo’ package install the
> SystemD service, but not activate it?
>
> That way, anyone who installs ‘galileo’ can choose whether to enable the
> service. You could describe how to do that in the ‘README.Debian’
> document.
>

Thanks for your comment.

It was my first idea but in this case, users who want to have the
daemon should 1. enable the daemon, 2. modify the udev rules and 3.
possibly create a specific user. So after installing the package,
there are many steps to do manually before to have a daemon running. I
would like to simplify as much as possible the installation of the
daemon.

Thanks

Best regards,
Dylan

Re: FTBFS: how to test fixes

[Christian Seiler]

On 09/06/2016 11:57 AM, Jakub Wilk wrote:
> * Christian Seiler , 2016-09-05, 20:33:
>> Also note that there are plans to make init non-Essential in the future,
> 
> The future is now! init is non-essential already. You can remove it
> from your unstable chroot if you want to.

Oh cool, didn't know that was already done. Then this just
means that the buildd chroots for most archs (except apparently
hppa) were only upgraded but never rebuilt from scratch - so
the fact that the package builds at all at the moment is an
artifact of how buildd chroots are maintained. ;-)

>> MIPS (at least 32bit) doesn't support 64bit atomic operations
>> intrinsically (_8 == 8 bytes) - and your software uses
>> std::atomic (found that by grepping).
>>
>> However, gcc provides an emulation library called libatomic. You
>> should link against that emulation library if present in order to
>> use those intrinsics.
> 
> You shouldn't need to care about this. This should be the compiler's
> job.

You're right, I agree. I'll file a bug against gcc later.

>> This might result in a spurious dependency on libatomic on other
>> platforms, but unfortunately I don't know of any way to properly
>> pass --as-needed for just this library without libtool reordering
>> the entire list of linker flags. :-(
> 
> Not tested against libtool, but this should do the trick:
> 
> -Wl,--push-state,--as-needed,-latomic,--pop-state
> 
> (Since this is just one g++ argument, libtool doesn't have room to
> reorder much.)

Hrmpf, my try yesterday was

  -Wl,--push-state,--as-needed -latomic -Wl,--pop-state

I didn't think about adding -latomic to the linker flag list
directly via -Wl. I just tested your suggestion and it's really
funny; libtool does mangle your line and separate it into:

 -Wl,--push-state -Wl,--as-needed -Wl,-latomic -Wl,--pop-state

but since there's no direct -l argument, it actually does work
and the things are kept together and in order.

@Muri: use this line in the patch instead:
AC_CHECK_LIB([atomic], [__atomic_add_fetch_8], 
[atomic_LIBS="-Wl,--push-state,--as-needed,-latomic,--pop-state"], 
[atomic_LIBS=""]) 

That way, the libatomic dependency will only be picked up on
platforms where it's necessary.

Regards,
Christian

Re: FTBFS: how to test fixes

[Jakub Wilk]

* Christian Seiler , 2016-09-05, 20:33:
Also note that there are plans to make init non-Essential in the 
future,


The future is now! init is non-essential already. You can remove it from 
your unstable chroot if you want to.


MIPS (at least 32bit) doesn't support 64bit atomic operations 
intrinsically (_8 == 8 bytes) - and your software uses 
std::atomic (found that by grepping).


However, gcc provides an emulation library called libatomic. You should 
link against that emulation library if present in order to use those 
intrinsics.


You shouldn't need to care about this. This should be the compiler's 
job.


This might result in a spurious dependency on libatomic on other 
platforms, but unfortunately I don't know of any way to properly pass 
--as-needed for just this library without libtool reordering the entire 
list of linker flags. :-(


Not tested against libtool, but this should do the trick:

-Wl,--push-state,--as-needed,-latomic,--pop-state

(Since this is just one g++ argument, libtool doesn't have room to 
reorder much.)


--
Jakub Wilk

Re: FTBFS: how to test fixes

[Muri Nicanor]

hi,

On 09/05/2016 09:11 PM, Christian Seiler wrote:
> On 09/05/2016 08:59 PM, Muri Nicanor wrote:
>> On 09/05/2016 08:33 PM, Christian Seiler wrote:
>>>Since you depend on systemd.pc, which is part of the
>>>systemd package, just Build-Depend on systemd to make
>>>systemd.pc available. You won't need porterbox access
>>>to fix that issue. (Btw. libsystemd.pc != systemd.pc)
>>
>> ah, that comment in paranthesis helped me to understand the problem ;) i
>> was looking at the wrong package and was wondering what to do, because
>> there is no official libsystemd-dev package for hppa. thanks for
>> pointing that out! ;)
> 
> Huh? There is libsystemd-dev on hppa, it's just out of date
> at the moment:

ah, yeah- in addition, i looked in the wrong place:
https://packages.debian.org/search?searchon=contents=systemd.pc=path=stable=any
;)

cheers and thanks for all the help!
-- 
muri



signature.asc
Description: OpenPGP digital signature