[14:51] <tdr112> afternoon all
[14:52] <czajkowski> peeka boo
[14:52] <czajkowski> if someone sees mike on later
[14:53] <czajkowski> tell him to ping me with the pwd for the @ubuntuie pixie ac so I can upload the pics
[18:15] <Featurefreak> hmm, having horrible laggy performance in vlc on a very high end laptop.. fglrx drivers..
[18:18] <czajkowski> you need to update to tne newest VLC if you are on natty
[18:23] <Featurefreak> czajkowski, oh? is there a repo? or i have to pull a special package?
[18:24] <czajkowski> in the software add the natty upgrades
[18:24] <czajkowski> should be running vlc 1.somethintg 2
[18:26] <Featurefreak> i'm on 1.1.9
[18:27] <czajkowski> thats the right version
[18:27] <czajkowski> if there are any other issues report the bug
[18:28] <czajkowski> and then join #ubuntu-bug or #ubutnu to help work through it


[14:59] <ogra_> fnop
[14:59] <czajkowski> indeed
[15:00] <NCommander> #startmeeting
[15:00] <meetingology> Meeting started Thu Sep 29 15:00:03 2011 UTC.  The chair is NCommander. Information about MeetBot at http://wiki.ubuntu.com/AlanBell/mootbot.
[15:00] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[15:00]  * janimo waves
[15:00] <NCommander> [link] https://wiki.ubuntu.com/ARM/Meeting/2011/20110929
[15:01] <NCommander> there are no outstanding action items
[15:01] <NCommander> [link] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-arm.html
[15:01] <NCommander> [link] http://people.canonical.com/~platform/workitems/oneiric/ubuntu-arm-ubuntu-11.10-beta-2.html
[15:01] <ogra_> that doersnt make any sense :)
[15:01] <ogra_> B2 is gone
[15:01] <NCommander> argh
[15:02] <NCommander> ENEEDCAFFIENE
[15:02] <ogra_> :)
[15:02] <NCommander> the burndown chart looks good, we completed pretty much all major work items this cycle
[15:03] <NCommander> [action] Everyone to postpone any remaining work items
[15:03] <meetingology> ACTION: Everyone to postpone any remaining work items
[15:03] <ogra_> yeah, doko trashes our statisticts
[15:03] <ogra_> i think the postponing happened already
[15:03] <ogra_> i only see three Wi left
[15:03] <ogra_> two from doko, one assigned to the team ?
[15:04] <ogra_> why the heck is that assigned to the team
[15:04] <janimo> quite a few of my WIs are testing/research which are not affected by a particular release date
[15:04] <GrueMaster> I need to postpone the lava work.  Seems the system was reengineered and will require me to rethink how I deploy it (again).
[15:04] <ogra_> janimo, didnt you add the 4M boundary stuff already ?
[15:04] <NCommander> I just postedponed my one oustanding work item
[15:05] <janimo> ogra_, add it where? I think that was done first in Oneiric
[15:05] <ogra_> janimo, yes, me too, thats why i ask you :)
[15:05] <ogra_> there is an open WI for it
[15:05] <ogra_> align rootfs to 4M boundary on OMAP preinstalled images (debian-cd)
[15:05] <janimo> GrueMaster, yes, I had two lava WIs . One took too long for little benefit, the other I just postponed. No more yak-shaving for me
[15:05] <infinity> Pretty sure I merged that in debian-cd for janimo months ago.
[15:05] <ogra_> i think i merged code from you that had this
[15:06] <ogra_> or reviwed
[15:06] <GrueMaster> heh
[15:06] <ogra_> *reviewed
[15:06] <janimo> ogra_, so it is done, not sure where it is to be added. You mean it does not show up in the tracker?
[15:06] <ogra_> janimo, it does, but not assigned to you
[15:06] <janimo> that may be because silly syntax in the whiteboard then
[15:06] <janimo> ah. weird. Anyway it is done :)
[15:06]  * ogra_ will fix that post meeting, i just wanted to be sure it happened
[15:06] <NCommander> anything else here or can I move?
[15:06] <ogra_> move
[15:07] <janimo> it happened. OTOH I saw no perceptible speed gain in booting panda with that partition alignment
[15:07] <NCommander> [topic] ARM Server Status (NCommander, Daviey)
[15:07] <GrueMaster> ogra_: I'll mark the bug as fix released.
[15:07] <ogra_> yeah, thx
[15:08] <NCommander> with the exception of guided partitioning (will cover in image status), I'm very happy with the state of our server images and feelthey are ready for release
[15:09] <NCommander> anyone got anything else?
[15:09] <ogra_> Daviey, ??
[15:09] <ogra_> doesnt look like
[15:09] <NCommander> [topic]Kernel Status (cooloney, ppisati)
[15:10] <ogra_> audio !!!
[15:10] <ppisati> a new omap4 kernel has been pushed yesterday
[15:10] <ppisati> with 4460 support and some other goodies
[15:10] <ppisati> today the audio fix should go in
[15:10] <ogra_> \o/
[15:11] <janimo> ppisati, also support for pvr is in?
[15:11] <janimo> or rather did not regress
[15:11] <ogra_> janimo, i think rsalveti cared for that
[15:11] <janimo> ok
[15:11] <ogra_> in the tree we merged
[15:11] <ppisati> janimo: the new gfx driver you mean?
[15:11]  * rsalveti waves
[15:11] <janimo> not that I have an omap4 to test on but ...
[15:11] <janimo> ppisati, yes
[15:11] <ppisati> should be a separate pkg, but the kernel we pulled had a couple of reverts to accomodate it
[15:12] <rsalveti> janimo: in theory it should work with the driver already available at the ppa
[15:12] <rsalveti> just didn't test it yet
[15:12] <janimo> ok
[15:12] <ogra_> would be good to know before release if it works ;)
[15:12] <ogra_> but thats still weeks :)
[15:13] <ogra_> janimo, what about ac100 ?
[15:13] <janimo> it works
[15:13] <ogra_> do you plan another upload with the quietening patch ?
[15:13] <ogra_> or do we keep that for post release
[15:13] <janimo> if there's any more fixes needed they should be batched in an upload
[15:13] <janimo> ogra_, what does it quiet exactly? nvec?
[15:13] <ogra_> k, i agree
[15:14] <ogra_> janimo, the horrtible niosy boot
[15:14] <janimo> ogra_, I'd rather have it before release. Also enable MD/DM as those were dropped vs your package
[15:14] <ogra_> janimo, k, then go ahead :)
[15:14] <janimo> ogra_, hmm, nosiy boot, isn't that taken care of by quiet on the cmdline?
[15:14] <janimo> ok, we'll discuss it on ac100
[15:14] <ogra_> yes
[15:14] <ogra_> but it wasnt acxtually quiet
[15:15] <ogra_> marvins tree has the fix already
[15:15]  * janimo needs to check.
[15:15]  * ogra_ is done
[15:15] <janimo> ok, but he also has crazy zcache stuff, so I may need to cherry pick . We'll see
[15:15] <rsalveti> ppisati: and remember that to have proper 4460 support we still need to fix bug 851974
[15:15] <ogra_> zcache needs to be explicitly enabled on kernel cmdline
[15:15] <ogra_> dont bother
[15:16] <ppisati> rsalveti: is uboot going to be updated?
[15:16] <ppisati> i mean, the pkg in the archive
[15:16] <rsalveti> ppisati: it needs to be updated :-)
[15:16] <ogra_> rsalveti, jcrigby is already working on the upload (i acked the bug)
[15:16] <ppisati> ok
[15:16] <rsalveti> ogra_: great, thanks
[15:17] <ogra_> does he need a sponsor ?
[15:17]  * ogra_ forgot to ask
[15:17] <rsalveti> nops
[15:17] <ogra_> k
[15:17] <rsalveti> will include the release team then
[15:18] <ogra_> NCommander, ? move ?
[15:19] <NCommander> [topic] ARM Porting/FTBFS status (NCommander, janimo)
[15:19] <janimo> nothing to report
[15:19] <janimo> currently looking at ido ftbfs
[15:20] <NCommander> So the guided partition on omap isa bit of a problem. Specifically, you can't set a device in a partman reciepe. The documentation is misleading since the device{} tag only works for LVM
[15:20] <ogra_> topic ?
[15:20] <NCommander> This doesn't fit into ARM porting?
[15:20] <ogra_> i thought you wanted to save it for image :)
[15:20] <ogra_> anyway
[15:21]  * ogra_ throws bug 857299 in the room
[15:21] <ogra_> i fear that needs serious caretaking
[15:21] <ogra_> and it happens on ac100 too
[15:21] <janimo> ah, banshee again
[15:22] <NCommander> That being said, partman-uboot is done, and works extremely well, so it adds sanity checking. I'm unsure though if I should upload it this late (although it will properly add warnings to an unbootable configuration)
[15:22] <ogra_> NCommander, whats its status now (i.e. the package we have in the archive) ?
[15:22] <ogra_> i assume its worse ?
[15:23] <NCommander> we have nothing in the archive, I was holding off uploading. Uploading partman-uboot will get the netboot installer to do error checking, but I don't know how to force the installer straight to the manual partitioning screen
[15:24] <NCommander> as such there is no error or sanity checking during partitioning on OMAP
[15:24] <ogra_> partman-uboot isnt there from the dove times ?
[15:24] <NCommander> oh, no its there
[15:24] <NCommander> Theres just no OMAP code in it as of writing
[15:24] <ogra_> and its unusable atm
[15:25] <ogra_> right and we dont support dove
[15:25] <ogra_> upload away !
[15:25] <NCommander> right the current partman-uboot does nothing on OMAP. The new version fixes it
[15:25] <NCommander> k
[15:25] <NCommander> (actually, I left dove support in incase it ever comes back :-))
[15:25] <NCommander> uploading now
[15:25] <ogra_> awesome
[15:25] <NCommander> [topic] ARM Image Status (ogra, NCommander)
[15:25] <ogra_> well, archive is skewed
[15:25]  * NCommander headthunks
[15:25] <ogra_> up to yesterday they built fine
[15:26] <janimo> mx53 boot and installer is very slow
[15:26] <ogra_> hey, x86 skew this time
[15:26] <ogra_> :)
[15:26] <janimo> slower than I remember the omap3 to be
[15:27] <ogra_> how is the system after install ?
[15:27] <ogra_> i think we can live with a slow install if the system itself is ok
[15:28] <ogra_> (and with a slow boot fwiw)
[15:28] <janimo> ogra_, it worked apart from trying to start ubiquity again. Need to see again with oem-config out
[15:28]  * GrueMaster proposes going back to live/installer images for P.
[15:28] <janimo> this was yesterday's image
[15:28] <janimo> GrueMaster, +1
[15:29] <ogra_> GrueMaster, make the install faster than 2h and we can talk
[15:29] <janimo> if that measn installers like x86 ubuntu uses
[15:29] <ogra_> it also means extra hours for testing
[15:29] <janimo> ogra_, something worth at least investigating. spec?
[15:29] <ogra_> and we will likely have more arches next round again
[15:29] <ogra_> janimo, definitely
[15:30] <janimo> ogra_, only if we keep preinstalled. Which is a misnomer as it still asks questions and takes time
[15:30]  * ogra_ is all for not diverging (though preinstalled fulfills a need as well)
[15:30] <GrueMaster> The point is we need some way to get off of SD if the system has a better medium available (USB, SATA, etc).
[15:30] <infinity> We just need to sort out how to add in-place/resize as an option to d-i.
[15:30] <ogra_> agreed
[15:30] <janimo> unlike linaros which is really a dd-able preinstall, albeit without the luxury of picking name for user 1000
[15:30] <infinity> I think I may have a spec for that.
[15:30] <NCommander> We'll spec it for UDS
[15:30] <ogra_> yeah, there is a d-i spec for that
[15:31] <ogra_> infinity, did you solve the slideshow issue ?
[15:31]  * ogra_ saw all the other fixes but cant remember that one
[15:31] <infinity> ogra_: Fix committed to ubiquity.  Was an upload done while I was asleep?
[15:31] <ogra_> i dont think so
[15:31] <ogra_> thanks !
[15:33] <ogra_> NCommander, move ?
[15:33] <NCommander> [topic] QA Status (GrueMaster, mahmoh)
[15:34] <GrueMaster> With the current state of the daily images, I really shouldn't comment.
[15:34] <GrueMaster> So much is broken (at least for me).
[15:34] <GrueMaster> Server images are fine.  Desktop....
[15:35] <ogra_> desktop up to date from a week ago works relatively fine here on the ac100
[15:36] <GrueMaster> Where to start. yesterday's daily omap4.  Oem-config recycles instead of finishing install.   One indicator was flash-kernel not syncing befor umount.
[15:36] <GrueMaster> Changed flash-kernel, but it doesn't appear to be the only issue.
[15:37] <infinity> I can't reproduce that looping business. :/
[15:37] <ogra_> well, there are a bunch of fixes in the archive already but we didnt get images yet
[15:37] <infinity> (I could reproduce the f-k thing, and it's fixed)
[15:37] <GrueMaster> Enabled debugging in oem-config only increases the useless messaging by 10-20x.  Still no failure indicator, except now it crashes.
[15:37] <ogra_> the looping wont happen if oem-config is uninstalled at the right timwe
[15:37] <ogra_> so thats a moot bug
[15:37] <GrueMaster> So why isn't it uninstalling?
[15:37] <ogra_> since the deinstallation shoudl be fixed now
[15:38] <ogra_> preseed issue
[15:38] <GrueMaster> But there was no indication.
[15:38] <GrueMaster> Nothing in recent logs.
[15:38] <ogra_> inifnity fixed it
[15:38] <ogra_> in live-build i think
[15:39] <GrueMaster> If that was the oem-config-gtk, it is in yesterday's image.
[15:39] <infinity> Yeah.
[15:39] <infinity> But you won't get to oem-config-remove if oem-config is crashing for you.
[15:39] <ogra_> was that supposed to be fixed in yesterdays ?
[15:39] <infinity> So, that might still need investigation.
[15:39] <ogra_> oh
[15:39] <ogra_> indeed
[15:40] <GrueMaster> And I still don't know why oem-config is crashing.
[15:40] <GrueMaster> I have looked through every log.
[15:41] <NCommander> anything else?
[15:41] <ogra_> not from me
[15:42] <GrueMaster> At any rate, other issues I have been seeing are sound (analog audio device renamed from SDP4430 to Panda in the kernel without alsaucm conf files being updated).  And I haven't been able to get much further in daily testing.
[15:42] <GrueMaster> Nothing else here.
[15:42] <ogra_> well, and dont expect images for the next two days given the upload rate
[15:43] <GrueMaster> I don't expect images until Tuesday, earliest.
[15:43] <ogra_> heh
[15:43] <ogra_> i guess sat or sun images should work again
[15:43]  * GrueMaster won't hold his breath.
[15:44] <ogra_> indeed and i didnt mean to ask you to work on sat or sun :)
[15:44] <GrueMaster> If they are there, I may give them a cursory glance over morning coffee.
[15:45] <infinity> GrueMaster: The audio device name was reverted.
[15:45] <ogra_> s/was/is just being/
[15:45] <GrueMaster> infinity: I know.  I am just reporting it for the meeting minutes.
[15:45] <infinity> I'll stick with was, I accpted that last night!
[15:45] <GrueMaster> I am actively in that discussion even now during the meeting.
[15:46] <infinity> Heh.
[15:46] <ogra_> infinity, well, reading the #ubuntu-arm backlog it is just being changed
[15:46] <GrueMaster> And until it is in an image, the issue remains open.
[15:46] <ogra_> anyway
[15:46] <ogra_> NCommander, move :)
[15:47] <NCommander> [topic] Linaro Updates (rsalveti)
[15:47] <infinity> Oh, nevermind, the revert last night was DRM names.  I guess we're changing drivers all over the place. :P
[15:47]  * rsalveti waves
[15:48] <rsalveti> guess the main things we have to report are kind at ubuntu already :-)
[15:48] <rsalveti> the work on the tilt tree, to make it work with 4460
[15:48] <rsalveti> new u-boot-linaro release, fixing 4430 ES2.0 and bringing support for 4460
[15:48] <rsalveti> libjpeg-turbo is now at the archive
[15:49] <rsalveti> other than that we have a release today
[15:49] <rsalveti> and plan to start moving to oneiric next week already
[15:49] <rsalveti> that's most from my side
[15:50] <GrueMaster> rsalveti: What changes to u-boot are there on the beagle side?  Is it just to sync the source tree?
[15:50] <rsalveti> GrueMaster: boot timeout is now 2 secs
[15:51] <rsalveti> and generally just code sync with upstream
[15:51] <GrueMaster> Ah, good.
[15:51] <GrueMaster> 10 seconds was a bit excessive.
[15:51] <NCommander> anything else, we're almost out of time
[15:52] <NCommander> [topic] AOB
[15:52]  * ogra_ has something
[15:53] <ogra_> since we have our own ARM track at UDS again now ... and will have to give a summaryx at the end again ...
[15:53] <ogra_> which always costed us half the day to collect on friday ... davidm thought it would be good if we had a closing meeting every day after the last session
[15:53] <NCommander> I'll be working at putting together a draft of all server blueprints based off the PBLueprintIdeas Page
[15:54] <ogra_> so everyone will have to write down stuff about the sessions he was in at end of the day
[15:54] <ogra_> tahts all ... just wanted to announce that
[15:54] <janimo> ok
[15:54] <NCommander> closing the meeting out in 3
[15:54] <NCommander> 2
[15:54] <NCommander> 1
[15:55] <NCommander> #endmeeting
[15:55] <meetingology> Meeting ended Thu Sep 29 15:55:01 2011 UTC.
[15:55] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting/2011/ubuntu-meeting.2011-09-29-15.00.moin.txt


[10:06] <jamespage> Laney: morning
[10:07] <jamespage> could I ask a small favour - there is a new version of vaultlocker in the bionic-backports queue - any chance you could ack it?
[11:17] <doko> Trevinho: looks like the resolution change on suspend is fixed. checked in focal for now. will that land in bionic as well?
[11:19] <Trevinho> doko: good... The patch I did should apply to 3.28 too I think. So... I can do that, but only if you make the bug SRU-conformant and you'll verirify it :-D
[11:20] <doko> sure, I can do that
[11:22] <Trevinho> ta
[15:45] <rbasak> bryce: on your request to document my repo_factory in rich_history_test.py, how about I add notes to STYLE.md instead? As it's a generic thing related to our test fixtures and how we do testing.
[15:45] <rbasak> (not strictly style, but that's the closest we have to a developer guide right now)
[15:52] <bryce> rbasak, alright
[15:57] <Laney> jamespage: sorry I read your message and then totally forgot about it /o\ /o\ /o\
[15:57] <Laney> looking now
[16:00] <Laney> done
[18:48] <tmhoang> Hi, anyone following this guide https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel and using quilt to add a patch and rebuild the kernel ?
[18:49] <tmhoang> I'm on 20.04, getting kernel 5.4.0-26 and debian/source/format is 1.0 and using quilt. When the kernel is building, I see that the source file I wanted to change is not changed -> the patch seems not applied
[19:54] <hggdh> a question: the #ubuntu-uds-* and #ubuntu-uos-* IRC channels -- do we need to keep them? We are going thru a spring clean-up for the #ubuntu* namespace, and these channels seem to be quite dead
[21:49] <mapreri> bryce: hello there.  I see you wrote stuff in the upstream cairo ML, so I'll ask you.  I got somebody asking if I could build inkscape with cairo 1.17 to support 16-bit colour depth, but obviously the cairo maintainers won't package a development version.  So, do you know anything about the next cairo stable release?  (without knowing anything) Are backports of such a feature even possible?
[22:05] <bryce> mapreri, I don't expect a stable release for cairo any time soon.  I don't think the codebase is changing that much, so backporting the patches shouldn't be too terribly difficult if you want to go that route
[22:07] <mapreri> bryce: thanks, I guess I could have a look if I'll ever feel too bored
[22:07] <bryce> mapreri, :-D
[22:07] <mapreri> I just feel somewhat bad for the inkscape users who would like to use that feature but they can't
[22:07] <bryce> mapreri, refund their money?  ;-)
[22:08] <mapreri> ahahah :P
[22:08] <bryce> mapreri, it's on my todo list to look at a cairo release but it's pretty far down my stack.  Some day.
[22:09] <mapreri> bryce: the person opened a bug against inkscape saying "please update cairo".  I reassigned to cairo and the cairo maintainer wrote "not until there is a stable release".  then the OP wrote privately to me saying "I opened against inkscape because I knew the cairo maintainer would give me such bureaucratic answer"
[22:09] <mapreri> very tempted to reply "yes, please got to office XYZ to file your appeal" :>
[22:10] <bryce> heh
[22:12] <valorie> entitled users; who would have thought
[22:13] <sladen> mapreri: ...locked filing cabinet, in a disused lavatory, with a sign on the door saying "Beware of the Leopard"
[22:15] <mapreri> sladen: the blank form required for your appeal might be used as nest by a some poisonous snakes living inside said cabinet.
[22:17] <mapreri> (being Italian I learnt to appreciate this kind of bureaucracy: https://youtu.be/tzQuuoKXVq0?t=176 - could also link that in my reply)
[23:36] <GridCube> jdstrand, can I pm you about your minidlna snap package? i need to figure out how to add directories to the config file and snap doesn't allow editing config files as they're read-only


[13:23] <mvo> can anyone suggest a workaorund for https://code.launchpad.net/~snappy-dev/snappy/trunk-github ? it fails right now with: bzrlib.plugins.git.errors.UnknownCommitExtra: Unknown extra fields in <Commit ace271dbbf103122fd56f186c1e3fd0708b6a905>: ['gpgsig'].
[13:24] <mvo> I was wondering if a code-import from github->lp-git would work but it seems like I can not ask for such a code import directly
[14:22] <cjwatson> mvo: We'd like to implement git-to-git mirrors, and there's some hope of getting it onto the schedule soon, but the only possible workaround right now is to mirror manually.
[14:23] <mvo> cjwatson: hm, I guess I could remove the tag with the gpgsig also? would that help?
[14:24] <cjwatson> mvo: I think that's a signed commit, not a signed tag.
[14:26] <cjwatson> mvo: It has to be nowhere in the history of the branch you're trying to import, so it may not be sensibly possible for you to undo ...
[14:26] <cjwatson> Unless it's like the most recent commit or something.
[14:28] <mvo> cjwatson: its probably in between, but I will try to figure out which one. I was suspecting a signed tag because that is what I do when I release. I will try to find out if there is a signed commit somewhere
[14:29] <mvo> cjwatson: thanks for your help, I will scratch my head a bit over this
[14:30] <clivejo> hi guys, Launchpad seems to be taking an hour plus to publish, is there something wrong?
[14:30] <wgrant> Just investigating that.
[14:31] <cjwatson> The PPA publisher seems to be chugging along.
[14:31] <wgrant> Very slowly.
[14:31] <wgrant> I'm getting 100KB/s haetae to carob.
[14:32] <cjwatson> Yeah
[14:32] <cjwatson> 2016-02-12 14:31:35 DEBUG   Added /srv/launchpad.net/ppa-archive/ci-train-ppa-service/landing-000/ubuntu/pool/main/m/mir/mir-demos_0.19.2+16.04.20160212.1-0ubuntu1_amd64.deb from library
[14:32] <cjwatson> 2016-02-12 14:31:48 DEBUG   Added /srv/launchpad.net/ppa-archive/ci-train-ppa-service/landing-000/ubuntu/pool/main/m/mir/mir-doc_0.19.2+16.04.20160212.1-0ubuntu1_all.deb from library
[15:17] <sophomeric> I have some packages in pending publication status. How long does it typically take for this to complete?
[15:21] <dobey> typically, not very long
[15:21] <dobey> currently, the publisher is running a bit slower than typical
[15:22] <sophomeric> It's been a little shy of an hour. I know I'm being impatient but I thought I'd ask.
[15:24] <Laney> There's some kind of network trouble going on which seems to be causing things to back up
[15:25] <sophomeric> I'll just wait until Monday then since it's nearly the end of the day here. Thanks for the update.
[15:26] <cjwatson> It'll hopefully be sorted out soon
[20:52] <clivejo> any update on the publisher slowdown/stop?
[20:55] <dobey> it's still slow
[20:56] <dobey> incredibly slow
[21:22] <Saviq> is there +junk support for git in launchpad?
[21:22] <cjwatson> Saviq: yes, but it's spelled +git
[21:23] <cjwatson> Saviq: https://help.launchpad.net/Code/Git#Repository_URLs  see the bit about personal repositories
[21:23] <Saviq> cjwatson, thought ~saviq/+git/project would be the equivalent of ~saviq/project in bzr...
[21:23] <cjwatson> Saviq: ~saviq/project doesn't mean anything in bzr in isolation, please clarify :)
[21:24] <cjwatson> Saviq: in "~saviq/git/repository", the "repository" bit has no connection to any project name except by coincidence
[21:24] <Saviq> cjwatson, if I have a ~saviq/project/branch in bzr, wouldn't a corresponding branch in git be "branch" in ~saviq/+git/project?
[21:25] <cjwatson> Saviq: a project repository would be "~saviq/project" (your default repository for that project; use that unless you have a reason not to) or "~saviq/project/+git/repository" (separate named repository; this is for special cases)
[21:25] <Saviq> cjwatson, ok, misunderstood "personal" in this case
[21:25] <cjwatson> it's a little odd but we needed to do it this way for URL consistency with other parts of LP
[21:26] <cjwatson> Saviq: I've added a mention of +junk to the help page, to assist people familiar with bzr
[21:26] <cjwatson> modulo wiki saving ever getting back to me
[21:27] <Saviq> cjwatson, can a git repository ever be ~saviq/project/foo?
[21:27] <cjwatson> Saviq: no
[21:28] <Saviq> or ~saviq/project, or ~saviq/project/+git/foo
[21:28] <cjwatson> it can be either of those last two
[21:28] <Saviq> ok
[21:28] <Saviq> so we got one more level of depth compared to +junk, works for me
[21:28] <cjwatson> ~saviq/project/foo was dodgy URL design with bzr codehosting, it achieved brevity at the expense of permanently colonising an important swathe of namespace
[21:29] <Saviq> cjwatson, agreed
[21:29] <cjwatson> we couldn't use it because it would have been ambiguous
[21:29] <cjwatson> or else the webapp URLs would have had to differ from the git.l.n URLs
[21:29] <Saviq> cjwatson, that clears it up, thanks!
[21:29] <cjwatson> np
[21:31] <Saviq> cjwatson, oh one more question, I was always more used to pull, as opposed to merge, requests with git, is that a design decision to keep them MPs, or just TODO?
[21:32] <dobey> that just seems like nomenclature differenct to me
[21:32] <cjwatson> Saviq: well - you can only pull if you've rebased first, which is a project decision
[21:33] <cjwatson> Saviq: merging is still perfectly legit in git, and many projects do that
[21:33] <Saviq> cjwatson, sure, which is why I said "was more used to" :)
[21:33] <cjwatson> Saviq: e.g. if you look at linux, most commits by Linus are merges :)(
[21:33] <cjwatson> :)
[21:34]  * Saviq always liked the flat history, but it's probably unwieldy in big projects
[21:35] <Saviq> or plain not useful - better to be able to drill down from a merge
[21:35] <Saviq> instead of ploughing through all the commits on one level
[21:35] <dobey> i prefer to call it "fake history" than flat history ;)
[21:36] <Saviq> better than "merge trunk" being half of that history ;P
[21:37] <Saviq> but I guess one does not cause the other
[21:37] <dobey> if merge trunk is happening too much, then that should signify there is something wrong with the development process, or the understanding of the developers about how branches work
[21:39] <Saviq> well, s/trunk/prereq-branch/
[21:42] <dobey> sure. i think my statement works for either case. :)
[21:43] <Saviq> it's just we're touching the same areas of code a lot these days, and can't land often enough, meaning we get into conflict dance all the time
[21:48] <dobey> sure. not blaming you. just saying i think flattening commits is a non-solution to the process issues.
[22:04] <cjwatson> PPA publishing issues should hopefully improve very shortly
[22:04] <dobey> sweet
[22:51] <jose> 'ello! I was wondering, when creating a Launchpad account/ubuntu one id, does it require you to verify your email address?
[22:57] <wgrant> A Launchpad account does, an Ubuntu One account does not.