Hi , on slackware current , glade package is

glad3-3.8.5

but seeying in glade page , that is only support gtk2 and glade 1.0


Its possible making another glade package up to date for gtk3 support and glade-2.0?


Now the history , on SBo , when try to compile meld3 that have 2 depends , pygobject3 + gtksourceview3


gtksourceview on sbo go to make 3.8.4 , but fail on compilation in current , the i try to go up , and all the same request


NO PAGKAGE gladeui-2.0

after some tryings i see on glade page this

stable tarballs for Glade 3.8 for GTK+2
stable tarballs for Glade 3.18 for GTK+3


Then i see the light , slackware have 3.8 branch and no support for gtk3 in glade and no glade 2.0



AFTER upgrade glade oficial package to the latest , i can build all perfectly , im not see the reason to ship 3.8.x , because no see no one in slackware requesting that libraries.


after update glade to 3.18.3 , all continued workin well , and no app want the gla 3.8 libraries.


why no update this package ? or
its possible ships a glade 3.8 + newer at time ?


3.8 --> glade 1.0 , gtk2
3.1x --> glade 2.0 , gtk3


in sbo , glade package ships to 3.14.2 , and works well , upgrading stock 3.8 for the sbo plays well.


All plays well ,except that 3.8 package ...too old.
glade3-3.8.5.tar.xz 2014-05-12 21:16 2.2M


EDIT: No need upgrade , can coexist the 2 versions at time is better option ...because upgarde broken libxfceui

On -current, Matteo recommends that you use gtksourceview3 version 3.16.1
please see his SlackBuild here https://github.com/Ponce/slackbuilds...gtksourceview3

Also, Willy recommends that you use meld3 version 3.12.3
please see http://slackbuilds.org/cgit/slackbui...elopment/meld3

Matteo is already thinking about a big upgrade of many gnome/GTK packages to 3.16.x, but he expects a "bloodbath" and he's done a lot of work on graphics problems this week, so please be patient...

Np , i compile gtksourceview 3.17.2 , using glade 3.18 , and works well , pugobject3 y compile 3.17.1


I mark the thread as solved , because can put on system glade 3.8 + 3.18 without problems , because no file matches on the two packages all files different names 3.8 are glade 1 and 3.18 glade 2 , then files and libraries names start with 1. or 2.

This is nice , only i confused because names , same as libopenjpeg , slackware ships 2.x version but name same as 1.x series but are differente branches.

openjpeg 2 branch in other distros arrives as

openjpeg2-2.x or rename package on sbo to openjpeg1 , that things confused the people.

you are mixing slackware stable repositories and slackware current ones.

- SBo's repository is for slackware stable and contains openjpeg2 (2.x).

- slackware stable contains openjpeg 1.x, the openjpeg package at version 2.x is in slackware current.

in my personal unofficial repository for slackware current I actually renamed openjpeg

http://cgit.ponce.cc/slackbuilds/commit/?h=openjpeg1
http://cgit.ponce.cc/slackbuilds/commit/?h=openjpeg2

yea man , you right , i know Sbo is for 14.1 , and my systema is current...then i think when new slackware stable release, some sbo packages go to renamed.

when i compiled openjpeg-1. , y rename to ojenjpeg1 , same as you
im not build 2.x , because arrives on current branch , and no want to dismatch the official packages.


now i have openjpeg-2..x to current and opemjpeg1-1.x from sbo

i need openjpeg1 , because build ffmpeg , and talking about , ffmpeg fails on build , asm compiler error...solved adding to configure

but im not sure , is the right way , or have a problem on gcc.

ffmpeg version 2.7.2

ffmpeg-2.6.3/4 build fine here on slackware{64,}-current.

try sticking to the SBo's versions: you might want to build other software from SBo later and it might not be compatible with newer ffmpegs.

I still think that 2 version of glade should be shipped.

a glade-3.8.6 (for gtk+2 - XFCE)
a glade3-3.20.1 (for gtk+3)