SBo scripts not building on current (read 1st post, pls)
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Technical details of permanent failure:
Google tried to deliver your message, but it was rejected by the server for the recipient domain users.sourceforge.net by mx.sourceforge.net. [216.34.181.68].
The error that the other server returned was:
550 unknown user
And the mail to them.
Quote:
I have been building the viewer since 2010 I am also a contributor to the Kokua viewer linux.
do to the new cef plugin I maintain for the kokua viewer and the secondlife viewer since Linden labs stop support on the CEF3 media plugin for linux people must use my builds of it for that media.
That said your install script really should be done another way.
1. You want to keep it as close to vanilla as possible and away from the /usr/bin or /usr/lib area. do to preloading certain libraries.
2. for automatic updates it may cause serious issues.
3. fmodex is always set to be used now as default now
4. your last update your unable to use in secondlife. you need 4.7.5 or higher but wait 4.7.7 is
coming out with CEF3
5.when installing we need to set permissons for chrome-sandbox
6. there is no need to create a icon for pix map. this is created at install by running the
firestorm-install/etc/refresh_desktop_app_entry.sh that also creates a Firestorm-dekstop that is then linked to the icon.
7 yes the it will default to /usr/local/share/applications
8 does it really matter every time you run the program as user it also creates and over write the ~/home/.local/share/applications/firestorm-desktop. every time you reboot it will point to that anyway.
I Will submit to you a updated repackage and install Slackbuild script that work out fine.
the new script also handles both arches.
I will push later Ponce when they release stable and yes I will make sure my master is rebased.
TY.
As you will note that Slackbuilds also repackages pre-built packages.
After several attemps to notify maintainers I will bring it here.
hi Drakeo, if the maintainer is unreachable for a couple of weeks or is unreachable (like in this case), please write to the slackbuilds-users mailing list reporting that and saying that you wish to step in for maintainership of firestorm (and of firestorm-opensim?), attaching a tarball to your mail now that submissions are closed (or it would have been better to submit an update through the submission form).
Quote:
And the mail to them.
- - -
I have been building the viewer since 2010 I am also a contributor to the Kokua viewer linux.
do to the new cef plugin I maintain for the kokua viewer and the secondlife viewer since Linden labs stop support on the CEF3 media plugin for linux people must use my builds of it for that media.
That said your install script really should be done another way.
1. You want to keep it as close to vanilla as possible and away from the /usr/bin or /usr/lib area. do to preloading certain libraries.
in this case you should keep away from /usr/local: install in a directory under /opt
Quote:
2. for automatic updates it may cause serious issues.
updates of installed packages outside of pkgtools are not allowed as they produce untraced files in the system.
Quote:
3. fmodex is always set to be used now as default now
4. your last update your unable to use in secondlife. you need 4.7.5 or higher but wait 4.7.7 is
coming out with CEF3
5.when installing we need to set permissons for chrome-sandbox
6. there is no need to create a icon for pix map. this is created at install by running the
firestorm-install/etc/refresh_desktop_app_entry.sh that also creates a Firestorm-dekstop that is then linked to the icon.
7 yes the it will default to /usr/local/share/applications
8 does it really matter every time you run the program as user it also creates and over write the ~/home/.local/share/applications/firestorm-desktop. every time you reboot it will point to that anyway.
you can't package stuff in /usr/local or in the user home that's probably why the previous maintainer did that choice.
Quote:
I Will submit to you a updated repackage and install Slackbuild script that work out fine.
the new script also handles both arches.
- - -
I will push later Ponce when they release stable and yes I will make sure my master is rebased.
TY.
please don't push this stuff on my personal github: look above for the proper channels.
let's continue this discussion on the mailing list as it's not related to the argument of the topic.
I have applied some of AlienBOB's work on p7zip and now it builds fine on 32/64 bit
after some thought, i decided to revert back to 9.20.1 since the new 9.38.1 caused jalview to break when extracting the .bin file. Probably need more time to investigate this problem
Hello everyone,
I'm unable to build nvidia-installer, etc. 340.96 from source on
Slackware64-current as of 2016-03-08. The compilation halts with:
Code:
/tmp/SBo/NVIDIA-Linux-x86_64-340.96
CC backup.c
CC command-list.c
CC crc.c
CC files.c
CC install-from-cwd.c
CC kernel.c
CC log.c
CC misc.c
CC nvidia-installer.c
CC precompiled.c
CC snarf-ftp.c
CC snarf-http.c
CC snarf.c
CC stream-ui.c
CC update.c
CC user-interface.c
CC sanity.c
CC manifest.c
CC common-utils/nvgetopt.c
CC common-utils/common-utils.c
CC common-utils/msg.c
HOST_CC gen-ui-array.c
CC ncurses-ui.c
LINK _out/Linux_x86_64/nvidia-installer-ncurses-ui.so
GEN-UI-ARRAY _out/Linux_x86_64/g_nvidia-installer-ncurses-ui.c
CC _out/Linux_x86_64/g_nvidia-installer-ncurses-ui.c
GEN-UI-ARRAY _out/Linux_x86_64/g_tls_test.c
CC _out/Linux_x86_64/g_tls_test.c
GEN-UI-ARRAY _out/Linux_x86_64/g_tls_test_dso.c
CC _out/Linux_x86_64/g_tls_test_dso.c
GEN-UI-ARRAY _out/Linux_x86_64/g_rtld_test.c
CC _out/Linux_x86_64/g_rtld_test.c
GEN-UI-ARRAY _out/Linux_x86_64/g_tls_test_32.c
CC _out/Linux_x86_64/g_tls_test_32.c
GEN-UI-ARRAY _out/Linux_x86_64/g_tls_test_dso_32.c
CC _out/Linux_x86_64/g_tls_test_dso_32.c
GEN-UI-ARRAY _out/Linux_x86_64/g_rtld_test_32.c
CC _out/Linux_x86_64/g_rtld_test_32.c
CC _out/Linux_x86_64/g_stamp.c
LINK _out/Linux_x86_64/nvidia-installer
/usr/lib64/gcc/x86_64-slackware-linux/5.3.0/../../../../lib64/libpci.a(names-hwdb.o):
In function `pci_id_hwdb_lookup':
names-hwdb.c:(.text+0xb4): undefined reference to
`udev_hwdb_get_properties_list_entry'
names-hwdb.c:(.text+0xc9): undefined reference to `udev_list_entry_get_next'
names-hwdb.c:(.text+0xd9): undefined reference to `udev_list_entry_get_name'
names-hwdb.c:(.text+0xf0): undefined reference to
`udev_list_entry_get_value'
names-hwdb.c:(.text+0x214): undefined reference to `udev_new'
names-hwdb.c:(.text+0x221): undefined reference to `udev_hwdb_new'
/usr/lib64/gcc/x86_64-slackware-linux/5.3.0/../../../../lib64/libpci.a(names-hwdb.o):
In function `pci_id_hwdb_free':
names-hwdb.c:(.text+0x24e): undefined reference to `udev_hwdb_unref'
names-hwdb.c:(.text+0x264): undefined reference to `udev_unref'
collect2: fel: ld returnerade avslutningsstatus 1
Makefile:214: receptet för målet "_out/Linux_x86_64/nvidia-installer"
misslyckades
make: *** [_out/Linux_x86_64/nvidia-installer] Fel 1
root@hp-laptop:/home/mats/Downloads/nvidia-legacy340-driver#
I'm in the realm of wild-guessing but I suppose something broke with the recent update of pciutils as now libpci.a from that package seems not being able to find some udev functions anymore: if you rebuild it as a shared library nvidia-installer builds fine
I'm in the realm of wild-guessing but I suppose something broke with the recent update of pciutils as now libpci.a from that package seems not being able to find some udev functions anymore: if you rebuild it as a shared library nvidia-installer builds fine
the strange thing is that if you build nvidia-installer of a more recent release of the driver, like 352.79 for example, everything goes fine.
this is what, on a second thought, makes me think that the brokeness is in the nvidia-legacy-* stuff instead that in pciutils...
the strange thing is that if you build nvidia-installer of a more recent release of the driver, like 352.79 for example, everything goes fine.
this is what, on a second thought, makes me think that the brokeness is in the nvidia-legacy-* stuff instead that in pciutils...
My guess is that nvidia-legacy* is broken as well. I have written an email to nVidia.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.