The build system does not specify target for esbuild, so I guess the behavior
depends on esbuild verison.
The attached patch invokes `esbuild --target es2016` to fix this.
--- Pseudo-Headers ---
tag -1 + patch
THIS CORRESPONDENCE CONTAINS CONFIDENTIAL INFORMATION OF YAGEO CORPORATION AND
On Wed, 22 May 2024 14:46:12 +0200 Petr =?UTF-8?B?VGVzYcWZw61r?=
wrote:
> On Wed, 1 May 2024 11:59:13 -0500 Michel Lind wrote:
> > Hi Lucas,
> >
> > On 4/20/24 8:23 AM, Lucas Nussbaum wrote:
> > > Source: libkdumpfile
> > > Version: 0.5.4-1
> > &
dumpfile/issues/80
>
> and will try and reproduce and fix this.
FYI I am able to reproduce the failure, and it seems to be related to
some sort of link-time remapping of mmap() to mmap64(). I don't have
time to look into the details, but to prvent removal of the package
from Debian testing, you can add CFLAGS=-D_FILE_OFFSET_BITS=64 as
parameter to ./configure.
HTH
Petr T
ulting JS oviously uses ES2022 features despite the project's
tsconfig.js has target set to es2016.
After rebuilding the kwin-bismuth package locally on my system (just dpkg-
buildpackage), it works just fine.
Thank you, Petr
-- System Information:
Debian Release: trixie/sid
APT prefer
I hit this error when just upgrading unstable container some months old.
It as not obvious to me.
Recommended workaround is:
apt-get upgrade python
apt-get upgrade
Is there reason it is not yet fixed?
--
Petr Menšík
Software Engineer
Red Hat, http://www.redhat.com/
email: pemen...@redhat.com
id-platform-system-core-headers as a
dependency.
Kind regards,
Petr
Recent version (2.3.0) of CQRLOG already supports openssl1.1. New
version will be released soon.
73 Petr
út 4. 9. 2018 v 23:27 odesílatel Moritz Mühlenhoff napsal:
>
> On Fri, Oct 13, 2017 at 08:49:21AM +0100, Colin Tuckley wrote:
> > > this is a remainder about the openssl tra
Package: sssd
Version: 1.15.3-1
Severity: serious
-- System Information:
Debian Release: buster/sid
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'oldstable'),
(1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4-amd64 (SMP
On Sat, Nov 26, 2016 at 04:18:44PM +0100, gregor herrmann wrote:
> If we can't get an upstream reaction (which seems probable), maybe
> Petr and Sebastian can at least cross-check their patches and come up
> with a common one?
>
The Debian patch is more future proof as it assume
Package: gnome-shell
Version: 3.20.3-1+b1
Severity: grave
Tags: newcomer
Justification: renders package unusable
Strech (testing) now has a version mismatch in core Gnome packages.
Many are 3.21.90, some (core) are 3.20
Causes many problems in core DBus communication.
For example:
- unable to ch
It's already fixed in version 2.0.1 released a few minutes ago.
2016-05-04 16:30 GMT+02:00 Matthias Klose :
> Package: src:cqrlog
> Version: 2.0.0-1
> Severity: serious
> Tags: sid stretch
>
> cqrlog fails to build everywhere except on x86. Please have a look at the
> build logs.
>
> [...]
> dUtil
This bug is caused by new fpc version 3.0. I'll fix it in next CQRLOG release.
--
http://HamQTH.com/ok2cqr
http://ok2cqr.com
http://cqrlog.com
/usr/share/perl5/Net/DNS/SEC/Tools/dnssectools.pm line 339.
I really have to switch over to knot DNSSEC processing.
Cau
Petr
2016-01-18 11:34 GMT+01:00 Ondřej Surý :
> Hi Gregor and Petr,
>
> I just uploaded 2.2 to unstable. Could you try it? I don't run it
> everywhere as
qw (can);)
seems to fix the problem.
Čau
Petr
-- System Information:
Debian Release: stretch/sid
APT prefers proposed-updates
APT policy: (550, 'proposed-updates'), (550, 'stable'), (500,
'stable-updates'), (500, 'testing'), (99, 'unstable'
00))
File "/usr/bin/pymappergui", line 48, in __init__
self.my_mapper = mymapper.MyMapper()
File "/usr/lib/python2.7/dist-packages/pymappergui/mymapper.py", line 5, in
__init__
self.mon = mapper.monitor(autosubscribe_flags=mapper.SUB_DEVICE)
AttributeError: 'module'
Petr
2015-08-11 19:27 GMT+02:00 Colin Tuckley :
> On 11/08/15 17:54, Petr Hlozek wrote:
>> I don't know how to solve this. The script in post install adds
>> something to apparmor rules and the apparmor has to be restarted.
>
> Yes. The problem seems *not* to be systemd/u
I don't know how to solve this. The script in post install adds
something to apparmor rules and the apparmor has to be restarted. New
Debian uses systemd but latest Ubuntu LTS still uses upstart. I'd like
to keep compatibility with latest LTS version. Maybe there could be
two scripts, one for Ubunt
ould be
to keep it as an open, low priority bug, which will most likely get
resolved if the next release removes -d.
Thanks for all the work,
Petr
Dne ne 24. 5. 2015 10:27 uživatel Debian Bug Tracking System <
ow...@bugs.debian.org> napsal:
> This is an automatic notification regard
Removing '-d' indeed prevents the issue and parcellite works then as
expected.
Thank you. One more comment: removing ~/.config/parcellite/parcelliterc has
no effect on the issue, so most likely it's not dependent on user's
configuration. In any case, I'm attaching mine below:
[rc]
RCVersion=1
use_copy=true
use_primary=true
synchronize=true
save_history=true
history_pos=false
application never starts.
I tried to remove the configuration file in
https://plus.maths.org/content/if-we-all-go-blonde, but that had no effect.
I have somewhat unusual setup, I'm using Xmonad, but before upgrading to
Jessie I had never had problems.
Thanks,
Petr
so 16. 5. 2015 v 20:27 odesí
Package: parcellite
Version: 1.1.9-1
Severity: grave
Justification: renders package unusable
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
o add a debconf prompt to
systemd restarts triggered by upgrades if they are known to break stuff;
but maybe that's a given?
--
Petr Baudis
If you do not work on an important problem, it's unlikely
you'll do important work. -- R.
On Sun, Oct 19, 2014 at 08:46:01PM +0200, Samuel Thibault wrote:
> Petr Baudis, le Sun 19 Oct 2014 20:24:25 +0200, a écrit :
> > However, the picture clearly is more complicated. Right now, I have
> > lightdm session without lightdm's at-spi running anymore and since I d
a, konsole starts got
problematic even in gdm3 session I had before... I'm stumped. Maybe
I'm just confused and fixing lightdm is good enough.
Petr Baudis
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
)
+ echo '-D_GNU_SOURCE'
+ ;;
esac
;;
*)
#v-
(I'm attaching the original src/osflags for reference).
Does this look ok for kFreeBSD?
Yes, we have the same glibc as Linux and _GNU_SOURCE is hint for glibc.
If it suffices, perfect.
Cheers
Petr
-
client.c && ./a.out
$gcc-4.9 -W -Wall -O1 client.c && ./a.out
$
Petr
On Mon, Aug 11, 2014 at 12:15 PM, Steve Langasek wrote:
> On Mon, Aug 11, 2014 at 11:49:16AM -0700, Petr Vandrovec wrote:
>> Hi,
>> it seems to be gcc bug. For inexplicable reason compiler optimiz
it is doing, and fixes the crash.
I think that after code does 'strncpy(new, old, cp-old)' or
'new[cp-old] = 0' or 'if (cp != old && *cp)' compiler believes 'cp'
cannot be NULL, forgetting that both 'cp' and 'old' could have been
NULL, making these expressions valid for NULL cp.
Petr
nfsworkaround.patch
Description: Binary data
Thanks, I have updated the pull request.
Can libnfs build on kfreebsd with this fix or there are other issues?
It builds fine.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
_len
= sizeof(struct sockaddr6_in);
+ ((struct sockaddr_in6 *)&ss)->sin6_len
= sizeof(struct sockaddr_in6);
#endif
break;
Cheers
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject o
explicitely for now.
Many thanks
Petr
[1] http://www.freebsd.org/cgi/man.cgi?query=sysmouse
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
; miniupnpc updated
to v1.9
Autoconf script fixes: better detection of ccache, minupnpc
Oh, that's cool! Do you think you can work that out soonish?
No, I am not transmission maintainer, I am kfreebsd porter.
And I am not DD, so I cannot upload anyway.
Sorry
Petr
--
To UNSUBS
bsd.h with content:
**
#include "freebsd10.h"
#include
#include
#include
***
Cheers
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
pc updated to v1.9
Autoconf script fixes: better detection of ccache, minupnpc
Cheers
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
problem is not kfreebsd specific at all.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
netmask 255.255.255.0
bridge_ports eth0
Both installations didn't have a problem with upgrade.
Best regards,
Petr Vorel
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
open: Function not implemented
configure:13424: $? = 1
configure: program exited with status 1
is this supposed to work?
It does not work in wheezy,
but it have to work in jessie (since eglibc 2.17-91 upload).
There have to be tmpfs mounted under /run/shm and similarly
in all chroot.
Petr
--
To U
viledges.
It can be solved by setting setuid bit under GNU/kFreeBSD.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
r plain FreeBSD kernel (via kfreebsd-downloader-10)
and it does not reboot for me.
It reboots for me under current sid 10 kernel and current experimental 11
kernel.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe".
seems to be during test of "gcc unix/-m32".
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Petr, I would really appreciate a patch for trafficserver with the
prototype to fix this bug, until your fix for eglibc is available in
unstable.
Workaround for trafficserver:
--- lib/ts/ink_thread.h
+++ lib/ts/ink_thread.h
@@ -310,6 +310,12 @@
// This define is from Linux's and is
settings-daemon:27084): GLib-GIO-ERROR **: Settings schema
'org.mate.peripherals-mouse' does not contain a key named
'middle-button-enabled'
which doesn't really seem to be worth making as much fuss as crashing to
me.
Petr "Pasky" B
eebsd and hurd.
Many thanks
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
all.
The futimes() is currently supported (at least) on linux, kfreebsd, hurd.
Thanks in advance
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hello,
this bug has been fixed in version 1.7.0 which was released yesterday
(2014-01-15).
73 Petr, OK2CQR
--
http://HamQTH.com/ok2cqr
http://ok2cqr.com
http://cqrlog.com
http://cqrtest.com
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubs
On Thu, Nov 7, 2013 at 9:32 AM, Raphael Hertzog wrote:
> Control: reassign -1 libxml-treebuilder-perl 5.0-1
> Control: severiy -1 serious
> Control: affects -1 + publican
>
> Hi,
>
> On Thu, 07 Nov 2013, Petr Vanek wrote:
> > Thank you Jeff. Please correct me if
Control: found -1 8.22-1
Still the same core problem - d_namlen (not d_namelen).
Petr
--- modules/network/serv_netspool.c
+++ modules/network/serv_netspool.c
@@ -983,7 +983,7 @@
(filedir_entry != NULL))
{
#ifdef _DIRENT_HAVE_D_NAMLEN
- d_namelen
= 4*2MB)
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
an eglibc bug or expected behaviour (and
therefore a 'make' bug) so I am Cc'ing Petr.
Let's see about that...
Usual kfreebsd-i386 layout (in MB):
start
0 reserved
128 start of code+data segment - usual size 512 MB
640 start of mmaped area
3072 end of user space (at 3
Please do the upload soon - the gem2deb 0.5.0 need this at runtime,
Thanks
Petr
https://lists.debian.org/debian-release/2013/11/msg00024.html:
-- Forwarded message --
Date: Sun, 03 Nov 2013 10:54:34 + (GMT)
From: Niels Thykier
a lot of ruby packages being stuck
I wouldn't expect ./configure to pass if I didn't have dependencies.
In that case it would bug in configure script.
On Thu, Oct 24, 2013 at 2:59 PM, Axel Beckert wrote:
> Control: reassign -1 libept1.4.12
> Control: forcemerge 727540 -1
>
> Hi Petr,
>
> Petr Be
Thanks Petr for the patch. Is that build and runtime tested or only build time?
Build time only, the runtime verification is blocked by gnome-shell.
But the patch itself could be tested also on Linux.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Alternatively, someone could implement g_credentials_get_unix_pid(),
which clearly ought to exist anyway, and would move the problem into GIO.
(GNOME #687920.)
I did that, and it's available in glib2.0/unstable (2.36).
The patch for using g_credentials_get_unix_pid is attached.
marking.
Please either teach it to honour stub marking or
alter ext/socket/init.c as shown bellow.
Thanks
Petr
--- ext/socket/init.c
+++ ext/socket/init.c
@@ -482,11 +482,11 @@
{
int ret;
socklen_t len0 = 0;
-#ifdef HAVE_ACCEPT4
+#if defined(HAVE_ACCEPT4) &&
ned.
Therefore struct dirent might have member d_namlen (not d_namelen),
which is signalled by macro _DIRENT_HAVE_D_NAMLEN.
Please use attached patch and forward it also to upstream.
Thanks
Petr--- webcit-8.20-dfsg.orig/icontheme.c
+++ webcit-8.20-dfsg/icontheme.c
@@ -83,8 +83,8 @@
ros
_DIRENT_HAVE_D_NAMLEN, _DIRENT_HAVE_D_RECLEN,
_DIRENT_HAVE_D_OFF, or _DIRENT_HAVE_D_TYPE are defined.
Therefore struct dirent might have member d_namlen (not d_namelen),
which is signalled by macro _DIRENT_HAVE_D_NAMLEN.
Please use attached patch and forward it also to upstream.
Thanks
Control: tags -1 +patch
debian-bsd,
Can you provide any assistance?
Please alter in debian/control
libusb-1.0-0-dev [linux-any], libusb-dev [!linux-any],
into
libusb-1.0-0-dev [linux-any], libusb2-dev [kfreebsd-any],
libusb-dev [!linux-any !kfreebsd-any],
Petr
--
To UNSUBSCRIBE
d.org/base/head/sys/kern/syscalls.master?revision=255708&view=markup
432 AUE_NULL STD { int thr_self(long *id); }
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
I think you can avoid this by using the primitive:
lwpid_t tid;
syscall (SYS_thr_self, &tid);
There is a mess in kernel interfaces,
the right one is
long tid;
syscall (SYS_thr_self, &tid);
But it holds only for current pthread implementation,
it can be changed anytime.
Petr
your package needs to be rebuilt against xorg-server 1.14. That
most likely means pulling in a couple changes from upstream git HEAD.
It suffices to put attached file into debian/patches/
and enlist it in debian/patches/series.
Please, could some DD (Robert, please) do the upload.
Ideally for
Petr
--- platform-bsd.c
+++ platform-bsd.c
@@ -44,6 +44,7 @@
#include
#include
+#include "common.h"
#include "dhcpcd.h"
#include "if-options.h"
#include "platform.h"
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a su
Control: found -1 0.17.3-1
The same patch can be used also for e17-0.17.3
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi.
Please move fixup just before dh_install.
With this change, it seems to build fine now,
as #715320 is fixed.
BTW, why is not
"WITH_POLKIT = --with-polkit" everywhere ?
Petr
--- debian/rules
+++ debian/rules
@@ -115,6 +115,11 @@
dh_auto_test -O--buil
Package: xmobar
Version: 0.18-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
Please just restrict building of MPRIS & DBus plugins only under linux.
Petr
--- a/debian/control
+++ b/debian/con
IMO, the 9.1 should stay at "gcc-4.6 -O1", as it is a previously tested
combination. Hopefully the kernel 9.2 will enter testing before gcc-4.6
will be removed from sid.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
PC/2 keyboard.
After switch back to gcc-4.6, it does not crash anymore.
Please do upload from just created glibc-bsd/kfreebsd-9.1/
The fix
http://security.FreeBSD.org/patches/SA-13:08/nfsserver.patch
for
kfreebsd-9: CVE-2013-4851: nfsserver applies wrong credentials
is not yet included.
Petr
devel-checklib-perl into build-depends,
as without it fails ;-)
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
under linux.
I expect that
https://bugs.freedesktop.org/show_bug.cgi?id=67451
have the same reason ...
Petr
-
p11-kit 0.18.5 uses getauxval (AT_SECURE) to detect SUID or SGID execution.
It checks at configure time for
limit it only for linux architectures.
Or better fix #716928, i.e. by changing
Makefile.PL:my $can_epoll = -e "/usr/include/sys/epoll.h";
into testing return value of something like
echo "#include " | gcc -E - >/dev/null
Cheers
Petr
--
To UNSUBSCRIBE, email
DEB_HOST_ARCH_OS=kfreebsd
DEB_HOST_GNU_CPU=x86_64
DEB_HOST_GNU_SYSTEM=kfreebsd-gnu
DEB_HOST_GNU_TYPE=x86_64-kfreebsd-gnu
DEB_HOST_MULTIARCH=x86_64-kfreebsd-gnu
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
mon.c:426:44: note: each undeclared identifier is reported only once
for each function it appears in
Any help from Hurd / BSD teams will be appreciated. What would be the
replacement for WEXITED ?
Use plain waitpid() instead, it suffices for code needs.
Moreover, I guess that killed child should be lo
>monitor), "GPollFileMonitor"))
{
g_print ("skipping test for this GFileMonitor implementation");
goto skip;
}
The kqueue support might have the same limit.
I do not know whether is better to use kqueue via gamin
or kqueue directly in glib2.0.
Petr
--
To UNSUBSCRIB
), amd64)
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
specific.
The note bellow change indicates that gcc-4.7 needed "-O2" too.
Petr
--- debian/rules
+++ debian/rules
@@ -76,7 +76,7 @@
f95compiler = gfortran
compiler = "gcc -std=gnu99"
cxxcompiler= g++
-optimflags = -O3 -pipe
+optimflags = -O2 -pipe
#
The fix is to annotate syscall description
with correct number of parameters.
--- kfreebsd/syscalls.list
+++ kfreebsd/syscalls.list
-sys_ktimer_settime - ktimer_settime i:ip
__syscall_ktimer_settime
+sys_ktimer_settime - ktimer_settime i:iipp
de similar change.
I guess that special hadling with ptrace is possible only on linux,
so instead of enlist all BSD-like systems would be possible to use
!defined(__linux__)
Thanks in advance
Petr
--- src/bin/e_start_main.c
+++ src/bin/e_start_main.c
@@ -244,7 +244,7 @@
IL
GTester: last random seed: R02Se8737fe1b38820e4006b87deae6daa93
* some failures might be due to new kqueue module
Overview of changes from GLib 2.35.1 to 2.35.2
GIO now has kqueue support for GFileMonitor (BSDs, Mac OS)
Petr
--- gio/tests/gdbus-proxy.c
+++ gio/tests/gdbus-proxy.c
@@ -93
.
Petr
--- test/functests/common.inc
+++ test/functests/common.inc
@@ -8,6 +8,7 @@
case "$out" in
*Darwin*) echo "mac" ;;
*Linux*) echo "linuxlike" ;;
+ GNU|GNU/kFreeBSD) echo "linuxlike" ;;
*) echo 1>&2 unsup
Package: gnome-system-monitor
Version: 3.8.2.1-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
this is kind of reopen of #665999.
This time some "defined" got lost compared to 3.4.1-2
Petr
--- src/procproperties.cpp
+++ src/procprop
fix for #712687 in flac.
I suggest to fix flac and after that retry on buildd.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libflac-dev
Version: 1.3.0-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi.
The /usr/lib/x86_64-kfreebsd-gnu/pkgconfig/flac.pc
used to contain:
Cflags: -I${includedir}/FLAC
now it contains:
Cflags: -I${includedir}
It breaks build of vlc.
Petr
.so.0.13.2
with 2GB RAM + 4.5 GB swap with
-Wl,--reduce-memory-overheads -Wl,--no-keep-memory, -Wl,--hash-size=31
The peak usage seen in top have been about 3 GB in ld.bfd.
Please, could it be rescheduled on buildd with really
lot of RAM and swap space ?
Petr
--
To UNSUBSCRIBE, email to
suitable for
use in #if preprocessing directives"
I say we can just do an #ifdef F_DUPFD_CLOEXEC
Good idea.
The libc might provide wrapper inside fcntl together with defining
F_DUPFD_CLOEXEC to support older kernels.
Cheers
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-req
/009695399/functions/fcntl.html
http://pubs.opengroup.org/onlinepubs/9699919799/functions/fcntl.html
Please allow also fallback variant.
Petr
--- src/terminal-screen.c
+++ src/terminal-screen.c
@@ -190,8 +190,20 @@
static TerminalURLFlavour *url_regex_flavors;
static guint n_url_regexes;
+#ifdef
e code to only emit a warning
for EPERM failure of mlock()/munlock().
Currently, it is silent and returns NULL.
Petr
--- egg-secure-memory.c
+++ egg-secure-memory.c
@@ -875,14 +875,17 @@
}
if (mlock (pages, *sz) < 0) {
- if (show_warning && egg_secure_w
OK
/secmem/clear: OK
/secmem/strclear:OK
PASS: test-secmem
So the code seems to work correctly when appropriate privileges are
available.
Cheers
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-req
_fa | cut -c 24-
FUNCGLOBAL DEFAULT 12 posix_fallocate64@@GLIBC_2.3
FUNCGLOBAL DEFAULT 12 posix_fadvise@@GLIBC_2.3
FUNCGLOBAL DEFAULT 12 posix_fallocate@@GLIBC_2.3
FUNCGLOBAL DEFAULT 12 posix_fadvise64@@GLIBC_2.3
Some version trickery is missing.
I will look at it.
Petr
-
Package: aghermann
Version: 0.9.0.2-1
Severity: serious
The current version requires mremap().
The interface mremap() is linux-only extension.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: grub2-common
Followup-For: Bug #707653
Hi there,
it must be problem with some special config - no problem for me to upgrade from
1.99-27.1.
Petr
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (900, 'unstable'), (100, '
Petr: thanks!
Which architecture did you test with?
It failed for both (linux-)i386 and kfreebsd-i386 in my kvm.
Patched source builds fine on both (linux-)i386 and
kfreebsd-i386 in my kvm.
Host OS is wheezy (linux-)amd64, with Intel Core2 Duo CPU.
And inside kvm under (linux-)i386:
root
lines before that is:
/* NOTE: In a fat binary build SQR_TOOM2_THRESHOLD here cannot be more than the
value in mpn/x86/p6/gmp-mparam.h. The latter is used as a hard limit in
mpn/x86/p6/sqr_basecase.asm. */
Guess what value is currently in mpn/x86/p6/gmp-mparam.h ;-)
Petr
--
To
Good morning,
patch fixing the problem in ARAnyM 0.9.13 (as reported by Thorsten) is
attached. Also the misleading "documentation" (the ARAnyM proposal page
in ARAnyM wiki) has been corrected.
Thank you all,
Petr
Index: src/include/
if you can inform upstream about this.
Thanks
Petr
--- formats/ctf/ctf.c
+++ formats/ctf/ctf.c
@@ -1032,7 +1032,7 @@
buflen = strlen(*buf);
if (!buflen) {
*fp = NULL;
- return -ENODATA;
+ return -ENOENT;
}
*fp
d usage by POSIX_FADV_WILLNEED, not by POSIX version.
Petr
--- Tuvok/Basics/LargeFileFD.cpp
+++ Tuvok/Basics/LargeFileFD.cpp
@@ -75,7 +75,7 @@
if(lseek(this->fd, offset+this->header_size, SEEK_SET) < 0) {
throw std::ios_base::failure("could not seek to correct file position."
tags 699837 +patch
--
Please use patch bellow.
It would also be nice if you can ask upstream
to include this change.
Petr
--- src/getsize.c
+++ src/getsize.c
@@ -87,7 +87,7 @@
return -1;
}
-#elif defined(__FreeBSD__)
+#elif defined(__FreeBSD__) || defined(__FreeBSD_kernel__)
/* scrub
tags 697016 +patch
--
The autotool-ification have not been correct.
Please alter it as shown bellow.
Petr
--- vobcopy.h
+++ vobcopy.h
@@ -124,16 +124,8 @@
#ifdef HAVE_GETMNTINFO
#define USE_GETMNTINFO
-#endif
-
-#ifdef USE_GETMNTINFO
-#ifdef USE_STATFS_FOR_DEV
#define
return sigprocmask(SIG_SETMASK, &ss, NULL);
+# endif
#else
return 0;
#endif
2. before printing 'Daemon startup failed' - this happens approx. 10x
less frequently (so applying the patch is already an improvement) - I'm
not sure yet what causes this.
It is not fixed by the
Thorsten Glaser píše v St 10. 04. 2013 v 12:48 +0200:
> On Mon, 14 Jan 2013, Petr Stehlik wrote:
>
> > I am all for putting together 0.9.15 for sid.
>
> ping?
My fault, haven't had time to release new version yet. Will do it in
less than 5 days, I promise.
Petr
--
T
As suggested by Michael Banck on IRC I've been looking at Signals used
by both parts to see if they e.g. battle over SIGUSR?. However libgc
seems to use 32+{5,6} as signals on x86 FREEBSD __GLIBC__ at
least. Petr, Steven: any idea why this is? Are these signals fine for
kfreebsd glibc (sig
ective
group ID in the grouplist array.
Under FreeBSD kernel, the "egid" is groups[0], see
http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/kern/kern_prot.c
IMO, there is no bug, the behaviour is implementation-defined.
Petr
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.d
1 - 100 of 371 matches
Mail list logo
