[00:00] <RAOF> Yeah.  lp:python-fstab will be just the code, not the debian packaging.
[00:01] <acarpine> raof: In this way I cannot test the package with bzr bd -- -S ... and I cannot use debcommit
[00:02] <acarpine> if i'm right debcommit makes some changes at changelog...so I imagine is for this that I cannot use it
[00:03] <RAOF> That would be correct, yes.  You'll need to use plain “bzr commit”.
[00:05] <acarpine> i didn't use it...and when I push the code to my lp I get a warning message
[00:05] <acarpine> *used
[00:06] <RAOF> What's the warning message?
[00:06] <acarpine> ...Uncommitted changes will not be pushed.
[00:06] <acarpine> all the msg was "Working tree "/home/andrea/Ubuntu/bugsFixing/python-round2/python-fstab/" has uncommitted changes (See bzr status). Uncommitted changes will not be pushed."
[00:06] <RAOF> Ah, right.
[00:07] <acarpine> but bzr status show me that the script was modified
[00:07] <RAOF> Yes, you'll need to use ‘bzr commit’ to commit those changes.  That's one of the things that debcommit does.
[00:08] <RAOF> bzr status is showing you what's changed since the last commit, and bzr push only pushes commits.
[00:09] <acarpine> Should add a link to my branch in the bug report?
[00:10] <RAOF> If you want to.  It's not particularly important one way or the other.
[00:10] <RAOF> If you “bzr commit --fixes=lp:$THE_BUG_NUMBER” then launchpad will automatically link the branch.
[00:10] <RAOF> Again, not particularly important one way or the other.
[00:14] <ari-tczew> tumbleweed: I think tht
[00:14] <ari-tczew> that at this moment easier is use syncpackage instead manually making request sync.
[00:14] <Laney> why?
[00:24] <ari-tczew> Laney: because that my opinion/.
[04:42] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate to fix all problems about which micahg and mok0 complained. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[07:14] <nigelbabu> Rhonda: poke?
[08:01] <dholbach> good morning
[08:29] <Rhonda> nigelbabu: peek?
[08:29] <nigelbabu> Rhonda: PM? :)
[08:32] <Rhonda> Peter Moosleitners interessantes Magazin?
[08:33] <nigelbabu> Rhonda: haha, Can I PM you?
[08:34] <Rhonda> Sure
[09:26] <tumbleweed> bdrung, geser: poke (re u-d-t launchpadlib 1.9 branch)
[09:26] <c2tarun> Can anyone please tell me how to forward a patch to debian?
[09:26] <tumbleweed> c2tarun: you could go to Rhonda's talk on the subject, tonight :)
[09:27] <tumbleweed> c2tarun: submittodebian is a good start. Have you used Debian's BTS before?
[09:28] <c2tarun> tumbleweed: nope, its my first time, I was about to upload a patch on bug 726405, artur wrote in comment to forward it to debian.
[09:28] <tumbleweed> c2tarun: https://wiki.ubuntu.com/Debian/Bugs
[09:30] <Rhonda> \o/
[09:30] <c2tarun> tumbleweed: and what about the bug number I should include in closes (please look at the last comment)
[09:33] <tumbleweed> c2tarun: I sometimes do that, but as long as the Debian bug is linked from the Ubuntu one, that should be enough
[09:33] <Rhonda> c2tarun: You'll receive a notification of your submitted bugreport which gives you the number of the bug
[09:34] <tumbleweed> c2tarun: whoah, that patch. Should you not be using -lkio instead of /usr/lib/libkio.so.4 (for example)
[09:35] <c2tarun> tumbleweed: yup, i'll upload a new copy within few minutes, that includes -lkio
[09:35] <tumbleweed> c2tarun: same for the others
[09:35] <c2tarun> tumbleweed: but I dont know what to write in Bug-Debian tag in patch header.
[09:36] <tumbleweed> oh, artur told you that
[09:36] <Rhonda> Wasn't -lkio part of what ari suggested?
[09:36] <tumbleweed> c2tarun: as Rhonda said, you'll get a- enmail
[09:37] <c2tarun> tumbleweed: so it means that first I have to submit it to debian, than I'll get a bug number then I'll enclose that number and submit debdiff to LP?
[09:37] <tumbleweed> c2tarun: sounds good
[09:37] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate to fix all problems about which micahg and mok0 complained. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[09:37] <c2tarun> tumbleweed: thanks :)
[09:37] <Rhonda> c2tarun: also submit debdiff to the Debian bug, and tag it patch
[09:37] <c2tarun> Rhonda: sure
[09:38] <Rhonda> c2tarun: Please check wether there is a Debian bug about it already, so you don't open a duplicate.
[09:38] <c2tarun> Rhonda: how to do that? googling?
[09:38] <Rhonda> http://bugs.debian.org/packagename
[09:39] <Rhonda> So http://bugs.debian.org/kbarcode in this case.
[09:39] <Rhonda> Gladly there seem to be only 6 open bugs there currently, so it should be easy to check :)
[09:40] <c2tarun> Rhonda: yup :) there is no FTBFS bug in there
[09:41] <tumbleweed> c2tarun: for bonus points, usertag it no-add-needed http://wiki.debian.org/ToolChain/DSOLinking#Notresolvingsymbolsinindirectdependentsharedlibraries
[09:42] <Rhonda> Don't overflow him with information which makes him explode. :)
[09:42] <tumbleweed> heh
[09:42] <c2tarun> tumbleweed: I read that page, BTWwhat do you mean by usertag?
[09:44] <tumbleweed> c2tarun: The debian bug tracker has two types of tags, official tags, and usertags https://wiki.ubuntu.com/Debian/Usertagging
[09:44] <Rhonda> sbeattie: Btw., this is totally strange. I have the patch file sitting properly in debian/patches, but dpkg-source -b doesn't like to pick it up. Do you know if there is some filename specific exclude or such anywhere?
[09:44] <tumbleweed> submittodebian will usertag the bug, to say that the bug came from an Ubuntu developer
[09:44] <tumbleweed> there's also a usertag for the kind of issue that you are fixing. Unfortunatly you can't easily set both while you are filing the bug
[09:44] <tumbleweed> s/easily/at all/
[09:45] <tumbleweed> c2tarun: so maybe ignore that bit for now :)
[09:49] <Rhonda> I don't buy that "at all" :)
[09:49] <tumbleweed> Rhonda: how do you set usertags for two different users during submission?
[09:50] <Rhonda> Ah, different users? That wasn't clear to me, why are different users used?
[09:50] <c2tarun> well what should I choose the severity?
[09:50] <Rhonda> Leave it as normal, it doesn't FTBFS in Debian (yet)
[09:50] <tumbleweed> Rhonda: submittodebian will usertag bugs to say they came from Ubuntu
[09:51] <Laney> I thought that change did happen in Debian already
[09:51] <tumbleweed> it's certainly been announced a couple of days ago
[09:51] <c2tarun> What should I write in report? I never wrote one.
[09:52] <tumbleweed> c2tarun: but yes, you shouldn't filea bug in debian saying a package FTBFSs, unless you've tried to build that package on Debian
[09:52] <Rhonda> gnangnanga. sbeattie, I know why dpkg-source didn't pick up the patch. You named it gitolite-<comittish>.patch, and my -i.git does exclude that (otherwise it would pull in the .git directory itself too, which obviously fails)
[09:53] <c2tarun> tumbleweed: then what should I write there "FTBFS in ubuntu or on natty machine"?
[09:53]  * c2tarun I cannot try on debian, I dont have debian chroot
[09:53] <tumbleweed> c2tarun: FTBFS with ld --no-copy-dt-needed-entries
[09:54] <tumbleweed> and yes, say on Ubuntu natty
[09:55] <c2tarun> tumbleweed: what should I write in report section and in the section that tell "In ubuntu, the attached patch was applied to achive the following:"
[10:00] <c2tarun> I get this error while submitting to debian :( http://paste.ubuntu.com/573861/
[10:01] <tumbleweed> c2tarun: I've checked. it does FTBFS in Debian, you can make the bug grave, if you want :) http://people.ubuntu.com/~stefanor/kbarcode_amd64_sid.log
[10:01] <tumbleweed> c2tarun: you have an unconfigured postfix on your system
[10:03] <c2tarun> tumbleweed: what do you mean by make the bug grave? :/
[10:03] <tumbleweed> http://www.debian.org/Bugs/Developer#severities
[10:04] <c2tarun> tumbleweed: well I am getting only four here, I'll choose important than
[10:05] <tumbleweed> c2tarun: there should be a special category for FTBFS
[10:06] <tumbleweed> the reason you are only seeing 4 is that reportbug has multiple modes. It defaults to "novice"
[10:06] <c2tarun> tumbleweed: dont know :( I am getting only four and a message of saying something about novice mode
[10:06] <c2tarun> tumbleweed: yup exactly
[10:07] <tumbleweed> that protects you from doing things that would make people shout at you :)
[10:08] <c2tarun> tumbleweed: ok, I am getting this error on my system as well as on chroot, how to configure postfix?
[10:09] <tumbleweed> c2tarun: as to the sending issue, you could try putting "smtphost bugs-master.debian.org" in your .reportbug.conf, to totally bypass your local postfix
[10:09] <c2tarun> where is this file .reportbug.conf? in home folder?
[10:09] <tumbleweed> Rhonda: what do we normally recommend for people running into this?
[10:09] <kklimonda> morning
[10:10] <tumbleweed> c2tarun: yes
[10:11] <tumbleweed> the reportbug.conf manpage says "smtphost localhost" will use an internal MTA. That might be a good option
[10:11] <Rhonda> tumbleweed: Why to bypass the local postfix instead to configuring it?
[10:12] <c2tarun> tumbleweed: I am installing sendmail right now. should I add "smtphost bugs-master.debian.org" in my .repor* file?
[10:12] <Rhonda> please don't choose sendmail, for your own good!
[10:12] <c2tarun> Rhonda: then what?
[10:13] <Rhonda> What's wrong with your postfix?
[10:13] <Rhonda> ssmtp is also a quite cheap option.
[10:13] <Rhonda> ah, unconfigured.
[10:13] <c2tarun> Rhonda: actually I am not familiar with any of it :(
[10:13] <tumbleweed> Rhonda: the reason I didn't go into configuring it is that it may not be trivial
[10:14] <Rhonda> It's a *lot* easier and a *lot* less painful to configure your postfix instead of sendmail, trust me. :)
[10:14] <tumbleweed> many ISPs block outgoing SMTP, and many people block mail from DSL IP-ranges
[10:14] <Rhonda> Anyway, using smtphost in ~/.reportbugrc is a very good choice.
[10:15] <tumbleweed> c2tarun: if you know your ISPs SMTP relay, you should configure your postfix to mail out through that. You could also use gmail's SMTP service, etc.
[10:15] <Rhonda> Personally I have configured my local postfix to use a smarthost with smtp authentication.
[10:15] <Rhonda> That way it doesn't matter where I am, my mail always goes out properly. :)
[10:16] <c2tarun> what just happened :( http://paste.ubuntu.com/573865/ I thought to give sendmail a try. What is Tarun<EMAIL_ADDRESS>[10:17] <tumbleweed> c2tarun: sendmail is horrible. Seriously, avoid it.
[10:17] <Rhonda> c2tarun: check /etc/mailname and output of "hostname -f"
[10:17] <tumbleweed> /usr/sbin/sendmail is not necessarily sendmail, though
[10:17] <geser> tumbleweed: pong
[10:18] <tumbleweed> geser: I followed your suggestions
[10:18] <Rhonda> tumbleweed: Ah, for that part, set DEBEMAIL environment variable. :)
[10:18] <c2tarun> Rhonda: output of hostname -f is tarun-kubuntu and there is no file with mailname in /etc
[10:21] <c2tarun> I have DEBEMAIL env variable set. :/
[10:21] <c2tarun> Rhonda: ^^
[10:23] <c2tarun> Guys my laptop is about to discharge :( I'll come back when electricity will come , Sorry
[10:33] <c2tarun> Rhonda: ping
[10:33] <bdrung> c2tarun: where do you live?
[10:34] <c2tarun> bdrung: India. Why?
[10:35] <c2tarun> Can anyone help me in configuring postfix?
[10:35] <bdrung> because i can imaging how it would be to have no stable electricity supply
[10:37] <coolbhavi> bdrung: I am also from India :)
[10:37] <c2tarun> bdrung: it feels awful :(
[10:38] <bdrung> and solar energy is too expensive, right?
[10:38] <c2tarun> need help with this error http://paste.ubuntu.com/573874/
[10:38] <c2tarun> bdrung: yup.
[10:39] <coolbhavi> bdrung: even battery backups come at quite a cost here
[10:40] <bdrung> do you have laptops for this reason or a desktop with battery backup?
[10:41] <coolbhavi> bdrung: I do have both but with only a 2 hr backup
[10:42] <c2tarun> bdrung: laptops are portable :) and for students they are best
[10:47] <acarpine> raof: I'm sorry...was sufficient look into the branch to see that nothing was committed
[10:47] <tumbleweed> bdrung: something I changed in u-d-t is breaking pylint on natty
[10:47] <acarpine> raof: Anyway the Julian's message says "This branch is abandoned. Debian does not have this package anymore, and I don't know what it's needed for in Ubuntu anymore."
[10:47] <bdrung> tumbleweed: do you refer to http://launchpadlibrarian.net/65093854/buildlog_ubuntu-natty-i386.ubuntu-dev-tools_0.118~daily%2Bbzr1031~natty1_FAILEDTOBUILD.txt.gz ?
[10:48] <tumbleweed> aah, I didn't see that
[10:48] <tumbleweed> I only saw it locally
[10:49] <tumbleweed> ok, good to know it wasn't a local change
[10:49] <tumbleweed> anyway, I've let pylint skip if it fails, in the launchpadlib-1.9 branch
[10:49] <c2tarun> tumbleweed: can you please help me in configuring postfix?
[10:49] <acarpine> raof: I imagine you are in vacation now :)
[10:49] <tumbleweed> I'm going to land the thing and upload if there are no nobjections. It's not tested as thoroughly as it could be, butit's better than the status quo
[10:50] <tumbleweed> c2tarun: dpkg-reconfigure postfix
[10:50] <bdrung> tumbleweed: let me have a look at it.
[10:50] <tumbleweed> bdrung: thanks
[10:51] <bdrung> tumbleweed: can you check if we need to bump the version of launchpadlib?
[10:51] <tumbleweed> bdrung: it still works on my wheezy box
[10:52] <tumbleweed> I've avoidid making changes that'll actually cause trouble with older launchpadlibs (such as passing the program's name to launchpadlib instead of "ubuntu-dev-tools" everywhere)
[10:53] <c2tarun> tumbleweed: how can i check whether it is configured and configured correctly?
[10:54] <tumbleweed> c2tarun: use the mail command to send yourself an e-mail
[10:54] <tumbleweed> see if you get it
[10:56] <acarpine> raof: Anyway I re-committed the changes and re-pushed the branch and now should be correct...
[10:56] <acarpine> I am curious how this report should be handle now. I hope to see you tomorrow (in your next 8 hours :) )
[10:56] <acarpine> tks for your help
[10:56] <bdrung> tumbleweed: maybe we should adjust the name later, e.g. "ubuntu-dev-tools <program name>"
[10:56] <tumbleweed> yeah, that's what I'm thinking
[11:05] <c2tarun> tumbleweed: what network block should I give while configuring postfix?
[11:06] <tumbleweed> c2tarun: you don't want other machines using your postfix, I suggest just <IP_ADDRESS>/8
[11:07] <c2tarun> tumbleweed: this is the default text in there <IP_ADDRESS>/8 <IP_ADDRESS>/24 [::1]/128 [fe80::%eth1]/64___, should I change it to what you said?
[11:07] <tumbleweed> leave it as is
[11:08] <tumbleweed> oh, maybe remove the last one
[11:08] <c2tarun> tumbleweed: by last one you mean from [::
[11:08] <tumbleweed> [fe80::%eth1]/64___
[11:09] <tumbleweed> oh, and <IP_ADDRESS>/24
[11:09] <tumbleweed> you only want <IP_ADDRESS>/8 and [::1]/128
[11:09] <tumbleweed> sorry, not paying enough attention :)
[11:09] <c2tarun> tumbleweed: np :)
[11:19] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate to fix all problems about which micahg and mok0 complained. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[11:26] <c2tarun> don't know how but my terminal is using nano by default as text editor while submittodebian. How can I change it to vi?
[11:28] <debfx> c2tarun: export EDITOR=vi
[11:34] <c2tarun> I was trying to submit a patch to debian, when I was doing it few hours back there was no FTBFS bug listed there but now I am able to see this bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=554936 its very old bug with FTBFS. What should I do now?
[11:35] <Rhonda> c2tarun: Is it related, the same cause?
[11:35] <c2tarun> Rhonda: don't think so, the error log is different than mine.
[11:36] <Rhonda> Then that's fine. If it's different issues, seperate bugreports are absolutely fine.
[11:44] <c2tarun> what is bin/dash?
[11:45] <tumbleweed> c2tarun: a shell
[11:47] <c2tarun> tumbleweed: I configured postfix properly and checked. still I am getting this at the end   "Tarun<EMAIL_ADDRESS>why so?
[11:47] <tumbleweed> c2tarun: you exported DEBEMAIL?
[11:48] <tumbleweed> oh, postfix won't let you provide your own domain part, via /sbin/sendmail
[11:48] <tumbleweed> smtphost <IP_ADDRESS> should get around that
[11:48] <c2tarun> tumbleweed: shit, I exported that in chroot and I was on my system. :(
[11:50] <tumbleweed> c2tarun: I recomennd putting DEBEMAIL in yoru .bashrc
[11:53] <c2tarun> tumbleweed: done :) and submitted again,  waiting for email now.
[11:57] <bdrung> tumbleweed: I: ubuntu-dev-tools: debian-news-entry-uses-asterisk
[12:15] <bdrung> tumbleweed: bug 727127
[12:16] <bdrung> tumbleweed: would it be useful to split the pylint call into separate calls for each script?
[12:22] <tumbleweed> bdrung: aah, thanks
[12:27] <tumbleweed> bdrung: splitting it would probably be very expensive. It's already very slow. It still works on sid, so I'm happy for now
[12:27] <bdrung> k
[12:34] <Rhonda> hah, bdrung. do you feel attached to audacious?
[12:38] <bdrung> Rhonda: a little bit
[12:38] <bdrung> why?
[12:38] <Rhonda> If you join my session tonight you might pick up a todo list. ;)
[12:52] <bdrung> Rhonda: why?
[12:52] <bdrung> audacious is in sync with debian
[12:57] <Rhonda> Just wait, I don't want you to destroy my examples. :P
[13:01] <tumbleweed> bdrung: ok, I'll fix NEWS and upload
[13:02] <bdrung> yes
[13:10] <bdrung> tumbleweed: you forgot to tag the release
[13:10] <tumbleweed> bdrung: just hadn't got there yet :)
[15:02] <psusi> what is the difference between motu and "contributing developers"?
[15:02] <Laney> MOTU can upload, UCD can not
[15:02] <Rhonda> contributing developers need sponsors for uploads
[15:02] <Laney> (at least, not from their UCD status)
[15:02] <Rhonda> Laney: Are you around tonight? ;)
[15:03] <psusi> hrm... so what's the difference between ucd and my current status ( just bugcontrol )?
[15:03] <Laney> Rhonda: No sorry, I've got a meal for a friend's leaving
[15:03] <Laney> Rhonda: is it your session? :-)
[15:03] <Laney> psusi: UCD gives you Ubuntu membership
[15:03] <psusi> because I get sponsorship for plenty of fixes now ;)
[15:03] <psusi> ohh... so basically it means I get an @ubuntu.com email?
[15:04] <Rhonda> And voting right, yes.
[15:04] <Laney> !membership
[15:04] <Rhonda> And possibility to add your blog to planet ubuntu
[15:04] <Laney> that stuff
[15:05] <psusi> I've been reading it, which is why I was a bit confused on what ucd is... last time I read this I don't think that was there, just motu... think I finally need to become a motu so reviewing the process
[15:05] <maco> Laney: PPU get membership automatically, right?
[15:05] <Rhonda> Yep
[15:05] <Laney> PPUs get added to ubuntu-dev, which I think gives membership
[15:06] <maco> ok
[15:06] <psusi> PPU?  does that mean you can now get upload rights for a specific package in main without being a core developer?
[15:07] <Rhonda> I think UCD is meant as intermediate state to give contributors sooner membership option and through that motivae them to contribute more. Something like that. :)
[15:07] <Laney> It's about recognising that someone has made a “significant and sustained” contribution, and that their contributions are through development work.
[15:08] <soren> psusi: That's been that case since PPU's came into existence.
[15:08] <psusi> oh neat
[15:09] <psusi> when did that get added?
[15:09] <Rhonda> Actually I still need to apply for PPU for logcheck  %-)
[15:10]  * Rhonda . o O ( and irssi )
[15:22] <soren> psusi: As I said: That's been the case since PPU's were invented.
[15:36] <dholbach> https://wiki.ubuntu.com/UbuntuDeveloperWeek day 2 starting in 25 minutes in #ubuntu-classroom
[15:37] <effie_jayx> tnanks dholbach
[15:37] <dholbach> :-D
[15:54] <psusi> ok, I think I did this right.. can I get a review? https://wiki.ubuntu.com/PhillipSusi/DeveloperApplication
[16:01] <ari-tczew> psusi: are you a Debian Developer?
[16:02] <sbeattie> Rhonda: doh, sorry about that.
[16:04] <psusi> ari-tczew: nope
[16:04] <ari-tczew> psusi: why are you going to join MOTU right now? what are your plans as MOTU?
[16:05] <psusi> ari-tczew: well, like I mentioned in the app, I'd like to get the defrag package back into the archive, and of course, continue fixing bugs in other areas I usually work on
[16:06] <ari-tczew> psusi: maybe PPU for particular packages is better way?
[16:06] <Rhonda> sbeattie: Not your fault, but it took me a lot of thoughts and time to figure it out  %-)
[16:06] <psusi> ari-tczew: well I was thinking of asking for a few PPUs on top of motu
[16:07] <psusi> but figured I'd start with motu and see where we go from there
[16:07] <ari-tczew> psusi: so please start work on MOTU stuff
[16:08] <ari-tczew> psusi: are you familiar with merging with Debian?
[16:08] <psusi> ari-tczew: I think so... these days it seems to be mostly down to a bzr merge from the debian branch right?
[16:09] <ari-tczew> psusi: merging with Debian is usually by debdiffs, check merge-o-matic
[16:09] <ari-tczew> !mom
[16:09] <Laney> you can merge using the UDD bzr branches as well
[16:09] <psusi> I thoguht that was the old way, and the new UDD way was with bzr merge?
[16:09] <ari-tczew> psusi: it can be
[16:09] <ari-tczew> as I wrote: usually
[16:10] <psusi> ok... I like the new ways better ;)
[16:10] <ari-tczew> psusi: don't you think that 8 uploads is too small to get full universe upload access?
[16:11] <psusi> I didn't... I mean, I've been working on things for years now and am starting to feel confidant that I've got it down now after a number of successful sponsored uploads, so... figured the next step was motu
[16:12] <chrisccoulson> well, it's not just about quantity. quality of work matters too, and you can't just assume quality if there is quantity
[16:12] <Rhonda> ari-tczew: Don't you think that's something for the membership board to judge?
[16:12] <ari-tczew> chrisccoulson: IMO quantity means the level of expierence.
[16:12] <chrisccoulson> ari-tczew, not really
[16:12] <Rhonda> Sheer quantity is a very back ruler
[16:13] <Rhonda> ari-tczew: IMO it doesn't.
[16:13] <ari-tczew> Rhonda: this is MOTU channel, psusi is asking here so I'm answering my opinion. can't I?
[16:13] <chrisccoulson> if somebody does 100 very simple trivial merges, it does't demonstrate much experience
[16:13] <cody-somerville> ari-tczew, They're just sharing their opinion too :)
[16:13] <Rhonda> ari-tczew: Sure you can, but like said, the amount of uploads is just a number and doesn't say much.
[16:13] <ari-tczew> ok last question.
[16:14] <ari-tczew> psusi: are you Canonical employee?
[16:14] <Rhonda> And if you like to book that rule of expressing opinions, so can others.
[16:14] <psusi> ari-tczew: nope
[16:14] <c2tarun> chrisccoulson: what kind of merges or fixes necessary for good experience?
[16:14] <ari-tczew> oh! I'm suprised
[16:14] <psusi> you are?
[16:14] <ari-tczew> yes
[16:14] <psusi> if I were, I'd be a core-devl wouldn't I? ;)
[16:14] <chrisccoulson> not necessarily, i'm not a core-dev ;)
[16:14] <psusi> though Keybuck did tell me I should apply once...
[16:14] <ari-tczew> psusi: yes, Canonical staff like to join directly core-dev
[16:15] <psusi> I'll get there eventually most likely
[16:15] <chrisccoulson> ari-tczew, that's just not true i'm afraid
[16:15] <ari-tczew> psusi: well, I've been disagreed here. Let's complete endorsements from your sponsors.
[16:16] <chrisccoulson> canonical employees go through the same process as everybody else
[16:16] <ari-tczew> (on wiki page)
[16:17] <Rhonda> Sure, but just because they go through the same process doesn't mean that they can't apply directly to core-dev :)
[16:17] <psusi> so the page is complete and correct so far?
[16:18] <chrisccoulson> indeed :) but the same also applies to people who aren't employed by canonical ;)
[16:18] <Rhonda> It's all a matter of the quality and visibility of the contributions, not the quantity.
[16:18] <ari-tczew> psusi: Things I could do better and Plans for the future are empty
[16:19] <Rhonda> I have no number at hands of how few sync requests I did send before I applied for MOTU, but I doubt that they were very many.
[16:19] <ari-tczew> psusi: and of course there is not any endorse, you have to ask your sponsors
[16:20] <psusi> right... that's next step
[16:21] <Laney> It's not surprising that people who work on main all day every day end up asking for upload rights to it...
[16:21] <ari-tczew> Rhonda, chrisccoulson: well, I mean that if someone works often on bugs, there is no point to give full upload access
[16:21] <ari-tczew> sorry, no often
[16:22] <ari-tczew> rarely, I mean
[16:22] <Rhonda> Actually, bugs have to get applied eventually. Having to look for sponsors all the time, when one fixes the bugs, can be quite tedious and depressing.#
[16:22] <Rhonda> of course, the bug *fixes* have to get applied, not the bugs. %-)
[16:23] <chrisccoulson> ari-tczew, i spend a lot of time on bugs, shouldn't i have upload access? :/
[16:23] <ari-tczew> chrisccoulson: typo, I mean rarely working bugs, no often
[16:23] <chrisccoulson> ah, ok. thanks for clarifying
[16:23] <ari-tczew> np
[16:24] <ari-tczew> Rhonda, chrisccoulson: don't you agree with my opinion?
[16:25] <c2tarun> What kind of bugs are good to work on for good experience?
[16:25] <psusi> I've been pretty happy lately with the new udd branch linking and merging, and patch pilot program... been getting sponsorship quickly and easily.
[16:26] <psusi> been such a smooth process I figure I must be doing it right ;)
[16:26] <ari-tczew> c2tarun: it's not straightforward to tell what you should do to get expierence. every person is another.
[16:26] <Rhonda> ari-tczew, usually not. Where did you pick up that "rarely" from?
[16:26] <psusi> used to be a pita though...
[16:27] <Rhonda> ari-tczew: And if your opinion is the one of quantity over quality, I couldn't disagree any stronger with.
[16:27] <ari-tczew> Rhonda: https://launchpad.net/~psusi/+uploaded-packages
[16:27] <ari-tczew> Rhonda: uploads twice a year
[16:28] <ari-tczew> does it need to get upload access?
[16:28] <Rhonda> Depends, and again (for the last time) not judgable only by that quantity marks.
[16:28] <Rhonda> Please try to be less demotivating.
[16:28] <psusi> hrm... I don't think that list is complete...
[16:29] <ari-tczew> Rhonda: I'm not going to demotivate.
[16:29] <ari-tczew> Rhonda: psusi asked for feedback, he got it.
[16:29] <Rhonda> That might very well be, but you come across like that.
[16:30] <cody-somerville> ari-tczew, add smiley faces to your messages. :)
[16:30] <MTecknology> Ampelbein: I'm trying ot have the packaging remove /etc/logrotate.d/nginx-{full,light,extras}. Things install fine; but the file doesn't go away. Packaging that I'm testing with.. http://tinyurl.com/ngx-pkg-testing
[16:30] <ari-tczew> Rhonda: sorry, I won't lie.
[16:30] <cody-somerville> ari-tczew, I don't think Rhonda was asking you to. :)
[16:30] <Rhonda> Noone ask that.
[16:31] <ari-tczew> Rhonda: go send message to community council that I say my opinion, because it's demotivating!
[16:31] <mr_pouit> sigh
[16:32] <ari-tczew> sorry, simple joke
[16:32] <cody-somerville> ari-tczew, Not funny.
[16:32] <cody-somerville> ari-tczew, :(
[16:32] <psusi> yea, there's definitely a few kernel patches missing from that list
[16:32] <Rhonda> I wonder how you come down that road, and if you like to wave that flag around all the time, it isn't helping you in any way.
[16:32] <ari-tczew> Rhonda: I don't care.
[16:33] <ari-tczew>  I won't lie to keep CoC.
[16:33] <c2tarun> can anyone please help me with this error. http://paste.ubuntu.com/574005/
[16:33] <Rhonda> Again, noone asks you to lie. All that is asked to be less demotivating and more encouraging to others.
[16:34] <ari-tczew> Rhonda: OK I'll do it just for YOU!
[16:34] <ari-tczew> psusi: It's very very great that you are involved with making Ubuntu better!
[16:34] <Ampelbein> MTecknology: I'll have a look now.
[16:34] <ari-tczew> psusi: However, I guess it's too early to get full upload access for universe.
[16:35] <ari-tczew> psusi: I encourage you to do something else for universe.
[16:35] <psusi> such as?
[16:35] <cody-somerville> ari-tczew, I'm not sure if you're being sarcastic but that approach is much better! +1 :)
[16:35] <Rhonda> ari-tczew: You shouldn't do it for me, you should do it for yourself and for the community.
[16:36] <debfx> c2tarun: the lib order is wrong, -latom4 and -lxatom4 have to be the first libraries
[16:36] <ari-tczew> psusi: https://wiki.ubuntu.com/MOTU#MOTU%20Processes
[16:37] <debfx> c2tarun: like that: ... -L/usr/X11R6/lib -latom4 -lxatom4 -lt++ -lpanel -lncurses -lX11 -lXpm
[16:37] <MTecknology> Ampelbein: thanks; I'm really fumbling around
[16:38] <c2tarun> debfx: ok, it worked. Can you please help me in finding the file in which I should make change in order to fix this bug? I tried but failed, there are no Makefiles here
[16:39] <debfx> c2tarun: if you tell me which package it is :)
[16:39] <c2tarun> debfx: sure :) its atom4
[16:39] <psusi> I had done a merge of lvm2 but before it got reviewed and sponsored, someone else did the same... that was a hairy one...
[16:40] <ari-tczew> debfx: how do you check which library is missing if got error undefined reference?
[16:43] <debfx> ari-tczew: usually either ld tells you which library is missing or the order is wrong
[16:45] <c2tarun> debfx: in one package it told that to add /usr/lib/libkio.so.4 , it worked but on adding lkio also it worked? what's the diff
[16:46] <MTecknology> Ampelbein: to test.. I do this... debchroot sid sid; chroot sid; aptitude install nginx-full; echo "deb http://ppa.launchpad.net/nginx/package-testing/ubuntu lucid main" >> /etc/apt/sources.list; aptitude update; aptitude full-upgrade    That file 'should' be gone.
[16:47] <debfx> c2tarun: in the file Construct you need to change this line: $LIBS     = "$PROGLIB $NCURSESLIB $X11LIB -latom4 -lxatom4";
[16:48] <c2tarun> debfx: two questions, one I asked few seconds ago and other is how  you find this Construct file?
[16:49] <debfx> c2tarun: you should use -lkio, it's more generic
[16:50] <debfx> c2tarun: I've just searched for "x11" in the package files
[16:50] <Ampelbein> MTecknology: yeah, I have a similar setup for testing.
[16:51] <MTecknology> Ampelbein: the 0.8.54-3 in the last version is what's in sid right now
[17:28] <MTecknology> Ampelbein: you see anything?
[17:28] <Ampelbein> MTecknology: ok.. I don't know why, but putting 0.8.54-4 as version argument to dpkg-maint-helper works
[17:28] <Ampelbein> MTecknology: but from the wording of the man page, it shouldn't
[17:28] <Ampelbein> MTecknology: because -3 was the last version to ship that configfile
[17:29] <Ampelbein> MTecknology: http://paste.ubuntu.com/574034/
[17:29] <MTecknology> Ampelbein: it's that simple?...
[17:30] <MTecknology> wow
[17:30] <Ampelbein> MTecknology: apparently yes.
[17:30] <MTecknology> I'll build and try it..
[18:03] <MTecknology> Ampelbein: hm... it still exists for me..
[18:04] <MTecknology> Ampelbein: http://dpaste.com/462477/
[18:05] <MTecknology> Line 51 is where it should be moved..
[18:09] <MTecknology> Ampelbein: what did you use as a base install?
[18:09] <MTecknology> sid, 11.04, ?
[18:14] <Ampelbein> MTecknology: I used a sid-pbuilder environment (pbuilder-dist sid login)
[18:16] <MTecknology> Ampelbein: did you first install nginx; then do the upgrade to my packaged version?
[18:31] <ari-tczew> Daviey: good point on kbarcode sponsorship
[18:34] <Daviey> ari-tczew, But it's exploded in my face... :)
[18:34] <MTecknology> Ampelbein: here's a pastebin of the whole process I took with the undesired result.. http://paste.ubuntu.com/574062/
[18:35] <Daviey> ari-tczew, Someone beat me to uploading it by 10 mins... after i successfully dput'd, i pushed to lp:ubuntu/kbarcode... :/
[18:35] <ari-tczew> Daviey: can't you just use dput?
[18:36] <ari-tczew> branch should be imported automatically
[18:36] <Daviey> ari-tczew, yes - but trying to maintain bzr history and get UDD ready :)
[18:37] <Daviey> <-- food
[18:39] <MTecknology> I wish I could just toss a simple 'rm /etc/logrotate.d/nginx-*' in nginx-common.postinst...
[18:39] <MTecknology> I'm  starting to get very tempted to do that
[18:42] <Ampelbein> MTecknology: I don't know why that worked for me and not for you. I'm out of ideas tbh
[18:42] <MTecknology> Ampelbein: could you try doing the exact same thing that I did?
[18:42] <Ampelbein> MTecknology: k
[18:43] <Ampelbein> MTecknology: you could post do ubuntu-motu mailing list and ask for help or debian developer, if that doesn't work
[18:44] <MTecknology> Ampelbein: I'll do that; my fiancee just got here so we're probably going to do some wedding stuff and then eat; I'll be back later
[18:45] <MTecknology> Ampelbein: If you figure it out; I'll kiss you (or something equivalent); otherwise that shoulds like a really good idea that I didn't think of. :)
[18:45] <MTecknology> the DD I've been talking to doesn't seem to know, but also doesn't seem to have the time to really look
[18:45] <MTecknology> Thanks for all the help you're giving me too. :)
[18:55] <ari-tczew> Daviey: heh, ogra was faster
[18:55] <ogra> yeah
[18:55] <ogra> we're just discussing the impact :)
[18:55] <Daviey> :S
[18:55] <ari-tczew> ogra: it's fantastic how Canonical staff fight for sponsorships!
[18:56] <ogra> haha
[18:56] <ogra> you didnt know we get a bonus of $1 for each upload ??
[18:56] <ogra> *g*
[18:56] <ari-tczew> ogra: I hear only about euro :D
[18:56] <ogra> heh
[19:02] <c2tarun> I am working on fixing ftbfs of a package, I need to make change in a file. but that package is not following any patching system. Can I just add 3.0 quilt or should I make change directly?
[19:02] <ari-tczew> c2tarun: directly
[19:31] <dajhorn> In an Ubuntu package, what is the right way for a script to test for a 32-bit environment at runtime?
[19:32] <ogra> ari-tczew, bug 725933 looks fine to me (you were waiting for more info on it it seems, does it look sufficientto you ?)
[19:33] <micahg> dajhorn: why are you doing that?
[19:34] <dajhorn> micahg:  I'm working on the zfs-dkms package.  I need to create a /etc/grub.d/ stub that sets a kernel parameter if the host is 32-bit.
[19:35] <dajhorn> micahg: I looked lsb_release and uname, but figured that there is an Ubuntu Way to check.
[19:36] <micahg> dajhorn: well, there's dpkg --print-architecture
[19:36] <dajhorn> micahg: Thanks.  That seems like a good way.
[19:40] <micahg> dajhorn: there's dpkg-architecture -qDEB_HOST_ARCH_BITS, but I don't know how fragile it is
[19:42] <dajhorn> micahg: That's even better.  (The problem is that vmem= must be increased on a 32 machine, even on a non-i386 arch.)
[19:43] <ari-tczew> ogra: d/changelog has bug - should add LP: as well, and he didn't add DEP3 headers
[19:45] <ogra> +  * debian/patches/04_fix_ftbfs_binutils-gold.dpatch
[19:45] <ogra> +    - Fix FTBFS with binutils-gold. (Closes: #615989)
[19:45] <ogra> thats not enough for you ?
[19:45] <ogra> oh, heh
[19:45] <ogra> closes a different bug, fun
[19:47] <ari-tczew> ogra: bug is correct
[19:47] <ari-tczew> debian bug 615989
[20:25] <ari-tczew> ogra: online?
[20:25] <ogra> yes
[20:25] <ari-tczew> ogra: seems you have been disconnected.
[20:26] <ari-tczew> ogra: about iv-tv, if you want, you can complete his debdiff and upload
[20:26] <ari-tczew> ogra: just add (LP: #xxxx) as well and add Bug-Debian into patch
[20:27] <ogra> well, i see he added headers to the diff
[20:27] <ogra> is there a debian bug ? i dont see one linked
[20:27] <ari-tczew> Fix FTBFS with binutils-gold. (LP: #725933, Closes: #615989)
[20:27] <ari-tczew> use it
[20:27] <ogra> oh, thats the debian one
[20:27] <ogra> i was looking at the bug tasks
[20:27] <ogra> right
[20:28] <ari-tczew> yes he should add task on Debian as well
[20:28] <ari-tczew> you can do it if you have time
[20:32] <wejaeger> Hey, anyone up for reviewing l2tp-ipsec-vpn? It's a little applet to configure and manage L2TP IPsec VPN connections. I've just uploaded a new candidate to fix all problems about which micahg and mok0 complained. http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn
[20:54] <MTecknology> Ampelbein: What happened?
[20:57] <Ampelbein> MTecknology: I can't reproduce my success on a totally clean environment
[21:02] <mok0_> wejaeger: I'll take another look tomorrow
[21:14] <wejaeger> mok0: great, thank you so much!
[22:01] <xelister> hello
[22:02] <xelister> is it easy to take say Ubuntu, and make a custom installation CD that executes as root some script at end of installation ?
[22:10] <micahg> !support | xelister
[22:10] <xelister> micahg: this is development, not using
[22:10] <xelister> is it not
[22:12] <ari-tczew> micahg: not this time ;)
[22:12] <micahg> ari-tczew: huh?  I stand by my comment
[22:12] <micahg> either that or #ubuntu-installer
[22:12] <xelister> hmm.. how to DEVELOP addition to the ubuntu installer, in a form of a script run at end
[22:13] <xelister> sorry to interrupt all conversations here with my development question ;) if it was ot on this channel
[22:16] <micahg> xelister: sorry, lots of things going on, #ubuntu-installer would probably be a better place to get an answer to your question, we mainly deal with universe packages here
[22:20] <em> Do any of you know why Ubuntu would put untrusted packages in the Repo?
[22:20] <ari-tczew> em: what do you mean by untrusted packages?
[22:20] <cody-somerville> em, What do you mean?
[22:20] <em> I just did: sudo aptitude install inkscape
[22:20] <em> and I got the following warning:
[22:21] <arand> em: Have you added a PPA?
[22:21] <em> WARNING: untrusted versions of the following packages will be installed!
[22:21] <cody-somerville> em, Can you pastebin the output of apt-cache policy inkscape?
[22:21] <em> No I have not.
[22:21] <em> okay
[22:25] <em> cody-somerville: http://pastebin.com/FuQY2aZL
[22:26] <em> These are the warnings it gave - http://pastebin.com/743emHBG
[22:27] <cody-somerville> em, Can you pastebin the output of the following?: apt-cache policy python-renderpm
[22:30] <em> http://pastebin.com/ckKnbqSZ <-- cody-somerville
[22:31] <cody-somerville> em, Can you pastebin the output of sudo apt-key list?
[22:32] <em> is any of this sensitive info?
[22:34] <em> cody-somerville: ^
[22:34] <kklimonda> no
[22:34] <kklimonda> unless you have added some secret keys
[22:35] <em> http://pastebin.com/EUDxuTif
[22:35] <em> I have not
[22:36] <em> cody-somerville: the apt-key list ^
[22:37] <em> has anything been learned here?
[22:38] <cody-somerville> em, try running sudo apt-get update and then try installing inkscape again.
[22:38] <em> okay ive not installed it a first time because i chose "no"
[22:40] <em> well that time it did not throw the warning.
[22:42] <em> cody-somerville: what was the issue?
[22:45] <cody-somerville> em, Not sure. Maybe the last time you did 'apt-get update' your mirror was in the process of updating or something?
[22:53] <em> yeah im not sure
[23:08] <seidos> are only canonical employees allowed to add packages to the distro release?
[23:08] <maco> no
[23:09] <maco> the ubuntu desktop team, kubuntu team, edubuntu team, etc decide what each of them will ship as default, usually at an Ubuntu Developer Summit
[23:09] <maco> these occur May-ish and November-ish
[23:09] <maco> and include community members as well
[23:10] <lifeless> and many canonical staff that work on Ubuntu cannot add packages
[23:11] <lifeless> they have to go through the same process everyone else does to earn that ability
[23:20] <porthose> lifeless I beg to differ, not to pick on kate stewart, she is our new release manager, she is not a motu, she is not a core-dev but yet she is an archive admin or should I say thats what her launchpad page states https://launchpad.net/~kate.stewart.
[23:20] <maco> archive admins don't change seeds though, do they?
[23:20] <maco> just click the green button after a motu or core-dev uploads a new package
[23:21] <lifeless> right
[23:21] <lifeless> she can't sign an upload
[23:31] <udienz> micahg, about gkamus, rpath has been fixed and re-uploaded again in revu
[23:38] <micahg> udienz: I won't be able to look at it for a few days
[23:38] <udienz> micahg, oh okay


[01:32] <satellit__> grantbow: hello
[01:34] <grantbow> satellit__: aloha
[01:34] <satellit__> aloha (I lived in Kamela HI for 35 yrs)  did you look at the links to sugarization
[01:36] <satellit__> can it be applied to USR? or does quidam's appliance for creating USB w/persistence in trisquel look better?
[01:36] <satellit__> * it is ppa for Ubuntu
[01:37] <satellit__> alsroots work
[01:38] <satellit__> I am more partial to "real Installed" ext3 structured USB sticks though...
[01:39] <satellit__> opensuse-edu uses a file structure that installs their live fs and then converts it to real on firstboot
[01:41] <satellit__> cyberorg on #sugar and #opensuse-edu (in India, so watch TZ) is the guru
[02:06] <grantbow> online meeting in #ubuntu-california now but I'll be back
[02:06] <grantbow> you can drop in if you like
[02:44] <satellit__> * watching CSPAN....


[02:19] <lotuspsychje> good morning
[03:21] <myappie> hello
[10:22] <webchat22> Need help i have installed UBUNTU on VirtualBox up till yesterday net was working properly but from today it is unable to connect with the net. how can I troubleshoot please help


[18:50] <tdr112> evening ubunuters
[21:00] <airurando> evening
[21:13] <airurando>  /topic  Welcome to Ubuntu Ireland! || http://www.ubuntu-ie.org/ || https://wiki.ubuntu.com/IrishTeam  || This channel is logged - logs at http://logs.ubuntu-eu.org/freenode/ || Next IRC Meeting: 20th July 2011 @ 8pm  || Next Ubuntu Hour Limerick Thurs 30th June 2011, Absolute Hotel || We said there would be a UH Dublin soon! The next one is Weds 6th July 2011, Trinity Capital Hotel @ 6pm
[21:54] <czajkowski> hmm


[00:57] <sgclark> ok kf5 backports uploading to staging.
[01:01] <Riddell> awooga! good to have you packaging sgclark :)
[01:03] <sgclark> will have to get to the others tomorrow. Had a bit of a hiccup today lol. but I think I have it sorted now.
[01:04] <sgclark> will run the restart builds though.
[04:06] <sgclark> blech vivid backports shouldn't break wily. And getting to late to do anything further tonight.
[06:11] <soee> good morning
[06:53] <lordievader> Good morning.
[07:16] <pursuivant> kubuntu-driver-kcm (master) 15.04ubuntu3-11-g435542b * Harald Sitter:  (2 files in 2 dirs)
[07:16] <pursuivant> Add I18n to target link libraries to get access to the KLocalizedString header and fix a build failure
[07:16] <pursuivant> http://commits.kde.org/kubuntu-driver-kcm/435542b6a2b6725593e63458c0698769177bfbf3
[07:33] <sitter> http://paste.ubuntu.com/12622848/ -.-
[07:34] <sitter> mass retrying failed unstables
[08:16] <bshah> I need packaging solution : so thing is plasma-phone-settings package ships /etc/xdg/kdeglobals file.. but I want to ship different files on both amd64 and arm
[08:16] <bshah> any idea how this could be achieved?
[08:23] <bshah> sitter: ^ ideaz?
[08:24] <sitter> cmake if()?
[08:24] <bshah> actually whole plasma-phone-settings have null CMake magi
[08:24] <bshah> +c
[08:25] <bshah> https://quickgit.kde.org/?p=plasma-phone-settings.git&a=tree&h=98fa94884787025f7de57177c533da810b3def25&hb=323c9498719a473e2941f2a8ebcc04ebf3d10440
[08:25] <sitter> ah, more tricky then
[08:26] <bshah> (ideally this repo should be nuked and distro should provide kdegloabals themself)
[08:26] <sitter> bshah: I'd suggest adding cmake TBH and changing the package to use cmake
[08:26] <sitter> bshah: in that case, nuke it :P
[08:27] <sitter> add the files to the debian/ dir of the packaging
[08:29] <bshah> and how exactly architecture wouldbe if'def'd there?
[08:30] <sitter> tricky tricky
[08:30] <sitter> http://anonscm.debian.org/cgit/pkg-kde/applications/marble.git/tree/debian/rules?h=kubuntu_unstable#n36
[08:30] <sitter> you want to have that override_dh_install target
[08:30] <sitter> inside that target you use $(overridden_command)
[08:31] <sitter> which will essentially call the overridden thing
[08:31] <sitter> and then you'll want to cp debian/kdeglobals.amd64 debian/tmp/etc/xdg/
[08:32] <sitter> you can if with
[08:32] <sitter> ifeq ($(DEB_HOST_ARCH),armhf)
[08:32] <bshah> okay
[08:32] <sitter> there's also a whole slew of examples WRT arch ifdefs here http://anonscm.debian.org/cgit/pkg-kde/qt/qt4-x11.git/tree/debian/rules
[08:33]  * sitter shakes fist at make being such a terrible language and rides towards the sunset
[08:34] <sitter> ah
[08:34] <sitter> bshah: http://anonscm.debian.org/cgit/pkg-kde/applications/blinken.git/tree/debian/rules?h=kubuntu_unstable#n8
[08:34] <sitter> you can probably start with that override_dh_auto_install target there
[08:34] <sitter> and $(overridden_command) --destdir=debian/tmp
[08:34] <sitter> tricky messy nonsense...
[08:35] <bshah> what the fuk is overridden_command?
[08:35] <bshah> I don't have to worry about that or?
[08:38] <sitter> variable defined in include /usr/share/pkg-kde-tools/qt-kde-team/3/debian-qt-kde.mk
[08:38]  * bshah cries... :'<
[08:38] <bshah> okay
[08:38] <sitter> you see. for us fancy kde people it wasn't good enough to use what everyone else uses, so we reimplemented what everyone else uses in make because make is such an awesome language, hence the include ....
[08:40] <shadeslayer> Says the guy who said make was a awesome piece of software 4 years ago at UDS
[08:40] <shadeslayer> And then told me to read a 1000 page make manual
[08:42] <bshah> I guess I could just cp debian/kdeglobals.$(DEB_HOST_ARCH) debian/tmp/etc/xdg/kdeglobals
[08:42] <bshah> instead of ifeq
[08:42] <sitter> which you did not do
[08:43] <sitter> bshah: yes, except then you need to symlink for each new archtiecture that might need building in the future
[08:43] <sitter> from a packaging pov that'd be #wrong
[08:44] <shadeslayer> No
[08:45] <shadeslayer> I'd rather not read a 1000 page manual for features I rarely use
[08:47] <bshah> okay then I guess have slight insight on how to do this.. I have to go out now.. will change it after coming back
[09:57]  * yofel is pretty sure that nobody here ever read the whole 1000 page manual...
[10:21] <sitter> http://paste.ubuntu.com/12623572/
[10:21] <sitter> need review plz
[11:12] <clivejo> yipppeee 5 lemmings home!
[11:28] <clivejo> nice work Mr Sitter
[11:29] <sitter> http://paste.ubuntu.com/12623572/ still needs a revu
[11:29] <sitter> clivejo: what did I do?
[11:29] <clivejo> saving lemmings!
[11:30] <clivejo> and another!
[11:31] <clivejo> your on a roll!
[11:32] <sitter> hardly has anything to do with nice work but rather bad work on launchpad's part making things fail to begin with
[11:34]  * yofel continues to kill lemmings
[11:34] <clivejo> you just retried them?
[11:37] <BluesKaj> Hey folks
[11:39] <ahoneybun> seems everything is building
[11:50] <sitter> clivejo: yeah
[11:51] <sitter> kjobswidget i386 failed because of chroot problems which made everything else fail since deps couldn't be installed
[12:24] <sitter> Riddell: pingping
[12:28] <sitter> Riddell: http://paste.ubuntu.com/12623572/ I needs me a review
[12:39] <Riddell> hi sitter
[12:40] <Riddell> sitter: looks good
[12:40] <Riddell> sitter: want me to upload?
[12:40] <bshah> getting no clue still about plasma-phone-settings.. :'(
[12:40] <Riddell> bshah: what's up?
[12:43] <Riddell> yippee
[12:44] <bshah> Riddell: plasma-phone-settings upstream ships /etc/xdg/kdeglobals.. but I want to ship different file for both arm and amd64..
[12:44] <bshah> Harald mentioned some black magic but I still can't make it out
[12:52] <bshah> sitter: I am going in right direction? http://ix.io/l6j ?
[12:55] <sitter> Riddell: yeah
[12:55] <sitter> Riddell: or wait
[12:55] <sitter> I'll commit
[12:55] <sitter> then you can upload xD
[12:56] <bshah> (yes I don't have if but I want to confirm if this is somewhat right or totally worng)
[12:56] <sitter> Riddell: pushed
[12:56] <Riddell> bshah: either some Makefile magic in debian/rules or make plasma-phone-settings.install.amd64 and plasma-phone-settings.install.armhf
[12:57] <sitter> bshah: configure is wrong
[12:57] <sitter> other than that it captures the idea
[12:58] <bshah> configure is wrong in the sense?
[12:59] <Riddell> bshah: should be override_dh_auto_install
[13:00] <Riddell> sitter: what's pushed?
[13:00] <bshah> ah..
[13:00] <sitter> Riddell: kdepim-runtime
[13:01]  * sitter has a wicked headache again
[13:07] <bshah> sitter: new revision : http://ix.io/l6r/diff
[13:08] <sitter> bshah: I think you want to design this the other way around if armhf ... else
[13:08] <sitter> and move the override up
[13:08] <sitter> otherwise this should work
[13:09] <bshah> since this is arm thingie armhf is quite normal IMO
[13:09] <bshah> only amd64 would be special
[13:09] <bshah> s/arm thingie/phone thingie/
[13:10] <bshah> Riddell: I seems not to have write access to plasma-phone-settings-packaging.. can you commit there?
[13:10] <Riddell> bshah: sure, the diff you just posted?
[13:10] <bshah> no.. a moment..
[13:11] <bshah> http://ix.io/l6v this one
[13:15] <bshah> Riddell: or can you make me member of plasma-phone-packaging org?
[13:15] <Riddell> hang on
[13:17] <Riddell> bshah: pushed, I made armhf the exception and everything else use amd64 and I ran the install command after that cp so it gets added to the package
[13:18] <sitter> :P
[13:19] <Riddell> bshah: invited you on github
[13:19] <sgclark> morning
[13:19] <Riddell> sgclark!
[13:20] <Riddell> and marco-parillo!
[13:20] <Riddell> today is a good day
[13:20] <bshah> don't laugh at me sitter.. :\ thats not how you welcome newbies.. :p
[13:21] <sitter> I am resident grumpy person. it is how *I* welcome newbies :P
[13:21] <sitter> ask sgclark
[13:21]  * Riddell gives sitter a head massage
[13:23] <genii> Riddell: You always go the extra distance :)
[13:23] <sgclark> good to see my backports was not the cause of last nights explosion.
[13:23] <clivejo> I need to learn how backporting works
[13:23] <marco-parillo> Riddell: Good morning!
[13:23] <bshah> Riddell: sure you pushed?
[13:25] <Riddell> bshah: yes, it's in a branch https://github.com/plasma-phone-packaging/plasma-phone-settings-packaging/tree/kubuntu_unstable
[13:26] <bshah> ah.. gotcha
[13:33] <bshah> sitter: http://mobile.kci.pangea.pub:8080/job/vivid_unstable_plasma-phone-settings-packaging_bin_amd64/8/ :(
[13:33] <bshah> it doesn't have anything cmake so I am skeptical
[13:35] <bshah> run, Bhushan run.. battery is donw
[13:41] <sitter> oh yeah
[13:41] <sitter> brrr
[13:41] <sitter> -%:
[13:41] <sitter> -	dh $@
[13:41] <sitter> bring that back
[13:41] <sitter> loose the include
[13:41] <sitter> replace the overridden_command thing with 'dh_auto_install'
[13:43] <sgclark> who are you talking to?
[13:43] <sgclark> sitter: ^
[13:44] <bshah> with me
[13:44] <bshah> o/
[13:44] <sgclark> ahh ok
[13:44] <sitter> lol
[13:45] <sitter> I am not that mental :P
[13:46] <sgclark> nah. I just a kf5 port yesterday and that whole conversation could have applied to me.
[13:48] <bshah> sitter: http://ix.io/l6x
[13:50] <sitter> looks good
[13:55] <bshah>  ifeq (amd64,armhf)
[13:55] <bshah> 13:55:33 /bin/sh: 1: Syntax error: word unexpected (expecting ")")
[13:55] <bshah> heh
[13:56] <bshah>  (╯°□°）╯︵ ┻━┻)
[13:56] <sitter> ah lol
[13:57] <sitter> bshah: $(dh_auto_install) -> dh_auto_install
[13:57] <sitter> sorry, tired eyes :)
[13:57] <bshah> ok
[13:57] <sitter> at least I think that is your problem
[13:57] <sitter> bshah: the dh $@ has a \t right?
[13:58] <bshah> I think this would convert it to 4 space
[13:58] <bshah> so no, no \t
[13:59] <sitter> \t as the character
[13:59] <sitter> make needs \t as indention for targets
[13:59] <bshah> ok
[14:00] <bshah> actually it is tab..
[14:00] <bshah> \t
[14:00] <bshah> lets see this dh_auto_install thing fixes it for one and all
[14:05] <bshah> sitter actually armhf runs fine but not amd64 :O
[14:06] <bshah> which is crazy!
[14:09] <sitter> 00:00:27.901 ifeq (amd64,armhf)
[14:09] <sitter> why is that sh'd
[14:09] <sitter> ah
[14:09] <sitter> bshah: you mustn't tab the ifeq/else/endif
[14:09] <sitter> those are make instructions
[14:09] <bshah> wthf
[14:09] <sitter> I think at least
[14:10] <sitter> bshah: make is a very lovely language :P
[14:10] <sitter> it has another language built into the language
[14:10] <bshah> so I just change it to use space right?
[14:10] <sitter> no
[14:11] <sitter> no indention at all
[14:11] <sitter> e.g. http://paste.ubuntu.com/12624755/
[14:11] <bshah> ah
[14:11] <sitter> bshah: they are like preprocessor directives essentially
[14:12] <bshah> yep, gotcha
[14:12] <bshah> sitter: still mystery it works with armhf
[14:14] <sitter> peculiar
[14:14] <sitter> ohhhhhh
[14:14] <sitter> bshah: armhf is not built
[14:15] <sitter> bshah: check debian/control it says Architecture: all
[14:15] <sitter> change that to Architecture: any
[14:15] <bshah> craziness.. you guys should go back in time and fix this...
[14:16] <sitter> Architecture: all means that the package only needs to be built on one architecture and can be used on all architectures on account of it containing the same data on all architectures
[14:16] <bshah> whole deb packaging
[14:16] <sitter> any OTOH indicates that the package can be used on any architecture but must be built for the architecture
[14:17] <bshah> also would need to fix my cp
[14:17] <bshah> 14:14:31 cp:
[14:17] <bshah> 14:14:31 cannot create regular file ‘debian/tmp/etc/xdg/kdeglobals’
[14:17] <bshah> 14:14:31 : No such file or directory
[14:18] <sitter> this needs some more adjustments
[14:19] <Riddell> bshah: want me to test it locally?
[14:19] <bshah> I've reached at point where I am throwing random things at it..
[14:19] <bshah> Riddell: sure.. and also fix it :p
[14:19] <Riddell> let me look
[14:19] <sitter> kill the kdelgobals in the kde git repo + in debian/plasma-phone-settings.install you need to add debian/tmp/* /
[14:19] <sitter> and the architecture change of course
[14:20] <sitter> bshah: did I tell you that this is gonna be tricky? :P
[14:22] <bshah> yes.. :p
[14:23] <Riddell> I think I sorted it
[14:23] <Riddell> let's try a build
[14:24] <sitter> I will however add that this is made needlessly complicated by the fact that the actual source doesn't use cmake and is conceptually wired into the packaging in ways that aren't profoundly usual
[14:25] <bshah> I should've decided to port to cmake this morning
[14:26] <bshah> I removed kdeglobals from upstream
[14:32] <bshah> seems green but amd64 still have wrong kdegloabals
[14:34] <Riddell> oh?
[14:34] <bshah> perhaps because my upstream change didn't made it to anongit
[14:35] <bshah> oh wait it is not pushed yet
[14:35] <bshah> sorry
[14:35] <bshah> done now
[14:37] <Riddell> bshah: you building it again?
[14:38] <bshah> Riddell: yep... but now package doesn't have etc/xdg/kdeglobals at all..
[14:38] <bshah> :
[14:38] <bshah> :\
[14:39] <Riddell> http://mobile.kci.pangea.pub:8080/job/vivid_unstable_plasma-phone-settings-packaging_bin_amd64/14/console  says it copied
[14:39] <Riddell> but you're right it doesn't
[14:39]  * Riddell confused and looks further
[14:40] <bshah> sitter | kill the kdelgobals in the kde git repo + in debian/plasma-phone-settings.install you need to add debian/tmp/* /
[14:40] <bshah> Riddell: we have solution ^
[14:42] <Riddell> bshah: want to do it or shall I?
[14:42] <bshah> on it
[14:43] <Riddell> sitter: http://mobile.kci.pangea.pub:8080/job/mgmt_docker_wily/ is unhappy, what did I miss?
[14:43] <Riddell> sitter: and what are mgmt_docker_vivid_unstable mgmt_docker_vivid_unstable_amd64, do I need to make copies of them for wily?
[14:45] <sitter> nope
[14:46] <sitter> Riddell: the 46. are DO slaves, they havd 404 for some reason. the 212. are scaleway and apparently the docker arm image provider doesn't have wily
[14:47] <sitter> former probably needs retries, latter we cannot do anything about because someone decided to hard transition the entire tooling so it is broken right now and needs sorting for mobile still
[14:49] <bshah> yay this works...
[14:49] <bshah> thanks Riddell and sitter
[14:49] <bshah> I will mark this day on calender for future references..
[14:50] <bshah> :p
[14:51] <Riddell> sitter: something on DO needs an  apt update?   http://mobile.kci.pangea.pub:8080/job/mgmt_docker_wily/label=<IP_ADDRESS>/2/console
[14:51] <Riddell> bshah: sorry it was so much hassle, you can ask me to make packaging changes if you like
[14:51] <sitter> deploy_in_container probably does
[14:51] <bshah> no need for sorry, I wanted to learn this anyway
[14:52] <sitter> but we can't change deploy_in_container because then the image names change :P
[14:53] <sitter> mass retrying wily stable
[14:54] <sitter> Riddell: really I'd just postpone this until after the bloody tooling deployment is working again
[14:55] <Riddell> sitter: ok, should I revert pangea and ci-tooling and delete jobs or just leave it for now?
[14:55] <sitter> leave it, I don't think the jobs will trigger
[14:55] <Riddell> ok thanks
[14:55] <sitter> I might be able to stopgap this tomorrow
[14:57] <sitter> shadeslayer: btw if you fancy a bit of reading you could check out if and how packer can help with image deployment
[15:11] <sgclark> hmm
[15:13] <sgclark> any reason kservice was bumped to 5.14.3 while the rest of kf5 is at .0 ?
[15:14] <Riddell> sgclark: kservice got a bug then a fix which caused a bug then another fix which caused a bug and finally another fix which made bshah report a bug
[15:14] <sgclark> lol
[15:14] <sgclark> clear as mud. ok
[15:14] <Riddell> so currently we're at 5.14.3, stay tuned for the next exciting episode
[15:14] <sgclark> k
[15:16] <clivejo> LOL
[15:28] <sgclark> I don't remember having this much symbols madness doing backports in the past. hmm
[15:32] <sgclark> Riddell: there are seriously tons of missing symbols. Any thoughts on how to proceed?
[15:33] <clivejo> do they have to be redone for a backport?
[15:34] <sgclark> not sure, this has not happened to me in the past.
[15:34] <clivejo> surely they would be the same on both vivid and wily?
[15:34] <sgclark> one would think
[15:35] <sgclark> I am baffled as to why this is.
[15:36] <Riddell> sgclark: just rm the .symbols files
[15:36] <sgclark> ok
[15:36] <Riddell> sgclark: it'll be due to the gcc 5 transition, vivid has gcc 4
[15:36] <clivejo> ah
[15:36] <sgclark> oh right
[15:36] <sgclark> makes sense now
[15:37]  * clivejo nods
[15:37] <Riddell> sgclark: the point of symbols files is to check if symbols have not disappeared and broken ABI, we know that's not the case so you can just ignore them for backports
[15:37] <sgclark> excellent. thanks
[15:39] <Riddell> hmm, it might be nice to have packages of davetray for testing (it'll go into plasma for 5.5) http://blog.davidedmundson.co.uk/blog/xembed_back
[15:40] <sgclark> haha davetray
[15:40] <Riddell> it's a technical term
[15:41] <sgclark> well I would but I am working on the world of backports lol
[15:43]  * Riddell eyes up clivejo
[15:44] <sgclark> grr
[16:22] <sgclark> wth why would wily pick up a backport commit
[16:32] <sgclark> Riddell: seems sitter is gone. kservice has an error with git behind behind by one commit. If you can fix such a thing.
[16:33] <sgclark> and I am not sure if I am seeing correctly, it looks like wily is picking up my backports commits, this would have very undesirable results.
[16:48] <soee> so yesterday i aksed if krunner works for you - it didn't worked for me
[16:49] <soee> it seems that  during some updates all options (what to look for) in kurunner were unchecked ..
[17:09] <sgclark> yippee
[19:36] <soee> Pobieranie:1 http://archive.ubuntu.com/ubuntu/ wily/main qtbase5-dbg amd64 5.4.2+dfsg-2ubuntu6 [152 MB]
[19:36] <soee> lol 152 MB ;o
[22:05] <sgclark> !testers
[22:05] <sgclark> staging-frameworks vivid backport needs testing