[08:12] <alterjsive> After installing ubuntu, my gen8 ProLiant server will show a red screen with Illegal Opcode error in the next reboot and will not load the operating system.
[08:12] <alterjsive> Any idea’s how to fix this from the MAAS interface?
[08:12] <alterjsive> https://support.hpe.com/hpesc/public/docDisplay?docId=c03007105
[08:12] <alterjsive> https://support.hpe.com/hpesc/public/docDisplay?docLocale=en_US&docId=c02695572
[09:04] <classicsnail> alterjsive: firmware issue maybe? I've seen that on Dell kit when using UEFI boot, and a seemingly corrupted UEFI environment
[09:06] <classicsnail> ah, different, same outcome, different result, are you sure you're booting the storage right device ?
[09:09] <alterjsive> classicsnail: ah I see why it doesn't work. I installed an nvme pci express card. I don't think it can boot from that.
[09:13] <alterjsive> I can boot from a normal disk instead
[09:14] <alterjsive> classicsnail: i've also got some gen7 servers, but they just powerd down. Is this because I need to enter iLO login username/password?
[09:45] <alterjsive> classicsnail: what is  the best way to restart?
[09:45] <alterjsive> delete the machine and boot from pxe?
[09:52] <classicsnail> commissioning usually turns off a machine after it's done
[09:52] <classicsnail> at least I'm guessing this is what's happening with you here
[09:52] <classicsnail> do you have the power control setup for each machine in the configuration?
[09:53] <alterjsive> classicsnail: I didn't need to do that for my gen 8 machine.
[09:55] <alterjsive> classicsnail: will check it out the power setup. How can I do a new commission with the gen 8 server?
[09:57] <classicsnail> commissioning is just one of the available actions, in the same drop down as the deploy and other options
[09:58] <classicsnail> but I'm not quite clear on what it is your problem is? the power control won't ever work unless you configure the power control with a valid starting username and password for each machine, in the configuration
[09:58] <classicsnail> maas will create a maas user with the appropriate permissions on the ilo, but the first time has to be entered somehow
[09:59] <classicsnail> I usually have a spreadsheet with all the unique chassis passwords for each machine that I get from the DC peeps
[09:59] <alterjsive> yeah I have the ilo usernames and passwords
[09:59] <alterjsive> weird that I didn't need to enter it for the gen 8 server then
[09:59] <alterjsive> I could get to the deploy stage
[10:00] <classicsnail> not sure how that works then, I'm not that familiar with the ilo myself
[10:01] <alterjsive> I should read the manual, just have had a migrane for a few days :/
[10:02] <alterjsive> thanks
[10:40] <mup> Bug #1921616 opened: [Feature Request] Tunable IPMI wait_time on power change <MAAS:New> <https://launchpad.net/bugs/1921616>


[06:52] <OvenWerk1> Hmm, used to be I could highlight text and paste by merely middle clicking in the text field where I wanted it... not so in xubuntu 16.04. but it seems to work fine in ubuntustudio which has the same desktop. how do I get this functionality back in xubuntu too? There are two xubuntu boxen in the house and ctl this that any the other is a pain.
[06:53] <knome> that's a good question :)
[06:53] <knome> ..to which i don't have a good answer
[06:53] <OvenWerk1> I have looked through settings and google.
[07:00] <Unit193> Fresh install or upgrade?  Any clipboard managers running?  I use the primary and secondary clipboards all the time.
[07:01] <Unit193> (Shift+Ins, Ctrl+Shift+Ins)
[07:11] <OvenWerk1> shift?
[07:12] <OvenWerk1> Unit193: I have never had to use shift before... why the extra finger work. swipe with mouse to copy middle click to paste.. has been for years in most linux systems.
[07:15] <OvenWerk1> Unit193: it works in studio with the same xfce.
[07:23] <Unit193> OvenWerk1: Indeed, I use it all the time.  Was giving an example of ant alt method to use it.
[07:27] <OvenWerk1> Unit193: hmm, ok, I will try a different mouse. Maybe the mouse is not giving middle click on scroll wheel press.
[07:28] <OvenWerk1> Thank you for confirming that it should work.
[07:30] <Unit193> `xev` is an easier way to check.
[07:37] <xub> does anyone know the shortcut key to suspend for lightdm greeter?
[07:38] <xub> it's supposed to be F12, but that doesn't work for me in xenial
[07:38] <xub> in fact, it hasn't worked for me at least since 15.04
[08:09] <micw> hi
[08:09] <knome> hello
[08:10] <micw> can anyone confirm that replacing light-locker with xscreensaver solves the "no mouse cursor after standby" problem?
[08:10] <micw> (at least for me it does)
[08:11] <micw> it also solves the "black screen after hibernate" problem for me that occurs (once again) in 16.04
[08:44] <choki> Hello
[08:45] <choki> Where does Mousepad store its configuration file?
[11:23] <nodebox> hello!
[13:06] <hylian> anyone know if sugar is as buggy as it was a year or two ago?
[13:17] <yans> hi
[13:39] <Benl90> hello, I want to ask, why my xubuntu don't produce sound?
[13:41] <GeekDude> Benl90: Could be any number of reasons. Your speakers could be dead, they could be unplugged, your sound card could be dead, there could be a bug in pulseaudio, your sound hardware could be unsupported, etc.
[13:41] <GeekDude> Do you have a model number for your computer/sound card?
[13:42] <Benl90> ah how to get the soundcard on xubuntu?
[13:42] <Benl90> anyway it works on windows 10
[13:46] <Benl90> ello?
[13:57] <xubuntu28i> Installing xubuntu now
[13:57] <xubuntu28i> Lubuntu doesn't booted, hope this will work
[14:02] <xubuntu28i> Is anyone alive?
[14:03] <xubuntu28i> @cereal
[14:03] <xubuntu28i> #cereal
[16:19] <sorinello> Hello. Is there a Samba GUI client available ? I want to easily setup a share on my xubuntu laptop
[16:35] <krytarik> !info system-config-samba | sorinello
[18:38] <user20> Is there any way to force Xfce windows to cross the top border?
[18:45] <Synalicious> Hey.. I have a weird question and you all probably have the answer. I use byobu with tmux and it loads on login. I accidently suspended tmux within Byobu and now I have a (unknown) :0 user in my who list. Any idea how to get arid of the unkown user?
[18:45] <Synalicious> More info: who -u shows a process id of 2015 which a ps shows root      2015  0.0  0.6<PHONE_NUMBER>4 ?        Sl   14:30   0:00 gdm-session-worker [pam/gdm-launch-environment]
[19:28] <Synalicious> Hello. Does anyone know how to get arid of an (unknown) :0 user within a who list?
[19:44] <xubuntu19i> Hola
[19:45] <xubuntu19i> ¿Hay alguien acá?
[19:47] <krytarik> !es | xubuntu19i
[19:49] <xubuntu19i> gracias
[22:13] <Guest80155> hello. I installed 16.04 today and noticed that Numix turns various fields/widgets black, e.g. search forms in Firefox or the Wisker menu. I've never encountered this problem before. Any idea how to fix this?
[22:14] <Guest80155> The netbook I'm typing from also uses Numix and here everything is white the way I know it.


[09:08] <trijntje> Hi all, is there a way to get older daily builds for ubuntu? Like a month old or so?
[09:09] <trijntje> I need to investigate a kernel panic that only occurs while updating
[15:38] <k1l> global menue is not working for gnome-terminal and xchat. can someone confirm that?
[18:20] <ikonia> !info linux-image
[18:58] <Daekdroom> How broken is 13.10 right now?
[18:58] <Daekdroom> I felt like upgrading.
[18:58] <Daekdroom> *feel
[19:27] <bjorkintosh> it is not too badly broken.
[19:27] <bjorkintosh> i'm using it currently without noticeable issues.
[19:28] <bjorkintosh> it seems to have killed my microphone though.
[19:28] <wilee-nilee> Daekdroom, If you can deal with a fail go for it, upgrading to a development has its possible perils.
[19:29] <Daekdroom> wilee-nilee, I'm a regular development version user.
[19:29] <Daekdroom> I just need to know if there is something too broken right now.
[19:29] <wilee-nilee> Daekdroom, I always do fresh installs so I dualboot it.
[19:38] <Daekdroom> do-release-upgrader process crashed (right at the beginning, fortunately)
[19:38] <Daekdroom> Although I was running update-manager.
[19:44] <Daekdroom> *do-release-upgrade
[19:44] <bjorkintosh> update-manager -d
[20:22] <FernandoMiguel> hey
[20:22] <Daekdroom> Can't seem to report the upgrade crash =(
[21:11] <BigProblem> hi need help with 13.10 and encrypted fs since i updated he can't mount my encrypted fs any more if i do in maintance shell encryptfs-mount-private he tells me that private encrypted dir is not setuped probally
[21:12] <BigProblem> i have had a standart ubuntu settup 13.04 with full encrypted hdd
[21:56] <BigProblem> hmmmm so here is no one alive with lvm and encrypted fs knowleg
[21:57] <BigProblem> ? i think the fstab ist demaged
[22:03] <BigProblem> nope it is in crypttab ok
[22:07] <BigProblem> ok it is the fstab plz help me repair that
[22:07] <BigProblem> ^^
[22:51] <ikonia> BigProblem: what's the actual issue ?
[23:00] <BigProblem> the issu is i cant mount my main partition
[23:01] <BigProblem> i have a complet encrypted LVM it has 3 Partitions SWAP, ROOT, AND main i call it main since i even don't understand where it gets normaly mounted
[23:02] <BigProblem> the root and swap gets regonized and mounted the main data holding partition don't gets mounted when i wanna mount it i have the problem that i simply don't know where to mount it
[23:02] <BigProblem> and probally the file or partition is demaged
[23:02] <BigProblem> don't know
[23:03] <holstein> !fsck
[23:03] <holstein> BigProblem: test and confirm
[23:03] <BigProblem> did fsck it found 2 minor fails that got corrected
[23:03] <holstein> BigProblem: consider running an officially supported version of ubuntu
[23:05] <ikonia> BigProblem: I need to ask a harsh question
[23:05] <BigProblem> fsck tells me that partition FRANK-PC-root is clean and ok and dev sda1 is clean
[23:05] <ikonia> BigProblem: why if you have no idea how to really use/manage linux are you using an unstable development version, and full disk encryption ?
[23:05] <BigProblem> i am missing status of swap and the main filesystem
[23:05] <BigProblem> coz i  normaly know the things
[23:05] <BigProblem> but that goes behind my knowleg
[23:05] <ikonia> BigProblem: you don't know the basics like "how to mount a disk"
[23:06] <ikonia> BigProblem: or "where the root file system" is mounted
[23:06] <ikonia> which seems pretty basic
[23:06] <BigProblem> ikonia normal mount fails
[23:06] <BigProblem> in all variatons
[23:06] <ikonia> BigProblem: with what error ?
[23:06] <ikonia> BigProblem: what mount command are you using ?
[23:06] <BigProblem> i have no free mount point on the read only maintance shell
[23:06] <ikonia> BigProblem: ok, this is beyond basic
[23:06] <ikonia> BigProblem: what mount command are you using ?
[23:07] <ikonia> BigProblem: but I very strongly advise you to run a stable version of ubuntu
[23:07] <BigProblem> mount -t ext4 /dev/mapper/sda5_crypt /mnt/dspeed_de
[23:07] <ikonia> BigProblem: and what is the error ?
[23:07] <BigProblem> since dspeed_de is a free dir under mnt that not used
[23:08] <ikonia> sorry - I don't understand what you just said, please answer my question
[23:08] <BigProblem> already mounted or busy
[23:08] <BigProblem> i think its coz dspeed is only empty coz it can
[23:08] <BigProblem> t cfis connect
[23:08] <ikonia> BigProblem: so is it already mounted ?
[23:08] <ikonia> BigProblem: if you run "mount" on it's own, do you see it mounted already ?
[23:08] <BigProblem> nope i need a free mount point on a read only fs first to get more errors
[23:09] <BigProblem> nope its 100% not mounted
[23:10] <BigProblem> but that mount command tells me that my private encrypted home is mounted and thats not true
[23:10] <ikonia> please stop talking about "free mount points" it makes no sense
[23:10] <ikonia> BigProblem: what do you mean, it's not true?
[23:10] <ikonia> BigProblem: mount doesn't lie
[23:10] <BigProblem> when i go into my home dir i have only 2 files that tell me to mount it
[23:11] <BigProblem> and i can do cd .private and see only crypted stuff
[23:11] <ikonia> BigProblem: you have files in your home dir that tell you to mount it ?
[23:11] <BigProblem> Access_Your_Private_Data.desktop file and readme.txt
[23:12] <ikonia> so that's a desktop shortcut and a readme file
[23:12] <ikonia> to be honest, I'm wondering if you're actually reading the output of mount right
[23:12] <ikonia> and as your in the recovery shell, I doubt you can pastebin the output
[23:12] <BigProblem> and no free mount point means simply when i mount it tells me mount point don't exists
[23:13] <ikonia> please stop talking about "no free mount points" it doesn't make any sense
[23:13] <BigProblem> and when i wanna make a dir the read only file system don't does it
[23:15] <BigProblem> it would even help me on full encrypted lvm where does the main partition in my case /dev/mapper/sda5_crypt gets normaly when it would work mounted too:
[23:15] <ikonia> BigProblem: the main partition is root - it gets mounted on /
[23:16] <BigProblem> but this is mounted and contained in a other mapper file
[23:16] <BigProblem> like the encrypted swap
[23:16] <ikonia> no / is the top level
[23:16] <BigProblem> ok i see this will all don't help :D
[23:17] <ikonia> I'm really sorry, I don't understand what you are saying
[23:17] <BigProblem> sorry for urbing
[23:17] <ikonia> it's not a problem
[23:18] <BigProblem> whats your home lang`?
[23:18] <BigProblem> maybe i realy need to pay a translator


[00:04] <poolie> glyph: i don't see it  there
[00:04] <poolie> igc, hi
[00:38] <lifeless> jam: I think you should land your gc change
[00:39] <lifeless> jam: I haven't fully reviewed, but its definitely conceptually fine
[01:06] <RaceCondition> is there a way to, instead of unshelved changes, commit shelved changes only?
[01:09] <lifeless> RaceCondition: shelve you current changes, unsehlve the ones you want to commit, commit. ?
[01:09] <RaceCondition> lifeless: um, yeah, but you didn't answer my questio
[01:10] <RaceCondition> is it possible or not to commit shelved changes
[01:10] <RaceCondition> smth like bzr commit -m "msg" --shelved
[01:11] <RaceCondition> apparently not, though, google gives me nothing on this
[01:12] <lifeless> no there is no direct way to do this today
[01:15] <spiv> Random observation: bzrlib.errors.AmbiguousBase has been deprecated since 0.8
[01:15] <spiv> We should delete it...
[01:28] <poolie> spiv, i have a branch outstanding that removes lots of old code
[01:28] <poolie> i have review comments from robert still to do
[02:16] <jam> lifeless: streaming or the change to the delta_index code?
[02:19] <abentley> thumper: pong
[02:20] <thumper> abentley: I was wanting to talk to you about the bzr sprint at uds
[02:20] <abentley> thumper: sure thing.
[02:21] <abentley> thumper: did you mean on skype?
[02:22] <thumper> abentley: :) yes
[02:31]  * igc lunch
[03:13] <lifeless> jam: both
[04:24] <thumper> poolie: what do we need to do to kick the backport effort in ubuntu?
[04:26] <poolie> james_w said something in bne about driving it
[04:27] <poolie> but he's on holiday until monday
[04:27] <thumper> bne?
[04:27] <thumper> nm
[04:27] <thumper> friday afternoon and I'm knackered
[04:29] <igc> content filtering patch submitted to pqm
[04:29]  * igc off to hospital for the rest of the day
[04:29] <igc> have a good weekend all
[04:36] <lifeless> igc: good luck
[04:38] <maco> bzr push needs some better error messages
[04:39] <maco> "bzr push lp:~maco.m/seahorse-plugins" tells me that ~maco.m isnt a valid project name instead of telling me i need a branch name on the end of it
[04:39] <maco> maybe this is launchpad-specific though....? should i bug them instead?
[04:44] <lifeless> maco: its launchpad specific
[04:44] <maco> ok ill go bug them
[04:44] <lifeless> :)
[06:06] <poolie> idea:
[06:07] <poolie> maybe we could take all these people who like bikeshedding
[06:07] <poolie> and rent them out to actual power plants that need their bikesheds painted?
[06:07] <poolie> strictly one per shed
[06:07] <lifeless> hopefully with big bikesheds
[06:08] <poolie> mm
[06:50] <poolie> kfogel: don't you sleep? :)
[06:51] <kfogel> poolie: long story :-)
[06:51] <kfogel> poolie: I'm actually an early-to-bed person, but... sigh, something came up, so here I ma.
[06:51] <kfogel> am
[06:56] <vila> hi all
[06:56] <kfogel> hi vila
[06:57] <poolie> hello vila
[06:58] <poolie> readjusted to europe?
[06:58] <vila> poolie: fully :-)
[06:58] <vila> I even add a ~2hours protest under my windows yesterday :)
[06:59] <vila> s/add/had/
[06:59] <vila> not specifically targeted at me of course...
[07:00] <poolie> heh
[07:00] <poolie> not even at slow push to 1.13? :)
[07:01] <vila> not even :-) But some wanted a faster selftest though... :-P
[07:01] <lifeless> vila: you begged :P
[07:01] <lifeless> vila: and we have now
[07:02] <vila> lifeless: it rocks ! I toyed a bit yesterday evening trying to spawn 256/2048 processes instead of just 8 and obvisouly the kernel just can't handle that (I have plenty of memory so no problem from that side)
[07:03] <lifeless> vila: :P
[07:03] <lifeless> vila: its fixable
[07:03] <vila> lol
[07:03] <Peng_> Possibly stupid question: How does doing BzrDir.find_branches() on a local transport wind up returning remote branches?
[07:03] <lifeless> its just in the wrong spot, the ec2 version has it moved to run()
[07:03] <lifeless> Peng_: branch references
[07:04] <vila> lifeless: spawning the processes you mean ?
[07:04] <lifeless> yes
[07:04] <Peng_> lifeless: Okay.
[07:04] <Peng_> I wonder where I have one of those?
[07:04] <Peng_> Oh, I remember.
[07:04] <vila> lifeless: diff available somewhere ?
[07:05] <lifeless> vila: no :P but the branch I put up has a new snapshot
[07:05] <lifeless> vila: remember that none of this history will be merged, its all noise - I'm cutting and pasting bits for the relevant projects
[07:08] <lifeless> poolie: 7m30 or so with 5 instances
[07:08] <lifeless> though there are still, uhm, glitches
[07:10] <vila> lifeless: branch url ? And yes, I understand we don't care about history (though I'm a bit surprised we make an exception there ;-P)
[07:10] <lifeless> tests.parallel
[07:12] <vila> lifeless: got it
[07:12] <poolie> Peng_, would you be interested in coming to this bzr sprint at all?
[07:12] <poolie> robert suggested at least putting you on the list
[07:14] <vila> lifeless: wow, of course I should ignore all that ec2 related stuff
[07:15] <vila> lifeless: I'll manage, back to test_breakin
[07:17] <poolie> ok, i think that's enough
[07:20] <lifeless> ciao
[07:21] <vila> have a nice week-end !
[07:25] <Coke> Hi! Odd question perhaps, are there any free project hosting for free projects (like launchpad) that use bzr?
[07:25] <Coke> (except launchpad, ofcourse)
[07:26] <cody-somerville> Sourceforge.net
[07:26] <luks> sourceforge, savannah, any web hosting
[07:26] <Coke> They do?
[07:26] <Coke> Savannah is using bzr these days?
[07:30] <mrooney> hmm is this an important error? bzr: ERROR (ignored): The medium '<bzrlib.smart.medium.SmartSSHClientMedium object at 0x9d71d2c>' has reached its concurrent request limit. Be sure to finish_writing and finish_reading on the currently open request.
[07:30] <mrooney> I can't seem to get through this push, it just stalls at walking content, though if I control+c that is what I get
[07:30] <poolie> mrooney: it's typically a knock-on effect of some other error
[07:31] <poolie> it's better in later versions
[07:31] <poolie> cheerio
[07:31] <mrooney> poolie: how many later versions are there than 1.13~rc1-1build1 ?!
[07:31] <poolie> not many :)
[07:31] <mrooney> hm I can't seem to push, alas
[07:32] <mrooney> it just sticks on walking content
[07:32] <poolie> mrooney: if it's reproducible please do control-backslash
[07:32] <poolie> which should put you in a debugger then type 'bt'
[07:32] <mrooney> yes it does seem to be
[07:32] <poolie> and then put that in a bug and show vila :)
[07:33] <poolie> cause unfortunately i have to go
[07:33] <mrooney> hm okay well here it is for any other eyes http://paste2.org/p/167921
[07:33] <mrooney> I really need to go also
[07:33] <mrooney> I just wanted to push this code so someone else could work on it
[07:33] <mrooney> I guess not :/
[07:33] <vila> poolie: lol
[07:33] <vila> mrooney: looking
[07:33] <mrooney> vila: thanks :)
[07:34] <vila> mrooney: ok, so, hpss requests shouldn't interrupted as they don't know how to restart, instead you should use -Dhpss and look at .bzr.log
[07:36] <vila> you can even add 'debug_flags = hpss' in bazaar.conf
[07:36] <mrooney> it will always just get stuck at some random walking content number
[07:36] <vila> mrooney: we need to look at that 'random' :-)
[07:36] <vila> but first,
[07:37] <mrooney> so where should that log be?
[07:37] <vila> where are you pushing to ? What format is used there, are you stacking ?
[07:37] <mrooney> I have no idea :) I just tried to push to a fresh branch
[07:37] <mrooney> "bzr push lp:~mrooney/do-plugins/skreemr-plugin"
[07:37] <vila> mrooney: 'bzr version' will tell you where the .bzr.log file resides
[07:39] <Coke> Hey, I can't find any evidence at all that sourceforge or savannah is using bazaar, any link to docs explaining how to use it?
[07:40] <mrooney> vila: http://paste2.org/p/167923
[07:40] <mrooney> the top part is the .bzr.log part, the bottom is where I am stuck
[07:40] <bob2> http://bzr.savannah.gnu.org/
[07:40] <vila> mrooney: wow, wow, what bzr version are you using ?
[07:40] <bob2> for small values of using
[07:40] <mrooney> yes indeed
[07:41] <mrooney> 1.13~rc1-1build1
[07:41] <Coke> There's nothing in the user guide nor http://savannah.gnu.org/userguide/
[07:41] <mrooney> jaunty
[07:41] <Coke> and the faq is lacking bzr commentary
[07:42] <Peng_> You think it's a good idea to set public_branch on all of your, well, public branches on the server?
[07:42] <vila> mrooney: What 'bzr info -v' shows in your local branch ?
[07:42] <Coke> The menus include git, cvs, svn and arch, no bzr
[07:42] <Peng_> It's a bit redundant..
[07:43] <mrooney> vila: http://paste2.org/p/167924
[07:43] <mrooney> vila: thanks for helping me with this by the way :)
[07:43] <mrooney> hopefully I can get this up
[07:46] <vila> mrooney: hmm, assuming you put 'debug_flags = hpss' in bazaar.conf, can you try deleting the branch and pushing again ?
[07:46] <mrooney> oh I didn't let me do that
[07:47] <vila> mrooney: I suspect a stacking problem but upgrading all do-plugins branches to 1.9 may not be an option :-/
[07:48] <vila> mrooney: I can't parse "I didn't let me do that", surely you can be gentle with you and authorize yourself to delete a branch no ? ;-P
[07:48] <mrooney> haha
[07:48] <mrooney> "I didn't, let me do that"
[07:48] <mrooney> now I am getting tons of output in the log
[07:48] <mrooney> after doing that
[07:50] <mrooney> vila: http://paste2.org/p/167927
[07:50] <mrooney> it does that forever on and on
[07:51] <vila> mrooney: on purpose, that's a known bug, you're using a slow code path :-(
[07:51] <vila> for excessive values of slow :(
[07:51] <mrooney> vila: how long will it take?
[07:53] <vila> mrooney: the main factor is your ping time for lp,  with ~20ms I found it hardly tolerable, above that, well, it depends on whether you are patient or very patient :-/
[07:53] <mrooney> ~170 on average here
[07:53] <mrooney> (bazaaar.launchpad.net)
[07:54] <vila> I think lifeless just posted a patch against bzr.dev to address situations like yours (and spiv already posted one for some of them last week), it's definitively high on the list to have that bug fixed
[07:54] <mrooney> so what is my situation though
[07:54] <mrooney> all I did was branch from lp and push
[07:54] <mrooney> what is special about it?
[07:55] <vila> mrooney: nothing, that's the bug :)
[07:55] <mrooney> hm okay haha
[07:55] <mrooney> I'll guess I'll burn through some kilowatts and leave my computer on overnight
[07:56] <vila> mrooney: hmm, just checked, lifeless patch hasn't landed yet
[07:56] <vila> mrooney: if that's an option, go for it and let us know how it ends up :-/
[07:56] <mrooney> eh I guess I will try pushing tomorrow at work on a better connection
[07:57] <vila> mrooney: the laternative will be to update all the do-plugins branches to format 1.9 which doesn't suffer from this bug
[07:57] <mrooney> but I have 1Mb up, I guess the ping is bad
[07:57] <mrooney> how do I do that?
[07:57] <vila> 'bzr upgrade lp:do-plugins --format 1.9' for all branches
[07:58] <mrooney> can I do it on just mine?
[07:59] <vila> mrooney: possibly, but if stacking is enabled on lp for do-plugins, I'm not sure this will avoid the bug... It may be faster to try though
[07:59] <mrooney> it will be faster to give up and sleep
[07:59] <mrooney> :)
[07:59] <mrooney> thanks for your help though
[07:59] <vila> mrooney: sure, sorry about that :-/
[07:59] <mrooney> I will hope this magically works tomorrow or something
[08:02] <vila> mrooney: things should be better once the initial push suceeds...
[08:02] <mrooney> all I need is the initial push :)
[08:02] <mrooney> it is only for review so it can be merged haha
[08:02] <mrooney> as I don't have permission to push elsewhere
[08:04] <vila> mrooney: hmm, looks like lifeless patch landed after all (BB didn't acknowledged it yet, but it's in bzr.dev), so you may want to try that too (please report if you do)
[08:05] <mrooney> bzr: 1 me: 0
[08:05] <mrooney> I'll try to even the score tomorrow :)
[08:05] <mrooney> good night thanks for your help!
[08:05] <vila> mrooney: you're welcome
[08:06] <mrooney> ps I upgraded the remote branch and my local although it didn't seem to fix it, I suppose your stacking suspicion was correct
[08:07] <vila> mrooney: which remote one ?
[08:07] <mrooney> ~mrooney/do-plugins/skreemr-plugin
[08:07] <mrooney> the unpushed to one
[08:08] <mrooney> I don't know if that actually does anything but it took about 10 minutes so I presume it does
[08:08] <vila> I'm surprised you can update it if it's not pushed to yet... what does .bzr.log says ?
[08:10] <mrooney> vila: http://paste2.org/p/167940
[08:10] <mrooney> apparently it took only 3 minutes
[08:10] <vila> mrooney: hmm, sounds good, what does bzr push reports now ?
[08:11] <mrooney> still hanging out at walking content
[08:11] <mrooney> last thing in the log there is 8.569  fetch up to rev<EMAIL_ADDRESS>[08:12] <vila> well, so indeed, you may need bzr.dev (sorry about the trials, I don't have all the combinations clearly in head)
[08:13] <Peng_> Another possibly-stupid question: What if I want to read from a branch and conditionally write to it? Should I always take out a write lock? Can I take out a read lock and "upgrade" it to a write lock if necessary?
[09:35]  * Peng_ wonders why downloading the most recent revision of bzr.dev over http took 1.5 minutes and ~3.7 MB of bandwidth
[09:35] <Peng_> It's 14 lines of changes!
[10:07] <LarstiQ> beuno: https://edge.launchpad.net/%7Ebzr-beta-ppa/+archive/ppa/+sourcepub/530792/+listing-archive-extra
[10:45] <LarstiQ> jam: thanks, uploaded
[13:30] <beuno> LarstiQ, hi. So I should install bzr-svn from that PPA?
[13:32] <pygi> hi hi
[13:34] <LarstiQ> beuno: either that or download the deb from there
[14:50] <beuno> LarstiQ, installing bzr-svn works great
[14:50] <beuno> would you like me to use it in any way?
[15:12] <mxpxpod> I just shelved some changes using bzr 1.13 which included adding some files and now when it goes to unshelve them it gives me this error: bzr: ERROR: No such file: None
[15:13] <mxpxpod> any way to fix that?
[15:23] <LarstiQ> beuno: I wouldn't object to that :) I'm reasonably sure that if it gets through the phase where debian/control matters, that the actual code itself works.
[15:24] <beuno> LarstiQ, so I should just try and check out an svn branch with bzr?
[15:24] <beuno> got any handy?  :)
[15:25] <mxpxpod> beuno: http://svn.dojotoolkit.org/src/dojo/trunk
[15:25] <LarstiQ> beuno: stolen from subvertpy examples: svn://svn.gnome.org/svn/gnome-specimen/trunk
[15:27] <beuno> fetching....
[15:27] <mxpxpod> so, does anyone know what's going on with bzr unshelve?
[15:27] <beuno> malbisetti@pentaserv:~$ bzr co svn://svn.gnome.org/svn/gnome-specimen/trunk test_svn
[15:27] <beuno> Initialising Subversion metadata cache in /home/malbisetti/.bazaar/svn-cache/203ae883-c723-44c9-aabd-cb56e4f81c9a
[15:27] <beuno> Upgrade to Subversion 1.5 or higher for faster retrieving of revision properties.
[15:27] <beuno> mxpxpod, maybe you're mixing shelve and shelve2?
[15:27] <LarstiQ> mxpxpod: in what sense?
[15:28] <LarstiQ> ah, you pasted something above
[15:28] <mxpxpod> :)
[15:28] <mxpxpod> beuno: nope, I did bzr shelve and then bzr unshelve
[15:28] <LarstiQ> mxpxpod: doesn't look familiar to me, did you check the bugs page in launchpad?
[15:28] <mxpxpod> yeah, looking now
[15:29] <mxpxpod> I could swear I've seen this before... but I don't remember the fix
[15:29] <LarstiQ> mxpxpod: there have been various shelve fixes the past releases
[15:30] <mxpxpod> LarstiQ: yeah, I figured... I'm using 1.13
[15:31] <mxpxpod> and I need these files :(
[15:31] <LarstiQ> mxpxpod: so if you trigger something in 1.13, either it's something new, something regressed, or newly exposed
[15:31] <mxpxpod> frick
[15:31] <LarstiQ> mxpxpod: we should be able to help you get your files back
[15:32] <LarstiQ> mxpxpod: but it would be easier if this was a known problem
[15:32] <mxpxpod> LarstiQ: fun ;)
[15:33] <mxpxpod> the other problem is that I can't give out the shelf file because the files are internal to my company
[15:33] <LarstiQ> that's fine
[15:33] <mxpxpod> do you want me to paste the bzr log somewhere?
[15:34] <beuno> LarstiQ, worked like a charm
[15:35] <mxpxpod> LarstiQ: oh, the other thing is that I added a new directory to the shelf too
[15:35] <mxpxpod> and there was a file in that directory
[15:36] <mxpxpod> LarstiQ: hmm, it might be trying to add the file in the directory before adding the directory back
[15:38] <jam> morning vila (I have a conference call right now, but we can chat after if you want)
[15:38] <vila> jam: chat sounds good
[15:39] <mxpxpod> LarstiQ: it's dying in line 546 of bzrlib/transform.py
[15:45] <mxpxpod> LarstiQ: any clues?
[15:53] <LarstiQ> mxpxpod: sorry, irl sidetracked me for a moment there
[15:53] <LarstiQ> mxpxpod: your analysis sounds plausible
[15:55] <LarstiQ> mxpxpod: with that sequence I get a different message
[15:56] <LarstiQ> mxpxpod: could you cp -a your branch so we can look at the state as it was later again?
[15:56] <mxpxpod> LarstiQ: huh?
[15:56] <LarstiQ> mxpxpod: .bzr/checkout/shelf is where shelf has stored your files
[15:57] <LarstiQ> mxpxpod: I'm intending to get your file out first, and do bugreporting later
[15:58] <jam> vila: call has completed if you want to chat
[15:58] <mxpxpod> LarstiQ: ok, so do you want a copy of my branch?
[15:59] <vila> jam: sure
[15:59] <LarstiQ> mxpxpod: no, I just want to make sure you have an extra copy that we're not going to touch
[15:59] <mxpxpod> LarstiQ: or, just for me to make a copy for later
[15:59] <mxpxpod> LarstiQ: gotcha
[16:01] <mxpxpod> LarstiQ: making the copy now
[16:05] <mxpxpod> LarstiQ: ok, done
[16:06] <LarstiQ> mxpxpod: ok, `bzr shelve --list` only shows 1 shelve?
[16:06] <mxpxpod> LarstiQ: yessir
[16:07] <mxpxpod> and there's only one file in .bzr/checkout/shelf
[16:09] <LarstiQ> mxpxpod: if you open that with an editor, do you see the contents of your file clearly?
[16:09] <mxpxpod> LarstiQ: yeah
[16:09] <mxpxpod> LarstiQ: but there are other changes in the file
[16:09] <durin42> jelmer: ping, can we bug you in #mercurial briefly?
[16:14] <mthaddon> has bzr merge --force changed somehow in 1.13?
[16:16] <mxpxpod> LarstiQ: I guess I'll just have to apply all of those changes manually
[16:16] <LarstiQ> mxpxpod: ok, let me try a couple of things
[16:50] <jelmer> durin42: sure
[16:56] <jam> BasicOSX: ping
[16:58] <BasicOSX> jam:  hiyah
[16:59] <jam> hey, just checking the 1.13.1 release
[16:59] <jam> It looks like you don't have the fix for the "bzr merge --force" regressino
[16:59] <jam> which was an issue for some other people
[16:59] <jam> Do you might getting that into 1.13.1 before we make it finalized?
[16:59] <BasicOSX> sec
[17:00] <jpds> Anyone else having troulbe pushing to lp?
[17:01] <jam> BasicOSX: "bzr.dev 4146" I'm happy to create a cherrypick and submit it to PQM as long as you are signed off on it
[17:02] <BasicOSX> jam: I can squeeze it in :-) Looks like Vincent fixed my bzrtools bug
[17:02] <BasicOSX> so I was going to re-start the release as well
[17:02] <BasicOSX> cherry pick and PQM to the branch, I'll sign off on it
[17:02] <jam> k
[17:05] <BasicOSX> Eeep! I missed 1.14rc1 -and- 1.14final according to mbp post!
[17:06] <jam> jpds: it seems to be working for me
[17:06] <jam> did you try again?
[17:07] <jam> BasicOSX: yep. though if you read further he really did mean April :)
[17:07] <BasicOSX> I know, was just putting it in irc to tease
[17:08] <fullermd> Shucks.  There I was thinking I'd finally gotten a good, long sleep...
[17:10] <jpds> jam: Just made it.
[17:10] <jam> BasicOSX: change is on its way to PQM now
[17:10] <jam> Shall I ping you when I get the confirmation?
[17:10] <BasicOSX> My lunch hour almost over, drop me email on it?
[17:11] <BasicOSX> since I'm going to loose wifi when I leave the cafe and drop back to the office :-) (yes, I bring my laptop to lunch)
[17:12] <Tak> can an uncommit be pushed to other branches?
[17:12] <jam> Tak: with 'bzr push --overwrite'
[17:13] <vila> jam, BasicOSX : SHouldn't revno 4174 (bug #345169) be included in 1.13.1, it seems to address some pushing-to-lp-is-slooow bugs that some early 1.13.1 are experiencing
[17:13] <Tak> then what happens if I pull from a branch that already has the revision as well?
[17:13] <jam> vila: it isn't a regression
[17:14] <jam> "source is 0.92 branch 7"
[17:14] <BasicOSX> vila:  I asked on the ... nm, jam answering
[17:14] <vila> I know :-/
[17:14] <jam> vila: not worthy of a 1.13.1 release
[17:14] <jam> they would get the same from 1.12
[17:14] <jam> Tak: uncommit just rolls the pointer back, it doesn't mark it as rejected
[17:14] <jam> so pulling from a branch that had it will bring it back
[17:15] <Tak> so what I really want is to unmerge that revision
[17:15] <jam> Tak: bzr revert -r -2; bzr commit
[17:15] <jam> bzr merge -r X..X-1 ; bzr commit
[17:15] <jam> sorry
[17:15] <jam> bzr merge . -r X..X-1 ; bzr commit
[17:16] <jam> depending on whether you want to reject the last commit, or something older
[17:16] <jam> (merge works in both cases, but revert is more obvious, IMO)
[17:16]  * Tak nods
[17:16] <Tak> thanks
[17:20] <d6g> hello, i have some problem to push to a branch today, it stops at
[17:20] <d6g> [|                   ] Transferring:Walking content. 1294/1423
[17:20] <d6g> and when i stop it using ctrl-c, i got this error: http://paste.pocoo.org/show/108824/
[17:21] <jam> d6g: I don't think it stopped, it is still transferring, just not giving progress messages.
[17:21] <jam> This would be with at least bzr1.13 to another bzr.1.13 host, right?
[17:21] <d6g> it's 1.3 and push to launchpad
[17:22] <d6g> 1.13
[17:22] <jam> bzr.dev is a little better in that you still get 'activity' indications on the bytes sent/received.
[17:22] <d6g> but how long am i supposed to wait, it seems just stuck in there
[17:22] <d6g> and the number 1294 seems random, sometimes larger/smaller
[17:24] <d6g> jam: i think you are right, i saw the upload speed now, it still is around 50kb/s, so i will probably have to wait, thx.
[17:40] <mrooney> vila: no more apparent luck today, hm
[18:04] <awilkins> So, if I used --stacked on a branch that doesn't support stacking, how well does it work?
[18:05] <awilkins> It's currently telling me it's using 1.6, inside a 1.9 repo, and it's doing stuff that I presume is stacking (building tree")
[20:21] <nekohayo> hey there, I'm getting a "Permission denied (publickey)." when trying to "bzr pull lp:~kiddo/specto/specto-jeff" .... what's up?
[20:21] <nekohayo> using bazaar 1.6 "bundled with intrepid"
[20:23] <smoothice> Does anyone know if bazaar version 1.5.0 supports Launchpad?
[20:24] <asabil> nekohayo: probably logged in, and bzr pull lp:... tries to use bzr+ssh
[20:25] <nekohayo> for a pull?
[20:25] <nekohayo> but then I still have no idea what to do in that case
[20:26] <asabil> bzr launchpad-login
[20:58] <jelmer> abentley: hi
[20:58] <abentley> jelmer: hi
[20:58] <jelmer> abentley: What could cause a "Revision incompatible" error while merging a bundle?
[20:59] <abentley> jelmer: I guess going from rich-root to non-rich-root?
[21:07] <jelmer> abentley: that was it, thanks!
[21:10] <nekohayo> asabil: returns "kiddo"
[21:18] <nekohayo> asabil: nevermind, I upgraded to bzr 1.13 and that fixed it
[21:19] <hsn_> how can i get around error message from apt-get public key is not available when i am trying to access bzr repos?
[21:20] <beuno> hsn_,
[21:20] <beuno> https://edge.launchpad.net/~bzr/+archive/ppa
[21:20] <beuno> https://help.launchpad.net/Packaging/PPA#Adding%20a%20PPA%20to%20your%20Ubuntu%20repositories
[21:25] <hsn_> beuno: thank you it works now
[21:50] <exarkun> How do I change the push branch of a working copy that already has one?
[21:51] <fullermd> push --remember
[21:51] <exarkun> With version 1.3.1 that doesn't seem to do it
[21:51] <exarkun> Oh :(
[21:52] <exarkun> Yes it does, I just have a comprehension problem.
[21:52] <exarkun> Thanks
[21:52] <fullermd> Coffee helps with that   ;)
[21:52] <exarkun> Hmm yea....
[23:39] <lifeless> vila: hi
[23:39] <lifeless> vila: do you have a copy of tests.parallel with both our stuff in it?


[16:18] <gunix> hey guys. i would like to join the ubuntu documentation team
[16:20] <pleia2> weclome gunix
[16:20] <gunix> hey pleia2
[16:20] <pleia2> it's pretty informal to get started, you just start contributing, have any idea what you'd like to work on?
[16:21] <gunix> i am working as a sysadmin and i am also trying new technology every week. i run most of the test servers on ubuntu. considering the amount of tests i do, i think it would be good for everybody if I added the research to the wiki
[16:21] <gunix> i wrote this yesterday: http://gunix.cloud/blog/wordpresscluster.html
[16:22] <gunix> however, i had to test stuff for weeks before getting everything working. maybe there is another guy there looking to get a similar setup, and i can make his life easier
[16:22] <pleia2> cool, so the wiki is a bit tricky, but in order to edit it you first need to apply to join this launchpad team: https://launchpad.net/~ubuntu-wiki-editors
[16:23] <pleia2> once you're added to that team, you can log in with edit rights, but it has super strong caching so you may need to refresh a bit to stop the pages from showing up Immutable
[16:23] <pleia2> (I know, it's awful, but the wiki is old and gets hit by spam a lot, sigh)
[16:24] <pleia2> if you give me your launchpad name I can nudge the admin to make sure you get added
[16:25] <gunix> my wife is meowing because she wants food, so i will go out for some pizza now
[16:25] <gunix> i will apply via the editors link and send you a message
[16:25] <gunix> my launchpad should be on<EMAIL_ADDRESS>[16:26] <pleia2> ok, I'm about to get on a train so I'll be a bit MIA, but I'll reply when I can
[16:26] <gunix> pleia2: no probs, my irc is on a VPS so you can write anytime and i will check it when i am at a terminal
[16:27] <pleia2> ok :)
[18:57] <gunix> pleia2: i sent my request to noin the editors group. my name is Gheorghe Ungureanu
[20:40] <davidcalle> gunix: just seen it, approving you
[20:48] <gunix> wow davidcalle ! that was fast! i didn't finish even reading the code of conduct
[20:49] <davidcalle> gunix: heh, for wiki access, there is no vetting other than checking you are not a spam account and have some actual *buntu background, nice article btw!
[20:50] <gunix> thank you! i saw there is not page atm for ubuntu 17.04 server. should i write for 16.04 LTS ?
[20:50] <gunix> *no
[22:46] <gunix> as far as i understand this, wiki.ubuntu.com is maintained by the devs and contains mostly minimal information, but very relevant information about ubuntu. the community pages https://help.ubuntu.com/community/ will have various tutorials about all the software you can install
[22:47] <gunix> aaand the comunity pages need some work as some of the tutorials are for ubuntu 9
[22:47] <gunix> am i missing anything here?