close 823682
notfound 823682 glibc/2.22-6
thanks
Steven Chamberlain wrote:
> $ cc -fPIE -Wl,-pie -o foo foo.c
> /usr/bin/ld:
> /usr/lib/gcc/x86_64-kfreebsd-gnu/5/../../../x86_64-kfreebsd-gnu/crt1.o:
> relocation R_X86_64_32S against `__libc_csu_fini' can not be used when m
Package: libc0.1-dev
Version: 2.22-6
Severity: normal
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
It seems that ever since Bug #430455, dpkg-buildflags thinks kfreebsd
does not support Position-Independent Executable, so does not enable it
even if specifically requested with
DEB_BUIL
tags 822143 - moreinfo + patch
thanks
Steven Chamberlain wrote:
> Steven Chamberlain wrote:
> > Please could you update patches/kfreebsd/local-sysdeps.diff
> > to SVN revision 6019, which adds some things that will be needed
> > by kfreebsd 10.3 userland:
>
> Oops, ma
tags 822143 - patch + moreinfo
thanks
Steven Chamberlain wrote:
> Please could you update patches/kfreebsd/local-sysdeps.diff
> to SVN revision 6019, which adds some things that will be needed
> by kfreebsd 10.3 userland:
Oops, maybe not yet. I need to fix the type names first.
Package: src:glibc
Version: 2.22-7
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi Aurelien,
Please could you update patches/kfreebsd/local-sysdeps.diff
to SVN revision 6019, which adds some things that will be needed
by kfreebsd 10.3 userland:
Update sys/n
executable stacks, but it was called inside a code block that
tries to enables executable stacks, if some library requests it.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
Steven Chamberlain wrote:
> Upgrading libc0.1 breaks pretty much everything:
Actually not everything. It broke the buildd though, because dpkg-deb
stopped working. This was from dpkg-deb:
> | Core was generated by `ld-2.22.so'.
> | Program terminated with signal 4, Illeg
Package: src:glibc
Version: 2.22-1
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Hi,
glibc/2.22 has a major problem on kfreebsd-i386. It built on the
buildds, but the compiled ld-2.22.so is broken as seen on buildd finzi:
http
Steven Chamberlain wrote:
> Unfortunately gdb on kfreebsd doesn't handle threads very well, [...]
I changed the test runner to send a SIGABRT instead of SIGKILL; then
gdb returns a trace of the thread we are interested in:
| #0 memset () at ../sysdeps/x86_64/memset.S:93
| No loca
Package: glibc
Version: 2.21-8
Severity: important
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
| misc/bug18240
| +-+
| TEST misc/bug18240:
| Timed out: killed the child process
ht
ep backward compatibility, we can also make the statement failure
> > non-fatal.
>
> Likely either that, or a check if the directory exists before running
> the command.
A patch for this is attached.
Thank you,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/debian/sy
Control: reassign -1 src:glibc 2.19-19
Control: forcemerge -1 672774
I just noticed the earlier, duplicate bug.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
'../Lib/plat-x86_64-kfreebsd-gnu' failed
| make[1]: Leaving directory '/«PKGBUILDDIR»/build-static'
| make: *** [stamps/stamp-install] Error 2
I expect a full rebuild will uncover dozens more cases like this, and
we may need to start filing (wishlist?) bugs.
Regards,
--
Steven
FTBFS (regression from older glibc, where
FAVOR_BSD was supported before):
* ndisc6 (#778418)
* dns-flood-detector (#765468)
* tcpstat
* rtpproxy
And this change allows some new packages to build on kfreebsd:
* pchar
* pads
* ssldump
* fprobe
Thanks!
Regards,
--
Steven Chamberlai
n.org/785796#65
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
signature.asc
Description: Digital signature
u,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- glibc-2.19/debian/sysdeps/kfreebsd.mk 2015-07-09 13:28:06.0 +0100
+++ glibc-2.19/debian/sysdeps/kfreebsd.mk 2015-09-05 20:23:27.708048223 +0100
@@ -16,6 +16,7 @@
else
KFREEBSD_HEADERS := /usr/$(DEB_HOST_GNU_TYPE)/includ
Steven Chamberlain wrote:
> We can just do the same in kfreebsd.mk, using multiarch headers if
> they're found, or the old locations as a fallback.
Turns out this was not backward-compatible, because other packages
(libc0.1-dev) may create /usr/include/$(DEB_HOST_ARCH)/sys, having
s
isn't a compiler.
I've corrected this too in the new version of the patch, attached.
Thanks again for your help!
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- debian/sysdeps/kfreebsd.mk.orig 2015-07-09 12:28:06.0 +
+++ debian/sysdeps/kfreebsd.mk 2015-09-05 16:29
Package: glibc
Version: 2.19-19
Severity: wishlist
Tags: patch
Hi,
We're hoping to move kfreebsd-kernel-headers' files to multiarch
path /usr/include/$(DEB_TARGET_MULTIARCH), so that headers of other
kernels are co-installable on a build machine (for cross-building and
bootstrapping).
gcc-5 is a
upgraded to 10.1. Thanks for
pointing this out.
Therefore please don't apply this patch to glibc yet... we'll need
a plan B.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe
venc-gu...@alioth.debian.org writes:
> > Author: stevenc-guest
> > Date: 2015-05-24 14:00:19 + (Sun, 24 May 2015)
> > New Revision: 5714
> >
> > Modified:
> >trunk/glibc-ports/kfreebsd/bits/fcntl.h
> > Log:
> > provide F_DUPFD_CLOEXEC of POSIX.1-2
owner of socket (receiver of SIGIO). */
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150
h
(and others) with union of Linux and BSD-like struct tcphdr members.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://
st of the
alternatives is considered. I'm not sure whether it skips over
the missing ones on that arch, or would fail with BD-Uninstallable.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe
ted now to
svn/glibc-bsd/trunk/glibc-ports as r5668. Please could you pull in
that change in the next glibc upload.
I've re-tested it on kfreebsd-i386, kfreebsd-amd64, for kernels 9.0
and 10.1.
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to de
reassign 740509 glibc
found 740509 glibc/2.19-11
affects 740509 + freebsd-net-tools
tags 740509 + patch
thanks
Hi,
On 21/10/14 03:00, Steven Chamberlain wrote:
> The attached patch uses rt_msghdr->ifm_msglen to guess the
> running kernel version and accordingly, find the right plac
9.0, so I expect it would FTBFS when that
happens. The attached patch uses rt_msghdr->ifm_msglen to guess the
running kernel version and accordingly, find the right place for the
struct sockaddr_dl. I expect it will still work for the i386-on-amd64
compat case also.
Regards,
--
clone 764692 -1
reassign -1 src:dns-flood-detector
found -1 dns-flood-detector/1.20-2
tags -1 + patch
thanks
Hi,
> On 12/10/14 16:45, Steven Chamberlain wrote:
>> glibc-provided features.h no longer defines a __FAVOR_BSD macro, so the
>> BSD version of struct tcphdr in netinet/
On 13/10/14 00:37, Steven Chamberlain wrote:
> Would a BSD-style netinet/tcp.h be a good candidate to ship in libbsd-dev?
...and also netinet/udp.h, due to udphdr.
More packages (unported yet) that could benefit from BSD struct
tcphdr/udphdr definitions are:
* ntop
* pchar
* scam
Hi Guillem,
Would a BSD-style netinet/tcp.h be a good candidate to ship in libbsd-dev?
> On 12/10/14 16:45, Steven Chamberlain wrote:
>> glibc-provided features.h no longer defines a __FAVOR_BSD macro, so the
>> BSD version of struct tcphdr in netinet/tcp.h cannot be used, [...]
clone 764692 -1
reassign 764692 libc0.1-dev
found 764692 glibc/2.19-11
retitle 764692 glibc: removed __FAVOR_BSD from features.h
thanks
Hi,
On 12/10/14 16:45, Steven Chamberlain wrote:
> glibc-provided features.h no longer defines a __FAVOR_BSD macro, so the
> BSD version of struct tcp
; 29 #include
> 30 #include
It works to define __FAVOR_BSD here (patch attached), but I wonder if
that should be fixed in glibc headers somehow?
There are already many users of netinet/tcp.h that define __FAVOR_BSD
however: http://codesearch.debian.net/search?q=define+__FAVOR_BSD
Regard
t; sysctl.
In short, I tried to implement this, but kfreebsd's stack protector
seems to trigger a SIGSEGV in the process rather than whatever SElinux
does. It also wouldn't fix the tst-execstack-needed and -prog tests.
Patch attached!
Thanks,
Regards,
--
Steven Chamberlain
ste...@pyro.eu.
Package: glibc
Version: 2.19.11
Severity: serious
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
During a test rebuild for kfreebsd 10.1 transition, I noticed that glibc
fails to build from source already on kfreebsd 10.0:
Encountered regressions that don't match expected failures
(de
dr_dl) - 2);
+#endif
whereas if_data was removed from the struct in the following commit, to
fix the ABI break; that means the workaround should no longer be used?
http://svnweb.freebsd.org/base/head/sys/net/if.h?r1=231504&r2=231503&pathrev=231504
Regards,
--
Steven Chamberlain
ste...@pyro.eu
libc? That
would still require recompilation of binaries though I think? Then it
makes more sense to just rebuild for kfreebsd natively.
Or otherwise hope that FreeBSD linuxulator can add support newer
syscalls of 2.6.32 and later.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSU
n unstable that compile as C89.
Maintaining compatibility with FreeBSD ports seems like a good enough
reason so we should see what we can do about this.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscrib
Hi Pino,
> $ gcc -D_BSD_SOURCE -std=c90 -o mount mount.c
Do any packages actually do this? Compile with -std=c90 or -ansi or
-std and use this header?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject
s (path, mode);
> #if defined (__FreeBSD__) || defined (SOLARIS)
> if (ret == 0 && current_user.euid == 0 && mode == X_OK)
> return (sh_stataccess (path, mode));
> #endif
> return ret;
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNS
sure why you were seeing egid=27, but user 'michael' was already
a member of that group.
Only the superuser can use initgroups()... so I'm not sure this is a
security problem?
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.deb
table info available.
> #1 0x in ?? ()
> No symbol table info available.
This may be a different issue to the one seen with the inkscape binary,
which was a segfault instead (return status 139).
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE, email to debian-glibc
Package: libc-bin
Version: 2.13-37
File: /usr/bin/ldd
User: debian-...@lists.debian.org
Usertags: kfreebsd
X-Debbugs-Cc: debian-...@lists.debian.org
Hi,
On 22/07/12 22:18, Steven Chamberlain wrote:
>> $ ldd /usr/bin/inkscape
>> ldd: exited with unknown exit code (139)
[...]
>>
On 29/05/12 18:00, Dominic Hargreaves wrote:
> On Sun, May 27, 2012 at 08:00:48PM +0100, Steven Chamberlain wrote:
>> On 27/05/12 17:55, Steven Chamberlain wrote:
>>> I just checked to see if Petr's eglibc getosreldate() fix made any
>>> difference to the Perl waith
On 27/05/12 17:55, Steven Chamberlain wrote:
> I just checked to see if Petr's eglibc getosreldate() fix made any
> difference to the Perl waithires.t test [...]
Actually this is fixed (#673711), I just didn't notice the other commit
in pkg-glibc SVN. Thanks Petr!
Reg
gt; not ok 4 - cloned dir iterator that points to the end of the directory
> # Failed at t/op/threads-dirh.t line 92
> # got "thrit"
> # expected "undef"
> ok 5 # skip OS does not support long file names (and I mean *long*)
> ok 6 - no warnings during all th
On 19/04/12 20:54, Robert Millan wrote:
> CCing #575302
>
> El 19 dâabril de 2012 1:12, Steven Chamberlain ha
> escrit:
>> Also, perhaps related, I got through the (Python-powered) iceweasel
>> 10.0.3esr test suite for the first time, without hangs (see #57530
On 19/04/12 20:51, Robert Millan wrote:
> CCing #663056
>
> El 19 dâabril de 2012 1:12, Steven Chamberlain ha
> escrit:
>> For now I still have Petr's change applied. I notice that libsoup2.4's
>> connection-test (see #663056) has stopped failing. (Ju
On 18/04/12 19:59, Robert Millan wrote:
> El 18 dâabril de 2012 15:46, Steven Chamberlain ha
> escrit:
>> With it, I hit a tst-timer5 regression during build.
>
> Don't worry about tst-timer5, it's a fake regression. Previously it
> "succeeded" by ex
On 23/03/12 22:13, Robert Millan wrote:
> Actually it's in librt.
Swapping that library with a patched version didn't change anything
either. I'll try over the weekend to find space to do a full rebuild +
normal dpkg install of eglibc though.
Regards,
--
Steven Chamberlain
nly the libpthread
library on my system and re-tested. The same problem as before.
If I can get a build system set up soon with enough disk space, I'll try
this again properly by rebuilding+installing the whole of eglibc.
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--
To UNSUBSCRIBE
50 matches
Mail list logo