[02:13] <brute-force> Hi people!
[02:13] <brute-force> i've got an issu
[02:14] <brute-force> can i attach a screenshot of my problem?
[14:42] <fabio> hello, im trying to do a package in launchpad way
[14:42] <fabio> using bazaar
[14:42] <fabio> I have all the login requisites done
[15:31] <dobey> fabio: you probably want #ubuntu-packaging perhaps
[18:14] <fabio> hello, I uploaded a package, and it failed, now I want to upload again with my code fixed and my orig.tar.gz changed
[18:15] <fabio> but the email says rejected because DSC changes
[18:15] <fabio> how can I reupload my new orig.tar.gz?
[18:35] <dobey> fabio: you can't upload different source packages with the same version number. you need to change the version number. and you probably shouldn't make changes directly in the .tar.gz, but make patches if necessary
[18:39] <fabio> dobey, the package is geos-3.3.8 and cant bump to 3.3.9
[18:40] <fabio> I have tried to bum to ppa2
[18:40] <fabio> but the orig remains the same
[18:40] <fabio> but changed
[18:40] <fabio> maybe only way is to apply a patch?
[18:41] <dobey> the orig must be exactly as the upstream tarball is. changing it is bad. if there's a change you need to make for some reason, then yes you need to make a patch
[18:46] <fabio> what is the upsream tarball?
[18:48] <fabio> Im realized I did a complety wrong orig.tar.gz file
[18:49] <fabio> and I deleted the package
[18:49] <fabio> dobey, do you know how long I have to waiT?
[18:50] <dobey> geos-3.3.8.tar.gz would be the upstream tarball presumably
[18:50] <dobey> i don't know
[18:51] <fabio> my geos-3.3.8.tar.gz is wrong
[18:51] <fabio> I only want to upload a new one
[18:51] <fabio> with the same name
[18:51] <fabio> I realize I cant
[18:51] <dobey> well i have to go now
[18:51] <fabio> then I have to wait until 3.3.9¿?
[18:51] <fabio> ok thanks a lot dobey
[18:52] <fabio> sorry for the beginner questions
[20:01] <tgm4883> So i'm having issues with a daily build recipe. I don't know much about them, as someone else set this up for me but it's a pretty basic recipe. The issue is I'm getting upload errors because it thinks the source already exists (although it shouldn't)  https://code.launchpad.net/~mythbuntu/+recipe/mythbuntu-daily
[20:01] <tgm4883> thoughts?
[20:15] <dobey> tgm4883: well it's already there, uploaded 15 hours ago
[20:16] <tgm4883> dobey, I seem to always be getting that failure though
[20:17] <dobey> well, until the mythservervices branch bumps the version, or has some change committed, the resulting version number won't change. so yes, you're going to continue getting that failure until such a thing happens
[20:18] <tgm4883> dobey, hmm, that does seem to be there
[20:18] <tgm4883> Is there a way to see if what recipes are feeding a PPA?
[20:20] <tgm4883> dobey, oh crap. I see it now
[20:20] <tgm4883> dobey, I've got 2 recipes building the same branch in the same PPA, but they are owned by two different users
[20:20] <tgm4883> dobey, I'll fix that. Thanks for looking it over. It helps to get a second set of eyes on something, I thought it was just failing to upload and there was nothing there
[20:24] <marcoceppi> I'm getting a weird error when using launchpadlib on Windows
[20:26] <marcoceppi> http://paste.ubuntu.com/5635134/
[20:27] <dobey> marcoceppi: open launchpad in ie?
[20:28] <dobey> marcoceppi: the ssl cert stuff in windows is a pain
[20:28] <marcoceppi> dobey: Okay, I was able to open it in IE
[20:29] <dobey> marcoceppi: try the launchpadlib-using script again?
[20:29] <dobey> should work now i think
[20:30] <marcoceppi> Same error
[20:30] <dobey> hrmm
[20:30] <marcoceppi> I should mention this is a Windows Server 2012 VM with security that's way too overbearing
[20:32] <dobey> dunno. but it sounds like the CA chain isn't in the system cert library. we've had similar problems with u1 before, and having the user open one.ubuntu.com inside IE would fix the issue (as it would result in the CA cert getting downloaded from MS, and installed). don't think anyone was using it in win server 2012 though
[20:32] <dobey> so unfortunately i don't have any other suggestions. :-/
[20:34] <marcoceppi> dobey: thanks for the help anyways, I'll do some more hamfisted things before dusting off an old laptop to test
[20:49] <marcoceppi> Oddly enough, I think `bzr branch` works over ssl, which works on this box.
[21:00] <marcoceppi> dobey: same thing on Windows 7 local install, even after the aforementioned work arounds. I'll dig around more
[21:01] <dobey> marcoceppi: interesting.
[21:06] <fabio__> hello, I deleted a version of a package in my ppa
[21:06] <fabio__> but now, the whole package is gone
[21:06] <fabio__> in the list
[21:07] <fabio__> I mean, i have xchat-2.2 and xchat-2.3
[21:07] <fabio__> and i removed xchat-2.3 only
[21:07] <fabio__> and now, i have no xchat package
[21:07] <fabio__> I have done all of this via web
[21:07] <fabio__> anyone knows that?
[21:12] <wgrant> fabio__: Which PPA?
[21:13] <fabio__> one of my team
[21:14] <fabio__> I uploaded a wrong orig.tar.gz
[21:14] <fabio__> and I deleted in order to reupload
[21:14] <fabio__> but only my wrong version
[21:15] <wgrant> fabio__: You can't reupload a different orig.tar.gz with the same filename
[21:15] <wgrant> Even if you've deleted the old one
[21:16] <wgrant> you have to change the version
[21:16] <fabio__> but it is xchat-2.3
[21:16] <fabio__> i cant bump to xchat-2.4
[21:16] <wgrant> You'll have to call it xchat 2.4+repack1 or something
[21:16] <wgrant> Why has the orig.tar.gz changed? That's impossible.
[21:18] <dobey> wgrant: because packaging is hard, and people don't know how to do it right, until they've been doing it for a long time? :)
[21:18] <marcoceppi> dobey: would this be considered a bug for launchpadlib, something worth opening for tracking?
[21:19] <dobey> marcoceppi: it's worth tracking. i don't know if it's a bug in launchpadlib itself, or python, or curl (whatever http thing is being used on windows)
[21:19] <marcoceppi> It seems to be httplib/ssl that's actually "failing", but it only seems to be happening for launchpadlib
[21:20] <marcoceppi> I'll open a bug for it then to track, maybe someone else will have insight on this
[21:21] <fabio__> I got a the svn of the project and make the debian folder
[21:22] <fabio__> but just after the checkout the project comes only with autogen
[21:22] <fabio__> and i did the configure on a wrong machine
[21:22] <dobey> marcoceppi: yeah. #launchpad-dev or #bzr might be a better place to ask as well, as there's probably more people with knowledge of it in one of those
[21:23] <marcoceppi> dobey: thanks, I'll pop my head in there and ask as well
[21:23] <fabio__> then i did tar -cjvf project-3.3.8.orig.tar.gz project-3.3.8
[21:23] <fabio__> and debuild -S
[21:23] <fabio__> and dput
[21:23] <fabio__> but the tarball is wrong
[21:23] <fabio__> now I am in trouble
[21:23] <dobey> of course it's wrong
[21:24] <fabio__> how can I do then?
[21:24] <fabio__> how can i have to do sorry
[21:25] <dobey> well, project is not xchat, and the version's totally different
[21:25] <fabio__> is geos-3.3.8
[21:26] <fabio__> I got geos-3.3.4 debian folder
[21:26] <dobey> why don't you build from the upstream released tarball then?
[21:26] <fabio__> because it doesnt exist
[21:26] <fabio__> I want to package the svn project of geos
[21:27] <fabio__> im doing wrong?
[21:27] <wgrant> Huh, what happened to xchat?
[21:28] <fabio__> sorry a lot i thought it could be more understandable
[21:28] <fabio__> I did svn checkout svn://geos/tags/3.3.8
[21:28] <wgrant> So, I need a specific link to the PPA, and references to the version that you deleted, and the version that you think was inappropriately deleted
[21:28] <fabio__> http://ppa.launchpad.net/cartodb/gis/ubuntu/pool/main/g/geos/
[21:29] <fabio__> there is a 3.3.8 package which is wrong
[21:29] <fabio__> with a failed-build tarball
[21:30] <fabio__> I deleted that via web, and I cant see any geos package, which it worries me, because I use 3.3.4 on production
[21:30] <fabio__> but i never deleted that
[21:30] <fabio__> only 3.3.8 version
[21:30] <wgrant> If you upload a newer version, the old version will automatically be superseded
[21:31] <wgrant> It'll only publish one version per Ubuntu series at a time
[21:31] <wgrant> So if you have 3.3.4 in lucid, and upload 3.3.8 in lucid, 3.3.4 will be superseded and unpublished
[21:31] <wgrant> If you then delete 3.3.8, no version will exist in lucid
[21:31] <fabio__> ups
[21:32] <fabio__> ok I will upload lucid7 version of 3.3.4
[21:32] <fabio__> but the 3.3.8 tarball is wrong
[21:32] <fabio__> then how can I put the right tarball
[21:33] <fabio__> i have the right one because i made the ./configure file on lucid and tested
[21:33] <fabio__> but i cant upload
[21:34] <fabio__> I thought a fail build because the source code could happen
[21:34] <fabio__> and then can reupload
[21:34] <wgrant> An orig tarball is usually an orig tarball
[21:34] <fabio__> but I dont know how to name 3.3.8-1 or something
[21:34] <wgrant> So it is not allowed to change
[21:35] <wgrant> You have to rename the tarball and change the version in the changelog to match
[21:35] <fabio__> okok i learned today
[21:35] <fabio__> ok I will try
[21:37] <fabio__> you mean in debian/control
[21:37] <fabio__> no?
[21:38] <wgrant> debian/changelog
[21:38] <wgrant> debian/control doesn't have version numbers
[21:38] <wgrant> Except in dependencies
[21:39] <fabio__> the last package I uploaded was geos (3.3.8-0cdb1~lucid2) lucid; urgency=low
[21:39] <fabio__> and it ask me to geos-3.3.8.orig.tar.gz file
[21:39] <wgrant> fabio__: If you're generating these tarballs yourself from svn, you'll probably want to name them something like 3.3.8+svn20130322
[21:39] <fabio__> how can I do to debuld -S to ask me for another filename
[21:40] <wgrant> 'cause at the moment they look like they're actual release tarballs
[21:40] <wgrant> debuild calculates the filename from the version, and there's no way to override it
[21:40] <fabio__> what I have to write instead geos (3.3.8-0cdb1~lucid2) lucid; urgency=low
[21:41] <wgrant> If your tarball is named geos_3.3.8+whateveryouadded.orig.tar.gz, you version will need to be 3.3.8+whateveryouadded-0cdb1~lucid2
[21:41] <fabio__> ok will try
[21:41] <fabio__> thanks a lo wgrant
[21:43] <wgrant> np
[21:51] <fabio__> nooo oo
[21:52] <fabio__> wgrant I did it
[21:53] <fabio__> but i forget to take my gpg key jaajaja
[21:53] <fabio__> and I am in another pc
[21:53] <fabio__> the last question
[21:53] <fabio__> geos_3.3.8+svn20130321.orig.tar.gz
[21:54] <fabio__> will supersed tthe geos_3.3.8.orig.tar.gz?
[21:55] <wgrant> fabio__: Yes, 3.3.8+svn20130321 is greater than 3.3.8
[21:56] <fabio__> perfect, the only thing is the revision of the svn is the released 3.3.8
[21:56] <fabio__> and now it appears as a random revision
[21:56] <fabio__> but this is only aestetic
[21:59] <wgrant> fabio__: Why don't you use the 3.3.8 release tarball?
[22:00] <fabio__> where is it?
[22:01] <fabio__> and now, i have to rename it
[22:01] <fabio__> because i uploaded the wrong one
[22:01] <fabio__> I got that
[22:02] <fabio__> and Its got the configure!!!!
[22:02] <fabio__> i am a silly fucking idiot
[22:02] <wgrant> fabio__: http://download.osgeo.org/geos/geos-3.3.8.tar.bz2
[22:02] <fabio__> I will upload this tarball wit your +svn appended
[22:02] <wgrant> Nah, don't use +svn in this case
[22:03] <wgrant> That's just even more confusing :)
[22:03] <wgrant> +really1 or +repack1 or something
[22:03] <fabio__> but i cant use only 3.3.8
[22:03] <fabio__> because this is my problem
[22:03] <wgrant> Right, so it can't be ideal, but it can at least be less confusing and wrong than +svn
[22:03] <wgrant> :)
[22:03] <fabio__> then how I name the version?
[22:04] <wgrant> 3.3.8+repack1, or 3.3.8+really1
[22:04] <wgrant> Is what I'd use
[22:05] <fabio__> okok
[22:05] <wgrant> It's up to you, but I wouldn't use +svn12391294151, because it's not an svn export
[22:05] <wgrant> And it's best not to lie in versions more than you have to
[22:05] <fabio__> okok