On 15:52, Christoph Egger wrote:
> > wb gb freerdp_1.0.1-1.1 . kfreebsd-amd64 kfreebsd-i386
>
> Done
...and successfully built on all arches. Thanks!
Regards.
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
existence of a kFreeBSD (kernel) image on the Linux system seemed to
confuse the dkms and mkinitramfs hooks, so we should avoid that. Maybe
we actually need a Conflicts: grub
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debia
he versions of related packages you have
installed now (by running the command below) :
$ dpkg-query -W grub grub2 grub-common grub-pc dkms initramfs-tools
It would also be helpful if you could perhaps run this to see more
detail about what is going wrong:
# sh -x $(which update-grub)
Thanks
tall kfreebsd-image-9-amd64?
Please could you copy+paste the error in full (in case it is different
now with GRUB2).
Thanks again,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
t filesystem to go any further.
The earlier issue affecting GRUB ("v1") is more serious; we must not
break someone's bootloader if they install the kfreebsd-image package on
GNU/Linux.
Thanks for testing!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, em
ight reveal some problem in the code
or toolchain that wasn't noticeable when the kfreebsd-* buildds built it.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
n the Debian archive any more (replaced
by grub-legacy in Squeeze, or grub2), I don't /think/ we need to take
any action.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trou
43, Robert Millan wrote:
> 2012/8/10 Steven Chamberlain :
>> In the second screenshot it says "/: write failed, filesystem is full"
>> [...]
>
> Probably a bigger mfsroot (see MFSROOT_LIMIT in
> debian-installer/build/Makefile)
The current limit for kfreebsd-amd64 i
kage upgrade, I think that is okay too, because it
can be assumed that /var is already clean and mounted by then.
/var/lib seems to be the right place for it too (persistent state).
I haven't tried it yet though (or NFS, at all, on a kFreeBSD system).
Thanks,
Regards,
--
Steven Chamberlain
s
On 16/09/12 00:44, Steven Chamberlain wrote:
> I gather this file is used a bit like transaction log, so must never be
> created, empty, from an initscript merely because it is missing.
> Instead, it should be created at install time from postinst as you have
> done. During a packag
On 16.09.2012 01:44, Steven Chamberlain wrote:
> [...] should be created at install time from postinst
> as you have done.
On 16/09/12 01:00, Arno Töll wrote:
> Please forgive my confusion, but that's what I did, didn't I? I create
> the package a
kfreebsd-i386 images only the text-mode installer is used, so
hopefully the current MFSROOT_LIMIT wil be large enough. It sounds like
it's already at its maximum.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a su
Package: src:kfreebsd-10
Version: 10.0~svn253832-1
Severity: grave
Tags: security upstream
Control: found -1 kfreebsd-10/10.0~svn225709-1
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:09.ip_multicast.asc
> integer overflow in IP_MSFILTER
> An integer overflow in computing the size of a te
Package: src:kfreebsd-9
Version: 9.0-10+deb70.2
Severity: grave
Tags: security upstream
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:09.ip_multicast.asc
> integer overflow in IP_MSFILTER
> An integer overflow in computing the size of a temporary buffer can
> result in a buffer which is t
Package: src:kfreebsd-8
Version: 8.3-7
Severity: grave
Tags: security upstream
Control: found -1 kfreebsd-8/8.0-1
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:09.ip_multicast.asc
> integer overflow in IP_MSFILTER
> An integer overflow in computing the size of a temporary buffer can
> res
Package: src:kfreebsd-9
Version: 9.0-10+deb70.2
Severity: grave
Tags: security upstream
Control: found -1 kfreebsd-9/9.0~svn223109-0.1
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:10.sctp.asc
> When initializing the SCTP state cookie being sent in INIT-ACK chunks,
> a buffer allocated fro
Package: src:kfreebsd-8
Version: 8.3-7
Severity: grave
Tags: security upstream
Control: found -1 kfreebsd-8/8.0-1
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:10.sctp.asc
> When initializing the SCTP state cookie being sent in INIT-ACK chunks,
> a buffer allocated from the kernel stack is
Package: src:kfreebsd-10
Version: 10.0~svn253832-1
Severity: grave
Tags: security upstream
Control: kfreebsd-10/10.0~svn225709-1
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:10.sctp.asc
> When initializing the SCTP state cookie being sent in INIT-ACK chunks,
> a buffer allocated from the
o be fully closed, before poll1_wait() is called.
BTW it would be nice if failures in the testsuite would output the
contents of libmissing/tests/test-suite.log into the build log.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.
Package: src:kfreebsd-9
Version: 9.2~svn253912-1
Severity: grave
Tags: security upstream
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:11.sendfile.asc
This affects 9.2 only. The advisory says this is fixed in r255444 but
I'm not sure if that's correct. SA-13:12 and SA-13:13 are fixed in
Package: src:kfreebsd-9
Version: 9.0-10+deb70.3
Severity: grave
Tags: security upstream
Control: found -1 kfreebsd-9/9.0~svn223109-0.1
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:13.nullfs.asc
nullfs wrongly allows creating hard links between separate instances, as
long as they're based
Package: src:kfreebsd-9
Version: 9.0-10+deb70.3
Severity: grave
Tags: security upstream
Control: found -1 kfreebsd-9/9.0~svn223109-0.1
http://security.FreeBSD.org/advisories/FreeBSD-SA-13:12.ifioctl.asc
User privileges for certain ioctls are not checked by the IPv6 or ATM
layer. This allows to m
E-2013-5691) (Closes: #722338)
- nullfs hardlinks across mounts [SA-13:13]
(CVE-2013-5710) (Closes: #722337)
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
Control: tags -1 -patch
:)
On 22/07/13 15:06, Christoph Egger wrote:
> Control: tag -patch
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
rs in the 'adm' group, which has group
read permissions on most log files. That way you don't have to make
your log files readable to everyone on the system.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debia
gt; + rc = sscanf(key, "%200s
> %200s%c",
> + createOwner,
> createGroup, &foo);
You may be able to work around it by giving a mode of -1 and see if you
get the intended behaviour?
Regards,
--
Steven
On 25/07/13 10:09, Steven Chamberlain wrote:
> On 25/07/13 08:17, Stéphane CHIRON wrote:
>> I use the old logrotate, but in the man of the 3.8.1 release, there's
>> also written :
>>
>> Any of the log file attributes may be omitted, [...]
>
> Oh yes you&#x
Package: src:kfreebsd-8
Version: 8.3-6
Severity: grave
Tags: security upstream
The FreeBSD NFS server implementation applies the wrong group
credentials (supplied by the client) to an authenticated NFS session in
specific configurations (exports defined using -mapall or -maproot with
-network or -
Package: src:kfreebsd-9
Version: 9.0-10+deb70.2
Severity: grave
Tags: security upstream
Control: found -1 kfreebsd-9/9.0~svn223109-0.1
The FreeBSD NFS server implementation applies the wrong group
credentials (supplied by the client) to an authenticated NFS session in
specific configurations (expo
Dear Security Team,
Please could we upload to wheezy-security as in the attached debdiff,
using upstream's patch to fix CVE-2013-4851 / Bug#717958 in kfreebsd-9.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff -Nru kfreebsd-9-9.0/debian/changelog kfreebsd-9-9.0/debian/chan
e will be dumped there on most types of crash, and then:
* savecore -v -C /var/crash /dev/adX
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
The dependency should be still satisfied on kFreeBSD and Hurd. On
kFreeBSD it's even our default filesystem.
Since the package is arch: all, is this an actionable bug? It seems to
me no different than say, partman-zfs dependencies not being satisfied
on GNU/Linux.
Regards,
--
S
The dependency should be still satisfied on kFreeBSD and Hurd. On
kFreeBSD it's even our default filesystem.
Since the package is arch: all, is this an actionable bug? It seems to
me no different than say, partman-zfs dependencies not being satisfied
on GNU/Linux.
Regards,
--
S
Source: xserver-xorg-video-fbdev-udeb
Version: 1:0.4.3-1
Severity: grave
Tags: d-i
Hi,
The graphical installer in d-i daily builds fails to start when fbdev
is used, with this error captured from a serial console:
X.Org X Server 1.12.4
Release Date: 2012-08-27
X Protocol Version 11, Revision 0
B
Package: librep
Version: 0.90.2-1.3
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
librep failed to build on kfreebsd-amd64 due to:
htt
here in your queue now
Was the upload (src:kfreebsd-9) okay? Do you need anything further from us?
I fear it may have gone missing with the wheezy release happening soon
afterward...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.d
debian.org
> /kfreebsd-9_9.0-10+deb70.1_kfreebsd-amd64.changes couldn't be processed for
> 48 hours and is now deleted
> All files it mentions are also removed:
src:kfreebsd-9 and binary packages are also missing from
http://release.debian.org/proposed-updates/stable.html
Thank
ug has been exposed?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
SMP, but clearly it has affected
Linux arches too (and even other distros).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 27/05/12 20:19, Steven Chamberlain wrote:
> But it is also okay if built using gcc-4.7 with only the
> -fno-optimize-sibling-calls option added.
That only took care of the small threads testcase I gave (verified with
~2000 runs). But there seem to be other, separate issues.
I disc
d -- it should be
okay for the test suite to run for 2+ hours even if the package build
time comes to more than 150 minutes total.)
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
diff --git a/debian/rules b/debian/rules
index 83601dd..16d056f 100755
--- a/debian/rules
+++
fixed 674942 ruby1.8/1.8.7.352-2
found 674942 ruby1.8/1.8.7.358-1
tags 674942 - patch
thanks
Actually, I see this used to build and finish the testsuite in <15mins,
so what happened with 1.8.7.358-1 to cause such a (~15x) slowdown?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
attached it anyway in case this problem
comes back. Requires an autoconf rebuild of nping/configure
nmap 5.51.6-0.3 built fine anyway when I tested on kfreebsd-i386.
Thanks a lot for fixing it!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- nmap-5.51.6.orig/acinclude.m4 2010-04-21 00:22:4
> ***
> /build/buildd-ruby-rmagick_2.13.1-5-kfreebsd-i386-pbFqNE/ruby-rmagick-2.13.1/ext/RMagick/extconf.rb
> failed ***
> Could not create Makefile due to some reason, probably lack of
> necessary libraries and/or headers. Check the mkmf.log file for more
> details. You may n
tags 674942 + patch
thanks
Uhhh I changed my mind. My patch could still be used as an interim fix
(enforce a 2h time limit on the test suite with SIGKILL), then maybe
clone+downgrade this to try to work out what causes the slower build
times...
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
ppened again with the latest upload.
But I wouldn't worry about it; I think it might be fixed by the next
eglibc upload (I can't reproduce the hangs in those tests any more) and
so only a give back to kfreebsd-* buildds would be needed then.
Thanks a lot!
Regards,
--
Steven
(like guitarix, where there
were hangs in the waf build system), to see if the new eglibc helps there.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
1/ruby/ruby.h:463:7: note: expected 'volatile VALUE *'
> but argument is of type 'VALUE **'
> form_wrap.c: In function 'make_arg':
> form_wrap.c:1135:5: error: format not a string literal and no format
> arguments [-Werror=format-security]
> cc1: some warnings being treated as errors
> make[1]: *** [form_wrap.o] Error 1
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
these to:
libruby1.8_1.8.7.358-4
libruby1.9.1_1.9.3.194-1
ruby_4.9
ruby1.8-dev_1.8.7.358-4
ruby1.9.1_1.9.3.194-1
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
b chokes on UTF-8 in debian/control files because it is opening
them as US-ASCII.
Seems it needs porting for ruby1.9?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
ev, libopenjpeg-dev, libarmadillo-dev,
libfreexl-dev (>= 1.0.0),
libkml-dev, liburiparser-dev
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
dings:
> * Build SWIG Ruby Bindings against modern Ruby versions (1.8.7 and 1.9.2)
> (#3999)
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
equal to the amount reported as free+cache).
Otherwise, you could maybe disable your swap partitions and run
badblocks on them in case something gets corrupted after being written
out / read back in from disk?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to d
of the data between requests).
You might try the same test with data from your server's local disks
too. Or try saving the bz2 output to a local disk to see if it makes
the integrity errors go away. (You would still see the MD5 mismatches
though).
Regards,
--
Steven Chamberlain
ste
verify
(2) data is read OK from fileserver > piped to bzip2 > saved to
fileserver > read back from fileserver with errors > CRC errors from bunzip2
Since compressed data takes up some fraction of the space of
uncompressed data, I expect that (1) would be observed proportionally
more often
Package: xfce4-weather-plugin
Version: 0.7.4-3+b1
Severity: grave
Tags: patch
Control: fixed -1 xfce4-weather-plugin/0.8.2-1
Hi,
The version of xfce4-weather-plugin in wheezy uses the
wxdata.weather.com API which has changed its URI. 301 Permanent
Redirects are served but the plugin does not fol
question is, why are we hitting the limit so soon here?
Not sure yet but this reminds me of bug #725516:
>> lbzip2: unable to create a POSIX thread: Resource temporarily unavailable
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists
ory
> 51903 100859 lt-test-pangocairo- GIO fd 2 wrote 111 bytes
>"
> (process:51903): GLib-ERROR **: creating thread '53': Error creating
> thread: Resource temporarily unavailable
>"
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: tar
Version: 1.27-1
Severity: serious
Justification: FTBFS
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Hi,
tar FTBFS since 1.27-1 due to failure of extrac09.at in the testsuite.
The problem occurred only on kFreeBSD and Hurd but I could
e follow the Linux kernel
> /proc interface that some of the tests rely on? Or is the issue
> simple that the buildd uses a chroot with /proc not mounted?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
fault "$@" >
> $log_file 2>&1
> FAIL: dwfl-bug-fd-leak
this one is in the same place as the original Bug#649038, but it is
segfaulting now whereas it failed 'cleanly' with error message before.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email
f4d074e066
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
gfault I saw once in
dwfl-bug-fd-leak.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Control: tags -1 + patch
On 20:07, Steven Chamberlain wrote:
> > FAIL: run-disasm-x86.sh
> > ===
> >
> > In file included from :0:0:
> > /usr/include/stdc-predef.h:30:26: fatal error: bits/predefs.h: No such file
at by a porter building it outside of sbuild and
doing a binNMU. It's not a permanent solution, but it would at least
allow elfutils' other RC bug fixes to migrate meanwhile.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lis
> On 10/11/13 22:59, Kurt Roeckx wrote:
>> > FAIL: run-native-test.sh
>> > FAIL: dwfl-bug-fd-leak
On 10/11/13 23:17, Steven Chamberlain wrote:
> Was that with sbuild or similar chroot environment? These look like the
> original issue from bug #649038.
Could I please
reassign 725516 src:eglibc
affects 725516 src:lbzip2
found 725516 2.17-91
close 725516 2.17-94
thanks
This was fixed in eglibc 2.17-94. lbzip2 has been given back for
rebuild and is now built everywhere.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to
dated.
All done.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
uild but not work properly: http://www.openwalnut.org/issues/298)
> *I wouldn't bother NMUing simgear/flightgear/fgrun, as these are
> currently waiting on this bug to upload a new version.
And ideally a proper transition tracker could be set up for this.
Regards,
--
Steven Chamberl
On 11/11/13 11:50, Steven Chamberlain wrote:
> But AIUI if someone applied only the minimal patch to fix the FTBFS, no
> binNMUs would be needed yet? Woudl it be able to migrate to testing as
> part of the libav9 transition?
Okay I see now; it is already too late for that.
The versi
Package: libvirt-bin
Version: 1.1.4-1
Severity: serious
Justification: FTBFS
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Hi,
libvirt-bin fails to install during post-inst as shown, at least on
kfreebsd:
> Setting up libvirt-bin (1.1.4-1) ...
> c
ecide to aim for
(99 or 100). I would think 99 is the quickest and safest resolution to
the libav9 tangle. As Rebecca said, it implies another round of binNMUs
as soon as 3.2.1 is uploaded. But IMHO that will be much easier and
less urgent if nothing else is waiting on it by then.
Are you decided t
but rather anything building against that lib
will FTBFS due to libav9 incompatibility?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libgphoto2-2-dev
Version: 2.4.14-2.3
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Control: block 725951 by -1
Hi,
The recent change to the libusb dependency of libgphoto2-2-dev created
an odd problem on kfreebsd when trying to build gvfs:
https://bu
ntified here (updated nightly) or by using the relevant tools:
http://bootstrap.debian.net/kfreebsd-amd64/log.txt
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: OpenPGP digital signature
Package: kfreebsd-10
Version: 10.0~svn257123-1
Severity: grave
Tags: security fixed-upstream
Control: fixed -1 kfreebsd-10/10.0~svn234760-1
http://seclists.org/bugtraq/2013/Nov/73
The nand driver was introduced into kfreebsd-10 by r235537.
It is not included in kfreebsd-9 or kfreebsd-8 packages.
Package: kfreebsd-10
Version: 10.0~svn257123-1
Severity: grave
Tags: security fixed-upstream
Control: fixed -1 kfreebsd-10/10.0~svn242489-1
http://seclists.org/bugtraq/2013/Nov/74
The qlxgbe and glxge drivers were introduced into kfreebsd-10 by
r250661 and r252206 respectively. kfreebsd-9 and kf
problems. Please can you confirm?
I should have pointed to this. Yes, the MFC to stable/10/ (r258554) has
both of these commits (the actual bugfix, and then fixing compiler
warnings).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian
Forgot to mention here the kfreebsd-11 package version 11.0~svn256281-1
was affected but current 11.0~svn258494-1 is already fixed.
On 26/11/13 10:48, Robert Millan wrote:
> On 26/11/2013 03:58, Steven Chamberlain wrote:
>> Fixed by upstream SVN commits r258155 and r258156.
>
>
of function
> 'get_ticks_usec' [-Werror=implicit-function-declaration]
> then = get_ticks_usec();
> ^
It may be simple enough to fix that, but I wouldn't go against
upstream's explicit choice without a good reason, and a way to test that
it really works
Source: osgearth
Version: 2.4.0+dfsg-5
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Severity: serious
Justification: fails to build from source (but built successfully in the
past)
Hi,
osgearth fails to build on kfreebsd-* because it t
80003252 in test_audio_info () at test-audio-info.cc:55
> #8 0x800024e0 in main () at test.cc:28
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: lbzip2
Version: 2.2-2
Tags: jessie sid
Severity: serious
Justification: fails to build from source (but built successfully in the
past)
Hi,
There seem to be some problems running the testsuite during build, which
I don't think are specific to my architecture (kfreebsd-amd64) :
> make c
-missing
I'm not sure if the texinfo problem still happens.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
retitle 725629 vice: sometimes FTBFS making POTFILES
thanks
On 06/10/13 23:13, Bastian Blank wrote:
> On Sun, Oct 06, 2013 at 09:49:17PM +0100, Steven Chamberlain wrote:
>> Please consider giving back vice for build on s390; the same issue was
>> occurring on kfreebsd-amd
m=$(srcdir)/POTFILES.in \
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
n this sometime, sorry. The
attached could be used as a quick fix for this, with no change to build
dependencies. But the bsd overlay sounds like the proper way to fix it
in sid.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
Index: torque
the issue on my own
machines. Maybe it is easiest to reproduce on s390 if someone has
porterbox access.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ring the testsuite seemed to occur every
time.
In case it crashes, it would be useful to have core dumps enabled, and
get a backtrace with libav-dbg symbols installed.
Thanks!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.or
nable to create a POSIX thread: Resource temporarily
unavailable
"
It is interesting that only some of the .bz2 test cases trigger the
problem, while minbzcat has no problem with them. I tried changing the
1GB "ulimit -v" in ./Tester to 2GB or 256MB which made no di
e password consumer enforces such a
rule.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
oit though.
The original researcher explains the original vulnerability here:
http://vagosec.org/2013/09/wordpress-php-object-injection/
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe"
ay even
go away eventually (in some new release, or with some other change).
On kfreebsd-i386 this not an issue as it has never built on that.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubs
[2] https://dev.mysql.com/doc/refman/5.0/en/freebsd.html
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
sh in about 16 seconds.
Strange, the workaround hasn't really changed anything for me on
kfreebsd-i386: test_socket still hangs some of the time. When that
happens the ^Z / fg trick doesn't help me.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRI
On 18/04/12 03:39, Steven Chamberlain wrote:
> Strange, the workaround hasn't really changed anything for me on
> kfreebsd-i386
Sorry that was wrong, I had dry-run the patch without actually applying
it :(
With it, I hit a tst-timer5 regression during build.
But if I keep the tim
On 18/04/12 14:46, Steven Chamberlain wrote:
> And in the ruby1.9.1 test suite, test_io looks like it might be fixed by
> this, but test_thread still hangs sometimes.
Cancel that part... ruby1.9.1's test_io still fails sometimes,
especially if I run it without -v, so nothing has ch
em with waf means
it can't compile anything at all. See the attached.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
# project jack (1.9.9) configured on Thu Apr 19 22:51:47 2012 by
# waf 1.6.11 (abi 98, python 20703c2 on gnukfreebsd8)
# using ./waf co
s case when I noticed it happening and restarted the polipo
process. By that time it had downloaded some 3+ GiB of unwanted data
from Google (average 120kbps for 8 hours).
The client host that made the HTTP request had long been powered off and
was no longer connected to Polipo.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ust needs to test for __FreeBSD_kernel__ as well
as __FreeBSD__, as in the attached diff. This seems to allow compiling
that particular file on kfreebsd-i386, but I've not been able to test
building the entire package yet.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- webkit-
401 - 500 of 718 matches
Mail list logo
