From jyoung@general-info.net Sat Nov 1 03:47:42 2003 From: jyoung@general-info.net (Jamie Young) Date: Fri, 31 Oct 2003 21:47:42 -0600 Subject: [Build-common-hackers] Secret Markets of The Wealthy Revealed Message-ID: This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This mail was sent in html format. Please open the attached file. --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: 7bit




We respect your online time and privacy, and honor all opt outs.
If you prefer not to receive further emails, please click here

--=_NextPart_2rfkindysadvnqw3nerasdf-- From mariam_ajao_omotoriola@gawab.com Sun Nov 2 04:30:13 2003 From: mariam_ajao_omotoriola@gawab.com (Mariam Ajao) Date: Sun, 2 Nov 2003 04:30:13 +0000 Subject: [Build-common-hackers] I need your assistance! Message-ID: My Dear friend=2C I am sorry to encroach in your privacy=2C please permit me to introduce myself to you=2E My name is Mariam Ajao Omotoriola=2C I am the eldest daughter of late Engr=2E Omotoriola Ajao=2C I am 22 years old and a final year students of Mathematics in the University of Ibadan=2EI lost both parents in a plane crash on the 4th of may 2002 in the city of Kano=2C Nigeria=2EMy late father Engr=2EOmotoriola Ajao was the then Area Manager of Petroleum Pipeline Marketing Corperation =28PPMC=29 before his death=2E He was a wealthy man=2C and infact a model=2E Before his death=2C he had about 3 petrol station and numerous properties in the country=2E But after his death=2C his family members teamed up and sold all his properties both fixed and current=2C and now we are left with nothing=2E About two weeks ago=2C my father's personal lawyer=2C Thomas Emoson =28SAN=29 contacted us and made us understand that my late father has some amount of money to the tune of =28$3=2E2 million usd=29=2CThree million two hundred thousand United State dollar in a suspense account in a finance house in London=2E He went further to say that he has the legal power as my fathers attorney to release all documents that will enable us make claims to the fund=2C but that the only problem we will have is that we will have to look for a honest foreigner who will act as my fathers partner in business so as to make claim to the fund=2E Consequently=2C I also intend to donate part of this fund to the motherless babies and orphanage once we are able to claim the fund because as an orphan I have suffered so much=2C and I know what it takes for one to stay without parents=2E This is the reason why I decided to seek for your assistance and cooperation to help us make claim to my father property=2E As soon as I receive your positive response=2C I will inform my father's lawyer so that he can reach you and explain what is expected of you in this matter=2E I urgently await your response through my personal email address=2E Regards=2C Mariam Ajao=2E From Robert Millan , 218862@bugs.debian.org Mon Nov 3 01:38:29 2003 From: Robert Millan , 218862@bugs.debian.org (Robert Millan) Date: Mon, 03 Nov 2003 02:38:29 +0100 Subject: [Build-common-hackers] Bug#218862: cdbs: fill DEB_*_GNU_{SYSTEM,CPU} in buildvars.mk Message-ID: This is a multi-part MIME message sent by reportbug. --===============1166760232== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: cdbs Version: 0.4.13 Severity: wishlist Tags: patch Hi! This patch adds the lines in buildvars.mk to fill the missing dpkg-architecture variables: DEB_{HOST,BUILD}_GNU_{SYSTEM,CPU} It does also replace "=" with "?=" in assignments, in order to save time in case dpkg-buildpackage already set these variables. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux aragorn 2.4.22-1-k7 #5 Sat Oct 4 14:11:12 EST 2003 i686 Locale: LANG=ca_ES@euro, LC_CTYPE=ca_ES@euro -- no debconf information --===============1166760232== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="cdbs.diff" diff -ur cdbs-0.4.13.old/1/rules/buildvars.mk.in cdbs-0.4.13/1/rules/buildvars.mk.in --- cdbs-0.4.13.old/1/rules/buildvars.mk.in 2003-08-22 20:55:00.000000000 +0200 +++ cdbs-0.4.13/1/rules/buildvars.mk.in 2003-11-03 02:31:14.000000000 +0100 @@ -54,10 +54,14 @@ # Miscellaneous bits DEB_ARCH = $(shell dpkg --print-architecture) -DEB_HOST_GNU_TYPE = $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) -DEB_BUILD_GNU_TYPE = $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -DEB_HOST_ARCH = $(shell dpkg-architecture -qDEB_HOST_ARCH) -DEB_BUILD_ARCH = $(shell dpkg-architecture -qDEB_BUILD_ARCH) +DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +DEB_HOST_GNU_SYSTEM ?= $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM) +DEB_HOST_GNU_CPU ?= $(shell dpkg-architecture -qDEB_HOST_GNU_CPU) +DEB_HOST_ARCH ?= $(shell dpkg-architecture -qDEB_HOST_ARCH) +DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_BUILD_GNU_SYSTEM ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_SYSTEM) +DEB_BUILD_GNU_CPU ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_CPU) +DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) ifeq ($(words $(DEB_PACKAGES)),1) DEB_DESTDIR = $(CURDIR)/debian/$(strip $(DEB_PACKAGES)) --===============1166760232==-- From owner@bugs.debian.org Mon Nov 3 13:03:19 2003 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Mon, 03 Nov 2003 07:03:19 -0600 Subject: [Build-common-hackers] Processed: new patch, add libtool-update facility In-Reply-To: <20031103125400.GA8496@khazad.dyndns.org> References: <20031103125400.GA8496@khazad.dyndns.org> Message-ID: Processing commands for control@bugs.debian.org: > retitle 195531 cdbs: auto-updating libtool (for GNU/KFreeBSD) Bug#195531: cdbs: auto-updating libtool (for GNU/FreeBSD) Changed Bug title. > tag 195531 - moreinfo Bug#195531: cdbs: auto-updating libtool (for GNU/KFreeBSD) Tags were: moreinfo patch Tags removed: moreinfo > merge 195531 217131 Bug#195531: cdbs: auto-updating libtool (for GNU/KFreeBSD) Bug#217131: cdbs: add feature to (optionaly) run auto{conf,make} Merged 195531 217131. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Robert Millan , 195531@bugs.debian.org Mon Nov 3 12:54:00 2003 From: Robert Millan , 195531@bugs.debian.org (Robert Millan) Date: Mon, 3 Nov 2003 13:54:00 +0100 Subject: [Build-common-hackers] Bug#195531: new patch, add libtool-update facility Message-ID: <20031103125400.GA8496@khazad.dyndns.org> --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline retitle 195531 cdbs: auto-updating libtool (for GNU/KFreeBSD) tag 195531 - moreinfo merge 195531 217131 thanks Hi! I updated the autotools-update patch to update libtool also. It can be made to update libtool properly using "libtoolize" when DEB_AUTO_UPDATE_LIBTOOL="pre", or it can also update libtool after it is generated (discouraged, but it might be useful on some situations) when DEB_AUTO_UPDATE_LIBTOOL="post". Attached. -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cdbs.diff" diff -ur cdbs-0.4.13.old/1/class/autotools.mk.in cdbs-0.4.13/1/class/autotools.mk.in --- cdbs-0.4.13.old/1/class/autotools.mk.in 2003-10-05 22:51:31.000000000 +0200 +++ cdbs-0.4.13/1/class/autotools.mk.in 2003-11-03 13:49:19.000000000 +0100 @@ -34,8 +34,25 @@ common-configure-arch common-configure-indep:: common-configure-impl common-configure-impl:: $(DEB_BUILDDIR)/config.status $(DEB_BUILDDIR)/config.status: + if test "$(DEB_AUTO_UPDATE_LIBTOOL)" = "pre" ; then \ + cd $(DEB_SRCDIR) && libtoolize -c -f ; \ + fi + if test -n "$(DEB_AUTO_UPDATE_AUTOMAKE)" ; then \ + if test -d $(DEB_SRCDIR)/m4 ; then m4="-I m4" ; fi ; \ + if test -e $(DEB_SRCDIR)/aclocal.m4 ; then cd $(DEB_SRCDIR) && aclocal-$(DEB_AUTO_UPDATE_AUTOMAKE) $(m4) ; fi ; \ + fi + if test -n "$(DEB_AUTO_UPDATE_AUTOCONF)" ; then \ + if test "$(DEB_AUTO_UPDATE_AUTOCONF)" = "2.50" ; then ac_suffix="" ; else ac_suffix="$(DEB_AUTO_UPDATE_AUTOCONF)" ; fi ; \ + if test -e $(DEB_SRCDIR)/configure.ac || test -e $(DEB_SRCDIR)/configure.in ; then cd $(DEB_SRCDIR) && autoconf$(ac_suffix) ; fi \ + fi + if test -n "$(DEB_AUTO_UPDATE_AUTOMAKE)" ; then \ + if test -e $(DEB_SRCDIR)/Makefile.am ; then cd $(DEB_SRCDIR) && automake-$(DEB_AUTO_UPDATE_AUTOMAKE) ; fi ; \ + fi chmod a+x $(DEB_CONFIGURE_SCRIPT) $(DEB_CONFIGURE_INVOKE) $(cdbs_configure_flags) $(DEB_CONFIGURE_EXTRA_FLAGS) $(DEB_CONFIGURE_USER_FLAGS) + if test "$(DEB_AUTO_UPDATE_LIBTOOL)" = "post" ; then \ + if test -e $(DEB_SRCDIR)/libtool ; then cp -f /usr/bin/libtool $(DEB_SRCDIR)/libtool ; fi ; \ + fi clean:: if test -f $(DEB_BUILDDIR)/config.status && grep -i -q 'Generated.*by configure.' $(DEB_BUILDDIR)/config.status; then rm -f $(DEB_BUILDDIR)/config.status; fi --YiEDa0DAkWCtVeE4-- From Robert Millan , 217131@bugs.debian.org Mon Nov 3 12:54:00 2003 From: Robert Millan , 217131@bugs.debian.org (Robert Millan) Date: Mon, 3 Nov 2003 13:54:00 +0100 Subject: [Build-common-hackers] Bug#217131: new patch, add libtool-update facility Message-ID: <20031103125400.GA8496@khazad.dyndns.org> --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline retitle 195531 cdbs: auto-updating libtool (for GNU/KFreeBSD) tag 195531 - moreinfo merge 195531 217131 thanks Hi! I updated the autotools-update patch to update libtool also. It can be made to update libtool properly using "libtoolize" when DEB_AUTO_UPDATE_LIBTOOL="pre", or it can also update libtool after it is generated (discouraged, but it might be useful on some situations) when DEB_AUTO_UPDATE_LIBTOOL="post". Attached. -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) --YiEDa0DAkWCtVeE4 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cdbs.diff" diff -ur cdbs-0.4.13.old/1/class/autotools.mk.in cdbs-0.4.13/1/class/autotools.mk.in --- cdbs-0.4.13.old/1/class/autotools.mk.in 2003-10-05 22:51:31.000000000 +0200 +++ cdbs-0.4.13/1/class/autotools.mk.in 2003-11-03 13:49:19.000000000 +0100 @@ -34,8 +34,25 @@ common-configure-arch common-configure-indep:: common-configure-impl common-configure-impl:: $(DEB_BUILDDIR)/config.status $(DEB_BUILDDIR)/config.status: + if test "$(DEB_AUTO_UPDATE_LIBTOOL)" = "pre" ; then \ + cd $(DEB_SRCDIR) && libtoolize -c -f ; \ + fi + if test -n "$(DEB_AUTO_UPDATE_AUTOMAKE)" ; then \ + if test -d $(DEB_SRCDIR)/m4 ; then m4="-I m4" ; fi ; \ + if test -e $(DEB_SRCDIR)/aclocal.m4 ; then cd $(DEB_SRCDIR) && aclocal-$(DEB_AUTO_UPDATE_AUTOMAKE) $(m4) ; fi ; \ + fi + if test -n "$(DEB_AUTO_UPDATE_AUTOCONF)" ; then \ + if test "$(DEB_AUTO_UPDATE_AUTOCONF)" = "2.50" ; then ac_suffix="" ; else ac_suffix="$(DEB_AUTO_UPDATE_AUTOCONF)" ; fi ; \ + if test -e $(DEB_SRCDIR)/configure.ac || test -e $(DEB_SRCDIR)/configure.in ; then cd $(DEB_SRCDIR) && autoconf$(ac_suffix) ; fi \ + fi + if test -n "$(DEB_AUTO_UPDATE_AUTOMAKE)" ; then \ + if test -e $(DEB_SRCDIR)/Makefile.am ; then cd $(DEB_SRCDIR) && automake-$(DEB_AUTO_UPDATE_AUTOMAKE) ; fi ; \ + fi chmod a+x $(DEB_CONFIGURE_SCRIPT) $(DEB_CONFIGURE_INVOKE) $(cdbs_configure_flags) $(DEB_CONFIGURE_EXTRA_FLAGS) $(DEB_CONFIGURE_USER_FLAGS) + if test "$(DEB_AUTO_UPDATE_LIBTOOL)" = "post" ; then \ + if test -e $(DEB_SRCDIR)/libtool ; then cp -f /usr/bin/libtool $(DEB_SRCDIR)/libtool ; fi ; \ + fi clean:: if test -f $(DEB_BUILDDIR)/config.status && grep -i -q 'Generated.*by configure.' $(DEB_BUILDDIR)/config.status; then rm -f $(DEB_BUILDDIR)/config.status; fi --YiEDa0DAkWCtVeE4-- From Robert Millan , 219132@bugs.debian.org Tue Nov 4 14:46:30 2003 From: Robert Millan , 219132@bugs.debian.org (Robert Millan) Date: Tue, 04 Nov 2003 15:46:30 +0100 Subject: [Build-common-hackers] Bug#219132: cdbs: misc improvements to simple-patchsys.mk Message-ID: This is a multi-part MIME message sent by reportbug. --===============0298518970== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline Package: cdbs Version: 0.4.13 Severity: wishlist Tags: patch This patch does the following improvements to simple-patchsys.mk: - add DEB_PATCH_SUFFIX variable, to override patch suffix (.patch, .gz, etc) - permit overriding DEB_PATCHDIRS variable - support for compressed patches (detects .gz|.bz2 and issues proper command) - add DEB_PATCHDIRS_READONLY variable. when set to "yes", it will avoid writing log files in the patch directory. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux aragorn 2.4.22-1-k7 #5 Sat Oct 4 14:11:12 EST 2003 i686 Locale: LANG=ca_ES@euro, LC_CTYPE=ca_ES@euro -- no debconf information --===============0298518970== MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset="utf-8" Content-Disposition: attachment; filename="cdbs.diff" --- /usr/share/cdbs/1/rules/simple-patchsys.mk 2003-10-16 05:24:56.000000000 +0200 +++ debian/simple-patchsys.mk 2003-11-04 13:38:13.000000000 +0100 @@ -1,7 +1,7 @@ # -*- mode: makefile; coding: utf-8 -*- # Copyright 漏 2002,2003 Colin Walters # Description: A sample patch system which uses separate files in debian/patches -# Patch names must end in .patch, currently. +# Patch suffix is specified by DEB_PATCH_SUFFIX. Defaults to .patch. # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License as @@ -35,8 +35,13 @@ _cdbs_patch_system_apply_rule := apply-patches _cdbs_patch_system_unapply_rule := reverse-patches +ifeq ($(DEB_PATCH_SUFFIX),) +DEB_PATCH_SUFFIX = .patch +endif +ifeq ($(DEB_PATCHDIRS),) DEB_PATCHDIRS = debian/patches -DEB_PATCHES = $(foreach dir,$(DEB_PATCHDIRS),$(shell echo $(wildcard $(dir)/*.patch) $(wildcard $(dir)/*.diff))) +endif +DEB_PATCHES = $(foreach dir,$(DEB_PATCHDIRS),$(shell echo $(wildcard $(dir)/*$(DEB_PATCH_SUFFIX)) $(wildcard $(dir)/*.diff))) post-patches:: apply-patches @@ -56,6 +61,11 @@ patches="$$reversepatches"; \ fi; \ for patch in $$patches; do \ + case $$patch in \ + *.gz) cat=zcat ;; \ + *.bz2) cat=bzcat ;; \ + *) cat=cat ;; \ + esac; \ level=$(head $$patch | egrep '^#DPATCHLEVEL=' | cut -f 2 -d '='); \ reverse=""; \ if [ "$@" = "reverse-patches" ]; then reverse="-R"; fi; \ @@ -65,8 +75,13 @@ for level in 0 1 2; do \ if test -z "$$success"; then \ echo -n "$$level..."; \ - if cat $$patch | patch -d $(DEB_SRCDIR) $$reverse -E --dry-run -p$$level 1>$$patch.level-$$level.log 2>&1; then \ - if cat $$patch | patch -d $(DEB_SRCDIR) $$reverse -E --no-backup-if-mismatch -V never -p$$level 1>$$patch.level-$$level.log 2>&1; then \ + if [ $(DEB_PATCHDIRS_READONLY) = "yes" ] ; then \ + logfile="/dev/null" ; \ + else \ + logfile="$$patch.level-$$level.log" ; \ + fi ; \ + if $$cat $$patch | patch -d $(DEB_SRCDIR) $$reverse -E --dry-run -p$$level 1>$$logfile 2>&1; then \ + if $$cat $$patch | patch -d $(DEB_SRCDIR) $$reverse -E --no-backup-if-mismatch -V never -p$$level 1>$$logfile 2>&1; then \ success=yes; \ touch debian/stamp-patch-$$(basename $$patch); \ echo "success."; \ @@ -84,12 +99,18 @@ fi; \ else \ echo -n "Trying patch $$patch at level $$level..."; \ - if cat $$patch | patch -d $(DEB_SRCDIR) $$reverse -E --no-backup-if-mismatch -V never -p$$level 1>$$patch.log 2>&1; then \ + echo -n "$$level..."; \ + if [ $(DEB_PATCHDIRS_READONLY) = "yes" ] ; then \ + logfile="/dev/null" ; \ + else \ + logfile="$$patch.log" ; \ + fi ; \ + if $$cat $$patch | patch -d $(DEB_SRCDIR) $$reverse -E --no-backup-if-mismatch -V never -p$$level 1>$$logfile 2>&1; then \ touch debian/stamp-patch-$$(basename $$patch); \ echo "success."; \ else \ echo "failure:"; \ - cat $$patch.log; \ + cat $$logfile; \ if test -z "$$reverse"; then exit 1; fi; \ fi; \ fi; \ --===============0298518970==-- From zeratul2@wanadoo.es Tue Nov 4 15:35:54 2003 From: zeratul2@wanadoo.es (Robert Millan) Date: Tue, 4 Nov 2003 16:35:54 +0100 Subject: [Build-common-hackers] CDBS activity Message-ID: <20031104153554.GA16405@khazad.dyndns.org> Hi people! Is any of you going to commit/upload CDBS soon? There's an FTBFS bug, and I sent 4 wishlists with patch (and 2 of them are being used in my packages already) -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From jbailey@nisa.net Tue Nov 4 16:52:32 2003 From: jbailey@nisa.net (Jeff Bailey) Date: Tue, 4 Nov 2003 08:52:32 -0800 Subject: [Build-common-hackers] CDBS activity In-Reply-To: <20031104153554.GA16405@khazad.dyndns.org> References: <20031104153554.GA16405@khazad.dyndns.org> Message-ID: <20031104165232.GH2404@marge.v3.ca> On Tue, Nov 04, 2003 at 04:35:54PM +0100, Robert Millan wrote: > Is any of you going to commit/upload CDBS soon? There's an FTBFS bug, > and I sent 4 wishlists with patch (and 2 of them are being used in my > packages already) I've been too busy with glibc to think about cdbs - I'll probably look at it in the next couple of weeks. Tks, Jeff Bailey From walters@verbum.org Tue Nov 4 23:51:44 2003 From: walters@verbum.org (Colin Walters) Date: Tue, 04 Nov 2003 18:51:44 -0500 Subject: [Build-common-hackers] CDBS activity In-Reply-To: <20031104153554.GA16405@khazad.dyndns.org> References: <20031104153554.GA16405@khazad.dyndns.org> Message-ID: <1067989904.8713.1.camel@metropolis.verbum.private> --=-41uq+5MiQGARLL7PWYqq Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-11-04 at 10:35, Robert Millan wrote: > Hi people! >=20 > Is any of you going to commit/upload CDBS soon? There's an FTBFS bug, and= I > sent 4 wishlists with patch (and 2 of them are being used in my packages > already) I won't have time to do an upload for at least a week. Anyone else who wants to jump on it...feel free! We should probably have testsuite entries for the new things too. --=-41uq+5MiQGARLL7PWYqq Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/qDuPOIkJWWp2WGURAnfiAJ46ziQPWQfi1PtjtKEsQ9dIlvLYwgCfeMhA CBZgtAb0tuJJgV2X4zBMPN8= =YCpx -----END PGP SIGNATURE----- --=-41uq+5MiQGARLL7PWYqq-- From ilyo@pchome.com.tw Thu Nov 6 00:02:48 2003 From: ilyo@pchome.com.tw (=?Big5?B?puOrfQ==?=) Date: Thu, 6 Nov 2003 08:02:48 +0800 Subject: [Build-common-hackers] =?Big5?B?pm6xZLP4pUenQaq+?= Message-ID: This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable charset="CHINESEBIG5" --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: 7bit charset="CHINESEBIG5" iLyo弘珇綫 蝗フ癌繷も铃256じ 独癌繷も铃256じ --=_NextPart_2rfkindysadvnqw3nerasdf-- From dukemy_77davng@verizonmail.com Thu Nov 6 16:09:52 2003 From: dukemy_77davng@verizonmail.com (Dr David Duke) Date: Thu, 6 Nov 2003 08:09:52 -0800 Subject: [Build-common-hackers] REPLY !! Message-ID: Humility Consultings=2C Plot 122=2F124 Mount Avenue=2C Indepence Layout=2C Enugu=2C Nigeria=2E Dear Sir=2C I am Dr david dukemy=2C a business consultant in Nigeria=2E I am introducing this business to you with all hope that you will not let us down now or in future=2E My client Chief Mrs=2E Loloh Ekpeyion Idoko is the wife of Chief Ekpeyion Idoko=2C an environmentalist=2C human right activist and the paramount leader of their community Abo-Degema=2E This community is an oil rich community endowed with natural resources=2E This community is situated in the south of Niger Delta Area of Nigeria=2E As a leader of their community notably oil companies like Shell B=2EP=2C Shevron=2C Elf=2C Total=2C Mobil etc pay him loyalties of cash and valuables like gold and diamonds=2E Following my clients husbands fight for the environmental protection of his community and human right he was arrested=2C detained and convicted in a kangaroo military tribunal during the last military tyrant of Late General Abacha regime=2C all his assets=2C both his personal and family accounts confiscated and frozen despite the interventions by American and European Governments=2E But before his death in prison=2C he told his wife about the existence of a reasonable amount of money and valuables in a box deposited with a security company with an anonymous name=2E The boxes contains Seventy Five Million United States Dollar =28$75=2C000=2C000=2E00USD=29 with Gold and Diamonds=2E Although the security company doesnot know that the boxes contains money because it was registered as Gold and Diamonds=2E Our purpose in this project is to claim this funds and valuables from the security company using your name as the owner and beneficiary=2E REMEMBER YOU RUN ABSOLUTELY NO RISK AS ALL PROCEDURES HAVE BEEN PUT IN PLACE PENDING YOUR ACCEPTANCE TO WORK TOGETHER WITH US=2E However I will not forget to let you know that this business must be handled in strict confidence=2C trust=2C and mutual understanding=2E Finally the sharing modalities stands like this=3B You will have 30% for standing as the beneficiary=2C and 5% set aside for expenses we might incure during the course of the transaction and the remaining 65% for us=2E Waiting to hear from you as soon as you receive this mail=2E Reply to my private email =5Bdukemy=5F77davng=40verizonmail=2Ecom=5D Thanks in anticipations and God Bless=2E Brgds=2C david dukemy From ilyo@pchome.com.tw Thu Nov 6 14:59:01 2003 From: ilyo@pchome.com.tw (=?Big5?B?puOrfQ==?=) Date: Thu, 6 Nov 2003 22:59:01 +0800 Subject: [Build-common-hackers] =?Big5?B?pm6xZLP4pUenQaq+?= Message-ID: <200311060658162.SM00912@171.110.204.190> This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable charset="CHINESEBIG5" --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: 7bit charset="CHINESEBIG5" iLyo弘珇綫 蝗フ癌繷も铃256じ 独癌繷も铃256じ --=_NextPart_2rfkindysadvnqw3nerasdf-- From toone333@yahoo.com.cn Fri Nov 7 10:16:02 2003 From: toone333@yahoo.com.cn (xtone5@sohu.com) Date: Fri, 7 Nov 2003 18:16:02 +0800 Subject: [Build-common-hackers] Photo Items & Gifts 18:15:37:828 Message-ID:
　

This is an advertisment, if you are not interested, please kindly delete it or press the Remove to remove from our mailing list.
　Sorry for causing any inconvenience!!
Our products:　
1)Used Mini-lab machines/Used Photo-finishing machines
Most updated good quality models from Japan directly!!!
Noritsu/Fuji/Konica
Digital printer from Japan Noritsu QSS2611/V30
2) Color Films & Papers
Competitive, regular Supply / Short-dated Spot offer!!!
Kodak/Agfa/Konica/Fuji ISO 100,200,400 & 800
Consumer & Industrial packing are available!
3) Disposable & Digital Cameras
Original National brands, Competitive, Fresh, Regular supply !!!
Fuji, Nikon, Sony Digital Camera
Kodak, Konica Disposable Camera are available
Competitive Fuji FinePix603 US$420/PC
4) Mini-lab Necessities & Accessories
Competitive & Good Quality !!!
mini-lab lens/ paper magazines/ consuming items, filters,twick check, splicing tape…
5)Motorized, Manual & disposable Cameras
OEM brands,Cheap & Good Quality from China!!!
Loaded with National branded or Chinese Film at ISO100,200,400.
Message Camera, Under Water Camera, Camera Pack with Binoculars, Albums..
6) Alkaline Battery & Mobile instant battery/batter charger
National brands, new & used at good price!!!
Sanyo Lithum/Alkaline Battery
Toshiba/Sanyo/Kodak New Max
7)Photo frames and albums
Traditional but cheap version from China!!
Photo Albums
Photo Frames… more
8)General Gift & Premium items
Creative, Cheap & Useful items from China!!!
Photo Alarm Clocks
Photo Mouse Pads
Photo key holders /mobile straps
Binoculars with Ball Shape, Airplane, Cigarettes, Hamburger..
CDR…. .. more new items

E-Mail:toone333@yahoo.com.cn


XactionServicesLimited



From sales@cnstorage.com Sun Nov 9 18:02:31 2003 From: sales@cnstorage.com (abatt) Date: Mon, 10 Nov 2003 02:02:31 +0800 Subject: [Build-common-hackers] =?GB2312?B?sta0orv1vNwsuaTX98yoLLmkvt+58Sy5pL7fs7U=?= 2:2:3:7 Message-ID:

 

                      

 

奥特玛特物流设备有限公司是仓储货架,工作台,工具柜,工具车等物流及车间设备的专业制造商。

我们的主要客户是在中国投资的外资、独资、或合资企业。目前在上海、北京、青岛、大连、西安、广州、乌鲁木齐、香港等地设有分支机构。我们拥有自己的专业网站：中国仓储物流设备网（ http://www.Cnstorage.com ）——提供仓储货架、塑料托盘、纸托盘、塑料周转箱、工具柜、工作台、仓储笼等仓储物流设备、工厂用品及钢制办公家具等产品。我们用户遍布全国各地的外资企业。公司的生产厂拥有大量的钢制品加工设备，包括辊压机、剪板机、冲孔机、折弯机及静电喷涂生产线。具有很强的加工能力及完善的质量保证和售后服务。

主要客户包括:

SEW-EURODRIVE（天津）有限公司  

天津松下电子部品有限公司

天津雀巢有限公司

通用半导体（中国）有限公司  

摩托罗拉（中国）电子有限公司  

帕玛拉特（天津）乳品有限公司

霍尼韦尔（天津）有限公司

丹佛斯（天津）有限公司 

诺和诺德（天津）生物技术有限公司

丰田锻造（天津）有限公司     美孚（天津）有限公司

天津雅马哈电子琴有限公司

可口可乐（天津）有限公司

上海西门子德马泰克有限公司

华生富士达电梯（廊坊）有限公司

西门子电气传动有限公司

伊莱克斯清洁用品（天津）有限公司

三星（苏州）有限公司

大宇重工业（烟台）有限公司

大连佳能有限公司

秦山核电站

宝洁（中国）有限公司

安利(广州)日用品有限公司

ABB北京有限公司

多元电气集团
江铃拖拉机股份有限公司
中通客车股份有限公司
飞利浦电子(北京)有限公司

    

欢迎访问我的产品主页获取更多产品资讯: http://www.cnstorage.com

电话: 021-5851 2281   021-5835 3063     奥特玛特--物流设备      Email:  sales@abatt.com.cn

 

 

如果这封邮件打扰了您，我们感到很抱歉，邮件退订请Email至如下地址：dd@cnstorage.com

 

 

 

From build-common-hackers@lists.alioth.debian.org Tue Nov 11 15:07:08 2003 From: build-common-hackers@lists.alioth.debian.org (build-common-hackers) Date: Tue, 11 Nov 03 15:07:08 Hor醨io brasileiro de ver鉶 Subject: [Build-common-hackers] Larissa wefwf Message-ID: ------=_NextPart_000_0074_D167E5CE.9E71AB1D Content-Type: text/html Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9d2luZG93cy0xMjUyIj4NCjx0aXRs ZT5Ob3NzbyBkZXBhcnRhbWVudG8gZGUgc2VsZefjbyBkYSBkaXZpc+NvPC90aXRsZT4NCjwv aGVhZD4NCg0KPGJvZHk+DQoNCjxwIGNsYXNzPSJNc29Ob3JtYWwiPk5vc3NvIGRlcGFydGFt ZW50byBkZSBzZWxl5+NvIGRhIGRpdmlz428gJnF1b3Q7IEFt6XJpY2EgTGF0aW5hJnF1b3Q7 IA0KbG9jYWxpem91IHNldSBlLW1haWwgbmEgaW50ZXJuZXQuIEVzdGFtb3MgcHJvY3VyYW5k byBwcm9maXNzaW9uYWlzIHPpcmlvcyBwYXJhIA0KYW1wbGlhcm1vcyBub3NzYSBwYXJ0aWNp cGHn428gbm8gbWVyY2FkbywgcGFyYSBhdHVh5+NvIG5hIOFyZWEgZGUgZS1jb21tZXJjZSwg DQpzdXBlcnZpc+NvIGUgZGlzdHJpYnVp5+NvIGF0cmF26XMgZGUgdW0gY29udHJhdG8mbmJz cDsgaW50ZXJuYWNpb25hbC48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48YnI+DQpNYWlv cmVzIGluZm9ybWHn9WVzIHBvZGVy428gc2VyIG9idGlkYXMmbmJzcDsNCjxhIGhyZWY9Imh0 dHA6Ly93d3cub3Blbm9wb3J0dW5pdHkua2l0Lm5ldCI+Y2xpY2FuZG8gYXF1aTwvYT48YnI+ DQo8YnI+DQo8YnI+DQpBdGVuY2lvc2FtZW50ZSw8YnI+DQo8YnI+DQo8YnI+DQombmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsgRGVwdG8gU2VsZefjby48L3A+DQoNCjwvYm9keT4NCg0KPC9odG1sPg0KICAgIA== ------=_NextPart_000_0074_D167E5CE.9E71AB1D-- From Guillem Jover , 220562@bugs.debian.org Thu Nov 13 10:43:20 2003 From: Guillem Jover , 220562@bugs.debian.org (Guillem Jover) Date: Thu, 13 Nov 2003 11:43:20 +0100 Subject: [Build-common-hackers] Bug#220562: cdbs: simple-patchsys.mk does not honour #DPATCHLEVEL Message-ID: <20031113104320.GA21589@zulo.hadrons.org> --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Package: cdbs Version: 0.4.13 Tags: patch Hi, Current simple-patchsys.mk does not honour #DPATCHLEVEL. Once this is fixed the code honouring #DPATCHLEVEL is executed and when reversing a not previously applied patch it fails and exits giving a build error. Attached is a patch fixing this two issues. regards, guillem --C7zPtVaVf+AK4Oqc Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="cdbs_simple-patchsys.patch" --- simple-patchsys.mk.in 2003-08-27 07:25:53.000000000 +0200 +++ simple-patchsys.mk.in.patched 2003-11-13 11:13:28.000000000 +0100 @@ -49,12 +49,16 @@ @echo "patches: $(DEB_PATCHES)" @set -e ; reverse=""; patches="$(DEB_PATCHES)"; \ if [ "$@" = "reverse-patches" ]; then \ + if [ ! -e debian/stamp-patched ]; then \ + echo "Not reversing not applied patches."; \ + exit 0; \ + fi; \ reverse="-R"; \ for patch in $$patches; do reversepatches="$$patch $$reversepatches"; done; \ patches="$$reversepatches"; \ fi; \ for patch in $$patches; do \ - level=$(head $$patch | egrep '^#DPATCHLEVEL=' | cut -f 2 -d '='); \ + level=$$(head $$patch | egrep '^#DPATCHLEVEL=' | cut -f 2 -d '='); \ reverse=""; \ if [ "$@" = "reverse-patches" ]; then reverse="-R"; fi; \ success=""; \ --C7zPtVaVf+AK4Oqc-- From walters@verbum.org Thu Nov 13 15:07:49 2003 From: walters@verbum.org (Colin Walters) Date: Thu, 13 Nov 2003 10:07:49 -0500 Subject: [Build-common-hackers] upload Message-ID: <1068736068.16851.1.camel@metropolis.verbum.private> --=-S2lyUhylzAv34n6KYTss Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Can anyone here do an upload? I won't be able to for a while yet; my main development laptop broke, and I won't get it back for at least another week. We have a ton of outstanding patches, most of them look quite good. --=-S2lyUhylzAv34n6KYTss Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/s55COIkJWWp2WGURAsu0AJ0bcTtjogLw7/JTLz16UtIod0SmTQCfZkeP eB3F5E01U3Y/EqOoFYLu3/A= =ZSUz -----END PGP SIGNATURE----- --=-S2lyUhylzAv34n6KYTss-- From sgybas@debian.org Thu Nov 13 15:28:55 2003 From: sgybas@debian.org (Stefan Gybas) Date: Thu, 13 Nov 2003 16:28:55 +0100 Subject: [Build-common-hackers] upload In-Reply-To: <1068736068.16851.1.camel@metropolis.verbum.private> References: <1068736068.16851.1.camel@metropolis.verbum.private> Message-ID: <3FB3A337.1080803@debian.org> Colin Walters wrote: > Can anyone here do an upload? I can do it tomorrow, if nobody else has time to do one. > We have a ton of outstanding patches, most of them look quite good. I have already looked at most of them. I'm not sure if #219132 should be applied: These "ifeq"s look strange to me, isn't that what "?=" is for? Also can compressed patches be in debian/patches? This would mean binary files in the .diff.gz. Stefan From Colin Walters , 219132@bugs.debian.org Thu Nov 13 22:37:42 2003 From: Colin Walters , 219132@bugs.debian.org (Colin Walters) Date: Thu, 13 Nov 2003 17:37:42 -0500 Subject: Bug#219132: [Build-common-hackers] upload In-Reply-To: <3FB3A337.1080803@debian.org> References: <1068736068.16851.1.camel@metropolis.verbum.private> <3FB3A337.1080803@debian.org> Message-ID: <1068763060.3063.12.camel@metropolis.verbum.private> --=-5CCLWxb/9aDbytiEPc13 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-11-13 at 10:28, Stefan Gybas wrote: > Colin Walters wrote: >=20 > > Can anyone here do an upload? >=20 > I can do it tomorrow, if nobody else has time to do one. Thanks, Stefan, that's good to hear! > > We have a ton of outstanding patches, most of them look quite good. >=20 > I have already looked at most of them. I'm not sure if #219132 should be=20 > applied: These "ifeq"s look strange to me, isn't that what "?=3D" is for?= =20 Yeah. > Also can compressed patches be in debian/patches? This would mean binary=20 > files in the .diff.gz. Right; If I had to take a guess, he's planning on using this to override DEB_PATCHDIRS and point at some external set of patches that's already unpacked, or something. Robert? --=-5CCLWxb/9aDbytiEPc13 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) iD8DBQA/tAeyOIkJWWp2WGURAo8iAJ49JA62cCmAN3z7jtXshFiBrUS2QwCfeiUK UaarvcrSTZUhydISyKH9o2U= =ZLv7 -----END PGP SIGNATURE----- --=-5CCLWxb/9aDbytiEPc13-- From thenativity@general-info.net Thu Nov 13 23:05:02 2003 From: thenativity@general-info.net (The Nativity) Date: Thu, 13 Nov 2003 17:05:02 -0600 Subject: [Build-common-hackers] Give your child a gift for life this christmas Message-ID: This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This mail was sent in html format. Please open the attached file. --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: 7bit Untitled Document



We respect your online time and privacy, and honor all opt outs.
If you prefer not to receive further emails, please click here

--=_NextPart_2rfkindysadvnqw3nerasdf-- From Robert Millan , 219132@bugs.debian.org Fri Nov 14 09:53:02 2003 From: Robert Millan , 219132@bugs.debian.org (Robert Millan) Date: Fri, 14 Nov 2003 10:53:02 +0100 Subject: Bug#219132: [Build-common-hackers] upload In-Reply-To: <1068763060.3063.12.camel@metropolis.verbum.private> References: <1068736068.16851.1.camel@metropolis.verbum.private> <3FB3A337.1080803@debian.org> <1068763060.3063.12.camel@metropolis.verbum.private> Message-ID: <20031114095302.GA697@khazad.dyndns.org> On Thu, Nov 13, 2003 at 05:37:42PM -0500, Colin Walters wrote: > > I have already looked at most of them. I'm not sure if #219132 should be > > applied: These "ifeq"s look strange to me, isn't that what "?=" is for? > > Yeah. Yep, my oversight. However, I just rewrote these lines yesterday in order to make it work with multiple suffixes in DEB_PATCH_SUFFIX. It now looks like: DEB_PATCH_SUFFIX ?= .patch .diff DEB_PATCHDIRS ?= debian/patches DEB_PATCHES = $(foreach suffix,$(DEB_PATCH_SUFFIX),\ $(foreach dir,$(DEB_PATCHDIRS),\ $(shell echo $(wildcard $(dir)/*$(suffix))))) Could you use these lines instead? (the code is tested and known to work) note: the .diff was moved from the last line in which it was hardcoded > > Also can compressed patches be in debian/patches? This would mean binary > > files in the .diff.gz. > > Right; If I had to take a guess, he's planning on using this to override > DEB_PATCHDIRS and point at some external set of patches that's already > unpacked, or something. Robert? You guessed right. That explains the need for _READONLY option, too: my package was either getting permission-errors (fakeroot) or trashing my system directories (sudo). Although you can still compress stuff in your debian/ dir if you use debian-native packages (or dpkg-source v2). -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From Marc Haber , 220756@bugs.debian.org Fri Nov 14 13:22:39 2003 From: Marc Haber , 220756@bugs.debian.org (Marc Haber) Date: Fri, 14 Nov 2003 14:22:39 +0100 Subject: [Build-common-hackers] Bug#220756: cdbs: needs more docs Message-ID: <200311141323.hAEDNGuk025941@bonzo.intern.ilk.de> Package: cdbs Version: 0.4.13 Severity: wishlist Hi, cdbs looks like the best thing since sliced bread, but it's not documented. The two HTML files in /u/s/d/cdbs do give a good introduction, but there is not documentation of the libraries delivered by cdbs and there is no documentation about the variables that can be used. Pulling all that information from the five examples and the sources is not a nice job. There should be more docs. Greetings Marc -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kes 2.4.22-kes #1 Tue Oct 7 07:49:10 UTC 2003 i686 Locale: LANG=C, LC_CTYPE=C -- no debconf information From zeratul2@wanadoo.es Fri Nov 14 14:03:33 2003 From: zeratul2@wanadoo.es (Robert Millan) Date: Fri, 14 Nov 2003 15:03:33 +0100 Subject: [Build-common-hackers] Implementing debian/*.in file generation Message-ID: <20031114140333.GA650@khazad.dyndns.org> Hi! I'd like to discuss how to implement the functionality in CDBS to generate debian/* files dynamicaly from debian/*.in templates. My suggestion for the interface is: In debian/rules, you define a variable, e.g: DEB_GEN. Then CDBS runs sed for each of the "foo.in" files in order to generate "foo", and $(DEB_GEN) is passed as argument to sed. For example: DEB_GEN := s/@foo@/bar/g s/@bar@/foo/g Then CDBS invokes: for i in debian/*.in ; do cat $i | sed s/@foo@/bar/g | sed s/@bar@/foo/g \ > `basename $i .in` ; done I'm not sure, however, in which part of CDBS internal files would this code have to be put. If you give me some clue on this, I might be able to send a patch that implements it. Thanks, -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From owner@bugs.debian.org Fri Nov 14 14:33:32 2003 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 14 Nov 2003 08:33:32 -0600 Subject: [Build-common-hackers] Processed: Bug#217125: FTBFS: "make check" fails on recursive.sh In-Reply-To: <3FB4E59E.2000803@debian.org> References: <3FB4E59E.2000803@debian.org> Message-ID: Processing commands for control@bugs.debian.org: > tags 217125 moreinfo unreproducible Bug#217125: FTBFS: "make check" fails on recursive.sh There were no tags set. Tags added: moreinfo, unreproducible > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) From Stefan Gybas , 220756@bugs.debian.org Fri Nov 14 14:26:33 2003 From: Stefan Gybas , 220756@bugs.debian.org (Stefan Gybas) Date: Fri, 14 Nov 2003 15:26:33 +0100 Subject: [Build-common-hackers] Bug#220756: cdbs: needs more docs In-Reply-To: <200311141323.hAEDNGuk025941@bonzo.intern.ilk.de> References: <200311141323.hAEDNGuk025941@bonzo.intern.ilk.de> Message-ID: <3FB4E619.3030507@debian.org> Marc Haber wrote: > There should be more docs. I fully agree with you. I'm currently preparing a new upload, so if you send my your docs within the next few hours, I'll include them. :-) Stefan From Stefan Gybas , 217125@bugs.debian.org Fri Nov 14 14:24:30 2003 From: Stefan Gybas , 217125@bugs.debian.org (Stefan Gybas) Date: Fri, 14 Nov 2003 15:24:30 +0100 Subject: [Build-common-hackers] Bug#217125: FTBFS: "make check" fails on recursive.sh In-Reply-To: References: Message-ID: <3FB4E59E.2000803@debian.org> tags 217125 moreinfo unreproducible thanks Robert Millan wrote: > PASS: autotools-5.sh > .: 21: testsuite_functions: not found > FAIL: recursive.sh I can't reproduce this, building a current CVS snapshot works fine for me. recursive.sh sources testsuite_functions which should be in the same directory as recursive.sh (and autotools-5.sh!). Can you send me the complete build log? Does this still happen? Stefan From Stefan Gybas , 217131@bugs.debian.org Fri Nov 14 15:04:30 2003 From: Stefan Gybas , 217131@bugs.debian.org (Stefan Gybas) Date: Fri, 14 Nov 2003 16:04:30 +0100 Subject: [Build-common-hackers] Bug#217131: new patch, add libtool-update facility In-Reply-To: <20031103125400.GA8496@khazad.dyndns.org> References: <20031103125400.GA8496@khazad.dyndns.org> Message-ID: <3FB4EEFE.7010302@debian.org> Robert Millan wrote: > I updated the autotools-update patch to update libtool also. It can be > made to update libtool properly using "libtoolize" when > DEB_AUTO_UPDATE_LIBTOOL="pre", or it can also update libtool after it > is generated (discouraged, but it might be useful on some situations) > when DEB_AUTO_UPDATE_LIBTOOL="post". I think this should be in autotools-files.mk instead of autotools.mk, like the code for updating config.{guess,sub}. The possible changes should also be undone in the clean target. If nobody disagrees, I'll put it in autotools-files.mk. Stefan From Robert Millan , 217131@bugs.debian.org Fri Nov 14 15:24:23 2003 From: Robert Millan , 217131@bugs.debian.org (Robert Millan) Date: Fri, 14 Nov 2003 16:24:23 +0100 Subject: [Build-common-hackers] Bug#217131: new patch, add libtool-update facility In-Reply-To: <3FB4EEFE.7010302@debian.org> References: <20031103125400.GA8496@khazad.dyndns.org> <3FB4EEFE.7010302@debian.org> Message-ID: <20031114152423.GA16777@khazad.dyndns.org> On Fri, Nov 14, 2003 at 04:04:30PM +0100, Stefan Gybas wrote: > Robert Millan wrote: > > >I updated the autotools-update patch to update libtool also. It can be > >made to update libtool properly using "libtoolize" when > >DEB_AUTO_UPDATE_LIBTOOL="pre", or it can also update libtool after it > >is generated (discouraged, but it might be useful on some situations) > >when DEB_AUTO_UPDATE_LIBTOOL="post". > > I think this should be in autotools-files.mk instead of autotools.mk, > like the code for updating config.{guess,sub}. The possible changes > should also be undone in the clean target. > > If nobody disagrees, I'll put it in autotools-files.mk. I have two comments: - I think it should be "-updates" instead of "-files", it gives a better idea of what the file does. - Make sure autotools.mk includes that file, otherwise it disables config.guess updates for existing packages that rely on it. -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From owner@bugs.debian.org Fri Nov 14 15:33:33 2003 From: owner@bugs.debian.org (Debian Bug Tracking System) Date: Fri, 14 Nov 2003 09:33:33 -0600 Subject: [Build-common-hackers] Bug#217125: marked as done (FTBFS: "make check" fails on recursive.sh) In-Reply-To: <20031114152602.GB16777@khazad.dyndns.org> References: <20031114152602.GB16777@khazad.dyndns.org> Message-ID: Your message dated Fri, 14 Nov 2003 16:26:02 +0100 with message-id <20031114152602.GB16777@khazad.dyndns.org> and subject line Bug#217125: FTBFS: "make check" fails on recursive.sh has caused the attached Bug report 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 your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -------------------------------------- Received: (at submit) by bugs.debian.org; 22 Oct 2003 18:58:49 +0000 >From rmh@debian.org Wed Oct 22 13:58:40 2003 Return-path: Received: from 86.red-80-24-13.pooles.rima-tde.net (aragorn) [80.24.13.86] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1ACOBn-0007Mu-00; Wed, 22 Oct 2003 13:58:40 -0500 Received: from rmh by aragorn with local (Exim 3.36 #1 (Debian)) id 1ACOBJ-000683-00; Wed, 22 Oct 2003 20:58:05 +0200 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Robert Millan To: Debian Bug Tracking System Subject: FTBFS: "make check" fails on recursive.sh X-Mailer: reportbug 2.34 Date: Wed, 22 Oct 2003 20:58:04 +0200 Message-Id: Sender: X-BadReturnPath: rmh@aragorn rewritten as rmh@debian.org using "From" header Delivered-To: submit@bugs.debian.org X-Spam-Status: No, hits=-6.5 required=4.0 tests=BAYES_01,HAS_PACKAGE version=2.53-bugs.debian.org_2003_10_21 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_10_21 (1.174.2.15-2003-03-30-exp) Package: cdbs Version: 0.4.13 Severity: serious Just got an FTBFS with cdbs: [...] PASS: autotools-5.sh .: 21: testsuite_functions: not found FAIL: recursive.sh PASS: udeb-1.sh PASS: hdparm.sh =================== 1 of 8 tests failed =================== make[4]: *** [check-TESTS] Error 1 [...] -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux aragorn 2.2.25 #1 Fri Jun 20 19:28:33 EST 2003 i686 Locale: LANG=ca_ES@euro, LC_CTYPE=ca_ES@euro -- no debconf information --------------------------------------- Received: (at 217125-done) by bugs.debian.org; 14 Nov 2003 15:25:32 +0000 >From rmh@khazad.dyndns.org Fri Nov 14 09:25:31 2003 Return-path: Received: from 86.red-80-24-13.pooles.rima-tde.net (aragorn) [80.24.13.86] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AKfpD-0001WS-00; Fri, 14 Nov 2003 09:25:31 -0600 Received: from rmh by aragorn with local (Exim 3.36 #1 (Debian)) id 1AKfpj-0004NI-00; Fri, 14 Nov 2003 16:26:03 +0100 Date: Fri, 14 Nov 2003 16:26:02 +0100 From: Robert Millan To: Stefan Gybas Cc: 217125-done@bugs.debian.org Subject: Re: Bug#217125: FTBFS: "make check" fails on recursive.sh Message-ID: <20031114152602.GB16777@khazad.dyndns.org> References: <3FB4E59E.2000803@debian.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3FB4E59E.2000803@debian.org> Organisation: free as in freedom User-Agent: Mutt/1.5.4i Sender: Delivered-To: 217125-done@bugs.debian.org X-Spam-Status: No, hits=-3.5 required=4.0 tests=BAYES_30,EMAIL_ATTRIBUTION version=2.53-bugs.debian.org_2003_11_13 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_11_13 (1.174.2.15-2003-03-30-exp) On Fri, Nov 14, 2003 at 03:24:30PM +0100, Stefan Gybas wrote: > tags 217125 moreinfo unreproducible > thanks > > Robert Millan wrote: > > >PASS: autotools-5.sh > >.: 21: testsuite_functions: not found > >FAIL: recursive.sh > > I can't reproduce this, building a current CVS snapshot works fine for me. Strange, I can't reproduce it anymore either. Perhaps my recent dist-upgrades of debhelper or such fixed it. I'm closing this bug. -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From golf@general-info.net Fri Nov 14 02:02:01 2003 From: golf@general-info.net (Fantasy Golf, Inc.) Date: Thu, 13 Nov 2003 20:02:01 -0600 Subject: [Build-common-hackers] Golf with John Daly and other pros! Message-ID: This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This mail was sent in html format. Please open the attached file. --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: 7bit fantasy_golf

How often have you dreamt of playing golf on the PGA Tour?

Every duffer has the dream. A hush comes over the crowd as you step up to the tee. Big John Daly is standing next to you ready to match your tee shot. Or, if you're in the Women's Tournament, perhaps it's Annika Sorenstam watching in the background over your right shoulder as she waits her turn.

Fairway Fantasy Vacations is about to take a very fortunate few where only PGA Tour Professionals have been - right in the hunt of tournament play. From the moment you arrive at the world class Grand Cypress Resort in Orlando, Florida , you will begin to experience the life of the PGA Tour Player.

With Fairway Fantasy Vacations you have it all. Plus, you'll not just have access to a great teacher, but golf's best instructor, Butch Harmon . See if he can do for you what he did for Tiger and . Jan Stephenson will be teaching our LPGA clinic.

Among these great names in golf are players who hold 20 Major Championship Trophies . Did you ever think you would be playing with the same players that have won The Masters, The U.S. Open, The British Open, The PGA and the fifth Major, The Players Championship ? Imagine the thrill of being able to share with your friends conversations you have with world renown players as you circle the course in competition at the Fantasy Classic. Listen to John Daly talk about winning the 1995 British Open, or witness Annika Sorenstam relate what she felt during the CISCO World Ladies Match Play Championship as she scored a narrow victory over Se Ri Pak to become the 2001 Rolex Player of the Year.

Call 1-866-790-3060 to learn more and register for your vacation with the pros. - Mention this email and receive $500 off the package price, which includes: Free Private Lessons, Hotel Accommodations, 3 Tournament Rounds, 1 Practice Round, Clinics And Much More!

Visit us online at: www.fairwayfantasyvacations.com




We respect your online time and privacy, and honor all opt outs.
If you prefer not to receive further emails, please click here

--=_NextPart_2rfkindysadvnqw3nerasdf-- From Marc Haber , 220756@bugs.debian.org Fri Nov 14 21:59:13 2003 From: Marc Haber , 220756@bugs.debian.org (Marc Haber) Date: Fri, 14 Nov 2003 22:59:13 +0100 Subject: [Build-common-hackers] Bug#220756: cdbs: needs more docs In-Reply-To: <3FB4E619.3030507@debian.org> References: <200311141323.hAEDNGuk025941@bonzo.intern.ilk.de> <3FB4E619.3030507@debian.org> Message-ID: <20031114215913.GA16043@torres.ka0.zugschlus.de> On Fri, Nov 14, 2003 at 03:26:33PM +0100, Stefan Gybas wrote: > Marc Haber wrote: > >There should be more docs. > > I fully agree with you. I'm currently preparing a new upload, so if you > send my your docs within the next few hours, I'll include them. :-) Despite the Smiley, I consider that typical Debianism decidedly un-funny. To be able to write docs, one needs to understand the software. To understand the software, one needs (a) to read the docs, (b) to talk to the developers or (c) to have written the software. Undocumented software doesn't get used. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Karlsruhe, Germany | lose things." Winona Ryder | Fon: *49 721 966 32 15 Nordisch by Nature | How to make an American Quilt | Fax: *49 721 966 31 29 From ccheney@cheney.cx Sat Nov 15 07:15:42 2003 From: ccheney@cheney.cx (Chris Cheney) Date: Sat, 15 Nov 2003 01:15:42 -0600 Subject: [Build-common-hackers] cdbs v2 buildcore.mk idea Message-ID: <20031115071542.GC20858@cheney.cx> --z9U9oWULJx7fFSwf Content-Type: multipart/mixed; boundary="iGS4/Q/M16VRPju2" Content-Disposition: inline --iGS4/Q/M16VRPju2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Here is my idea of a restructuring of buildcore.mk.in for cdbs v2. Any comments? Chris Cheney --iGS4/Q/M16VRPju2 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="buildcore.mk.in.2" Content-Transfer-Encoding: quoted-printable # -*- mode: makefile; coding: utf-8 -*- # Copyright =A9 2002,2003 Colin Walters # Description: Defines the rule framework # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License as # published by the Free Software Foundation; either version 2, or (at # your option) any later version. # # This program is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA # 02111-1307 USA. ifndef _cdbs_bootstrap _cdbs_scripts_path ?=3D /usr/lib/cdbs _cdbs_rules_path ?=3D /usr/share/cdbs/1/rules _cdbs_class_path ?=3D /usr/share/cdbs/1/class endif ifndef _cdbs_rules_buildcore _cdbs_rules_buildcore :=3D 1 include $(_cdbs_rules_path)/buildvars.mk$(_cdbs_makefile_suffix) # # testdir/testroot # testdir: @echo "testdir" @test -x debian/rules testroot: @echo testroot @test "`id -u`" =3D 0 # # Here are the clean targets. # buildcore-clean-prehook-arch:: testdir testroot stamp-buildcore-clean-preho= ok-arch stamp-buildcore-clean-prehook-arch: buildcore-clean-prehook-indep:: testdir testroot stamp-buildcore-clean-preh= ook-indep stamp-buildcore-clean-prehook-indep: $(patsubst %,buildcore-clean-prehook-%,$(DEB_ARCH_PACKAGES)) :: buildcore-c= lean-prehook-% : buildcore-clean-prehook-arch stamp-buildcore-clean-prehook= -% $(patsubst %,stamp-buildcore-clean-prehook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-clean-prehook-%,$(DEB_INDEP_PACKAGES)) :: buildcore-= clean-prehook-% : buildcore-clean-prehook-indep stamp-buildcore-clean-preho= ok-% $(patsubst %,stamp-buildcore-clean-prehook-%,$(DEB_INDEP_PACKAGES)): buildcore-clean-arch:: buildcore-clean-prehook-arch $(patsubst %,buildcore-= clean-prehook-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-clean-arch stamp-buildcore-clean-arch: buildcore-clean-indep:: buildcore-clean-prehook-indep $(patsubst %,buildcor= e-clean-prehook-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-clean-indep stamp-buildcore-clean-indep: $(patsubst %,buildcore-clean-%,$(DEB_ARCH_PACKAGES)) :: buildcore-clean-% := buildcore-clean-arch stamp-buildcore-clean-% $(patsubst %,stamp-buildcore-clean-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-clean-%,$(DEB_INDEP_PACKAGES)) :: buildcore-clean-% = : buildcore-clean-indep stamp-buildcore-clean-% $(patsubst %,stamp-buildcore-clean-%,$(DEB_INDEP_PACKAGES)): buildcore-clean-posthook-arch:: buildcore-clean-arch $(patsubst %,buildcore= -clean-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-clean-posthook-arch stamp-buildcore-clean-posthook-arch: buildcore-clean-posthook-indep:: buildcore-clean-indep $(patsubst %,buildco= re-clean-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-clean-posthook-indep stamp-buildcore-clean-posthook-indep: $(patsubst %,buildcore-clean-posthook-%,$(DEB_ARCH_PACKAGES)) :: buildcore-= clean-posthook-% : buildcore-clean-posthook-arch stamp-buildcore-clean-post= hook-% $(patsubst %,stamp-buildcore-clean-posthook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-clean-posthook-%,$(DEB_INDEP_PACKAGES)) :: buildcore= -clean-posthook-% : buildcore-clean-posthook-indep stamp-buildcore-clean-po= sthook-% $(patsubst %,stamp-buildcore-clean-posthook-%,$(DEB_INDEP_PACKAGES)): clean-arch: buildcore-clean-posthook-arch $(patsubst %,buildcore-clean-post= hook-%,$(DEB_ARCH_PACKAGES)) clean-indep: buildcore-clean-posthook-indep $(patsubst %,buildcore-clean-po= sthook-%,$(DEB_INDEP_PACKAGES)) clean: clean-arch clean-indep # # Here are the configure targets. # buildcore-configure-prehook-arch:: testdir stamp-buildcore-configure-prehoo= k-arch stamp-buildcore-configure-prehook-arch: buildcore-configure-prehook-indep:: testdir stamp-buildcore-configure-preho= ok-indep stamp-buildcore-configure-prehook-indep: $(patsubst %,buildcore-configure-prehook-%,$(DEB_ARCH_PACKAGES)) :: buildco= re-configure-prehook-% : buildcore-configure-prehook-arch stamp-buildcore-c= onfigure-prehook-% $(patsubst %,stamp-buildcore-configure-prehook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-configure-prehook-%,$(DEB_INDEP_PACKAGES)) :: buildc= ore-configure-prehook-% : buildcore-configure-prehook-indep stamp-buildcore= -configure-prehook-% $(patsubst %,stamp-buildcore-configure-prehook-%,$(DEB_INDEP_PACKAGES)): buildcore-configure-arch:: buildcore-configure-prehook-arch $(patsubst %,bu= ildcore-configure-prehook-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-configure= -arch stamp-buildcore-configure-arch: buildcore-configure-indep:: buildcore-configure-prehook-indep $(patsubst %,= buildcore-configure-prehook-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-config= ure-indep stamp-buildcore-configure-indep: $(patsubst %,buildcore-configure-%,$(DEB_ARCH_PACKAGES)) :: buildcore-confi= gure-% : buildcore-configure-arch stamp-buildcore-configure-% $(patsubst %,stamp-buildcore-configure-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-configure-%,$(DEB_INDEP_PACKAGES)) :: buildcore-conf= igure-% : buildcore-configure-indep stamp-buildcore-configure-% $(patsubst %,stamp-buildcore-configure-%,$(DEB_INDEP_PACKAGES)): buildcore-configure-posthook-arch:: buildcore-configure-arch $(patsubst %,b= uildcore-configure-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-configure-postho= ok-arch stamp-buildcore-configure-posthook-arch: buildcore-configure-posthook-indep:: buildcore-configure-indep $(patsubst %= ,buildcore-configure-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-configure-pos= thook-indep stamp-buildcore-configure-posthook-indep: $(patsubst %,buildcore-configure-posthook-%,$(DEB_ARCH_PACKAGES)) :: buildc= ore-configure-posthook-% : buildcore-configure-posthook-arch stamp-buildcor= e-configure-posthook-% $(patsubst %,stamp-buildcore-configure-posthook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-configure-posthook-%,$(DEB_INDEP_PACKAGES)) :: build= core-configure-posthook-% : buildcore-configure-posthook-indep stamp-buildc= ore-configure-posthook-% $(patsubst %,stamp-buildcore-configure-posthook-%,$(DEB_INDEP_PACKAGES)): configure-arch: buildcore-configure-posthook-arch $(patsubst %,buildcore-co= nfigure-posthook-%,$(DEB_ARCH_PACKAGES)) configure-indep: buildcore-configure-posthook-indep $(patsubst %,buildcore-= configure-posthook-%,$(DEB_INDEP_PACKAGES)) configure: configure-arch configure-indep # # Here are the build targets. # buildcore-build-prehook-arch:: configure-arch stamp-buildcore-build-prehook= -arch stamp-buildcore-build-prehook-arch: buildcore-build-prehook-indep:: configure-indep stamp-buildcore-build-preho= ok-indep stamp-buildcore-build-prehook-indep: $(patsubst %,buildcore-build-prehook-%,$(DEB_ARCH_PACKAGES)) :: buildcore-b= uild-prehook-% : buildcore-build-prehook-arch stamp-buildcore-build-prehook= -% $(patsubst %,stamp-buildcore-build-prehook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-build-prehook-%,$(DEB_INDEP_PACKAGES)) :: buildcore-= build-prehook-% : buildcore-build-prehook-indep stamp-buildcore-build-preho= ok-% $(patsubst %,stamp-buildcore-build-prehook-%,$(DEB_INDEP_PACKAGES)): buildcore-build-arch:: buildcore-build-prehook-arch $(patsubst %,buildcore-= build-prehook-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-build-arch stamp-buildcore-build-arch: buildcore-build-indep:: buildcore-build-prehook-indep $(patsubst %,buildcor= e-build-prehook-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-build-indep stamp-buildcore-build-indep: $(patsubst %,buildcore-build-%,$(DEB_ARCH_PACKAGES)) :: buildcore-build-% := buildcore-build-arch stamp-buildcore-build-% $(patsubst %,stamp-buildcore-build-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-build-%,$(DEB_INDEP_PACKAGES)) :: buildcore-build-% = : buildcore-build-indep stamp-buildcore-build-% $(patsubst %,stamp-buildcore-build-%,$(DEB_INDEP_PACKAGES)): buildcore-build-posthook-arch:: buildcore-build-arch $(patsubst %,buildcore= -build-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-build-posthook-arch stamp-buildcore-build-posthook-arch: buildcore-build-posthook-indep:: buildcore-build-indep $(patsubst %,buildco= re-build-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-build-posthook-indep stamp-buildcore-build-posthook-indep: $(patsubst %,buildcore-build-posthook-%,$(DEB_ARCH_PACKAGES)) :: buildcore-= build-posthook-% : buildcore-build-posthook-arch stamp-buildcore-build-post= hook-% $(patsubst %,stamp-buildcore-build-posthook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-build-posthook-%,$(DEB_INDEP_PACKAGES)) :: buildcore= -build-posthook-% : buildcore-build-posthook-indep stamp-buildcore-build-po= sthook-% $(patsubst %,stamp-buildcore-build-posthook-%,$(DEB_INDEP_PACKAGES)): build-arch: buildcore-build-posthook-arch $(patsubst %,buildcore-build-post= hook-%,$(DEB_ARCH_PACKAGES)) build-indep: buildcore-build-posthook-indep $(patsubst %,buildcore-build-po= sthook-%,$(DEB_INDEP_PACKAGES)) build: build-arch build-indep # # Here are the install targets. # buildcore-install-prehook-arch:: testroot build-arch stamp-buildcore-instal= l-prehook-arch stamp-buildcore-install-prehook-arch: buildcore-install-prehook-indep:: testroot build-indep stamp-buildcore-inst= all-prehook-indep stamp-buildcore-install-prehook-indep: $(patsubst %,buildcore-install-prehook-%,$(DEB_ARCH_PACKAGES)) :: buildcore= -install-prehook-% : buildcore-install-prehook-arch stamp-buildcore-install= -prehook-% $(patsubst %,stamp-buildcore-install-prehook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-install-prehook-%,$(DEB_INDEP_PACKAGES)) :: buildcor= e-install-prehook-% : buildcore-install-prehook-indep stamp-buildcore-insta= ll-prehook-% $(patsubst %,stamp-buildcore-install-prehook-%,$(DEB_INDEP_PACKAGES)): buildcore-install-arch:: buildcore-install-prehook-arch $(patsubst %,buildc= ore-install-prehook-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-install-arch stamp-buildcore-install-arch: buildcore-install-indep:: buildcore-install-prehook-indep $(patsubst %,buil= dcore-install-prehook-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-install-indep stamp-buildcore-install-indep: $(patsubst %,buildcore-install-%,$(DEB_ARCH_PACKAGES)) :: buildcore-install= -% : buildcore-install-arch stamp-buildcore-install-% $(patsubst %,stamp-buildcore-install-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-install-%,$(DEB_INDEP_PACKAGES)) :: buildcore-instal= l-% : buildcore-install-indep stamp-buildcore-install-% $(patsubst %,stamp-buildcore-install-%,$(DEB_INDEP_PACKAGES)): buildcore-install-posthook-arch:: buildcore-install-arch $(patsubst %,build= core-install-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-install-posthook-arch stamp-buildcore-install-posthook-arch: buildcore-install-posthook-indep:: buildcore-install-indep $(patsubst %,bui= ldcore-install-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-install-posthook-in= dep stamp-buildcore-install-posthook-indep: $(patsubst %,buildcore-install-posthook-%,$(DEB_ARCH_PACKAGES)) :: buildcor= e-install-posthook-% : buildcore-install-posthook-arch stamp-buildcore-inst= all-posthook-% $(patsubst %,stamp-buildcore-install-posthook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-install-posthook-%,$(DEB_INDEP_PACKAGES)) :: buildco= re-install-posthook-% : buildcore-install-posthook-indep stamp-buildcore-in= stall-posthook-% $(patsubst %,stamp-buildcore-install-posthook-%,$(DEB_INDEP_PACKAGES)): install-arch: buildcore-install-posthook-arch $(patsubst %,buildcore-instal= l-posthook-%,$(DEB_ARCH_PACKAGES)) install-indep: buildcore-install-posthook-indep $(patsubst %,buildcore-inst= all-posthook-%,$(DEB_INDEP_PACKAGES)) install: install-arch install-indep # # Here are the binary targets. # buildcore-binary-prehook-arch:: install-arch stamp-buildcore-binary-prehook= -arch stamp-buildcore-binary-prehook-arch: buildcore-binary-prehook-indep:: install-indep stamp-buildcore-binary-preho= ok-indep stamp-buildcore-binary-prehook-indep: $(patsubst %,buildcore-binary-prehook-%,$(DEB_ARCH_PACKAGES)) :: buildcore-= binary-prehook-% : buildcore-binary-prehook-arch stamp-buildcore-binary-pre= hook-% $(patsubst %,stamp-buildcore-binary-prehook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-binary-prehook-%,$(DEB_INDEP_PACKAGES)) :: buildcore= -binary-prehook-% : buildcore-binary-prehook-indep stamp-buildcore-binary-p= rehook-% $(patsubst %,stamp-buildcore-binary-prehook-%,$(DEB_INDEP_PACKAGES)): buildcore-binary-arch:: buildcore-binary-prehook-arch $(patsubst %,buildcor= e-binary-prehook-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-binary-arch stamp-buildcore-binary-arch: buildcore-binary-indep:: buildcore-binary-prehook-indep $(patsubst %,buildc= ore-binary-prehook-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-binary-indep stamp-buildcore-binary-indep: $(patsubst %,buildcore-binary-%,$(DEB_ARCH_PACKAGES)) :: buildcore-binary-%= : buildcore-binary-arch stamp-buildcore-binary-% $(patsubst %,stamp-buildcore-binary-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-binary-%,$(DEB_INDEP_PACKAGES)) :: buildcore-binary-= % : buildcore-binary-indep stamp-buildcore-binary-% $(patsubst %,stamp-buildcore-binary-%,$(DEB_INDEP_PACKAGES)): buildcore-binary-posthook-arch:: buildcore-binary-arch $(patsubst %,buildco= re-binary-%,$(DEB_ARCH_PACKAGES)) stamp-buildcore-binary-posthook-arch stamp-buildcore-binary-posthook-arch: buildcore-binary-posthook-indep:: buildcore-binary-indep $(patsubst %,build= core-binary-%,$(DEB_INDEP_PACKAGES)) stamp-buildcore-binary-posthook-indep stamp-buildcore-binary-posthook-indep: $(patsubst %,buildcore-binary-posthook-%,$(DEB_ARCH_PACKAGES)) :: buildcore= -binary-posthook-% : buildcore-binary-posthook-arch stamp-buildcore-binary-= posthook-% $(patsubst %,stamp-buildcore-binary-posthook-%,$(DEB_ARCH_PACKAGES)): $(patsubst %,buildcore-binary-posthook-%,$(DEB_INDEP_PACKAGES)) :: buildcor= e-binary-posthook-% : buildcore-binary-posthook-indep stamp-buildcore-binar= y-posthook-% $(patsubst %,stamp-buildcore-binary-posthook-%,$(DEB_INDEP_PACKAGES)): binary-arch: buildcore-binary-posthook-arch $(patsubst %,buildcore-binary-p= osthook-%,$(DEB_ARCH_PACKAGES)) binary-indep: buildcore-binary-posthook-indep $(patsubst %,buildcore-binary= -posthook-%,$(DEB_INDEP_PACKAGES)) binary: binary-arch binary-indep # # Here is the get-orig-source target. # get-orig-source:: testdir # # .PHONY # =2EPHONY: buildcore-clean-prehook-arch buildcore-clean-prehook-indep buildc= ore-clean-arch buildcore-clean-indep buildcore-clean-posthook-arch buildcor= e-clean-posthook-indep clean-arch clean-indep clean $(patsubst %,buildcore-= clean-prehook-%,$(DEB_ALL_PACKAGES)) $(patsubst %,buildcore-clean-%,$(DEB_A= LL_PACKAGES)) $(patsubst %,buildcore-clean-posthook-%,$(DEB_ALL_PACKAGES)) =2EPHONY: buildcore-configure-prehook-arch buildcore-configure-prehook-inde= p buildcore-configure-arch buildcore-configure-indep buildcore-configure-po= sthook-arch buildcore-configure-posthook-indep configure-arch configure-ind= ep configure $(patsubst %,buildcore-configure-prehook-%,$(DEB_ALL_PACKAGES)= ) $(patsubst %,buildcore-configure-%,$(DEB_ALL_PACKAGES)) $(patsubst %,buil= dcore-configure-posthook-%,$(DEB_ALL_PACKAGES)) =2EPHONY: buildcore-build-prehook-arch buildcore-build-prehook-indep buildc= ore-build-arch buildcore-build-indep buildcore-build-posthook-arch buildcor= e-build-posthook-indep build-arch build-indep build $(patsubst %,buildcore-= build-prehook-%,$(DEB_ALL_PACKAGES)) $(patsubst %,buildcore-build-%,$(DEB_A= LL_PACKAGES)) $(patsubst %,buildcore-build-posthook-%,$(DEB_ALL_PACKAGES)) =2EPHONY: buildcore-install-prehook-arch buildcore-install-prehook-indep bu= ildcore-install-arch buildcore-install-indep buildcore-install-posthook-arc= h buildcore-install-posthook-indep install-arch install-indep install $(pat= subst %,buildcore-install-prehook-%,$(DEB_ALL_PACKAGES)) $(patsubst %,build= core-install-%,$(DEB_ALL_PACKAGES)) $(patsubst %,buildcore-install-posthook= -%,$(DEB_ALL_PACKAGES)) =2EPHONY: buildcore-binary-prehook-arch buildcore-binary-prehook-indep buil= dcore-binary-arch buildcore-binary-indep buildcore-binary-posthook-arch bui= ldcore-binary-posthook-indep binary-arch binary-indep binary $(patsubst %,b= uildcore-binary-prehook-%,$(DEB_ALL_PACKAGES)) $(patsubst %,buildcore-binar= y-%,$(DEB_ALL_PACKAGES)) $(patsubst %,buildcore-binary-posthook-%,$(DEB_ALL= _PACKAGES)) =2EPHONY: $(DEB_PHONY_RULES) endif --iGS4/Q/M16VRPju2-- --z9U9oWULJx7fFSwf Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/tdKe0QZas444SvIRAvM2AJ48MfkqiRp/NWyeTxo0IIQxOSnhMACfZZRo c7m+/pR+MwQVBRWCi73J8YU= =9wYT -----END PGP SIGNATURE----- --z9U9oWULJx7fFSwf-- From jbailey@nisa.net Sat Nov 15 14:54:05 2003 From: jbailey@nisa.net (Jeff Bailey) Date: Sat, 15 Nov 2003 06:54:05 -0800 Subject: [Build-common-hackers] cdbs v2 buildcore.mk idea In-Reply-To: <20031115071542.GC20858@cheney.cx> References: <20031115071542.GC20858@cheney.cx> Message-ID: <20031115145405.GA21579@marge.v3.ca> On Sat, Nov 15, 2003 at 01:15:42AM -0600, Chris Cheney wrote: > Here is my idea of a restructuring of buildcore.mk.in for cdbs v2. > > Any comments? I like the direction that this is going - I need to put in my multibuild stuff soon to show you what needs to change here, I think. If you have time, you can see the first draft of it, that I used in the glibc packaging. (Nothing quite like using glibc as a testbed for cdbs, eh?) The idea is to be able to specify a certain number of "PASSES" that allow multiple configure runs, different build directories, and potentially even different cdbs modules to be run. Like there's no reason why a combined package couldn't have one section that was autoconf based, and other packages that had different things. You might see this in large packages with plugins sets or what not. (Nagios and Mozilla come to mind, although they might have cleaned up their build env by now) HTH. With any luck, I'll have more time this week or so. Basically, I've got a university programming course that I have to finish in the next 2 weeks, that I haven't started yet, in a language I don't know. =) Tks, Jeff Bailey From mh+build-common-hackers@zugschlus.de Sun Nov 16 13:52:41 2003 From: mh+build-common-hackers@zugschlus.de (Marc Haber) Date: Sun, 16 Nov 2003 14:52:41 +0100 Subject: [Build-common-hackers] Improving documentation Message-ID: <20031116135241.GC31266@torres.ka0.zugschlus.de> Hi, I would like to offer help for cdbs documentation. However, I can't deliver docs right now since I don't understand cdbs at all at the moment. I can use cdbs to build a package, but as soon as I need to deviate from the "normal" path, I am lost. What I'd like to offer is to try to understand your answers to some of my questions, and to re-word them (adding necessary background information) for inclusion in an FAQ document which could then probably evolve into a fully fledged manual once I have improved my understanding of cdbs. For starters, I have the following questions, and I would appreciate if one of you would take the time to answer. ----------- (1) Can I use the cdbs patch system for conditional patches? For example, if I have a dpatch patch beginning with if [ -e /usr/include/linux/atmbr2684.h ]; then exit 0; fi can I emulate this with cdbs? If not, does cdbs have an interface to call dpatch? ----------- (2) Does cdbs always build all packages mentioned in debian/control? For example, exim4 has a binary package exim4-daemon-custom mentioned in debian/control that should not normally be built. The entry in debian/control is infrastructure for a custom package that a local administrator can choose to build from our sources. Judging from your code, DEB_ARCH_PACKAGES could be used to do so, but setting that variable to the appropriate list of package names seems to be ignored by the patch system. ----------- (3) Another package suffers from a sick upstream file layout, and so I'd need to invoke make in ./foo/src instead of in . what cdbs seems to do. I now could throw a ./Makefile into my package which in turns invokes make in ./foo/src, but that kind of negates the positive effects cdbs could have. How am I supposed to handle this with cdbs? ----------- Any hints will be appreciated, and may end up in better cdbs documentation. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Karlsruhe, Germany | lose things." Winona Ryder | Fon: *49 721 966 32 15 Nordisch by Nature | How to make an American Quilt | Fax: *49 721 966 31 29 From zeratul2@wanadoo.es Sun Nov 16 14:05:29 2003 From: zeratul2@wanadoo.es (Robert Millan) Date: Sun, 16 Nov 2003 15:05:29 +0100 Subject: [Build-common-hackers] Improving documentation In-Reply-To: <20031116135241.GC31266@torres.ka0.zugschlus.de> References: <20031116135241.GC31266@torres.ka0.zugschlus.de> Message-ID: <20031116140529.GA2959@khazad.dyndns.org> On Sun, Nov 16, 2003 at 02:52:41PM +0100, Marc Haber wrote: > (3) > Another package suffers from a sick upstream file layout, and so I'd > need to invoke make in ./foo/src instead of in . what cdbs seems to > do. I now could throw a ./Makefile into my package which in turns > invokes make in ./foo/src, but that kind of negates the positive > effects cdbs could have. > > How am I supposed to handle this with cdbs? You should be able to override it with: DEB_BUILDDIR := ./foo/src (look at makefile-vars.mk) -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From mh+build-common-hackers@zugschlus.de Sun Nov 16 14:09:54 2003 From: mh+build-common-hackers@zugschlus.de (Marc Haber) Date: Sun, 16 Nov 2003 15:09:54 +0100 Subject: [Build-common-hackers] Improving documentation In-Reply-To: <20031116140529.GA2959@khazad.dyndns.org> References: <20031116135241.GC31266@torres.ka0.zugschlus.de> <20031116140529.GA2959@khazad.dyndns.org> Message-ID: <20031116140954.GD31266@torres.ka0.zugschlus.de> On Sun, Nov 16, 2003 at 03:05:29PM +0100, Robert Millan wrote: > On Sun, Nov 16, 2003 at 02:52:41PM +0100, Marc Haber wrote: > > (3) > > Another package suffers from a sick upstream file layout, and so I'd > > need to invoke make in ./foo/src instead of in . what cdbs seems to > > do. I now could throw a ./Makefile into my package which in turns > > invokes make in ./foo/src, but that kind of negates the positive > > effects cdbs could have. > > > > How am I supposed to handle this with cdbs? > > You should be able to override it with: > > DEB_BUILDDIR := ./foo/src > > (look at makefile-vars.mk) I will try that tomorrow when I get access to the system in question again. But I suspect that this changes cdbs' beavior in more places like I intend to do. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Karlsruhe, Germany | lose things." Winona Ryder | Fon: *49 721 966 32 15 Nordisch by Nature | How to make an American Quilt | Fax: *49 721 966 31 29 From charbutu@netscape.net Sun Nov 16 22:47:23 2003 From: charbutu@netscape.net (charbutu@netscape.net) Date: Sun, 16 Nov 2003 23:47:23 +0100 Subject: [Build-common-hackers] BUSINESS PURPOSAL REQUEST Message-ID: This is a multi-part message in MIME format --9d4a6cc7-3ba7-4649-98af-fbdc1c28c251 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable ROM: MRS. SARAH MOBUTU E-MAIL: charbutu@netscape.net Dear Sir, Good day and compliments of the season to you. This letter will definitely = come to you as a huge surprise but I implore you to take time to go through = it carefully as the decision you make go off a long way to determine the = future and continued existence of the entire members of my family. Please allow me to introduce myself. My name is MRS. SARAH MOBUTU SESE-SEKO, = the wife of the late President of Democratic Republic of Congo who died of = heart attack. My ordeal started immediately after my husband=92s death and = the subsequent take over of Government by a new administration. The present = Democratic Government is determined to portray all the good works of my late = husband in a bad light and have gone as far as confiscating as my husband=92s = assets, properties, freezing our accounts both within and outside Congo. As I am writing this letter to you, my first son MR. CHARLES MOBUTU is = presently in Holland where he ran to seek asylum because of treat of holding = him incommunicado in Congo. All these measures taken by the present = Government is just to gain international recognition. The entire family = members and I have been held incommunicado since the death of my husband. Hence, I seek your indulgence to assist us in securing some funds. We are not = allowed to see or discuss with anybody. Few occasions I have try traveling = abroad through alternative means all failed. My late husband has Twenty Two Million United State Dollars Only = (22,000.000.00) specially preserved and well packed in trunk boxes of which = only my husband and I knew about it, these packages were deposited with a = private vault in Holland without anybody knowing the content of the packages = because it was declared as Gemstones and other personal Valuables. It is packed in such a way to forestall just anybody having access to it. = Because of the constant threat from the present government, I am willing to = work with you to invest this funds either in your country or anywhere you = deem fit to invest the funds, I don=92t want anybody in my country to know = about the consignment. Please, work with my Son in Holland for the onward collection of the = consignment from the security company and share ideals on how and where the = funds will be invested, my son alone cannot handle this project because of = his condition as a refugee, hence I=92m seeking your assistance to help us = out in this project. n your consent, you can contact my son in Holland with in this email address = charbutu@netscape.net after which he will give you a phone number there to = reach him. I would prefer you contact me only by email, for fear of = interception during telephone conversation, or contact my son directly for = further discussion and clarification, I will give you 25% of the whole funds = if you assist me. Your urgent response is highly needed, all correspondence should be with my = son for confidential reasons. May God show mercy as you do so. Yours Truly, MRS. SARAH MOBUTU. --9d4a6cc7-3ba7-4649-98af-fbdc1c28c251-- From philtowilliams@netscape.net Mon Nov 17 06:07:05 2003 From: philtowilliams@netscape.net (PHILIP TOLOMA WILLIAMS) Date: Mon, 17 Nov 2003 07:07:05 +0100 Subject: [Build-common-hackers] BUSINESS PURPOSAL REQUEST Message-ID: This is a multi-part message in MIME format --df5a48bf-2578-43f8-9e9f-edb62358b268 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable FROM: PHILIP TOLOMA WILLIAMS E-MAIL: philtowilliams@netscape.net Dear Sir, You may be surprise to receive this Email from me since you do not know me = personally. However, I would like to introduce myself. I am Mr.Philip Toloma = Williams Jr, the son of Dr. Stephen Toloma Williams who was murdered few = months ago in Zimbabwe as a result of land dispute. Before the death of my = father (Dr. Williams), he had taken me to AMSTERDAM to deposit the sum of Twenty Two Million United States dollars (US$22,000,000) = in a security company, as he foresaw the looming danger in Zimbabwe. The = money in question was deposited in a box as Gemstones to avoid much demurrage = from the security company. The proposed amount was meant for the purchase of new machines and chemicals = for the farms and establishment of new farms on Swaziland. As you may be aware, this land problem came into force when Zimbabwe = president Mr. Robert Mugabe Introduced the Land Reformed Act of which my = father rich farmers and some black farmers where affected. This resulted to = the killing and Mob action by Zimbabwe war veterans and some lunatics in the = society, infact, a lot of people were killed because of this Land Reformed act and my father was one of the victims. It is against this background that my family and I who are currently seeking = Asylum in Amsterdam, decided to transfer my father money to a foreign = account. Since the Dutch law prohibit a refugee (asylum seeker) to open any account or be involved in = any financial transaction. As the eldest son of my father, I am saddled with = the responsibility of seeking a genuine foreign account where the money could = be transferred . I am faced with the dilemma of investing this amount of = money in Holland for the fear of going through the same experience in future = since both countries have similar history. Moreover, The Netherlands foreign = exchange policy does not allow such investment from asylum seekers. As a businessman, whom I have entrusted my future and my family in his hands = , I must let you know that this transaction is risk free. If you accept to = assist me and my family, all I need you to do for me is to make arrangement = and come to AMSTERDAM, THE NETHERLANDS, so that we can open the non-resident = account which will aid us in transferring the money into any account you will = nominate overseas. This money I intend using for investment. I have options = to offer you, first you can choose to have certain percentage of the money = for nominating your account for the transaction, or you can go into = partnership for a proper profitable investment of the money in your country. = Which ever option you choose, feel free to notify me. I have mapped out 5% of = this money for all expenses incurred in processing the transaction. If for = some reasons you do not prefer a partnership, I am willing to give you 25% of = the money while the remaining 70% that is meant for me, will be for the investment in your country. Please, contact me = on the Email so we can discuss further and a chance for you to ask me any = question you may have in mind, while you maintain the absolute secrecy = required in the transaction. I wait to hear from you as soon as possible. Best Regards, PHILIP TOLOMA WILLIAMS --df5a48bf-2578-43f8-9e9f-edb62358b268-- From zeratul2@wanadoo.es Fri Nov 14 12:45:04 2003 From: zeratul2@wanadoo.es (Robert Millan) Date: Fri, 14 Nov 2003 13:45:04 +0100 Subject: [Build-common-hackers] debhelper: dh_installdocs doesn't handle paths with more than one component Message-ID: <20031114124504.GA14738@khazad.dyndns.org> Package: debhelper Version: 4.1.80 Severity: normal Hi! When a path passed to dh_installdocs has more than one component, it will strip the basename instead of using the full path. This breaks CDBS when being used as tar-in-tar mode, which invokes dh_installdocs in that particular way. For example, if debian/docs includes "README", this is how CDBS will invoke dh_installdocs (I added the -v): $ LC_ALL=C dh_installdocs -v -pgrub2 build-tree/pupa-0.6+20031114/README cp -a README debian/grub2/usr/share/doc/grub2 cp: cannot stat `README': No such file or directory dh_installdocs: command returned error code 256 -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux aragorn 2.4.22-1 #1 dj nov 13 23:57:32 CET 2003 i686 Locale: LANG=ca_ES@euro, LC_CTYPE=ca_ES@euro Versions of packages debhelper depends on: ii binutils 2.14.90.0.7-2 The GNU assembler, linker and bina ii coreutils [fileutils] 5.0.91-2 The GNU core utilities ii debconf-utils 1.3.20 debconf utilities ii dpkg-dev 1.10.18 Package building tools for Debian ii file 4.06-1 Determines file type using "magic" ii html2text 1.3.1-2 An advanced HTML to text converter ii perl 5.8.2-1 Larry Wall's Practical Extraction ii po-debconf 0.8.6 Manage translated Debconf template -- no debconf information -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From joeyh@debian.org Tue Nov 18 01:53:23 2003 From: joeyh@debian.org (Joey Hess) Date: Mon, 17 Nov 2003 20:53:23 -0500 Subject: [Build-common-hackers] Re: Bug#220748: debhelper: dh_installdocs doesn't handle paths with more than one component In-Reply-To: <20031114124504.GA14738@khazad.dyndns.org> References: <20031114124504.GA14738@khazad.dyndns.org> Message-ID: <20031118015323.GM30151@kitenet.net> --25rOlkxR6a4U87uN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Robert Millan wrote: > When a path passed to dh_installdocs has more than one component, it will > strip the basename instead of using the full path. This breaks CDBS when = being > used as tar-in-tar mode, which invokes dh_installdocs in that particular = way. >=20 > For example, if debian/docs includes "README", this is how CDBS will invo= ke > dh_installdocs (I added the -v): >=20 > $ LC_ALL=3DC dh_installdocs -v -pgrub2 build-tree/pupa-0.6+20031114/README > cp -a README debian/grub2/usr/share/doc/grub2 > cp: cannot stat `README': No such file or directory > dh_installdocs: command returned error code 256 I'm not able to reproduce it: joey@dragon:~/src/debhelper>mkdir -p build-tree/pupa-0.6+20031114/ joey@dragon:~/src/debhelper>touch build-tree/pupa-0.6+20031114/README joey@dragon:~/src/debhelper>fakeroot ./dh_installdocs -v build-tree/pupa-0.= 6+20031114/README cp -a build-tree/pupa-0.6\+20031114/README debian/debhelper/usr/sha= re/doc/debhelper chown -R 0:0 debian/debhelper/usr/share/doc chmod -R go=3DrX debian/debhelper/usr/share/doc chmod -R u\+rw debian/debhelper/usr/share/doc install -g 0 -o 0 -m 644 -p debian/copyright debian/debhelper/usr/s= hare/doc/debhelper/copyright Can you help me reproduce it, preferably outside the context of cdbs and at the command line? --=20 see shy jo --25rOlkxR6a4U87uN Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/uXuTd8HHehbQuO8RAiMWAKDlgNqQ1hbwlfsDD+b5Kob4tMvTGwCgla8h w4AWgxi8pLTmb3nTpEuoxb0= =d73I -----END PGP SIGNATURE----- --25rOlkxR6a4U87uN-- From zeratul2@wanadoo.es Tue Nov 18 12:35:11 2003 From: zeratul2@wanadoo.es (Robert Millan) Date: Tue, 18 Nov 2003 13:35:11 +0100 Subject: [Build-common-hackers] Re: Bug#220748: debhelper: dh_installdocs doesn't handle paths with more than one component In-Reply-To: <20031118015323.GM30151@kitenet.net> References: <20031114124504.GA14738@khazad.dyndns.org> <20031118015323.GM30151@kitenet.net> Message-ID: <20031118123511.GA14758@khazad.dyndns.org> On Mon, Nov 17, 2003 at 08:53:23PM -0500, Joey Hess wrote: > > I'm not able to reproduce it: > [...] > > Can you help me reproduce it, preferably outside the context of > cdbs and at the command line? After some investigation, it seems the bug can't be reproduced outside the context of CDBS, so it might well be a bug in CDBS. This should clarify the problem: $ cat debian/docs README $ mkdir foo $ touch foo/README $ dh_installdocs --no-act -v foo/README cp -a README debian/grub2/usr/share/doc/grub2 cp -a foo/README debian/grub2/usr/share/doc/grub2 [...] When operating in tarball mode, CDBS reads the filename in debian/docs, prefixes it with the build-tree path, and passes it as argument to dh_installdocs. But dh_installdocs still honours the filename in debian/docs, which has incomplete path. Hence it attempts to copy the file from both locations, and fails. Is that the expected behaviour in dh_installdocs? If it is, then I'd like to find a way (maybe an extra option) to override this for CDBS to work properly. -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From joeyh@debian.org Tue Nov 18 17:28:38 2003 From: joeyh@debian.org (Joey Hess) Date: Tue, 18 Nov 2003 12:28:38 -0500 Subject: [Build-common-hackers] Re: Bug#220748: debhelper: dh_installdocs doesn't handle paths with more than one component In-Reply-To: <20031118123511.GA14758@khazad.dyndns.org> References: <20031114124504.GA14738@khazad.dyndns.org> <20031118015323.GM30151@kitenet.net> <20031118123511.GA14758@khazad.dyndns.org> Message-ID: <20031118172838.GB7439@kitenet.net> --MfFXiAuoTsnnDAfZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Robert Millan wrote: > When operating in tarball mode, CDBS reads the filename in debian/docs, > prefixes it with the build-tree path, and passes it as argument to > dh_installdocs. >=20 > But dh_installdocs still honours the filename in debian/docs, which has > incomplete path. Hence it attempts to copy the file from both locations, > and fails. >=20 > Is that the expected behaviour in dh_installdocs? If it is, then I'd like= to > find a way (maybe an extra option) to override this for CDBS to work prop= erly. Yes, debhelper programs will read from both files and the command line if both are present, although this is probably rarely used. To change this I would have to add an option or wait for v5 and change the behavior there. Before looking at either of those I hope you can see if there is some other way for cdbs to use debhelper than this. --=20 see shy jo --MfFXiAuoTsnnDAfZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/ulbGd8HHehbQuO8RAu1yAJ9APQA+1SfSoxYhqusByDA0Tsht2gCfSVP+ 5Oc1l1rTfPAMHsac1Po2MCY= =YjlA -----END PGP SIGNATURE----- --MfFXiAuoTsnnDAfZ-- From zeratul2@wanadoo.es Tue Nov 18 19:39:52 2003 From: zeratul2@wanadoo.es (Robert Millan) Date: Tue, 18 Nov 2003 20:39:52 +0100 Subject: [Build-common-hackers] Re: Bug#220748: debhelper: dh_installdocs doesn't handle paths with more than one component In-Reply-To: <20031118172838.GB7439@kitenet.net> References: <20031114124504.GA14738@khazad.dyndns.org> <20031118015323.GM30151@kitenet.net> <20031118123511.GA14758@khazad.dyndns.org> <20031118172838.GB7439@kitenet.net> Message-ID: <20031118193952.GA793@khazad.dyndns.org> On Tue, Nov 18, 2003 at 12:28:38PM -0500, Joey Hess wrote: > > > > Is that the expected behaviour in dh_installdocs? If it is, then I'd like to > > find a way (maybe an extra option) to override this for CDBS to work properly. > > Yes, debhelper programs will read from both files and the command line > if both are present, although this is probably rarely used. To change > this I would have to add an option or wait for v5 and change the > behavior there. Before looking at either of those I hope you can see if > there is some other way for cdbs to use debhelper than this. I can think of two solutions: #1 using a non-standard name (e.g debian/docs.cdbs) in CDBS-based packages and getting CDBS to parse it. #2 implementing template generation (from debian/*.in) in CDBS and getting the debian/docs files to use dynamicaly generated relative paths. (e.g: @DEB_SRCDIR@/README) #1 is really dirty and I recommend against it. #2 is still impractical for maintainers of CDBS-based packages. I leave this up to the CDBS maintainers if they want to fix this somehow or just wait for you to change dh_installdocs. -- Robert Millan "[..] but the delight and pride of Aule is in the deed of making, and in the thing made, and neither in possession nor in his own mastery; wherefore he gives and hoards not, and is free from care, passing ever on to some new work." -- J.R.R.T, Ainulindale (Silmarillion) From Jamie@general-info.net Wed Nov 19 00:03:12 2003 From: Jamie@general-info.net (Jamie Young) Date: Tue, 18 Nov 2003 18:03:12 -0600 Subject: [Build-common-hackers] Your Car moving company Message-ID: This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This mail was sent in html format. Please open the attached file. --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: 7bit This Car Shipping Company Might Interst You.

 The Car Shipping experts 

Do you need, or know of someone who needs a Car Transported to another state?

 

Online State-of-the-art computer Car tracking system
Office: Mon-Fri 9am to 5pm "Central"
Phone: (888) 356-1468
Visit our site for an Instant online quote 24/7

  We take great pride in our car shipping service. We arrange transports for relocation individuals, college students, dealerships and our specialty: SNOWBIRDS ! We can move your car coast to coast and most points in between.

   We understand that having someone move your auto is no small matter - your car is not only an expensive possession, it's also part of your family. Our 5 Star Carriers take great care to ensure that your car is protected from start to finish. And unlike other carriers, once your car is on our truck, it doesn't get off until it reaches its destination - there's no loading and reloading at big consolidation centers. Minimized handling means a minimum risk of problems.  The most trusted in the business

 




We respect your online time and privacy, and honor all opt outs.
If you prefer not to receive further emails, please click here

--=_NextPart_2rfkindysadvnqw3nerasdf-- From supe22grandao@yahoo.com.br Wed Nov 19 01:25:26 2003 From: supe22grandao@yahoo.com.br (supe22grandao) Date: Wed, 19 Nov 03 01:25:26 Hor醨io brasileiro de ver鉶 Subject: [Build-common-hackers] SAIBA COMO AUMENTAR O SEU P蔔IS DE 2 a 7 cm EM 2 MESES Message-ID: ------=_NextPart_000_00E2_8AB1EA90.BE7E4EF6 Content-Type: text/html Content-Transfer-Encoding: base64 DQoNCjxodG1sPg0KDQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtTGFuZ3Vh Z2UiIGNvbnRlbnQ9InB0LWJyIj4NCjxtZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVudD0i TWljcm9zb2Z0IEZyb250UGFnZSA1LjAiPg0KPG1ldGEgbmFtZT0iUHJvZ0lkIiBjb250ZW50 PSJGcm9udFBhZ2UuRWRpdG9yLkRvY3VtZW50Ij4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRl bnQtVHlwZSIgY29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXdpbmRvd3MtMTI1MiI+DQo8 dGl0bGU+Q29tIG8gTUFOVUFMIG1haXMgY29iaedhZG8gZGEgaW50ZXJuZXQgbm8gbW9tZW50 bzwvdGl0bGU+DQo8L2hlYWQ+DQoNCjxib2R5Pg0KDQo8Zm9udCBmYWNlPSJBcmlhbCI+DQo8 ZGl2Pg0KICA8Yj48Zm9udCBjb2xvcj0iI0ZGMDAwMCIgZmFjZT0iQXJpYWwiPkEgU29sdefj byBOYXR1cmFsIHBhcmEgbyBBdW1lbnRvIGRlIA0KICBUYW1hbmhvIGUgUG906m5jaWEgZG8g UOpuaXM8L2ZvbnQ+PC9iPjwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCIgY29sb3I9IiNmZjAw MDAiIHNpemU9IjIiPjxmb250IHNpemU9IjMiIGNvbG9yPSIjMDAwMDAwIj4sIDwvZm9udD4N CiAgPC9mb250Pg0KICA8Zm9udCBmYWNlPSJBcmlhbCIgY29sb3I9IiMwMDAwRkYiPjxzdHJv bmc+dm9j6iBhdW1lbnRhIG8gdGFtYW5obyZuYnNwOw0KICBkZSBzZXUgcOpuaXMgZGUgMiBh Jm5ic3A7NyBjbSZuYnNwOyBlbSZuYnNwOyAyIG1lc2VzIGNvbSBleGVyY+1jaW9zIGFic29s dXRhbWVudGU8YnI+DQogIG5hdHVyYWlzLiBBdW1lbnRhIHRhbWLpbSBhIHN1YSBwb3TqbmNp YSwmbmJzcDsgY29udHJvbGUgZSB2b2x1bWUgZGEgZWphY3VsYefjbyw8L3N0cm9uZz48L2Zv bnQ+PGZvbnQgZmFjZT0iQXJpYWwiIGNvbG9yPSIjZmYwMDAwIiBzaXplPSIyIj48Zm9udCBz aXplPSIzIiBjb2xvcj0iI2ZmMDAwMCI+PGJyPg0KICA8L2ZvbnQ+PGZvbnQgc2l6ZT0iMyIg Y29sb3I9IiMwMDAwMDAiPjxzdHJvbmc+ZGVudHJlIG91dHJvcyBiZW5lZu1jaW9zLiANCiAg UHJvZ3JhbWEgY29tcGxldG8gY29tIGZpZ3VyYXMgaWx1c3RyYXRpdmFzPGJyPg0KICBleHBs aWNhbmRvIGRldGFsaGFkYW1lbnRlIHRvZG9zIG9zIGV4ZXJj7WNpb3MuJm5ic3A7IEZvdG9z IGNvbXBhcmF0aXZhcyBubyBzaXRlPGJyPg0KICBkZSBwZXNzb2FzIHF1ZSBleHBlcmltZW50 YXJhbSBlc3NhIHTpY25pY2EuPC9zdHJvbmc+IDwvZm9udD48L2ZvbnQ+DQogIDxiPg0KICA8 Zm9udCBmYWNlPSJBcmlhbCBCbGFjayI+PGEgaHJlZj0iaHR0cDovL3d3dy5wcHB4eHguYmxv Z2dlci5jb20uYnIvaW5kZXguaHRtIj5DTElRVUUgSsE8L2E+PC9mb250PjwvYj48L2Rpdj4N Cjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIj4NCjxkaXY+DQogIDxmb250IHNpemU9IjIi Pg0KICA8ZGl2Pg0KICAgIDxkaXY+DQogICAgICA8ZGl2Pg0KICAgICAgICA8ZGl2Pg0KICAg ICAgICAgIDxmb250IGNvbG9yPSIjMDAwMDAwIiBzaXplPSIyIiBmYWNlPSJBcmlhbCI+PC9m b250Pg0KICAgICAgICA8L2Rpdj4NCiAgICAgICAgPGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9 IjIiPg0KICAgICAgICA8ZGl2Pg0KJm5ic3A7PC9kaXY+DQogICAgICA8L2Rpdj4NCiAgICAg IDwvZm9udD48L2ZvbnQ+DQogICAgPC9kaXY+DQogIDwvZGl2Pg0KPC9kaXY+DQo8ZGl2Pg0K ICAmbmJzcDs8L2Rpdj4NCjxkaXY+DQogICZuYnNwOzwvZGl2Pg0KPGRpdj4NCiAgJm5ic3A7 PHA+Jm5ic3A7PC9wPg0KICA8cD4mbmJzcDs8L3A+DQogIDxwPiZuYnNwOzwvcD4NCiAgPHA+ Jm5ic3A7PC9wPg0KICA8cD4mbmJzcDs8L2Rpdj4NCjxkaXY+DQogICZuYnNwOzwvZGl2Pg0K PGRpdj4NCiAgJm5ic3A7PC9kaXY+DQo8ZGl2Pg0KICBfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzwvZGl2Pg0K PGRpdj4NCiAgT0JTOiBFc3RhIG1lbnNhZ2VtIG7jbyDpIHVtIHNwYW0sIHZpc3RvIHF1ZSBz b21lbnRlIGVzdGFy4SBzZW5kbyA8YnI+DQogIGVudmlhZG8gdW1hIPpuaWNhIHZleiwgZSB0 YW1i6W0gY29udOltIHVtYSBmb3JtYSBkZSBzZXIgcmVtb3ZpZGEsPGJyPg0KICDpIHVtIGUt bWFpbCBub3JtYWwgY29tbyB0YW50b3Mgb3V0cm9zIHF1ZSB2b2PqIHJlY2ViZSwgbuNvIGVz dGFtb3M8YnI+DQogIGludmFkaW5kbyBzdWEgcHJpdmFjaWRhZGUgZSBlbnZpYXIgdW0gZS1t YWlsIG7jbyDpIGNyaW1lLCBkZXNkZSBxdWU8YnI+DQogIG7jbyBjb250ZW5oYSBtZW5zYWdl bnMgcXVlIHBvc3NhbSBjYXVzYXIgZGFub3MgYW8gdXN14XJpby4gQ2FzbyA8YnI+DQogIHF1 ZXJpYSByZW1vdmVyIHNldSBlbmRlcmXnbyBkZSBub3NzYSBsaXN0YSwgYmFzdGEgZW52aWFy IHVtIA0KICA8YSBocmVmPSJtYWlsdG86czFhMjIwMDNAeWFob28uY29tLmJyIj5lLW1haWw8 L2E+PGJyPg0KICBjb20gbyB0aXR1bG8gKGFzc3VudG8pIHJlbW92ZXIsIHF1ZSBzZXU8YnI+ DQogIGUtbWFpbCBzZXLhIHJlbW92aWRvIGRlIG5vc3NhIGxpc3RhIGRlZmluaXRpdmFtZW50 ZS5EZXNjdWxwZS1ub3M8YnI+DQogIGNhc28gdGVuaGFtb3MgbGhlIGltcG9ydHVuYWRvIGNv bSBub3NzbyBlLW1haWwgZGUgZGl2dWxnYefjby48YnI+DQogIE9icmlnYWRvITwvZGl2Pg0K PC9mb250Pg0KDQo8L2JvZHk+DQoNCjwvaHRtbD4gICAg ------=_NextPart_000_00E2_8AB1EA90.BE7E4EF6-- From mquinson@ens-lyon.fr Thu Nov 20 18:02:33 2003 From: mquinson@ens-lyon.fr (Martin Quinson) Date: Thu, 20 Nov 2003 19:02:33 +0100 Subject: [Build-common-hackers] Integration of the quilt patch system into cdbs Message-ID: <20031120180232.GK1136@localhost> --/jkxxxtAhYIHVDuh Content-Type: multipart/mixed; boundary="SCOJXUq1iwCn05li" Content-Disposition: inline --SCOJXUq1iwCn05li Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Please CC me on answer, I'm not yet on this list. Hello, in attachement a patchsys-quilt.mk which performs the integration of quilt into cdbs. quilt is an advanced system to manage easily a serie of patch. It was developed by and for kernel hackers and is very powerful. It is integrated within debian since a few weeks, packaged by me. As testcase, I took NWS, which is a completely unrelated package I package for the work. It is not included in debian (yet), but the package are visible from graal.ens-lyon.fr/~mquinson/deb.html for the very curious of you. I maintain a rather large collection of patches against NWS with quilt, and with the patchsys-quilt.mk, I managed to port my package to the cdbs like a charm, prooving in my sense that this file is not too stupidely broken. Ok, and now, here are my questions. Could you please review this file to make sure that I did not make a stupid error which was not detected by my tests, please? Where should the quilt package install this file to? For now, it is in /usr/share/cdbs/1/rules/ on my system (and the quilt package does not install it at all for now), but I'm not sure you'll accept me to "polutate" your directory that way. On the other hand, this is really a cdbs file, and I think that putting it under /usr/share/quilt would be strange. This file cannot be included into the cdbs directly, since the quilt package (needed to use it) build-dep on cdbs, and this inclusion would then lead to a chicken and egg problem for the bootstraping. Thanks for your time, Mt. Please CC me on answer, I'm not yet on this list. --SCOJXUq1iwCn05li Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename="patchsys-quilt.mk" Content-Transfer-Encoding: quoted-printable # -*- mode: makefile; coding: utf-8 -*- # Copyright =A9 2003 Martin Quinson # Description: An advanced patch system based on the quilt facilities. # please refere to the documentation of the quilt package for more informa= tion. # # Used variables for configuration: # =20 # # This program is free software; you can redistribute it and/or # modify it under the terms of the GNU General Public License as # published by the Free Software Foundation; either version 2, or (at # your option) any later version. # # This program is distributed in the hope that it will be useful, but # WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU # General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software # Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA # 02111-1307 USA. ifndef _cdbs_bootstrap _cdbs_scripts_path ?=3D /usr/lib/cdbs _cdbs_rules_path ?=3D /usr/share/cdbs/1/rules _cdbs_class_path ?=3D /usr/share/cdbs/1/class endif ifndef _cdbs_rules_patchsys_quilt _cdbs_rules_patchsys_quilt :=3D 1 ifdef _cdbs_rules_patchsys $(error cannot load two patch systems at the same time) endif include $(_cdbs_rules_path)/buildcore.mk$(_cdbs_makefile_suffix) _cdbs_patch_system_apply_rule :=3D apply-patches _cdbs_patch_system_unapply_rule :=3D reverse-patches # DEB_PATCHDIRS: directory containing your source file for patches. DEB_PATCHDIRS =3D debian/patches # DEB_QUILT_PATCHDIR_LINK # By default, quilt expects to find the patch files into the /patches direc= tory. # Since it is often more pleasant to place them into /debian/patches, a li= nk # is created by this makefile chunk to fix it.=20 # In the case where you already have a /patches directory in your package,= =20 # redefine this variable to somewhere else, and set QUILT_PATCHES in your # $HOME/.quiltrc (so that quilt knows where to search for this) DEB_QUILT_PATCHDIR_LINK =3D patches # DEB_QUILT_SERIES: series file to use DEB_QUILT_SERIES =3D $(DEB_PATCHDIRS)/series # Internal variables, do not change it unless you know what you're doing DEB_QUILT_CMD =3D $(if $(DEB_QUILT_PATCHDIR_LINK),QUILT_PATCHES=3D$(DEB_QUI= LT_PATCHDIR_LINK)) quilt post-patches:: apply-patches clean:: reverse-patches rm -f debian/stamp-patch* # The patch subsystem apply-patches: pre-build debian/stamp-patched debian/stamp-patched:=20 debian/stamp-patched: if [ -n "$(DEB_QUILT_PATCHDIR_LINK)" ] ; then \ if [ -L $(DEB_QUILT_PATCHDIR_LINK) ] ; then : ; else \ echo "link $(DEB_QUILT_PATCHDIR_LINK) to make quilt happy";\ ln -s $(DEB_PATCHDIRS) $(DEB_QUILT_PATCHDIR_LINK) ; \ fi ; else echo "gloups"; \ fi $(DEB_QUILT_CMD) push -a touch debian/stamp-patched reverse-patches: $(DEB_QUILT_CMD) pop -a -R if [ -n "$(DEB_QUILT_PATCHDIR_LINK)" ] ; then \ if [ -L $(DEB_QUILT_PATCHDIR_LINK) ] ; then \ rm $(DEB_QUILT_PATCHDIR_LINK) ; \ fi ; \ fi rm -rf .pc endif --SCOJXUq1iwCn05li-- --/jkxxxtAhYIHVDuh Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQE/vQG4IiC/MeFF8zQRAr37AKCuixEmv4EXC79PHClruTIZIoP9lQCdH8Jt 8o9ucesETADwD/HGOMFfmlI= =iOZY -----END PGP SIGNATURE----- --/jkxxxtAhYIHVDuh-- From jyoung@general-info.net Tue Nov 25 06:16:13 2003 From: jyoung@general-info.net (Jamie Young) Date: Tue, 25 Nov 2003 00:16:13 -0600 Subject: [Build-common-hackers] Your Car moving company Message-ID: This is a multi-part message in MIME format --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/plain Content-Transfer-Encoding: quoted-printable This mail was sent in html format. Please open the attached file. --=_NextPart_2rfkindysadvnqw3nerasdf Content-Type: text/html Content-Transfer-Encoding: 7bit This Car Shipping Company Might Interst You.

 The Car Shipping experts 

Do you need, or know of someone who needs a Car Transported to another state?

 

Online State-of-the-art computer Car tracking system
Office: Mon-Fri 9am to 5pm "Central"
Phone: (888) 356-1468
Visit our site for an Instant online quote 24/7

  We take great pride in our car shipping service. We arrange transports for relocation individuals, college students, dealerships and our specialty: SNOWBIRDS ! We can move your car coast to coast and most points in between.

   We understand that having someone move your auto is no small matter - your car is not only an expensive possession, it's also part of your family. Our 5 Star Carriers take great care to ensure that your car is protected from start to finish. And unlike other carriers, once your car is on our truck, it doesn't get off until it reaches its destination - there's no loading and reloading at big consolidation centers. Minimized handling means a minimum risk of problems.  The most trusted in the business

 




We respect your online time and privacy, and honor all opt outs.
If you prefer not to receive further emails, please click here

--=_NextPart_2rfkindysadvnqw3nerasdf-- From mh+build-common-hackers@zugschlus.de Thu Nov 27 14:05:08 2003 From: mh+build-common-hackers@zugschlus.de (Marc Haber) Date: Thu, 27 Nov 2003 15:05:08 +0100 Subject: [Build-common-hackers] Re: Improving documentation In-Reply-To: <20031116135241.GC31266@torres.ka0.zugschlus.de> References: <20031116135241.GC31266@torres.ka0.zugschlus.de> Message-ID: <20031127140508.GE19235@torres.ka0.zugschlus.de> Hi, a few days ago, I asked a few questions, but unfortunately nobody bothered to answer. May I ask again? On Sun, Nov 16, 2003 at 02:52:41PM +0100, Marc Haber wrote: > I would like to offer help for cdbs documentation. However, I can't > deliver docs right now since I don't understand cdbs at all at the > moment. I can use cdbs to build a package, but as soon as I need to > deviate from the "normal" path, I am lost. > > What I'd like to offer is to try to understand your answers to some of > my questions, and to re-word them (adding necessary background > information) for inclusion in an FAQ document which could then > probably evolve into a fully fledged manual once I have improved my > understanding of cdbs. > > For starters, I have the following questions, and I would appreciate > if one of you would take the time to answer. > > ----------- > (1) > Can I use the cdbs patch system for conditional patches? For example, > if I have a dpatch patch beginning with > > if [ -e /usr/include/linux/atmbr2684.h ]; then exit 0; fi > > can I emulate this with cdbs? If not, does cdbs have an interface to > call dpatch? > ----------- > (2) > Does cdbs always build all packages mentioned in debian/control? For > example, exim4 has a binary package exim4-daemon-custom mentioned in > debian/control that should not normally be built. The entry in > debian/control is infrastructure for a custom package that a local > administrator can choose to build from our sources. > > Judging from your code, DEB_ARCH_PACKAGES could be used to do so, but > setting that variable to the appropriate list of package names seems > to be ignored by the patch system. > ----------- > (3) > Another package suffers from a sick upstream file layout, and so I'd > need to invoke make in ./foo/src instead of in . what cdbs seems to > do. I now could throw a ./Makefile into my package which in turns > invokes make in ./foo/src, but that kind of negates the positive > effects cdbs could have. > > How am I supposed to handle this with cdbs? This one has been solved in the mean time: build/mypackage:: ( cd foo/src && make ) install/mypackage:: ( cd foo/src && make install ) cleanbuilddir/mypackage:: ( cd foo/bin && rm -f binary1 binary2 ) ( cd foo/src && make clean ) I don't know if it is the best way to do it. I didn't dare setting DEB_BUILDDIR. > ----------- > > Any hints will be appreciated, and may end up in better cdbs > documentation. Greetings Marc -- ----------------------------------------------------------------------------- Marc Haber | "I don't trust Computers. They | Mailadresse im Header Karlsruhe, Germany | lose things." Winona Ryder | Fon: *49 721 966 32 15 Nordisch by Nature | How to make an American Quilt | Fax: *49 721 966 31 29 From Jordi Mallach , 222376@bugs.debian.org Fri Nov 28 10:28:56 2003 From: Jordi Mallach , 222376@bugs.debian.org (Jordi Mallach) Date: Fri, 28 Nov 2003 11:28:56 +0100 Subject: [Build-common-hackers] Bug#222376: please hide internal checks in a debug mode Message-ID: <20031128102856.4FEC870A747@nubol.int.oskuro.net> Package: cdbs Version: 0.4.13 Severity: wishlist Hi, Builds with cdbs currently output a lot of stuff like if test -n "" && test "" != "."; then rmdir ""; fi if test "." != "."; then rmdir .; fi if [ -n "" ]; then \ mkdir -p ""; \ fi if [ ! -d "." ]; then \ mkdir -p "."; \ fi if test ""; then :; else dh_makeshlibs -pgtetrinet ; fi etc. It would be nice to support a CDBS_DEBUG mode which shows this stuff and more if necessary, or keep the output a bit more tidy otherwise, like debhelper itself does. Jordi -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux nubol 2.6.0-test7 #1 Tue Oct 14 14:38:50 CEST 2003 i686 Locale: LANG=ca_ES.UTF-8@euro, LC_CTYPE=ca_ES.UTF-8@euro -- no debconf information From thomas_osobu@tiscali.co.uk Fri Nov 28 15:31:23 2003 From: thomas_osobu@tiscali.co.uk (thomas_osobu@tiscali.co.uk) Date: 28 Nov 2003 16:31:23 +0100 Subject: [Build-common-hackers] Highly Confidential Message-ID: Dear sir/madamme On behalf of Wema Securities and Finance, I write you in good faith hoping that you are the person we are looking for. Wema Securities and Finance is a subsidiary of Wema Bank PLC, Lagos- Nigeria, and we had one of your relatives, MR Marc Smith Kimler as our client. Mr.Kimler has diverse investment with us running into millions of Dollars. We just got a information from the Auditor General's Office that there will soon be an overall auditing in all Bank and as we have not heard from your relation for the better part of Seven (7) years now, we decided to contact you to receive his money and investments on his behalf as everything will be taken over by the government as provided in section 129 sub 63(N), Nigerian Banking Edit of 1961. Please be informed that there are no legal implications involved, as your claims will be indemnified by our legal department and to further reassure you, documents to show legality of the above claims will be made available. As a matter of urgency, we advise that you contact the undersigned, as your prompt response is the only way to save the investment of your relation. Anticipating your urgent response. Yours sincerely, Thomas Osobu Wema Securities And Finance From henryxa@macmail.com Sat Nov 29 17:00:37 2003 From: henryxa@macmail.com (henryxa@macmail.com) Date: Sat, 29 Nov 2003 17:00:37 +0000 Subject: [Build-common-hackers] URGENT CONTACT ME IMMEDIATELY Message-ID: <20031129170037.15983.qmail@macmail.com> Dear Sir CONFIDENTIAL BUSINESS PROPOSAL I approach you most honourably today for a mutual business transaction. I am Dr Henry Salim Abdul Executive Director of Nigerian Liquidfied Gas and Oil department of Nigerian National Petroleum Corporation (NNPC). By the virtue of my position within the organigram of NNPC and power bestowed thereof by the Government of Nigeria, we have developed an in-house scheme through deliberate over invoicing of some countract awarded to some foreign contractors to the tune of US$25,500,000 (Twenty five million, five hundred thousand United States Dollars). These various contracts were awarded to foreign firms between 1996-1999 and have been fully executed, commissioned and payment duely paid to the contractors after job completion . certificates have been issued to them by the Ministry of Petroleum resources. Therefore, this over invoiced sum of US$25,500,000 is what I, in tandem with top officials of the contract payment and validation department of Federal Ministry of Finance (FMF) want to transfer out of Nigeria for our own use but for our position as civil servants made it difficult because law the of code of conduct passed by Senate of Federal Republic of Nigeria prohibiting us in strategic economic position from operating foreign account. Based on this obtacle, I therefore, on behalf of my colleagues do request you to assist us by making bank account available to us to effect the immediate release of the fund into your nominated account number before the close of 2003 financial year by Nigeria Government. This transaction will be concluded within14 days of commencement. We shall negotiate your percentage share of the fund on reply of this mail for your . anticipated contribution in making this transaction a success. Do not hesitate to comment where you do not understand. To effectively get this fund transferred! into your nominated account, you are requested to forward to me by e-mail the following information. 1. Bank Account 2. Beneficiary name of the account number. 3. Your private phone, fax and mobile telephone if available for communication even after business hours. Your bank information will enable us to obtain the approval of the fund on your behalf from concerned Government parasatals. Please, ensure that you treat this matter in strict privacy because of our positions in government. Send your acceptance letter only through my e-mail address. I await your urgent response soonest. Best regards. Dr Salim Abdul Director Liquidfied Gas and Oil department (NNPC) CONTACT ME THROUGH THIS EMAIL:henryxa@tiscali.co.uk --- MacMail - the Webmail service especially for Mac users worldwide http://www.macmail.com --- MacMail - the Webmail service especially for Mac users worldwide http://www.macmail.com From sales@cnstorage.com Sun Nov 30 03:39:04 2003 From: sales@cnstorage.com (abatt) Date: Sun, 30 Nov 2003 11:39:04 +0800 Subject: [Build-common-hackers] =?GB2312?B?sta0orv1vNwsuaTX98yoLLmkvt+58Sy5pL7fs7U=?= 11:38:5 Message-ID:

 

                      

 

奥特玛特物流设备有限公司是仓储货架,工作台,工具柜,工具车等物流及车间设备的专业制造商。

我们的主要客户是在中国投资的外资、独资、或合资企业。目前在上海、北京、青岛、大连、西安、广州、乌鲁木齐、香港等地设有分支机构。我们拥有自己的专业网站：中国仓储物流设备网（ http://www.Cnstorage.com ）——提供仓储货架、塑料托盘、纸托盘、塑料周转箱、工具柜、工作台、仓储笼等仓储物流设备、工厂用品及钢制办公家具等产品。我们用户遍布全国各地的外资企业。公司的生产厂拥有大量的钢制品加工设备，包括辊压机、剪板机、冲孔机、折弯机及静电喷涂生产线。具有很强的加工能力及完善的质量保证和售后服务。

主要客户包括:

SEW-EURODRIVE（天津）有限公司  

天津松下电子部品有限公司

天津雀巢有限公司

通用半导体（中国）有限公司  

摩托罗拉（中国）电子有限公司  

帕玛拉特（天津）乳品有限公司

霍尼韦尔（天津）有限公司

丹佛斯（天津）有限公司 

诺和诺德（天津）生物技术有限公司

丰田锻造（天津）有限公司     美孚（天津）有限公司

天津雅马哈电子琴有限公司

可口可乐（天津）有限公司

上海西门子德马泰克有限公司

华生富士达电梯（廊坊）有限公司

西门子电气传动有限公司

伊莱克斯清洁用品（天津）有限公司

三星（苏州）有限公司

大宇重工业（烟台）有限公司

大连佳能有限公司

秦山核电站

宝洁（中国）有限公司

安利(广州)日用品有限公司

ABB北京有限公司

多元电气集团
江铃拖拉机股份有限公司
中通客车股份有限公司
飞利浦电子(北京)有限公司

    

欢迎访问我的产品主页获取更多产品资讯: http://www.cnstorage.com

电话: 021-5851 2281   021-5835 3063     奥特玛特--物流设备      Email:  sales@abatt.com.cn

 

 

如果这封邮件打扰了您，我们感到很抱歉，邮件退订请Email至如下地址：dd@cnstorage.com

 

 

 

From daniels1@justmailz.com Sun Nov 30 09:38:50 2003 From: daniels1@justmailz.com (Daniels O.) Date: Sun, 30 Nov 2003 09:38:50 GMT Subject: [Build-common-hackers] Compliments Message-ID: My name is Mr Oluwafunmi Daniels manager, credit and foreign bills of Ecobank Plc. I am writing in respect of a foreign customer of my bank who perished in a plane crash [Korean Air Flight 801] with passengers aboard on August 6, 1997. Since the demise of this our customer, 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 of usd.20.5 m, [twenty million five hundred thousand united states dollars] which has been with my branch for a very long time. On this note, I decided to seek for whom his name shall be used as the next of kin as no one has come up to be the next of kin. And the banking ethics here does not allow such money to stay more than six years,because money will be recalled to the bank treasury as unclaimed after this period.In view of this I had to contact you personally so that we can understand each other better. I will give you 25% of the total,am offering you this percentage so that you will not think am not given you a fair share. Upon the receipt of your response, I will send you by fax or e-mail the application, bank's fax number and the next step to take. I will not fail tobring to your notice that this business is hitch free and that you should not entertain any fear as all modalities for fund transfer can be finalized within five banking days, after you apply to the bank as a relation to the deceased. When you receive this letter. Kindly send me an e-mail signifying your decision including your private Tel/Fax numbers for quick communication. Respectfully submitted, Mr. Oluwafunmi Daniels Manager Credit and Foreign Bills DEPT. Ecobank Plc. NB:IMPORTANT! please i would like you to contact me through my private mail box if i do not get back to you due to internet connection in the country at:daniels1.1@netzero.com Or better still you call me at:234-80-5507-1652 From tubo22tubo@yahoo.com.br Mon Nov 24 17:53:37 2003 From: tubo22tubo@yahoo.com.br (tubo22tubo) Date: Mon, 24 Nov 03 17:53:37 Hor醨io brasileiro de ver鉶 Subject: [Build-common-hackers] SAIBA COMO AUMENTAR O SEU P蔔IS DE 2 a 7 cm EM 2 MESES Message-ID: ------=_NextPart_000_0019_9B8F804C.5BD599A3 Content-Type: text/html Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1MYW5ndWFnZSIg Y29udGVudD0icHQtYnIiPg0KPG1ldGEgbmFtZT0iR0VORVJBVE9SIiBjb250ZW50PSJNaWNy b3NvZnQgRnJvbnRQYWdlIDUuMCI+DQo8bWV0YSBuYW1lPSJQcm9nSWQiIGNvbnRlbnQ9IkZy b250UGFnZS5FZGl0b3IuRG9jdW1lbnQiPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1U eXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9d2luZG93cy0xMjUyIj4NCjx0aXRs ZT5Db20gbyBNQU5VQUwgbWFpcyBjb2Jp52FkbyBkYSBpbnRlcm5ldCBubyBtb21lbnRvPC90 aXRsZT4NCjwvaGVhZD4NCg0KPGJvZHk+DQoNCjxmb250IGZhY2U9IkFyaWFsIj4NCjxkaXY+ DQogIDxiPjxmb250IGNvbG9yPSIjRkYwMDAwIiBmYWNlPSJBcmlhbCI+QSBTb2x15+NvIE5h dHVyYWwgcGFyYSBvIEF1bWVudG8gZGUgDQogIFRhbWFuaG8gZSBQb3TqbmNpYSBkbyBQ6m5p czwvZm9udD48L2I+PC9mb250Pjxmb250IGZhY2U9IkFyaWFsIiBjb2xvcj0iIzAwMDAwMCI+ LDwvZm9udD48Zm9udCBmYWNlPSJBcmlhbCIgc2l6ZT0iMiIgY29sb3I9IiMwMDAwMDAiPiA8 L2ZvbnQ+DQogIDxmb250IGZhY2U9IkFyaWFsIiBjb2xvcj0iIzAwMDBGRiI+PHN0cm9uZz52 b2PqIGF1bWVudGEgbyB0YW1hbmhvJm5ic3A7IGRlIHNldSANCiAgcOpuaXMgZGUgMiBhJm5i c3A7NyBjbSZuYnNwOyBlbSZuYnNwOyAyIG1lc2VzIGNvbSBleGVyY+1jaW9zIGFic29sdXRh bWVudGU8YnI+DQogICZuYnNwO25hdHVyYWlzLiBBdW1lbnRhIHRhbWLpbSBhIHN1YSBwb3Tq bmNpYSwmbmJzcDsgY29udHJvbGUgZSB2b2x1bWUgZGEgZWphY3VsYefjbyw8L3N0cm9uZz48 L2ZvbnQ+PGZvbnQgZmFjZT0iQXJpYWwiIHNpemU9IjIiPjxmb250IGZhY2U9IkFyaWFsIiBj b2xvcj0iI2ZmMDAwMCIgc2l6ZT0iMiI+PGZvbnQgc2l6ZT0iMyIgY29sb3I9IiNmZjAwMDAi Pjxicj4NCiAgJm5ic3A7PC9mb250Pjxmb250IHNpemU9IjMiIGNvbG9yPSIjMDAwMDAwIj48 c3Ryb25nPmRlbnRyZSBvdXRyb3MgYmVuZWbtY2lvcy4gDQogIFByb2dyYW1hIGNvbXBsZXRv IGNvbSBmaWd1cmFzIGlsdXN0cmF0aXZhczxicj4NCiAgJm5ic3A7ZXhwbGljYW5kbyBkZXRh bGhhZGFtZW50ZSB0b2RvcyBvcyBleGVyY+1jaW9zLiZuYnNwOyBGb3RvcyBjb21wYXJhdGl2 YXMgbm8gc2l0ZTxicj4NCiAgJm5ic3A7ZGUgcGVzc29hcyBxdWUgZXhwZXJpbWVudGFyYW0g ZXNzYSB06WNuaWNhLjwvc3Ryb25nPjwvZm9udD48L2ZvbnQ+PGZvbnQgc2l6ZT0iMyIgY29s b3I9IiMwMDAwMDAiIGZhY2U9IkFyaWFsIj4gPC9mb250PjwvZm9udD4NCiAgPGZvbnQgY29s b3I9IiMwMDAwMDAiIHNpemU9IjQiIGZhY2U9IkFyaWFsIEJsYWNrIj4NCiAgPGEgaHJlZj0i aHR0cDovL3d3dy5wcHAwMi5ibG9nZ2VyLmNvbS5ici9pbmRleC5odG1sIj48Zm9udCBjb2xv cj0iI0ZGMDAwMCI+Q0xJUVVFIErBPC9mb250PjwvYT48L2ZvbnQ+PGZvbnQgZmFjZT0iQXJp YWwiPjwvZGl2Pg0KPC9mb250Pjxmb250IGZhY2U9IkFyaWFsIiBzaXplPSIyIj4NCjxkaXY+ DQogIDxmb250IHNpemU9IjIiPg0KICA8ZGl2Pg0KICAgIDxkaXY+DQogICAgICA8ZGl2Pg0K ICAgICAgICA8ZGl2Pg0KICAgICAgICAgIDxmb250IGNvbG9yPSIjMDAwMDAwIiBzaXplPSIy IiBmYWNlPSJBcmlhbCI+PC9mb250Pg0KICAgICAgICA8L2Rpdj4NCiAgICAgICAgPGZvbnQg ZmFjZT0iQXJpYWwiIHNpemU9IjIiPg0KICAgICAgICA8ZGl2Pg0KJm5ic3A7PC9kaXY+DQog ICAgICA8L2Rpdj4NCiAgICAgIDwvZm9udD48L2ZvbnQ+DQogICAgPC9kaXY+DQogIDwvZGl2 Pg0KPC9kaXY+DQo8ZGl2Pg0KICAmbmJzcDs8L2Rpdj4NCjxkaXY+DQogICZuYnNwOzwvZGl2 Pg0KPGRpdiBzdHlsZT0id2lkdGg6IDMyODsgaGVpZ2h0OiAxOTEiPg0KICAmbmJzcDs8cD4m bmJzcDs8L3A+DQogIDxwPiZuYnNwOzwvcD4NCiAgPHA+Jm5ic3A7PC9wPg0KICA8cD4mbmJz cDs8L3A+DQogIDxwPiZuYnNwOzwvZGl2Pg0KPGRpdj4NCiAgJm5ic3A7PC9kaXY+DQo8ZGl2 Pg0KICAmbmJzcDs8L2Rpdj4NCjxkaXY+DQogIF9fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPC9kaXY+DQo8ZGl2 Pg0KICBPQlM6IEVzdGEgbWVuc2FnZW0gbuNvIOkgdW0gc3BhbSwgdmlzdG8gcXVlIHNvbWVu dGUgZXN0YXLhIHNlbmRvIDxicj4NCiAgZW52aWFkbyB1bWEg+m5pY2EgdmV6LCBlIHRhbWLp bSBjb2506W0gdW1hIGZvcm1hIGRlIHNlciByZW1vdmlkYSw8YnI+DQogIOkgdW0gZS1tYWls IG5vcm1hbCBjb21vIHRhbnRvcyBvdXRyb3MgcXVlIHZvY+ogcmVjZWJlLCBu428gZXN0YW1v czxicj4NCiAgaW52YWRpbmRvIHN1YSBwcml2YWNpZGFkZSBlIGVudmlhciB1bSBlLW1haWwg buNvIOkgY3JpbWUsIGRlc2RlIHF1ZTxicj4NCiAgbuNvIGNvbnRlbmhhIG1lbnNhZ2VucyBx dWUgcG9zc2FtIGNhdXNhciBkYW5vcyBhbyB1c3XhcmlvLiBDYXNvIDxicj4NCiAgcXVlcmlh IHJlbW92ZXIgc2V1IGVuZGVyZedvIGRlIG5vc3NhIGxpc3RhLCBiYXN0YSBlbnZpYXIgdW0g DQogIDxhIGhyZWY9Im1haWx0bzpzMWEyMjAwM0B5YWhvby5jb20uYnIiPmUtbWFpbDwvYT48 YnI+DQogIGNvbSBvIHRpdHVsbyAoYXNzdW50bykgcmVtb3ZlciwgcXVlIHNldTxicj4NCiAg ZS1tYWlsIHNlcuEgcmVtb3ZpZG8gZGUgbm9zc2EgbGlzdGEgZGVmaW5pdGl2YW1lbnRlLkRl c2N1bHBlLW5vczxicj4NCiAgY2FzbyB0ZW5oYW1vcyBsaGUgaW1wb3J0dW5hZG8gY29tIG5v c3NvIGUtbWFpbCBkZSBkaXZ1bGdh5+NvLjxicj4NCiAgT2JyaWdhZG8hPC9kaXY+DQo8L2Zv bnQ+DQoNCjwvYm9keT4NCg0KPC9odG1sPiAgICA= ------=_NextPart_000_0019_9B8F804C.5BD599A3--