Your message dated Sun, 9 Feb 2020 01:57:35 +0100
with message-id <20200209005735.ga24...@angband.pl>
and subject line Re: Bug#950885: RFS: scons-doc/3.1.2+repack-2 -- Documentation
for SCons, a replacement for Make
has caused the Debian Bug report #950885,
regarding RFS: scons-doc/3.1.2+re
Hallo Adam,
thanks for your review. I have check it with sbuild and pdebuild again
and found no error. The sbuild log is attached.
Am Freitag, den 07.02.2020, 20:44 +0100 schrieb Adam Borowski:
> On Fri, Feb 07, 2020 at 07:16:07PM +0100, Jörg Frings-Fürst wrote:
> >Package name
On Fri, Feb 07, 2020 at 07:16:07PM +0100, Jörg Frings-Fürst wrote:
>Package name : scons-doc
>Version : 3.1.2+repack-2
> Changes since the last upload:
>
>* debian/watch: Add repacksuffix.
>* debian/copyright:
> - Add year 2020 to deb
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons-doc"
Package name : scons-doc
Version : 3.1.2+repack-2
Upstream Author : Steven Knight
URL : https://www.scons.org/
License : Ex
has a total failure
tonight.
I then cloned scons from salsa on a new HDD and reset it to the level
of release 3.1.2-1.
The reason was a commented out patch.
This will build scons without python2 dependencies.
I have upload the release into git and to mentors.
>
> Meow!
CU
Jörg
--
New:
On Sat, Feb 01, 2020 at 08:49:20AM +0100, Jörg Frings-Fürst wrote:
> I think it was my error by merging into the release branch.
>
> Now the correct version is uploaded into git and to mentors.
Compared to the version in experimental, the new one adds Depends:python-any
-- is this intentional?
ote:
> > Package: sponsorship-requests
> > Dear mentors,
> >
> > after removeing all Packages with FTBFS bugs from testing "scon"
> > can
> > upload to unstable.
>
> I'm afraid it FTBFSes...
>
> >Package name: sco
On Sat, Feb 01, 2020 at 08:18:24AM +0100, Jörg Frings-Fürst wrote:
> Package: sponsorship-requests
> Dear mentors,
>
> after removeing all Packages with FTBFS bugs from testing "scon" can
> upload to unstable.
I'm afraid it FTBFSes...
>Package name: sco
Package: sponsorship-requests
Severity: normal
Dear mentors,
after removeing all Packages with FTBFS bugs from testing "scon" can
upload to unstable.
So I am looking for a sponsor for my package "scons"
Package name: scons
Version : 3.1.2-2
Upstream Au
Your message dated Sun, 29 Dec 2019 15:34:53 +0100
with message-id <20191229143453.gp17...@mapreri.org>
and subject line Re: Bug#947691: RFS: scons-doc/3.1.2+repack-1 -- Documentation
for SCons, a replacement for Make
has caused the Debian Bug report #947691,
regarding RFS: scons-doc/3.1.2+
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons-doc"
Package name : scons-doc
Version : 3.1.2+repack-1
Upstream Author : Steven Knight
URL : https://www.scons.org/
License : Ex
Your message dated Sat, 28 Dec 2019 01:48:03 +0100
with message-id <20191228004803.gb31...@angband.pl>
and subject line Re: Bug#947460: RFS: scons/3.1.2-1 -- replacement for make
has caused the Debian Bug report #947460,
regarding RFS: scons/3.1.2-1 -- replacement for make
to be marked a
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons"
Package name : scons
Version : 3.1.2-1
Upstream Author : Steven Knight
URL : https://www.scons.org/
License : Ex
Your message dated Sun, 22 Dec 2019 18:34:31 +0100
with message-id <47c1a990c32b646ecdfe94b91b7a91b1e026c0fe.camel@jff.email>
and subject line Re: RFS: scons-doc/3.1.1+repack-1 -- Documentation for SCons,
a replacement for Make
has caused the Debian Bug report #941928,
regarding RFS: sco
> >* New upstream release.
> Otherwise, looks good.
I want to take this occasion to ask: any chance for this package to
built using python3? I'm looking at dropping the py2 packages from
libxml2 and libxslt, and in paticular the latter doesn't have py3
support at all upstream at this time.
On Mon, Oct 07, 2019 at 07:10:28PM +0200, Jörg Frings-Fürst wrote:
> * Package name : scons-doc
>Version : 3.1.1+repack-1
> Changes since the last upload:
>
>* New upstream release.
> - Rewrite Files-Excluded.
>* Migrate to debhelper 12:
>
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons"
* Package name : scons
Version : 3.1.1-4
Upstream Author : Steven Knight
* URL : https://www.scons.org/
* License : Ex
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons-doc"
* Package name : scons-doc
Version : 3.1.1+repack-1
Upstream Author : Steven Knight
* URL : https://www.scons.org/
* License : Ex
Your message dated Wed, 24 Jul 2019 02:09:48 +0200
with message-id <20190724000948.ga26...@angband.pl>
and subject line Re: Bug#932819: RFS: scons-doc/3.1.0+repack-1
has caused the Debian Bug report #932819,
regarding RFS: scons-doc/3.1.0+repack-1 -- Documentation for SCons, a
replaceme
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons-doc"
Package name : scons-doc
Version : 3.1.0+repack-1
Upstream Author : SCons developer list
URL : http://www.scons.org
Hi Joerg!
On 7/23/19 5:59 PM, Jörg Frings-Fürst wrote:
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "scons"
I thought László usually sponsors the scons package which is why I didn't
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons"
Package name : scons
Version : 3.1.0-1
Upstream Author : SCons developer list
URL : http://www.scons.org
License : Expat
Your message dated Tue, 23 Jul 2019 17:53:16 +0200
with message-id <6247ebc52491378ebe51890691f393fa6b596047.camel@jff.email>
and subject line RFS: scons/3.1.0-1
has caused the Debian Bug report #932816,
regarding RFS: scons/3.1.0-1
to be marked as done.
This means that you claim that the p
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons"
Package name : scons
Version : 3.1.0-1
Upstream Author :
URL : http://www.scons.org
License : Expat, CC-BY-SA-3.0, GPL-3+
Your message dated Tue, 23 Jul 2019 17:43:47 +0200
with message-id
and subject line RFS: scons/3.1.0-1
has caused the Debian Bug report #932814,
regarding RFS: scons/3.1.0-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
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "scons"
Package name : scons
Version : 3.1.0-1
Upstream Author : [fill in name and email of upstream]
URL : [fill in URL of upstream&
Your message dated Mon, 7 May 2018 14:38:30 +0200
with message-id <20180507123830.yi7t774bpl5qx...@angband.pl>
and subject line Re: Bug#897922: RFS: scons-doc/3.0.0+repack-2 [RC]
has caused the Debian Bug report #897922,
regarding RFS: scons-doc/3.0.0+repack-2 [RC]
to be marked as done.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "scons-doc"
Package name : scons-doc
Version : 3.0.0+repack-2
Upstream Author : Steven Knig
Le 17/01/2016 08:50, Andrey Rahmatullin a écrit :
> My package, xboxdrv, fails to build when the CPPFLAGS envvar has more than
> one flag. That's because the code doesn't consider those flags separate.
> The SCons docs [0] say "the default value for $CCFLAGS is an inter
My package, xboxdrv, fails to build when the CPPFLAGS envvar has more than
one flag. That's because the code doesn't consider those flags separate.
The SCons docs [0] say "the default value for $CCFLAGS is an internal
SCons object which automatically converts the options we specif
Hallo Helmut,
danke für Dein review.
Am Samstag, den 08.11.2014, 08:53 +0100 schrieb Helmut Grohne:
> Hi Jörg,
>
> I looked into the scons package at
> http://mentors.debian.net/debian/pool/main/s/scons/scons_2.3.4-1.dsc and
> copy this review to d-mentors for others to join in
Hi Jörg,
I looked into the scons package at
http://mentors.debian.net/debian/pool/main/s/scons/scons_2.3.4-1.dsc and
copy this review to d-mentors for others to join in. Here are some
comments in random order. Importance at end of mail.
1. Earlier reviewers have observed that you are using
Chow Loong Jin wrote:
On Sun, 2009-03-08 at 12:56 +0100, Grammostola Rosea wrote:
Ok, I wil ask the upstream author of the source.
If I need to patch SConstruct to support DESTDIR myself, how should I
do it?
Attached is a patch I made while packaging sigx, then submitted
upstream. It
On Sun, 2009-03-08 at 12:56 +0100, Grammostola Rosea wrote:
> Ok, I wil ask the upstream author of the source.
>
> If I need to patch SConstruct to support DESTDIR myself, how should I
> do it?
>
Attached is a patch I made while packaging sigx, then submitted
upstream. It adds DESTDIR support to
On Sun, Mar 8, 2009 at 7:58 PM, Grammostola Rosea
wrote:
>> sudo apt-get install devscripts ; build-rdeps scons
>
> Sorry, but how can I check it? Where can I find the rules files?
E. something like this should do it:
apt-get source foo
cd foo*/
less debian/rules
--
bye
Chow Loong Jin wrote:
On Sun, 2009-03-08 at 12:26 +0100, Grammostola Rosea wrote:
Ok. I think I've fixed that.
But now I get:
# Add here commands to install the package into debian/klick.
scons DESTDIR=/home/d/debian_pakketbouw/klick-0.11.0/debian/klick
install
scons: Reading SCons
On Sun, 2009-03-08 at 12:26 +0100, Grammostola Rosea wrote:
> Ok. I think I've fixed that.
> But now I get:
>
> # Add here commands to install the package into debian/klick.
> scons DESTDIR=/home/d/debian_pakketbouw/klick-0.11.0/debian/klick
> install
> scons: Reading SC
Grammostola Rosea wrote:
Paul Wise wrote:
On Sun, Mar 8, 2009 at 9:36 AM, Daniel Moerner
wrote:
In general, it's pretty similar to a normal make setup. Instead of
calling $(MAKE), just define SCONS (e.g., SCONS = scons, at the top of
the file) and then call $(SCONS). The ups
On Sun, 2009-03-08 at 11:58 +0100, Grammostola Rosea wrote:
> Paul Wise wrote:
> > On Sun, Mar 8, 2009 at 9:36 AM, Daniel Moerner wrote:
> >
> >
> >> In general, it's pretty similar to a normal make setup. Instead of
> >> calling $(MAKE), just defi
Paul Wise wrote:
On Sun, Mar 8, 2009 at 9:36 AM, Daniel Moerner wrote:
In general, it's pretty similar to a normal make setup. Instead of
calling $(MAKE), just define SCONS (e.g., SCONS = scons, at the top of
the file) and then call $(SCONS). The upstream SConstruct file should
su
On Sun, Mar 8, 2009 at 9:36 AM, Daniel Moerner wrote:
> In general, it's pretty similar to a normal make setup. Instead of
> calling $(MAKE), just define SCONS (e.g., SCONS = scons, at the top of
> the file) and then call $(SCONS). The upstream SConstruct file should
> suppor
On Sat, Mar 7, 2009 at 3:25 PM, Grammostola Rosea
wrote:
> Hi,
>
> I want to build my first package. I have to edit the rules file, but how?
> What are in general the things you have to do when building a scons package?
>
> And there is also not an makefile, but an SConstruc
Hi,
I want to build my first package. I have to edit the rules file, but
how? What are in general the things you have to do when building a scons
package?
And there is also not an makefile, but an SConstruct file, right?
\r
#!/usr/bin/make -f
# -*- makefile -*-
# Sample debian/rules that
Alessio Giovanni Baroni wrote:
> Hi to all,
> the drqueue package use SCons as build system. The drqueue package
> actually on
> Debian no. I must to reconfigure the packge to use standard build
> system? (autoconf/automake)
No, add scons to the Build-Depends:, and then in debian
Hi to all,
the drqueue package use SCons as build system. The drqueue package actually
on
Debian no. I must to reconfigure the packge to use standard build system?
(autoconf/automake)
Thanks to all.
stidy, and has decided
to use the scons makefile replacement. I've no expericence with
scons, but it does seem straightforward.
I've rebuilt the package with scons as a builds-depends and have
significantly altered debian/rules. It works fine, builds in
pbuilder and is lintian clean. But
On Sat, Jul 21, 2007 at 03:18:23AM +0200, Carl Fürstenberg wrote:
> When you have a upstream package that are using scons, is there a good
> way to incorperate that into a debian package, or should a new build
> script be written?
The Second Life viewer uses scons to build, but
When you have a upstream package that are using scons, is there a good
way to incorperate that into a debian package, or should a new build
script be written?
I was mostly thinking about
http://www.imagemagick.org/download/python/ as it's script is rather
platform-specific.
/Carl
On Tuesday 13 December 2005 19:45, Stephen Gran wrote:
> This one time, at band camp, Claudio Moratti said:
[cut]
> > Is it a bug?
>
> No, it's a misunderstanding of how pbuilder is meant to work.
>
> instead, try
> pbuilder build ../kleansweep_0.2.1-2.dsc
>
> If that fails (and the dsc is there an
This one time, at band camp, Claudio Moratti said:
> Hi *!
> I'm working on a package that uses scons...
>
> everything goes fine but I find one problem: in order to clean the sources,
> debian/rules calls
> /usr/bin/scons -c
> but pbuilder don't try to insta
Paul Wise <[EMAIL PROTECTED]> writes:
> As other people noted new and in old threads, this is because pbuilder
> runs debian/rules clean outside the chroot. To work around it, put a '-'
> in front of the scons -c line in debian/rules, so that make ignores any
> error
ave just overlooked it all this time.
>
> But please don't overuse it. Granularity is a good thing here.
> -scons means that *every* error is ignored. It would be much better
> to check for precisely what you need, possibly:
>
> [ -e /usr/bin/scons ] && scons VERSIO
On Tue, Dec 13, 2005 at 11:30:04AM -0500, Roberto C. Sanchez wrote:
> Paul Wise wrote:
> > As other people noted new and in old threads, this is because pbuilder
> > runs debian/rules clean outside the chroot. To work around it, put a '-'
> > in front of the scons -
Paul Wise <[EMAIL PROTECTED]> wrote:
> Claudio Moratti wrote:
>
>> I'm working on a package that uses scons...
>>
>> everything goes fine but I find one problem: in order to clean the sources,
>> debian/rules calls
>> /usr/bin/scons -c
>&
Paul Wise wrote:
> As other people noted new and in old threads, this is because pbuilder
> runs debian/rules clean outside the chroot. To work around it, put a '-'
> in front of the scons -c line in debian/rules, so that make ignores any
> errors from that line. An example f
On Tue, Dec 13, 2005 at 08:29:19AM -0500, Roberto C. Sanchez wrote:
> Claudio Moratti wrote:
> > Hi *!
> > I'm working on a package that uses scons...
> >
> > everything goes fine but I find one problem: in order to clean the sources,
> > debian/rule
Claudio Moratti wrote:
> I'm working on a package that uses scons...
>
> everything goes fine but I find one problem: in order to clean the sources,
> debian/rules calls
> /usr/bin/scons -c
> but pbuilder don't try to install the Unmet build dependencies before
on my host system. If cdbs is not
> > installed, the clean does not finish. I think that this is because
> > pbuilder will call clean on the host machine so that it can take a clean
> > source archive into the chroot. Maybe try installing scons on your host
> > machine.
>
On Tuesday 13 December 2005 14:34, Antonio Ospite wrote:
> On Tue, 13 Dec 2005 14:15:43 +0100
>
> Claudio Moratti <[EMAIL PROTECTED]> wrote:
> > Hi *!
> > I'm working on a package that uses scons...
> >
> > everything goes fine but I find one proble
On Tuesday 13 December 2005 14:29, Roberto C. Sanchez wrote:
> Claudio Moratti wrote:
> > Hi *!
> > I'm working on a package that uses scons...
[cut]
>
> Interesting. I know that in the past, when building packages that use
> cdbs, I have had to install it on my
On Tue, 13 Dec 2005 14:15:43 +0100
Claudio Moratti <[EMAIL PROTECTED]> wrote:
> Hi *!
> I'm working on a package that uses scons...
>
> everything goes fine but I find one problem: in order to clean the
> sources, debian/rules calls
> /usr/bin/scons -c
> but p
Claudio Moratti wrote:
> Hi *!
> I'm working on a package that uses scons...
>
> everything goes fine but I find one problem: in order to clean the sources,
> debian/rules calls
> /usr/bin/scons -c
> but pbuilder don't try to install the Unmet build dependencies
Hi *!
I'm working on a package that uses scons...
everything goes fine but I find one problem: in order to clean the sources,
debian/rules calls
/usr/bin/scons -c
but pbuilder don't try to install the Unmet build dependencies before the
"clean"...
I read, in Debian Policy
63 matches
Mail list logo
