[00:02] <LaserJock> MOTU SRU: please have a look at bug #367375 for me, thanks
[01:42] <LaserJock> jdong: ping
[01:42] <jdong> LaserJock: sup?
[02:19] <Darxus> If I modify azureus to be only less spammy, will it be accepted into universe?  https://bugs.launchpad.net/ubuntu/+source/azureus/+bug/434979
[02:28] <lifeless> seeking -release folk
[02:29] <ScottK> You rang?
[02:29] <lifeless> hi
[02:29] <lifeless> I have a couple of FFe's I'd like approve
[02:29] <lifeless> d
[02:29] <ScottK> OK.  What bugs?
[02:30] <lifeless> sec, evo being slow
[02:30] <lifeless> 434927
[02:30] <lifeless> 434943
[02:30] <lifeless> bug 434927, bug 434943
[02:30]  * ScottK looks.
[02:32] <lifeless> huh, requestsync didn't use the right package
[02:32]  * lifeless fixes
[02:32] <ScottK> Which one is wrong?
[02:32] <lifeless> both were on 'ubuntu'
[02:32] <ScottK> Ah.
[02:32] <lifeless> bug 434927, bug 434943
[02:33] <lifeless> meh, anyhow fixed.
[02:33] <lifeless> they are both low risk, packages that were incorrectly removed, which I've fixed and restored in Debian
[02:33] <ScottK> OK.  Ack #1 from me.
[02:34] <ajmitch_> that's probably why they were put against 'ubuntu' rather than the package
[02:34] <ScottK> lifeless: What's pqm and why don't we have it in the archive?
[02:34] <zooko> Yay for bzr 2.0!
[02:34] <lifeless> ajmitch_: yes, I'm just filing a ubuntu-dev-tools bug :P
[02:34] <zooko> ... which, by the way, supports storing your repositories in a Tahoe-LAFS grid (through its ftp interface).
[02:35] <lifeless> ScottK: its very awkward to package; its a cron script for doing merges.
[02:35] <zooko> Okay I need to go read bedtime stories to an 8-year-old and then I'm going to try to improve the licensing in Tahoe-LAFS in http://revu.ubuntuwire.com/p/tahoe-lafs .
[02:35] <lifeless> ScottK: it may get packaged, but at the moment its much easier to drop it in a dedicated users homedir
[02:35] <ScottK> OK.
[02:35] <ajmitch_> do you still mostly drive PQM from procmail?
[02:36] <lifeless> yes
[02:36] <lifeless> zooko: ciao!
[02:36] <zooko> Oh, one more detail: a user named Nils Durner is writing an article entitled "distributed revision control in the cloud" about how he uses bzr 1.18 with Tahoe-LAFS.
[02:36] <zooko> Okay, back in a bit.
[02:37] <zul> hey ajmitch_
[02:37] <ajmitch_> hi
[02:41] <LaserJock> hi ajmitch_ and zul
[02:41] <ajmitch_> hey LaserJock
[02:41] <zul> LaserJock! how is it going?
[02:41] <LaserJock> going pretty OK
[02:42] <LaserJock> been working
[02:42] <LaserJock> but glad to have the PhD done
[02:42] <lifeless> one more needed :)
[02:42] <LaserJock> stupid thing took forever
[02:42] <ajmitch_> Dr LaserJock, what a thought :)
[02:42] <LaserJock> ajmitch_: yes, it's very weird to see a Dr in front of my name on the office door
[02:43] <lifeless> Hobbsee: ping
[02:43] <ajmitch_> you're doing a postdoc at the moment, or working outside academia?
[02:44] <LaserJock> both
[02:44] <LaserJock> postdoc'ing at the Air Force Research Lab
[02:44] <LaserJock> I'm a rocket scientist now ;-)
[02:45] <ajmitch_> RocketJock?
[02:46] <lifeless> lol
[02:46] <LaserJock> uhhh, somehow that doesn't quite sound as good
[02:46] <LaserJock> didn't ogra once see a sign for a LaserRock concert?
[02:46] <lifeless> StevenK: why aren't you in motu-release
[02:47] <LaserJock> ajmitch_: I still work with lasers, I'm just using them for the Department of Defense ;-)
[03:18] <ScottK> OK, checkinstall page complete with a new warning.  This one copied direct from the upstream README, so it ought to be hard to argue with.
[03:20] <lifeless> 'dont use this' ?
[03:21] <ScottK> I already put in don't use this on packages intended for distribution.
[03:21] <zul> you suck if you use this?
[03:21] <ScottK> If they want to explode their own systems, that's their business.
[03:23] <captivus> Good evening, all.  I asked this question the other day, and it is likely that someone answered it while I've been idle and I can't seem to locate it in my buffer ...
[03:24] <captivus> Does anyone know if Launchy has been packaged for Ubuntu?  If not, I'd be interested in packaging it myself.
[03:24] <captivus> I can't seem to find it in the standard repos ...
[03:24] <captivus> But I am, admittedly, a neophyte on this ...
[03:26] <zooko> back
[03:27] <zooko> ScottK: I am addressing the licensing questions listed in http://revu.ubuntuwire.com/report.py/legal?upid=6899
[03:27] <zooko> Do I really need to add a copyright statement to every file?
[03:27] <ScottK> Looking
[03:27] <lifeless> I'm of the !citation perspective there
[03:27] <lifeless> but I'm not an archive admin
[03:28] <zooko> I don't really mind.  It's just a few minutes of work writing a script to do it or something...
[03:28] <lifeless> if one considers the program as a 'work', then a full file is no more or less a part than a parapgraph is
[03:28] <lifeless> so its rather odd to obssess about files
[03:28] <lifeless> I think we've inherited this from RCS
[03:28] <ScottK> zooko: They are not absolutely required, but they are a good practice.  What is absolutely required is that a full copy of all licenses used in the package be shipped in the upstream tarball.
[03:29] <zooko> ScottK: how about in the copyright file which is included in the upstream tarball?
[03:30] <ScottK> zooko: Does it have a full copy of the license?
[03:30] <zooko> Yes on TGPPL1, no on GPL2, no on MIT
[03:30] <ScottK> It's all got to be there.
[03:31] <ScottK> On something like MIT which may have the complete license cited in a program file, that's sufficient.
[03:31] <zooko> Hm, and there are also LGPL2 files.
[03:31] <ScottK> There just needs to be a full copy, it's not required to be a separate file.
[03:31] <lifeless> ScottK: what about asf 2, which explicitly wants a web reference?
[03:31] <ScottK> lifeless: Then put a full copy of it in with the web reference.
[03:32] <lifeless> heh
[03:32] <ScottK> There's no other way to know the actual terms since web references can be changed.
[03:47] <zooko> So, there is a file in Tahoe-LAFS which says "It will be released under the BSD license." http://allmydata.org/trac/tahoe/browser/src/allmydata/util/figleaf.py
[03:48] <zooko> Subsequently new versions of that project have indeed been released under MIT: http://darcs.idyll.org/~t/projects/figleaf/doc/
[03:48] <zooko> What should I do?  I think the best answer is: remove that file and break that feature for now.
[03:51] <ScottK> No, I'd just add a copy of the BSD license to the tarball.
[03:51] <ScottK> If you can reasonably figure out which one they mean.
[03:52] <zooko> The modern version says "figleaf is available under the MIT license." in the announcements and "license='BSD'," in the python setup.py metadata.  :-)
[03:52] <ScottK> Whats included in the package is what counts.
[03:54] <zooko> What does "license='BSD'" mean in Python metadata?
[03:54] <zooko> I suppose it means the same thing that "License :: OSI Approved :: BSD License" means in the Trove Classifiers.
[03:54] <zooko> Which I guess is "BSD-new": http://www.opensource.org/licenses/bsd-license.php
[03:55] <ScottK> How old is the old version of the package?
[03:56] <Darxus> "BUILD SUCCESSFUL"
[03:56]  * Darxus dances.
[03:56] <Darxus> (azureus)
[03:56] <zooko> ScottK: three years ago: http://allmydata.org/trac/tahoe/changeset/144/src/allmydata/util/figleaf.py
[03:57] <ScottK> Then I think that's a reasonable assumption.  4 clause BSD was recinded in 1999.
[04:05] <zooko> So, should I also include the text of GPL2 in the copyright file, or is that one specially excepted?
[04:05] <zooko> The copyright file does say "On Debian GNU/Linux systems, the complete text of the GNU General Public License can be found in `/usr/share/common-licenses/GPL'/".
[04:07] <zooko> Okay here is our new copyright file: http://testgrid.allmydata.org:3567/file/URI%3ACHK%3Ab4t7r43svbjrid2yaylg6bug5m%3Aacj7tzbq64us74rp2prg3okaptn6hnkhweupowp626o4wtsrw7kq%3A3%3A10%3A30075/@@named=/copyright
[04:07] <lifeless> zooko: the upstream taball has to have the GPL
[04:08] <lifeless> GPL2 I mean
[04:08] <zooko> lifeless: it does.
[04:08] <lifeless> zooko: the debian binary can reference it
[04:08] <zooko> lifeless: okay
[04:14] <zooko> Hm, okay now I'm trying to build a new package with these changes but I don't know how to use debuild...
[04:14] <lifeless> debuild -i -S
[04:16] <zooko> Hm, so before I can run debuild, I need to construct an ubuntuized directory out of .orig.tar.gz and the .diff from here, right?  http://revu.ubuntuwire.com/p/tahoe-lafs
[04:16] <lifeless> dget http://revu.ubuntuwire.com/p/tahoe-lafs
[04:17] <lifeless> uupdate
[04:17] <ScottK> Except with the full url to the .dsc
[04:17] <lifeless> if the package has a correct watch file and you've published your new upstream
[04:18] <zooko> I haven't published my new upstream.
[04:18] <lifeless> you should do that :)
[04:18] <zooko> I want to apply these patches to licensing statements just to the Tahoe-LAFS which was already reviewed by kirkland.
[04:19] <zooko> Our trunk has a few feature improvements that we haven't released yet.
[04:19] <lifeless> so, conceptually the debian package has no business changing licence data from upstream
[04:19] <lifeless> can you do a point release?
[04:20]  * zooko reviews his project's recent history.
[04:21] <zooko> v1.5.0 was released on 2009-08-01.  Since then, we've edited the docs...
[04:22] <zooko> refactored a core component, updated the build scripts to build Debian/Ubuntu packages better,
[04:22] <lifeless> zooko: btw
[04:23] <lifeless> FTP is really slow; if Tahoe could offer SFTP or even a custom transport, the bzr integration would be orders of magnitude better
[04:23] <lifeless> -> #bzr if you want more detail ;)
[04:23] <zooko> I do, but not right now.
[04:23] <lifeless> you know where to find me :)
[04:23] <zooko> I actually think I need to give up on this project for tonight -- it is past my bedtime and I need to be patient while helping my boys get ready for school in the morning.
[04:24] <zooko> I don't think the Tahoe-LAFS project wants to make a new release of any kind before Karmic's Beta Freeze (which is imminent).
[04:24] <zooko> We've already committed these changes to trunk, but not made a release.
[04:25] <zooko> So it isn't so much that the Ubuntu packaging is changing these things as that it is applying these patches from trunk and not taking the feature-improvements and refactorings that are also on trunk more recent than the most recent stable release.
[04:25] <zooko> Anyway, thanks a lot for the help!
[04:26] <lifeless> zooko: ok
[04:27]  * zooko makes a note to ask lifeless about better Tahoe-LAFS bzr integration.
[04:27] <zooko> By the way I'm not the author of the relevant patches, but I can learn.
[04:27] <zooko> Aha I figured out how to debuild this thing I downloaded from revu...
[04:35] <StevenK> lifeless: I'm supposed to be?
[04:35] <lifeless> StevenK: no but if you were I could nag you
[04:36]  * StevenK adds another reason to the list for not being in motu-release
[04:36] <zooko> Dang, debsign says my secret key is not available.  However "gpg --sign $FILE" works.
[04:37] <ScottK> zooko: Look that the name/email address in debian/changelog.  It likely doesn't match what's in your key.
[04:37] <StevenK> This can also happen if your key has a comment on it
[04:37] <ScottK> That too.
[04:38] <zooko> Ah, it is probably that I have two uids...
[04:39] <zooko> Yay!
[04:39]  * zooko wonders what -i and -S mean.
[04:40]  * ScottK hands zooko man dpkg-buildpackage
[04:40] <ScottK> The -i you didn't actually need.
[04:41] <zooko> Ah, for what it is worth I had already looked at man debuild before I said that...
[04:41] <ScottK> Recall the debuild is essentially a wrapper for dpkg-buildpackage, lintian, and debsign.
[04:41] <zooko> Thanks.
[04:49] <zooko> Okay, now I'm going to try dput...
[04:51] <zooko> Hm, does this mean it worked? http://codepad.org/U1lT29It
[04:54] <zooko> Ah, I got a nice rejection letter in the mail.
[04:54] <zooko> The signer of this package has no upload rights to this distribution's primary archive.  Did you mean to upload to a PPA?
[04:54] <zooko> It said.
[04:55] <StevenK> Where did you to dput to?
[04:56] <zooko> dput ../tahoe-lafs_1.5.0-0ubuntu2_source.changes  http://revu.ubuntuwire.com/p/tahoe-lafs
[04:56] <zooko> Upload package to host ubuntu
[04:56] <zooko> Howdy doko_!
[04:57] <StevenK> zooko: Ah. dput doesn't take a URL to upload to like that, so it uploaded it to the master archive, and got rejected. Read 'man dput'
[04:57] <zooko> Thanks.
[04:58] <StevenK> zooko: For further reference, you'll also get a message from the PPA system if your upload worked
[04:58] <lifeless> and the mail address was right :P
[04:59] <zooko> Thanks!  Darn, it looks like this failed attempt has left evidence of 0ubuntu2 already being there, so now dput says "Already uploaded" and won't reupload it.
[04:59] <zooko> Aha, there is a .upload file locally that has that in it...
[04:59] <StevenK> dput -f, or remove the .upload file
[05:04]  * zooko waits for mail from the PPA system.
[05:09] <zooko> Hm, this time I said to upload to "revu.ubuntuwire.com" and I got the same rejection letter: "The signer of this package has no upload rights to this distribution's primary archive.  Did you mean to upload to a PPA?"
[05:11] <micahg> zooko: https://wiki.ubuntu.com/MOTU/Packages/REVU
[05:11] <zooko> micahg: thanks.
[05:18]  * jdong looks at bug 434979
[05:18] <jdong> do we have any Free-ness guidelines about money nagging?
[05:19] <ScottK> It's distasteful at best.
[05:19] <jdong> wholeheartedly agreed
[05:19] <ScottK> I don't think we should hesitate a moment about removing it.
[05:19] <jdong> furthermore looking at comment #2...
[05:19] <jdong> apparently it nags you FURTHER if you decline
[05:19] <jdong> and apparently loads ads?
[05:20] <jdong> heh definitely borders on ridiculous
[05:59] <jmarsden> Is this "nagging" not just a natural consequence of declaring bug #268447 invalid? :)   Someone is apparently trying to push the envelope... once you open that door, all kinds of bad stuff will come in.
[06:02] <zooko> Hooray for me!  I have successfully uploaded a package to REVU!  http://revu.ubuntuwire.com/p/tahoe-lafs
[06:03] <zooko> Tahoe-LAFS has already been reviewed and advocated by kirkland, so it hopefully doesn't require too much work to confirm that the changes since he advocated don't invalidate his advocacy.
[06:03] <zooko> Therefore, if I understand correctly, after such a review to make sure we didn't break anything, Tahoe-LAFS is ready to be uploaded into Karmic!
[06:04] <ScottK> jmarsden: You'll notice MOTD doesn't do that anymore.
[06:05] <ScottK> zooko: It takes two advocates.
[06:05] <jmarsden> ScottK: In Jaunty?  Or in Karmic Alphas?  In Jaunty with full updates here it still seems to do that.
[06:06] <ScottK> My Jaunty doesn't do that anymore.
[06:06] <ScottK> I'm reasonably certain I didn't change anything.
[06:06] <jmarsden> Well, mine doesn't because I added the appropriate lines to the config file to kill it off :)
[06:07] <zooko> ScottK: Okay, I will ask iulian and rainct and pox if they can advocate for its inclusion.
[06:07] <ScottK> zooko: POX is not a MOTU, so his wouldn't count here (unfortunately).
[06:08] <zooko> Okay, I'll ask those other two.
[06:08] <jmarsden> ScottK: And my Karmic Alpha6 Server VM does still have that ad in the MOTD... so I don't think it has been silently fixed.
[06:09] <ScottK> jmarsden: If it'd just been "Buy my proprietary add-on", then I think that would have been an appropriate precedent.
[06:10] <jmarsden> I think if I were the author/packager of vuze and you kill one and not the other, I'd declare that to be hypocritical...
[06:12] <ScottK> I'm not a fan of either one, but the vuze one seems more in your face.
[06:14] <zooko> Okay, I've emailed iulian and rainct asking if they will advocate for Tahoe-LAFS.
[06:14] <zooko> Thanks for your help, folks.  Good night!
[06:18] <jmarsden> ScottK: Definitely agreed... but the thing is, IMO if someone with authority declares the vuze one to be "bad" enough to kill it, either they must also declare the landscape-sysinfo one to be similarly "bad" too, or they are in effect setting some sort of hard to defend unwritten standard half way down a very slippery slope.
[06:19] <dholbach> good morning
[06:29] <fabrice_sp> Hey dholbach !
[06:29] <dholbach> hola fabrice_sp!
[06:29] <fabrice_sp> :-)
[06:30] <fabrice_sp> Guten morgen Herr Daniel :-)
[06:30] <dholbach> it's "Morgen"
[06:30] <dholbach> but other than that it looks good :-)
[06:30] <dholbach> I think I need another coffee before the "Morgen" is going to be "gut" :)
[06:30] <fabrice_sp> No German in more than 15 years...
[06:31] <fabrice_sp> Have a good coffee :-)
[06:31] <dholbach> thanks muchly fabrice_sp :)
[06:31] <zooko> Good night from UTC-6.
[06:59] <wrapster> im trying to build sun studio 12 but dont have the source so no .dsc or such default files.. im looking at https://wiki.ubuntu.com/PackagingGuide/Complete to learn how to do it.. but when i run dh_make -e maintainer@address after the next display i get this "Hit <enter> to confirm: Could not find sunstudio_12.orig.tar.gz Either specify an alternate file to use with -f, or add --createorig to create one.
[07:00] <wrapster> how do i resolve this issue?
[07:01] <wrapster> can anyone please help me.. Im a newbie to this.. just started off
[07:07] <dholbach> best to download the .tar.gz from the homepage and rename it to sunstudio_12.orig.tar.gz
[07:07] <wrapster> dholbach: i actually used the --createorig from the dh_make
[07:07] <wrapster> is that good or should i redo it?
[07:08] <wrapster> dholbach: would need help so please assist me in this..just starting to learn
[07:08] <dholbach> just ask in here
[07:08] <dholbach> download the source from the homepage
[07:08] <dholbach> and rename the .tar.gz file to sunstudio_12.orig.tar.gz
[07:09] <dholbach> or repack it if it's a .zip or whatever
[07:09] <dholbach> and then go from there
[07:09] <wrapster> done..
[07:09] <wrapster> ok thanks will revert when i hit another bottleneck
[07:09] <wrapster> thanks
[07:09] <dholbach> rock on
[07:09] <dholbach> https://wiki.ubuntu.com/MeetingLogs/devweek0909/PkgFromScratch might help too
[07:10] <wrapster> dholbach: thanks.
[07:22] <wrapster> dholbach: im using dh_make and asks me the type of pkg?(single/muti/....) what would it be..
[07:22] <wrapster> im thinking its multi.
[07:22] <wrapster> could you please let me know what needs to be filled in?
[07:22] <dholbach> start with single to get something working, then you can start splitting out stuff later on
[07:22] <wrapster> ok
[07:22] <dholbach> the package will get more and more complicated on its own :)
[07:46] <wrapster> ok reached the rule file.... :) and based on my logic.. How its tarball works is that you just need to extract it into a dir called /opt/SUNWspro and dump the contents into it thats all so Im assuming that i dont need the default rules file that has been created automatically.. could i just do by writing a purpose served rule file?
[07:51] <mase_wk> Hi guys, I'm trying to learn how to package a kernel , following this guide https://help.ubuntu.com/community/Kernel/Compile
[07:51] <mase_wk> using the Alternate Build Method: The Old-Fashioned Debian Way
[07:52] <mase_wk> since i need to do a new kernel from kernel.org
[07:52] <mase_wk> i am hitting this problem http://pastebin.com/m4274f35b
[07:52] <mase_wk> obviously not doing something correctly but i'm not sure what.
[07:52] <mase_wk> any assistance would be appreciated.
[07:53] <_ruben> mase_wk: if you just need a newer kernel, you could look in the kernelteam's mainline build 'ppa'
[07:54] <mase_wk> _ruben: i tried that but i didn't have the wireless package in order to satisfy the deps
[07:54] <mase_wk> and this is a hardy machine so it wasn't in the repos
[07:55] <mase_wk> wireles-crda
[07:56] <mase_wk> wireless-crda*
[07:56] <_ruben> mase_wk: ah ok .. then i'd look at the kernelteam wiki instead of the community docs, they explain the latest and greatest methods
[07:59] <mase_wk> oh ok cool will have a look
[08:50] <freeflying> dholbach: ping
[08:51] <dholbach> freeflying: pong
[08:51] <freeflying> dholbach: https://bugs.edge.launchpad.net/ubuntu/+source/ibus-pinyin/+bug/431823
[08:52] <freeflying> dholbach: two fix are pending to be upload, both are in main, so I need your help :)
[08:52] <dholbach> is ubuntu-main-sponsors subscribed?
[08:53] <freeflying> dholbach: let me check
[08:53] <dholbach> that's usually the way to get somebody to check the bug who can upload the fix :)
[08:53] <dholbach> ... without relying on one person
[08:53] <freeflying> dholbach: got you, thanks
[08:54] <freeflying> dholbach: actually they were assigned to ubuntu-main-sponsors :)
[08:54] <dholbach> ah good :)
[09:02] <slytherin> TheMuso: Can you please look at bug #430937 when you get time and tell me what more information it needs?
[09:30] <wrapster> http://pastie.org/627139
[09:30] <wrapster> what does this error mean?
[09:30] <wrapster> i was able to come this far!! how do i resolve it?
[09:32] <slytherin> wrapster: what are you trying to do exactly?
[09:33] <wrapster> slytherin: im trying to build sun studio 12
[09:33] <slytherin> wrapster: and what command did you use?
[09:34] <wrapster> dpkg-buildpackage <with flags>
[09:40] <slytherin> wrapster: you did that from inside the source package right?
[09:40] <wrapster> yes
[09:41] <slytherin> wrapster: Can you paste your rules file somewhere?
[09:41] <wrapster> one moment
[09:49] <wrapster> slytherin: http://pastie.org/627139
[09:49] <wrapster> slytherin: im a beginner learning my way through packaging so please let me know if ive made mistakes and why it wont work as well
[09:49] <wrapster> thanks
[09:50] <slytherin> wrapster: in your rules file, binary target depends on binary-arch and binary-arch target doesn't have any commands.
[09:52] <wrapster> oops
[09:54] <wrapster> binary-arch: <\n\t> @echo "nothing to do here as well" should suffice
[09:58] <slytherin> wrapster: Does sunstudio use ant to build the source?
[09:58] <wrapster> this is not the source
[09:59] <wrapster> and im not very sure either...
[09:59] <wrapster> anyway i still get the same result
[09:59] <wrapster> dpkg-genchanges: failure: cannot read files list file: No such file or directory  ; dpkg-buildpackage: failure: dpkg-genchanges gave error exit status 2
[10:06] <slytherin> wrapster: I don't understand your comment "this is not the source"
[10:06] <wrapster> at least to figure out from where its coming is there a way i can run the rules file one rule at a time
[10:06] <wrapster> yes its a tarball of precompiled sources...
[10:06] <wrapster> all you need to actually do is to extract the tarball .place it where you want and set $PATH and start using it
[10:07] <wrapster> what im trying to achieve is to build a .deb around it and when you install it will just copy from the current location to /opt/SUNWspro
[10:07] <wrapster> thats it
[10:10] <slytherin> wrapster: I believe you are doing it wrong way. You should remove leading / from opt/SUNWspro/. Also don't use /usr/bin/cp, just use cp.
[10:11] <wrapster> hmm ok
[10:20] <geser> wrapster: can you pastebin your complete build log please?
[10:30] <wrapster> geser: where is it located?
[10:30] <wrapster> never looked at it thus far
[10:30] <geser> wrapster: I mean the whole output from your attempt to build the package
[10:31] <wrapster> ok
[10:31] <geser> I assume what's wrong but want to check first
[10:32] <wrapster> geser: ok one moment please
[10:34] <wrapster> geser: http://pastie.org/627182
[10:34] <wrapster> thats the entire pastie
[10:34] <geser> thanks
[10:35] <wrapster> geser: can you please help me...
[10:35] <geser> as I assumed: during the package build the "binary" targets gets called (line 23) but when you look at your rules files you see that binary only depends on binary-arch which does nothing
[10:35] <geser> your whole work to build the package is in binary-indep which isn't used
[10:36] <wrapster> ouch.
[10:36] <geser> btw: is your "link" target not used by purpose as a dependency somewhere?
[10:37] <wrapster> it is
[10:37] <wrapster> not as a dependency but a seperate rule
[10:37] <geser> change the dependency for binary from binary-arch to binary-indep (or list both) and you should come a little further
[10:37] <mok0> ubuntu keyserver is on its knees...
[10:37] <wrapster> geser: yeah did that... hope it works now
[10:39] <wrapster> ok thats resolved but ran into this.. http://pastie.org/627139
[10:40] <geser> replace line 19 in your rules with what needs to be done to "install" the package
[10:41] <geser> s/the package/the software/
[10:41] <wrapster> ok
[10:51] <wrapster> cp: cannot stat `READMEs:': No such file or directory ;;;dh_installdocs: command returned error code 256;;; make: *** [binary-arch] Error 1 ;;; dpkg-buildpackage: failure: debian/rules binary gave error exit status 2
[10:51] <wrapster> are these error coming from installdocs
[10:59] <slytherin> Does anyone know if fPIC flag is needed with GCC 4.4?
[11:15] <mok0> slytherin: Why would it not be?
[11:16] <slytherin> mok0: I am just asking. I searched on google and someone said it was present in old version of gcc (4.2).
[11:16] <mok0> slytherin: you mean on by default?
[11:16] <mok0> slytherin, better keep it around
[11:17] <slytherin> There were failures in java3d on Debian buildd that were fixed by adding -fPIC flag. These failures were not seen on Ubuntu buildd. So I was wondering if it is because of gcc version difference.
[11:18] <mok0> slytherin: oh I see
[11:19] <mok0> slytherin: failures when running or failures during compilation?
[11:20] <slytherin> mok0: FTBFS. :-)
[11:20] <mok0> slytherin: Hm, weird
[11:21] <mok0> slytherin: There can be many subtle differences in the compiler
[11:21] <mok0> slytherin: and perhaps the optimization setting was different
[11:22] <mok0> slytherin: Optimization might re-organize the code so it just fits within a segment
[11:23] <slytherin> hmm, possible
[11:23] <mok0> (or the other way around)
[11:24] <mok0> slytherin: In that case, adding -fpic should be sufficient :-)
[11:36] <mok0> WFT? Icons are gone from Launchpad's home pages
[11:37] <mok0> I should say "branding"
[11:37] <slytherin> mok0: LP 3.0 is being released today.
[11:39] <mok0> slytherin: Don't they usually shut the thing down for upgrades?
[11:39] <slytherin> they usually make it read only
[11:39] <slytherin> any PHP experts here?
[11:40] <mok0> !ask
[11:40] <mok0> :-D
[11:41] <slytherin> I am looking for some help in solving the error seen at the top - http://ubuntu-in.info/wiki/index.php/Main_Page
[11:42] <mok0> slytherin: can you pastebin the code (relevant part)?
[11:43] <mok0> Very nice hp btw
[11:44] <slytherin> mok0: http://paste.ubuntu.com/276316/
[11:44] <slytherin> hp?
[11:45] <mok0> homepage :-)
[11:46] <mok0> slytherin: I take it line 9 in the paste corresponds to line 78 in "Polyglot.php"
[11:46] <slytherin> mok0: yes
[11:46] <slytherin> I will be back
[11:50] <mok0> slytherin: obviously, $GLOBALS['wgLanguageNames'] is not an array
[11:59] <slytherin> mok0: Solved the problem. Language.php file which defines the array was not included in LocalSettings.php
[12:11] <AnAnt> what's MIR ?
[12:11] <geser> !MIR
[12:12] <AnAnt> ah
[12:12] <AnAnt> thanks
[12:20] <`brandon`> hello, i have parallel plesk but it's .dev40.*
[12:20] <`brandon`> i need to make it into a .deb file only can you help.
[12:38] <Laney> wiggle wiggle
[12:44]  * hyperair thanks cjwatson for syncing remuco
[12:45]  * slytherin congratulates hyperair :-)
[12:46] <hyperair> =)
[13:03] <DktrKranz> hyperair: that was sponsored by me, be prepared to receive tons of bugs!
[13:03] <hyperair> DktrKranz: are you saying my work is lousy? ;-)
[13:05] <DktrKranz> hyperair: no, but who knows what I added to your code before uploading ;)
[13:05] <hyperair> DktrKranz: hah. i can verify that. =p
[13:05] <hyperair> you didn't add anything did you?
[13:05]  * hyperair is lazy to check
[13:05] <DktrKranz> hehe, joking :P
[13:05] <hyperair> =p
[13:06] <Laney> ha ha there's an rc bug already
[13:08] <Darxus> My debdiff got sponsored into karmic!
[13:09] <hyperair> Laney: that was before he sponsored it. and i can't reproduce it
[13:09] <hyperair> i should probably ask for more information
[13:09] <Laney> downgrade it and set the tag then
[13:09] <Laney> you shouldn't leave rc bugs alone, looks bad
[13:10] <hyperair> okay
[13:10] <hyperair> er
[13:10] <hyperair> what tag?
[13:10] <Laney> unreproducible
[13:10] <hyperair> ah
[13:11] <Laney> that's hardly grave anyway even if it were a real bug
[13:11] <DktrKranz> hyperair: ask him to reproduce with recent gnome, that could help
[13:11] <Laney> one part of the package doesn't work
[13:18] <hyperair> Laney: what should i set the severity to?
[13:18] <Laney> important a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone.
[13:18] <Laney> sounds right to me
[13:18] <hyperair> ok
[13:21]  * ejat pokes hyperair
[13:21]  * hyperair pokes ejat back
[13:22] <hyperair> hmm how do i send commands to<EMAIL_ADDRESS>in the same email as some other text?
[13:22] <hyperair> do i indent the control commands or waht?
[13:22]  * hyperair finds the debian bts confusing and unintuitive
[13:22] <Laney> cc control
[13:22] <Laney> put your commands at the top
[13:22] <Laney> then "thanks"
[13:23] <Laney> then your reply
[13:23] <hyperair> aah
[13:23] <hyperair> okay
[15:29] <jtimberman> anyone able to look at https://bugs.launchpad.net/ubuntu/+source/libmixlib-config-ruby/+bug/420674 and https://bugs.launchpad.net/ubuntu/+source/chef/+bug/424576 and sponsor for sync (mixlib) and upload (chef) ?
[16:11] <zooko> Whoo-hoo!  Tahoe-LAFS is in the Karmic queue.  As soon as someone archives it and it becomes apt-gettable, I will ask Tahoe-LAFS users to test it out in Karmic.
[16:12] <zooko> Okay off to my day job -- I'll lurk on this channel.
[17:02] <directhex> is there a handy script to send an ubuntu bug to debian?
[17:04] <geser> forward a bug or a patch?
[17:04] <james_w> I've got the reverse, I wonder if run it backwards through python it will do what you want
[17:09] <c_korn> hm, what package is missing when a tcl script fails with "can't find package Tk". I installed tk8.5 but this made no difference
[17:18] <DaveMorris> via the control file, is there a way to specify that a package should be built with g++4.2 rather than g++4.3?  Since I'm guessing g++ is getting pulled in by default from one of my build depends
[17:21] <DaveMorris> or do I have to patch the build system to called g++4.2 rather than g++ and just have g++4.2 as a build dependancy
[17:22] <ubuntu_giant> I'm trying to follow the steps on [https://help.ubuntu.com/community/GnuPrivacyGuardHowto].  This is what I did: http://pastebin.com/m77e749c3.  Anybody know the problem?
[17:22] <ubuntu_giant> Thanks in advance.
[17:23] <danbhfive> ubuntu_giant: just keep doing work
[17:23] <danbhfive> eventually, it will complete once enough entropy is gathered (I don't know the exact details)
[17:24] <ubuntu_giant> So I just ignore what it says and wait?
[17:24] <ubuntu_giant> Okay, I see output now.  Thanks. :)
[17:24] <danbhfive> well, in theory you need to follow what it says
[17:34] <geser> DaveMorris: both, you need to add g++-4.3 to build-depends to get it installed and make sure that g++-4.3 is used (check if you can set an environment variable to the c++ compiler to be used else you need to patch)
[17:34] <DaveMorris> thanks geser
[17:35] <geser> don't remember right now if it was CPP or CXX which you need to set to g++-4.3 (depends also on the build system to honour it)
[18:40] <phreestyle-work> hello....have a question. I'm interesting in bugfixing for Ubuntu, and I'm a Windows (C#) developer during the day, but I'm learning Python and already familiar with programming concepts. How would I go about getting the source of an application, changing it, building and testing it?
[18:42] <chrisccoulson> phreestyle-work - you could perhaps start by taking a look at https://wiki.ubuntu.com/MOTU/ :)
[18:43] <phreestyle-work> well, I tried to packaging at one time, but it was too much to handle at once....and from what I've read, MOTU is basically just packaging, but I was directed here from #ubuntu-devel
[18:49] <randomaction> get-modify-build cycle is described here: https://wiki.ubuntu.com/Bugs/HowToFix
[18:51] <phreestyle-work> randomaction: why does that page go straight from "before fixing a bug, make sure you can replicate it", to "Here's an example of how to create a patch"? It's all the stuff between those two sections is what I need to know
[18:53] <phreestyle-work> ok, nevermind, I just found the part about apt-get source
[18:54] <fabrice_sp> phreestyle-work, look at the 'Generating a patch' section in that page
[18:54] <randomaction> right, the "Generating the patch" section walks you through downloading source, appending the changelog, building etc.
[18:55] <phreestyle-work> yea, sorry, I read the first line and thought it was already trying to tell me how to change the package
[18:56] <dkurochkin> Hello. I have uploaded my first ubuntu package in REVU about a month ago: http://revu.ubuntuwire.com/p/polygraph . No one has reviewed it since then. Is this a proper place to ask for REVU package review?
[18:57] <fabrice_sp> dkurochkin, yes. I can a look later on
[18:57] <fabrice_sp> How long will you be connected ?
[18:57] <fabrice_sp> (just in case _I have questions)
[18:59] <dkurochkin> Thanks! I am in russia, so I will go to bed soon. Feel free to send comments and questions to my email address from debian/control.
[19:00] <fabrice_sp> I'll comment in review then
[19:11] <fabrice_sp> dkurochkin, this is a quite huge package (3,5Mb). Isn't it possible to make several binary packages?
[19:11] <fabrice_sp> better said: doses it make sense to do several packages
[19:21] <loic-m> Where does one look to see past requests for removal in Debian?
[19:22] <Laney> requests or actual removals?
[19:22] <loic-m> actual ones
[19:22] <loic-m> just to know the reason(s)
[19:23] <fabrice_sp> loic-m, you can see it in the package page in launchpad
[19:23] <loic-m> thanks fabrice_sp, I'll have a look
[19:24] <fabrice_sp> loic-m, which package?
[19:24] <loic-m> slim (just trying to answer a port in -devel-discuss
[19:24] <Laney> in debian..
[19:24] <Laney> ftp-master.d.o/removals.txt
[19:24] <Laney> afaik
[19:25] <fabrice_sp> this is what you ahve in launchpad: Deleted in karmic-release  (Reason: (From Debian) RoM; unmaintained)
[19:25] <sharms> so can I pretty much take any packages that FTBFS and fix them, or is there a priority to them?
[19:25] <loic-m> yes, indeed
[19:26] <loic-m> i got a new maintainer/uplaod in August, that's what happened, and wasn't synced since past DIF
[19:26] <loic-m> Is there a possibility to get it back in Karmic (since the package was in Jaunty, it would be preventing a regression)
[19:27] <sharms> just apt-get dist-upgraded my kvm jaunty to karmic, no apparent issues
[19:27] <sharms> that is good news
[19:27] <directhex> Your account 'directhex' has just been created in the central LDAP
[19:27] <directhex> database of the Debian project.
[19:27] <sharms> directhex: congrats
[19:28] <Laney> :D
[19:28] <Laney> sign my key pls
[19:29] <directhex> come to oxford!
[19:29] <Laney> hmmmmmmm
[19:30] <Laney> I'll be at LRL ¬_¬
[19:31] <sharms> I will be at Ohio Linux Fest
[19:31] <sharms> this weekend actually
[19:35] <directhex> i think i'm in san antonio during LRL
[19:35] <geser> sharms: there is no priority in FTBFS fixing, you may fix any package you want
[19:38] <fabrice_sp> I usually check with popcon, just to see if there is at least one user :-)
[19:47] <fabrice_sp> One question: the general consensus is not to add a patch system to a package if Debian does not have one?
[19:47] <geser> yes, as you easily end with patch applied directly and patches applied through the patch system
[19:57] <fabrice_sp> thanks geser
[20:13] <sharms> if I fix a FTBFS what should I tag it with
[20:13] <sharms> or do we still do that
[20:33] <geser> I don't know of any tagging
[20:38] <jpds> sharms: Attach the patch, and subscribe the correct sponsorship team.
[20:56] <toabctl> hi all
[20:58] <toabctl> there's a problem with trac in karmic. the debian/rules file tries to chmod a file in debian/trac/usr/lib/... , but the file is in debian/usr/local/lib . can anybody help? see http://launchpadlibrarian.net/32316783/buildlog_ubuntu-karmic-i386.trac_0.11.5-2_FAILEDTOBUILD.txt.gz
[20:59] <sharms> if someone gets a chance can a motu review https://bugs.launchpad.net/ubuntu/+source/cryptonit/+bug/435477
[21:02] <POX> DktrKranz: can you update stani's FFe bug (#434972) with build logs and whatever else is needed and sync it from Debian unstable?
[21:04] <DktrKranz> POX: I haven't Ubuntu box hany ATM, I can build it in a pbuilder, though
[21:04] <DktrKranz> *handy
[21:04] <POX> heh, /me didn't think he's that good in stealing Ubuntu developers
[21:05] <POX> pochu uses Debian these dats, same for DktrKranz....
[21:05] <POX> s/dats/days
[21:06] <POX> ScottK: you're next ;)
[21:06] <POX> how's your NM process, btw
[21:08] <jpds> directhex: Congrats.
[21:08] <directhex> 8D
[21:09] <DktrKranz> hey directhex! :)
[21:09]  * jpds pinches directhex's ear and forces him in #ubuntu-uk
[21:09] <directhex> more channels? :o
[21:17] <Daviey> directhex: go'an
[21:18] <jpds> Daviey: He has?
[21:18] <Daviey> hmm.. ETOOMANYCHANNELS fail
[21:23] <fabrice_sp> sharms, do not assign the bug to MOTU Reviewers Team, subscribe Universe sponsors
[21:23] <geser> sharms: on a quick look (don't have time right now for more) it looks good, but as fabrice_sp said
[21:24] <sharms> thanks, appreciate it
[21:24] <geser> else your bug don't get reviewed by anyone
[21:25] <mruiz> hi all
[21:25] <fabrice_sp> hi mruiz
[21:25] <mruiz> what is the difference between debian/control and debian/control.in ?
[21:25] <fabrice_sp> sharms, not assign
[21:25] <fabrice_sp> :-)
[21:25] <mruiz> fabrice_sp, hello!
[21:26] <fabrice_sp> sharms, on the right, you have the Subscribe someone else link
[21:26] <sharms> haha ok got it
[21:26] <fabrice_sp> :-)
[21:27] <fabrice_sp> that's funny: I downloaded cryptonit yesterday, but didn't had time to work on it :)
[21:27] <fabrice_sp> thanks for you contribution
[21:27] <sharms> thanks for the help with the process, a bit rusty
[21:27] <fabrice_sp> that's fine now ;-)
[21:28] <geser> mruiz: control.in is a template to generate control, you should find there some placeholders
[21:28] <geser> some packages use it to generate the correct build-depends on e.g. cdbs or put in the list of uploaders
[21:31] <mruiz> geser, then ... what should I modify?
[21:32] <geser> both to be on the safe side
[21:35] <mruiz> :D
[21:35] <micahg> do I have to do anything special to request a sync now after feature freeze?
[21:35] <micahg> it's for a package with security updates
[21:36] <micahg> I'm reading the FFe process wiki page
[21:36] <micahg> since it's a sync, do I need an actual diff
[21:37] <geser> micahg: it depends on the other changes: if it's a just a patch applied then a normal sync request is enough
[21:37] <micahg> or is a link to the securtiy fixes enoug?
[21:37] <micahg> no
[21:37] <micahg> it's a version bump
[21:37] <micahg> with bugfixes as well
[21:38] <mruiz> I'm getting this error during a build "`Depends' field, reference to `epiphany-webkit': error in version: version string is empty"
[21:38] <geser> then you need to check if it's only a bug fix release -> sync request as normal (noting that's it's only a bug fix release would be helpful)
[21:38] <geser> else you need a FFe
[21:38] <micahg> geser: only bug fix (i.e. minor revision)?
[21:39] <geser> depends on the upstream, some are only bug fixes others not
[21:40] <micahg> seems like they added one thing as well
[21:40] <geser> look at the changelog from upstream
[21:40] <micahg> ok
[21:41] <micahg> geser: just says new upstream relase
[21:41] <c_korn> how are spaces been escaped in an install file properly ?
[21:41] <geser> micahg: :( then you need to look at the diff between the new versions
[21:45] <micahg> geser: is there a debian site that'll show the diffs between versions like LP?
[21:46] <geser> not that I know of
[21:53] <micahg> thanks geser, I'll have to come back when I have more time
[22:29] <irvingpop> MOTU team,  thanks for your packaging help yesterday.   I need one more bit of packaging advice
[22:29] <irvingpop> I've created a package infrastructure for a program which has never been packaged for Debian/Ubuntu before,  but I'm stuck on one bit
[22:30] <irvingpop> The package includes a kernel module for Jaunty.  this was fine until I moved it into Launchpad,  now it cannot build
[22:32] <irvingpop> I'm guessing I need to split the kernel module bit out somehow, right?
[22:33] <tisepti> i produced some .deb files by apt-get source;  applying some changes and then making it; the names however is a bit off - it should be package-7:4.3.5..suff...deb; what i got was package-4.3.5..stuff...deb; which basicly has the effect of making the 'bad' one 'newer'; can i simply rename my file to what it is 'supposed' to be and have everything work?
[22:42] <Darxus> tisepti: Unlikely.
[22:42] <Darxus> tisepti: The version is probably determined by debian/changelog.
[22:45] <tisepti> Daraxus: hmm - the changelog this was generated from is long gone; i think ill just add (= version) dependencies on the other things
[22:45] <tisepti> or regenerate - though that would be a bit difficult at this point
[22:49] <Darxus> Er, I don't think a .deb will build without a changelog.
[22:50] <Darxus> The command "dch -i" is used to update the changelog.  It might also generate one for you if it doesn't exist.
[22:52] <Darxus> There's a --create option for that.
[22:53] <tisepti> er no - the .deb was created; and the sources folder was deleted a bit ago
[22:55] <tisepti> im not sure if this channel is even interested but its the 9.04 version of libmagick (and friends); if compiled with openMP (which they are in the repo) there are cases where you can get a deadlock; i think its resolved in 9.10; this simply redoes the package without openMP
[23:38] <tisepti> im recompiling the libmagic 9.04 libraries with different options; however the produced .deb files are all of the form NAME_<IP_ADDRESS>...3.2; from the repository however the files are NAME_7:<IP_ADDRESS>...; that should just be part of the debian/changelog?
[23:39] <tisepti> i duplicated an older changelog entry only altering the ..3.1 to ..3.2
[23:46] <tisepti> how is the epoch set
[23:48] <nicklas_> ( . Y . )
[23:50] <lifeless> nicklas_: please don't, that is unnecessary and offensive to many
[23:50] <nicklas_> sorry :-P just bored


[09:25] <CIA-3> ubiquity: evand * r3919 ubiquity/ (4 files in 2 dirs): Removed the alpha warning. Welcome to Ubuntu 10.04 Beta 1.
[10:27] <michaelforrest> ev hallo
[10:27] <ev> hiya
[10:27] <michaelforrest> mark is happy with this version of the slideshow: http://people.ubuntu.com/~dylanmccall/ubiquity-slideshow-ubuntu/redesign-lucid/ubuntu-transitions/slides/index.html#controls
[10:27] <michaelforrest> so let's get that in :)
[10:28] <michaelforrest> I still need to get a proper ubuntu logo though
[10:29] <CIA-3> console-setup: cjwatson * r133 ubuntu/debian/ (changelog console-setup.initramfs-top): Fix incorrect FONT and ACM tests in initramfs script.
[10:30] <ev> that's good, considering it ended up on omgubuntu last night :-/
[10:30] <michaelforrest> indeed
[10:33] <ev> michaelforrest: did you get a hold of Marcus for that?
[10:33] <michaelforrest> I just emailed him
[10:33] <michaelforrest> and will now start hassling
[10:33] <michaelforrest> they have been going into super-minute detail on it this week
[10:33] <michaelforrest> so I think I may have to give him a chinese burn
[10:34] <ev> lol
[10:45] <michaelforrest> ev: what format do I need here? Do you think I can just send a png at the right size?
[10:46] <ev> svg would be preferable (so that we have the original source in the tree), but png will do if that's all you have
[10:53] <ev> for those playing along at home, bug 537986 is the freeze exception request for the labelled gtk entries on the user setup page
[11:06] <cjwatson> ev: what's happening with foundations-lucid-oem-config?
[11:07] <ev> cjwatson: I'm going to have to defer the last bit.  My time has been focused on dealing with the list of design requested changes to ubiquity.
[11:07] <cjwatson> which is the last bit?
[11:08] <cjwatson> (I forget whether the non-ascii passwords stuff happened)
[11:08] <ev> automatically remove language packs.  I'm convinced that there are not problems with non-ascii passwords in GNOME these days.
[11:08] <cjwatson> didn't Dell request that bit?
[11:08] <cjwatson> or am I misremembering
[11:08] <ev> I'm not sure who requested it, actually
[11:08] <ev> otherwise I'd be inquiring as to why it was raised in the first place
[11:09] <cjwatson> superm1: were you looking for automatically installing language packs, or automatically removing them?
[11:09] <cjwatson> (oem-config)
[11:09] <ev> oh, who requested the auto remove?  I think that was Dell
[11:09] <persia> I know that there *are* problems with non-ascii passwords in GNOME.
[11:09] <ev> really?
[11:09] <persia> Specifically for asian languages, where you need an IME.
[11:09] <ev> can you give me a test case?
[11:09] <persia> The issues are twofold:
[11:09] <ev> IME doesn't work in ubiquity
[11:10] <persia> 1) In GDM, it doesn't capture keystrokes fed to the IME to block timeout for timed logins.
[11:10] <cjwatson> right, so you can't enter IME-requiring passwords in the first place
[11:10] <persia> 2) gnome-screensaver doesn't permit unlock.
[11:10] <ev> I couldn't get ibus to talk to it
[11:10] <persia> Oh, then you've already solved it differently :)
[11:10] <cjwatson> the comment in the specification is "non-ascii passwords are allowed in ubiquity, but disallowed in later password prompts like gksudo"
[11:11] <cjwatson> anyway, I agree that part can be dropped without major issue
[11:11] <ev> for what it's worth, I did try gksudo and it worked fine with the set of characters I tried
[11:11] <persia> That doesn't match my experience with it, but if ubiquity doesn't support an IME, it doesn't matter.  Non-IME non-ascii seems to work OK.
[11:11] <cjwatson> for removing language packs, I'm inclined to say defer to beta-2 and I'll offer to do it?
[11:11] <ev> if we defer it to beta 2, I'm happy to do it
[11:11] <persia> Note that this is a regression from jaunty, where ubiquity *did* support the IME.
[11:11] <ev> I don't want to dump things on you
[11:12] <cjwatson> what goes around comes around :)
[11:12] <ev> hahaha
[11:12] <cjwatson> I probably deserve it, but whatever
[11:12] <ev> I don't recall you ever dumping anything on me
[11:13] <ev> persia: I'm not very familiar with IME.  Did ibus exist in jaunty and did it communicate over dbus?
[11:14] <cjwatson> used to be scim, which probably wasn't dbus
[11:14] <persia> ev: jaunty was scim, which used the GTK IM extensions.
[11:14] <ev> ah, so I suspect that's why then
[11:14] <persia> Indeed.
[11:15] <ev> someday, when someone is crazy enough to rewrite ubiquity to talk to its frontend over dbus, all of this will go away
[11:15] <persia> I'll give it a fiddle at some point, and maybe point some of the IME devs at it, but not likely in time for lucid.
[11:15] <ev> and we'll all ride unicorns off into the sunset
[11:15] <ev> cool
[11:15] <persia> That will indeed be a great day :)
[11:18] <persia> Oh, I should ask, rather than flailing more, is there a good way to get per-locale reconfiguration done after selecting language during install?
[11:18] <persia> I would have thought to do it in casper, but with the new interface, I'm no longer sure this is the right answer.
[11:20] <ev> is what you're trying to do specific to a particular project, or is it general enough to be carried in Ubuntu proper?  If the latter, you could modify the end of bin/ubiquity-dm (or I suppose we could add a hook for post-greeter steps)
[11:20] <persia> It's bug #531155
[11:21] <persia> This ends up propagating into new installs too, forcing dpkg-reconfigure or use of the alternate installer.
[11:21] <persia> I suspect there's a few other packages that have locale-specific logic in postinst.
[11:21] <persia> (but gedit is the one that people complained about to me)
[11:22] <persia> Does that belong in ubiquity-dm ?
[11:25] <ev> definitely not ubiquity-dm then if it's affecting installs
[11:25] <ev> I would imagine casper still
[11:25] <ev> oh
[11:26] <ev> no, that's obviously wrong
[11:26] <ev> ignore me
[11:26] <persia> Do we know the locale in casper still?  I thought we didn't know it anymore because of the new gfxboot
[11:26] <ev> indeed, we don't
[11:26] <ev> I just didn't think that through enough before I started talking
[11:26] <ev> hrm
[11:26] <persia> I asked the reporter to file against casper because it would have been casper in karmic (and I hadn't looked at the lucid stuff enough at the time)
[11:27] <persia> But I'm now convinced it's the wrong place.
[11:27] <persia> I'm also convinced it's not a bug in gedit, because it's hard to detect encodings, so we want a narrow set for each locale.
[11:28] <persia> (this will annoy folks who use one locale with documents from a different locale, but that's not a well supported use case right now anyway)
[11:29] <cjwatson> I'd say it's a bug in gedit for depending on the system locale rather than the user locale?
[11:30] <cjwatson> (if I'm understanding correctly - I'm just going on the conversation above, haven't checked the bug)
[11:30] <persia> cjwatson: Essentially, gedit sets it's import filter lists at install time.  I can see that argument, and can certainly go reopen the bug seb closed previously :)
[11:30] <persia> (which was actually about cross-locale usage, and so somewhat different)
[11:31] <persia> But I like the interpretation of it being a gedit bug.
[11:33] <ev> michaelforrest: do you recall what we agreed to call the "Zone:" label now that the "Region:" label is gone? - http://people.canonical.com/~evand/screenshots/ubiquity/9.10-beta-candidate/2-timezone.png
[11:44] <michaelforrest> Yah "Time Zone"
[11:57] <ev> ah, duh
[11:57] <ev> thanks
[12:32] <CIA-3> console-setup: cjwatson * r134 ubuntu/ (5 files in 2 dirs):
[12:32] <CIA-3> console-setup: Move boot tasks to a combination of two udev rules and a single Upstart
[12:32] <CIA-3> console-setup: job, ensuring that they're run at points when we are able to satisfy the
[12:32] <CIA-3> console-setup: constraints on the relevant ioctls. This may not work optimally with
[12:32] <CIA-3> console-setup: vgacon, but you have to go to special effort to use that with Ubuntu
[12:32] <CIA-3> console-setup: now, and it at least shouldn't break (LP: #524439).
[12:51] <ev> bah, it's not possible to do something like strftime %X, but without seconds, is it?
[12:58] <cjwatson> ev: difficult.  no, there doesn't seem to be
[12:58] <cjwatson> the separator isn't always : either
[12:58] <ev> indeed
[12:59] <ev> so looks like we're stuck with it unless we start providing a translation string for time format
[12:59] <ev> but I think that's a bit much
[13:00] <cjwatson> for instance, as far as I can tell, in Chinese, you have something like 12时59分58秒
[13:00] <cjwatson> how does the panel clock applet do it?
[13:00] <cjwatson> it has a "Show seconds" checkbox
[13:00] <cjwatson> maybe it's just locale-incorrect ...
[13:00] <ev> does it?  I have radio buttons for 12 hour and 24 hour time, despite being in en_GB.utf8
[13:01] <ev> hrm, I'll dig through its source though
[13:01] <ev> maybe there's a trick to this
[13:01] <ev> or maybe gtk already does the gettext thing
[13:02] <cjwatson> I have it set to not show seconds to avoid it waking up every second and sucking power
[13:03] <ev> heh
[13:06] <ev> #. Translators: This is a strftime format string.
[13:06] <ev> #. * It is used to display the time in 12-hours format
[13:06] <ev> #. * (eg, like in the US: 8:10 am). The %p expands to
[13:06] <ev> #. * am/pm.
[13:06] <ev> #. Translators: This is a strftime format string.
[13:06] <ev> #. * It is used to display the time in 12-hours format (eg, like
[13:06] <ev> #. * in the US: 8:10 am). The %p expands to am/pm.
[13:06] <ev> #.
[13:06] <ev> #: ../applets/clock/calendar-window.c:303 ../applets/clock/clock.c:445
[13:06] <ev> #: ../applets/clock/clock-location-tile.c:516
[13:06] <ev> msgid "%l:%M %p"
[13:06] <ev> erm actually, not quite what we want
[13:06] <cjwatson> we want appropriate-hours rather than 12/24-hours
[13:06] <cjwatson> I think
[13:07] <ev> indeed
[13:07] <cjwatson> you might be able to get that from nl_langinfo though?
[13:34] <ev> I don't think so, at least not that I can see.  My thought is to provide ubiquity/timezone_strftime_format, translated to %l:%M %p for en_US, and %k:%M for en_GB.
[13:40] <ev> granted, that means we can't simply import translations from gnome-panel
[13:40] <ev> hrm
[13:42] <ev> though we could use this with the aforementioned strings from gnome-panel: http://paste.ubuntu.com/394018/
[13:54]  * persia idly notes that there are locales that use neither 12-hour nor 24-hour time by convention (well outside the scope of this issue)
[13:56] <davmor2> persia: who uses the binary clock by default? ;)
[13:57] <persia> davmor2: Not that, but that here it is conventional to use numbers > 24 to denote times of day.
[13:57] <persia> For instance, the trains run from about 4:00 to about 25:30
[13:58] <persia> (well, rather 4寺00分 to 25寺30分
[15:26] <superm1> cjwatson, its actually both, installing them if  they are available and selected, and a key to remove extras that were already installed and not needed
[15:28] <cjwatson> ev: ^- in that case I think we need to keep this on the list but move to beta-2
[15:28] <ev> cjwatson: okay
[15:28] <cjwatson> which indeed is what I did
[16:07] <cjwatson> ev: is your additional fix for bug 529366 likely to land for beta-1?  and do you suspect a parted bug in and around all this?
[16:07] <ev> probably not beta 1, moving the goalpost to beta 2...
[16:08] <ev> and no, I don't think it's really a parted bug beyond the fact that the behavior changed in 2.1
[16:08] <ev> unless it's expected that you can tell the kernel to re-read the partition table with mounted partitions
[16:09] <ev> err s/tell/get/
[16:09] <cjwatson> you used to be able to do so partially.  it was a bad hack at best.
[16:09] <cjwatson> maybe this is why Dell has been having trouble, since I know they were relying on that bad hack for recovery installs
[16:09] <cjwatson> anyway, separate bug about that ...
[16:10] <cjwatson> it's certainly best for any software we control to avoid relying on this
[16:12] <ev> indeed
[16:13] <ev> I never thought removing seconds from a clock would require a 2,900 line patch
[16:13] <ev> (in fairness that's 99% translation data)
[16:25] <ev> cjwatson: is there a place other than the list of languages in localechooser/languagelist I should be looking at when checking for sufficient support before adding new imported translations from GTK+?  There seems to be quite a few this time around.
[16:26] <cjwatson> languagelist is canonical
[16:26] <cjwatson> if we don't have base installer translations, I haven't been importing the corresponding GTK+ translations
[16:27] <ev> okay, thanks
[18:06] <CIA-3> installation-guide: cjwatson * r463 ubuntu/ (build/entities/common.ent debian/changelog): Bump release version and names for Lucid (LP: #501572).
[18:08] <CIA-3> installation-guide: cjwatson * r464 ubuntu/ (build/entities/common.ent debian/changelog): Bump kernelversion to 2.6.32.
[18:09] <CIA-3> installation-guide: cjwatson * r465 ubuntu/ (debian/changelog en/welcome/what-is-ubuntu.xml): Bump GNOME version to 2.30.
[18:10] <CIA-3> installation-guide: cjwatson * r466 ubuntu/ (build/entities/common.ent debian/changelog): Bump x11ver to 7.5.
[18:12] <CIA-3> installation-guide: cjwatson * r467 ubuntu/ (debian/changelog en/install-methods/automatic-install.xml):
[18:12] <CIA-3> installation-guide: Remove comments about automatic installation methods that have been
[18:12] <CIA-3> installation-guide: removed from Ubuntu (LP: #496554).
[18:13] <CIA-3> installation-guide: cjwatson * r468 ubuntu/ (debian/changelog en/appendix/preseed.xml):
[18:13] <CIA-3> installation-guide: Remove documentation of
[18:13] <CIA-3> installation-guide: base-installer/kernel/linux/initramfs-generators; setting this to
[18:13] <CIA-3> installation-guide: anything other than the default will cause the installer to fail
[18:13] <CIA-3> installation-guide: (LP: #415469).
[18:17] <CIA-3> installation-guide: cjwatson * r469 ubuntu/ (4 files in 2 dirs): Stop building for lpia.
[18:22] <CIA-3> installation-guide: cjwatson * r470 ubuntu/debian/changelog: sync up previous changelog
[18:27] <CIA-3> installation-guide: cjwatson * r471 ubuntu/debian/changelog: releasing version 20081208ubuntu6
[18:37] <qizwiz> is this the place to ask about turnkey linux?
[18:44] <cjwatson> no, I think you'd want a turnkey channel, if there is one (I don't know)
[18:45] <qizwiz> well, googling freenode and turnkey brought me here, sort of
[18:45] <qizwiz> per this google hit: http://osdir.com/ml/linux.ubuntu.server/2008-09/msg00079.html
[18:46] <qizwiz> and a scan of the first page of hits didn't indicate any #turnkey-linux :-(
[18:49] <cjwatson> sorry, I don't think we can help you
[18:49] <cjwatson> perhaps there is a mailing list
[18:49] <qizwiz> perhaps
[18:49] <qizwiz> let me take a quick stab, though
[18:50] <qizwiz> turnkey linux does not have emacs on it by default...its ubuntu 8.0.4. I don't want to foul up my TKL, but I gotta have my emacs. What's the recommended apt repository?
[18:51] <cjwatson> I'm sorry, no idea
[18:52] <cjwatson> I wouldn't want to try to recommend something based on Ubuntu in case I screw it up for you.  Please find somebody who knows about Turnkey ...
[18:52] <qizwiz> alright. I was hoping it was a generic enough question. maybe a different debian room?
[18:53] <cjwatson> no, you'll need something specifically turnkey.  There may simply be no appropriate IRC channel, and you'll have to try e-mail
[18:53] <cjwatson> apt repositories are often project-specific
[18:53] <cjwatson> not necessarily always, but often, and I don't know whether that's the case here
[18:54] <qizwiz> feh. ok. yeah, there is a archive.turnkeylinux.org according to my sources.list (I think that's it..it's from memory yesterday)
[18:55] <qizwiz> but ther's also archive.ubuntu.com/unbuntu hardy
[18:55] <qizwiz> I wonder why it's not finding it there
[19:16] <qizwiz> i figured it out
[22:29] <CIA-3> console-setup: cjwatson * r135 ubuntu/debian/ (changelog control):
[22:29] <CIA-3> console-setup: Depend on kbd (>= 1.15-1ubuntu3) for a valuable loadkeys improvement.
[22:29] <CIA-3> console-setup: This was previously a recommends, but the udev rule won't work without
[22:29] <CIA-3> console-setup: kbd or console-tools anyway, I'm not really interested in supporting a
[22:29] <CIA-3> console-setup: system without either installed, and console-tools is thoroughly
[22:29] <CIA-3> console-setup: obsolete now.
[22:30] <CIA-3> console-setup: cjwatson * r136 ubuntu/debian/console-setup.console-setup.upstart: clarification of loadkeys behaviour
[23:51] <CIA-3> ubiquity: cjwatson * r3920 ubiquity/ (debian/changelog ubiquity/components/ubi-language.py): Fix label retranslation when clicking on update link (LP: #531864).


[04:08] <lfaraone> There's no way for an API application to modify your SSH keys, is there?
[04:14] <lifeless> could be
[04:14] <lfaraone> Example, groundcontrol used to script the login process to do the initial user setup, copying over keys etc, but that broke when there was a change in the LP login method. Is there a "better" way we can accomplish the same thing without having to SRU every time LP changes something in the webif?
[04:14] <lifeless> if the ssh keys are exposed over the api
[04:14] <lifeless> if they aren't, you can add them
[04:14] <lifeless> and propose a patch
[04:15] <lfaraone> lifeless: nothing in 1.0 or devel included the word "ssh", so no :(
[04:16] <lfaraone> lifeless: Imagine I have a few years' work with Python, but none with Zope or Storm. Would it be feasable for me to add the functionality and get it merged before... say... lucid comes out?
[04:20] <lfaraone> lifeless: more direct question, the component in question would be the lp registry, right?
[04:21] <lfaraone> looks like somebody beat me to it, bug 357235
[04:26] <dickelbeck> hi, need help on a "question" at launchpad
[04:27] <dickelbeck> 105477
[04:28] <lifeless> lfaraone: pop into #launchpad-dev, you'll get help
[04:28] <spm> ah yes. I never did get to that on friday.... ran out of time.
[04:30] <dickelbeck> spm: are you talking to me?
[04:30] <spm> dickelbeck: yup
[04:31] <dickelbeck> spm: if patience is the requirement, and it has a payoff, I', all in.
[04:31] <spm> heh; it's a moderately complexish task; and doing it last thing on a friday is not my idea of a Good Thing™ :-)
[04:35] <dickelbeck> spm: the mbox file represents a snapshot, and the old list is still in use.  the problem then becomes that the longer the delay, the bigger the hole in the continuity of the historical record becomes.  So thanks in advance for getting this done ASAP.
[04:36] <spm> ahh I see. I shall endeavour to get that done in the next few hours then.
[04:41] <dickelbeck> spm: I you don't mind then, I will point you to a different file, updated with all the latest postings.  Thanks a million.
[04:41] <spm> sure
[04:45] <dickelbeck> spm: Wonderful, just a few more minutes.
[04:46] <spm> dickelbeck: np; I'm stuck on another task I'm trying to complete within the next 40 mins anyway; so no super urgent rush.
[05:13] <dickelbeck> spm: the updated kicad-develop mbox file is now http://f1.grp.yahoofs.com/v1/wCWwS1zsqBkDG8GD_eIBb0U2i5R8VUlZzYyxwE_sAfefDAm43CHG_qxMLkid3gS36j7L69-ovb754ggNbSjbKAGxOiladx0b1A/kicad-devel.mbox.bz2
[05:14] <spm> nice url! ta
[06:22] <davidstrauss> How can I set up a project container for other projects?
[06:24] <RAOF> The launchpad terminology for that is a “project group”, I believe.
[06:25] <RAOF> You need to ask for one in question on Launchpad answers.
[06:26] <davidstrauss> RAOF: thanks
[06:36] <spm> davidstrauss: exactly what RAOF said; plus if you can explain why you want it and the like; it's invariably the first question back you'll be asked. May be worthwhile checking a few other requests for same to get the vibe. ??
[06:37] <davidstrauss> spm: Thanks. Posted: https://answers.launchpad.net/launchpad/+question/105874
[10:35] <ubuntujenkins> I am rather new to this ppa lark it took four hours to get it right i have jsut got this rejection, i have followed the link but I can't uderstand how the instructions will help me File quickshot_0.0.8.tar.gz already exists in Quickshot Daily, but uploaded version has different contents. See more information about this error in https://help.launchpad.net/Packaging/UploadErrors.
[10:35] <ubuntujenkins> Files specified in DSC are broken or missing, skipping package unpack verification.
[10:36] <ubuntujenkins> ?I already ahve a package in the ppa but it is a daily ppa and i need to update it
[10:39] <Hobbsee> you need to bump the version each time
[10:40] <Hobbsee> version~20100329 would work
[10:40] <bigjools> Hobbsee!
[10:40] <wgrant> Hobbsee! indeed.
[10:40] <wgrant> Haven't seen you around in a while.
[10:40] <bigjools> and on that note I have to rush out
[10:41] <ubuntujenkins> Hobbsee: do I just change it in the setup.py file?
[10:41] <wgrant> ubuntujenkins: If you're generating the tarball daily, try naming it quickshot_0.0.8~bzr20100329.orig.tar.gz, or with a similar VCS-based suffix.
[10:42] <ubuntujenkins> Ok I will have a go
[10:44] <Hobbsee> greetings!
[10:44] <Hobbsee> i lurk and drop in occasionally :)
[10:45] <nigelb> oh, I see a ghost :D
[10:45] <Hobbsee> ubuntujenkins: likely, get it to generate the date and add it to your version numbers in debian/control
[10:47] <ubuntujenkins> that sound the best way Hobbsee, I shall do so
[10:47] <Hobbsee> :)
[10:48] <ubuntujenkins> ok I am a new to allot of programing this year how do i add the date?
[11:09] <ubuntujenkins> This is my debian/control file it was probably generated by quickly http://pastebin.com/2hbC8x3L how do I make the version change in this/
[11:09] <ubuntujenkins> *?
[11:17] <suji11> how to file a needs packaging bug in launchpad?
[11:17] <maxb> ubuntujenkins: What are you trying to do?
[11:18] <ubuntujenkins> maxb I am trying to get the date added to the end of the version number automatically so that i can upload daily builds
[11:19] <maxb> ubuntujenkins: The version of a package is not stored in debian/control. It comes from the top entry in debian/changelog
[11:19] <nigelb> ubuntujenkins, you might want to see https://wiki.ubuntu.com/DailyBuilds/BzrBuilder
[11:21] <ubuntujenkins> O Hobbse said it was in the in the control file, if i follow your link nigelb does that update the change log file automatically?
[11:22] <nigelb> why do you want to update the changelog automatically for a daily build?
[11:22] <maxb> nigelb: uh, because you have to?
[11:23] <nigelb> that is the recipie that folks i know having daily builds use
[11:23] <nigelb> it should use the bzr revision to update stuff
[11:23] <wgrant> bzr-builder updates the changelog automatically.
[11:23] <ubuntujenkins> this couldn't get any more complex
[11:23] <nigelb> wgrant, thanks :)
[11:24] <ubuntujenkins> right i will follow the instructions and ask for more help if needed
[11:24] <ubuntujenkins> thanks guys
[12:32] <ubuntujenkins> I have the revisions system set up right now however my package got rejected with Unhandled exception processing upload: ubuntujenkins@ubuntujenkins-pc is not a valid email address. How do i make the changelog pick up my e-mail and not my computer name?
[12:34] <wgrant> ubuntujenkins: Have you set the DEBMAIL environment variable properly?
[12:34] <ubuntujenkins> I haven't set that variable how do i set it?
[12:42] <ubuntujenkins> I have done export<EMAIL_ADDRESS>[12:42] <ubuntujenkins> export DEBFULLNAME="Full Name" but that makes no difference
[12:43] <ubuntujenkins> obviously replacing them with the right values
[13:10] <ubuntujenkins> any ideas anyone this e-mail thing is causing the build to fail
[13:20] <enseven> Hi there! Is something going on on answers.launchpad.net? I've got a problem in sending more information to an answer. I always get: "Timeout Error: Sorry, something just went wrong in Launchpad. Error ID: OOPS-1549M1497"
[13:25] <enseven> Anyone awake? Or all busy by resolving this problem? ;-)
[14:34] <enseven> Hi all! Launchpad does not work correctly! Now I get: "Sorry, there was a problem connecting to the Launchpad server. If the problem persists, let us know in the #launchpad IRC channel on Freenode." So here I am! ;-)
[15:11] <dickelbeck> Can someone help me with "question" 105477  (stm was on it, but if he is not here, I need someone else please.)
[15:14] <dickelbeck> sorry, spm was on it, not stm
[15:19] <dickelbeck> the mbox file represents a snapshot, and the old list has now been suspended so we avoid a hole in the continuity of the historical record.  So thanks in advance for getting this done ASAP.
[15:36] <salgado> enseven, are you still getting that error?
[15:38] <enseven> salgado: Now I posted by e-mail and it was added correctly.
[15:38] <enseven> salgado: Shell I try to add someting more by WWW?
[15:42] <stain> silly question - how can I change my password at launchpad.net ?
[15:43] <nigelb> stain, login.launchpad.net
[15:47] <salgado> enseven, yeah, if you could try adding just a small comment
[15:50] <stain> nigelb: thanks, that works
[15:50] <nigelb> :)
[15:50] <stain> (a link could be great!)
[15:51] <salgado> stain, that link has been added already.  it will be in production after the next rollout
[15:52] <salgado> mthaddon, can you have a go at https://answers.launchpad.net/launchpad-registry/+question/105477 ?
[15:53] <enseven> salgado: Now it works. The comment I tried to post before was much longer. Is there a limit of characters to be added?
[15:54] <salgado> enseven, I don't think so, but the length of the comment may be what caused the timeout.  can you reproduce on staging?
[15:54] <mthaddon> salgado: have a few things going on at the moment - is it assigned to ~canonical-losas?
[15:55] <stain> salgado: yay :)
[15:55] <salgado> mthaddon, it is, yes
[15:55] <mthaddon> salgado: ok, we'll get to it when we can
[15:55] <salgado> mthaddon, cool, thanks
[15:56] <enseven> salgado: Reproduce on staging? Sorry, what does that mean?
[15:56] <salgado> dickelbeck, the people who can deal with that are a bit busy now, but they'll get to it as soon as they find some time
[15:58] <salgado> enseven, staging is our sandbox server, where we test things that we don't want to do on production. all changes there are reset
[15:58] <salgado> in this case, you could just try posting that same comment on https://answers.staging.launchpad.net/ubuntu/+source/ctdb/+question/105605
[15:59] <dickelbeck> salgado: Understand, but I want to re-emphasize that the old list is off line now, and that puts me in a bad spot politically until the import is completed.  So time is of the essence now.
[16:02] <enseven> salgado: Yes, I could reproduce it right now.
[16:02] <enseven> salgado: timeout again!!!
[16:05] <salgado> enseven, care to report that as a bug at https://launchpad.net/launchpad/+filebug ?
[16:07] <salgado> dickelbeck, ack, I'll see if I can get somebody else to have a look
[16:09] <salgado> mbarnett, any chance you can have a look at https://answers.launchpad.net/launchpad-registry/+question/105477 ?
[16:12] <enseven> salgado: There are already two oben bugs that match my problem: https://bugs.launchpad.net/bugs/403863 & https://bugs.launchpad.net/bugs/357907
[16:12] <enseven> salgado: shell I add a new one?
[16:13] <salgado> enseven, yeah, these are not the same as the one you encountered
[16:14] <getxsick> ekhem
[16:15] <getxsick> i know its not really realated to LP, however...i try to set p nigtly builds, and obviously i have to sign packages, i use gpg-agent, but for the first time i have to type my pass, is it possible to not typing it?
[16:20] <enseven> salgado: I am adding a new bug. Shell I add the whole text I tried to post? This might only work by e-mail, like it did before. The whole text is 145k characters.
[16:21] <salgado> enseven, you could just link to the question itself (https://answers.launchpad.net/ubuntu/+source/ctdb/+question/105605/+index)
[16:26] <mbarnett> salgado: i will try and take a look in a bit.  i am a little buried right at the moment though.
[16:27] <enseven> salgado: Ok. the new bug is: https://bugs.launchpad.net/launchpad/+bug/550954
[16:27] <enseven> salgado: Thanks! :)
[16:28] <salgado> enseven, thank you!
[16:52] <ees1bk> Hi.... I'm trying to get a PPA to work on launchpad - is this the right forum?
[16:53] <tumbleweed> we can probably help, yes
[16:53] <ees1bk> Cheers
[16:53] <ees1bk> I have a package that builds find on an Ubuntu host using debuild.
[16:54] <ees1bk> I've uploaded it with dput (after several failed attempts due to distribution and control file "issues").
[16:54] <tumbleweed> URL for your PPA?
[16:54] <tumbleweed> oh, failure at submission
[16:55] <ees1bk> no, it's now starting the build OK and then bombing out with:
[16:56] <noodles775> ees1bk: I'm just on my way out, but if it's failing on the PPA builders, have you built it successfully using pbuilder locally? (this should setup a very similar env.)
[16:56]  * noodles775 goes for dinner.
[16:56] <ees1bk> dh_installchangelogs -i -k ChangeLog
[16:56] <ees1bk> install: cannot change ownership of `debian/wacs/usr/share/doc/wacs/changelog.Debian': Operation not permitted
[16:56] <ees1bk> dh_installchangelogs: command returned error code 256
[16:56] <ees1bk> pbuilder?  It builds just fine with debuild -uc -us
[16:56] <tumbleweed> ees1bk: why is it trying to change the owenrship?
[16:57] <ees1bk> and I've now fixed the signature part so debuild -S works with -k<myid>
[16:57] <tumbleweed> ees1bk: https://wiki.ubuntu.com/PackagingGuide/Intro/Pbuilder
[17:00] <AndrewGee> Hi all. I keep getting "Unexpected form data" error messages when submitting most forms on launchpad. Is there any obvious solution I've missed, or should I perhaps file a bug?
[17:00] <ees1bk> Ummm.... dh_installchangelogs isn't anything to do with me.  I just call it 'cos dh_make put it in the template.
[17:01] <tumbleweed> ees1bk: URL to your PPA please
[17:03] <ees1bk> ppa:beaky/wacs-stable
[17:04] <ees1bk> pbuilder wasn't installed... just taking the steps detailed in the wiki page above.
[17:06] <ees1bk> pbuilder install progress:  I: Base system installed successfully.
[17:08] <ees1bk> pbuilder now installed.  Taking first step from wiki instructions.
[17:14] <ees1bk> now on second step - pbuilder build *.dsc
[17:14] <ees1bk> dh_installchangelogs -i -k ChangeLog
[17:14] <ees1bk> install: cannot change ownership of `debian/wacs/usr/share/doc/wacs/changelog.Debian': Operation not permitted
[17:14] <ees1bk> dh_installchangelogs: command returned error code 256
[17:15] <ees1bk> OK
[17:15] <ees1bk> It fails just the same - what does this tell us?
[17:15] <tumbleweed> sorry, got distracted, downloading your source package now
[17:19] <ees1bk> I checked - I do change the permissions of some files but not the changelog.Debian as far as I can see from my rules file.
[17:20] <ees1bk> ah - actually my postinst does change the modes - wacs-core.postinst:	chmod 0640 $DEBDOCDIR/wacs-core/changelog.Debian.gz
[17:20] <ees1bk> wacs-core.postinst:	chmod 0640 $DEBDOCDIR/wacs-core/changelog.gz
[17:21] <ees1bk> not sure I understand why this should be a problem though....
[17:22] <ees1bk> or why dh_installchangelogs should be trying to implement this rather than the postinst script which to my understanding
[17:22] <ees1bk> should be run at installtime.
[17:23] <tumbleweed> that's a pretty complicated rules file. You could simplify it a lot by getting dh_install to do the hard work for you
[17:23] <ees1bk> I tried and had one helluva battle.
[17:24] <ees1bk> dh_install really didn't seem to grok the multiple target packages and the fact some are noarch, sorry all, and others are binary packages.
[17:25] <ees1bk> The packages need to be separate to keep administration tools separate from pure web delivery tools.
[17:25] <ees1bk> Internet facing web servers will typically not have the administration tools.
[17:26] <ees1bk> or the download toolchest, or the samples files.
[17:28] <tumbleweed> what's with install/debian?
[17:30] <ees1bk> all the installation codes - manual install scripts, post-installation setup webapp, and RPM .spec files all live in install.  The debian stuff went in there for compatibility and has a top-level symlink of debian -> install/debian to make it all work.
[17:43] <ees1bk> any thoughts tumbleweed?  Can this be made to work?
[18:00] <ees1bk> I really need to head home now.  I'll read any further messages on this chat in the morning, or email me at<EMAIL_ADDRESS>[18:01] <ees1bk> Cheers and thanks for taking a look.
[18:23] <getxsick> i have a problem with running debuild from a crontab. the problem is with signing packages. gpg: cannot open `/dev/tty': No such device or address
[18:23] <getxsick> how can i pass --no-tty into gpg through debuild?
[18:27] <salgado> getxsick, I think you'll have a better chance of getting an answer on #ubuntu-packaging or other development channels from https://wiki.ubuntu.com/IRC/ChannelList
[18:31] <maxb> salgado: I triggered a branch upgrade via the web UI on ~maxb/bzr-git/pull-non-HEAD-refs, and it seems have finished but silently failed (the branch format is still 1.9-rich-root). Are there logs you can peek at?
[18:33] <salgado> maxb, I don't think I can
[18:36] <dickelbeck> https://answers.launchpad.net/launchpad-registry/+question/105477  ?
[18:36] <lamalex> Will launchpad ever get a wiki? Blueprints are a good idea but theyre so underpowered needing an external wiki
[18:37] <jpds> lamalex: bug #240067
[18:40] <salgado> dickelbeck, someone will get to it soon.  sorry for the delay, but all the people who have the rights to do that are busy doing deployments
[18:51] <elb> HAH
[18:52] <elb> I don't know if anyone remembers, but I thought I was having trouble 2-3 days ago because my signing address and my LP primary address mismatched
[18:52] <elb> the LP emails from my PPA submissions from then just trickled in
[18:52] <elb> apparently they were just in la-la-land for a few days
[18:53] <elb> and the hangup was on my provider's end, nothing on canonical's end
[18:54] <elb> they just inexplicably sat in a queuefrom Fri 26 Mar 2010 23:37:36 -0400 until Mon 29 Mar 2010 13:40:03 -0400 :-P
[18:59] <lamalex> jpds: thanks
[20:14] <shakaran> hi, what is the channel for launchpad builds?
[20:16] <geser> channel?
[20:18] <shakaran> irc, sorry I dont speak very well english
[20:18] <geser> what is the problem you have?
[20:20] <shakaran> I have a problem with launchpad libs. They need a libc6 version different for each ubuntu distro (from hardy to lucid)
[20:20] <geser> for your PPA?
[20:21] <shakaran> http://launchpadlibrarian.net/42360185/buildlog_ubuntu-karmic-i386.tivion_0.0.4-0ubuntu1~karmic_FAILEDTOBUILD.txt.gz for example here fails to build
[20:21] <shakaran> https://launchpad.net/~shakaran/+archive/ppa this is my ppa
[20:22] <geser> so these are pre-compiled binaries?
[20:22] <sheldon> hi, i canceled my home and now i dont have my gpg anymore to upload to my ppa
[20:23] <sheldon> how can i recover it?
[20:23] <geser> restore from your backup
[20:24] <sheldon> i dont have a backup of my home
[20:24] <shakaran> i use sp-sc-auth binary for sopcast (It dont have a ubuntu package) so I add to my project that binary, but fails to build the .deb
[20:25] <geser> then your key is lost forever, and your only option is to create a new one (and create a backup this time)
[20:27] <sheldon> thanks geser
[20:29] <geser> shakaran: ouch, is sp-sc-auth open source?
[20:34] <shakaran> geser: sopcatst isn't open-source, but it dont have any license http://download.easetuner.com/download/sp-auth.tgz  I think that it is public domain
[20:34] <geser> shakaran: from what I found out, sp-sc-auth looks pretty non-free, and can't be included in a PPA (see the PPA terms-of-use) and including it in your .orig.tar.gz violates the GPL as you don't ship a source for it
[20:36] <shakaran> it is close source, but free software. http://www.sopcast.com/download/
[20:36] <shakaran> see linux downloads
[20:36] <shakaran> I just found this http://code.google.com/p/sopcast-player/downloads/list
[20:39] <shakaran> From copyright file in .deb sopcast: The Debian packaging is:   Copyright C) 2009, Jason Scheunemann<EMAIL_ADDRESS>and is licensed under the GPL, see above.
[20:41] <geser> shakaran: the sopcast-player can be packaged as it's GPL, but sp-auth is freely downloadable but no Free Software (see http://en.wikipedia.org/wiki/Free_Software)
[20:42] <shakaran> then, I cannot include on my .deb?
[20:42] <geser> no, you can't include it
[20:42] <shakaran> jum, then how to offer to the users?
[20:43] <geser> but you still can package tivion (as it's GPL) but has to rely that your users install sp-auth on their own
[20:44] <shakaran> jum, well, I remove the binary then, and make other build
[20:45] <shakaran> Maybe, if I contact with the autor he make a updated package
[20:46] <zyga> kiko: hi
[20:46] <zyga> kiko: I just checked you work with the launchpad team :)
[20:47] <kiko> zyga, yeah, it's actually true :)
[20:47] <kiko> zyga, how are you doing?
[20:48] <zyga> kiko: I'm great
[20:48] <zyga> I wasn't sure about your timezone exactly :-)
[20:48] <zyga> wow, so I'm in now :-)
[20:48] <kiko> zyga, I'm in brazil, so I'm easy
[20:48] <zyga> I cannot tell you how cool that is for me
[20:48] <kiko> zyga, yeah, congratulations :)
[20:50] <zyga> kiko: I really don't want to wait till may, argh :-) is there anything I can do before I officialy start
[20:51] <zyga> kiko: I have so many questions I want to ask
[20:51] <zyga> kiko: what is the best place to talk about everything?
[20:53] <kiko> heh
[20:53] <kiko> one step at a time!
[21:23] <dickelbeck> how many people can actually do this?  was there a release today or something?  https://answers.launchpad.net/launchpad-registry/+question/105477
[21:37] <salgado> dickelbeck, very few people can do that.  and yes, they're working on a release of another project, but they've told me they're nearly done and then will be able to take care of that question
[21:47] <lfaraone> wgrant: so, how would you suggest GC handles this?
[21:47] <lfaraone> (re bug 527978)
[21:50] <orbarron> all: Does anyone here know how to create Lucid's rootfs? I am running the following --> sudo ./rootstock --fqdn devboard --login ubuntu --password pwd --imagesize 2G --dist lucid --serial ttyS2 -- but I am getting stuck on Extracting zliblg
[21:51]  * orbarron not sure if this is the best place to ask... :-/ but thought I'd try here...
[21:51] <maxb> orbarron: Not really, I'm afraid. launchpad != ubuntu
[21:51] <maxb> I suggest trying someplace related to this 'rootstock' command, which I've never heard about
[22:01] <orbarron> thanks maxb
[22:11] <dickelbeck> salgado: thanks
[22:48] <wgrant> lfaraone: I don't know. I think it should call into the credential management app, but that doesn't exist.
[22:50] <lfaraone> wgrant: hm. well, right now we're just mechanizing the process... that will be a PITA to support in a LTS release.
[22:51] <wgrant> lfaraone: As is supporting a very dangerous API for five years.
[22:52] <wgrant> lfaraone: Don't you already have to manage authentication yourself to get the OAuth token in the first place?
[22:54] <lfaraone> wgrant: right now GC prompts for a LP user name and password, and does not use OAuth at all.
[22:54] <lfaraone> wgrant: (if it does use OAuth, it's after the initial setup)
[22:54] <wgrant> lfaraone: So I don't see a significant problem in doing your in-built authentication process again for adding SSH keys.
[22:54] <wgrant> It's awkward, sure.
[22:55] <shakaran> hi, why fails my build with dpkg-shlibdeps on libm.so.6? I add the path /lib to LD_LIBRARY_PATH
[22:55] <shakaran> http://launchpadlibrarian.net/42427994/buildlog_ubuntu-karmic-amd64.tivion_0.0.4-0ubuntu4~karmic_FAILEDTOBUILD.txt.gz
[22:57] <shakaran> Does the launchpad server the library?
[22:57] <shakaran> *Have
[22:59] <GaryvdM> Hi. I'm trying to upload to a ppa using dput. For some reason, it's not uploading the .orig.tar.gz. This is causing me to receive rejected mails. How can I get the .orig.tar.gz uploaded?
[22:59] <geser> GaryvdM: debuild -S -sa
[23:02] <GaryvdM> http://paste.ubuntu.com/406208/
[23:02] <wgrant> debuild -S -sa -i
[23:02] <wgrant> -i will exclude .bzr
[23:02] <GaryvdM> geser: I built with bzr bd -S
[23:02] <GaryvdM> ok - will try
[23:03] <wgrant> bzr bd -S -sa
[23:04] <GaryvdM> http://paste.ubuntu.com/406211/
[23:04] <GaryvdM> debuild -S -sa -i ^
[23:04] <wgrant> That worked fine.
[23:04] <GaryvdM> Should I try upload?
[23:05] <geser> yes
[23:05] <wgrant> if you want to upload it.
[23:05] <jkakar> Hmm, I just got: bzr: ERROR: Invalid http response for https://xmlrpc.edge.launchpad.net/bazaar/: Unable to handle http code 503: Service Unavailable
[23:05] <jkakar> Retrying my 'bzr branch' operation worked.
[23:05] <jkakar> I wonder if a service has fallen over...
[23:05] <wgrant> A 503 is normally a timeout.
[23:06] <wgrant> An appserver falling over is a 502.
[23:09] <GaryvdM> wgrant, geser: Thanks, working now.
[23:10] <GaryvdM> Need to try figure out why. Off to read docs.
[23:34] <shakaran> Hi, I searching for a tutorial o something that explaing how to make a branch for each /debian for .debs on each distribution. some?
[23:38] <GaryvdM> shakaran: For bzr, for updating our ppa, we have scripts to carry out the requried actions per ubuntu version
[23:38] <shakaran> where I can find these scripts?
[23:38] <GaryvdM> see bzr.dev/doc/developers/ppa.txt
[23:40] <shakaran> it is a url? or a doc?
[23:40] <GaryvdM> shakaran: in the bzr code. I'll find url for you now...
[23:43] <shakaran> this? http://doc.bazaar.canonical.com/bzr.dev/developers/ppa.html
[23:44] <GaryvdM> shakaran: yes
[23:44] <shakaran> thanks, I gonna read
[23:44] <GaryvdM> shakaran: the scripts I was referring to under: http://doc.bazaar.canonical.com/bzr.dev/developers/ppa.html#short-form
[23:46] <shakaran> wow, I need read more. These scripts looks pretty nice.
[23:48] <shakaran> but, I have a problem, I have a local repo in a laptop, and other local repo on my second laptop (from my brother). But when I commit changes, if after I go to the other laptop, I lost all commits when I do bzr merge, because then I have to do a single commit with all merge commits. How I can solve this?
[23:50] <GaryvdM> shakaran:  You lost me a bit. Maybe you need to just pull rather than merge
[23:53] <GaryvdM> shakaran: I think I understand you now. Those commits are not lost. You can see them with bzr log -n0, or bzr qlog
[23:55] <shakaran> umn, but then in lauchpad, if I have 430 commits, I make 30 more, when merge, it says 431, and dont 461
[23:57] <GaryvdM> ... You can see them with bzr log -n0, or bzr qlog
[23:57] <wgrant> Or if the branches have not diverged, you can simply pull from one to the other and preserve the linear history.
[23:57] <shakaran> then on my second laptop, I should do: bzr merge after bzr pull. Right?
[23:58] <wgrant> If the pull worked, merge should do nothing.


[01:49] <bjsnider> update-manager tells you when you run it that you need a dist upgrade
[02:27] <roasted> hello
[02:28] <roasted> jbicha: not to pester, but I noticed in 13.10 alpha, the software center worsk fine.
[02:28] <roasted> I threw 13.10 on my other partition to see if my lockup issue is resolved (I think it's a kernel 3.8 issue) and I noticed USC works fine
[02:59] <roasted> also, I thought 13.10 would come with the pressure sensitive message tray?
[03:25] <roasted> oh, that was a feature coming with xorg 1.14... 13.10 alpha is still on 1.13
[03:25] <roasted> will 13.10 be getting 1.14?
[03:31] <jbicha> maybe xorg 1.14 will be in saucy tomorrow
[03:32] <roasted> no kidding?
[03:58] <jbicha> I believe the Software Center crash is because of WebKit so you wouldn't be experiencing it on Saucy yet (assuming you aren't using the GNOME3 PPAs there)
[03:58] <roasted> yeah, no PPAs.
[03:58] <jbicha> thanks for prompting me to check my theory
[03:58] <roasted> Just regular 13.10 install.
[05:27] <sawrubh> I have downloaded the iso file from the cd images site, now I want to install it from inside Windows 7 (similar to what we used to do with wubi)
[05:27] <sawrubh> how can I do so ?
[05:30] <sawrubh> I've tried to mount the iso and then copying the wubi.exe inside to outside where the iso file is stored and following the steps I used to do earlier, but it starts downloading the torrent for the iso, instead of using the iso stored locally
[17:56] <anonee> hello room
[17:56] <anonee> how can I exclude wine in emerald?
[19:09] <roasted> is GNOME online accounts broken or do I just have bad luck? I added exchange and own cloud yet nothing happened. not seeing any files contacts email etc
[19:37] <roasted> hmm my Fedora VM works with own cloud. looks like it just adds a web dav entry in Nautilus to mount easily. no such behavior in Ubuntu gnome though... is this expected?
[19:42] <jbicha> roasted: I believe Ubuntu cripples gnome-user-share's webdav support since it requires Apache and we have no intention of running Apache in the default Ubuntu install
[19:42] <roasted> so it will indefinitely be expected to have broken integration in Ubuntu GNOME?
[19:42] <jbicha> and the GNOME maintainer has no intention of splitting that feature out
[19:44] <jbicha> it's probably fixable but it may be difficult
[19:44] <roasted> is that to say ifi install Apache it might magically work again?
[19:45] <bjsnider> does fedora require apache by default?
[19:45] <jbicha> I thought it was more complicated than that
[19:45] <jbicha> bjsnider: yes, I think nearly all GNOME distros do because of gnome-user-share
[19:45] <bjsnider> guhh
[19:45] <jbicha> Debian does
[19:46] <jbicha> even more, gnome-control-center's sharing panel is designed around the Red Hat style of services...where distros ship things by default like openssh-server (but disabled by default)
[19:47] <roasted> I sure hope this won't be a broken thing indefinitely. that's one of the nice features of GNOME is the integration.
[19:47] <bjsnider> i don't know that i agree with that whole idea. a distro shouldn't depend on  httpd
[19:48] <jbicha> part of Ubuntu GNOME's mission as I see it is to try to work on integration issues like these
[19:49] <bjsnider> i think this is more of a gnome issue
[19:49] <jbicha> we've fixed a lot...just compare gnome-control-center on GNOME in 12.04 to what it's like now
[19:49] <bjsnider> someone should have put the kibosh on this before it became a thing
[19:49] <bjsnider> while it was still an idea and not yet a thing
[19:49] <jbicha> gnome-user-share has been that way for quite a while I believe
[19:50] <bjsnider> yeah but how many gnome users realize they're running httpd?
[19:50] <jbicha> Debian & Ubuntu don't have much presence in driving GNOME development
[19:50] <bjsnider> it doesn't pop up and say "you are running a web server. i hope you know that."
[19:51] <jbicha> and in this case, Debian didn't patch apache2 out of gnome-user-share (so it's shipped by default)
[19:51] <roasted> it also seems as if my exchange services work in my Fedora VM but not in the regular instance of Ubuntu gnome.... :-\
[19:52] <jbicha> roasted: 13.04 or 13.10?
[19:52] <roasted> calendar and all. I think that's a first.
[19:52] <roasted> saucy
[19:53] <jbicha> and you have ubuntu-gnome-desktop installed? go ahead and file a bug
[19:53] <roasted> but I recall having this issue with my 13.04 instance too
[19:53] <roasted> I'll check in a minute here
[19:54] <jbicha> it should be handled by evolution-data-server-goa
[19:54] <jbicha> but there's lots of pieces involved, from evolution to gnome-control-center and gnome-online-accounts
[19:57] <roasted> Ubuntu GNOME desktop installed on saucy
[19:58] <roasted> cancel that
[19:58] <roasted> exchange integration works in saucy
[19:58] <roasted> maybe it was raring that didn't
[19:59] <jbicha> ok, in raring make sure evolution-data-server-goa is installed
[19:59] <jbicha> we don't have anything explicitly depending on it in the GNOME3 PPA for Raring yet
[20:00] <jbicha> oh never mind, that version of EDS hasn't been backported to the GNOME3 PPA
[20:01] <roasted> this is great. I don't think I've ever had calendar and native exchange support in evolution
[20:02] <jbicha> darkxst: do you have any thoughts on this patch? https://code.launchpad.net/~attente/gnome-settings-daemon/enable-ibus-support/+merge/171856
[20:02] <roasted> the own cloud piece is a definite bummer though.
[20:03] <roasted> but it kooks like the own cloud integration Just adds a web DAV link in nautilus. it doesn't look like it does any actual file syncing like the client
[21:44] <roasted> What's different about Gnome's integration of Exchange services between 13.04 with Gnome3 PPA and 13.10? I have full syncing in 13.10, but nothing whatsoever in 13.04 + Gnome3 PPA...
[22:42] <darkxst> roasted owncloud webdav needs gvfs built against g-o-a
[22:44] <roasted> darkxst: so I guess that's what UbuGNOME is missing?
[22:45] <darkxst> roasted its on staging ppa
[22:46] <roasted> darkxst: I'm on 13.10...
[22:46] <roasted> would it not be there?
[22:46] <darkxst> gvfs in the archives is not built against g-o-a
[22:46] <jbicha> darkxst: I'm guessing that would hit bug 1193018 then :(
[22:47] <darkxst> jbicha, yeh
[22:47] <jbicha> we should ask seb128 about it anyway
[22:48] <darkxst> well I havent actually looked too closely, but I expect so
[22:49] <roasted> darkxst: not entirely sure I follow. I took this as a limitation of the PPA in 13.04, but 13.10... I would have expected it to work... is this to say that gvfs won't be built against g-o-a at any point, even for future releases?
[22:50] <darkxst> roasted, we still need to work out some things with g-o-a in the main archives, i.e. the bug jbicha posted
[22:51] <roasted> darkxst: ah, I thought that was a separate issue... evolution+gmail vs gvfs+owncloud.
[22:53] <darkxst> well the root issue is the same, i.e. gvfs can't have a runtime dependency on goa
[22:53] <roasted> ah
[22:54] <darkxst> jbicha, I don't get why he wants to avoid using gnome-desktop 3.8 symbol?
[22:54] <roasted> evolution with gmail and exchange seem to work great in 13.10, for what it's worth.
[22:54] <roasted> both with mail and calendars
[23:23] <darkxst> jbicha, ok I see, that symbol was removed
[23:24] <darkxst> jbicha, https://git.gnome.org/browse/gnome-settings-daemon/commit/?id=55fee0c57563b95deddc4396eec87ab6bee35d34
[23:24] <darkxst> might be better to use that git patch
[23:25] <jbicha> you can suggest that to him
[23:32] <darkxst> ok
[23:49] <darkxst> jbicha, so I assume ibus 1.5 will land soon?