[10:58] <Xcfdj> hey guys
[10:59] <Xcfdj> does any one know what are the minimal requarements for a 3D desktop envirement ?
[11:00] <Xcfdj> any one ?
[17:57] <jono> sorry got disconnected
[17:59] <highvoltage> apology accepted.
[23:43] <AutoMatriX> hi folks, dont know if I'm on the good chanel here
[23:44] <AutoMatriX> question :  how can I acces the telephony statistics of my Speedtouh 716 WL 5 modem/router and dump this to an ascii file ?
[23:54] <Megaqwerty> AutoMatriX: go to #ubuntu to get help with that
[23:54] <AutoMatriX> Megaqwerty, that's what I did, but no answer
[23:56] <Tuv0k> !patience
[23:56] <ubotu> The people here are volunteers, your attitude should reflect that. Answers are not always available. See http://wiki.ubuntu.com/IrcGuidelines


[15:28] <cumorris> Does anyone know of a way I can unmount /dev/sda1 in a preseed file? I have tried several commands to unmount it but it keeps telling me that /dev/sda1 is mounted so it cannot make a filesystem here.
[15:28] <cumorris> I have tried: d-i partman/filter_mounted boolean false
[15:28] <cumorris> d-i partman/unmount_active boolean false
[15:29] <cumorris> d-i preseed/early_command string umount /dev/sda1 || /bin/true
[15:29] <cumorris> any ideas? Thanks
[15:29] <cumorris> Note: This is 15.04 Ubuntu and I am doing this in VirtualBox
[15:33] <CarlFK> cumorris: what are you trying to do?    which will help answer "where in the process?"
[15:36] <cumorris> CarlFK: I am trying to make a fully automated install of Ubuntu 15.04 in Virtualbox using a preseed file. I have all parts of the installer preseeded except for a few parts of the partitioning process. When I run the installer it stops about 3/4 of the way through and says that it cannot create a filesystem here. I checked the logs and it told me that /dev/sda1 was mounted therefore it could not continue.
[15:37] <cumorris> CarlFK: Here is the preseed file I have been playing with:
[15:37] <cumorris> http://pastebin.com/JTVXFWjG
[15:38] <cumorris> Note: I probably have several unneeded lines in the preseed. I have been commenting them out when I make the .iso to test with
[15:42] <cumorris> Here is a screenshot of the log file: http://www.zimagez.com/zimage/screenshot-05262015-114115am.php
[15:43] <cumorris> Here is a screenshot of the installer error: http://www.zimagez.com/zimage/screenshot-05262015-114239am.php
[15:48] <infinity> A screenshot of a tiny chunk of a log is a lot less helpful than the whole of syslog.
[15:51] <cumorris> Agreed. I will see what I can do
[15:54] <CarlFK> cumorris: you can install sshd into the installer so you can ssh into the box from your host os  https://github.com/CarlFK/veyepar/blob/master/setup/nodes/pxe/shaz/var/www/ec/ssh/isshd.sh
[15:55] <cumorris> CarlFK: Thank you, I will take a look at that
[15:55] <CarlFK> cumorris: why are you doing this: d-i preseed/early_command string umount /dev/sda2 || /bin/true
[15:56] <CarlFK> I doubt it is mounted
[15:57] <cumorris> CarlFK: Someone else had recommended that I try it. I don't believe it is either but I figured I would try it
[15:58] <CarlFK> if all you want is "fully automated install"  you should start with my files, cuz they work :p
[15:59] <CarlFK> although for pxe net booting.  but but I would think they would port to anything.
[16:00] <cumorris> haha :p  I am looking through them now, thanks!
[16:01] <cumorris> Trying to find your preseed file on your github
[16:02] <CarlFK> https://github.com/CarlFK/veyepar/tree/master/setup/nodes/pxe/shaz/var/www/d-i/trusty
[16:03] <cumorris> Awesome, thank you, I will test it out and see if I can get it working. Many thanks !
[16:05] <CarlFK> sure thing - feel free to bug me about it.
[16:24] <cumorris> CarlFK: I took the lines from your preseed_disk.cfg file (https://github.com/CarlFK/veyepar/blob/master/setup/nodes/pxe/shaz/var/www/d-i/trusty/preseed_disk.cfg) and added them to my preseed file. When I ran the install I received the following error: http://www.zimagez.com/zimage/screenshot-05262015-122051pm.php . I added  the following lines to the preseed file: d-i partman/filter_mounted boolean false ,d-i partman/unmount_active boolean f
[16:24] <cumorris> alse , d-i preseed/preseed/early_command string unmount /dev/sda || /bin/true and I tried again. It failed and gave me this error:     http://www.zimagez.com/zimage/screenshot-05262015-114239am.php
[16:24] <cumorris> ideas?
[16:24] <cumorris> Thanks
[16:31] <CarlFK> cumorris: ah.. I bet sda is your install media
[16:31] <CarlFK> you know you can Alt-f2 to get to a terminal?
[16:32] <cumorris> CarlFK: Yeah I just learned that earlier.. I am using Virtualbox and mounting my .iso as a cdrom and booting to the cdrom to do the install
[16:34] <CarlFK> where is sda or sda1 mounted?
[16:35] <CarlFK> like mount point dir
[16:35] <cumorris> ahh I think I see what you mean. It is mounted at /media
[16:35] <CarlFK> derp.
[16:36] <CarlFK> I don't really know, but I am guessing that is "install media"
[16:36] <CarlFK> and the drive you want to install to is sdb
[16:37] <cumorris> I have a feeling that you are right, thanks


[07:25] <apw> bryceh, those people are maddening, can't they keep their branch still for one day ?
[07:30] <bryceh> apw, I know it seems like we set up these auto builds, we use them twice, and then Intel's off on some new branch
[07:32] <smb> morning
[07:35] <apw> bryceh, so this replaces drm-intel-next as we call it
[07:35] <apw> smb, moin
[07:36] <RAOF> What, there's *another* drm-intel-next?
[07:36] <bryceh> apw, essentially.  There is still a drm-intel-next branch, but I gather that it's more of a stable snapshot of the drm-intel-next-queue thingee
[07:37] <bryceh> RAOF, tis the season
[07:37] <apw> bryceh, i guess the question i am asking is what do you want it called :)
[07:37] <bryceh> RAOF, you might have noticed our drm-intel-* mainline builds became stagnant
[07:37] <RAOF> I did, in fact.
[07:38] <bryceh> RAOF, daniel vetter now maintains them, but in some new branches
[07:38] <RAOF> :)
[07:39] <bryceh> apw, what would you think if we just called these as 'drm-intel-experimental' henceforth?  And then just map that to whatever branch-of-the-month Intel is pointing folks to?
[07:40] <apw> bryceh, sounds like a plan to me, as they cannot make a common name we'll have to do it for them
[07:40] <ppisati> moin
[07:40]  * smb proposes drm-intel-toad
[07:40] <bryceh> I expect we'll have to tinker that when they get new maintainers, but hopefully that's not more than once every year or two
[07:40] <apw> drm-intel-ygiagam ?
[07:40] <smb> ppisati, ciao
[07:40] <smb> apw, tml
[07:41] <apw> bryceh, ok we have three at the moment:
[07:41] <apw> drm-intel-next: git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel drm-intel-next
[07:42] <apw> drm-next: git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6 drm-next
[07:42] <apw> drm-intel-fixes: git://git.kernel.org/pub/scm/linux/kernel/git/ickle/drm-intel drm-intel-fixes
[07:42] <bryceh> the second should still be valid
[07:43] <bryceh> the other two need changed.  maintenance was handed from ickle over to daniel vetter.  Use the git links from my email.
[07:43] <bryceh> so, we should have a new drm-intel-next, the existing drm-next, and a new drm-intel-experimental.
[07:44] <bryceh> technically, drm-intel-fixes still exists; it's maintained by keithp now, however I think it's not of very much interest for our purposes.
[07:44] <apw> bryceh, so now there are 4 ?
[07:44] <bryceh> yes
[07:44] <apw> bryceh, the list you have sent me has a drm-intel-fixes ?
[07:45] <apw> also with danvet
[07:46] <bryceh> apw, yeah just ignore that.  drop drm-intel-fixes, add drm-intel-next-queued (as drm-intel-experimental)
[07:46] <apw> ok
[08:21] <apw> bryceh, ok i think they are building now ... we'll know in an hour what it built
[08:21] <bryceh> apw, excellent thanks
[08:22] <bryceh> apw, meantime, I've posted a handful of gpu lockup reports that have mainline kernel patches pointed out as fixes
[08:22] <apw> bryceh, remind me of that tag agin
[08:23] <bryceh> apw, bugs are tagged 'kernel-handoff-graphics', and should show up on the report at http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/_kernel_graphics_bugs_.html, but they're not there yet
[08:23] <bryceh> apw, they'll all be titled like "GPU lockup blah IPEHR: 0x7....."
[08:24] <bryceh> I spot checked half of them and the patches seem to be upstream in linus' tree so hopefully should be ripe for picking.
[08:25] <apw> bryceh, can we not just stop supporting sandybridge it cannot need any more patches, really it can't :)
[08:27] <bryceh> true, it's getting long in the teeth, we might be able to just declare it obsolete
[08:33] <bryceh> I wish they showed their work for going from the i915_error_state to a given patch.  But at least they're responding quickly.
[08:34] <ohsix> you can ask them :]
[08:34] <ohsix> #intel-gfx
[08:35] <ohsix> but basically it's in the documentation, except when it's not; they find out an opcode that interlocks or something and locks up one of the rings
[08:35] <ohsix> and races
[08:37] <apw> bryceh, fix for bug #982410 seems to have come down via stable already
[08:37] <ubot2> Launchpad bug 982410 in xserver-xorg-video-intel "[sandybridge-gt1] False GPU lockup render.IPEHR: 0x7a000003" [High,Confirmed] https://launchpad.net/bugs/982410
[08:38] <bryceh> apw, hmm, I wondered about that
[08:47] <apw> http://kernel.ubuntu.com/~kernel-ppa/mainline/drm-intel-experimental/ <-- bryceh
[08:48] <bryceh> yay, thanks apw!
[08:49] <apw> smb, unity ... again ?
[08:49] <smb> apw, ?redo from start?
[08:50]  * apw is getting about his 4th unity update of the week, some freeze
[08:50] <smb> Ah
[08:51] <smb> Could it be that this time the glibc/gcc nochange upload caused everything to no-change rebuild?
[08:51] <ohsix> freezes are fiction for superfeatures!
[08:51] <apw> its a good job the kernel isn't important
[08:51] <ohsix> did sam ever sort out that whole post .8 being poopy thing
[08:54] <apw> ohsix, e-no-parse :)
[08:54] <ohsix> compiz .8 -> .9 was horrific
[08:54] <ohsix> i still can't look at it or it will crash on me
[09:14]  * apw tries not to notice compiz is running
[09:14] <ohsix> i utilize it pretty good, adjusting was tough; there's still some broken stuff, aside from teh crashes
[09:15] <ohsix> edge snapping and stuff is broke, some of the plugins don't even work right anymore, windows wobble on focus changes
[09:16] <ohsix> the preference migrator never worked either, had to manually translate the settings, a lot of them were plain gone
[09:18] <ohsix> never worked = "x has encountered a problem", and compiz apoplexy
[09:37] <apw> bryceh, ok the ones i can find on this list, there are actually three fixes, one we already have and two others which i have/am producing test kernels for
[10:07] <apw> bryceh, ok drm-intel-next has also updated ... so i think they are all working
[11:16] <apw> sforshee, bug #934707 seems to be another one of those affected by the backlight changes; i think you had some of those on your plate ?
[11:16] <ubot2> Launchpad bug 934707 in linux "emachine e725 boots to valid display with no backlight" [High,Confirmed] https://launchpad.net/bugs/934707
[11:57]  * ppisati -> lunch
[13:17] <sforshee> apw, sounds like yet another broken bios. I'll take a look.
[13:35] <apw> sforshee, thanks
[14:43]  * ogasawara back in 20
[14:43] <apw> diwic, ok just tested that mumble.  it seems to not change still
[14:43] <diwic> apw, mumble mumble...in both meanings
[14:44] <apw> diwic, hehe
[14:46] <apw> diwic, seems to be using the snowball whatever i do now with it on Default
[14:57] <diwic> apw, I will run some tests here and see if I can confirm what's happening
[15:13]  * ppisati -> out for some grocery, back in~30
[16:14] <bjf[afk]> ogasawara: did pgraner get anywhere on that kernel hang he was getting on friday ?
[16:14] <ogasawara> bjf[afk]: I don't believe so, and I wasn't able to get in.
[16:14] <pgraner> bjf, no you said you were going to work on it, I was traveling remember
[16:15] <bjf> pgraner: ogasawara, have not been able to get to the console, tried *many* times
[16:15] <pgraner> bjf, let me try
[16:15] <bjf> pgraner: am trying again right now
[16:15] <ogasawara> apw, bjf, cking, herton, jsalisbury, henrix, ppisati, sforshee, smb: fyi, top ten mumble call is mandatory today (ie 15min from now)
[16:16] <smb> ogasawara, k
[16:16] <apw> ogasawara, heh ... such notice :)
[16:16] <ogasawara> apw: the calendar event somehow went to /dev/null
[16:17] <jsalisbury> **
[16:17] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[16:17] <jsalisbury> **
[16:19] <bjf> pgraner: "Error while getting the list of open Targets, please try again in a few seconds."
[16:20] <pgraner> bjf, same for me
[16:21] <pgraner> bjf, I'll power cycle it and see if that helps
[16:21] <bjf> pgraner: ack
[16:25] <pgraner> bjf, no joy for me you try
[16:25] <bjf> pgraner: trying ...
[16:28] <bjf> pgraner: same error
[16:29] <pgraner> bjf, precise?
[16:29] <bjf> pgraner: yes
[16:29] <pgraner> bjf, did icedtea get updated recently?
[16:29]  * pgraner don't know
[16:30] <bjf> pgraner: there was an upload on 4/10
[16:30] <pgraner> bjf, hmmm I've used it since then
[16:35] <pgraner> bjf, it works on my precise laptop but not on my desktop
[16:35] <bjf> pgraner: sweet
[16:51] <bjf> pgraner: i'm trying a different system, can you release the console
[17:09] <bjf> pgraner: got a console up but "No video from target server"
[17:09] <pgraner> bjf, that means its powered down, just kick with with the pdu
[17:15] <bjf> pgraner: i've power cycled it twice, no change. i'm using: http://<IP_ADDRESS>/main.html?1,1  outlet: A5
[17:16] <pgraner> bjf, hmmm
[17:16] <pgraner> bjf, that the right PDU & Port
[17:17] <pgraner> bjf, let me try and get in over the IPMI bmc
[17:18] <bjf> pgraner: ack, i've close the console
[17:22] <pgraner> bjf, I think that box might be dead
[17:22] <pgraner> bjf, try connecting to node1 you should see stuff on the screen
[17:22] <bjf> pgraner: that sucks
[17:22] <pgraner> bjf, just to make sure your config is indeed working
[17:23] <bjf> pgraner: yup, it's working
[17:23] <pgraner> ok, let me go have someone hit the pwr switch
[17:29] <ppisati> bug 984180
[17:29] <ubot2> Launchpad bug 984180 in linux-ti-omap4 "ext2 module missing from fs-core-modules udeb." [High,Triaged] https://launchpad.net/bugs/984180
[18:18]  * jsalisbury curses at thunderbird
[18:55] <ogasawara> ppisati: I assume the fix you sent for 984180 needs uploading asap?
[18:56] <ppisati> ogasawara: yes, if possible
[18:56] <ogasawara> ppisati: I'm also going to fixup the commit to insert the BugLink
[18:57] <ppisati> ogasawara: ouch, right
[19:07] <orated> Hello! I tried Canonical/Ubuntu image for running Ubuntu11.10 on Beagleboard B4. The image I used was - http://cdimage.ubuntu.com/releases/11.10/release/ubuntu-11.10-preinstalled-desktop-armel+omap.img.gz - and followed https://wiki.ubuntu.com/ARM/OmapNetbook but I see a blank screen on gtkterm. Is there anything I'm missing?
[19:07] <ppisati> orated: uhm, strange
[19:07] <ppisati> orated: that's an old release
[19:08] <ppisati> orated: what do you see on the terminal screen?
[19:09] <orated> I tried booting the SD card and I could see nothing on gtkterm or any other serial terminal. The ports are configured right
[19:09] <ppisati> orated: then chances are you dd-ed wrong on the sd
[19:09] <ppisati> orated: or the sd has problems
[19:10] <ppisati> zcat $imgfile | sudo dd of=/dev/$sdX bs=64k
[19:10] <ppisati> orated: try like that
[19:11] <ogasawara> ppisati: uploaded
[19:11] <ppisati> ogasawara: thanks
[19:11] <orated> ppisati: The command I used was - gunzip -c ubuntu-11.10-preinstalled-desktop-armel+omap.img.gz | sudo dd bs=4M of=/dev/mmcblk0-
[19:11] <ppisati> orated: dd bs=4M of=/dev/mmcblk0  ?!?!?
[19:12] <ppisati> orated: ls -la /dev/mmcblk*
[19:14] <orated> Yes, my SD card is detected like that - Disk /dev/mmcblk0: 7948 MB,<PHONE_NUMBER> bytes.
[19:14] <orated> brw-rw---- 1 root disk 179, 0 2012-04-18 00:42 /dev/mmcblk0
[19:14] <orated> brw-rw---- 1 root disk 179, 1 2012-04-18 00:42 /dev/mmcblk0p1
[19:14] <orated> Sorry, one moment
[19:16] <orated> ppisati: http://pastebin.com/x1ChZWKQ
[19:17] <orated> .. is the correct one.
[19:19] <ppisati> orated: what do you see when you turn on the board?
[19:20] <orated> Nothing, just a blank screen. I switched on the board with both reset and User1 depressed
[19:21] <orated> I mean turning on while holding User1 button
[19:21] <ppisati> orated: beagle look for the bottloader in the internal flash IIRC
[19:21] <ppisati> orated: wait
[19:21] <orated> You mean the bootloader of the board is required to be reflashed?
[19:22] <ppisati> orated: http://code.google.com/p/beagleboard/wiki/BootingBeagleBoard
[19:22] <ppisati> orated: if you don't see anything when you turn on the board, then yes
[19:27] <orated> nand erase won't work?
[19:29] <orated> ah, got it. Thanks ppisati
[19:46] <orated> ppisati: Are you still there?
[20:07] <bryceh> apw, moar gpu lockups.  #982251 looks worth tending on the kernel side.
[20:08] <bryceh> apw, surprised none of these are showing up still on http://reports.qa.ubuntu.com/reports/kernel-bugs/reports/_kernel_graphics_bugs_.html
[20:09] <ogasawara> Ooo, german
[20:10] <ogasawara> bryceh: I think apw is probably away at the moment, or at least he should be.  I'll get a test kernel posted.
[20:11] <ogasawara> bryceh: I believe jsalisbury mentioned issues with reports on cranberry (running out of space).  likely explains why the report is not getting updated as I think they've been turned off for the time being.
[20:12] <jsalisbury> bryceh, ogasawara, correct.  cranberry is out of disk space.  I opened an RT ticket a week ago.  The reports on people.canonical.com should still work.
[20:12] <bryceh> ogasawara, jsalisbury ah
[20:12] <jsalisbury> bryceh, This one should be up to date:
[20:12] <jsalisbury> http://people.canonical.com/~kernel/reports/_kernel_graphics_bugs_.html
[20:13] <bryceh> aha that looks better
[20:13] <jsalisbury> This is the top level for all the reports:
[20:13] <jsalisbury> http://people.canonical.com/~kernel/reports/
[20:14] <bryceh> 982415 also looks worthwhile to do a kernel for, if there isn't already one with this patch
[20:14] <ogasawara> bryceh: ack, will investigate
[20:14] <ogasawara> bug 982415
[20:14] <ubot2> Launchpad bug 982415 in linux "[i915gm] False GPU lockup render.IPEHR: 0x3f800000" [Undecided,Confirmed] https://launchpad.net/bugs/982415
[20:15] <bryceh> ogasawara, thanks
[20:43] <balloons> can someone confirm/deny pae kernel for precise?
[20:43] <balloons> right now it seems I can't install the current daily iso on non-pae hardware.. I thought we kept non-pae support for this cycle
[21:04] <ogasawara> balloons: we kept support, but the installer was changed to default to the pae kernel.  there's a few alternative options... you could use the mini.iso which I believe uses the non-pae kernel by default, also I think Xubuntu does as well.  Or you could install Oneiric and upgrade to Precise.
[21:05] <balloons> ogasawara, thanks for the response.. the only discussion I had seen on it was we were keeping support for it
[21:05] <balloons> so I was surprised to find it not working
[21:05] <ogasawara> balloons: there was a long thread on ubuntu-devel I think.  lemme see if I can find it for you
[21:09] <ogasawara> balloons: and it was raised on the tech board as well
[21:09] <ogasawara> balloons: tech board minutes -> https://wiki.ubuntu.com/TechnicalBoard/TeamReports/11/December
[21:09] <ogasawara> balloons: ubuntu-devel thread -> https://lists.ubuntu.com/archives/ubuntu-devel/2011-November/034399.html
[21:10] <balloons> ogasawara, awesome.. I'll go read
[21:10] <ogasawara> balloons: the tech board minutes highlight the outcome and is more digestible than the mailing list thread
[21:10] <balloons> thank you much
[21:11]  * ogasawara wanders off for a bit


[03:36] <caraka> teward: It is common for my armhf builds to take a couple of hours when the usual build is 30 minutes. Emulation has its costs I guess.
[06:20] <karstensrage> im not getting updates from launchpad
[06:20] <karstensrage> i tried to dput something up there yesterday and today
[06:20] <karstensrage> but i cant tell whats going wrong
[06:31] <karstensrage> noting
[06:31] <karstensrage> nothing
[06:46] <wgrant> karstensrage: Which PPA were you uploading to?
[06:48] <karstensrage> v
[06:48] <karstensrage> ppa:ufpidentity/identity4c
[06:48] <karstensrage> is that what you mean wgrant ?
[06:50] <wgrant> karstensrage: Two problems: you uploaded a binary package rather than a source package (probably ran dpkg-buildpackage or debuild without the "-S" flag), and you didn't sign the .changes file. https://help.launchpad.net/Packaging/PPA/BuildingASourcePackage#Options_when_building may be helpful.
[06:50] <wgrant> Since you didn't sign the upload, Launchpad has no idea who to email about the problem.
[06:50] <karstensrage> i did sign it
[06:50] <karstensrage> but probably not the same fingerprint as is up there
[06:51] <wgrant> Hm, the error I see usually indicates that there was no signature, but possibly.
[06:51] <karstensrage> im using bzr builddeb
[06:51] <wgrant> It must match a key that is on your Launchpad account, anyway.
[06:51] <karstensrage> ok
[06:51] <karstensrage> i guess i do want the source though,
[06:51] <wgrant> You have no choice; Launchpad does not accept binary uploads.
[06:52] <karstensrage> Successfully uploaded identity4c_1.0.orig.tar.gz to ppa.launchpad.net for ppa
[06:52] <karstensrage> thats the source
[06:52] <karstensrage> wgrant, was the non-signed one from yesterday?
[06:53] <wgrant> karstensrage: But there was a binary in that upload too.
[06:53] <wgrant> You must build with -S.
[06:53] <wgrant> Ah yes, the most recent upload was signed, but not with a registered key.
[06:54] <wgrant> And earlier upload was entirely unsigned.
[06:55] <karstensrage> ok
[06:59] <karstensrage> wgrant, i have two .changes, do upload them both (assuming they are signed correctly) or just the source one?
[07:00] <wgrant> karstensrage: Just the source one. Launchpad only accepts source uploads; it always builds the binaries itself.
[07:00] <karstensrage> ok
[07:01] <karstensrage> ill try again tomorrow
[07:01] <karstensrage> thanks for your help
[08:38] <rbasak> git push lp:~ubuntu-server-dev/ubuntu/+source/ntp 1_4.2.6.p5+dfsg-3ubuntu9:refs/heads/ubuntu/devel
[08:38] <rbasak>  ! [remote rejected] 1_4.2.6.p5+dfsg-3ubuntu9 -> ubuntu/devel (failed to write)
[08:38] <ubot5`> rbasak: I am only a bot, please don't think I'm intelligent :)
[08:38] <rbasak> Is that because I used "ubuntu/devel" with a '/' in it?
[08:42] <rbasak> Though I managed to create "debian/sid" just fine.
[08:44] <wgrant> rbasak: slashes are fine, and you created ubuntu/sid OK. is it reproducible?
[08:44] <rbasak> wgrant: I did a little experimenting.
[08:45] <rbasak> wgrant: 1_4.2.6.p5+dfsg-3ubuntu9 is a (local) tag so I had to specify refs/heads/ubuntu/devel instead of just ubuntu/devel for git. That fails.
[08:45] <rbasak> wgrant: OTOH if I make a local branch and push that without disambiguating, then it works.
[08:45] <rbasak> So workaround was:
[08:45] <rbasak> git branch ubuntu/devel 1_4.2.6.p5+dfsg-3ubuntu9
[08:45] <rbasak> git push ... ubuntu/devel
[08:46] <rbasak> (I made a mistake with ubuntu/sid instead of ubuntu/devel but I think that didn't matter in this case)
[08:46] <wgrant> can you reproduce the original failure reliably?
[08:46] <rbasak> Let me try.
[08:48] <rbasak> wgrant: yes, reproducing. Now on git push lp:~racb/ubuntu/+source/ntp 1_4.2.6.p5+dfsg-3ubuntu9:refs/heads/ubuntu/devel
[08:48] <rbasak> (I mistakenly created that as a tag on that repo first, I hope that didn't affect anything)
[08:50] <rbasak> I think the failure case might be attempting to push <local tag name>:refs/heads/<name1>/<name2>
[09:06] <wgrant> rbasak: indeed. does that work on other git servers?
[09:07] <wgrant> i don't see what we do that is special here, but it's possible
[09:07] <rbasak> I would expect it to. I can check locally.
[09:09] <rbasak> Interesting. It does not.
[09:09] <rbasak> error: Trying to write non-commit object 8bd94ee19a36c6e1fae755a8a572150b442b0e54 to branch refs/heads/ubuntu/devel
[09:09] <rbasak> remote: error: cannot update the ref 'refs/heads/ubuntu/devel'.
[09:09] <rbasak> To /tmp/foo ! [remote rejected] 2.11-1ubuntu1 -> ubuntu/devel (failed to update ref)
[09:10] <wgrant> ah, signed tag, i guess
[09:11] <rbasak> Annotated tag, yes.
[09:11] <rbasak> OK, that makes sense I guess. I'd like git to dtrt, but it certainly isn't a Launchpad issue. SSorry!
[09:11] <wgrant> np, easy fix :)
[09:12] <rbasak> Although could Launchpad give me a better error in this case? Or do you not want to for security reasons?
[09:12] <wgrant> I've seen git itself give that sort of non-descriptive thing.
[09:12] <wgrant> Have you tried pushing over SSH locally?
[09:13] <wgrant> It's really bad at reporting errors over the remote protocol in some cases, and I think this might be one of them :(
[09:13] <wgrant> We definitely don't deliberately suppress it.
[09:13] <wgrant> But it's also possible that we detect the backend exiting before we forward any error, though I thought I fixed that.
[09:15] <rbasak> Pushing to localhost:/tmp/foo does still give me the descriptive error
[09:15] <rbasak> http://paste.ubuntu.com/14864577/
[09:24] <wgrant> rbasak: Hum, could you file a bug? I'll investigate.
[09:24] <wgrant> rbasak: https://launchpad.net/turnip/+filebug
[09:56] <rbasak> wgrant: https://bugs.launchpad.net/turnip/+bug/1541284
[09:56] <ubot5`> Launchpad bug 1541284 in turnip "Push failures drop some of git's error explanations" [Undecided,New]
[10:14] <wgrant> rbasak: Thanks.
[10:45] <elacheche> Hey again! :)
[10:46] <elacheche> Anyone have an idea how often LP verify every mirror? → Last probe
[10:46] <elacheche> This mirror was last verified 22 hours ago. → Is it checked every 24h? every 28h?
[10:46] <elacheche> Or it's random?
[10:47] <elacheche> I'm not closing this channel, please you see this and you have the answer just send it :) If I lost connection I'll check the logs too :)
[10:48] <wgrant> elacheche: Every 23 hours, usually, but it sometimes gets a bit behind.
[10:48] <wgrant> Let me check.
[10:49] <elacheche> OK.. Because a week ago on Monday it checked a specific mirror by 09am.. if it's 23h so it's logical to change the check time (that I can see in the html source of the page)..
[10:50] <elacheche> I'm trying to generate some reports from those pages, so it'll be better to know if there is a fixed range of time :)
[10:52] <wgrant> elacheche: There's no real way to predict. A mirror is requeued when its last check is 23 hours old, but the mirror at the top of the queue now was last checked 39 hours ago. So it's lagging more than usual.
[10:53] <elacheche> :D OK :) So I should not use that as an actual status, but I should mention the value in my report
[10:53] <elacheche> thx wgrant
[10:54] <elacheche> If my project went alive I'll come here and share with you what I was working on.. Thank you wgrant and all the others who helped me here :) :D
[10:54] <wgrant> elacheche: I'll be interested to see it!
[10:55] <elacheche> BTW, do you know if there is a way to check the status of a mirror without using LP.
[10:55] <elacheche> ?
[10:56] <wgrant> elacheche: I don't quite understand what you mean. You could of course check for existence of the various indexes and packages yourself, but beyond that...
[10:57] <elacheche> Emm.. I'll investigate that :) thank you wgrant
[11:09] <Saviq> hey all, any idea why this MP requires login https://code.launchpad.net/~aacid/unity8/new_dash_navigation/+merge/271617 ?
[11:13] <cjwatson> Saviq: Fun.  Looks like it supersedes https://code.launchpad.net/~aacid/unity8/new_dash_navigation/+merge/270634, which is proposed for merging into some private branch
[11:13] <cjwatson> Saviq: Please file a bug - not much to be done about the latter case directly, but we should probably redact invisible superseded MPs
[11:16] <Saviq> cjwatson, will do, thanks
[11:20] <Saviq> cjwatson, bug #1541331
[11:20] <ubot5`> bug 1541331 in Launchpad itself "Public MPs superseding private ones require logging in" [Undecided,New] https://launchpad.net/bugs/1541331
[11:20] <cjwatson> ta
[13:39] <xnox> https://launchpad.net/ubuntu/+source/llvm-toolchain-3.8/1:3.8~+rc1-1~exp1/+build/8933083 has run out of disk space it seems
[13:41] <cjwatson> xnox: 12:58 <cjwatson> maybe remove the build dir after installation as a workaround; I'm not sure at what point increasing disk means we have to decrease number of builders
[13:41] <cjwatson> (#launchpad-ops internal)
[13:41] <cjwatson> doko asked the same question there
[13:42] <xnox> ah ok.
[13:42] <xnox> maybe i should be on that channel.
[22:04] <sergio-br2> hi
[22:04] <sergio-br2> with github, I can push stuff by typing my username + password
[22:04] <sergio-br2> what's the trick with launchpad git repos?
[22:05] <sergio-br2> trying to use the https option
[22:05] <sergio-br2> then try username "sergio-br2"
[22:05] <sergio-br2> and my launchpad password
[22:17] <cjwatson> sergio-br2: We haven't yet implemented HTTPS access tokens for git, although I'm working on prerequisites for it at the moment.  You can only push using SSH right now.
[22:17] <sergio-br2> :/
[22:17] <sergio-br2> thanks
[22:18] <cjwatson> sergio-br2: But when it is done, it certainly won't involve using your Launchpad password directly; there'll be a separate token for it that you'll be able to generate.
[22:18] <sergio-br2> nice
[23:22] <sergio-br2> git is getting my linux user as the "user"
[23:22] <sergio-br2> :/
[23:22] <sergio-br2> this is why I like https
[23:22] <wgrant> sergio-br2: username@
[23:23] <sergio-br2> ?
[23:25] <sergio-br2> i give up
[23:26] <wgrant> ...
[23:26] <wgrant> sergio-br2: What is the problem?
[23:26] <sergio-br2> it's using "sergio" as user
[23:26] <wgrant> Giving up because you didn't put YOUR_LP_USERNAME@ in the URL seems silly.
[23:26] <sergio-br2> which is my desktop user
[23:27] <wgrant> What is the command you're using?
[23:27] <sergio-br2> git config --global user.name
[23:27] <sergio-br2> it changes the ~/.gitconfig right?
[23:27] <wgrant> That's your full name for committer identification.
[23:28] <wgrant> It's got nothing to do with authentication.
[23:28] <sergio-br2> humm
[23:29] <sergio-br2> [url<EMAIL_ADDRESS>[23:29] <sergio-br2>         insteadof = lp:
[23:29] <sergio-br2> so just add<EMAIL_ADDRESS>[23:29] <sergio-br2> ?
[23:29] <wgrant> Yes.
[23:30] <sergio-br2> not working yet
[23:30] <wgrant> We can help more easily if you describe what isn't working and how it isn't working.
[23:30] <sergio-br2> Launchpad user 'sergio' doesn't have a registered SSH key
[23:31] <sergio-br2> it's pretty confuse, sorry
[23:31] <wgrant> That's clearly not using the lp: alias you just created.
[23:31] <sergio-br2> so are there other file that I have to change?
[23:32] <wgrant> I don't know what you've done, nor what the command that's currently failing is.
[23:32] <wgrant> So far you've pasted an irrelevant command, plus a config snippet that you're apparently not using.
[23:32] <wgrant> Really don't have enough information.
[23:32] <sergio-br2> I'm just trying to clone a repo... with git+ssh
[23:32] <sergio-br2> .
[23:32] <sergio-br2> git clone git+ssh://git.launchpad.net/~random-stuff/mgba/+git/mgba-debian mgba-debian-git
[23:33] <wgrant> If you have that "insteadof = lp:" bit in your git config, you can just "git clone lp:~random-stuff/mgba/+git/mgba-debian mgba-debian-git"
[23:33] <wgrant> Otherwise, use "git clone<EMAIL_ADDRESS>mgba-debian-git"
[23:34] <sergio-br2> it's working
[23:34] <sergio-br2> let's see to push it now
[23:46] <sergio-br2> thanks wgrant, it's working
[23:46] <sergio-br2> it's just a little trick
[23:48] <wgrant> Great.
[23:50] <sergio-br2> wgrant, does "daily build" option work?
[23:50] <wgrant> sergio-br2: It should.
[23:51] <sergio-br2> there's no button like in the bzr recipes
[23:51] <sergio-br2> below the daily build
[23:51] <sergio-br2> the dolphin emu recipe I tested at least, it was not working
[23:51] <sergio-br2> I had to click in the Request build
[23:52] <wgrant> sergio-br2: The button only appears if the recipe is stale (that is, the underlying code has changed so a new build makes sense)
[23:52] <sergio-br2> yeah, I know
[23:52] <sergio-br2> but I just commit, and it did not appear
[23:52] <wgrant> Does LP show the new commit?
[23:53] <sergio-br2> yup
[23:54] <wgrant> Which recipe?
[23:54] <sergio-br2> https://code.launchpad.net/~endrift/+recipe/mgba-daily
[23:54] <sergio-br2> the main lp:mgba is broken, ugh


[02:58] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/3930 No packages are being considered! If you are preparing sources manually, please upload them to the PPA now
[03:30] -queuebot:#ubuntu-ci-eng- Trevinho, https://bileto.ubuntu.com/#/ticket/3930 Ready to build
[06:03] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2162 Needs rebuild due to higher version at destination (zesty/aethercast). Ready to build (/:, /: Failed to update local lp:aethercast cache., xenial/Failed, xenial/cache., xenial/isc-dhcp, xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/isc-dhcp, zesty/local, zesty/lp:aethercast, zesty/to, zesty/update). Successfully built (xenial/aethercast)
[06:14] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2393 Failed to build (xenial/aethercast). Needs rebuild due to higher version at destination (zesty/aethercast). Ready to build (/:, /: Failed to update local lp:aethercast cache., xenial/Failed, xenial/cache., xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:aethercast, zesty/to, zesty/update)
[06:19] -queuebot:#ubuntu-ci-eng- andyrock, https://bileto.ubuntu.com/#/ticket/3658 Failed to build (disco/nux). Ready to build (/:, /: Failed to update local lp:nux cache., disco/Failed, disco/cache., disco/local, disco/lp:nux, disco/to, disco/update)
[11:54] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2393 Failed to build (xenial/aethercast). Needs rebuild due to new commits (zesty/aethercast). Ready to build (/:, xenial/Failed, xenial/cache., xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/local, zesty/lp:aethercast, zesty/to, zesty/update)
[11:59] -queuebot:#ubuntu-ci-eng- andyrock, https://bileto.ubuntu.com/#/ticket/3658 Failed to build (disco/nux). Ready to build (/:, disco/Failed, disco/cache., disco/local, disco/lp:nux, disco/to, disco/update)
[12:03] -queuebot:#ubuntu-ci-eng- morphis, https://bileto.ubuntu.com/#/ticket/2162 Needs rebuild due to new commits (zesty/aethercast). Ready to build (/:, xenial/Failed, xenial/cache., xenial/isc-dhcp, xenial/local, xenial/lp:aethercast, xenial/to, xenial/update, zesty/Failed, zesty/cache., zesty/isc-dhcp, zesty/local, zesty/lp:aethercast, zesty/to, zesty/update). Successfully built (xenial/aethercast)


[07:34] <dholbach> good morning
[10:04] <bluesabre> hello, can somebody take a look at potentially sponsoring https://bugs.launchpad.net/ubuntu/+source/shimmer-themes/+bug/1555046 - its a bugfix release for Xubuntu's default theme, the current package version looks pretty bad in xenial
[10:04] <bluesabre> (meant to insert a please in there)
[10:06] <bluesabre> we'd upload it ourselves, but are still blocked by https://lists.ubuntu.com/archives/devel-permissions/2016-March/000910.html :)
[10:07] <Laney> bluesabre: I got re-added to the DMB!
[10:07] <Laney> let me look at running the packageset stuff again
[10:07] <bluesabre> Laney: congrats!
[10:08] <Laney> haha
[10:08] <bluesabre> (except, I think you tried to get away from it, no?)
[10:08] <Laney> been trying to go the other way
[10:08] <Laney> this is only temporary
[10:08] <Laney> until xnox sorts out the new members
[10:08] <bluesabre> perhaps I should apply, have they been many applications?
[10:08] <Laney> some
[10:08] <Laney> but more would be nice, if you have the time
[10:09] <Laney> as a bonus you get to fix the packagesets yourself
[10:09] <bluesabre> I've been thinking about it, I'll probably move on that shortly
[10:09] <Laney> do it quickly, not sure if he plans to finish the process soon
[10:10] <bluesabre> will do
[10:10] <Laney> it's already off the timetable due to lack of nominations
[10:11] <bluesabre> right, I'll see about getting my app in tonight
[10:12] <Laney> nice
[11:03] <Laney> bluesabre: done, enjoy
[11:03] <Laney> it fell out of kubuntu and you got it back
[11:07] <bluesabre> Laney: great, thanks a lot!
[21:45] <Unit193> https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=apt-cacher-ng/apt-cacher-ng.git;a=blob;f=ChangeLog;h=4004e4d474b34ebf1fba6404f0da5d8a850a3f18;hb=refs/heads/debian/sid second to latest release has a few Ubuntu fixes.  Might be useful to pull them in/


[08:14] <suihkulokki> Since I got approval to elfutils update, LP#934433, where do I find someone to do the upload?
[08:14] <pitti> suihkulokki: did you check whether we can sync?
[08:15] <pitti> an overview about the changes in the new upstream release would be nice (upstream changelog etc.)
[08:15] <micahg> suihkulokki: elfutils was just uploaded
[08:16] <suihkulokki> pitti: there is quite a bit of changes, not just bugfixes, so I thought it is better to a minimal update
[08:16] <pitti> suihkulokki: ah, thanks for checking
[08:16] <suihkulokki> micahg: thanks
[09:56] <micahg> can someone please tell me if syncevolution needs an FFe: http://anonscm.debian.org/gitweb/?p=collab-maint/syncevolution.git;a=blob;f=NEWS;h=1907b2f4cf08eab9f5649212c93be8fec71ef26e;hb=HEAD
[09:56] <micahg> we're at 1.2.1 right now
[10:01] <tumbleweed> micahg: I wouldn't think so
[10:01] <micahg> tumbleweed: thanks
[10:01] <Laney> looks ok to me
[10:10]  * cjwatson retries the Xubuntu alternate build, which failed for transient reasons
[11:32] <cjwatson> that's better, worked that time
[21:54] <dobey> does bug #949424 make any sense to people?
[21:54] <ubot2`> Launchpad bug 949424 in rhythmbox "[UIFe] String and feature changes in new Rhythmbox" [Undecided,New] https://launchpad.net/bugs/949424
[22:00] <ScottK> dobey: It needs more detail on the packaging changes you're proposing.
[22:00] <ScottK> (can't approve "maybe we should re-enable Magnatune", need what the plan is)
[22:04] <dobey> ScottK: right. i said "maybe" because i am not sure if we should or not. technically not having it is a regression, but i'm not sure it's big enough of one to bother with this late.
[22:06] <ScottK> Avoiding a regression is good.
[22:07] <dobey> if we do re-enable it, it's one of the things i'd like to split to a new binary
[22:07] <ScottK> If it's a seperate binary and  you can find an archive admin with time to review it, not regressing is good and I'd imagine low risk.
[22:08] <dobey> it didn't used to be. but since i'm also proposing some binary reorg, i think i can fit it in there :)
[22:14] <dobey> ScottK: updated the description
[22:14] <ScottK> OK.
[22:14] <ScottK> I'd see if you can find an archive admin with time (not me)
[22:15] <dobey> slangasek: wink wink :) ^^ care to look?
[22:40] <slangasek> dobey: I have time to binary new these for you, yes, and if the only reason you're on the fence about -magnatune is because of the freeze, Just Do It
[22:40] <slangasek> it's a regression, it's straightforward to fix
[22:41] <dobey> slangasek: i'm on the fence because it changes strings. but if you think we should do it, i will. :)
[22:41] <slangasek> ah, what are the string changes for magnatune?
[22:43] <dobey> there are a couple of s/purchase/download/. and i think 3-4 more strings which seem to be entirely new. i'll have to look at the diff (it's huge) and find them again
[22:43] <slangasek> but even if built, this wouldn't be installed by default, right?
[22:43] <slangasek> so isn't really covered by https://wiki.ubuntu.com/UserInterfaceFreeze
[22:45] <dobey> well, i'd guess we'd want to have -plugins recommends it, to avoid it disappearing on upgrade?
[22:48] <slangasek> that's not necessarily true
[22:49] <slangasek> I think it's more important that it continues to be available, than that it continues to be installed by default
[22:52] <dobey> ok
[22:55] <dobey> i need to run now, but i'll check back later. there are some important bug fixes we need for the u1 plug-in, so trying to get it cleaned up a bit as well. thanks
[23:55] <stgraber> is there any cdimage admin around? I just noticed Edubuntu doesn't have .metalink files generated on cdimage, breaking wubi...
[23:55] <infinity> I might be.
[23:56] <stgraber> infinity: hey there. I did a quick grep in my usual branches and couldn't find any reference to metalink, so my guess is that it's a private or very obscure branch :)
[23:56] <infinity> Really, this code's private-only?
[23:56] <stgraber> anyway, I see that ubuntu, xubuntu, ... dailies all have it, so it's likely some kind of check that needs tweaking
[23:57] <slangasek> infinity: yup, new code
[23:57] <slangasek> so it's private only
[23:57]  * infinity grumbles.
[23:57] <stgraber> well, either private or not easy to find in the branches I have around (debian-cd, livecd-rootfs and live-build)
[23:58] <infinity> That list is conspicuously missing cdimage.
[23:58] <stgraber> oh, good, so it's not me looking at the wrong place, there indeed wasn't anywhere to look then :)
[23:59] <stgraber> apparently all the daily-live ones have it but Edubuntu is "dvd" and I can't find another dvd product with it, so that might be the current check