[SOLVED] Requests for -current (20151216)

chytraeus · 03-17-2016, 08:40 PM

hexchat version 2.12.0 was released on March 12.

vladimir1986 · 03-17-2016, 09:08 PM

I have an old laptop, but love to listen to music online. I used to do it with youtube, but since HTML5 it struggles, and flash is going to be dead soon.

I used to listen to music using mpsyt, minitube or youtube viewer, which are offered in slackbuilds/alien but none of those work anymore or even compile in their latest versions.... (pafy errors, incompatible with new Youtube API or libraries are too outdated).

I really would love to be able to listen to that music using one of those again, specially if I can do it from terminal. But it is quite difficult to achieve in Slackware, even in current.

USUARIONUEVO · 03-17-2016, 09:21 PM

Quote:

Originally Posted by vladimir1986

I have an old laptop, but love to listen to music online. I used to do it with youtube, but since HTML5 it struggles, and flash is going to be dead soon.

I used to listen to music using mpsyt, minitube or youtube viewer, which are offered in slackbuilds/alien but none of those work anymore or even compile in their latest versions.... (pafy errors, incompatible with new Youtube API or libraries are too outdated).

I really would love to be able to listen to that music using one of those again, specially if I can do it from terminal. But it is quite difficult to achieve in Slackware, even in current.

smtube

cwizardone · 03-17-2016, 10:26 PM

Thunderbird-38.7.0.
Thanks.

Security fixes: https://www.mozilla.org/en-US/securi...hunderbird38.7

RoyBatty100 · 03-18-2016, 02:28 AM

Please upgrade boost to 1.60.0 and consider upgrade gkrellm.
They have published gkrellm-2.3.6-rc1.tar.bz2, I know it is rc
but current gkrellm-2.3.5 is five years old.
Thank you

ponce · 03-18-2016, 03:17 AM

maybe it's me and it's not my intention to do the party pooper but I think many of the above posters missed the latest ChangeLog

Quote:

Thu Mar 17 22:09:16 UTC 2016
Good hello, let's call this Slackware 14.2 release candidate 1. We still have a bit of work to do before this is fully ready to go, but we're done doing every little upgrade that comes along. Well, mostly.

Tonus · 03-18-2016, 05:17 AM

Hi,

Just a little upgrade, as said :

l/urwid was upgraded from 1.3.0 to 1.3.1

Fixes multiple crashes in wicd-curses.

Compiled on current with no problem (just bump the version in Slackbuild and apropriate sources)

Download sources here : https://pypi.python.org/packages/sou...d-1.3.1.tar.gz

Changelog 1.3.1 :
2015-11-01

Fix for screen not getting reset on exception regression (by Rian Hunter)
AttrSpec objects are now comparable (by Random User)
MonitoredList now has a clear method if list has a clear method (by neumond)
Fix for BarGraph hlines sort order (by Heiko Noordhof)
Fix for final output not appearing on exit with some terminals now that extra newline was removed (by Jared Winborne)
Fix for a resizing bug in raw_display (by Esteban null)

GazL · 03-18-2016, 05:34 AM

Quote:

Originally Posted by USUARIONUEVO

Hi , i request 2 times the option

in xterm , i think no lucky because im not explain nothing arround that request.

Here is a little example ... can send a task in xterm ,and see in the xterm window and at same time , save a txt with all actions registered.

the code , do a scan in xterm window ...and register all in to file /tmp/scan.txt , if no logging enabled, that type of actions NOT WORK.

All distros compile xterm with logging enabled , i think is not problematic option to enable.

Saving actions in to a txt , helps to grep later some things, or to comparision propouse.

I hope , now understand my request.

Thanks.

The command exposed , only works well ,if recompile xterm with logging , in the actual xterm 322 (no loggin enabled) , the action do a scan ,but can`t save in to a txt...only after recompile enabling that.

I'm not entirely sure what your aim is, but logging at the xterm level seems an odd way of doing it.

Does this not work for you?

Code:

xterm -e "iw wlan0 scan | tee /tmp/scan.txt ;bash"

Or,

Code:

xterm -e "bash -c \"iw wlan0 scan | tee /tmp/scan.txt ; read\""

If all you're looking to do is view the output, then you don't need xterm. xmessage will do the job.

Code:

iw wlan0 scan | tee /tmp/scan.txt | xmessage -default okay -file -

And then there's also script(1) which is another way to go.

The xterm man-page has this to say on logging:

Quote:

-l Turn logging on. Normally logging is not supported, due to security concerns.

RoyBatty100 · 03-18-2016, 06:11 AM

Quote:

Originally Posted by ponce

maybe it's me and it's not my intention to do the party pooper but I think many of the above posters missed the latest ChangeLog

Correct, it's just you Good Sir. Nobody's missed anything. People are (re)posting requests because of the recent changelog. They know it is a final call.
Don't make assumption that some Slackers missed something... .
Have a good one .

ponce · 03-18-2016, 06:21 AM

Quote:

Originally Posted by RoyBatty100

Don't make assumption that some Slackers missed something...

ok, so please feel free to send in (welcomed) patches for whatever the boost bump to 1.60.0 will eventually break (in current and on SBo): thanks in advance!

ReaperX7 · 03-18-2016, 07:00 AM

It's not that package updates will be considered Roy, it's the fact things have gotten to a point of stability where only packages to fix issues, critical security patches, and the like are more important at the moment.

That being said don't stop with the submissions of full updates and patches.

bassmadrigal · 03-18-2016, 07:32 AM

Quote:

Originally Posted by vladimir1986

I have an old laptop, but love to listen to music online. I used to do it with youtube, but since HTML5 it struggles, and flash is going to be dead soon.

I used to listen to music using mpsyt, minitube or youtube viewer, which are offered in slackbuilds/alien but none of those work anymore or even compile in their latest versions.... (pafy errors, incompatible with new Youtube API or libraries are too outdated).

I really would love to be able to listen to that music using one of those again, specially if I can do it from terminal. But it is quite difficult to achieve in Slackware, even in current.

There are several options out there. Looking on the arch forum, it looks like the best option with minimal 3rd-party programs would be to use youtube-dl in conjunction with mplayer.

Code:

youtube-dl -q -o- $url | mplayer -cache 8192  -

If you want just audio, you can try the following.

Code:

youtube-dl -f bestaudio -q -o- $url | mplayer -cache 8192  -

However, it looks like the easier option (except for the compilation) would be to use mpv with youtube-dl support. Supposedly, if you compile mpv with youtube-dl support, you can just run:

Code:

mpv $url

You can do audio only with:

Code:

mpv $url --no-video

NOTE: I am not at home and am unable to test any of these. They are just various things I found online.

Didier Spaier · 03-18-2016, 07:45 AM

I'm probably a bit late after RC1 but still...

If space permits, please provide EFI booting for 32-bit as well as 64-bit.

Rationale: useful for embedded and low end systems like some notebooks or tablets. I anticipate that during the life of Slackware-14.2 booting in legacy mode will be less and less available on new computers.

RoyBatty100 · 03-18-2016, 08:55 AM

Quote:

Originally Posted by ponce

ok, so please feel free to send in (welcomed) patches for whatever the boost bump to 1.60.0 will eventually break (in current and on SBo): thanks in advance!

I got it already upgraded on Slackware64 14.1. Works well to me.
Been around since kernel 1.2.x not a problem It's just that kind of thinking.
You gonna ship almost decade old unmaintained code (gkrellm) and people
will use it for another two years until Slackware 15.0? perfect code?.
Wrong, in my opinion it was enough time to consider drop gkrellm, use rc release,
git-snap or switch to Conky for instance. Boost isn't a problem, not that old
but it is nice to have the latest stable release for another two years.
Anyway cant wait for Slackware 14.2, kernel and gcc.
Stay classy

willysr · 03-18-2016, 09:22 AM

Quote:

Originally Posted by RoyBatty100

I got it already upgraded on Slackware64 14.1. Works well to me.
Been around since kernel 1.2.x not a problem It's just that kind of thinking.
You gonna ship almost decade old unmaintained code (gkrellm) and people
will use it for another two years until Slackware 15.0? perfect code?.
Wrong, in my opinion it was enough time to consider drop gkrellm, use rc release,
git-snap or switch to Conky for instance. Boost isn't a problem, not that old
but it is nice to have the latest stable release for another two years.
Anyway cant wait for Slackware 14.2, kernel and gcc.
Stay classy

As long as it still works, why bother to upgrade to a new rc release which we have no idea about it's stability.

There are other apps that are older than gkrellm and it's still shipped in slackware

About boost, think about the consequences. It may affect other packages in Slackware's core packages as well as in SBo.

Eventually there should be a point where stability comes first and i guess RC1 is the sign for it. All new shinny features can wait for next release.