Re: [arch-general] links package hasn't been updated

[Alive 4ever]

On Wed, Aug 03, 2016 at 08:03:29PM -0400, Jude DaShiell wrote:
> I need one more piece of information please.  What did you do with the
> keyboard when you got on links are numbered to get the state to change from
> off the default to on?  I tried spacebar and x and * and in last version of
> links none of them would work.

I navigate through Menu => View => HTML Options ( alt + v + o ).

The HTML Options dialog pops out, with cursor positioned on 'Display
tables' check box.

The cursor is hardly visible because my terminal cursor color is white
and links popup is 80 percent gray.

I can use 'space bar' to toggle the check box. I can press 'tab' seven
times to move the cursor to 'Links are numbered' and press the 'space
bar' to enable it. Pressing 'o' or 'enter' will close the popup,
accepting the configured option.

By default, the option is saved for current session. Because I want to
save html options for future session as well, I navigate through Menu =>
View => Save html options ( alt + v + a).

Done. links' html options file ( ~/.links/html.cfg ) has been saved
automatically for future session.

Re: [arch-general] efivars mounted read-write, but "operation not permitted, "

[Kyle Terrien via arch-general]

On Wed, 3 Aug 2016 13:03:41 -0700
Zachary Kline  wrote:
> Hi All,
> 
> This is admittedly more about Linux in general than Arch
> specifically, but I’m wondering if anybody has insight into why I
> can’t delete EFI variables, when efivarfs is mounted read-write. For
> anybody interested, I am wanting to remove the default boot entry
> created by systemd-boot, but receive an “Operation not permitted,”
> message when trying to do so, even as root.
> 
> Any insight would be appreciated.
> Thanks much,
> Zack.

I remember there were some kernel patches that went in a few months ago.

Brief summary of what happened:

* Someone ran 'rm -rf /' on his system to wipe it.  It was hard bricked,
  not even able to POST.  [0]  (You need an Arch BBS account to view
  that thread.)
* All Hell broke loose.  Tech blogs had a field day.  [1] A bug was
  filed in systemd [2].  For some reason beyond me, systemd requires
  that efivars be mounted read-write.  (Probably bad design)
* A kernel patch was submitted to try to protect efivars somewhat [3].
  I think you are seeing the direct consequence of this patch.

--Kyle

[0]: https://bbs.archlinux.org/viewtopic.php?id=207549
[1]: https://www.phoronix.com/scan.php?page=news_item=UEFI-rm-root-directory
[2]: https://github.com/systemd/systemd/issues/2402
[3]: https://gist.github.com/mjg59/8d9d494da56fbe6d8992

-- 
The computer can't tell you the emotional story.  It can give you the
exact mathematical design, but what's missing is the eyebrows.
- Frank Zappa


pgpag9pLw3Vxc.pgp
Description: OpenPGP digital signature

Re: [arch-general] links package hasn't been updated

[Jude DaShiell]

I need one more piece of information please.  What did you do with the 
keyboard when you got on links are numbered to get the state to change 
from off the default to on?  I tried spacebar and x and * and in last 
version of links none of them would work.


On Wed, 3 Aug 2016, Alive 4ever wrote:


Date: Wed, 3 Aug 2016 18:47:17
From: Alive 4ever 
Reply-To: General Discussion about Arch Linux 
To: "arch-general@archlinux.org" 
Subject: Re: [arch-general] links package hasn't been updated

On Wed, Aug 03, 2016 at 02:57:40PM -0400, Jude DaShiell wrote:

Something to try as an experiment.  In html options turn on number links
then run save html options and see if you manage to modify html.cfg file of
links.  If that fails this bug was not fixed upstream.



There is no problem of using keyboard to access menu bar. The menu is
working perfectly on my terminal (rxvt-unicode), except alt+s key, which
is interpreted by urxvt as 'scrollback search'.

For this key sequence, I just need to hit Esc+s to access links setup
menu.

On Wed, Aug 03, 2016 at 02:55:39PM -0400, Jude DaShiell wrote:

Can you adjust options in your new version?  I use a screen reader and links
appeared in current version to be immune to keyboard input when configuring
options.  In order to customize links I had to save configuration files then
edit them by hand.


I didn't adjust any options in the PKGBUILD. Just modifying the source
to fetch latest version and generating the correct SHA1 hash for the
source tarball.

I've tried setting 'links are numbered' html option and it persists after
closing links. Just don't forget to hit 'save html options' after
modifying html-related settings.

Numbered links option is only available on the text only version
(/usr/bin/links and /usr/bin/xlinks without -g option).

The only thing to remember after modifying 'links' general settings and
'links' html options is to hit 'save options' to make the change persists.

I hope this explanation will be useful.



--

Re: [arch-general] efivars mounted read-write, but "operation not permitted, "

[Alive 4ever]

Are you trying to delete 'nvram' file on the efi partition directly or
are you trying to delete /sys/firmware/efi* ?

I think it would be saver to use 'efibootmgr' instead of manually
deleting 'efivar' or 'nvram' file.

Re: [arch-general] links package hasn't been updated

[Alive 4ever]

On Wed, Aug 03, 2016 at 02:57:40PM -0400, Jude DaShiell wrote:
> Something to try as an experiment.  In html options turn on number links
> then run save html options and see if you manage to modify html.cfg file of
> links.  If that fails this bug was not fixed upstream.
> 

There is no problem of using keyboard to access menu bar. The menu is
working perfectly on my terminal (rxvt-unicode), except alt+s key, which
is interpreted by urxvt as 'scrollback search'.

For this key sequence, I just need to hit Esc+s to access links setup
menu.

On Wed, Aug 03, 2016 at 02:55:39PM -0400, Jude DaShiell wrote:
> Can you adjust options in your new version?  I use a screen reader and links
> appeared in current version to be immune to keyboard input when configuring
> options.  In order to customize links I had to save configuration files then
> edit them by hand.

I didn't adjust any options in the PKGBUILD. Just modifying the source
to fetch latest version and generating the correct SHA1 hash for the
source tarball.

I've tried setting 'links are numbered' html option and it persists after
closing links. Just don't forget to hit 'save html options' after
modifying html-related settings.

Numbered links option is only available on the text only version
(/usr/bin/links and /usr/bin/xlinks without -g option).

The only thing to remember after modifying 'links' general settings and
'links' html options is to hit 'save options' to make the change persists.

I hope this explanation will be useful.

Re: [arch-general] efivars mounted read-write, but "operation not permitted, "

[Ralf Mardorf]

On Wed, 3 Aug 2016 22:21:23 +0200, Ralf Mardorf wrote:
>I have no knowledge about this domain, but perhaps they are immutable.
>
>[root@moonstudio tmp]# touch test
>[root@moonstudio tmp]# lsattr test 
>-e-- test
>[root@moonstudio tmp]# chattr +i test
>[root@moonstudio tmp]# lsattr test 
>ie-- test
>[root@moonstudio tmp]# rm -f test
>rm: cannot remove 'test': Operation not permitted
>[root@moonstudio tmp]# chattr -i test
>[root@moonstudio tmp]# rm -f test
>[root@moonstudio tmp]# ls test 
>ls: cannot access 'test': No such file or directory
>
>*?*
>
>Assumed they should be immutable, then there might be a reason for
>this ;).

Bingo!

"efivarfs - a (U)EFI variable filesystem

The efivarfs filesystem was created to address the shortcomings of
using entries in sysfs to maintain EFI variables. The old sysfs EFI
variables code only supported variables of up to 1024 bytes. This
limitation existed in version 0.99 of the EFI specification, but was
removed before any full releases. Since variables can now be larger
than a single page, sysfs isn't the best interface for this.

Variables can be created, deleted and modified with the efivarfs
filesystem.

efivarfs is typically mounted like this,

mount -t efivarfs none /sys/firmware/efi/efivars

Due to the presence of numerous firmware bugs where removing
non-standard UEFI variables causes the system firmware to fail to POST,
efivarfs files that are not well-known standardized variables are
created as immutable files.  This doesn't prevent removal - "chattr -i"
will work - but it does prevent this kind of failure from being
accomplished accidentally." -
https://www.kernel.org/doc/Documentation/filesystems/efivarfs.txt

Re: [arch-general] efivars mounted read-write, but "operation not permitted, "

[Ralf Mardorf]

I have no knowledge about this domain, but perhaps they are immutable.

[root@moonstudio tmp]# touch test
[root@moonstudio tmp]# lsattr test 
-e-- test
[root@moonstudio tmp]# chattr +i test
[root@moonstudio tmp]# lsattr test 
ie-- test
[root@moonstudio tmp]# rm -f test
rm: cannot remove 'test': Operation not permitted
[root@moonstudio tmp]# chattr -i test
[root@moonstudio tmp]# rm -f test
[root@moonstudio tmp]# ls test 
ls: cannot access 'test': No such file or directory

*?*

Assumed they should be immutable, then there might be a reason for
this ;).

Re: [arch-general] efivars mounted read-write, but "operation not permitted, "

[Damjan Georgievski via arch-general]

On 3 August 2016 at 22:03, Zachary Kline  wrote:
> Hi All,
>
> This is admittedly more about Linux in general than Arch specifically, but 
> I’m wondering if anybody has insight into why I can’t delete EFI variables, 
> when efivarfs is mounted read-write. For anybody interested, I am wanting to 
> remove the default boot entry created by systemd-boot, but receive an 
> “Operation not permitted,” message when trying to do so, even as root.


try efibootmgr


-- 
damjan

[arch-general] efivars mounted read-write, but "operation not permitted, "

[Zachary Kline]

Hi All,

This is admittedly more about Linux in general than Arch specifically, but I’m 
wondering if anybody has insight into why I can’t delete EFI variables, when 
efivarfs is mounted read-write. For anybody interested, I am wanting to remove 
the default boot entry created by systemd-boot, but receive an “Operation not 
permitted,” message when trying to do so, even as root.

Any insight would be appreciated.
Thanks much,
Zack.

Re: [arch-general] links package hasn't been updated

[Alive 4ever]

On Wed, Aug 03, 2016 at 05:11:42PM +0300, Alex Theotokatos via arch-general 
wrote:
> On 08/03/2016 09:16 AM, Alive 4ever wrote:
> > Greetings, developers.
> > 
> > 'links' package has been flagged out of date for nearly one
> > month and there is no updated package until now, not even in
> > 'testing'. Is there anything blocking version 2.13 from being
> > packaged?
> > 
> > Firefox, which requires time and power to package has already
> > available in 'testing' for less than two days. Compared to
> > firefox, links doesn't need much power to package it.
> > 
> > I am willing to create updated PKGBUILD if it's going to help
> > maintaining this package.
> > 
> 
> Try to build from ABS.
> If you have any problem, ask at forum.

I've packaged links 2.13 for myself, using 'asp' tool from aur.
It works fine. No problem so far. My bookmarks and configuration
are recognized perfectly.

Just in case, I've submitted a patch to aur-general to address this
issue.

Thanks.

Re: [arch-general] Error Pacman

[Ralf Mardorf]

On Wed, 3 Aug 2016 17:09:48 +0300, Alex Theotokatos via arch-general
wrote:
>On 08/03/2016 12:25 AM, Ralf Mardorf wrote:
>> On Tue, 2 Aug 2016 15:54:22 -0300, Rafael Fontenelle wrote:  
>>> 2016-08-02 15:47 GMT-03:00 Luciano Camerra:
>>>  
 Can you help me with this error?
 Thanks.

 [root@li3 ~]# pacman -Syu
 :: lib32-libglapi: installing mesa (12.0.1-5) breaks dependency
 'libglapi  
>>>
>>> lib32-libglapi is not present in AUR nor Official repos. I'd suggest
>>> uninstalling it and run the update again.  
>>
>> https://www.archlinux.de/?page=PackageDetails;repo=multilib;arch=x86_64;pkgname=lib32-mesa;showfiles=1
>
>I'm not familiar with archlinux.de but they might use some other 
>repositories. Please check your repository mirror 
>https://www.archlinux.org/mirrors/

I'm not the OP, I only wanted to give a hint. Ok, here it's from
archlinux.org:

https://www.archlinux.org/packages/multilib/x86_64/lib32-mesa/

"usr/lib32/libglapi.so
 usr/lib32/libglapi.so.0
 usr/lib32/libglapi.so.0.0.0"
- https://www.archlinux.org/packages/multilib/x86_64/lib32-mesa/files/

[arch-general] links package hasn't been updated

[Alive 4ever]

Greetings, developers.

'links' package has been flagged out of date for nearly one
month and there is no updated package until now, not even in
'testing'. Is there anything blocking version 2.13 from being
packaged?

Firefox, which requires time and power to package has already
available in 'testing' for less than two days. Compared to
firefox, links doesn't need much power to package it.

I am willing to create updated PKGBUILD if it's going to help
maintaining this package.