[01:25] <pwnguin> hey, uh, how long do it take to go from uploading to a ppa and having an entry in build status?
[01:33] <pwnguin> ah, apparently i need to be part of the launchpad-beta-testers team to upload =/
[01:35] <moquist> pwnguin: yes
[01:37] <pwnguin> well, that didnt seem nessecary to "activate" my ppa
[01:37] <moquist> Yeah, I know. I went through the same process today.
[01:37] <pwnguin> heh
[01:38] <moquist> If you politely bug kiko (or another LP dev?) and you promise to behave, you can probably become a beta tester.
[01:38] <moquist> Fujitsu: ah! Great. Makes perfect sense.
[01:39] <pwnguin> well, it's nothing serious. im blocked at the moment by a compiler author who decided to break his language
[01:43] <pwnguin> i figured in the meanwhile, i should try uploading hello world to my ppa
[01:43] <moquist> Fujitsu: But I don't think I *have* changed the orig.tar.gz. I could bump the version, but, well, it hasn't changed.
[01:55] <moquist> Fujitsu: OK, I guess I changed 'feisty' to 'gutsy' in changelog, and I tried to upload it to ppa...moquist/ubuntu/gutsy instead of ppa...moquist/ubuntu/feisty. Apparently it's not happy with the changelog change... but merely changing the incoming= line in dput.cf didn't make an upload to gutsy happy when changelog still said "feisty".
[01:56] <moquist> I want the same package, same version to be available for feisty & gutsy. I don't understand how I'm supposed to do that.
[01:56] <LaserJock> was it a native package?
[01:56] <moquist> yes.
[01:58] <LaserJock> that could be the problem
[02:00] <moquist> I don't understand.
[02:04] <LaserJock> well, I don't know how well LP handles the native packages
[02:04] <moquist> Really? Oy. Well, this is beta.
[02:05] <LaserJock> and with a native package when you bump the version you get a new tar.gz
[02:05] <LaserJock> kinda like getting a new .orig.tar.gz
[04:00] <ubotu> New bug: #137185 in soyuz "Builds fail due to timestamp differences" [Undecided,New]  https://launchpad.net/bugs/137185
[04:02] <RAOF> Hey, there's my bug :)
[04:03] <ajmitch> what, filed a few hours ago?
[04:03] <RAOF> No, 15 mins or so.  Ubotu's lightning fast.
[04:03] <RAOF> Ugh.
[05:59] <lifeless> spiv: ping
[06:14] <lifeless> thumper: ping
[06:15] <thumper> lifeless: pong
[06:16] <lifeless> could I impose on you to run the reviewer meeting this arvo?
[06:16] <lifeless> I need to be running out right then
[06:16] <thumper> lifeless: I was going to tell you I couldn't actually make tonights one :(
[06:16] <lifeless> ok
[06:16] <lifeless> spiv: ping
[06:16] <lifeless> perhaps we cancel
[06:16] <thumper> perhaps
[06:16] <thumper> is jamesh around?
[06:17] <lifeless> no
[06:17] <thumper> so who would be there?
[06:17] <lifeless> BjornT and spiv; if bjorn is back from sprint
[06:17] <thumper> lifeless: I say cancel
[06:17] <thumper> skip a week
[06:22] <lifeless> hopefully I aven't just given people their own branches
[06:22] <lifeless> when do I get automated allocation per favour
[06:30] <ubotu> New bug: #137198 in launchpad "PPA should not close bugs on upload" [Undecided,New]  https://launchpad.net/bugs/137198
[08:43] <keir> is it still possible to host bzr branches on launchpad?
[08:43] <keir> i can't figure out how to do this, even though i have another project which i've previously set up a launchpad-hosted branch!
[08:44] <keir> (though that was months ago)
[08:44] <RAOF> Yes
[08:44] <keir> how?
[08:44] <RAOF> You can just bzr push<EMAIL_ADDRESS>[08:44] <keir> i only see the ability to register branches, but not create ones hosted on launchpad
[08:45] <keir> this should be made very, very clear when you register the project
[08:45] <keir> or when you are looking at the 'trunk' page
[08:45] <keir> it should just say 'to add to trun, bzr push ....'
[08:45] <RAOF> I only use launchpad, I don't develop it.  If you think the layout could be better, please file a bug :)
[08:46] <jml> I think there's already a bug about this.
[08:46] <mpt> keir, https://help.launchpad.net/CreatingAHostedBranch
[08:47] <mpt> That page could do with some interactivity
[08:47] <keir> even linking to it from the 'register a branch' page would do
[08:48] <keir> or better yet, put it as a link on the sidebar
[08:48] <mpt> keir, would you believe that it is?
[08:48] <mpt> It's inside the "Help" tab
[08:50] <keir> gah! i searched for 10 mins before asking in here
[08:53] <keir> is it possible to push branches that don't have a project?
[08:54] <spiv> keir: you can use "+junk" as the project if you want
[08:55] <spiv> Which is useful for prototypes and things that aren't really fully-formed projects yet.
[08:55] <spiv> (You can always move the branch into a project later if it does grow into a real project with bugs, translations, etc)
[08:56] <mpt> bug 128828
[08:56] <ubotu> Launchpad bug 128828 in launchpad-bazaar "It should be obvious how to upload a branch" [Medium,Confirmed]  https://launchpad.net/bugs/128828 - Assigned to Tim Penhey (thumper)
[09:55] <carlos> morning
[11:04] <soren> Codebrowse seems to be acting up: http://codebrowse.launchpad.net/~shawarma/ubuntu-dev-tools/submittodebian
[11:05] <soren> I just see the first three lines of an HTTP response.
[11:07] <thumper> mwhudson: ^^^
[11:07] <mwhudson> uh
[11:07] <mwhudson> that's pretty funky
[11:08] <soren> Sure is.
[11:09] <soren> Doubly so, in fact.
[11:09] <soren> I get a proper HTTP response whose body is a broken HTTP response (there response code and such is missing from it).
[11:10] <mwhudson> well, loggerhead is proxied behing apache
[11:10] <soren> mwhudson: I wouldn't be suprised if Apache would act that way if the backend's HTTP response string is broken like that..
[11:10] <mwhudson> so i guess that loggerhead is given broken output and apache is going wtf!?
[11:11] <soren> mwhudson: Yeah, and just forwarding the entire response (not proxying the headers and all that jazz).
[11:12] <mwhudson> http://rafb.net/p/x8hHnn29.html
[11:12] <mwhudson> i really like cherrypy, it never gives me any grief
[11:13] <mwhudson> (note: may be a lie)
[11:13] <mwhudson> oof
[11:14] <soren> mwhudson: Odd. I don't have a linefeed between the HTTP/1.1 line and the Date: line.
[11:14] <mwhudson> maybe \n \r\n confusion?
[11:17] <soren> mwhudson: Possibly.
[11:18] <soren> http://rafb.net/p/6kDfXg70.html
[11:20] <mwhudson> apache being strange then
[11:20] <mwhudson> i don't understand why apache is giving a 200 rather than a 50x here
[11:20] <soren> I just tested this..
[11:21] <soren> if Apache receives an invalid response from the backend, it seems to just send it back to the client as the body of the response.
[11:21] <mwhudson> huh
[11:21] <mwhudson> it's not that lenient for cgis, is it?
[11:22] <soren> ProxyBadHeader looks interesting..
[11:23] <soren> http://httpd.apache.org/docs/2.2/mod/mod_proxy.html
[11:23] <soren> It claims the default is "IsError", but it's acting as if it was "StartBody".
[11:23] <soren> mwhudson: I
[11:24] <mwhudson> anyway, i think i know what the root cause is
[11:24] <mwhudson> but i don't know why it's provoking such a broken response
[11:24] <soren> mwhudson: Yeah, the backend is clearly acting weird, too, but apache should be giving 502 responses.
[11:24] <mwhudson> layers of brokeness :)
[11:25] <mwhudson> there's a data file on the machine that's in a broken format (don't know why)
[11:25] <mwhudson> this is breaking url traversal in loggerhead (this is easy enough to understand)
[11:25] <mwhudson> this is causing cherrypy to give a utterly broken http response (don't know why)
[11:26] <mwhudson> and apache is also being a bit strange (you seem to be doing better here than me)
[11:26] <soren> Your apache is doing the same as mine in a situation like that, so at least it's reproducable.
[11:26] <soren> I'm filing a bug right now.
[11:27] <mwhudson> cool
[11:54] <mwhudson> soren: ok, codebrowse is back
[11:55] <soren> mwhudson: Cool. Thanks.
[12:02] <mwhudson> soren: did you file your apache bug?
[12:04] <mwhudson> soren: also does "ProxyBadHeader IsError" actually work as expected?
[12:04] <mwhudson> i'd get the sysadmins to put that in the config if so
[01:16] <tonyyarusso> How much delay is normal between a dput and a package showing up in any state on your PPA?
[01:22] <tonyyarusso> Ohp, nvm - there it is
[01:24] <tonyyarusso> ....with the wrong component listed
[01:30] <tonyyarusso> (my fault)
[02:27] <huats> Does anybody can help me bit to use ppa ?
[02:27] <huats> I've followed https://help.launchpad.net/PPAQuickStart but I still have some questions..
[02:28] <Hobbsee> shoot
[02:29] <huats> Hobbsee: ok, on that page it says to upload the signed sources  a file XXX_dsource.changes but I only have _source.changes.... Is it a pb ?
[02:31] <Hobbsee> huats: looks like a typo.
[02:31] <huats> Hobbsee: ok
[02:31] <Hobbsee> source_changes is fine
[02:31] <Hobbsee> huats: as long as it doesnt say i386.changes, or simiilar
[02:33] <huats> ok, other point : it says (Step4)  to use "in debian/control,  the syntax Section: universe/devel"... Does it means I have to change the current one I have in the debian/control (it is "games")
[02:34] <Hobbsee> if you want it to go in universe, you have to use universe/games, yes
[02:34] <huats> ok
[02:35] <huats> Hobbsee:  that was a bit unclear, but right now I think I understood... thanks
[02:35] <Hobbsee> no problem
[02:35] <Hobbsee> it's kind of written for packagers, yes.
[02:35] <Hobbsee> as in, ones who tend to know a bit about hte ubuntu archive
[02:52] <tonyyarusso> Hobbsee: Are you familiar with how to get things built for edgy, dapper, and feisty?  I read a ML post that seemed plausible - testing that now.
[02:52] <Hobbsee> tonyyarusso: yes.  distro in the changelog
[02:53] <Hobbsee> or at least, that's the way it works for upload.ubuntu.com, so tha'ts the way it should work for ppa
[02:53] <tonyyarusso> Hobbsee: hrm, ok.  The thing I saw was a modification to dput config.
[02:53] <tonyyarusso> Really wish there was a way to delete things too...
[02:53] <Hobbsee> ah yes.  that will probably work as wlel
[02:54] <tonyyarusso> Hobbsee: I changed the versioning scheme when I better understood how it should be, but my new one is marked "PendingRemoval" because the previous one was "higher".
[02:55] <Hobbsee> tonyyarusso: right, yeah
[02:55] <tonyyarusso> Hobbsee: How can I fix that/
[02:55] <tonyyarusso> ?
[02:55] <Hobbsee> er, epoch, i guess.
[02:56] <Hobbsee> or just bump the version number.  ie, 0.57~really0.56
[02:56] <tonyyarusso> wow, ugly hack
[02:56] <tonyyarusso> :(
[02:56] <Hobbsee> sarah@LongPointyStick:~/Desktop$ dpkg --compare-versions 0.57~really0.56 lt 0.57 && echo true
[02:56] <Hobbsee> true
[02:57] <Hobbsee> both are ugly, yes.
[02:57] <Hobbsee> one's a more long term solution than the other
[02:57] <tonyyarusso> How long until deletion is supported?  Three weeks or so?
[02:57] <Hobbsee> sarah@LongPointyStick:~/Desktop$ dpkg --compare-versions 0.57~really0.56 gt 0.56 && echo true
[02:57] <Hobbsee> true
[02:57] <Hobbsee> no idea, but people will have downloaded your packages now, remember
[02:57] <Hobbsee> you cant rely on deletion
[02:58] <tonyyarusso> Nobody's downloaded it yet, that's why I'd like to fix it now.
[02:58] <tonyyarusso> Can a LP admin manually remove things?
[03:00] <Hobbsee> yes, and i think they were adding a delete.
[03:00] <Hobbsee> eventually
[03:00] <Hobbsee> it's all a WIP, remember
[03:00] <tonyyarusso> of course
[03:00] <tonyyarusso> I'm just amused that such a simple feature is still pending :P
[03:01] <tonyyarusso> Hobbsee: The PendingRemoval one won't even be built, will it?
[03:04] <Hobbsee> unsure, i dont know the innards of soyuz
[03:15] <Kuhrscher> Hmm, is definitively nobody willing to do this little favor for us translators: https://lists.ubuntu.com/archives/kubuntu-devel/2007-August/001903.html
[03:15] <Kuhrscher> :(
[03:24] <tonyyarusso> odd
[03:24] <tonyyarusso> So I uploaded for feisty, then tried for dapper, and got "This sourcepackagerelease is already accepted in dapper.", but it's not.
[03:25] <ubotu> New bug: #137275 in launchpad "The help for product release implies RSS is available" [Undecided,New]  https://launchpad.net/bugs/137275
[03:38] <tonyyarusso> kiko: do you have a moment to answer some PPA questions?
[03:39] <kiko> tonyyarusso, I might if they are easy. :)
[03:39] <tonyyarusso> heh
[03:40] <tonyyarusso> kiko: 1) is it possible for LP admins to manually remove uploads even though we don't have an end user interface for doing so yet?  2) How does one get a package built for dapper, edgy, and feisty?  (it's been rejecting what I've tried)
[03:41] <kiko> tonyyarusso, 1) not yet, but in 1.1.9 it will. 2) you don't right now, but if you complain loud enough we might consider adding support for it (I think the chroots are the problem. or something else. I'm still waking up :)
[03:41] <tonyyarusso> kiko: Oh....sad
[03:42] <kiko> I thought that was all good news!
[03:44] <tonyyarusso> Well, long-term it is - for this week it's not
[03:46] <tonyyarusso> kiko: I know you can get things built for a different release, since I just had one done for feisty instead of gutsy, so it doesn't seem like a technical limitation - it just won't let you build the same package on more than one.
[03:47] <tonyyarusso> (without doing weird stuff with the version naming)
[03:47] <elmo> tonyyarusso: you have to do weird version stuff
[03:47] <elmo> tonyyarusso: compiling for dapper gets you a very different package to compiling for gutsy
[03:48] <elmo> so you can't just use the same version number
[03:48] <tonyyarusso> elmo: Shouldn't the syntax of the line used for my PPA in a user's apt/sources.list take care of which one they get, since that specifies the release?
[03:48] <Hobbsee> tonyyarusso: uh, of course it wont.
[03:48] <elmo> (because that would lead to files with the same filename but different contents which is a) evil and wrong, b) confuses the hell out of apt)
[03:49] <elmo> arguably soyuz could recompile your uploads for different suites and change the version on the fly for you
[03:49] <elmo> but I think that should be on demand, not a default thing
[03:49] <tonyyarusso> hmm
[03:50] <elmo> it's rare for the build-depends to even work across dapper -> gutsy, unless the package has specifically been made with that kind of 'backporting' in mind
[03:50] <tonyyarusso> true
[03:51] <Hobbsee> tonyyarusso: because things are dumped into pool/<letter>/<packagename>/, with no difference in version name.
[03:52] <tonyyarusso> elmo: so what is the recommended weird version stuff?
[03:54] <tonyyarusso> I suppose it would need to be something that would accomodate dist-upgrades within the PPA as well as additions of it officially into the Ubuntu repos.
[03:55] <elmo> tonyyarusso: err, I'm not sure what current practice is - I've seen various schemes, mostly appending .n.nn (e.g. .6.06 or .6.10) etc. to the base version
[03:55] <tonyyarusso> elmo: presumably after the ~ppa1 though, as in ~ppa1.6.06, so that any in-repo inclusion would override it?
[03:59] <elmo> tonyyarusso: sure, I guess
[04:11] <Daviey> elmo: I'm trying to get hold of you in #canonical-sysadmin ;)
[05:41] <Odd_Bloke> Hey guys, we're working on a library in a number of different languages ATM.  Is the best way to represent this within LP as a project group with a separate project for each of the implementations?
[05:47] <ro_bin> i forgot my e-mail address that i have been registered to the launchpad, can you help me?
[05:59] <intellectronica> ro_bin, do you mean you forgot which email you used?
[06:01] <intellectronica> Odd_Bloke: sounds like a good idea, but I guess it also depends on the structure of your team and project
[06:03] <intellectronica> Odd_Bloke: if all the work is done together and by the same people, many projects just use the same project / repository, but if you really have the same kind of division within your project then using project groups might make sense
[06:09] <Odd_Bloke> intellectronica: We've mostly had one or two people do all the work for each language...
[06:10] <intellectronica> Odd_Bloke: and how do they use SCM? do they all have access to a central repository or do you use a distribued system like bzr or the equivalent?
[06:11] <intellectronica> Odd_Bloke: are you planning on using code hosting for your project, or do just import your current repository from svn or cvs?
[06:13] <intellectronica> Odd_Bloke: basically (and that's my personal opinion, i'll still try to ask around and see if there are official guidelines) I think that one project, with many branches, would be enough for a library, but it really depends on how you manage (or plan to manage) your project
[06:18] <Odd_Bloke> intellectronica: Currently we all use a single SVN repo, which would be mirrored in the short term.  Hopefully we'll migrate to bzr at some point, but I don't know when that point will be.  How would the assignment of bugs to different implementations work if all of them were just branches in the same project?
[06:19] <intellectronica> Odd_Bloke: bug assignment will all be in the same project, but if you use bzr branches (even if only for development and then you merge them into your main svn repo) you can associate a branch with a bug, to show that this particular branch has the changes for fixing the bug
[06:21] <kiko> ro_bin, yes. register with another email address and tell me what the original user was.
[07:44] <jkakar> Is there a way to include the assignee in the bug list?  I'm trying to survey a list of bugs and determine (A) who's doing them and (B) if they unassigned.  The milestone view does this, but these particular bugs aren't in a milestone yet.
[07:45] <kiko> jkakar, not currently, no.
[07:48] <jkakar> kiko: Do you know if there's a bug filed about that?
[07:48] <Lure> amd64 ppa build fails due to time of files in package http://launchpadlibrarian.net/9119962/buildlog_ubuntu-gutsy-amd64.kdepim_4:3.5.7enterprise20070904-0ubuntu1~ppa~lure1_FAILEDTOBUILD.txt.gz
[07:48] <kiko> jkakar, mmmmm MAYBE.
[07:48] <Lure> i386 seems to be ok
[07:48] <jkakar> kiko: Heh.  I'll search, ta.
[07:53] <radix> There's a bug for "configurable columns"
[07:54] <radix> or something
[07:54] <radix> I reported it I think
[07:56] <radix> (^^jkakar)
[07:56] <jkakar> radix: Ah, thanks.
[08:10] <ubotu> New bug: #137326 in launchpad-answers "Difficult to find out where to ask questions" [Undecided,New]  https://launchpad.net/bugs/137326
[08:20] <ubotu> New bug: #137328 in malone "Removing a CVE link from bug page/view not possible" [Undecided,New]  https://launchpad.net/bugs/137328
[10:00] <andrew> Is it just me, or has launchpad been slow recently?
[10:05] <tonyy> I've been trying to test PPA, but for some reason my package failed to build for dapper, while succeeding for feisty and edgy.  The difference seems to be with kompozer-dev, around the string "pkgstriptranslations", near the end of the log.
[10:05] <tonyy> It mentions no version given in the Depends field.  The thing confusing me most atm is why it would fail only for one release.  Please see https://launchpad.net/~tonyyarusso/+archive/+builds?build_text=&build_state=all .  Any ideas?
[10:14] <tonyy> I'm going to go try some things, but I'll be back if anyone comes up with anything.
[10:23] <kiko> andrew, not sure -- working fine for me.
[10:23] <andrew> kk
[10:23] <kiko> tonyyarusso, dapper isn't supported.
[10:24] <mpt> kiko, is that written anywhere (other than the logs of this IRC channel)?
[10:31] <mpt> and on that note
[10:31] <mpt> Gooooooooooooooood morning Launchpadders!
[10:31] <kiko> morning
[10:32] <kiko> mpt, I'm not sure, but if you checked I'd appreciate it :)
[10:32] <mpt> 8-]
[10:32] <kiko> anything to make me work less
[10:34] <mpt> "Wiki: MatthewPaulThomas, MatthewPaulThomas, MatthewPaulThomas"
[10:35] <mpt> ok, that isn't so useful
[10:35] <kiko> mpt, not prefixing with the wikiname is crazy :)
[10:35] <mpt> What's crazy is storing wiki names in Launchpad, I think
[10:35] <mpt> They're none of Launchpad's business
[10:37] <kiko> maybe... hmm
[10:40] <mpt> If they were really "contact details", I could understand it
[10:41] <mpt> but IMO it would make more sense to have a field for someone's Facebook ID than their wiki name.
[10:41] <mpt> (Not that we should have a field for someone's Facebook ID, I'm just using it as a comparison.)
[10:45] <ubotu> New bug: #137361 in launchpad "Presentation of wiki names is repetitive and obscure" [Undecided,New]  https://launchpad.net/bugs/137361
[10:48] <yml> hello launchpaders,
[10:49] <kiko> hey yml
[10:49] <yml> I  am starting to work with launchpad and I am finding it a bit difficult to get started. Happily you have been a create support so far
[10:50] <yml> hello Kiko, you are one of my heros  :-)
[10:51] <yml> on the road of my journey to get fluent in developping with launchpad I am facing a new unknown situation
[10:51] <kiko> ah, you're welcome
[10:51] <kiko> what's the next question?
[10:51] <yml> Kiko, for your information my provider is working on trying to fix the pb I had yesterday
[10:51] <yml> thank you for you time and your email
[10:52] <yml> today the strory is at the other end of the chain
[10:52] <kiko> yml, sure thing.
[10:52] <yml> In between I get burned with symlink
[10:53] <yml> This is half solved
[10:53] <yml> after trying to be as cunning as a fox by using a plugin win32-symlink
[10:54] <yml> I solve it the had way bzr remove --keep blabla
[10:54] <yml> ;)
[10:54] <yml> back to my problem
[10:58] <radix> kiko: what exactly do you mean by "dapper isn't supported"? :)
[10:58] <yml> on my computer (windows) I had several branches so what I did was bzr branch from my launchpad repository to create a new branch reflecting the modification I have done on the computer hosted by my provider. after several merges I would like to push back the enhancement to launchpad. so I did : bzr push sftp://bazaar.launchpad.net/~yml-nospam/django-survey/main-yui
[10:58] <kiko> radix, you can't build PPA packages against dapper.
[10:58] <radix> ok, that's extra clear! thank you.
[10:58] <radix> Is that planned to be changed?
[10:59] <beuno> yml, you need to do:  bzr push<EMAIL_ADDRESS>[10:59] <kiko> radix, we might consider changing it, there was a conversation with elmo on this channel today about exactly this.
[10:59] <kiko> radix, there's a new LTS around the corner though!
[10:59] <ajmitch> kiko: 9 months away?
[10:59] <kiko> :)
[10:59] <yml> beuno pardon me this is what I did. I type it by memory
[10:59] <ajmitch> well, should be only 7-8 months now
[10:59] <radix> kiko: certain projects *cough* have a requirement to support dapper :)
[11:00] <radix> kiko: but cool, I'll read the scrollback
[11:00] <radix> kiko: thanks for the heads up
[11:00] <kiko> radix, you're welcome.
[11:00] <yml> bzr is telling me that there is no revision to push
[11:00] <kiko> yml, that the remote branch is already up to date?
[11:01] <yml> when I look the history there : https://code.launchpad.net/%7Eyml-nospam/django-survey/main-yui
[11:01] <yml> the latest modification are not there
[11:02] <yml> also I try to create a new branch from there and I found out that the modification was not there
[11:03] <kiko> yml, did you forget to commit your changes? :)
[11:04] <yml> I have already corrected that mistake  :)
[11:05] <yml> here it is my local history : http://dpaste.com/18595/
[11:05] <yml> they are not the same.
[11:06] <ubotu> New bug: #137363 in soyuz ""Activate Personal Package Archive" page scrolls terms of use out of sight" [Undecided,New]  https://launchpad.net/bugs/137363
[11:07] <yml> Yesterday I had also a strange situation where I had to branch with the same name on launchpad
[11:07] <yml> and it seems that sometime today the latest one has been remove to main-yui2
[11:08] <beuno> yml, those look the same to me
[11:08] <beuno> local <> LP
[11:08] <beuno> both are at revision 62
[11:10] <yml> Is there a cache or something that make this history page not being refreshed?
[11:10] <beuno> yml, it takes a few minutes
[11:11] <kiko> both are at 62. that's true. :)
[11:11] <yml> At least 10 minutes, isn't it
[11:11] <yml> grrrrr
[11:11] <yml> ;-)
[11:12] <yml> is there a way to browse the code a bit like on code.google.com?
[11:12] <kiko> yes
[11:12] <yml> good news
[11:12] <yml> where?
[11:12] <kiko> it's linked from the branch page IIRC
[11:12] <kiko> codebrowse.launchpad.net
[11:14] <yml> beuno, kiko again thank you for your kind support
[11:15] <yml> I start to get use to launchpad I have to say that it is a bit like ZOPE
[11:15] <beuno> yml, you're welcome
[11:16] <beuno> yml, actually, if I'm not mistaken, LP is based on zope  :D
[11:16] <mpt> yml, there's a reason for that ;-)
[11:16] <yml> as user friendly
[11:16] <yml> |-)
[11:20] <ubotu> New bug: #137368 in soyuz "Launchpad makes it unreasonably difficult to learn what a PPA is" [Undecided,New]  https://launchpad.net/bugs/137368
[11:21] <mdke> can someone add me to the beta tester team pls?
[11:25] <mdke> oh, either someone did that really fast or I'm already a member...
[11:25] <ubotu> New bug: #137369 in soyuz ""activate you PPA" should be "activate your PPA"" [Undecided,New]  https://launchpad.net/bugs/137369
[11:25] <mdke> sorry, or thanks
[11:29] <mdke> can indirect members of a team upload to a team PPA? (I assume so)
[11:30] <ubotu> New bug: #137373 in launchpad "Error message for using a blocked project ID is awkward" [Undecided,New]  https://launchpad.net/bugs/137373
[11:31] <mpt> kiko, why does PPA work for 6.10 but not 6.06 in the first place? That seems like an odd choice
[11:32] <mpt> (I am getting around to reporting that bug about documenting it, I've just been distracted by finding several other bugs on the way)
[11:33] <kiko> mthaddon, is it easy to set up a ramdisk on balleny?
[11:34] <mthaddon> kiko, on a call - can you give me a few mins?
[11:34] <kiko> mthaddon, sure thing.
[11:34] <kiko> wrong channel too. :)
[11:40] <ubotu> New bug: #137375 in launchpad ""Further information" box on project registration page is out of date" [Undecided,New]  https://launchpad.net/bugs/137375
[11:46] <ubotu> New bug: #137377 in soyuz "Not obvious which distribution series PPA works for" [Undecided,New]  https://launchpad.net/bugs/137377
[11:48] <tonyy> Did anyone happen to come up with an answer to my PPA build error question from earlier?
[11:48] <kiko> tonyy: we don't build for dapper.
[11:49] <tonyy> kiko: At all?  How come?
[11:49] <kiko> tonyy: long story. it's a technical limitation right now; we can reconsider provided we get enough feedback that it's important.
[11:50] <kiko> tonyy: if you look at the channel logs elmo had a chat about this earlier today.
[11:50] <tonyy> kiko: Okay, thank you.  Good to know it's not me messing something up again.  :)
[11:50] <kiko> rarely do users /really/ mess up, unfortunately
[11:50] <kiko-afk> as mpt would tell you
[12:00] <ubotu> New bug: #137385 in malone "OOPS changing the bug target to None" [Undecided,Confirmed]  https://launchpad.net/bugs/137385
[12:06] <_gpg_> Is the plan *still* to open Launchpad? When?
[12:07] <_gpg_> or at lest where can i find launchpad specification please ?
[12:12] <beuno> aw...
[12:13] <_gpg_> ty
[12:30] <_gpg_> i can still see messages i sent in earlier 1964 !
[12:30] <_gpg_> good night/day every one
[12:35] <ubotu> New bug: #137391 in launchpad-bazaar "Cannot rename or rm on ftp" [Undecided,New]  https://launchpad.net/bugs/137391
[12:40] <mpt> _gpg_, yes, the plan is still to open Launchpad
[12:40] <mpt> There is no public specification about it
[12:46] <_gpg_> mpt ty


[01:36] <phillw> jbicha: ping
[01:40] <jbicha> phillw: hi
[01:42] <infinity> cjwatson: WTF at that yate patch.
[01:42] <infinity> cjwatson: (Notably, why on earth didn't it fail everywhere?)
[01:43] <cjwatson> infinity: Indeed, I can't figure that out
[01:44] <cjwatson> infinity: My best guess is that the optimiser did a better job of noticing that it was unused on every other architecture; but I have no idea why
[01:45] <infinity> Bizarre.
[01:46] <cjwatson> Also can't really see why it worked in quantal.
[01:46] <cjwatson> (And I don't buy my own optimiser theory; building that file with -O0 on i386 still works.)
[01:48] <infinity> I'd like to blame binutils, cause that's always a sensible thing to do.
[01:48] <infinity> (And it's the only thing that changed drastically since quantal)
[01:49] <cjwatson> I don't think it's the linker.  If I build just that .o on i386 and armhf, armhf has the FaxHandler::received undefined reference while i386 doesn't.
[01:50] <cjwatson> If you want to blame binutils it has to be the assembler, I think, which seems far-fetched.
[01:50] <infinity> Oh, seriously?  Hrm.
[01:50] <cjwatson> (I haven't compared .S)
[01:50] <infinity> That's just weird.
[01:50] <cjwatson> I got bored of tracking it down through the toolchain once I realised the code was Just Wrong anyway.
[01:52] <phillw> a very quick Q. which you will tell me off for... Is there some sort of time scale for bug 1040037 getting into quantal?
[01:52] <ubot2> Launchpad bug 1040037 in cups-filters (Ubuntu Quantal) "Libreoffice will no longer print landscape page" [High,In progress] https://launchpad.net/bugs/1040037
[01:52] <infinity> I wonder if the php-horde mess has been fixed in unstable yet.
[01:53] <infinity> Looks like no.  Bah.
[01:53] <ScottK> phillw: You should ask tkamppeter_
[01:54] <phillw> Scottk when and where does he appear?
[01:54] <ScottK> phillw: #ubuntu-devel
[01:55] <phillw> thanks :)
[01:55] <jbicha> he's Europe-based
[01:55] <infinity> A fix for that is in the queue, asking Till won't help.
[01:55] <infinity> phillw: It'll get reviewed and (potentially) accepted when it does.
[01:57] <phillw> infinity: it is working... ubuntu-uk have confirmed as it affects news letters etc. I was just curious if it needed any more 'yeah it works' stuff, but as it has come from 'above' I'm really out of my depth.
[01:57] <infinity> phillw: Hard to confirm it works before it's been built. :P
[01:58] <phillw> infinity: the 'R' works.. rule #1 of SRU :P
[02:02] <phillw> infinity: soz, it was #ubuntu-advertising
[02:05] <phillw> infinity: http://pastebin.com/EBrTie21
[02:05] <phillw> and then you can tell me off, again.
[02:06]  * infinity points phillw 2 minutes back in backscroll.
[02:06] <infinity> Or 3.
[02:10] <phillw> infinity: phillw: Hard to confirm it works before it's been built.
[02:10] <phillw> as it has been built.. I'm really missing something on how these things happen :(
[02:10] <infinity> phillw: It was only just accepted to quantal 7 minutes ago.
[02:11] <infinity> phillw: Though, before you kept giving me supporting evidence as to why I should accept it, apparently.
[02:13] <phillw> infinity: I apologise, I thought I was being gentle as the email was quite a few hours earlier. I did tell them to be patient this evening but it is now 02:12 UTC here and I was asking for an update. Thank you ever so much, the guys will wake up to good news :)
[02:14] <ScottK> This reminds me ...
[02:15] <ScottK> It might be time to recruit some more new bodies for the SRU team.  I don't get the impression we're keeping up and I have this suspicion that next week SpamapS will have less time rather than more for SRU work.
[02:18] <infinity> No, we're not keeping up particularly well right now, but that upload was only a few days old.
[02:19] <phillw> is the backlog testing proposed SRU's ?
[02:20] <infinity> No.
[02:20] <infinity> Well, I'm sure there's a backlog there too, and I wouldn't turn down people doing verification.
[02:20] <infinity> But in this case, no.  The backlog is review.
[02:21] <infinity> Though, when bdmurray is done rewriting sru-accept, I might find more joy in the process. :P
[02:21] <phillw> I cannot help on review, but may be able to help on verification
[02:22] <slangasek> infinity: corresponding precise version of mountall on its way to the queue now, btw
[02:23] <infinity> slangasek: Oh, did you already SRU all this mess back to precise, thinking it was shiny and good?
[02:23]  * infinity missed when that happened.
[02:23] <slangasek> infinity: it's in precise-proposed now, I v-failed it
[02:24]  * infinity dies a little inside, reading ns3's debian/rules.
[02:24] <slangasek> queuebot is on vacation?
[02:24] <infinity> Why do people think "convert to dh(1)" means "keep your old rules file, but add dh $@ to it"?
[02:25] <infinity> slangasek: queuebot was speaking up just a while ago.
[02:25] <slangasek> ah, right, it's around but has just scrolled off my screen already ;)
[02:25] <slangasek> infinity: because it's the naive way to incrementally improve your rules?
[02:25] <infinity> You and I have varying definitions of "improve".
[02:26] <infinity> It becomes seemingly nondeterministic when you do that.  (Not actually nondeterministic, but confusing enough for a human to sort out).
[02:27] <slangasek> it's possible I've misunderstood your description of the changes, then; but that's probably ok, I don't really need to know
[02:27] <infinity> Heh.
[02:28] <micahg> well, if I ever find some time again, I might consider trying to join -sru
[02:29] <infinity> micahg: We only ask for about 75% of your week, no big deal.
[02:29] <micahg> infinity: heh, if that was work time, that's fine :P
[02:29] <infinity> There's non-work time?
[02:30] <micahg> I'm trying to rediscover what that is :)
[02:30] <stgraber> infinity: between christmas and new year
[02:30] <stgraber> (apparently)
[02:30] <infinity> stgraber: *rimshot*
[02:32] <cjwatson> infinity: Indeed, if you leave targets such as 'build' in place, it can get very confusing.
[02:32] <infinity> cjwatson: Yep.
[02:34] <cjwatson> Oh boy, my flood of Multi-Arch: foreign patches to Debian to support cross-build is producing a moderately steady counter-flood of confused maintainers trying to work out what multiarch is
[02:34] <infinity> Hahaha.  Score.
[02:34] <infinity> I love how out of touch DDs seem to be about things like this.
[02:35] <cjwatson> Though I actually can't blame them for being confused about how it interacts with cross-building
[02:35] <infinity> (I'm in that boat too, obviously not WRT multitouch, but sometimes I don't get the memo about some large/obvious change for years)
[02:35] <infinity> The joys of working on a very large system.
[02:36] <infinity> s/touch/arch/... Stupid SRUs have me with touchpads on the brain.
[02:37] <infinity> ... and trying to sort out how a bug about a misbehaving Thinkpad touchpad ended up with a patch to asus-touchpad.sh
[02:51] <cjwatson> ScottK: Do you know if there's a plan to multiarchify boost?
[04:23] <ScottK> cjwatson: I do not know.
[11:10] <Mirv> unity-2d 5.14.0-0ubuntu1 has been in the precise SRU queue for >1 month, and bursting with enthusiasm to get to users! also, unity-lens-applications
[12:00] <psivaa> xnox: Reported bug 1086339 on manual partitioning, not sure if its related to bug 1085961.
[12:00] <ubot2> Launchpad bug 1086339 in ubiquity (Ubuntu) "Can not install raring desktop with manual partitioning" [Undecided,New] https://launchpad.net/bugs/1086339
[12:00] <ubot2> Launchpad bug 1085961 in ubiquity (Ubuntu) "Unable to install two raring desktops side-by-side" [Undecided,New] https://launchpad.net/bugs/1085961
[12:00] <xnox> psivaa: ack, thanks.
[12:02] <psivaa> xnox: yw
[15:22] <cjwatson> stgraber: Could you test the current precise Ubuntu desktop image on SB-enabled hardware?  It *should* work now, I think
[15:22] <cjwatson> Took me a while to get the image building pieces in place
[15:23] <stgraber> cjwatson: ok, I'll do a test later today
[15:26] <cjwatson> Thanks!
[15:56] <stgraber> alright, let's have some fun with SecureBoot, back in 30min, hopefully...
[16:01] <stgraber> cjwatson: first try doesn't look too good. This time around I get to grub but after selecting an entry all I'm getting is a black screen.
[16:01] <stgraber> I'm rewriting the image to my phone (which for some reason stops exporting the USB device after a reboot...) and will try again with set debug=all
[16:01] <cjwatson> Hmph.
[16:04] <stgraber> cjwatson: hmm, is vmlinuz signed?
[16:05] <stgraber> root@castiana:/boot# sbverify vmlinuz
[16:05] <stgraber> No signature table present
[16:05] <cjwatson> Huh, I thought it was
[16:05] <stgraber> apparently not, so my machine won't be able to boot it because of the shim bug
[16:06] <cjwatson> But you're right, blast
[16:06] <cjwatson> I'll try yet again
[16:06] <cjwatson> (Getting Quite Bored of SB)
[16:12] <stgraber> cjwatson: well, at least we have a pretty comprehensive list of things that can go wrong with SB images ;) I'm almost tempted to write a testing script checking that the partition table is correct, that the fs structure is fine for EFI, that shim and grub exist and are signed, that grub.cfg looks right and that vmlinuz is signed. If all of those match, it's pretty sure it'll at least boot (install is a whole other problem).
[16:18] <cjwatson> stgraber: the cause of this is a 403
[16:19] <cjwatson> Which is aggravating
[16:20] <cjwatson> I wonder how many goes this livecd-rootfs SRU is going to take
[16:22] <infinity> A 403?
[16:22] <cjwatson> Just uploaded YA livecd-rootfs/precise-proposed to fix it
[16:25]  * infinity looks.
[16:34] <infinity> cjwatson: Oh, *facepalm*
[16:34] <infinity> cjwatson: Accepted.
[23:05] <ScottK> stgraber: Would you please stop cron from building the Kubuntu Alpha 1 images?
[23:06] <ScottK> At UDS we talked about a ~2 day transition freeze during the scheduled milestones for just the relevant packages.  Did anyone look into how to do that yet?
[23:07] <stgraber> ScottK: cron should have been stopped yesterday, did you actually get dailies today?
[23:08] <ScottK> stgraber: No.
[23:08] <ScottK> I guess we didn't.
[23:08] <stgraber> good, so working as expected then :)
[23:08] <ScottK> Yes.
[23:08] <ScottK> How about the other question?
[23:09] <stgraber> ScottK: for package freezes, cjwatson said he probably could figure some way to freeze a package set or a list of sources if needed, though the code doesn't exist yet, so if you need it for alpha-1 it may be a bit tricky
[23:09] <ScottK> I don't know that we NEED it.
[23:09] <ScottK> It's probably more of a concern for Edubuntu since you've got to worry about what the desktop team may choose to upload.
[23:10] <tumbleweed> freezing a list of packages should be doable with britney hints
[23:17] <ScottK> Yes.  The trick is getting the right list.
[23:38] <cjwatson> Right, the mechanics of freezing aren't hard (s/^/block /), but I don't think I can usefully contribute to coming up with a list if that's what you want
[23:56] <ScottK> I think I have a list.
[23:56] <ScottK> At least for Kubuntu.


[09:42] <ogra_> janimo, just FYI, kernel and driver work fine together for me here ... on precise i dont even need console=tty1
[09:44] <lilstevie> ogra_: which kernel is that
[09:44] <lilstevie> I am assuming you mean for the ac100
[09:45] <ogra_> quantal ac100 archive kernel
[09:45] <ogra_> 3.1
[09:48] <lilstevie> ah
[09:48] <lilstevie> do you still have the plymouth issue?
[09:50] <ogra_> yes, likely bug 1018907
[09:50] <ubot2> Launchpad bug 1018907 in plymouth "plymouth in quantal on arm does only boot with black screen" [High,New] https://launchpad.net/bugs/1018907
[09:50] <ogra_> or something close to it
[09:51] <lilstevie> hm
[09:53] <lilstevie> and that also solved the tegra problem we have with precise
[11:09] <janimo> ogra_, so quantal is still likely to not boot or just has black splashscreen?
[11:09] <janimo> the latter is not showstopper and I can try out the dailies if it actually boots and works otherwise
[11:21] <angs> I have ubuntu server (12.04) image on my beagleboard-xM. Is it possible to upgrade it to the ubuntu desktop?
[11:26] <ogra_> janimo, i need to adjust the installer to nopt use bootimg.txt anymore since flash-kernel doesnt use that, before that change i doubt the images will work
[11:26] <ogra_> (working on that today)
[11:29] <janimo> ogra_, thanks!
[11:30] <ppisati> angs: sudo apt-get install ubuntu-desktop
[11:30] <ppisati> angs: so, what was the problem in the end?
[11:32] <angs> ppisati: thank you. the desktop image does not work on my board, however the server image works fine, I still do not know what is the problem
[11:40] <angs> when I type sudo -s, I get read only file system error http://paste.ubuntu.com/1065851/ how can I fix it?
[11:50] <ogra_> that doesnt look like the first part of the installer ran at all, check the size of your partition, is it nearly as big as the SD ?
[11:57] <angs> ogra_: http://paste.ubuntu.com/1065884/ shows warning for the read-only system for /etc/mtab. when I insert the sd card to my laptop, I also get an error that  "Error mounting: mount: wrong fs type, bad option, bad superblock on /dev/mmcblk0p2,
[11:57] <angs>        missing codepage or helper program, or other error
[11:57] <angs>        In some cases useful info is found in syslog - try
[11:57] <angs>        dmesg | tail  or so"   this is dmesg | tail http://paste.ubuntu.com/1065890/
[11:58]  * ogra_ would suggest you start over, that looks like you removed the card during the resize (which runs before the installer)
[11:59] <angs> does it mean that image loading was unsuccessful?
[12:02] <angs> hmmm weird. I ejected the sd card from my laptop after the loading process was finished and I just ejected from the board after the installation finished. I will load it again
[12:04] <angs> btw, on the server image instruction it uses "dd bs=1M" however desktop image instruction says "dd bs=4M". what block size is correct?
[12:56] <angs> I installed the server image again, so it works fine now. there is no error. I cannot install ubuntu-desktop by  " apt-get install ubuntu-desktop" command http://paste.ubuntu.com/1065954/   however I installed ssh package and it works fine. do I need to write a different package name for the ubuntu desktop?
[13:17] <angs> I am also having a problem with apt-get update http://paste.ubuntu.com/1065975/ is it normal?
[13:20] <RoyK> angs: try resolving ports.ubuntu.com manually: host ports.ubuntu.com
[13:22] <angs> host ports.ubuntu.com  >> ;; connection timed out; no servers could be reached
[13:22] <angs> sources.list  is here  http://paste.ubuntu.com/1066003/
[13:22] <angs> do I need to edit something there?
[13:23] <RoyK> angs: then you need to setup correct dns client settings
[13:29] <angs> RoyK: it works fine now, thank you
[13:29] <angs> I mean after correcting the dns setting
[13:34] <RoyK> ok
[19:00] <angs> I installed ubuntu-desktop package on ubuntu-server. I rebooted it but I do not get any output in the monitor. do I suppose to configure something to get the video output?
[19:01] <angs> Also, lshw outputs [  870.848571] Unhandled fault: external abort on non-linefetch (0x1018) at 0xb6af5000                  Bus error (core dumped)
[19:10] <angs> or is there any prebuilt ubuntu-desktop image for beagleboard-xm that I do not need to configure anything. Just plugging the SD card would be enough to use the ubuntu desktop?
[19:43] <infinity> angs: http://cdimage.ubuntu.com/releases/12.04/release/
[19:43] <infinity> angs: The omap3 desktop image should work, I would think.
[19:43] <infinity> angs: I don't have an Xm to know for sure...
[19:44] <infinity> Maybe I should break down and buy one to replace my ancient Beagle of doom.
[20:41] <angs> infinity: thank you, I am able to use the desktop-image. my video cable was broken :S
[20:43] <angs> when I log in to the GUI, I get a dialog box to report a system problem, I does not accept my user password. It says incorrect password, however I type the same password that I log in and sudo -s


[00:09] <micahg> ScottK: did we ever get approval for -backports opening at feature freeze?
[00:20] <micahg> \o/ I got CMake and pkg-config to dance together
[00:37] <RAOF> Wooooooo!
[00:43] <TheMuso> /c/c
[05:23] <pitti> Good morning
[05:23] <pitti> tjaalton: aah, failsafe-x
[05:23] <RAOF> pitti: Good morning!
[05:54] <didrocks> good morning
[05:57] <pitti> superm1: mythbuntu-live-autostart should be in beta-1?
[05:58] <pitti> superm1: is ubiquity plugin migration to pygi necessary to work with the current ubiquity?
[06:11] <pitti> slangasek: portmap wants to go to universe, do you know whether that's intended?
[06:24] <infinity> pitti: Seems that rpcbind has replaced it?
[06:30] <pitti> ah
[06:31] <infinity> (seems like an odd wheel to have reinvented, but whatever, it's not like any of us particularly loved portmap)
[06:31] <pitti> ah, removed from Debian as well, I'll follow suite
[06:31] <pitti> "suit"
[06:32] <infinity> Oh, they removed portmap completely?  Interesting.
[06:32] <pitti> http://packages.qa.debian.org/p/portmap.html
[06:32] <infinity> Indeed.
[06:32] <infinity>    portmap |    6.0.0-3 | source, alpha, amd64, armel, hppa, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc
[06:32] <infinity> Closed bugs: 567502
[06:32] <infinity> ------------------- Reason -------------------
[06:33] <infinity> ROM; superseded by rpcbind
[06:33] <infinity> ----------------------------------------------
[06:33] <infinity> ubottu: That was a Debian bug, you silly bot.
[06:59] <dholbach> good morning
[07:08] <ion> that.
[07:40] <pitti> superm1: ah, saw your ping on #u-release, nevermind
[07:59] <RAOF> slangasek: Yo!  Question re: -dev packages and multiarch - /usr/include isn't treated specially, is it?  Meaning that -dev packages which ship /usr/include (ie: everything) can't be Multi-Arch: same?
[08:05] <doko> RAOF, the can, as long as the files are the same on any arch
[08:05] <RAOF> doko: Thanks.  I might see if I can make the documentation clearer, then.
[08:28] <RAOF> doko: http://wiki.debian.org/Multiarch/Implementation says “Although Debian policy currently doesn't allow -dev packages to be Multi-Arch: same…”.  Is that the documentation being wrong, referring to the case when there are arch-specific files in /usr/include, or something else? :)
[08:31] <doko> RAOF, currently you cannot install them, but afaik, they are accepted into the archive
[08:33] <RAOF> doko: Is this in Debian or Ubuntu?  My empirical testing suggests that i386 and amd64 -dev packages of libpciaccess are perfectly happy to be installed.
[08:36] <RAOF> Ah, but not on Debian.
[08:45] <doko> RAOF, dpkg is still missing the bits
[08:47] <RAOF> Right; as my experimental schroot has taught me.  But a -dev package marked as Multi-Arch: same will not necessarily be a violation of policy?  Documentation fixing time :/
[08:59] <doko> RAOF, afaik, no. there are already lots of those merged back
[09:41] <pitti> ev: do you think it's ok to disable the xklavier bits in ubiquity for now?
[09:41] <pitti> ev: (not necessary for b1)
[10:01] <ogra_> Sweetshark, http://paste.ubuntu.com/677114/ is that already known (that armel, seems to affect all subarches) ?
[10:01] <ogra_> s/that/that's/
[10:06] <pitti> ogra_: yes, LibO FTBFSed again after 2 days of buildig :/
[10:06] <ogra_> ah, k
[10:07] <ogra_> should we unseed it to the milestone on arm ?
[10:07] <pitti> ogra_: it doesn't seem to be part of ubuntu-desktop on arm, is it?
[10:07] <ogra_> building it again will makes it hard to release in time i guess
[10:07] <ogra_> *make
[10:07] <ogra_> arm uses the same seed as everyone else i dont think we special case libO
[10:12] <pitti> ogra_: ubuntu-desktop isn't shown as uninstallable on arm, that's why I thought it doesn't break images
[10:12] <ogra_> intresting
[10:12]  * ogra_ goes to check the seeds
[10:12] <ogra_> desktop builds definitely fail due to it
[10:13] <pitti>  * (libreoffice-writer) [i386 amd64 powerpc]
[10:13] <pitti> and similar for other libo-* packages
[10:15] <pitti> ogra_: I have preinstalled builds in the queue, waiting for new ubuntu-desktop
[10:15] <ogra_> weird
[10:15]  * pitti checks previous logs
[10:15] <ogra_> i wonder what pulls them in
[10:15] <pitti> last successful build is from 0822
[10:15] <ogra_> yes, i know
[10:16] <ogra_> archive skew ...
[10:16] <ogra_> first telepathy-glib was out of sync with x86, then unity broke
[10:16] <pitti> ah, I see in http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/ubuntu-omap4/20110829/livecd-20110829-armel.out
[10:17] <pitti> live: * libreoffice-help-en-us
[10:17] <pitti> could it be that one?
[10:17] <pitti> ogra_: i. e. do the preinstalled ones use the live seed?
[10:17] <ogra_> yes
[10:18] <ogra_> when was that added ?
[10:18] <pitti> Depends: libreoffice-writer | language-support-translations-en
[10:18] <ogra_> seems the 22th build was fine
[10:18] <pitti> l-s* doesn't exist any more
[10:18] <pitti> ogra_: so let's update the live seeds to exclude that from armel?
[10:18] <pitti> I don't think we'll get an armel LibO build plus testing by Thursday
[10:19] <pitti> ogra_: committed
[10:19] <pitti> now, I think we need two publisher cycles for that
[10:19] <pitti> we need a main upload for this, /me looks
[10:20] <ogra_> right, well, we need a bunch of other changes anyway,  linaro changed the bootloader conmpletely for omap4
[10:20] <ogra_> dont bother to do testbuilds yet, i will need to do a set of uploads during the day
[10:20] <pitti> ogra_: ah, ok; thanks, un-queueing then
[10:20] <pitti> ogra_: shall I remove the other preinstlaled ones for server/kubuntu as well then?
[10:21] <pitti> (from the tracker, I mean)
[10:21] <ogra_> (namely i should have to do d-i, flash-kernel and debian-cd changes (and i hope thats enough, i dont know about any other fallout, but you never know)
[10:21] <ogra_> kubuntu built ?
[10:22] <pitti> might fail, I currenlty have a build running
[10:22] <ogra_> yes, remove all omap4 builds, they wont boot atm
[10:22] <ogra_> omap3 should be fine
[10:23] <pitti> ogra_: ok, disabled omap4 for server and netboot
[10:23] <ogra_> thx
[10:23] <pitti> ogra_: server omap4 built, yes: http://cdimage.ubuntu.com/ubuntu-server/daily-preinstalled/20110829/
[10:23] <ogra_> yeah, but wont boot either
[10:23] <ogra_> the first stage bootloader is gone
[10:23] <pitti> ok, then I'm cancelling the kubuntu-mobile build, too
[10:24] <pitti> kbuutnu daily-preinstalled failed
[10:24] <ogra_> yeah, thats a kde thing i think
[10:24]  * ogra_ normally doesnt look at the kubuntu builds, but i think there is still stuff out of sync
[10:25] <pitti> ogra_: ok to add http://cdimage.ubuntu.com/ubuntu-core/daily-preinstalled/20110829.1/ to the tracker?
[10:25] <ogra_> yep
[10:25] <ogra_> did infinity enable x86 builds already for it ?
[10:25]  * ogra_ checks
[10:25] <ogra_> hmm, no
[10:26] <pitti> ah, kubuntu failed due to libo, too
[10:26]  * pitti fixes seeds
[10:29] <pitti> done
[10:29] <ogra_> thanks
[10:29] <pitti> ogra_: but I guess the kubuntu images are waiting for the very same bootloader changes, so I'll wait for these with the rebuild
[10:29] <ogra_> right
[10:30] <ogra_> well, omap should build and work, just omap4 not
[10:30] <ogra_> i wonder if we should disable ac100 and mx5 completely for now
[10:30] <ogra_> they steal buildd time and delay the actual images we release
[10:31] <pitti> yeah, they double image building time, as it seems
[10:32] <ogra_> right
[10:32]  * ogra_ goes and changes cdimage
[10:34] <ogra_> disabled, future builds will only build omap/omap4 now
[10:50] <Sweetshark> pitti: "Err http://ports.ubuntu.com/ubuntu-ports/ oneiric/main libpoppler-dev powerpc 0.16.7-2ubuntu1  404  Not Found
[10:50] <Sweetshark> pitti: "Err http://ports.ubuntu.com/ubuntu-ports/ oneiric/main libpoppler-dev powerpc 0.16.7-2ubuntu1  404  Not Found
[10:50] <Sweetshark> and lots more still on davis
[10:51] <Sweetshark> I thought testing it on ppc might be faster as armel will again take 3 days to get to the possible breaker ...
[10:52] <Sweetshark> pitti: ah, hmm, I seem to be allowed to do an update on that machine
[10:55]  * Sweetshark installs half the world on porter-ppc
[11:01] <jtaylor> is this the correct path for multiarch -dbg libraries? /usr/lib/debug/usr/lib/x86_64-linux-gnu/
[11:01] <jtaylor> e.g. libxss1-dbg has it
[11:09] <Sweetshark> pitti: k, building on amd64 and ppc again
[11:15] <jtaylor> problem solved in debian-dev, path is correct
[11:24] <pitti> Sweetshark: ah, "sudo apt-get update" works in the porter dchroots? nice
[11:25] <Sweetshark> pitti: IIRC it did not in the armel one when I last tried. But it did in the ppc one.
[11:29] <janimo> ogra_, who is working on the d-i armel fix? (u-boot.bin renamed for omap4)
[11:29] <ogra_> janimo, lets see, we might not need a d-i change, i just finished the debian-cd one and was about to ask pitti for a testbuild
[11:30] <ogra_> i think the d-i scripts just deal with the MLO binary that the post-boot script extracts
[11:30] <janimo> ogra_, great
[11:30] <ogra_> so we might only need to change that bit (which i just did)
[11:30] <ogra_> i have to check the code again but it might be that this two line chaneg was enough
[11:30] <Sweetshark> pitt
[11:32]  * Sweetshark just decided to throw away the old LO packaging completely for ubuntu-p ... we have new repos anyway so that will make stuff a lot easier ...
[11:49] <cjwatson> infinity: wheel reinvention> portmap was rather fundamentally unable to do IPv6, AIUI
[11:52] <doko> ERROR: The following files could not be found:
[11:52] <doko> ERROR: File not found: libgcc_s.so.1
[11:52] <doko> ERROR: File not found: libstdc++.so.6
[11:52] <doko> Sweetshark, ^^^
[11:52] <Sweetshark> pitti: at least the first breaker (in sal) vanished on ppc (not really a surprise, it helped on armel too). Now it is up to what happens in instsetoo_native ...
[11:52] <Sweetshark> doko: known issue
[11:53] <doko> Sweetshark, well, keep the proper files there, they don't hurt, if the linker script is installed?
[11:56] <Sweetshark> doko: im currently trying a build with --without-system-stdlibs for ppc and armel as the existence of the linker script pretty much puts the whole exercise of packaging a .so from the system ad-adsurdum,
[11:57] <doko> Sweetshark, no, wrong. you don't package the linker script, apparently only the shared lib
[11:59] <doko> Sweetshark, btw, did you change the ix86 builds to build with -Os by intent?
[12:00] <Sweetshark> (if you have a linker script that tells you to link against a static libs too, and you only package the dyn lib, but not the static libs, your not portable anyway. besides anyone creating c++ extensions on armel/ppc is out of his mind anyway. _And_ besides that the LO ABI will be horribly incompatible between distros anyway.
[12:00] <Sweetshark> (on non-i386/amd64)
[12:02] <Sweetshark> doko: no. gbuild introduced change maybe?
[12:02] <doko> only if they need the synchronisation helpers
[12:02] <doko> gbuild?
[12:02] <Sweetshark> doko: new build system stuff
[12:31] <ScottK> micahg: No.  I didn't get it together to actually ask yet.
[12:37]  * ScottK waves to barry and wonders if he has power?
[12:41]  * barry waves back to ScottK with a thankful "yes" and wonders the same about him
[12:41] <ScottK> No.  No power.  All else fine though.
[12:43] <barry> ScottK: we were camping last weekend.  the weather was fine in west va (a little rain, but not bad).  no cell service.  we were a little nervous about what we'd find when we got back, but our block was lucky this time.  we're usually the first to lose power and the last to get it back.  my son's school just got power back in the early am for the first day of school
[12:44] <ScottK> No school here today.  Fortunately they canceled all of them so the middle child can watch over the youngest.
[12:45] <barry> moco (apparently) changed their policy this year.  they don't close the whole county for a couple of schools.  we'll see what happens when it snows. ;)
[12:46] <ScottK> Yeah.
[13:10] <janimo> can someone accept the gmime upload? it is needed for arm images
[13:10] <pitti> Sweetshark: ah, libreoffice-style-andromeda is NBS; I'll remove it from the DVD seeds to unbreak the DVD builds; sounds alright?
[13:12] <janimo> thanks :)
[13:16] <mterry> @pilot in
[13:32] <Sweetshark> pitti: I am checking. there was something about andromeda (being killed or renamed)
[13:34] <pitti> Sweetshark: right, I guess that was deliberate (it's hard to accidentally drop a binary package)
[13:36] <Sweetshark> pitti: not that hard actually with the dark magic behind "./debian/rules control" ;)
[13:36] <Sweetshark> pitti: but yes, drop it.
[13:37] <ogra_> awesome, with the latest oneiric upgrade my laptop gained a second battery !
[13:38] <Chipzz> cool
[13:39] <Chipzz> better not upgrade, you might loose it again :P
[13:39] <ogra_> sadly only in the panel :)
[13:39] <Sweetshark> pitti: andromeda was the old "classic" default theme (aka the buttugly one). Since the upstream default is now tango, no need to keep the ugliness around.
[13:40] <pitti> Sweetshark: ack, thanks for checking
[13:41] <ogra_> GRRR
[13:42] <ogra_> pitti, my build is broken
[13:42]  * ogra_ checks why
[13:42] <pitti> what is "your build" here?
[13:45] <pitti> eek, last ubiquity FTBFSed
[13:45] <pitti> so the initial "live/install" chooser is still broken
[13:45] <ogra_> ARGh
[13:46] <ogra_> so they not only moved around the first stage bootloader but also renamed the second stage binary, sigh
[13:46] <ogra_> pitti, the omap4 server images you rolled for me
[13:46] <pitti> ev: are you on the ubiquity FTBFS, or need help with this?
[13:47] <ogra_> rsalveti, any idea why u-boot.bin was renamed ?
[13:49] <doko> didrocks, clutk has a b-d on gir1.0-pango-1.0, which cannot be satisfied. what should be done with the package?
[13:50] <cjwatson> pitti: it's a bank holiday today and he hasn't been around; I'm trying to find time to have a look but have other things I should be doing, so have SMSed him
[13:50] <pitti> cjwatson: ah, thanks; I just checked the holiday calendar, but it wasn't there
[13:51] <didrocks> doko: the arm team was the last clutk user AFAIK, we don't use it since 11.04 for unity
[13:51] <cjwatson> yeah, people don't always fill in national holidays
[13:52] <tumbleweed> doko: did anyone point you to bug 836246? (I don't know if we should be doing an rm in postinst or if it's a bug in ldconfig)
[13:55] <cjwatson> pitti: ev is unavailable today, we'll see what we can do ...
[13:56] <pitti> cjwatson: ok; at worst we have to release-note it, i. e. that the desktop CD boots straight into the live system
[13:56] <doko> tumbleweed, looking
[13:56] <cjwatson> I think that's a pretty bad worst; there are several bug fixes backed up behind that build failure as well
[13:59] <doko> tumbleweed, I'll remove it in the postinst
[13:59] <tumbleweed> doko: thanks
[14:01] <superm1> tests are what's failing, maybe just turn 'em off to get it through the FTBFS and re-enable after beta
[14:05] <pitti> superm1: the "invalid literal" ones are test suite artifacts, not real bugs?
[14:06] <tkamppeter> pitti, hi
[14:06] <pitti> hey tkamppeter
[14:07] <doko> didrocks, ogra_ : please have a look at this ^^^ I'm neither desktop nor ARM ;-)
[14:07] <mterry> I thought BetaFreeze only applied to main/restricted?  I just had a universe update held for approval.
[14:07] <didrocks> doko: for me, if they don't use it, +1 to remove it
[14:07] <superm1> pitti, i'm not entirely familiar with the test suite, i suppose someone will need to dig further to see
[14:08] <tkamppeter> pitti, I have found a bug in our Ghostscript package. The X11 output does not work, which leads to evince, okular, and similar programs not being able to display PostScript files. I have already found the fix in the "make" command line and I am test-building now. How to proceed to get it into the beta1?
[14:08] <tumbleweed> mterry: launchpad can't only hold main packages for approval. It should get approved fast
[14:08] <tumbleweed> (only main)
[14:08] <mterry> tumbleweed, ah, makes sense.  Thanks!
[14:08] <geser> tumbleweed: s/main/seeded/ ?
[14:09] <tumbleweed> geser: well, that
[14:09] <geser> I still have to remember that we have seeded package in universe too
[14:09] <pitti> tkamppeter: just upload it
[14:10] <pitti> tkamppeter: we'll need to rebuild ubuntu anyway; kubuntu has workign images right now, but we probably need to rebuild them as well for the new ubiquity
[14:13] <doko> didrocks, doesn't help if you don't subscribe ubuntu-archive in bug #705887 :-/
[14:13] <cjwatson> superm1: strongly disagree until we know *why* the tests are failing (by which point we might well have a fix)
[14:13] <cjwatson> superm1: for all we know they're regressions with serious run-time consequences
[14:13] <cjwatson> I'm working on it in spare moments
[14:13] <superm1> cjwatson, true, i suppose especially since these tests didn't have failures in the previous upload and those are all quite small fixes that went into this one
[14:20] <tkamppeter> pitti, I will upload in some minutes.
[14:24] <tkamppeter> pitti, uploaded.
[14:28] <pitti> freeflying: hey, how are you?
[14:29] <pitti> freeflying: I'm currently building Ubuntu Chinese Edition images with full support, but it's too big for 703 MB images
[14:29] <pitti> freeflying: we currently install three fonts, each of which is about 9 MB: ttf-arphic-ukai ttf-arphic-uming ttf-wqy-zenhei
[14:30] <pitti> freeflying: do you think we can drop one of them? that would be enough
[14:31] <sladen> persia: ^^
[14:31] <sladen> ArneGoetje: ^^
[14:39] <doko> tkamppeter, pitti: is flphoto still needed by cups?
[14:40] <doko> you did package it for hardy
[14:57] <doko> didrocks, do you know somebody who would update glom? see bug #749267
[14:58] <didrocks> doko: I know of noone using glom on the desktop side and so able to test it and such
[14:58] <didrocks> doko: maybe drop a message on #ubuntu-motu? some can be interested in it
[14:59] <doko> didrocks, no, just looking through reports
[14:59] <doko> dholbach, ^^^
[14:59] <dholbach> doko, no idea, sorry
[15:00] <tkamppeter> doko, flphoto needs CUPS it is not needed by CUPS.
[15:00] <tkamppeter> doko, what is the problem of flphoto?
[15:01] <dholbach> doko, bhavi seems to have a newer version in a PPA and upstream has what I guess is the newest upstream in a PPA as well - not sure if they build now though
[15:01] <tkamppeter> pitti, ghostscript is uploaded and is waiting for approval.
[15:02] <doko> tkamppeter, bug #770854 please subscribe to the package bug reports
[15:02] <dholbach> doko, ignore what I said about bhavi - I just noticed it was an older version
[15:02] <dholbach> https://launchpad.net/~openismus-team/+archive/ppa then
[15:04] <tkamppeter> doko, it the flphoto build failure looks like a problem of the tools which handle the translations:
[15:04] <tkamppeter> doko: espmsg: Loading "po/it.po"...make[1]: *** [po/it] Bus error
[15:05] <doko> tkamppeter, fix it
[15:05] <tkamppeter> Anyone has ever seen this Bus error?
[15:07] <pitti> uh, is espmsg a cups specific version of gettext msgfmt?
[15:21] <doko> tkamppeter, else we'll have to remove the binaries from the archive
[15:21] <pitti> freeflying, persia, ArneGoetje: actually we need to free 25 MB, not just 9, sorry (CD build just finished)
[15:22] <pitti> the LibO -l10n stuff plus these three fonts plus sunpinyin is huuge :/
[15:24] <pitti> cjwatson: ^ FYI, I got all the extra cruft (apt indexes, caches, pyc files, etc.) off the ubuntu-defaults-image iso now, so without the full Chinese lang support it comes out as 656 MB
[15:24]  * pitti uploads ubuntu-defaults-builder 0.15 which now produces well-working images with full l10n support
[15:27] <pitti> sunpinyin working well OOTB, yay
[15:54] <tkamppeter> doko, pitti, flphoto depends on libgphoto2-dev and this package cannot be found by my Oneiric box. Is libgphoto2 obsolete? How could the build server arrive at the point of handling the translations?
[15:57] <pitti> tkamppeter: it's libgphoto2-2-dev
[15:58] <pitti> good night everyone
[16:02] <didrocks> pitti: have a good evening :)
[16:27] <slangasek> pitti: yes, portmap can go away now :)
[16:27] <tkamppeter> pitti, thanks.
[16:51] <doko> cyphermox, https://launchpad.net/ubuntu/+archive/test-rebuild-20110816/+build/2704441
[16:53] <micahg> there are a few of those
[17:16] <bdmurray> mterry: could you review / sponsor https://code.launchpad.net/~brian-murray/update-manager/apport-dist-upgrade-question/+merge/73266
[17:17] <mterry> bdmurray, looking
[17:18] <mterry> bdmurray, I suspect you'd like to see this in place before beta lands?
[17:19] <bdmurray> mterry: yes as beta means more upgraders
[17:19] <mterry> i.e. you want me to upload despite BetaFreeze
[17:19] <mterry> k
[17:22] <mterry> bdmurray, how does translation work for the ui.yesno question?
[17:22] <mterry> (and that can't be determined programatically?  bummer)
[17:23] <bdmurray> mterry: For all the source package hooks no questions are translated since bugs end up in Launchpad and we prefer them in English anwyay
[17:23] <mterry> bdmurray, fair
[17:25] <mterry> bdmurray, is there an easy way to test this and/or you've run it through it's paces?  Looks fine from code review
[17:26] <bdmurray> mterry: What I've done and you could do is just 'sudo cp debian/source_update-manager.py /usr/share/apport/package-hooks/source_update-manager.py' and then use 'ubuntu-bug update-manager'
[17:26] <bdmurray> mterry: then when the ui question comes up answer yes and check and then no and check
[17:28] <hallyn> how do we feel about absolute paths in scripts and such?  upstart jobs don't use them, but should general scripts?  (for /sbin/ip, ifconfig, etc)
[17:28] <hallyn> Or do we trust that $PATH will be ok for root?
[17:29] <hallyn> kees: ^
[17:29] <kees> for upstart? we assume the path is sane.
[17:30] <hallyn> i'm looking at /etc/qemu-ifup
[17:30] <hallyn> brctl just moved from /usr/sbin/ to /sbin.  Q is is it better to just remove the paths, or fix them
[17:30] <hallyn> I always felt paths are better, but then I didn't used to "control" the distro :)
[17:31] <mterry> bdmurray, uploaded, but naturally waiting on release team approval to move out of upload queue
[17:31] <hallyn> (so as develper of upstream I think you worry more about that)
[17:31] <bdmurray> mterry: great, thanks
[17:32] <mterry> @pilot out
[17:49] <infinity> hallyn: Absolute paths should be avoided in distro scripts.
[17:50] <infinity> hallyn: If the admin wants to replace brctl with his own version in /usr/local/sbin, that's his perogative, and your scripts shouldn't second-guess that.
[17:50] <infinity> hallyn: (Sure, if he breaks things because of it, he gets to keep both pieces, but whatever, absolute paths don't guarantee the correct binary anyway, he could just as easily replace the one in /usr)
[17:52] <infinity> hallyn: I think upstreams got into the habit of abolute paths because of the bad old days of Solaris shipping POSIX binaries outside the usual sane locations, so people started doing configure checks and hardcoding paths.  That's pretty obviously the Wrong Thing in an FHS-dominated Linux world.
[17:55] <tkamppeter> doko, I have fixed flphoto now.
[17:59] <hallyn> infinity: ok, thanks.  Then I'll push my fix as is, beta-freeze-gods allowing
[17:59] <geser> doko: re bug #174851: I found recently a guide (on the debian-devel ML) how to bootstrap mig and gnumach and added it to the bug. Could you perhaps forward that comment to the internal rt ticket so it helps the person who has to deal with it?
[18:03] <doko> tkamppeter, \o/
[18:03] <tkamppeter> doko, are you using flphoto to print photos?
[18:04] <doko> geser, I assume, we'll just use the debian binaries or the bootstrap
[18:04] <doko> tkamppeter, no
[18:11] <tkamppeter> doko, flphoto is in the queue now, only needs to get approved due to the beta freeze.
[18:11] <doko> tkamppeter, thanks!
[18:12] <doko> geser, but if it's not working like that, then please attach the info to the bug report
[18:13] <geser> doko: already done, I've added that info from that mail as a comment to the bug
[18:41] <jtaylor> is there something wrong with the Release file in the main archive? http://paste.ubuntu.com/677386/
[18:52] <slangasek> jtaylor: evidently... yes
[19:37] <slangasek> jtaylor: identified the two mirrors that are out of sync; flagged to IS
[19:37] <jtaylor> thx
[19:51] <mterry> bdmurray, heyo, are you looking after foundations bugs?  Could you see if bug 407862 needs attention?
[19:52] <bdmurray> mterry: yes I'm the defect analyst for them
[20:28] <hallyn> ScottK: I posted a debdiff to fix qemu-kvm bugs #833475, #835355, and #829492.  for freeze exception, do I file a separate 'feature exception' bug, or subscribe the release team to all three bugs?
[20:35] <infinity> hallyn: debdiff looks sane to me.  I'm kinda curious, though, what on earth would be calling /etc/qemu/if* without qemu-kvm installed...
[20:36] <infinity> er, qemu-if*
[20:36] <hallyn> infinity: i think nothing, which is i presume why it's never come up before :)
[20:36] <hallyn> In fact, I never use those scripts in thef irst place
[20:36] <hallyn> (and i use kvm all the time)
[20:37] <infinity> hallyn: I use them.  But yeah, not without qemu machines. :P
[20:37] <infinity> *shrug*
[20:37] <hallyn> well, now that qemu-linaro has its own qemu,
[20:37] <infinity> It's still "correct" to have the dependency live in the same package as the scripts.
[20:37] <hallyn> right
[20:37] <infinity> Upload away, I'll approve the mess.
[20:37] <hallyn> thanks!
[20:38] <hallyn> put'ed
[21:53] <Daviey> Is it just me, or does "chown -R www-data:www-data /usr/share/foo" where foo is the package contents seem bad?
[21:54] <Daviey> (in postinst)
[21:55] <cjwatson> seems silly
[21:55] <soren> Daviey: Somewhat worrisome, yeah.
[21:56] <cnd> I'm trying to run today's daily oneiric iso from a usb stick, but it just hangs during boot
[21:56] <cjwatson> should just ship the files with the right ownership in the .deb, given that www-data is a global static user/group
[21:56] <cnd> I see it failed to load fallback graphics devices
[21:56] <soren> Daviey: Having Apache have write privileges in /usr seems.. Yeah, bad.
[21:56] <cnd> and there's an error from udevd about /run/udev not being writable
[21:57] <cnd> it's just sitting there after it successfully starts CUPS printing spooler/server
[21:57] <cnd> what should I try?
[21:57] <cjwatson> oh, yeah, there's what soren said too :)
[21:57]  * cjwatson is a bit tired
[22:28] <TheMuso> Could anybody with some apt knowledge give me a pointer to what might be the problem causing this bug? https://bugs.launchpad.net/ubuntu/+source/pyatspi/+bug/836798
[22:34] <infinity> TheMuso: That sort of thing it often caused by unresolvable Depends/Conflicts/Breaks loops that apt can't work its way out of.
[22:35] <TheMuso> Hmmmm ok.
[22:35] <infinity> TheMuso: Might want to poke at related packages and see if there's a logical snag there.
[22:35] <cjwatson> IIRC Pre-Depends can induce this
[22:35] <TheMuso> infinity: Yeah, thinking the same now that you mentioned the possible cause.
[22:35] <cjwatson> -o Debug::pkgProblemResolver=true
[22:35] <cjwatson> may help
[22:36] <TheMuso> thanks
[22:46] <RAOF> cnd: Do any of the VTs have a usable console?  Does startx work?
[22:48]  * infinity bangs his head on a desk.
[22:48] <infinity> checking build system type... x86_64-pc-linux-gnu
[22:48] <infinity> checking for ld used by gcc... no
[22:48] <infinity> configure: error: no acceptable ld found in $PATH
[22:49] <infinity> ^-- I beg to differ.
[22:52] <slangasek> TheMuso: the python-pyatspi2 conflicts: on python-pyatspi looks wrong to me
[22:53] <slangasek> TheMuso: oh, no, I see the file conflict; ignore me
[22:58] <slangasek> TheMuso: ok, libatspi2.0-0 and libatspi1.0-0 - why do these conflict?
[23:00] <TheMuso> ah crap yeah, in the early days I think they may have shared files,a nd I forgot to get rid of the conflict. I was looking at the same thing.
[23:02] <TheMuso> Fixing...
[23:08] <cnd> RAOF, when booted into single user mode, I get to the standard menu
[23:08] <cnd> I tried resuming boot, but it just returned back to the same menu
[23:08] <cnd> then I tried netroot
[23:09] <cnd> and I found that lightdm didn't exist (which I found odd...)
[23:09] <cnd> I tried to start gdm, got to low graphics mode, but my mouse didn't work
[23:09] <cnd> kb did, but I couldn't select anything
[23:12] <kees> where did the gnome font thumbnailer go?
[23:18] <RAOF> cnd: Lightdm didn't exist, but gdm did?  That's odd.  And, um, I don't think I'll be much more help from here.
[23:19] <cnd> heh
[23:24] <infinity>   * Nuke aclocal.m4 before we run ./buildconf to ensure we get it
[23:24] <infinity>     regenerated correctly, and we get an up-to-date libtoolization.
[23:24] <infinity>  -- Adam Conrad<EMAIL_ADDRESS>Mon,  9 Aug 2004 07:47:46 -0600
[23:24] <infinity> Can I cry now because I had the solution to this problem seven years ago, and someone seems to have dropped it?
[23:25] <infinity> Daviey / doko: The above seems to do more or less the right thing.  I'll test a few different scenarios here to make sure it's not a red herring.
[23:25] <freeflying> pitti: ttf-arphic-ukai ttf-arphic-uming is not necessary for CD
[23:26] <doko> slangasek, ^^^
[23:27] <kees> smoser: say, please see my diff for nagios-plugins 1.4.14-5ubuntu3 and do the same in oneiric please :) that change keeps getting lost in that package, and I have no idea why.
[23:28] <kees> smoser: you'll need to fix up some flawed format-strings too
[23:28] <kees> check_radius.c:214:2: error: format not a string literal and no format arguments [-Werror=format-security]
[23:28] <Daviey> infinity: Well i could not reproduce it locally.. and the archive seems to be rebuilding it OK this time.
[23:29]  * Daviey doesn't like the machine gun approach.. it simply should not work.
[23:29] <infinity> Daviey: It fails 100% here until I modify it.  But it is disconcerting that it's intermittent.
[23:29] <Daviey> infinity: what is your build env?
[23:30] <infinity> Daviey: debootstrap --variant=buildd, bare essential build-deps, shoestring, bubblegum.
[23:30] <infinity> Daviey: (Basically, the same as the buildds)
[23:31] <Daviey> wow, not seen someone use that as their normal workflow for a while.
[23:39] <infinity> Daviey: Anyhoe, if shotgunning it is working for now (ew), I'll go eat some dinner.  But I might upload a proper fix later when I'm sure I can't reproduce it with this change.
[23:39] <infinity> Daviey: The change is correct whether it fixes the problem or not, so...
[23:51] <smoser> kees, was that to me ?
[23:52] <kees> smoser: yup, you merged nagios-plugins and the debian/control change for PIE got lost :)
[23:58] <smoser> indeed i did :-(


[00:15] <tonyyarusso> Takyoji: Correct, particularly since your key has a passphrase as well.
[00:16] <kermit> (2010-02-09 05:42:51) tonyyarusso: someone tell Takyoji to visit http://ubuntu-minnesota.org/openid later.
[00:17] <tonyyarusso> kermit: yeah...turns out that doesn't help him until I configure the mail server properly - whoops
[00:22] <marcos_> any of you particularly fantastic at openoffice?
[00:23] <_diablo> direct responses at me if you are :)
[00:24] <Takyoji> What would you need help with?
[00:24] <Takyoji> Otherwise I'd be willing to try to find the solution.
[00:25] <_diablo> Takyoji: well, I don't know if it's even a problem. I built the newest OO.o (3.1.1) from the downloaded debs and it looked great.
[00:26] <_diablo> but then I started it and it said it had problems with the JRE. It doesn't show the message again and it appears to be working fine
[00:38] <Takyoji> ahh
[00:39] <Takyoji> Sidenote: Anyone know how to port forward from a VirtualBox VM? (I know it's possible, I've done it before)
[00:43] <_diablo> Takyoji: sorry, no clue
[00:44] <_diablo> Takyoji: do you think there's anything wrong with my OO.o?
[00:44] <Takyoji> I wouldn't really be able to say. I'm not very Java-oriented
[00:50] <_diablo> Takyoji: fair enough :)
[00:54] <Takyoji> Note: Testing in a VM is much more stable.
[00:54] <Takyoji> I was doing a benchmark and the numbers come out more stable when I'm doing a benchmark in a stripped down VM
[00:55] <Takyoji> I feel pathetic that, as a Linux user, I don't entirely remember all the necessary parameters for extracting an archive by heart xP
[01:02] <_diablo> Takyoji: really? xvzf if it's a gz, xvjf if it's bz
[01:02] <_diablo> you've been in a gui too long lol
[01:25] <Takyoji> ahh
[01:27] <Takyoji> Been quite a while since I've done any PHP..
[01:34]  * Takyoji wonders if tonyyarusso has done anything of the mailserver yet
[01:45] <mr_steve> hey folks, how's it going?
[01:46] <Takyoji> Average, normal, and unexciting. :P
[01:48] <Takyoji> Woo, more fun http://arstechnica.com/microsoft/news/2010/02/microsoft-warns-of-tslssl-flaw-in-windows.ars
[02:42] <mr_steve> vimperator is awesome
[02:45] <Takyoji> heh, interesting
[02:45] <Takyoji> Firefox addon, yes?
[02:46] <Takyoji> Anyone ever do any GUI-based development?
[02:48] <mr_steve> Takyoji, yes, a firefox addon. And yes, I've done some stuff in Python with Gtk
[02:51] <Takyoji> Because I'd be curious of doing pretty much exactly that; but am a little unfamiliar with how to build dialogs and so on; since it seems that they use relative sizing rather than fixed
[02:52] <mr_steve> Right, that takes a bit of getting used to. I came from VB, so WxWidgets and Gtk were both a bit different for me
[02:52] <mr_steve> Once you start thinking about your UI windows in terms of rows/columns it starts to be pretty natural
[02:53] <Takyoji> Yea, that's just all I really need to understand
[02:53] <Takyoji> based upon my observations
[02:55] <mr_steve> You can check out launchpad.net/~taskstacker for a very simple UI example, I wrote it as an exersise in Gnome app development
[02:55] <mr_steve> err, that's not the right URL
[02:55] <Takyoji> tasktracker, or?
[02:57] <mr_steve> https://launchpad.net/taskstacker
[02:57] <mr_steve> It's a really really stupid task list program I wrote
[02:57] <Takyoji> ahh
[02:57] <mr_steve> For practice with Gtk, Gnome, Bazaar, Launchpad, etc
[02:58] <Takyoji> ahh
[02:58] <Takyoji> And then I take it, and revolutionize it, then it becomes the next most popular application. :P
[02:58] <mr_steve> Oddly, it somehow ended up in some free software directory
[02:59] <mr_steve> Some editor actualy took the time to download it, install it, and take a screenshot of it
[02:59] <Takyoji> heh interesting
[03:00] <mr_steve> Yeah, not more than a day after I uploaded the first release tarball I got an email that it was accepted into some software directory
[03:00] <Takyoji> heh
[03:01] <Takyoji> No deb package? :o
[03:01] <mr_steve> Actually there is, in my ppa
[03:45] <Takyoji> Anyone else agree that it's kind of a step back that the Ubuntu Software Centre doesn't have checkboxes to check off what software you want installed?
[03:46] <Obsidian1723> yes.
[03:49] <Takyoji> But at the same time a person could of course use the Synaptic Package Manager
[03:49] <Takyoji> I'm curious on how they intend to merge the two..
[03:50] <tonyyarusso> Takyoji: oh god yes - it takes forever to install more than one thing...
[03:53] <Takyoji> Start a petition then over the annoyance? :P
[03:55] <Takyoji> It should be voiced in some fashion though
[03:56] <mr_steve> Ubuntu's Brainstorm?
[03:59] <mr_steve> Heh I submitted an idea to brainstorm a while back, and now I can't even remember what it was
[04:09] <Obsidian1723> Ever since 9.04, Ubuntu has gone downhill.
[04:09] <Obsidian1723> Ubuntu One, Software Center, the Ubuntu "Vista" is 9.10, mono, and grub2
[04:13] <Takyoji> I haven't had much issue with GRUB2
[04:14] <Obsidian1723> sucks compared to v1
[04:14] <Takyoji> In what aspect though?
[04:15] <Takyoji> Configuration, or?
[04:15] <tonyyarusso> It lacks some config options, but those will be back soon enough.
[04:16] <tonyyarusso> hey Takyoji, I think the mailing is working again - *now* trying sending yourself a new password :)
[04:16] <Obsidian1723> just how messy it is underneath the hood compared to grub 1. It's a personal preferences thing.
[04:16] <Takyoji> GDM has also been a step back as well (in terms of customization)
[04:16] <Takyoji> ahh
[04:16] <tonyyarusso> also, tell me what address it comes from...
[04:16] <Obsidian1723> yeah, not too hip on GDM 3 either.
[04:16] <Obsidian1723> If this keeps up, I may have to dump Ubuntu and go to Debian or Gentoo.
[04:17] <Takyoji><EMAIL_ADDRESS>[04:18] <Takyoji> But over all, it's all new technologies; over time they should be properly refined
[04:19] <tonyyarusso> yay!
[04:19] <tonyyarusso> now let me know if you can log in :)
[04:20] <Takyoji> Yes, from a temporary link
[04:20] <tonyyarusso> good, good
[04:22] <Takyoji> however I can't modify what OpenID identities are related with my account, nor the account password
[04:23]  * Takyoji pokes tonyyarusso
[04:26]  * tonyyarusso needs screenshots
[04:26] <tonyyarusso> aww, when did our heading get uncentered?
[04:28] <Takyoji> Since the edit
[04:28] <Takyoji> It's a general 'unauthorized' Drupal error
[04:29]  * tonyyarusso has a theory
[04:29] <tonyyarusso> Takyoji: still logged in?
[04:29] <Takyoji> Yes
[04:29] <tonyyarusso> 'k
[04:30] <Takyoji>  /user/me/openid
[04:31] <Takyoji> Now I'm able to access it
[04:31] <tonyyarusso> ho ho
[04:31] <tonyyarusso> Apparently the 'me' aliases module has some quirks.
[04:31] <Takyoji> and successfully added
[04:31] <Takyoji> ahh
[04:42] <tonyyarusso> someone added a negative margin on it for some reason
[04:43] <Takyoji> Awkward
[04:44] <Takyoji> I'll be leaving for the night
[04:52] <Takyoji> Ahh yes, such luxury. Login to my desktop over FreeNX and make it Suspend. Then access ny DAAP share on another system to listen to song I haven't heard in a while. All while I'm laying in bed lazily.
[15:47] <Obsidian1723> ame This is worth a download: http://dl.dropbox.com/u/914191/Computer-Hardware-High-Resolution-24w-x-34h.png
[15:47]  * Obsidian1723 This is worth a download: http://dl.dropbox.com/u/914191/Computer-Hardware-High-Resolution-24w-x-34h.png
[15:58] <mr_steve> I used to have that printed out at work for identifying all the random junk laying around
[16:16] <Obsidian1723> good stuff .. I have tons of things like that.
[19:00] <kermit> why does it have 168 pin memory twice?
[19:16] <mr_steve> Wow firefox didn't handle that well at all
[19:18] <kermit> mine did
[19:19] <mr_steve> Looked like it had 168 pin and then 168 pin PC100, for some reason
[23:35] <Takyoji> Any thoughts on the "We're Linux" contest again?
[23:44] <Takyoji> Seems we only have one individual claiming to be away.
[23:44] <Takyoji> I wonder how many others here actually read the contents of this channel, or just still have it set to auto-join without really much acknowledgement. :P
[23:46] <tonyyarusso> Actually, I believe everyone in here has spoken in the last two weeks (with the exception of ChanServ, locobot_5, ubot3, and ubuntulog of course)
[23:48] <_diablo> Takyoji, I'm here
[23:48] <_diablo> sorry, I don't know what that is.
[23:48] <_diablo> so I wasn't going to jump in and waste some more time lol
[23:49] <Takyoji> I wasn't implying it in terms of being annoyed, I was just implying that I don't notice some users mentioning anything is all
[23:49] <_diablo> ah, fair enough
[23:51] <Takyoji> _diablo: http://video.linuxfoundation.org/contest/we-are-linux-superbowl-ad-contest
[23:52] <_diablo> lol
[23:52] <_diablo> that's expensive
[23:52] <Takyoji> I realized the same. :P
[23:53] <Takyoji> But I have a feeling if someone does make a commercial that just makes us weep in the beauty of it; there might be a couple of companies that might fund such together; who knows. :P
[23:54] <_diablo> fair enough
[23:54] <Takyoji> Now come on folks, let's make that video!
[23:54] <Takyoji> :P
[23:54] <_diablo> ...