Hi,
On 16 June 2017 at 04:33, Ying-Chun Liu (PaulLiu) wrote:
> I've reviewed your package. The package looks quite good to me.
> The only thing missing is the README.source
> https://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource
Updated the package and uploaded to mentors.
http
Hi,
I want to upgrade the backport of libhmsbeagle from
2.1.2+20150609-1~bpo8+1 to 2.1.2+20160831-5. When trying to build the
latter I get
...
==
libhmsbeagle 2.1.2: examples/tinytest/test-suite.log
Hello,
>https://anonscm.debian.org/cgit/pkg-security/curvedns.git/
>I've made some changes but the blhc issue is still here :/
I think it might be worth to ask on debian-mentors mail list why PIE flag is not
injected anymore by debhelper...
Anyhow, the hacky approach works
http://debomatic-amd
Hi,
On 17/06/17 12:03, Gunter Königsmann wrote:
> Even if these code lines would work they probably should be reformulated
> by upstream so they are easier to read:
>
> ++i assigns I the value I+1 and returns the new i. And then i is
> assigned another new value by the i= in the same line...
>
>
Even if these code lines would work they probably should be reformulated by
upstream so they are easier to read:
++i assigns I the value I+1 and returns the new i. And then i is assigned
another new value by the i= in the same line...
...a better way to express what I believe the line should me
On 2017年06月17日 15:48, Lumin wrote:
> Hi,
>
> On 16 June 2017 at 04:33, Ying-Chun Liu (PaulLiu) wrote:
>> I've reviewed your package. The package looks quite good to me.
>> The only thing missing is the README.source
>> https://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource
>
> Up
Hi,
Am 17. Juni 2017 12:51:17 MESZ schrieb Gianfranco Costamagna
:
>I think it might be worth to ask on debian-mentors mail list why PIE
>flag is not
>injected anymore by debhelper...
It's not because -fPIE is the default for GCC from Stretch onwards. This is a
false positive from BLHC. See a
Hi James and Gunter,
On Sat, Jun 17, 2017 at 12:08:21PM +0100, James Cowgill wrote:
> > ++i;
> > i &= 3;
> >
> > Perhaps the c compiler is as unsure which assignment should have the
> > precedence as I am.
>
> Or "i = (i + 1) & 0x3" which I think looks better.
>
> The original code invokes unde
Ok thank you for your help, I'll definitly check this out.
I also need to use debconf for starting curvedns because it does
require a keypair generated with curvedns-keygen from a FQDN and It
won't start without it basically.
Cheers,
Stephane
2017-06-17 15:35 GMT+02:00 Christian Seiler :
> H
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "zimg"
* Package name: zimg
Version : 2.5.1-1
Upstream Author : sekrit-twc
* URL : https://github.com/sekrit-twc/zimg
* License : WTFPL
Section :
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "libsml"
* Package name: libsml
Version : 0.1.1+git20170608-1
Upstream Author : Juri Glass, Mathias Runge, Nadim El Sayed,DAI-Labor
(TU-Berlin)
* URL
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "groonga-normalizer-mysql"
* Package name: groonga-normalizer-mysql
Version : 1.1.1-3
Upstream Author : Kouhei Sutou
* URL : https://github.com/groonga/groonga-norm
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "groonga"
* Package name: groonga
Version : 7.0.3-2
Upstream Author : Groonga Project
* Url : http://groonga.org/
* Licenses: LGPL-2.1
Section :
Dear mentors list,
Stretch is just released [0], Yeah~!
We're having a release party in Tokyo [1].
[0] https://www.debian.org/News/2017/20170617
[1] https://wiki.debian.org/ReleasePartyStretch/Japan/Tokyo
So it should be fine to release various packages currently being held
in experim
Roger Shimizu writes:
> Stretch is just released [0], Yeah~!
> We're having a release party in Tokyo [1].
Yay \o/
> [0] https://www.debian.org/News/2017/20170617
> [1] https://wiki.debian.org/ReleasePartyStretch/Japan/Tokyo
>
> So it should be fine to release var
On Sun, Jun 18, 2017 at 2:41 PM, Roger Shimizu wrote:
> So it should be fine to release various packages currently being held
> in experimental to unstable.
Unstable is back in business, but testing is still frozen.
Please note you still need to co-ordinate with the release team for transitions.
16 matches
Mail list logo