SBo scripts not building on current (read 1st post, pls)

55020 · 01-30-2016, 04:55 PM

Yes Rob, pypoppler in SBo was broken by the recent upgrade of poppler to 0.40. Our usual crash test dummies (Arch and Fedora) haven't yet updated to poppler-0.40, so they have no patches for us to plagiarise. Upstream is pretty much dead. *However*, the good news is that upstream's bug tracker is still active, and this breakage is logged as bug 1528489.

https://bugs.launchpad.net/poppler-python/+bug/1528489

In which we see that Gentoo is on the case and has a patch.
https://launchpadlibrarian.net/23099...-changes.patch

The patch should let you get it built, and if that works for you I'll get it into SBo master in due course.

55020 · 01-30-2016, 05:49 PM

Quote:

Originally Posted by ethoms

But I do wonder why we couldn't just fork the 14.1 SlackBuilds and continue adding and refining the 14.1 SlackBuilds. After all, many systems will run 14.1 for a while to come yet. Then perhaps a big notice on the submit page encouraging maintainers to test against the github fork (current -> 14.2) in preparation for the release.

This has pretty much already happened, except that the big notice was on the mailing list, and the repo is on SBo's own server instead of github.

Submissions to 14.1 have been closed to keep the admin workload under control. It's quite possible that there will be selected backports and fixes in the 14.1 branch before 14.2 is released, and maybe a few more after that -- this is what happened in the 14.0 to 14.1 cycle. I remember SBo mgmt suggesting backports right up until we were put out of our misery

Quote:

Originally Posted by ethoms

It begs the question; should we allow the upload form to take SB's from the current release and the last release (leap frogging). This gives users of the previous Slackware version more time whilst fully supported before they move to next release. However, it means more work for the maintainers, if they choose to maintain the previous release with up-to-date SB's.

It's not as if SBo's 14.1 will go away: users of the previous Slackware version will still have their own SBo branch for as long as they like, albeit frozen with package versions that are compatible with their Slackware installation.

Work for the maintainers is the main obstacle. There wouldn't be any choice; to do the job properly, maintainers would need to test in four clean build environments (or *eight* if the suggested "optional PAM" happened).

Quote:

Originally Posted by ethoms

My only complaint would be that the time taken for the approved queue to get synced to the production repo is a bit too long (infrequent). If they are approved, what's the hold up.

Everything approved goes into the approver's publicly available git branch immediately, but issues do come to light occasionally that get fixed after approval and before the approximately weekly update. If you follow the approver's branches, you can help to discover those issues

brobr · 01-30-2016, 07:16 PM

Quote:

Originally Posted by 55020

... Gentoo is on the case and has a patch.
https://launchpadlibrarian.net/23099...-changes.patch

Yip, that works. Saving that file in the patches folder for pypoppler and then adding the line

Quote:

patch -p0 < $CWD/patches/python-poppler-0.12.1-poppler-0.39.0-changes.patch

below the list of patches in Sbo's pypoppler.SlackBuild does the job.

Thanks fivefiveamsterdam!-)

willysr · 01-30-2016, 08:03 PM

Thanks, fixed in my branch for 14.2 already

aszabo · 01-31-2016, 04:30 PM

Quote:

Originally Posted by willysr

Thanks, fixed in my branch for 14.2 already

Hi Willy, can I find your package somewhere?

willysr · 01-31-2016, 06:42 PM

It's in my branch in SBo GIT
https://slackbuilds.org/cgit/slackbu...d104860f204af3

You can see the whole files here
https://slackbuilds.org/cgit/slackbu...d104860f204af3

NOTE: when that branch is merged in master, it will no longer be available and you can search it using cgit interface: https://slackbuilds.org/cgit/slackbuilds

aszabo · 02-01-2016, 10:54 AM

Thanks Willy, I have rebuilt it with your files and now there isn't any problem.

brobr · 02-01-2016, 11:35 AM

Quote:

Originally Posted by aszabo

Thanks Willy, I have rebuilt it with your files and now there isn't any problem.

Hi Aszabo, I think the persons to thank most are the patchers at Gentoo, that's where the repair originated.

aszabo · 02-01-2016, 12:11 PM

OK, then many thanks for all persons who worked on it.

USUARIONUEVO · 02-03-2016, 05:31 PM

any one can compile ardour in CURRENT ?

I try with ponce slackbuild but error around glibmm

Thanks.

willysr · 02-03-2016, 05:50 PM

Yes, it's broken ATM

orbea · 03-02-2016, 11:19 AM

jfsw doesn't build in a Slackware32-current chroot (Its 32-bit only).

https://github.com/Ponce/slackbuilds...ent/games/jfsw

Code:

gcc -fomit-frame-pointer -O1 -W -Wall -Wimplicit -Wno-char-subscripts -Wno-unused -funsigned-char -fno-GCC_BUILTINS -Isource -I../build/include -Isource/jmact -Isource/jaudiolib  -DRENDERTYPESDL=1 -DSUPERBUOPENGL -DDYNAMIC_OPENGL -DSETSPRITEZ -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -D__cdecl=" "  -DHusr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/inclinclude/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/incluclude/glib-2.0 -I/usr/lib/glib-2.0/include  -o sw obj/actor.o obj/ai.o obj/anim.o obj/border.o obj/breaache.o obj/cd.o obj/cheats.o obj/colormap.o obj/config.o obj/console.o obj/coolg.o obj/coolie.o obj/copj/draw.o obj/eel.o obj/game.o obj/girlninj.o obj/goro.o obj/hornet.o obj/interp.o obj/interpsh.o obj/in/jsector.o obj/jweapon.o obj/lava.o obj/light.o obj/mclip.o obj/mdastr.o obj/menus.o obj/miscactr.o obj/ninja.o obj/panel.o obj/player.o obj/predict.o obj/quake.o obj/ripper.o obj/ripper2.o obj/rooms.o obobj/save.o obj/scrip2.o obj/sector.o obj/serp.o obj/setup.o obj/skel.o obj/skull.o obj/slidor.o obj/so/sprite.o obj/sumo.o obj/swconfig.o obj/sync.o obj/text.o obj/track.o obj/usrhooks.o obj/vator.o obj/vj/warp.o obj/weapon.o obj/zilla.o obj/zombie.o obj/saveable.o obj/util_lib.o obj/file_lib.o obj/contro/mouse.o obj/mathutil.o obj/scriplib.o obj/animlib.o obj/game_banner.o obj/game_icon.o obj/sdlmusic.o mix.o obj/mv_mix16.o obj/mvreverb.o obj/ll_man.o obj/fx_man.o obj/dsl.o obj/nodpmi.o obj/unixpitch.o ongine.a -lm  -L/usr/lib -Wl,-rpath,/usr/lib -lSDL -lpthread -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype
,/usr/lib -lSDL -lpthread -lSDL_mixer -Wl,-Map=sw.map
eobj/libengine.a(engine.o): In function `wallmost':
engine.c:(.text+0x11a5): undefined reference to `shlookup'
engine.c:(.text+0x11b2): undefined reference to `shlookup'
engine.c:(.text+0x11be): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `drawmapview':
engine.c:(.text+0x1f77c): undefined reference to `shlookup'
engine.c:(.text+0x1f789): undefined reference to `shlookup'
engine.c:(.text+0x1f795): undefined reference to `sqrtable'
engine.c:(.text+0x1f8a6): undefined reference to `shlookup'
engine.c:(.text+0x1f8b3): undefined reference to `shlookup'
engine.c:(.text+0x1f8bf): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `ksqrt':
engine.c:(.text+0x20cc5): undefined reference to `shlookup'
engine.c:(.text+0x20cd2): undefined reference to `shlookup'
engine.c:(.text+0x20cde): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `getceilzofslope':
engine.c:(.text+0x23852): undefined reference to `shlookup'
engine.c:(.text+0x2385f): undefined reference to `shlookup'
engine.c:(.text+0x2386b): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `getflorzofslope':
engine.c:(.text+0x23942): undefined reference to `shlookup'
engine.c:(.text+0x2394f): undefined reference to `shlookup'
engine.c:(.text+0x2395b): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `grouscan':
engine.c:(.text+0x23ba8): undefined reference to `shlookup'
engine.c:(.text+0x23bb5): undefined reference to `shlookup'
engine.c:(.text+0x23bc1): undefined reference to `sqrtable'
engine.c:(.text+0x24498): undefined reference to `shlookup'
engine.c:(.text+0x244a5): undefined reference to `shlookup'
engine.c:(.text+0x244b1): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `clipmove':
engine.c:(.text+0x246f1): undefined reference to `shlookup'
engine.c:(.text+0x246fe): undefined reference to `shlookup'
engine.c:(.text+0x2470a): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `getzsofslope':
engine.c:(.text+0x268e1): undefined reference to `shlookup'
engine.c:(.text+0x268ee): undefined reference to `shlookup'
engine.c:(.text+0x268fa): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `drawalls':
engine.c:(.text+0x2f994): undefined reference to `shlookup'
engine.c:(.text+0x2f9a1): undefined reference to `shlookup'
engine.c:(.text+0x2f9ad): undefined reference to `sqrtable'
engine.c:(.text+0x2fedb): undefined reference to `shlookup'
engine.c:(.text+0x2fee8): undefined reference to `shlookup'
engine.c:(.text+0x2fef4): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `hitscan':
engine.c:(.text+0x306dc): undefined reference to `shlookup'
engine.c:(.text+0x306e9): undefined reference to `shlookup'
engine.c:(.text+0x306f5): undefined reference to `sqrtable'
engine.c:(.text+0x3096c): undefined reference to `shlookup'
engine.c:(.text+0x30979): undefined reference to `shlookup'
engine.c:(.text+0x30985): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `alignceilslope':
engine.c:(.text+0x33b97): undefined reference to `shlookup'
engine.c:(.text+0x33ba4): undefined reference to `shlookup'
engine.c:(.text+0x33bb0): undefined reference to `sqrtable'
eobj/libengine.a(engine.o): In function `alignflorslope':
engine.c:(.text+0x33c77): undefined reference to `shlookup'
engine.c:(.text+0x33c84): undefined reference to `shlookup'
engine.c:(.text+0x33c90): undefined reference to `sqrtable'
eobj/libengine.a(kplib.o): In function `putbuf':
kplib.c:(.text+0x9b1): undefined reference to `abstab10'
kplib.c:(.text+0xbe4): undefined reference to `trnsrgb'
kplib.c:(.text+0xbf5): undefined reference to `trnsrgb'
collect2: error: ld returned 1 exit status
Makefile:193: recipe for target 'sw' failed
make: *** [sw] Error 1

55020 · 03-02-2016, 11:41 AM

Yes we know. Got a fix?

These don't build for me:

academic/Xyce
academic/jalview
audio/ardour
audio/guitarix
development/monodevelop-database
development/phantomjs
games/ember
games/etlegacy
games/jfsw (32bit)
games/unvanquished
graphics/photivo (32bit)
graphics/urbanlightscape (32bit)
haskell/haskell-platform
libraries/ggz-base-libs
libraries/libvmime
libraries/notify-sharp
libraries/squish (32bit)
multimedia/HandBrake (32bit)
network/mosaic-ck
network/retroshare
network/roger-router
network/smstools3
network/sockstress
network/sphinx (32bit)
perl/perl-Net-Write (32bit)
python/llfuse (32bit)
ruby/sqlite3 (32bit)
system/gradm (32bit)
system/hddtemp (32bit)
system/mongodb (32bit)
system/nix (32bit)
system/s3ql
system/systrace (32bit)
system/xen (32bit)
system/zfs-on-linux (32bit)

It would be good to see the community helping to fix them.

orbea · 03-02-2016, 11:51 AM

I did not realize, there aren't any reports of it in this thread. If I find a fix I will be sure to share it, I just wanted the error in a publicly visible area.

suppy · 03-02-2016, 12:27 PM

Quote:

Originally Posted by 55020

system/zfs-on-linux (32bit)

The slackbuild already notes that you should be using 64bit for ZOL; I know that they for a long time didn't support building or running on 32bit at all, but not sure how it is currently.