On 19.06.2013 22:42, Dmitry Smirnov wrote:
> Hi Daniel,
>
> Thanks for your recent corrections. Just few more left to do and I'll
> upload for you.
Thanks for additional pointers and the close review - the package is going to
be much better
than it's Ubuntu precursor.
*** control ***
> * When
Fixed. Rest is on the way.
Greetings,
Daniel
On 20.06.2013 12:04, Dmitry Smirnov wrote:
> Hi Daniel,
>
> One more thing: please install desktop icon. At the moment it is
> mentioned in .desktop file but not yet shipped by the package.
>
> Regards,
> Dmitry.
--
http://www.danielstender.com/bl
Hi Daniel,
One more thing: please install desktop icon. At the moment it is
mentioned in .desktop file but not yet shipped by the package.
Regards,
Dmitry.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.
Hi Daniel,
Thanks for your recent corrections. Just few more left to do and I'll
upload for you.
* When I mentioned "unnecessary versioned dependencies" I meant that
versioning is unnecessary and safe to drop. There is no point
writing "cmake (>= 2.8.2+dfsg.1-0+squeeze1)" when just "cmake"
All right,
On 19.06.2013 12:09, Dmitry Smirnov wrote:
> Here is another minor improvement suggestion: there are some
> unnecessary versioned build-dependencies on
>
> * "cmake (>= 2.6.0)": oldest is 2.8.2+dfsg.1-0+squeeze1
> * "libqt4-dev (>= 4.4.0)": oldest is 4:4.6.3-4+squeeze1
Changed.
>
On Wed, 19 Jun 2013 03:25:05 Daniel Stender wrote:
> 1) buildflags.patch / build type
>
> First of all, the patch works fine. Actually, after removing the
> forced variable overrides Cmake recognizes already the standard
> environment build flags.
Great, thanks for checking. :)
> I've came acro
On Tue, 18 Jun 2013 23:15:23 Mathieu Malaterre wrote:
> Technically RelWithDebInfo should not be used anymore with cmake from sid:
>
> http://lists.debian.org/debian-devel/2013/06/msg00278.html
>
> It now appends -DNDEBUG ... see #701231 for more info
Interesting, thanks for this information. I
1) buildflags.patch / build type
First of all, the patch works fine. Actually, after removing the forced
variable overrides Cmake
recognizes already the standard environment build flags.
I've came across that Debhelper 20130504 was set to always switch to
RelWithDebInfo build type
(#701233), wh
On Sat, Jun 15, 2013 at 6:20 PM, Dmitry Smirnov wrote:
> Build type is better to leave as "RELWITHDEBINFO". This might be
> useful if you decide to provide -dbg package or just to (re-)build
> with debugging info with command like
Technically RelWithDebInfo should not be used anymore with cmake
On Mon, 17 Jun 2013 21:15:09 Daniel Stender wrote:
> As a matter of fact, the CXX_BUILDFLAGS are recognized after a 2nd cmake run:
> http://www.cmake.org/pipermail/cmake/2013-June/055082.html
Interesting... I found another post discussing similar bug:
http://www.cmake.org/pipermail/cmake/2008
As a matter of fact, the CXX_BUILDFLAGS are recognized after a 2nd cmake run:
http://www.cmake.org/pipermail/cmake/2013-June/055082.html
Greetings,
Daniel
On 15.06.2013 18:20, Dmitry Smirnov wrote:
>> 3) buildflags
>>
>> But Scantailor gets compiled w/o any customization
>
> That's because upstr
Hi Daniel,
On Sun, 16 Jun 2013 01:16:30 Daniel Stender wrote:
> 3) buildflags
>
> But Scantailor gets compiled w/o any customization
That's because upstream drop/override given CXXFLAGS (which is a
bug). :)
I'm not experienced with cmake but perhaps first attempt to fix this
problem might look
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Dimitry,
much thanks for the review of my package.
I've proceeded so far:
1) copyright * fixed
> * regarding copyright, notation "Files: ./crash_reporter/google-breakpad/*"
> is a bit strange
> as there is no need to prefix file paths with "./"
Hi,
Am Fri, 14 Jun 2013 18:03:51 +0200
schrieb Martin Eberhard Schauer :
> I should have looked at 712056 before my answer. But as I did some C
> programming in the past, I thought that I understood the problem and
> "Hey, this one is easy to solve" :-(
> 1: http://bugs.debian.org/cgi-bin/bugrepo
Hi Kardan,
I should have looked at 712056 before my answer. But as I did some C
programming in the past, I thought that I understood the problem and
"Hey, this one is easy to solve" :-(
> I would like to help. In this case the package is already RFS and I
> think repackaging it would be counterp
Hi Martin,
thanks for your answer.
Am Fri, 14 Jun 2013 15:49:59 +0200
schrieb Martin Eberhard Schauer :
> My POV is: As you already found the error (line 295), your conclusion
> is wrong. You have 1.49.0.1, but cmake searches for 1.35.
You are right and I am confused. Boost has already been foun
> Now there is another issue with boost.
>
> $ cmake .
> -- Boost version: 1.49.0
> -- Could NOT find Boost
> CMake Error at CMakeLists.txt:297 (MESSAGE):
> Could not find boost headers or libraries.
>
> You may need to install a package named libboost1.35-dev or similarly.
>
> ii libboost-de
Hi,
Am Wed, 12 Jun 2013 20:05:38 +0200
schrieb kardan :
> I tried to compile scantailor and am stuck with zlib1g.
> Could not find zlib headers.
I solved this, by reinstalling the package. Obviously the header file
has been lost on the disk.
Now there is another issue with boost.
$ cmake .
--
Control: tags -1 moreinfo
Hi Daniel,
Thanks for packaging "scantailor".
I had a brief look at the package and IMHO it needs a little bit more
work before we'll be able to upload it.
* buildflags.patch is incorrect because it is hardcoding FLAGS.
To make it useful upstream you could modify c
Hi Daniel,
I tried to compile scantailor and am stuck with zlib1g.
$ cmake .
-- Boost version: 1.49.0
CMake Error at CMakeLists.txt:193 (MESSAGE):
Could not find zlib headers.
You may need to install a package named zlib1g-dev or similarly.
ii zlib1g:i386 1:1.2.7.dfsg-13
ii zlib1g
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my initial package of Scantailor 0.9.11.1 for
Debian.
I've uploaded it to mentors:
http://mentors.debian.net/package/scantailor
dget -x
http://mentors.debian.net/debian/pool/main/s/scantailor/scantail
21 matches
Mail list logo
