Jon Boden | 22 Jul 22:06 2016

Bug#832148: fix SIGPWR warning on kfreebsd

Package: procps
Version: 2:3.3.10-4
Tags: patch

Hi

This patch fixes SIGPWR warning on kfreebsd (and avoids hardcoding 29 for a signal we don't have ;-))

--

-- 
Jon Boden

ubuntuBSD -- The power of FreeBSD kernel with familiarity of Ubuntu OS!

http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
Attachment (bsd.diff): text/x-diff, 673 bytes
Debian FTP Masters | 19 Jul 11:51 2016
Picon

freebsd-buildutils_10.3~svn296373-3_all.changes ACCEPTED into unstable


Accepted:

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Tue, 19 Jul 2016 09:08:38 +0100
Source: freebsd-buildutils
Binary: freebsd-buildutils freebsd-mk
Architecture: source all
Version: 10.3~svn296373-3
Distribution: unstable
Urgency: medium
Maintainer: GNU/kFreeBSD Maintainers <debian-bsd <at> lists.debian.org>
Changed-By: Steven Chamberlain <stevenc <at> debian.org>
Description:
 freebsd-buildutils - Utilities for building FreeBSD sources
 freebsd-mk - FreeBSD makefile templates for bmake
Changes:
 freebsd-buildutils (10.3~svn296373-3) unstable; urgency=medium
 .
   * Update my email address in Uploaders
   * Make `ar` command lines visible in the build log
   * Adding missing required build-arch, build-indep targets
   * Now using Standards-Version 3.9.8
   * Now using debhelper compat v9
   * Add missing ${misc:Depends} to freebsd-mk (to satisfy lintian;
     although it evaluates to an empty list currently)
Checksums-Sha1:
(Continue reading)

Debian FTP Masters | 19 Jul 11:24 2016
Picon

Processing of freebsd-buildutils_10.3~svn296373-3_all.changes

freebsd-buildutils_10.3~svn296373-3_all.changes uploaded successfully to localhost
along with the files:
  freebsd-buildutils_10.3~svn296373-3.dsc
  freebsd-buildutils_10.3~svn296373-3.debian.tar.xz
  freebsd-mk_10.3~svn296373-3_all.deb

Greetings,

	Your Debian queue daemon (running on host franck.debian.org)

Debian FTP Masters | 19 Jul 11:19 2016
Picon

Processing of freebsd-buildutils_10.3~svn296373-3_all.changes

freebsd-buildutils_10.3~svn296373-3_all.changes uploaded successfully to ftp-master.debian.org
along with the files:
  freebsd-buildutils_10.3~svn296373-3.dsc
  freebsd-buildutils_10.3~svn296373-3.debian.tar.xz
  freebsd-mk_10.3~svn296373-3_all.deb

Greetings,

	Your Debian queue daemon (running on host coccia.debian.org)

Steven Chamberlain | 13 Jul 15:00 2016

Bug#830974: mame: FTBFS[kfreebsd-*]: multiple issues

Package: mame
Version: 0.175-1
Tags: patch
User: debian-bsd <at> lists.debian.org
Usertags: kfreebsd
Forwarded: https://github.com/mamedev/mame/pull/1093

Hi,

mame currently FTBFS on kfreebsd-* with:
| ../../../../../3rdparty/bgfx/3rdparty/ocornut-imgui/imgui_draw.cpp:439:100: error: 'alloca'
was not declared in this scope
https://buildd.debian.org/status/fetch.php?pkg=mame&arch=kfreebsd-amd64&ver=0.175-1&stamp=1468325637

There are many other small issues later in the build.

Please find patches in the attached kfreebsd.patch or upstream pull
request at 

Please avoid building a bundled libuv if possible, as it has portability
bugs that are fixed in the Debian-packaged libuv.  (see attached
use_system_lib_uv.patch)

And please consider showing the compile and link command lines in the
build output.  debian/rules does already set VERBOSE=1, but it seems that
should rather be verbose=1 (attached verbose_build_log.patch)

Thanks!

-- System Information:
(Continue reading)

Felipe Sateler | 3 Jul 18:00 2016
Picon

webrtc-audio-processing 0.3 is unbuildable on non-linux archs

Dear Hurd and BSD porters,

The latest upload of webrtc-audio-processing in unstable does not
build on non-linux archs. This new version is required by pulseaudio
9, so it will not build as well.

My guess is that the build failures are only due to lack of
appropriate checks in configure (ie, not any real incompatibility). If
the porters could prepare such a patch, I'm more than happy to apply
locally and forward upstream. I currently lack time to try to do this
myself.

Jon Boden | 29 Jun 23:01 2016

Bug#829029: gyoto: building on kfreebsd

Package: gyoto
Version: 1.0.2-2
Tags: patch

Hi

Currently gyoto binary package is disabled for kfreebsd-any, but this looks like a mistake because: a)
other binary packages built from the same source support kfreebsd and b) it already supports hurd.

Unless there's a reason not to, could you enable it?

Thanks!

MAGDALENA HANCOCK | 23 Jun 04:40 2016

Jeff Bailey

Our Company, Nocturne, is an international fast-growing distributing company. Our main goal is to offer various sales, logistic and delivery services to both, individuals and companies, through the world. At this time we have open vacancies in Australia for full-time and part-time.

Please pay attention!

Our employment offer is only for people with AU citizenship or work permission.

Basic tasks for this new posts are:

- customer sales support;

- collaboration with our clients in America, Eastern Europe and Asia;

- keep the data of all the purchases and orders;

- help to our distribution department.

You will have up to 3500 AUD per month for the part-time and 6500 AUD monthly for full-time. Also we offer bonus system.

We have a probation period of time, during which you will be guided and paid.

Conditions are:

- computer or laptop with Internet access,

- basic Excel (the software must be pre-installed),

- perfect writing and social skills,

- positive mood.

If you are interested in working with a strong leadership team, please reply.

Best regards,

STaffing Executive

MAGDALENA HANCOCK

Dmitry Shachnev | 22 Jun 09:11 2016
Picon

dup3 and pipe2 syscalls on kfreebsd

Hi kFreeBSD porters,

While working on Qt packaging, I noticed that it's currently impossible to
use dup3 and pipe2 system calls on kFreeBSD. The linker outputs the following:

  cloexec.o: In function `main':
  cloexec.cpp:(.text.startup+0x2e): warning: dup3 is not implemented and will always fail
  cloexec.cpp:(.text.startup+0xd): warning: pipe2 is not implemented and will always fail

I have two questions about this issue:

1) It looks like upstream FreeBSD supports this since version 10.0.
   Why does it not work in Debian?

2) If it's not easy to get them working, why should the linker accept the
   code using them at all? I.e. why is it a warning, not an error?

   (Yes, I know about --fatal-warnings, but Thiago raised some valid points
   why it is not acceptable in Qt case [1]).

[1]: https://codereview.qt-project.org/163214

Thanks in advance,

(please CC me in reply if possible)

--
Dmitry Shachnev
Jon Boden | 20 Jun 12:47 2016

Bug#827733: BusyBox Init + OpenRC

Package: busybox
Version: 1.22.0-19
Tags: patch

Hi

With the package added by this patch (busybox-openrc), BusyBox Init can be used as PID 1 as a launcher for
OpenRC (instead of SysV /sbin/init). This has the potential for faster boot times (but I haven't measured
it, see https://blog.flameeyes.eu/2012/03/using-busybox-with-openrc).

I've only tested it on ubuntuBSD, but I think it should work fine on Debian too. I've also added Linux and Hurd
versions of inittab.

--

-- 
Jon Boden

ubuntuBSD -- The power of FreeBSD kernel with familiarity of Ubuntu OS!

http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
Attachment (busybox-openrc.diff): text/x-diff, 5116 bytes
Jon Boden | 20 Jun 09:11 2016

Bug#827718: init: open /dev/console on GNU/kFreeBSD

Package: busybox
Version: 1.22.0-19
Tags: patch

FreeBSD kernel doesn't tell PID 1 the pathname of /dev/console through CONSOLE environment variable like
Linux does. Instead it expects PID 1 to always open /dev/console.

This patch is tested on ubuntuBSD but I think it should work on Debian too (I haven't tested the whole init
yet, but I verified that with my patch it can print to stdout).

I've also sent it to BusyBox bugzilla: https://bugs.busybox.net/show_bug.cgi?id=9031

--

-- 
Jon Boden

ubuntuBSD -- The power of FreeBSD kernel with familiarity of Ubuntu OS!

http://www.ubuntubsd.org/ -- https://twitter.com/ubuntuBSD
Attachment (busybox_freebsd.diff): text/x-diff, 630 bytes

Gmane