All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Debian Bug Tracking System" <owner@bugs.debian.org>
To: Bastian Germann <bastiangermann@fishpost.de>
Subject: Bug#890716: marked as done (xfsprogs: FTBFS with glibc 2.27: error: conflicting types for 'copy_file_range')
Date: Mon, 25 Jan 2021 21:21:04 +0000	[thread overview]
Message-ID: <handler.890716.D890716.161160960623343.ackdone@bugs.debian.org> (raw)
In-Reply-To: 151890404770.12817.14651101800594863948.reportbug@ohm.local

[-- Attachment #1: Type: text/plain, Size: 936 bytes --]

Your message dated Mon, 25 Jan 2021 22:20:01 +0100
with message-id <312cb50d-30d2-4df3-b21b-92ca41807a9a@fishpost.de>
and subject line xfsprogs: FTBFS with glibc 2.27: error: conflicting types for 'copy_file_range'
has caused the Debian Bug report #890716,
regarding xfsprogs: FTBFS with glibc 2.27: error: conflicting types for 'copy_file_range'
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
890716: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=890716
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems

[-- Attachment #2: Type: message/rfc822, Size: 4606 bytes --]

[-- Attachment #2.1.1: Type: text/plain, Size: 1677 bytes --]

Source: xfsprogs
Version: 4.9.0+nmu1
Severity: important
Tags: upstream patch
User: debian-glibc@lists.debian.org
Usertags: 2.27

xfsprogs 4.9.0+nmu1 fails to build with glibc 2.27 (2.27-0experimental0 from
experimental):

|     [CC]     copy_file_range.o
| copy_file_range.c:46:1: error: conflicting types for 'copy_file_range'
|  copy_file_range(int fd, loff_t *src, loff_t *dst, size_t len)
|  ^~~~~~~~~~~~~~~
| In file included from ../include/platform_defs.h:33:0,
|                  from ../include/project.h:21,
|                  from ../include/input.h:24,
|                  from copy_file_range.c:23:
| /usr/include/unistd.h:1110:9: note: previous declaration of 'copy_file_range' was here
|  ssize_t copy_file_range (int __infd, __off64_t *__pinoff,
|          ^~~~~~~~~~~~~~~
| ../include/buildrules:59: recipe for target 'copy_file_range.o' failed
| make[3]: *** [copy_file_range.o] Error 1
| include/buildrules:35: recipe for target 'io' failed
| make[2]: *** [io] Error 2
| Makefile:74: recipe for target 'default' failed
| make[1]: *** [default] Error 2
| make[1]: Leaving directory '/<<BUILDDIR>>/xfsprogs-4.9.0+nmu1'
| debian/rules:30: recipe for target 'built' failed
| make: *** [built] Error 2
| dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

A full build logs is available there:
http://aws-logs.debian.net/2018/02/07/glibc-exp/xfsprogs_4.9.0+nmu1_unstable_glibc-exp.log


glibc 2.27 added support for copy_file_range. Unfortunately xfsprogs
also have such a function to wrap the corresponding syscall.

The problem has been fixed in upstream commit 8041435d. I have
backported it and attached it as a patch to this bug.

[-- Attachment #2.1.2: xfsprogs.diff --]
[-- Type: text/plain, Size: 675 bytes --]

diff -Nru xfsprogs-4.9.0+nmu1/io/copy_file_range.c xfsprogs-4.9.0+nmu2/io/copy_file_range.c
--- xfsprogs-4.9.0+nmu1/io/copy_file_range.c
+++ xfsprogs-4.9.0+nmu2/io/copy_file_range.c
@@ -42,8 +42,12 @@
 "));
 }
 
+/*
+ * Issue a raw copy_file_range syscall; for our test program we don't want the
+ * glibc buffered copy fallback.
+ */
 static loff_t
-copy_file_range(int fd, loff_t *src, loff_t *dst, size_t len)
+copy_file_range_cmd(int fd, loff_t *src, loff_t *dst, size_t len)
 {
 	loff_t ret;
 
@@ -127,7 +131,7 @@
 		copy_dst_truncate();
 	}
 
-	ret = copy_file_range(fd, &src, &dst, len);
+	ret = copy_file_range_cmd(fd, &src, &dst, len);
 	close(fd);
 	return ret;
 }

[-- Attachment #3: Type: message/rfc822, Size: 3869 bytes --]

From: Bastian Germann <bastiangermann@fishpost.de>
To: 890716-done@bugs.debian.org
Subject: xfsprogs: FTBFS with glibc 2.27: error: conflicting types for 'copy_file_range'
Date: Mon, 25 Jan 2021 22:20:01 +0100
Message-ID: <312cb50d-30d2-4df3-b21b-92ca41807a9a@fishpost.de>

The problem is fixed in all versions in the archive that have glibc >= 
2.27, which are buster, bullseye, and sid.

           reply	other threads:[~2021-01-25 21:22 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <151890404770.12817.14651101800594863948.reportbug@ohm.local>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=handler.890716.D890716.161160960623343.ackdone@bugs.debian.org \
    --to=owner@bugs.debian.org \
    --cc=890716@bugs.debian.org \
    --cc=bastiangermann@fishpost.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.