Kwine is a set of tools to improve Wine and KDE interoperability. It includes frontends tools like Kio_Wine, Kfile_wine, Kwine, and kwine_startmenu, and backends like kwinetools and Kwinedcop, which is a gateway for accessing the Wine API using DCOP.
Created attachment 94232 [details] app-misc/kwinetools/kwinetools-0.1.ebuild dependency of kwine
Created attachment 94233 [details] app-misc/kwine/kwine-0.1.ebuild A set of tools for wine and kde interoperability
Created attachment 94272 [details] app-misc/kwinedeps/kwinedeps-0.1.ebuild -> Fixed License: GPL instead of GPL-2 -> Fixed SRC_URI -> merged kwinedcop (from kwine) and kwinetools to kwinedeps. This makes sure, kwinedcop to be compiled BEFORE the other kwine components.
Created attachment 94273 [details] app-misc/kwine/kwine-0.1.ebuild -> FIXED License: GPL instead of GPL-2 -> Moved kwinedcop from this package to kwinedeps -> Changed dependency from kwinetools to kwinedeps
/bin/sh ../libtool --silent --mode=link --tag=CXX i686-pc-linux-gnu-g++ -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -O2 -march=pentium4 -pipe -fomit-frame-pointer -funroll-loops -fPIC -DPIC -fvisibility-inlines-hidden -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -o libkwineplugin.la -rpath /usr/kde/3.5/lib -module -L/usr/X11R6/lib -L/usr/qt/3/lib -L/usr/kde/3.5/lib -avoid-version -module -no-undefined -Wl,--no-undefined -Wl,--allow-shlib-undefined -R /usr/kde/3.5/lib -R /usr/qt/3/lib -R /usr/X11R6/lib -lkwinedcop kwine_plugin.lo -lkonq kwine_startmenu.h:53: error: extra qualification 'KWineMenu::' on member 'loadicon' kwine_startmenu.cpp: In member function 'bool KWineMenu::loadicon(const QString&, QPixmap&)': kwine_startmenu.cpp:73: warning: unused variable 'size' kwine_startmenu.cpp: At global scope: kwine_startmenu.cpp:106: warning: unused parameter 'icon' make[2]: *** [kwine_startmenu.lo] Ошибка 1 make[2]: *** Ожидание завершения заданий... make[2]: Leaving directory `/var/tmp/portage/kwine-0.1/work/kwine_startmenu-0.1/src' make[1]: *** [all-recursive] Ошибка 1 make[1]: Leaving directory `/var/tmp/portage/kwine-0.1/work/kwine_startmenu-0.1' make: *** [all] Ошибка 2 !!! ERROR: app-misc/kwine-0.1 failed. Call stack: ebuild.sh, line 1543: Called dyn_compile ebuild.sh, line 938: Called src_compile kwine-0.1.ebuild, line 42: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! This ebuild is from an overlay: '/usr/local/portage1'
No luck compiling it for an amd64. But i think there isn't mutch to fix to get this to work. /bin/sh ../libtool --silent --mode=compile --tag=CXX x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/kde/3.5/include -I/usr/qt/3/include -I. -I/usr/include/wine/windows -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o kwinedcop_clipbrd_stub.lo `test -f 'kwinedcop_clipbrd_stub.cpp' || echo './'`kwinedcop_clipbrd_stub.cpp source='kwinedcop_main_skel.cpp' object='kwinedcop_main_skel.o' libtool=no \ depfile='.deps/kwinedcop_main_skel.Po' tmpdepfile='.deps/kwinedcop_main_skel.TPo' \ depmode=gcc3 /bin/sh ../admin/depcomp \ x86_64-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/kde/3.5/include -I/usr/qt/3/include -I. -I/usr/include/wine/windows -DQT_THREAD_SUPPORT -D_REENTRANT -Wnon-virtual-dtor -Wno-long-long -Wundef -Wall -W -Wpointer-arith -Wwrite-strings -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -O2 -O2 -Wformat-security -Wmissing-format-attribute -fno-exceptions -fno-check-new -fno-common -c -o kwinedcop_main_skel.o `test -f 'kwinedcop_main_skel.cpp' || echo './'`kwinedcop_main_skel.cpp mkdir: cannot create directory `.libs': File exists wineg++ -o kwinedcop -L/usr/lib64 -L/usr/qt/3/lib -L/usr/kde/3.5/lib64 kwinedcop_main.o kwinedcop_reg.o readreg.o kwinedcop_clipbrd.o clipboard.o kwinedcop_main_skel.o kwinedcop_reg_skel.o kwinedcop_clipbrd_skel.o -lkio -lkdecore -lDCOP -lqt-mt -ladvapi32 -lkernel32 -lwine ld: Relocatable linking with relocations from format elf64-x86-64 (kwinedcop_main.o) to format elf32-i386 (kwinedcop.lVXTSZ.o) is not supported winebuild: ld -m elf_i386 -r failed with status 256 winegcc: winebuild failed. make[2]: *** [kwinedcop] Error 2 make[2]: *** Waiting for unfinished jobs.... make[2]: Leaving directory `/var/tmp/portage/kwinedeps-0.1/work/kwinedcop-0.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kwinedeps-0.1/work/kwinedcop-0.1' make: *** [all] Error 2 !!! ERROR: app-misc/kwinedeps-0.1 failed. Call stack: ebuild.sh, line 1539: Called dyn_compile ebuild.sh, line 939: Called src_compile kwinedeps-0.1.ebuild, line 33: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. --------------------------- ACCESS VIOLATION SUMMARY --------------------------- LOG FILE = "/var/log/sandbox/sandbox-app-misc_-_kwinedeps-0.1-13482.log" open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qtrc.lock open_wr: /usr/qt/3/etc/settings/.qt_plugins_3.3rc.lock -------------------------------------------------------------------------------- !!! This ebuild is from an overlay: '/usr/local/portage'
(In reply to comment #5) > kwine_startmenu.h:53: error: extra qualification 'KWineMenu::' on member > 'loadicon' > kwine_startmenu.cpp: In member function 'bool KWineMenu::loadicon(const > QString&, QPixmap&)': > kwine_startmenu.cpp:73: warning: unused variable 'size' > kwine_startmenu.cpp: At global scope: > kwine_startmenu.cpp:106: warning: unused parameter 'icon' > make[2]: *** [kwine_startmenu.lo] Ошибка 1 > make[2]: *** Ожидание > завершения > заданий... > make[2]: Leaving directory > `/var/tmp/portage/kwine-0.1/work/kwine_startmenu-0.1/src' > make[1]: *** [all-recursive] Ошибка 1 > make[1]: Leaving directory > `/var/tmp/portage/kwine-0.1/work/kwine_startmenu-0.1' > make: *** [all] Ошибка 2 > > !!! ERROR: app-misc/kwine-0.1 failed. > Call stack: > ebuild.sh, line 1543: Called dyn_compile > ebuild.sh, line 938: Called src_compile > kwine-0.1.ebuild, line 42: Called die > > !!! emake failed > !!! If you need support, post the topmost build error, and the call stack if > relevant. > > !!! This ebuild is from an overlay: '/usr/local/portage1' > I believe this is related to stricter checking in newer C++ compiler. The code likely wasn't tested against GCC 4.1 (whic is what I have and experienced the same issue). I'm working on a fix or two (hopefully).
(In reply to comment #7) > (In reply to comment #5) > > kwine_startmenu.h:53: error: extra qualification 'KWineMenu::' on member > > 'loadicon' > > kwine_startmenu.cpp: In member function 'bool KWineMenu::loadicon(const > > QString&, QPixmap&)': > > kwine_startmenu.cpp:73: warning: unused variable 'size' > > kwine_startmenu.cpp: At global scope: > > kwine_startmenu.cpp:106: warning: unused parameter 'icon' > > make[2]: *** [kwine_startmenu.lo] Ошибка 1 > > make[2]: *** Ожидание > > завершения > > заданий... > > make[2]: Leaving directory > > `/var/tmp/portage/kwine-0.1/work/kwine_startmenu-0.1/src' > > make[1]: *** [all-recursive] Ошибка 1 > > make[1]: Leaving directory > > `/var/tmp/portage/kwine-0.1/work/kwine_startmenu-0.1' > > make: *** [all] Ошибка 2 > > > > !!! ERROR: app-misc/kwine-0.1 failed. > > Call stack: > > ebuild.sh, line 1543: Called dyn_compile > > ebuild.sh, line 938: Called src_compile > > kwine-0.1.ebuild, line 42: Called die > > > > !!! emake failed > > !!! If you need support, post the topmost build error, and the call stack if > > relevant. > > > > !!! This ebuild is from an overlay: '/usr/local/portage1' > > > > I believe this is related to stricter checking in newer C++ compiler. The code > likely wasn't tested against GCC 4.1 (whic is what I have and experienced the > same issue). > > I'm working on a fix or two (hopefully). When you planned fix this?
Hi all, I made my own ebuilds with some patches!!! These are not all-in-one, like the ones here, but each part of kwine has it's own ebuild. I have most of the dependencies, the only thing left are the KDE dependencies, but I have no clue what they are. I think I have most of the descriptions right. --> Two patches included: One fixes the compiling with gcc 4.1.x and the other adds -PIC stuff to the makefile. Hopefully this fixes some issues that have been reported in this bug report. Also, I put them in app-emulation, because all the other gui stuff for emulators are there. Though, these are so dependent on KDE and are so tightly done with KDE that I think they might go better in kde-misc?!? Third thing, a new use flag. Do be careful with it. ;) It's experimental still. Forth, there is a -meta file so you can install everything easily. :) I bundled everything up in a tar.bz2 file for you all. You can Download it here: http://www.gentooexperimental.org/~sleepyhead/kwine/kwine-0.1-ebuilds.tar.bz2 Have fun, and please let me know if there are any issues, I have the correct descriptions, if the patches work for you, or if they even work at all. :P Cheers.
Damn you, I had just made the same thing and wanted the put it here. Not in separate ebuild though, just edited the kwine-0.1.ebuild to use that patch. Great work ;)
Created attachment 95212 [details] Output of emerge kwinedcop
Hi Jon Thank you, for your contributions. My reason not to write different ebuilds for each kwine-component is, that those tools are rather small and I think someone interested in one component is also going to try the other ones, too. But that's just my oppinion. I'll have a look at your patches and useflag and merge them into this "all-in-one" ebuild. I would prefer kde-misc, but I'm not sure whether it has to be officially supported by kde to go there. That's why I chose app-misc in the end.
it compiles fine w/o the makefile patch is it the patch or my system? output of emerge --info: Portage 2.1-r2 (default-linux/x86/2006.0, gcc-4.1.1/vanilla, glibc-2.4-r3, 2.6.17-gentoo-r5 i686) ================================================================= System uname: 2.6.17-gentoo-r5 i686 Intel(R) Pentium(R) M processor 2.00GHz Gentoo Base System version 1.12.4 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc1-r6 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium-m -mtune=pentium-m -pipe -O2 -fweb -frename-registers -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf" CXXFLAGS="-march=pentium-m -mtune=pentium-m -pipe -O2 -fweb -frename-registers -fforce-addr -momit-leaf-frame-pointer -fomit-frame-pointer -ftracer -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks metadata-transfer sandbox sfperms" GENTOO_MIRRORS="http://ftp.belnet.be/packages/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://192.168.0.11/gentoo-portage" USE="x86 X a52 aac acpi alsa arts audiofile avi berkdb bitmap-fonts bzip2 cdb cdparanoia cdr cli crypt cups dbus dga divx4linux dlloader dri dv dvd dvdr dvdread eds emboss encode ffmpeg flac foomaticdb fortran ftp gdbm gif glut gpm gstreamer ieee1394 imlib ipv6 isdnlog java jpeg kde kdehiddenvisibility libg++ libwww lm_sensors mad mikmod mmx mng motif mp3 mpeg mysql mysqli ncurses nls nptl nptlonly nsplugin ogg oggvorbis openexr opengl pam pcmcia pcre pdflib perl png pppd python qt qt3 qt4 quicktime readline real reflection sametime sdl session sharedmem sndfile spell spl sse sse2 ssl svg sysvipc tcpd theora threads truetype truetype-fonts type1-fonts udev usb userlocales v4l v4l2 vcd vorbis wifi win32codecs xine xml xml2 xmlrpc xorg xsl xv xvid zlib elibc_glibc input_devices_-acecad input_devices_-aiptek input_devices_-calcomp input_devices_-citron input_devices_-digitaledge input_devices_-dmc input_devices_-dynapro input_devices_-elo2300 input_devices_-elographics input_devices_evdev input_devices_-fpit input_devices_-hyperpen input_devices_-jamstudio input_devices_-joystick input_devices_keyboard input_devices_-magellan input_devices_-magictouch input_devices_-microtouch input_devices_mouse input_devices_-mutouch input_devices_-palmax input_devices_-penmount input_devices_-spaceorb input_devices_-summa input_devices_synaptics input_devices_-tek4957 input_devices_-ur98 input_devices_-vmmouse input_devices_-void input_devices_-wacom kernel_linux userland_GNU video_cards_none video_cards_fglrx" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #11) > Created an attachment (id=95212) [edit] > Output of emerge kwinedcop > Okay, I guess there are a few more GCC fixes that need to be done. :( I got this patch directly out of the CVS ... granted it was the only file that's been modified since the release of 0.1. (In reply to comment #12) I understand your reason. You can have one ebuild instead of two. Just all it kwine-0.1. Also, setting 'S' in a loop kinda breaks ebuild coding convention I thought. It might be better just to set S=${WORKDIR} globally outside the src_unpack function, and then CD to all the folders. You can compile them in order by listing all the directories in a list and have a loop. But, I did it as multiple ones because it's easier for me to bug check (quickly see what program it's on), and if I don't want a certain thing, it can be uninstalled. There are advantages to both ways. I think if this went into portage, they may have it both ways like they do with KOffice. On a side note, there has not been a lot of CVS activity on this program. :( I hope the author is still actively developing it.
(In reply to comment #14) I had have a second thought about it. Maybe I'll just drop my ebuilds in favour of yours - since upstream it's splitted, too. And yes, I hope the author continues his project, because it has already been a great start. Another interesting and related project is this: http://developer.kde.org/seasonofkde/project.php?kde_wine.xml
You don't need to drop your ebuilds. :) I think users want a choice of all-in-one or individual, like with all the KDE stuff. This would match the KDE stuff perfectly then. It's your choice though. I really don't know. Like I said before, there are advantages both ways. Also, I will look at the patch when I get back from getting fitted for a tux. My brother's wedding. ;) Cheers.
(In reply to comment #13) > it compiles fine w/o the makefile patch > is it the patch or my system? I think it's the patch. I tried various variations of it and compile still fails at that same spot. :S That patch updates the file to the current version that's in CVS. No other files were changed that I noticed. I just don't get why adding fPIC flags would cause the compile to break at that point like that. Ah well. I guess we can remove the patch and hope it works in the next release. :P I hope that other patch is working for everyone.
I just updated the tarball with a version of kwinedcop that does not have the patch since it seems to be faulty. :S No clue why though. I guess it just needs to be more GCC 4.1.x friendly. Same link as above. Cheers.
When emerging kde-misc/kwinedcop I get: [previous output omitted] checking for mcopidl... not found configure: error: The important program mcopidl was not found! Please check whether you installed aRts correctly or use --without-arts to compile without aRts support (this will remove functionality). I do not use arts and have USE=-arts, so it seems that there is something missing from the ebuild.
(this is an automated message based on filtering criteria that matched this bug) 'EBUILD' is in the KEYWORDS which should mean that there is a ebuild attached to this bug. This bug is assigned to maintainer-wanted which means that it is not in the main tree. Heuristics show that no Gentoo developer has commented on your ebuild. Hello, The Gentoo Team would like to firstly thank you for your ebuild submission. We also apologize for not being able to accommodate you in a timely manner. There are simply too many new packages. Allow me to use this opportunity to introduce you to Gentoo Sunrise. The sunrise overlay[1] is a overlay for Gentoo which we allow trusted users to commit to and all users can have ebuilds reviewed by Gentoo devs for entry into the overlay. So, the sunrise team is suggesting that you look into this and submit your ebuild to the overlay where even *you* can commit to. =) Because this is a mass message, we are also asking you to be patient with us. We anticipate a large number of requests in a short time. Thanks, On behalf of the Gentoo Sunrise Team, Jeremy. [1]: http://www.gentoo.org/proj/en/sunrise/ [2]: http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
kde3 version only. Upstream dead for 3 years now.
