[12:02] <lifeless>   File "/home/pqm/pqm/pqm/__init__.py", line 226, in verify_sig
[12:02] <lifeless>     raise PQMException(sender, "Failed to verify signature: %s" % e._value)
[12:02] <lifeless> PQMException: 'Failed to verify signature: gpgv exited with error code 2'
[12:03] <kiko> I KNEW IT
[12:05] <lifeless> farking gpg
[12:05] <lifeless> ok, go for it
[12:08] <kiko> lifeless, note that entry 2 is fucked because of the james@ there, but #3 is okay
[12:08] <lifeless> do you need me to remove it ?
[12:08] <kiko> well
[12:08] <kiko> if you like.
[12:08] <lifeless> its all the same to me
[12:08] <kiko> it won't cause much distress, we are not going to wait around for it
[12:08] <kiko> (har har)
[12:08] <kiko> in reality
[12:08] <kiko> we are being fucked over by the PUNISHER
[12:08] <kiko> I mean the PUBLISHER
[12:09] <lifeless> this is the buggy one ?
[12:09] <lifeless> star-merge sftp://james<EMAIL_ADDRESS>sftp://chinstrap.ubuntu.com/home/warthogs/archives/rocketfuel/launchpad/devel
[12:09] <kiko> yeah
[12:09] <kiko> because pqm can't cope with james@chinstrap
[12:09] <lifeless> gone
[12:10] <kiko> funny that the page hasn't refreshed
[12:10] <kiko> aaaaanyway
[12:10] <kiko> oh
[12:10] <kiko> it's gone now
[12:10] <kiko> thanks lifeless
[12:10] <kiko> enjoy that sunny saturday
[12:10] <kiko> we will battle it out with underage hooligan babes
[12:11] <lifeless> rock
[12:12] <dilys> Merge to devel/launchpad/: [trivial]  Fix soyuz builds list to exclude gina generated builds. (r3041: Celso Providelo)
[12:14] <Kinnison> ciau all
[12:15] <kiko> what?
[12:37] <dilys> Merge to devel/launchpad/: r=kiko Add distrorelease.getBinaryPackagePublishing method. (r3042: James Troup)
[07:18] <Zaq_unkwn> is this room alive ?
[07:21] <mpt> yes
[07:21] <mpt> d'oh
[11:12] <stub> Kinnison: So there is a rollout today?
[11:17] <Kinnison> stub: That's kiko and mdz's call, it's 10:20am and they're not in yet
[11:18] <Kinnison> We're currently reviewing the staging stuff from overnight
[11:18] <Kinnison> currently things look pretty good
[11:18] <SteveA> cool
[11:18] <stub> I've setup the pg_ident stuff as per staging, applied patch-40-10-0.sql to production and manually issued the grants you got elmo to do the other day.
[11:18] <stub> Kinnison: Anything else you are aware of that I need to do? I'm hoping to head out and not be dragged back by a phone call :-)
[11:19] <stub> Chinese new year parties
[11:19] <Kinnison> So all the users we can connect to asuka as on drescher, we can now connect to emperor too?
[11:21] <stub> Yup
[11:21] <stub> Have you issued any grants on staging that I might not be aware of?
[11:21] <Kinnison> I don't believe so
[11:22] <stub> I can drop production and apply security.cfg if necessary
[11:22] <stub> (can't really do it live)
[11:22] <stub> (actually, I could but the tool would need to be updated to cope)
[11:22] <Kinnison> okay, here's my notes
[11:22] <Kinnison> uploader needs select on sourcepackagefilepublishing
[11:22] <Kinnison> uploader needs update on distroreleasequeue
[11:23] <Kinnison> queued needs update on sourcepackagerelease
[11:23] <Kinnison> queued needs update on binarypackagerelease
[11:23] <Kinnison> queued needs select on componentselection
[11:23] <Kinnison> queued needs select on sectionselection
[11:23] <Kinnison> if you've done those six, there's no more I've done
[11:23] <Kinnison> I need one more data patch applying to production
[11:23] <Kinnison> The one I wrote the other day
[11:23] <Kinnison> did you apply that?
[11:24] <Kinnison> It's in ~dsilvers/dbconfig.sql on drescher -- you reviewed it for sanity but I don't know if I asked for you to put it on emperor
[11:24] <Kinnison> we also need a couple of components creating
[11:24] <Kinnison> other than that, it's all good
[11:24] <Kinnison> I need "contrib" and "non-free" creating as Component rows
[11:25] <Kinnison> once you've done all that, you should go enjoy yourself
[11:25] <stub> Did that script run happily on staging?
[11:25] <Kinnison> yes it did
[11:29] <stub> Kinnison: Ok. All done. I'll have my phone so SMS or ring if I'm needed.
[11:30] <Kinnison> thanks dude
[11:34] <stub> (actually, both is probably best)
[11:47] <fabbione> Kinnison: did you see mdz this morning?
[11:48] <Kinnison> fabbione: Not yet
[11:48] <fabbione> ok
[12:17] <kiko> ahoy there
[12:17] <kiko> yo cprov, Kinnison
[12:18] <cprov> kiko: morning
[12:18] <Kinnison> hey kiko
[12:18] <Kinnison> kiko: Good news dude
[12:18] <kiko> good news indeed
[12:18] <kiko> so nothing blew up spectacularly overnight?
[12:19] <Kinnison> Nup, all good
[12:19] <kiko> I see 187 failures that I need to look into
[12:19] <Kinnison> In fact, the way I'm looking at it, things are very very solid
[12:19] <kiko> but tell me one thing
[12:19] <Kinnison> Go on.
[12:19] <kiko> what's up with the distros/ubuntu/+builds UI?
[12:19] <Kinnison> pardon?
[12:19] <kiko> it's not listing any failed or pending builds.
[12:20] <Kinnison> cprov is looking now
[12:20] <kiko> okay, cool.
[12:20] <kiko> and it is still listing the gina builda, fwiw
[12:20] <cprov> kiko:https://staging.ubuntu.com/distros/ubuntu/+builds?build_state=failed, sounds correct to me
[12:20] <Kinnison> other than that, things are looking good
[12:20] <fabbione> hey kiko
[12:20] <fabbione> kiko: are you really back to br?
[12:21] <kiko> uhm, DOH
[12:21] <kiko> fabbione nope, still in London!
[12:22] <fabbione> kiko: ok...
[12:22] <fabbione> i was sort of waiting for you two to appear for breakfast this morning
[12:22] <kiko> fabbione mdz and I slept in, we had a late night talking about the company
[12:22] <kiko> how's it going?
[12:22] <kiko> and where are you?
[12:23] <kiko> cprov, you're right, it looks excellent
[12:23] <cprov> kiko: ok
[12:23] <fabbione> kiko: it's going fine.. we are down at the hotel lobby
[12:23] <kiko> Kinnison, and publishing of the binaries is a success?
[12:23] <kiko> fabbione who's "we"?
[12:23] <Kinnison> kiko: Yep, looking good
[12:23] <fabbione> kiko: Mith and I
[12:24] <Kinnison> kiko: I'm currently checking through Packages files for a couple of archs
[12:24] <Kinnison> kiko: Publishing regularly takes less than 20 minutes to complete
[12:24] <kiko> I'll do a comparator run.
[12:24] <Kinnison> not much use
[12:24] <kiko> no?
[12:24] <Kinnison> given it's an old archive
[12:24] <kiko> well
[12:24] <Kinnison> and we've not loaded up with all the changes since
[12:24] <kiko> indeed.
[12:24] <Kinnison> I have some stuff in the NEW queue to check out too
[12:24] <kiko> why don't we?
[12:25] <Kinnison> because we also haven't loaded up with the removals since
[12:25] <kiko> how much stuff in the NEW queue?
[12:25] <Kinnison> It's gonna be non-trivial (not hard, just gotta be careful) when we want to sync our publishing with dak ready for rollout
[12:25] <Kinnison> about 34 entries in NEW
[12:25] <kiko> isn't it a matter of running gina?
[12:25] <Kinnison> gina doesn't do removals
[12:26] <Kinnison> we've talked about this yesterday, remember?
[12:26] <kiko> well, we need an auto-removal tool, but elmo has a trivial removal tool and it would be a matter of batch-invoking or modifying it
[12:26] <Kinnison> Probably that simple, yes
[12:27] <Kinnison> I need to sit with elmo and make sure his tools are obeying the state machine
[12:27] <Kinnison> I think they are, but I should verify with him
[12:27] <kiko> the problem I see with them is that they will probably not work on cprov's branch
[12:27] <Kinnison> Oh?
[12:27] <kiko> he should have worked against that branch, in hindsight.
[12:27] <Kinnison> We can merge his branch
[12:28] <cprov> kiko: yes, we can always merge ;)
[12:28] <kiko> cprov's branch disallows setting the queue status directly.
[12:28] <Kinnison> None of his tools should touch the queue
[12:28] <cprov> kiko: single line change
[12:28] <kiko> teri?
[12:28] <Kinnison> which is teri?
[12:28] <cprov> kiko: sspph
[12:28] <kiko> teri most definitely touches the queue.
[12:28] <kiko> sorry s/queue/publishing
[12:28] <cprov> kiko: post publication override
[12:29] <kiko> so uhm, maybe I'm on crack.
[12:29] <Kinnison> You are dude,
[12:29] <Kinnison> Drink coffee and eat some fruit
[12:29] <Kinnison> then you'll feel better
[12:29] <kiko> cprov, Kinnison sspph, is it append-only?
[12:30] <kiko> elmo asked me about that yesterday because of priority and section overrides.
[12:30] <Kinnison> Essentially
[12:30] <cprov> kiko: yes, only new rows
[12:30] <Kinnison> append or remove
[12:30] <kiko> ok.
[12:30] <Kinnison> s/remove/update-publishing-status
[12:30] <kiko> I told him he'd add new rows
[12:30] <Kinnison> yes he should
[12:30] <Kinnison> perfec
[12:30] <Kinnison> +t
[12:30] <kiko> because you can't change history!
[12:30] <Kinnison> indeed
[12:30] <Kinnison> (much)
[12:30] <kiko> china can now that they own google
[12:31] <Kinnison> hehe
[12:31] <kiko> I see a disaster brewing on the horizon
[12:31] <Kinnison> cool, my di source upload has been accepted and published
[12:31] <kiko> sabdfl's inbox has ZERO messages
[12:32] <jblack> Kinnison: Its email week.
[12:32] <Kinnison> jblack: hehe
[12:32] <jblack> I've sent poor lifeless about a dozen email in the last week.
[12:34] <Kinnison> kiko accidentally sent elmo a bajillion emails with no subjectg
[12:34] <kiko> only 3
[12:34] <Kinnison> a bajillion dude, a bajillion
[12:35] <kiko> you are such an exagerator
[12:35] <kiko> now
[12:35] <kiko> why is ia64 so slow to build?
[12:35] <fabbione> ia64 is slow.. full stop
[12:35] <Kinnison> It's not that it's so slow, it's that it's the arch which had the most failures
[12:35] <fabbione> it's gcc
[12:36] <fabbione> (that is slow..)
[12:36] <kiko> Kinnison what about that package missing an .orig.tar.gz
[12:36] <kiko> did we sort out that bug?
[12:38] <kiko> checking for X... no
[12:38] <kiko> configure: error: GTK+ peers requested but no X library available
[12:38] <kiko> kaffe is so busted
[12:39] <Kinnison> kiko: Yep, I think I've sorted that one
[12:39] <Kinnison> kiko: I'm gonna test that one once DI has started to pass through the cycle
[12:39] <kiko> okay.
[12:40] <kiko> I need to get mdz to check out these failures.
[12:40] <doko> depends on the processor you use. 1.5ghz Itanium II are pretty fast
[12:40] <Kinnison> our buildds aren't that quick I don't think
[12:40] <kiko> doko: https://staging.ubuntu.com/+builds
[12:40] <kiko> ia64 is the only slacker
[12:41] <kiko> the other ones are already spinning idly
[12:46] <kiko> Kinnison: how will you test the fix to the sysvinit package -- will you associate the .orig.tar.gz in the database?
[12:46] <Kinnison> I was gonna either remove that version from dapper, or upload the next version
[12:47] <kiko> I see.
[12:47] <Kinnison> di building
[12:47] <kiko> yeah, sounds ok.
[12:47] <kiko> found out the d-i issues?
[12:49] <Kinnison> We're hoping to have no issues
[12:49] <Kinnison> just gotta find out
[12:49] <kiko> there's that publishing issue that kamion pointed out
[12:49] <kiko> elmo's merge landed, yay
[12:50] <Kinnison> Which one was that?
[12:51] <kiko> actually, I was thinking about the cdimage problem.
[12:51] <Kinnison> Oh right, that's not his fault, or ours
[12:51] <Kinnison> we're just out of sync with di and kernels
[12:52] <kiko> the release file issue with d-i, Kinnison.
[12:55] <Kinnison> Oh right
[12:55] <Kinnison> I have all but one item crossed out
[12:56] <Kinnison> the only one I've not yet investigated is "No d-i in Release file" which I think is not quite true but I'm not certain yet
[12:57] <kiko> right
[12:57] <kiko> that's the one I was referring to
[01:03] <kiko> rsync: send_files failed to open "/home/warthogs/archives/cprov/launchpad/uploader-tests/lib/canonical/launchpad/database/distrorelease.py": Permission denied (13)
[01:03] <kiko> cprov, wth is that about?
[01:03] <cprov> kiko: perms ... don't know why is it happen in my branch
[01:06] <lifeless> ssh to chinstrap
[01:06] <lifeless> rm the file
[01:06] <kiko> lifeless you know why that's happening?
[01:06] <lifeless> or, mv the .bzr dir out of the way, rm -rf the tree, mkdir it again, and move the .bzr dir back
[01:07] <lifeless> kiko: I'm guessing at mode/user on a file copied with -a
[01:07] <kiko> it's only 3 files
[01:07] <kiko> rsync: send_files failed to open "/home/warthogs/archives/cprov/launchpad/uploader-tests/database/sampledata/current.sql": Permission denied (13)
[01:07] <kiko> rsync: send_files failed to open "/home/warthogs/archives/cprov/launchpad/uploader-tests/database/schema/security.cfg": Permission denied (13)
[01:08] <kiko> rsync: send_files failed to open "/home/warthogs/archives/cprov/launchpad/uploader-tests/lib/canonical/archivepublisher/nascentupload.py": Permission denied (13)
[01:08] <lifeless> a different possibility is that the local file permissions are ones cprov is not permitted to create on chinstrap
[01:08] <kiko> and {interfaces,database}/distrorelease.py
[01:08] <kiko> so 5 files
[01:08] <dilys> Merge to devel/launchpad/: [trivial]  More Soyuz UI and DB perms fixes (r3043: Celso Providelo)
[01:09] <cprov> lifeless: could verify the last ?
[01:09] <cprov> lifeless: I mean, could you ...
[01:09] <kiko> ahoy
[01:11] <cprov> kiko: have added g+r to all my branches, see if it works now
[01:11] <kiko> cprov, Kinnison: mdz and I can bring lunch in for you.
[01:12] <cprov> kiko: no thanks
[01:12] <Kinnison> kiko: We were planning on going to find something soon
[01:12] <kiko> thanks it worked
[01:13] <kiko> ok
[01:13] <cprov> kiko: ok, unfortunatelly I need to do it every single push
[01:13] <kiko> what time do we reconvene at the office?
[01:13] <lifeless> check the file owner
[01:13] <Kinnison> Shall we say that cprov and I will go find food in 15 minutes, so if you and mdz want to eat before coming in, reconvene at the office at 13:30 or 14:00
[01:14] <Kinnison> to give us time to get back
[01:14] <kiko> 14:00 sounds good.
[01:15] <cprov> lifeless: all cprov/warthogs, atm
[01:15] <kiko> cprov it's not  abig deal because bzr merge doesn't need the actual files, but it's disturbing
[01:20] <kiko> [01:20] <kiko> +        # mailproblemsto<EMAIL_ADDRESS>[01:20] <kiko> +        mailproblemsto<EMAIL_ADDRESS>[01:20] <kiko> uhm, did we really want to check that in?
[01:20] <Kinnison> Ues
[01:20] <Kinnison> I'll be tidying it up again before we go live
[01:20] <Kinnison> but for now, I didn't want to have floating patches, and cprov and I are cross-merging all the time
[01:24] <kiko> ok.
[01:24] <kiko> ok, see you in a bit
[01:32] <dilys> Merge to devel/launchpad/: [r=stevea]  part three of jamesh __len__ enhancements. (r3044: Steve Alexander, James Henstridge)
[04:46] <OgMaciel> Hi... I need to check some information about the packages available for translation in LP.  Some packages are not present
[04:47] <OgMaciel> packages listed for Breezy don't appear for Dapper
[04:47] <fabbione> Kinnison: ping?
[04:47] <OgMaciel> does anyone know why?
[04:47] <Kinnison> fabbione: yo
[04:48] <fabbione> Kinnison: hey dude.. kiko just blessed Mith and me with the task of breaking soyuz
[04:48] <fabbione> Kinnison: what is the upload queue to staging?
[04:48] <mdz> GOOD MORNING SOYUZ LOVERS
[04:48] <Kinnison> drescher
[04:48] <mdz> fabbione: drescher.ubuntu.com
[04:48] <Kinnison> but it won't mail you
[04:48] <Kinnison> evah
[04:48] <Kinnison> ''cos I turned that off
[04:48] <Kinnison> (for debugging)
[04:48] <OgMaciel> does anyone know when Carlos is coming back?
[04:49] <fabbione> Kinnison: can you whitelist just my address?
[04:49] <fabbione> it would help to get answers back
[04:49] <Kinnison> fabbione: I am adding some more debugging to the email filter just to be certain it's okay before I turn it on
[04:49] <fabbione> Kinnison: ok
[04:50] <fabbione> Kinnison: i will start uploading some crack soon with an entry in the .changes with what it is supposed to break or how
[04:50] <Kinnison> okay
[04:56] <OgMaciel> hi Kamion
[04:57] <Kamion> hi
[04:57] <OgMaciel> Kamion, would you know of someone I can ask some especific questions about the translation packages in LP?
[04:59] <Kamion> sorry
[05:00] <OgMaciel> Kamion, np...  thanks... ;)
[05:02] <kiko> good afternoon fellow death marchers
[05:09] <fabbione> kiko: are you ready?
[05:09] <kiko> fabbione, we were BORN ready
[05:10] <Kinnison> fabbione: send one upload
[05:10] <fabbione> kiko: ahhaha that's gonna be my next quote
[05:10] <Kinnison> fabbione: then wait
[05:10] <Kinnison> fabbione: I'll let you know how it went
[05:10] <kiko> yes, please, one upload at a time
[05:10] <fabbione> Kinnison: i need a few minutes to get ready first
[05:10] <kiko> and we'll stack the beers as high as the tower of babel
[05:10] <Kinnison> fabbione: uploads are processed every 5 minutes
[05:10] <Kinnison> fabbione: so you have four minutes to the next run
[05:21] <fabbione> ok
[05:21] <fabbione> first upload done
[05:22] <fabbione> testcase: badly named .changes file
[05:22] <fabbione> contents of the file is correct
[05:22] <fabbione> clearly it still ends in .changes
[05:22] <fabbione> the part before is $random
[05:23] <fabbione> actually the contents is partially broken too
[05:26] <fabbione> so ?
[05:27] <fabbione> it has been more than 5 minutes now...
[05:27] <kiko> hah
[05:28] <kiko> hold your horses batman
[05:28] <fabbione> kiko: it's more than 5 minutes now...
[05:28] <fabbione> and didn't get any answer
[05:28] <fabbione> or anything
[05:28] <fabbione> soyuz is not fast enough
[05:28] <fabbione> +1 beer
[05:30] <Kinnison> Umm, evolution is not fast enough
[05:31] <Kinnison> fabbione.beercount -= 1
[05:31] <fabbione> Kinnison: i don't read python.. did i break soyuz or not?
[05:32] <Kinnison> fabbione: cock*changes
[05:32] <Kinnison> fabbione: dropped on the floor because of BADSIG
[05:32] <fabbione> ok
[05:33] <fabbione> new one in
[05:33] <fabbione> 'with good signature
[05:36] <Kinnison> Sorry, but I have to wait for the cron mail :-)
[05:37] <fabbione> if this one doesn't break, the next one will.. i am sure 100%
[05:40] <fabbione> Kinnison: has it been rejected or accepted?
[05:40] <fabbione> i expect the second upload to be accepted
[05:41] <Kinnison> fabbione: sorry, evoltuion just crashed (gotta love this high quality software the distro team produces)
[05:42] <fabbione> Kinnison: complains with seb please.. i use tbird :)
[05:43] <Kinnison> .....
[05:44] <kiko> fabbione, I am in disappointed in you padrino.
[05:44] <kiko> no bustage yet
[05:44] <Kinnison> well, we are waiting for evolution
[05:45] <fabbione> kiko: i am going with one little change at a time
[05:45] <fabbione> kiko: otherwise it will be a pain to figure out what is wrong
[05:45] <fabbione> but 10 minutes between each check is a pain
[05:45] <kiko> beer-counting?
[05:45] <Kinnison> fabbione wins a beer
[05:45] <Kinnison> File "/srv/launchpad.net/codelines/current/scripts/process-upload.py", line 218
[05:46] <fabbione> Kinnison: accepted or rejected?
[05:46] <Kinnison>     finally:
[05:46] <Kinnison>           ^
[05:46] <fabbione> AHAHHAHAHAHAHA
[05:46] <Kinnison> SyntaxError: invalid syntax
[05:46] <fabbione> MUHA MUHA MUHA
[05:46] <fabbione> kiko: i guess i need to go and take a nap, or i won t be able to handle all the beer this night
[05:47] <Kinnison> fabbione: You want me to update it to run the queue once per minute?
[05:47] <fabbione> Kinnison: i am ok with it running every 5
[05:47] <fabbione> i just would like to know faster if it breaks or no
[05:47] <fabbione> i need a few minutes between each run to prepare a test case
[05:47] <kiko> shit.
[05:48] <kiko> kiko 0 x fabbione 1
[05:49] <fabbione> Kinnison: so if i upload a proper contents .changes file with a bad name soyuz dies.
[05:50] <fabbione> (just to keep track exactly of how many beer kiko will have to pay and why ;))
[05:50] <fabbione> and avoid the testcase in incrimental mess in the uploads
[05:50] <Kamion> how is a "bad name" for a .changes file defined? (AFAIK, katie accepts *.changes)
[05:51] <Mithrandir> fabio: hey, save some bugs for me as well, I want beer too
[05:51] <fabbione> cock_5.0a-8ubuntu2_cock.changes <-
[05:51] <fabbione> Kamion: that's what i uploaded and that's exactly what i was testing because katie accepts *.changes
[05:51] <fabbione> Kamion: katie doesn't rely on the file name but only on it's contents
[05:52] <Kamion> right
[05:52] <fabbione> assuming ending in .changes
[05:52] <Kinnison> badly named changes passed for upload of 'crack' because the contents were okay
[05:53] <fabbione> Kinnison: tell me when i can increase the beer counter to 2 :)
[05:53] <fabbione> Mithrandir: ehhe sure dude...
[05:53] <Kinnison> fabbione: There's only one from you?
[05:53] <fabbione> Kinnison: yes.. i am uploading only one at a time
[05:53] <Kinnison> fabbione: soyuz does not rely on the filename (any more than ending in .changes) so it accepted the good content
[05:53] <fabbione> Kinnison: so why did it fail on the last upload?
[05:54] <dilys> Merge to devel/launchpad/: [trivial]  More DB security fixes for Soyuz rollout. (r3045: Celso Providelo)
[05:54] <fabbione> typo in the code.. or something from the filename?
[05:55] <Kinnison> typo
[05:55] <fabbione> ok
[05:55] <fabbione> can you fix the typo and rerun on that file?
[05:55] <kiko> cprov, http://cvs.debian.org/srcdep/Packages-arch-specific?rev=1.607&root=dak&view=auto
[05:55] <fabbione> it should go accepted
[05:55] <Kinnison> fabbione: yes, that was the badsig dropped-on-floor one
[05:55] <fabbione> halt
[05:55] <fabbione> Kinnison: i did 2 uploads
[05:55] <Kinnison> Oh?
[05:56] <fabbione> one -> badname+badsign
[05:56] <fabbione> two -> badname only
[05:56] <Kinnison> well, crack definitely got accepted despite a bad name
[05:56] <fabbione> Kinnison: so what did trigger the typo?
[05:56] <fabbione> which of the 2 uploads?
[05:57] <Kinnison> The badsig triggered the typo
[05:57] <fabbione> ok
[05:57] <fabbione> perfect
[05:57] <fabbione> now..
[05:57] <fabbione> 3rd upload is on the way
[05:58] <Kinnison> 16:56:06 INFO    Would be sending a mail:
[05:58] <Kinnison> 16:56:06 INFO       Subject: sash_3.7-7test1_i386.changes REJECTED
[05:58] <Kinnison> 16:56:06 INFO    Upload is binaryful, but policy refuses binaryful uploads.
[05:58] <Kinnison> 16:56:06 INFO    Upload is source/binary but policy refuses mixed uploads.
[05:58] <fabbione> Kinnison: if this one is accepted, the bug is a missing check on .dsc and .diff version consistency
[05:58] <Kinnison> fabbione: that you?
[05:58] <Mithrandir> sorry, mea culpa
[05:58] <Mithrandir> it's me
[05:58] <Kinnison> Mithrandir: well, there you go
[06:00] <Mithrandir> did the signature validate?
[06:01] <Kinnison> Appears to have
[06:01] <Mithrandir> good
[06:01] <fabbione> Mithrandir: i assume yes. usually you check data inside a change only if the gpg is valid
[06:01] <Kinnison> one sec
[06:01] <fabbione> Mithrandir: otherwise you can't trust the .changes file
[06:01] <Mithrandir> fabbione: true
[06:02] <Mithrandir> Kinnison: did the new test1 go through fine?
[06:03] <fabbione> Mithrandir: do you want to jooin me for a cup of coffee or the?
[06:03] <Mithrandir> comfy bed >> not-so-comfy-chair.
[06:03] <fabbione> i invaded the couch area
[06:05] <Mithrandir> also, I found the thermostat up here, so it's getting slightly less cold
[06:05] <fabbione> i am considering a nap atm
[06:05] <fabbione> almost falling asleep
[06:06] <fabbione> Ubugtu: bug 1
[06:06] <fabbione> malone bug 1
[06:06] <fabbione> Ubugtu: die
[06:13] <kiko> fabbione, your upload FAILED
[06:13] <Kinnison> 17:00:10 INFO    crack_5.0a-8ubuntu1.diff.gz: should be 5.0a-8ubuntu2 according to changes file.
[06:13] <kiko> and you get NO FUCKING BEER
[06:13] <Kinnison> 17:00:10 INFO    crack_5.0a-8ubuntu2.dsc: version ('5.0a-8ubuntu1') in .dsc does not match version ('5.0a-8ubuntu2') in .changes.
[06:19] <fabbione> new upload done
[06:19] <fabbione> kiko: are you sure?
 17:00:10 INFO    crack_5.0a-8ubuntu1.diff.gz: should be 5.0a-8ubuntu2 according to changes file.
[06:20] <fabbione> this is a bad error message for the test case
[06:20] <fabbione> the changes do actually say ubuntu1
[06:20] <kiko> fabbione, yes
[06:20] <fabbione> the error message should report an inconsistency in the diff.gz name and drop it
[06:20] <fabbione> the error is not correct :)
[06:21] <fabbione> kiko: sucks to be you.. +1 for me
[06:21] <Mithrandir> Kinnison: were any of my sash thingies sent further on?
[06:21] <kiko> oh give me a break
[06:22] <fabbione> no, you asked me to break soyuz :)
[06:22] <Mithrandir> the first one should, the two next ones shouldn't, since they include invalid stuff in the control files.
[06:22] <fabbione> kiko: please let Kinnninson work with us
[06:23] <fabbione> the response time is already pretty slow
[06:25] <jordi> hey
[06:25] <fabbione> kiko: this is getting boring.. where is Kinnison
[06:25] <fabbione> ?
[06:25] <Mithrandir> Kinnison: are we allowed to upload binaries to staging?
[06:25] <Mithrandir> hi jordi
[06:26] <kiko> he's looking at the logs
[06:27] <Kinnison> sorry guys, mdz keeps uploading tens, hundreds, or thousands of them
[06:27] <mdz> Mithrandir: no, you aren't
[06:28] <Mithrandir> mdz: boring.  Can we be allowed to, or do I have to let stuff pass through the buildd?
[06:28] <fabbione> Kinnison: is staging hooked with the porters buildd keyring?
[06:30] <Kinnison> Mithrandir:
[06:30] <Kinnison> 17:08:08 INFO    Accepted:
[06:30] <Kinnison> 17:08:08 INFO     OK: sash_3.7-7test3.dsc
[06:30] <Kinnison> 17:08:08 INFO     OK: sash_3.7-7test3.diff.gz
[06:30] <Kinnison> fabbione: no binaries via this queue, sorry
[06:30] <Mithrandir> Kinnison: don't you validate the control file at all?
[06:30] <fabbione> Kinnison: i wanted to test a porter upload.. nothing more
[06:30] <fabbione> Kinnison: no need to be sorry :)
[06:31] <Kinnison> Mithrandir: control file?
[06:31] <fabbione> since i own one of the special keys
[06:31] <Kinnison> Mithrandir: I do all the checks jennifer did
[06:31] <Mithrandir> Kinnison: debian/control
[06:31] <Mithrandir> but, I could play with the .changes instead, sure.
[06:32] <fabbione> i
[06:32] <fabbione> Kinnison: wouldn't be easier if you just enable the emails and let us sort out when we break and THEN tell you how we did it?
[06:32] <fabbione> mdz is flooding you and we don't get a chance to do step-by-step test cases
[06:33] <mdz> fabbione: nothing is fucked
[06:33] <mdz> you can do all the step-by-step test cases you want
[06:33] <mdz> Mithrandir: we don't allow binary uploads in ubuntu either
[06:33] <mdz> s/ubuntu/production/
[06:33] <fabbione> mdz: yes we do but only from a subset of keys
[06:34] <fabbione> that belongs to the buildd
[06:34] <Mithrandir> mdz: no, but I can generate any kind of .changes file as part of the binary build anyway, so letting me upload binaries to testing means I can test the checks done for binary packages.
[06:37] <Kinnison> 17:07:23 INFO    Accepted:
[06:37] <Kinnison> 17:07:23 INFO     OK: sash_3.7-7test2.dsc
[06:37] <Kinnison> 17:07:23 INFO     OK: sash_3.7-7test2.diff.gz
[06:37] <Mithrandir> is the binary built and accepted?
[06:37] <fabbione> Kinnison: i just uploaded crack2
[06:37] <fabbione> that should go into NEW
[06:38] <mdz> Mithrandir: unless you can produce a source package which creates such binaries, the test isn't very meaningful
[06:39] <Mithrandir> mdz: I can create a source package which produces any kind of binaries.
[06:39] <Mithrandir> that's bloody trivial. :-)
[06:39] <mdz> Mithrandir: then do that instead :-)
[06:39] <Mithrandir> bah :-)  I'm lazy.
[06:39] <Kinnison> 17:07:10 INFO    Accepted:
[06:39] <Kinnison> 17:07:10 INFO     OK: sash_3.7-7test1.dsc
[06:39] <Kinnison> 17:07:10 INFO     OK: sash_3.7-7test1.diff.gz
[06:39] <Kinnison> (as you can see, 13 seconds before)
[06:40] <Kinnison> libapt-front_0.3.5ubuntu2_source.changes
[06:40] <Kinnison> "Unable to find 'unstable' distrorelease"
[06:41] <fabbione> Kinnison: where is crack2 ???
[06:45] <Kinnison> fabbione: I'm still going through logs
[06:45] <Kinnison> fabbione: I'm up to 17:16 now
[06:45] <fabbione> ok
[06:46] <fabbione> bbl
[06:51] <Kinnison> fabbione: rejected
[06:51] <Kinnison> 17:20:05 INFO    crack_5.0a-8ubuntu1.diff.gz: should be 5.0a-8ubuntu2 according to changes file.
[06:58] <cprov> fabbione: Source: crack2/5.0a-8ubuntu1 Component: main Section: admin
[06:59] <cprov> fabbione: crack2 | 5.0a-8ubuntu1 | 21 minutes
[07:17] <Kinnison> fabbione: REJECTED
[07:17] <Kinnison> 17:42:11 INFO    crack3_5.0a.orig.tar.gz: changes file doesn't say crack3 for Source
[07:19] <Kinnison> fabbione: anything else you've uploaded?
[07:26] <Mithrandir> he's snoring
[07:44] <kiko> only 2 beers? bah.
[07:48] <Kinnison> two?
 <Kinnison> 17:00:10 INFO    crack_5.0a-8ubuntu1.diff.gz: should be 5.0a-8ubuntu2 according to changes file.
 this is a bad error message for the test case
 the changes do actually say ubuntu1
[07:50] <Mithrandir> does sash_3.7-7test4_source.changes make you happy?
[07:50] <Kinnison> when was that uploaded?
[07:50] <Mithrandir> now
[07:52] <Mithrandir> if you're vulnerable to the bug I'm trying to exploit, the checking will take a while..
[07:52] <kiko> we need to wait 5m
[07:56] <Kinnison> mdns rjected -- anyone's fault?
[07:56] <Mithrandir> not mine
[07:57] <Kinnison> 18:55:04 INFO       Subject: sash_3.7-7test4_source.changes REJECTED
[07:57] <Kinnison> 18:55:04 INFO    UploadError made it out to the main loop: Unable to identify file /dev/urandom (main/shells) in changes.
[07:57] <Mithrandir> does that mean "file type unknown"?
[07:57] <Kinnison> I believe so
[07:58] <Mithrandir> so we need an /dev/urandom.diff.gz. :-)
[08:16] <fabbione> so kik
[08:16] <fabbione> kiko
[08:16] <fabbione> what's up for dinner?
[08:16] <fabbione> (+pub)
[08:16] <mdz> we're talking soyuz
[08:19] <fabbione> i didn't know there was an eatable version of soyuoz
[08:20] <Mithrandir> mmm, crunchy launchpad.
[08:28] <Kinnison> Some of us are going to Spaghetti House off Trafalgar Square
[08:28] <Kinnison> interested?
[08:29] <kiko> chinstrap.ubuntu.com:/home/warthogs/archives/kiko/lauchinstrap.ubuntu.com:/home/warthogs/archives/kiko/launchpad/cprov-hacking/
[08:29] <kiko> nchpad/cprov-hacking/
[08:30] <kiko> aieee
[09:02] <cyberix> At https://launchpad.net/people/+newteam , is the Display name the team leader name or the team name?
[09:03] <mpt_> cyberix, it's the team name
[09:04] <cyberix> "Most people use their full name here."
[09:04] <cyberix> is very confusing
[09:05] <mpt_> ok, that's a bug
[09:09] <cyberix> If I make a team "open" can I change this later?
[09:10] <mpt_> cyberix, yes you can
[09:11] <mpt_> I just reported <https://launchpad.net/products/launchpad/+bug/29941> about the confusing "Display Name"
[09:11] <Ubugtu> malone bug 29941 in launchpad ""Display Name" field description at +newteam is wrong" [Normal,Unconfirmed]
[09:13] <mpt_> and bug 29942 about the confusing way of changing a team
[09:13] <Ubugtu> malone bug 29942 in launchpad "Link for editing a team shouldn't be "Edit Personal Details"" [Normal,Unconfirmed]  http://launchpad.net/bugs/29942
[09:16] <cyberix> jordi: https://launchpad.net/people/ubuntu-l10n-jbo
[09:16] <cyberix> jordi: Feel free to add it to Ubuntu translator group
[09:16] <cyberix> or someone else
[09:16] <cyberix> Please inform me when you've done it
[09:19] <jordi> cyberix: thanks
[09:19] <jordi> cyberix: if the right people are here, it may be done in a few mins
[09:20] <jordi> mpt_: so, are you a LP admin? :)
[09:20] <jordi> daf!
[09:21] <cyberix> LarstiQ: Feel free to join the team
[09:22] <jordi> so the import queue is clean, except for three requests I can't remove
[09:22] <cyberix> cyberix: Note to self, feel free to use also other phrases than "feel free"
[09:24] <mpt_> jordi, yes
[09:26] <jordi> mpt_: can you assign https://launchpad.net/people/ubuntu-l10n-jbo to https://launchpad.net/rosetta/groups/ubuntu-translators/+appoint ?
[09:36] <jordi> mpt_?
[09:46] <mpt_> jordi, what language is jbo?
[09:47] <mpt_> never mind, I found it
[09:48] <mpt_> jordi, done
[09:48] <mpt_> Time to implement the RosettaExperts spec, huh
[10:10] <Burgundavia> mpt_, can I change my LP name from cburger to corey.burger?
[10:17] <jordi> mpt_: yeah man :)
[11:26] <Burgundavia> http://www.ubuntuforums.org/showthread.php?t=122632


[02:31] <laughter> hey ubuntu-classroom, i might have the oppurtunity to teach a seminar class to high school age students.  I am a science teacher.  I would love to do a seminar about the open source community and the ubuntu experience.  do any of you know of any good resources to develop a curriculum?
[02:39] <SvenG> laughter: good question.  dont know any off-hand.  google?!
[02:42] <pleia2> laughter: the ubuntu learning project (which classroom is part of) is working to develop some courses, right now we just have ones focused on sysadmin stuff
[02:43] <pleia2> https://wiki.ubuntu.com/Learning/Materials
[02:43] <pleia2> laughter: you might also be interested in checking out http://spreadubuntu.neomenlo.org/ - it's mostly promotional stuff like banners and handouts, but there are also some slides and things here and there
[02:43] <laughter> cool
[02:44] <SvenG> :-)
[02:44] <pleia2> regarding the learning team, we're alwys looking for pepole to help out, so even if you don't find us useful, contributing the class you write back to the project would help us a lot
[02:44] <pleia2> we hang out over in #ubuntu-learning
[12:33] <pomb> hello
[12:52] <cjohnston> Rhonda: fwiw, you can hang out in backstage if you like. :-)
[12:54] <Rhonda> Oh, right, I'm still in here, too. Thanks for reminding.
[16:08] <delcoyote> hi


[07:20] <alka_trash> umm, probably a frequent question, but do the KVM images work with Virtualbox?  :)
[09:53] <andy_lin> whois StevenK
[09:54] <andy_lin> oops..  sorry
[10:35] <Tipolosko> hi :)
[16:28] <mryoung> would ubuntu mobile run on a one a110 ? www.a110wiki.de
[16:29] <persia> mryoung: Possibly.  Several people have asked about using it on the VIA C7-M, but I've not seen any reports as to whether it does or not.
[16:30] <persia> You'll need to install the special graphics driver manually, and probably make several configuration changes.
[16:30] <mryoung> i tried to boot a live usb image.. with lpiacompat kernel
[16:31] <mryoung> so far no luck
[16:31] <mryoung> might have been my usb stick tho.. got many squashfs read errors
[16:31] <persia> Hmm.  Hard to say then.  Which target image were you using?  McCaslin?
[16:32] <mryoung> yes
[16:32] <persia> Does it boot off a i386 live image?
[16:32] <mryoung> can i create a i386 live image with the image creator, or do you mean in general ?
[16:33] <persia> I don't think image creator does that.  https://wiki.ubuntu.com/LiveUsbPendrivePersistent has some documentation on how one might create an image with other tools, although I've not tried it myself.
[16:34] <mryoung> well i got an external cdrom.. and i can install regular ubuntu hardy just fine
[16:34] <persia> https://help.ubuntu.com/community/Installation/FromUSBStick might be another method, although that is for creation of an install image.
[16:35] <persia> mryoung: Right.  Unfortunately, that doesn't test the USB boot on the device :)
[16:35] <persia> It might be the kernel, or it might be the USB stick.
[16:35] <mryoung> heh.. well i also created a debian boot usb stick.. which worked
[16:36] <persia> OK.  That's sufficient then.  Thanks for the details.  I believe you've confirmed that the lpiacompat kernel doesn't boot on the C7-M.
[16:36] <mryoung> i got 2 via machines here.. a 10" and 7".. on both i would like to see a working version :)
[16:36] <persia> That said, you might be able to force an i386 kernel with lpia userspace, and get something working, but it would be a bit of a hassle.
[16:37] <mryoung> hmm.. is there a way to create own platforms for the image creator ?
[16:37] <persia> I'll recommend not using the mobile interface on the 10".  I use it on a 7" (Kohjinsha SR8), and firmly believe it would be better on something with higher DPI.
[16:37] <mryoung> well the 10" is a 1024x600 resolution
[16:38] <persia> Sure, but that's fairly low DPI :)
[16:39] <mryoung> heh.. well thats something one could work on aswell :P
[16:39] <mryoung> i think something like this should even work on all kinds of screens
[16:39] <persia> If you want to redefine image-creator platforms, you likely have to modify the source (apt-get source moblin-image-creator), but note that if you don't use lpia userspace, you may encounter issues due to differences in compilation (e.g. Hildon support).
[16:40] <mryoung> theres a real market for such "easy mode" linux systems
[16:40] <persia> Oh, it works on all kinds of screens.  I just don't think it's the best interface for the larger set.  It's designed for 4-6" screens at close to 200DPI.
[16:41] <mryoung> hmm.. what are the differences to netbook remix, if i may ask ?
[16:42] <Keule|guest> hi there
[16:43] <Keule|guest> can someone help me getting ubuntu 8.04 connected with my windows mobil 6 mobilephone??
[16:44] <persia> Keule|guest: You likely want #ubuntu: this channel is about creating a flavour of Ubuntu for use on handheld devices.
[16:44] <Keule|guest> ok persia i thought -  someone here can help - thanx
[16:44] <persia> mryoung: I've not evaluated the netbook remix in detail.  I understand it to be derivative of both Ubuntu Mobile and Ubuntu Desktop, with a few extra parts.
[16:46] <mryoung> netbook remix might be the better choice for the 10" i guess :)
[16:47] <persia> Possibly.  I think that is likely has a better "simple mode" interface for the lower-DPI screens.
[16:48] <persia> The alternative would be to use Ubuntu Desktop, switch from metacity to matchbox, and maybe adjust a few settings to your liking.
[16:49] <mryoung> would need to install the hildon stuff tho :)
[16:50] <persia> Why?
[16:50] <mryoung> aint it that fancy gui ?
[16:51] <persia> No.  It's a framework to allow simple applications to interface easily in an integrated envionment.  It provides the panel (as replacement to gnome-panel), as a GUI element.
[16:52] <persia> There are a number of common hildon widgets, which can make things look different, and it needs les window decoration, as the menus are handled in the panel directly.
[16:52] <mryoung> so is the gui just a modified openbox ?
[16:52] <persia> That said, it also runs everything as a single process to reduce resource requirements: unfortunately this means that if anything crashes, everything crashes.
[16:53] <mryoung> oh
[16:53] <persia> Well, matchbox is the window manager.  mobile-basic-flash provides the home screen.  Each application otherwise provides it's own interface.
[16:55] <persia> So, I'd recommend using hildon if you're likely to only use the default environment, or if you have very limited RAM or processor which would benefit from hildon.  Otherwise, you may as well just tweak GNOME.  Most McCaslin or Menlow machines have a bit more CPU&RAM than the targets for which hildon was originally designed.
[16:55] <persia> (Most have more CPU&RAM than a lot of laptops that run Dapper)
[16:56] <mryoung> interesting.. wasnt hildon in charge for starting all apps maximized ?
[16:56] <persia> matchbox does that.
[16:56] <mryoung> ahh
[16:57] <persia> Mind you, these are all components of an integrated system.  The closer you look, the more modular it appears.
[16:58] <persia> If you can't run an lpia kernel, you either need to have an i386 kernel with lpia userspace (which might break in unexpected ways), or you need to customise regular Ubuntu (which has many of the same components, but not so much hildon).
[16:59] <persia> Which is the right answer for your application depends very heavily on what works, what you want to do, and how much effort you can put it to get it done.
[17:00] <mryoung> what role does gnome-mobile play ?
[17:01] <persia> GNOME Mobile is one of several upstreams to Ubuntu Mobile (and therefore the packages are available within Ubuntu generally)
[17:02] <persia> There's also some stuff from the older GPE Palmtop Environment work.
[17:05] <mryoung> well. i got enough time
[17:05] <mryoung> the question is.. will one solution work for endconsumers you sell devices to
[17:05] <mryoung> or is all this too unstable for now
[17:06] <persia> Good luck then.  If you find a change that works nicely, and doesn't adversely impact Ubuntu Desktop, please file a bug so you don't have to have as much local modification.
[17:07] <mryoung> yes.. thats something i am aiming too for.
[17:07] <mryoung> local mods means more work for me creatinmg reset DVDs or usb sticks
[17:08] <mryoung> if stuff works out without local changes.. i might be able to use remastersys without a prob
[17:08] <persia> Right.  If you're planning commercial release (as might be indicated by your previous comment), you may need some local mods for branding, etc. (to follow the remix rules), but the more you can get upstream, the better.
[17:10] <persia> Anyway, it's late here.  Good luck, and come back to ask more or report successes.
[23:05] <timboy> I'm thinking of getting a nokia n810. do you think an ARM port will surface any time soon? if not anyone know if there is a good alternative that is x86 for about the same price?
[23:14] <timboy> anone on?
[23:15] <timboy> would ubuntu mobile even function on 128mb ram?
[23:31] <GrueMaster> working in 128M is not so much of a problem as it is to port the entire image to arm
[23:31] <timboy> GrueMaster: i heard that they were planning it. just didn't know if they had a timeline?
[23:31] <GrueMaster> I have tested it with 128M.  Not much room for doing stuff, but it will at least boot.
[23:32] <GrueMaster> Not sure.  I'm personally on the other side of the fence.
[23:32] <GrueMaster> IA only.
[23:32] <timboy> GrueMaster: what device do you use?
[23:32] <timboy> i'm looking for something similar to the n810 that will run it
[23:35] <GrueMaster> The devices I'm working on aren't on the market yet.  Soon, though.  Very soon.
[23:35] <GrueMaster> There have been a lot of announcements on the internet recently.
[23:36] <timboy> sounds cool GrueMaster will it be something similar to the n810? should I hold off my purchase?
[23:37] <GrueMaster> It will be similar, except ia32 based.  I've played Quake III on one.  Not too bad.
[23:38] <timboy> wow any idea on price point?
[23:38] <timboy> how far out is release?
[23:41] <GrueMaster> price point depends on hw config.  I'm guessing $300 to start, but I could be way off.
[23:41] <GrueMaster> Should be next month release.
[23:41] <GrueMaster> I know the units I have now look hot.
[23:42] <GrueMaster> Think PSP with a slide down keyboard and touch screen.
[23:42] <GrueMaster> 2 cameras as well.
[23:43] <timboy> sounds great! thx GrueMaster i'll be watching engadget
[23:45] <convivial> hi!
[23:45] <convivial> is this place for windows mobile prorgamming?