Package Details: librewolf 125.0.3-1

Git Clone URL: https://aur.archlinux.org/librewolf.git (read-only, click to copy)
Package Base: librewolf
Description: Community-maintained fork of Firefox, focused on privacy, security and freedom.
Upstream URL: https://librewolf.net/
Keywords: browser web
Licenses: GPL, MPL, LGPL
Submitter: lsf
Maintainer: lsf
Last Packager: lsf
Votes: 121
Popularity: 1.97
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2024-05-02 09:29 (UTC)

Dependencies (39)

Sources (3)

Latest Comments

1 2 3 4 5 6 .. 26 Next › Last »

Integral commented on 2024-04-29 20:58 (UTC)

"export MOZ_APP_REMOTINGNAME=${_pkgname}" should be changed to "export MOZ_APP_REMOTINGNAME=${pkgname}", otherwise when running under Wayland it will fallback to the default Wayland icon.

xiota commented on 2024-04-29 19:55 (UTC)

@alexmurkoff It's okay. Everyone starts somewhere. Have fun building more packages.

alexmurkoff commented on 2024-04-29 18:23 (UTC)

@xiota Yeah, that worked! Thanks for helping me with this stuff, I'm kinda new here (if you couldn't tell) Sorry for misunderstanding though, I should've done my research first.

xiota commented on 2024-04-29 16:42 (UTC) (edited on 2024-04-29 16:46 (UTC) by xiota) 

$ sudo pacman -S base-devel

$ sudo \rm -rf librewolf

$ git clone https://aur.archlinux.org/librewolf.git

$ cd librewolf

$ extra-x86_64-build

alexmurkoff commented on 2024-04-29 15:29 (UTC)

@Bitals Huh.. Sorry, I guess that was just a misconception of mine. I'm not going to go into semantics, I just kind of misunderstood the purpose of yay, which i apologize for.

@xiota I've seen the wiki page you've linked, what exact method are you implying i should be able to build librewolf with? I tried the Convenience way that is mentioned on the wiki, but it would appear that it can't find the .install file, which shouldn't be the case. I tried as a regular user, as sudo and as root, all yield the result below. The full log:

# pkgctl build
==> Updating pacman database cache
:: Synchronizing package databases...
 core downloading...
 extra downloading...
 multilib downloading...
==> Building librewolf
==> WARNING: invalid architecture, not building for: aarch64
  ->   repo: extra
  ->   arch: x86_64
  -> worker: alex-0
==> Building librewolf for [extra] (x86_64)
:: Synchronizing package databases...
 core downloading...
 extra downloading...
:: Starting full system upgrade...
 there is nothing to do
==> Building in chroot for [extra] (x86_64)...
==> Synchronizing chroot copy [/var/lib/archbuild/extra-x86_64/root] -> [alex-0]...done
==> ERROR: install file (librewolf.install) does not exist or is not a regular file.
==> ERROR: Could not download sources.

Bitals commented on 2024-04-29 12:13 (UTC)

@alexmurkoff building in a clean chroot does not add any new libraries to your system the way e.g. flatpak does. Just read the linked article to understand it.

Also, yay is not a package manager, it's an AUR helper. And AUR is not a package repository, it's a build script repository. Helpers work in most cases most of the time, but sometimes you just need manual intervention. That's just how it is by definition.

xiota commented on 2024-04-29 09:03 (UTC) (edited on 2024-04-29 09:06 (UTC) by xiota)

@lsf Firefox-based browsers need python-setuptools added to makedeps because of Python 3.12 upgrade. (pkgrel does not need to be bumped because there is no need to rebuild.)

@alexmurkoff This package has been successfully built in a clean chroot. If there are new errors when building in a clean chroot, packaging changes are more likely to be needed. Otherwise, the problem may be caused by AUR helper or system config.

The install file is not missing.

alexmurkoff commented on 2024-04-29 08:43 (UTC)

no, but why would i even use yay in this case if i still would have to manually do everything? i'm sorry if i sound dumb or something, but i thought the whole point of having package managers was to minimize the bloat on the system by having a single version of the same library for every package that depends on it. if i didn't care about that i would just download an appimage or a flatpak or something

however, i did try to build in a clean chroot. wiki mentions using pkgctl build, but it didn't work out for me (error: install file (librewolf.install) does not exist or is not a regular file.). this leads me to believe that i'd have to do this the old-fashioned, manual way. what's the point of having an AUR package then? i could just git clone the repo in that case.

xiota commented on 2024-04-28 08:18 (UTC) (edited on 2024-04-28 08:19 (UTC) by xiota)

Is that in clean chroot?

alexmurkoff commented on 2024-04-28 08:15 (UTC)

doesn't build?

0:47.64   800 | G_CONST_RETURN gchar* atk_role_get_name(AtkRole role);
 0:47.64       | ^
 0:47.64 /usr/include/glib-2.0/glib/gmacros.h:1046:30: note: expanded from macro 'G_CONST_RETURN'
 0:47.64  1046 | #define G_CONST_RETURN const GLIB_DEPRECATED_MACRO_IN_2_30_FOR(const)
 0:47.65       |                              ^
 0:47.65 /usr/include/glib-2.0/glib/glib-visibility.h:108:46: note: expanded from macro 'GLIB_DEPRECATED_MACRO_IN_2_30_FOR'
 0:47.65   108 | #define GLIB_DEPRECATED_MACRO_IN_2_30_FOR(f) GLIB_DEPRECATED_MACRO_FOR (f)
 0:47.65       |                                              ^
 0:47.65 /usr/include/glib-2.0/glib/gmacros.h:1300:3: note: expanded from macro 'GLIB_DEPRECATED_MACRO_FOR'
 0:47.65  1300 |   _GLIB_GNUC_DO_PRAGMA(GCC warning G_STRINGIFY (Deprecated pre-processor symbol: replace with #f))
 0:47.65       |   ^
 0:47.65 /usr/include/glib-2.0/glib/gmacros.h:1297:33: note: expanded from macro '_GLIB_GNUC_DO_PRAGMA'
 0:47.65  1297 | #define _GLIB_GNUC_DO_PRAGMA(x) _Pragma(G_STRINGIFY (x))
 0:47.65       |                                 ^
 0:47.65 <scratch space>:40:6: note: expanded from here
 0:47.65    40 |  GCC warning "Deprecated pre-processor symbol: replace with \"const\""
 0:47.65       |      ^

1 2 3 4 5 6 .. 26 Next › Last »