Github messages for voidlinux
 help / color / mirror / Atom feed
From: dkwo <dkwo@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: [PR PATCH] [Updated] [wip] musl: add 0 large file patch
Date: Mon, 10 May 2021 13:20:17 +0200	[thread overview]
Message-ID: <20210510112017.m7qVw6XFbxowM-PjDfEGz-fbDnGFxc8Q9-5XKReraeI@z> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-30777@inbox.vuxu.org>

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

There is an updated pull request by dkwo against master on the void-packages repository

https://github.com/dkwo/void-packages musl-ff
https://github.com/void-linux/void-packages/pull/30777

[wip] musl: add 0 large file patch
- musl: add patch for 0 largefile
- musl: revbump

This would allow e.g. building firefox so that it is usable with musl 1.2.2

#### General
- [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements)

#### Have the results of the proposed changes been tested?
- [x] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me
- [ ] I generally don't use the affected packages but briefly tested this PR


A patch file from https://github.com/void-linux/void-packages/pull/30777.patch is attached

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: github-pr-musl-ff-30777.patch --]
[-- Type: text/x-diff, Size: 3120 bytes --]

From 02f478a0007e052a9266c74a46521c70096ea4e1 Mon Sep 17 00:00:00 2001
From: Nicolo <nicolopiazzalunga@gmail.com>
Date: Mon, 10 May 2021 13:17:33 +0200
Subject: [PATCH 1/2] musl: revbump

---
 srcpkgs/musl/template | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/srcpkgs/musl/template b/srcpkgs/musl/template
index 5ba5425709b0..337a3082faa9 100644
--- a/srcpkgs/musl/template
+++ b/srcpkgs/musl/template
@@ -2,7 +2,7 @@
 pkgname=musl
 reverts="1.2.0_1"
 version=1.1.24
-revision=6
+revision=7
 archs="*-musl"
 bootstrap=yes
 build_style=gnu-configure

From 248af3b77aeebc0cd92cca7c72b357309ee47b49 Mon Sep 17 00:00:00 2001
From: Nicolo <nicolopiazzalunga@gmail.com>
Date: Mon, 10 May 2021 13:19:33 +0200
Subject: [PATCH 2/2] musl: add 0 large file patch

---
 .../fix_missing_O_LARGEFILE_values.patch      | 54 +++++++++++++++++++
 1 file changed, 54 insertions(+)
 create mode 100644 srcpkgs/musl/patches/fix_missing_O_LARGEFILE_values.patch

diff --git a/srcpkgs/musl/patches/fix_missing_O_LARGEFILE_values.patch b/srcpkgs/musl/patches/fix_missing_O_LARGEFILE_values.patch
new file mode 100644
index 000000000000..e9a27fd8cb66
--- /dev/null
+++ b/srcpkgs/musl/patches/fix_missing_O_LARGEFILE_values.patch
@@ -0,0 +1,54 @@
+prior to commit 685e40bb09f5f24a2af54ea09c97328808f76990, x86_64 was
+correctly passing O_LARGEFILE to SYS_open; it was removed (defined to
+0 in the public header, and changed to use the public definition) as
+part of that change, probably out of a mistaken belief that it's not
+needed.
+
+however, on a mixed system with 32-bit and 64-bit binaries, it's
+important that all files be opened with O_LARGEFILE, even if the
+opening process is 64-bit, in case a descriptor is passed to a 32-bit
+process. otherwise, attempts to access past 2GB in the 32-bit process
+could produce EOVERFLOW.
+
+most 64-bit archs added later got this right alread, except for
+mips64. x32 was also affected. there are now fixed.
+
+diff --git a/arch/mips64/bits/fcntl.h b/arch/mips64/bits/fcntl.h
+index 3bcec15e..5da1eef8 100644
+--- arch/mips64/bits/fcntl.h
++++ arch/mips64/bits/fcntl.h
+@@ -13,7 +13,7 @@
+ 
+ #define O_ASYNC      010000
+ #define O_DIRECT    0100000
+-#define O_LARGEFILE       0
++#define O_LARGEFILE  020000
+ #define O_NOATIME  01000000
+ #define O_PATH    010000000
+ #define O_TMPFILE 020200000
+diff --git a/arch/x32/bits/fcntl.h b/arch/x32/bits/fcntl.h
+index 1b88ad39..08627f81 100644
+--- arch/x32/bits/fcntl.h
++++ arch/x32/bits/fcntl.h
+@@ -13,7 +13,7 @@
+ 
+ #define O_ASYNC      020000
+ #define O_DIRECT     040000
+-#define O_LARGEFILE       0
++#define O_LARGEFILE 0100000
+ #define O_NOATIME  01000000
+ #define O_PATH    010000000
+ #define O_TMPFILE 020200000
+diff --git a/arch/x86_64/bits/fcntl.h b/arch/x86_64/bits/fcntl.h
+index 1b88ad39..08627f81 100644
+--- arch/x86_64/bits/fcntl.h
++++ arch/x86_64/bits/fcntl.h
+@@ -13,7 +13,7 @@
+ 
+ #define O_ASYNC      020000
+ #define O_DIRECT     040000
+-#define O_LARGEFILE       0
++#define O_LARGEFILE 0100000
+ #define O_NOATIME  01000000
+ #define O_PATH    010000000
+ #define O_TMPFILE 020200000

  reply	other threads:[~2021-05-10 11:20 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-10  8:43 [PR PATCH] " dkwo
2021-05-10 11:20 ` dkwo [this message]
2021-05-10 11:21 ` [wip] " dkwo
2021-05-10 13:30 ` [PR REVIEW] " ericonr
2021-05-10 14:09 ` ericonr
2021-05-10 15:09 ` [PR PATCH] [Updated] " dkwo
2021-05-10 15:10 ` [PR REVIEW] " dkwo
2021-05-10 15:11 ` dkwo
2021-05-10 15:14 ` dkwo
2021-05-10 15:16 ` ericonr
2021-05-10 15:25 ` dkwo
2021-05-12 20:52 ` ericonr
2021-05-13 11:35 ` dkwo
2021-05-13 12:04 ` dkwo
2021-05-13 13:51 ` ericonr
2021-05-13 14:20 ` dkwo
2021-05-13 14:28 ` dkwo
2021-05-13 14:31 ` dkwo
2021-05-13 14:31 ` [PR PATCH] [Closed]: " dkwo
2021-05-13 14:34 ` ericonr
2021-05-13 14:42 ` dkwo

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=20210510112017.m7qVw6XFbxowM-PjDfEGz-fbDnGFxc8Q9-5XKReraeI@z \
    --to=dkwo@users.noreply.github.com \
    --cc=ml@inbox.vuxu.org \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).