LEAP 15.2 lsblk, why should extended use of lsblk require root permissions.

I am using the output of lsblk for an application. It is located within /usr/bin as:
-rwxr-xr-x 1 root root 138104 Apr 7 00:27 lsblk <==== the one from Fedora, Centos,Redhat, Ubuntu, Arch (Universal version)
-rwxr-xr-x 1 root root 88184 Mar 8 19:29 lsblk <=== the different from all the rest used within Tumbleweed, Leap, Leap15.1 and the beta.

NOTE THE DIFFERENCE IN SIZE.


with the non SUSE version(regular user)
with the SUSE version (root user) same results

typical good output.

MOUNTPOINT="" FSTYPE="ext4" KNAME="sdb1" NAME="sdb1" UUID="bdc4349d-9b02-4d49-8d0a-a617f3f16539" PARTUUID="8363523f-0fe5-4a67-b202-ff3cb0ad37b7" LABEL="TwdBoot" PARTLABEL="twdBoot"
MOUNTPOINT="" FSTYPE="vfat" KNAME="sdb2" NAME="sdb2" UUID="3B61-25DD" PARTUUID="178b6f64-dd86-40e7-b44c-4a1d81428b32" LABEL="TWDEFI" PARTLABEL="TwdEFI"
MOUNTPOINT="" FSTYPE="swap" KNAME="sdb3" NAME="sdb3" UUID="2ff5bbad-eecf-474b-865b-63c37403be4f" PARTUUID="a5234696-5ce5-4957-8043-6fe58ec0b05d" LABEL="sdxSwap" PARTLABEL=""
and so forth.

With the SUSE version regular version Notice Missing information.

MOUNTPOINT="" FSTYPE="" KNAME="sdb1" NAME="sdb1" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb2" NAME="sdb2" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb3" NAME="sdb3" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb4" NAME="sdb4" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb5" NAME="sdb5" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb6" NAME="sdb6" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb7" NAME="sdb7" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb8" NAME="sdb8" UUID="" PARTUUID="" LABEL="" PARTLABEL=""
MOUNTPOINT="" FSTYPE="" KNAME="sdb9" NAME="sdb9" UUID="" PARTUUID="" LABEL="" PARTLABEL=""


The user does not have root or sudo permissions. I filed bug reports but would like someone to report the same issue as confirmation. Bug1154238
By the way, the universal version does not work on the proposed Leap 15.x beta Some libraries are missing.

What is it used for. I call it from a C program and peel off the information I use the information to check a /etc/fstab, The entries are validated against the lsblk listing, and the table reformated into columns

Code:

---

Sample validated and reformatted /etc/fstab
#                      Tumbleweed installation created at  2020-04-06 at 08:19 Local time.
#                      This file formatted and cross referenced by fstabxref 
#<file system>                            <mount>  <type>  <options>              <dmp pass> <xref>          <label/uuid>
UUID=174c3c6c-6803-4154-bf7a-c39e58923a38 /        xfs      defaults,relatime        0  0    #/dev/sda4      TWeedSlash
UUID=94bcaca3-7fdc-47f3-8f5a-a87914989d71 /backup  ext4    user,noauto,data=ordered 0  2    #/dev/sdc10    sdc10Backup
UUID=963006ad-22e6-4c04-8ba3-6287ad66c958 /backup2  ext4    user,noauto,data=ordered 0  2    #/dev/sdc6      sdc6backup2
UUID=aac575f5-dee6-47d9-89fa-80a7e1a6ea5e swap      swap    defaults,relatime        0  0    #/dev/sda5      sda5swap
UUID=64ae397f-e99c-4d4f-90dd-7a29ae520b10 /boot    ext4    data=ordered,relatime    0  2    #/dev/sda3      TweedBoot
UUID=acefc30a-d7fc-40fb-82c5-e0cae7c85ff0 /share    ext4    data=ordered,relatime    0  2    #/dev/nvme0n1p5 nvme0n1p5Share
UUID=87a338d1-ee1f-4c17-a7af-363c425cda11 /share2  ext4    user,noauto,data=ordered 0  2    #/dev/sdc2      sdc2share2
UUID=371d1798-4db0-4929-8abe-71e00d825490 /scratch1 ext4    user,noauto,data=ordered 0  2    #/dev/sdc1      scratch1
UUID=c1632f4f-7f3c-464a-b3dc-4f574b585304 /junk    ext4    data=ordered            0  2    #/dev/sdc4      junk
UUID=ecc640e9-335c-45f2-adf0-f658eb2645b6 /home    ext4    data=ordered,relatime    0  2    #/dev/sda10    TweedHome
UUID=A36A-536A                            /boot/efi vfat    defaults,relatime        0  2    #/dev/sda1      TBLWEED

---