[06:18] <c2tarun> can anyone please take a look at this, http://paste.kde.org/8189/ folder has a file colorcode_version.orig.tar.gz still I am getting this msg.
[06:54] <micahg> c2tarun: what's your top Debian revision?
[06:55] <c2tarun> micahg: top debian revision means?
[06:55] <micahg> c2tarun: in debian/changelog
[06:55] <micahg> what's the top version
[06:56] <c2tarun> micahg: well its demanding for colorcode_0.7.2.orig.tar.gz then it for sure that on top its 0.7.2
[06:56] <micahg> c2tarun: that's not what I asked
[06:56] <c2tarun> micahg: http://paste.ubuntu.com/586055/
[07:00]  * micahg has never tried debuild w/out an argument
[07:01] <c2tarun> micahg: ok, there is another package of name texreader, I think its watch file is not working properly. can you please tell me how to write watch files?
[07:02] <micahg> c2tarun: debuild works for me on that package after running uscan/uupdate
[07:02] <c2tarun> micahg: on which package texreader?
[07:03] <micahg> c2tarun: https://wiki.ubuntu.com/PackagingGuide/Complete#Creating and Using a debian/watch File
[07:03] <micahg> c2tarun: no, colorcode
[07:03] <c2tarun> micahg: yup its working for colorcode.
[07:27] <c2tarun> can anyone please look at this error http://paste.kde.org/8191/
[07:41] <c2tarun_> micahg: can you please look at my last post :(  I dont think anyone else is here.
[12:37] <shadeslayer> anyone around to help fix a Autotools + gold linker error?
[12:38] <shadeslayer> http://paste.kde.org/8168 << compile error
[12:43] <ari-tczew> shadeslayer: add -lQtDBus to LIBS
[12:52] <shadeslayer> ari-tczew: does not work :(
[12:52] <shadeslayer> ari-tczew: i tried that last night
[12:52] <shadeslayer> even added it to LDADD
[12:53] <ari-tczew> shadeslayer: what's the source package?
[12:54] <shadeslayer> ari-tczew: syncevolution akonadi, we don't have a package for it yet, but here are the instructions to build it : http://saidinesh5.wordpress.com/2010/08/24/are-we-there-yet/
[12:54] <ari-tczew> shadeslayer: could you pastebin the source where is LIBS or LDADD?
[12:57] <shadeslayer> ari-tczew: http://paste.kde.org/8222 < Configure file
[13:05] <saidinesh5> ?
[13:05] <shadeslayer> ari-tczew: saidinesh5 saidinesh5 ari-tczew
[13:05] <shadeslayer> saidinesh5: ari-tczew is helping me figure out what the problem is
[13:05] <saidinesh5> oh k
[13:05] <saidinesh5> sure
[13:06] <saidinesh5> so basically it is a problem with the linker
[13:06] <shadeslayer> yep
[13:06] <saidinesh5> cuz again it can find other functions properly
[13:06] <saidinesh5> i mean it couldn't link just the destructor
[13:18] <ari-tczew> shadeslayer: Try to call LIBS in d/rules
[13:18] <ari-tczew> only for test
[13:22] <shadeslayer> ari-tczew: i'm not exactly packaging it, since this is still experimental code, i came here because you guys probably know how to fix it :)
[13:24] <ari-tczew> shadeslayer: How did you try to add -lQtDBus to linker?
[13:24] <shadeslayer> ari-tczew:     KDE_KWALLET_LIBS="-lkdeui -lkdecore -lQtDBus"
[13:25] <shadeslayer> then tried hand editing the makefile
[13:25] <shadeslayer> that didn't work as well
[13:28] <ari-tczew> shadeslayer: why KDE KWALLET LIBS?
[13:29] <shadeslayer> ari-tczew: it's a workaround ...
[13:31] <shadeslayer> ari-tczew: http://paste.kde.org/8226 << thats the configure-pre.in file
[13:31] <ari-tczew> shadeslayer: try DBUS_LIBS
[13:32] <shadeslayer> ari-tczew: in the configure-pre.in file?
[13:34] <ari-tczew> shadeslayer: No, in normal makefile.
[13:34] <shadeslayer> oh okay
[13:34] <shadeslayer> ari-tczew: DBUS_LIBS = -L/usr/lib/x86_64-linux-gnu -ldbus-1 -lpthread -lQtDBus -lrt
[13:34] <shadeslayer> :S
[13:35] <ari-tczew> shadeslayer: You can try to move libs, e.g. QtDBus before pthread
[13:41] <shadeslayer> ari-tczew: weird thing, after i edit the makefile and run make, let the build fail, open the makefile again, the -lQtDBus option i added is gone
[13:41] <ari-tczew> shadeslayer: then try d/rules
[13:42] <shadeslayer> i'm not packaging it :S
[13:42] <shadeslayer> ari-tczew: is there a way i can go back to the old linker?
[13:43] <ari-tczew> shadeslayer: if building reverts changes, I guess you're on old linker already.
[13:43] <shadeslayer> how is that possible O_O
[13:46] <shadeslayer> i did a make clean added the link against the lib again and now it doesn't re write the file
[13:46] <shadeslayer> wth is happening :<
[15:22] <ScottL> can someone suggest an efficient way to test rdepends for a backport?
[15:22] <ScottL> meaning, i want to backport inkscape but several other applications depend on it
[15:23] <ScottL> so i would like to have an isolated system where i know the new inkscape is either available or installed to build the reverse dependencies
[15:23] <ScottL> the first thought would be to first build inkscape in a special ppa, then build the rdepends in the same ppa
[15:24] <ScottL> i would presume this would guarentee that new version of inkscape was used
[15:24] <ScottL> or
[15:24] <ScottL> i could use a vm and install the new version of inkscape and then locally build all the rdepends
[15:25] <ScottL> but this would mean that i would need to apt-get build-depends (i forget the exact syntax) for each build depends
[15:25] <ScottL> or
[15:25] <ScottL> i suppose i could use a pbuilder environment, but i would need to make sure the new version of inkscape was installed
[15:26] <ScottL> anyway, any suggestions would be greatly appreciated
[15:51] <ari-tczew> ScottL: I think use PPA and test packages from there is good way.
[15:53] <ari-tczew> persia: do you have statistics which nicknames are most active on chanel?
[15:53] <ari-tczew> channel*
[16:29] <ScottL> thanks ari-tczew
[16:29] <ari-tczew> you're welcome
[16:53]  * nonix4 ponders whether there would be demand for a program that makes pxe & usb boot menus out of multiple .iso-images automatically by doing the Right Thing (tm) based on iso contents. Haven't seen any enduser-friendly ways to create pxe menus so far, but making such goodies easier to approch could be useful...