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