=== dustin is now known as folorn === Quintasan_ is now known as Quintasan === dustin is now known as folorn [06:18] 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] c2tarun: what's your top Debian revision? [06:55] micahg: top debian revision means? [06:55] c2tarun: in debian/changelog [06:55] what's the top version [06:56] 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] c2tarun: that's not what I asked [06:56] micahg: http://paste.ubuntu.com/586055/ [07:00] * micahg has never tried debuild w/out an argument [07:01] 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] c2tarun: debuild works for me on that package after running uscan/uupdate [07:02] micahg: on which package texreader? [07:03] c2tarun: https://wiki.ubuntu.com/PackagingGuide/Complete#Creating and Using a debian/watch File [07:03] c2tarun: no, colorcode [07:03] micahg: yup its working for colorcode. [07:27] can anyone please look at this error http://paste.kde.org/8191/ [07:41] micahg: can you please look at my last post :( I dont think anyone else is here. === c2tarun_ is now known as c2tarun === c2tarun is now known as c2tarun_ === c2tarun_ is now known as c2tarun [12:37] anyone around to help fix a Autotools + gold linker error? [12:38] http://paste.kde.org/8168 << compile error [12:43] shadeslayer: add -lQtDBus to LIBS === nonix4 is now known as relog_due_to_x11 [12:52] ari-tczew: does not work :( [12:52] ari-tczew: i tried that last night [12:52] even added it to LDADD [12:53] shadeslayer: what's the source package? [12:54] 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] shadeslayer: could you pastebin the source where is LIBS or LDADD? [12:57] ari-tczew: http://paste.kde.org/8222 < Configure file [13:05] ? [13:05] ari-tczew: saidinesh5 saidinesh5 ari-tczew [13:05] saidinesh5: ari-tczew is helping me figure out what the problem is [13:05] oh k [13:05] sure [13:06] so basically it is a problem with the linker [13:06] yep [13:06] cuz again it can find other functions properly [13:06] i mean it couldn't link just the destructor [13:18] shadeslayer: Try to call LIBS in d/rules [13:18] only for test [13:22] 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] shadeslayer: How did you try to add -lQtDBus to linker? [13:24] ari-tczew: KDE_KWALLET_LIBS="-lkdeui -lkdecore -lQtDBus" [13:25] then tried hand editing the makefile [13:25] that didn't work as well [13:28] shadeslayer: why KDE KWALLET LIBS? [13:29] ari-tczew: it's a workaround ... [13:31] ari-tczew: http://paste.kde.org/8226 << thats the configure-pre.in file [13:31] shadeslayer: try DBUS_LIBS [13:32] ari-tczew: in the configure-pre.in file? [13:34] shadeslayer: No, in normal makefile. [13:34] oh okay [13:34] ari-tczew: DBUS_LIBS = -L/usr/lib/x86_64-linux-gnu -ldbus-1 -lpthread -lQtDBus -lrt [13:34] :S [13:35] shadeslayer: You can try to move libs, e.g. QtDBus before pthread [13:41] 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] shadeslayer: then try d/rules [13:42] i'm not packaging it :S [13:42] ari-tczew: is there a way i can go back to the old linker? [13:43] shadeslayer: if building reverts changes, I guess you're on old linker already. [13:43] how is that possible O_O [13:46] i did a make clean added the link against the lib again and now it doesn't re write the file [13:46] wth is happening :< [15:22] can someone suggest an efficient way to test rdepends for a backport? [15:22] meaning, i want to backport inkscape but several other applications depend on it [15:23] 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] the first thought would be to first build inkscape in a special ppa, then build the rdepends in the same ppa [15:24] i would presume this would guarentee that new version of inkscape was used [15:24] or [15:24] i could use a vm and install the new version of inkscape and then locally build all the rdepends [15:25] but this would mean that i would need to apt-get build-depends (i forget the exact syntax) for each build depends [15:25] or [15:25] i suppose i could use a pbuilder environment, but i would need to make sure the new version of inkscape was installed [15:26] anyway, any suggestions would be greatly appreciated [15:51] ScottL: I think use PPA and test packages from there is good way. [15:53] persia: do you have statistics which nicknames are most active on chanel? [15:53] channel* [16:29] thanks ari-tczew [16:29] 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... === warp11 is now known as warp10