| 16 Sep 2023 |
 hexa | there is no policy, so we're open to accept or reject such changes as maintainers of the package | 19:02:43 |
| hexa | we're even arguging for why it should be kept that way | 19:03:04 |
 vcunat | For the fetchurl change I'd want wider consensus, at least. | 19:15:18 |
| 18 Sep 2023 |
 nbp | “[…] heads-up about an upcoming change in 119 […] (unshipping plugin-container)” | 09:22:52 |
| vcunat | Was that for plugins? I thought those aren't a thing for years. | 09:24:47 |
| nbp | which is probably the reason for unshipping. | 09:25:28 |
| nbp | the person who posted this message internally was looking for communication channels to linux distribution, such as Ubuntu, I figured I should forward it here. | 09:26:40 |
| vcunat | OK. Then noone will notice a difference, I hope. | 09:27:06 |
| vcunat | (except some extreme edge cases possibly) | 09:27:38 |
|  Sam Lehman joined the room. | 18:16:11 |
| Sam Lehman | Not sure if this is the right place to ask, but I'm using the packages from pkgs.nur.repos.rycee.firefox-addons via the NUR overlay, and rebuilding has been giving me an error like this for some time now:
Package ‘firemonkey-2.72’ in /nix/store/rx9xdvi39lg6rnxs577rwv3v4snif3xa-source/pkgs/firefox-addons/generated-firefox-addons.nix:1978 has an invalid meta attrset:
- key 'meta.mozPermissions' is unrecognized; expected one of:
['available', 'badPlatforms' ... 'version' ], refusing to evaluate.
| 20:09:01 |
| Sam Lehman | I checked flake.lock and my NUR input seems to be on the latest revision, so what could be preventing my NUR packages from not matching the latest from rycee's repo that define meta.mozPermissions for the firefox addons?
| 20:12:25 |
| vcunat | To me that sounds more like question for rycee. | 20:42:53 |
| 19 Sep 2023 |
 K900 | So uh | 14:02:54 |
| K900 | https://github.com/colemickens/flake-firefox-nightly/commit/85bed151ce3966327af4bfccf5ef0d1bad479733 | 14:02:56 |
| K900 | Any idea why Firefox would start just segfaulting on startup after this commit | 14:03:05 |
| K900 | It just hard segfaults immediately | 14:04:52 |
| K900 | Even before the crash handler is set up | 14:05:05 |
| nbp | strace says anything? | 14:05:07 |
| K900 | mprotect(0x7f389129c000, 4096, PROT_READ) = 0
mprotect(0x7f389129c000, 4096, PROT_READ|PROT_WRITE) = 0
mprotect(0x7f389129c000, 4096, PROT_READ) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x1ed40} --- | 14:05:14 |
| K900 | Looks sus but nothing immediate | 14:05:20 |
| nbp | I know there is a process which checks for GPU support which has been broken since 2/3 releases … | 14:05:38 |
| K900 | #0 0x000000000001ed40 in ?? ()
#1 0x00007f16c2763fae in call_init (env=0x7f16c2023400, argv=0x7ffcba590ae8, argc=1, l=<optimized out>) at dl-init.c:70
#2 call_init (l=<optimized out>, argc=1, argv=0x7ffcba590ae8, env=0x7f16c2023400) at dl-init.c:26
#3 0x00007f16c276409c in _dl_init (main_map=0x7f16c2034e00, argc=1, argv=0x7ffcba590ae8, env=0x7f16c2023400) at dl-init.c:117
#4 0x00007f16c276056e in __GI__dl_catch_exception (exception=exception@entry=0x0, operate=operate@entry=0x7f16c276a810 <call_dl_init>,
args=args@entry=0x7ffcba58c450) at dl-catch.c:211
#5 0x00007f16c276a7b6 in dl_open_worker (a=a@entry=0x7ffcba58c5f0) at dl-open.c:808
#6 0x00007f16c27604e1 in __GI__dl_catch_exception (exception=exception@entry=0x7ffcba58c5d0, operate=operate@entry=0x7f16c276a720 <dl_open_worker>,
args=args@entry=0x7ffcba58c5f0) at dl-catch.c:237
#7 0x00007f16c276ab4c in _dl_open (
file=0x7ffcba58d930 "/nix/store/ymhkgr4r99gjy3c3g5z5ylb6qmr2ka63-firefox-bin-119.0a1/usr/lib/firefox-bin-119.0a1/libnspr4.so",
mode=<optimized out>, caller_dlopen=0x564423812b84 <InitXPCOMGlue(mozilla::LibLoadingStrategy)+1860>, nsid=<optimized out>, argc=1,
argv=0x7ffcba590ae8, env=0x7f16c2023400) at dl-open.c:884
#8 0x00007f16c229bf0c in dlopen_doit (a=a@entry=0x7ffcba58c860) at dlopen.c:56
#9 0x00007f16c27604e1 in __GI__dl_catch_exception (exception=exception@entry=0x7ffcba58c7c0, operate=0x7f16c229beb0 <dlopen_doit>,
args=0x7ffcba58c860) at dl-catch.c:237
#10 0x00007f16c2760603 in _dl_catch_error (objname=0x7ffcba58c818, errstring=0x7ffcba58c820, mallocedp=0x7ffcba58c817, operate=<optimized out>,
args=<optimized out>) at dl-catch.c:256
#11 0x00007f16c229b9df in _dlerror_run (operate=operate@entry=0x7f16c229beb0 <dlopen_doit>, args=args@entry=0x7ffcba58c860) at dlerror.c:138
#12 0x00007f16c229bfc1 in dlopen_implementation (dl_caller=<optimized out>, mode=<optimized out>, file=<optimized out>) at dlopen.c:71
#13 ___dlopen (file=<optimized out>, mode=<optimized out>) at dlopen.c:81
#14 0x0000564423812b84 in InitXPCOMGlue(mozilla::LibLoadingStrategy) ()
#15 0x0000564423812191 in main ()
| 14:06:06 |
| K900 | That's a spooky backtrace | 14:06:11 |
| nbp | wait what? It fails to open libnspr ? This is supposed to ship with Firefox itself. | 14:06:49 |
| K900 | It doesn't fail to open nspr | 14:07:06 |
| K900 | It fails to run the constructor for nspr | 14:07:11 |
| nbp | good point. | 14:07:24 |
| K900 | nspr itself looks like a normal ELF | 14:08:38 |
| K900 | Ish | 14:08:40 |
