On 31/01/14 10:57, Justus Winter wrote:
1. Up to this day, Debian/Hurd has never used the current default init
system (sysvinit) but has relied on its own init and rc system. We
are prepared to use a non-default init system in the future.
This will become increasingly difficult when SysV init
måndag den 27 januari 2014 klockan 16:35 skrev Robert Millan detta:
$ tail -2 /var/log/auth.log
.. thule ftpd[1234]: PAM unable to dlopen(pam_unix): \
/lib/security/pam_unix: cannot open shared object file: \
No such file or directory
.. thule ftpd[1234]: PAM adding
severity 737035 serious
tags 737035 + patch
user debian-bsd@lists.debian.org
usertags 737035 kfreebsd
thanks
Hi,
I tested a patch identical to Svante's on GNU/kFreeBSD which fixes the
build there too. RC severity because kfreebsd is a release arch and so
this is blocking pam's testing
On 31/01/14 13:16, Mats Erik Andersson wrote:
/lib/security/pam_selinux.se: cannot open shared object file
the system looking for the module at an incorrect location.
FWIW still seeing this in pam/1.1.8-1 after fixing the FTBFS.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To
On 31/01/2014 18:07, Steven Chamberlain wrote:
Please could you upload for me the kfreebsd-8/8.3-6+deb7u1 upload which
is staged at svn://svn.debian.org/svn/glibc-bsd/branches/wheezy/kfreebsd-8
as r5405?
Building as we speak. Have you tested it?
--
Robert Millan
--
To UNSUBSCRIBE, email
Any idea why this happens?
$ LANG=C sudo cat /dev/ukbd0
cat: /dev/ukbd0: Device or resource busy
--
Robert Millan
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On 31/01/14 19:44, Robert Millan wrote:
On 31/01/2014 18:07, Steven Chamberlain wrote:
Please could you upload for me the kfreebsd-8/8.3-6+deb7u1 upload which
is staged at svn://svn.debian.org/svn/glibc-bsd/branches/wheezy/kfreebsd-8
as r5405?
Building as we speak. Have you tested it?
Robert Millan r...@debian.org (2014-01-31):
-release asked us to discuss a possible solution among ourselves so we can
propose it to them. But the problem is not clearly defined yet. So I thought
maybe we can do some progress by discussing what the problem is.
Here's what I think of as a
On 31/01/14 21:33, Robert Millan wrote:
1. Some application-level software is growing hard dependencies on SystemD
or other Linux-specific components (e.g. X-udev, gdm3-systemd).
At least some good news here about X:
http://lists.debian.org/86eh3p0x35@miki.keithp.com
X is most definitely
On 31/01/2014 21:08, Robert Millan wrote:
Any idea why this happens?
$ LANG=C sudo cat /dev/ukbd0
cat: /dev/ukbd0: Device or resource busy
Never mind, I just realized syscons holds exclusive access to it,
and readers are supposed to use either /dev/console or /dev/ttyv*.
--
Robert
This patch makes X use devd for keyboard/mouse detection instead of HAL.
It is based on code obtained from FreeBSD Ports collection, with some bugfixes.
--
Robert Millan
diff -x Makefile.in -Nur xorg-server-1.14.5.old/debian/control xorg-server-1.14.5/debian/control
---
On 31/01/2014 22:44, Cyril Brulebois wrote:
1. Some application-level software is growing hard dependencies on SystemD
or other Linux-specific components (e.g. X-udev, gdm3-systemd).
X-udev is utterly wrong.
Ehm, sorry. Bad choice of words. What I meant to say is that X moved from HAL
to
12 matches
Mail list logo