October 2013 - openSUSE Packaging - openSUSE Mailing Lists

[opensuse-packaging] Making packages ccbuild and bobcat or help doing so
by Daniël Huisman 04 Oct '13

04 Oct '13

Hi all, I'm not sure this is the right mailing list but here I go. After a long search on howto making packeges and a lot of try and more error I was hoping you all could help. For a development project I have to run ccbuild, it makes dynamic makefiles. But I can't find any package to install it. I don't like building and running from source. It prevents from keeping track of what is installed. That said I have a spec-file for ccbuild that looks okay. But it needs bobcat (Brokken's Own Base Classes And Templates). And that's where the big problem is. I can't seem to get a spec-file to build it. I always get an error on the directory or the files in use. So I was hoping you could help me making a package for ccbuild and/or bobcat. I even think that there will be dev how would like to see them in openSUSE. Best regarts Daniël Huisman bobcat: http://bobcat.sourceforge.net/ made my Frans Brokken the same one as icmake ccbuild http://www.logfish.net/pr/ccbuild/ spec-file at https://build.opensuse.org/package/view_file/home:Drunken/ccbuild/ccbuild.s… -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

5 7

[opensuse-packaging] firefox-esr
by Felix Miata 04 Oct '13

04 Oct '13

I'm asking Wolfgang directly instead of only a list because of firefox-esr changelog, and http://lists.opensuse.org/ doesn't indicate a good place for Mozilla questions spanning different OS releases. IIUC, 24 is scheduled to take over esr soon. I don't want anything newer than 22 installed as default Firefox anywhere around here. Its UI has been dumbed down too much. I'd rather 17 for normal use as long as it's viable, with SeaMonkey and Konq for things requiring latest features and/or security updates. Maybe others have similar feelings and would like access to a 17-latest rpm in 13.1 now that beta1 has been announced. 12.3 has latest, 17.0.9, available in mozilla/openSUSE_12.3 repo. 13.1 has 6 month old 17.0.4 available in mozilla:/experimentalopenSUSE_Factory repo. 1-Is old version for 13.1 oversight? 2-Can 12.3's rpm be installed in 13.1 without need to backlevel deps/libs? 3-Why isn't esr available in a standard Factory/13.1 repo instead of "experimental"? Why does BS have a lot of what looks like the same thing under two different names? e.g. mozilla/ mozilla:/ Other than different names and different subdirs, what's the distinction between those with and without ":"? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

4 4

[opensuse-packaging] gcin-*-immodule 32bit postscripts failure (baselibs.conf issue)
by Marguerite Su 04 Oct '13

04 Oct '13

Hi, coolo, Sorry to bother you. But Max Lin and I had been investigating this for 4 hours... At last his opinion was `just let this warning go to hell`...(previously we thought it was upstream's linking or rpath problem because only SLE_11_SP2 failed on this) In just a few minutes you rejected my Factory request with a comment "needs another baselibs.conf". It enlighten me to think that: The 32bit libgcin-im-client.so.1 may doesn't exist. So I created a gcin-32bit then: https://build.opensuse.org/package/view_file/home:MargueriteSu:branches:M17… But in openSUSE Factory target, now it still complains: [ 229s] ... running 00-check-install-rpms [ 229s] ... installing all built rpms [ 229s] Preparing packages... [ 229s] gcin-qt4-immodule-2.8.1-39.1.x86_64 [ 229s] gcin-gtk3-immodule-2.8.1-39.1.x86_64 [ 229s] Cannot load module /usr/lib64/gtk-3.0/3.0.0/immodules/im-gcin.so: libgcin-im-client.so.1: cannot open shared object file: No such file or directory [ 229s] /usr/lib64/gtk-3.0/3.0.0/immodules/im-gcin.so does not export GTK+ IM module API: libgcin-im-client.so.1: cannot open shared object file: No such file or directory [ 229s] warning: %post(gcin-gtk3-immodule-2.8.1-39.1.x86_64) scriptlet failed, exit status 1 [ 229s] gcin-gtk2-immodule-2.8.1-39.1.x86_64 [ 230s] Cannot load module /usr/lib64/gtk-2.0/2.10.0/immodules/im-gcin.so: libgcin-im-client.so.1: cannot open shared object file: No such file or directory [ 230s] /usr/lib64/gtk-2.0/2.10.0/immodules/im-gcin.so does not export GTK+ IM module API: libgcin-im-client.so.1: cannot open shared object file: No such file or directory [ 230s] warning: %post(gcin-gtk2-immodule-2.8.1-39.1.x86_64) scriptlet failed, exit status 1 Any thing I was wrong, or it's really not a baselibs.conf issue? Please enlighten me again, my know-all. Marguerite -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 1

[opensuse-packaging] [reminder] openSUSE 13.1 RC 1 is next week
by openSUSE Roadmap Reminder 02 Oct '13

02 Oct '13

Hello all, openSUSE 13.1 RC 1 will be released next week, on Thursday 10 October 2013. Please submit your packages before Friday afternoon (UTC time) to make sure they will get included in this release. Leaf packages submitted during the week-end might also get accepted on Monday. For a quick overview of the openSUSE Roadmap, please see: http://en.opensuse.org/Roadmap Thanks, -- openSUSE Roadmap Reminder -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

1 0

[opensuse-packaging] antRun issue - symlink solution
by Denny Beyer 02 Oct '13

02 Oct '13

Dear all, there seems to be a setup issue for antRun that makes the scala builds fail, as antRun could not be found. By creating a symlink by hand from "/usr/share/ant/bin/antRun" to "/usr/bin/antRun" could possibly fix it, but I didn't get it to work. I tried the following in build section of the spec: # Create symlink to fix antRun setup bug mkdir -p %{buildroot}/usr/share/ant/bin/ cd %{buildroot}/usr/share/ant/bin/ ln -s ../../../bin/antRun as suggested, but this didn't work. Any idea, how to get this working again? Sorry for crossposting, but this seems a better place to ask. project : devel:languages:scala package: scala Thanks, Denny -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

2 1

[opensuse-packaging] new factory build failure - I used to be able to read a c compiler error, but apparently no longer
by Greg Freemyer 01 Oct '13

01 Oct '13

I maintain libprelude and it is now failing in factory. I assume a new gcc compiler went in recently. (It still builds fine in the 13.1 branch.) A local build log has these lines which I think are the critical ones: ============================= [ 191s] Making all in lua [ 191s] make[3]: Entering directory `/home/abuild/rpmbuild/BUILD/libprelude-1.0.1/bindings/lua' [ 191s] /usr/bin/swig -c++ -I../../bindings -I../../bindings/c++/include -I../../src/include -I../../src/libprelude-error -lua -o PreludeEasy.cxx libpreludecpp.i [ 191s] SWIG:1: Warning 125: Use of the include path to find the input file is deprecated and will not work with ccache. Please include the path when specifying the input file. [ 191s] ../../bindings/c++/include/prelude-error.hxx:48: Warning 503: Can't wrap 'operator const char*' unless renamed to a valid identifier. [ 191s] ../../bindings/c++/include/prelude-error.hxx:49: Warning 503: Can't wrap 'operator const std::string' unless renamed to a valid identifier. [ 191s] /bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../src/include -I../../src/include -I../../src/libprelude-error -I../../bindings/c++/include -I../../libmissing -I../../libmissing -fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -c -o PreludeEasy.lo PreludeEasy.cxx [ 191s] libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I../.. -I../../src/include -I../../src/include -I../../src/libprelude-error -I../../bindings/c++/include -I../../libmissing -I../../libmissing -fomit-frame-pointer -fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector -funwind-tables -fasynchronous-unwind-tables -g -c PreludeEasy.cxx -fPIC -DPIC -o .libs/PreludeEasy.o [ 192s] PreludeEasy.cxx: In function 'int _wrap_IDMEFValue_Clone(lua_State*)': [ 192s] PreludeEasy.cxx:7154:9: warning: unused variable 'ret' [-Wunused-variable] [ 192s] int ret; [ 192s] ^ [ 192s] PreludeEasy.cxx: In function 'int _wrap_IDMEFPath_Get(lua_State*)': [ 192s] PreludeEasy.cxx:7376:9: warning: unused variable 'ret' [-Wunused-variable] [ 192s] int ret; [ 192s] ^ [ 192s] PreludeEasy.cxx: In function 'int _wrap_IDMEF_Get(lua_State*)': [ 192s] PreludeEasy.cxx:10519:9: warning: unused variable 'ret' [-Wunused-variable] [ 192s] int ret; [ 192s] ^ [ 192s] PreludeEasy.cxx: In function 'void luaopen_PreludeEasy_user(lua_State*)': [ 192s] PreludeEasy.cxx:11337:53: warning: comparison between signed and unsigned integer expressions [-Wsign-compare] [ 192s] if ( idx >= ((sizeof(argv) / sizeof(char *)) - 1) ) [ 192s] ^ [ 192s] PreludeEasy.cxx: In function 'int SWIG_Lua_namespace_register(lua_State*, swig_lua_namespace*)': [ 192s] PreludeEasy.cxx:1278:1: warning: control reaches end of non-void function [-Wreturn-type] [ 192s] } [ 192s] ^ [ 192s] PreludeEasy.cxx: In function 'int SWIG_Lua_add_namespace_details(lua_State*, swig_lua_namespace*)': [ 192s] PreludeEasy.cxx:1248:1: warning: control reaches end of non-void function [-Wreturn-type] [ 192s] } [ 192s] ^ ================== The last 2 warnings are causing the build to fail (or so I believe). So you can see the compile is in the directory bindings/lua and the file PreludeEasy.cxx is being compiled. My confusion is when I go look in the source file at lines 1248 and 1278 I have: 1248: SWIGINTERN void SWIG_Lua_class_register(lua_State* L,swig_lua_class* clss) 1278: lua_rawset(L,-3); /* metatable into registry */ Neither of those look like they correspond to the warnings. Further if I search the source tree for SWIG_Lua_namespace_register or SWIG_Lua_add_namespace_details I don't find either one. Can someone help me try to track down how to patch this. fyi: I looked upstream and this hasn't yet been reported. I thought I wold try to provide a patch with my bug report, but I may have to just submit a bug report and wait for a patch from upstream. Thanks Greg -- Greg Freemyer -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse-packaging+owner(a)opensuse.org

4 6