Package Details: librewolf 132.0.1-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: 141
Popularity: 4.93
First Submitted: 2019-06-14 18:41 (UTC)
Last Updated: 2024-11-10 16:39 (UTC)

Dependencies (58)

Sources (3)

Latest Comments

« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 26 27 28 Next › Last »

JcNils commented on 2021-04-03 21:29 (UTC)

@lsf It is weird!

It worked fine when I installed Librewolf the first time. I guess I might have messed things when I installed some other package.

My TERM is xterm-256color. I am using the default fish from Manjaro installation.

ncurses exists, reinstalling it doesn't seem to fix the terminfo database

infocmp -D returns /bin/fish

Thank you very much for pointing me in the right direction, I will investigate it further.

While writing this I realized that the first time I installed Librewolf was not from the terminal, but from the add/remove software. And the first time I tried to update there was an error, but removing the package and installing from there made it work. So I am trying that again.

Right now everything seems to be building fine.

But I still need to figure out why ncurses database doesn't work if I am using yay -S Librewolf from terminal.

lsf commented on 2021-04-03 20:10 (UTC)

@JcNils that's quite an odd error ^^

Most of the terminfo files are provided by ncurses, which is required by so many packages that I'd just assume it's installed already, so my only idea would be that you've set an "unusual" $TERM for which no appropriate terminfo is installed (or $TERM is set by your terminal emulator by something unusual) and the appropriate terminfo is not installed as well (for some terminal emulators separate packages are available, eg. kitty-terminfo, termite-terminfo etc.)

That's something I'd look into first and see where that leads you :)

JcNils commented on 2021-04-03 19:13 (UTC)

Hi, I am on Manjaro, and when I try to update or install it I get an error: could not find terminfo database.

env | grep TERM shows that the variable is there.

I wonder what is missing.

Full error:

Error running mach:

    ['build']

The error occurred in code that was called by the mach command. This is either
a bug in the called code itself or in the way that mach is calling it.
You can invoke |./mach busted| to check if this issue is already on file. If it
isn't, please use |./mach busted file build| to report it. If |./mach busted| is
misbehaving, you can also inspect the dependencies of bug 1543241.

If filing a bug, please include the full output of mach, including this error
message.

The details of the failure are as follows:

_curses.error: setupterm: could not find terminfo database

  File "/home/pc/.cache/yay/librewolf/src/firefox-87.0/python/mozbuild/mozbuild/build_commands.py", line 146, in build
    return driver.build(
  File "/home/pc/.cache/yay/librewolf/src/firefox-87.0/python/mozbuild/mozbuild/controller/building.py", line 1083, in build
    footer = BuildProgressFooter(self.log_manager.terminal, monitor)
  File "/home/pc/.cache/yay/librewolf/src/firefox-87.0/python/mozbuild/mozbuild/controller/building.py", line 651, in __init__
    Footer.__init__(self, terminal)
  File "/home/pc/.cache/yay/librewolf/src/firefox-87.0/python/mozterm/mozterm/widgets.py", line 12, in __init__
    self.term = terminal or Terminal()
  File "/home/pc/.cache/yay/librewolf/src/firefox-87.0/python/mozterm/mozterm/terminal.py", line 53, in Terminal
    return blessings.Terminal(**kwargs)
  File "/home/pc/.cache/yay/librewolf/src/firefox-87.0/third_party/python/blessings/blessings/__init__.py", line 97, in __init__
    setupterm(kind or environ.get('TERM', 'unknown'),
==> ERROR: A failure occurred in build().
    Aborting...
checking dependencies...

Packages (1) lld-11.1.0-1

0000000000 commented on 2021-03-30 19:27 (UTC)

should I just throw puter out the window?

https://imgur.com/4jcmzki

what do ty

lsf commented on 2021-03-27 00:27 (UTC) (edited on 2021-03-27 00:28 (UTC) by lsf)

np :)

btw: I've just discovered firedragon yesterday – looks great, and it's cool to see librewolf being adapted and customized! :)

dr460nf1r3 commented on 2021-03-27 00:00 (UTC)

You are totally right, it was an incorrectly cached patch. Sorry for the inconvenience.

lsf commented on 2021-03-26 18:10 (UTC)

@dr460nf1r3 can't reproduce that. If the checksums already fail, that indicates that your build system might use some cached files somewhere? (Only the unity-menubar.patch has changed (which isn't applied by default) but even that one applies cleanly for me when doing a fresh checkout of https://aur.archlinux.org/librewolf and running makepkg with the relevant line uncommented.)

Considering your logs show

Fetching origin
  -> Found megabar.patch
  -> Found remove_addons.patch
  -> Found context-menu.patch
  -> Found unity-menubar.patch
  -> Found mozilla-vpn-ad.patch

(and not downloading them) that might indeed be a possibility (as in: they're either cached somewhere or provided in a step that's not part of the logs, and something's going wrong at that point).

dr460nf1r3 commented on 2021-03-26 17:18 (UTC)

The PKGBUILD needs fixing, checksums dont match & a patch is failing to apply. Logs available here

haven commented on 2021-03-18 21:51 (UTC)

@lsf yes, thanks, did that, had to rebuild again, but at least I'm ready for the next time :)

lsf commented on 2021-03-18 18:38 (UTC)

You probably just need to remove the unity-menubar.patch – I'd assume that file is just left over from a previous build and has changed in the meantime, so the checksums don't match anymore. It will get re-downloaded when you run makepkg again.

Considering rebuilding from scratch: You probably won't be able to avoid it. It might be possible to somehow get it to re-use some parts of the previous build… but I doubt it's feasible / doable for a production build like this.

An alternative would be to just use the prebuilt package instead (https://aur.archlinux.org/packages/librewolf-bin/) if you don't need to build from source.

« First ‹ Previous 1 .. 18 19 20 21 22 23 24 25 26 27 28 Next › Last »