[01:25] <sithlord48> can anyone help me with my error when importing from github?  http://launchpadlibrarian.net/179187869/sithlord48-q-gears-trunk.log
[01:27] <wgrant> sithlord48: There's a file somewhere in that repository's history that has a non-UTF-8 name. bzr-git requires that filenames be valid UTF-8.
[01:27] <wgrant> The only way to work around that would be to rewrite that repository's history.
[01:27] <sithlord48> wgrant:  anyidea how to do that ?
[01:28] <wgrant> sithlord48: You probably don't want to do that. It changes all commit hashes since the point at which the file was introduced, like a very, very invasive rebase.
[01:30] <sithlord48> wgrant:  is there another way to import then?
[01:31] <wgrant> sithlord48: No, there is no workaround besides rewriting the original repository or continuously maintaining a second repository that's a rewritten version of the original.
[01:32] <sithlord48> wgrant:  thats the thing the github was made because the main repo is using a VCS not supported by launchpads import system .
[01:32] <wgrant> sithlord48: Ah, I see, it might not be completely out of the question to rewrite the git repository, then. What's the original VCS?
[01:32] <wgrant> Mercurial?
[01:33] <sithlord48> mercurial
[01:34] <sithlord48> so we made a github clone and i forked it and made a special branch to import from.
[01:34] <wgrant> I'm not sure which tools exist for converting hg to git nowadays, but if you can find some way to either have it rewrite the filenames, or cope with adding commits on top of a slightly rewritten git repository, that will work.
[01:35] <sithlord48> how can i tell where the offending file or history entry is ?
[01:36]  * wgrant finds out.
[08:54] <TheCodeAssassin> hi all, i removed a package from my PPA but i still get the rejected message saying that the content already exists
[08:56] <TheCodeAssassin> help says download a prestine tarball, but i removed the package from the PPA
[08:57] <wgrant> TheCodeAssassin: You can still find the old tarball if you search for superseded packages
[09:03] <TheCodeAssassin> where can i do this search?
[09:03] <TheCodeAssassin> oh found it
[09:03] <TheCodeAssassin> but cannot find it
[09:08] <TheCodeAssassin> hehe got it, sorry i should look further then my nose
[09:08] <TheCodeAssassin> thanks wgrant
[09:10] <TheCodeAssassin> wgrant, it keeps rejecting it
[09:11] <TheCodeAssassin> i downloaded the original files but keeps on rejecting
[09:43] <mapreri> TheCodeAssassin: you can't upload the package with the same version again. I bet you are trying to re-upload an already uploaded and accepted package (even if you deleted it)
[09:45] <wgrant> TheCodeAssassin: What is the exact text of the error message?
[10:02] <TheCodeAssassin> wgrant, http://tca0.nl/AFd
[10:03] <TheCodeAssassin> Well basically, the build has failed
[10:03] <TheCodeAssassin> so i fixed it, and now i want to eupload the package
[10:03] <wgrant> TheCodeAssassin: You need to increment the version number. You can't upload the same version twice with different contents; that doesn't really make sense.
[10:05] <TheCodeAssassin> ahh
[10:06] <TheCodeAssassin> and delete the old package i presume ?
[10:07] <wgrant> TheCodeAssassin: The old package will automatically be superseded and removed when a newer version appears.
[10:07] <TheCodeAssassin> well i learned something today, thank you so much guys
[10:08] <wgrant> :)
[11:50] <barby> hello
[11:50] <barby> i've a problemwith a launchpad
[11:50] <barby> i've a problem with a launchpad
[11:51] <barby> does anyone can help me?
[11:52] <barby> # add-apt-repository ppa:pipelight/stable
[11:52] <barby> Cannot add PPA: 'ppa:pipelight/stable'.
[11:52] <barby> Please check that the PPA name or format is correct.
[11:52] <barby> but it's correct!!
[11:53] <wgrant> barby: It's working for me. Are you behind a restrictive firewall?
[11:54] <barby> it's possible... i'm at office
[11:54] <barby> how i can do???
[11:54] <barby> :(
[11:55] <wgrant> barby: http://askubuntu.com/questions/53146/how-do-i-get-add-apt-repository-to-work-through-a-proxy
[12:12] <TheCodeAssassin> wgrant,  lol still getting the rejected messages now
[12:12] <TheCodeAssassin> i used the old tarfile but that one was invalid (forgot about that little detail)
[12:12] <TheCodeAssassin> i need to use the new tarfile but the queue system keeps rejecting it
[12:12] <TheCodeAssassin> lvoely
[12:12] <TheCodeAssassin> *lovely
[12:15] <wgrant> TheCodeAssassin: Same thing applies: new content == new version
[12:17] <TheCodeAssassin> i bumped the version...
[12:19] <wgrant> TheCodeAssassin: The orig.tar.gz has its own version. You need to change that as well if you need to change its contents.
[12:19] <wgrant> The orig.tar.gz version is the part before the - in the version in debian/changelog, and must match the version in the filename of the orig.tar.gz.
[12:19] <TheCodeAssassin> yeah, having a problem with that
[12:19] <TheCodeAssassin> because it has to be the same version of the software
[12:19] <TheCodeAssassin> the software version is 1.3.2
[12:20] <TheCodeAssassin> and we want to keep that 1.3.2
[12:20] <TheCodeAssassin> the source/format file is 3.0 (quilt)
[12:21] <TheCodeAssassin> and it's ignoring the rest of the filename
[12:21] <TheCodeAssassin> it's just taking the x.x.x
[12:21] <TheCodeAssassin> sadly
[12:22] <wgrant> TheCodeAssassin: https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
[12:22] <wgrant> "The format is: [epoch:]upstream_version[-debian_revision] "
[12:22] <wgrant> TheCodeAssassin: The orig.tar.gz is the upstream tarball, so it has the upstream version -- it doesn't include anything after the hyphen.
[12:23] <wgrant> So you need to change the bit before the hyphen (eg. 1.3.2+repack1-0ppa1 instead of 1.3.2-0ppa1)
[12:24] <wgrant> TheCodeAssassin: However, how did you end up with a broken tarball in the first place?
[12:24] <wgrant> The orig.tar.gz should be exactly that -- the original tarball as released by the upstream developer.
[12:25] <TheCodeAssassin> probably that will work
[12:26] <TheCodeAssassin> well the i forgot a line in depend
[13:50] <TheCodeAssassin> wgrant, the build fails because a library is not installed
[13:50] <TheCodeAssassin> i added it to depends, but its not installing
[13:50] <TheCodeAssassin> Depends: ${shlibs:Depends}, ${php:Depends}, ${misc:Depends}, libpcre3-dev
[13:50] <TheCodeAssassin> i need libprce3-dev
[13:55] <dobey> Depends is for binary package dependencies, Build-Depends for the Source: determines what gets installed for the build
[13:56] <TheCodeAssassin> i'm such an idiot
[14:00] <TheCodeAssassin> unknown information field 'Build-Depends'
[14:02] <TheCodeAssassin> never mind, i put it into the wrong place
[14:07] <mcpierce> Hi, all. Is it possible for a Launchpad PPA to be owned by a project, or are they only ownable by individual users?
[14:11] <geser> mcpierce: if I'm not mistaken, teams can have PPAs too
[14:11] <mcpierce> geser: kk, thanks
[14:17] <dobey> yes, PPAs are owned by a person or team
[20:01] <kalib> Why? why launchpad hates me so much? Every two minutes I receive a timeout error. :/
[20:03] <cjohnston> kalib: it isn't just you
[20:03] <kalib> :/
[20:03] <kalib> every single day is the same thing.. Does their staff know about it?
[20:03] <kalib> probably yes, I know. :/
[20:11] <cjohnston> Yes
[20:12] <dobey> every occurance of a timeout generates an error report on the server, yes
[20:12] <dobey> at least seeing timeouts means launchpad is popular ;)
[20:16] <kalib> also means they should carry more about it's servers. :/
[20:16] <kalib> It's a "simple" (meaning a clean without many images, animations, etc).
[20:18] <dobey> the timeout isn't the page content itself being too much for your browser
[20:18] <kalib> I know, it means that the server couldn't reply.
[20:18] <dobey> timeouts that occur on launchpad are usually due to the db taking too long to give the data for building the page
[20:19] <kalib> that's why I think they should look at it.
[20:19] <kalib> better servers (better disks/storage), etc.
[20:19] <dobey> feel free to open a bug report
[20:19] <kalib> anyone, I'll keep trying to press Ctrl + r.
[20:19] <kalib> *anyway
[20:20] <kalib> thanks. ;]
[20:20] <cjohnston> we are taking time to try to improve things as best we can including code rewrites and bringing on new hardware
[20:20] <kalib> that's good news. :D
[20:20] <dobey> also feel free to submit merge proposals to launchpad's code to fix possible performance issues if you find any. it /is/ open source :)
[20:20] <cjohnston> what dobey said.. we would love help!
[20:21] <dobey> or buy a commercial support contract :)
[20:21] <kalib> dobey, about submitting code, I really don't think it's a code problem.
[20:22] <cjohnston> kalib: alot of improvement could be done to the code
[20:23] <kalib> sure, always.. but I'm not sure about this specific situation.. I believe is more for a hardware issue.
[20:23] <kalib> but thanks for your attention cjohnston and dobey ;]
[20:24] <dobey> kalib: timeouts can be a result of many things, and it is probably not likely a hardware issue
[20:24] <dobey> you don't even know what hardware it's running on :)
[20:24] <kalib> true, I don't.
[20:25] <kalib> ok, ok. got your point. "Shut up kalib, you know nothing about what's goin on". :p
[20:25] <kalib> kidding... anyway, thanks for your attention. ;]
[20:26] <kalib> I'll now continue my current translation.