| View previous topic :: View next topic |
| Author |
Message |
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3941
|
 Posted: Sun Aug 11, 2024 12:54 pm Post subject: gui-wm/niri-0.1.7::guru to local 0.1.8 build issue |
 |
|
Previous gui-wm/niri-0.1.5 -> gui-wm/niri-0.1.7 had same ebuild content & both build fine.
Building local gui-wm/niri-0.1.8 replication throws: | Code: | >>> Emerging (1 of 1) gui-wm/niri-0.1.8::local
* niri-0.1.8.tar.gz BLAKE2B SHA512 size ;-) ... [ ok ]
* niri-0.1.8-vendored-dependencies.tar.xz BLAKE2B SHA512 size ;-) ... [ ok ]
>>> Unpacking source...
>>> Unpacking niri-0.1.8.tar.gz to /var/no-tmpfs/portage/gui-wm/niri-0.1.8/work
>>> Unpacking niri-0.1.8-vendored-dependencies.tar.xz to /var/no-tmpfs/portage/gui-wm/niri-0.1.8/work
>>> Source unpacked in /var/no-tmpfs/portage/gui-wm/niri-0.1.8/work
>>> Preparing source in /var/no-tmpfs/portage/gui-wm/niri-0.1.8/work/niri-0.1.8 ...
>>> Source prepared.
>>> Configuring source in /var/no-tmpfs/portage/gui-wm/niri-0.1.8/work/niri-0.1.8 ...
* Configured with: --features dbus --no-default-features
>>> Source configured.
>>> Compiling source in /var/no-tmpfs/portage/gui-wm/niri-0.1.8/work/niri-0.1.8 ...
* cargo build --release --features dbus --no-default-features
error: failed to get `pipewire` as a dependency of package `niri v0.1.8 (/var/no-tmpfs/portage/gui-wm/niri-0.1.8/work/niri-0.1.8)`
Caused by:
failed to load source for dependency `pipewire`
Caused by:
Unable to update https://gitlab.freedesktop.org/pipewire/pipewire-rs.git#016e5547
Caused by:
can't checkout from 'https://gitlab.freedesktop.org/pipewire/pipewire-rs.git': you are in the offline mode (--offline) |
Upstream release is less than 24h old...
Although I doubt it, could be a issue in the vendor crates package...
I'd favor some project internal requiring ebuild adaptation, rather...
Any idea how to fix?
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. "
Last edited by CaptainBlood on Sun Aug 11, 2024 1:20 pm; edited 1 time in total |
|
| Back to top |
|
 |
Zucca
Moderator
Joined: 14 Jun 2007
Posts: 3752
Location: Rasi, Finland
|
| Posted: Sun Aug 11, 2024 1:17 pm Post subject: Re: gui-wm/niri-0.1.7;;guru to 0.1.8 local upgrade issue |
|
|
| CaptainBlood wrote: | | Code: | Caused by:
can't checkout from 'https://gitlab.freedesktop.org/pipewire/pipewire-rs.git': you are in the offline mode (--offline) |
|
My guess is that the build system tries to fetch git submodule (or similar), which cannot works as networking during that phase of ebuild is not allowed.
Looking at the url it tried to checkout, I would guess it tried to build some rust interface to pw.
I've handled these kind of issues by patching the makefile on-the-fly and remove the line where it tries to fetch the submodule. The correct way would be to add pipewire-rs as build-time depency and then patch or tell the makefile to not try to fetch the sources of pipewire-rs.
I hate when some build systems try to fetch something from the internet.
At the moment my internet connection is very poor and I tend fetch the sources using emerge when I have better connectivity, then later (at night) only build (sometimes truly offline as sometimes speeds are so low that I get timeouts).
_________________
..: Zucca :..
| My gentoo installs: | init=/sbin/openrc-init
-systemd -logind -elogind seatd |
| Quote: | | I am NaN! I am a man! |
|
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3941
|
| Posted: Sun Aug 11, 2024 1:33 pm Post subject: |
|
|
Sharing the same analysis for the cause.
Requested commit happens to be the latest, i.e. 1 month old.
Although I have no idea how to easily check, vendored pipewire isn't git latest.
Project is likely forcing to currently pipewire latest for a reason...
Wouldn't be surprise portage has a way to handle this.
Despite portage primitives are well documented, by example tutorials doesn't seem to help here.
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
Anon-E-moose
Watchman
Joined: 23 May 2008
Posts: 6170
Location: Dallas area
|
| Posted: Sun Aug 11, 2024 7:52 pm Post subject: |
|
|
1st off, pipewire is pulled in because of the screencast flag.
2nd, it's not pipewire it's trying to pull in, but pipewire-rs (rust bindings)f
_________________
UM780, 6.1 zen kernel, gcc 13, profile 17.0 (custom bare multilib), openrc, wayland |
|
| Back to top |
|
|
CaptainBlood
Advocate
Joined: 24 Jan 2010
Posts: 3941
|
| Posted: Sun Aug 11, 2024 9:03 pm Post subject: |
|
|
| Anon-E-moose wrote: | | 1st off, pipewire is pulled in because of the screencast flag. |
Could be... | Code: | [U] gui-wm/niri
Installed versions: 0.1.7[1](21:32:50 01/07/2024)(dbus -debug -screencast -systemd LLVM_SLOT="18 -16 -17") |
| Anon-E-moose wrote: | | 1st off, pipewire is pulled in because of the screencast flag. |
Indeed, Thks 4 pointing out the typo
Thks 4 ur attention, interest & support.
_________________
USE="-* ..." in /etc/portage/make.conf here, i.e. a countermeasure to portage implicit braces, belt & diaper paradigm
LT: "I've been doing a passable imitation of the Fontana di Trevi, except my medium is mucus. Sooo much mucus. " |
|
| Back to top |
|
|
|
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
Other Things Gentoo
