Hi Robert,
On 12/02/2012 22:24, Robert Millan wrote:
If someone can confirm this fixes the problem, I could cherry-pick the
execvP() fix from upstream, but that requires importing the whole
execvP() implementation so I'd rather be sure it's what we need.
Could someone please check if 044_mount_
Package: freebsd-net-tools-udeb
Version: 9.0-1
Severity: grave
udhcpc expects this to work, but it doesn't:
$ sudo ifconfig xl0 inet 0.0.0.0
ifconfig: can't set link-level netmask or broadcast
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-u
On 12/02/12 21:24, Robert Millan wrote:
>> If anyone allows the use of sudo for /bin/mount, that should reset the
>> environment to something sane, so they should not be at risk.
>
> Wouldn't it be better to fix the bug instead?
Yes, of course...
> ... I could cherry-pick the
> execvP() fix from
El 12 de febrer de 2012 21:19, Steven Chamberlain
ha escrit:
> I tested that /lib/freebsd/mount (for which /bin/mount is wrapper
> script) does accept a user-specified PATH when looking for a helper to
> execute. But fortunately it is not setuid (at least on my own Squeeze
> installation).
>
> If
On Sun, Feb 12, 2012 at 4:31 PM, Ævar Arnfjörð Bjarmason
wrote:
> Also what does it even mean that threads have pids? Can you kill(1)
> threads individuall? Send signals to them that aren't sent to the
> parent process etc?
I'm getting mixed test results[1] from CPANTesters related to
inter-threa
El 12 de febrer de 2012 21:05, Leon Timmermans ha escrit:
> I'm getting mixed test results[1] from CPANTesters related to
> inter-thread signalling, despite all having the same OS version
> (8.1-1-686). Not sure I can explain what's going on (though it's not
> the only platform suffering from this
On 12/02/12 20:52, Robert Millan wrote:
> I recently applied this patch in mount to support /usr/sbin helpers:
>
> http://anonscm.debian.org/viewvc/glibc-bsd/trunk/freebsd-utils/debian/patches/044_mount_exec.diff?revision=4047&view=markup
>
> could you try rebuilding freebsd-utils without it?
Hi
El 12 de febrer de 2012 20:15, Damien Raude-Morvan
ha escrit:
> Does anybody have a clue ?
I recently applied this patch in mount to support /usr/sbin helpers:
http://anonscm.debian.org/viewvc/glibc-bsd/trunk/freebsd-utils/debian/patches/044_mount_exec.diff?revision=4047&view=markup
could you t
On Sun, Feb 12, 2012 at 09:15:00PM +0100, Damien Raude-Morvan wrote:
> Hi BSD Porters,
>
> Since last December, I'm unable to use sbuild/schroot on an unstable box :
>
> ~# sbuild-update -ugdc unstable
> E: 10mount: mount: exec mount_nullfs not found: No such file or directory
> E: unstable-kfree
Hi,
On 12/02/12 20:15, Damien Raude-Morvan wrote:
> ~# sbuild-update -ugdc unstable
At that shell, if you first run:
~# echo $PATH
What is the actual output?
I just wonder if /sbin is missing from PATH either before, or after, you
run sbuild-update.
Thanks,
Regards,
--
Steven Chamberlain
ste
Hi BSD Porters,
Since last December, I'm unable to use sbuild/schroot on an unstable box :
~# sbuild-update -ugdc unstable
E: 10mount: mount: exec mount_nullfs not found: No such file or directory
E: unstable-kfreebsd-amd64-sbuild-1329077042-35644: Chroot setup failed:
stage=setup-start
Chroot
El 12 de febrer de 2012 12:53, Adam D. Barratt
ha escrit:
> Looking at
> http://release.debian.org/transitions/html/freebsd-libs.html , there are
> several packages which build-depend on a -dev package produced by
> freebsd-libs but don't have a run-time dependency; what's the situation
> with the
Package: libimobiledevice
Version: 1.1.1-3
Severity: normal
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
libimobiledevice builds fine without libusb2-dev, it can be safely removed.
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 's
Package: colord
Version: 0.1.16-2
Severity: normal
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
colord builds fine without libusb2-dev, it can be safely removed.
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (5
Package: totem
Version: 3.2.1-2
Severity: normal
Tags: patch
libcam is not needed (anymore?) to build totem. Build-Depends on libcam-dev
can be removed.
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture:
Package: libisoburn
Version: 1.2.0-1
Severity: normal
Tags: patch
User: debian-bsd@lists.debian.org
Usertags: kfreebsd
Build-Depends on libcam-dev is not needed since it is only libburn which
uses CAM directly.
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy
On Sun, Feb 12, 2012 at 16:31, Ævar Arnfjörð Bjarmason wrote:
> I obviously much prefer #1, and I don't think it would harm kFreeBSD
> users, what do you think? Has the Debian GNU/kFreeBSD port had many
> issues due to differences in getpid()/getppid() behavior?
I've pushed a patch implementing #
Package: libsdl1.2
Version: 1.2.15-1
Severity: serious
Justification: fails to build (but built succesfully in the past)
libsdl1.2 fails to build on up-to-date kfreebsd-amd64 sid:
libtool: compile: gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4
-Wformat -Wformat-security -Werror=format-
On Sun, Feb 12, 2012 at 15:16, Robert Millan wrote:
> El 12 de febrer de 2012 12:42, Niko Tyni ha escrit:
>> [crossposted to the Debian GNU/kFreeBSD development list debian-bsd
>> and the Perl 5 development list perl5-porters ]
>
> Thanks for bringing this up.
>
>>> This i
On Sun, Feb 12, 2012 at 1:42 PM, Niko Tyni wrote:
> I have no idea whether it's really LinuxThreads based or something
> else, but please note that Debian GNU/kFreeBSD seems to be affected as
> t/op/getpid.t started failing there with 0e21945565eb4664d84 (around
> Perl 5.15.1). See [perl #96270].
El 12 de febrer de 2012 12:42, Niko Tyni ha escrit:
> [crossposted to the Debian GNU/kFreeBSD development list debian-bsd
> and the Perl 5 development list perl5-porters ]
Thanks for bringing this up.
>> This is also a complete non-issue in practice these days, LinuxThrea
On 12.02.2012 14:11, Michael Biebl wrote:
> Could you please check the attached rsyslog init script, if it works
> properly on hurd?
Sorry, attached the wrong version. Test this one.
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
On 27.01.2012 10:18, Guillem Jover wrote:
>
>> * rsyslog should probably switch to use s-s-d --exec instead (why is
>>it using --name anyway? that option has always been more unreliable).
>
> Still pending.
So, I had another look at it. This seems to be a typical case of
copy&paste. The rs
[crossposted to the Debian GNU/kFreeBSD development list debian-bsd
and the Perl 5 development list perl5-porters ]
On Sat, Feb 11, 2012 at 07:57:43PM +, Ævar Arnfjörð Bjarmason wrote:
> [This is a patch I've just committed to
> avar/remove-linuxthreads-pid-caching) I'
On Sat, 2012-02-04 at 20:07 +, Adam D. Barratt wrote:
> On Sat, 2012-02-04 at 20:00 +, Robert Millan wrote:
> > Anyhow, is there something I can do to help at this point? Just let me
> > know.
>
> Being prepared to handle any issues quickly when they come up, mainly.
Looking at
http://r
On 10.02.2012 03:00, Benjamin Kaduk wrote:
On Thu, 9 Feb 2012, Hannes wrote:
I was under the impression that the ZFS kernel code in FreeBSD is
original work under the 2C-BSDL . At least the headers in
/usr/src/sys/cddl/compat/opensolaris/kern
give this impression.
So only the userland code (li
26 matches
Mail list logo
