On Tuesday 24 May 2011 11:17:56 Ury Stankevich wrote:
> On Tue, May 24, 2011 at 12:06 PM, Ury Stankevich wrote:
> > On Tue, May 24, 2011 at 10:25 AM, George Danchev
wrote:
> >> You don't need to build-depend on 'quilt' with '3.0 (quilt)' source
> >> format if you don't have patch/unpatch logic i
On Tue, May 24, 2011 at 12:06 PM, Ury Stankevich wrote:
> On Tue, May 24, 2011 at 10:25 AM, George Danchev wrote:
>> You don't need to build-depend on 'quilt' with '3.0 (quilt)' source format if
>> you don't have patch/unpatch logic in your debian/rules; they are applied on
>> unpack phase. This
On Tue, May 24, 2011 at 10:25 AM, George Danchev wrote:
> You don't need to build-depend on 'quilt' with '3.0 (quilt)' source format if
> you don't have patch/unpatch logic in your debian/rules; they are applied on
> unpack phase. This is your case, hence I pointed you to FAQ #2.
Hi,
hm... i make
On Monday 23 May 2011 09:23:27 Ury Stankevich wrote:
> On Sat, May 21, 2011 at 10:29 AM, George Danchev wrote:
> > Package looks good, though I'd like to:
> > 1) drop quilt from Build-Depends.
>
> Hi,
> i'm not really sure if i should drop quilt from Build-Depends, since
> one tine patch still he
On Sat, May 21, 2011 at 10:29 AM, George Danchev wrote:
> Package looks good, though I'd like to:
> 1) drop quilt from Build-Depends.
Hi,
i'm not really sure if i should drop quilt from Build-Depends, since
one tine patch still here.
(yes, i made a bit of mess here: patch 10* is not really requir
On Thursday 19 May 2011 16:54:15 Ury Stankevich wrote:
> On Wed, May 18, 2011 at 7:42 PM, George Danchev wrote:
> > As a start your debian/changelog does not mention that a patch was
> > dropped since it has been applied upstream. It is not a big deal in that
> > particular case, but changelog ent
On Wed, May 18, 2011 at 7:42 PM, George Danchev wrote:
> As a start your debian/changelog does not mention that a patch was dropped
> since it has been applied upstream. It is not a big deal in that particular
> case, but changelog entries are meant to be read by a much broader audience,
> than sp
On Wednesday 18 May 2011 16:11:36 Ury Stankevich wrote:
> Dear mentors,
Hi,
> http://mentors.debian.net/debian/pool/main/s/stx-btree/stx-btree_0.8.6-1.dsc
>
> I would be glad if someone uploaded this package for me.
I will have a closer look in the next few days unless anyone else sponsor it
i
On Thursday 28 April 2011 13:55:29 Ury Stankevich wrote:
> Dear mentors,
Hi,
> The upload would fix these bugs: 624351
> http://mentors.debian.net/debian/pool/main/s/stx-btree/stx-btree_0.8.3-4.dsc
> I would be glad if someone uploaded this package for me.
Good [1].
Uploaded. Thanks! (JFTR: you
On Friday 25 February 2011 09:32:30 Ury Stankevich wrote:
> Dear mentors,
Hi,
> I am looking for a sponsor for the new version 0.8.3-3
> of my package "stx-btree".
> http://mentors.debian.net/debian/pool/main/s/stx-btree/stx-btree_0.8.3-3.dsc
>
> I would be glad if someone uploaded this package
2010/11/26 Benoît Knecht :
> Just one quick remark:
> Have a look at your debian/patches/debian-changes-0.8.3-3, I don't think
> it does what you intended to do (it creates
> 10_fix-configure-wxwindows.diff and series in stx-btree-0.8.3/patches/).
yes, my fault
now i had fixed my quilt environment
Hi Ury,
Ury Stankevich wrote:
> I am looking for a sponsor for the new version 0.8.3-3
> of my package "stx-btree".
>
> It builds these binary packages:
> stx-btree-demo - b+tree implementation in c++, demo program
> stx-btree-dev - b+tree implementation in c++
> stx-btree-doc - b+tree implementa
Hello,
>>Very good, except that I forgot to mention that:
>>ifeq (,$(filter nostrip,$(DEB_BUILD_OPTIONS))) ... endif
>>is not actually needed if debhelper is used, since dh_strip honors
>>DEB_BUILD_OPTIONS for us. It is harmless, but best to be removed.
fixed.
>>One more thing I forgot to mentio
Quoting "Ury Stankevich" :
Hi,
Hi,
Okay, in that case it is recommended to provide support for
DEB_BUILD_OPTIONS.
http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options
(having noopt and nostrip should be fine)
Actually build target should depend on build-arch which
Hi,
>>Okay, in that case it is recommended to provide support for DEB_BUILD_OPTIONS.
>>http://www.debian.org/doc/debian-policy/ch-source.html#s-debianrules-options
>>(having noopt and nostrip should be fine)
>>Actually build target should depend on build-arch which handles the building
>>process
Quoting "Ury Stankevich" :
Hello,
* your binary-indep should not depend on targets that try compile the test-
suites (speedtest, wxbtreedemo, testsuite), but should only install
architecture independent parts of the source package into the corresponding
-dev (headers files containing templates
Hello,
>> * your binary-indep should not depend on targets that try compile the test-
>> suites (speedtest, wxbtreedemo, testsuite), but should only install
>> architecture independent parts of the source package into the corresponding
>> -dev (headers files containing templates) and -doc (doxygen
> Thanks for your help, i have fixed flaws you notice.
>
Hi,
* your binary-indep should not depend on targets that try compile the test-
suites (speedtest, wxbtreedemo, testsuite), but should only install
architecture independent parts of the source package into the corresponding
-dev (headers
Thanks for your help, i have fixed flaws you notice.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Quoting "Ury Stankevich" :
Dear mentors,
Hi,
I am looking for a sponsor for my package "stx-btree".
Package name: stx-btree
Version : 0.8.3-2
Upstream Author : Timo Bingmann (Mail: tb a-with-circle idlebox dot net)
URL : http://idlebox.net/2007/stx-btree/
20 matches
Mail list logo
