LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Slackware (https://www.linuxquestions.org/questions/slackware-14/)
-   -   Requests for -current (14.2-->15.0) (https://www.linuxquestions.org/questions/slackware-14/requests-for-current-14-2-15-0-a-4175620463/)

gmgf 01-29-2018 11:08 AM

libevdev-1.5.8:

https://cgit.freedesktop.org/libevdev/
https://www.freedesktop.org/software...v-1.5.8.tar.xz

gmgf 01-29-2018 11:53 AM

nano-2.9.3:

https://www.nano-editor.org/news.php
https://www.nano-editor.org/dist/v2.9/nano-2.9.3.tar.xz

gmgf 01-29-2018 12:51 PM

dhcpcd-7.0.1:

https://roy.marples.name/git/dhcpcd.git/
https://roy.marples.name/downloads/d...d-7.0.1.tar.xz

iproute2-4.15.0:

https://git.kernel.org/pub/scm/netwo.../iproute2.git/
https://www.kernel.org/pub/linux/uti...-4.15.0.tar.xz

r1w1s1 01-29-2018 02:00 PM

Quote:

Originally Posted by zakame (Post 5811166)
And just as another option, I made a rebuild of the docker-ce package from download.docker.com for those who don't want/cannot build it: https://github.com/zakame/docker-ce-SlackBuild

I'm ok with docker not in the main repo since it is quite a moving target, and for the most part, you'd be getting additional tools anyway like docker-compose and/or docker-machine.

nice!!! this way to build its really good.

gmgf 01-30-2018 12:43 AM

cups-filters-1.20.0:

https://github.com/OpenPrinting/cups-filters/releases
http://openprinting.org/download/cup...-1.20.0.tar.xz

gmgf 01-30-2018 04:06 AM

libdvdread, libdvdnav (6.0.0):

https://code.videolan.org/videolan/l...ob/master/NEWS
https://code.videolan.org/videolan/l...ster/ChangeLog
https://download.videolan.org/pub/vi...-6.0.0.tar.bz2
https://download.videolan.org/pub/vi...-6.0.0.tar.bz2

franzen 01-30-2018 05:06 AM

postfix 3.2.5
http://cdn.postfix.johnriley.me/mirr...x-3.2.5.tar.gz
http://www.postfix.org/announcements/postfix-3.2.5.html

franzen 01-30-2018 07:41 AM

rsync 3.1.3

https://download.samba.org/pub/rsync...c-3.1.3.tar.gz
https://download.samba.org/pub/rsync...ync-3.1.3-NEWS

Request to add some provided scripts to the package, e.g.
rsync-3.1.3/support/* -> /usr/doc/rsync-3.1.3/scripts/

gmgf 01-30-2018 11:23 AM

bash44-018 patche:

http://ftp.gnu.org/gnu/bash/bash-4.4-patches/

gmgf 01-30-2018 11:36 AM

dbus-glib-0.110:

https://cgit.freedesktop.org/dbus/dbus-glib/
https://dbus.freedesktop.org/release...b-0.110.tar.gz

kjhambrick 01-30-2018 01:04 PM

Quote:

Originally Posted by franzen (Post 5813331)
rsync 3.1.3

<<snip>>

Request to add some provided scripts to the package, e.g.
rsync-3.1.3/support/* -> /usr/doc/rsync-3.1.3/scripts/

+1 for the example scripts from the rsync source ~/support/ directory !

Thanks for reminding me about them franzen :)

-- kjh

HQuest 01-30-2018 08:26 PM

Dovecot 2.3.0 is out since before Xmas.
https://www.dovecot.org/list/dovecot...er/000366.html
https://www.dovecot.org/releases/2.3/

ISC Bind 9.12.0 is out since last week.
https://lists.isc.org/pipermail/bind...ry/001078.html
https://www.isc.org/downloads/bind/

While we're on Bind, any chance we can have a few compile flags by default?
--with-ecdsa
--enable-filter-aaaa

None would be active unless configured at named.conf, so no harm is expected.

Saving one new post: http2 support at Apache HTTP server, perhaps?

gmgf 01-31-2018 04:40 AM

harfbuzz-1.7.5:

https://cgit.freedesktop.org/harfbuzz/
https://www.freedesktop.org/software...-1.7.5.tar.bz2

dbus-python-1.2.6:

https://cgit.freedesktop.org/dbus/dbus-python/
https://dbus.freedesktop.org/release...n-1.2.6.tar.gz

gdb-8.1:

https://www.gnu.org/software/gdb/news/
http://ftp.gnu.org/gnu/gdb/gdb-8.1.tar.xz

USUARIONUEVO 01-31-2018 07:50 PM

dhcp-4.4.0
https://ftp.isc.org/isc/dhcp/4.4.0/dhcp-4.4.0.tar.gz

volkerdi 01-31-2018 10:17 PM

Quote:

Originally Posted by gmgf (Post 5813741)

It seems this one breaks hplip.

gmgf 02-01-2018 03:32 AM

dhcp-4.4.0:

https://kb.isc.org/article/AA-01555
https://www.isc.org/downloads/file/d...version=tar-gz

gmgf 02-01-2018 03:37 AM

Quote:

Originally Posted by volkerdi (Post 5814076)
It seems this one breaks hplip.

Ok , thanks, Pat ;)

No tested here, on pure current, but, just for info, it seem, that hplip compiled (--disable-qt4 --enable-qt5) work correctly here, with this new dbus-python version and with the Eric pyqt5 binding packages.

gmgf 02-01-2018 06:28 AM

php-7.2.2:

http://php.net/ChangeLog-7.php#7.2.2
http://php.net/get/php-7.2.2.tar.xz/from/a/mirror

gmgf 02-01-2018 08:14 AM

Quote:

Originally Posted by volkerdi (Post 5814076)
It seems this one breaks hplip.

Tested on pure current and hplip seem work correctly here.

I have omit to said to you, in my first reply, that the dbus-python.SlackBluid need to add this:

for python3 libs:
./configure PYTHON_VERSION=3 \ , without this, the package, contain only python-2.7 libs.

saahriktu 02-01-2018 03:12 PM

Why not add
Quote:

--enable-regis-graphics \
--enable-sixel-graphics \
options to xterm.SlackBuild?

USUARIONUEVO 02-01-2018 03:14 PM

v4l-utils-1.14.1
https://linuxtv.org/downloads/v4l-ut...1.14.1.tar.bz2

USUARIONUEVO 02-01-2018 05:21 PM

ethtool-4.15
https://www.kernel.org/pub/software/...ol-4.15.tar.xz

USUARIONUEVO 02-01-2018 08:55 PM

glibc-2.27
ftp://ftp.gnu.org/gnu/glibc/glibc-2.27.tar.xz

gmgf 02-02-2018 02:04 AM

librsvg-2.42.2:

http://ftp.gnome.org/pub/gnome/sourc...vg-2.42.2.news
http://ftp.gnome.org/pub/gnome/sourc...-2.42.2.tar.xz

franzen 02-02-2018 02:25 AM

Quote:

Originally Posted by franzen (Post 5813331)
Request to add some provided scripts to the package, e.g.
rsync-3.1.3/support/* -> /usr/doc/rsync-3.1.3/scripts/

Quote:

n/rsync-3.1.3-x86_64-1.txz: Upgraded.
Thanks for adding the extra scripts :-)

Markus Wiesner 02-02-2018 08:32 AM

The new iproute2-based rc.inet1 does not set the broadcast address:
Code:

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.0.108  netmask 255.255.240.0  broadcast 0.0.0.0

cups-browsed needs this to correctly send its broadcasts. Currently it's sending them to the own address on loopback instead of the ethernet device:
Code:

# tcpdump -i lo -ntp udp port 631
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on lo, link-type EN10MB (Ethernet), capture size 262144 bytes
IP 10.0.0.108.631 > 10.0.0.108.631: UDP, length 302

ip can calculate the broadcast address based on address and netmask itself, so the fix is quite easy:
Code:

echo "/etc/rc.d/rc.inet1:  /sbin/ip address add ${IPADDR[$i]}/${NETMASK[$i]} broadcast + dev ${1}" | $LOGGER
/sbin/ip address add ${IPADDR[$i]}/${NETMASK[$i]} broadcast + dev ${1}

Additionally /etc/rc.d/rc.inet1 eth0_restart fails setting a new address (RTNETLINK answers: File exists) because the old address is still there. This could be fixed in if_down or if_up with:
Code:

ip address flush dev ${1}

gmgf 02-02-2018 11:39 AM

man-pages-4.15:

https://www.kernel.org/pub/linux/doc...es-4.15.tar.xz

mercurial-4.5:

https://www.mercurial-scm.org/releas...ial-4.5.tar.gz

sbolokanov 02-02-2018 12:02 PM

Could we perhaps have http2 support in httpd (mod_http2)?

gmgf 02-02-2018 03:51 PM

btrfs-progs-4.15:

https://btrfs.wiki.kernel.org/index.....28Jan_2018.29
https://www.kernel.org/pub/linux/ker...s-v4.15.tar.xz

gmgf 02-02-2018 03:55 PM

iptables-1.6.2:

http://www.netfilter.org/projects/ip...bles-1.6.2.txt
http://www.netfilter.org/projects/ip...-1.6.2.tar.bz2

USUARIONUEVO 02-03-2018 01:51 PM

python-setuptools-38.4.1
https://pypi.python.org/packages/d7/...ols-38.4.1.zip

gmgf 02-04-2018 01:42 AM

hdparm-9.54:

https://sourceforge.net/p/hdparm/news/?source=navbar
https://sourceforge.net/projects/hdp...ar.gz/download

RandomTroll 02-04-2018 10:01 AM

kernel 4.15's cfg80211 looks for /lib/firmware/regulatory.db. The Central Regulatory Database Agent's source to build regulatory.db uses python2 and typing.py. Slackware's Python 2 has no typing.py; its Python 3 does.

linuxtinker 02-04-2018 10:15 AM

since current includes python3 how about adding
Code:

configure --enable-python3interp
for vim

nobodino 02-04-2018 12:19 PM

peek in these possible updates, it's just a database:
-----------------------
a series:
-attr: 2.2.48
-cryptsetup: 2.0.1
-dialog: 1.3_20171209
-efibootmgr: 15 (+efivar: 31)
-findutils: 4.6.0
-getty_ps: 2.1.1
-hdparm: 9.54
-kbd: 1.15.5
-lvm2: 2.02.177
-mcelog: 154
-quota: 4.04
-shadow: 4.5
-tar: 1.30
-syslinux: 5.10
-udisk2: 2.7.5
-upower: 0.99.7
------------------------
ap series:
-cdrtools: 3.02a9
-joe: 4.6
-ksh93: 20180129
-lxc: 2.1.1
-qpdf: 7.1.0
-soma: 3.0.0
-------------------------
d series:
-indent: 2.2.11
-opencl-headers: 2.2
-p2c: 1.22
-rpm: 4.14.1
-ruby: 2.5.0
-------------------------
l series:
-Consolekit2: 1.0.2
-LibRaw: 0.18.7
-babl: 0.1.42
-enchant: 2.1.1
-exiv2: 0.26.0_20171104
-freetype: 2.9
-fuse: 3.2.1
-gc: 7.6.4
-gdbm: 1.14.1
-gdk-pixbuf2: 2.36.11
-gegl: 0.3.28
-glade3: 3.21.0
-glibc: 2.27
-gmime: 3.2.0
-grantlee: 5.1.0
-imagemagick: 6.9.9_34
-jemalloc: 5.0.1
-libcdio: 2.0.0
-libexif: 0.6.21
-libkarma: 0.1.2
-libwebp: 0.6.1
-mozilla-nss: 3.35 (nspr: 4.18)
-ncurses: 6.1
-netpbm: 10.76.00
-pango: 1.41.0
-pinentry: 1.1.0
-pycairo: 1.15.4
-python-pillow: 4.3.0
-sg3-utils: 1.43
-urwid: 1.3.1
-virtuoso-ose: 7.2.4.2
-------------------------
n series:
-bind: 9.12.0
-ebtables: 2.0.10
-getmail: 5.5
-slrn: 1.0.3a
-vlan: 2.0 (debian)
-whois: 5.3.0
-yp-tools: 4.2.1
-ypbind-mt: 2.4
-ypserv: 4.0
-------------------------
tcl/tk series:
-
-------------------------
x series:
-fontconfig: 2.12.91
-libinput: 1.9.4
-libXres: 1.2.0
-vulkan-sdk: 1.0.68
-------------------------
xap series:
-pan: 0.144
-x3270: 3.6ga4
-------------------------
xfce series:
-xfce4-power-manager: 1.6.1
-------------------------

gmgf 02-04-2018 01:18 PM

ebtables, exiv, rpm, libexif, libXres, pinentry, are already in current, cdrtools, fontconfig, lxc, pango, are devel versions, gegl-0.3.28 is needed only for gnome-photos, gnome-photos, is not present in slackware ;)

RandomTroll 02-04-2018 10:14 PM

regulatory.db in some package? whatever cfg80211 appears in.

gmgf 02-05-2018 02:46 AM

expect-5.45.4:

https://sourceforge.net/projects/exp...Expect/5.45.4/

htop-2.1.0:

http://hisham.hm/htop/
http://hisham.hm/htop/releases/2.1.0/htop-2.1.0.tar.gz

solarfields 02-05-2018 03:03 AM

regarding this previous post of mine:

https://www.linuxquestions.org/quest...ml#post5811584

i fixed the 'issue' by uncommenting the classic hinting mode in /etc/profile.d/freetype.sh, then told applications to use the DejaVu "relatives" of fonts such as Monospace. That's it...

gmgf 02-05-2018 04:45 AM

NetworkManager-1.10.4:

http://ftp.gnome.org/pub/gnome/sourc...er-1.10.4.news
http://ftp.gnome.org/pub/gnome/sourc...-1.10.4.tar.xz

GazL 02-05-2018 05:54 AM

Quote:

Originally Posted by RandomTroll (Post 5815893)
regulatory.db in some package? whatever cfg80211 appears in.

cfg80211 is in the kernel. The regulatory.db firmware based loading mechanism was introduced with 4.15; it appears to be a replacement for crda and its udev rule, but it doesn't appear to be documented much at all, either in the kernel's ./Documentation/networking/regulatory.txt, or in the wireless-regdb sources themselves.

The last official release of wireless-regdb still dates back to 2015, so the only place you'll find the new files is in the wireless-regdb git repo

As far as I can figure out from what little there is to read, you need to copy into /lib/firmware the pre-compiled regulatory.db and its signature file regulatory.db.p7s and then discontinue use of crda (which this new mechanism obsoletes). sforshee's public key seems to be embedded in the kernel already.

Now, depending on when your cfg80211 subsystem gets loaded (i.e. module, or builtin to a kernel) you may need to put these files in your initrd to avoid the message about being unable to load the file at boot.

Until such time as current moves to 4.15 or later, Pat will need to keep supplying the old crda mechanism. It might be worth including these new files into the crda package for now, and then perhaps give them their own wireless-regdb package if/when crda is ever removed, but that's Pat's choice to make.

That's pretty much what I've figured out so far. Please note, most of this is from reading between the lines and could be wrong. Documentation on this new mechanism is seriously lacking at present..


edit: Well, I see Pat's already updated crda in current, so this post was a waste of time. My mirror must have been behind when I checked the changelog this morning. :(

slac-in-the-box 02-05-2018 01:31 PM

Howdy Slackers:

What's Slackware's best practice for managing rfkill? I've added "/usr/sbin/rfkill unblock all" to the beginning of rc.inet1, because I viewed it as something needed before network starts... (I'm still on patched 14.2, and not current, or I would have used /usr/bin/rfill, as I read rfkill has been merged into utils-linux package, and it's path has changed). Of course, this works fine in rc.local too, instead of rc.inet1. I was just wondering how Pat would do it, and if handling these minor pesky rfkill switches would be something that could be included in slackware's inet configuration scripts in -current, or in the next version? It doesn't seem to hurt anything, if there are no switches to unblock; and if there are, then they would just be unblocked by the inet scripts, and the end user, putting slackware on their desktop pc for the first time, wouldn't have to experience a trivial wifi issue with a trivial fix.

RandomTroll 02-05-2018 03:47 PM

Quote:

Originally Posted by GazL (Post 5815965)
cfg80211 is in the kernel.

I noticed. The kernel has a few packages, including one for firmware.

Quote:

Originally Posted by GazL (Post 5815965)
The regulatory.db firmware based loading mechanism was introduced with 4.15

Why I brought it to this forum's attention - in case it had been missed.

Quote:

Originally Posted by GazL (Post 5815965)
As far as I can figure out from what little there is to read, you need to copy into /lib/firmware the pre-compiled regulatory.db and its signature file regulatory.db.p7s and then discontinue use of crda

I didn't have to discontinue use of CRDA; I could just add regulatory.db - not that that did me any good other than eliminating an irrelevant error message.

Quote:

Originally Posted by GazL (Post 5815965)
(which this new mechanism obsoletes). sforshee's public key seems to be embedded in the kernel already.

Forewarned is forearmed.

pamu1 02-05-2018 09:44 PM

wxPython 4.0
https://www.wxpython.org/

At least in test directory. It's very difficult to build manually.

Darth Vader 02-06-2018 01:41 AM

Intel VAAPI driver alternative for the G45 chipset ?

https://bitbucket.org/alium/g45-h264...2.0.0-2.tar.gz

What is worth this alternate driver?

In comparation with the standard Intel VAAPI driver, it gives the hardware decoding support for H264 on Intel GMA X4500HD, which is used by the G41, G43 and G45 chipsets.

https://en.wikipedia.org/wiki/Intel_GMA#GMA_X4500

Those chipsets, which was Intel's flagship at their time, was used in tons of Intel motherboards with socket 775 and Core 2 Duo laptops, and also happened to be the weapon of choice of the hardware companies like Fujitsu-Siemens, Lenovo, Acer, Dell when they started to build mini-PCs for office usage.

Which professional but low consumption mini-PCs now "invaded" the Second World, and usually available at a reasonable price, as second hand.

Hence, many there use them as HTPC or second PCs for family and kids.

Even myself I have now two Fujitsu Siemens Q5030, one used as router, the second one for family's web browsing and as HTPC.

Those mini-PC are powerful enough to work reasonably with KDE4 (and Plasma 5) and gives you an experience similar with an laptop, but being in a small desktop form.

Now the catch: using this alternate VAAPI driver, the CPU load is reduced considerably on H264 decoding while playing videos, and a mini-PC like I have can drive an 1080p movie to a TV with no problems, and a CPU load under 20%. Impresive for that little thing.

My proposal: to add this intel-driver-g45-h264 into /extra as a intel-vaapi-driver alternative. In fact, they are/should be the same as name.

PS. For those busy to think that I (can) have personal interests, as I know that you guys hate someone to have even a small profit, I would like to note that I am very well capable to solve myself (for myself) this package. And I use it already. :p

PS2. Yes, I am aware that that will be a supplementary "burden" for Patrick Volkerding, no one needs to remember me that. ;)

gmgf 02-06-2018 03:16 AM

man-db-2.8.0:

http://git.savannah.nongnu.org/cgit/man-db.git
http://download.savannah.nongnu.org/...b-2.8.0.tar.xz

ponce 02-06-2018 03:45 AM

Quote:

Originally Posted by Darth Vader (Post 5816298)
Intel VAAPI driver alternative for the G45 chipset ?
[...]
In comparation with the standard Intel VAAPI driver, it gives the hardware decoding support for H264 on Intel GMA X4500HD, which is used by the G41 and G45 chipsets.

I'm just guessing, and I may be wrong, but could there be some issues in being redistributed because of patents related to h264 and that's why it hasn't been included in the main intel-vaapi-driver?

Darth Vader 02-06-2018 04:08 AM

Quote:

Originally Posted by ponce (Post 5816316)
I'm just guessing, and I may be wrong, but could there be some issues in being redistributed because of patents related to h264 and that's why it hasn't been included in the main intel-vaapi-driver?

From what I read, that story has nothing to do with the patents associated to H264, after all, it support only the decoding, not also the encoding on H264.

AND, after all, the standard intel-vaapi-driver has already a fine support for H264, if we talk about the later Intel HD chipsets. Even for hardware accelerated H264 encoding.

https://01.org/linuxgraphics/community/vaapi

Also, to note that Arch Linux, Ubuntu, Gentoo and other distributions ships that alternative VAAPI driver since ages.

Most likely, it is in fact an late bird to VAAPI, generated by the fact that there is a really massive number of corporate/office computers which sports this G45 chipset and variants, able to do that H264 decoding in hardware, while Intel interests was to push the usage Intel HD graphics.

Or somehow, internally that H264 decoding on G45 differ by the later Intel HD, maybe generating some fine internal conflicts while using both in the same library.

Long story short, I believe that there are no patents issues, but some fine tuning was needed to add that support for G45.

Was that support added by Intel? Was it added by Dell or Fujitsu-Siemens programmers? I do not know.

ponce 02-06-2018 04:20 AM

Quote:

Originally Posted by Darth Vader (Post 5816323)
Also, to note that Arch Linux, Ubuntu, Gentoo and other distributions ships that alternative VAAPI driver since ages.

of the ones you cite I was able to find it only in the AUR (user contributed scripts, not the main repository): could you please point me at the other packages, hopefully there will be more informations about it...

Quote:

Originally Posted by Darth Vader (Post 5816323)
Was that support added by Intel? Was it added by Dell or Fujitsu-Siemens programmers? I do not know.

the strange thing for me is that it looks like is distributed as a tarball, with no history of the changes...

abga 02-06-2018 06:05 AM

Can we have the noalias option added in the /etc/dhcpcd.conf ? In case the interface has already an IP Address assigned, dhcpcd will add a secondary temporary IP Address on the interface and won't flush the existing one without this option.

Reference:
https://www.daemon-systems.org/man/dhcpcd.conf.5.html

A recently reported & resolved issue:
https://www.linuxquestions.org/quest...5/#post5816345


All times are GMT -5. The time now is 12:26 PM.