[12:07] <tepsipakki> hub: thanks, I've now fixed the rules' from the packages, new versions are on the way to REVU
[12:20] <tepsipakki> and there they are: http://revu.tauware.de/details.py?upid=1980  http://revu.tauware.de/details.py?upid=1981 http://revu.tauware.de/details.py?upid=1982
[12:20] <siretart> gn8 folks
[12:22] <tepsipakki> night.. no more ice hockey from telly :)
[01:06] <marcin`> raphink: piiiing
[01:07] <raphink> marcin`: let's go to #vtiger-bounty ok?
[01:53] <sistpoty> time for another reviewing round...
[01:57] <ajmitch> sistpoty: do you ever sleep?
[01:57] <sistpoty> ajmitch: as soon as dawn breaks ;)
[01:57] <TheMuso> ajmitch: sivang said that in -devel to kamion. :)
[01:58] <Toadstool> re MOTUs
[02:08] <sistpoty> tepsipakki: still there?
[02:09] <Kyral> lol
[02:10] <sistpoty> tepsipakki: just took a glimpse over librpcsecgss... see coments (I will first do a proper review of libgssapi though)
[02:13] <sistpoty> tepsipakki: and one more thing not listed: the -dev package should depend on all -dev packages needed to satisfy headers in this -dev package (not sure if any of the build-dependencies are needed though)
[02:14] <marcin`> sistpoty: hello
[02:14] <sistpoty> hi marcin`
[02:14] <marcin`> sistpoty: got a question... could you please review vtigercrm package in REVU?
[02:15] <sistpoty> marcin`: give me a few minutes, then I'll do it ;)
[02:15] <marcin`> sistpoty: we just uploaded package that we think that is ready for dapper
[02:15] <marcin`> sistpoty: and raphink already said yes to this package but we need another MOTU to do the same :)
[02:15] <sistpoty> marcin`: sure... just a few minutes and I'll be over it ;)
[02:15] <marcin`> sistpoty: ok
[02:21] <Toadstool> hum... just a dumb question, feature freeze just freezes new uploads or we have to file something like a UVF for package updates ?
[02:21] <Toadstool> s/new/NEW/
[02:23] <sistpoty> Toadstool: we don't need exceptions existing packages... I have no clue though, if we can push in new packages after feature freeze with an exception
[02:23] <sistpoty> exceptions for existing packages even
[02:23] <Toadstool> ok
[02:24] <sistpoty> marcin`: on it... will take some time ;)
[02:25] <marcin`> ok I'm here
[02:26] <Toadstool> this is mandatory but the templates in my wide-dhcpv6 package are not debian devel-reference, and therefore Ubuntu, I think, compliant... moreover I've got some translations for my templates...
[02:26] <Toadstool> *isn't mandatory
[02:28] <Toadstool> gn8 MOTUs
[02:37] <sistpoty> marcin`: why does vtigercrm-core depend on vtigercrm-theme-blue (but only recommend the other themes)?
[02:40] <marcin`> because vtigercrm needs at least one theme to work
[02:40] <marcin`> sistpoty: and this theme is hardcoded as default in original config.inc.php
[02:41] <marcin`> sistpoty: so I use this as default and recommend other themes as optional
[02:41] <sistpoty> marcin`: so it won't work if would have only aqua-theme?
[02:42] <marcin`> sistpoty: it could but to make this possible user has to change config file manually
[02:42] <ajmitch> sounds broken to me
[02:43] <marcin`> sistpoty: /etc/vtigercrm/config.inc.php contains $default_theme = 'blue';
[02:43] <ajmitch> you're still forcing them to always have the blue theme installed, no matter what their config says
[02:44] <marcin`> I also force them to use english language as default...
[02:44] <sistpoty> hm... if the default config would be broken otherwise, I guess I can live with the dependencies as they are right now
[02:44] <marcin`> there has to be at least one theme and at least one language
[02:44] <sistpoty> marcin`: you can do this with provides: vtigercrm-theme and depending on that virtual package
[02:44] <marcin`> I could keep blue in vtigercrm-core package
[02:45] <sistpoty> marcin`: but I guess this can be addressed for future releases
[02:45] <marcin`> sistpoty: propably yes but then I need to do some magic to change default theme in config.inc.php
[02:46] <sistpoty> ajmitch: as in cannot wait for future releases? or as in dependencies should be fixed, even if the config would be broken?
[02:46] <marcin`> ajmitch: you disagree to what?
[02:46] <ajmitch> sistpoty: disagree that it should be put off for future releases
[02:47] <marcin`> ajmitch: ok then tell me how it should work?
[02:47] <ajmitch> depend on real | virtual package
[02:47] <ajmitch> or you depend on the blue theme first
[02:47] <ajmitch> so blue | aqua | whatever
[02:48] <ajmitch> they'd need to explicitly select another theme in the deps to get it
[02:48] <marcin`> ajmitch: it's not 'whatever' because then you need to set at least one as default
[02:48] <ajmitch> and is it so very hard for someone to change their config?
[02:48] <marcin`> ajmitch: and then they should choose which one should be default
[02:48] <ajmitch> the default would still be blue
[02:48] <ajmitch> since if you did apt-get install vtiger-crm, it would get the blue theme
[02:49] <sistpoty> ha, gained some of ajmitch's deep insight :)
[02:49] <ajmitch> :P
[02:49] <sistpoty> insights even
[02:49] <marcin`> I don't get it...
[02:49] <marcin`> it works like this right now - so what's the problem?
[02:50] <ajmitch> the problem is that there's no way to remove the blue theme without removing the whole app
[02:50] <ajmitch> if you have blue | pink | black
[02:50] <sistpoty> marcin`: it's the way apt-get install handles dependencies... the blue-theme would be drawn in by default.
[02:50] <ajmitch> then blue will get picked by default
[02:50] <marcin`> ajmitch: ok but in the same way there is no way to remove english
[02:50] <ajmitch> unless one of the others is selected
[02:50] <ajmitch> marcin`: so you could change that too :)
[02:51] <marcin`> ok then tell me one thing...
[02:51] <marcin`> I got few theme packages right?
[02:51] <marcin`> and core package...
[02:51] <marcin`> and this config.inc.php is created with postinst script...
[02:52] <marcin`> if I remove theme blue as default dependency then user won't be able to use application
[02:52] <marcin`> I cannot install theme _after_ core package
[02:53] <marcin`> and there is another problem - user can install package in this way:
[02:53] <ajmitch> dependencies will be installed (and configured, iirc) before the package that depends on them
[02:53] <marcin`> apt-get install vt-core vt-theme-1 vt-theme-2 vt-theme-3
[02:53] <marcin`> tell me now which one should be default?
[02:53] <ajmitch> whichever you like
[02:54] <marcin`> so which package should be installed first?
[02:54] <ajmitch> I'm sure you can come up with a good way to choose, whether it be random choice or a preferred option
[02:54] <marcin`> with theme or core?
[02:54] <ajmitch> ?
[02:55] <Kyral> Is anyone working on scribes?
[02:55] <sistpoty> no
[02:55] <ajmitch> Depends
[02:55] <sistpoty> at least I'm not
[02:55] <ajmitch>     This declares an absolute dependency. A package will not be configured unless all of the packages listed in its Depends field have been correctly configured.
[02:55] <Kyral> and how long do we have before the Freeze?
[02:56] <ajmitch> so when at least 1 theme is configured, the core can be configured
[02:56] <ajmitch> Kyral: a few hours
[02:56] <Kyral> .....damnit
[02:56] <Kyral> I could get it ready tomorrow. But not tonight...
[02:56] <marcin`> know what... I don't see any way to make this as you want to
[02:56] <LaserJock> Kyral: dapper+1?
[02:57] <Kyral> LaserJock: yah...
[02:57] <Kyral> I'll ITP it for Debian
[02:57] <marcin`> and I think that there is a lot of apps that has some theme as dependency and everything is ok
[02:57] <LaserJock> that is why I think it is nice to get a sponsor in Debian. I can upload packages to unstable anytime and then sync to Ubuntu when I can.
[02:58] <Kyral> I thought Sponsors were on a per package basis
[02:58] <ajmitch> LaserJock: until debian has freezes, that is
[02:58] <marcin`> ajmitch: tell me one thing - is this possible to install for example gnome without at least one default theme?
[02:59] <LaserJock> Kyral: well, often times you develop a relationship with a particular DD,  I think. So you often have the same person sponsoring your uploads.
[02:59] <marcin`> ajmitch: and I really don't see any way to make this possible while dpkg doesn't provide conditional dependencies
[03:00] <LaserJock> ajmitch: do you thing that Debian will have freezes in unstable?
[03:00] <ajmitch> marcin`: different comparison, gnome has a single themes packages
[03:01] <Kyral> I have a couple ITPs to file then
[03:01] <ajmitch> LaserJock: not as such
[03:01] <marcin`> ajmitch: please show me at least one package which has something you expect in vtigercrm
[03:01] <marcin`> ajmitch: I just need to see it because I don't understand what is the problem for you there
[03:02] <marcin`> ok then try to talk for a while about this logic...
[03:03] <marcin`> let's imagine that I'm user - and want to install vtiger
[03:03] <Kyral> ITPs are still filed as bugs right...
[03:03] <marcin`> so I do: apt-get install vtiger-mysql
[03:03] <sistpoty> marcin`: freedoom and it's dependency on doom-engine
[03:03] <marcin`> ajmitch: and how should I set default theme here?
[03:04] <marcin`> sistpoty: apt-getting
[03:04] <tseng> Nafallo_away: talk to me
[03:04] <sistpoty> marcin`: looking at the dependencies would be more helpful ;)
[03:04] <marcin`> sistpoty: will freedoom work without doom-engine?
[03:05] <sistpoty> marcin`: the other way round is true actually (so maybe this is not a really good example)
[03:05] <LaserJock> Kyral: yeah, I used reportbug. it has an option for ITPs if I remember right.
[03:05] <sistpoty> marcin`: a package providing doom-engine needs some data-files (which are in doom-engine for example, but could also be directly installed)
[03:05] <marcin`> sistpoty: ok I see this - and then how I can choose different engine>
[03:06] <marcin`> sistpoty: dpkg gets first from list?
[03:06] <sistpoty> marcin`: it's prboom | doom-engine... so prboom should get drawn in
[03:06] <marcin`> sistpoty: because it says that freedoom depends on prboom
[03:06] <sistpoty> marcin`: but you can install lxdoom and remove prboom
[03:07] <marcin`> but I have to install prboom first?
[03:07] <sistpoty> marcin`: afaik no... apt-get install doom-legacy lxdoom-x11 should do what you want
[03:08] <marcin`> we are talking about apt-get install freedoom
[03:08] <marcin`> do I have a choice then?
[03:08] <sistpoty> sorry... go it wrong
[03:08] <marcin`> can I apt-get install freedoom without prboom?
[03:08] <sistpoty> apt-get install freedoom lxdoom-x11 should do that trick
[03:09] <marcin`> apt-get install freedoom doom-engine or apt-get install freedoom prboom?
[03:10] <sistpoty> marcin`: sudo apt-get --simulate install lxdoom-x11 freedoom does exactly what you want
[03:10] <sistpoty> marcin`: freedoom lxdoom-x11 *will* draw in prboom
[03:11] <minghua> sistpoty: I believe apt-get install freedom prboom- is another option
[03:11] <sistpoty> minghua: no, just tried it, it does draw in prboom
[03:11] <marcin`> sistpoty: ok then how can I switch between engines?
[03:12] <sistpoty> marcin`: by installing another engine and removing the previous enging
[03:12] <sistpoty> ah... my typing is horrible today
[03:12] <marcin`> but what if I want to have both?
[03:13] <sistpoty> you install them both
[03:13] <marcin`> ok and which one is default then?
[03:13] <ajmitch> whichever freedoom decides to use
[03:13] <marcin`> imagine now - I got vtiger and for example 10 themes
[03:13] <sistpoty> marcin`: prboom, because it gets drawn in automatically
[03:13] <ajmitch> it's up to the program to decide what files it uses
[03:13] <sistpoty> marcin`: but otoh there is no real default
[03:14] <marcin`> each can be default but at least one _has_ to be default
[03:14] <ajmitch> so choose one as default
[03:14] <marcin`> I already did - blue is default
[03:14] <sistpoty> ajmitch: the example is stupid, since freedoom (the datafiles) shouldn't depend on a doom-engine at all... but that's a different issue
[03:14] <ajmitch> I mean without forcing users to always have it
[03:15] <marcin`> I need to force users because there has to be at least one
[03:15] <ajmitch> sistpoty: you're right, programs should depend on data, otherwise you can end up with circular dependencies
[03:16] <marcin`> and there is another thing - blue is let's say 'system' default
[03:16] <sistpoty> ajmitch: yes, and the tricky part is that you have all combinations of doom-engine and data-files here (as you could install the original doom-datafiles) but let's get back to vtiger
[03:16] <marcin`> then each vtiger user can set different one as default
[03:16] <minghua> sistpoty: in my system "apt-get install freedoom prboom-" works (note the minus sigh after prboom), it installs doomlegacy-x11 instead
[03:16] <ajmitch> sistpoty: I'll let you handle it, I don't have the stamina to discuss this for the next 4 hours
[03:16] <sistpoty> minghua: ah... I thought it was a typo *g*... learned just another thing
[03:17] <sistpoty> ajmitch: phew... and this is just one of the issues I see w.o. even having built vtiger...
[03:17] <minghua> sistpoty: a handy but less-known feature of apt-get :-)
[03:18] <sistpoty> :)
[03:18] <sistpoty> marcin`: so it might break if you install all themes, user sets a different theme and this theme get's removed?
[03:18] <marcin`> ok guys let's do something
[03:19] <marcin`> sistpoty: yes
[03:19] <marcin`> sistpoty: but it's usual
[03:19] <sistpoty> hm... don't have a (nice) solution at hand for this
[03:20] <marcin`> sistpoty: in the same way I can set some theme in gnome on my desktop then remove this theme...
[03:20] <marcin`> sistpoty: and gnome will propably switch to default right>
[03:20] <marcin`> ?
[03:20] <sistpoty> marcin`: no idea, I use kde ;) (and I'm not eager in testing this right now)
[03:21] <minghua> gnome behaves strangely last time I tried that :-)
[03:21] <sistpoty> marcin`: imo if you set a hard dependency on all themes, it will not make vtigercrm break, until you figured a better solution
[03:21] <marcin`> anyway how it should be done to make you happy?
[03:22] <marcin`> sistpoty: but I don't need hard dependency on all themes
[03:22] <sistpoty> marcin`: I guess some postinst/postrm magic of the themes would be the way to go
[03:22] <marcin`> sistpoty: I need hard dependency on one single theme
[03:23] <marcin`> sistpoty: and default theme is set to blue in original config file
[03:23] <marcin`> sistpoty: so I use this theme as default and then user can add optional themes if wants to
[03:23] <sistpoty> marcin`: if you can live with the breakage, if a theme gets removed afterwards, you could depend on blue | theme and have all the themes provide theme
[03:24] <marcin`> sistpoty: please install vtiger and try this at least once
[03:24] <hub> I have an app whose version is R6 -BETA
[03:24] <sistpoty> marcin`: what exactly do you want me to try?
[03:24] <hub> how shall I version it
[03:25] <marcin`> sistpoty: then you will see that it has login dialog
[03:25] <hub> 0.0+R6BETA ?
[03:25] <marcin`> sistpoty: and there user can choose theme
[03:25] <marcin`> sistpoty: this is dropdown and it has to have at least one entry on it's list
[03:25] <marcin`> so there always will be blue
[03:26] <sistpoty> marcin`: I will do that... but first I'd like to review a little bit more
[03:26] <marcin`> or more...
[03:26] <marcin`> ok
[03:26] <marcin`> but I'll be online for about 30 minutes...
[03:26] <marcin`> it's 3:37 am here
[03:26] <marcin`> and I need to go to bed soon
[03:26] <sistpoty> hub: good question... 0.0+R6beta is at least not wrong
[03:26] <hub> yeah
[03:27] <sistpoty> marcin`: same here... but there are still some (really serious issues)
[03:27] <hub> I'll start with that
[03:27] <marcin`> sistpoty: go on then...
[03:29] <sistpoty> marcin`: you should actually put everything from copyright.txt into debian/copyright
[03:29] <sistpoty> marcin`: because the copyright information need to be available uncompressed
[03:30] <sistpoty> marcin`: license_agreement should also be in debian/copyright
[03:30] <marcin`> ehh it's ArmeBosse issue
[03:31] <sistpoty> marcin`: but that's a pretty serious issue imo
[03:31] <sistpoty> marcin`: another thing: vtigercrm-mysql-local: does it need php4 or libapache[2] -mod-php4?
[03:31] <marcin`> libapache
[03:31] <sistpoty> marcin`: and the conflicts to php5 is wrong, unless it contains the same files as php5 does
[03:32] <marcin`> but it won't work if there is php5 in system
[03:33] <minghua> marcin`: that doesn't mean it needs to Confilct with php5
[03:33] <sistpoty> marcin`: but conflicts *only* states: cannot be installed at the same time (due to the same files being in the package)
[03:33] <sistpoty> marcin`: there is no method of describing app foo will break app bar in debian/control
[03:33] <marcin`> ok I'll remove this but it sucks because php5 is now in main...
[03:34] <sistpoty> marcin`: mom, I'll look for a lengthy rant^Wexplanation from keybuk
[03:34] <marcin`> and it will make vtigercrm propably unusable
[03:34] <marcin`> and what about these licenses - it's not enough that they are mentioned in copyright?
[03:35] <sistpoty> marcin`: https://launchpad.net/distros/ubuntu/+source/ubuntu-meta/+bug/22335 for conflicts
[03:35] <Ubugtu> malone bug 22335 in ubuntu-meta ubuntu-desktop "gnome-screensaver conflicts with ubuntu-desktop" [Normal,Fix released] 
[03:35] <sistpoty> marcin`: no, if you look at the debs, copyright.txt is compressed, and that's the point about it
[03:36] <sistpoty> marcin`: you should simply copy all the contents of copyright.txt to debian/copyright (as well as license_agreement)
[03:41] <marcin`> sistpoty: is there a way to keep these files uncompressed in /doc ?
[03:41] <marcin`> sistpoty: they are not compressed in *.orig.tar.gz
[03:41] <minghua> someone should put keybuk's explanation in a more apparent place :-)
[03:42] <TheMuso> If any MOTUs have time, there is a new speechd-up package available for review.
[03:42] <sistpoty> marcin`: yes, but imo you should put that into debian/copyright
[03:42] <marcin`> ok just a moment
[03:43] <marcin`> so remove this php5 conflict?
[03:43] <vivid> how exactly do i sign up for motu?
[03:43] <sistpoty> marcin`: yes, please remove the conflict
[03:43] <TheMuso> vivid: YOu can either find a package that is not yet in the archive to upload, or start helping to fix bugs.
[03:44] <marcin`> sistpoty: ok then is there any way to ensure that some other dependency will not broke my package?
[03:44] <marcin`> break...
[03:44] <vivid> thats it, ive got an app of mine that im trying to get in...but i cant figure out how, ive uploaded to revu, i think
[03:44] <sistpoty> marcin`: no.
[03:44] <vivid> i already have the changes, dsc, amd64 and x86 packages of the libs and binary
[03:44] <sistpoty> marcin`: at least no automatic way
[03:44] <marcin`> sistpoty: well it sucks...
[03:45] <sistpoty> marcin`: why does it break if you have php5 installed?
[03:45] <TheMuso> vivid: Have you emailed to submit your GPG key?
[03:45] <marcin`> sistpoty: because by default apache will use php5 (if it is installed then it overrides php4)
[03:45] <zakame> hi all
[03:45] <vivid> TheMuso: no im not having much luck with finding this type of information on the site
[03:45] <marcin`> sistpoty: and vtigercrm php code is not compatible with php5
[03:46] <vivid> TheMuso: but i have my private and pub key here
[03:46] <vivid> TheMuso: and my dsc, changes is signed
[03:46] <TheMuso> vivid: I don't have much time right now, but give me a sec and I will find the link.
[03:46] <vivid> sweet, thanks
[03:46] <sistpoty> marcin`: you ship some apache-config-fragment... couldn't you put s.th. in there that prevents usage of php5?
[03:46] <vivid> do i submit to REVU, or MOTU?
[03:47] <marcin`> sistpoty: don't know that
[03:47] <TheMuso> https://wiki.ubuntu.com/REVU
[03:47] <marcin`> sistpoty: btw this package is broken...
[03:47] <TheMuso> vivid: Thats the link with the info you need.
[03:47] <sistpoty> marcin`: oh, that's bad
[03:47] <marcin`> sistpoty: need to fix that.. ArmeBosse removed my postinst code and replaced with his that is broken
[03:48] <marcin`> sistpoty: not big issue but this package is not installable at the moment
[03:49] <sistpoty> marcin`: should I post all comments I found up till now? or do you want to wait until I finished reviewing
[03:49] <ajmitch> sounds like a big enough issue
[03:49] <marcin`> yes post all you got
[03:50] <marcin`> ajmitch: right... I had no time to test it - he said that this is only regression to what he had before and it was workable...
[03:50] <zakame> hi MOTUs!
[03:50] <marcin`> ajmitch: but now I see that he was wrong
[03:50] <sistpoty> hey zakame
[03:51] <zakame> hello sistpoty
[03:53] <sistpoty> marcin`: posted to revu... I mentioned most of them here already
[03:53] <vivid> apparently ive already got it uploaded, but i cant sign in, and the rocover link provides nothing for me to paste and decrpyt
[03:54] <marcin`> sistpoty: there is lintian override with missing-debconf-dependency
[03:55] <marcin`> sistpoty: is that ok?
[03:56] <marcin`> sistpoty: another question - we need some template file - config.template.php to use this file as input for dbconfig-common
[03:56] <marcin`> sistpoty: and then we get config.inc.php as output
[03:56] <marcin`> sistpoty: it goes to /etc/vtigercrm/
[03:56] <marcin`> sistpoty: is this ok to have template there too?
[03:56] <sistpoty> marcin`: no... lintian overrides are (if ever) only good if you know for certain that lintian is wrong
[03:57] <marcin`> sistpoty: or maybe template should go to /tmp and then should be removed after config.inc.php is already generated by postinst?
[03:57] <marcin`> sistpoty: so I should add debconf dependency>
[03:57] <sistpoty> marcin`: templates shouldn't be in /etc... I
[03:58] <sistpoty> marcin`: yes, please do
[03:58] <sistpoty> marcin`: you can't install a file to /tmp
[03:58] <sistpoty> marcin`: (i.e. a package can't have a file in /tmp)
[03:58] <marcin`> sistpoty: I don't want to install file there I had a piece of code that generated file
[03:59] <marcin`> sistpoty: with mktemp in /tmp
[03:59] <jsgotangco> hrmm it seems libpng12-0 broke pngcrush
[03:59] <sistpoty> marcin`: if it's temporary then it should be tmp, shouldn't it?
[03:59] <marcin`> sistpoty: and then this file was used as template to generate /etc/vtigercrm/config.inc.php
[03:59] <marcin`> sistpoty: and removed from /tmp after postinst
[04:00] <marcin`> sistpoty: so anyway if I want to use template that should be temporary
[04:00] <vivid> siretart: im having trouble logging into REVU, are you here?
[04:00] <marcin`> sistpoty: I should install/generate this file from postinst
[04:01] <sistpoty> vivid: just a sec, I'll take a look (soon)
[04:01] <marcin`> sistpoty: then do something with this file in postinst and remove from tmp on the end - right?
[04:01] <sistpoty> marcin`: sounds good
[04:01] <sistpoty> vivid: what's your email-address for revu?
[04:01] <vivid> sistpoty: jaugustine@vivnet.net
[04:02] <vivid> i cant seem to get my encrypted password..
[04:02] <marcin`> sistpoty: so the thing now is that ArneBosse wants to use template file which he expects to be in /etc/vtigercrm
[04:02] <marcin`> sistpoty: but he doesn't provide any script to put this file there - and this is why currently this package is broken
[04:03] <sistpoty> marcin`: then unbreak it ;)
[04:03] <marcin`> sistpoty: so I could add script that will install template file
[04:03] <marcin`> sistpoty: but it definetly shouldn't go to /etc/
[04:03] <sistpoty> marcin`: if it's temporary, it shouldn't go to /etc... (or just a template that's no config-file)
[04:04] <marcin`> sistpoty: ok he will be angry but I don't care - my code is ok - his code is broken ;)
[04:04] <marcin`> sistpoty: just a moment :)
[04:05] <sistpoty> vivid: did you upload a package to revu yet?
[04:05] <vivid> yes, two, and when i try to re-upload, it says theyre already there
[04:06] <sistpoty> vivid: give me another sec please ;)
[04:06] <vivid> they are libpar2 0.2-0ubuntu1 and gpar2 0.3.1-0ubuntu1
[04:07] <sistpoty> vivid: yes, both have been moved to the rejected queue... only question remains is why
[04:08] <vivid> if there is no license file will that happen? i think its named copying
[04:09] <sistpoty> vivid: no, they are rejected in the revu-queue by some script... so there is either s.th. wrong with the signature or your key not yet imported or the scripts fault (once again)
[04:09] <vivid> well, i didnt send my key to the keyserver until after i uploaded, so thats probably why
[04:10] <sistpoty> vivid: what's your keyid?
[04:10] <ajmitch> vivid: sending to the keyserver is just 1 part, it needs to be imported by a revu admin (like sistpoty)
[04:10] <vivid> 2A70ADF9
[04:11] <sistpoty> vivid: no that key isn't in revu's keyring... where did you actually send your key to?
[04:11] <sistpoty> (since I didn't get a mail from you)
[04:12] <sistpoty> vivid: but anyways, please send a signed mail to keyring@tiber.tauware.de, then I'll import your key
[04:12] <vivid> the site says to send it to keyserver.ubuntu.com
[04:12] <vivid> ok one sec
[04:12] <marcin`> sistpoty: what is po-debconf ?
[04:13] <marcin`> sistpoty: can it be set as dependency - debconf?
[04:13] <sistpoty> vivid: hehe, that's only one step
[04:13] <vivid> i must be in too much of a hurry
[04:13] <sistpoty> marcin`: po-debconf is afaik the thing for debconf-translations
[04:14] <sistpoty> marcin`: what do you mean about the dependency?
[04:14] <marcin`> sistpoty: Pre-Depends: debconf | debconf-2.0 something like this?
[04:14] <vivid> err, how do i sign an email heh
[04:15] <sistpoty> marcin`: urm... why not just a dependency on debconf?
[04:16] <marcin`> sistpoty: there was another issue in lintian then AFAIR
[04:16] <sistpoty> vivid: what email-client are you using?
[04:17] <vivid> i found the how-to thingy in the wiki
[04:17] <sistpoty> vivid: :)
[04:18] <sistpoty> marcin`: imo debconf as pre-depends should suffice, since debconf-2.0 is provided by debconf... (but I'm not sure wether that's true for debian/testing as well)
[04:18] <sistpoty> marcin`: but it looks sane
[04:19] <vivid> what should the subject be?
[04:19] <sistpoty> vivid: a nice one... I like recieving mails with nice subjects (just kidding)
[04:19] <sistpoty> vivid: s.th. like key for revu
[04:20] <vivid> and you just want the public key block in it right?
[04:21] <sistpoty> vivid: no, I want the mail to be signed by you... I can figure the keyid from that
[04:21] <vivid> ok, well i put the keyblock it, but its signed anyway so it should be good
[04:21] <sistpoty> vivid: doesn't really matter ;)
[04:21] <marcin`> sistpoty: you said that I should put Cpyright.txt to debian/copyright?
[04:21] <marcin`> sistpoty: have you sean it's content?
[04:22] <sistpoty> marcin`: I browsed through it... probably append it to the bottom of debian/copyright
[04:22] <marcin`> sistpoty: there is GPL license 2.1 there PHP License..
[04:22] <marcin`> sistpoty: mysql and few more....
[04:22] <sistpoty> marcin`: you can strip the GPL from it... but you need to mention what's covered in by gpl
[04:23] <sistpoty> marcin`: you can strip only licences that are under /usr/share/common-licenses
[04:23] <ajmitch> marcin`: what's covered by thte php license?
[04:24] <marcin`> ajmitch: propably nothing
[04:24] <ajmitch> I hope so
[04:24] <ajmitch> otherwise ftp-master will probably reject it
[04:24] <ajmitch> http://ftp-master.debian.org/REJECT-FAQ.html
[04:24] <marcin`> ajmitch: aaaah I know why its there
[04:25] <marcin`> ajmitch: it's because installation package for windows containst php and apache bundled in single package
[04:25] <ajmitch> and are you shipping any of that source?
[04:25] <marcin`> ajmitch: no
[04:26] <marcin`> you know in windows they wanted to provide 'single click' installation
[04:26] <marcin`> so they bundled apache/php/mysqlserver+vtiger
[04:27] <sistpoty> marcin`: if nothing is covered by the source or binary by a license, you can of course remove that one as well
[04:28] <marcin`> this license definetly needs more work
[04:28] <marcin`> this guy ArneBosse is vtiger developer
[04:28] <sistpoty> oh, nice
[04:28] <marcin`> and he stripped everything he could
[04:28] <fbond|away> dolson: here?
[04:29] <dolson> fbond: always
[04:29] <marcin`> from license - he propably wanted to hmm hide sugarcrm license somewhere deep under
[04:29] <fbond> no kidding...i think you just may be here always
[04:29] <ajmitch> marcin`: filed an ITP/RFP for it in debian?
[04:29] <marcin`> ajmitch: unfortunately he filed ITP
[04:30] <ajmitch> he?
[04:30] <marcin`> ArneBosse
[04:30] <marcin`> (icr nick)
[04:30] <ajmitch> ok
[04:30] <ajmitch> and does he have packages also?
[04:30] <marcin`> http://fboudra.free.fr
[04:30] <marcin`> his web page
[04:31] <marcin`> what do you mean - 'does he have' ?
[04:31] <ajmitch> just that
[04:31] <ajmitch> he filed an ITP, has he worked on packages?
[04:31] <marcin`> no we work together on this package
[04:31] <ajmitch> then why is it unfortunate that he has filed the ITP?
[04:31] <marcin`> we started independent - there is bounty in launchpad
[04:32] <marcin`> because he was first :)
[04:32] <ajmitch> yes I saw the package & even though about packaging it myself
[04:32] <marcin`> and afaik debian packages are more important than these in ubuntu
[04:32] <marcin`> while I didn't want to make package for debian - I don't use debian - just ubuntu
[04:33] <fbond> dolson: eh, i was looking at packaging freecycle
[04:33] <marcin`> and I didn't know about ITP and things like that
[04:33] <ViViD> if debian updated a little more..
[04:33] <fbond> there is an ITP, however
[04:33] <fbond> I will get in touch with the ITP creator
[04:33] <fbond> he already has packages made...I wonder why they aren't in Debian yet
[04:33] <fbond> nm
[04:33] <fbond> night
[04:33] <marcin`> anyway this package is collaborative work
[04:33] <dolson> fbond: oh yeah? cool..
[04:34] <marcin`> fbond: where are these packages?
[04:35] <fbond> http://piem.org/debian/
[04:35] <fbond> i actually already did all the modifications necessary for dapper
[04:35] <fbond> i was almost done when I decided I should probably check for an ITP
[04:35] <fbond> :)
[04:36] <sistpoty> ViViD: sorry, my universities mailserver seems to do weird things atm... didn't get your mail yet (but you sent it to the right place, I just went through the logs)
[04:36] <marcin`> fbond: are you talking about vtiger packages?
[04:36] <fbond> marcin: nope, we got our wires crossed
[04:37] <marcin`> :)
[04:37] <fbond> eh, happens :)
[04:37] <fbond> later, y'all
[04:37] <marcin`> sorry :)
[04:42] <TheMuso> c
[04:42] <TheMuso> wrong window sorry
[04:43] <dolson> cya fbond|away
[04:45] <dolson> fbond|away: whoa... ldrum looks sweeeet
[04:46] <TheMuso> ldrum?
[05:05] <ViViD> sistpoty: any luck with that email yet?
[05:06] <sistpoty> ViViD: not really... give me a sec pls.
[05:07] <sistpoty> ViViD: seems like it finally made tiber's MTA... so it should be here in a few seconds ;)
[05:07] <sistpoty> made it past tiber's mta even
[05:07] <ajmitch> sistpoty: want me to import it?
[05:07] <ajmitch> I got it awhile ago
[05:08] <sistpoty> ajmitch: go for it ;)
[05:08] <sistpoty> hehe
[05:13] <ajmitch> gpg: key 2A70ADF9: public key "John Augustine <jaugustine@vivnet.net>" imported
[05:13] <sistpoty> ViViD: congrats... you can upload to revu now ;)
[05:17] <LaserJock> hi minghua
[05:18] <minghua> hello LaserJock
[05:21] <ViViD> sistpoty: am i able to upload .deb packages, or just sources
[05:21] <sistpoty> ViViD: only sourcepackage with orig.tar.gz
[05:21] <sistpoty> (i.e. dpkg-buildpackage -rfakeroot -S -sa)
[05:21] <ViViD> thats what i sent, the changes file like it said
[05:23] <ajmitch> before or after your key was imported?
[05:23] <sistpoty> ViViD: revu runs over the incoming queue every */10, maybe it isn't processed yet
[05:24] <sistpoty> (minutes)
[05:24] <ajmitch> no, it is there
[05:24] <ajmitch> http://revu.tauware.de/details.py?upid=1990
[05:25] <ajmitch> it's done as a native package though
[05:25] <ajmitch> plenty of comments for sistpoty to make on this one ;)
[05:25] <sistpoty> hehe, it's in my queue ;)
[05:25] <ViViD> sistpoty: one of them is up, the other isnt, maybe you can tell me if it was rejected?
[05:26] <ajmitch> ViViD: not rejected, retry with dput -f
[05:26] <ViViD> at least the required libraries got on
[05:27] <ViViD> so now after two people review it, it gets put into universe?
[05:27] <ajmitch> after 2 people check that everything is ok
[05:27] <ajmitch> it looks like there'll be a bit of fixing to do
[05:29] <ajmitch> firstly I can see that it isn't versioned properly, it ought to be 0.2-0ubuntu1
[05:29] <ViViD> ive never seen a source versioned that way
[05:29] <ajmitch> and that there are still a lot of unneeded .ex files in debian/
[05:29] <ViViD> thats what dh_make put in
[05:29] <ajmitch> yes
[05:29] <ajmitch> and you can't just use dh_make as-is
[05:29] <ajmitch> you need to clean up after it & only use the things you need
[05:30] <ViViD> the actual program has no bugs, and this is my first source package
[05:30] <ViViD> i updated the files, didnt know i was supposed to delete stuff
[05:30] <ajmitch> yes, and you also need to cleanup debian/rules to take out rules you don't need
[05:30] <ViViD> so i need to delete all the unneeded stuff, and change the version, anything else?
[05:30] <ajmitch> plenty else
[05:31] <ajmitch> this is just a quick overview :)
[05:31] <ViViD> like i said this is my first time making source packages, i have a million binary debs on my server
[05:32] <ViViD> so can i edit from the site, or do i need to change and re-upload
[05:32] <sistpoty> ViViD: you'll need to change and reupload
[05:33] <ajmitch> when I say that it should be 0.2-0ubuntu1, I mean that you have a libpar_0.2.orig.tar.gz
[05:34] <ajmitch> and then you add on the debian directory, and put that version in the changelog
[05:34] <ViViD> i have the libpar2_0.2.orig.tar.gz
[05:34] <ViViD> so i put that inside the package? parrallel to the debian dir?
[05:34] <ViViD> and then change the version to comply
[05:34] <ajmitch> outside the package
[05:35] <ajmitch> why is the package source named libpar2?
[05:35] <ViViD> because its a library for par2's
[05:35] <ajmitch> ok
[05:35] <ViViD> hence gpar2
[05:35] <ajmitch> so that's not part of the SONAME
[05:35] <ViViD> par1 is deprecated yet it will work
[05:35] <ajmitch> which will make naming the binary package fun
[05:36] <ajmitch> what is a par2?
[05:36] <ViViD> binary should be libpar2_0.2-0ubuntu1_arch.deb
[05:36] <ViViD> its a recovery volume set
[05:37] <ViViD> for repairing files, or groups of files that have become corrupted, or checking that they are not corrupted
[05:37] <ajmitch> no, binary should have the SOVERSION in the name as well
[05:37] <ViViD> ?
[05:37] <sistpoty> ViViD: check the debian library packaging guide, it explains it better than I could (but ajmitch can explain it even better I guess *g*)
[05:38] <ajmitch> reading that is probably best, before I try & explain
[05:38] <sistpoty> hehe
[05:38] <minghua> defoma is a monster :-(
[05:38] <minghua> and a monster few people understand for that
[05:38] <ajmitch> minghua: 'here be dragons;
[05:39] <ViViD> k, the so is libpar2.so
[05:39] <ViViD> and its version is 0.2, same as the package
[05:39] <ajmitch> SONAME is different
[05:39] <sistpoty> ViViD: the soname is *inside* libpar2.so (objdump -p libpar2.so | grep -i soname)
[05:40] <ajmitch> it's a name for binary compatibility
[05:41] <ViViD> that gives me no output
[05:41] <sistpoty> ViViD: the soname describes compatibility... e.g. if version 2 and version 3 share the same soname, it means that you can exchange these two (because every public function has the same signature and the same semantics, but might be implemented differently)
[05:42] <sistpoty> ViViD: probably -P, don't know it by heart ;)
[05:42] <ViViD> must not be set, guess ill release a v0.2.1
[05:43] <ajmitch> all this complex library stuff needs to be right, and it's one of the reasons why maintaining library packages isn't simple
[05:44] <ViViD> and i need to reference the soname in the binary source?
[05:45] <ajmitch> the binary package name has it
[05:45] <minghua> we have a packager whose first package is a shared library here?
[05:45] <sistpoty> ViViD: yes... otherwise all packages that depend on a specific shared object would cease to work, if you update that shared object to a newer (incompatible) version
[05:46] <sistpoty> minghua: iirc lfittl also did a library quite early, and he did it quite well afaikt
[05:46] <ajmitch> minghua: yep
[05:46] <minghua> sistpoty: my first package is a package with both program and shared library :-)
[05:47] <sistpoty> minghua: nice :)
[05:47] <minghua> and I didn't get it correct the first time, actually far from correct
[05:47] <minghua> s/is/was/
[05:48] <ViViD> ok soname is libpar2.so.0
[05:48] <ajmitch> so the binary package name might be libpar2-0
[05:48] <ViViD> so the package would be libpar20_v_arch right?
[05:48] <minghua> ViViD: you need libpar2-0 as package name then
[05:48] <ViViD> ok -0
[05:48] <ajmitch> and you'd still have something like 0.2-0ubuntu1 in the changelog
[05:49] <ViViD> now, i just set the dependency of gpar2 to libpar2-0 instead of libpar2?
[05:49] <minghua> ViViD: read http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html, it will help :-)
[05:49] <ViViD> i believe im already there
[05:49] <sistpoty> ViViD: no... the dependency of gpar should be generated
[05:50] <ajmitch> which means you'll need to do the shlibs fun
[05:50] <sistpoty> ajmitch: gpar2 is a different sourcepackage ;)
[05:51] <ajmitch> sistpoty: I'm aware of that
[05:51] <sistpoty> ahhh... ;)
[05:51] <ajmitch> but any shared library package has to have the shlibs info in it
[05:52] <minghua> okay, a question about maintainer's scripts
[05:52] <minghua> if a -2 version package want to get rid of something -1 left
[05:53] <minghua> I should add a .preinst script for -2, see if it's upgrading, compare versions, and do my clean-up if the version is smaller than -1
[05:53] <minghua> does that sound correct?
[05:54] <ajmitch> something like that, I guess :)
[05:54] <crimsun> mostly. If only -1 has the issue, then checking for -1 is not semantically what you want.
[05:54] <sistpoty> minghua: no idea really
[05:54] <crimsun> err, checking for < -1
[05:55] <minghua> crimsun: I believe all versions < -1 has this problem
[05:55] <crimsun> ah, ok
[05:56] <minghua> okay, since no objections, I'll try this
[05:58] <minghua> and downgrading won't work properly because of the same problem with my local new package (incomplete fix), arrrrgh
[06:04] <sistpoty> dolson: around? omins extended-description line extends 80 charachters... may I fix it and upload (since it's nice the way it is)
[06:04] <sistpoty> s/extends/exceeds/
[06:04] <dolson> sistpoty: dang
[06:04] <dolson> sistpoty: yes, go ahead. I'll fix locally too
[06:05] <sistpoty> dolson: ok, will do ;)
[06:05] <dolson> thanks :)
[06:05] <sistpoty> ;)
[06:06] <dolson> sistpoty: hey, how come it says Ubuntu Installer on the dapper-changes list for most of my packages? is this because you modified them so it goes to this default name or something?
[06:07] <crimsun> it's because your e-mail isn't known to katie
[06:07] <dolson> well one of my first packages shows up as my name?
[06:07] <sistpoty> crimsun: there is no katie any longer in the soyuz new world order
[06:07] <sistpoty> dolson: when/which package?
[06:07] <crimsun> hmph? dang.
[06:08] <sistpoty> dolson: soyuz is currently still evolving, maybe they changed that part... but I would only count as a person who changed the package, if I updated/appended debian/changelog
[06:08] <dolson> sistpoty: well, seq24 shows my name, although I am not the maintainer... maybe that's why I guess that's the only one
[06:09] <ViViD> ok ive updated the lib package, its now libpar2-0_0.2-0ubuntu1 with .ex remove, updated rules, and shlibs
[06:10] <sistpoty> dolson: ah, 12.Feb... a change in soyuz I guess
[06:10] <dolson> sistpoty: no biggie, I was just curious. makes it harder for me to search the page for my name :)
[06:11] <sistpoty> dolson: maybe s.o. in #launchpad knows the details ;)
[06:12] <sistpoty> dolson: just from a sweep through the changes-ml, looks like it's restricted to ppl. of ubuntu-dev and ubuntu-core-dev group
[06:12] <dolson> ah
[06:14] <ViViD> and the binary is updated, anything i need to do please let me know so i can do it
[06:14] <sistpoty> dolson: omins is upped
[06:14] <sistpoty> ViViD: I'll take a look ;)
[06:14] <dolson> sistpoty: cool deal :)
[06:15] <sistpoty> btw.: I hope that nobody will ever ask in which order the packages are listed on revu
[06:15] <sistpoty> *g*
[06:16] <ViViD> sistpoty: can you remove the libpar2 (non libpar2-0) package i put on there?
[06:16] <sistpoty> ViViD: sure
[06:16] <ViViD> thanks
[06:16] <ajmitch> sistpoty: what is the order? :)
[06:16] <dolson> sistpoty: I was thinking of asking that earlier.. but I come to the conclusion it's semi-random, but ordered by # of advocates as well
[06:16] <sistpoty> ViViD: why did you change the name of the sourcepackage?
[06:17] <minghua> sistpoty: I was just going to ask the same question :-)
[06:19] <sistpoty> ajmitch, dolson, minghua: it was a suggestion from \sh_away... but I don't recall it exactly any longer... was s.th. like first order: updated packages already in ubuntu/new packages, second order good/need work packages, third order number of advocates and fourth order number of total comments (or uploads?)
[06:19] <ViViD> i changed it to match the package, the version stuff is added by debuild
[06:19] <ajmitch> ViViD: the binary package name needed change, but not the source package name
[06:19] <ViViD> i cant get it to take my orig.tar.gz unless its inside the tar.gz
[06:20] <sistpoty> ViViD: the name of the sourcepackage should match the name upstream gave it (unless that's taken already)
[06:20] <ViViD> the source package is autogenerated with whatever version is in the changelog
[06:20] <ajmitch> yes, and you didn't need to change that
[06:21] <ajmitch> the binary package name is in debian/control
[06:21] <sistpoty> ViViD: no... the name of the sourcepackage doesn't change... it's always the thing in debian/control (after Source:)
[06:21] <ajmitch> it was just the version number that needed changed in debian/changelog
[06:21] <ViViD> i changed that
[06:21] <ViViD> and it gave me the libpar2_ubuntublah gz
[06:22] <ViViD> so version in changelog needs the ubuntu tag?
[06:22] <sistpoty> ViViD: exactly
[06:23] <ViViD> ok, so how do i stop it from building that gz with it...
[06:24] <sistpoty> ajmitch, dolson, minghua: there is the tiny sql-statement responsible for revu-ordering: http://revu.tauware.de/~sistpoty/foo/index.py.txt
[06:24] <sistpoty> (upload_rows)
[06:24] <ViViD> so my gz should come out as libpar2-0.2.tar.gz right?
[06:24] <ajmitch> no
[06:24] <ajmitch> well
[06:25] <sistpoty> ViViD: it
[06:25] <ajmitch> you should have libpar2_0.2.orig.tar.gz
[06:25] <ViViD> oh, you mean i added the -0 to the source pkg name
[06:25] <sistpoty> ViViD: it'
[06:25] <ajmitch> and then a libpar2-0.2 directory
[06:25] <sistpoty> args... damn enter key
[06:25] <ajmitch> the orig.tar.gz name has to match the source package name
[06:25] <dolson> ah cool
[06:25] <sistpoty> ViViD: it should always be called sourcepackagename_upstreamversion.orig.tar.gz
[06:25] <ajmitch> as sistpoty says :)
[06:25] <ViViD> yea i have that, but it doesnt upload it
[06:26] <minghua> ViViD: dpkg-buildpackage -S -sa
[06:26] <ViViD> thats what im doing and it gives me a changes, dsc, build and a updated tgz
[06:27] <ViViD> then when i dput the changes it uploads the dsc, changes and updated tgz
[06:27] <ajmitch> use ls, show us what is going on
[06:27] <sistpoty> ViViD: is there a .upload file left behind?
[06:27] <sistpoty> ViViD: then you'll need dput -f
[06:27] <ViViD> yes
[06:28] <ViViD> and it didnt ask to be forced, didnt overwrite anything cuz i changed the name to libpar2-0
[06:28] <ViViD> well and the version
[06:28] <ajmitch> you've changed the source package name back to libpar2?
[06:29] <ViViD> the way i thought it should be is libpar2_0.2.tar.gz, libpar2_0.2.orig.tar.gz and the other files
[06:29] <ajmitch> you shouldn't need libpar2_0.2.tar.gz
[06:29] <ViViD> er, thats the debian source package
[06:30] <ajmitch> ?
[06:30] <ViViD> that gz contains the debian subdirectory
[06:31] <ViViD> but debuild produces libpar2-0_0.2-0ubuntu1.tar.gz
[06:31] <ViViD> agreed
[06:31] <ajmitch> you should have libpar2_0.2.orig.tar.gz & a directory libpar2-0.2 in one place, right?
[06:32] <ajmitch> no tar.gz should have the debian stuff in it
[06:32] <ViViD> yea i started with libpar2_0.2.orig.tar.gz and an extracted libpar2-0.2 which i added the debian stuff to on my desktop
[06:33] <ajmitch> that's fine
[06:33] <ViViD> when i run debuil -S -sa from the libpar2-0.2 dir it gives me libpar2-0_0.2-0ubuntu1.changes, dsc, build, and tar.gz
[06:33] <ajmitch> but you've still got the source package named wrong
[06:33] <ViViD> yea i changed the source line in control back to libpar2
[06:34] <ajmitch> debian/changelog also
[06:34] <ViViD> so only Package in control should be libpar2-0
[06:34] <ajmitch> yes
[06:34] <ViViD> the version in changelog needs 0.2-0ubuntu1?
[06:34] <ajmitch> and you'll also have to add in a section for libpar2-dev in debian/control later
[06:34] <ajmitch> yes
[06:35] <ajmitch> and the distribution must be dapper, not unstable
[06:35] <ajmitch> which you already have, I see
[06:35] <ViViD> yea thats what i use anyway
[06:35] <ViViD> its only only install cd that has my sata drivers in the kernel
[06:37] <ViViD> so i should be getting libpar2-0_0.2-0ubuntu1_source.changes,dsc and libpar2-0.2.orig.tar.gz
[06:37] <ViViD> ?
[06:38] <ajmitch> no
[06:38] <ajmitch> libpar2-0_0.2-0ubuntu1_source.changes looks like it still has the source package named as libpar2-0
[06:38] <ViViD> i havent updated it yet
[06:38] <ViViD> er uploaded it
[06:40] <ViViD> k now ive got libpar2_0.2-0ubuntu1_source.changes,dsc, and tar.gz
[06:41] <ajmitch> tar.gz or orig.tar.gz?
[06:41] <ViViD> and the binary should be build as libpar2-0
[06:41] <ajmitch> what is your orig.tar.gz named?
[06:41] <ViViD> libpar2-0.2.orig.tar.gz
[06:41] <ajmitch> - must be _
[06:42] <ajmitch> so libpar2_0.2.orig.tar.gz
[06:42] <sistpoty> hm... speechd-up contains an info-page, which is dual licensed GFDL + GPL, debian/copyright has only GPL in it... would this be a blocker?
[06:42] <ajmitch> sistpoty: I'd say so
[06:43] <ajmitch> but I'm pedantic
[06:43] <ViViD> ok thats changed, now it should upload it with the others?
[06:43] <ajmitch> ViViD: what files are produced now?
[06:44] <ViViD> i have libpar2_0.2-0ubuntu1_source.changes,dsc,build,tar.gz and libpar2_0.2.oirg.tar.gz
[06:44] <sistpoty> ajmitch: but OTOH the info page displays the license when viewed... (and even contains the full license)
[06:44] <ajmitch> sistpoty: everything should still be listed in debian/copyright
[06:44] <sistpoty> ajmitch: ok
[06:45] <ViViD> it still doesnt send my orig.tar.gz though
[06:45] <dolson> whoa, Dapper will have a GUI installer?
[06:46] <ViViD> so far it has a gui progress bar at the beginning
[06:46] <sistpoty> TheMuso: read that part about debian/copyright? ;)
[06:46] <ajmitch> ViViD: what files are produced by debuild, please?
[06:46] <ViViD> but the rest is standard
[06:47] <TheMuso> sistpoty: Yes.
[06:47] <sistpoty> TheMuso: and it FTBFS :(
[06:47] <sistpoty> TheMuso: probably lack of build-dependency on autotools-dev
[06:47] <TheMuso> FTBFS?
[06:47] <sistpoty> fails to build from source
[06:47] <ViViD> debuild -S -sa gave me libpar2_0.2-0ubuntu1_source.changes, libpar2_0.2-0ubuntu1.dsc, libpar2_0.2-0ubuntu1_source.build and libpar2_0.2-0ubuntu1.tar.gz, and i have my libpar2_0.2.orig.tar.gz which i started with
[06:47] <TheMuso> Right.
[06:48] <TheMuso> sistpoty: In pbuilder?
[06:48] <sistpoty> TheMuso: yep
[06:48] <ajmitch> something is still broken there
[06:48] <TheMuso> Ok. u.a.c has been so broken I haven't been able to properly check. DOing so now.
[06:48] <TheMuso> thanks :)
[06:48] <ViViD> ajmitch: take a look at my control and changlog, its uploaded
[06:49] <sistpoty> TheMuso: yep. autotools-dev seems to do the trick (at least it's going past the failure)
[06:49] <TheMuso> Righto.
[06:50] <TheMuso> Updating pbuilder and will try again...
[06:52] <ajmitch> ViViD: when you do debuild -S -sa, do you see dpkg-source: building libpar2 using existing libpar2_0.2.orig.tar.gz
[06:52] <ajmitch> ?
[06:53] <ViViD> i got it
[06:53] <ViViD> now it uploaded orig.tar.gz and diff.gz as wel
[06:53] <ajmitch> ok
[06:54] <sistpoty> TheMuso: please check all documentation files for copyright... iirc the .tex is still a little bit different than the other two files
[06:54] <sistpoty> TheMuso: apart from that I'm happy with it
[06:54] <TheMuso> sistpoty: Want me to re-upload?
[06:54] <sistpoty> TheMuso: would be nice
[06:55] <TheMuso> np
[06:57] <LaserJock> hi monzie
[06:58] <monzie> Hi LaserJock
[06:58] <monzie> finall the Ebuntu packages are ready LaserJock
[06:59] <ajmitch> monzie: really? you've got all the e17 packages done & ready to upload into ubuntu?
[07:00] <monzie> no ajmitch , i got the e17 binary packages ready
[07:00] <ajmitch> ah
[07:00] <monzie> they can be installed over a clean breezy install now to get e17
[07:00] <ajmitch> checkinstall again?
[07:00] <monzie> yup
[07:00] <monzie> i hope some ppl download it , test it and offer some help for packaging
[07:01] <jsgotangco> \o/ ajmitch \o/
[07:01] <ViViD> yay, i got the other one set too now finally made some progress here
[07:02] <TheMuso> Ok speechd-up is uploaded with build-deps adjusted.
[07:03] <ajmitch> reportbug really needs fixed to not target ubuntu-users
[07:03] <sistpoty> TheMuso: the copyright as well?
[07:03] <zakame> hello MOTUs
[07:03] <sistpoty> hi zakame
[07:03] <TheMuso> That was fixed in the previous upload. It probably won't show on revu straight away.
[07:04] <TheMuso> sistpoty: Oh sorry, what is not complete about the copyright?
[07:04] <TheMuso> sorry my bad. Mised it. :S
[07:05] <sistpoty> TheMuso: no, you'll also need to add the copyright info from the .tex .texi and .info files
[07:05] <sistpoty> (that's the reason I begged for another upload, the other change would have been trivial)
[07:05] <TheMuso> Right.
[07:05] <TheMuso> Sorry, been working on casper/a11y stuff today, and my mind is a bit fuzzy after having to do a crash course in bzr. :)
[07:06] <monzie> anybody from ubuntu-cn here?
[07:06] <LaserJock> ajmitch: what about reportbug?
[07:06] <ajmitch> LaserJock: it files bugs at the users mailing list
[07:06] <LaserJock> ugghh
[07:07] <LaserJock> I've never tried it for Ubuntu, only Debian
[07:07] <TheMuso> I don't see anything new copyright wise that I missed in the info file.
[07:08] <sistpoty> TheMuso: the info-file itself is dual-licensed by gfdl and gpl
[07:08] <TheMuso> Right. Just saw that.
[07:09] <TheMuso> sistpoty: You guys must to a grep -ir on the directory for copyright right? :)
[07:09] <LaserJock> monzie: you should really work on getting source packages made for Ebuntu, then we can really test E17.
[07:10] <zakame> ajmitch: right, to ubuntu-users, just tried that yesterday to file a bug for masqmail (which I should be doing now)
[07:10] <sistpoty> TheMuso: that's how I do it
[07:10] <TheMuso> Thought so.
[07:10] <zakame> monzie: heya, how's the e17 packaging going?
[07:14] <monzie> hi zakame
[07:14] <monzie> got the binary packgaes ready
[07:14] <monzie> trying to get some location to upload it , it
[07:15] <monzie> it's 35 MB
[07:16] <monzie> LaserJock, i have never done packaging before, and
[07:17] <monzie> there are so many libs and deps that everything is getting confusing
[07:17] <monzie> but i am still trying, eet and evas are ready
[07:17] <TheMuso> Ok, try again. If not happy this time, shoot me. :)
[07:17] <ajmitch> monzie: will you put eet & evas up for review?
[07:18] <monzie> is there a point ajmitch ? FF is today , isn't it?
[07:18] <ajmitch> yes, you get comments & corrections
[07:18] <monzie> and those libs are for E17 only, they have no other use
[07:18] <ajmitch> so that you learn more about packaging
[07:18] <ajmitch> it's still worth doing it
[07:19] <LaserJock> monzie: putting stuff on REVU should really help
[07:19] <monzie> okay, i'll do it, but first i have to upload my bin packages
[07:19] <ajmitch> even if we don't get things into dapper, they could still be ready for upload once dapper+1 opens
[07:19] <jsgotangco> don't rush :)
[07:19] <ajmitch> instead of spending 2 months getting things right & missing dapper+1 freezes
[07:19] <zakame> yep
[07:19] <monzie> ya , thanks ajmitch , i am really doing all i can
[07:19] <monzie> thanks LaserJock
[07:21] <sistpoty> hehe, I guess the review often is sometimes a problem with the number of packages on revu
[07:22] <ajmitch> true :)
[07:22] <ajmitch> but that's because I'm lazy & don't review the thousands of packages like you do
[07:22] <zakame> ajmitch++
[07:24] <sistpoty> hehe... I am lazy as well, I should get some stupid work done, but I prefer reviewing ;)
[07:24] <sistpoty> *g*
[07:25] <zakame> heh
[07:25] <tepsipakki> sistpoty: whoa, thanks for the comments!
[07:25] <sistpoty> tepsipakki: you're welcome
[07:26] <tepsipakki> I'm almost done with libgssapi
[07:26] <ajmitch> sistpoty: I'll need to get you to review some of mine :)
[07:26] <sistpoty> TheMuso: 1999 doesn't fix the copyright thing yet... you'll need to mention the GFDL/GPL dual license (and propably cite the complete GFDL)
[07:27] <ajmitch> why cite the GFDL in its entirety?
[07:27] <sistpoty> ajmitch: review packages from you or packages you'd have to review?
[07:27] <ajmitch> hm, I thought it was in common-licenses
[07:27] <sistpoty> ajmitch: can it be referred to?
[07:27] <ajmitch> sistpoty: review packages I've made
[07:27] <LaserJock> ajmitch: GFDL isn't installed locally so it has to be all there
[07:27] <zakame> gaah
[07:28] <sistpoty> ajmitch: bah... I wouldn't find a thing, and if I would I'd think I'm wrong ;)
[07:28] <LaserJock> hmm, but what is being GFDL'd. it's not DFSG free.
[07:28] <sistpoty> TheMuso: maybe you can refer to the GFDL in the info-page (should be in there)... what do other's think?
[07:28] <tepsipakki> sistpoty: what did you mean when you said something about -dev packages and dependancies..?
[07:29] <sistpoty> LaserJock: it is... dual license GPL/GFDL
[07:29] <ajmitch> LaserJock: GFDL+GPL dual-license in this case
[07:29] <ajmitch> sistpoty: you don't think I make mistakes??
[07:29] <sistpoty> tepsipakki: what package?
[07:29] <ajmitch> deluded person
[07:29] <sistpoty> hehe
[07:29] <tepsipakki> sistpoty: I'm not sure, you mentioned it here ;)
[07:30] <ajmitch> sistpoty: another revu uploader for you to handle
[07:30] <LaserJock> sistpoty: can you use a dual license that aren't compatible? I'm not very knowledgable about licenses.
[07:30] <tepsipakki> sistpoty: either libgssapi or librpcsecgss
[07:30] <sistpoty> tepsipakki: just a moment
[07:30] <ajmitch> LaserJock: sure
[07:31] <LaserJock> ajmitch: ok thanks, that seems counterintiutive to me but ok.
[07:31] <ajmitch> LaserJock: when the license is applied, you have th choice of which terms it falls under
[07:31] <sistpoty> LaserJock: sure... you have the choice which one should apply (as licensee)... dual-license != mixing licenses
[07:31] <LaserJock> ok, that makes more sense
[07:33] <LaserJock> I'm currently fighting with docteam licensing so that is why I asked.
[07:34] <sistpoty> tepsipakki: at least from my comments I can't see s.th. about -dev dependencies right now
[07:34] <sistpoty> (on revu)
[07:34] <tepsipakki> 03:13 < sistpoty> tepsipakki: and one more thing not listed: the -dev package should depend on all -dev packages needed to satisfy headers in this -dev package (not sure if any of the build-dependencies are needed though)
[07:34] <tepsipakki> :)
[07:35] <sistpoty> tepsipakki: ah... right.
[07:35] <sistpoty> tepsipakki: if there are other -dev packages needed, when you want to compile s.th. that uses your lib, you'll need to build-depend on these as well
[07:36] <tepsipakki> build-depend and not install-depend?
[07:36] <sistpoty> tepsipakki: install-depend ;)
[07:36] <tepsipakki> right ;)
[07:37] <sistpoty> tepsipakki: example, if there is s.th. like "#include <foobar/foobar.h>" in it, you'd need a dependency on libfoobar-dev
[07:37] <tepsipakki> so, libgssapi-dev should depend on libkrb5-dev, and librpcsecgss-dev should depend on libkrb5-dev and libgssapi-dev
[07:37] <tepsipakki> ?
[07:38] <sistpoty> tepsipakki: if these are needed once you want to compile s.th. with the headers from the -dev package: yes
[07:38] <tepsipakki> hmm, I'll try grepping
[07:38] <sistpoty> tepsipakki: (however librb5-dev for librpcsecgss-dev gets drawn in automatically by libgssapi-dev)
[07:39] <tepsipakki> that's true
[07:40] <tepsipakki> hmm, doesn't seem that gssapi.h includes anything out of the normal stuff
[07:40] <sistpoty> that's good ;)
[07:42] <tepsipakki> same goes for librpcsecgss
[07:42] <sistpoty> (I didn't check if anything is in there... was just a wild guess... and only really problematic for libraries on which other libraries depend on)
[07:42] <tepsipakki> yeah, I get it now :)
[07:43] <tepsipakki> about libgssapi: why should the libgssapi.conffiles be removed?
[07:43] <sistpoty> tepsipakki: it's a file under /etc... so libgssapi.conffiles will be generated during build. if it's there it's being appended to and you end up having the same conffile in there twice
[07:44] <tepsipakki> oh..
[07:44] <tepsipakki> I've built and installed it but it seems normal
[07:45] <sistpoty> it *should* work, but lintian gives a warning
[07:45] <tepsipakki> so it seems
[07:48] <tepsipakki> I asked about the versioning here yesterday, and it was told that -1ubuntu1 is the way to go.. upstream is also a debian maintainer so he _could_ upload them to debian if he wants :)
[07:48] <tepsipakki> but now he's just interested how I'm doing .)
[07:48] <tepsipakki> :)
[07:49] <sistpoty> tepsipakki: no, if he'd upload the same stuff to debian, he'd name it -1 (and thus -1ubuntu1 cannot be synced any longer)
[07:50] <tepsipakki> hmm ok, true
[07:57] <sistpoty> phew... dawn already breaking... time to go to bed
[07:57] <sistpoty> good night everyone
[07:57] <tepsipakki> sleep well, I just woke up :)
[07:58] <sistpoty> :)
[08:13] <tepsipakki> cp: cannot stat `./debian/gssapi_mech.conf': No such file or directory
[08:13] <tepsipakki> dh_install: command returned error code 256
[08:13] <tepsipakki> so, that didn't work
[08:16] <tepsipakki> eww, my bad
[08:22] <jsgotangco> ajmitch: how bad is checkinstall?
[08:24] <minghua> good question :-)
[08:24] <jsgotangco> the goals seem sane...
[08:25] <LaserJock> but there is no source. to me that is the main problem. You only get a binary package out. At least that is my understanding
[08:26] <jsgotangco> ahh
[08:26] <jsgotangco> it seems convinient for self use
[08:26] <Hobbsee> LaserJock: that is correct
[08:26] <jsgotangco> but not for general distribution
[08:26] <Hobbsee> apparently the dependencies arent done very well, from what i've heard earlier
[08:27] <minghua> jsgotangco: if you ask me, I would say it's very, very, very bad :-)
[08:27] <LaserJock> I've used it before for some "tweaking" of the gnuplot source package for my own personal use.
[08:27] <ajmitch> jsgotangco: Don't Go There
[08:27] <jsgotangco> ajmitch: that's why im asking
[08:28] <ajmitch> jsgotangco: there are reasons why we go through this pain of packaging
[08:28] <minghua> the thing I hate checkinstall the most is not repeatable at all, it completely depends on the build environment
[08:28] <ajmitch> and it's not just a love of self-flagellation
[08:28] <ajmitch> minghua: of course, and it's antithetical to a free software distribution
[08:28] <jsgotangco> ahh
[08:29] <LaserJock> I'm thinking of having something in the Ubuntu Packaging Guide about making quick packages but I think I'll go more towards how to quickly tweak something in the source package and build a .deb
[08:29] <LaserJock> I think that is what most users will want
[08:30] <ajmitch> it really isn't too hard to make a usable source package
[08:30] <ajmitch> for larger projects, it may be
[08:30] <jsgotangco> ajmitch: ok so its good to say that if you're going to use checkinstall, don't even think of distributing your package right?
[08:30] <ajmitch> jsgotangco: more or less
[08:30] <ajmitch> jsgotangco: or 'for personal consumption only'
[08:30] <ajmitch> brb, trying out more bling
[08:31] <tepsipakki> Now running lintian...
[08:31] <tepsipakki> E: libgssapi1: ldconfig-symlink-missing-for-shlib usr/lib/libgssapi.so.1 usr/lib/libgssapi.so.1.0.0 libgssapi.so.1
[08:31] <tepsipakki> should I include the link in .files or not?
[08:32] <tepsipakki> it was, but I removed it
[08:32] <minghua> tepsipakki: why are you still using .files?  I heard that is outdated technology
[08:32] <minghua> s/user/use/
[08:33] <tepsipakki> minghua: it's not my idea.. upstream has debian-directory
[08:33] <tepsipakki> actually, there's also a .install
[08:34] <ajmitch> ah, I guess I'll have to turn on composite extension manually
[08:34] <minghua> tepsipakki: upstream has both .files and .install in their tarball?
[08:34] <tepsipakki> minghua: yes..
[08:34] <minghua> well, well, well.
[08:34] <Mithrandir> nuke upstream's debian/ and repack the orig.tar.gz, then.
[08:35] <minghua> tepsipakki: I would follow Mithrandir's advice
[08:35] <tepsipakki> Mithrandir: =) "please ask upstream to provide a package w.o. debian-directory for the next release" as was told by sistpoty
[08:36] <tepsipakki> ok, I'll just do that then
[08:36] <tepsipakki> maybe learn to use cdbs in the meantime
[08:36] <Mithrandir> tepsipakki: either works.  upstream-provided debian/ directories are evil.
[08:37] <tepsipakki> upstream is also a debian devel :)
[08:37] <Mithrandir> is it shipped as a native package?
[08:37] <tepsipakki> no
[08:37] <Mithrandir> it shouldn't ship debian/ in the orig.tar.gz even if upstream is a DD.
[08:38] <tepsipakki> ok, I'll tell him about it
[09:13] <viviersf> ajmitch, ping
[09:14] <ajmitch> viviersf: pong
[09:50] <dolson> good morning dholbach
[09:51] <ArmeBosse> who is daemon@poleboy.de ?
[09:51] <dolson> sistpoty? maybe
[09:51] <dholbach> ArmeBosse: sistpoty
[09:51] <dholbach> morning everybody - hai dolson
[09:51] <ArmeBosse> thks
[09:51] <dolson> hi zakame
[09:52] <zakame> hi all
[09:54] <minghua> dholbach: any words about when approved UVF exceptions will get synced from Debian?
[09:54] <dholbach> no, unfortunately not - were any packages synced at all?
[09:59] <zakame> heya dolson
[09:59] <dolson> hi
[10:00] <minghua> dholbach: no idea, I have only one UVF exception :-)
[10:10] <Tonio__> hello
[10:11] <viviersf> guys
[10:11] <viviersf> whats an easy way to update the alternatives ?
[10:13] <ArmeBosse> update-alternatives
[10:13] <viviersf> yeh i know that
[10:13] <viviersf> i want a easy way of switching between 2 of em
[10:13] <viviersf> without any user input
[10:14] <viviersf> otherwise ill have to make an expect scripts which i dont really want to do
[10:15] <ArmeBosse> i don't know other easy way, sorry
[10:15] <ArmeBosse> someone know when sistpoty will be back ?
[10:16] <minghua> update-alternative can be non-interactive, if that's what you want
[10:19] <TheMuso> It was suggested for one of my packages that I probably need to sight the gfdl. How should I go about it? Do I point to a file on the system somewhere? It is not in the common licenses directory.
[10:20] <TheMuso> and does anybody know of a good guide to how one should format their copyright file?
[10:25] <dholbach> TheMuso: /usr/share/debhelper/dh_make/licenses/
[10:27] <TheMuso> dholbach: Thanks.
[10:28] <TheMuso> dholbach: I don't see it there.
[10:28] <TheMuso> Oh, sorry.
[10:28] <dholbach> dh-make maybe
[10:28] <TheMuso> Now I know what you are ferring to.
[10:28] <dholbach> sorry
[10:29] <TheMuso> dholbach: I was told that I might have to reference the gfdl in mine though.
[10:30] <TheMuso> The copyright file for speechd-up is much the same as the gpl licenses in the directory you referred to above.
[10:31] <dholbach> and that is not included in the /usr/share/common-licsense
[10:31] <dholbach> if you want to be 100% sure, include it
[10:32] <TheMuso> No it isn't.
[10:41] <TheMuso> dholbach: WOuld it be ok if I was to point people to the info file in copyright? i.e. say that they can find a copy of the license by running the info program - info speech-dispatcher?
[10:42] <dholbach> for me it would, but not sure if that's commonly accepted/approved *shrug*
[10:43] <dholbach> you might ask in #ubuntu-devel
[10:43] <TheMuso> hmm ok.
[10:46] <_mindspin> Hi, I was sent here to ask which versioning software is used by the kernel developers?
[10:47] <Gloubiboulga> Could anyone have a look at http://revu.tauware.de/details.py?upid=1971 ?
[10:49] <TheMuso> _mindspin: git
[10:49] <_mindspin> thanks
[10:50] <dholbach> Gloubiboulga: we don't seem to have netswitch, do we?
[10:50] <TheMuso> Ok, if there are any MOTUs available, I kindly ask you to look at speechd-up on revu. I have just finished uploading it again, and the copyright file is the only thing that needs checking, so I am lead to believe. Thanks.
[10:50] <Gloubiboulga> dholbach, not yet
[10:50] <dholbach> hrm
[10:51] <Gloubiboulga> it's been uploaded yesterday
[10:51] <dholbach> I'd formulate  configure.in's   gtk+-2.0 >= 2.6.0   in debian/control
[10:52] <dholbach> (but that's not ultra urgent)
[10:52] <dholbach> what about the segfault?
[10:52] <Gloubiboulga> dholbach, I can't reproduce the segfault on my dapper box, nor in a chroot
[10:53] <Gloubiboulga> Tonio_, tested it to, it works fine on his box
[10:53] <Gloubiboulga> s/to/too
[10:53] <dholbach> apart from that it looks good so far
[10:57] <Tonio_> very nice ;)
[10:58] <Gloubiboulga> thanks Tonio_ , but you've done the biggest part iirc ;)
[11:02] <Tonio_> Gloubiboulga: I did the *simplest* part :)
[11:37] <ArmeBosse> ajmitch: ping
[11:47] <tepsipakki> cdbs is lovely... life is not the same after using it :)
[11:55] <freeflying> looking for review http://revu.tauware.de/details.py?upid=2004
[11:58] <tepsipakki> freeflying: remove extra whitespace from the description lines :)
[11:59] <freeflying> tepsipakki: thx
[11:59] <freeflying> tepsipakki: anymore?
[11:59] <tepsipakki> freeflying: there should be only one in the beginning of each line. I don't know about the indents
[12:00] <freeflying> tepsipakki: each line in details shall indent
[12:01] <tepsipakki> freeflying: yes but only one whitespace, in the diff there seems to be two, but lintian is not complaining hmmm..
[12:02] <freeflying> tepsipakki: ok, I'll correct it
[12:02] <tepsipakki> but I'm not a qualified reviewer, so there might be more..
[12:03] <freeflying> tepsipakki: :)
[12:15] <Gloubiboulga> dholbach, I've updated the gnetswitch package and reuploaded it
[12:15] <dholbach> two times libgkt2.0-dev
[12:15] <dholbach> but nm
[12:16] <tepsipakki> W: libnfsidmap1: package-name-doesnt-match-sonames libnfsidmap0
[12:16] <tepsipakki> is that worrying?
[12:16] <dholbach> i'd name it <0> then - what's the library name it ships?
[12:17] <tepsipakki> libnfsidmap.so.0.1.0
[12:17] <Gloubiboulga> damn...
[12:17] <dholbach> so that's libnfsidmap0 as a package name
[12:17] <tepsipakki> the problem is that libnfsidmap1 is already in the archive..
[12:17] <dholbach> and upstream switched back to .0?
[12:17] <tepsipakki> I don't think they ever were at .1
[12:18] <dholbach> so you updated a package?
[12:18] <tepsipakki> yes
[12:18] <tepsipakki> 0.8 is in now
[12:18] <tepsipakki> this is 0.12
[12:18] <dholbach> if you biuld the package, be sure to inspect it (i use mc for that) and look at the shlibs file and see if it's alright
[12:18] <dholbach> else you should probably stick to it
[12:19] <dholbach> so not worry about lintian
[12:19] <dholbach> I'd just talk to the Debian maintainer and ask for his reasoning
[12:19] <tepsipakki> that's upstream as well (J. Bruce Fields)
[12:20] <tepsipakki> maybe I'll ignore this for now. someone should review the package btw =)
[12:23] <tepsipakki> these three packages (libnfsidmap, libgssapi, librpcsecgss) are all pretty similar, and I've made changes per instructions from sistpoty
[01:16] <tepsipakki> ok, new versions of libnfsidmap, libgssapi, librpcsecgss: http://revu.tauware.de/details.py?upid=2005 http://revu.tauware.de/details.py?upid=2010 http://revu.tauware.de/details.py?upid=2008
[01:29] <Yagisan> G'day All - how are you today ?
[01:30] <slomo> hi Yagisan :)
[01:31] <Yagisan> G'day slomo - how's your day been ? I had fun fixing the fedora box from hell
[01:33] <slomo> i had fun writing a math exam that was far more easy than i thought :)
[01:38] <Yagisan> slomo:  the fedora box was fun. It is in New Zealand, I'm not, and the problem is the link, and routing between the two. And someone put a fax on the backup modem line to the NZ server, just to make it more fun.
[01:39] <marcin`> when is dapper package freeze?
[01:39] <marcin`> I know that 23.02 but what timezone?
[01:40] <tseng> why is ubuntu-desktop depending on xscreensaver anyway
[01:40] <slomo> Yagisan: sounds exactly like that kind of job where one looses his sanity at some point :)
[01:40] <tseng> ah just the data
[01:41] <Yagisan> slomo: I think someone did - the contractors freaked, and someone had the bright idea to be knocking on my door at 8:30am yesterday morning to get me over to subcontract it
[01:42] <Yagisan> slomo: somthing about me being the only linux guy they new that could a) get in, and b) fix it
[01:47] <Yagisan> siretart: thanks for the heads-up on the openal transition on d-d-a. No API changes ? a simple rebuild will be ok ?
[01:48] <siretart> Yagisan: I think so. (it was 'just' on d-d, since I'm not a DD)
[01:50] <Yagisan> siretart: yes it was d-d - I'm tried and making typos. thanks - I will need to rebuild my private repos when the transition starts.
[01:51] <dolson> hmm
[01:53] <siretart> Yagisan: which of your packages is affected? did you consider joining the debian games team?
[01:54] <Yagisan> siretart: deng - the one that upstream is correctly licensing and/or re-writing at last :)
[01:54] <siretart> Yagisan: ah, I remember.
[01:55] <Yagisan> siretart: I haven't really considered the games team, I honestly don't have much time for games anymore, so I can't test them as much as I should
[01:55] <siretart> Yagisan: perhaps you can import your packages in the alioth svn. I think that would be more convinient for reviewing/working on them
[01:55] <siretart> Yagisan: thats okay. no problem
[01:56] <Yagisan> I'll certainly reconsider if I get more time, but -media, my private repo, and my security/hardened stuff takes up most free time I have now.
[02:06] <dolson> hmm
[02:08] <Yagisan> dolson: what's on your mind ?
[02:08] <dolson> I don't know
[02:09] <dolson> I guess I just wish I were a MOTU so I could've helped get through those packages
[02:12] <Yagisan> dolson: well, I'm no MOTU, but I try to help. I try to pay attention to motu-media packages, and security related work
[02:13] <siretart> dolson: just do motu stuff, you'll get upload priviledges sooner than you think
[02:14] <Yagisan> dolson: I try to post patches (either my badly made, or shamelessly stolen), or at least instructions if I can, even just diagnosing why a bug happens is helpful
[02:15] <dolson> don't mind me, I'm just being selfish though
[02:17] <Yagisan> dolson: don't worry, I'm sure we can help you be more selfish too ;)
[02:54] <Seveas> any MOTU around?
[02:55] <Seveas> siretart, poke
[03:01] <nomed> there are pkges that have a /var/lib/dpkg/info/<pkge>.conffiles
[03:02] <nomed> if i remove them those files are still in thei folder
[03:02] <nomed> if i reinstall that <pkge> those files are not installed again ...
[03:02] <nomed> any reason ?
[03:03] <nomed> if i remove them <-- if i apt-get remove <pkge> ...
[03:06] <dolson> nomed: that is how it is supposed to be isn't it?
[03:06] <Yagisan> Seveas: why do you need a MOTU ? perhaps one of us can help
[03:06] <zakame> evening MOTUs!
[03:06] <dolson> nomed: if you want to remove them, then apt-get remove --purge
[03:06] <nomed> dolson, yes
[03:07] <nomed> ok
[03:07] <nomed> i would fix xfdesktop4
[03:07] <nomed> as it doesn't remove the conf files on purge
[03:07] <zakame> Seveas: what's up?
[03:07] <Seveas> Yagisan, bug 6585, should an UVF exception+sync be requested?
[03:07] <Ubugtu> malone bug 6585 in nut "Hotplug dependency in nut-usb package" [Major,Confirmed]  http://launchpad.net/bugs/6585
[03:07] <Yagisan> G'day zakame
[03:07] <nomed> and it doesn't reinstall those files if they don't exist anymore
[03:07] <nomed> for ex if user deleted them
[03:08] <nomed> dolson, is there any pkge that could be a good sample where i can take a look ?
[03:08] <dolson> you're asking the wrong guy
[03:09] <Yagisan> Seveas: I can't see a list of bugs it fixes.
[03:09] <zakame> heya Yagisan, what's up?
[03:10] <freeflying> looking for reviewer :http://revu.tauware.de/details.py?upid=2004
[03:10] <Yagisan> zakame: fixing b0rk fedora boxes in kiwi land
[03:10] <nlindblad> afternoon masters
[03:10] <zakame> Yagisan: whoa
[03:11] <zakame> heya nlindblad
[03:11] <nlindblad> zakame: how are you?
[03:12] <Yagisan> zakame: it will make a good story when done. summary is box has routing issues, badly maintained, etc, and I needed to log in remotely to fix it. oh, and someone put a fax on the modem line.
[03:13] <zakame> Yagisan: gaah, blog it! :D
[03:13] <zakame> nlindblad: here contemplating on wheter bug 32280 could be fixed directly
[03:13] <Ubugtu> malone bug 32280 in masqmail "Doens't start correctly" [Major,Fix released]  http://launchpad.net/bugs/32280
[03:14] <nlindblad> zakame: okey
[03:14] <Yagisan> Seveas: ok - searched through the bugs. Yes I say this needs a UVF exception to work correctly with 2.6.14+ kernels
[03:15] <Yagisan> zakame: did I say it was fedora core 1 - it was like - ick. Configured obviously by someone new too.
[03:16] <zakame> dholbach: thanks for checking (and uploading) 32280! :D
[03:16] <Seveas> Yagisan, could you be so kind as to do this, I'm no motu myself (just triaging bugs)
[03:17] <dholbach> zakame: no problem
[03:17] <zakame> Yagisan: ick! blog extra too! :D
[03:18] <jsgotangco> Yagisan: very nice....
[03:18] <jsgotangco> so retro
[03:19] <Yagisan> Seveas: actually - I'm not a motu either, but it's not too hard to do. I can issue it for you, but I need about 24hrs before I have the time free.
[03:20] <nomed> i see it's the same for all the pkges that has a pkge.list file and a pkge.conffiles
[03:20] <Yagisan> jsgotangco: well, no one asked if I was a Red Hat guy ...
[03:21] <nomed> but what if during an upgrade the files listed in <pkge>.conffiles are different from older ones ?
[03:45] <zakame> mhz_cook: what's cooking?
[03:57] <Gloubiboulga> zakame, hello
[03:57] <Gloubiboulga> zakame, do you have time for a review ?
[03:57] <zakame> heya Gloubiboulga, wazup?
[03:58] <zakame> Gloubiboulga: I'll try :D
[03:58] <Gloubiboulga> thanks :)
[03:58] <Gloubiboulga> it's gnetswitch : http://revu.tauware.de/details.py?upid=2007
[03:58] <Gloubiboulga> it needs netswitch to build, which is not in the archives yet
[04:00] <jpatrick> Gloubiboulga: uploaded yesterday by moi, (package by Tonio_ )
[04:02] <Tonio_> jpatrick: you uploaded gnetswitch yesterday ?
[04:02] <jpatrick> Tonio_: no netswitch
[04:02] <Tonio_> ah oki :)
[04:02] <Tonio_> what about knetswitch ?
[04:02] <Tonio_> raphink approved
[04:02] <Tonio_> need a second one to upload :)
[04:02] <jpatrick> I think raphink uploaded that
[04:03] <Tonio_> nope he ust advocated
[04:03] <jpatrick> hmm
[04:03] <Tonio_> are there any other emergencies to revu ?
[04:03] <Tonio_> I may have one hour of free time just now
[04:05] <tepsipakki> tonio_: yes, please =)
[04:06] <Tonio_> tepsipakki: url ?
[04:06] <tepsipakki> ok, new versions of libnfsidmap, libgssapi, librpcsecgss: http://revu.tauware.de/details.py?upid=2005 http://revu.tauware.de/details.py?upid=2010 http://revu.tauware.de/details.py?upid=2008
[04:06] <Tonio_> Gloubiboulga: what about gnetswitch ? has it been approved ?
[04:06] <Gloubiboulga> Tonio_, dholbach approved it, and zakame is checking it
[04:06] <jpatrick> Tonio_: I don't think he did (otherwise it would of have appeared at lp)
[04:07] <tepsipakki> Tonio_: they should be pretty easy, and similar packages
[04:07] <Tonio_> tepsipakki: why making usage of debhelper 4 ?
[04:07] <Tonio_> just to know ;)
[04:08] <Tonio_> Gloubiboulga: perfect, many thanks ;)
[04:08] <Gloubiboulga> Tonio_, np, and thank you too :)
[04:08] <Gloubiboulga> Tonio_, I think that Olivier should thank us ;)
[04:09] <tepsipakki> Tonio_: in control? is it enough to depend on cdbs only?
[04:11] <Tonio_> Gloubiboulga: hum, we should thank Olivier too hehe
[04:11] <Tonio_> tepsipakki: yes, but well, it is nice to use the latest
[04:12] <Tonio_> of course I will not give a NO for that reason :) I'm building it actually
[04:12] <tepsipakki> Tonio_: the control-file is from upstream, but I made some changes to it
[04:12] <tepsipakki> which were suggested
[04:13] <Tonio_> oki ;)
[04:13] <zakame> Gloubiboulga: src/main.c copyright notice needs to go to debian/copyright
[04:15] <Gloubiboulga> zakame, which notice are you talking about?
[04:16] <zakame> Gloubiboulga: from gnetswitch, the copyright snippet in src/main.c
[04:17] <dolson> Tonio_: you could review anything remaining from dana@ubuntustudio.com or forest@alittletooquiet.net, but I think most of them require the dssi-dev that isn't yet sync'd from debian
[04:17] <Gloubiboulga> zakame, ok
[04:18] <Gloubiboulga> it gpl v2 or later, not gpl v.2, right ?
[04:19] <Tonio_> tepsipakki: libgssapi advocated
[04:19] <zakame> yeah
[04:19] <Gloubiboulga> zakame, do I update the FSF address in debian/copyright ?
[04:19] <Gloubiboulga> do I need*
[04:19] <Tonio_> dolson: well, already 3 packages to revu, and I have a look after, if I got time for this :)
[04:19] <zakame> Gloubiboulga: quote directly from the source, even if the address is old
[04:19] <Gloubiboulga> ok
[04:20] <dolson> Tonio_: no prob. I just saw your message above, that's all :)
[04:20] <zakame> Gloubiboulga: if it is, ping upstream about it, you don't have to make it your problem ;)
[04:20] <Tonio_> Gloubiboulga: I did the change in knetswitch, you can use the same text maybe...
[04:22] <tepsipakki> Tonio_: nice, thanks!
[04:23] <Gloubiboulga> zakame, do you see other problems ?
[04:24] <zakame> Gloubiboulga: attempting a build, hold on
[04:24] <Gloubiboulga> ok :)
[04:25] <zakame> Gloubiboulga: hmm debian/control , rather short description in contrast to what's on the webpage
[04:25] <Tonio_> tepsipakki: http://revu.tauware.de/details.py?upid=2012
[04:25] <zakame> Gloubiboulga: also, `Homepage' needs a nudge of one space, like ` Homepage:'
[04:25] <Tonio_> sorry, I missed something, little improvement needed
[04:25] <jpatrick> Tonio_: knetswitch advocated
[04:26] <tepsipakki> Tonio_: yeah no problem, it was a mistake
[04:27] <Tonio_> tepsipakki: correct this and I can advocate
[04:27] <Tonio_> jpatrick: cool
[04:27] <tepsipakki> Tonio_: I'll make the same changes to the other two as well..
[04:27] <tepsipakki> copyright & compat
[04:27] <Tonio_> hurg............ I have a problem with my proxy server..........
[04:28] <Tonio_> I posted and I have the information on 2 pages ??????????
[04:29] <Gloubiboulga> zakame, so I need 2 spaces in the debian/control file for the Homepage line?
[04:29] <Tonio_> tepsipakki: http://revu.tauware.de/details.py?upid=2012 http://revu.tauware.de/details.py?upid=2005
[04:29] <Tonio_> why is it uploaded twice ?
[04:29] <Tonio_> damn ;)
[04:29] <Tonio_> which one am I supposed to revu ?
[04:30] <tepsipakki> the latest
[04:30] <zakame> Gloubiboulga: yes
[04:30] <tepsipakki> new one coming
[04:30] <Tonio_> so the advocate is good finally..........;
[04:30] <Tonio_> may I archive 2005 and keep 2012 ?
[04:30] <tepsipakki> Tonio_: both of them are obsolete =)
[04:31] <Tonio_> tepsipakki: yep, but when I post for one the comment appears on both revues.........;
[04:31] <Tonio_> kind of bug....
[04:32] <tepsipakki> ah, so it seems :)
[04:32] <tepsipakki> http://revu.tauware.de/details.py?upid=2016
[04:44] <jpatrick> hmm java...
[04:46] <trappist> what to do about a bug that's been fixed for a long time but the bug report never got closed?
[04:46] <jpatrick> malone #23018
[04:46] <Ubugtu> malone bug 23018 in iptables "libipt_recent is not there" [Normal,Unconfirmed]  http://launchpad.net/bugs/23018
[04:47] <trappist> yeah that one
[04:47] <Tonio_> tepsipakki: hehe
[04:48] <Tonio_> tepsipakki: second package advocated, nice, no problems found
[04:48] <Tonio_> building the third one
[04:49] <tepsipakki> cool
[04:49] <Tonio_> tepsipakki: it is a pain to revu, cause they all depend each other.........
[04:49] <Tonio_> ;)
[04:49] <tepsipakki> hmm, yes, sorry :)
[04:52] <Tonio_> tepsipakki: libnfsidmap-0.12 FTBFS........
[04:53] <tepsipakki> argh
[04:54] <tepsipakki> my pbuilder doesn't work so I couldn't test it myself.. but do you have a log somewhere?
[04:56] <Tonio_> tepsipakki: yes, sending you the log
[04:57] <tepsipakki> thankd
[04:57] <tepsipakki> s/d/s/
[05:01] <Tonio_> tepsipakki: anyway, this one isn't a NEW package.
[05:01] <Tonio_> uploading it will require an uvf exception
[05:01] <Tonio_> it is too late for this
[05:01] <Tonio_> re dholbach
[05:02] <Tonio_> dholbach: concerning uvf exceptions, will they stop today too, or is there another date ?
[05:03] <tepsipakki> Tonio_: yes I know that, but it shouldn't be too late
[05:04] <Tonio_> tepsipakki: building again and pasting you the buildlog
[05:05] <tepsipakki> ok
[05:11] <Tonio_> tepsipakki: http://ubuntu.pastebin.com/568686
[05:11] <Tonio_> the build log
[05:15] <tepsipakki> duh, it gave up pretty easily
[05:17] <tepsipakki> I didn't build a binary myself before.. now it is fixed
[05:18] <tepsipakki> I'll upload it shortly
[05:18] <tepsipakki> one line too many in libnfsidmap-dev.install :/
[05:25] <tepsipakki> http://revu.tauware.de/details.py?upid=2019
[05:28] <tepsipakki> doesn't FTBFS anymore
[05:40] <ArmeBosse> a revu admin can check why my package doesn't upload : vtigercrm
[05:41] <crimsun> dholbach: sorry I missed your message yesterday; is it urgent?
[05:44] <nomed> ok
[05:45] <nomed> suposing i found an error (bug) within a <pkge>.install file ...
[05:45] <nomed> what should i do ?
[05:45] <nomed> should i just file a bug ...
[05:45] <crimsun> file a bug, and attach a debdiff to the fixed version
[05:45] <LaserJock> send a patch to the maintainer ;-)
[05:45] <nomed> or can i even provide a patch for it ?
[05:45] <nomed> LaserJock, perfect ..
[05:45] <nomed> then
[05:46] <nomed> what are the steps i should follow to provide the pacth ?
[05:46] <nomed> is there any link that explain this ?
[05:46] <tepsipakki> libgssapi and librpcsecgss needs another advocate =)
[05:47] <LaserJock> nomed: file a bug, fix the package and do a debdiff on it and attach the debdiff to the bug report.
[05:47] <nomed> LaserJock, k
[05:47] <nomed> should i even run debchange ?
[05:48] <crimsun> yes, it makes the application easier
[05:48] <crimsun> otherwise we have to manually bump, etc.
[05:48] <jpatrick> tepsipakki: be there asap
[05:50] <tepsipakki> jpatrick: great, thanks
[05:52] <nomed> now a new question ..
[05:52] <nomed> i file a bug in launchpad
[05:52] <nomed> i work on it
[05:52] <nomed> i have a patch
[05:52] <nomed> in launchpad that bug has a number
[05:52] <nomed> and it seems i should even run debchange
[05:53] <nomed> should i write even the bug number ?
[05:53] <nomed> like #xxxx fixed
[05:55] <crimsun> nomed: that's most helpful.
[05:55] <tepsipakki> jpatrick: thanks for libgssapi ;)
[05:56] <nomed> crimsun, k ...
[05:56] <jpatrick> I suppose I'll upload
[05:56] <crimsun> sigh, faculty meeting.
[05:57] <tepsipakki> jpatrick: cool, did you look at librpcsecgss?
[05:57] <jpatrick> tepsipakki: looks good, I'll upload both now
[05:58] <tepsipakki> jpatrick: do you have access to main?-)
[05:58] <jpatrick> It's main?
[05:58] <tepsipakki> no, libnfsidmap is
[05:58] <tepsipakki> so it's a new version
[05:58] <jpatrick> No, I became motu recenty (last week)
[05:59] <tepsipakki> heh, ok
[05:59] <tepsipakki> but can you review it? someone else can then upload
[06:00] <tepsipakki> it should be _perfect_ by now
[06:00] <jpatrick> will do
[06:00] <tepsipakki> awesome
[06:03] <LaserJock> raphink: testing something or bad connection?
[06:05] <jpatrick> tepsipakki: "dpkg-genchanges: warning: missing Section for source files"
[06:06] <jpatrick> libgssapi
[06:06] <tepsipakki> noooo..
[06:06] <jpatrick> shall I add one quickly before upload?
[06:07] <tepsipakki> yes please!
[06:07] <jpatrick> which? :)
[06:07] <tepsipakki> I have no idea
[06:07] <tepsipakki> libs?
[06:08] <jpatrick> ok, it's happy
[06:09] <tepsipakki> the others have the same issue..
[06:09] <jpatrick> [ uploaded ] 
[06:09] <tepsipakki> phew
[06:09] <tepsipakki> my ring finger is sore...
[06:10] <tepsipakki> I should leave the keyboard for a day or two
[06:11] <tepsipakki> jpatrick: I have to run now.. so thank you again ->
[06:11] <jpatrick> ok, just doing librpcsecgss
[06:13] <jpatrick> done
[06:32] <Tonio_> Gloubiboulga: has gnetswitch finally been uploaded ?
[06:32] <Gloubiboulga> nop
[06:32] <Tonio_> is there a reason ?
[06:33] <Tonio_> I see you have done many uploads
[06:33] <Gloubiboulga> nop, zakame left without telling me the result of the build
[06:33] <Tonio_> is it supposed to be clean ?
[06:33] <Tonio_> ah ok.......;
[06:33] <Gloubiboulga> Tonio_, yes, for minor things each time
[06:33] <Gloubiboulga> I think it's ready to go now
[06:33] <Tonio_> Gloubiboulga: ok, let me revu
[06:33] <Gloubiboulga> ok :)
[06:33] <Tonio_> hum........... I can't revu it ;)
[06:33] <Tonio_> my own name on it hehe
[06:34] <Gloubiboulga> yep, I didn't changed it
[06:34] <Tonio_> I can't approve my own stuff....
[06:34] <Tonio_> Gloubiboulga: can you find someone to revu ?
[06:34] <Gloubiboulga> hum...
[06:34] <Tonio_> once done I can upload it, but I can't reasonably revu something that has my name on it :)
[06:34] <Gloubiboulga> any MOTU interested by a REVU? :)
[06:35] <Gloubiboulga> raphink, ping?
[06:37] <Tonio_> Gloubiboulga: aren't you a motu yourself ?
[06:38] <Gloubiboulga> Tonio_, no
[06:39] <Tonio_> hum
[06:39] <Tonio_> we will find someone toonight :)
[06:39] <Gloubiboulga> yes! :)
[07:04] <nomed> umm .. ...
[07:04] <nomed> how should i provide a patch for a pkge.install file ?
[07:04] <nomed> should i simply attach a new file ?
[07:07] <LaserJock> nomed: if your not up for changing the source package itself you could at least attach an new file. But a debdiff is the easiest for the person making the upload I would  think.
[07:16] <nomed> LaserJock, debdiff doesn't show the diff in debian/pkge.install
[07:17] <nomed> the one i modified ..
[07:17] <LaserJock> no?
[07:17] <LaserJock> it should
[07:17] <nomed> LaserJock, it shows that there are new files installed ..
[07:17] <nomed> but nothing about pkge.install file
[07:18] <LaserJock> nomed: ok, what command did you use exactly?
[07:18] <nomed> LaserJock, a simple debdiff pkge1.deb pkde2.deb
[07:19] <nomed> but now i supose i shoudl add some options ?
[07:19] <LaserJock> nomed: no, you need to debdiff the source package
[07:19] <LaserJock> nomed: so debdiff pkge1.dsc pkge2.dsc
[07:19] <nomed> k
[07:20] <nomed> well .. it sounds  it has a logic :)
[07:20] <nomed> i should get it by myself :)
[07:21] <nomed> LaserJock, thanks for your availability
[07:21] <LaserJock> nomed: np, just glad I can help :-)
[07:28] <ViViD> good morning people
[07:28] <jpatrick> evening ViViD
[07:28] <ViViD> lol, its 10:30 A here
[07:29] <LaserJock> hi ViViD, where you from?
[07:29] <ViViD> west coast usa
[07:29] <ViViD> -0800
[07:29] <LaserJock> ViViD: cool, I'm in Reno, NV
[07:29] <LaserJock> -0800 also
[07:29] <ViViD> that must suck for saving money
[07:29] <ViViD> im in seattle, wa
[07:30] <LaserJock> ViViD: not really, seeing all the people pushing around carts cause they gambled their house and car away keeps me from the casinos mostly ;-)
[07:30] <ViViD> do they still let you put real money into the slots there? here it sucks cuz you have to put in on a dumb ticket, takes most the fun out of it
[07:31] <LaserJock> ViViD: no, you can do just about anything you want here when it comes to gambling.
[07:31] <ViViD> or at least casino tokens, anything to make ching sounds when it drops into the tray
[07:32] <ViViD> jpatrick: where are you that its evening?
[07:32] <jpatrick> Girona, Spain
[07:32] <LaserJock> ViViD: The state legislature just approved roaming gambling machines where you can wander around the casino with a handheld device ;-)
[07:33] <ViViD> lol
[07:34] <LaserJock> ViViD: but it's a terrible atmosphere. Smoky and dark. I get headaches pretty quick so I rarely go. I'm going to grad school so I don't have time or money to waste.
[07:34] <ViViD> jpatrick: in spain, do you have to write C in english?
[07:35] <jpatrick> ViViD: I am English (British to be precise)
[07:35] <ViViD> well i guess its a language of its own heh
[07:35] <ViViD> o cool
[07:36] <ViViD> europe is really cool in how you can travel much shorter distances than in north america and experience vast differences in cultures and such
[07:36] <ViViD> much easier to experiene "the world" from there
[07:37] <ViViD> anyway, is anyone available to criticize my upload? i need to get this source packaging down so i can start uploading all my apps
[07:38] <lionel_> ping raphink
[07:44] <lionel_> Can somebody have a look on http://revu.tauware.de/details.py?upid=2021, i correct my package after raphlink comments
[07:45] <lionel_> I'lle be back in fw minits (go home)
[07:51] <ViViD> could someone look at http://revu.tauware.de/details.py?upid=2003 the package is finished, just need to make the the debian/ directory is set correctly
[07:56] <Gloubiboulga> jpatrick, have you fixed your bug? :)
[07:58] <Gloubiboulga> jpatrick, it you have a little moment to review gnetswitch, that would be very cool ;)
[08:01] <ViViD> hmm, anyone know how i add new files to a source package, like i added foo to it, and it doesnt need to be compiled, but for make install, it needs to be moved to prefix/foo/bar...
[08:07] <LaserJock> ViViD: I don't quite understand your question. You want to move a file after make install?
[08:07] <jpatrick> Gloubiboulga: just have to upload fix - be right there
[08:09] <Gloubiboulga> ok jpatrick
[08:14] <Kyral> ...what change made the Evolution Junk Filter think everythng was junk?
[08:16] <Kyral> and I am not kidding
[08:25] <ViViD> LaserJock: yea, when the user performs make install, foo should be moved to prefix/foo/bar, but its just a text file, it doesnt need compiled or anything
[08:25] <ViViD> actually, one is the app menu entry, and the other is a mime-type entry
[08:26] <LaserJock> ViViD: are you using debhelper? in that case just use dh_install. if not you could just use install
[08:27] <ViViD> yea but these files i just added in, and the install function doesnt move them
[08:28] <ViViD> one should be in prefix=usr, /usr/share/applications and the other /usr/share/mime/packages
[08:28] <ViViD> i guess i should just rebuid it
[08:29] <LaserJock> ViViD: honestly, I'm totally lost by what you are saying. You want to move files from debian/ to wherever after make install right?
[08:30] <ViViD> no, not from the debian dir, from the source directory that the debian directory is inside
[08:34] <LaserJock> ViViD: ok, well then just use "install file destination" in debian/rules
[08:35] <siretart> dholbach: did you already ping crimsun?
[08:48] <ViViD> alright i got it thanks
[08:49] <ViViD> now the package should be done, just need people to check my debian/ contents so i can fix it and get it advocated
[09:13] <marcin`> hello MOTU's
[09:13] <marcin`> I need some help with REVU
[09:13] <marcin`> I cannot upload with dput
[09:14] <marcin`> output says that there is error 553
[09:14] <marcin`> Note: This problem might be caused by files already existent on the server.
[09:14] <marcin`> 
[09:14] <marcin`> could someone help me with this?
[09:21] <marcin`> raphink: ping
[09:23] <LaserJock> has anybody actually gotten freenx to work?
[09:23] <raphink> marcin`: I'll remove the files from tiber
[09:23] <raphink> then try to upload again
[09:23] <marcin`> ok thanks
[09:24] <raphink> marcin`: try and upload again now
[09:24] <raphink> marcin`: did you talk with ArmeBosse ?
[09:24] <jpatrick> Gloubiboulga: now I'm ready
[09:24] <marcin`> yes
[09:24] <raphink> good
[09:24] <marcin`> raphink: yes we are on #vtiger-bounty
[09:24] <raphink> ok I'm out
[09:24] <raphink> talker people
[09:24] <marcin`> raphink: he is away at the moment
[09:24] <raphink> talker = talk later
[09:24] <raphink> ;)
[09:25] <jpatrick> au revoir raphink
[09:25] <raphink> marcin`: ok try and find someone to review it, then I'll see it again tonight
[09:25] <raphink> ciao jpatrick
[09:25] <marcin`> raphink: I must say that I don't agree with few his changes.. but currently we want to put this package in dapper
[09:26] <marcin`> raphink: so I'll live with these changes
[09:26] <marcin`> raphink: so can I try to upload to revu again?
[09:26] <raphink> good
[09:26] <raphink> yes, try to upload now
[09:26] <raphink> I'll stay around in case in fails again
[09:26] <raphink> but then I'll leave
[09:28] <raphink> please upload now marcin` I want to go out
[09:30] <marcin`> 30 sek
[09:30] <raphink> hmmpf
[09:30] <jpatrick> :)
[09:31] <marcin`> ok it's ok
[09:31] <marcin`> raphink: sorry I had to remove some stupid line of code from rules....
[09:32] <marcin`> raphink: I really we should talk about this package later...
[09:32] <marcin`> raphink: but now upload goes to revu
[09:32] <jpatrick> raphink: did you upload gnetswitch?
[09:32] <raphink> jpatrick: yes I did
[09:32] <jpatrick> ah, then my work is done
[09:32] <jpatrick> ;-)
[09:33] <raphink> marcin`: is it me or you're currently uploading a Debian native package?
[09:33] <raphink> jpatrick: I'm sure there is more to upload before FF
[09:33] <jpatrick> raphink: yep
[09:34] <raphink> marcin`: you're uploading a tar.gz not a orig.tar.gz
[09:34] <jpatrick> raphink: just been bug busting :)
[09:34] <marcin`> raphink: I give up...
[09:35] <raphink> marcin`: sorry?
[09:35] <marcin`> raphink: I don't have time to fight with this now...
[09:35] <raphink> hmmm
[09:35] <raphink> you probably built the package without the orig.tar.gz in the parent dir
[09:35] <raphink> it's very easy to fix
[09:36] <marcin`> raphink: have no idea why there is tar.gz not orig.trg
[09:36] <raphink> but vtiger won't get in as a Debian native
[09:36] <raphink> cause it has no reason to be one
[09:36] <marcin`> heh I downloaded this from ArmeBosse website
[09:36] <raphink> wel most of the time the reason is that the orig.tar.gz is not present in the parent dir
[09:36] <raphink> marcin`: armebosse had mistakenly made it a debian native
[09:37] <raphink> you should have run debuild -S -sa
[09:37] <raphink> before uploading
[09:37] <marcin`> I did it
[09:38] <Gloubiboulga> jpatrick, I'm ready too :)
[09:38] <marcin`> I couldn't upload at all without -S -sa
[09:38] <marcin`> raphink: so - what to do now?
[09:38] <raphink> ok give me an ssh
[09:38] <raphink> fast
[09:38] <raphink> I want to go out with my friend
[09:38] <marcin`> ssh?
[09:38] <jpatrick> Gloubiboulga: raphink already uploaded so not much I can do
[09:38] <jpatrick> Secure Shell
[09:38] <raphink> and I don't want vtiger to waste my evening on stupid upload stuf
[09:39] <raphink> marcin`: where is the package?
[09:39] <raphink> I'll upload it
[09:39] <raphink> marcin`: give me the website where it is
[09:39] <marcin`> just a moment
[09:39] <marcin`> ok ok
[09:39] <marcin`> it will be on my website
[09:39] <raphink> if you give me the url it might help
[09:39] <marcin`> raphink: I'll upload to
[09:40] <raphink> I need orig, diff.gz and dsc
[09:40] <raphink> nothing else
[09:40] <marcin`> raphink: http://194.114.146.58/vtiger
[09:41] <marcin`> raphink: hmm there is already my old orig file...
[09:41] <marcin`> raphink: it could help
[09:41] <Gloubiboulga> jpatrick, ok, just saw it
[09:41] <Gloubiboulga> raphink, merci :)
[09:41] <marcin`> raphink: ok done
[09:41] <marcin`> raphink: it's all there
[09:41] <raphink> marcin`: done whazt??
[09:42] <marcin`> package is on my website
[09:42] <raphink> marcin`: you must be kidding
[09:42] <marcin`> what?
[09:42] <raphink> marcin`: where is the diff.gz ??
[09:42] <jpatrick> :|
[09:43] <raphink> oh nevermind
[09:43] <raphink> I understood
[09:43] <raphink> marcin`: nevermind I'll do it
[09:43] <marcin`> I had to put new diff there
[09:43] <raphink> yeah yeah nevermind
[09:43] <raphink> don't worry
[09:43] <raphink> but then you'll need to find two MOTUs to review
[09:43] <raphink> since I'll be uploading it
[09:43] <raphink> so I can't review it
[09:44] <marcin`> to be honest I'm not sure if this package will be OK
[09:44] <marcin`> but I'll try
[09:45] <raphink> gets me crazy to have to make the diff again
[09:45] <raphink> would take just 10 seconds to do it through ssh
[09:46] <raphink> or vnc or whatever
[09:46] <marcin`> sorry
[09:47] <Gloubiboulga> bonne nuit
[09:47] <raphink> I'm wondering if this is meant to be in dapper
[09:47] <jpatrick> buenas noches...
[09:47] <raphink> bn Gloubiboulga
[09:47] <raphink> here we have two packagers, and none being able to turn debian-native package into a normal one
[09:48] <marcin`> raphink: I'm really annoyed now...
[09:48] <marcin`> raphink: please upload this package if you can
[09:48] <raphink> marcin`: I'll tell you what I'm doing marcin`
[09:48] <raphink> I'm getting the orig.tar.gz, the .dsc and the tar.gz
[09:48] <raphink> then
[09:48] <marcin`> raphink: but I'll upload my own package tomorrow
[09:49] <raphink> marcin`: then you'll get your package in dapper+1 in 3 months
[09:49] <raphink> marcin`: I think you didn't get that today is FF
[09:49] <raphink> it is the _last_ day to get new packages in dapper
[09:49] <raphink> tomorrow is too late
[09:49] <marcin`> I know that
[09:50] <marcin`> and this is why I accept ArmeBosse regressions today
[09:50] <raphink> marcin`: ok here is what I'm doig
[09:50] <raphink> just so you know
[09:50] <raphink> I got the tar.gz and extracted it
[09:50] <raphink> then I removed it
[09:50] <raphink> then I got the orig.tar.gz
[09:51] <marcin`> and propably these 2 MOTU's that has to review this package will say NO
[09:51] <raphink> then I cd into the extracted dir
[09:51] <raphink> and I run debuild -S -sa -kmykey
[09:51] <marcin`> raphink: yeah I know what you did
[09:51] <raphink> marcin`: then why didn't you do it?
[09:51] <marcin`> raphink: you know that I uploaded correct packages earlier
[09:52] <raphink> well not this time though
[09:52] <marcin`> but now I ArmeBosse was working on this package
[09:52] <ArmeBosse> here
[09:52] <marcin`> and I just downloaded files from his website and did pbuild outside of my workspace
[09:53] <marcin`> and I was in hurry so I forgot about this orig
[09:53] <raphink> it's good to check other people's work before committing it
[09:53] <raphink> ok
[09:53] <raphink> it's up
[09:53] <raphink> in 4 minutes it'll be available on REVU
[09:53] <marcin`> and had no time to merge with my build tree
[09:53] <marcin`> ok
[09:53] <raphink> find MOTUs to review it
[09:53] <ArmeBosse> i like "regression" term
[09:53] <raphink> havea good evening :)
[09:53] <jpatrick> raphink: we'll take over from here
[09:54] <raphink> ciao
[09:54] <marcin`> ArmeBosse: I don't have another term to name all we had to do with this package
[09:54] <raphink> thanks jpatrick
[09:54] <jpatrick> bye
[09:54] <ArmeBosse> "changes"
[09:54] <ArmeBosse> bye raphink
[09:55] <marcin`> ArmeBosse: themes removed, you also added dh_link while we got script that does the same job in /etc/apache2/conf.d
[09:55] <ArmeBosse> replyed in other chan already
[09:55] <marcin`> ArmeBosse: I see
[09:55] <ArmeBosse> so what you want again ?
[09:55] <marcin`> nothing...
[09:56] <marcin`> I'm just annoyed I want this package to be up and running
[09:56] <marcin`> and I want to go and work on polish translation and custom modules
[09:56] <marcin`> and I don't want to care about weird requirements from ajmitch_ or other MOTU's
[09:56] <ArmeBosse> what's need to be polished ATM ?
[09:56] <ArmeBosse> no more time yes
[09:56] <marcin`> propably nothing
[09:57] <marcin`> except that I know that sistpotty or propably other MOTU's could complain about copyright
[09:57] <ArmeBosse> i must read back log bb
[09:57] <marcin`> and propably about config.template.php in /etc/ too
[09:57] <LaserJock_> marcin`: revu URL?
[09:58] <ArmeBosse> we'll see
[09:58] <ArmeBosse> i'm not agree with this point of view
[09:58] <marcin`> LaserJock_: http://revu.tauware.de/details.py?upid=2026
[09:58] <ArmeBosse> just wait MOTU review
[09:59] <marcin`> ArmeBosse: sure
[10:00] <marcin`> another thing is that I still don't understant how is possible to configure this package to use some 'random' theme
[10:00] <marcin`> or 'random' language
[10:01] <ArmeBosse> not package related ?
[10:03] <ArmeBosse> "stupid line" i always like the terms you use and you collaborative point of view :)
[10:03] <ArmeBosse> +r
[10:04] <marcin`> well ajmitch_ complained a lot that this package has theme-blue as dependency and other themes as recommended
[10:04] <marcin`> ArmeBosse: so he complained a lot but didn't said how is this possible to set
[10:05] <marcin`> ArmeBosse: dependencies like: theme1 | theme2 | theme3
[10:05] <ArmeBosse> well i'm waiting to talk with him
[10:05] <marcin`> ArmeBosse: and then how user is supposed to choose between themes
[10:06] <marcin`> ArmeBosse: while we really _need_ to have at least one theme
[10:06] <LaserJock_> marcin`: at least one of them *has* to be installed
[10:06] <marcin`> LaserJock_: but which one?
[10:06] <LaserJock_> anyone
[10:06] <LaserJock_> any one, I mean
[10:07] <ArmeBosse> LaserJock_: there's no more package for theme
[10:07] <marcin`> LaserJock_: it's not so easy - because it has then to be set in /etc/vtigercrm/config.inc.php
[10:07] <ArmeBosse> there's only core with base theme
[10:07] <marcin`> and this is regression for me
[10:07] <marcin`> we had to give up and put all themes to single package
[10:07] <LaserJock_> and you can't use debconf?
[10:08] <ArmeBosse> and will introduce a debconf question to choose default theme
[10:08] <marcin`> LaserJock_: sure I could - but tell me how?
[10:08] <ArmeBosse> and it's not regression for me
[10:08] <LaserJock_> marcin`: read debconf material
[10:08] <marcin`> LaserJock_: I did
[10:08] <marcin`> LaserJock_: tell me please one thing
[10:09] <marcin`> LaserJock_: we got vtiger package and vtiger-theme1, v-theme2, v-theme3
[10:09] <ArmeBosse> marcin`: if you don't know how to do it not a problem, i'll do it
[10:09] <marcin`> LaserJock_: and we set in vtiger: Depends: v-theme1, v-theme2, v-theme3
[10:09] <LaserJock_> marcin`: btw, I can see how the debian/copyright is going to be a mess but you do need to put the text of the licenses that aren't GPL, BSD, or LGPL
[10:09] <marcin`> LaserJock_: then which one will be installed when user will do: apt-get install vtiger?
[10:10] <marcin`> LaserJock_: tell this to ArmeBosse
[10:10] <marcin`> LaserJock_: (about copyright)
[10:10] <LaserJock_> marcin`: are you talking about v-theme1| vtheme-2| v-theme3 in Depends?
[10:10] <ArmeBosse> collaborative :) lol
[10:11] <ArmeBosse> LaserJock_: i prefer to wait for review of MOTU
[10:11] <marcin`> ArmeBosse: yes we got perfect collaboration ;>
[10:11] <marcin`> ArmeBosse: I added this license to copyright and you removed in next version
[10:11] <LaserJock_> ArmeBosse: well, you can but you could also check the Debian Policy
[10:11] <ArmeBosse> LaserJock_: if it's only this that can prevent vtiger to enter, we can have a consensus
[10:12] <marcin`> ArmeBosse: so I don't care about this issue because it's not my fault
[10:12] <ArmeBosse> for moment there's too many issues pending
[10:12] <ArmeBosse> marcin`: i'm not here to count points, here waiting for MOTU review
[10:12] <marcin`> LaserJock_: yes I'm talking about these dependencies
[10:13] <marcin`> ArmeBosse: as I said - I don't care - LaserJock_ said about copyright to me but you are the author
[10:13] <marcin`> ArmeBosse: so he should talk with you - EOT
[10:14] <marcin`> LaserJock_: anyway forget about these issues now
[10:14] <ArmeBosse> LaserJock_: have you got chapter in debian policy where i can refer to about copyright ?
[10:14] <LaserJock_> ArmeBosse: yes just a sec, I've been dealing with this issue too lately
[10:14] <ArmeBosse> k
[10:15] <LaserJock_> ArmeBosse: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile
[10:15] <marcin`> LaserJock_: so if we got 'Depends: theme1 | theme2 | theme3' then how user can choose which theme he want's to install and which one he wants to be default?
[10:15] <ArmeBosse> thks
[10:17] <ArmeBosse> marcin`: ok it's in debian policy so you can revert the copyright
[10:17] <ArmeBosse> SPL copy i mean
[10:17] <LaserJock_> marcin`: I'm not sure exactly. I don't think it will exactly do what you want. but any of those themes will satisfy the dependency. So the user could install theme2 and remove theme1 for instance
[10:18] <LaserJock_> ArmeBosse: what about FPDF? freeware isn't a very descriptive license
[10:18] <marcin`> LaserJock_: yes I know that but it's not enough to satisfy dependency
[10:18] <ArmeBosse> i can't do more, author never set license
[10:19] <LaserJock_> ArmeBosse: ugggh
[10:19] <marcin`> LaserJock_: we also have to set $default_theme variable in config.inc.php
[10:19] <ArmeBosse> freeware=do what you want
[10:19] <LaserJock_> ArmeBosse: well, so perhaps Public Domain?
[10:19] <marcin`> LaserJock_: but then we can for example have 10 themes and any could be default
[10:19] <ArmeBosse> http://www.fpdf.org/?lang=en
[10:20] <LaserJock_> marcin`: I think the first one might be the default or if you specify in an apt-get line
[10:20] <ArmeBosse> http://www.fpdf.org/en/FAQ.php
[10:20] <ArmeBosse> 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.
[10:21] <ArmeBosse> we can add this
[10:22] <ArmeBosse> marcin`: you never can implement something like that, must regsister new theme, parse the file, show it in debconf
[10:22] <ArmeBosse> many work
[10:23] <LaserJock_> marcin`: seems like debconf would be much better but I've never used it so ...
[10:23] <ArmeBosse> and in debian package i'll never do like that
[10:25] <marcin`> yes it's pretty weird
[10:25] <marcin`> but themes is one thing and we also have language packs that are simmilar issue
[10:25] <LaserJock_> I guess I might be ignorant of debconf here but it doesn't seem like it would be that hard. Maybe I don't understand exactly what you're trying to do.
[10:25] <ArmeBosse> not similar issue
[10:26] <ArmeBosse> base theme and new added theme is not the same approach
[10:26] <ArmeBosse> we must install package correctly, but user must select it in web app
[10:27] <ArmeBosse> for base theme, we know them, so we can do like apache.conf
[10:28] <ArmeBosse> marcin`: or in you need to parse themes dir
[10:29] <ArmeBosse> must be a better approach
[10:29] <marcin`> another thing is that I thought that Conflicts will save us from php5 issues
[10:29] <marcin`> and after little talk with sistpotty he gave me this url: https://launchpad.net/distros/ubuntu/+source/ubuntu-meta/+bug/22335
[10:29] <Ubugtu> malone bug 22335 in ubuntu-meta ubuntu-desktop "gnome-screensaver conflicts with ubuntu-desktop" [Normal,Fix released] 
[10:29] <marcin`> and I had to remove this
[10:30] <marcin`> so now nothing can save us if user will install php5...
[10:30] <marcin`> anyway I need to do polish translation now
[10:31] <ArmeBosse> conflicts with php5 is supposed to resolve which issue ?
[10:32] <ArmeBosse> LaserJock_: you are a MOTU ?
[10:32] <LaserJock_> hopfully soon will be in a week but not presently
[10:33] <ArmeBosse> after reviewing the current package, only copyright blocks you ?
[10:35] <ArmeBosse> any other people to review it ?
[10:36] <LaserJock_> I just looked at the debian/copyright because marcin` had mentioned it. I didn't really look at the rest.
[10:36] <ArmeBosse> k
[10:38] <ArmeBosse> marcin`: can you upload a new package with SPL 1.1.2 inside ?
[10:38] <ArmeBosse> marcin`: and remove copyright.txt and license_linux.txt from docs ?
[10:39] <marcin`> 20 minutes
[10:40] <TheMuso> Bye all. If you need me, please email me, themuso@themuso.com. Will be offline for the next couple of days.
[10:40] <ArmeBosse> marcin`: ok, you probably need to remove the lines mentionning this toot
[10:40] <ArmeBosse> -t
[10:41] <marcin`> ArmeBosse: and I also can remove this dh_link right?
[10:43] <ArmeBosse> yes
[10:43] <ArmeBosse> i update svn on vtigerforge
[10:48] <tepsipakki> hi, anyone available for a last check on http://revu.tauware.de/details.py?upid=2019 ?
[10:54] <tepsipakki> noo, don't leave me :)
[10:55] <ArmeBosse> marcin`: in the same idea, QPL 1.0 and MPL 1.1 must be added
[10:56] <marcin`> mhm
[10:56] <marcin`> few minutes please
[10:56] <marcin`> I need to finish my meeting with customer
[10:56] <sistpoty> hi folks
[10:57] <sistpoty> are we in FeatureFreeze yet?
[10:57] <tepsipakki> sistpoty: both libgssapi and librpcsecgss got uploaded :)
[10:58] <sistpoty> congrats tepsipakki ;)
[10:58] <tepsipakki> and thank you once again. I repackaged them, used cdbs this time
[10:58] <sistpoty> you're welcome ;)
[11:00] <dolson> crimsun: PAM patch completed by Kamion :D
[11:01] <tepsipakki> sistpoty: there's still libnfsidmap, which should be easy (like those two earlier), so how about it?-)
[11:01] <sistpoty> tepsipakki: ok, I'll take a look...
[11:01] <tepsipakki> http://revu.tauware.de/details.py?upid=2019
[11:01] <tepsipakki> the url
[11:02] <ArmeBosse> marcin`: svn updated
[11:02] <sistpoty> tepsipakki: oh, it's in main...
[11:02] <sistpoty> tepsipakki: you'll need to ask s.o. with main privs...
[11:02] <ViViD> can someone please look at http://revu.tauware.de/details.py?upid=2003 and http://revu.tauware.de/details.py?upid=2024 please
[11:02] <ArmeBosse> sistpoty: http://revu.tauware.de/details.py?upid=2026 next in the queue please :)
[11:03] <tepsipakki> sistpoty: yes.. Kamion said that too, but I don't know who to ask
[11:03] <ViViD> if they need work leave a comment, im gonna go take a shower
[11:03] <sistpoty> omg... queue is getting longer, and I'm online for just 5 minutes ;)
[11:03] <ArmeBosse> hh FF frenzy
[11:03] <tepsipakki> heh
[11:03] <sistpoty> tepsipakki: ajmitch_, siretart, slomo, \sh_away, tseng, dholbach (just to give you some examples)
[11:04] <tepsipakki> sistpoty: ok I'll start poking
[11:05] <sistpoty> tepsipakki: maybe you could also ask s.o. in #ubuntu-devel... though I assume they're all quite busy
[11:05] <tepsipakki> I bet..
[11:08] <sistpoty> ViViD: please don't advocate your own uploads ;)
[11:10] <ArmeBosse> sistpoty: so no time to review vtigercrm again ?
[11:10] <marcin`> ArmeBosse: where are QPL and MPL licenses?
[11:10] <sistpoty> ArmeBosse: it's in the queue ;)
[11:11] <marcin`> ArmeBosse: are there in vtiger sources somewhere?
[11:11] <ArmeBosse> yes a second
[11:11] <ArmeBosse> jpgraph/QPL.txt
[11:12] <ArmeBosse> http://www.mozilla.org/MPL/MPL-1.1.txt
[11:14] <ArmeBosse> in the template : $root_directory = '/usr/share/vtigercrm/';
[11:15] <marcin`> ok right
[11:15] <ArmeBosse> in docs, like your package INSTALLATION.txt and README.txt
[11:15] <marcin`> yes I know
[11:16] <ArmeBosse> i missed to remove 1 file in svn , why i repeat
[11:18] <marcin`> I also wonder if is there any way to force apache to use php4 with apache.conf
[11:20] <ArmeBosse> don't know
[11:22] <sistpoty> ArmeBosse, marcin`: can't you check for a module?
[11:22] <sistpoty> for the presence of a module even
[11:27] <ArmeBosse> sistpoty: seems difficult to do for all webserver
[11:27] <ArmeBosse> for apache 2 we can look mods-enabled dir
[11:28] <ArmeBosse> if you look "advanced" webapps, they don't go so far
[11:29] <ArmeBosse> my current example is gforge
[11:29] <sistpoty> ArmeBosse: what I'm still wondering is, why it won't work with php5 installed (if php4 is present as well)
[11:30] <sistpoty> ArmeBosse: is it using cgi or s.th. like modphp?
[11:32] <ArmeBosse> sistpoty: conflicts with php5 is supposed to resolve which issue ?
[11:32] <ArmeBosse> sistpoty: i don't know myself
[11:32] <ArmeBosse> just vtiger doesn work with php5, only php4 is supported
[11:34] <sistpoty> ArmeBosse: if it uses s.th. like mod-php, I guess the config-piece of apache could be tweaked to force use of php4 or display an error message if it's not enabled
[11:35] <sistpoty> ArmeBosse: if it uses cgi, I guess you could replace the interpreter name with hardcoded php4 for the files. not quite sure if this works though (don't know exactly how cgi-scripts are executed by apache)
[11:35] <ArmeBosse> we can use a2en
[11:36] <marcin`> anyway we got an hour and we don't have any MOTU wwhat could review this
[11:36] <ArmeBosse> the main problem :(
[11:36] <marcin`> ArmeBosse: I'm just uploading new version with chages in copyright and rules
[11:36] <ArmeBosse> k
[11:37] <ArmeBosse> sistpoty: this can probably wait next release ?
[11:37] <ArmeBosse> we've got a working package, and a tweakable on that can be more reliable later
[11:38] <sistpoty> ArmeBosse: yes (but you shouldn't have a conflicts: php5 in the control, as discussed last night)
[11:38] <ArmeBosse> it' removed :)
[11:38] <sistpoty> :)
[11:38] <ArmeBosse> last package seems ok for me ;)
[11:38] <ArmeBosse> but i'm not motu :)
[11:39] <sistpoty> phew... reviewing this beast will be fun... I guess I'll need an hour or so for it ;)
[11:40] <ArmeBosse> just works(tm) ;)
[11:40] <ArmeBosse> any webapps guru in motu ? maybe you ?
[11:46] <ArmeBosse> reviewers : http://revu.tauware.de/details.py?upid=2027
[11:48] <ArmeBosse> marcin`: you reintroduced typo mistake
[11:48] <ArmeBosse> marcin`: what did you use ? patch ?
[11:49] <ArmeBosse> what's this ???
[11:50] <ArmeBosse> you re introduced your embedded template ?
[11:50] <ArmeBosse> ok so you revert my changes ...
[11:53] <marcin`> holy crap
[11:53] <marcin`> sorry
[11:53] <marcin`> I had to use my build tree
[11:53] <marcin`> to make revu upload
[11:53] <marcin`> because your package is debian native
[11:54] <ArmeBosse> orig.tar.gz is debian native ?
[11:54] <marcin`> and I changed things in copyright but forgot about these one
[11:54] <marcin`> there is no orig.tar.gz ob your webpage
[11:54] <ArmeBosse> how did you do previous upload then ?
[11:55] <marcin`> http://revu.tauware.de/details.py?upid=2026
[11:55] <marcin`> take a look at last comment from raphink
[11:55] <marcin`> he had to download this and upload again as ubuntu package
[11:55] <ArmeBosse> http://fboudra.free.fr/debian/vtigercrm/vtigercrm_4.2.3.orig.tar.gz
[11:56] <marcin`> heh too late :)
[11:56] <ArmeBosse> hehe good liar :)
[11:56] <marcin`> no really it wasn't there
[11:56] <ArmeBosse> you can tell me
[11:56] <ArmeBosse> before upload
[11:57] <marcin`> anyway it doesn't matter
[11:57] <ArmeBosse> it does matter
[11:57] <marcin`> is any MOTU reviewing this ?
[11:58] <marcin`> I could do another upload now
[11:58] <marcin`> but not sure if there is anyone working on this
[11:58] <ArmeBosse> i want previous package with the fix
[11:58] <ArmeBosse> svn is sync
[11:58] <ArmeBosse> just copyright not updated
[11:59] <sistpoty> ViViD: libpar2 reviewed... please look at the comments and ask if s.th. is unclear
[12:00] <marcin`> svn on vtigerforge?
[12:00] <ArmeBosse> yes
[12:01] <marcin`> btw I'm sorry but tell me again how to hell can I upload my files there?
[12:01] <marcin`> to polish-lang project...
[12:02] <ArmeBosse> admin interface of you project
[12:02] <ArmeBosse> r
[12:02] <marcin`> (I know you already did but I don't have irc log on)
[12:02] <marcin`> ok and then?