Your message dated Wed, 22 Feb 2023 21:44:45 +0100
with message-id <Y/[email protected]>
and subject line Re: Bug#933757: Firefox-esr FTBFS "failed to open:
/sbuild-nonexistent/.cargo/.package-cache"
has caused the Debian Bug report #933757,
regarding Firefox-esr FTBFS "failed to open:
/sbuild-nonexistent/.cargo/.package-cache"
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 [email protected]
immediately.)
--
933757: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933757
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: firefox-esr
Version: 60.8.0esr-1
Severity: serious
x-debbugs-cc: [email protected]
While trying to update firefox-esr in raspbian bullseye I ran into a
"failed to open: /sbuild-nonexistent/.cargo/.package-cache" error. The
failure also shows up on the reproducible builds site for i386 and arm64
so it's not raspbian specific. I suspect it is only reproducible in
builds with a nonexistent homedir (as is the standard sbuild configuration).
I would guess this was triggered by the recent upload of a new version
of cargo.
error: failed to acquire package cache lock
Caused by:
failed to open: /nonexistent/first-build/.cargo/.package-cache
Caused by:
Permission denied (os error 13)
/usr/bin/g++ -o buddhcal.o -c
-I/build/1st/firefox-esr-60.8.0esr/build-browser/dist/system_wrappers -include
/build/1st/firefox-esr-60.8.0esr/config/gcc_hidden.h -DNDEBUG=1 -DTRIMMED=1
-DU_I18N_IMPLEMENTATION -DUCONFIG_NO_TRANSLITERATION
-DUCONFIG_NO_REGULAR_EXPRESSIONS -DUCONFIG_NO_LEGACY_CONVERSION
-DU_USING_ICU_NAMESPACE=0 -DU_NO_DEFAULT_INCLUDE_UTF_HEADERS=1
-DU_CHARSET_IS_UTF8 -DU_HAVE_NL_LANGINFO_CODESET=0
-I/build/1st/firefox-esr-60.8.0esr/config/external/icu/i18n
-I/build/1st/firefox-esr-60.8.0esr/build-browser/config/external/icu/i18n
-I/build/1st/firefox-esr-60.8.0esr/intl/icu/source/common
-I/build/1st/firefox-esr-60.8.0esr/build-browser/dist/include
-I/usr/include/nspr -I/usr/include/nss -fPIC -DMOZILLA_CLIENT -include
/build/1st/firefox-esr-60.8.0esr/build-browser/mozilla-config.h -Wdate-time
-D_FORTIFY_SOURCE=2 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2 -Wall -Wempty-body
-Wignored-qualifiers -Woverloaded-virtual -Wpointer-arith -Wsign-compare
-Wtype-limits -Wunreachable-code -Wwrite-strings -Wno-invalid-offsetof
-Wc++1z-compat -Wduplicated-cond -Wimplicit-fallthrough
-Wno-error=maybe-uninitialized -Wno-error=deprecated-declarations
-Wno-error=array-bounds -Wno-error=free-nonheap-object -Wformat
-Wformat-overflow=2 -fno-sized-deallocation -fstack-protector-strong -Wformat
-Werror=format-security -fno-schedule-insns2 -fno-lifetime-dse
-fno-delete-null-pointer-checks -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=2
-fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections
-fdata-sections -fno-exceptions -fno-math-errno -pthread -pipe -g
-freorder-blocks -O2 -fomit-frame-pointer -frtti -MD -MP -MF
.deps/buddhcal.o.pp
/build/1st/firefox-esr-60.8.0esr/intl/icu/source/i18n/buddhcal.cpp
make[6]: *** [/build/1st/firefox-esr-60.8.0esr/config/rules.mk:979:
force-cargo-library-build] Error 101
make[6]: Leaving directory
'/build/1st/firefox-esr-60.8.0esr/build-browser/toolkit/library/rust'
make[5]: *** [/build/1st/firefox-esr-60.8.0esr/config/recurse.mk:73:
toolkit/library/rust/target] Error 2
make[5]: *** Waiting for unfinished jobs....
--- End Message ---
--- Begin Message ---
On 2019-08-15 11:35:43 +0900, Mike Hommey wrote:
> On Thu, Aug 15, 2019 at 03:16:20AM +0100, peter green wrote:
> > So the libvpx transition prompted me to take a look at this, I added some
> > code to debian/rules to create a fake homedir, use it for the build and
> > remove it in the clean target.
>
> https://salsa.debian.org/mozilla-team/firefox/commit/c5bcfb20fde52a1f659270210e4cd40f5f1e8d59
So let'S close this issue.
Cheers
>
> > Unfortunately I then ran into another failure.
> >
> > > /firefox-esr/media/webrtc/trunk/webrtc/modules/video_coding/codecs/vp9/vp9_impl.cc:858:17:
> > > error: âstruct vpx_svc_ref_frame_configâ has no member named
> > > âframe_flagsâ
> > > sf_conf.frame_flags[layer_idx] = layer_flags;
> >
> > I have no idea what to make of this. My google searches aren't turning up
> > anything useful.
>
> libvpx's API changed.
>
> https://salsa.debian.org/mozilla-team/firefox/commit/f26d0387eea70b2ebceabeb86ec728227199f302
>
> Mike
--
Sebastian Ramacher
--- End Message ---
