[12:03] <sistpoty> marcin`, ArmeBosse: 2027 is the right one to review?
[12:04] <marcin`> sistpoty: currently yes
[12:04] <ArmeBosse> no it's not the right one*
[12:04] <sistpoty> marcin`: what do you mean w. currently? another upload pending?
[12:04] <marcin`> ArmeBosse: do you really want your config.template.php ?
[12:04] <marcin`> sistpoty: just a moment
[12:05] <sistpoty> marcin`: sure
[12:05] <ArmeBosse> there's probably 2 different package from 2 people if we continue
[12:06] <marcin`> ArmeBosse: is there something else different than this postinst script?
[12:06] <ArmeBosse> oh yes, i can send you a diff
[12:06] <marcin`> ok
[12:07] <ArmeBosse> there's 16 files changed from previous upload
[12:07] <ArmeBosse> no 13
[12:07] <marcin`> ?
[12:07] <marcin`> no way...
[12:07] <marcin`> you count these removed files that are related with 'themes' ?
[12:08] <ajmitch_> morning all
[12:08] <ArmeBosse> just a diff and count how many files
[12:08] <marcin`> ArmeBosse: I ask about difference between package on your website
[12:08] <marcin`> ArmeBosse: and this one that is currently in revu
[12:09] <ArmeBosse> i talk about previous upload
[12:09] <ArmeBosse> ajmitch_: hi
[12:09] <marcin`> ArmeBosse: I got /debian directory from your current package
[12:10] <ArmeBosse> svn is the real one synced
[12:10] <marcin`> heh need to learn svn
[12:10] <LaserJock> hi ajmitch_
[12:10] <marcin`> can you tell me how to checkout this now?
[12:10] <ArmeBosse> just read the page
[12:11] <marcin`> ajmitch_: hello
[12:11] <ArmeBosse> http://vtigerforge.fosslabs.com/scm/?group_id=20
[12:12] <marcin`> ok got it
[12:12] <marcin`> just a sec
[12:12] <marcin`> anyway I think that sistpoty could take a look on vtiger now
[12:13] <marcin`> time is running
[12:13] <marcin`> and I'm almost sure that the only thing that could be different is this postinst script
[12:13] <tepsipakki> ajmitch: I was told that you have main privs? Do you have time to look at libnfsidmap? Simple task ;)
[12:14] <ArmeBosse> marcin`: you're wrong
[12:14] <ajmitch_> tepsipakki: yes I do have upload privileges, no I don't have time
[12:14] <marcin`> ArmeBosse: my password doesn't work
[12:14] <ArmeBosse> http://revu.tauware.de/diff.py?upid1=2026&upid2=2027
[12:14] <marcin`> ArmeBosse: need to checkout anonymous
[12:15] <ArmeBosse> if you don't know your pass, you can't put polish lang
[12:15] <tepsipakki> ajmitch: ok, np
[12:16] <sistpoty> tepsipakki: btw.: is this a new upstream version?
[12:16] <ArmeBosse> marcin`: http://revu.tauware.de/diff.py?upid1=2026&upid2=2027
[12:16] <marcin`> ArmeBosse: I can log to polish lang as admin
[12:16] <marcin`> ArmeBosse: and I know my password but this pass doesn;t work with svn for ubuntu package
[12:16] <ArmeBosse> same pass
[12:17] <ArmeBosse> use 3 times
[12:17] <tepsipakki> sistpoty: yes
[12:17] <ArmeBosse> same pass
[12:17] <ArmeBosse> like alioth
[12:17] <marcin`> shit... I also forgot about header in 'copyright'
[12:17] <sistpoty> tepsipakki: you'll need to request an UVF-exception as well (just in case you haven't done so yet)
[12:17] <ArmeBosse> UVF exception ?
[12:17] <tepsipakki> sistpoty: done already
[12:17] <sistpoty> good
[12:18] <marcin`> ArmeBosse: no 'package was debianized by..." and my credentials
[12:18] <marcin`> ArmeBosse: I added these additional licenses but forgot to change header
[12:18] <sistpoty> ArmeBosse: UpstreamVersionFreeze was some time ago, that means new upstream version for existing packages need prior approval
[12:18] <ArmeBosse> k
[12:19] <ArmeBosse> marcin`: you don't seem to look same diff file
[12:21] <marcin`> I look on this *2027
[12:22] <marcin`> we need to synchronize in 100%
[12:22] <marcin`> I'll be ready
[12:22] <marcin`> in 10 minutes
[12:22] <marcin`> sistpoty: are you here?
[12:23] <sistpoty> marcin`: yes
[12:23] <marcin`> sistpoty: short question
[12:23] <marcin`> sistpoty: we need to synchronize some changes but I also got more general question
[12:24] <sistpoty> go ahead then ;)
[12:24] <marcin`> sistpoty: we have some not so important differences between ArmeBosse repo and mine
[12:24] <marcin`> sistpoty: but there is one important thing
[12:24] <marcin`> sistpoty: in vtigercrm-mysql-local we need to create /etc/vtigercrm/config.inc.php file
[12:25] <marcin`> sistpoty: we do this in *.postinst script but in different way
[12:25] <ArmeBosse> i'll bet and win ;)
[12:25] <marcin`> sistpoty: ArmeBosse has debian/config.template.php file
[12:25] <marcin`> sistpoty: and he want's to install this file in /etc/vtigercrm/
[12:26] <marcin`> sistpoty: from 'rules' script
[12:26] <ArmeBosse> he can look previous package
[12:26] <marcin`> sistpoty: and then use this template to as input to generate /etc/vtigercrm/config.inc.php
[12:26] <ArmeBosse> http://revu.tauware.de/details.py?upid=2026
[12:26] <marcin`> sistpoty: hmm I'm lost now maybe previous...
[12:27] <marcin`> ArmeBosse: right
[12:27] <marcin`> sistpoty: so there you can take a look at ArmeBosse way
[12:27] <marcin`> sistpoty: and in current  http://revu.tauware.de/details.py?upid=2027
[12:27] <marcin`> sistpoty: you can take a look at my way in .postinst
[12:28] <sistpoty> phew... before I take a look... just a questions, maybe it solves the issue
[12:28] <marcin`> sistpoty: I create config.template.php on the fly with mktmp and it goes to /tmp
[12:28] <marcin`> sistpoty: and then I use this file as input for postinst - and remove on the end
[12:28] <marcin`> sistpoty: question is - which solution is better
[12:29] <sistpoty> marcin`, ArmeBosse: if you install that file under /etc... is creating the actual config from it repeatable (as in calling a command and get a config from it)?
[12:29] <marcin`> sistpoty: will you complain on ArmeBosse way?
[12:29] <ArmeBosse> repeatable yes via dpkg-reconfigure
[12:30] <sistpoty> only config-files should actually go to /etc/... if the template doesn't fulfill the meaning of a config-file, it shouldn't be there
[12:30] <ArmeBosse> rule / debian policy to refer to please ?
[12:30] <sistpoty> but in the case, that an admin has the possibility to change the template and easily create a new (actual) config-file from it, it sounds like a good solution to me
[12:31] <sistpoty> ArmeBosse: probably in fhs... or in debian-policy where it says about config-files... would need to look myself
[12:31] <ArmeBosse> my point of view:
[12:31] <ArmeBosse> for me it must be readable and maintainable
[12:32] <marcin`> ArmeBosse: heh and I missed README.Debian... need to change my build scripts...
[12:32] <ArmeBosse> a postinst is postinst and not a template
[12:32] <ArmeBosse> marcin`: you missed many things
[12:32] <marcin`> ArmeBosse: but user should not maintain *.template.inc
[12:33] <ArmeBosse> if i need to change the template i don't want to touch postinst file
[12:33] <ArmeBosse> from my point a view a non sense
[12:33] <ArmeBosse> user no, user don't touche /etc
[12:33] <marcin`> ArmeBosse: the thing is that user shouldn't touch template.php at all
[12:33] <ArmeBosse> admin yes
[12:34] <marcin`> ArmeBosse: ok - not user - admin
[12:34] <marcin`> ArmeBosse: but if admin - then stil he should touch config.inc.php - not template.php
[12:35] <ArmeBosse> i want to use dbconfig facility
[12:35] <sistpoty> ArmeBosse: neither fsh nor debian-policy seem to provide exhaustive information on this
[12:36] <ArmeBosse> yes in general, it's to admin point of view
[12:36] <sistpoty> only thing in fhs is: /etc contains configuration files and directories that are specific to the current system.
[12:36] <sistpoty> so the question is: is this used to configure s.th. or just a template, which an admin can use as *template* to write his config-file from
[12:37] <marcin`> sistpoty: it's just template
[12:37] <ArmeBosse> not for me :)
[12:37] <ArmeBosse> hehe
[12:37] <marcin`> sistpoty: but in fact it's not for admin - postinst uses this file as input to generate config.php
[12:37] <sistpoty> ok, ArmeBosse, with your solution I could dpkg-reconfigure and would have a new config-file, right?
[12:38] <ArmeBosse> anyway i'll keep it like this in debian package as we can't find consensus
[12:38] <ArmeBosse> yes
[12:38] <sistpoty> ok... then to marcin`'s solution
[12:38] <marcin`> sistpoty: yes with his solution you end with two files in /etc/vtiger
[12:38] <marcin`> sistpoty: with /etc/vtigercrm/config.inc.php and config.template.php
[12:38] <sistpoty> marcin`: you create the actual config on the fly in postinst, right?
[12:39] <marcin`> sistpoty: right
[12:39] <sistpoty> marcin`: so you don't need another file... but what happens if the user changed the config-file himself?
[12:39] <marcin`> in fact out solution are simmilar
[12:39] <sistpoty> marcin`: will it get overwritten?
[12:40] <sistpoty> (on upgrading for example=
[12:40] <marcin`> hmm propably dpkg will ask if it should be overwritten or not
[12:40] <ArmeBosse> lol
[12:40] <sistpoty> marcin`: so you have the config-file itself *inside* the package and modify it during postinst?
[12:41] <marcin`> sistpoty: yes because we need to put some info about database there
[12:41] <marcin`> sistpoty: ArmeBosse solution does the same thing with the same tool
[12:41] <marcin`> sistpoty: the only difference is that he puts his template file to /etc/vtigercrm
[12:42] <marcin`> sistpoty: and it stays there
[12:42] <sistpoty> marcin`: that's wrong... you cannot modify a file during postinst, that's a conffile inside the package (and this is part of the policy)
[12:42] <marcin`> sistpoty: after installation
[12:42] <marcin`> sistpoty: while I put my file in /tmp and remove after postinst will create /etc/vtigercrm/config.php
[12:43] <ArmeBosse> config.inc.php
[12:43] <marcin`> yes config.inc.php
[12:43] <sistpoty> marcin`: so /etc/vtigercrm/config.php is *not* part of the package?
[12:43] <marcin`> no
[12:43] <sistpoty> ok
[12:43] <marcin`> as I said - our solutions are almost identidal
[12:43] <ArmeBosse> of source package you mean ?
[12:44] <sistpoty> marcin`: but the issue still remains: what if an admin changes /etc/vtigercrm/config.php... will it get overwritten (e.g. on upgrade) or not?
[12:44] <marcin`> sistpoty: it will if admin will let to do this
[12:44] <marcin`> sistpoty: I don't understand this question
[12:45] <marcin`> sistpoty: if you got some file in etc and you change this file then postinst will ask you what to do with config - keep/overwrite/show diff
[12:45] <marcin`> sistpoty: right?
[12:45] <marcin`> sistpoty: thing is you got two solutions:
[12:45] <sistpoty> marcin`: if it's a conffile (i.e. *inside* the package) dpkg will do it for you
[12:46] <sistpoty> marcin`: if it's created during postinst, you'll need to make this sure for yourself
[12:47] <marcin`> sistpoty: 1. install debian/template.php to /etc/vtiger/template.php -> run postinst and use template.php to create /etc/vtiger/config.php
[12:48] <ArmeBosse> using dbconfig-common
[12:48] <ArmeBosse> 1 is me ;)
[12:48] <marcin`> sistpoty: 2. create temporary template in tmp/template.php -> run postinst and use tmp/template.php to create /etc/vtiger/config.php -> clean tmp/template.php
[12:49] <sistpoty> marcin`, ArmeBosse: there is no such thing as "the right way" for it...
[12:49] <marcin`> we both use the same script to generate config.inc.php but different sources
[12:50] <sistpoty> marcin`: with 2. you'll need to ensure that admin-changes aren't lost (for 1. as well, but it's not so bad, if the created file get's overwritten imo)
[12:50] <marcin`> and the only one 'visible' difference is that ArmeBosse keeps his template.php in /etc and I clean it
[12:50] <ArmeBosse> sistpoty: i know just we're not agree between us ;)
[12:50] <sistpoty> hehe
[12:50] <ArmeBosse> dismissed !!!
[12:50] <ArmeBosse> like MTV program
[12:51] <sistpoty> imo, 1. is s.th. that's more handy for an site-admin, since he can always change the template and regenerate the config-file from it
[12:51] <marcin`> ArmeBosse: well the thing is that it's not the problem for me how this config.php is createt
[12:51] <marcin`> created
[12:51] <marcin`> ArmeBosse: I like this template.php too
[12:51] <ArmeBosse> so wher's the problem ?
[12:51] <marcin`> ArmeBosse: but I think that we should clean this file from /etc
[12:51] <sistpoty> so I would personally go for 1.... but as stated before, there is "right"/"wrong" way for both of it
[12:52] <marcin`> ArmeBosse: in my opinion in /etc/ should be only 'real' config not template+config
[12:53] <ArmeBosse> sistpoty: an other think, i'm also upstream and debian maintainer, and keep this like that. just ubuntu package is "collaborative", so fork the solution or not
[12:53] <marcin`> ArmeBosse: unfortunately dbconfig-common script apparently doesn't support relative paths so we need to put this template file somewhere
[12:53] <sistpoty> marcin`: exim4 does it (similar) to ArmeBosse's solution... you have /etc/exim4/update-exim4.conf.conf and /etc/exim4/exim4.conf.template, and can call a script to generate the actual configuration files from it
[12:54] <sistpoty> marcin`: imo a template from which a config-file can be created is a config-file as well
[12:55] <sistpoty> but anyways... I stated what thing I'd prefer... both seem "right" as long as they respect 10.7 from debian-policy
[12:55] <marcin`> okidoki
[12:56] <marcin`> it will be ArmeBosse's solution in package
[12:56] <ArmeBosse> an issue resolved
[12:56] <marcin`> need to copy these differences carefully
[12:56] <ArmeBosse> alleluia
[12:56] <marcin`> ArmeBosse: :)
[12:56] <sistpoty> hehe... luckily you didn't disagree on wether to use cdbs or debhelper *g*
[12:56] <marcin`> ArmeBosse: and we are sure that sistpoty will accept this postinst ;)
[12:56] <ArmeBosse> must ajmitch_ turn ;)
[12:57] <ajmitch_> ?
[12:57] <ArmeBosse> sistpoty: my original package was debhelper :)
[12:57] <ArmeBosse> theme issue :)
[12:57] <marcin`> sistpoty: cdbs was my part
[12:57] <ArmeBosse> you don't know yet ?
[12:57] <sistpoty> d'oh *g*
[12:57] <ArmeBosse>  :)
[12:58] <ArmeBosse> ajmitch_: you seems busy, don't know if we can disturb you
[12:58] <ArmeBosse> hehe
[01:08] <marcin`> ArmeBosse: ok I will start to upload in 5 minutes
[01:09] <ArmeBosse> ok
[01:09] <ArmeBosse> how many diffs ?
[01:09] <marcin`> hmm few
[01:09] <marcin`> copyright
[01:09] <ArmeBosse> than svn
[01:09] <ArmeBosse> or 2027
[01:10] <marcin`> svn
[01:10] <marcin`> copyright, rules, config.template.php - I think that's all
[01:10] <ArmeBosse> have you commit your changes ?
[01:10] <marcin`> not yet
[01:10] <ArmeBosse> k
[01:10] <marcin`> btw my svn doesn't work...
[01:11] <ArmeBosse> lang you mean ?
[01:11] <marcin`> I mean developer svn with my password
[01:11] <marcin`> no - ubuntu package
[01:12] <ArmeBosse> 3 times same password like alioth
[01:12] <marcin`> ArmeBosse: lang too
[01:13] <marcin`> ArmeBosse: aaah so I need to put my password 3 times :) ?
[01:13] <marcin`> cool - good to know ;)
[01:13] <ArmeBosse> yes :)
[01:14] <raphink> key pairs are useful for such things sometimes ;)
[01:14] <raphink> in order to NOT put your password, 3 times
[01:14] <ArmeBosse> also
[01:14] <ajmitch_> or just having a non-broken setup
[01:15] <raphink> mhm
[01:15] <sistpoty> hey raphink
[01:15] <raphink> hi sistpoty
[01:15] <raphink> I'm just passing through
[01:15] <LaserJock> ajmitch_: ? having to put in your password 3 times is a broken setup?
[01:15] <raphink> about to go to bed and ready through the REVU2 spec and classes ;)
[01:15] <sistpoty> raphink: great news :)
[01:15] <sistpoty> hi LaserJock
[01:15] <raphink> :)
[01:15] <ArmeBosse> ajmitch_: gforge issue no ?
[01:16] <ajmitch_> LaserJock: if it's entering the same password 3 times in a row, then something is wrong
[01:16] <ajmitch_> ArmeBosse: probably
[01:16] <raphink> Hi Laserjock <><
[01:16] <dholbach> good night
[01:16] <sistpoty> gn8 dholbach
[01:16] <ajmitch_> night dholbach
[01:16] <LaserJock> hi sistpoty
[01:16] <raphink> hi dholbach
[01:16] <LaserJock> bye dholbach
[01:16] <ArmeBosse> bye dholbach
[01:16] <dholbach> night guys - you rock!
[01:16] <LaserJock> hi raphink <><
[01:16] <raphink> :)
[01:17] <LaserJock> ajmitch_: well, on svn.debian.org I have to do it at least twice because of ssh and svn
[01:18] <raphink> huhu
[01:18] <LaserJock> I thought that was common for svn+ssh
[01:18] <ArmeBosse> common with gforge
[01:19] <ArmeBosse> 3 or 4 ;) and probably 5
[01:19] <LaserJock> hmm, that seems a bit excessive
[01:20] <sistpoty> hi ogra
[01:20] <raphink> hi ogra
[01:20] <ogra> hey
[01:21] <raphink> :)=
[01:21] <marcin`> ArmeBosse: vtigercrm goes to revu
[01:21] <raphink> it's a nice place to be :)
[01:21] <ArmeBosse> raphink: revu tools are available on dapper ? or i must add universe repo ?
[01:21] <raphink> ArmeBosse: it's available in dapper universe
[01:21] <ajmitch_> hello ogra
[01:22] <raphink> and you probably have to edit /usr/bin/revu-build and change PBUILDERNAME to "sudo pbuilder"
[01:22] <ajmitch_> raphink: have you documented revu-tools?
[01:22] <raphink> ajmitch_: yes, on the wiki
[01:22] <ajmitch_> raphink: I mean in the package
[01:22] <ajmitch_> since people can use it offline
[01:22] <raphink> ajmitch_: https://wiki.ubuntu.com/MOTU/Packages/REVU/REVU-Tools
[01:22] <raphink> ajmitch_: oooh
[01:23] <raphink> ajmitch_: well there are short help messages with --help
[01:23] <ajmitch_> raphink: since every binary/script must have a man page, right? ;)
[01:23] <raphink> and manuals
[01:23] <raphink> :)
[01:23] <ajmitch_> and it wouldn't have been advocated without them, right?
[01:23] <raphink> man revu-{report, build, orig}
[01:23] <raphink> sure ;)
[01:23] <ajmitch_> so is all the info on the wiki in the package?
[01:23] <raphink> revu-review doesn't have a manpage yet though. I forgot to make one, I will add it in 0.6
[01:24] <raphink> not all of them no
[01:24] <raphink> the manpages are a bit more concise
[01:24] <sistpoty> ajmitch_: well, we weren't that strict on one or two missing manpages lately ;)
[01:24] <raphink> but they explain how to use the commands
[01:25] <raphink> sistpoty: I'm usually strict on manpages ;)
[01:25] <raphink> so I am to be with myself, too
[01:25] <sistpoty> raphink: I'm usually as well, though I did some uploads the last days w. missing manpages (if this was the only problem)
[01:25] <raphink> ajmitch_: you can have a look at the man pages for revu-{build,orig,report}
[01:25] <ajmitch_> sistpoty: it depends on how far we allow standards to slip :)
[01:26] <raphink> sistpoty: hehe
[01:26] <raphink> we want the best stuff in
[01:26] <sistpoty> well, I guess I'll file bugs on the packages that are passed the new-queue... then we can see if the maintainer actually cares ;)
[01:26] <ajmitch_> sistpoty: sure, including some of mine ;)
[01:27] <sistpoty> I didn't upload packages from you ajmitch_ ;)
[01:28] <sistpoty> oh... gmult is ready to go (but needs another advocacy)... http://revu.tauware.de/details.py?upid=2001
[01:28] <ajmitch_> I still have to fix up a number of bugs
[01:29] <raphink> ajmitch_: e.g. http://raphink.net/debian/mans/revu-report.html
[01:31] <raphink> ajmitch_: do you think that's clear enough?
[01:31] <ajmitch_> raphink: maybe
[01:31] <raphink> maybe ;)
[01:31] <raphink> lol
[01:31] <raphink> ok
[01:33] <ArmeBosse> marcin`: something strange orig.tar.gz changed
[01:35] <ArmeBosse> config.php typo problem
[01:35] <LaserJock> heah, can a REVU admin nuke gaussum?
[01:35] <marcin`> config.php where?
[01:36] <raphink> LaserJock: sure, why?
[01:36] <ArmeBosse> copyright line 1 no mail
[01:36] <ArmeBosse> which we provide
[01:36] <raphink> LaserJock: why should it be nuked?
[01:36] <LaserJock> raphink: I took the ITP over and got it into Debian and it is in the sync queue right now so that upload is obsolete
[01:37] <ArmeBosse> vtiger-crm in comments
[01:37] <raphink> LaserJock: ok
[01:37] <ArmeBosse> dirs no / needed at the en of path
[01:38] <ArmeBosse> rules: find $(WEBAPPDIR) -name "*.jpg" -perm /a+x -exec chmod a-x {} \;
[01:38] <LaserJock> raphink: that's the second email you sent :-)
[01:39] <ArmeBosse> no lintian warning about jpg ?
[01:39] <marcin`> dont know need to build it
[01:39] <ajmitch_> LaserJock: becoming a high-flying debian maintainer now, are we? :)
[01:39] <LaserJock> ajmitch_: heck yeah ;-)
[01:39] <ajmitch_> LaserJock: it pays well?
[01:40] <ArmeBosse> re add version comment in sql file please
[01:40] <LaserJock> ajmitch_: actually it was much easier than I thought it would be. Especially for the package that I put on REVU and got uploaded to Universe first
[01:40] <LaserJock> ajmitch_: It took a whole 2 days to get somebody to upload it to NEW
[01:40] <ajmitch_> that's pretty good
[01:40] <ajmitch_> depends on the sponsor, though
[01:41] <ajmitch_> some of us can be pretty slack
[01:41] <LaserJock> ChrisH
[01:41] <ajmitch_> right
[01:41] <ArmeBosse> (2006 key) in your name is not needed
[01:42] <LaserJock> but with gausssum I took over the ITP for the guy and had to do some tweaking so it took a bit longer. So now I have 2 packages in Debian which I think is pretty awesome.
[01:43] <sistpoty> LaserJock: yes... I've got only two packages in ubuntu so far ;)
[01:44] <LaserJock> well, for the most part I really try to aviod packaging new programs from scratch. I feel like Universe needs enough work  that I shouldn't spend all my time packaging new stuff.
[01:44] <LaserJock> but I appreciate those who do
[01:45] <raphink> LaserJock: the second email I sent ??
[01:45] <ArmeBosse> marcin`: i confirm there's a change in orig.tar.gz
[01:45] <raphink> what are you talking about LaserJock ?
[01:45] <LaserJock> raphink: yeah, on the 15th you had an almost identical comment  on gausssum
[01:46] <raphink> LaserJock: really?
[01:46] <LaserJock> yeah
[01:46] <raphink> oh yeah right
[01:46] <ajmitch_> raphink: explain this..
[01:46] <ajmitch_> * Keep only one entry in debian/changelog till this package is released officially.
[01:46] <raphink> well I guess that shows it's just me ;)
[01:46] <raphink> ajmitch_: well there's no need to talk about the new upstream version since it was never released in Ubuntu yet
[01:47] <raphink> ajmitch_: so only 5.3 should be listed in the changelog imo
[01:47] <ajmitch_> raphink: so? it's still fine to leave in that info
[01:47] <raphink> 5.2 having only been produced on revu
[01:47] <ajmitch_> raphink: I'm just going to have to disagree with you
[01:47] <raphink> ajmitch_: not what I was told by other MOTUs when I was reviewed in the past ;)
[01:47] <raphink> ajmitch_: sure you can disagree :)
[01:47] <marcin`> ArmeBosse: I'm not sure if I'll be able to sign this package if I'll remove (2006 key)
[01:47] <raphink> and I'm fine with having your point
[01:47] <ajmitch_> raphink: sure, but I can still think you're wrong :)
[01:48] <LaserJock> hmm, I can see including previous upstream releases but I think it is nice if it doesn't go in a 0ubuntu30 or something
[01:48] <raphink> ajmitch_: some months ago, I was explained that it was better to only keep the entries for official releases in the changelog
[01:48] <ArmeBosse> marcin`: don't know too
[01:48] <raphink> so users don't begin to search for the other versions in the archives
[01:48] <raphink> if they were never released
[01:49] <ajmitch_> how many users would know to look in a changelog & try & hunt down other versions?
[01:49] <ajmitch_> it's not exactly going to be a common activity
[01:49] <raphink> ajmitch_: the point being that when I see a 0ubuntu5 in Ubuntu I expect there was a 0ubuntu{1-4} released before
[01:49] <ajmitch_> especially as released versions get removed from the archive as well
[01:49] <raphink> ajmitch_: I would
[01:49] <ajmitch_> s/released/uploaded/
[01:49] <raphink> developers would
[01:49] <raphink> and it's pretty useful to have reliable versionning for this reason
[01:50] <raphink> hehe
[01:50] <raphink> when I'm hunting for bugs for example
[01:50] <raphink> and I see ina  changelog `unstable`
[01:50] <ajmitch_> working in MOTU just isn't fun like it used to be
[01:50] <raphink> I try to find tracks of the package in Debian
[01:50] <raphink> which seems logical
[01:50] <ajmitch_> raphink: if there were multiple versions uploaded to dapper, only 1 will still be there
[01:50] <ajmitch_> so you can't search through that history
[01:51] <raphink> unless someone released it as part of `unstable` unofficially, and there's no way to know where
[01:51] <raphink> ajmitch_: sure on LP I can
[01:51] <LaserJock> raphink: I can understand your point but you sacrifice having a true change log
[01:51] <ajmitch_> if someone uploaded it to unstable, then it will be removed on a newer upload
[01:51] <raphink> and on changelogs.ubuntu.com too
[01:51] <raphink> thankfully
[01:51] <ajmitch_> raphink: that package is still *gone*
[01:51] <raphink> LaserJock: depends how you see it'
[01:51] <ajmitch_> removing info just because you like a cleaner changelog is still wrong, imho
[01:52] <raphink> not just because I like cleaner changelog ajmitch_
[01:52] <raphink> but because a prerelease change is not a real change for users
[01:52] <ajmitch_> I don't know why I bother
[01:53] <raphink> ajmitch_: hehe ;)
[01:53] <sistpoty> actually I second ajmitch_'s opinion...
[01:53] <raphink> ajmitch_: don't get me wrong I get your point
[01:53] <LaserJock> maybe we should have an Ubuntu vacation when Dapper is released :-)
[01:53] <raphink> :)
[01:53] <sistpoty> though I don't think we should encourage ppl. to do a new version *only* for revu
[01:53] <raphink> LaserJock: hehe
[01:53] <sistpoty> (or rather disencourage them)
[01:53] <ajmitch_> LaserJock: I'm having a long-term ubuntu vacation at the moment
[01:53] <ajmitch_> LaserJock: and I've got no real incentive to finish it
[01:53] <LaserJock> ajmitch_: how long? still in AU
[01:54] <ajmitch_> LaserJock: yes I'm still in .au, and I'll probably keep away from MOTU after that as well
[01:55] <iiping> lo guys can u tell me what ui can use gstreamer
[01:55] <raphink> iiping: what ui?
[01:55] <LaserJock> ajmitch_: well, we will miss you, but I can understand.
[01:55] <iiping> like totem or kaffeine? other ui
[01:55] <raphink> ajmitch_: after what?
[01:56] <LaserJock> iiping: you seem to know already ;-)
[01:57] <ArmeBosse> marcin`: in 5 minutes i'll go sleeping, if you can put a last package
[01:57] <ajmitch_> raphink: after I get back to NZ
[01:57] <sistpoty> marcin`, ArmeBosse: why is there a strict dependency on php4? doesn't vtigercrm work with libapache[2] -mod-php4 as well?
[01:57] <raphink> ajmitch_: hmm ok although I guess there's a reason
[01:57] <iiping> is there other alternative ui for gstreamer. i am having problem with totem and kaffeine on the sub title options
[01:58] <ajmitch_> sistpoty: php4 depends on libapache2-mod-php4 | libapache-mod-php4
[01:58] <ajmitch_> | hph4-cgi
[01:58] <LaserJock> iiping: you should probably try #ubuntu, this isn't a support channel.
[01:58] <sistpoty> ajmitch_: but libapache-mod-php4 doesn't depend on php4
[01:58] <iiping> ok
[01:58] <marcin`> ArmeBosse: I confirm that orig could change
[01:59] <marcin`> ArmeBosse: and it's ok
[01:59] <marcin`> ArmeBosse: next upload will go to revu in 3 min.
[01:59] <sistpoty> ajmitch_: ah, got it... it's a meta-package... thought this was the cli
[01:59] <ArmeBosse> could or have changed ?
[01:59] <ajmitch_> sistpoty: circular dependencies are bad :)
[01:59] <marcin`> ArmeBosse: this was because as I said - there was no orig.tar.gz on your website
[02:00] <sistpoty> ajmitch_: indeed
[02:00] <marcin`> ArmeBosse: and raphink did one from tar.gz
[02:00] <marcin`> ArmeBosse: so it could be different
[02:00] <ArmeBosse> i already gives you right url in debian dir
[02:01] <marcin`> ?
[02:01] <ArmeBosse> and you must justified why there's a diff with upstream source archive
[02:01] <ArmeBosse> 23:56 < ArmeBosse> http://fboudra.free.fr/debian/vtigercrm/vtigercrm_4.2.3.orig.tar.gz
[02:02] <ArmeBosse> 2h ago
[02:02] <raphink> marcin`: no I didn't do one from tar.gz
[02:02] <marcin`> ArmeBosse: ok but what's the problem?
[02:02] <raphink> I got the debian/ back from tar.gz
[02:02] <marcin`> ArmeBosse: are these file really different?
[02:03] <raphink> and used the orig.tar.gz that you gave me
[02:03] <marcin`> ArmeBosse: or have just different md5?
[02:03] <raphink> to generate the diff and dsc
[02:03] <ArmeBosse> you provide a different original source archive
[02:03] <raphink> as should have been
[02:03] <sistpoty> marcin`: different md5sum's is bad, if there is no *real* reason to repackage the tarball
[02:03] <marcin`> it was accident
[02:03] <marcin`> forget about it
[02:04] <sistpoty> marcin`: we can never sync a version (same upstream version) from unstable, if the orig.tar.gz isn't bit-identical
[02:04] <ArmeBosse> i'm not motu so you don't listen to me ;)
[02:04] <ajmitch_> ArmeBosse: don't worry, being a MOTU is no guarantee of that either ;)
[02:04] <ArmeBosse> hehe second one that tell me this
[02:06] <marcin`> ArmeBosse: ok - tell me how do you create orig?
[02:06] <ajmitch_> LaserJock: I see you had an overwhelming response of 7 votes to your poll
[02:06] <LaserJock> ajmitch_: really, I haven't looked at it so far.
[02:06] <ArmeBosse> download from url
[02:06] <ajmitch_> yeah, modifying the merge list code won out 5-2
[02:06] <ajmitch_> LaserJock: 7 isn't too bad considering the number of active motus
[02:06] <marcin`> what url???
[02:07] <marcin`> is there tar.gz in vtiger.com somewhere?
[02:07] <sistpoty> oh... poll is over? damn, seems like I'd need to code then ;)
[02:07] <ArmeBosse> 23:56 < ArmeBosse> http://fboudra.free.fr/debian/vtigercrm/vtigercrm_4.2.3.orig.tar.gz
[02:07] <ajmitch_> sistpoty: sorry :)
[02:07] <LaserJock> ajmitch_: well, I had hoped for more but 7 is better than the 3 that were at the MOTU meeting ;-)
[02:08] <ArmeBosse> must be : 8336550 2006-02-19 21:31 vtigercrm_4.2.3.orig.tar.gz
[02:08] <sistpoty> ajmitch_: np, I'll do a very dirty hack (once again) *g*
[02:08] <lionelp> sistpoty: can you check http://revu.tauware.de/details.py?upid=2030, Raphlink has ever Advocated and i am looking for a second
[02:08] <sistpoty> lionelp: few minutes
[02:08] <lionelp> np
[02:09] <LaserJock> hmm, I wonder who the other "no coordination" vote was ;-)
[02:09] <sistpoty> ArmeBosse, marcin`: I'd like to see the text-files in XTemplate and JPGraph in /usr/share/doc/<package> (or symlinked there)... at least the QPL (which imo should be in debian/copyright as well)
[02:10] <sistpoty> (the files installed in the package actually)
[02:10] <marcin`> ArmeBosse: ok mine is differen
[02:10] <marcin`> t
[02:10] <marcin`> ArmeBosse: how do you create your orig?
[02:10] <ArmeBosse> not in the policy :) must be in copyright
[02:11] <ajmitch_> sistpoty: dirty hacks get us through a release cycle :)
[02:11] <ajmitch_> sistpoty: reminds me that I have to do dirty, ugly & nasty hacks for unmet deps like I promised
[02:11] <ArmeBosse> marcin`: from vtiger.com then dh_make
[02:11] <raphink> good night all
[02:11] <sistpoty> ajmitch_: well, siretart's list is quite good atm
[02:12] <ajmitch_> sistpoty: sure, I don't mind using that for now
[02:12] <sistpoty> ajmitch_: but feel free to provide a better solution, even if it's a dirty hack ;)
[02:12] <LaserJock> I don't know that I've ever seen a clean hack
[02:13] <sistpoty> well said
[02:13] <marcin`> sistpoty: QPL is already in copyright
[02:13] <marcin`> sistpoty: THE Q PUBLIC LICENSE
[02:14] <sistpoty> marcin`: ah, found it
[02:15] <ajmitch_> LaserJock: some hacks are elegantly clean
[02:15] <ajmitch_> a 'hack' doesn't mean that it's dirty
[02:15] <sistpoty> marcin`: maybe you could add a line explaining the acronyms in debian/copyright at the beginning?
[02:16] <marcin`> sistpoty: I think ArmeBosse will do this better
[02:16] <marcin`> sistpoty: he is involved in vtiger upstream
[02:16] <marcin`> sistpoty: and they are fighting with licenses all the time
[02:17] <sistpoty> marcin`: just change "QPL can be found at" to "QPL (Q Public License) can be found at"
[02:17] <sistpoty> marcin`: but it's ok for me the way it is as well
[02:17] <marcin`> ok I'll try with next upload
[02:18] <ArmeBosse> extra-time
[02:18] <marcin`> btw I uploaded new package to revu few minutes ago
[02:18] <marcin`> ArmeBosse: have absolutely NO idea why there is no your mail in copyright
[02:18] <LaserJock> ajmitch_: hmm, I suppose. I've never written one (not that I write much code), but I imagine the exist somewhere
[02:18] <marcin`> I got this mail in deb packages
[02:19] <ArmeBosse> your script ?
[02:19] <marcin`> there is no scirpt that could change this
[02:20] <ArmeBosse> if write file and do just a debuild, you can't drop my mail
[02:20] <marcin`> I can tell you more
[02:20] <marcin`> this mail is in diff file!
[02:21] <ArmeBosse> you use patch ?
[02:21] <marcin`> no just pbuilder
[02:21] <marcin`> http://revu.tauware.de/revu1-incoming/vtigercrm-0602232010/vtigercrm_4.2.3-0ubuntu1.diff.gz
[02:21] <marcin`> it's there
[02:22] <marcin`> I mean this mail
[02:22] <marcin`> I don;t know why this is in http://revu.tauware.de/diff.py?upid1=2028&upid2=2031 here
[02:23] <sistpoty> marcin`: if you look at debdiffs in the browser, they are treated as html... so < and > are taken as tags (known revu-bug)
[02:24] <marcin`> ArmeBosse: see!
[02:24] <ajmitch_> marcin`: what license is FPDF under? 'freeware' can cover many proprietary licenses
[02:24] <ajmitch_> http://revu.tauware.de/revu1-incoming/vtigercrm-0602232010/vtigercrm-4.2.3/debian/copyright has the email addresses
[02:24] <marcin`> please guys - don't ask me about licenses
[02:24] <LaserJock> ajmitch_: apparently it is basically Public Domain. It doesn't really have a license. I asked earlier ;-)
[02:24] <marcin`> -> ArmeBosse
[02:25] <ajmitch_> LaserJock: that must be clarified then
[02:25] <LaserJock> ajmitch_: That is what I thought, but they had bigger issues at the time
[02:25] <ajmitch_> LaserJock: no license is implicitly undistributable, unless there's an explicit statement to the contrary
[02:25] <ArmeBosse> marcin`: orig.tar.gz different
[02:25] <ArmeBosse> marcin`: copyright your mail was dropped
[02:25] <marcin`> ArmeBosse: moment
[02:25] <LaserJock> ajmitch_: exactly
[02:26] <marcin`> ArmeBosse: read what sistpoty wrote a minute ago
[02:26] <ArmeBosse> ajmitch_: probably must add what's is in FAQ
[02:26] <marcin`> ArmeBosse: <> are taken as html tags in revu
[02:27] <ArmeBosse> ?
[02:27] <ArmeBosse> just one
[02:27] <ArmeBosse> not others ?
[02:27] <sistpoty> the debdiffs from revu are actually just a "plain" debdiff... you could dl that and use right away, but the browser will render it as html
[02:28] <ArmeBosse> i download tar.gz dsc and diff and extract them
[02:28] <ArmeBosse> with dpkg-source
[02:29] <ArmeBosse> ajmitch_: FPDF is Freeware (it is stated at the beginning of the source file). There is no usage restriction. You may embed it freely in your application (commercial or not), with or without modification. You may redistribute it, too.
[02:29] <ArmeBosse> marcin`: we can add this notice
[02:29] <ajmitch_> ArmeBosse: that's great, it needs to be in there
[02:30] <ArmeBosse> from FAQ, must be mentionned
[02:30] <ArmeBosse> http://www.fpdf.org/en/FAQ.php#1
[02:30] <ArmeBosse> and my comments in mysql file missing :)
[02:31] <marcin`> ArmeBosse: I don't get it - you take *.zip from vtiger.com - and then what you do to get *.orig.tar.gz?
[02:31] <marcin`> ArmeBosse: how do you perform zip->tar.gz?
[02:32] <crimsun> dolson: indeed (RE: PAM) :)
[02:32] <crimsun> d'oh, I missed Daniel again
[02:32] <ajmitch_> hi crimsun
[02:33] <ArmeBosse> the problem comes from your source : modules\reports\lang...
[02:33] <sistpoty> hi crimsun
[02:33] <ArmeBosse> you have probably edited a file
[02:33] <ArmeBosse> and a tmpf file was introduced
[02:33] <crimsun> 'lo ajmitch_, sistpoty :)
[02:33] <marcin`> ArmeBosse: I?
[02:34] <LaserJock> hi crimsun
[02:34] <marcin`> ArmeBosse: are you talking to me about this modules/reports/lang?
[02:34] <ArmeBosse> http://prdownloads.sourceforge.net/vtigercrm/vtiger_CRM_4_2_3.tar.gz?download
[02:34] <crimsun> 'lo LaserJock :)
[02:34] <ArmeBosse> original file
[02:34] <ArmeBosse> yes
[02:35] <marcin`> ArmeBosse: it istn't mentioned on vtiger.com
[02:35] <marcin`> ArmeBosse: on vtiger.com link goes to *zip
[02:36] <sistpoty> lionelp: you should also use the exact file you downloaded as orig.tar.gz
[02:36] <marcin`> ArmeBosse: http://prdownloads.sourceforge.net/vtigercrm/vtiger_CRM_4_2_Source.zip?download
[02:36] <ArmeBosse> http://prdownloads.sourceforge.net/vtigercrm/vtiger_CRM_4_2_3.tar.gz?download
[02:36] <sistpoty> lionelp: but if this is the only issue, I'll exchange it myself before uploading ;)
[02:36] <ArmeBosse> us too ;)
[02:37] <marcin`> ArmeBosse: propably this difference is between zip and tar.gz from vtiger.com
[02:37] <ArmeBosse> so you've got an extra file in modules Reports language
[02:37] <ArmeBosse> no
[02:37] <ArmeBosse> remove en_us*~
[02:38] <lionelp> sistpoty: you mean just mv the original tar.gz ?
[02:38] <sistpoty> lionelp: exactly
[02:38] <ArmeBosse> i can't stay anymore 2:38 am
[02:38] <sistpoty> lionelp: there is another issue: your debian/copyright needs to mention every file from a different author/under a different copyright, e.g. md5.c
[02:39] <sistpoty> lionelp: and the according license
[02:39] <ArmeBosse> you know the issue :
[02:39] <ArmeBosse> http://www.fpdf.org/en/FAQ.php#1
[02:39] <ArmeBosse> acronym
[02:39] <ArmeBosse> orig.tar.gz
[02:39] <ArmeBosse> my comments in sql file
[02:40] <ArmeBosse> you mail in copyright dropped
[02:40] <sistpoty> lionelp: but apart from that, gastman is fine, so please change these two issues ;)
[02:41] <ArmeBosse> jsut that :)
[02:41] <marcin`> ArmeBosse: please explain a little more
[02:41] <ArmeBosse> about ?
[02:41] <lionelp> sistpoty: i start changing
[02:41] <sistpoty> ok
[02:42] <ArmeBosse> my boss will kill me tomorrow morning ...
[02:42] <marcin`> 1. I just downloaded tar.gz from vtiger.com
[02:42] <lionelp> sistpoty: in the copyright, i should mention : md5.c : gnagna, the rest :
[02:43] <lionelp> sistpoty: when is the deadline for the latest update in revu ?
[02:43] <marcin`> ArmeBosse: so if you removed en_us~ then you got wrong orig
[02:43] <sistpoty> lionelp: just make sure to mention the exact licenses and what files are covered
[02:43] <marcin`> ArmeBosse: because this file is there
[02:43] <ArmeBosse> marcin you have downloaded my file too and it's the exact orig file
[02:43] <ArmeBosse> so i think it's not the orig file the problem
[02:43] <sistpoty> lionelp: there is no exact deadline, actually we're in a grayzone right now already ;)
[02:44] <ArmeBosse> but the extra file that you have
[02:44] <lionelp> i know, that was why i asked
[02:44] <ArmeBosse> if you have verified the size that i gave you ...
[02:44] <marcin`> I'll try to find why there is a difference
[02:45] <ArmeBosse> if you have my file, check the size
[02:45] <ArmeBosse> if it's ok then it's your extra file
[02:46] <marcin`> propably this is because I repackage orig
[02:46] <ArmeBosse> i'm not familiar with debuild/dput
[02:47] <ArmeBosse> re package ?
[02:47] <marcin`> what do you do to change tar.gz to orig.tar.gz - rename only?
[02:47] <ArmeBosse> yes
[02:47] <marcin`> ok and that's the problem
[02:47] <ArmeBosse> dh_make stuff
[02:48] <ArmeBosse> but i think using -f rename only
[02:48] <marcin`> dh_make doesn't create orig
[02:49] <ArmeBosse> use my file, we gain times
[02:50] <ArmeBosse> copy you deb dir
[02:50] <ArmeBosse> tar zxf the right orig
[02:50] <ArmeBosse> and continue
[02:51] <marcin`> it's not so easy
[02:51] <marcin`> I know why these files are different
[02:51] <marcin`> they got different directories
[02:51] <ArmeBosse> ?
[02:51] <marcin`> as I said I create vtigercrm-4.2.3 dir
[02:52] <marcin`> and extract source there then package
[02:52] <marcin`> vtiger_crm is in orig - I got vtigercrm-4.2.3
[02:52] <ArmeBosse> not a problem
[02:53] <marcin`> so I can keep this as is?
[02:53] <ArmeBosse> yes
[02:53] <marcin`> ok two questions then - what comments in sql?
[02:53] <marcin`> you wrote few minutes ago?
[02:54] <ArmeBosse> -- vtigercrm 4.2.3
[02:55] <marcin`> and what should I do with this fpdf.org?
[02:55] <marcin`> ok I'll add this comment
[02:56] <ArmeBosse> fpdf is a freeware blah blah definition from the author that can found on url URL: copy paste hi comments
[02:56] <ArmeBosse> +be
[02:56] <marcin`> to copyright?
[02:56] <ArmeBosse> his
[02:56] <ArmeBosse> yes
[02:56] <marcin`> ok just a moment
[02:56] <ArmeBosse> ajmitch_: agree ?
[02:57] <ArmeBosse> 3 min max
[02:57] <lionelp> sistpoty: still there ?
[02:57] <ArmeBosse> 2:20
[02:57] <sistpoty> lionelp: yes
[02:57] <lionelp> i corrected : http://revu.tauware.de/details.py?upid=2032
[02:58] <sistpoty> lionelp: good... will take a look
[02:58] <ArmeBosse> 1:40
[02:59] <ArmeBosse> 1:00
[02:59] <marcin`> are you waithing for me or ajmitch_ ?
[02:59] <ArmeBosse> you
[02:59] <ArmeBosse> just a moment
[02:59] <marcin`> and what should I do in 1 minute?
[02:59] <ArmeBosse> you don't know me sleepin :)
[03:00] <marcin`> I will not upload this in 1 min it takes about 8 on my connection
[03:00] <marcin`> I added this to copyright
[03:00] <ArmeBosse> so see you later :)
[03:01] <sistpoty> lionelp: you should include the exact notice from the code... if you want, I'll fix that up and upload
[03:02] <lionelp> sistpoty: ok, i include, you have better to do i think :)
[03:02] <sistpoty> lionelp: ok for me... but I'll be in bed in 10 minutes, so hurry ;)
[03:03] <sistpoty> (wouldn't take too long if I'd do it, otherwise I wouldn't suggest it)
[03:04] <freeflying> sistpoty: hi
[03:04] <sistpoty> lionelp: and you miss win32/strsep.c
[03:04] <sistpoty> hi freeflying:
[03:04] <marcin`> sistpoty: question about your comment: http://revu.tauware.de/details.py?upid=2031
[03:05] <marcin`> sistpoty: you want me to move text files from XTemplate and JPGraph to /doc
[03:05] <freeflying> sistpoty: need review , can you ?
[03:05] <zakame> hi MOTUs
[03:05] <ajmitch_> marcin`: btw debian/copyright should not say to look at an URL
[03:05] <sistpoty> freeflying: sorry, almost in bed
[03:05] <marcin`> sistpoty: you mean README or LICENSE too?
[03:05] <ajmitch_> hi zakame
[03:05] <crimsun> freeflying: url?
[03:05] <freeflying> crimsun: http://revu.tauware.de/details.py?upid=2011
[03:05] <lionelp> sistpoty: uploaded again, still in the queue
[03:05] <zakame> hello ajmitch_ ! :D
[03:06] <sistpoty> marcin`: basically the text files, that contain documentation
[03:06] <marcin`> ajmitch_: you mean this MPL and QPL ?
[03:06] <sistpoty> hi zakame
[03:06] <ajmitch_> marcin`: I mean if you did what ArmeBosse suggested for fpdf
[03:07] <ajmitch_> zakame: how's it going?
[03:07] <zakame> ajmitch_: Manila's now almost in a state of emergency atm
[03:07] <marcin`> ajmitch_: but I pasted all text from this url
[03:07] <lionelp> sistpoty: http://revu.tauware.de/details.py?upid=2033
[03:07] <marcin`> ajmitch_: not just url
[03:08] <crimsun> freeflying: can you use debhelper 5?
[03:08] <freeflying> crimsun: ok
[03:08] <sistpoty> lionelp: win32/strsep.c still missing (at least from looking at the debdiff)
[03:08] <ajmitch_> marcin`: ok, good
[03:08] <ajmitch_> zakame: why is that?
[03:09] <ajmitch_> zakame: coup in the making?
[03:09] <zakame> ajmitch_: yeah
[03:10] <lionelp> sistpoty: it is covered by GPL isn't it ?
[03:10] <freeflying> crimsun: any others?
[03:10] <crimsun> zakame: hope you're safe
[03:10] <crimsun> freeflying: still looking
[03:10] <ajmitch_> zakame: nervous times
[03:10] <freeflying> crimsun: thx
[03:10] <sistpoty> lionelp: it has a different author and is covered by LPGL if I read it correctly
[03:10] <sistpoty> lionelp: yep... LPGL
[03:10] <lionelp> arf, sorry :-(
[03:11] <sistpoty> lionelp: np
[03:12] <zakame> ajmitch_: yeah :( but like jsgotangco said in -ph, I've decided to stay productive :)
[03:12] <crimsun> freeflying: ok, I presume you're referring to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=354094 ? Are you packaging it for Debian, then?
[03:12] <Ubugtu> debian bug 354094 in ITP "quarry -- A multi-purpose GUI for several board games" [Wishlist,Open]
[03:13] <jsgotangco> ajmitch_, bah...i've experience 8 coups in 1986...
[03:13] <jsgotangco> err 1988
[03:13] <freeflying> crimsun: I don't know how to solve this issue . for I hope it can be upload to ubuntu universe firstly
[03:13] <ajmitch_> jsgotangco: haha, it must be fun living in such a country ;)
[03:14] <ajmitch_> people in NZ are too apathetic about politics for a good coup :)
[03:14] <jsgotangco> ajmitch_, yesterday while driving on the way home, i actually saw a shootout (robbers)
[03:14] <crimsun> freeflying: ok, whether you choose to try to push it into Debian first and then sync it from Sid is your choice
[03:14] <jsgotangco> military adventurism here is more interesting than a tom clancy novel
[03:14] <zakame> jsgotangco: not to mention the fissure at Adriatico
[03:15] <ajmitch_> jsgotangco: NZ & Australia are so boring in comparison
[03:15] <freeflying> crimsun: will debian sid sync package from ubntu ?
[03:15] <jsgotangco> zakame, yeah, pretty bad omen for the government i'd say
[03:15] <freeflying> s/ubntu/ubuntu
[03:15] <crimsun> freeflying: not afaik, but I don't know; perhaps ajmitch_ can shed some light
[03:16] <jsgotangco> ajmitch_, funny though, most people don't mind it anymore really....the people who join the coups and rallies are very much the same personalities...majority of the population just watch the powerplay
[03:17] <crimsun> freeflying: otherwise just a very minor whitespace and the GPL symlink issues in debian/copyright
[03:17] <ajmitch_> freeflying: it's always up to the debian maintainer as to what they choose to do with a package
[03:17] <freeflying> crimsun: if I prepare to push it into debain ,then where shall I upload firstly ?
[03:17] <ajmitch_> freeflying: do you plan to maintain it in debian?
[03:18] <freeflying> ajmitch_: Maybe , I don't know if I have that qualification
[03:18] <ajmitch_> qualification?
[03:18] <crimsun> it's more about willingness to maintain
[03:18] <ajmitch_> why do you think it'll be less of a challenge in ubuntu? :)
[03:19] <crimsun> frankly, it's much easier to sync from Sid into Ubuntu
[03:19] <ajmitch_> crimsun: unless you can upload into both & just use something like bzr to maintain the branches :)
[03:19] <crimsun> true :)
[03:19] <freeflying> ajmitch_: Anyway , guys here may help me on package , :)
[03:20] <crimsun> freeflying: in any case, just those two issues in debian/copyright
[03:21] <freeflying> crimsun: someone have told me that the whitespace is too much , so I decrease them
[03:21] <crimsun> freeflying: err, just between "Author:" and "Paul"
[03:22] <freeflying> crimsun: and how about the symlink of GPL ?
[03:23] <lionelp> sistpoty: http://revu.tauware.de/details.py?upid=2034
[03:24] <crimsun> freeflying: should be /usr/share/common-licenses/GPL
[03:24] <sistpoty> freeflying: I just took a glimpse... is it a game? then it should go to /usr/games
[03:24] <crimsun> freeflying: but-- if your paste from the boilerplate actually coincides with the license in quarry, then what you have it fine.
[03:25] <crimsun> (mm I can't spell)
[03:26] <freeflying> crimsun: the author use gpl-2, but actually , some files it use are gpl ,so I change it to gpl
[03:26] <freeflying> sistpoty: it's means that I shall put them into /usr/games?
[03:26] <sistpoty> freeflying: yes
[03:27] <sistpoty> crimsun: you can take my last comment on quarry as advocate, once these issues are fixed ;)
[03:28] <sistpoty> freeflying: please also look at my other comments
[03:28] <crimsun> sistpoty: sure
[03:28] <freeflying> sistpoty: how to put them into /usr/games ?
[03:28] <sistpoty> freeflying: either debian/rules or patch the install-target
[03:28] <sistpoty> (and make sure it still works)
[03:28] <freeflying> sistpoty: got it . thx
[03:29] <allee> freeflying: then put both headers gpl and gpl 2+ into copyright file.   and add License:'   just like 'Copyright:'
[03:30] <freeflying> allee: can do like that ?
[03:32] <allee> freeflying: can?  You have to! ;)  You need to cut&paste every license that is used in the sources
[03:32] <freeflying> allee: wow, it's will be so long
[03:33] <sistpoty> not every license... only every license that differs or has another author
[03:33] <allee> freeflying: Only one for GPL and one for GPL 2+ is enought
[03:34] <allee> freeflying: but if the license is not one you find in common-licenses, you to include the complete text of the license (and yes this can be very long)
[03:36] <sistpoty> lionelp: the upstream tarball and your orig.tar.gz still aren't identical...
[03:36] <sistpoty> lionelp: but I'll exchange these and upload, if you don't mind
[03:36] <ViViD> sistpoty: i removed the symlinks, but ldconfig doesnt recreate them and the package wont run, is it ok if i leave the necessary one in? and move the other to -dev package, otherwise i need to move them both to the dev, and the binary program will then depend on the dev package
[03:37] <lionelp> siretart: no pb for me
[03:37] <sistpoty> ViViD: ldconfig will create the (necessary) symlink on installing... otherwise there's s.th. wrong
[03:37] <lionelp> thanks a lot
[03:37] <sistpoty> lionelp: np
[03:38] <ViViD> yea it doesnt create it, it should apparently create libpar2.so from libpar2.so.0.0.1 but it doesnt
[03:38] <sistpoty> ViViD: did you read the library packaging guide? there should be one symlink in the -dev package iirc
[03:38] <ViViD> yea im reading it
[03:38] <sistpoty> ViViD: libpar2.so should be in the -dev package
[03:39] <ViViD> yea and then the gpar2 will depend on the dev package
[03:39] <sistpoty> ViViD: at least iiirc...
[03:39] <sistpoty> ViViD: no
[03:39] <allee> freeflying: did you try to build in pbuilder?  Just librsvg2-dev, no lib<widgetlib-of-your-choice) in build-deps.
[03:39] <ViViD> whatever contains libpar2.so is what gpar2 depends on
[03:40] <freeflying> allee: it can be build with pbuilder
[03:40] <allee> freeflying: heh, nice
[03:40] <sistpoty> ViViD: no, it doesn't... just try to build it and install the library-package and gpar2... try using ldd on the binary of gpar2 and check if it has unresolved shared objects
[03:40] <ajmitch_> ViViD: if gpar2 depends on libpar2.so, it's used shared libraried in a broken way
[03:41] <freeflying> crimsun: if I want to push it into debain , who can be my sponsor  here ?
[03:42] <marcin`> sistpoty: vtigercrm is in revu now - new upload
[03:42] <crimsun> #debian-mentors is probably better
[03:42] <marcin`> sistpoty: if you are there then could you take a look at it?
[03:42] <crimsun> I don't feel it's courteous to yoke our few DDs with even more ;)
[03:42] <sistpoty> marcin`: sorry, but I really need to go to bed now
[03:42] <sistpoty> lionelp: gastman uploaded ;)
[03:42] <sistpoty> ok... and now I'm off to bed ;)
[03:42] <sistpoty> gn8 everyone
[03:43] <freeflying> crimsun: then firstly I upload it to mentors
[03:45] <marcin`> ajmitch_: are you still there?
[03:46] <allee> freeflying: hint: debian-mentor have their own check list for pkgs.  Make sure that you have everything in there
[03:47] <allee> nite
[03:47] <freeflying> allee: what you mean everything ?
[03:47] <allee> everything listed in their check list
[03:48] <ajmitch_> marcin`: yes?
[03:48] <marcin`> ajmitch_: could you take a look at vtigercrm in revu?
[03:48] <Se7h> hi there
[03:49] <ajmitch_> marcin`: no, I don't have that much time at the moment
[03:50] <marcin`> ajmitch_: btw it's already too late to put this package to dapper right?
[03:50] <marcin`> ajmitch_: package freeze?
[03:52] <ajmitch_> I guess so, but I'm not in cahrge of that (or anything really)
[03:52] <ajmitch_> s/cahrge/charge/
[03:57] <ViViD> alright i fixed all that he said i needed to
[04:13] <ViViD> if anyone is available please take a look at http://revu.tauware.de/details.py?upid=2037 and http://revu.tauware.de/details.py?upid=2038
[04:51] <Pupeno> Where can I contribute new packages for ubuntu and backports for breezy-backports ?
[04:51] <crimsun> backports are generated from the current devel branch to the most recent stable version.
[04:52] <crimsun> for new packages, see the url linked from wiki/MOTU
[04:53] <freeflying> crimsun: how to work for backport ?
[04:54] <crimsun> freeflying: I don't understand your question
[04:55] <crimsun> (use pin yin if necessary)
[04:55] <freeflying> crimsun: :) If I want backport some package back to breezy , how shall I do it
[04:55] <crimsun> freeflying: you have to ask for it to be backported via the backport mailing list, stating the rationale and the build log
[04:59] <Se7h> crimsun do u have any idea why my external hd goes into 'sleep' ?
[04:59] <Se7h> (i know the question is on the wrong channel but i might get a quicker answer here)
[04:59] <crimsun> Se7h: sorry, that's a bit too vague
[04:59] <Se7h> it just hibernates some times
[05:00] <Se7h> and hdparm wont help a thing
[05:00] <Se7h> (i think)
[05:00] <crimsun> Se7h: usb?
[05:00] <Se7h> yes
[05:00] <zakame> huh? can't you upload/request UVF except?
[05:01] <crimsun> zakame: I think he just wants it, not that he can't request it :)
[05:01] <Se7h> thats correct :p
[05:02] <crimsun> Se7h: hmm, I don't have any problems with the external USB HD I use doing that. You probably want to direct that question to mjg59
[05:02] <Se7h> i still don't get why it goes into that mode while its being used. it's kinda annoying getting the music 'paused'
[05:03] <Se7h> wheres that guy ?
[05:03] <crimsun> in -kernel, -laptop, -devel, among other places
[05:04] <ajmitch_> zakame: hm?
[05:04] <Se7h> uhum k
[05:04] <Se7h> ty
[05:04] <Se7h> i'll try him
[05:04] <ajmitch_> zakame: I'm still waiting on approval for 0.1.9, and 0.1.10 is out & packaged now
[05:06] <ajmitch_> I scared him off..
[05:07] <Se7h> crimsun any more references besides mjg ?
[05:08] <crimsun> Se7h: possibly benc
[05:14] <monzie> hi all hard-working motu's
[05:14] <ajmitch_> that rules me out
[05:14] <Pupeno> how do you choose the section a package is going to end up in a repository by debarchiver ?
[05:15] <Se7h> in the 'control' file
[05:15] <Pupeno> Se7h: is that for me ?
[05:15] <Se7h> yes
[05:16] <Pupeno> in the control file I choose things such as libs, comm, etc, but the sections by debarchiver are avobe that (main, non-free, contrib... or universe, multiverse, etc).
[05:17] <Se7h> well i create the control faile manually
[05:17] <Se7h> :s
[05:18] <Pupeno> I do create the control file manually too, what's the point ?
[05:18] <LaserJock> hi monzie hi Se7h
[05:18] <monzie> hi LaserJock
[05:19] <Se7h> hey LaserJock
[05:19] <Se7h> Pupeno non, i just felt like saying it
[05:19] <Se7h> lol
[05:20] <Se7h> Section: games
[05:20] <Se7h> that can be an example
[05:20] <Pupeno> Se7h: yes, I have Section: libs
[05:21] <Pupeno> Se7h: but how do I choose the upper level ? Section: non-free/libs ?
[05:22] <Se7h> i might be too dumb for this
[05:22] <Se7h> what do u mean by upper level ?
[05:23] <LaserJock> hmm, I think it would probably depend on what you upload to? In Ubuntu anyway.
[05:29] <LaserJock> Pupeno: you might want to check out http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections
[07:00] <LaserJock> hi minghua
[07:00] <minghua> hello LaserJock
[07:07] <viviersf> ah gr8, typical of hp products
[07:09] <viviersf> a dvd rewriter that cannot write on a dvd rw disc
[07:10] <ajmitch_> heh
[07:10] <ajmitch_> sounds usual
[07:12] <viviersf> :(
[07:13] <ajmitch_> I haven't tried a rw dics in my acer laptop
[07:14] <viviersf> ah wait
[07:14] <viviersf> hmmm
[07:15] <viviersf> this is dvd-rw discs
[07:15] <viviersf> ok no thats not it
[07:15] <viviersf> brb
[07:40] <crimsun> cya ajmitch_
[08:49] <siretart> morning
[08:50] <Gloubiboulga> hi siretart
[08:51] <siretart> hi Gloubiboulga
[09:28] <zakame> hello MOTUs
[09:32] <ArmeBosse> hi all
[09:32] <ArmeBosse> looking for an advocate : http://revu.tauware.de/details.py?upid=2035
[09:35] <dholbach> good morning motu world
[09:38] <ViViD> if anyone is available to check out/advocate if its ready please take a look at http://revu.tauware.de/details.py?upid=2039 and http://revu.tauware.de/details.py?upid=2040
[09:39] <dholbach> Aren't we in Feature Freeze yet?
[09:39] <StevenK> I thought we were?
[09:39] <dholbach> yeah
[09:40] <StevenK> It's been the 24th in UTC for 8 hours, so we ought to be.
[09:41] <dholbach> ViViD: Feature Freeze means for us, that we can't accept NEW packages into Ubuntu any more, they will have to wait for Dapper+1 - I'm sorry.
[09:41] <dholbach> ViViD: if somebody steps up to review your packages and make them better, that's fine - it's just they won't likley end up in DApper.
[09:42] <ViViD> i though this was for adding to the universe section
[09:42] <dholbach> yes, it is.
[09:42] <dholbach> NEW stuff for Universe and Multiverse.
[09:44] <ViViD> well either way its going to need to be advocated to get into either, and its not going to get in by waiting 6 months to do anything more
[09:44] <dholbach> ViViD: absolutely right.
[09:44] <dholbach> I just didn't want to give false hope.
[09:45] <zakame> I think we are already
[09:45] <ViViD> i have an apt server already, so it doesnt matter what release is added officially
[09:51] <Tonio__> hi all
[10:03] <ViViD> what is dapper+1 going to be called?
[10:03] <dholbach> It's not announced yet.
[10:03] <ViViD> and how long after dapper releases does devel start
[10:03] <dholbach> ViViD: usually a week
[10:04] <dholbach> the guys in #ubuntu-desktop joked, it might be "huggy holbach"
[10:04] <ViViD> about 8-10 weeks to get all these ready
[10:04] <dholbach> yeah, in the meantime we have a lot of packages to fix
[10:04] <dholbach> malone is quite full of universe bugs
[10:05] <dholbach> and we have unmet dependencies to clear as well
[10:05] <dholbach> I'll think over the weekend, how we can organize all this.
[10:05] <ViViD> mine apps are bug free, but im new to source packaging, was using these first two to make a lib and binary template
[10:06] <ViViD> only bug report ive got for it was someone running sid, but on two systems i was unable to duplicate the problem
[10:08] <dolson> morning dholbach
[10:08] <dholbach> hey dolson
[10:08] <dholbach> dolson: how are you?
[10:08] <dolson> dholbach: well, ok. I sat at the ER yesterday for 5 hours waiting for blood test results, only to have them be negative.. what a waste of time. how are you?
[10:09] <dolson> dholbach: I am a little disappointed none of the dssi apps will be in dapper though. but I'll get over it
[10:09] <dholbach> i'm fine, nothing a coffee couldn't remedy
[10:10] <dholbach> dolson: i looked at them, but dependencies were missing, so i couldn't test them properly
[10:10] <dolson> dholbach: yeah, dssi-dev needs to be sync'd from debian
[10:10] <dholbach> dolson: don't be too disappointed - there's still a lot to do in general for the release and "after the release is before the release" :)
[10:12] <dholbach> dolson: i'm very pleased with what you achieved in so little time
[10:12] <dolson> dholbach: that makes me happy :) 15 days ago I didn't even know what debuild was. :P
[10:13] <dholbach> :-)
[10:13] <dholbach> dolson: I'd be happy if you'd try to gather followers, form a team (on launchpad too, assign the bug reports for audio stuff to the team) - that'd be a worthwhile goal for the meantime
[10:15] <dolson> dholbach: I'll talk with forest and maarten.. not sure who else will help. I get a lot of people on MSN bitching at me that I didn't package the new version of lilypond or denemo or csound etc.
[10:15] <ViViD> dholbach: if you get some time, can you look at my apps? i think they're pretty close, and i kinda need to get them ok before i start packing the rest
[10:15] <dolson> seems most people are not willing to help, but just bitch me out for not working hard enough
[10:16] <dholbach> dolson: you should write to the mailing lists, announce a meeting, stuff like that - if you're interested in such a team
[10:16] <dholbach> ViViD: I'm quite busy at the moment, sorry.
[11:00] <ArmeBosse> how can i know if package was uploaded in revu successfully instead of waiting/refresh website ?
[11:08] <ArmeBosse> i have always "successfully uploaded package" but never see them
[11:09] <tepsipakki> ArmeBosse: make sure you've uploaded sources, not binaries
[11:13] <ArmeBosse> tepsipakki: .dsc .orig.tar.gz .diff.gz source.changes only
[11:13] <ArmeBosse> marcin`: hi
[11:20] <marcin`> ArmeBosse: hi
[11:20] <marcin`> ArmeBosse: good to see you because I got a question and problem
[11:21] <marcin`> ArmeBosse: I got polish translation for vtiger
[11:21] <marcin`> ArmeBosse: (it's also in vtigerforge)
[11:21] <marcin`> ArmeBosse: and it doesn't work propely
[11:22] <marcin`> ArmeBosse: because polish lang needs code pacge to be ISO-8859-2
[11:22] <marcin`> ArmeBosse: and it's set in content type and I can see in page source that it should be ISO-8859-2
[11:23] <marcin`> ArmeBosse: but in browser it's still ISO-8859-1
[11:23] <marcin`> ArmeBosse: could you give me hint what can be reason?
[11:25] <ArmeBosse> i'll look
[11:26] <ArmeBosse> please can you pv message me for this, not ubuntu-motu related ;)
[11:26] <marcin`> let's go to #vtiger-bounty
[11:27] <marcin`> it's vtiger related because *-lang-pl package doesn't work propely
[11:44] <viviersf> whats the command to add a new thing to a changelog ?
[11:45] <viviersf> ViViD, why you ping me
[11:46] <ArmeBosse> debchange ?
[11:49] <raphink> dch
[11:50] <ArmeBosse> same just an alias
[11:51] <ArmeBosse> raphink: no way to upload ...
[11:54] <raphink> ArmeBosse: essaie encore
[11:55] <ArmeBosse> raphink: a gne de le faire sous sid ?
[11:55] <raphink> normalement non
[11:55] <ArmeBosse> k
[11:57] <ArmeBosse> Successfully uploaded packages.
[12:00] <raphink> ah bon?
[12:00] <raphink> je crois pas moi
[12:01] <raphink> ah bah je sais pourquoi c'est bloqu
[12:01] <raphink> le source.changes a t rejet
[12:01] <ArmeBosse> je sais bien, je vois rien mais dput met a
[12:01] <ArmeBosse> 11:01 < ArmeBosse> how can i know if package was uploaded in revu successfully instead of waiting/refresh website ?
[12:01] <raphink> quoi?
[12:01] <ArmeBosse> fill as wish list ;)
[12:02] <ArmeBosse> je sais bien que c'est pas pass je vois rien
[12:02] <ArmeBosse> mais je sais jamais pourquoi ...
[12:02] <raphink> bon j'ai vir le source.changes des rejected
[12:02] <raphink> essaie encore
[12:02] <raphink> ;)
[12:02] <ArmeBosse> pas de report  part le message de dput Succ..
[12:03] <ArmeBosse> c'est pour revu2 ? :)
[12:04] <raphink> quoi donc?
[12:04] <raphink> a doit tre bon l, le source.changes a t accept
[12:04] <raphink> attend 2 minutes et a sera up
[12:05] <ArmeBosse> know if a package was uploaded in revu successfully instead of waiting/refresh website
[12:05] <ArmeBosse> and mail report for failed upload :)
[12:07] <raphink> ArmeBosse: ben c'est rejet
[12:07] <raphink> ArmeBosse: il faut que tu trouves pourquoi
[12:09] <lmanul> Tiens, le franais a envahi une autre chan, en plus de #ubuntu-desktop :)
[12:16] <ArmeBosse> siretart: ping
[12:16] <siretart> ArmeBosse: wassup?
[12:20] <raphink> lmanul: tu sais que qu'on prpare un coup d'tat francophone?
[12:21] <lmanul> raphink: yes ! je m'associe ! attribuons de force  Mark la nationalit franaise :-p
[12:22] <raphink> haha
[12:22] <raphink> :)
[12:22] <raphink> lmanul: on a dj pris d'assaut les MOTUs Kubuntu
[12:23] <raphink> en plus on a des associs dans la foule ;)
[12:23] <raphink> comme dholbach par exemple ;)
[12:24] <dholbach> tssss :)
[12:24] <lmanul> haha
[12:24] <raphink> dholbach: :)
[12:25] <dholbach> :-))))
[12:25] <dholbach> le gens franaises :)
[12:25] <raphink> :)
[12:59] <ArmeBosse> bug ? : http://revu.tauware.de/diff.py?upid1=2035&upid2=2043
[12:59] <ArmeBosse> page was redirected
[01:37] <kbrooks> um.
[01:37] <Lathiat> hi kbrooks :)
[01:37] <kbrooks> i'd like to see debins in universe in dapper. what do i do
[01:38] <Lathiat> kbrooks: do you have any experience at all with debian packaging?
[01:38] <kbrooks> "tseng you could make it in for dapper if you hurry :)"
[01:38] <Hobbsee> it's after feature freeze anyway, isnt ti?
[01:38] <Hobbsee> in any and all timezones
[01:39] <Lathiat> iirc you could still upload a new universe package
[01:39] <Lathiat> kbrooks: and if not would you like to learn? :)
[01:40] <kbrooks> yes
[01:41] <kbrooks> but can i learn quicly
[01:41] <kbrooks> crash course?
[01:41] <dolson> what is debins?
[01:41] <Lathiat> https://wiki.ubuntu.com/MOTU/Packages/New
[01:42] <Lathiat> see the second section
[01:45] <dolson> debins looks like the same thing as gdebi?
[01:48] <Lathiat> it is
[01:48] <Lathiat> doesnt  mean it cant be packaged tho :)
[01:52] <nomed> is there a way to tell cdbs to use autogen.sh instead of configure ?
[01:52] <tseng> you shouldnt be doing that in a package
[01:52] <tseng> it should already have configure generated
[01:53] <siretart> nomed: If you are asking this question, I think you are better of with running plain debhelper
[01:53] <tseng> siretart: or applying a patch to fix the package first
[01:53] <nomed> tseng, i know what you mean :)
[01:54] <nomed> what i would try to understand is ...
[01:54] <nomed> if the pkge cames from an svn version
[01:55] <nomed> the configure within it is probably pre-generated using autogen.sh ..
[01:55] <nomed> true ?
[01:55] <tseng> does the package have a make distcheck target
[01:55] <nomed> umm .. no
[01:55] <tseng> (after configuring)
[01:56] <tseng> autogen, configure, make distcheck
[01:56] <siretart> nomed: your upstream didn't make any release yet?
[01:56] <nomed> siretart, it's not a pkge i maintain
[01:57] <nomed> these pkges use the debian rules files
[01:57] <nomed> but debian pkges are not from svn
[01:57] <nomed> so i was trying to figure out what happens in that case
[01:58] <tseng> you make a 'release' from svn, ideally
[01:58] <tseng> a snapshot tarball using the same tools upstream would to make a release
[01:58] <nomed> tseng, yes
[01:58] <siretart> nomed: listen to tseng. try to create a 'release' tarball by using 'make dist' or something
[01:58] <nomed> siretart, k
[01:58] <nomed> i got it
[01:58] <tseng> you dont just tar up your checkout and force debian/rules around it
[01:58] <tseng> yay
[01:58] <tseng> so, if you have make distcheck
[01:58] <tseng> it will do the work for you
[01:59] <ArmeBosse> siretart: can you try http://revu.tauware.de/diff.py?upid1=2035&upid2=2043
[01:59] <siretart> getpdf? wtf?
[02:00] <ArmeBosse> diff appear then redirected ...
[02:00] <siretart> I think there is something in the package which confuses the webbrowser
[02:00] <siretart> interesting
[02:01] <ArmeBosse> other issue: mail removed in control file
[02:02] <ArmeBosse> 02:24 < sistpoty> if you look at debdiffs in the browser, they are treated as html... so < and > are taken as tags (known revu-bug)
[02:03] <siretart> ArmeBosse: I appreciate every patch ;)
[02:04] <ArmeBosse> :)
[02:53] <jpatrick> If a packages verison is 0.12.10-2 and I've repackaged to fix a bug should it be 0.12.10-3ubuntu1 ?
[02:55] <dholbach> 2ubuntu1
[02:58] <jpatrick> dholbach: ok, thanks
[02:58] <thesaltydog> dholbach, ciao daniel!
[03:11] <raphink> dholbach: any reason for rejecting the update-grub `splashimage line` bug ?
[03:11] <dholbach> Ubuntu (Dapper) -> Ubuntu
[03:11] <raphink> ah ok
[03:11] <dholbach> the launchpad guys asked me to do this
[03:11] <dholbach> as Dapper is not released yet, it doesn't make much sense
[03:11] <raphink> but then it's confirmed in Ubuntu
[03:11] <raphink> dholbach: yes
[03:11] <dholbach> yeah
[03:12] <raphink> there
[03:12] <raphink> :)
[03:12] <raphink> it's not a bad bad bug
[03:12] <raphink> but well
[03:12] <freeflying> raphink: hi
[03:12] <pappan> raphink: sec hole ?
[03:13] <raphink> pappan: ?
[03:13] <raphink> hi freeflying
[03:13] <pappan> raphink: the bug u r talking abot
[03:14] <raphink> https://launchpad.net/malone/bugs/32333
[03:14] <Ubugtu> malone bug 32333 in grub "kubuntu-grub-splashimages adds a splashimage config line to GRUB's menu.lst to the wrong place" [Normal,Confirmed]
[03:15] <freeflying> raphink: need review http://revu.tauware.de/details.py?upid=2042
[03:15] <raphink> freeflying: you know we're in FF now
[03:15] <jpatrick> freeflying: it's feature freeze on
[03:17] <freeflying> raphink: jpatrick I see, I just want to know if ther any problems with that package , maybe I'll push it into debian
[03:17] <raphink> nice
[03:17] <jpatrick> yeah, put it into debian then sync for dapper+1
[03:18] <raphink> :)
[03:18] <freeflying> so I wanna if there any other problems
[03:19] <thesaltydog> dholbach, I have fixed this bug: https://launchpad.net/products/bum/+bug/29831 , but unfortunately after UFV..
[03:19] <Ubugtu> malone bug 29831 in bum "BUM leaves lock file around after failing to start" [Normal,Fix released]
[03:20] <jpatrick> can't we upload bug fixes?
[03:20] <raphink> thesaltydog: UVF doesnt prevent from fixing bugs thankfully
[03:20] <freeflying> jpatrick: the eva package still include configure and Makefile in diff, I remove the autoconf from buoild-dep
[03:20] <raphink> nor does FF
[03:20] <raphink> freezing the features doesn't mean we freeze the bugs too ;)
[03:20] <thesaltydog> raphink, yes, :-) I mean, it will not be synched in dapper..
[03:20] <jpatrick> because I've uploaded two fixes recently
[03:21] <raphink> thesaltydog: if it fixes a but, you can request a UVF exception
[03:21] <raphink> s/but/bug/
[03:21] <thesaltydog> raphink, I don't know the procedure.
[03:21] <raphink> thesaltydog: https://wiki.ubuntu.com/MOTU/UpstreamVersionFreeze
[03:22] <raphink> thesaltydog: also, look at the ML to see how previous exceptions were requested
[03:22] <thesaltydog> raphink, ok. tnx.
[03:37] <jpatrick> I'm going though the Kubuntu ones
[03:41] <dolson> dholbach or whoever: if I apply a patch from a bug report to add a .desktop file, do I have to do anything to the changelog if the patcher added an appropriate changelog entry with their name/email? ie: should I change that to me before building and uploading to REVU, or leave it as their name?
[03:42] <marcin`> ArmeBosse: ping
[03:44] <tseng> Lathiat: oh jeez
[03:45] <tseng> Lathiat: my alps is ass slow now, what was the fix
[03:46] <tseng> :/
[03:47] <Lathiat>   Option          "MinSpeed"              "0.49"
[03:47] <Lathiat>         Option          "MaxSpeed"              "0.63"
[03:47] <Lathiat> in synaptics mouse section
[03:47] <Lathiat> do you have a laptop with a real synaptics?
[03:47] <Lathiat> i've been waiting for mjg59 to tell me what effect that setting has on real snaptics
[03:47] <Lathiat> if its good i want to get those to defaults
[03:48] <Lathiat> if bad i need to ffigure out some way to make it know the difference
[03:48] <Gloubiboulga> dolson, if you change something in the package, you have to add a changelog entry I think
[03:48] <Gloubiboulga> dolson, forget it
[03:48] <Gloubiboulga> but dolson, what do you want to upload on REVU ?
[03:49] <tseng> Lathiat: nice
[03:49] <dolson> I want to close bugs
[03:49] <tseng> this is more acceptable
[03:49] <dolson> anyhow, he didn't really format the changelog entries well, so I'll just put my own
[03:49] <Gloubiboulga> dolson, then create a debdiff and attach it to the bug on malone
[03:50] <dolson> Gloubiboulga: how do I do this?
[03:51] <Gloubiboulga> dolson, on the rigth of the page you'll find an "add an attachment" entry"
[03:51] <dolson> Gloubiboulga: I know that. how do I make a debdiff?
[03:51] <Gloubiboulga> oh, sorry
[03:51] <Toadstool> Speaking about debdiff and malone, anyone who wants to tell me if I've done things the right way in malone 32695 ?
[03:51] <Ubugtu> malone bug 32695 in denemo "Missing librsvg2-common dependency " [Normal,Unconfirmed]  http://launchpad.net/bugs/32695
[03:51] <dolson> Gloubiboulga: here, look at this: https://launchpad.net/distros/ubuntu/+source/galan/+bug/28761
[03:51] <Ubugtu> malone bug 28761 in galan "Missing .desktop file" [Normal,Unconfirmed]
[03:52] <Gloubiboulga> just debuild -S -sa the changed package and run `debdiff` with the 2 dsc files
[03:52] <dolson> Gloubiboulga: it's been there for 5 weeks. I want to close it. I did this in the past with seq24, and I did it by patching and uploading to REVU
[03:53] <Gloubiboulga> dolson, ping a MOTU to get it uploaded ;)
[03:54] <jpatrick> ...
[03:54] <dolson> I'm sorry if I'm being stupid, but I don't understand what I am supposed to do here. it just seems like they've been sitting there with patches for 5 weeks and nothing has happened since. I want to up it to REVU. this is not the way to do it? what can *I* do as a non-MOTU?
[03:55] <jpatrick> not a lot
[03:55] <jpatrick> but I can help you
[03:56] <dolson> jpatrick: ok. there are 11 packages that are simply missing .desktop files, and all of them have patches on Malone from what I see.
[03:56] <jpatrick> where's the revu one?
[03:57] <dolson> I didn't upload any to REVU yet. I did seq24 a couple weeks ago, and it's already been put back into Dapper, which is why I thought I was doing this correctly
[03:58] <jpatrick> just put your fixes in revu and I'll see if it's ok
[03:58] <dolson> ok, that's what I was going to do, but Gloubiboulga said not to
[04:01] <Toadstool> jpatrick: if you have time, can you check bug 32695, please ? :)
[04:01] <Ubugtu> malone bug 32695 in denemo "Missing librsvg2-common dependency " [Normal,Unconfirmed]  http://launchpad.net/bugs/32695
[04:02] <jpatrick> you made a patch?
[04:02] <jpatrick> yep
[04:03] <jpatrick> ok - looks good
[04:05] <Toadstool> i spent about an hour with gdb and gdk code and finally it was just a missing dependency, I'm a moron :)
[04:05] <jpatrick> Toadstool: I have one problem... denemo's in main
[04:05] <Toadstool> argh !
[04:06] <Toadstool> silly me
[04:06] <jpatrick> got another patch?
[04:07] <Toadstool> not yet, i'm looking for another package to debug :)
[04:07] <Toadstool> what can I do about about denemo ?
[04:07] <Kyral> Morning MOTU
[04:07] <Toadstool> find a core-dev ?
[04:07] <jpatrick> poke a maintainer
[04:07] <Toadstool> ok
[04:08] <Toadstool> thanks jpatrick
[04:08] <jpatrick> no problemo
[04:32] <siretart> Toadstool: I'm checking denemo patch
[04:33] <Toadstool> that's a tiny and minor one, but thanks
[04:33] <dolson> jpatrick: should I change the bug reports to Fix Committed or Fix Released once I upload to REVU?
[04:34] <siretart> Toadstool: but its main, and difficult to upload for mere motus :)
[04:34] <jpatrick> I'll have to upload to the archives first
[04:34] <jpatrick> heh
[04:34] <siretart> dolson: rather not. REVU is not part of launchpad (yet)
[04:34] <Toadstool> siretart: yep jpatrick already told me that :)
[04:34] <Toadstool> i didn't notice
[04:35] <siretart> Toadstool: apt-cache showsrc denemo
[04:35] <dolson> jpatrick: ok, I uploaded to REVU already
[04:35] <jpatrick> galan?
[04:36] <Toadstool> siretart: yeah I know I'm a moron :)
[04:36] <siretart> Toadstool: no, it is a useful patch. really
[04:37] <jpatrick> dolson: which package?
[04:39] <dolson> jpatrick: galan, meterbridge, mhwaveedit, muse, puredata, qsynth, rezound, sooperlooper, spiralsynthmodular, terminatorx
[04:39] <dolson> jpatrick: oh, and wavesurfer
[04:39] <jpatrick> galan has one nasty .dif
[04:39] <jpatrick> .diff*
[04:40] <siretart> Toadstool: I just uploaded your patch. please handle the malone bug yourself, ok?
[04:40] <Toadstool> you mean I can close it ?
[04:40] <jpatrick> Toadstool: Fix Released
[04:41] <Toadstool> ok thanks siretart
[04:41] <Toadstool> and jpatrick :)
[04:41] <dolson> jpatrick: yeah, it's big..  not my fault though :)
[04:43] <jpatrick> dolson: ok, now doing galan
[04:44] <dolson> jpatrick: just for your reference, the only things I've changed in all of these is added the .desktop file, added the dh_install and dh_desktop to debian/rules, and added an entry in the changelogs, so they should be all fairly straightforwar
[04:44] <dolson> d
[04:45] <jpatrick> yep
[04:57] <jpatrick> dolson: galan uploaded
[04:57] <dolson> jpatrick: so now I can change the bug report to fix released?
[04:58] <dolson> or do you do that
[04:58] <jpatrick> did
[04:58] <dolson> k
[04:58] <jpatrick> next! ;)
[05:28] <jpatrick> dolson: muse done
[05:28] <dolson> jpatrick: cool
[05:43] <marcin`> ArmeBosse: ping
[05:53] <ArmeBosse> marcin`: yes
[05:56] <marcin`> I got few vtiger related questions so could you go to priv query or #v-bounty?
[06:22] <thierry> dholbach : why did you rejected all my dapper bugs about .desktop file? is it too late for dapper?
[06:23] <dholbach> no
[06:23] <dholbach> i just closed the "Ubuntu (Dapper)" task
[06:23] <dholbach> the "Ubuntu" part is still valid
[06:23] <LaserJock> I think  the LP people might want to do something about that. It can be very confusing
[06:24] <thierry> dholbach : k I see, then thanks! :)
[06:24] <dholbach> it doesn't make sense to distinguish between "Ubuntu" and "Ubuntu (Dapper)" atm, as Dapper is not yet released - it's fixed in LP now
[06:24] <thierry> dholbach : k, but I wanted the fix to get to dapper so...
[06:24] <dholbach> Ubuntu is alright
[06:24] <dholbach> everybody will understand that
[06:24] <thierry> k
[06:25] <LaserJock> thierry: you want to get the fix in Ubuntu primarily ;-)
[06:25] <Ubugtu> malone bug 3962 in gnomebaker "[PATCH]  gnomebaker absolute icon path" [Normal,Unconfirmed]  http://launchpad.net/bugs/3962
[07:01] <LaserJock> hmm, how do I recursively use "find -name"?
[07:05] <dolson> LaserJock: find . -name ?
[07:06] <dolson> or am I misunderstanding something
[07:06] <LaserJock> dolson: it doesn't seem to be recursive, it only looks in the present directory
[07:11] <ArmeBosse> LaserJock:  find $(WEBAPPDIR) -name "*.php" -perm /a+x -exec chmod a-x {} \;
[07:11] <ArmeBosse> but not a find guru :) just an example
[07:12] <LaserJock> hmm, I'm just trying to find all the shell scripts so I'm doing "find . -name *.sh" and I only get the one in the current directory
[07:15] <ArmeBosse> LaserJock: find . -name "*.sh"
[07:16] <LaserJock> ArmeBosse: hmm, that worked. I'm not sure exactly why.
[07:16] <ArmeBosse> ->"*.sh "
[07:16] <ArmeBosse> ->"*.sh"
[07:16] <ArmeBosse> double quote
[07:17] <LaserJock> but why would it find the one in the current directory?
[07:18] <ArmeBosse> hmm right ...
[07:19] <LaserJock> anyway, whatever. thanks ArmeBosse
[07:19] <ArmeBosse> np
[07:36] <marcin`> ArmeBosse: hi again
[07:36] <marcin`> ArmeBosse: got a question about this *.orig.file
[07:37] <marcin`> ArmeBosse: I don't know how you do this
[07:37] <marcin`> ArmeBosse: could you help me and tell how you do this dh_make thingy?
[07:40] <Gloubiboulga> marcin`, you can just rename the upstream tarball
[07:40] <Gloubiboulga> or use dh_make -f the.tarball.tar.gz iirc
[07:43] <marcin`> Gloubiboulga: thanks...
[07:43] <marcin`> Gloubiboulga: rename was the trick
[07:43] <Gloubiboulga> marcin`, no problem :)
[07:45] <marcin`> Gloubiboulga: ehh I still don't understand this dh_make magic...
[07:46] <marcin`> Gloubiboulga: so I got directory let's say: app-1.0 and I downloaded tar.gz with sources
[07:46] <marcin`> Gloubiboulga: so I put this tar.gz to app-1.0 and rename to app-1.0.tar.gz
[07:47] <marcin`> Gloubiboulga: I run dh_make there and it creates debian directory for me
[07:47] <marcin`> Gloubiboulga: and ../app-1.0.orig.tar.gz
[07:47] <marcin`> Gloubiboulga: then I customize files in app-1.0/debian and what should I run to build this?
[07:48] <Gloubiboulga> debuild -S -sa
[07:48] <LaserJock> marcin`: http://www.debian.org/doc/maint-guide/ch-first.en.html#s-dh_make
[07:48] <Gloubiboulga> and it's app_1.0.orig.tar.gz
[07:51] <dholbach> have a nice weekend
[07:52] <Gloubiboulga> bye dholbach
[07:52] <dolson> cya dholbach
[07:52] <LaserJock> cya dholbach
[08:06] <marcin`> Gloubiboulga: it's propably because I'm so stupid but I still don't understand one thing
[08:07] <LaserJock> marcin`: what don't you understand? what dh_make does?
[08:07] <marcin`> LaserJock: I don't understand which command unpack tar.gz in my build directory
[08:08] <marcin`> LaserJock: because I create directory for my package right? mkdir app-1.0
[08:08] <marcin`> LaserJock: then I put app-1.0.tar.gz there and run dh_make
[08:09] <LaserJock> marcin`: no, just a sec.
[08:09] <marcin`> LaserJock: dh_make will create ../app-1.0.orig.tar.gz and app-1.0/debian
[08:09] <Gloubiboulga> marcin`, you have to unpack the tar.gz manually first
[08:09] <Gloubiboulga> then cd theNewDir
[08:09] <Gloubiboulga> and run dh_make inside this directory
[08:11] <LaserJock> dh_make just does the initial debianization of the source. ie added debian/ with some templates and makes the .orig.tar.gz from the tarball
[08:11] <marcin`> LaserJock: I'm definetly dumb and dumber in one person today... :)
[08:12] <marcin`> LaserJock: but I understand what dh_make does
[08:12] <marcin`> LaserJock: unfortunately I still don't understand how to unpack original source
[08:12] <LaserJock> tar -xzf
[08:12] <marcin`> LaserJock: ok ok I know tar commanf
[08:13] <marcin`> LaserJock: the thing is that I can have app-1.0.tar.gz but it can unpack files to some different directory than app-1.0/
[08:14] <LaserJock> marcin`: whatever, I think dh_make will take care of that for you. or you can mv it
[08:14] <marcin`> LaserJock: heh and I do this at the moment
[08:15] <marcin`> LaserJock: but then I got not original orig.tar.gz
[08:15] <LaserJock> marcin`: did you mv it to app-1.0/ ?
[08:15] <marcin`> LaserJock: for example I got vtiger_CRM_4_2_3.tar.gz and it contains /vtiger_crm directory
[08:16] <LaserJock> marcin`: ok mv it to vtivercrm-4.2.3/
[08:17] <marcin`> and then if I build this then new orig will have files in vtigercrm-4.2.3/ right?
[08:17] <LaserJock> well, I guess vtigercrm-4.2.3/ ;-)
[08:17] <LaserJock> marcin`: right
[08:17] <marcin`> I mean inside orig.tar.gz
[08:17] <marcin`> exactly and this is the problem
[08:18] <LaserJock> marcin`: ok, just take vtiger_CRM_4_2_3.tar.gz and untar it. then move vtiger_crm to vtigercrm-4.2.3/. then run dh_make inside of that directory
[08:18] <marcin`> because ArmeBosse and some MOTU's reviewing my upload to REVU complained that I use 'non original' orig.tar.gz
[08:18] <LaserJock> right
[08:19] <marcin`> so what exactly should I do to avoid this problem?
[08:19] <LaserJock> marcin`: do what I said :-)
[08:20] <LaserJock> and when you use dh_make you can use
[08:21] <LaserJock> dh_make -f ../vtiger_CRM_4_2_3.tar.gz
[08:21] <LaserJock> marcin`: it's all at http://www.debian.org/doc/maint-guide/ch-first.en.html#s-namever
[08:25] <marcin`> LaserJock: thanks a lot
[08:25] <LaserJock> np
[08:28] <marcin`> LaserJock: holy crap.. noooo
[08:28] <marcin`> LaserJock: I did what you said
[08:28] <marcin`> LaserJock: and everything is ok but......
[08:29] <marcin`> LaserJock: my vtigercrm-4.2.3.orig.tar.gz contains vtigercrm-4.2.3
[08:29] <LaserJock> right
[08:30] <marcin`> LaserJock: while ArmeBosse has vtigercrm-4.2.3.orig.tar.gz that contains vtiger_crm
[08:30] <LaserJock> I don't think he should
[08:30] <LaserJock> he must have just renamed the tarball
[08:30] <marcin`> yes
[08:31] <marcin`> but I got no idea how he could build package with this orig...
[08:32] <LaserJock> marcin`: what do you mean?
[08:34] <LaserJock> oh, I see what you're saying. I don't know if it won't build but it isn't standard I don't think.
[08:46] <mitsuhiko> any GNOME guys online?
[09:12] <dolson> can I not include a png file in the debian/ dir?
[09:13] <LaserJock> why not?
[09:13] <dolson> dpkg-source: cannot represent change to debian/ldrum.png: binary file contents changed
[09:13] <ArmeBosse> LaserJock: you're wrong
[09:13] <ArmeBosse> LaserJock: my orig is standard
[09:14] <ArmeBosse> LaserJock: and dh_make only rename when you use -f params
[09:14] <LaserJock> ArmeBosse: really? I thought they had to have <packagename>-<version>
[09:14] <ArmeBosse> marcin`: ping
[09:14] <marcin`> ArmeBosse: no doubt but tell us how you did it?
[09:14] <ArmeBosse> tar zxf .tgz
[09:15] <ArmeBosse> mv to a correct name to use dh_make
[09:15] <ArmeBosse> if you don't do it dhmake complain about naming scheme
[09:15] <ArmeBosse> then use dhmake with -f params
[09:15] <marcin`> exactly
[09:16] <ArmeBosse> anyway you don't need to do this
[09:16] <ArmeBosse> you take orig.tgz
[09:16] <ArmeBosse> decompress
[09:16] <marcin`> .tar.gz
[09:16] <ArmeBosse> put you deb dir inside
[09:17] <ArmeBosse> you know what i mean
[09:17] <ArmeBosse> then as usual debuild
[09:17] <ArmeBosse> nothing difficult
[09:17] <dolson> LaserJock: am I right or no?  I'm not quite sure why you are getting that message
[09:18] <marcin`> ArmeBosse: let's do this from the beginning
[09:19] <LaserJock> dolson: I've done it and have never had a problem. what are you doing?
[09:19] <marcin`> ArmeBosse: I got directory /home/marcin/x
[09:19] <dolson> LaserJock: debuild -S -sa<EMAIL_ADDRESS>[09:19] <marcin`> ArmeBosse: I put vtiger_CRM_4_2_3.tar.gz in this directory
[09:20] <marcin`> ArmeBosse: /home/marcin/x/vtiger_CRM_4_2_3.tar.gz
[09:20] <marcin`> ArmeBosse: what next?
[09:20] <LaserJock> dolson: so did you change the .png or something? I don't think it is so much complaining about the file itself, just that it is trying to diff a binary
[09:20] <ArmeBosse> tar zxvf vtiger_CRM_4_2_3.tar.gz
[09:20] <dolson> LaserJock: I made the png, because there is no icon included in the orig.tar.gz.
[09:21] <ArmeBosse> mv vtiger_crm vtigecrm-4.2.3
[09:21] <LaserJock> dolson: right. I'm not sure that it is a problem. but I don't remember seeing that when I did the same thing
[09:21] <ArmeBosse> cd vtigercrm-4.2.3
[09:21] <dolson> dpkg-source: unrepresentable changes to source
[09:21] <ArmeBosse> dh_make -f ../vtiger_CRM_4_2_3.tar.gz
[09:22] <ArmeBosse> rm -f debian/*
[09:22] <ArmeBosse> cp -rf youdebiandir/* debian
[09:22] <ArmeBosse> debuild -S -sa
[09:23] <LaserJock> dolson: do you have any swap files from editing in debian/ perhaps?
[09:23] <dolson> LaserJock: ls -la doesn't show anything other than what should be in there
[09:24] <ArmeBosse> understand ?
[09:24] <LaserJock> dolson: hmm, you might just keep going for now. I'm not sure what's going on. I would probably have to look at the source package.
[09:24] <dolson> LaserJock: well it errors out, so I can't continue from here
[09:25] <LaserJock> dolson: oh, well that is a problem
[09:27] <ArmeBosse> marcin`: what changes have you made to the package ? or do i need to wait the surprise ?
[09:28] <LaserJock> ArmeBosse: that is what I told marcin` to do. ;-)
[09:28] <ArmeBosse> :)
[09:29] <ArmeBosse> each motu or "future" motu has a different point of view :)
[09:31] <marcin`> ArmeBosse: currently I work on polish translation and wait for 4.2.4rc1
[09:31] <ArmeBosse> i think you have prepared a new upload
[09:32] <marcin`> ArmeBosse: and although I understand now what you did I still think that it's weird
[09:32] <marcin`> because you don't have to use -f ../vtiger_CRM with dh_make
[09:32] <ArmeBosse> i don't care
[09:32] <ArmeBosse> :)
[09:33] <marcin`> and no I don't have new upload but I will when I'll prepare *-lang-* packages
[09:34] <LaserJock> marcin`: why is it a problem? you only have to do it once.
[09:34] <marcin`> I know that you don't care and it's really hard to 'collaborate' with you while you remove almost all changes I do
[09:34] <marcin`> but anyway it's not a place to talk about it
[09:34] <marcin`> you are a maintainer
[09:35] <ArmeBosse> LaserJock: because marcin have a strange "collaborative" work on this package
[09:35] <marcin`> I'll put all things I'll do to vtigerforge
[09:35] <LaserJock> it would be *nice* if the .tar.gz unpacked to <packagename>-<version> but it's easy to change
[09:35] <marcin`> and then you will do uploads I don't care about this package anymore
[09:35] <ArmeBosse> LaserJock: next release 4.2.4 will be ok, i'm vtiger dev
[09:36] <ArmeBosse> marcin`: thks
[09:36] <marcin`> but I still think that's plain stupid to remove such trivial things like I did in last upload
[09:37] <ArmeBosse> a real different point of view and we proably can't continue to work together
[09:37] <marcin`> while I change install to put README to /doc and you change this to symlink
[09:37] <marcin`> I see no point in such work
[09:37] <ArmeBosse> i never said your change are stupid :)
[09:37] <ArmeBosse> please be polite
[09:39] <LaserJock> marcin`: dude, you really need to chill out. Rather than being so aggressive and sometimes rude you should ask questions and see if changes are ok with your "collaborator"
[09:40] <marcin`> LaserJock: my changes were obvious
[09:40] <LaserJock> marcin`: obviously they weren't to him
[09:40] <marcin`> LaserJock: I did only this what sistypotty said in his suggestion on http://revu.tauware.de/details.py?upid=2043
[09:41] <ArmeBosse> keep cool, we missed dapper now
[09:41] <ArmeBosse> motu are not god :)
[09:41] <marcin`> LaserJock: Id like to see the text-files in XTemplate and JPGraph in /usr/share/doc/vtigercrm (or symlinked there)
[09:41] <ArmeBosse> we can have discussion with them
[09:41] <ArmeBosse> if we are not agree ;)
[09:41] <LaserJock> marcin`: fine, but explain those changes and discuss them, don't just say it is stupid for him to not making the changes
[09:41] <marcin`> LaserJock: so I changed .install to put README to doc
[09:41] <ArmeBosse> we can explain why we do things
[09:42] <marcin`> LaserJock: then ArmeBosse removed what I did and said that he likes symlinks...
[09:42] <marcin`> LaserJock: so such work is plain waste of time for me
[09:42] <LaserJock> marcin`: no it isn't but sometimes you have to convince your "collaborator" that the changes are worthwile
[09:42] <ArmeBosse> i don't count how many time you revert my changes ;)
[09:42] <marcin`> LaserJock: as I said to ArmeBosse there is project on vtigerforge
[09:43] <ArmeBosse> what you call "regression"
[09:43] <marcin`> LaserJock: so we should first put our work there and then after discussion - upload to revu
[09:44] <marcin`> ArmeBosse: well sorry about that, but in my opinion my changes were good
[09:44] <ArmeBosse> this is word ... you never do that :)
[09:44] <marcin`> ArmeBosse: anyway in fact these 'regressions' weren't always your fault
[09:44] <ArmeBosse> yes marcin your changes are always good and mine are "regression", i know the drill
[09:45] <marcin`> ArmeBosse: for me biggest regression in this package is that we had to remove separate theme packages
[09:45] <LaserJock> ok,  lets just step back a sec. OK, marcin do you have a reason other than sistpoty said to remove the symlink?
[09:45] <marcin`> LaserJock: which symlink?
[09:45] <LaserJock> the README thing
[09:46] <ArmeBosse> LaserJock: you didn't follow the story :)
[09:46] <marcin`> LaserJock: in package reviewed by sistypoty there were /XTemplates/README files
[09:46] <LaserJock> ok
[09:46] <marcin`> LaserJock: and sistypoty said that he would like to have these files in /doc
[09:46] <LaserJock> ok
[09:46] <marcin`> LaserJock: so I changed .install a bit and moved these files to /doc just like he said
[09:47] <LaserJock> ok
[09:47] <LaserJock> ok, so ArmeBosse why didn't you like his change?
[09:47] <marcin`> LaserJock: and now we got new upload in REVU with these changes removed
[09:48] <marcin`> LaserJock: maybe ArmeBosse just haven't seen these changes
[09:48] <ArmeBosse> i prefer 2nd proposal : symlink
[09:48] <marcin`> LaserJock: and he just uploaded older versions of his .install
[09:49] <ArmeBosse> marcin`: i saw well what you do ;)
[09:49] <LaserJock> ok, so ArmeBosse prefers symlinks and that is compatible with sistpoty's recomendation
[09:49] <ArmeBosse> yes but i didn't introduce the symlinks
[09:50] <marcin`> exactly - you just removed my changes
[09:50] <ArmeBosse> because i wait a new review of current package
[09:50] <LaserJock> marcin`: so what you could have done is ask ArmeBosse if he prefers symlinks or actual cp ing
[09:50] <ArmeBosse> and do all necessary changes
[09:50] <ArmeBosse> because now we missed dapper
[09:51] <marcin`> I'm wasting my time
[09:51] <ArmeBosse> so i don't need to speed up the process
[09:51] <ArmeBosse> just look how many uploads
[09:51] <LaserJock> marcin`: my only concern is you will be facing similar problems with any collaboration.
[09:51] <ArmeBosse> without any reviewing
[09:52] <ArmeBosse> a miracle if he find someone to collaborate with
[09:52] <ArmeBosse> he probably never work in a team
[09:53] <marcin`> ArmeBosse: it's your point of view because you filled ITP and you are 'maintainer'
[09:53] <marcin`> ArmeBosse: so you think all your changes are ok
[09:54] <marcin`> ArmeBosse: and sorry but I see no point in arguing what is better - mv README to /doc or symlink
[09:54] <LaserJock> marcin`: ok, if he is the maintainer then you need to defer to him. But in the end it got fixed correct?
[09:54] <LaserJock> marcin`: but if you had communicated a little better you could have avoided wasting your work.
[09:55] <ArmeBosse> https://wiki.ubuntu.com/DebianCollaboration
[09:55] <marcin`> LaserJock: well not currently he just removed my changes so in his current upload README is in /usr/share/vtigercrm/XTemplate
[09:56] <LaserJock> ArmeBosse: so did you use symlinks or not address it at all?
[09:56] <marcin`> LaserJock: he just removed my work and want's to wait for... I don't know... something
[09:57] <marcin`> LaserJock: and no he didn't introduced symlinks
[09:57] <ArmeBosse> LaserJock: like said, i'll adress the issue with symlink but i'm waiting a review in case there's othe complains
[09:58] <LaserJock> marcin`: well, as long as it gets done. He has a legitimate concern. He doesn't want to keep uploading. He wants to get all the changes done at once.
[09:58] <LaserJock> marcin`: does that make sense?
[09:58] <marcin`> maybe so as I said - I don't care about this package anymore
[09:59] <ArmeBosse> there's already 3 uploads, without any review. i don't like this
[09:59] <marcin`> I'll upload my work to vtigerforge svn and will wait when ArmeBosse will remove this ;)
[09:59] <marcin`> (or maybe not - who knows ;)
[09:59] <ArmeBosse> remove what ?
[09:59] <marcin`> dunno some new changes...
[10:00] <marcin`> don't you think that we should try to do something with themes again?
[10:00] <ArmeBosse> no it's part of base package and not an extra amount of size
[10:00] <marcin`> so maybe someday I'll do something
[10:00] <Kyral> Actually...how would I package a theme(XFCE, GTK, etc)
[10:01] <LaserJock> marcin`: If you communicate what you're doing with your collaborator rather than assume that everything you do is going to be unquestionably accepted then it will go much smoother. An if they don't want to make the changes at that time but say they are going to deal with the issue there shouldn't be a problem.
[10:02] <marcin`> LaserJock: it's not a problem for me - at least is not a problem until these changes do not broke package
[10:03] <ArmeBosse> each problem we meet, we're never agree, each one have a different point. in a "team" of 2 it's a _bit_ problematic ...
[10:04] <LaserJock> I agree
[10:04] <marcin`> exactly
[10:04] <marcin`> and maybe I'm a little bit too emotional but I'll calm down now
[10:04] <LaserJock> but Universe is a community effort so we need to be able to "play well" within the team, right?
[10:05] <marcin`> I was just annoyed by changes that ArmeBosse did yesterday because they broke package
[10:05] <ArmeBosse> right, but like policies differ in interpretation :)
[10:06] <marcin`> now package is at least installable so as I said - he want's to be maintainer then now it's his problem
[10:06] <ArmeBosse> they break anything just not in phase with sistopy comments
[10:07] <marcin`> ArmeBosse: sorry but you try too much to be 'boss'
[10:07] <marcin`> ArmeBosse: I just hoped that this package could be 50/50 collaborative work
[10:07] <marcin`> ArmeBosse: I just don't have time to argue and fight for each change
[10:08] <marcin`> ArmeBosse: so you can complain about how I collaborate with you
[10:08] <marcin`> ArmeBosse: but I can do the same
[10:09] <ArmeBosse> i'm agree for 3 last lines :)
[10:09] <marcin`> ArmeBosse: you figth for everything - remember how many times we had to change 'copyright' file?
[10:09] <ArmeBosse> like a mirror
[10:09] <ArmeBosse> just a different point of view
[10:09] <marcin`> ArmeBosse: now this file is almost like I did few uploads ago
[10:10] <ArmeBosse> dog and cat
[10:10] <LaserJock> marcin`: you can't expect to just come in and expect to be a 50/50 collaborator. You have to recognize that he is the Maintainer and so he has ultimate responsibility for the package. You can work up to that but it takes time I think.
[10:10] <marcin`> ArmeBosse: but you at least had to try to make this file to look like you want
[10:10] <ArmeBosse> look copyright file of your original package and come back :)
[10:10] <marcin`> LaserJock: it's new package
[10:11] <marcin`> LaserJock: I did my package and he did his
[10:11] <marcin`> LaserJock: my package was better in some things - his was in other things
[10:11] <LaserJock> ok
[10:11] <marcin`> LaserJock: we agreed that we should merge and I did merge job
[10:12] <marcin`> LaserJock: he is maintainer only because he filed ITP first
[10:12] <ArmeBosse> lol
[10:13] <marcin`> LaserJock: so please don't tell me that I have to listen to "Maintainer" as boss and keep quiet when he removes my work
[10:14] <marcin`> ArmeBosse: nothing funny
[10:14] <ArmeBosse> you :)
[10:14] <marcin`> LaserJock: and to be honest another problem was that we were in hurry
[10:14] <LaserJock> marcin`: I'm not saying keep quite or anything. But don't be rude about it.
[10:15] <marcin`> LaserJock: because we wanted to put this in dapper
[10:15] <LaserJock> marcin`: yes, I know and FF can cause a lot of stress
[10:15] <marcin`> LaserJock: and propably this was biggest problem
[10:16] <marcin`> anyway I'll still work on this package and software
[10:16] <marcin`> and as I said I'll upload my changes to SVN
[10:17] <marcin`> then ArmeBosse will upload things to REVU with any .orig.tar.gz file he wants to
[10:17] <marcin`> ;)
[10:18] <LaserJock> marcin`: I'm not blaming you for everything, both of you seem to have some collaboration issues.
[10:18] <LaserJock> I'm just trying to diffuse the situation a little bit.
[10:19] <marcin`> well we will see in future
[10:20] <marcin`> if ArmeBosse will accept some changes in future then we propably could work on this package
[10:21] <LaserJock> marcin`: I'm sure if you do good work he will
[10:21] <marcin`> now I need to work on polish translation and some customizations that I will not publish so they are not important to anyone here
[10:21] <marcin`> LaserJock: I hope so - but today I'm not sure
[10:22] <LaserJock> ok, well why don't we leave it at that for now, ok?
[10:25] <ArmeBosse> right
[10:32] <marcin`> I got different question
[10:33] <marcin`> what will happen if I'll remove all language* packages in ubuntu?
[10:33] <LaserJock> umm, I don't think that is a good thing to do
[10:33] <LaserJock> I think you need to have at least 1
[10:33] <marcin`> for example how will gnome work if I'll remove all language-pack-gnome* ?
[10:34] <marcin`> LaserJock: I agree but I'm not sure
[10:34] <marcin`> LaserJock: synaptic it not trying to stop me
[10:34] <LaserJock> from removing all of them?
[10:34] <marcin`> LaserJock: yup
[10:34] <LaserJock> hmm, maybe ask  -devel
[10:35] <marcin`> LaserJock: it should complain don't you think so?
[10:35] <LaserJock> I would have thought so but maybe there is a reason it doesn't
[10:51] <LaserJock> hmm, I'm trying to think of ways to describe "source tarballs" and "Debian source packages". I keep wanting to call them both source packages. Is there a better terminology for upstream source.?
[11:11] <dsas> hi guys, I appreciate you're all probably pretty busy at the moment, but could someone point me towards a "how to" on generating meta-packages?
[11:11] <siretart> dsas: apt-cache show equivs
[11:12] <dsas> siretart: sweet, thanks muchly.
[11:15] <LaserJock> hi siretart
[11:15] <siretart> huhu LaserJock
[11:16] <LaserJock> siretart: how's it going? it must be pretty late over there
[11:16] <siretart> LaserJock: it is 11pm. I'm in bed already ;)
[11:16] <LaserJock> ahh
[11:17] <Gloubiboulga> I'm not in bed but I'll soon be in
[11:17] <Gloubiboulga> good night
[11:17] <LaserJock> cya Gloubiboulga
[11:32] <dolson> Ohh noooo
[11:33] <LaserJock> what?
[11:36] <LaserJock> hi Ubuntu member Hobbsee
[11:36] <Hobbsee> hey LaserJock
[11:37] <LaserJock> "defenestrates"? must be a .au word
[11:39] <crimsun> it's not used often in the States; we don't know the value of Chaucer
[11:39] <crimsun> (at least those of us who didn't major in English lit)
[11:42] <LaserJock> dang, wasn't even in my OSX dashboard dictionary. I had to use a google search :(
[11:43] <Toadstool> re MOTUs
[11:43] <Hobbsee> crimsun: LaserJock: most people dont know it.  not even here
[11:43] <bluefoxicy> Anyone want to give me a hand building gtk-gnutella 0.96.1 into an official-quality deb on amd64?
[11:43] <Hobbsee> for the ignorant, defenestration is the act of throwing someone or something out of a window :P
[11:44] <bluefoxicy> it's a bugfix release on 0.96, the one in dapper is old and refuses to run without manually overriding its "anti-ancient version" thing in the config file
[11:44] <Toadstool> what's funny is that I understand defenestrate 'cause "defenestration" is a french word ;)
[11:44] <bluefoxicy> I could just build and install it but I'm looking into making a deb as an exercise
[11:47] <LaserJock> bluefoxicy: you might start by looking at the source package for the previous version
[11:47] <bluefoxicy> o.o
[11:48] <crimsun> there was a uvf exception request for gtk-gnutella, I thought...
[11:48] <LaserJock> yeah, I believe  so
[11:50] <marcin`> LaserJock: http://en.wikipedia.org/wiki/Defenestrations_of_Prague
[11:50] <marcin`> LaserJock: it's propably more .eu word than .au
[11:50] <LaserJock> yes, I see ;-)
[11:52] <dolson> LaserJock: I got a new game.. so I guess packaging will take a backseat for a while :)
[11:52] <Hobbsee> marcin`: i have a habit of trying to insert random words into  my exams - unfortunately, i didnt get the chance to use antidisestablishmentarianism, but i did succeed with defenestration!
[11:52] <Toadstool> :D
[11:53] <Hobbsee> hehe
[11:53] <marcin`> Hobbsee: well this word is propably something unusual for US people
[11:53] <Hobbsee> probably yeah
[11:53] <marcin`> Hobbsee: but in Europe we learn about defenestration in high school
[11:54] <LaserJock> hi minghua
[11:54] <LaserJock> yeah, no defenestrations here ;-)