[00:24] <spiv> Hmm, I just got an OOPS when filing a bug.
[00:24] <spiv> OOPS-759EA12
[00:25] <kiko> spiv, known bug, use launchpad until edge is refreshed
[00:25] <spiv> kiko: ta
[00:26] <kiko> it's fixed already btw -- an issue with the attachments
[00:26] <spiv> Yeah, I saw the traceback.  It looked pretty shallow.
[00:27] <spiv> (I'm a bit surprised it passed the test suite, but I assume that's already been investigated)
[00:27] <kiko> well, the issue is that testbrowser doesn't simulate a browser very well in this case
[00:27] <spiv> Ah.
[00:27] <kiko> it doesn't send the field for an empty field input; a regular browser sends an empty string (usually)
[00:28] <spiv> Heh, productino just gave me a timeout on the same report :P
[00:29] <spiv> (OOPS-759E73)
[00:29] <ubotu> https://devpad.canonical.com/~jamesh/oops.cgi/759E73
[00:29] <kiko> that's another problem
[00:29] <kiko> reload!
[00:29] <spiv> I already did, do you want another OOPS code? :P
[00:31] <spiv> Fourth reload appears to be the charm.
[00:31] <spiv> Next time I'll probably just use email...
[00:31] <kiko> it's a problem we have to fix for this cycle
[00:31] <kiko> anyway
[00:32] <spiv> kiko-zzz: g'night
[00:43] <Legendario> had the following error when uploading a package to my PPA and can't find out why: http://paste.ubuntu-nl.org/53923/
[00:45] <Legendario> can anyone help me out? No one on the #ubuntu-motu could
[00:45] <Legendario> before you guys ask me, that's the .dsc file: http://paste.ubuntu-nl.org/53924/
[00:51] <cprov> Legendario: does your orig matches the one in ubuntu PRIMARY archive, https://edge.launchpad.net/ubuntu/+source/musictracker/0.4.1-1 ?
[00:54] <cprov> Legendario: also, you should use a version higher than the one published in ubuntu archive if you want the package to be easily installable.
[00:58] <LaserJock> cprov: his package isn't in Ubuntu
[00:59] <cprov> LaserJock: I know but PPA reuses origs from the primary archive.
[00:59] <LaserJock> right, that's what I'm saying
[01:00] <LaserJock> the orig isn't in Ubuntu
[01:00] <LaserJock> so it shouldn't be an issue, right?
[01:02] <LaserJock> oohhh, wait a sec
[01:02] <LaserJock> it is in Ubuntu
[01:02] <Legendario> sorry, but i am not understanding it...
[01:03] <cprov> LaserJock: yes, it is in ubuntu
[01:03] <LaserJock> it didn't show up in my search initially
[01:03] <LaserJock> that changes everything
[01:04] <cprov> Legendario: you have to use the same orig.tar.gz available in ubuntu for musictracker or bump the version of your (but AFAICS it's the same upstream)
[01:04] <cprov> LaserJock: yup
[01:04] <LaserJock> cprov: that's why #ubuntu-motu couldn't figure it out ;-)
[01:04] <Legendario> the ppa rejects source files which are different from the one that can be on the launchpad. Is it right?
[01:05] <LaserJock> Legendario: the PPA uses the .orig.tar.gz from Ubuntu if it exists
[01:05] <cprov> Legendario: different contents for the same filename ...
[01:05] <LaserJock> and it has to have the same Md5sum as your .orig.tar.gz
[01:06] <cprov> Legendario: it's a feature, in fact, it allows you to save bandwidth and do not include the orig in you upload.
[01:06] <LaserJock> Legendario: so just make sure to get the .orig.tar.gz from Launchpad when you're working on your package
[01:08] <Legendario> LaserJock, if there is one on Launchpad, right?
[01:08] <LaserJock> yep
[01:09] <LaserJock> that's why I asked you 1.5 hrs ago if the package was already in Ubuntu :-)
[01:10] <Legendario> LaserJock, the problem is that i often make a search on the launchpad home and just can't find something which is already there
[01:10] <LaserJock> well, don't use the launchpad home search, that's your first problem :-)
[01:11] <Legendario> what should i use?
[01:11] <LaserJock> when you are looking for a package use https://launchpad.net/ubuntu/
[01:11] <Legendario> isn't it supposed to be shown on the search?
[01:11] <LaserJock> not on the home page
[01:12] <LaserJock> that's a search of projects, which is utterly confusing
[01:18] <Legendario> ok. thanks
[01:23] <Legendario> LaserJock, do i have to go through all the packaging process againg?
[01:24] <Legendario> cprov, can u answer me this, please?
[01:24] <cprov> Legendario: yes, the .diff, the DSC and .changes will be different 
[01:25] <cprov> Legendario:  just replace the orig you had with the one you've downloaded from LP and run 'debuild -S' on you old unpackaged directory
[01:26] <cprov> Legendario: yes, you don't need to upload the orig again (the the lack of '-sa' in the debuild line)
[01:26] <Legendario> cprov, ok. that's easier than editing all the files on the /debian folder again...
[01:28] <cprov> Legendario: yes, easier is good :) don't forget to tweak you version a bit otherwise apt won't be able to install it w/o modifying the repository priorities.
[01:29] <cprov> Legendario: call it 0.4.1-2~ppa1 (higher than ubuntu version but lower than the next candidate)
[01:33] <Legendario> the version on launchpad is on the hardy universe, is it right?
[01:36] <Legendario> cprov
[01:37] <cprov> Legendario: yes, check https://edge.launchpad.net/ubuntu/+source/musictracker/0.4.1-1
[01:37] <cprov> Legendario: but your PPA version will be overridden to 'main' component
[01:39] <Legendario> cprov, i didn't understand. sorry. My version is the same 0.4.1, so how do i change the name of it?
[01:40] <cprov> Legendario: you mean "change the version number" (the name word is confusing in this context)
[01:41] <cprov> Legendario: change the entry in debian/changelog to the version you want. `dch` is your friend.
[01:43] <Legendario> cprov, yes. the version number
[02:09] <Legendario> cprov, could u try to explaim me better why is changing the version number necessary?
[02:12] <cprov> Legendario: because if you have 2 packages with the same name & version apt wouldn't know which one to install
[02:20] <Legendario> cprov, ok, thanks
[02:20] <cprov> Legendario: np
[04:03] <ubotu> New bug: #186900 in rosetta "timeouts" [Undecided,New] https://launchpad.net/bugs/186900
[06:40]  * jtv is off to lunch
[08:14] <Aloha> i can't run debuild -S because it complains about binary files being changed. how do i remedy this?
[08:16] <RAOF> Don't modify binary files?
[08:19] <Aloha> RAOF, um anyway to _fix_ it? ;)
[08:19] <RAOF> Well, what is modifying the binary files?
[08:19] <RAOF> What files are being modified?
[08:20] <RAOF> It's often a good fallback to just unpack the upstream tarball over the top of your source package.
[08:21] <Odd_Bloke> IIUC from #bzr, Aloha is the upstream.
[08:21] <Aloha> yeah
[08:21] <RAOF> Ooooooh, upstream bzr dev?  Awesome :)
[08:22] <Odd_Bloke> Not for bzr, for whatever it is that he's packaging.
[08:22] <Odd_Bloke> Again, IIUC. :p
[08:22] <Aloha> whats IIUC?
[08:23] <RAOF> So, the problem is: a package is basically the original tarball + a patch to that (which contains the debian directory).  When constructing that patch, dpkg-buildpackage will fail if there's a binary file in your source package tree that is different to the one found in the original tarball.
[08:23] <Aloha> yeah
[08:24] <Aloha> im wondering where to go from there
[08:24] <RAOF> Well, what binaries are in the upstream tarball?
[08:24] <RAOF> (This is a trick question ;))
[08:25] <RAOF> And why have you changed them?
[08:25] <Aloha> because i am editing the code
[08:26] <Odd_Bloke> Aloha: If I Understand Correctly
[08:26] <Aloha> binaries are graphic files used in the program
[08:26] <RAOF> Aloha: Aaah, right.
[08:26] <RAOF> So, you probably want to uuencode the images.
[08:26] <Aloha> why? i have a dh_install that moves them to /usr/share/pixmaps
[08:26] <RAOF> Which will convert them to text.
[08:27] <RAOF> Aloha: Because you can't add or change binary files in the packaging? :)
[08:27] <Aloha> oh
[08:27] <Aloha> why not?
[08:27] <RAOF> Because dpkg cannot represent binary diffs.
[08:27] <Aloha> gotcha. that makes sense
[08:28] <RAOF> And all the things you change/add in the tarball are stored in a gzipped diff.
[08:28] <Aloha> it also complains about .bzr directory cause i started controlling with bzr after i created first package
[08:29] <Aloha> maybe i shouldjust tarball my current directory and dh_make that
[08:29] <RAOF> Aloha: What sort of project is it?
[08:29] <RAOF> As you're upstream, you should be aware that people will expect certain things from release tarballs.  Such as not having .bzr directories in them :)
[08:30] <Aloha> RAOF, simple ruby/gtk program
[08:30] <RAOF> So your build system is pretty simple.  Do you have any build system at all?
[08:30] <Aloha> RAOF, ok can i automate that or just remove .bzr from source release?
[08:31] <Aloha> RAOF, nope i just use dh_install for images and one shell script and a .desktop file
[08:31] <RAOF> Just remove .bzr from your source release.
[08:32] <mpt> Goooooooood morning Launchpadders!
[08:32] <Aloha> RAOF, so i guess re tarballing and running dh_make on it is best bet yeah?
[08:33] <RAOF> Yeah. Or just copying your existing debian directory.
[08:33] <Aloha> mpt, its only 10:30pm here ;)
[08:33] <Aloha> RAOF, oh into existing tarball? didn't even think of that heh
[08:34] <RAOF> That shouldn't be in your release tarball - unless this package will only ever be useful for Ubuntu, you shouldn't make it unnecessarily difficult for other distributions to use your code :)
[08:34] <mtaylor> Aloha: the bzr-builddeb I was discussing earlier will make you tarballs withouth .bzr dirs and stuff
[08:35] <Aloha> RAOF, im not trying to make a release tarball im just trying to use debuild -S to generate .changes file so i can upload to PPA
[08:35] <Aloha> mtaylor, cool thnx
[08:37] <mpt> Aloha, Samoa? Tuvalu?
[08:37] <Aloha> mpt, you mean my location?
[08:37] <Aloha> mpt, well... the name will give you a hint ;)
[08:40] <Aloha> RAOF, cool i just added files to original tarball and it worked. thnx
[08:42] <Aloha> ppa said it might reject it due to it tryng to upload new original tarball.. i guess i'll wait and see
[08:45] <mpt> Aloha, ah, aloha ahiahi
[08:46]  * Aloha likes ahi poke
[08:49] <Aloha> dang
[08:50] <Aloha> it rejected it
[08:54] <Aloha> should i have a seperate build and packaging directory?
[08:57] <Aloha> mrevell, hihi :)
[08:57] <mrevell> Aloha: Aloha!
[08:58] <Hobbsee> mrevell!
[08:58] <mrevell> Hobbsee: Howdy
[09:11] <Aloha> how i do upgrade my code from 0.1 to 0.2?
[09:12] <Aloha> i renamed the directory, created a new tarball and edited the changelog. is that the right way to do it?
[11:34] <Hobbsee> mpt: yes, there is a bug.
[11:41] <mpt> Hobbsee, what?
[11:42] <Hobbsee> mpt: you asked me a couple of days ago if there was a bug for the lack of a queue UI for ppa.
[11:42] <Hobbsee> the answer is yes, there is
[11:42] <mpt> ok
[11:43] <mpt> well, obviously, I know it's a bug, I think I aasked whether it was reported :-)
[11:43] <Hobbsee> mpt: that's what i was answering.  yes there is :)
[11:46] <Hobbsee> mpt: (https://bugs.edge.launchpad.net/soyuz/+bug/155758)
[11:46] <ubotu> Launchpad bug 155758 in soyuz "Global PPA +builds would be useful" [Medium,Confirmed]  - Assigned to Julian Edwards (julian-edwards)
[11:52] <mpt> thanks
[12:00] <ubotu> New bug: #187013 in malone ""You have been subscribed to this bug" is misleading if you subscribed yourself" [Undecided,New] https://launchpad.net/bugs/187013
[12:21] <ubotu> New bug: #187018 in launchpad "html links to older source files are pointing to nowhere" [Undecided,New] https://launchpad.net/bugs/187018
[12:41] <Hobbsee> dupe
[12:41] <Hobbsee> i thought they fixed that.
[12:41] <Hobbsee> Fujitsu: what's the master bug # for that?
[12:43] <kiko> one of my favorite bugs is making that stop 404ing
[12:43] <Hobbsee> doko: there is no current solutions to that
[12:43] <Hobbsee> kiko: oh?
[12:43] <Hobbsee> s/solutions/solution/
[12:44] <kiko> yeah, it's a bug that the page is 404ed
[12:45] <ubotu> New bug: #187028 in launchpad "The count by launchpad page id should display 0 instead of None and the section moved below the initial stats" [Undecided,New] https://launchpad.net/bugs/187028
[12:46] <Fujitsu> Hobbsee, doko: You can find old sources through the queue.
[12:46]  * Fujitsu digs up the bug number.
[12:46] <Hobbsee> Fujitsu: you can?
[12:47] <Fujitsu> Hobbsee: I've done it, so I presume so.
[12:47] <Hobbsee> nice
[12:47] <Fujitsu> Bug #179028
[12:48] <ubotu> Launchpad bug 179028 in soyuz "+files doesn't work for removed SPRs" [Medium,Confirmed] https://launchpad.net/bugs/179028 - Assigned to Celso Providelo (cprov)
[12:56] <ubotu> New bug: #187031 in malone "Adding an attachment when filing a bug should only send out one email notification" [Undecided,New] https://launchpad.net/bugs/187031
[13:01] <ubotu> New bug: #187033 in launchpad "Use color codes for oops reports" [Undecided,New] https://launchpad.net/bugs/187033
[13:20] <ubotu> New bug: #187036 in launchpad "Oops reports should aim to report in the first few lines of the report the most interesting information" [Undecided,New] https://launchpad.net/bugs/187036
[16:15] <ubotu> New bug: #187093 in launchpad "Unable to unsubscribe a user from an "Answer"" [Undecided,New] https://launchpad.net/bugs/187093
[17:01] <alex-weej> is bug dependency on the todo list for launchpad or is it intentionally omitted?
[17:14] <kiko> alex-weej, it's kinda intentionally omitted, but we'd like to be able to indicate 'related bugs"
[17:17] <alex-weej> hm
[17:17] <alex-weej> the dependency system with blueprints is pretty good
[17:17] <alex-weej> and it's a good way to track abstract higher level problems 
[17:23] <kiko> and I think that's the right level of granularity for dependency
[17:23] <kiko> bugs, they are usually much finer-grained
[18:18] <lbm> i am still not able to merge my accounts
[18:18] <lbm> OOPS-759D2129
[18:18] <ubotu> https://devpad.canonical.com/~jamesh/oops.cgi/759D2129
[18:19] <kiko> lbm, hmmmm. ping me in 5 minutes.
[18:19] <lbm> kiko, i will do that, thanks
[18:19] <kiko> when's the first you tried lbm?
[18:20] <lbm> well, the merge token was mailed to me september last year
[18:20] <lbm> 25th
[18:21] <lbm> i've tried well, like 10 times since afair
[18:28] <kiko> lbm, wow, why didn't you say so before.
[18:29] <lbm> kiko, well i mentioned it inhere in september :)
[18:29] <lbm> but i forgot about it
[18:31] <matsubara> kiko: is it related to bug 162510?
[18:31] <ubotu> Launchpad bug 162510 in launchpad "Merging people times out updating POSubmission and POMsgSet" [Undecided,New] https://launchpad.net/bugs/162510
[18:32] <kiko> matsubara, in this case it's TranslationMessage
[18:32] <kiko> but yes.
[18:32] <kiko> similar
[18:32] <kiko> lbm, I'm going to run parts of the merge manually with mthaddon 
[18:32] <kiko> lbm, when that sort of thing happens, please ask a question in answers.l.n
[18:33] <kiko> lbm, please retry. if it times out, give me the OOPS code again.
[18:33] <matsubara> kiko: there's no posubmission and pomsgset anymore
[18:33] <kiko> matsubara, touché! you mock me in front of my enemies!!!
[18:34] <lbm> kiko: i will do that
[18:34] <lbm> "The accounts have been merged successfully."
[18:34] <lbm> wuhu
[18:34] <kiko> lbm, rock on
[18:35] <kiko> thanks mthaddon, one more down!
[18:35] <lbm> so, is everything merged or do you still need to do some manually?
[18:35] <mthaddon> cool
[18:35] <kiko> lbm, it's all good
[18:36] <Laibsch> I am getted repeated rejects with "MD5 sum of uploaded file does not match existing file in archive. Files specified in DSC are broken or missing, skipping package unpack verification."
[18:36] <lbm> i'm curious, what happened?
[18:36] <Laibsch> I verified the md5sums and everything is OK
[18:36] <lbm> kiko, thanks
[18:36] <Laibsch> What is the likely problem?
[18:36] <kiko> lbm, it timed out because you're such a prolific translator. :)
[18:38] <lbm> kiko, oh, i guess that's a good thing :)
[20:29] <arnetheduck> thumper, hi...the svn import for dcplusplus has been running for more than a week now - is that still normal+
[20:38] <thumper> arnetheduck: it had failed with a connection error after days of running
[20:39] <thumper> arnetheduck: I've poked it again, sometimes this helps
[20:49] <arnetheduck> thumper, hm, sounds like that import tool could use some love then...for example to support partial imports (I guess it imports revision by revision to also get the history into bazaar)...
[20:50] <thumper> arnetheduck: yes it does need some love
[20:52] <arnetheduck> thumper, what is it written in / can it be downloaded? maybe I can to a quick patch...
[20:52] <thumper> arnetheduck: it is the cscvs project on Launchpad
[20:53] <kiko> arnetheduck, it does do partial imports, though 
[20:54] <kiko> thumper, arnetheduck: it's actually https://edge.launchpad.net/launchpad-cscvs
[20:54] <thumper> yeah, the big hurdle is the initial import
[21:30] <arnetheduck> kiko, well, it doesn't seem to be working very well - maybe it fails on the first import if all of the import doesn't go well?
[21:32] <kiko> arnetheduck, right, that's exactly what happens.
[21:35] <arnetheduck> kiko, right, that maybe makes sense if you run the script manually, but in the launchpad case where the script is run on schedule, wouldn't it make more sense to either get a few revisions at a time or a single revision at a time until it fails?
[21:40] <arnetheduck> thumper, kiko, I though that script imported into bazaar whereas it seems to be made for cvs / arch?
[21:41] <kiko> arnetheduck, don't read the README. it's actually for bzr.
[21:41] <kiko> arnetheduck, as you see it needs some love.
[21:41] <thumper> arnetheduck: it was originally in the dawn of time
[21:42] <arnetheduck> so erm...why isn't something like bzr-svn used?
[21:43] <arnetheduck> or svn2bzr?
[21:44] <thumper> arnetheduck: histerical raisins, we are looking at other tools
[21:45] <thumper> arnetheduck: right now though we are looking at better infrastructure to report failures, and improve communcition and information dissemination to people interested in imports
[21:48] <kiko> arnetheduck, thumper: one of the problems with using svn2bzr is that it is not well-suited to continuous imports
[21:48] <kiko> and bzr-svn only support svn, not CVS which is one of our targets
[21:48] <kiko> migrating to a new system is also painful because the historical revision ids will be incompatible between systems 
[21:58] <arnetheduck> kiko, thumper, ouch, that script is really hairy, particularily since 90% seems to be aimed at things not having to do with bzr imports...
[22:01]  * thumper ndos
[22:01]  * thumper nods
[22:02] <arnetheduck> thumper, can you give me the command line that is run on the initial import?
[22:03] <thumper> arnetheduck: I'll have to go and look at it
[22:03] <thumper> I don't know off the top of my head
[22:04] <arnetheduck> thumper, I have no intentions of doing any big things on that script but this way maybe I can find a quick fix for the initial import issue at least...
[22:23] <arnetheduck> thumper, gotta go, I'll be back later - if you happen to find that command line you're welcome to send it to duckspammer@gmail.com
[22:25] <CarlFK> https://launchpad.net/ubuntu/+search?text=clearsilver  lots of dups? ?
[22:25] <ubotu> New bug: #187170 in launchpad "Message.owner is nullable" [Undecided,New] https://launchpad.net/bugs/187170
[22:45] <don_> hi, somebody here?
[22:46] <don_> i have a question: is it possible to make a search/replace on a whole package translation? turns out there's one unappropriate word i repeatedly chose...
[22:54] <Rinchen> don_, the easiest way I know of is to export the package, fix it, and then import it back in
[22:54] <don_> ah ok. i'll take a look at that (it's the dpgk, long one ) :)
[22:54] <don_> thanks though!
[22:55] <don_> btw: mi ĵus sendis retpoŝton al vi!
[22:59] <Rinchen> don_, kaj mi ankxau vi!
[22:59] <Rinchen> er
[22:59] <Rinchen> al vi
[23:00] <Rinchen> I am sooo out of practice. 
[23:00] <don_> =) well, luckiliy it's easy to pick up :)
[23:05] <don_> jam respondis
[23:05] <don_> (mi)