[22:38] <warion> hello
[22:40] <warion> vartasha
[22:42] <vartasha> hello
[22:43] <vartasha> can u help me please
[22:43] <vartasha> hello???
[22:46] <vartasha> hello
[22:46] <vartasha> help me please
[22:46] <vartasha> please


[02:04] <xubuntu98d> dir
[02:04] <xubuntu98d> hi
[02:04] <xubuntu98d> i need way that  make installation CD.
[02:05] <xubuntu98d> can you show me link site (how to way make install CD)
[04:42] <xubuntu92w> hello all i'm new to xubuntu need some help please!
[04:44] <AaronRaimist[m]> xubuntu92w: What do you need help with?
[04:44] <xubuntu89w> I'm trying to set up desktop sharing just like in ubuntu
[04:44] <xubuntu89w> but I have no clue on how to do it in xubuntu
[04:45] <xubuntu89w> any suggestion please!
[04:46] <xubuntu89w> ..
[04:46] <AaronRaimist[m]> xubuntu89w: https://askubuntu.com/questions/71309/how-do-i-enable-remote-desktop-connection-on-xubuntu-11-10
[04:48] <AaronRaimist[m]> xubuntu89w: Personally I haven't done that but you can take a look at that link. You should know that this is not paid support or anything, this is just community members hanging out in an IRC channel so you may have to wait a while to get answers.
[04:48] <xubuntu89w> great help
[04:49] <xubuntu89w> what client i have to use to connect to then
[04:55] <AaronRaimist[m]> xubuntu89w: Assuming you are using the first answer, Vino is a VNC server. You can use any kind of VNC client to connect to it. You may already have a VNC client that you used with Ubuntu previously, that should work here.
[05:01] <xubuntu89w> thank you thank you
[05:01] <xubuntu89w> appreciate your help
[05:03] <AaronRaimist[m]> xubuntu89w: You're welcome
[05:45] <glitchd> ok im having the stupidest problem and cant figure it out
[05:46] <glitchd> while in terminal, anytime i press the "h" key, it brings up the online documentation screen. its driving me crazy. it just started doing this.
[20:27] <sorinello> Hello. Is there any specific xubuntu alternative to Startup Disk Creator >
[20:27] <knome> no
[20:40] <xangua> Alternative to what exactly? Something wrong about it?
[21:17] <sorinello> xangua, no, I've just found an older thread stating that it is not included in Xubuntu because of too many bugs
[22:59] <Spass> sorinello: Do you need persistent storage on your USB? If not, you can just use "dd" or if you prefer GUI, there's Etcher - https://etcher.io/
[23:02] <sorinello> thanks Spass


[05:33] <oscalation> gota question, ive applied for a mentor but no one ever got back to me about it. any ideas on what i should do
[05:33] <haneefmubarak> hello?
[05:34] <haneefmubarak> guys
[05:34] <haneefmubarak> f
[05:34] <haneefmubarak> g
[05:34] <haneefmubarak> h
[05:34] <haneefmubarak> jguys
[05:34] <haneefmubarak> ???
[05:35] <haneefmubarak> Well, I'll leave what I need to say here and check it later then.
[05:36] <haneefmubarak> Anyways, although I am part of the bug team, when I attempt to triage a bug, it only allows me to set the status, but not the importance. Any help is greatly appreciated.
[05:54] <micahg> haneefmubarak: only bug control can set importance and triaged/won't fix status
[05:59] <oscalation> micahg, any idea on my question
[05:59]  * micahg looks to vish
[07:17] <oscalation> i take it vish isnt available
[08:02] <blurrr> Hi. I have installed the following updates an hour back: libdbus-1-3 dbus dbus-x11 libpng12-0 libsndfile1 and now while trying to mount the partitions from within Gnome, I'm getting Jul 27 13:25:29 user-mech polkitd(authority=local): Operator of unix-session:/org/freedesktop/ConsoleKit/Session6 FAILED to authenticate to gain authorization for action org.freedesktop.systemtoolsbackends.set for system-bus-name::1.145 [users-admin] (owned by unix-user:g
[08:02] <blurrr> opal)
[08:03] <blurrr> Double checked, the password is okay
[08:04] <blurrr> Using Ubuntu Lucid 10.04 LTS x64
[08:04] <seb128> mdeslaur, jdstrand: ^
[08:06] <seb128> blurrr, could you open a bug about that if you did? https://bugs.launchpad.net/ubuntu/+source/dbus/+filebug
[08:06] <blurrr> Sure, let me do that.
[08:06] <vish> micahg: yea, i'm easy on the eyes, but you can look at other mentors too ;p
[08:24] <blurrr> seb128: https://bugs.launchpad.net/ubuntu/+source/dbus/+bug/816842 - will report back after I downgrade.
[08:24] <ubot4> Launchpad bug 816842 in dbus (Ubuntu) "Unable to authenticate Gnome applications after a recent update of libdbus-1-3 dbus dbus-x11 (affects: 1) (heat: 6)" [Undecided,New]
[08:25] <seb128> blurrr, thanks
[08:25] <blurrr> seb128: thank you for pointing me in the right direction :)
[08:25] <seb128> you're welcome
[13:51] <czajkowski> chrisjrob: :)
[13:51] <chrisjrob> czajkowski: !
[14:24] <oscalation> can anyone help me, i applied for a mentor and no one has gotten back to me, not sure what i should do next
[14:28] <hggdh> oscalation: will look at it now
[14:28] <hggdh> oscalation: but you do not really need to wait, we are all here to help
[14:28] <oscalation> hggdh, i appreciate it. Im pretty sure i followed the wiki page correctly
[14:30] <hggdh> oscalation: good! Now, start triaging; on *any* doubt, ask here -- we will be happy to help, and your question may help others
[14:30] <hggdh> this is why we like people ask questions here
[14:39] <chrisjrob> i wonder whether someone would be able to triage an empathy bug that i have logged https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/807723 ?
[14:39] <ubot4> Launchpad bug 807723 in empathy (Ubuntu) "Empathy does not start at login by default (affects: 1) (heat: 6)" [Undecided,New]
[14:57] <hggdh> pedro_, jibel, charlie-tca: good morning/day/afternoon/evening as it may be
[14:57] <pedro_> hggdh, Good morning to you Sir Carlos :-)
[14:59] <hggdh> pedro_: interesting bug this one from chrisjrob, what is your take on it?
[14:59]  * hggdh is now running gnome-shell, and does not really use empathy
[15:00] <pedro_> hggdh, will check with Oneiric
[15:03] <charlie-tca> good morning, sire
[15:03] <charlie-tca> good morning, sir
[15:04] <charlie-tca> sorry, that was a type
[15:04] <charlie-tca> well, this ain't off to a good start, is it?
[15:05] <charlie-tca> I tend to shy away from the empathy bugs.
[15:06] <hggdh> charlie-tca: although I would be happy to be called 'sire', I (1) am not a king; (2) do not have the money that usually follows the title ;-)
[15:07] <hggdh> (for titles without money, I am already served :-( )
[15:07] <charlie-tca> I just can't make the keys work today
[15:08] <hggdh> bad day?
[15:10] <hggdh> vish: BTW, I hear you (but, personally, I think I am better looking ;-)
[15:11] <vish> hggdh: certainly! no contest there with you! :)
[15:12]  * charlie-tca is apparently going to have a bad day
[15:24] <ogasawara> davmor2: around?  wanted to chat about your bug, 814882
[15:24] <hggdh> interesting. I close Evolution, and it not only does not end, but goes into a 100% CPU loop. Same with Synaptic
[15:24] <davmor2> ogasawara: give me five
[15:24] <ogasawara> davmor2: sure, if you want, come jump into #ubuntu-kernel when you're ready
[16:16] <bdmurray> pedro_: do you know about the permission change that allows bug 814331?
[16:16] <ubot4> Launchpad bug 814331 in update-manager (Ubuntu) "[Oneiric] update-manager installs packages without authentication (affects: 3) (dups: 1) (heat: 22)" [High,Triaged] https://launchpad.net/bugs/814331
[16:16] <bdmurray> I gather this is by design but can't find the right package that allows it
[16:17] <seb128> bdmurray, https://launchpad.net/ubuntu/oneiric/+source/policykit-desktop-privileges/0.6
[16:17] <micahg> bdmurray: isn't that polkit?
[16:17] <micahg> yeah, what seb128 said :)
[16:17] <bdmurray> micahg: right what seb128 said is not what you said ;-)
[16:18]  * micahg was confused, I was thinking what he said, but it came out wrong :)
[16:18] <bdmurray> seb128: thanks
[16:18] <seb128> yw
[16:21] <bdmurray> mvo: is the apt task in bug 800910 necessary?
[16:21] <ubot4> Launchpad bug 800910 in linux (Ubuntu Oneiric) (and 5 other projects) "Kernel Upgrade forces removal of grub-efi due to missing recommends entry (affects: 6) (dups: 1) (heat: 123)" [Undecided,Fix released] https://launchpad.net/bugs/800910
[16:25] <mvo> bdmurray: I want to have a look at this in apt, I'm not sure ye twhat is triggering it
[16:31] <jmburgess> Hey guys just wanted to ask you before i went to ubuntu-kernel.  Bug 816110 is a kernel bug. It has apport info and he's running oneiric with kernel <IP_ADDRESS>. Is it ready to be marked as triaged? I looked at the kernel team wiki and it seems to match all the requirements
[16:31] <ubot4> Launchpad bug 816110 in linux (Ubuntu) "Don't work multitouch on acer 522 (affects: 1) (heat: 6)" [Undecided,Incomplete] https://launchpad.net/bugs/816110
[16:44] <oscalation> is it common practice for bug squad members to have apport enabled permanently ?
[16:44] <oscalation> sudo nano /ect/default/apport
[16:46] <charlie-tca> oscalation: bug squad members do not necessarily need apport enabled
[16:46] <charlie-tca> apport is to help get logs together when filing bugs, it doesn't do much when triaging bugs
[16:49] <hggdh> it is a personal decision; having apport enabled makes a lot of sense if you are running the bleeding edge (so that you can report the bugs you find -- but apport is automagically enabled on the devel release)
[16:49] <hggdh> but, as charlie-tca says, for triaging you do not need it
[16:52] <oscalation> hggdh, devel release?
[16:53] <oscalation> http://www.ubuntu.com/testing    gotcha
[16:53] <hggdh> oscalation: 'devel release' is whatever (*)ubuntu release being developed right now -- Oneiric, for example
[17:14] <oscalation> can anyone please review my first bug triage, it was low hanging fruit (i feel). Please give me any feedback possible, anything i should do ect
[17:14] <oscalation> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/816661
[17:14] <ubot4> Launchpad bug 816661 in firefox (Ubuntu) "Fire fox can not show ebay images and youtube videos (affects: 1) (heat: 8)" [Undecided,Invalid]
[17:14] <oscalation> do i need to convert this to a question ?
[17:16] <oscalation> any and all comments are welcome
[17:20] <hggdh> oscalation: huh. d]flashplugin-installer is now available on the multiverse repository. The instructions you pointed to are a bit outdated
[17:24] <oscalation> hggdh  you mean that you can install adobe flash/ or other flash plugins from the UBS ?
[17:24] <oscalation> UBC i mean
[17:24] <oscalation> arrgg ... USC
[17:24] <hggdh> what is UBC?
[17:24] <oscalation> ubuntu software center, sorry
[17:24] <hggdh> heh
[17:25] <oscalation> is that what your referring to ?
[17:26] <hggdh> yes, as long as you Edit/Software Sources, and make sure "Software restricted by copyright or legal issues(multiverse) is selected
[17:26] <hggdh> (on software-centre
[17:26] <hggdh> )
[17:26] <hggdh> center
[17:28] <oscalation> though my general conclusion was correct?
[17:28] <oscalation> not a bug, just install flash
[17:28] <bibinou> doesn't firefox provide a "missing plugin" dialog ?
[17:28] <oscalation> im pretty sure it does
[17:30] <oscalation> is that something i should of looked into?
[17:30] <hggdh> oscalation: yes, it was correct. You might want to update the instructions, though
[17:30] <hggdh> bibinou: yes, it does provide a 'missing plugin'. But it may not work
[17:30] <oscalation> hggdh, may not work?
[17:31] <bibinou> if multiverse is not in sources
[17:31] <bibinou> maybe it can't find any flash player
[17:31] <hggdh> I do not go installing plugins on ffox, so I am not sure -- ergo, the 'may not work'. But, of old (at least) the missing plugin dialog would go to the software provider
[17:31] <oscalation> im not familure with the term multiverse
[17:31] <bibinou> although some GNU alternative should be in universe, so that's weird
[17:32] <oscalation> software that is not free.. gotcha
[17:33] <bibinou> oscalation: software sources are a key part of ubuntu : https://help.ubuntu.com/community/Repositories/Ubuntu
[17:33] <bibinou> you often run into problems when one installs a third party repository and it causes all sorts of bugs
[17:34] <oscalation> yeah reading that now, how can i tell what is in the main and restricted repos
[17:34] <oscalation> bibinou, oh really... interesting
[17:34] <bibinou> restricted has very few packages in it
[17:35] <bibinou> mostly proprietary drivers
[17:35] <oscalation> is there a list or something that i should be referencing
[17:36] <bibinou> start synaptic and click the origin button at the bottom
[17:36] <bibinou> sorts by repository of origin
[17:36] <hggdh> oscalation: install apt-cache (sudo apt-get install apt-cache); then run 'apt-cache policy <package>', replacing <package> by whatever package you want
[17:36] <oscalation> hggdh, also, instead of updating the bug comment, wouldnt it make more sense to update that wiki page to include info about install flash from USC
[17:37] <hggdh> oscalation: certainly the page should be updated. Please feel free to do it
[17:37] <oscalation> hggdh, i take it this is what i need to use to install and remove packages found in bug reports on the fly
[17:37] <hggdh> apt-cache?
[17:37] <oscalation> yeah
[17:37] <hggdh> no, apt-cache will give you information about packages; to install you can use apt-get
[17:37] <hggdh> I mis-typed there
[17:38] <hggdh> no, I did not
[17:38]  * hggdh is feeling tired
[17:38]  * oscalation gives hggdh a pillow
[17:38] <hggdh> oscalation: these are command-line utilities; they make a lot of sense for me, I am usually on a terminal
[17:39] <oscalation> yeah im familure, i use terminal fairly often
[17:39] <oscalation> could of just manned apt-cache
[17:39] <oscalation> :)
[17:40] <oscalation> is apt-cacher the same thing?
[17:40] <hggdh> another good command-line is 'rmadison' -- for example, 'rmadison flashplugin-installer'
[17:41] <oscalation> the man page for rmadison seems over my head, though i'll install it
[17:41] <hggdh> no, apt-cacher is a cacher for packages; only makes sense if you are admin to a series of boxes
[17:42] <hggdh> and there is apt-cacher-ng, which is better
[17:42] <hggdh> (I use apt-cacher, but I have about 10 machines around me)
[17:43] <oscalation> unable to locate package apt-cache
[17:43]  * micahg loves apt-cacher-ng
[17:44] <yofel> apt-cache is part of apt, and not apt-cacher
[17:44] <yofel> and does something totally different
[17:45] <oscalation> ah gotcha, i didnt need to install it
[17:45] <hggdh> yofel: thank you. I am really out of my mind today
[17:46] <hggdh> micahg: pretty nice neast, is it not? And much less hits on the repositories...
[17:47] <micahg> hggdh: it's great when you do test builds locally
[17:47] <hggdh> yeah. And right now it is only 5G for natty and oneiric 64 bits...
[17:49] <micahg> wow, I'm up to 20G on lucid-oneiric
[17:49] <hggdh> ah, by expiry is set too low, 4 days only
[17:50] <hggdh> s/by/my/
[17:50]  * yofel goes reading apt-cacher-ng manpage
[17:50] <yofel> never really got to set that up ^^
[17:51] <hggdh> usually -- as in my case -- you can just accept the defaults


[00:06] <infinity> cjwatson: I vaguely recall it being discussed a week or two back, but did we decide if we were going to hard freeze with queue reviews, or just do some sort of massive britney block?
[00:07] <infinity> cjwatson: (I actually prefer the hard freeze, honestly, the reviews are helpful, and a britney block could just lead to a ton of crap in proposed that we need to dump at release...)
[01:34] <micahg> can someone please help chromium-browser ubuntu2 to the release pocket?
[04:23] <vibhav> Sorry for cross posting, but the topic needs to be updates here too :)
[04:23] <vibhav> (feature freeze->final beta freeze)
[11:42] <ogra_> cjwatson, hmm, something is wrong with the cdimage publisher code ... the nexus7 desktop image /current link is stuck on an image from the 15th
[11:48] <ogra_> cjwatson, hmm, seems to be even worse ... http://cdimage.ubuntu.com/daily-preinstalled/ has subdirs for the 15th, 26th and 27th but only the 15th is populated
[11:48] <ogra_> the others are empoty dirs
[12:08] <ogra_> weird, in the log i see it downloading the ext4 file ... but it doesnt seem to find it (and in fact its not in the preinstalled subdir on nusakan)
[12:24] <ogra_> cjwatson, aha, seems the preinstalled filesystems end up in /srv/cdimage.ubuntu.com/scratch/ubuntu/raring/daily-preinstalled/live/ instead of /srv/cdimage.ubuntu.com/scratch/ubuntu/raring/daily-preinstalled/preinstalled/
[12:31] <ogra_> ah, line 509 in livefs.py
[12:33] <ogra_> (or rather 510 since it is wrapped)
[12:38] <cjwatson> infinity: there was a thread on -release about that, I think - I haven't really been following
[12:38] <cjwatson> ogra_: ok, give me a minute to have a look
[12:38] <cjwatson> (holiday today so may get interrupted)
[12:39] <ogra_> cjwatson, ah, i didnt even expect to see you around ... was just starting to quickly hack a "default_dir" var in to switch it for preinstalled :)
[12:39] <cjwatson> I'd rather you didn't
[12:39] <ogra_> yeah, quick hack ...
[12:39] <cjwatson> There's really no reason to have a different path there
[12:40] <cjwatson> I was deliberately trying to consolidate live and preinstalled, since the bulk of the differences there were entirely artificial
[12:40] <ogra_> ah, so you fix it on the publisher side ... k
[12:40] <ogra_> thats the part i hadn't looked at yet
[12:41] <cjwatson> I hadn't realised that debian-cd cared
[12:41] <cjwatson> It's like a single giant layering violation
[12:42] <cjwatson> The reason it's safe to have it be .../live/ is that the image_type is always different
[12:43] <cjwatson> So I'm just going to s/PREINSTALLEDIMAGES/LIVEIMAGES/g, basically
[12:43] <ogra_> yeah
[12:44] <cjwatson> Sorry for not noticing the failures
[12:44] <ogra_> well, it was me not noticing it
[12:44] <ogra_> and i still wouldnt have ... if there wasnt a user in #ubuntu-touch complaining about the n7 desktop images
[12:45] <cjwatson> Just trying a fresh build now
[12:45] <ogra_> well, essentially complaining about compiz still crashing in ubiquity-dm :)
[12:45] <cjwatson> Urgh, what
[12:45]  * cjwatson has broken something else, hang on a minute
[12:46] <cjwatson> all hail pdb
[12:47] <cjwatson> And it's broken really early which is why we haven't even been getting failure logs
[12:47] <ogra_> the livefs builds look all fine, i dont think you need to re-do them ... unless you want to test buildlive
[12:48]  * ogra_ sees proper rootfs.tar.gz for all of them
[12:48] <cjwatson> No, I hadn't been planning to
[12:51] <cjwatson> Ah, missing test
[12:52] <ogra_> oh, the path was even hardcoded in CONF.sh
[12:53] <cjwatson> Right, cdimage.config fixed (and test cases added); cron.daily-preinstalled running now
[12:55] <cjwatson> I'm not likely to be around much more for several hours - if anyone wants to start builds of other things affected by the same problem (which won't have been everything - it was any project/image_type combination for which there was an open-ended series range in etc/default-arches), feel free, otherwise I guess cron will sort it out
[12:57] <ogra_> yeah, lets leave it to cron
[12:57]  * ogra_ didnt plan to work during his vacation either ... i would have added a hack to be ripped out on tuesday
[13:14] <cjwatson> ogra_: that seems to have worked
[13:14] <ogra_> yep, and i see a /pending dir too now :)
[13:18]  * ogra_ would dance ... but its good friday and i cant break the law :P (dance prohibition in germany)
[13:19] <ogra_> (its that one law that makes germans feel like americans :) )
[13:29]  * skaet figures that as long as germans can drink beer on good friday, they can survive without the dancing ;)
[13:36] <ogra_> skaet, haha, yeah ...
[13:37] <skaet> :)
[13:37] <ogra_> (some here call it footloose friday here :) )
[13:37] <ogra_> -here
[13:38] <ogra_> clubs make a lot of money though ... people tend to gather at 11 and the music starts at 12
[13:44] <skaet> dancing starting at midnight hmm... in the US the equivalent is probably holiday shopping starting on the Friday after Thanksgiving.
[14:14] <Trevinho> Hello, do we really need a FFe for this: https://bugs.launchpad.net/unity/+bug/1152477 ?
[14:14] <ubot2`> Launchpad bug 1152477 in unity "[FFe] Window list in right click context menu should indicate the focused window" [Medium,In progress]
[14:14] <Trevinho> it's a really minor change, involving no API change or string change
[14:15] <ogra_> its a new feature ...
[14:15] <ogra_> and the doc team will need to take it into accound in screenshots for example ...
[14:15] <didrocks> ogra_: we do agree :)
[14:16] <ogra_> its definitely a "just nod it off" FFe
[14:16] <ogra_> buut nonthelsee an FFe
[14:16] <didrocks> yep
[14:16] <ogra_> *nontheless
[14:21] <xnox> Trevinho: doesn't it now need a UserInterfaceFreezeException as well now?!
[14:24] <Trevinho> xnox: it does not affect any screenshot or big ui change.
[14:24] <ogra_> how do you know the docteam didnt make a screenshot of the right click menu ?
[14:25] <Trevinho> ogra_: the right-click menu could not been affected in all the cases by this change
[14:25] <Trevinho> ogra_: you need that the doc team has two-windows of the same app opened and one of them focused to notice a change
[14:25] <ogra_> well, the process is to get the FFe nodded off and i think xnox is right that you also need the docteam to agree
[14:25] <ogra_> its not like thats hard or anything
[14:25] <Trevinho> ogra_: and the change would be trival anyway (not seeing a * in an item is really a small thing)
[14:26] <ogra_> sure, still we're past freezes and there is a process for this ...  if the change is trivial it will go very fast ...
[14:27] <Trevinho> ogra_: ok...
[14:27] <ogra_> (the time you spent discussing it here might have been sufficient to mail the docteam ;) )
[14:27] <Trevinho> ogra_: I only was asking this because in the past we never neded it for such trivial changes.
[15:32] <infinity> cjwatson: Ahh, indeed, it was on the list.  I've followed up.  Thanks for having a slightly less swiss-cheesy brain.
[15:33] <ogra_> infinity, so you got some sleep ?
[15:33] <infinity> ogra_: I did!
[15:33] <infinity> ogra_: It does happen once in a while.  Just not every night. :P
[15:33] <ogra_> yay !
[15:33] <infinity> (But last night, I actually slept, uhm... 5 hours?)
[15:34] <infinity> Which, for me, isn't a bad stretch.
[15:34] <ogra_> athst something at least
[15:34] <ogra_> *that's
[17:21] <Mirv> FYI I'm not sure what's the story behind qtpim upload at https://launchpad.net/ubuntu/raring/+queue?queue_state=0&queue_text= , but from my point of view it shouldn't have been uploaded (packaging is not complete, the organizer doesn't work at all without some patches I and a community member have submitted upstream etc)
[17:25] <pgraner> infinity, can you trigger a rebuild for https://bugs.launchpad.net/ubuntu/+bug/1129949
[17:25] <ubot2`> Launchpad bug 1129949 in ubuntu "corrupt package libgrail5_3.0.6-0ubuntu<IP_ADDRESS>_i386.deb on archive.ubuntu.com" [Undecided,New]
[17:27] <ScottK> Mirv: Rejected.
[17:27] <infinity> pgraner: Erm, wait.  What?
[17:28] <pgraner> infinity, tiaz pinged me and asked that I do it, but I don't have the voodoo to make it happen
[17:28] <infinity> pgraner: If the actual file is corrupt, we should just fix it.
[17:28] <Mirv> ScottK: thanks
[17:28] <infinity> (And if it is, that's worrying, to say the least)
[17:28] <ScottK> Easy decision since there's no FFe.
[17:30] <pgraner> infinity, I asked tiaz to join so you can talk to him :)
[17:30] <infinity> tiaz: Yo.
[17:31] <infinity> Why are we rebuilding packages to fix filesystem corruption?
[17:31] <infinity> (And why do we have corruption at all?)
[17:32] <tiaz> infinity: sorry, it occurred to me that I hadn't checked that we're still serving the bad package. I did confirm the one provided was bad
[17:32] <tiaz> looking for it now, just a sec
[17:33] <infinity> So, the one on pepo matches the librarian.
[17:33] <infinity> Is it broken on syncproxy, or the archive frontends?
[17:34] <tiaz> infinity: I think it was broken on the frontends and is no longer. the one I just fetched from a.u.c is correct, but I don't know which mirror I got it from. I'm going to pull it from all of them to make sure, but this may be a noop
[17:34] <infinity> If you just make sure all the archive frontends (and syncproxy) match pepo, and artificially touch the package to futz the timestamp, it should cascase and fix all the mirrors.
[17:35] <infinity> The timestamp/touch thing is essential, since most people don't rsync with sums (cause, ow, painful on a 0.5TB mirror), so if the file name/length/time don't change, they won't fix the file locally.
[17:35] <infinity> I'll touch it on pepo now, so it doesn't revert on mirror pushes.
[17:36] <infinity> All I can assume here is that one archive frontend broke, and it happened to be a parent to some other ccTLD mirror.
[17:36] <infinity> Would be nice if we knew which frontend that was, since it could point at something much worse.
[17:38] <tiaz> infinity: all the current mirrors are correct. I've touched them just in case, I'm now looking at if we had a different set when this was opened, just in case
[17:39] <infinity> Oh, I didn't notice the bug was a month old.
[17:39] <infinity> That makes it a bit harder to trace.
[17:39] <infinity> Bother.
[17:39] <infinity> tiaz: I assume you double-checked syncproxy too?
[17:40] <tiaz> infinity: yeah
[17:41] <infinity> Kay.  Well, no one should be rsyncing (or, in fact, allowed to rsync) from anything that isn't a child of one of the archive frontends.  So, if they're all happy, it should resolve itself.
[17:41] <infinity> And, like I said, I futzed the timestamp on pepo, and that should bubble out to the world and force every mirror to re-sync the package for no reason. :P
[17:42] <infinity> But that's still better than a whole new SRU for nothing.
[17:42] <infinity> I do wish the original reporter had been a bit more verbose.
[17:43] <tiaz> it would be really nice if they'd specified what mirror they got it from, yeah.
[17:43] <cjwatson> For all we know it was from an apt proxy of some kind.
[17:43] <cjwatson> And they only think it was corrupt on a mirror.
[17:43] <infinity> Yep.
[17:43] <infinity> But this quick touch faff isn't harming anyone.
[17:43] <infinity> So, whatever.
[17:44] <infinity> Belt and bracers.
[17:44] <infinity> And such.
[17:44] <cjwatson> Some versions of apt-cacher-ng, say, are REALLY good at corrupting packages
[17:44] <cjwatson> Like the one in precise
[17:44] <infinity> My apt-cacher-ng behaves quite well.  I must be lucky.
[17:44] <cjwatson> (Yes, there's an SRU in train for this, I believe)
[17:44] <infinity> Oh, or I've never run the precise version. :P
[17:45] <cjwatson> The one in precise occasionally thinks headers are data.
[17:45] <cjwatson> Comedy results.
[17:45] <infinity> I still need to sit down with a large stick and beat the notion of combined mirrors into its tiny brain.
[17:45] <tiaz> infinity: I was going to close it as we checked and it's not a problem, but I see adconrad just commented. should I leave it?
[17:46] <cjwatson> tiaz: /whois
[17:46] <infinity> You can sort of fool it into putting archive.u.c and ports.u.c into the same cache (so you don't have to download _all.deb twice), which is shiny and all, but then the cron job explodes when it tries to verify things.
[17:46] <cjwatson> :)
[17:46] <infinity> Silly.
[17:46] <infinity> tiaz: ... srsly?
[17:46] <infinity> tiaz: How long have we worked together, dude? :)
[17:47] <ScottK> Not long enough apparently.
[17:47] <infinity> Or too long.  I've been known to drive people insane.
[17:48] <tiaz> infinity: ha! I'm terrible with names and tend to remember irc nicks :)
[20:27] <xnox> infinity: who can accept stuff if you freeze the archive. Release team + archive admins?
[20:31] <ScottK> xnox: Technically yes, but by policy the release team.
[20:32] <xnox> ScottK:  infinity: will there still be britney block for everything on CDs?
[20:33] <ScottK> We've yet to actually write the britney block that would manage that.
[20:33] <ScottK> Although we got close.
[20:33]  * ScottK doesn't see much point.
[20:40] <infinity> I see no point in a britney block if we freeze the queue.
[20:45] <xnox> Ok. Also archive rebuild in progress....
[20:48] <xnox> infinity: AAs can't twiddle archive block as easily?
[20:49] <xnox> s/archive/britney/
[20:52] <ScottK> The ones that aren't also on the release team should know better.
[21:02] <xnox> ScottK: I'm confused about bug 1077624.
[21:02] <ubot2`> Launchpad bug 1077624 in simgear (Ubuntu) "Raring: Update Flightgear to version 2.10.0" [Wishlist,Confirmed] https://launchpad.net/bugs/1077624
[21:02] <xnox> it doesn't look like FFe has been granted yet, but it shows up in the sponsorship queue.
[21:14] <ScottK> xnox: OK.  It does now.
[21:15] <xnox> ScottK: about bug 1159832, am I ok to sync the new bitcoin from experimental?
[21:15] <ubot2`> Launchpad bug 1159832 in bitcoin (Ubuntu) "[FFE] bitcoin: Mandatory upgrade on May 15" [High,New] https://launchpad.net/bugs/1159832
[21:15] <ScottK> xnox: Yes.
[21:15] <xnox> ScottK: thanks.
[21:15]  * xnox testing.
[21:15] <ScottK> No problem.
[21:15] <ScottK> Thanks for checking.
[23:39] <phillw1> cjwatson: if you're still about, I have a failure on a mini-iso who should be informed?
[23:42] <phillw1> cjwatson: for your, and others information https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1161898
[23:42] <ubot2`> Launchpad bug 1161898 in debian-installer "Raring 1386 mini.iso complains about mismatched kernel" [Undecided,New]
[23:47] <cjwatson> phillw1: It's invalid.  I'll reply on the bug.
[23:51] <cjwatson> stgraber: ^- You might want to look at that, though, to see if there's some reason the tracker hadn't been updated.  I don't know whether that's usually automatic or manual.
[23:52] <cjwatson> stgraber: The tracker said 20101020ubuntu225 for all the netboot images, despite the last d-i update being a day or two ago.
[23:52] <cjwatson> (20101020ubuntu226)
[23:52] <phillw1> cjwatson: thanks, it's one of the lubuntu testers trying to get some pre-testing in for the mini iso's that we do use as 'worst case' smallest installs :D
[23:52] <cjwatson> stgraber: I don't know whether this is related to the upgrade testcases not being updated, as mentioned on ubuntu-release@; I don't know whether that's normally automatic or manual


[04:26] <kelvinliu> wallyworld: do u remember why we have the uniqID in statefulset annotation for naming storage?
[04:27] <kelvinliu> is it because PVs are global?
[04:27] <wallyworld> kelvinliu: so that if a pod gets destroyed and a new one comes up, we know which pvc to reattach. i think, that's from memory
[04:39] <kelvinliu> wallyworld: for statefulset, we only mange pvc template but not pvc, so storage config is always in statefulset level rather than pod level
[04:40] <wallyworld> yeah, there's some slightly different reason. it may be to do with allowing juju storage model to correctly tie the juju bit to the k8s bit. i'll look at the code and see if i can remember
[04:43] <kelvinliu> wallyworld: the application package does have those special storage handling logic, I am trying to understand if all those logic are necessary for the new stuff.
[04:44] <kelvinliu> wallyworld: I will probably just start from the simple version and land what we have, then rotate and enhance later when we need?
[04:46] <wallyworld> sure, we can iterate
[07:10] <icey> Morning manadart
[07:29] <manadart> Morning icey.
[10:48] <stickupkid> manadart, HO?
[12:51] <Chipaca> status-set is immediate, yes?
[12:52] <Chipaca> or is it only applied when a hook finishes successfully?
[14:18] <stickupkid> manadart, before you leave, HO?
[14:18] <jam> Chipaca: just to look like we're responsive... :) status-set is immediate
[14:18] <Chipaca> jam: :) thanks


[14:38] <OvenWerks> Eickmeyer[kde]: should you care :)  "07:32 < rgareus> dvzrv: new deps since 5.12 are libreadline-dev, libwebsockets-dev and libpulse-dev"
[23:20] <Eickmeyer> OvenWerks: Thanks, I'll keep that in mind in case I have to do it. I'm hoping somebody in Debian does it, otherwise that is a very large can of worms.


[09:33] <Fudge> can I talk about a Compiz crash in up to date Yakkety?
[11:40] <bregma> Fudge, you might be better off asking about Compiz in Yakkety on #ubuntu-desktop
[12:32] <ahayzen> Hi, i was wondering if there are any autopilot helpers for switching focus between windows under unity8/mir ? As i've found ways of doing it under unity7/x11 but these don't work with unity8/mir :-/
[13:29]  * mterry is having fun patching dbus to be relocatable
[14:34] <Saviq> ahayzen, don't think there are any, no, but should be relatively easy to write
[21:02] <Fudge> thanks ill do that


[00:29] <daugustine_lap> hello, i want to set up a bazaar server with public checking out but then authenticated committing... is this possible? and if so, how do you set up the users, can they be the users already on the os?
[00:31] <Peng> daugustine_lap: Usually you would use http for anonymous checkouts, then bzr+ssh for. committing.
[00:32] <daugustine_lap> alright... and that uses the current system users cause it goes through ssh?
[00:32] <Peng> Yep.
[00:32] <daugustine_lap> alright, thanks
[00:41] <alex-weej> is there something like giggle/gitk for bazaar?
[00:47] <dato> alex-weej: `bzr viz` from bzr-gtk
[00:48] <alex-weej> oo
[00:48]  * alex-weej checks it out
[01:03] <awilkins> Right, I'm off on my holidays, back in 2 weeks
[01:54] <ozzloy> i want to push to a windows 2k3 server.  what's the minimum stuff i need to install to do that?
[01:54] <ozzloy> on the win 2k3 server that is
[01:54] <ozzloy> it doesn't even have ftp installed right now
[01:55] <ozzloy> and if i can, i'd like to avoid.  is there a way to use bazaar itself to listen for connections?
[01:57] <bob2> you can use ssh/sftp/webdav(experimental), too
[01:59] <bob2> not sure if bzr:// itself has any auth yet
[01:59] <ozzloy> bob2: what if i'm ok that it doesn't have auth?
[02:00] <ozzloy> how do i make it so i can go bzr push bzr://<IP_ADDRESS>
[02:00] <bob2> then you can just run 'bzr serve' to allow read-only access
[02:00] <ozzloy> oh, so bzr:// without auth won't write
[02:01] <ozzloy> ok then.  i'll see aboutsome other method
[02:01] <bob2> no, bzr help serve
[02:01] <bob2> I just don't really want to suggest something so insecure :)
[02:02] <ozzloy> it's insecure, yes.  but i'm only doing it because my boss doesn't understand that every copy of the repo is completely functional
[02:02] <ozzloy> and so having it on 5 or so computers isn't enough backup
[02:02] <ozzloy> it has to be on the server that gets "backed up"
[02:03] <ozzloy> aha, bzr serve will probably do
[02:03] <ozzloy> thanks
[02:04] <daugustine_lap> how do you get svn+ssh to work..., if anyone could help me out or point me to the right place, i'd appreciate it bunches, i'm having the damnedest time
[02:09] <antoranz> Hi, Guys!
[02:09] <antoranz> Have you heard that bzr has problems running on 64-bit boxes?
[02:09] <bob2> no
[02:10] <bob2> are you having a problem?
[02:10] <antoranz> Today I saw the same kind of problem on two different boxes... one running SLES10 (unpathced, I think) and the other an OpenSuSE 10.2 (pathed... I think)
[02:10] <antoranz> patched, i mean
[02:10] <antoranz> I'll get the logs on monday and submit a bug then
[02:11] <antoranz> There were no problems besides those two on the two boxes.... they were both Turion Boxes.
[02:12] <bob2> I've not had any issues in 10 months running it on amd64, and I'm pretty sure the whole test suite has to pass on amd64 for every commit to trunk
[02:13] <antoranz> could it be a distribution problem then?
[02:13] <antoranz> what ditro do you use?
[02:13] <bob2> debian and ubuntu
[02:14] <antoranz> me two.. and I haven't seen the kind of problem I saw today
[02:14] <antoranz> (ubuntu, mostly, by the way)
[02:14] <antoranz> anyway.. I'll get the logs on monday and tell you how it was
[02:15] <antoranz> (post a bug report, anyway)
[02:30] <cody-somerville> bzr check shows:      1 inconsistent parents
[02:30] <cody-somerville> should I do a bzr reconcile?
[02:31] <Peng_> cody-somerville: That will fix it, but it's not like it's a big deal.
[02:32] <spiv> cody-somerville: yeah.  Although it's not a very serious problem.
[02:32] <Peng_> If you've gone to the effort to run check, you might as well reconcile.
[02:34] <cody-somerville> Peng, well, I've noticed a performance loss lately and my branch is 46mb while if I export it, the actual stuff only takes up 1.4mb
[02:35] <cody-somerville> Well, 2.4mb to be correct.
[02:37] <antoranz> but export will only export a revision
[02:37] <antoranz> that's not the repository per se
[02:38] <Peng_> cody-somerville: One inconsistent parent is not going to give you bad performance.
[02:38] <Peng_> cody-somerville: You're using packs, right?
[02:39] <cody-somerville> I just upgraded tonight from knit
[02:39] <cody-somerville> my branch only has 100 some commits but it has quite a bit of branch merging
[02:41] <spiv> After an upgrade you might have a bit of junk in .bzr/repository/obsolete_packs.  You can save some space by emptying (not deleting!) that directory.  That won't make any difference to performance though.
[02:42] <Peng_> cody-somerville: You might as well run reconcile, then. I don't think it will take long.
[02:43] <cody-somerville> spiv, that'll improve initial branch times, no?
[02:43] <pickscrape> Weird. My bash prompts is suddenly slower and shows bzr branch details if I'm in a branch directory.
[02:43] <cody-somerville> pickscrape, mine too :(
[02:44] <pickscrape> Something new in 1.6?
[02:45] <cody-somerville> wow!
[02:45] <cody-somerville> I
[02:45] <cody-somerville> After doing the reconcile, bzr branch flew! :)
[02:45] <Peng_> pickscrape: Yeah. It was an accident that it got installed.
[02:46] <Peng_> pickscrape: Delete /etc/bash_completion.d/bzrbashprompt.sh to get rid of it if you want to.
[02:46] <pickscrape> It's would actually be a pretty cool feature if it didn't cause such a drag on general bash performance
[02:47] <Peng_> Agreed.
[02:48] <pickscrape> Anyone know if 1.5 for hardy will make it back into the PPA before Monday? We're about to migrate to bzr so that's a complication I wasn't planning on having to deal with :)
[02:49] <pickscrape> I suppose they could just try specifying feisty in sources.list
[02:49] <Peng_> pickscrape: Well, using 1.6b3 shouldn't cause any problems (except with plugin compatibility.)
[02:50] <pickscrape> And constantly complaining about getting the server upgraded :)
[02:50] <Peng_> Heh, that too.
[02:52] <spiv> cody-somerville: no, it won't affect initial branch times, the obsolete_packs are basically ignored by everything.
[02:54] <cody-somerville> Peng_, spiv: Well, regardless, now that I've done the reconcile the branch took 43 seconds (and that included me entering my password) in comparison to 941.563 seconds
[02:55] <Peng_> What took 941 seconds?
[02:57] <cody-somerville> Peng_, initial branch
[02:57] <cody-somerville> from launchpad
[02:58] <Peng_> Ooh.
[02:59] <docgnome> I'm have a bzr repo on my desktop that I keep all my emacs settings in. mostly I'm using it like a glorified rsync. I want to whack that machine though. If I unbind one of my checkouts on another box, rebuild my desktop machine and do a checkout on it, can I tell my other checkouts to rebind to the new place?
[03:02] <bob2> as long as you remember to commit and update
[03:05] <docgnome> on the checkout?
[03:06] <bob2> commit on the desktop
[03:06] <bob2> and udpate on the other machine
[03:07] <docgnome> ah yeah.
[03:16] <cody-somerville> How do I revision control bzr hooks if they exist under .bzr?
[03:30] <Odd_Bloke> cody-somerville: You want the hooks to be part of the branch's history?
[03:30] <cody-somerville> Odd_Bloke, well, I want the hooks to be downloaded with the branch so that they're always run
[03:31] <Odd_Bloke> Well, off the top of my head, I'm not sure of a good way to do that.
[03:31] <Odd_Bloke> I'd suggest posting something to the ML or asking a question on LP.
[03:32] <pickscrape> I think there are security implication with that
[03:32] <Odd_Bloke> As it's 3:30am here, I'm going to bed. :)
[03:33] <Peng_> You can set up something so "make hooks" or whatever installs them.
[03:33] <Peng_> And tell people to run it.
[03:33] <Odd_Bloke> That seems reasonable.
[03:33] <Odd_Bloke> *GONE*
[03:34] <Peng_> Odd_Bloke: Good night.
[03:39] <docgnome> /part/part
[03:39] <docgnome> ...
[03:39] <docgnome> fail
[03:45] <Peng_> I love when people fail to exit. It gives you a chance to get a last word in.
[05:53] <alfonsodg> Hello
[05:54] <alfonsodg> i have a problem....
[05:55] <alfonsodg> when i try to push a content in a new branch with: bzr push<EMAIL_ADDRESS>[05:55] <alfonsodg> i receive a message: bzr: ERROR: Transport operation not possible: readonly transport
[05:55] <alfonsodg> any ideas?
[05:59] <Yurim> Hi, I just shot myself in the foot with bzr. Is there anybode awake willing to help me reanimate my branch?  After some hours of work, i moved files from a subdirectory into the parent directory, removed the subdir and got now "ERROR: exceptions.AssertionError: Could not find target parent in wt: w3mimg/fb"
[06:01] <Yurim> now i can't branch from this dead branch and "bzr st" raises an exception. how do i get the last revision?
[06:06]  * Yurim sighs.
[06:13] <Peng_> Yurim: This isn't great, but if you rename .bzr/checkout/, bzr should forget that you have a working tree.
[06:13] <Peng_> Yurim: (Don't delete it though.)
[06:13] <Peng_> Yurim: Are you using bzr 1.5 or 1.6b3?
[06:14] <Yurim> @peng: ah, somebody listening. bazaar 1.3.1 from ubuntu
[06:14] <Yurim> i can reproduce the bug
[06:14] <Yurim> mkdir -p test_repo/subdir1; touch test_repo/subdir1/file1; cd test_repo; bzr init .; bzr add .; bzr commit -m "initial commit. 1 subdir, 1 file"; rm subdir1/file1; bzr rm subdir1; bzr st
[06:16] <Peng_> Yurim: I can confirm that with bzr.dev. You should file a bug, if there isn't one already.
[06:16] <Yurim> ok, i'll do that immediately
[06:18] <Peng_> I think I remember hearing about something like that a few months ago.
[06:19] <Yurim> @Peng_ Thank you very much. Removing .bzr/checkout was the thing i needed.
[06:20] <alfonsodg> sorry .... any ideas about my problem?
[06:20] <Peng_> "bzr branch" stopped working too? I wonder why it cares about the working tree?
[06:20] <Peng_> alfonsodg: Err.
[06:22] <Peng_> alfonsodg: Sorry, I hadn't noticed your question. If you're sure you're using bzr+ssh, I dunno.
[06:22] <Peng_> alfonsodg: Are you using a modern version of bzr?
[06:22] <alfonsodg> bzr 1.3.1
[06:23] <alfonsodg> Peng_: included with ubuntu hardy
[06:23] <alfonsodg> Peng_: i must to upgrade, right?
[06:23] <Yurim> right, "bzr branch" stopped working too. that was the first thing i tried and after i saw the exception i began to panik
[06:24] <Peng_> alfonsodg: It would be a good idea to upgrade, but I don't know if it will help here.
[06:24] <bob2> have you tarred up the whole thing now so fddling won't break it further?
[06:25] <Peng_> alfonsodg: (You can use the apt repo -- https://launchpad.net/~bzr/+archive )
[06:26] <Peng_> Does the PPA seriously not have a version of bzr for Hardy right now? Oops.
[06:29] <alfonsodg> Peng_: updating.....
[06:30] <alfonsodg> Peng_: sure... i will install from sources.....
[06:46] <Yurim> @bob2 sorry, i didn't see your question. no i haven't but after copying the whole directory and removing .bzr/checkout i could branch from this new directory and copy my changes from the old one. everything's back to normal again
[06:50] <alfonsodg> Peng_: nothing... still the problem.......
[06:51] <Peng_> alfonsodg: Can you push anywhere else? Are you sure you aren't accidentally using http? What's the exact command you're running?
[06:52] <alfonsodg> bzr push<EMAIL_ADDRESS>[06:52] <alfonsodg> bzr: ERROR: Transport operation not possible: readonly transport
[06:53] <alfonsodg> Peng_: with this works: bzr push sftp://alfonsodg@localhost/~/example_dok
[06:54] <alfonsodg>  bzr push<EMAIL_ADDRESS>[06:54] <alfonsodg> bzr: ERROR: Permission denied: "/~alfonsodg/edukt/main": [Errno 13] mkdir failed
[06:54] <Peng_> alfonsodg: Can you push to any other branches on Launchpad?
[06:54] <Peng_> Ah-ha!
[06:55] <Peng_> alfonsodg: That's a mirrored branch. Push to your server, not Launchpad.
[06:55] <Peng_> alfonsodg: https://code.launchpad.net/~alfonsodg/edukt/main says it's a mirror of http://cosperu.com/EduKT , which doesn't exist. If you didn't intend to make it mirrored, it's easy to change.
[07:02] <alfonsodg> Peng_: thanks.... in fact, the problem was in the launchpad side.....
[07:39] <lifeless> moin
[07:39] <Peng_> Good morning.
[07:41] <Jc2k> moin
[07:46]  * Peng_ wonders why a pull of bzr.dev has been running for a couple minutes.
[07:56] <Peng_> Still going . . .
[07:56] <Peng_> If I'm DoSing bazaar-vcs.org, well, it's your fault. :P
[08:25] <Peng> Oh, good, it exited with "No revisions to pull" after 1030.762 seconds.
[08:25] <Peng> Man, Mercurial's really got you guys beat. :P
[08:26] <RAOF> That seems to be unusually poor performance for a noop.
[08:26] <Peng> Yes, yes it does.
[08:27] <RAOF> Oh, I'm pulling from launchpad, which may make a difference, but mine is 17s
[08:27] <Peng> I know it's weird. It's usually only a few seconds.
[08:27] <bob2> is your local branch the same format as /bzr/bzr.dev?
[08:27] <lifeless> Peng: wtf
[08:28] <lifeless> Peng: can you grab your ~/.bzr.log for the session and file a bug?
[08:28] <fullermd> Pshaw.  hg isn't THAT much faster.  Why, it took me almost 10 seconds to pull 3.5 months worth of mutt changes.
[08:28] <Peng_> Haha, "wtf" is a good reaction.
[08:29] <Peng_> I just tried again. It took 3.081 seconds.
[08:29] <Peng_> lifeless: I was kinda pulling 4 things at once, so my .bzr.log is messy.
[08:30] <fullermd> I did have a bzr.dev pull go off into the weeds once a month or two back.  It spent several minutes using no CPU and doing no network transfer.  Killed it, restarted, and it ran normally.
[08:30] <fullermd> I marked it up to "bizarre network crap".
[08:30] <Peng_> Heck, I can't even tell which is which. .bzr.log should include the CWD.
[08:31] <Peng_> fullermd: Yeah. It was probably something like a connection died and it took forever to time out.
[08:53] <bob2> could pull trigger a local repack even if nothing is pulled?
[08:55] <fullermd> I don't think so...
[08:55] <Peng_> I doubt it.
[08:57] <Peng_> If it would, it would've repacked last time it added revisions.
[08:57] <Peng_> Also, it didn't trigger one.
[09:13] <lifeless> uws: rebase bug fixed in a branch for you
[09:32] <lifeless> jelmer: bug is fixed
[09:48] <Peng_> Ooh, what bug?
[10:04] <jelmer> lifeless: which bug ? :-)
[10:17] <lifeless> jelmer: rebase slow
[10:18] <jelmer> EMISSINGBUNDLE
[10:18] <Peng_> Nice.
[10:18] <jelmer> :-P
[10:18] <lifeless> jelmer: EATTACHEDTOBUG
[10:18] <lifeless> :P
[10:19] <jelmer> at least lp didn't mail me about anything being attached to that bug...
[10:19] <lifeless> https://bugs.edge.launchpad.net/bzr-rebase/+bug/249823
[10:20] <jelmer> ah, it's a branch
[10:20] <jelmer> malone doesn't appear to email if a  branch is attached
[10:20]  * jelmer files bug
[10:28] <lifeless> -> conf
[11:30] <lifeless> jelmer: where is commit-notify?!
[12:52] <LarstiQ> lifeless: bzr-gtk?
[13:08] <kiorky> jelmer: any chance, you around?
[14:29] <ChristopheT> Hi.  One can use "bzr ci --fixes x:id".  And then what?  It is visible with "bzr cat-revision" but can it be searched upon (to answer the question "in which revision was bug x fixed?")?
[15:04] <bob2> ChristopheT: not sure if it is exposed by the bzr ui, but launchpad can use it (and maybe trac etc)
[15:22] <Peng_> Launchpad uses it. Trac certainly *could*, but who knows if it does.
[15:28] <kiorky> jelmer: it seems the progress function is bugged somehow
[15:29] <kiorky> jelmer: i putted a "return;" at first statement in ra.c:py_progress_function as the first statement and then i was able to check out something
[15:31] <uws> lifeless: rock on
[16:55] <alfonsodg> Peng_: ping
[16:59] <Peng_> alfonsodg: Pong.
[17:01] <Peng_> peng ping pong
[17:01] <alfonsodg> Peng_: in reference to https://bugs.launchpad.net/bzr/+bug/250022.... what's the procedure for fix a bug?... i found the problem but is my first bug with bzr /launchpad
[17:03] <Peng_> alfonsodg: Branch bzr.dev, start hacking?
[17:03] <Peng_> But that might be a big one for someone new...
[17:04] <alfonsodg> Peng_: nope...... the code is really easy.... great work... by the way... joining to bzr.dev
[17:05] <Peng_> :)
[17:05] <Peng_> You shouldn't direct that at me; I'm hardly a developer.
[17:05] <Peng_> I fix the occasional typo in the documentation but that's it.
[17:06] <alfonsodg> Peng_: ok.... but at least...... need some guides...
[17:07] <Peng_> Well, there's http://bazaar-vcs.org/Documentation and the ./doc directory in the source tree.
[17:07] <alfonsodg> Peng_: looking.... right... thanks
[17:08] <alfonsodg> Peng_: i think that the bug was for bzr-gtk which doesn't have enough information.....
[17:08] <alfonsodg> Peng_: my mistake
[19:23] <colbrac> In bzrlib: I have a workingtree object and want to merge from a bundle. For a branch you use wt.merge_from_branch(branchobject). Where is the merge_from_bundle? :)
[19:38] <beuno> Verterok, mornin'.   If you don't have anything fun to do today, you may want to try upgrading knits -> packs on xmloutput: https://code.launchpad.net/~guillo.gonzo/bzr-xmloutput/trunk
[19:39] <Verterok> beuno: mornin'
[19:39] <Verterok> beuno: ups, I already upgraded it, but only xmlrpc branch :P
[19:40]  * Verterok upgrading trunk
[19:40] <beuno> Verterok, :)
[19:42]  * beuno is on a crusade to upgrade knits -> packs everywhere
[19:44] <Verterok> beuno: bzr: ERROR: The branch format Bazaar-NG meta directory, format 1 is already at the most recent format.
[19:59] <beuno> Verterok, are you upgrading using sftp?
[19:59] <beuno> (you can only upgrade through sftp)
[19:59] <Verterok> beuno: bzr upgrade --pack-0.92 lp:bzr-xmloutput/0.4
[20:00] <beuno> Verterok, bzr upgrade<EMAIL_ADDRESS>[20:00] <Verterok> ok, thanks
[20:01] <beuno> we should really warn people when trying to upgrade via bzr+ssh...
[20:01] <Verterok> indeed :)
[20:13] <Verterok> beuno: done, the upgrade just finished. thanks for the tip.
[20:13] <beuno> Verterok, cool, one down, 12 to go
[20:13] <Verterok> :D
[20:14] <Verterok> good luck
[20:40] <bialix> luks: ping
[21:22] <pygi> I see you're pushing KDE to bzr :)
[22:55] <lifeless> hola
[23:05] <Jc2k> lo
[23:17] <Mecha25> Anybody here have time to help with debugging a BZR upload?  my client says it's uploaded properly, and launchpad says it has the structure, but that the directories are empty
[23:17] <Mecha25> I tried reuploading, but it said all files were up to date, even though they're not there
[23:18] <Mecha25>  anybody out there?
[23:20] <Mecha25> 115 people in the room and everybody's afk
[23:20] <Mecha25> jeez
[23:20] <cody-somerville> I
[23:20] <cody-somerville> I'm not afk.
[23:21] <Mecha25> do you have time to help me debug an upload?  I've spent 2 weeks working on a plug-in for Gnome-do, and it'll be for nothing if I can't upload it
[23:22] <lifeless> Mecha25: sure
[23:23] <lifeless> Mecha25: run 'bzr info URL -v" where URL is the place you uploaded to
[23:24] <Mecha25> URL including the LP: at the front?
[23:24] <lifeless> yes
[23:25] <Mecha25> standalone branch, format unnamed
[23:25] <Mecha25> and gives me a location
[23:25] <Mecha25> I uploaded the code before, it says it worked, but launchpad lists the branch as empty
[23:25] <lifeless> Mecha25: whats the branch ?
[23:26] <Mecha25> there's 2, I'll give you the simple one, I'll do the complicated one later
[23:26] <Mecha25> lp:~mechaphoenix25/do-plugins/Grep-Plugin
[23:28] <lifeless> Mecha25: have you done 'bzr commit' ?
[23:28] <Mecha25> no
[23:29] <Mecha25> bzr commit lp:~mechaphoenix25/do-plugins/Grep-Plugin ?
[23:29] <lifeless> Mecha25: if you haven't committed there is nothing to upload :)
[23:29] <lifeless> Mecha25: three key commands:
[23:29] <lifeless> Mecha25: bzr st
[23:29] <lifeless> bzr diff
[23:29] <lifeless> bzr commit
[23:29] <Mecha25> ok
[23:29] <lifeless> st shows you what will be added/deleted/renamed/altered etc
[23:29] <lifeless> diff shows you the content changes of each file
[23:30] <Mecha25> I've never used a version control system before, I know how to use diff though.  Thanks, it's been really confusing so far
[23:30] <Mecha25> so I need to   bzr commit lp:~mechaphoenix25/do-plugins/Grep-Plugin ?
[23:30] <Mecha25> from the directory containing the code?
[23:31] <lifeless> just 'bzr commit'
[23:31] <lifeless> after you use 'bzr st' and 'bzr diff' to be sure its going to commit what you want committed
[23:31] <lifeless> after teh commit, you can do 'bzr push'
[23:31] <Mecha25> ok... did the commit, and it threw me into vim
[23:31] <lifeless> right
[23:31] <Mecha25> exit it?
[23:32] <lifeless> write a message describing your commit
[23:32] <Mecha25> alright, then bzr st
[23:32] <Mecha25> and bzr push lp:... etc
[23:32] <Mecha25> ?
[23:32] <lifeless> yes
[23:33] <Mecha25> alright, one sec
[23:34] <Mecha25> it says it pushed the revision
[23:34] <Mecha25> ok, now what does a commit actually mean?
[23:34] <lifeless> a commit records a directory structure and the content fo the files within it
[23:34] <lifeless> a bit like a tar file
[23:34] <Mecha25> ok, then what does bzr add do?
[23:34] <Mecha25> I had to do that first I think
[23:35] <lifeless> bzr add selects files to have them be recorded
[23:35] <lifeless> files that have not been added are 'unknown' to thbzr
[23:35] <lifeless> *bzr8
[23:35] <Mecha25> ok
[23:35] <Mecha25> so I create the branch, add the files, commit the tree, then push it?
[23:35] <lifeless> yes
[23:35] <lifeless> and then you can make further changes
[23:35] <Mecha25> um... I did the push, it's still showing up as empty
[23:35] <lifeless> commit the tree again and push again
[23:36] <lifeless> Mecha25: run bzr log URL
[23:36] <lifeless> Mecha25: where URL is the lp url
[23:36] <lifeless> and look http://bazaar.launchpad.net/~mechaphoenix25/do-plugins/Grep-Plugin/
[23:36] <Mecha25> says it uploaded, has my message
[23:36] <lifeless> its all operating as normal
[23:37] <Mecha25> um.... it still says empty on my end
[23:37] <lifeless> Mecha25: what do you mean
[23:37] <lifeless> uws: please let me know if the performance issue in rebase is better
[23:37] <Mecha25> refreshing the page says it's still empty, but the link you sent me worked
[23:38] <Mecha25> weird
[23:38] <Mecha25> your link is what I'm viewing, and it says it's empty when I view it normally, and working when I view it from your link
[23:38] <Mecha25> odd
[23:38] <lifeless> what do yo umean 'view it normal'
[23:39] <Mecha25> no, wait, you're on bazaar.launchpad, I'm on code.launchpad
[23:39] <Mecha25> I mean go in from my launchpad profile
[23:39] <lifeless> code.launchpad.net takes a few minutes to update its history listing normally
[23:39] <Mecha25> d'oh
[23:39] <Mecha25> alright then, I can wait
[23:39] <lifeless> there is a issue right now I think, something backlogged
[23:39] <lifeless> but it has worked
[23:40] <Mecha25> wahoo!  I'll upload the other one, and chuck it on the mailing list
[23:40] <Mecha25> thanks a ton, this open source development thing is finally paying off
[23:40] <Mecha25> peace


[01:32] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop amd64 [Xenial 16.04.5] has been marked as ready
[01:32] -queuebot:#ubuntu-quality- Builds: Ubuntu Kylin Desktop i386 [Xenial 16.04.5] has been marked as ready
[01:39] <evilman_work> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[01:39] <evilman_work> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[01:39] <evilman_work> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[01:39] <evilman_work> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[01:54] <Cprossu13> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[01:54] <Cprossu13> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[01:54] <Cprossu13> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[01:54] <Cprossu13> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[02:11] <vespaper> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[02:11] <vespaper> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[02:11] <vespaper> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[02:11] <vespaper> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[02:49] <rkta> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[02:49] <rkta> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[02:49] <rkta> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[02:49] <rkta> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[02:59] <crayfishx0> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[02:59] <crayfishx0> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[03:21] <Hello7114> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[03:22] <barq3> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:23] <barq3> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[03:25] <SkyPatrol9> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:25] <SkyPatrol9> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[03:25] <SkyPatrol9> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[03:25] <Chew27> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:27] <Maple__16> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[03:27] <Maple__16> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[03:27] <Maple__16> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[04:02] <ski777729> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[04:02] <ski777729> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[04:02] <ski777729> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[04:02] <ski777729> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[04:15] <and> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[04:15] <and> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[04:21] <Blendify_i5> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[04:21] <Blendify_i5> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[04:26] <wiggle> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[04:43] <kambiz18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[04:43] <kambiz18> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[04:43] <kambiz18> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[05:11] <krushia> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:47] <SakiiR10> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:53] <Guest84897> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:53] <Guest84897> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[05:53] <Guest84897> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[05:53] <Guest84897> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[05:59] <Geeky_Bear> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[05:59] <Geeky_Bear> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[05:59] <Geeky_Bear> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[06:01] <frmus24> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[06:01] <frmus24> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[06:03] <Nevolution222> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[06:03] <Nevolution222> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[06:03] <Nevolution222> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[06:03] <Nevolution222> A fascinating blog by freenode staff member Matthew 'mst' Trout https://MattSTrout.com/
[06:23] <Davnit> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[06:23] <Davnit> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[07:08] <calcul0n> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[07:08] <calcul0n> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[07:08] <calcul0n> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[07:13] <Death91612> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[07:28] <d0nn1e> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[07:28] <d0nn1e> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[07:28] <d0nn1e> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[08:23] <vectr0n18> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:31] <SuperSeriousCat5> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:41] <percY-22> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:43] <SleePy25> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:43] <Guest91381> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:51] <Selavi29> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[08:51] <Selavi29> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[08:51] <Selavi29> Read what IRC investigative journalists have uncovered on the freenode pedophilia scandal https://encyclopediadramatica.rs/Freenodegate
[09:35] <infernix3> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[09:50] <theaetetus> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[09:50] <theaetetus> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[10:44] <LambdaComplex17> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[10:44] <LambdaComplex17> I thought you guys might be interested in this blog by freenode staff member Bryan 'kloeri' Ostergaard https://bryanostergaard.com/
[11:03] <cebor24> With our IRC ad service you can reach a global audience of entrepreneurs and fentanyl addicts with extraordinary engagement rates! https://williampitcock.com/
[11:14] <flocculant> !ops
[11:14] <flocculant> can we deal with these morons in this channel please :)
[11:14] <DalekSec> Arguably I am.
[11:15] <flocculant> :)
[11:15] <DalekSec> That is a very sad access list.
[11:15] <flocculant> cheers DalekSec :)
[11:15] <DalekSec> flocculant: Sure thing, remind me to remove it at some point.
[11:15] <flocculant> pretty much a desert in this channel ...
[11:15] <flocculant> yea for sure :)
[12:25] -queuebot:#ubuntu-quality- Builds: Xubuntu Desktop amd64 [Xenial 16.04.5] has been marked as ready
[12:25] -queuebot:#ubuntu-quality- Builds: Xubuntu Desktop i386 [Xenial 16.04.5] has been marked as ready
[15:24] -queuebot:#ubuntu-quality- Builds: Ubuntu Base amd64 [Xenial 16.04.5] has been marked as ready
[15:24] -queuebot:#ubuntu-quality- Builds: Ubuntu Base armhf [Xenial 16.04.5] has been marked as ready
[15:24] -queuebot:#ubuntu-quality- Builds: Ubuntu Base powerpc [Xenial 16.04.5] has been marked as ready
[15:24] -queuebot:#ubuntu-quality- Builds: Ubuntu Base s390x [Xenial 16.04.5] has been marked as ready
[15:24] -queuebot:#ubuntu-quality- Builds: Ubuntu Base arm64 [Xenial 16.04.5] has been marked as ready
[15:24] -queuebot:#ubuntu-quality- Builds: Ubuntu Base ppc64el [Xenial 16.04.5] has been marked as ready
[15:24] -queuebot:#ubuntu-quality- Builds: Ubuntu Base i386 [Xenial 16.04.5] has been marked as ready