=== luciano_ is now known as virusuy [05:10] LP #770622 [05:10] Launchpad bug 770622 in tzdata (Ubuntu) "2011g available" [High,Triaged] https://launchpad.net/bugs/770622 [05:11] does that need a FFe ? [05:15] AnAnt: I think that was being handled already by a sync, I don't know the bug # though [05:15] ajmitch: no, Debian itself doesn't have 2011gt [05:15] ajmitch: no, Debian itself doesn't have 2011g [05:16] the sync was for 2011f [05:16] and 2011f doesn't have the updated DST rules for egypt? [05:16] it was updated in 2011g [05:16] how annoying :) [05:16] http://article.gmane.org/gmane.comp.time.tz/3758 [05:17] AnAnt: It will need to be an SRU now. [05:18] ScottK: erm, is there anything that needs to be added to the bug report [05:19] ScottK: the reporter has attached the upstream diff [05:19] I didn't look at the bug report, sorry. Usually for tz updates cjwatson it pretty on top of them. [05:19] (or pitti, IIRC) [05:19] So I suspect it's fine. [05:19] pitti rather than me [05:22] ok === siretart` is now known as siretart [07:45] good morning [09:28] Morning dholbach. [09:31] hey iulian [11:39] LP #752396 [11:39] Launchpad bug 752396 in bzr-fastimport (Ubuntu) "bzr-fastimport is not listed in "bzr plugins" list" [Undecided,Confirmed] https://launchpad.net/bugs/752396 === ScottK changed the topic of #ubuntu-motu to: Archive: Frozen for release - Natty SRUs can be uploaded | Want to get involved with the MOTU? https://wiki.ubuntu.com/MOTU/Contributing | Sponsor queue: http://bit.ly/fz6AyQ | http://qa.ubuntuwire.com/ftbfs | http://people.canonical.com/~ubuntu-archive/NBS | http://qa.ubuntuwire.com/bugs/rcbugs/ | Congrats to new core-dev: SpamapS === moonflux_ is now known as moonflux === Pici` is now known as Pici === yofel_ is now known as yofel [18:00] Hi Guys, I am getting following issue while running pbuilder [18:00] http://paste.ubuntu.com/598980/ [18:00] i think i have a problem in control file [18:00] http://paste.ubuntu.com/599388/ [18:00] Build-depends: part [18:00] any help? === medberry is now known as med_away [18:02] gaurav_pawaskar: libqt4-dev-tools? for qmake? === med_away is now known as medberry === medberry is now known as med_out === med_out is now known as medberry [18:03] arand: sorry I did not understand.. this is my 1st time packaging :) [18:05] gaurav_pawaskar: Try adding libqt4-dev-tools to the build-dependencies. [18:05] arand: ok [18:08] gaurav_pawaskar: Ah, I think the package name is just libqt4-dev [18:10] /win 9 [18:10] highvoltage: you are already in /win 9 (at least here :)) [18:11] heh [18:15] arand: also when i run dpkg-buildpackage command.. i am not able get binaries in bin dir [18:16] gaurav_pawaskar: That sound like its down to the application not using a good install target, you could use .install files for that.. [18:17] arand: any reference for .install file? [18:21] gaurav_pawaskar: packagename.install: src/binary /usr/bin I think is the general format... [18:25] arand: when I run buildpackage command.. i should see /share and /bin dirs in /debian//usr right? [18:25] but i can not see /bin dir at that location [18:28] gaurav_pawaskar: Yes... which is likely because the "(q)make install" of that application doesn't install to /usr/bin, but to somewhere else, either you could patch the makefile at build time (quilt), or use install files to move binaries which are compiled within the source directory to the desired location in the filesystem. [18:30] arand : which location it will be? [18:32] Well a binary would go in /usr/bin I guess, a png for an icon in /usr/share/icons/hicolor/48x48, etc.. === Pici is now known as Guest67539 [18:35] arand: i am not talking about installing.. I am running dpkg-buildpackage -rfakeroot [18:35] and it is not creating binary [18:38] gaurav_pawaskar: Ah, hmm, do you get binaries just running debuild -us -uc ? [18:38] arand: if i run make command it is creating binary locally.. [18:38] Yes. [18:39] Exactly. [18:39] but it is not getting placed in /debian/randy/usr/bin/ [18:40] arand: i guess when i run buildpackage i should see it in /debian/usr/randy/bin dir [18:40] Which is why you need to either patch the makefiles install target, or use .install files. ...Or do some custom magic in the rules file, I guess [18:41] arand; http://www.sendspace.com/file/hddth6 [18:41] can you suggest changes. I am kind of confused now [18:41] :( === Pici` is now known as Pici [18:43] gaurav_pawaskar: Hang on , I'll see if I can change over to a sane computer.. [18:44] arand: okay thank you [18:52] echo "randy usr/bin > debian/randy.install" [18:53] arand_: i did not get it [18:53] gaurav_pawaskar: Doing this makes it install a binary in /usr/bin for me [18:55] gaurav_pawaskar: What it means is that in the "install" process, it takes the file "./randy" and install it in what will later become /usr/bin.. the name of the .install file determines which package (if multiple) it is used for. [18:57] arand_: you mean it will first create file locally then place it in usr/bin ? [18:58] gaurav_pawaskar: Yes, that is normally how things go anyways, you have "make" and then "make install" [18:59] arand_ : ok let me try that [18:59] Your particular program doesn't seem to have a useful "make install" target, hence you need to do it manually. [19:01] randy /usr/bin/ [19:01] data/randy.desktop /usr/share/application/ [19:01] arand_ : ^^ is this enough for .install file? [19:02] gaurav_pawaskar: Well, I would guess so. Doesn't seem to be much more in the program :) [19:03] arand_: yes it is 1st packaging for me and application too :) [19:12] arand_ : http://paste.ubuntu.com/599432/ [19:13] does it mean successful build? [19:14] gaurav_pawaskar: I would guess so, the contents of the .deb package is the final answer, of course [19:15] arand_ : it was without .install file. I will do it again with that file [19:16] gaurav_pawaskar: Ah, well it will likely build fine without it, but the binary won't be placed in the package. [19:17] arand_ : ohh I think that is why after installation I am not able to see that application [19:43] anyone have a hand in the gcc 4.6 o-series testing? doko's not arround [19:55] arand_: hey I got it.. only thing is I am not finding that application in Application/Accessories [19:55] arand_ : thanks alot :D [19:58] gaurav_pawaskar: You'll need the name of the Icon: entry to match an installed icon e.g. /usr/share/icons/hicolor/48x48/randy.png or /usr/share/pixmaps/randy.xpm [20:00] I'm not sure if you would change the category to "Acessories" instead of "Utilities" as well.. Dunno what the FD spec for the naming scheme there is. [20:01] arand_: is that mandetory. I can see a menu file in debian dir [20:01] but it did not make much effect for me [20:02] gaurav_pawaskar: .menu and .desktop are two ways of doing the same thing, is my shallow understanding of it.. [20:02] .desktop is prefered, I think. [20:02] arand_ okay.. let me try that way [20:04] gaurav_pawaskar: Not that you will need to install an icon named "randy" for it to show up, or simply use the name of an already existing icon [20:04] *Note [20:04] okay thanks