conky v1.9.0-6 for BunsenLabs Helium

Head_on_a_Stick · 2017-07-02 19:22:43

Sector11 wrote:

^ That link should be in the OP

There is already a version of that at the bottom of the OP.

I will have to reboot into my Diproton system and check this out, give me a bit...

Head_on_a_Stick · 2017-07-02 19:31:17

Thinking about this, you may just have the transitional "conky-all" package.

I think you need this .deb file for the actual binary executables:

http://download.opensuse.org/repositori … _amd64.deb

It's simpler to add my repository and `apt upgrade` to the new version because there are so many different individual packages involved.

Last edited by Head_on_a_Stick (2017-07-02 19:43:47)

Sector11 · 2017-07-02 19:38:40

Nope that's i386.

I was hoping not to add repo (three builds here) but will do so.

Head_on_a_Stick · 2017-07-02 19:44:17

^ I've changed the link to the amd64 version (also already in the OP).

Sector11 · 2017-07-02 19:48:30

Got it:

 02 Jul 17 @ 16:45:09 ~
   $ apt-cache policy conky-all
conky-all:
  Installed: 1:1.9.0-6
  Candidate: 1:1.9.0-6
  Version table:
 *** 1:1.9.0-6 100
        100 /var/lib/dpkg/status
     1.10.6-1 500
        500 http://ftp.us.debian.org/debian stretch/main amd64 Packages
 
 02 Jul 17 @ 16:45:37 ~
   $ up2
Hit:1 http://security.debian.org/debian-security stretch/updates InRelease 
Ign:2 http://ftp.us.debian.org/debian stretch InRelease                    
Hit:3 http://ftp.us.debian.org/debian stretch-updates InRelease
Hit:4 http://ftp.us.debian.org/debian stretch Release
Reading package lists... Done                      
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 
 02 Jul 17 @ 16:46:01 ~
   $

Had to purge "conky and conky-all"

Thank you.

Head_on_a_Stick · 2017-07-02 19:50:25

^ You're welcome, glad you got it fixed.

I will add a note to the OP for anybody else who encounters this, I made the exact same error when attempting to test the .deb file...

Sector11 · 2017-07-02 20:50:54

Tried removing conky-all, apt wanted to install conky-standard. Then it hit me, "conky" alone loads 'conky-all' I no longer have 'conky' loaded. just conky-all.

Along come purge conky conky-all All cool!

stevep · 2017-07-02 21:55:49

Interestingly enough, anticapitalista asked me to do the same thing today for conky and gufw for the upcoming antiX 17 release, also based on Stretch, except asked for the packages to have "-legacy" added, such as "conky-legacy-all". They seem to work well to remove the Stretch conky packages in favor of the legacy versions when we did some test upgrades from the OBS. Sources are here:

http://download.opensuse.org/repositori … ebian_9.0/

DeepDayze · 2017-07-02 22:01:58

stevep wrote:

Interestingly enough, anticapitalista asked me to do the same thing today for conky and gufw for the upcoming antiX 17 release, also based on Stretch, except asked for the packages to have "-legacy" added, such as "conky-legacy-all". They seem to work well to remove the Stretch conky packages in favor of the legacy versions when we did some test upgrades from the OBS. Sources are here:
http://download.opensuse.org/repositori … ebian_9.0/

Thanks for that one. Is this way better than merely adding an epoch to a package? BTW I liked your Palemoon builds too.

Last edited by DeepDayze (2017-07-02 22:03:03)

Sector11 · 2017-07-02 23:53:10

In honour of blizgreat: babble on

@ stevep - yea, I think conky v1.10 is loosing ground with people who "do" conky. It removed some function-ability (not a word?) and didn't seem to add enough to compensate for it.

For me the two really big ones are the loss of: ${pre_exec} and the loss of centre|right click on the conky itself to access menus.

And I'm not even talking about what the changes mean in different desktop environments. There has to be some fallout there, hell, conky v1.9 reacts differently in different desktops.

If the move to LUA was - just because it's LUA - it was the wrong move, in my very humble, non-developer opinion. And If I had the knowledge I'd fork it in a split second.

Call it: yafot¹ v9:0.0-1²

Let's face it:

own_window yes
own_window_type normal
own_window_transparent yes

is easier than

	own_window = true,
	own_window_type = 'normal',
	own_window_transparent = true,

=====
¹ Yet Another Fork Of Torsmo
² -v9: represents based on conky v1.9.0-x

babble off

DeepDayze · 2017-07-03 11:36:12

earlybird wrote:

Sector11 wrote:
the loss of centre|right click on the conky itself to access menus.
Seems like there is a new patch floating around which enables this behaviour on 1.10: https://github.com/brndnmtthws/conky/is … -308596072. If this is not in conky mainline, we could ship a package with the patch in BL He; the Debian package format lends itself to easy patching.

If the package builds fine I am willing to test this patched package.

stevep · 2017-07-03 16:59:28

DeepDayze wrote:

stevep wrote:
Interestingly enough, anticapitalista asked me to do the same thing today for conky and gufw for the upcoming antiX 17 release, also based on Stretch, except asked for the packages to have "-legacy" added, such as "conky-legacy-all". They seem to work well to remove the Stretch conky packages in favor of the legacy versions when we did some test upgrades from the OBS. Sources are here:
http://download.opensuse.org/repositori … ebian_9.0/
Thanks for that one. Is this way better than merely adding an epoch to a package? BTW I liked your Palemoon builds too.

Thanks for the PM kudos! I've been told by a developer that the next Pale Moon 27.4.0 release is coming "soon", but there's no firm date yet.

I think that renaming the Conky packages actually made it easier for me to have them upgrade in place over the standard conky packages, though I did have to edit some Conflicts and Replaces in the debian/control file to make it happen correctly. I added an epoch anyway, but now I'm sure that's not necessary for renamed packages. Anti has let me know they work great, and the -legacy versions will be in the next antiX release

Sector11 · 2017-07-03 17:10:40

@ earlybird

Yea, but it says that he has to patch after every "update" so it's not an official patch. However, maybe, it's on the way, unless it's another case like ${pre_exec}.

${pre_exec} command, that's been going on for three years now. And yes, I tried "version 2" years ago and hated it then as well, it was Cv1.10 while still in the womb (Read: in development). Now if Brandon has done nothing in 3 years about ${pre_exec}, he isn't going to, and that might flow over to the centre|right click function as well.

Me, I'll stick to Cv1.9 for a while yet.

stevep · 2017-07-03 17:44:29

I did a git pull from that repo, so that should include that patch:

https://build.opensuse.org/package/show … _git/conky

However, I didn't add any epoch, so it won't automatically upgrade over HOAS's package, so you'll have to remove his first if you want to test mine.

DeepDayze · 2017-07-03 18:42:57

stevep wrote:

DeepDayze wrote:
stevep wrote:
Interestingly enough, anticapitalista asked me to do the same thing today for conky and gufw for the upcoming antiX 17 release, also based on Stretch, except asked for the packages to have "-legacy" added, such as "conky-legacy-all". They seem to work well to remove the Stretch conky packages in favor of the legacy versions when we did some test upgrades from the OBS. Sources are here:
http://download.opensuse.org/repositori … ebian_9.0/
Thanks for that one. Is this way better than merely adding an epoch to a package? BTW I liked your Palemoon builds too.
Thanks for the PM kudos! I've been told by a developer that the next Pale Moon 27.4.0 release is coming "soon", but there's no firm date yet.
I think that renaming the Conky packages actually made it easier for me to have them upgrade in place over the standard conky packages, though I did have to edit some Conflicts and Replaces in the debian/control file to make it happen correctly. I added an epoch anyway, but now I'm sure that's not necessary for renamed packages. Anti has let me know they work great, and the -legacy versions will be in the next antiX release

Sounds good and I will try out your -legacy package. So I then just merely remove and not purge Hoas' package then install yours?

DeepDayze · 2017-07-03 18:44:55

I can also test the patched conky 1.10 to see how it works too.

Sector11 · 2017-07-03 18:45:34

@ stevep

Just tried it and no centre | right click.

 
 03 Jul 17 @ 15:45:44 ~
   $ conky -v
conky 1.10.7 compiled Mon Jul  3 17:31:36 UTC 2017 for Linux 4.4.73-18.17-default x86_64

Compiled in features:

System config file: /etc/conky/conky.conf
Package library path: /usr/lib/conky


 General:
  * math
  * hddtemp
  * portmon
  * IPv6
  * Curl
  * RSS
  * Weather (METAR)
  * Weather (XOAP)
  * wireless
  * support for IBM/Lenovo notebooks
  * nvidia
  * eve-online
  * builtin default configuration
  * old configuration syntax
  * Imlib2
  * apcupsd
  * iostats
  * ncurses
  * Internationalization support
  * PulseAudio

 Lua bindings:
  * Cairo
  * Imlib2
  * RSVG
 X11:
  * Xdamage extension
  * Xinerama extension (virtual display)
  * XDBE (double buffer extension)
  * Xft
  * ARGB visual
  * Own window

 Music detection:
  * Audacious
  * MPD
  * MOC
  * XMMS2

 Default values:
  * Netdevice: eth0
  * Local configfile: $HOME/.conkyrc
  * Localedir: /usr/share/locale
  * Maximum netdevices: 64
  * Maximum text size: 16384
  * Size text buffer: 256
 
 03 Jul 17 @ 15:45:49 ~
   $

BTW: I did a:

prg conky-all && get /media/10/conky-all_1.10.6.gita58a6d4-1obs_amd64.deb

alias prg='sudo apt-get purge'
alias get='sudo apt-get install --no-install-recommends'

in the end I did:

prg conky-all && get conky-all

so I'm back to 1.9 again.

DeepDayze · 2017-07-03 19:18:57

Thanks for that and hopefully that can be resolved somehow S11.

Sector11 · 2017-07-03 21:09:07

I'm quite happy with 1.9, it means I don't have to convert a few thousand conkys.

DeepDayze · 2017-07-04 14:50:38

Sector11 wrote:

I'm quite happy with 1.9, it means I don't have to convert a few thousand conkys.

Wow you are quite a conky hound!

#21 2017-07-02 19:22:43

Re: conky v1.9.0-6 for BunsenLabs Helium

#22 2017-07-02 19:31:17

Re: conky v1.9.0-6 for BunsenLabs Helium

#23 2017-07-02 19:38:40

Re: conky v1.9.0-6 for BunsenLabs Helium

#24 2017-07-02 19:44:17

Re: conky v1.9.0-6 for BunsenLabs Helium

#25 2017-07-02 19:48:30

Re: conky v1.9.0-6 for BunsenLabs Helium

#26 2017-07-02 19:50:25

Re: conky v1.9.0-6 for BunsenLabs Helium

#27 2017-07-02 20:50:54

Re: conky v1.9.0-6 for BunsenLabs Helium

#28 2017-07-02 21:55:49

Re: conky v1.9.0-6 for BunsenLabs Helium

#29 2017-07-02 22:01:58

Re: conky v1.9.0-6 for BunsenLabs Helium

#30 2017-07-02 23:53:10

Re: conky v1.9.0-6 for BunsenLabs Helium

#31 2017-07-03 11:36:12

Re: conky v1.9.0-6 for BunsenLabs Helium

#32 2017-07-03 16:59:28

Re: conky v1.9.0-6 for BunsenLabs Helium

#33 2017-07-03 17:10:40

Re: conky v1.9.0-6 for BunsenLabs Helium

#34 2017-07-03 17:44:29

Re: conky v1.9.0-6 for BunsenLabs Helium

#35 2017-07-03 18:42:57

Re: conky v1.9.0-6 for BunsenLabs Helium

#36 2017-07-03 18:44:55

Re: conky v1.9.0-6 for BunsenLabs Helium

#37 2017-07-03 18:45:34

Re: conky v1.9.0-6 for BunsenLabs Helium

#38 2017-07-03 19:18:57

Re: conky v1.9.0-6 for BunsenLabs Helium

#39 2017-07-03 21:09:07

Re: conky v1.9.0-6 for BunsenLabs Helium

#40 2017-07-04 14:50:38

Re: conky v1.9.0-6 for BunsenLabs Helium

Board footer