#ubuntu-motu-torrent 2007-10-16 * Starting logfile irclogs/ubuntu-motu-torrent.log -ChanServ(cisneroselizabeth@example.net.)- [#ubuntu] Welcome to #ubuntu! Please read the channel topic and consider spending some time on the FAQ mentioned there -ChanServ(cisneroselizabeth@example.net.)- You do not have channel operator access to [#ubuntu-freshers] (fabbione/#ubuntu-motu-torrent) test <DarkSun88> Hi all <pochu> Hi DarkSun88 <DarkSun88> Hi pochu :) (bluekuja/#ubuntu-motu-torrent) hi guys (bluekuja/#ubuntu-motu-torrent) :) (bluekuja/#ubuntu-motu-torrent) asac: I start fixing lintian error (bluekuja/#ubuntu-motu-torrent) :) <pochu> Hey bluekuja (bluekuja/#ubuntu-motu-torrent) pochu: :) (bluekuja/#ubuntu-motu-torrent) ubuntulog is inside (bluekuja/#ubuntu-motu-torrent) great <pochu> So be careful with what you say ;) (bluekuja/#ubuntu-motu-torrent) haha :) <DktrKranz> no more spam? d'oh! (bluekuja/#ubuntu-motu-torrent) :D <pochu> We can register #ubuntu-motu-torrent-offtopic :p (bluekuja/#ubuntu-motu-torrent) lol <DktrKranz> 30 characters? no way! #u-m-t-ot instead! (bluekuja/#ubuntu-motu-torrent) :D <pochu> hehe :) <DktrKranz> I'm gonna die if I type too many characters at a time <pochu> DktrKranz: you can set it as autojoin, so no need to type it ;) <DktrKranz> mh, let me do some tests <DktrKranz> using copy and paste it took only 12 key pressures, +1 :P (bluekuja/#ubuntu-motu-torrent) asac: all lintian problems are strictly related to bad makefiles/configures (bluekuja/#ubuntu-motu-torrent) and trying to update it I get some macro undefinied like AC_PROG_LIBTOOL <asac> bluekuja: you need libtool installed for that <asac> though you should not need libtool if no libs are build (bluekuja/#ubuntu-motu-torrent) asac: a lib is built <asac> if you really need it you need a build-depends <asac> on libtool (bluekuja/#ubuntu-motu-torrent) asac: do you think that running autotools will fix those problems? (bluekuja/#ubuntu-motu-torrent) e.g docs are installed by default, also if not listed in DOCS <asac> no <asac> if you have no libtool installed then the libtool macro does not exist <asac> for the rest i have no idea <asac> updating autotools generated files might help <asac> give it a try (bluekuja/#ubuntu-motu-torrent) asac: gconf are installed in /usr/etc/.. (bluekuja/#ubuntu-motu-torrent) and thats bad <asac> yes <asac> thats probably a Makefile.am bug <asac> e.g. bad makefile <asac> maybe look what packages do that do it proper <asac> bluekuja: probably that is due to some missing configure switch <asac> look what other packages pass to configure in rules <asac> and then look if you do the same (bluekuja/#ubuntu-motu-torrent) asac: I found out that gconf variable is set in aclocal (bluekuja/#ubuntu-motu-torrent) GCONF_SCHEMA_FILE_DIR='$(sysconfdir)/gconf/schemas' (bluekuja/#ubuntu-motu-torrent) using this (bluekuja/#ubuntu-motu-torrent) that installs them into /usr/etc <asac> bluekuja: what do you pass to configure? <asac> probably you don't pass proper sysconfdir (bluekuja/#ubuntu-motu-torrent) let me see <asac> which is why things get installed beneath $(prefix)/etc <asac> e.g. look what you are missing (bluekuja/#ubuntu-motu-torrent) asac: yeah (bluekuja/#ubuntu-motu-torrent) sysconfdir='${prefix}/etc' (bluekuja/#ubuntu-motu-torrent) bad folder (bluekuja/#ubuntu-motu-torrent) in configure (bluekuja/#ubuntu-motu-torrent) let's fix and try again <asac> bluekuja: look at how good packages invoke configure <asac> the basic parameters are *always* identical for all autotoolized packages (bluekuja/#ubuntu-motu-torrent) asac: good package = updated? (bluekuja/#ubuntu-motu-torrent) updated = autotoolized <asac> he? (bluekuja/#ubuntu-motu-torrent) look at how good packages invoke configure <asac> yes (bluekuja/#ubuntu-motu-torrent) I was talking about this <asac> just pick some <asac> most should do it proper <asac> at best pick some package from main <asac> some C (or C++) package (bluekuja/#ubuntu-motu-torrent) and I see how the invoke configure? (bluekuja/#ubuntu-motu-torrent) into sources <asac> no <asac> in rules <asac> read above (bluekuja/#ubuntu-motu-torrent) ok (bluekuja/#ubuntu-motu-torrent) ah yeah sorry (bluekuja/#ubuntu-motu-torrent) :) <asac> your problem is probably in rules ... not in the make/configure files itself :) <asac> np (bluekuja/#ubuntu-motu-torrent) checking (bluekuja/#ubuntu-motu-torrent) a package in main (bluekuja/#ubuntu-motu-torrent) asac: problem was in configure file (bluekuja/#ubuntu-motu-torrent) asac: I changed gconf dir (bluekuja/#ubuntu-motu-torrent) and it works <asac> good <asac> go ahead <asac> fix the rest :) (bluekuja/#ubuntu-motu-torrent) need to find out docs (bluekuja/#ubuntu-motu-torrent) asac: whats the default dir for gconf? (bluekuja/#ubuntu-motu-torrent) PREFIX/... (bluekuja/#ubuntu-motu-torrent) then? (bluekuja/#ubuntu-motu-torrent) *schemas <asac> no idea ... search in /usr/share ... there should be schemas already (bluekuja/#ubuntu-motu-torrent) asac: ok gconf problem fixed (bluekuja/#ubuntu-motu-torrent) asac: need to find out why those docs are installed without rules permission (bluekuja/#ubuntu-motu-torrent) asac: do you think that adding a clean rule for it would be ok? <asac> clean rule? (bluekuja/#ubuntu-motu-torrent) e.g rm ... (bluekuja/#ubuntu-motu-torrent) in rules (bluekuja/#ubuntu-motu-torrent) to delete them without bothering makefiles (bluekuja/#ubuntu-motu-torrent) e.g -rm -f (CURDIR)debian/usr/share/doc/diff-ext/COPYING (bluekuja/#ubuntu-motu-torrent) */ (bluekuja/#ubuntu-motu-torrent) for all of them (bluekuja/#ubuntu-motu-torrent) trying it <asac> i am currently in -classroom :) <asac> no ... deleting is probably not a good idea (bluekuja/#ubuntu-motu-torrent) asac: y? <asac> bluekuja: look how other packages deal with that ... they should face the same problem (bluekuja/#ubuntu-motu-torrent) asac: its not a rules problem (bluekuja/#ubuntu-motu-torrent) its related to bad makefiles (bluekuja/#ubuntu-motu-torrent) as gconf (bluekuja/#ubuntu-motu-torrent) I set in DOCS only authors file (bluekuja/#ubuntu-motu-torrent) and I get all of them (bluekuja/#ubuntu-motu-torrent) at the end <asac> k <asac> look in the Makefile.am files <asac> and see whats wrong with them (bluekuja/#ubuntu-motu-torrent) yeah (bluekuja/#ubuntu-motu-torrent) currently checking <asac> compare to other packages ... which have COPYING et al in there source tree as well <asac> most should have that file <asac> as its standard for autotoolized things (bluekuja/#ubuntu-motu-torrent) asac: one more thing (bluekuja/#ubuntu-motu-torrent) lib is installed into (bluekuja/#ubuntu-motu-torrent) ah no (bluekuja/#ubuntu-motu-torrent) nvw (bluekuja/#ubuntu-motu-torrent) *nvm (bluekuja/#ubuntu-motu-torrent) :) (bluekuja/#ubuntu-motu-torrent) asac: yeah, something bad is in Makefile (bluekuja/#ubuntu-motu-torrent) e.g am__installdirs = "$(DESTDIR)$(diff_extdocdir)" (bluekuja/#ubuntu-motu-torrent) diff_extdocDATA_INSTALL = $(INSTALL_DATA) (bluekuja/#ubuntu-motu-torrent) and diff_extdoc_DATA = \ (bluekuja/#ubuntu-motu-torrent) README \ (bluekuja/#ubuntu-motu-torrent) COPYING \ (bluekuja/#ubuntu-motu-torrent) AUTHORS \ (bluekuja/#ubuntu-motu-torrent) ChangeLog \ (bluekuja/#ubuntu-motu-torrent) INSTALL \ (bluekuja/#ubuntu-motu-torrent) NEWS \ (bluekuja/#ubuntu-motu-torrent) TODO <asac> bluekuja: looking at makefile might help to understand the problem ... but the problem has to be solved in Makefile.am (bluekuja/#ubuntu-motu-torrent) I cleaned makefile.am deleting diff_extdoc_DATA = \ <asac> do you really want that? <asac> i mean having README and stuff like that is ok (bluekuja/#ubuntu-motu-torrent) they are blank (bluekuja/#ubuntu-motu-torrent) :) <asac> blank? (bluekuja/#ubuntu-motu-torrent) zero-byte-file-in-doc-directory usr/share/doc/diff-ext/TODO (bluekuja/#ubuntu-motu-torrent) zero-byte-file-in-doc-directory usr/share/doc/diff-ext/README <asac> ah ... yes ... drop those blank ones (bluekuja/#ubuntu-motu-torrent) COPYING is not needed too (bluekuja/#ubuntu-motu-torrent) if I leave the changelog there (bluekuja/#ubuntu-motu-torrent) I get (bluekuja/#ubuntu-motu-torrent) changelog-file-not-compressed ChangeLog (bluekuja/#ubuntu-motu-torrent) because has been already set in rules (bluekuja/#ubuntu-motu-torrent) by default (bluekuja/#ubuntu-motu-torrent) so all those files need to be removed cause blank files or bad(like copying to needed) (bluekuja/#ubuntu-motu-torrent) asac: I've fixed LIBTOOL problem, now updating and building (bluekuja/#ubuntu-motu-torrent) to see if docs are no more installed (bluekuja/#ubuntu-motu-torrent) asac: worked (bluekuja/#ubuntu-motu-torrent) :) <asac> bluekuja: if you are done... do a lintian/linda run <asac> to see any problems :) (bluekuja/#ubuntu-motu-torrent) clean (bluekuja/#ubuntu-motu-torrent) clean now <asac> fine (bluekuja/#ubuntu-motu-torrent) :) (bluekuja/#ubuntu-motu-torrent) asac: need to import into bzr now (bluekuja/#ubuntu-motu-torrent) how do you prefer it? <asac> import to debian branch (bluekuja/#ubuntu-motu-torrent) e.g checkins <asac> then submit changes that are in upstream code upstream <asac> once they applied them ... we have to merge (bluekuja/#ubuntu-motu-torrent) we dont have a debian branch (bluekuja/#ubuntu-motu-torrent) all in one <asac> yes ... we have upstream + debian (bluekuja/#ubuntu-motu-torrent) yup <asac> http://bazaar.launchpad.net/~bluekuja/diff-ext/upstream.source/ vs http://bazaar.launchpad.net/~bluekuja/diff-ext/debian.source/ <asac> land your changes in debian.source (bluekuja/#ubuntu-motu-torrent) ok <asac> taking care that you checkin per issue (bluekuja/#ubuntu-motu-torrent) ok <asac> so the checkins are distinct <asac> and you can then diff those checkins only and send them upstream (bluekuja/#ubuntu-motu-torrent) first checking / docs (bluekuja/#ubuntu-motu-torrent) and so on (bluekuja/#ubuntu-motu-torrent) ok (bluekuja/#ubuntu-motu-torrent) lets do it <asac> right <asac> you will do ... if its not perfect ... no problem :) <asac> i am happy enough if you are aware of the importance :) (bluekuja/#ubuntu-motu-torrent) yup :) (bluekuja/#ubuntu-motu-torrent) asac: done, all revisions pushed correctly, now it should be ok to build it again to check lintian :) <asac> bluekuja: ok ... will try in 30 min :) (bluekuja/#ubuntu-motu-torrent) asac: sounds great (bluekuja/#ubuntu-motu-torrent) :) (bluekuja/#ubuntu-motu-torrent) asac: is normal that fetching a dependency with pbuilder gets a 404 error: not found (bluekuja/#ubuntu-motu-torrent) using archive.ubuntu.com <asac> hmm (bluekuja/#ubuntu-motu-torrent) and having scons as dep in control <asac> no <asac> maybe you need to update (bluekuja/#ubuntu-motu-torrent) yeah <asac> the pbuilder environment (bluekuja/#ubuntu-motu-torrent) lets try (bluekuja/#ubuntu-motu-torrent) if updating wont work (bluekuja/#ubuntu-motu-torrent) its a problem (bluekuja/#ubuntu-motu-torrent) e.g after update, still fetch problem (bluekuja/#ubuntu-motu-torrent) asac: tell me when you built <asac> i will get fetch errors? <asac> why so? (bluekuja/#ubuntu-motu-torrent) asac: ? (bluekuja/#ubuntu-motu-torrent) asac: nope it was another package (bluekuja/#ubuntu-motu-torrent) I'm merging (bluekuja/#ubuntu-motu-torrent) :) <asac> ah (bluekuja/#ubuntu-motu-torrent) diff is ok (bluekuja/#ubuntu-motu-torrent) ;) (bluekuja/#ubuntu-motu-torrent) just need your build (bluekuja/#ubuntu-motu-torrent) and your lintian test (bluekuja/#ubuntu-motu-torrent) :) <asac> i will take a look at file hierarchy layout <asac> some things cannot be caught by lintian <asac> your last comment "in configure" file ... sounds as "always wrong" <asac> modifying configure is always bad (bluekuja/#ubuntu-motu-torrent) asac: its just a dir variable (bluekuja/#ubuntu-motu-torrent) it has to be done from there <asac> yes you did it wrong <asac> as i said ... you lack a parameter to configure <asac> invocation <asac> bluekuja: nevertheless its wrong (bluekuja/#ubuntu-motu-torrent) e.g --sysconfdir /usr/share <asac> first: its not persistent <asac> as it willl be overwritten on next autoconf <asac> second: you have the option to overwrite it by configure parameters <asac> so modifying it is wrong (bluekuja/#ubuntu-motu-torrent) asac: yeah, you're really right (bluekuja/#ubuntu-motu-torrent) didnt think about it <asac> bluekuja: las i said ... please look what other packages pass to configure in rules <asac> its the same everywhere <asac> e.g. if they have a sysconfdir (bluekuja/#ubuntu-motu-torrent) asac: ^^ <asac> ok ... to take the short track: its /etc <asac> not /usr/share (bluekuja/#ubuntu-motu-torrent) I was waiting your comment (bluekuja/#ubuntu-motu-torrent) ^^ (bluekuja/#ubuntu-motu-torrent) :) <asac> if you don't want it in rc then Makefile.am are wrong <asac> s/in rc/in etc/ (bluekuja/#ubuntu-motu-torrent) asac: /etc ?? <asac> if you want it in share ... then its DATA (bluekuja/#ubuntu-motu-torrent) asac: gconf files need to go to /usr/share (bluekuja/#ubuntu-motu-torrent) why /etc? (bluekuja/#ubuntu-motu-torrent) the problem was related to a bad gconf folder (bluekuja/#ubuntu-motu-torrent) reported by lintian (bluekuja/#ubuntu-motu-torrent) that was pointing them to /etc (bluekuja/#ubuntu-motu-torrent) */usr/etc (bluekuja/#ubuntu-motu-torrent) changing configure sysconfig (we can --sysconfdir to ./configure in rules too) (bluekuja/#ubuntu-motu-torrent) we make the trick (bluekuja/#ubuntu-motu-torrent) and we're done (bluekuja/#ubuntu-motu-torrent) asac: passing that variable to rules's ./configure works (bluekuja/#ubuntu-motu-torrent) so we dont have to change configure directly <asac> yep <asac> safe bet <asac> no of course not (bluekuja/#ubuntu-motu-torrent) uploading it <asac> if you want to change something in confiugre <asac> you have to modifiy configure.ac (bluekuja/#ubuntu-motu-torrent) yea <asac> and regen configure from that (bluekuja/#ubuntu-motu-torrent) configure is not stable <asac> its generated (bluekuja/#ubuntu-motu-torrent) e.g it regens (bluekuja/#ubuntu-motu-torrent) yep (bluekuja/#ubuntu-motu-torrent) :) <asac> and generated files should never be touched by hand <asac> normally they even don't belong in revision control <asac> if you put them ... always check them in with a distinct patch <asac> so the diff of your manual changes does not contaminated <asac> bluekuja: so you can revert the last checkin (e.g. apply reversed) (bluekuja/#ubuntu-motu-torrent) asac: how? <asac> and check that in (e.g. backout the wrong checkin) (bluekuja/#ubuntu-motu-torrent) how can I delete last checkin? <asac> you can't (bluekuja/#ubuntu-motu-torrent) uncommitting and overwriting (bluekuja/#ubuntu-motu-torrent) should work too <asac> (you could but since its already published you don't want to) <asac> so you have to backout by applying the reverse-diff <asac> bluekuja: no please don't uncommitt <asac> on published branches (bluekuja/#ubuntu-motu-torrent) asac: oh ok^^ <asac> we did this in the beginning once :) ... but just to get a good start <asac> now we should return to decent business and backout properly <asac> by a checkin on-top (bluekuja/#ubuntu-motu-torrent) asac: I can apply the only change I did in one checking (changing sysconf) (bluekuja/#ubuntu-motu-torrent) and then fix rules (bluekuja/#ubuntu-motu-torrent) in another one <asac> yeah ... but exercise how you can do that without editing a file manual :) (bluekuja/#ubuntu-motu-torrent) :D (bluekuja/#ubuntu-motu-torrent) bzr diff <asac> if you have a lager checkin to backout ... manual reverting is error-prone <asac> or impossible (bluekuja/#ubuntu-motu-torrent) ye (bluekuja/#ubuntu-motu-torrent) need to use bzr diff <asac> right bzr diff is the right way to start (bluekuja/#ubuntu-motu-torrent) good exercise <asac> maybe there is even a bzr command do to exactly that <asac> (but its not called revert ... thats for sure) <asac> i don't know if bzr has a command to do that (bluekuja/#ubuntu-motu-torrent) asac: revert Revert files to a previous revision. (bluekuja/#ubuntu-motu-torrent) lol <asac> doing manual is a good exercise anyway :) <asac> bluekuja: yes ... you can try <asac> if it doesn't remove revisions <asac> then its fine (bluekuja/#ubuntu-motu-torrent) lets try <asac> i only use it to reset modified files (bluekuja/#ubuntu-motu-torrent) bzr revert M configure (bluekuja/#ubuntu-motu-torrent) the output (bluekuja/#ubuntu-motu-torrent) now pushing <asac> no <asac> look at what it did first <asac> e.g. use bzr log (bluekuja/#ubuntu-motu-torrent) ah yea <asac> is there a new revision? <asac> what did it do? <asac> if you did not add a comment then it probably didn't do what you want (bluekuja/#ubuntu-motu-torrent) did nothing (bluekuja/#ubuntu-motu-torrent) maybe bzr revert -m "message" (bluekuja/#ubuntu-motu-torrent) nope <asac> actually i am pretty sure revert is not what we want (bluekuja/#ubuntu-motu-torrent) mmm....you're right <asac> (i alreday tried it as its called revert in git) (bluekuja/#ubuntu-motu-torrent) I see no changesd <asac> maybe you can pass parameters? <asac> actually i can't believe that there is no such command in default bzr <asac> but i don't see the command <asac> so i just do it by hand :) (bluekuja/#ubuntu-motu-torrent) :D <asac> in svn you use merge to do it (bluekuja/#ubuntu-motu-torrent) bzr diff then (bluekuja/#ubuntu-motu-torrent) bzr diff which variables uses? <asac> yeah you can definitly use bzr diff -r... | something | somethingelse <asac> use bzr help <asac> to figure out <asac> bzr help <command> <asac> can always be used (bluekuja/#ubuntu-motu-torrent) asac: where should the diff be stored? (bluekuja/#ubuntu-motu-torrent) asac: ok, I have the diff (bluekuja/#ubuntu-motu-torrent) asac: how can I apply it now to the branch? <asac> you can either put it to some file (bluekuja/#ubuntu-motu-torrent) yeah <asac> or just pipe into the command that reversed + applies your changes :) (bluekuja/#ubuntu-motu-torrent) I have it on a file now <asac> see above ... i do all with a single pipe expression <asac> bluekuja: if you have file you have to apply the patch reversed (bluekuja/#ubuntu-motu-torrent) mmm... <asac> how to do that is in your hands :) (bluekuja/#ubuntu-motu-torrent) and then push <asac> commit (bluekuja/#ubuntu-motu-torrent) yes <asac> verify that it does what you want <asac> then finally push and tell me :) <asac> comment that you reverted a checkin and name what checkin was reverted (bluekuja/#ubuntu-motu-torrent) ok (bluekuja/#ubuntu-motu-torrent) asac: rules changes (bluekuja/#ubuntu-motu-torrent) go in another checkin right? <asac> depends about what they are <asac> e.g. if you change something in rules because you removed some file <asac> both changes would go into the same checkin (bluekuja/#ubuntu-motu-torrent) asac: nope, added content (bluekuja/#ubuntu-motu-torrent) in our case <asac> what content? <asac> did we add? (bluekuja/#ubuntu-motu-torrent) --sysconfdif variable <asac> yeah nm <asac> if you just changed rules <asac> then its a distinct checkin ... yes (bluekuja/#ubuntu-motu-torrent) ok (bluekuja/#ubuntu-motu-torrent) asac: done (bluekuja/#ubuntu-motu-torrent) everything pushed (bluekuja/#ubuntu-motu-torrent) you can try to build <asac> bluekuja: will try after developer team meeting <asac> @schedule (ubotu/#ubuntu-motu-torrent) Schedule for Etc/UTC: 31 May 15:00: Ubuntu Development Team | 31 May 21:00: Kubuntu Developers | 05 Jun 19:00: Technical Board | 06 Jun 20:00: Edubuntu | 07 Jun 20:00: Ubuntu Development Team | 12 Jun 15:00: Kernel Team (bluekuja/#ubuntu-motu-torrent) asac: :) (bluekuja/#ubuntu-motu-torrent) asac: gonna have a break (bluekuja/#ubuntu-motu-torrent) asac: ping me when done (bluekuja/#ubuntu-motu-torrent) @schedule rome (ubotu/#ubuntu-motu-torrent) Schedule for Europe/Rome: 31 May 17:00: Ubuntu Development Team | 31 May 23:00: Kubuntu Developers | 05 Jun 21:00: Technical Board | 06 Jun 22:00: Edubuntu | 07 Jun 22:00: Ubuntu Development Team | 12 Jun 17:00: Kernel Team (bluekuja/#ubuntu-motu-torrent) bbl (bluekuja/#ubuntu-motu-torrent) asac: back <asac> yes meeting is over as well :/ (bluekuja/#ubuntu-motu-torrent) aww (bluekuja/#ubuntu-motu-torrent) asac: I'm leaving in 30-40 mins (bluekuja/#ubuntu-motu-torrent) can we finish ? <asac> lookin (bluekuja/#ubuntu-motu-torrent) perfect <asac> i don't get why you choose ${prefix}/share as sysconfdir <asac> do other packages do the same? (bluekuja/#ubuntu-motu-torrent) asac: that dir is specified for gconf schemas <asac> yes right (bluekuja/#ubuntu-motu-torrent) gconf schemas are stored in usr/share (bluekuja/#ubuntu-motu-torrent) ;) <asac> but that doesn'tmean that sysconfdir is that place <asac> but let me look (bluekuja/#ubuntu-motu-torrent) its specified only for schemas (bluekuja/#ubuntu-motu-torrent) in configure <asac> ok in cdbs helper mk files DEB_CONFIGURE_SYSCONFDIR =/etc <asac> so its probably not right to use it for that purpose <asac> where is the schema file declared in Makefile.am ? (bluekuja/#ubuntu-motu-torrent) asac: data/makefile.am <asac> how? (bluekuja/#ubuntu-motu-torrent) asac: they are not decalred (bluekuja/#ubuntu-motu-torrent) *declared (bluekuja/#ubuntu-motu-torrent) asac: we can verify final deb to see if all files are installed properly (bluekuja/#ubuntu-motu-torrent) to see if sysconfdir (bluekuja/#ubuntu-motu-torrent) set to /usr/share (bluekuja/#ubuntu-motu-torrent) modify the package itself <asac> he? <asac> it certainly modifies package <asac> i can see the result <asac> in debian/diff-ext/... (bluekuja/#ubuntu-motu-torrent) asac: yeah (bluekuja/#ubuntu-motu-torrent) asac: so we need to find a workaround (bluekuja/#ubuntu-motu-torrent) to have schemas in /usr/share (bluekuja/#ubuntu-motu-torrent) and other files in /etc (bluekuja/#ubuntu-motu-torrent) Lutin, :) (bluekuja/#ubuntu-motu-torrent) Lutin, please https://launchpad.net/~motu-torrent (bluekuja/#ubuntu-motu-torrent) asac: is there a way to have that ? <Lutin> bluekuja: just idling around for the moment, I'm on exams and then will be away for 6 weeks. not the perfect time for becoming member in any team (bluekuja/#ubuntu-motu-torrent) Lutin, oh ok :) you can stay in the channel <asac> bluekuja: i think the problem is in Makefile.am <asac> it should never use $(sysconfdir) <asac> but something like <asac> $(datadir) (bluekuja/#ubuntu-motu-torrent) asac: right <asac> so fix Makefile.am <asac> and you are done <asac> no tweaking of sysconfdir needed in configure invocation (bluekuja/#ubuntu-motu-torrent) asac: wait, you mean data/ma.. or datadir/make? <asac> (other than setting to /etc for future use) <asac> read above (bluekuja/#ubuntu-motu-torrent) asac: yeah, but there are something like 4 makefile.am (bluekuja/#ubuntu-motu-torrent) in upstream dir (bluekuja/#ubuntu-motu-torrent) data/makefile.am (bluekuja/#ubuntu-motu-torrent) po/makefile.am (bluekuja/#ubuntu-motu-torrent) you mean the one in ./ (bluekuja/#ubuntu-motu-torrent) I dont see any sysconfdir there <asac> hmm <asac> its interesting (bluekuja/#ubuntu-motu-torrent) its made all with configure (bluekuja/#ubuntu-motu-torrent) its not nice, but its made that way <asac> its in aclocal.m4 <asac> ok <asac> its a bug imo <asac> but we have to live with it <asac> it appears that GCONF macros have that as default (bluekuja/#ubuntu-motu-torrent) yea <asac> you can overwrite it with configure option: <asac> ./configure --help ?? <asac> take a loog <asac> look <asac> there is an optio for what we want <asac> you specify the right dir ... done (bluekuja/#ubuntu-motu-torrent) asac: --with-gconf-source=sourceaddress Config database for installing schema files. (bluekuja/#ubuntu-motu-torrent) no sorry (bluekuja/#ubuntu-motu-torrent) --with-gconf-schema-file-dir=dir Directory for installing schema files. (bluekuja/#ubuntu-motu-torrent) copied previous line (bluekuja/#ubuntu-motu-torrent) sorry (bluekuja/#ubuntu-motu-torrent) and we are done <asac> y (bluekuja/#ubuntu-motu-torrent) fixing <asac> at least for this problem :) (bluekuja/#ubuntu-motu-torrent) yep <asac> actually i think that the default is proper <asac> because /etc/gconf/ might work as well (bluekuja/#ubuntu-motu-torrent) asac: lintian warning for it (bluekuja/#ubuntu-motu-torrent) --with-gconf-schema-file-dir=\$${prefix}/share (bluekuja/#ubuntu-motu-torrent) added <asac> but since its not what the user usually edits it doesn't belong there (bluekuja/#ubuntu-motu-torrent) yea (bluekuja/#ubuntu-motu-torrent) I've added that variable <asac> please double check that it does what we want (bluekuja/#ubuntu-motu-torrent) yea (bluekuja/#ubuntu-motu-torrent) let me build <asac> drop sysconfdir tweaking of course (bluekuja/#ubuntu-motu-torrent) yea (bluekuja/#ubuntu-motu-torrent) :) (bluekuja/#ubuntu-motu-torrent) building (bluekuja/#ubuntu-motu-torrent) asac: E: diff-ext: file-directly-in-usr-share usr/share/diff-ext.schemas (bluekuja/#ubuntu-motu-torrent) we should specify full path (bluekuja/#ubuntu-motu-torrent) for it (bluekuja/#ubuntu-motu-torrent) so prefix/share/gconf/schemas <asac> yeah <asac> wrong dir you choose (bluekuja/#ubuntu-motu-torrent) yup <asac> $(sysconfdir)/gconf/schemas ... it was (bluekuja/#ubuntu-motu-torrent) yeah, I used prefix <asac> you might use datadir :) (bluekuja/#ubuntu-motu-torrent) asac: why sysconfdir? (bluekuja/#ubuntu-motu-torrent) it will place them in usr/etc (bluekuja/#ubuntu-motu-torrent) and thats bad (bluekuja/#ubuntu-motu-torrent) instead of normal path (bluekuja/#ubuntu-motu-torrent) /usr/share/gconf/schemas (bluekuja/#ubuntu-motu-torrent) I'll use prefix/share/gconf/schemas <asac> i said "it was" (bluekuja/#ubuntu-motu-torrent) and we're done (bluekuja/#ubuntu-motu-torrent) ah sorry (bluekuja/#ubuntu-motu-torrent) :) <asac> + you might use datadir (bluekuja/#ubuntu-motu-torrent) misunderstood <asac> :) <asac> np (bluekuja/#ubuntu-motu-torrent) datadir ? (bluekuja/#ubuntu-motu-torrent) its the variable for? (bluekuja/#ubuntu-motu-torrent) *in our case* (bluekuja/#ubuntu-motu-torrent) usr/share? <asac> its: "architecture independent data directory" <asac> which is /usr/share <asac> by default (bluekuja/#ubuntu-motu-torrent) yea, ok (bluekuja/#ubuntu-motu-torrent) perfect <asac> read automake manual <asac> there are other variables as well <asac> like pkgdatadir <asac> as well as architecture dependent files et al (bluekuja/#ubuntu-motu-torrent) ok (bluekuja/#ubuntu-motu-torrent) fixing (bluekuja/#ubuntu-motu-torrent) building <asac> fine (bluekuja/#ubuntu-motu-torrent) lintian clean (bluekuja/#ubuntu-motu-torrent) usr/share/gconf/schemas/ (bluekuja/#ubuntu-motu-torrent) usr/share/gconf/schemas/diff-ext.schemas (bluekuja/#ubuntu-motu-torrent) asac: pushed and published <asac> if everything is fine i will upload <asac> short breakj <asac> now <asac> sorry (bluekuja/#ubuntu-motu-torrent) asac: awww (bluekuja/#ubuntu-motu-torrent) leaving (bluekuja/#ubuntu-motu-torrent) in 5 mins (bluekuja/#ubuntu-motu-torrent) wont be here this evening, I have a match <asac> no problem :) ... i don't think we have a real hurry <asac> and most likely everything is ok <asac> if i need to fix something tiny, i can do that (bluekuja/#ubuntu-motu-torrent) asac: nope, I'll try to get online late evning (bluekuja/#ubuntu-motu-torrent) :) <asac> otherwise tomorrow (bluekuja/#ubuntu-motu-torrent) like midnight (bluekuja/#ubuntu-motu-torrent) you'll be here? <asac> no idea (bluekuja/#ubuntu-motu-torrent) :) <asac> depends on my mood (bluekuja/#ubuntu-motu-torrent) hehehe <asac> :) (bluekuja/#ubuntu-motu-torrent) asac: perfect, good break (bluekuja/#ubuntu-motu-torrent) and see you later (bluekuja/#ubuntu-motu-torrent) leaving (bluekuja/#ubuntu-motu-torrent) bbl <bluekuja_laptop> asac: back <bluekuja_laptop> still having a break or returned? <asac> 18:17 < bluekuja> asac: nope, I'll try to get online late evning <asac> :) <bluekuja_laptop> asac: I forgot that I have my laptop here <asac> where? <bluekuja_laptop> uncle's house <bluekuja_laptop> ^^ <asac> ah <asac> you moved pretty fast <bluekuja_laptop> yeah, its something like 5-6 km from my home <bluekuja_laptop> I thought to have dinner before the match <asac> ah <asac> what kind of match is that? <bluekuja_laptop> and they said me "no, we will go after" <bluekuja_laptop> basketball :) <asac> ah ... cool. have fun :) <bluekuja_laptop> thanks! :) <bluekuja_laptop> do you like it? <asac> i queued this back because you told me that you will come back earliest late <asac> bluekuja_laptop: kind of ... i played a bit when i was young ... but never in a real team <bluekuja_laptop> asac: oh :D well, I have 30 mins now, if dont have to eat <asac> what position? <asac> do you play? <bluekuja_laptop> asac: guard <bluekuja_laptop> :) <asac> cool <asac> go ahead <bluekuja_laptop> I'm not so tall <bluekuja_laptop> only 1.90 cm <bluekuja_laptop> ^^ <bluekuja_laptop> *190 <bluekuja_laptop> asac: what about you? <asac> probably the reason why i never tried basketball seriously :) <asac> 182 <asac> 190 is decent for a guard position :) <pochu> bluekuja_laptop: good luck in your match :) <bluekuja_laptop> pochu, thanks! :) <bluekuja_laptop> asac: well, that's good for a man <bluekuja_laptop> pochu: is the tallest <bluekuja_laptop> 200 cm <bluekuja_laptop> ^^ <asac> people much taller than 190 get problems <asac> with their back et al <bluekuja_laptop> lol <bluekuja_laptop> yea <asac> even with the bed :) <bluekuja_laptop> that's true <bluekuja_laptop> ahha <bluekuja_laptop> :D <asac> i already have problems with my body because i played tennis alot <asac> if i would have been 200 ... i probably couldn't move anymore <bluekuja_laptop> asac: lol <pochu> bluekuja_laptop: 200? who? <bluekuja_laptop> pochu: you :P <pochu> lol <bluekuja_laptop> :D <pochu> I'm ~183 <bluekuja_laptop> like asac <bluekuja_laptop> :D <bluekuja_laptop> asac: fische developer answered <asac> about what? <bluekuja_laptop> about build system <asac> arch independence? <bluekuja_laptop> and about bzr <bluekuja_laptop> e.g maintaining it in lp <asac> summary? forward? <bluekuja_laptop> asac: summary is : <bluekuja_laptop> 1) he wants to use bzr with co-devels <bluekuja_laptop> 2) he wants to use the build system I created <bluekuja_laptop> 3)is REALLY happy for my work <asac> cool <bluekuja_laptop> that's all :) <asac> really cool <asac> well done! <bluekuja_laptop> :) <asac> bluekuja_laptop: hope you mentor him a bit on bzr use :) <bluekuja_laptop> asac: of course...he said Up to today I had never heard about bzr <bluekuja_laptop> I'll need to start explaining from the base <bluekuja_laptop> of bzr <bluekuja_laptop> ^^ <bluekuja_laptop> and launchpad too <asac> sure ... show him how he branch from the original fische tree his own private one <asac> then show him how he can pull over patches we have for build system from our branch <asac> e.g. that should convince him :) <bluekuja_laptop> asac: should I tell him to use the branch I created or indipendent? <asac> and gives you excersize as well :) <asac> the idea is that he is the upstream author and maintains his own branch (without debian) <asac> he can probably start from your <asac> s <asac> do we have two branches? <asac> or just one? <asac> at best tell him he should branch the initial revision from your branch and then try to merge over the other changes you did <bluekuja_laptop> asac: two <bluekuja_laptop> ok <bluekuja_laptop> sounds good <asac> e.g. good as an excersize and to feel how it works <bluekuja_laptop> yeah, so he can take a look to autotools files i created <bluekuja_laptop> e.g build system <asac> yes ... he can merge your changes into his local copy <asac> and then review and push to his branch as well <bluekuja_laptop> so he can implement it for next releases <bluekuja_laptop> exactly <asac> bzr should be smart enough to recognize these if you later merge from his branch <asac> e.g. so it doesn't get confused because he has checkins that you have as well :) <asac> bluekuja_laptop: right <bluekuja_laptop> I gonna tell him to create a new branch, start first revision from mine and then I'll merge with new releases <bluekuja_laptop> when he will do one <asac> bluekuja_laptop: yes <bluekuja_laptop> sounds great <bluekuja_laptop> asac: when diff-ext will be uploaded, gonna package kdiff-ext too <bluekuja_laptop> and mail upstream <bluekuja_laptop> for bzr <bluekuja_laptop> too <asac> fine fine <asac> ok ... got to work a bit <asac> then get out of here for a whil <bluekuja_laptop> asac: yeah, will leave in 30 mins :) <bluekuja_laptop> asac: gonna ping you tomorrow morning <bluekuja_laptop> like 11-12 :) <asac> fine <asac> i am here from 9 <bluekuja_laptop> asac: sounds great <pochu> ls <pochu> bluekuja, asac: so how's libtorrent going? Will we get it [soon] ? <bluekuja_laptop> pochu, back <bluekuja_laptop> I'm leaving, I REALLY need to sleep <bluekuja_laptop> pochu: gonna talk about libtorrent <bluekuja_laptop> tomorro <bluekuja_laptop> cya and gnight -dmwaters(i=dmwaters@freenode/staff/dmwaters)- {global notice} Good day all. In about an hour i'm going to begin maintenence on 3 main rotation servers that have been out of rotation for a while. These servers have been out of rotation for a while, but the impact will still be a bit rough. About 2200 users will be effected. !dmwaters:*! Good day folks, time for that upgrade i talked about earlier, first server to reboot has about 700 users on it. !dmwaters:*! Next server has 945 users on it. !dmwaters:*! Ok, last server folks, about 450 users. (bluekuja/#ubuntu-motu-torrent) hi all (bluekuja/#ubuntu-motu-torrent) asac: :) <asac> ola (bluekuja/#ubuntu-motu-torrent) ola (bluekuja/#ubuntu-motu-torrent) :) (bluekuja/#ubuntu-motu-torrent) how are you? (bluekuja/#ubuntu-motu-torrent) asac: please #426960 (bluekuja/#ubuntu-motu-torrent) on debia <asac> oha <asac> i failed (bluekuja/#ubuntu-motu-torrent) asac: is he right? <asac> yes <asac> can you try if it works with gnutls? (bluekuja/#ubuntu-motu-torrent) of course <asac> otherwise upstream would have to grant exception to link against openssl <asac> but i think it should work with gnutls (bluekuja/#ubuntu-motu-torrent) let me grab the source (bluekuja/#ubuntu-motu-torrent) and change it (bluekuja/#ubuntu-motu-torrent) asac: using libcurl4-gnutls-dev works (bluekuja/#ubuntu-motu-torrent) asac: I'm adding the entry to the changelog (bluekuja/#ubuntu-motu-torrent) and I pass all the files to you (bluekuja/#ubuntu-motu-torrent) so you can check, and then I close the bug <asac> bluekuja: please confirm with ldd that its linked against libcurl <asac> and verify that depends of produced bin package points to libcurl-gnutls as well <asac> then push to bzr <asac> i will push (bluekuja/#ubuntu-motu-torrent) all with ldd? <asac> add (Closes: BUGID) to changelog (bluekuja/#ubuntu-motu-torrent) the things you told me <asac> no ... first verify that binary is linked against right lib (ldd) <asac> then look with dpkg -l ... or in DEBIAN/control (bluekuja/#ubuntu-motu-torrent) ok <asac> for depends (bluekuja/#ubuntu-motu-torrent) oki (bluekuja/#ubuntu-motu-torrent) asac; bitstormlite (bluekuja/#ubuntu-motu-torrent) is not in bzr <asac> not? <asac> hmm <asac> ok <asac> maybe we should change that in future (bluekuja/#ubuntu-motu-torrent) asac.tar.gz (bluekuja/#ubuntu-motu-torrent) :P <asac> ok (bluekuja/#ubuntu-motu-torrent) asac: urgency? (bluekuja/#ubuntu-motu-torrent) medium? (bluekuja/#ubuntu-motu-torrent) or low <asac> low (bluekuja/#ubuntu-motu-torrent) ok <asac> ... as the package is not in testing/stable <asac> there is no reason for higher urgency (bluekuja/#ubuntu-motu-torrent) yeah (bluekuja/#ubuntu-motu-torrent) asac: links correctly (bluekuja/#ubuntu-motu-torrent) libcurl-gnutls.so.4 (CURL_GNUTLS_4) => /usr/lib/libcurl-gnutls.so.4 (bluekuja/#ubuntu-motu-torrent) using ldd (bluekuja/#ubuntu-motu-torrent) libssl is no more then (bluekuja/#ubuntu-motu-torrent) *there <asac> cool <asac> you use it on binary right? <asac> send me ... and for my convenience a debdiff <asac> of the new and old version <asac> so i don't need to review in detail (bluekuja/#ubuntu-motu-torrent) asac: yea, on bitstormlite (bluekuja/#ubuntu-motu-torrent) binary (bluekuja/#ubuntu-motu-torrent) file <asac> k <DarkSun88> Hi all (bluekuja/#ubuntu-motu-torrent) heya (bluekuja/#ubuntu-motu-torrent) asac: sent (bluekuja/#ubuntu-motu-torrent) should be arrived <asac> yeah retrieved it <asac> have to finish firefox gutsy build <asac> then i will update yours (bluekuja/#ubuntu-motu-torrent) asac: sounds great (bluekuja/#ubuntu-motu-torrent) check if everything is correct (bluekuja/#ubuntu-motu-torrent) to be sure (bluekuja/#ubuntu-motu-torrent) asac: there will be soon a new fische release with my build system (bluekuja/#ubuntu-motu-torrent) :P <asac> yeah :) <asac> hope he gives you the credits you deserve :) (bluekuja/#ubuntu-motu-torrent) yeah, I hope so! :) (bluekuja/#ubuntu-motu-torrent) asac: how its going? (bluekuja/#ubuntu-motu-torrent) is firefox build really long? (bluekuja/#ubuntu-motu-torrent) e.g azureus (bluekuja/#ubuntu-motu-torrent) hi vorian <vorian> hey bluekuja :) (bluekuja/#ubuntu-motu-torrent) :) (bluekuja/#ubuntu-motu-torrent) how its going with packaging? <vorian> sheesh <vorian> I need help <vorian> :) <asac> bluekuja: have to check on all distros et al (bluekuja/#ubuntu-motu-torrent) have you selected a source to package? <asac> pita work (bluekuja/#ubuntu-motu-torrent) asac: oh ok :) (bluekuja/#ubuntu-motu-torrent) asac: this afternoon we check diff-ext (bluekuja/#ubuntu-motu-torrent) asac: it should be ok <asac> bluekuja: even worse: all, dapper, edgy, feisty, gutsy packages are out of synch <vorian> bluekuja, I tried following the directions on packaging the "hello" program <vorian> anyway, (bluekuja/#ubuntu-motu-torrent) asac: thats not nice (bluekuja/#ubuntu-motu-torrent) :D <asac> so i have to take care for corner-cases by case <vorian> I'm just lurking for now. Time to go to work :) (bluekuja/#ubuntu-motu-torrent) vorian, oh ok! try to get a source and package it...hello program is just an example (bluekuja/#ubuntu-motu-torrent) ;) <vorian> ah <vorian> I will give that a shot here in a bit. (bluekuja/#ubuntu-motu-torrent) sounds good (bluekuja/#ubuntu-motu-torrent) let me know if you have any question <vorian> will do! <vorian> thanks :) (bluekuja/#ubuntu-motu-torrent) ;) (bluekuja/#ubuntu-motu-torrent) np (bluekuja/#ubuntu-motu-torrent) I need to restart my pc (bluekuja/#ubuntu-motu-torrent) nautilus keep crashing (bluekuja/#ubuntu-motu-torrent) without logs (bluekuja/#ubuntu-motu-torrent) -.- (bluekuja/#ubuntu-motu-torrent) brb <asac> ok ... doing lunch in a few <bluekuja_laptop> asac: my desktop pc has been broken with last security update <bluekuja_laptop> asac: when I select an icon on my desktop, it become blank... <bluekuja_laptop> and nautilus doesnt work <bluekuja_laptop> cpu 100 % <bluekuja_laptop> damn <asac> what update? <bluekuja_laptop> libfreetype <bluekuja_laptop> and some others package <bluekuja_laptop> like python-gnome <asac> feisty? <bluekuja_laptop> yeah <asac> are you in -bugs? <bluekuja_laptop> yea <asac> is there noise about that? <asac> mybe ask there <bluekuja_laptop> its for sure a font problem <bluekuja_laptop> need to get previous libfreetype <bluekuja_laptop> and see if it solve <asac> bug #117922 (ubotu/#ubuntu-motu-torrent) Launchpad bug 117922 in nautilus "changing directories becomes increasingly slow, and eventually crashes" [Undecided,Unconfirmed] https://launchpad.net/bugs/117922 <asac> ? <asac> last nautilus crash report i see <bluekuja_laptop> I got it too <bluekuja_laptop> but I get something worst <bluekuja_laptop> asac: I'm leaving, be back later, so we can finish the work <bluekuja_laptop> ;) <asac> lunchy munchy <bluekuja_laptop> back <bluekuja_laptop> I just went home and I'm completely wet <bluekuja_laptop> : / <asac> bslite building <bluekuja_laptop> asac: great <bluekuja_laptop> I need to save gpg, ssh keys <bluekuja_laptop> on my desktop <bluekuja_laptop> and format everything <asac> pushed afaij <asac> k <bluekuja_laptop> asac: great! :) do you have a minute for diff-ext too? <asac> probably <bluekuja_laptop> :) <asac> will try to inqueue that ;) <bluekuja_laptop> :D <asac> prinject <asac> ;) <bluekuja_laptop> asac: is there a way to import firefox password? <bluekuja_laptop> *passwords <asac> do you see how your question is not clear? <bluekuja_laptop> e.g I enter in a site that requires authentication, I put my pwd and it saves it <bluekuja_laptop> into firefox automatically <asac> yes, and? <bluekuja_laptop> need to know if i can import them like bookmarks <bluekuja_laptop> in a file <bluekuja_laptop> e.g xml or html <asac> look for .db files in your profile <bluekuja_laptop> *export <asac> those contain the data <bluekuja_laptop> ok <asac> export is much better question :) <asac> not that i know of <asac> but the files are there and they use some standard (though binary) format <bluekuja_laptop> ok, I'll try to take a look <bluekuja_laptop> found an addon <bluekuja_laptop> asac: is there a way to install icedove in ubuntu? <asac> spin and build <asac> build and install i mean :) <bluekuja_laptop> by source then <bluekuja_laptop> :) <asac> yeah ... don't thinks it has been synched :) <bluekuja_laptop> ok great <asac> you wanna fix enigmail :) <bluekuja_laptop> whats the problem there? <asac> its basically just switching build depends :) <asac> because buildds don't try as you can see on buildd.debian.org <asac> http://buildd.debian.org/pkg.cgi?pkg=enigmail <bluekuja_laptop> switching depends? <bluekuja_laptop> why? <asac> look at build-depends <asac> then you will see <asac> i tried to make it build against icedove and thunderbird :) <asac> anyway ... i think i should just fix it <asac> because its just a matter of 2 seconds :) <bluekuja_laptop> asac: I can do it if you want <asac> the idea is to get enigmail synched from debian again <bluekuja_laptop> np for it <asac> no ... makes no sense :) ... its just 2 seconds:) <bluekuja_laptop> oh oki^^ <bluekuja_laptop> i'm waiting your response to move packaging kdiff-ext <bluekuja_laptop> and then I'll package mined <bluekuja_laptop> (orphaned in debian) <bluekuja_laptop> and back of 3 versions <bluekuja_laptop> 10.3 on debian 13 on upstream <bluekuja_laptop> :P <asac> why not just go ahead <asac> you don't need to wait for me <bluekuja_laptop> need to see if its right <bluekuja_laptop> e.g changes to the build system <bluekuja> javierder, how its going? <bluekuja> |Element|, Hi :) <bluekuja> asac: kdiff got the same setup of diff <bluekuja> that's nice <bluekuja> ^^ <bluekuja> nuu: ;) <bluekuja> javamaniac, hey :) <nuu> hi bluekuja :) <bluekuja> nuu: hello :) <bluekuja> feel free to ask if you get any problem <bluekuja> while packaging <bluekuja> ;) <nuu> thanks, will do :) <bluekuja> :) <bluekuja> asac: which deps may be missing here: <bluekuja> http://pastebin.mozilla.org/80773 <asac> something kde related :) <asac> you will figure out <asac> i have no concrete package in mind <bluekuja> asac: thanks for kde hint <bluekuja> checking <asac> actually configure should fail if its needed and doesn't exist <asac> probably a build system bug <bluekuja> asac: yeah, configure doesnt point out <asac> or you use is wrong <asac> maybe you force configure to something ... i can't tell from here <bluekuja> asac: for now configure is debhelper default <bluekuja> so only with mandir and infodir <bluekuja> forced <asac> k <asac> figure out build depend ;) is good enough for now <asac> configure fix is more welcome of course :) <asac> but first you have to understand whats missing anyway <bluekuja> yeah <bluekuja> need to find out what is it <bluekuja> paying attention to libssl <bluekuja> e.g kde-devel depends on libssl <bluekuja> asac: found <bluekuja> :) <bluekuja> asac: I'm trying to see if it builda against libssl <bluekuja> I hope so <asac> why libssl? <bluekuja> kdelibs depends on libssl <bluekuja> need to find a workaround for it <bluekuja> asac: dep missing for libkonq^^ <asac> will be back later <bluekuja> oki <bluekuja> :) !BearPerson:*! hi guys. er, we just lost a main rotation server... nobody quite knows where it went, but we're sending out search teams and should have it back soon. Sorry about the bump, and thank you for flying freenode! <bluekuja> asac: unfortunately libkonq4 directly depends on libssl <bluekuja> :/ <asac> what license realm are we in? <asac> what is licensed in which way? <bluekuja> bsd <asac> what kind of bsd? <asac> tell license of all depends as well <bluekuja> asac: the package is under bsd <bluekuja> upstream files <asac> which bsd variant? <asac> 2,3,4 clause? <bluekuja> 2 clause <asac> k <asac> what about depends? <asac> anything GPL? <bluekuja> let me see <bluekuja> asac: libkonq <bluekuja> http://packages.debian.org/changelogs/pool/main/k/kdebase/kdebase_3.5.7-1/libkonq4-dev.copyright <asac> why should i read this? <bluekuja> thats the dep <asac> so which license has libkonq ? <bluekuja> LGPL <bluekuja> asac: is it ok? <asac> think so <bluekuja> asac: ok great <bluekuja> so I'm able to package it <asac> libssl is openssl lib? <bluekuja> yes <asac> there is a compatibility lib for gnutls ... you could try that <asac> (mainly to see if that works) <bluekuja> ah yea <bluekuja> asac: but if libkond depends on libssl <bluekuja> and I use as dep gnutls one <bluekuja> will it build against libssl? <asac> libkonq depends on openssl? <asac> bluekuja: it will not build against gnutls unless you change configure.xx or Makefile.am <asac> depends on how authors did add the libssl link flags <bluekuja> asac: yeah. right <bluekuja> asac: libkonq depends on libssl <asac> in addition you need changed depends <asac> yeah that is bad <bluekuja> yea <asac> does libkonq has an exception that it can be linked against libssl? <bluekuja> nope <asac> e.g. the license <asac> is that in debian as well? <bluekuja> yeah <asac> have you actually looked at the code? <asac> e.g. what its in the libkonq license headers? <bluekuja> asac: not yet <bluekuja> http://packages.debian.org/unstable/libdevel/libkonq4-dev <bluekuja> libkonq depends on kdelibs <bluekuja> that depends on libssl <bluekuja> libkonq is indirectly depended on libssl <bluekuja> but its bad too <asac> i have no idea <bluekuja> asac: I dont use kde...so I wont maintain it in the proper way...so we can leave it <asac> actually i endorse to use gnutls to avoid this kind of brain gym <asac> bluekuja: good idea <asac> kde world is a total mess imo :-P <bluekuja> yeah <bluekuja> I dont like to package kde <bluekuja> applications <bluekuja> because I simply dont use them <bluekuja> :P <asac> y <bluekuja> asac: I adopted a package <asac> did you follow procedure? <asac> so how many packages do you plan do maintain? <bluekuja> yeah, I changed to ITA from O in BTS <bluekuja> and set me as owner <bluekuja> asac: I think that 6-7 should be ok <asac> you already have 7 <bluekuja> mm...yea <bluekuja> you're right <bluekuja> well, the package I adopted today will be the last <bluekuja> *I think* <asac> your packages are decently small <asac> so i think you take some more <bluekuja> yea <bluekuja> yea <bluekuja> exactly <asac> but ... then remember that you have to take care for longer time then just a few month :) <bluekuja> asac: yeah, of course! <asac> so which package is your cash cow :) <asac> e.g. popcon.debian.org <asac> ;) <bluekuja> asac: gnome-bt <asac> probably gnome-btdownload <asac> yeah <bluekuja> :) <bluekuja> is in ubuntu's main too <asac> so verlihub is adopted? <asac> yeah :) <bluekuja> yeah, verlihub will be huge <bluekuja> a lot of users use it <bluekuja> its the most appreciated hub software <asac> cool <asac> hopefully its buggy as well <bluekuja> lol <asac> having a good bug tracking record is important for NM :) <bluekuja> yeah, exactly <asac> but usually bug reports come in with users :) <bluekuja> exactly <bluekuja> :) <bluekuja> asac: mined (the packaged I adopted today) is big too <asac> why? <asac> what size has it? <bluekuja> e.g lot of users <asac> ah .. i read too big ... not big too :) <bluekuja> :D <bluekuja> I'm leaving <bluekuja> see you on sunday <bluekuja> :) <asac> yeah ... maybe i am here <bluekuja> asac: great, so we can work with mined <bluekuja> to push it <bluekuja> cya! <asac> bluekuja: at best you bring it to releasable state <asac> then i have not much work :) <bluekuja> asac: lol <bluekuja> I will <bluekuja> dont worry <bluekuja> cya sunday! <bluekuja> ;) <asac> bye <asac> ! <asac> ;) <asac> or monday <DarkSun88> G'night <DarkSun88> Hi all <DarkSun88> Hi <fsateler> hi there. you guys already packaged libtorrent-rasterbar? <pochu> fsateler: not yet :/ <fsateler> I have made a pacakge for it <fsateler> http://mentors.debian.net/debian/pool/main/l/libtorrent-rasterbar <fsateler> you may want to check it before starting from scratch <pochu> fsateler: we looked at it, and it would be really fine if it were uploaded to Debian. <pochu> fsateler: Do you have any problem with it, or is it just a lack of sponsors? <fsateler> indeed... but I haven't found a sponsor yet :( <pochu> Have you mailed debian-sponsors? <fsateler> yes, twice <pochu> Or maybe ask on IRC on OFTC <fsateler> I'll try that <pochu> Unfortunately I'm not a DD, so I can't help you with that :/ <fsateler> andrea veri sent me a mail in which (s?)he said that there was a soname problem... which problem is that? <pochu> fsateler: We have been discusing here about libtorrent. <pochu> Yes. bluekuja, ping? <pochu> fsateler: There are two problem, afaik. One is that upstream doesn't care too much about other systems but Windows. <pochu> The other is that the library has the same name than the other libtorrent, so they would conflict. <pochu> We have asked him to rename it. <pochu> So both libraries can be installed at the same time. <fsateler> they don't need to.. since they have differen SO version they can coexist <fsateler> -dev packages would have to conflict, though <pochu> Different SO? <pochu> Sorry, I'm not good with libraries :) <pochu> asac: Do we have any news regarding libtorrent? <fsateler> a library has a version encoded in it, which is normally different from the version one nomrally talks about <pochu> asac: fsateler owns the Debian ITP, so it would be fine to work together :) <fsateler> it is used to ensure binary compatibility <pochu> fsateler: the Soname? <fsateler> yes <fsateler> rasterbar's soname is libtorrent0 <asac> pochu: don't tell that to me :) <pochu> But libtorrent-rastebar doesn't use it, afaik. <fsateler> the so version is 0 <pochu> asac: why? :) <asac> i i think bluekaja should ask upstream/debian maintainer <asac> pochu: i meant the second question only <asac> the first is valid of course :) <pochu> So, are there any news then? :) <asac> i have no exact news. Only that hydri was open to change his attitude <pochu> That's good. <asac> and wanted to reconsider the soname thing <pochu> And regarding non-windows environments? <asac> ... actually right after I gave up and told him that it makes no sense ... so probably a bit pressure helped :) <fsateler> the other libtorrent has a libtorrent10 soname, so there isn't really a conflict there <asac> pochu: i am not waiting for them to release something. If we don't hear anything in about 1-2 weeks we should probably ping them ;) <asac> s/am not/am now/ <pochu> Anyway that's ugly. <pochu> asac: ok :) <pochu> fsateler: anyway, it would be fine if you could fine a sponsor :) <fsateler> it seems it is not that easy... <pochu> It's for me (two packages without problems). <pochu> Though they were python packages, and I asked in #debian-python ;) <pochu> But there's no #debian-torrent, or #debian-p2p, is there? <pochu> That's a pity :( <fsateler> seems like there isn't <DarkSun88> G'Night <asac> i am out for night ... maybe someone can explain to reporter of bug 118393 how to install dbgsym packages before doing getting a local backtrace ;) (ubotu/#ubuntu-motu-torrent) Launchpad bug 118393 in ktorrent "ktorrent somtimes crashes" [Undecided,Unconfirmed] https://launchpad.net/bugs/118393 <pochu> fsateler: If you're around tomorrow, we could speak with bluekuja regarding libtorrent. <fsateler> I'll try to be around.. although I usually don't IRC so I may forget to open it :p <pochu> You can add it to the startup applications :) <fsateler> good idea <fsateler> done! <pochu> :) <DarkSun88> Hi all <bluekuja> hi all guys <bluekuja> asac: :) <asac> hi <bluekuja> asac: a guy is talking about libtorrent <bluekuja> in -motu <pochu> hey bluekuja <bluekuja> hey pochu <bluekuja> how are you? <pochu> have you read the conversation with the debian packager for libtorrent-rastebar? <pochu> Fine, thanks :) <bluekuja> pochu: not yet, is on this channel or -motu? <pochu> In this one <pochu> Read backwards ^ ;) <bluekuja> oki <bluekuja> :) <bluekuja> asac: I told you to dont use REVU for libtorrent <bluekuja> lol <bluekuja> <bashelier> bluekuja: ok, so why did you put it on revu exactly ? <bluekuja> <bashelier> alexises: what for ? :) <bluekuja> ^^ <asac> why not? <asac> what is revu for if not for this? <bluekuja> asac: because in fact it was just a test <bluekuja> see what he said in -motu <bluekuja> anyway I have archived it <asac> no :) ... no time/no will to read that now ;) <asac> its sunday <bluekuja> lol <bluekuja> asac: :D <bluekuja> asac: did you have fun yesterday? <bluekuja> *night <asac> yeah ... train trip :) <asac> linuxtag was nice :) <asac> but i had to go back right after <bluekuja> :) <asac> debian bug 427373 (ubotu/#ubuntu-motu-torrent) Debian bug 427373 in icedove "Parsing error for usernames with symbol "@"" [Important,Open] http://bugs.debian.org/427373 <asac> some people are plain crazy <asac> i mean some hosters <asac> i @ even a valid character in a mailname <asac> ? <bluekuja> asac: aww <bluekuja> username using @ <bluekuja> is bad <asac> yeah <bluekuja> but unfortunately some hosters use it <bluekuja> :/ <asac> they are nuts <bluekuja> lol <bluekuja> yea <bluekuja> it will be fixed? <asac> at least to force it <asac> no idea <asac> i even don't know if there is such a bug :) <asac> wanna test? <asac> with thunderbird 2? <bluekuja> asac: yea <asac> ther is an account :) <asac> given <bluekuja> asac: downloading it <bluekuja> asac: do I have to test it in debian? <bluekuja> need to re-install it <bluekuja> if yes <asac> bluekuja: you can test thunderbird 2 in ubuntu <asac> for now :) <bluekuja> asac: ok, great, gonna update to gutsy <bluekuja> just a moment <bluekuja> asac: later today, I gonna open a new branch for mined <bluekuja> I've remade the patch system <bluekuja> and packaged the new version <asac> bluekuja: license checked already? <asac> bluekuja: ITP open? <asac> bluekuja: you sure you want mined? <bluekuja> asac: yeah, is the package I adopted <bluekuja> with new upload, it wont be in orpahened packages for more <asac> bluekuja: good <bluekuja> asac: yeah, license is ok <bluekuja> it was in testing already <asac> bluekuja: that doesn't mean much :) <asac> is upstream decent? <asac> it makes no sense to adopt something that has lost upstream <bluekuja> asac: yea <bluekuja> asac: it seems a package really used <bluekuja> and with some bugs <bluekuja> too <bluekuja> ^^ <asac> cool <bluekuja> good for NM <bluekuja> tests <asac> good <pochu> NM? <pochu> New Maintainer? <asac> y <pochu> :) <bluekuja> yea :) <pochu> go bluekuja go! :) <bluekuja> pochu: :D <asac> i am sure, i can boost things up :) <asac> oh wait ;) <asac> he <asac> i just build thunderbird 575.979.1648 <asac> ... started. <asac> what happened 2.0 :) <asac> ah .. wrong chroot <bluekuja> :D <bluekuja> updating laptop to gutsy <asac> poor laptop :) <asac> gets a primate ;) <bluekuja> :D <bluekuja> other pc is down for hardware problems <bluekuja> need to fix them^^ <bluekuja> asac: it requested a password <bluekuja> and it works <asac> intersesting <bluekuja> asac: that's strange <bluekuja> asac: mined upstream uses a debian dir inside <bluekuja> used by the previous maintainer <bluekuja> should I delete it? <bluekuja> and note it in README.Debian <bluekuja> or just in the chanelog <asac> works for icedove in sid chroot as well <asac> thanks <bluekuja> np :) <asac> bluekuja: ask upstream if they want to officially maintain their debian dir in launchpad <asac> nad drop it from real upstream source tree <bluekuja> asac: ok, great <bluekuja> asac: gonna remove it then for my work <bluekuja> and note it to upstream <asac> you can import without it to some "upstream" branch <asac> do they use svn? <bluekuja> asac: mmm...it seems no <asac> what? cvs? <bluekuja> I cant see any link in upstream <bluekuja> asac: maybe its private <bluekuja> in download are there's not any cvs/svn link <bluekuja> to grab from <asac> probably <asac> strip of debian/ ... push to upstream branch <asac> tell upstream, that they can now use bzr :) <bluekuja> asac: yeah, same as fische <bluekuja> I hope he will join irc soon <asac> like "here it is ... have fun. If you want to import history, let us know :)" <bluekuja> sounds good <bluekuja> :) <asac> k be off for some <bluekuja> asac: ok <bluekuja> gonna ping you later <bluekuja> ;) <asac> maybe i will not be back ... lets see :) <bluekuja> :d <bluekuja> cya later <bluekuja> :) <bluekuja> asac: I've pushed new branches <bluekuja> asac: do you have a minute to check it? <bluekuja> http://bazaar.launchpad.net/~bluekuja/mined/debian.source <bluekuja> http://bazaar.launchpad.net/~bluekuja/mined/upstream.source <bluekuja> idefixs, hello :) <idefixs> hi bluekuja <bluekuja> idefixs, need help? <idefixs> yes i do. with the build system for fische :) <bluekuja> idefixs, you're the fische developer?! <bluekuja> welcome! <idefixs> yep <bluekuja> really happy to see you ! <idefixs> so am i <bluekuja> idefixs, let's talk about it <idefixs> i just tried anjuta to make the build system for me <bluekuja> https://code.launchpad.net/~bluekuja/fische/main.autotools <idefixs> it somehow worked, however i cannot build a distribution tarball <bluekuja> you can start browsing the code <bluekuja> there <idefixs> where can i find the current Makefile.am / configure.ac ? <idefixs> disregard <idefixs> found them <bluekuja> :) <bluekuja> I think that you can start checking out that branch <bluekuja> starting new releases with it <idefixs> how could I make the configure script check for mmx/sse capabilities and set the corresponding compiler flags? <bluekuja> idefixs, are mmx flags really needed? <idefixs> this would be rather important, i believe <idefixs> the -mmmx is not, but the -DMMX is, in the current implementation. <bluekuja> asac: -DMMX flags are bad? <idefixs> there is a #ifdef in blur.c, that depends on -DMMX <asac> dunno <asac> don't know what happens if no mmx is available on arch <bluekuja> yeah <bluekuja> that's the problem <idefixs> compile fails in this case <asac> yeah ... <bluekuja> which is quite bad <asac> so it won't build on any other arch then x86 derivatives <idefixs> it will, as long as you don't pass -DMMX <asac> it will what? <asac> fail to build? <asac> afaik it builds ;) <idefixs> there are two different blur functions, one with and one without mmx. <idefixs> depending on DMMX the preprocessor chooses one of those functions <asac> yes <asac> and? will it slow things down ... how much? is it still usable then? <idefixs> it's usable, but slower. <asac> how much? <asac> what magnitude <idefixs> around half the fps <asac> is that critical? <asac> i mean ... i would vouch to drop the flag now ( in order provide it on every architecture)
{'channel': 'ubuntu-motu-torrent', 'month': 10}