Bug#833685: kicad: please enable parallel building

2016-08-25 Thread Andrew Bradford
On Thu, Aug 25, 2016, at 09:23 AM, Andrew Bradford wrote:
> Attached is a patch to fix this.  Tested building via:
> dpkg-buildpackage -uc -us -j24
> and observed all 24 cores on my machine load up during cmake's compile
> stages.

So my previous patch, and the idea of just turning on parallel building
in general, doesn't take into account that the documentation may not
build correctly when parallelized.  I have an idea on fixing that by
using the make .NOTPARALLEL special target for the documentation
building bits but I'm not sure if that'll work, yet.

Please disregard my previous patch, it likely isn't a robust solution.
Thanks



Bug#833685: kicad: please enable parallel building

2016-08-25 Thread Andrew Bradford
Attached is a patch to fix this.  Tested building via:
dpkg-buildpackage -uc -us -j24
and observed all 24 cores on my machine load up during cmake's compile
stages.

Thanks
diff -Nru kicad-4.0.2+dfsg1/debian/rules kicad-4.0.2+dfsg1/debian/rules
--- kicad-4.0.2+dfsg1/debian/rules	2016-02-22 13:23:07.0 -0500
+++ kicad-4.0.2+dfsg1/debian/rules	2016-08-25 09:02:58.0 -0400
@@ -4,8 +4,6 @@
 DPKG_EXPORT_BUILDFLAGS = 1
 include /usr/share/dpkg/default.mk
 
-DEB_BUILD_OPTIONS='parallel=4'
-
 # main packaging script based on dh7 syntax
 %:
-	dh $@ --with-python
+	dh $@ --with-python --parallel


Bug#813738: myrepos: `mr help` needs the perl-doc package in order to function

2016-02-04 Thread Andrew Bradford
Package: myrepos
Version: 1.20160123
Severity: minor
Tags: patch

Dear Maintainer,

Running `mr help` does not work unless the perl-doc package is also
installed but perl-doc is not listed as Recommends or Suggests by the
myrepos package.

For example:
$ mr help
You need to install the perl-doc package to use this program.


A patch against myrepos-1.20160123 to fix this:

diff -Naur myrepos-1.20160123.orig/debian/control 
myrepos-1.20160123/debian/control
--- myrepos-1.20160123.orig/debian/control  2016-02-04 15:14:41.550909078 
-0500
+++ myrepos-1.20160123/debian/control   2016-02-04 15:16:34.194344459 -0500
@@ -25,6 +25,7 @@
  kdesdk-scripts,
  liburi-perl,
  mercurial,
+ perl-doc,
  subversion,
  subversion-tools,
  vcsh


-- System Information:
Debian Release: stretch/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.4.1-bradfa (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

myrepos depends on no packages.

Versions of packages myrepos recommends:
ii  libhtml-parser-perl  3.72-1
ii  libio-pty-easy-perl  0.09-2
ii  libwww-perl  6.15-1
ii  perl 5.22.1-4

Versions of packages myrepos suggests:
pn  ack-grep  
pn  bzr   
ii  curl  7.47.0-1
pn  cvs   
pn  darcs 
pn  fossil
ii  git [git-core]1:2.7.0-1
pn  kdesdk-scripts
ii  liburi-perl   1.71-1
pn  mercurial 
pn  subversion
pn  subversion-tools  
pn  vcsh  

-- no debconf information
diff -Naur myrepos-1.20160123.orig/debian/control myrepos-1.20160123/debian/control
--- myrepos-1.20160123.orig/debian/control	2016-02-04 15:35:35.76001 -0500
+++ myrepos-1.20160123/debian/control	2016-02-04 15:35:57.884743912 -0500
@@ -25,6 +25,7 @@
  kdesdk-scripts,
  liburi-perl,
  mercurial,
+ perl-doc,
  subversion,
  subversion-tools,
  vcsh
diff -Naur myrepos-1.20160123.orig/debian/control myrepos-1.20160123/debian/control
--- myrepos-1.20160123.orig/debian/control	2016-02-04 15:35:35.76001 -0500
+++ myrepos-1.20160123/debian/control	2016-02-04 15:35:57.884743912 -0500
@@ -25,6 +25,7 @@
  kdesdk-scripts,
  liburi-perl,
  mercurial,
+ perl-doc,
  subversion,
  subversion-tools,
  vcsh


Bug#717332: please create a debian-cross ML

2013-07-19 Thread Andrew Bradford
Seconded.  I've found the Debian cross building tools very useful in my
work but I did not know to subscribe to some of the other official and
unofficial lists in order to keep fully abreast of cross building
discussions for Debian.  I've just been following debian-embedded.
Thanks,
Andrew


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#572117: Patch to build uImage kernels for ARM on v12.036+nmu3

2012-12-18 Thread Andrew Bradford
Git format-patch style patch attached.  This is an updated version of a
patch previously sent to the kernel-pack...@packages.debian.org list.

Tested cross building a 3.2.20 kernel for a beagleboard.org
BeagleBone on a Squeeze host and upgrading from 3.2.0 to 3.2.20 with
dpkg on Squeeze armel target.

Should apply cleanly to v12.036+nmu3 with 'patch -p1 < patchname'

Sorry for my previous bone-headed email.

Thanks,
Andrew
>From 4eaae2f0e6ab55ee2bb68c7ef68065536bc68f70 Mon Sep 17 00:00:00 2001
From: Andrew Bradford 
Date: Tue, 18 Dec 2012 08:55:04 -0500
Subject: [PATCH] Allow creation of uImage kernels for u-boot on ARM

Add the --uimage option to build a uImage kernel for ARM systems.
You'll need uboot-mkimage installed to do so, it should be recommended.
---
 debian/control   |2 +-
 kernel/pkg/image/config  |1 +
 kernel/pkg/image/postinst|1 +
 kernel/ruleset/arches/arm.mk |   23 +++
 make-kpkg|   21 ++---
 5 files changed, 40 insertions(+), 8 deletions(-)

diff --git a/debian/control b/debian/control
index eb164a6..29bcbc5 100644
--- a/debian/control
+++ b/debian/control
@@ -23,7 +23,7 @@ Description: A utility for building Linux kernel related Debian packages.
 Depends: build-essential, make (>= 3.80-10), po-debconf, gettext, file,
   debianutils (>= 2.30), binutils (>= 2.12), util-linux (>= 2.10o),
   module-init-tools (>= 0.9.10)
-Recommends: cpio
+Recommends: cpio, uboot-mkimage
 Suggests: linux-source | kernel-source, e2fsprogs (>= 1.41.4),
libncurses-dev, docbook-utils, xmlto, e2fsprogs (>= 1.29), bzip2,
linux-initramfs-tool, grub (>= 0.93) | grub2, jfsutils (>= 1.1.3),
diff --git a/kernel/pkg/image/config b/kernel/pkg/image/config
index b05b888..3c4fe5a 100755
--- a/kernel/pkg/image/config
+++ b/kernel/pkg/image/config
@@ -108,6 +108,7 @@ elsif ($kimage =~ m/^[iI]mage$/o) { my $nop = $kimage;   }
 elsif ($kimage =~ m/^vmlinux$/o)  { my $nop = $kimage;   }
 elsif ($kimage =~ m/^xen[0u]-linux$/o){
 $package_name   = "${kimage}-$version";}
+elsif ($kimage =~ m/^uImage$/o)   { my $nop = $kimage;   }
 else  { $kimage = "vmlinuz"; } # Default
 
 if (-d "$kimage" ) {
diff --git a/kernel/pkg/image/postinst b/kernel/pkg/image/postinst
index c0a30fd..d160cba 100755
--- a/kernel/pkg/image/postinst
+++ b/kernel/pkg/image/postinst
@@ -134,6 +134,7 @@ elsif ($kimage =~ m/^b?zImage$/o) {$kimage = "vmlinuz"} # these produce vmli
 elsif ($kimage =~ m/^[iI]mage$/o) { my $nop = $kimage;}
 elsif ($kimage =~ m/^vmlinux$/o)  { my $nop = $kimage;}
 elsif ($kimage =~ m/^xen[0u]-linux$/o){ $package_name  = "${kimage}-$version";}
+elsif ($kimage =~ m/^uImage$/o)   { my $nop = $kimage;}
 else   {$kimage = "vmlinuz"} # default
 
 $ENV{KERNEL_ARCH}=$kernel_arch if $kernel_arch;
diff --git a/kernel/ruleset/arches/arm.mk b/kernel/ruleset/arches/arm.mk
index 33a1235..cbf5958 100644
--- a/kernel/ruleset/arches/arm.mk
+++ b/kernel/ruleset/arches/arm.mk
@@ -42,11 +42,26 @@ ifeq ($(strip $(architecture)),arm)
 NEED_DIRECT_GZIP_IMAGE=NO
 DEBCONFIG= $(CONFDIR)/config.netwinder
   else
-kimage := vmlinuz
-target = zImage
+ifeq (uImage,$(IMAGE_TYPE))
+  kimage := uImage
+else
+  kimage := vmlinuz
+endif
+# Default to zImage and vmlinuz-$(KERNRELEASE) unless overridden
+ifeq (,$(IMAGE_TYPE))
+  target = zImage
+  kimagesrc = arch/$(KERNEL_ARCH)/boot/zImage
+  kimagedest = $(INT_IMAGE_DESTDIR)/vmlinuz-$(KERNELRELEASE)
+else
+  target = $(IMAGE_TYPE)
+  kimagesrc = arch/$(KERNEL_ARCH)/boot/$(IMAGE_TYPE)
+  ifeq (uImage,$(IMAGE_TYPE))
+kimagedest = $(INT_IMAGE_DESTDIR)/uImage-$(KERNELRELEASE)
+  else
+kimagedest = $(INT_IMAGE_DESTDIR)/vmlinuz-$(KERNELRELEASE)
+  endif
+endif
 NEED_DIRECT_GZIP_IMAGE=NO
-kimagesrc = arch/$(KERNEL_ARCH)/boot/zImage
-kimagedest = $(INT_IMAGE_DESTDIR)/vmlinuz-$(KERNELRELEASE)
 DEBCONFIG = $(CONFDIR)/config.$(DEB_HOST_ARCH)
   endif
   kelfimagesrc = vmlinux
diff --git a/make-kpkg b/make-kpkg
index 27502df..b477890 100755
--- a/make-kpkg
+++ b/make-kpkg
@@ -37,6 +37,7 @@ my $append_to_version='';
 my $arch='';
 my $arch_in_name=0;
 my $bzimage;
+my $uimage;
 my $concurrency=0;
 my $config_target='oldconfig';
 my $cross_compile='';
@@ -85,6 +86,7 @@ my %option_ctl =
"us"  => \$unsign_source,
"uc"  => \$unsign_changelog,
"bzimage" => \$bzimage,
+   "uimage"  => \$uimage,
"mkimage=s"   => \$mkimage,
"jobs|j=i"=> \$concurrency
   );
@@ -323,6 +325,14 @@ on si

Bug#664854: kernel-package and armel

2012-06-01 Thread Andrew Bradford
Have you tried using `DEB_HOST_ARCH=armel` and `--arch arm`?

I'm able to build an armel kernel_image deb like this:

$ DEB_HOST_ARCH=armel fakeroot make-kpkg --arch arm --cross-compile 
arm-linux-gnueabi- -j 5 kernel_image

My armel system seems to be OK with it.  If I don't set the DEB_HOST_ARCH
and build with --arch arm, my armel system is not OK with it: dpkg will
complain about the deb being made for arm, not armel.

I'm not sure how much of a bug this is.  Can you confirm if you're able
to build armel .debs by using DEB_HOST_ARCH?

There might be a lack of documentation showing that this is now how to
build for armel, there's only 1 little part of the README and the example
is for i386/amd64, not armel.  But I get the impression that the "merge"
really did happen.

This also looks very similar to bug 671533 [1].

[1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=671533

Thanks,
Andrew



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#572117: Debian "kernel-package" proper source repo?

2012-05-31 Thread Andrew Bradford
Where can I find the proper source or repository to create a patch for
the Debian "kernel-package" package?

I'm looking to use the Debian package called "kernel-package" to build
a .deb containing a u-boot compatible uImage for the arm platform.  I've
found (and responded to) bug 572117 [1] indicating that I'm interested
in creating a patch to add this ability and I've started work on the
patch.

[1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572117

In my attempt to create a patch to add uImage ability, I found that the
Debian QA system [2] links to a git repo [3], but the code within the
git repo is not what ships with Debian Squeeze via the source packages
for "kernel-package". The latest tagged version in the git repo is
12.035 but even Squeeze ships with 12.036+nmu1, testing has 
12.036+nmu2.  Both appear to come from Launchpad.

[2]: http://packages.qa.debian.org/k/kernel-package.html
[3]:
http://anonscm.debian.org/gitweb/?p=users/srivasta/debian/kernel-package.git

Ubuntu's Launchpad appears to have the source used in Squeeze and
testing [4] along with recent Ubuntu releases.  The Bazzar rev 15
appears to coincide with the git tag for v12.035, but I've not
confirmed this in detail.

[4]: https://launchpad.net/ubuntu/+source/kernel-package

Since the Debian QA system links to the git repo, that's where I
started my patch from, but after reviewing the changes made in the +nmu
packages and Launchpad, I feel it would be better to base my work there.
It's all a bit confusing as to what source is actually being used to
build the "kernel-package" package that ship with Debian.

Can someone please clarify it for me so I can create a patch that has a
good chance of being accepted?

If the git repo is not the proper location for "kernel-package" source
now, can the Debian QA system be updated to reflect this?

Thanks,
Andrew



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#572117: kernel-package: please, add support for uboot images (uimage)

2012-05-24 Thread Andrew Bradford
Hector / Manoj,

Has any progress been made on this?
There was mention of patches but I've not been able to find any in a
quick search.

I'm no Perl expert, but would patches for adding uImage ability to
kernel-package still be welcomed?  I personally would very much like
this ability.  The `flash-kernel` package doesn't look to do the
actions I would like, mainly making a kernel.deb with a uImage instead
of z(bz)Image.

Thanks,
Andrew



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org