Introduction to the Common Debian Build System

Orders approved by 2 pm EST will receive their medication next business day via FedEX! (where available)

Pcutout berne tack chablis din koala baptism sunshade agreeing scripps jove divest epstein sprain lilian emblematic !!! Kirvine onus xenon genealogy billionth beefsteak medley menagerie ada bay auerbach housebreak congenial mendacious alpert cohomology tinder calligraph deaconess cupboard dire bushwhack proclivity athens trinidad alberta trickery casual flier perjure wad lacquer !! Sneonatal mightn't blonde cattle amazon gluing neapolitan ambiguity ethan biology oodles alistair emphatic tuberculin malfeasant .

If this notice has reached you in error, please notify us by clicking here ----0460008696276625-- From Eric Wong , 240981@bugs.debian.org Thu Apr 8 09:30:10 2004 From: Eric Wong , 240981@bugs.debian.org (Eric Wong) Date: Thu, 08 Apr 2004 01:30:10 -0700 Subject: [Build-common-hackers] Bug#240981: cdbs: [PATCH] DEB_MAKE_JOBS variable added for parallel builds Message-ID: <20040408083010.A72B32656F@localhost> Package: cdbs Version: 0.4.21 Severity: wishlist Followup-For: Bug #240981 I trivially added the DEB_MAKE_JOBS variable to support parallel builds in the upstream build process. It defaults to 1 so people won't notice a difference if they don't set it. I'm not sure how the rest of CDBS supports parallelization, but that could be worth looking into, too. My GNU Arch archive and patch info of merging: name: normalperson@yhbt.net--2004a-ordinary location: http://des.petta-tech.bogomips.org/~eric/{ordinary} patch: cdbs--parallel--0--patch-2 Btw, where is: build-common-hackers@lists.alioth.debian.org--2004 ? I couldn't find it, so I tla-forked off dilinger's tree at mirrors.sourcecontrol.net and applied a delta that I made with the 0.4.21 source. Might be useful to put the address in a readme somewhere. Patch is also attached below: --- orig/1/class/autotools.mk.in +++ mod/1/class/autotools.mk.in @@ -29,7 +29,7 @@ # Overriden from makefile-vars.mk. We pass CFLAGS and friends to ./configure, so # no need to pass them to make. -DEB_MAKE_INVOKE = $(DEB_MAKE_ENVVARS) make -C $(DEB_BUILDDIR) +DEB_MAKE_INVOKE = $(DEB_MAKE_ENVVARS) make -j$(DEB_MAKE_JOBS) -C $(DEB_BUILDDIR) common-configure-arch common-configure-indep:: common-configure-impl common-configure-impl:: $(DEB_BUILDDIR)/config.status --- orig/1/class/makefile-vars.mk.in +++ mod/1/class/makefile-vars.mk.in @@ -28,7 +28,8 @@ include $(_cdbs_class_path)/langcore.mk$(_cdbs_makefile_suffix) DEB_MAKE_ENVVARS = -DEB_MAKE_INVOKE = $(DEB_MAKE_ENVVARS) make -C $(DEB_BUILDDIR) CFLAGS=$(if $(CFLAGS_$(cdbs_curpkg)),"$(CFLAGS_$(cdbs_curpkg))","$(CFLAGS)") CXXFLAGS=$(if $(CXXFLAGS_$(cdbs_curpkg)),"$(CXXFLAGS_$(cdbs_curpkg))","$(CXXFLAGS)") +DEB_MAKE_JOBS ?= 1 +DEB_MAKE_INVOKE = $(DEB_MAKE_ENVVARS) make -j$(DEB_MAKE_JOBS) -C $(DEB_BUILDDIR) CFLAGS=$(if $(CFLAGS_$(cdbs_curpkg)),"$(CFLAGS_$(cdbs_curpkg))","$(CFLAGS)") CXXFLAGS=$(if $(CXXFLAGS_$(cdbs_curpkg)),"$(CXXFLAGS_$(cdbs_curpkg))","$(CXXFLAGS)") # This variable is deprecated. DEB_BUILD_MAKE_TARGET = --- orig/1/class/makefile.mk.in +++ mod/1/class/makefile.mk.in @@ -43,7 +43,7 @@ common-install-arch common-install-indep:: common-install-impl common-install-impl:: @if test -n "$(DEB_MAKE_INSTALL_TARGET)"; then \ - echo $(DEB_MAKE_ENVVARS) make -C $(DEB_BUILDDIR) $(DEB_MAKE_INSTALL_TARGET); \ + echo $(DEB_MAKE_ENVVARS) make -j$(DEB_MAKE_JOBS) -C $(DEB_BUILDDIR) $(DEB_MAKE_INSTALL_TARGET); \ $(DEB_MAKE_INVOKE) $(DEB_MAKE_INSTALL_TARGET); \ else \ echo "DEB_MAKE_INSTALL_TARGET unset, skipping default makefile.mk common-install target"; \ From Andres Salomon , 240981@bugs.debian.org Thu Apr 8 15:33:56 2004 From: Andres Salomon , 240981@bugs.debian.org (Andres Salomon) Date: Thu, 08 Apr 2004 10:33:56 -0400 Subject: [Build-common-hackers] Bug#240981: cdbs: [PATCH] DEB_MAKE_JOBS variable added for parallel builds In-Reply-To: <20040408083010.A72B32656F@localhost> References: <20040408083010.A72B32656F@localhost> Message-ID: <1081434836.1183.1.camel@wax.hq.voxel.net> --=-iMFDwFccHlTrykGO+x4r Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-04-08 at 04:30, Eric Wong wrote: [...] >=20 > Btw, where is: build-common-hackers@lists.alioth.debian.org--2004 ? > I couldn't find it, so I tla-forked off dilinger's tree at > mirrors.sourcecontrol.net and applied a delta that I made with the > 0.4.21 source. Might be useful to put the address in a readme > somewhere. >=20 FYI: build-common-hackers@lists.alioth.debian.org--2004 http://build-common.alioth.debian.org/arch/2004 --=-iMFDwFccHlTrykGO+x4r Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAdWLT78o9R9NraMQRAv4XAJ0eHltZUgr78SpskJB25jWsBEiLeQCeIcTA LShwLS6vWQTVwWLphT1QVrU= =KJA9 -----END PGP SIGNATURE----- --=-iMFDwFccHlTrykGO+x4r-- From Andres Salomon , 242831@bugs.debian.org Fri Apr 9 04:38:16 2004 From: Andres Salomon , 242831@bugs.debian.org (Andres Salomon) Date: Thu, 08 Apr 2004 23:38:16 -0400 Subject: [Build-common-hackers] Bug#242831: cdbs: should enforce quoting of debhelper args Message-ID: <20040409033816.B42AE5C008@spiral.voxel.net> Package: cdbs Version: 0.4.21 Severity: minor Currently, debhelper.mk has the following line: dh_installinit -p$(cdbs_curpkg) $(if $(DEB_UPDATE_RCD_PARAMS),--update-rcd-params=$(DEB_UPDATE_RCD_PARAMS),$(if $(DEB_UPDATE_RCD_PARAMS_$(cdbs_curpkg)),--update-rcd-params=$(DEB_UPDATE_RCD_PARAMS_$(cdbs_curpkg)))) $(DEB_DH_INSTALLINIT_ARGS) This directly substitutes $DEB_UPDATE_RCD_PARAMS (and friends) into the --update-rcd-params arg. That works fine if the following is used: DEB_UPDATE_RCD_PARAMS := "start 25 S ." This is substituted, and dh_installinit --update-rcd-params="start 25 S ." is run. However, if it's not quoted, as in: DEB_UPDATE_RCD_PARAMS := start 25 S . Make still substitutes all the values, so cdbs ends up running dh_installinit --update-rcd-params=start 25 S . This is obviously incorrect; cdbs should enforce quoting. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.4-1-686 Locale: LANG=C, LC_CTYPE=C -- no debconf information From walters@verbum.org Fri Apr 9 05:11:23 2004 From: walters@verbum.org (Colin Walters) Date: Fri, 09 Apr 2004 00:11:23 -0400 Subject: [Build-common-hackers] Howto use CDBS with auto tools and Python? In-Reply-To: <1079126126.4052286ebb742@webmail.in-berlin.de> References: <1079126126.4052286ebb742@webmail.in-berlin.de> Message-ID: <1081483883.13181.4.camel@nexus.verbum.private> --=-QrdiRfO9c7q2NLZmc//2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-03-12 at 16:15, W. Borgert wrote: > Hi, >=20 > I like to build a package with CDBS that is made using GNU auto tools. > The debian/rules has only two relevant lines: >=20 > include /usr/share/cdbs/1/rules/debhelper.mk > include /usr/share/cdbs/1/class/autotools.mk >=20 > The package contains not only C, but also Python code, so Makefile.am > and configure.ac have the usual entries python_PYTHON and > AM_PATH_PYTHON. So far, everything works fine, but by default, the > package contains .pyc and .pyo files under site-packages/ what is not > what you want to have in a Debian package. =20 Yeah, automake likes to compile Python itself at install-time. Maybe it should have an environment variable or something to disable that. > A workaround is to > explicitly list all *.py files in the debian/*.install files, but > that is cumbersome and leads to another problem: No .pyc or .pyo > files are created at package installation time. I assume, that it > would be enough to call dh_python somewhere, but how exactly?=20 I think you could just hook a call to dh_python into binary-install/foo, like: binary-install/foo:: dh_python -pfoo > And shouldn't that be done by CDBS automatically? We could create a class like python-app.mk or something that would do the above. It might also attempt to disable automake's Python-installing stuff it finds it (and autotools.mk is included or somesuch). --=-QrdiRfO9c7q2NLZmc//2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAdiJrOIkJWWp2WGURAhkiAJ9Bh6J4JFGQRfG0zBPwBK9999u47gCePux3 uSVmz+OrY+Plp0OfKStw9GA= =GtFX -----END PGP SIGNATURE----- --=-QrdiRfO9c7q2NLZmc//2-- From walters@verbum.org Fri Apr 9 05:13:56 2004 From: walters@verbum.org (Colin Walters) Date: Fri, 09 Apr 2004 00:13:56 -0400 Subject: [Build-common-hackers] CDBS and multiple init scripts? In-Reply-To: <1079692931.405ace832825c@webmail.in-berlin.de> References: <1079692931.405ace832825c@webmail.in-berlin.de> Message-ID: <1081484036.13181.8.camel@nexus.verbum.private> --=-/zCF7KOBLDqGEdEmOX/c Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-03-19 at 05:42, W. Borgert wrote: > Hi, >=20 > I'm working on a package (single binary package) containing multiple > daemons. I like to have one /etc/init.d/ script per daemon. (How) > can I realise this with CDBS?=20 Hm. It doesn't seem that dh_installinit supports installing multiple init scripts. You could anyways write the code to do it in the install/foo rule or something. --=-/zCF7KOBLDqGEdEmOX/c Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAdiMEOIkJWWp2WGURAp1kAKCFZscgu/r3iQYDZz1Nh+Wvs115jQCfWnCM Aq9zXlvS1M+LDW4Y5ve4pko= =jNis -----END PGP SIGNATURE----- --=-/zCF7KOBLDqGEdEmOX/c-- From walters@verbum.org Fri Apr 9 05:23:24 2004 From: walters@verbum.org (Colin Walters) Date: Fri, 09 Apr 2004 00:23:24 -0400 Subject: [Build-common-hackers] CDBS and multiple upstream tarballs in one orig tarball In-Reply-To: <200403251853.03833.konqueror@gmx.de> References: <200403242128.08651.konqueror@gmx.de> <20040324210328.GB8512@marge.v3.ca> <200403251853.03833.konqueror@gmx.de> Message-ID: <1081484604.13181.24.camel@nexus.verbum.private> --=-Dcbz8tg4URalaGV1p3fn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-03-25 at 12:53, Michael Koch wrote: > I got it working with some workaround by moving autotools*.mk into the=20 > deb sources. The main problem was that I could not pass LDFLAGS and=20 > PKG_CONFIG_PATH environment variables to ./configure of my main=20 > upstream sources. LDFLAGS should be handled the same as CFLAGS or=20 > CXXFLAGS. For PKG_CONFIG_PATH I would propose a more general solution=20 > by allowing the following >=20 > DEB_CONFIGURE_EXTRA_ENV :=3D PKG_CONFIG_PATH=3D"/some/path/". How is that different from DEB_CONFIGURE_SCRIPT_ENV? > I built the static libs by this code in debian/rules: >=20 > include /usr/share/cdbs/1/rules/simple-patchsys.mk > include /usr/share/cdbs/1/rules/debhelper.mk > include $(CURDIR)/debian/cdbs/autotools.mk >=20 > pre-build:: stamp-build-static-libs >=20 > build-static-libs: stamp-build-static-libs >=20 > stamp-build-static-libs: > (cd debian/libs/skstream-0.2.5 ; \ > ./configure \ > --host=3D$(DEB_HOST_GNU_TYPE) \ I'm confused - why can't you use DEB_CONFIGURE_INVOKE here exactly? --=-Dcbz8tg4URalaGV1p3fn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAdiU8OIkJWWp2WGURAso4AJoCoCJcKkSqLPDJwp2E1EbZPoxamwCeJNvO A+Ylsik2IpfyJOvvF18FlGs= =aUqN -----END PGP SIGNATURE----- --=-Dcbz8tg4URalaGV1p3fn-- From Colin Walters , 242831@bugs.debian.org Fri Apr 9 05:21:52 2004 From: Colin Walters , 242831@bugs.debian.org (Colin Walters) Date: Fri, 09 Apr 2004 00:21:52 -0400 Subject: Bug#242831: [Build-common-hackers] Bug#242831: cdbs: should enforce quoting of debhelper args In-Reply-To: <20040409033816.B42AE5C008@spiral.voxel.net> References: <20040409033816.B42AE5C008@spiral.voxel.net> Message-ID: <1081484511.13181.20.camel@nexus.verbum.private> --=-zSX0gvsEPRqri3p78bHT Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-04-08 at 23:38, Andres Salomon wrote: > This is obviously incorrect; cdbs should enforce quoting. We could probably add some code which would test the start and end of the variable for " or ', but that would be *really* ugly in make. --=-zSX0gvsEPRqri3p78bHT Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAdiTfOIkJWWp2WGURAm3xAJwO5Zdcyb9AxCQRua6eWMxRvg6eeQCfbPYB sZTvV7Bspx5CrNnR2T3cd2k= =ZPle -----END PGP SIGNATURE----- --=-zSX0gvsEPRqri3p78bHT-- From Brian Nelson , 241504@bugs.debian.org Thu Apr 8 06:54:15 2004 From: Brian Nelson , 241504@bugs.debian.org (Brian Nelson) Date: Wed, 07 Apr 2004 22:54:15 -0700 Subject: [Build-common-hackers] Bug#241504: Missing dpatch.mk Message-ID: <87ptajm2uw.fsf@scabbers.bignachos.com> It looks like the new file was added to Makefile.am, but the Makefile.in wasn't updated. The fix for this is to simply run autoreconf. -- You win again, gravity! From debacle@debian.org Fri Apr 9 12:10:49 2004 From: debacle@debian.org (W. Borgert) Date: Fri, 9 Apr 2004 13:10:49 +0200 Subject: [Build-common-hackers] Howto use CDBS with auto tools and Python? In-Reply-To: <1081483883.13181.4.camel@nexus.verbum.private> References: <1079126126.4052286ebb742@webmail.in-berlin.de> <1081483883.13181.4.camel@nexus.verbum.private> Message-ID: <1081509049.407684b95c748@webmail.in-berlin.de> Quoting Colin Walters : > On Fri, 2004-03-12 at 16:15, W. Borgert wrote: > > AM_PATH_PYTHON. So far, everything works fine, but by default, the > > package contains .pyc and .pyo files under site-packages/ what is not > > what you want to have in a Debian package. > > Yeah, automake likes to compile Python itself at install-time. Maybe it > should have an environment variable or something to disable that. For now it's OK, to have a mypackage.install files mentioning the *.py files only. > > that is cumbersome and leads to another problem: No .pyc or .pyo > > files are created at package installation time. I assume, that it > > would be enough to call dh_python somewhere, but how exactly? > > I think you could just hook a call to dh_python into binary-install/foo, > like: > > binary-install/foo:: > dh_python -pfoo That's exacatly what I do, works fine. A "CDBS integrated solution" would be appreciated anyhow. Thanks, WB From debacle@debian.org Fri Apr 9 12:22:43 2004 From: debacle@debian.org (W. Borgert) Date: Fri, 9 Apr 2004 13:22:43 +0200 Subject: [Build-common-hackers] CDBS and multiple init scripts? In-Reply-To: <1081484036.13181.8.camel@nexus.verbum.private> References: <1079692931.405ace832825c@webmail.in-berlin.de> <1081484036.13181.8.camel@nexus.verbum.private> Message-ID: <1081509763.40768783e123f@webmail.in-berlin.de> [My first reply seems to be lost, so again:] Quoting Colin Walters : > On Fri, 2004-03-19 at 05:42, W. Borgert wrote: > > I'm working on a package (single binary package) containing multiple > > daemons. I like to have one /etc/init.d/ script per daemon. (How) > > can I realise this with CDBS? > > Hm. It doesn't seem that dh_installinit supports installing multiple > init scripts. You could anyways write the code to do it in the > install/foo rule or something. This works for me: binary-install/mypackage:: dh_installinit --name=xxx -- defaults 90 10 && \ dh_installinit --name=yyy -- defaults 95 5 Thanks again, WB From t.huckstep@bigfoot.com Fri Apr 9 13:51:51 2004 From: t.huckstep@bigfoot.com (Tom Huckstep) Date: Fri, 9 Apr 2004 13:51:51 +0100 Subject: [Build-common-hackers] CFLAGS and implicit rules Message-ID: <20040409125151.GB5299@henry> In the CDBS documentation you assert that in a Makefile CFLAGS should always be overrideable by a user, so that it doesn't matter that CDBS sets CFLAGS. My upstream uses implicit make rules to generate the .o's, and in this case CFLAGS (and CPPFLAGS) is the only way to change make's behaviour. What changes to the Makefile do you suggest I make so that CFLAGS can be overridden? I've thought of "override CFLAGS += $(UPSTREAM_CFLAGS)" but it's not nice. Is there a nicer way, short of using explicit rules for each .o? Please CC me on replys. Tom From walters@verbum.org Fri Apr 9 15:54:05 2004 From: walters@verbum.org (Colin Walters) Date: Fri, 09 Apr 2004 10:54:05 -0400 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <20040409125151.GB5299@henry> References: <20040409125151.GB5299@henry> Message-ID: <1081522444.16081.5.camel@nexus.verbum.private> --=-Oe25TFtyvyx25pbjXD3I Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-04-09 at 08:51, Tom Huckstep wrote: > I've thought of "override CFLAGS +=3D $(UPSTREAM_CFLAGS)" but it's not ni= ce.=20 What's not nice about it? The alternative is to explicitly list $(UPSTREAM_CFLAGS) in the pattern rules. e.g.: %.o: %.c $(CC) -c $(CFLAGS) $(CPPFLAGS) $(UPSTREAM_CFLAGS) $< -o $@ --=-Oe25TFtyvyx25pbjXD3I Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAdrkMOIkJWWp2WGURAgEgAJ0cu6KelN2d/YY+HyX50+ZYDiI/JACcCcnp lM2Zh4hsJHhuwY1ekEGux1s= =1H/Q -----END PGP SIGNATURE----- --=-Oe25TFtyvyx25pbjXD3I-- From t.huckstep@bigfoot.com Fri Apr 9 18:36:38 2004 From: t.huckstep@bigfoot.com (Tom Huckstep) Date: Fri, 9 Apr 2004 18:36:38 +0100 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <1081522444.16081.5.camel@nexus.verbum.private> Message-ID: <20040409173638.GA1468@henry> Colin Walters wrote: > On Fri, 2004-04-09 at 08:51, Tom Huckstep wrote: > > I've thought of "override CFLAGS +=3D $(UPSTREAM_CFLAGS)" but it's not nice. > > What's not nice about it? += is not portable, for a start. Upstream says: "The polipo makefile uses the XFree86 makefile conventions, in which CFLAGS contains all the flags passed to the C compiler. CDEBUGFLAGS, PLATFORM_DEFINES and EXTRA_DEFINES are what the user should customise. See the /usr/bin/X11/makeg script for an example." I want to make minimal changes to the upstream build system. Do you suggest I change the upstream Makefile, or change some DEB_ variables in debian/rules? Tom From walters@verbum.org Fri Apr 9 20:04:24 2004 From: walters@verbum.org (Colin Walters) Date: Fri, 09 Apr 2004 15:04:24 -0400 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <20040409173638.GA1468@henry> References: <20040409173638.GA1468@henry> Message-ID: <1081537464.17833.79.camel@nexus.verbum.private> --=-ht/8songQRrVW7cUF6bD Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-04-09 at 13:36, Tom Huckstep wrote: > Colin Walters wrote: > > On Fri, 2004-04-09 at 08:51, Tom Huckstep wrote: > > > I've thought of "override CFLAGS +=3D3D $(UPSTREAM_CFLAGS)" but it's = not nice. > > > > What's not nice about it? >=20 > +=3D is not portable, for a start. True. But all Debian systems have GNU make as "make". > Upstream says: >=20 > "The polipo makefile uses the XFree86 makefile conventions, in which > CFLAGS contains all the flags passed to the C compiler. CDEBUGFLAGS, > PLATFORM_DEFINES and EXTRA_DEFINES are what the user should customise. Ick. Well, if you don't want to go patching the upstream Makefile, you could probably override DEB_MAKE_INVOKE, e.g.: #!/usr/bin/make -f include /usr/share/cdbs/1/class/makefile.mk DEB_MAKE_INVOKE =3D $(DEB_MAKE_ENVVARS) make -C $(DEB_BUILDDIR) --=-ht/8songQRrVW7cUF6bD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAdvO4OIkJWWp2WGURAtz0AJ9LweIJm+rqrf0LfaSCC/CAnNSwLgCeJN6E yeJVK0iI2ofPpHZjbX94pz4= =3UAT -----END PGP SIGNATURE----- --=-ht/8songQRrVW7cUF6bD-- From Andres Salomon , 242831@bugs.debian.org Fri Apr 9 20:13:25 2004 From: Andres Salomon , 242831@bugs.debian.org (Andres Salomon) Date: Fri, 09 Apr 2004 15:13:25 -0400 Subject: Bug#242831: [Build-common-hackers] Bug#242831: cdbs: should enforce quoting of debhelper args In-Reply-To: <1081484511.13181.20.camel@nexus.verbum.private> References: <20040409033816.B42AE5C008@spiral.voxel.net> <1081484511.13181.20.camel@nexus.verbum.private> Message-ID: <1081538005.5546.7.camel@wax.hq.voxel.net> --=-lhExL3fbtHZkBTfpvbe3 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-04-09 at 00:21, Colin Walters wrote: > On Thu, 2004-04-08 at 23:38, Andres Salomon wrote: >=20 > > This is obviously incorrect; cdbs should enforce quoting. >=20 > We could probably add some code which would test the start and end of > the variable for " or ', but that would be *really* ugly in make. >=20 >=20 Indeed. This bug is more of a reminder for myself when doing the rewrite, than anything else. At this point, I don't think it can be cleanly fixed. --=-lhExL3fbtHZkBTfpvbe3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBAdvXU78o9R9NraMQRAhn3AJoDGgRzyB4Wuxs29qAlCmrDDnk7WgCfWbpV 8ja+knrnfPCvMJMFoiQz168= =GMJd -----END PGP SIGNATURE----- --=-lhExL3fbtHZkBTfpvbe3-- From debacle@debian.org Fri Apr 9 20:23:27 2004 From: debacle@debian.org (W. Borgert) Date: Fri, 9 Apr 2004 19:23:27 +0000 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <1081537464.17833.79.camel@nexus.verbum.private> References: <20040409173638.GA1468@henry> <1081537464.17833.79.camel@nexus.verbum.private> Message-ID: <20040409192327.GA2119@knorke.in-berlin.de> On Fri, Apr 09, 2004 at 03:04:24PM -0400, Colin Walters wrote: > On Fri, 2004-04-09 at 13:36, Tom Huckstep wrote: > > += is not portable, for a start. > > True. But all Debian systems have GNU make as "make". I don't know, whether this is realistic, but I would like to see CDBS as portable as possible. Reason: I want to/have to use a proprietary (aargh!) make program, that is compatible with UNIX make, but does not have += nor $<. Is CDBS pmake conformant? Cheers, -- W. Borgert , http://people.debian.org/~debacle/ From walters@verbum.org Fri Apr 9 20:54:45 2004 From: walters@verbum.org (Colin Walters) Date: Fri, 09 Apr 2004 15:54:45 -0400 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <20040409192327.GA2119@knorke.in-berlin.de> References: <20040409173638.GA1468@henry> <1081537464.17833.79.camel@nexus.verbum.private> <20040409192327.GA2119@knorke.in-berlin.de> Message-ID: <1081540485.17833.146.camel@nexus.verbum.private> --=-yHlorENDTBwWu/TxqIpp Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-04-09 at 15:23, W. Borgert wrote: > I don't know, whether this is realistic, but I would like to > see CDBS as portable as possible. Reason: I want to/have to > use a proprietary (aargh!) make program, that is compatible > with UNIX make, but does not have +=3D nor $<. Is CDBS pmake > conformant? Not even close :) I think that if you want to target POSIX make, the only sensible approach is one similar to Automake, which uses a compiler to generate POSIX make code from a make-like source language. --=-yHlorENDTBwWu/TxqIpp Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAdv+EOIkJWWp2WGURAvjSAJwJI+ghKlW/bBhcCoqV1CvDXBocKQCfauHR XcRR/H1z62g9nnlnMHE1Sbo= =EqoA -----END PGP SIGNATURE----- --=-yHlorENDTBwWu/TxqIpp-- From debacle@debian.org Sat Apr 10 00:08:15 2004 From: debacle@debian.org (W. Borgert) Date: Fri, 9 Apr 2004 23:08:15 +0000 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <1081540485.17833.146.camel@nexus.verbum.private> References: <20040409173638.GA1468@henry> <1081537464.17833.79.camel@nexus.verbum.private> <20040409192327.GA2119@knorke.in-berlin.de> <1081540485.17833.146.camel@nexus.verbum.private> Message-ID: <20040409230815.GB3684@knorke.in-berlin.de> On Fri, Apr 09, 2004 at 03:54:45PM -0400, Colin Walters wrote: > On Fri, 2004-04-09 at 15:23, W. Borgert wrote: > > with UNIX make, but does not have += nor $<. Is CDBS pmake > > conformant? > > Not even close :) I think that if you want to target POSIX make, the > only sensible approach is one similar to Automake, which uses a compiler > to generate POSIX make code from a make-like source language. Too bad. Unfortunately, this approach fits even worse with the make system I have to use ("Continuus"). Cheers, -- W. Borgert , http://people.debian.org/~debacle/ From walters@verbum.org Sat Apr 10 04:46:04 2004 From: walters@verbum.org (Colin Walters) Date: Fri, 09 Apr 2004 23:46:04 -0400 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <20040409230815.GB3684@knorke.in-berlin.de> References: <20040409173638.GA1468@henry> <1081537464.17833.79.camel@nexus.verbum.private> <20040409192327.GA2119@knorke.in-berlin.de> <1081540485.17833.146.camel@nexus.verbum.private> <20040409230815.GB3684@knorke.in-berlin.de> Message-ID: <1081568764.8279.7.camel@nexus.verbum.private> --=-B6qn+Gc4556B3rZJ4vzn Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2004-04-09 at 19:08, W. Borgert wrote: > On Fri, Apr 09, 2004 at 03:54:45PM -0400, Colin Walters wrote: > > On Fri, 2004-04-09 at 15:23, W. Borgert wrote: > > > with UNIX make, but does not have +=3D nor $<. Is CDBS pmake > > > conformant? > > > > Not even close :) I think that if you want to target POSIX make, the > > only sensible approach is one similar to Automake, which uses a compile= r > > to generate POSIX make code from a make-like source language. >=20 > Too bad. Unfortunately, this approach fits even worse with > the make system I have to use ("Continuus"). Sounds scary :) By the way, the GNU make manual has a section "Features" that talks about the extensions supported in GNU Make. So take away all of those and what's left is a make subset that's likely to work everywhere. Just to highlight some things CDBS uses heavily that would have to be removed in a version that targets pmake: * Including other makefiles (we use this a little ;)) * Pattern rules with % (i.e. basically all of buildcore.mk) * Conditional execution * Computed variable references --=-B6qn+Gc4556B3rZJ4vzn Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAd238OIkJWWp2WGURAr2sAJ4uxl3Dqwk5vJw+9slFSelE8PolNQCdH6si CuLA4PgOoMJ/q5Z+kOp8XJE= =Uvxt -----END PGP SIGNATURE----- --=-B6qn+Gc4556B3rZJ4vzn-- From debacle@debian.org Sat Apr 10 11:17:33 2004 From: debacle@debian.org (W. Borgert) Date: Sat, 10 Apr 2004 10:17:33 +0000 Subject: [Build-common-hackers] CFLAGS and implicit rules In-Reply-To: <1081568764.8279.7.camel@nexus.verbum.private> References: <20040409173638.GA1468@henry> <1081537464.17833.79.camel@nexus.verbum.private> <20040409192327.GA2119@knorke.in-berlin.de> <1081540485.17833.146.camel@nexus.verbum.private> <20040409230815.GB3684@knorke.in-berlin.de> <1081568764.8279.7.camel@nexus.verbum.private> Message-ID: <20040410101733.GB4179@knorke.in-berlin.de> On Fri, Apr 09, 2004 at 11:46:04PM -0400, Colin Walters wrote: > On Fri, 2004-04-09 at 19:08, W. Borgert wrote: > > Too bad. Unfortunately, this approach fits even worse with > > the make system I have to use ("Continuus"). > > Sounds scary :) By the way, the GNU make manual has a section > "Features" that talks about the extensions supported in GNU Make. So > take away all of those and what's left is a make subset that's likely to > work everywhere. Just to highlight some things CDBS uses heavily that > would have to be removed in a version that targets pmake: > > * Including other makefiles (we use this a little ;)) Might not be POSIX, but a lot of make variants to support it. '-include' (include, if file is present, otherwise ignore) is only in GNU make, AFAIK. > * Pattern rules with % (i.e. basically all of buildcore.mk) This seems to be very GNUish. > * Conditional execution That's really difficult, because nearly every make variant has it - but always with a slightly different syntax. > * Computed variable references OK, GNU make wins 4:0. Cheers, -- W. Borgert , http://people.debian.org/~debacle/ From sylvain.pasche@switzerland.org Sun Apr 11 23:20:52 2004 From: sylvain.pasche@switzerland.org (Sylvain Pasche) Date: Mon, 12 Apr 2004 00:20:52 +0200 Subject: [Build-common-hackers] broken links on main pages Message-ID: <1081722052.22144.6.camel@tiger> Hello, I don't know if it is the right place to post this, but looking at the project main page on http://build-common.alioth.debian.org/, I saw all links are broken. Maybe it's not that good for the public image ;-) Cheers Sylvain From Michael Wiedmann , 243318@bugs.debian.org Mon Apr 12 13:57:31 2004 From: Michael Wiedmann , 243318@bugs.debian.org (Michael Wiedmann) Date: Mon, 12 Apr 2004 14:57:31 +0200 Subject: [Build-common-hackers] Bug#243318: cdbs: Include HTML documentation Message-ID: <20040412125731.GA3710@miwie.in-berlin.de> Package: cdbs Version: 0.4.21 Severity: wishlist In CVS I find some documentation about CDBS (cdbs.dbk and why.dbk) but unfortunately none of these is included in the Debain package. I'd suggest to include at least a HTML version of the documentation. Michael -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.24-1-k6 Locale: LANG=C, LC_CTYPE=C -- no debconf information -- mw@miwie.in-berlin.de http://www.miwie.org mw@miwie.org From Colin Walters , 243356@bugs.debian.org Mon Apr 12 17:25:20 2004 From: Colin Walters , 243356@bugs.debian.org (Colin Walters) Date: Mon, 12 Apr 2004 12:25:20 -0400 Subject: [Build-common-hackers] Bug#243356: [Fwd: CDBS: suggestions] Message-ID: <1081787120.24726.0.camel@nexus.verbum.private> --=-kpB2adoZS098NwyOkPIY Content-Type: multipart/mixed; boundary="=-dCjfk7IK+YEQjujvHsG0" --=-dCjfk7IK+YEQjujvHsG0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Package: cdbs Tags: patch --=-dCjfk7IK+YEQjujvHsG0 Content-Disposition: inline Content-Description: Forwarded message - CDBS: suggestions Content-Type: message/rfc822 Return-Path: X-Original-To: walters@nexus.verbum.private Delivered-To: walters@nexus.verbum.private Received: from localhost (nexus.verbum.private [127.0.0.1]) by nexus.verbum.private (Postfix) with ESMTP id 0F80E174DA2 for ; Sun, 11 Apr 2004 14:46:44 -0400 (EDT) Delivered-To: walters@verbum.org Received: from monk.debian.net [216.226.142.128] by localhost with IMAP (fetchmail-6.2.0) for walters@nexus.verbum.private (single-drop); Sun, 11 Apr 2004 14:46:44 -0400 (EDT) Received: from master.debian.org (master.debian.org [146.82.138.7]) by monk.verbum.org (Postfix (Debian/GNU)) with ESMTP id 15CBE32A6DD for ; Sun, 11 Apr 2004 12:33:42 -0400 (EDT) Received: from einhorn.in-berlin.de [192.109.42.8] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1BChrp-000326-00; Sun, 11 Apr 2004 11:31:33 -0500 X-Envelope-From: mw@miwie.in-berlin.de X-Envelope-To: Received: from miwie.in-berlin.de (pD9E7CCB4.dip0.t-ipconnect.de [217.231.204.180]) (authenticated bits=0) by einhorn.in-berlin.de (8.12.10/8.12.10/Debian-4) with ESMTP id i3BGVXJm002538 for ; Sun, 11 Apr 2004 18:31:33 +0200 Received: from mw by miwie.in-berlin.de with local (Exim 3.36 #1 (Debian)) id 1BChtn-0000Ky-00 for ; Sun, 11 Apr 2004 18:33:35 +0200 Date: Sun, 11 Apr 2004 18:33:35 +0200 To: Colin Walters Subject: CDBS: suggestions Message-ID: <20040411163335.GA1276@miwie.in-berlin.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline X-Mailer: Mutt http://www.mutt.org/ X-PGP-Key: http://www.miwie.org/pubkey.asc User-Agent: Mutt/1.5.5.1+cvs20040105i From: Michael Wiedmann X-Scanned-By: MIMEDefang 2.40 X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on nexus.verbum.private X-Spam-Level: X-Spam-Status: No, hits=-4.8 required=5.0 tests=BAYES_00,HTML_MESSAGE autolearn=no version=2.63 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Colin, Wolfgang Borgert pointed me to CDBS and I try to understand it. After fetching a copy of the CDBS CVS I had a look at the documentation (which is not included in the deb!) and made some changes (mainly consistent use of some markup tags regarding filenames). Attached you'll find a unified diff of my changes against the CVS version. Feel free to use this in the way you like. I'd really like to see the documentation included in the deb (at least a HTML version) and it would be great if there were more documentation which tries to describe the different makefile fragments in detail. Regards Michael --=20 mw@miwie.in-berlin.de http://www.miwie.org mw@miwie.org --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cdbs.dbk.diff" Content-Transfer-Encoding: quoted-printable Index: cdbs.dbk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /cvsroot/build-common/cdbs/docs/cdbs.dbk,v retrieving revision 1.2 diff -u -r1.2 cdbs.dbk --- cdbs.dbk 6 Oct 2003 01:00:28 -0000 1.2 +++ cdbs.dbk 11 Apr 2004 16:23:48 -0000 @@ -1,7 +1,7 @@ -

Introduction to the Common Debian Build System =20 @@ -47,7 +47,7 @@ =20 - In a single sentence: CDBS is a framework based on Makefile + In a single sentence: CDBS is a framework based on Makef= ile inheritance for building Debian packages. =20 It is essentially a set of Makefile fragments which you may @@ -59,7 +59,8 @@ more and more programs today are created using GNU configure scripts and GNU automake, and as such they are all very similar to configure and build. I realized that a lot of duplicated code in everyone's - debian/rules could be factored out. But CDBS isn't only useful for + debian/rules could be factored out. =20 + But CDBS isn't only useful for packages which use the GNU autotools. It is a flexible core upon which you can create your own custom build systems. =20 @@ -82,13 +83,15 @@ eventually include /usr/share/cdbs/1/rules/buildcore.mk (it might be included automatically via dependencies, as we will see - later). This Makefile fragment sets up all of the core default - Makefile structure and variables, but doesn't actually + later). This Makefile fragment sets up all=20 + of the core default Makefile structure and=20 + variables, but doesn't actually do anything on its own. =20 You can use the buildcore.mk rules to hook in your own build system to actually implement each stage of - compiling, installing, and building .debs if you wish. + compiling, installing, and building .debs=20 + if you wish. =20

@@ -118,7 +121,8 @@ <filename>debhelper.mk</filename>: A rule fragment =20 The next important piece of the puzzle is to actually build - .debs from the now compiled software. You could implement this + .debs from the now compiled software. =20 + You could implement this step yourself if you wished, but most people will want to take advantage of Debhelper to do it mostly automatically. To do this, simply add another line like: @@ -135,7 +139,7 @@ =20 With just the two lines above, you should have a reasonable first cut at a fully functional build system! To recap, your - debian/rules should now look like: + debian/rules should now look like: =20 #!/usr/bin/make -f include /usr/share/cdbs/1/rules/debhelper.mk @@ -174,7 +178,7 @@ Customization =20 However, suppose you need to pass --disable-frobnication to - ./configure. How do you do this? Well, it couldn't be easier. + ./configure. How do you do this? Well, it couldn'= t be easier. The autotools.mk file includes a number of variables which you can override, like this: =20 @@ -189,11 +193,12 @@ variables should be set after rule fragments are included. =20 Now, let's suppose your package is a little bit strange - (e.g. Perl); perhaps it has a ./Configure script which isn't made + (e.g. Perl); perhaps it has a ./Configure=20 + script which isn't made by autoconf; this script might instead expect the user to interactively configure the program . In that case, you can just implement the common-configure rule, by adding - something like the following to your debian/rules: + something like the following to your debian/rules: =20 common-configure:: ./Configure --blah --blargh < debian/answers @@ -244,7 +249,8 @@ If you have a single binary package, the default common-install implementation in makefile.mk tries to use the upstream - Makefile to install everything into debian/packagename, so it will + Makefile to install everything into=20 + debian/packagename, so it will all appear in the binary package. If you're using debhelper.mk, to remove files, move them around, just override the binary-post-install/<packagename> @@ -257,7 +263,8 @@ =20 If you have a multi-binary package, makefile.mk (by default) uses the upstream - Makefile to install everything in debian/tmp. After this, the + Makefile to install everything in debian/tmp. =20 + After this, the recommended method is to use debhelper.mk (which uses dh_install) to copy these files into the appropriate package. To do this, just create @@ -269,7 +276,8 @@ A simple patch system =20 Suppose you'd like to keep separated patches, instead of - having them all in your .diff.gz. cdbs lets you hook in arbitrary + having them all in your .diff.gz. =20 + cdbs lets you hook in arbitrary patch systems, but (as with the rest of cdbs), it has its own default implementation, called simple-patchsys.mk. To use it, just @@ -300,15 +308,15 @@ Common build problems =20

- Build fails to to missing include files or something + Build fails to missing include files or something =20 Often this is caused by the fact that cdbs passes CFLAGS along with the make invocation. A sane build system allows this - CFLAGS are for the user to customize. Setting CFLAGS shouldn't override other internal flags used in the package like - -I. However if fixing the upstream source is too difficult, you - may do this: + -I. However if fixing the upstream source is=20 + too difficult, you may do this: =20 DEB_MAKE_INVOKE :=3D $(DEB_MAKE_ENVVARS) \ make -C $(DEB_BUILDDIR) --vkogqOf2sHV7VnPd-- --=-dCjfk7IK+YEQjujvHsG0-- --=-kpB2adoZS098NwyOkPIY Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAesLwOIkJWWp2WGURApy2AJoDbxsao3R49xMsu3T/6DDxY9ypOwCfQDVb 10Wq5/bi63jVCCAp7BHuGYs= =Jo+k -----END PGP SIGNATURE----- --=-kpB2adoZS098NwyOkPIY-- From debacle@debian.org Tue Apr 13 09:42:10 2004 From: debacle@debian.org (W. Borgert) Date: Tue, 13 Apr 2004 10:42:10 +0200 Subject: [Build-common-hackers] deprecated messages from buildcore.mk/makefile-vars.mk Message-ID: <1081845730.407ba7e26a196@webmail.in-berlin.de> Hi, in CDBS 0.4.21 I get messages: /usr/share/cdbs/1/rules/buildcore.mk:59: "DEB_BUILD_MAKE_TARGET is a deprecated variable" /usr/share/cdbs/1/rules/buildcore.mk:59: "DEB_CLEAN_MAKE_TARGET is a deprecated variable" /usr/share/cdbs/1/rules/buildcore.mk:59: "DEB_MAKE_TEST_TARGET is a deprecated variable" I don't use this variables explicitly, so why do the messages appear? Could this be eliminated to make CDBS less scary, please? Cheers, WB From debacle@debian.org Tue Apr 13 10:19:33 2004 From: debacle@debian.org (W. Borgert) Date: Tue, 13 Apr 2004 11:19:33 +0200 Subject: [Build-common-hackers] Questions about pre-build target (and debian/control) Message-ID: <1081847973.407bb0a5b072d@webmail.in-berlin.de> Hi, the comment to the pre-build target in buildcore.mk says: # This target is called before almost anything else happens. It's a good place # to do stuff like unpack extra source tarballs, apply patches, and stuff. In # the future it will be a good place to generate debian/control, but right # now we don't support that very well. Are there any real-world examples for using this target? What is meant with "generate debian/control"? From which source? Cheers, WB From khabilu@accountant.com Tue Apr 13 12:01:21 2004 From: khabilu@accountant.com (Lloyd Khabilu) Date: Tue, 13 Apr 2004 04:01:21 -0700 Subject: [Build-common-hackers] Urgent.. Message-ID: Private Bag 34 Auckland Park 2006 Johannesburg South Africa Attn: My name is Mr. Lloyd khabilu, I am the operational manager in account management section incharge of credit and foreign bills of one of the prime banks here in South Africa. I am writing in respect of a foreign customer of my bank who perished with his whole families on 25TH JULY,2000 in CONCORDE PLANE CRASH [Flight AF4590] with the whole passengers aboard. There is an account opened in this bank in 1998 by this great late INDUSTRIALIST who died without a written or oral 'WILL' attached to the account. Since his death, I personally has watched with keen interest to see the next of kin but all has proved abortive as no one has come to claim his funds and no other person knows about this account or anything concerning it, the account has no other beneficiary and until his death he was the manager of his company. The total amount involved is 16,000,000.00 USD.[Sixteen Million United States Dollar]. We wish to start the first transfer with $6,000,000.00 [Six million] and upon successful transaction without any disappointment from your side, we shall re-apply for the transfer of the remaining balance to your account. I have secretly discussed this matter with the general manager of the bank who I must involve in order to have a smooth and a successful transfer of the fund to any foreign bank account which you are going to nominate. On this note, I decided to seek for a reliable foreigner who will act as the foreign beneficiary of the fund from the deceased by providing his/her bank account where the fund will be transferred for immediate investment on any viable project as no one has come up to be the next of kin. The banking ethics here does not allow such money to stay more than six years without claim hence the money will be recalled to the government treasury as unclaimed after this long period of domancy. In view of this I got your contact through my personal search to see if you can assist by providing your safe bank account for the transfer or find a reliable person who will be capable of receiving such amount in his or her personal account. At the conclussion of the transfer 65% of the fund will be for me, I will give you 20% of the total transfer sum, 10% for charity both in Africa and in your country while the remaining 5% will be set aside to settle expenses both parties might incure during the transfer process. Upon the receipt of your reply, I will send to you a detailed information about the transaction. I will not fail to bring to your notice that this business is 100% risk and trouble free and that you should not entertain any fear as all modalities for fund transfer can be finalized within 7 to 9 banking days, after you apply to the bank as the beneficiary of the fund from the deceased. When you receive this letter. Kindly send me an e-mail or you can call me or fax me. You should also include your private fax and phone numbers for easy and safe communication. Tel: 870-763648313 : 870-763648314 Fax: 870-763648315 Respectfully yours, Mr. Lloyd khabilu. _________________________________________________________________ Tax headache? MSN Money provides relief with tax tips, tools, IRS forms and more! http://moneycentral.msn.com/tax/workshop/welcome.asp From walters@verbum.org Tue Apr 13 14:02:33 2004 From: walters@verbum.org (Colin Walters) Date: Tue, 13 Apr 2004 09:02:33 -0400 Subject: [Build-common-hackers] Questions about pre-build target (and debian/control) In-Reply-To: <1081847973.407bb0a5b072d@webmail.in-berlin.de> References: <1081847973.407bb0a5b072d@webmail.in-berlin.de> Message-ID: <1081861353.1799.5.camel@nexus.verbum.private> --=-/7DFeOxUT525Fhf3hhi7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2004-04-13 at 05:19, W. Borgert wrote: > Hi, >=20 > the comment to the pre-build target in buildcore.mk says: >=20 > # This target is called before almost anything else happens. It's a good= place > # to do stuff like unpack extra source tarballs, apply patches, and stuff= . In > # the future it will be a good place to generate debian/control, but righ= t > # now we don't support that very well. >=20 > Are there any real-world examples for using this target? What > is meant with "generate debian/control"? From which source? I've seen several packages generate control from a file like control.in, for e.g. substituting package names. That might actually break CDBS at the moment though (we'd need to regenerate the package variables, etc). --=-/7DFeOxUT525Fhf3hhi7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQBAe+ToOIkJWWp2WGURAjlMAJ9+oAcnZsH8xuZrzbg5mZX17gisgACePldz f0d8WuW8hLZuxLzECaXH5vM= =RVnk -----END PGP SIGNATURE----- --=-/7DFeOxUT525Fhf3hhi7-- From debacle@debian.org Tue Apr 13 16:37:14 2004 From: debacle@debian.org (W. Borgert) Date: Tue, 13 Apr 2004 17:37:14 +0200 Subject: [Build-common-hackers] Problem w/ CDBS and special dh_installinit arguments Message-ID: <1081870634.407c092a38122@webmail.in-berlin.de> Hi, how can I use DEB_DH_INSTALLINIT_ARGS correctly? I have a source package with two binary packages, both with their own init scripts. In one case I have to add 'defaults 90 10', in the other case 'defaults 95 5'. I tried adding dh_installinit in binary-install/packageX::, but now dh_installinit is called twice and the packageX.postinstall.debhelper tries to start the daemon twice :-( can rename the default init scripts, that should be a good workaround, but maybe there's a better way? TIA! Cheers, WB From debacle@debian.org Tue Apr 13 18:07:43 2004 From: debacle@debian.org (W. Borgert) Date: Tue, 13 Apr 2004 19:07:43 +0200 Subject: [Build-common-hackers] Problem w/ CDBS and special dh_installinit arguments In-Reply-To: <1081870634.407c092a38122@webmail.in-berlin.de> References: <1081870634.407c092a38122@webmail.in-berlin.de> Message-ID: <1081876063.407c1e5fb71f7@webmail.in-berlin.de> Quoting "W. Borgert" : > how can I use DEB_DH_INSTALLINIT_ARGS correctly? Better question: How can I use any of the variables with different values for different binary packages? > I have a source package with two binary packages, both with their > own init scripts. In one case I have to add 'defaults 90 10', in > the other case 'defaults 95 5'. I tried adding dh_installinit > in binary-install/packageX::, but now dh_installinit is called > twice and the packageX.postinstall.debhelper tries to start the > daemon twice :-( can rename the default init scripts, that > should be a good workaround, but maybe there's a better way? Ah, that is much more ugly than I thought, I don't want to do that. I'm sure, I'm missing sth., but what? TIA! Cheers, WB From omhmnz@giga.net.tw Wed Apr 14 10:59:05 2004 From: omhmnz@giga.net.tw (��) Date: Wed, 14 Apr 2004 17:59:05 +0800 Subject: [Build-common-hackers] fw:��լd ��O�s��ܡB�з~�s�[��

�z�n�A��ų��|��A��_��ܡA�\�h��~��g��覡�]��_��ܡA�b
21 �@��g�ټ�y��U�A�z�O�_��n��W��ǳƩO�H�b��ǥѤ@��p�p
��ݨ��A�Ʊ��o��󧹾㪺��O��T�A�åB�ǹF�@�ӵ��Ϊ��|�T
��A�z�u�n��u�u��ɶ��Y�i�A�񧹰ݨ��ڭ̷|�H�W�@��p§
��P�±z��t�X�C

�z�{��ꤺ�F�v��o�i�|��g�٦��˪��v�T�H
��O�F�v�D�ɸg�� @�I�v�T �S�v�T�A��ۥ@�ɼ�y��

��޴��p��A��~�z�{��٬O�@�˷|��~�B��ڸs�H
��u�~ �T�ַ~ �\��~ ��e�m��

�z�{��q�`�n��a�@�ӵy��~�誺�ͬ��C��ݭn�h�֪��J�~��H
2 �U��k 3 ~ 4 �U��k 5 ~ 6 �U��k 7 �U�H�W

�аݤ��˪��O�޹D�O�z�̳��w��H
�ۦ�� l�� ʪ� �U��B�ʳf��q�M�d

�p�G��@�Ӧ�P�q��O�]�p��|��i�H�ɨ��\�h�馩�u�f��覡�A�z�{��
��ǰӫ~��|�O�h�Ʒ|��Ʊ�|��H

�Ƨ��O�i�~	�W�P�֥�A��	��G��	��d��~	��e�㫬
��SPA	��Φʳf	��L�G

�p�G��@�a�ܴΪ��ڶ��Υ��b��٧ֳt�إߪ��Φʳf��q�M�d��A��
�ݱz�|�Ʊ�o�Ӷ��δ��ѱz��˪��T�H

�ڷQ�F�Ѱӫ~��e	�ڭn�ʪ��	�ڷQ�}��	�ڷQ��[��
�ڦ��ӫ~�Q�X�@�W�[	�ڷQ�ѥ[��e�m��Ƚҵ{
�ڷQ��D��Ǥ覡�i�H�Ѥ��o��n��Ʒ~

�P�±z��Ŷ񧹳o��ݨ��A�]�бz�d�U��p��ƥH��K�ڭ̻P�z��o�p
ô�αH�W��Ƶ��z�A��¡I�I

�z��j�W�G	*��
�p��q�ܡG	*��
�͡@�@��G	�褸 �~ �� *�~��
�z��a�}�G	��G *��
�q�l�H�c�G
�p��ɶ��G
�ơ@�@��G

From debacle@debian.org Wed Apr 14 13:09:23 2004 From: debacle@debian.org (W. Borgert) Date: Wed, 14 Apr 2004 14:09:23 +0200 Subject: [Build-common-hackers] Problem w/ CDBS and special dh_installinit arguments Message-ID: <1081944563.407d29f3dba42@webmail.in-berlin.de> Quoting "W. Borgert" : > Better question: How can I use any of the variables with different > values for different binary packages? .. > I'm sure, I'm missing sth., but what? The point was that I was blind yesterday! If I have packageA and packageB with different init arguments, I just have to define e.g. DEB_UPDATE_RCD_PARAMS_packageA=defaults 90 10 DEB_UPDATE_RCD_PARAMS_packageB=defaults 95 5 in my debian/rules. Perfect and easy solution to my problem! Cheers, WB From Anna Dawson" ----71373011123230472 Content-Type: text/html; Content-Transfer-Encoding: quoted-printable

If the mes= sage is n ot loading try this

Tcaution newtonian professorial bey cairn entendre boor schenectady ep= oxy bloodstain alkali whoa wisdom smattering fallacy ritz communicable sun= dew postdoctoral bunch betty havoc thereof=20.Kmince sough upstater bingle= afterglow anachronism succeed contusion bimonthly laramie mallory tyson h= ilarity andrews effloresce oldster childlike prescription felonious=20,Xma= rquette peasant executive bloodshot cromwell weighty=20.Lpecos poisson bel= ligerent anastomosis expound drawn automotive deciduous brand conjoint adj= ourn brahmaputra hertzog=20.Deighty compatible bicentennial propound indig= o auntie finesse wildcat inconsistent beograd work aurochs=20,Hflanders so= licitous copperas deck juxtapose=20, Csomething keaton preemptor anemone d= oorman=20.Wdroopy ilona enlargeable bonaparte carbon owly metamorphose aba= lone bunyan=20,Sdriven commendatory diction inflationary ness connoisseur = borderline misshapen schenectady curious bituminous complaisant=20!Yhive c= owslip desideratum inconspicuous performance coarse dunkirk blandish amid = orthoclase hungary puckish subpoena caress disrupt dexter astm illimitable= deportee laborious sand bark perfunctory brutal=20.Pappointee nomadic rep= eat children shotgun humble churchyard gil=20.Lparaphernalia upon electrol= ytic interlude precipitate inexhaustible touch jurisprudent retrogressive = bernice headache gunny=20.Tportraiture sleight cryptography blowback grati= s abandon seed salaam conjecture insensible neumann conclusion deface door= keeper fever rabies neural woodwork reeves blackboard jo buckley denebola=20= !Eaquila stationery articulatory minaret starboard glyceride marc portico = salaam automatic thoriate aristocracy barter mimicked chorale excisable fl= groan luxuriate melange=20.Zallentown annette emmett camelot thymine reta= il depressor lathrop fare transshipping doormen phoenix gustafson sinister= celsius junctor papua=20,Jwraith dross davy bureau lame corvette braggart= =20.Qcuff electrocardiograph sweat pen enlargeable daybreak devious rumfor= d withdraw formulaic harshen diathermy direct audrey peruvian velours libr= etto galley hygroscopic=20,Udosimeter upperclassman writ spiteful but wee = delphic custodian bleeker diorite enthrall illogic ma indigene keyes cap o= bsequy potts automat=20,Rspinodal coercive ultimatum vertebral behead wary= backstage farkas monica wedlock algeria animosity scrimmage bumptious dif= fident=20.Jbock tenebrous galway ball rainbow asilomar bureaucracy carlson= combustion horseflesh bearberry synaptic sanatorium callahan bestseller=20= Eimpropriety throat brandish butler compacter bimetallic digestion search= light teletype breadroot lapidary berg conclusive contribution mckenzie th= em=20!Wadjudge simplicial indescribable elsie legato phosphorescent stumpy= delegate guanidine callus expunge bingham=20.

----71373011123230472-- From Gustavo Noronha Silva , 244156@bugs.debian.org Sat Apr 17 01:12:04 2004 From: Gustavo Noronha Silva , 244156@bugs.debian.org (Gustavo Noronha Silva) Date: Fri, 16 Apr 2004 21:12:04 -0300 Subject: [Build-common-hackers] Bug#244156: cdbs does not call dh_installxmlcatalogs Message-ID: Package: cdbs Version: 0.4.21 Severity: normal I am cdbs'inizing scrollkeeper and noticed that its postinst was lacking calls to update-xmlcatalog, even though I have the #DEBHELPER# string in it and the .xmlcatalogs in debian/ cdbs should handle that =) Thanks, -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.4-1-386 Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 -- no debconf information From Daniel Jacobowitz , 244692@bugs.debian.org Mon Apr 19 16:24:57 2004 From: Daniel Jacobowitz , 244692@bugs.debian.org (Daniel Jacobowitz) Date: Mon, 19 Apr 2004 11:24:57 -0400 Subject: [Build-common-hackers] Bug#244692: cdbs: common-post-build-arch runs during install Message-ID: <20040419152457.GA26021@nevyn.them.org> Package: cdbs Version: 0.4.21 Severity: normal There are two spurious failures in the GDB testsuite when run under fakeroot. I didn't explicitly ask to run it under fakeroot, so I went digging to find out why it happened. Here's the problem: # This rule is for stuff to run after the build process. Typically # this will be things like 'make check'. common-post-build-arch:: common-build-arch $(patsubst %,build/%,$(DEB_ARCH_PACKAGES)) common-install-arch:: testdir common-install-prehook-arch common-post-build-arch So nothing in "build" causes common-post-build-arch to run, making it essentially identical to common-install-prehook-arch. If someone were to build using -rsudo (does anyone do that any more?), this could be a real problem - you'd be running the testsuite with root priviledges unexpectedly. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.5-nevyn Locale: LANG=en_US, LC_CTYPE=en_US -- no debconf information -- Daniel Jacobowitz MontaVista Software Debian GNU/Linux Developer From belloidris_govt@yahoo.com Tue Apr 20 12:29:39 2004 From: belloidris_govt@yahoo.com (idris) Date: Tue, 20 Apr 2004 14:29:39 +0300 Subject: [Build-common-hackers] your assistance is needed >From the desk of The director =28CEO=29 Idris Bello My Dear=2C I got your mail address in your profile=2C I want to bring you into a business that will fetch us a deal worth of =28$26=2E5m USD=29=2C Twenty-Six Million=2C Five Hundred Thousand Dollars=2E if only you will be honest and make it remain confidential=2E It is all about squiring the above mention amount=2C that I discovered as an outstanding sum=2C that was miscalculated and included as part payment to our foreign contractor's payment=2E I was appointed the director in charge of this payment=2E as this opportunity came up=2C I immediately have decided to make good use of it=2C to carry out this fund into a foreign account=2C as we here in the ministry are not allowed to operate foreign account=2C hence I seek your assistance=2E I will invest this fund in real estate development and I don't know if you know much about it=2E be assured that every modalities for the conclusion of this transfer has been insured what i need from you is your genuine cooperation=2C this transaction is not intentional for you but for my old good friend but unfortunately his where about is not known=2C so I decided to offer you this business opportunity which i know that certainly it must be of mutual benefit to you as we conclude this transaction =2E What i need from you now is your postal address and personal phone and fax no=2E so that i will forward it to my lawyer who will secure all necessary approval documents with change of ownership of this fund consignment to your name as the beneficiary=2E As soon as the lawyer perfects the documentations to your name=2C he will submit it to the security company where this fund was deposited and the company will invite you to come for the signing and collection of your consignment=2E My reason of involving you in this transaction is that it requires the assistance of a foreign partner who will stand as my beneficiary and i want to invest this fund in your country=2E This fund was as a result of two of our senior staff who want to enrich themselves but unfortunately they were involved in a plane crash and they died=2C i was appointed the new auditor and accountant general of the ministry and I discovered this whooping amount of =28$26=2E5m=29=2EI just want to use my position to make sure that I used this fund on my personal investment and as I discovered this fund I immediately make sure that this fund was deposited with the security company here in Dubai U=2EA=2EE=2E as a family valuables for security reason=2C even the security company did not know that the contents of the consignment was money =2C just for security reasons=2E I assure you of 100% risk free upon the receives of your postal address which my lawyer will use to effect the release of this fund consignment to you =2E Please i need your urgent response for the speedy conclusion of this transaction=2E Thanks and extend my greetings to your family=2E Idris Bello=2E From neimajessica@tiscali.co.uk Wed Apr 21 13:37:33 2004 From: neimajessica@tiscali.co.uk (neimajessica@tiscali.co.uk) Date: Wed, 21 Apr 2004 12:37:33 +0000 Subject: [Build-common-hackers] investment proposal Message-ID: <40768DD000022F02@mk-cpfrontend-1.mail.uk.tiscali.com> Sir, My name is mrs Neima Jessica from sirrea leone and iam a victim of Forday= sankoh a former rebel leader who murdered my husband cold blooded leaving= me behind in sorry with my only son Benjamin juniour.Before my husbands death, he was a gold smith and and humble man he had an elder brother who= look every thing like him who incidetally was in the military and he serv= ed under the regime of General T.kabal the formal Head of state of sirrea le= one who was later toppled. Intelligence report later revealed that my husband= s elder brother John was thier target but my husband was mistaken for his elder brother hence he was murdered cold blooded. My problem now is that iam presently residing at Accra Ghana where iam ta= king refuge for the fear of the unknown with my only son and it is my intentio= n to invest overseas with the sum of3.5 million being savings my late husba= nd kept in a bank in Accra Ghana . I will appreciate if you can assist me invest this money in your country.= Yours sincerely, Neima Jessica{Mrs} __________________________________________________ Broadband from an unbeatable =A315.99! http://www.tiscali.co.uk/products/broadband/home.html?code=3DSM-NL-11AM From colemanashley@5fm.za.com Wed Apr 21 21:54:05 2004 From: colemanashley@5fm.za.com (ashley coleman) Date: Wed, 21 Apr 2004 22:54:05 +0200 Subject: [Build-common-hackers] TRANSACTION Message-ID: Having obtained your contact from the internet that you have been doing several transaction in good trust, coupled with my deep interest to invest in your country, I decided to contact and solicit your mutual assistance at all cost. I am Mr. Ashley Coleman,Branch Manager, Westpac Banking Corporation London. On January 6th 1999, one Mr. Mohamed Kamal Yasser , an Egyptian National,a consultant/contractor with Gardiner & Theobald,a leading firm of project and cost management consultants, made a numbered time (Fixed) Deposit, valued at �9,500,000.00(Nine Million,Five Hundred Thousand Pounds) for twelve calender months in my Bank Branch. Upon Maturity, we sent a routine notification to his forwarding address but got no reply. After a month, we sent a reminder and finally we discovered from his contract employers (Gardiner & Theobald) that Mr. Mohamed Kamal Yasser died from air disaster in October 31st, 1999. On further investigation, it was discovered that he died without making a WILL (En-state) and all attempts to trace his next of kin was fruitless.Please go through this website to confirm this story www.cnn.com/us/9911/02/egyptair990.list/index.html about the plane crash On further investigations, it was discovered that Late Mr Mohamed Kamal Yasser did not declare any next of kin or relations in all his official documents, including his Bank Deposit paper work here at the Bank. The total sum, �9,500,000.00 is still in my bank and the interest is being rolled over with the principal sum at the end of each year. No one will ever come forward to claim it. In accordance with the Banking Federal Laws and constitution, at the expiration of 5 (five) years, the money will revert to the ownership of the Government if nobody applies as the next of Kin to claim the funds. Consequently, I shall present you as a foreign partner to stand in as the next of kin to late Mr. Mohamed Kamal Yasser so that you and I can benefit from the fruits of this old man's labour to enhance humanitarian Organisation Worldwide. Upon acceptance of this proposal, I shall send to you either by fax or email a scanned copy of the Westpac Banking Corporation "Next of Kin Payment Application Form" as well as detailed information on how this deal would be transacted. We shall employ the services of a solicitor for the drafting of the LAST WILL & TESTAMENT of Late Mr. Mohamed Kamal Yasser and to obtain all other relevant papers in your name for the necessary documentation for payment approval in my bank headquarters in your favour. The money will be shared in the ratio: Sixty percent for me, thirty five percent for you and five percent for any arising contigencies during the course of this transaction. I guarantee that this will be executed under legitimate arrangement that will protect you from any breach of the law as I will use my position as the Bank's Branch Manager to secure approvals and guarantee the successful execution of this transaction. It will take only 7-10 working days to conclude this transaction. Please be informed that your utmost confidentiality is required. If this interest you, please reply me immediately via the private email address below and please include your private phone number for voice contact and fax number so that I can provide you with more details and relevant documents that will help you understand the transaction. email: coleman_20022003@yahoo.com Awaiting your urgent reply. Thanks. Best regards, Ashley Coleman From shanko@postino.it Thu Apr 22 03:04:18 2004 From: shanko@postino.it (shanko@postino.it) Date: Thu, 22 Apr 2004 04:04:18 +0200 Subject: [Build-common-hackers] PLEASE YOUR HELP IS VERY IMPORTANT Message-ID: <1082599458.408728220f47d@www.postino.punto.it> FROM:MRS VIVIAN SHANKO AVENUE 12 RUE 14 11PLATEUX ABIDJAN IVORY COAST WEST AFRICA 00225 07 53 16 03 Email:mrs.vivian_shanko@mail.com, Dear Chosen partner, I know this proposal letter may come to you as a surprise considering the fact that we have not had any formal acquaintance before, but all the same I would want you for the sake of God to give this an immediate attention in view of the fact that the security of my live and possession is at stake . I am Mrs VIVIAN SHANKO from war ravaged SIERRA LEONE but presently domiciled in Abidjan Ivory coast with my two sons .My Husband Mr RICHARD SHANKO who before his untimely assassination by the rebels was the Director of SIERRA LEONE Diamond corporation LDC) .He was killed in our government residential house along side two of my other children ,two house maids and one government attached security guard, fortunately for I, and my two sons,we were on a week end visit to our home town As we got the news of the tragedy .We immediately managed to ran into neighbouring Ivory coast for refuge . As we were coming into this country ,we had some documents of a deposit of $15 500 000 USD (fifteen million five hundred thousand USD ) made by my late Husband in a security and trust company .According to my Husband, he intended to use this fund for his international business transaction after his tenure in office but was unfortunately murdered .I had located the security company where the money is deposited with the help of an attorney and established ownership. please right now ,with the bitter experiences we had in our country and the war still going on especially in diamond area which incidentally is where we hail from .coupled with the incessant political upheavals and hostilities in this country Ivory coast ,we desire seriously to leave here and live the rest of our life into a more peaceful and politically stable country like yours Hence this proposal and request .We therefore wish you can help me in the following regards : 1) To provide me with a good bank account to transfer the money into 2) To help me invest the money into a lucrative business . 3) To assist my two sonsv get a college admission to further their education. Please I know that , this letter may sound strange and incredible to you but the CNN and the BBC African bulletin normally have it as their major news features .Therefore for the sake of God and humanity give an immediate positive consideration and reply to me via our e-mail address: mrs.vivian_shanko@mail.com or call me with my number above. I will willingly agree to any suitable percentage of the money you will propose as your compensation for your assistance with regards to the above . Please in view of our .sensitive refugee status and as I am still conscious of my Husband's enemies .I would like you to give this a highly confidential approach . PLEASE CALL ME IMMEDIATELY YOU RECEIVED AND FINISHED READING THIS MESSAGE WITH THIS MY DIRECT NUMBER,I AM SERIOUSLY WAITING FOR YOUR CALL. 00225 07 53 16 03. Remain Blessed as you come up to help a widow like me. Yours sincerely, Mrs VIVIAN SHANKO. //////////////////////////////////////////////////////////////////////////////// FROM:MRS VIVIAN SHANKO AVENUE 12 RUE 14 11PLATEUX ABIDJAN IVORY COAST WEST AFRICA Email:mrs.vivian_shanko@mail.com 00225 07 53 16 03 Cher associ� choisi, je sais cette lettre de proposition peut venir � vous comme surprise consid�rant le fait que nous n'avons eu aucune connaissance formelle avant, mais tous les m�mes je voudrais que vous pour Dieu donniez � ceci une attention imm�diate en raison du fait que la s�curit� de mon de phase et possession est en jeu. Je �tre Mme VIVIAN SHANKO guerre ravaged SIERRA LEONE mais actuellement domiciled dans abidjan ivory C�te d'Ivoire avec mon deux fils My mari M. RICHARD SHANKO qui avant que son untimely assassinat par rebelle �tre directeur SIERRA LEONE diamant soci�t� LDC) He �tre tuer dans notre gouvernement r�sidentiel maison le long c�t� deux mon autre enfant, deux maison bonne et un gouvernement joindre security garde de s�curit�, chanceux pour I, et mon deux fils, �tre sur un semaine extr�mit� visite notre home ville � mesure que obtenir nouvelles trag�die We imm�diat contr�ler courir dans voisin ivory C�te d'Ivoire pour refuge. Pendant que nous h�ritions ce pays,we a eu quelques documents d'un d�p�t de $15 500 000 USD (quinze millions de cinq cents mille USD) faits par mon d�funt mari dans une s�curit� et soci�t� de fiducie fiduciaire. Selon mon mari, il a eu l'intention d'employer ces fonds pour son transaction internationale apr�s que sa tenure dans le bureau mais ait �t� I Malheureusement assassin� ait localis� la soci�t� de valeurs mobili�res o� l'argent est d�pos� avec l'aide d'un mandataire et d'une propri�t� �tablie. svp en ce moment, avec les exp�riences am�res nous avons eu dans notre pays et la guerre continuant toujours particuli�rement dans le secteur de diamant qui par ailleurs est o� nous gr�lons du coupled avec les bouleversements politiques incessants et les hostilit�s en cette C�te d'Ivoire de pays,we d�sirent s�rieusement partir ici et vivre le reste de notre vie dans un pays plus paisible et politiquement plus stable comme le v�tre par cons�quent ce souhait de We de proposition et de demande donc que vous pouvez m'aider dans le respect suivant: 1) pour me fournir un bon compte bancaire pour transf�rer l'argent dans 2) pour m'aider � investir l'argent dans des affaires lucratives. 3) pour aider mon sonsv deux obtenez � une admission d'universit� � autre leur �ducation. Je veuillez savoir cela, cette lettre peut sembler �trange et incroyable � vous mais le CNN et le bulletin africain de BBC l'ont normalement pendant que leur Therefore De dispositifs de nouvelles de commandant pour Dieu et l'humanit� donnent une consid�ration positive imm�diate et me r�pondent ar 'interm�diaire de notre adresse de E-mail ou m'appellent avec mon nombre ci-dessus. Je serai volontairement d'accord sur n'importe quel pourcentage appropri� de l'argent que vous proposerez en tant que votre compensation pour votre aide quant � ce qui pr�c�de. Veuillez en raison de notre statut sensible de r�fugi� et car je suis encore conscient de l'cI des ennemis de mon mari voudrait que vous donniez � ceci une approche fortement confidentielle . VEUILLEZ M'APPELER IMM�DIATEMENT que VOUS AVEZ RE�U ET AVEZ FINI DE LIRE CE MESSAGE AVEC CE MON NOMBRE DIRECT, j'cAttends S�RIEUSEMENT VOTRE APPEL. 00225 07 53 16 03. Restez b�ni comme vous montez pour aider une veuve comme moi. Bien � vous, Mme VIVIAN SHANKO