[01:05] hi all! I need to learn how to apply a patch described in the website: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=553706 - message # 10. Any help is as always appreciated. [01:05] Debian bug 553706 in glob2 "FTBFS with GCC 4.4: 'class GAGCore::StreamBackend' has no member named 'getc'" [Serious,Fixed] [01:05] what is ubottu? sorry [01:09] Do I put the patch in the src folder and use edit-patch? [01:21] I put it n the same src folder as the original *.cpp file; what do I do next? [01:36] ubottu is a bot, one of its job is to give more info about bugs mentioned in chat [01:38] thank you sorry for the delay. I manually re-arranged the headers, but would love to know how to use the patch file properly. ty [01:40] sum1nil: that patch has already been applied, what version of glob2 are you trying to use? [01:40] i download the tarball from their site. For some reason I could not download the ubuntu package. [01:41] see message 24 on that bug report [01:41] ok [01:42] if the current version in Ubuntu doesn't work, then it probably doesn't work in Debian either so it should be reported there too [01:43] one moment please... [01:44] I clicked the linux link for downloads and it took me to ubuntu Beta 4 (0.9.4.4)... but couldn't click and download [01:45] why aren't you just using the Ubuntu package in Software Center? [01:46] In retrospect that would have been easier.. I would also like to know how to patch things though [01:47] sum1nil: quilt is the magic tool for Debian packaging patches [01:48] http://pkg-perl.alioth.debian.org/howto/quilt.html [01:48] Thanks. I'll do more research. You guys do an awesome job BTW. Many thanks for providing the work you do. [03:27] jbicha: BTW, quilt isn't just used in Debian. It was originally developed for (IIRC) kernel developers (which is why debian/patches isn't the default place quilt looks for patches). [03:38] ScottK: thanks, I think his question wasn't about packaging any way but he left too quick [03:39] jbicha: BTW, I proposed a serverguide branch for merge today, I was wondering if you might have a look at merging it. [03:40] ScottK: I'll take a look but I haven't touched the serverguide much [03:40] Unfortunately no one who has is around since sommer moved on. [03:41] jbicha: Would it be possible to give core-dev access to push to the serverguide branch and just let us handle the merges since it doesn't go in a -docs package anyway? [03:41] (just thinking out loud) [03:42] my simplistic understand was that core-dev were supposed to have write access to everything Ubuntu [03:43] ScottK: how is server guide distributed these days? [03:43] Just via the web site. [03:43] Dunno. I know I can't push to the serverguide branch. I tried. [03:43] ScottK: you mean just help.ubuntu.com? [03:43] Yes. [03:45] ScottK: why don't you ask that on the ubuntu-doc mailing list? it sounds reasonable to me [03:45] Since I'm not subscribed to it? [06:12] sladen, Hello. What happened ? I received 2 emails saying 'Brach linked ubuntu/wallch' one for the need packaging and one for the FFe, do you know anything? === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [10:42] hakermania: there appears to be something strange with the buildds; 'libnotifymm-dev' is in the archive when I try and download it, but doesn't show up as published [10:44] sladen: [10:44] Deleted 23 hours ago by Colin Watson (From Debian) RoM; dead upstream, blocks libnotify 0.7; LP: #691990 [11:14] tumbleweed: mid-air collision timing eh! [11:15] yeah :/ [11:15] hakermania: you've got some hacking to do :) === Lutin is now known as Guest18173 === Guest18173 is now known as Lutin === Lutin is now known as Guest63243 === Guest63243 is now known as Lutin === JanC_ is now known as JanC [12:59] UNBELIEVABLE, just returned from my lessons, it seems that God don't wont this application to be in ubuntu [13:00] maybe in ubuntu+1 [13:02] tumbleweed, why kind of hacking? Can't I just link the libraries statically? [13:02] what* [13:05] Anybody knows what should I do? [13:05] I've freaked out [13:14] sagaci, what do you mean? [13:19] hakermania: it's *in* ubuntu, the problem is that it isn't building [13:19] hakermania: you nee to make it not need the library that was removed [13:19] tumbleweed, nice! So, do I require to do any 'ha(c)king'? xD? [13:20] yes [13:21] what kind of? [13:21] oh i see, sorry [13:21] Is statical linking permitted? [13:22] strongly discouraged [13:22] But how do C++ applications now display notifications??? [13:44] sladen, Should I drop the libnotifymm dependency and reupload to revu? [13:44] Pity, I'd spent some hours on making the automatic image update and text work :( [13:50] Also, what about the other applications depending on this library? I bet there are plenty c++ showing notifications... Vlc, clementine...Both qt ones === medberry is now known as med_out [13:51] hakermania: why can't you port it to the libnotify C API? [13:54] debfx, which is the libnotify C API? Synaptic shows only libnotifymm as c++ libs for showing notifications [13:55] libnotify [13:55] c++ can use C libraries [13:56] hakermania: if you can make it use the native C libnotify API that would avoid the dependency, yes === almaisan-away is now known as al-maisan [14:29] jtaylor, I use the plain libnotify lib, not the libnotifymm, watch this screenshot, notice that I have the option to use libnotifymm and libnotify but I do use only libnotify (as seen in the above row)http://i.imgur.com/nfI38.png [14:29] why does it depend on mm then? [14:30] good point [14:34] jtaylor, the package is called 'libnotify' as is? I though this provided the cli tool notify-send [14:34] you probably want libnotify-dev [14:38] jtaylor, yes, you are right, I just checked the dependency and it's libnotifymm-dev, hehe I was too lucky using the plain c lib [14:39] Thanks! [14:52] bugfix only upstream releases can be synced from debian without a ffe or? [14:53] correct [14:54] hm but debian changed to dh_python2 when packaging it :/ that will need one [14:55] also correct [14:56] if it's a sync, I'm less worried about the FFe for the dh_python2, but that is what we asked for [15:02] So, now that I fixed the dependency do I re-upload to REVU? [15:03] hakermania: no, we genearlly use debdiffs in launchpad bugs for sponsorship [15:03] tumbleweed, how-to? [15:03] also, please subscribe to the bugs for https://launchpad.net/ubuntu/+source/wallch [15:03] hakermania: https://wiki.ubuntu.com/SponsorshipProcess [15:09] tumbleweed, so, in sort, I provide you with the .debdiff file after I make the changes? [15:18] Also, should I edit the debian/changelog and add a new entry describing the change? === al-maisan is now known as almaisan-away [15:34] But changelog should close a LP bug....Should I open one? 'Wallch faulty depends on libnotifymm-dev'? And close it in changelog? [15:35] And dch forces it to be 0ubuntu2, is this correct? [15:39] hakermania: yes, yes, yes (whith a title like "FTBFS, depends on libnotifymm-dev, which was removed"), yes, yes [15:40] tumbleweed, thanks, thanks, thanks, thanks, thanks lol [15:47] tumbleweed, the bug to be against the Wallch project or against 'wallch in ubuntu'? === almaisan-away is now known as al-maisan === al-maisan is now known as almaisan-away [15:56] wallch in ubuntu === yofel_ is now known as yofel [16:06] tumbleweed, I cannot ofcourse attach the DEBDIFF on the initial post because I don't know what number the package has so as to update debian/changelog first :P Or just mark it 'to progress' and then in another reply post the debdiff? [16:06] the bug has* [16:07] correct [16:07] nice [16:18] Can I do any upstream change and include it to this debdiff? [16:22] no upstream changes should be in debian/patches [16:22] for v3 packages [16:23] jtaylor: "no, " [16:24] tumbleweed, thanks for the correction because yes, i misunderstood it. [16:25] So, I cannot correct any upstream code for the time being..... [16:26] you can correct it, preferably with a quilt patch [16:26] yes you can but it will have to be in the form of a patch in the debian.tar.gz (= a quilt patch in debian/patches) [16:28] jtaylor, and then send both the debdiff and the quilt patch or debdiff will inlude the upstream patch as change? [16:28] the patch will be in the debdiff [16:29] im genious === _LibertyZero is now known as LibertyZero [16:49] Should I describe the upstream changes to debian/changelog? [16:49] edit-patch forces me to do this [17:07] hakermania: Only very important ones. It's not needed to describe every change. [17:07] I quite often paste NEWS in there, but you might need to edit it a bit [17:08] Aren't you supposed to be bicycling? [17:09] ScottK, what is this? [17:09] I think I will not refer to it at all, its importance is less than minor [17:09] it fixes a bug happening in non-unity environments [17:10] There are lots of non-Unity environments in Ubuntu. [17:11] hakermania: The bicycling comment was for Laney. [17:18] ScottK, still the bug is minor and specific, so it [17:18] 's Ok [17:18] OK. [17:32] OK, when debdiff is attached, should this change to 'fix committed', right? Because released requires the solution to be downloadable and installable... [17:36] debdiff submitted [17:37] bug 835524 [17:37] Launchpad bug 835524 in wallch (Ubuntu) "FTBFS, depends on libnotifymm-dev, which was removed" [Undecided,Fix committed] https://launchpad.net/bugs/835524 [18:09] hakermania: yes, but does this actually change the source code? Or was the 'libnotifymm-dev' requirement a lie (not needed in the first place?) [18:10] hakermania: the only change in there appears to be the remaining of a wallpaper.png [18:17] sladen, no, see closer http://paste.ubuntu.com/676090/ [18:17] It changed the dependency [18:19] hakermania: I know if changed the dependency. But it didn't change the program code! [18:20] hakermania: the only way that is going to work (and the program still compile) is [18:20] hakermania: (a) The dependency was wrong in the first place, and not actually used [18:21] hakermania: (b) The build system checks for libnotfiymm availalbility, and turns it off at build time [18:22] sladen, yes, it's (a), it worked because libnotifymm-dev has a dependency on libnotify-dev, which is the actual dependency, here's the libnotifymm-dev's dependencies: http://i.imgur.com/men2I.png [18:22] ahhhh [18:22] So, there's no reason to change the code, I needed libnotify-dev in 1st place [18:24] hakermania: can you add that explanation, clearly to https://bugs.launchpad.net/ubuntu/+source/wallch/+bug/835524 [18:24] Launchpad bug 835524 in wallch (Ubuntu) "FTBFS, depends on libnotifymm-dev, which was removed" [Undecided,Fix committed] [18:24] hakermania: noting that it was /incorrect/ dependencies in the first place [18:24] hakermania: and that no APIs from *mm are actually used [18:30] sladen, thanks, done [18:45] Will somebody apply this debdiff somehow? Any further action from my side? [18:47] subscribe ubuntu-sponsors to the bug, then someone will have a look [18:51] jtaylor, thanks, done [19:40] Also, where do I submit an icon for Wallch for USC? [20:14] What does this reply mean? https://bugs.launchpad.net/ubuntu/+source/libnotifymm/+bug/691990 Does (s)he want a quick fix for wallch? Or it doesn't refer to it at all? [20:14] Launchpad bug 691990 in libnotifymm (Ubuntu) "Please remove libnotifymm (universe) from oneiric archive" [Wishlist,Fix released] [21:47] sladen, thanks again. Goodnight [23:16] ScottK: Maybe setting off in a couple of days; got held back by parental hospitality :-) [23:17] not to mention the weather [23:26] hakermania: np. You probably want to subscribe to [23:27] https://bugs.launchpad.net/ubuntu/+source/wallch/+subscribe [23:27] * ScottK sits in the middle of a hurricane and wonders what Laney means by "weather". [23:31] ScottK: it's affecting you a bit there? [23:33] ScottK: does think of it as garden re-landscaping on the cheap [23:33] ScottK: just think of it as garden re-landscaping on the cheap! [23:34] Just a bit. We're far enough west to for it to be just some wind and rain. [23:35] It's also tracking east of the original projection. I'm sure that's not hurting either. === yofel_ is now known as yofel