Package Details: links-g-directfb 2.29-1

Git Clone URL: https://aur.archlinux.org/links-g-directfb.git (read-only, click to copy)
Package Base: links-g-directfb
Description: A text WWW browser, similar to Lynx (with directfb, X and fb graphics)
Upstream URL: http://links.twibright.com/
Licenses: GPL
Provides: links, links-g
Submitter: Duologic
Maintainer: RAMChYLD
Last Packager: RAMChYLD
Votes: 76
Popularity: 0.001779
First Submitted: 2009-01-24 19:10 (UTC)
Last Updated: 2023-04-06 20:55 (UTC)

Required by (16)

Sources (2)

Latest Comments

1 2 3 Next › Last »

Tetrapyle commented on 2024-06-20 07:37 (UTC)

Thanks @RAMChYLD. Thanks @mgualdron, with gcc, using -Wno-implicit-int should also work. Maybe it should be cared of upstream?

RAMChYLD commented on 2024-06-17 01:06 (UTC) (edited on 2024-06-17 01:07 (UTC) by RAMChYLD)

Hi guys, due to new commitments and a big move, I will be unable to update any of my AUR packages for the time being. If anyone is interested in stepping up as a co-maintainer I'd be delighted as I cannot have access to my Arch machine again for the foreseeable future.

Thanks.

mgualdron commented on 2024-06-14 05:26 (UTC) (edited on 2024-06-14 05:27 (UTC) by mgualdron)

Under gcc-14.1.1, I got the following error during the configure step: C compiler cannot create executables. The fix was to add the following line to the PKGBUILD file as the 3rd line in the prepare() block: sed -i "/^main(){return(0);}/s/main()/int main()/" configure

RAMChYLD commented on 2022-12-07 19:50 (UTC)

@FabioLolix I am aware of the links-g AUR package and in fact I've used it prior, but that version does not support Linux framebuffer device, only X11. My main reason of adopting this is, as I mentioned before, I need framebuffer device support since I want to run Links in graphical mode straight from CLI (usually to do a quick lookup without logging on to DE).

Nonetheless I will remove the replaces line in the PKGBUILD in a bit. I need to clear out my mind first.

lks commented on 2022-12-07 18:27 (UTC)

@FabioLolix replaces=(links-g) was originally in the "links" package in core. For some reason, they removed it there. I suspect that there once was a links-g package in the core, ages before the apparently brand-new package in aur.

Also note that the core package includes a fb & x version as "xlinks" executable. So you can already use "xlinks -g" in framebuffer to get the graphical version.

FabioLolix commented on 2022-12-07 18:08 (UTC)

@djringjr @yenlegion you need to rebuild the package when you get an error like "can't found libXXX-XXX.so" instead of symlinking the new version to the old version

@RAMChYLD links-g have been uploaded to the AUR https://aur.archlinux.org/packages/links-g, please remove replaces=(links-g) from the pkgbuild

RAMChYLD commented on 2022-11-29 15:14 (UTC) (edited on 2022-11-29 15:17 (UTC) by RAMChYLD)

links in conventional Linux framebuffer (fb) device mode is already plenty usable. Very handy for those who need to use a graphical browser in terminal-only scenarios when X/XWayland is not available but yet text-only browsing is not acceptable. On fast machines (say, a Ryzen 7 2700) there is negligible differences between fb and directfb.

The official repo version does not offer graphics in terminal-only mode and text-only for certain sites is unacceptable for me. Hence my decision to adopt.

SVGAlib and directfb does not work properly on modern systems, it's there for those for the convenience of those who need it and can get it working.

yenlegion commented on 2020-01-15 12:21 (UTC)

@djringjr Is the link still necessary since the last update?

djringjr commented on 2019-09-19 21:35 (UTC)

To make it work, you have to do this:

sudo ln -s /usr/lib/libevent-2.1.so.7.0.0 /usr/lib/libevent-2.1.so.6

Then it works.

victor3d commented on 2019-04-25 09:23 (UTC)

Now I'm using links from official repositories. I can't get it working with directfb. Feel free to adopt.

1 2 3 Next › Last »