[00:19] <Fudge> hi, are there command line only methods to install and configure myth without using a gui, I am an orca user so am legally blind and some of the screens through setup I can not really use
[18:18] <qwebirc13765> I'm having a horrible time getting my brand new HD-PVR working on a working mythbuntu 11.10 box. I've tried resetting, updating firmware, rebooting, you name it. I'm baffled. it works fine in Windoze 8.
[19:35] <qwebirc858> Thanks in advance - I screwed up. I was on an unsuoorted release and attempted an auto upgrade and now my system wont boot. I'm downloading the iso and will create a flashdrive boot. Where do I begin troubleshooting? Ugh.


[08:39] <SiDi> hi
[09:01] <SiDi> dashua: the ubuntu mini 9 with ubuntu are 70€ cheaper than the windows ones atm \o:
[09:19] <SiDi> anyone around ?
[10:24] <SiDi_> In the end, the ubuntu-art LP team never got cleansed
[10:29] <thorwil> SiDi_, we are at the end?
[10:29] <SiDi_> yeh
[10:29] <SiDi_> the end of the world
[10:30] <SiDi_> kwwii: http://xfce-look.org/content/show.php?content=105366 updated the dust xfwm
[10:30] <SiDi_> now exact replicate of the metacity :p
[10:58] <thorwil> http://arstechnica.com/open-source/reviews/2009/05/hands-on-intel-brings-rich-ui-to-moblin-linux-platform.ars
[11:35] <SiDi_> why are themes split in gnome-themes-ubuntu and community-themes ? :/
[11:45] <SiDi_> dust sand (complete) xfwm \o/ http://xfce-look.org/content/show.php?content=105368
[12:15] <SiDi_> kwwii: zniavre dashua (any gnome user) ping ? :P
[14:07] <xanax`> hello
[14:17] <SiDi> hi
[16:12] <SiDi> anyone who's alive ? thorwil ? :P
[16:12]  * xanax` opens an eye
[16:12] <SiDi> ah great :D
[16:12] <SiDi> xanax`: tell me you're using gnome
[16:13] <xanax`> i am
[16:13] <SiDi> ok, can you please be kind enough to make a screenshot of GNOME with the Impression theme ?
[16:13] <SiDi> it's in gnome-themes-ubuntu
[16:13] <SiDi> and here https://wiki.ubuntu.com/Artwork/Incoming/Jaunty/Impression
[16:13] <SiDi> cause the screens there are resized, i need an actual size screenshot
[16:15] <xanax`> bah.. i have problems with apt-get
[16:15] <xanax`> i cant' install the theme.. my system is broken :-(
[16:17] <SiDi> aw :O
[16:18] <savvas> SiDi: http://img132.imageshack.us/img132/7562/screenshotx.png
[16:20] <SiDi> vheers :)
[16:21] <SiDi> s/cheers/vheers
[16:21] <savvas> actually hold a sec
[16:21] <savvas> I'll login with the guest
[16:31] <SiDi_> Sorry, mibbit crashed
[16:31] <SiDi_> Thanks for the screenshot xanax`
[16:31] <xanax`> heh... i haven't sent you the screenshot... savvas did
[16:33] <SiDi_> oh
[16:33] <SiDi_> thanks savvas then :p
[16:33] <SiDi_> is there are difference between active and inactive windows btw ?
[16:46] <savvas> brb
[16:50] <savvas0> damn bugs
[16:50] <savvas0> all over my desktop :P
[16:51] <savvas0> SiDi_, http://img265.imageshack.us/img265/7960/screenshotj.png
[17:03] <SiDi_> savvas chers
[19:05] <bencrisford1> When submitting wallpapers to: https://wiki.ubuntu.com/Artwork/Incoming/Karmic/Backgrounds
[19:05] <bencrisford1> Can anyone submit to default?
[19:05] <bencrisford1> and can I submit to default and extra?
[19:09] <thorwil> bencrisford1, yes, anyone can
[19:10] <thorwil> bencrisford1, submissions in default might be considered for extra
[19:10] <thorwil> maybe also the other way
[19:10] <bencrisford1> ok
[19:10] <bencrisford1> my submission isnt very good as it is
[19:10] <bencrisford1> but i hope to improve it
[19:10] <bencrisford1> hopefully with some feedback from the rest of the team :)
[19:10] <bencrisford1> thanks thorwil
[19:11] <thorwil> np
[19:13] <bencrisford1> is preferred format png or jpg thorwil?
[19:14] <bencrisford1> because if necessary I can change
[19:14] <SiDi> png
[19:14] <thorwil> right
[19:14] <bencrisford1> damn :P
[19:14] <SiDi> I wish i had a photo camera :/ There is a wonderful place at ~30 kilometers from here which would be a perfect photo wallpaper :p
[19:15] <bencrisford1> ill change when i get the chance, but for now if I upload a jpg is that ok?
[19:15] <thorwil> SiDi, lend one
[19:15] <thorwil> bencrisford1, sure
[19:15] <SiDi> thorwil: i'll try to :p
[19:15] <SiDi> or if i find a good job i'll buy one at the end of the summer
[19:19] <bencrisford1> thorwil, SiDi: I need your advice
[19:19] <bencrisford1> for a name: https://wiki.ubuntu.com/Artwork/Incoming/Karmic/Backgrounds?action=AttachFile&do=view&target=karmic-background.jpg
[19:19] <bencrisford1> what would you name it?
[19:19] <bencrisford1> I thought perhaps something like 'Wisdom'
[19:19] <thorwil> bencrisford1, that will do
[19:19] <bencrisford1> (and yes I know it needs alot of work, but thats my starting point, it will get better i hope)
[19:21] <thorwil> bencrisford1, you're using a freely licensed image of a koala?
[19:23] <bencrisford1> thorwil: Perhaps I should check :S
[19:23] <thorwil> yeah
[19:24] <thorwil> bencrisford1, you have to be careful with placing important stuff so close to the edge, as some of it might be clipped off if the wallpaper is used with another aspect ratio
[19:24] <bencrisford1> thorwil: I don't know where the picture was originally uploaded to the web so I don't know how its licensed
[19:25] <bencrisford1> important stuff...  hmm, well providing no more than an inch is cut off
[19:25] <bencrisford1> the head'll be there
[19:25] <bencrisford1> and it captures the wallpaper well
[19:26] <thorwil> bencrisford1, clipping can happen in the other direction
[19:27] <bencrisford1> all directions shouldnt effect it too badly in my opinion
[19:27] <bencrisford1> but i might have a look at that
[19:27] <thorwil> 1440 x 900, that is 8:5
[19:27] <thorwil> there are both taller and wider aspects in use
[19:27] <bencrisford1> I can scale it for other sizes
[19:28]  * bencrisford1 tries to track down the webmaster of the site he got the picture off...
[19:28] <thorwil> bencrisford1, if it gets packaged, it will be a single size (most likely) ...
[19:28] <bencrisford1> oh :/
[19:28] <thorwil> i made the templates at https://wiki.ubuntu.com/Artwork/Documentation/Backgrounds#Template
[19:28] <thorwil> for this reason
[19:28] <bencrisford1> so I havent done a sterling job then :P
[19:29] <thorwil> bencrisford1, don't worry
[19:30] <thorwil> bencrisford1, it's all fine if you make each mistake only once ;)
[19:30] <bencrisford1> well its my first main contribution really :P
[19:30] <bencrisford1> ive been getting a sore arse from sitting on the fence
[19:30] <bencrisford1> so i decided to get involved
[19:30] <bencrisford1> :)
[19:31] <bencrisford1> shall I put a little notice somewhere that im trying to find out the licensing of the photo, but its not confirmed yet?
[19:31] <bencrisford1> or shall i not put add my submission
[19:31] <bencrisford1> until its sorted
[19:31] <thorwil> yes
[19:32] <thorwil> wait until it's sorted
[19:32] <bencrisford1> not add my submission? :(
[19:32] <SiDi> bencrisford1: by the way
[19:32] <SiDi> please dont use custom fonts when sending mails to the ML ;P
[19:32] <thorwil> bencrisford1, please undersatnd that we have to be carful about copyright/licensing
[19:33] <bencrisford1> I do understand
[19:33] <bencrisford1> SiDi: Ah, sorry about that
[19:33] <bencrisford1> I use yahoo for the ML
[19:33] <bencrisford1> and i dont post much
[19:33] <bencrisford1> Yahoo is very annoying
[19:33] <bencrisford1> >:
[19:33] <SiDi> well, its always weird to have one mail with a different font in the middle of the digest :)
[19:33]  * bencrisford1 didnt mean to :P
[19:33] <SiDi> when i began posting to MLs, i switched to gmail to get an ad-free webmail
[19:34] <bencrisford1> yahoo is weird like that
[19:34] <SiDi> But i'm still doing a lot of crap : posting with a Re : digest subject, or even worse, answering to people instead of the whole list
[19:34] <thorwil> the digest is evil
[19:35] <SiDi> yeh, but its even more evil to have tons of mails to read when im internet-less for 2 days
[19:36] <thorwil> SiDi, how about having all list mail sorted in a folder? as good as a digest, without the Subject issue
[19:37] <SiDi> thorwil: i actually use filters to label the emails
[19:37] <SiDi> but im just upset by the amount of mails when i dont have digests, eventho i removed the digest mode for most of my mls
[19:37] <bencrisford1> SiDi: I use gmail alot too now
[19:37] <bencrisford1> but mainly evolution
[19:37] <bencrisford1> brb
[19:38] <SiDi> bencrisford1: i wish i could use a mail client ;)
[19:39] <SiDi> seriously, they should kickban from opendesktop.org the guy who posted 82 ugly X11 icon themes in 10 days, all converted from customizeyourwindowscrap.com with a damn script
[19:39] <SiDi> xfce-look turned into crappywindowsiconthemes-look.org because of him
[21:02] <Viper550> so for this other distro, I'm trying to aim at a 7-like look for our KDE 4 desktop
[21:08] <SiDi> i honnestly dont find it that fantastic
[21:08] <SiDi> the window's transparency is sexy, the panel too, but the icons are really ugli-ish
[21:09] <Viper550> Ark Linux specifically. We're kinda trying to regen for KDE 4 - dumping Kynaptic and such
[21:14] <Viper550> we REALLY wanna use kpackagekit
[21:26] <Viper550> hey
[21:50] <Viper550> I'm working on KDE 4, and potential default desktops for a distro using it
[22:47] <Viper550> kwwii, you there?
[22:49] <kwwii> Viper550: no, I am at a week long canonical meeting before UDS, so I am not really here
[22:49] <kwwii> I have not read emails for the last 4 days
[22:49] <Viper550> oh
[22:49] <kwwii> and this is my first chance to join chat
[22:50] <kwwii> I will be online as of the weekend, latest
[22:50] <SiDi> heya kwwii :p
[22:50] <kwwii> send me an email if it is really important
[22:50] <kwwii> hey SiDi
[22:50] <SiDi> do they let you eat and drink during your meeting ?
[22:51] <kwwii> hehe, not unless everyone else at the company is also alon g
[22:51] <kwwii> many of out meetings are in rooms without internet
[22:51] <kwwii> so that nobody can go online and miss things
[22:51] <kwwii> anyway, time for sleep now
[22:51] <kwwii> see you all soon, I hope
[22:52] <SiDi> good night then
[22:52] <SiDi> hope its not too hawt in barcelona :p
[22:53] <Viper550> we're plotting out kinda a "calm before the" and "storm" themes for Ark Linux on KDE 4
[23:37] <Viper550> so for Ark Linux, I was kinda thinking about a thunderstorm motif for our kde 4 desktop
[23:56] <SiDi> i dont think you'll find many KDE4 fans here honnestly
[23:59] <Viper550> SiDi, anyway...its probably going to be some storm based motif


[00:20] <cody-somerville> what does db_get return for a bool?
[00:26]  * cody-somerville figures it out by experimentation.
[00:43] <orbisvic1s> can I modify the file.squashfs location for casper ?
[07:16] <CIA-33> ubiquity: superm1 * r3346 ubiquity/ (debian/changelog scripts/install.py):
[07:16] <CIA-33> ubiquity: When generating the blacklist, if OEM mode is enabled, explicitly call
[07:16] <CIA-33> ubiquity: out ubiquity to be on the list of packages to keep files from. Prevents
[07:16] <CIA-33> ubiquity: issues with oem-config missing files after reboot. (LP: #409648)
[07:17] <superm1> ^not too keen upon the solution, but it's functional.  if any of y'all have a better one/better idea, feel free to revert it in exchange
[09:28] <davmor2> shtylman: On the keyboard selection page on the new installer it says below is an image of the keyboard it's blank?  I'm assuming it's not meant to be
[09:30] <davmor2> shtylman: shouldn't the "what is the name of this computer?" be automatically filed?
[09:35] <cjwatson> cody-somerville: "true" or "false"; anything else is out of spec
[09:35] <cjwatson> (though that's not to say it's impossible)
[09:35] <cjwatson> superm1: why isn't ubiquity kept due to dependencies?
[12:17] <CIA-33> ubiquity: mterry * r3322 translated-timezones/ (163 files in 14 dirs): merge from trunk
[12:23] <shtylman> davmor2: yea...I havn't gotten around to the keyboard...so I need to disable that for now..
[12:23] <shtylman> davmor2: I will look into whether the "comp name" should be filled or not
[12:37] <mark> hi
[12:37] <mark> is it possible to preseed filesystem options like "nobarrier,noatime" with automatic partitioning?
[12:39] <davmor2> shtylman: it is in the ubuntu version but that's not to say that your version needs to copy it :)
[12:39] <davmor2> comp name autofill
[14:19] <cjwatson> mark: you can put options/noatime{ } in a recipe; I think it only handles it only accepts options it explicitly knows about though, sorry
[14:20] <mark> hmm, will look into that, thanks
[14:22] <CIA-33> ubiquity: cjwatson * r3347 ubiquity/debian/ (po real-po changelog):
[14:22] <CIA-33> ubiquity: Rename debian/po to debian/real-po and put a symlink in place, so that
[14:22] <CIA-33> ubiquity: Launchpad Translations will be able to import our translation files.
[14:22] <cjwatson> (s/it only handles //, sorry - laggy here)
[15:09] <superm1> cjwatson, from what it looked like, it wasn't crawling that far up the dependency chain, but I was having a difficult time determining for sure.  I tried adding it into the Depends for oem-config-gtk in /var/lib/apt/lists during the live session too, but that didn't appear to help either
[15:35] <cjwatson> does the blacklisting code actually know whether oem-config-blah is meant to be installed?
[15:36] <cjwatson> hmm, it ought to
[15:36] <cjwatson> I guess it'll do for now, I would rather open a vein than beat on that code again TBPH
[16:01] <CIA-33> hw-detect: cjwatson * r116 ubuntu/ (69 files in 3 dirs):
[16:01] <CIA-33> hw-detect: Default iSCSI configuration to true, and stop installing open-iscsi-udeb
[16:01] <CIA-33> hw-detect: unconditionally here; partman-iscsi will take care of that. Instead,
[16:01] <CIA-33> hw-detect: offer iSCSI targets as a choice if partman-iscsi is available and no
[16:01] <CIA-33> hw-detect: disk devices are found, and implement compatibility with old-style
[16:01] <CIA-33> hw-detect: open-iscsi/targets preseeding.
[16:04] <CIA-33> hw-detect: cjwatson * r117 ubuntu/ (debian/changelog hw-detect.sh):
[16:04] <CIA-33> hw-detect: Stop installing acpi, acpid, and acpi-support-base if acpi is available.
[16:04] <CIA-33> hw-detect: Most of these are going away and desktop facilities should take care of
[16:04] <CIA-33> hw-detect: whatever's left.
[16:22] <davmor2> shtylman: is the idea that kubuntu netbook will use the same installer?  if so it the window for input fixed other wise it would be tiny :)
[18:01] <CIA-33> hw-detect: cjwatson * r118 ubuntu/disk-detect.sh: open-iscsi/targets might not exist
[18:38] <CIA-33> hw-detect: cjwatson * r119 ubuntu/disk-detect.sh: move iscsi choice to the top
[18:45] <CIA-33> hw-detect: cjwatson * r120 ubuntu/disk-detect.sh: more removal of old-style iscsi handling
[18:45] <SD39> anyone know if it's possible to backup my wireless drivers from my broken install and move then to my reinstall? I can access the broken install still.
[18:46] <CIA-33> hw-detect: cjwatson * r121 ubuntu/disk-detect.sh: don't restart iscsid if it's already running
[18:52] <cjwatson> SD39: well, you could grab them from /lib/modules/ and maybe /lib/firmware/ too, but the kernel's module interface changes from time to time (actually quite frequently) and this tends to break such things. It might be easier to install the drivers from scratch
[18:52] <cjwatson> oh, bah


[00:26] <lifeless> spiv: ping; my place is available if you're interested; or I can head north.
[00:30] <Pegasus_RPG> hello there.
[00:30] <Pegasus_RPG> If a repo's URL changes, can bzr be told of that change or do people need to do a new checkout/branch?
[00:33] <lifeless> Pegasus_RPG: 'bzr switch' can be used to change what things are checkouts of
[00:33] <lifeless> branches don't care, they just need to pass the url to the next pull/merge
[00:33] <lifeless> e.g. 'bzr pull URL --remember'
[00:34] <Pegasus_RPG> lifeless: ok, so a user needs to issue both a switch and the pull --remember?
[00:34] <lifeless> Pegasus_RPG: either/or
[00:34] <Pegasus_RPG> oh ok cool
[00:35] <Pegasus_RPG> thank you muchly
[00:35] <lifeless> if they have a checkout, switch, if they have a branch, pull/merge --remember
[00:35] <Pegasus_RPG> (The #mixxx teamis getting our feet wet)
[00:35] <Pegasus_RPG> with bzr
[00:35] <lifeless> cool
[00:35] <Pegasus_RPG> reading "Bazaar was made for merges" made me happy
[00:36] <Pegasus_RPG> (I recently had to merge one of our branches to trunk on SVN...not fun)
[00:36] <Pegasus_RPG> btw, is there any decent Linux GUI for BZR? (Like KDESVN is for svn?)
[00:36] <lifeless> http://www.mixxx.org/ ?
[00:36] <Pegasus_RPG> yep that's us
[00:37] <lifeless> for kde, you should look at qbzr
[00:37] <Pegasus_RPG> ok thanks
[00:37] <lifeless> for gnome there is gtk-bzrn
[00:37] <lifeless> *gtk-bzr*
[00:37]  * Pegasus_RPG has kde and was not impressed with Olive
[00:37] <lifeless> olive is gtk based
[00:37] <lifeless> you may like qbzr more
[00:38] <lifeless> and please file bugs about the things you'd like different
[00:38] <lifeless> they are both under active development
[00:38] <Pegasus_RPG> OK cool. Thanks again
[00:40] <shtylman> can I create bazaar users without creating system users? I guess similar to how subversion could create users?
[00:41] <spiv> lifeless: I'll head south soon, just sending a fix for the get_parent_map bug
[00:41] <lifeless> cool
[00:41] <mwhudson> shtylman: svn doesn't really know about users either, do you mean the apache integration?
[00:42] <mwhudson> shtylman: but the answer is approximately "no"
[00:42] <shtylman> mwhudson: I see...so places like launchpad...they create system wide uers?...lets say I can do that...how then do I limit the user to bzr only?
[00:42] <shtylman> is that possible...?
[00:42] <mwhudson> shtylman: launchpad has a custom ssh server
[00:42] <shtylman> ahh
[00:43] <mwhudson> shtylman: you can play tricks with .ssh/authorized_keys though
[00:44] <mwhudson> (i think this is what bitbucket does for ex)
[00:46] <shtylman> mwhudson: k...thanks..I will look into some alternatives
[01:27] <jelmer> lifeless: did my InterBranch.pull patch look ok to you other than the issues you raised?
[01:28] <lifeless> jelmer: I haven't looked all that closely; as long as there is a per_interbranch test parameterisation done sanely, its probably good
[01:37] <jelmer> lifless: yeah, I think that is the case (we already had the infrastructure for InterBranch.update_revisions())
[02:20] <beuno> hello hello
[02:21] <beuno> as of yesterday
[02:21] <beuno> bzr is amazingly slow
[02:21] <beuno> https://pastebin.canonical.com/15795/
[02:21] <beuno> I'm pulling a branch with a few small changes
[02:21] <beuno> and it's taking ages
[02:22] <beuno> is there anything in bzr.dev that would provoke this?
[02:22] <beuno> not sure what all those "Repository.get_parent_map" are
[02:22] <beuno> or RemoteSSHTransport.readv 5 offsets => 2 coalesced => 1 requests (2)
[02:22] <lifeless> its falling down to vfs
[02:22] <beuno> ah
[02:23] <beuno> why would it do that?
[02:23] <lifeless> because lp is still running 1.12
[02:23] <beuno> well, it was working fantastically well up until yesterday
[02:23] <beuno> and edge says 1.13: https://code.edge.launchpad.net/
[02:23] <lifeless> you're looking at the wrong things
[02:24] <lifeless> and edge lies vis-a-vis the server
[02:24] <lifeless> the 3 minute gap between lines 11 and 12 is the problem
[02:24] <beuno> ah
[02:24] <lifeless> the rest is 17 seconds long
[02:25] <lifeless> if you have ssh connection sharing, and suspended with a master ocnnection open, that might fit
[02:25] <beuno> ah, I do
[02:25] <lifeless> nothing to do with bzr :)
[02:25] <beuno> I see
[02:26] <beuno> but something must of changed to suddenly make this a problem, no?
[02:26] <beuno> even though it's my settings
[02:26] <lifeless> no
[02:26] <lifeless> its been latent in your ssh config, or perhaps a ssh change on your system
[02:27] <beuno> .ssh/config:  https://pastebin.canonical.com/15796/
[02:28] <lifeless> beuno: ...and?
[02:28] <lifeless> beuno: kill your master connections, try the pull again, if its not faster, we can dig deeper
[02:30] <beuno> ehm
[02:32] <beuno> lifeless, as usual, you're right
[02:32] <beuno> thanks
[02:33] <lifeless> I know :)
[02:36] <AfC> lifeless: you don't *really* expect us to let THAT stand, do you?
[02:36] <AfC> :)
[02:37] <lifeless> weeeel
[02:37] <lifeless> l
[02:49] <lifeless> lunching
[03:51] <lifeless> jelmer: the check devs have said 'will be integrated in april, or we'll give you commit and you can do it yourself' :)
[04:40] <ivan> The docs say "bzr log -r date:yesterday..date:today" should give me all of today's revisions, but it only returns revision 1
[04:41] <ivan> but "bzr log -r date:yesterday.." works as I expect
[04:41] <ivan> is "today" strange or are the docs wrong?
[04:41] <spiv> Possibly both ;)
[04:41] <lifeless> you may have found a bug
[04:43] <ivan> heh, "date:today..date:yesterday" still returns revision 1
[04:56] <fullermd> Actually, date:today.. gives you all of today's revs...
[04:57] <ivan> it does
[04:57] <lifeless> ivan: did you start your project today?
[04:57] <ivan> yep
[04:57] <lifeless> so, date:today is 12am today
[04:57] <lifeless> the start of today
[04:57] <lifeless> I think
[04:57] <fullermd> date:yesterday..date:today probably gives you all of yesterday's revs, and the first rev from today.
[04:58] <fullermd> Which would fit.
[05:07] <ivan> date:1999-01-01..date:2000-01-01 still gives me r1 :)
[05:24] <lifeless> something to read http://dabeaz.com/coroutines/
[05:41] <fullermd> ivan: date: has a lot of rather scary dark corners  :)
[05:43] <ivan> I really like bzr, even after just a few hours
[05:44] <fullermd> For instance, the latest rev [I have] of bzr.dev has timestamp: Tue 2009-03-31 02:11:33 +0100
[05:45] <fullermd> But date:2009-03-31 doesn't find anything for me, because that rev is from 2009-03-30 in my TZ.
[05:45] <spiv> ivan: we like it too ;)
[06:05] <ivan> are there any consequences if I'm inconsistent about which branch is my mainline?
[06:06] <ivan> it doesn't really seem like it, given how revision numbers work
[06:07] <lifeless> ivan: mainline is just social, so you can organise however you like
[06:09] <ivan> thanks
[06:21] <lifeless> jelmer: ping
[06:55] <ivan> can I steal the commit message from the (only) change made in a branch?
[06:55] <ivan> I merge a branch in, then don't want to type the commit message again
[07:02] <lifeless> ivan: we don't have UI glue to do that; if there is only one change, why not just pull ?
[07:07] <spiv> An auto-commit-message plugin might be a cute hack.
[07:08] <fullermd> Actually, maybe using a more full variant (like --short) instead of --line for the merged revs in the commit editor might be helpful.
[07:08] <ivan> lifeless: i did not know about pull :)
[07:09] <fullermd> Well, until you get the people who remove the delimiter line accidentally and end up commiting the whole deal as the log message, anyway...   ;)
[07:21] <vila> hi all
[07:21]  * fullermd waves at vila.
[07:29] <lifeless> jml: several new-stacked-branch performance fixes landed today, last one in-train at the moment
[08:56] <luks> ehm, I hate when qbzr is being presented as a kde application :(
[09:03]  * vila quietly remove alias kbzr qbzr
[09:55] <Peng_> BasicOSX: Since you're the current release manager (and poolie's not here right now): There's a question on LP about how the "current release" branch isn't being maintained. https://answers.launchpad.net/bzr/+question/66037
[10:34] <ivan> i'm trying to use the trunk versions of bzr-git and dulwich to import a git repo, but it dies with some kind of mmap error: http://rafb.net/p/9nnue853.html
[10:34] <ivan> anyone know what to do? :-)
[10:36] <ivan> it's ok with allocating 230952 bytes, but fails when allocating 2595068
[10:37] <ivan> looks like it works if I patch dulwich/pack.py with: supports_mmap_offset = False
[10:48] <james_w> is there a ulimit for mmap?
[10:53] <ivan> probably not
[10:58] <james_w> so it is the size argument that trips it up?
[10:59] <james_w> it's possibly a bug in python2.6 with the offset, or some calculation of the parameters, because some take page sizes rather than bytes
[11:01] <ivan> oh, that's bad
[11:07] <ivan> yeah, it's definitely buggy, reported a month ago
[11:09] <james_w> oh, what's the link?
[11:12] <ivan> https://bugs.launchpad.net/bzr-git/+bug/336393
[11:12] <ivan> and https://bugs.launchpad.net/dulwich/+bug/352998
[11:13] <ivan> I don't mind fixing every program that I run, though it does get exhausting :)
[11:13] <james_w> ivan: could you do it again, but print all the parameters this time?
[11:14] <james_w> it would be good to know what they all are, thanks
[11:16] <ivan> PARAMS ARE 6 230952 1 0finding revisions to fetch 0
[11:16] <ivan> PARAMS ARE 10 2595068 1 12ding revisions to fetch 6
[11:16] <ivan> bzr: ERROR: mmap.error: [Errno 22] Invalid argument
[11:17] <ivan> the param order for the print matches mmap.mmap(f.fileno(), size, access=access, offset=offset)
[11:17] <james_w> thanks
[11:17] <james_w> I'll drop that in the bug
[11:18] <ivan> :-)
[11:18] <james_w> so the differences are that the size is greater, and that an offset is being used
[11:19] <james_w> and that it's a different fd I guess
[12:04]  * SamB lols at Guido's new title
[12:05] <SamB> or, uh, joke title
[12:11]  * SamB wishes gmail would just gray out the Archive button where it is not appropriate
[12:20] <LarstiQ> SamB: I'm partial to barry's title too :)
[12:21] <SamB> LarstiQ: but it's not as meaningful a word, I think
[12:21] <LarstiQ> SamB: true, true.
[12:22] <SamB> though it *is* delightfully silly
[12:23] <SamB> and Python people are just silly enough that that message would actually be quite plausible if it weren't April 1st
[12:24]  * jelmer wonders what he is missing
[12:25] <LarstiQ> jelmer: http://www.python.org/dev/peps/pep-0401/
[12:28] <jelmer> lol
[12:29] <vila> lifeless: ping, selftest --parallel works again, care to review ?
[12:30] <Peng_> They really did add the barry_as_FLUFL future though.
[12:30] <Peng_> http://svn.python.org/view?view=rev&revision=70945
[12:30] <vila> james_w: builddeb tests failing it may be due to recent changes in commit you may want to check
[12:32] <Peng_> But I think it just adds the <> operator, not the print statement.
[12:33] <james_w> vila: I don't see it, have a traceback for me?
[12:35] <vila> james_w: ./bzr selftest -s bzrlib.tests.test_msgeditor.MsgEditorTest.test_generate_commit_message_template_hook with bzr.dev@4230
[12:35] <vila>   File "/home/vila/.bazaar/plugins/builddeb/__init__.py", line 64, in debian_changelog_commit_message
[12:35] <vila>     if not commit.work_tree.has_filename(cl_path):
[12:35] <vila> AttributeError: 'Commit' object has no attribute 'work_tree'
[12:35] <james_w> urgh
[12:36] <vila> james_w: The bug may be on bzr side for not being compatible though, you may have a better POV than me in this area
[12:36] <SamB> darnit, I need to get that flaky RAM and/or motherboard fixed ...
[12:36] <james_w> vila: yeah, see it now
[12:38] <vila> james_w: good, I check I had builddeb up to date in the mean time, did I send you a bundle for test failures since 2009-03-16 ?
[12:38] <vila> james_w: about pristine-tar ?
[12:39] <SamB> is there an alternative to sed for rewriting many similar URLs in a number of branch.confs simultaneously?
[12:39] <james_w> vila: got one on Mon, 16 Mar 2009 17:32:11, thanks
[12:39] <vila> ok
[12:39] <james_w> it adds the PristineTarFeature
[12:41] <Peng_> SamB: I'd write a small Python script using bzrlib.
[12:41] <vila> james_w: just checking it wasn't lost as it doesn't show up on lp:bzr-builddeb
[12:41] <james_w> I've probably just not pushed yet, sorry
[12:41] <vila> james_w: np, np, no urgency
[12:42] <vila> james_w: you may even veto it, your call :-)
[12:42] <james_w> nope, it's merged in my local branch :-)
[12:42] <SamB> er, basically I meant "plugin"
[12:58] <ploum> Hello
[12:58] <ploum> I've a problem with bazaar
[12:59] <ploum> all my pushes to my local server are frozen at :
[12:59] <ploum> \     17kB @   15kB/s
[12:59] <ploum> not all, it depends on the repository
[12:59] <ploum> some are frozen, some are working normally
[12:59] <ploum> but branch is still working normally
[13:10] <Peng_> When dealing with Launchpad, what type of URL do you think should be used as the parent/submit/etc. location? lp:~foo/bar/baz? http://bazaar.launchpad.net/~foo/bar/baz/?
[13:12] <jelmer> vila: ping
[13:12] <SamB> don't forget lp:bar
[13:12] <james_w> if you let bzr set it with "bzr push lp:foo" then it will write the second form, but that's debated
[13:13] <Peng_> james_w: Yeah, I know. To use an lp: URL you'd have to edit branch.conf, but I do that all the time anyway, so..
[13:14] <vila> jelmer: pong
[13:14] <vila> ploum: what kind of server are you using ? what bzr version (client/server) ?
[13:20] <jelmer> vila: so, what do you prefer I do in regard to get_username() ?
[13:20] <jelmer> raise NotATerminal and provide a mock implementation that doesn't and test that, similar to get_password() ?
[13:20] <ploum> vila: I'm using bzr+http (smart server)
[13:21] <ploum> vila: the client and the server are both using ubuntu intrepid with bzr from ppa
[13:21] <vila> ploum: then add 'debug_flags = hpss' in bazaar.conf on the client or -Dhpss on the command line we'll know a bit more
[13:21] <ploum> after a while (like 5 minutes) I have :
[13:22] <ploum> bzr: ERROR: Could not acquire lock "(remote lock)"
[13:22] <vila> ploum: sorry I don't know intrepid version by heart, use 'bzr version'
[13:22] <ploum> vila: so it should look like : bzr -Dhpss push bzr+http://... ?
[13:22] <SamB> hmm, apparantly when pages try to use tables for layout, you can improve the way they print out by deleting extraneous cells in firebug ...
[13:22] <ploum> 1.13
[13:24] <vila> jelmer: there is no point in not testing code, I mention the two issues are distinct: get_username should check the tty (it will be called *before* get_pasword now)
[13:25] <vila> that part of get_password becomes irrelevant if you call get_username before get_password, so don't break it
[13:25] <vila> ploum: the lock should the consequence of a previous ctrl-c no ? use 'bzr break-lock' before bzr pull -Dhpss
[13:27] <ploum> No revisions to pull.
[13:27] <ploum> HPSS calls: 9 <bzrlib.transport.http.SmartClientHTTPMedium object at 0x853b82c>
[13:27] <ploum> now trying push
[13:28] <vila> jelmer: or get rid of it on the assumption that it is in fact dead code, but then you'll have to propose a solid explanation that it was never needed
[13:28] <vila> ploum: ghaaa, of course I meant push :)
[13:28] <ploum> I was not sure if you wanted some information
[13:28] <vila> ploum: sry
[13:28] <ploum> so I broke the lock (as you said)
[13:28] <ploum> no problem, thanks for trying to help me :-)
[13:28] <jelmer> vila: my point is, if I make get_username() raise NotATerminal then I can't test it
[13:29] <jelmer> vila: and I have to add a mock implementation of it like get_non_echoed_pw()
[13:31] <jelmer> wb vila (-:
[13:31] <vila> jelmer: haaaa, sry, then you should refactor get_non_echoed_password in both implementations
[13:31] <vila> jelmer: darn ctrl-w again :)
[13:32] <jelmer> vila: refactor get_non_echoed_password?
[13:33] <vila> the purpose of get_n_e_p in TestUI is to get rid of the 'echo' constraint, it's a side-effect if it doesn't raise NotATerminal :)
[13:33] <jelmer> vila: but we won't have a terminal during the tests
[13:34] <vila> jelmer: I get that and we don't want to raise NotAterminal in most of the cases
[13:34] <vila> jelmer: let start again
[13:34] <vila> when get_username|password is called by bzr, we should raise NotATerminal if indeed there is no terminal to query the user
[13:35] <vila> when testing, we don't want to check that *of course* except to test tht NotATerminal is raised but not the rest of the behavior
[13:35] <ploum> vila:
[13:35] <ploum> bzr: ERROR: Could not acquire lock "(remote lock)"
[13:35] <ploum> HPSS calls: 10 <bzrlib.transport.http.SmartClientHTTPMedium object at 0xa12562c>
[13:35] <ploum> but I did break-lock before
[13:35] <vila> ploum: are you alone using that repository ?
[13:37] <ploum> oh wait!
[13:37] <ploum> I had to break the lock on the server
[13:37] <ploum> not on the client
[13:37] <jelmer> vila: ahh
[13:37] <vila> ploum: both, but don't do that if someelse is using that repo
[13:37] <vila> jelmer: haaa too :)
[13:38] <ploum> maybe should I report a bug so :
[13:38] <ploum> 1) There's less delay when you cannot acquire a lock
[13:38] <ploum> 2) It's more explicit about locks
[13:38] <jelmer> vila: so we should have a helper for get_username() that gets overridden in TestUIFactory and just does checking for whether there's a terminal?
[13:38] <ploum> vila: I'm alone on that repository
[13:39] <vila> ploum: ok, so a bare 'bzr break-lock' should propose you to break both locks except if you mess things up before by breaking only the remote one
[13:39] <vila> jelmer: TestUIFactory shouldn't raise NotATerminal, it's here to be used *without* a terminal anyway, there should be another test for checking NotATerminal
[13:40] <ploum> vila: I think so
[13:40] <vila> which doesn't use TestUIFactory
[13:40] <ploum> not everyone a SSH access to the repository
[13:40] <vila> jelmer: whether there is a single method in [Test]UIFactory to handle that is up to the first dev that needs it :-)
[13:41] <vila> ploum: 'not everyone' is not exactly the same as 'only ploum' :)
[13:43] <ploum> vila: indeed. I mean : I have ssh access to my repository so I can break a lock if needed but what about people that cannot do that ?
[13:44] <vila> ploum: if they can't write they can't lock
[13:44] <vila> if they can't lock they don't need to break locks
[13:44] <ploum> but if you use bzr+http, you can create a lock
[13:44] <ploum> without being able to breaking it
[13:44] <vila> if you use bzr+http you can lock and you can break locks
[13:45] <ploum> that's why I didn't understood you
[13:45] <ploum> I was not aware of that
[13:45] <vila> ploum: you do 'bzr break-lock bzr+http://whatever
[13:45] <ploum> I logged into the server with SSH to break lock at that place
[13:45] <ploum> sorry
[13:45] <ploum> thanks for the information
[13:45] <vila> ploum: np
[13:47] <ploum> thanks for the help
[13:47] <ploum> I managed to push my commits
[13:47] <vila> jelmer: so basically I think prompt() should take care of NotATerminal *and* prompt encoding and then only prompt needs to be redefined in TestUiFactory
[13:48] <vila> jelmer: it sounds rather unfortunate that this was done by get_password so far...
[13:50] <jelmer> vila: well, get_password() doesn't use prompt() afaik
[13:50] <jelmer> since getpass() prints the prompt for it
[13:50] <vila> jelmer: that's one facet of the bug :)
[13:50] <vila> it should use self.prompt and then pass an empty prompt to getpass
[13:51] <jelmer> vila: but would it be ok for now to just raise NotATerminal from get_username() ?
[13:53] <vila> jelmer: you mean 'I found a bug, but I'd like to not fix it now but instead duplicate the bogus code, is that ok' ? :-)
[13:53] <jelmer> basically, yes :-)
[13:55] <vila> jelmer: hmmm, I can fix it, but then we'll conflict, wait a minute
[13:55] <fullermd> Mmph.  I wish there were a way to pass defaults to log formatters...
[13:56] <vila> fullermd: nag igc or better expose your use case to the ML, this is under discussion
[13:57] <fullermd> Well, my use case is that I WANT to see the merge revs on --long all the time   :p
[13:57] <fullermd> "Undo what you did" is rather obstreperous naggery.
[13:58] <vila> fullermd: 'My preferred use case is not the default one anymore' is a valid user feedback in my book
[13:59] <vila> fullermd: and when it comes to UI tweaks, user feedback is *gold*
[14:00] <Peng_> fullermd++
[14:01] <vila> Peng_: mail-the-ML++
[14:02] <vila> log and log formatters are actively worked on, the more feedback we get....
[14:02] <fullermd> I think I'm over my quota of griping-ish mails to the ML for one day.
[14:02] <vila> fullermd: quota++
[14:02] <Peng_> vila: Sorry, I just hit my quota of getting off my ass and doing things for the week.
[14:03] <vila> Peng_: quota++
[14:03] <Peng_> Exception: IntegerOverflow
[14:03] <Peng_> Sorry, it's limited to a 2-bit signed int.
[14:07] <jelmer> vila: ok
[14:09] <antoranz> huys, when is support for "Doesn't matter the EOL format" coming?
[14:10] <Peng_> antoranz: ...1.14?
[14:11] <Peng_> antoranz: It should land in bzr.dev, uh, yesterday or tomorrow or something.
[14:11] <antoranz> really? cause I had read about this feature coming like... a year ago... and I just made a lousy test and it failed miserably
[14:12] <Peng_> antoranz: It's been in progress for ages.
[14:13] <antoranz> and it's really coming in 1.14? or it's just a guess?
[14:14] <Peng_> antoranz: The required infrastructure has already been merged. The EOL stuff itself has either been merged, is up for review, or is projected to be up for review within 48 hours; I don't remember which.
[14:15] <antoranz> ok.... sounds like it's coming finally
[14:18] <antoranz> by the way... did you hear that microsoft is using git for version control? http://www.fsdaily.com/HighEnd/Microsoft_uses_git_for_version_control
[14:27] <abentley> antoranz: It's possible that MS *is* using git, but that article is an april fools' joke.
[14:27] <antoranz> damn! am I so obvious? :-)
[14:29] <ricardokirkner> hi guys.. I am having some issues with merges..
[14:29] <ricardokirkner> the thing is I have two svn repos
[14:29] <ricardokirkner> I need to merge
[14:29] <ricardokirkner> i tried to use bzr for this
[14:29] <ricardokirkner> I created a bzr branch for each branch in the svn repos
[14:30] <ricardokirkner> then I tried to merge between the bzr branches
[14:30] <ricardokirkner> and I got the error bzr: ERROR: Branches have no common ancestor, and no merge base revision was specified.
[14:30] <jelmer> ricardokirkner: svn repositories or svn branches?
[14:31] <jelmer> ricardokirkner: I mean, do they have shared history?
[14:31] <ricardokirkner> jelmer, I have an upstream repo with branch A and a local repo with branch B (which is a copy of branch A from upstream)
[14:31] <ricardokirkner> I have worked locally on branch B and now I want to push to upstream
[14:31] <ricardokirkner> the thing is, the whole development started out with svn, and before being able to change our workflow, I need to push these changes to upstream first
[14:32] <jelmer> ricardokirkner: upstream svn repo and local svn repo?
[14:32] <ricardokirkner> and I would like to preserve history
[14:32] <ricardokirkner> jelmer, yes
[14:32] <jelmer> ricardokirkner: but how was branch B originally created from branch A?
[14:33] <ricardokirkner> jelmer, as far as I remember, svn export ; svn import
[14:33] <ricardokirkner> I know its not ideal, and that is the reason why bzr cannot find a common ancestor
[14:34] <ricardokirkner> but, cannot it be told to be 'more intelligente' :-)
[14:34] <ricardokirkner> ?
[14:34] <jelmer> ricardokirkner: you can force bazaar to do the merge by using the "-r0..-1" argument to merge
[14:34] <jelmer> ricardokirkner: but it'll most likely result in a large number of conflicts
[14:34] <fullermd> That sounds like it would yield a staggeringly terrible result...
[14:34] <jelmer> as there is no shared history information
[14:35] <ricardokirkner> jelmer, I try and let you know
[14:54] <jelmer> moin mwhudson
[14:54] <mwhudson> hi jelmer
[15:53] <james_w> vila: it's a test isolation problem. The tests don't clear the msgeditor hooks.
[15:53] <james_w> they aren't registered in hooks.known_hooks, but that registry is a little underdocumented
[16:08] <beuno> jelmer, what's the deal with bug 336749?
[16:08] <beuno> ted is getting desperate  :)
[16:12] <jelmer> beuno: it's a bug in ghost handling in VersionedFiles
[16:13] <jelmer> beuno: if you add a text with a ghost parent it blows up when re-extracting that text
[16:13] <beuno> jelmer, so I need to chase lifeless about it?
[16:13] <jelmer> beuno: yeah
[16:14] <beuno> jelmer, thanks
[16:14] <jelmer> beuno: I tried to see if I could figure out what was causing it, but couldn't easily find the issue
[16:14] <jelmer> I'm also not too sure what's happening exactly when storing packs
[16:15] <beuno> inkscape is in a bad situation because of it, because they're last import is broken
[16:15] <jelmer> something somewhere is assuming that the delta parent is the left hand side parent
[16:15] <jelmer> yeah, so I've understood
[16:15] <beuno> so they're in a situation where they either manage to do the import, or have to switch or something
[16:15] <jelmer> LarstiQ has a similar issue with his company repo
[16:15] <jelmer> and there are more people that have hit this problem
[16:19] <jelmer> beuno: I've marked this particular bug as High already earlier this month
[16:19] <vila> jelmer: sorry, longer than anticipated and phone calls too, digging the subject anyway, I end up getting rid of NotATerminal anyway, so forget about it, but add the tests for utf8 (unless you know better about what encoding should be used for unicode usernames)
[16:20] <jelmer> vila: ok
[16:20] <beuno> jelmer, yeah, saw it, thanks. I'll start chasing people and see where that gets me  :)
[16:20] <vila> jelmer: I'll submit something about NotATerminal
[16:21] <jelmer> vila: I'll send a new merge request to the list if that's ok
[16:21] <vila> see you there :)
[16:22] <vila> james_w: which tests don't clear ? yours ? bzr ones ? someone else tests ?
[16:25] <james_w> vila: the general bzr test setup
[16:26] <james_w> it clears all the know hooks so that doing say "commit" in a test doesn't trigger hooks
[16:26] <james_w> but fails to clear this hook, so my code runs. The test that fails shouldn't actually run any of the plugin code at all, so that's the real bug.
[16:30] <vila> james_w: ok, you should file a bug (I'm surprised commit hooks are not registered, but there may be a reason), anyway in the mean time you can also protect you own code, see bzrlib/tests/test_msgeditor.py test_generate_commit_message_template_hook
[16:31] <james_w> yeah
[16:43] <vila> jelmer: before I forget ! Make a big fat item in NEWS as GUIs will have to implement get_username now
[16:46] <vila> jelmer: and also: regarding defaulting to getpass.getuser(), I think the easiest it  to make get_username prompts only if asked (i.e. not prompt by default) grepping for getpass.getuser will give you the call sites, only http doesn't care anymore
[16:50] <jam> james_w: hooks.known_hooks is a recent addition, *because* of issues like this
[16:51] <jam> (there were other hook instances *inside* bzrlib that were being missed)
[16:52] <james_w> sure, I realise that, I'm just trying to work out what to add to it to register this hook point
[16:54] <jam> james_w: not 100% sure, but basically something like "bzrlib.branch", "Branch.hooks"
[16:55] <jam> so <module>, <object>
[16:55] <jam> as names
[17:13] <mwhudson> jelmer: InterToSvnRepository.fetch needs to support fetch_spec i think
[17:15] <jelmer> mwhudson: yeah, it doesn't at the moment
[17:15] <jelmer> mwhudson: when does that break?
[17:15] <mwhudson> jelmer: bzr get <svn>
[17:16] <jelmer> mwhudson: that wouldn't use InterToSvnRepository
[17:16] <jelmer> mwhudson: InterToSvnRepository is used in the case of push
[17:16] <mwhudson> jelmer: i can only tell you what my eyes tell me
[17:17] <mwhudson> jelmer: http://pastebin.ubuntu.com/142161/
[17:18] <antoranz> by the way. when is 1.14 expected/projected to come out?
[17:18] <jelmer> mwhudson: you're cloning *into* a svn repo?
[17:18] <mwhudson> jelmer: not deliberately!
[17:19] <VSpike> My workflow is way too complex .. I get the feeling I'm doing it all wrong
[17:21] <VSpike> Got a project which consists of a website tree and a library code tree.  I have library/main/... website/main/web/... website/main/lib/... website/branchA/web/... website/branchA/lib/...
[17:21] <VSpike> I work in two windows VM's on two linux boxes, so i have a sort of master shared repo on one linux box, and replicate the above structure in the master and in both VM's
[17:22] <VSpike> Trying to push changes around gets very muddled
[17:22] <VSpike> Especially for the library code
[17:24] <jelmer> mwhudson: should be fixed now
[17:26] <mwhudson> thanks :)
[17:27] <jelmer> mwhudson: of course, it won't actually fix the issue for you, as it will still try to write to the svn repo
[17:28] <mwhudson> jelmer: jam managed to convert the repository we care about now anyway
[17:28] <jelmer> mwhudson: is it correct that it tries to write to a svn repo?
[17:29] <mwhudson> jelmer: how could i tell?
[17:29] <jelmer> mwhudson: bzr info -v
[17:29] <jelmer> will tell if you have a svn repo locally
[17:29] <mwhudson> now it does this
[17:29] <mwhudson> mwh@starship:~/code$ rm -rf sizer/ && BZR_PDB=1 BZR_PLUGIN_PATH=plugs PYTHONPATH=subvertpy/ ./brisbane-core/bzr get file:///home/crew/mwh/code/codespeak/user/nick8325/sizer
[17:29] <mwhudson> bzr: ERROR: The branch file:///home/crew/mwh/code/codespeak/user/nick8325/sizer has no revision None.
[17:29] <mwhudson> mwh@starship:~/code$ bzr info -v
[17:29] <mwhudson> bzr: ERROR: Not a branch: "/home/crew/mwh/code/".
[17:31] <jelmer> that's really weird
[17:31] <jelmer> mwhudson: the first error is bzr masking some other error
[17:31] <mwhudson> it's possible that this machine has a super-ancient version of libsvn or something
[17:32] <jelmer> shouldn't matter
[17:32] <jelmer> mwhudson: bzr decided it wanted to fetch into a svn repo for some reason in the backtrace you posted earlier
[17:36] <exarkun> pushing to launchpad is taking too long :(
[17:36] <exarkun> isn't stacking supposed to mean it's super quick
[17:40] <exarkun> mwhudson: hey where are you
[17:40] <exarkun> I want to complain
[17:41] <mwhudson> exarkun: launchpad is still running 1.12 and 1.13 pushing to 1.12 sucks ass
[17:41] <exarkun> how about 1.11 to 1.12?
[17:41] <mwhudson> exarkun: if you add the bzr crack-of-the-day ppa it will be better
[17:41] <mwhudson> exarkun: that should be ok
[17:41] <mwhudson> exarkun: glyph was complaining earlier
[17:41] <exarkun> it just took about 8 minutes to push a pyopenssl branch
[17:42] <exarkun> (and took about as long for one earlier today too)
[17:42] <mwhudson> exarkun: how does 'mtr bazaar.launchpad.net' look for you?
[17:42] <exarkun> ~102ms latency
[17:42] <mwhudson> :/
[17:43] <exarkun> oh hey
[17:43] <mwhudson> well, it will be better tomorrow
[17:43] <exarkun> also 50% packet loss
[17:43] <mwhudson> if you upgrade to 1.13
[17:43] <exarkun> level3 for the lose
[17:43] <mwhudson> ah
[17:44] <exarkun> okay launchpad is super great I love it. :)
[17:44] <mwhudson> i don't think we like our isp very much
[17:44] <exarkun> but hey maybe you guys should switch to udp I hear it is fast
[17:44] <mwhudson> exarkun: go away
[17:44] <exarkun> >:)
[17:45] <mwhudson> i think unreliable delivery is *just* what you want for a vcs
[17:45] <mwhudson> "i've pushed my changes... probably!"
[17:50] <fullermd> darcs uses UDP.  After all, order doesn't matter.
[17:59] <Glenjamin> hi guys, i'm having some issues using the sftp transport
[17:59] <Glenjamin> basically, i keep getting bzr: ERROR: Unable to connect to SSH host trucklomax.com; EOF during negotiation
[18:00] <jelmer> Glenjamin: can you sftp in using the sftp client?
[18:00] <Glenjamin> yes
[18:00] <Glenjamin> is there an evn var i can set to see the full stack trace?
[18:00] <jelmer> you can use -Derror I think
[18:04] <Glenjamin> i'm getting a socket connection error in connect_sftp
[18:05] <Glenjamin> hrm, its from the subprocess vendor, is that correct?
[18:09] <Glenjamin> ah, its trying to use plink
[18:13] <Glenjamin> aha, bzr seems to favour installed ssh clients over paramiko now
[18:14] <jelmer> vila: ping
[19:45] <gioele> hello
[19:46] <gioele> bzr push complains that branches have diverged after "bzr uncommit; bzr commit". Why?
[19:47] <beuno> gioele, because the revision ids are now different
[19:47] <gioele> beuno: can't I "force" the push?
[19:48] <gioele> is push --overwrite a forced push?
[19:48] <beuno> gioele, sure, just add --overwrite
[19:48] <exarkun> Should I commit a merge and other changes in a single revision?
[19:48] <gioele> beuno: thank you
[19:51] <james_w> exarkun: you can do
[19:52] <james_w> if it's fixing up the build with the merge or something then it can be good
[19:52] <james_w> if it's something completely separate then split it in to a new revision
[19:55] <exarkun> It was a ChangeLog entry in this case
[19:55] <exarkun> I guess that kind of makes sense
[21:54] <seb_kuzminsky> i know how to use things like  "bzr log -v -r ancestor:../other-branch" to find the changes since the most recent merge
[21:54] <seb_kuzminsky> how do i find out the revision number (or revid, or something) of that ancestor?
[21:55] <james_w> bzr revno -r ancestor:...?
[21:55] <seb_kuzminsky> ^C0 seb@slurp /home/seb/bzr/emc2/hostmot2>  bzr revno -r ancestor:../upstream
[21:55] <seb_kuzminsky> bzr: ERROR: no such option: -r
[21:56] <seb_kuzminsky> that's 1.11, maybe i should upgrade?
[21:56] <james_w> no
[21:56] <james_w> don't think that's changed
[21:57] <Peng_> It hasn't,
[21:57] <james_w> find-merge-base?
[22:00] <seb_kuzminsky> james_w: yes, thank you
[22:02] <jelmer> wtf, unicode revision ids are allowed now ?
[22:03] <Peng_> jelmer: Maybe not intentionally.
[22:03] <jelmer> Peng_: there's a test that checks they work
[22:07] <Peng_> jelmer: Oh. That sounds pretty intentional, then. Never mind. :P
[22:17] <seb_kuzminsky> one of the open-source groups i'm working with is considering switching from CVS to some DVCS, i'm pushing for bzr and the other folks have some questions/issues that i'll proxy to you ;-)
[22:17] <thewrath> hello i was told to come over here
[22:17] <thewrath> i want to set up bZR and having some issues
[22:18] <thewrath> any help woudl be hot
[22:19] <thewrath> i am nto sure if i have python 2.5
[22:19] <seb_kuzminsky> is there a good way to set up the central server so a select bunch of people can push changes without having shell accounts?
[22:19] <seb_kuzminsky> thewrath: python -V?
[22:19] <thewrath> i am in windows
[22:19] <thewrath> do that in command line?
[22:20] <seb_kuzminsky> thewrath: i dont know much about windows, but yeah, try it in a command window
[22:20] <thewrath> nope
[22:20] <thewrath> anyone using it in windows
[22:20] <thewrath> i tried to install the dependency and it said python not installed
[22:22] <MizardX> ... I can't manage to get the authentication to work with bazaar <-> launchpad on windows. Keys added to lp and pageant successfully, but when I try to use bzr branch/co/push with lp I get the error "Permission denied (publickey)."
[22:22] <thewrath> MizardX: can you help me set up bazaar on widnows
[22:23] <MizardX> thewrath: No. I need help myself.
[22:23] <thewrath> ok
[22:23] <thewrath> i just need help setting it up
[22:23] <thewrath> i have installed it but after that i dont know what to do
[22:41] <thumper> MizardX: have you loaded your ssh key into Launchpad?
[22:41] <MizardX> Yes.
[22:43] <thumper> MizardX: have you done a `bzr lp-login` ?
[22:43] <thumper> MizardX: as it is likely that your lp name isn't the same as your local one
[22:44] <MizardX> Yes. "marjar-4"
[22:45] <Peng_> beuno: ping
[22:45] <beuno> Peng_, pong
[22:45] <thumper> MizardX: if this is not your normal ssh key, have you set it to be the one to use talking to bazaar.launchpad.net ?
[22:46] <Peng_> beuno: With the Loggerhead YUI CDN thing, what about changing it to just put a big "if branch.use_yui_cdn" in the template? Then the URL could be hardcoded in the template instead of the Python code. Would that be better?
[22:47] <schmichael> if i push/pull/merge with lots of remote branches, is there some way to give each one a nickname?
[22:47] <Peng_> beuno: That would mean the list of scripts would be duplicated, but I could use the nifty combo thing.
[22:47] <Peng_> schmichael: bzr-bookmarks plugin?
[22:47] <MizardX> thumper: It's my only key. Generated it to be used with bazaar/launchpad.
[22:48] <MizardX> thumper: Otherwise I don't know what you mean.
[22:48] <schmichael> Peng_: will check it out, thanks
[22:49] <thumper> hmm..
[22:49] <MizardX> thumper: Does they "bzr whoami" play any part in authentication?
[22:49] <MizardX> the*
[22:49] <thumper> MizardX: no
[22:49] <thumper> MizardX: which version of bzr are you using?
[22:50] <MizardX> latest stable... 1.13
[22:50] <thumper> in which case I have no idea why it isn't working
[22:50] <thumper> perhaps lifeless might know more
[22:50] <thumper> he knows lots of weird shit
[22:50] <lifeless> you called
[22:51] <MizardX> puttygen/pageant version <IP_ADDRESS>
[22:51] <lifeless> MizardX: ok, you're on windows, I was about to ask :)
[22:52] <lifeless> thewrath: You don't know what to do.. to achieve what ? [do you want to start a new project, get the code for someone elses existing project ...?]
[22:53] <beuno> Peng_, I think that's better
[22:53] <beuno> at least it feels less awkward
[22:53] <schmichael> Peng_: yikes!  not even a README file for bzr-bookmarks?  maybe i'll wait for it to mature a bit first :)
[22:53] <lifeless> MizardX: we're meant to autodetect pagent automatically; uhm, first thing I'd try is giving the full url automatically.
[22:53] <beuno> mwhudson, any thoughts  ^
[22:54] <lifeless> MizardX: e.g. whats a branch you want to make from launchpad?
[22:55] <Peng_> beuno: It is better, but I think it'll be uglier and more complicated. Also I'll have to learn some TAL. :P Anyway, I'll try it.
[22:55] <beuno> Peng_, well
[22:55] <beuno> it will be uglier
[22:55] <beuno> so let's weigh this in...
[22:55] <Peng_> It will be nice to use the YUI combiner thingy.
[22:55] <mwhudson> beuno: on what?
[22:56] <beuno> Peng_, of course, you could kick off the config file work we want to do, by using a config file through bzr. Which we could install by default our something
[22:56] <Peng_> mwhudson: Option to load YUI from Yahoo!'s CDN. https://code.launchpad.net/~mnordhoff/loggerhead/yui-cdn/+merge/5119
[22:56] <seb_kuzminsky> lifeless: what's the prefered way to grant commit access to a central repo without granting shell access to the machine hosting the central repo?
[22:56] <MizardX> lifeless: http://pastebin.ca/1379351
[22:56] <beuno> mwhudson, https://code.edge.launchpad.net/~mnordhoff/loggerhead/yui-cdn/+merge/5119
[22:57] <mwhudson> oh right
[22:58] <mwhudson> well, i've nothing really against the idea
[22:58] <mwhudson> so long as we don't accidentally turn it on for launchpad or anything
[22:59] <luks> schmichael: bzr help plugins/bookmarks
[22:59] <MizardX> "Launchpad will be going offline for maintenance in 30 seconds." :(
[22:59] <mwhudson> Peng_: go for it, if you have time before the rollout >:)
[23:00] <beuno> 20 seconds!
[23:01] <schmichael> luks: thanks
[23:01] <lifeless> MizardX: do you have a ssh client?
[23:01] <mwhudson> argh
[23:01] <lifeless> MizardX: oh, yeah, there is a major maintenance rollout happening today, new backend db server change over and other cool stuff
[23:01] <mwhudson> i was working with jam on code that's only on his laptop and launchpad
[23:01] <mwhudson> and he just left
[23:02] <mwhudson> nice timing, hudson
[23:02] <Peng_> Haha. Nice timing.
[23:02] <lifeless> MizardX: when it comes back, I suggest using a ssh client to ssh to<EMAIL_ADDRESS>you can't do anything useful but it should connect ok, if it doesn't the key isn't configured right at one end or the other; if it doees bzr isn't picking up pagent/putty correctly
[23:03] <MizardX> ok
[23:05] <MizardX> Thanks for the help so far.
[23:05] <beuno> ok, I'm off for a little while
[23:09]  * Peng_ grumbles at YUI.
[23:10] <Peng_> Oh, I'm just a dummy. Never mind.
[23:12] <lifeless> seb_kuzminsky: bzr+https would meet your needs AFAICT
[23:13] <seb_kuzminsky> does the "bzr+" mean it's using the smart protocol, just tunneled over https?
[23:13] <lifeless> yes
[23:13] <seb_kuzminsky> cool :-)
[23:13] <seb_kuzminsky> where are the bzr transports documented?
[23:13] <lifeless> as opposed to e.g. webdav
[23:15] <lifeless> bzr can also autodetect, if you say 'https://' it will probe for a smart server on the host
[23:16] <lifeless> anyhow, bzr help urlspec is client side docs
[23:16] <lifeless> and there is docs in the manual for setting up a http server
[23:16] <seb_kuzminsky> thanks lifeless :-)
[23:17] <lifeless> anytime
[23:18] <Peng_> mwhudson: Stupid TAL question: It can do "if"-like stuff, but what about "else"?
[23:24] <mwhudson> <tal:b condition="thing>...</tal:b><tal:b condition="not:thing>...</tal:b>
[23:24] <mwhudson> :(
[23:24] <seb_kuzminsky> lifeless: i guess i'm being daft here - which manual has the http server setup stuff?  i'm not seeing anything in the User Guide or the User Reference
[23:27]  * igc breakfast
[23:30] <Peng_> mwhudson: Thanks.
[23:30] <Peng_> Hmm, since I got a bb:approve from both of you, maybe I shouldn't be messing with this anymore. :P
[23:30] <mwhudson> Peng_: with what?
[23:31] <igc> so hg-fast-export took 65 hours to export OOo
[23:31] <igc> bzr-fast-export took 2h42m to import the first 50k revisions of those 260K
[23:31] <Peng_> mwhudson: The YUI thing.
[23:32] <igc> on brisbane-core's latest format
[23:32] <Peng_> D'oh, I just found the YUI 3 configurator after finishing! :(
[23:32] <igc> I think we now have fast bulk data-entry almost nailed
[23:32]  * igc food
[23:33] <mwhudson> Peng_: oh right
[23:33] <mwhudson> Peng_: well, you can't land it for a bit :)
[23:36] <seb_kuzminsky> lifeless: oh i see, it's in an appendix to the User-Guide
[23:36] <lifeless> seb_kuzminsky: http://doc.bazaar-vcs.org/bzr.1.13/en/user-guide/index.html#running-a-smart-server and http://doc.bazaar-vcs.org/bzr.1.13/en/user-guide/index.html#serving-bazaar-with-fastcgi
[23:37] <lifeless> seb_kuzminsky: it needs a better title I think
[23:39] <Peng_> mwhudson: Since LP is down and I'm impatient (:P), new revision: http://bzr.mattnordhoff.com/loggerhead/loggerhead/yui-cdn/revision/323
[23:39] <Peng_> mwhudson: Do you prefer the old one? Or something else?
[23:40] <mwhudson> Peng_: i wonder if it might be better to list the module names in python rather than macros.pt
[23:46] <Peng_> mwhudson: What about defining a tuple or whatever in macros.pt, if that's possible? A bit evil, but putting it in Python seems weird.
[23:46] <lifeless> spiv: ping; we really need to motor on the inventory fetch stuff; I propose a near-full-day focused sprint if you're up for it - pick a place
[23:47] <mwhudson> Peng_: i guess you can say tal:define="yuimods python:('...',)"
[23:48] <Peng_> mwhudson: Oh. Well, if the feature exists, than it's not evil to use it, right? :D
[23:49] <mwhudson> Peng_: um
[23:49] <mwhudson> Peng_: i would recommend against applying that rule of thumb too often :)
[23:50] <Peng_> mwhudson: What could possibly go wrong? :)


[04:08] <guiverc> Bashing-om, the only thing I noticed was Ubuntu Portugal Podcast & double-quotes nested inside double-quotes; not ideal but ...
[04:09] <guiverc> looks great otherwise  (the ex-coder in me still worries about compile errors with nested-quotes)
[04:10] <Bashing-om> guiverc: :D ... did not notice that ...will look but maybe nothingt hat can be done.
[04:10] <Bashing-om> hat/that*
[04:12] <guiverc> yeah, a "'" woudln't work, a "`" might but would probably look terrible
[04:12] <guiverc> (it was the same last week, but I didn't notice!)
[04:12] <guiverc> (i looked back further & it's not there always)
[04:16] <Bashing-om> guiverc: Just the author's quotes - then we quote the author's intro . Think best we leave as is.
[04:17] <guiverc> :)   yep..   a "....\"...\"..." might not (escaping internal quotes) be readable either... - ie.   I don't think we even want that in the summary, so quoting dilemma solved? \o/
[05:11] <guiverc> :)   why it didn't used to be there most probably; I didn't see the pattern
[05:13] <Bashing-om> krytarik: Thanks ! fixing .
[06:22] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: New GNOME Design Team Mockups: Extension Tool, Font Manager & Revamped Clock App @ https://www.omgubuntu.co.uk/?p=157177 (by Joey Sneddon)
[08:00] -SwissBot:#ubuntu-news- ::Planet:: Bryan Quigley: Meat as Technology @ https://bryanquigley.com/posts/mindshare/food-tech.html
[14:59] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Linux Mint 19.3 Beta Due Next Week with New Apps, ‘Fresh’ Artwork @ https://www.omgubuntu.co.uk/?p=157291 (by Joey Sneddon)
[15:44] -SwissBot:#ubuntu-news- ::Softpedia:: Linux Mint 19.3 "Tricia" Beta Is Now Available to Download with Refresh Artwork @ https://news.softpedia.com/news/linux-mint-19-3-tricia-beta-is-now-available-to-download-with-refresh-artwork-528417.shtml (by Marius Nestor)
[20:24] <Bashing-om> pulling "WIP" - time to push 21:00 GMT.
[21:07] <Bashing-om> M/L is away - doing the Forum post next.
[21:15] <Bashing-om> Forum post done - no issues seen; doing the re-directs next.
[21:16] <guiverc> ready for fridge? Bashing-om
[21:17] <Bashing-om> guiverc: Yup - All looks good ; Dew eeettt :D
[21:19] <guiverc> http://fridge.ubuntu.com/2019/12/02/ubuntu-weekly-newsletter-issue-607/
[21:19] <guiverc> or http://fridge.ubuntu.com/2019/12/02/ubuntu-weekly-newsletter-issue-607/
[21:19] <guiverc> (sorry that's the same..)
[21:21] <guiverc> tweet away
[21:24] <Bashing-om> re-directs done - Go ahead now and wipe Gdoc ?
[21:25] <guiverc> why not :)
[21:27] <guiverc> fb post done too
[21:32] <Bashing-om> System froze up - had to restart :(
[21:33] <guiverc> :(
[21:34] -SwissBot:#ubuntu-news- ::Softpedia:: Tails Anonymous OS Promises Secure Boot Support and More Robust Upgrades in 2020 @ https://news.softpedia.com/news/tails-anonymous-os-promises-secure-boot-support-and-more-robust-upgrades-in-2020-528420.shtml (by Marius Nestor)
[21:38] <Bashing-om> We do UWN608 :D
[21:47] <guiverc> :)
[21:47] -SwissBot:#ubuntu-news- ::Planet:: The Fridge: Ubuntu Weekly Newsletter Issue 607 @ http://fridge.ubuntu.com/2019/12/02/ubuntu-weekly-newsletter-issue-607/
[23:11] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Buying for a Linux Fan? Check Our Epic Christmas Gift Guide @ https://www.omgubuntu.co.uk/?p=156090 (by Joey Sneddon)
[23:51] <wildmanne39> Bashing-om, has everything been published? I just got home
[23:54] <Bashing-om> wildmanne39: Yup all done :) We do UWN508 (started) .
[23:55] <wildmanne39> Bashing-om, thanks


[09:26] <infinity> SF smells nice.
[09:26] <kylem> so do burgers
[09:26] <BenC> zul: things for pretty weird last night
[09:26] <zul> oh?
[09:26] <BenC> s/for/got/
[09:26] <BenC> see, it messed up my vocabulary
[09:26] <zul> how so
[09:26] <BenC> you don't want to know
[09:26] <zul> throwing up again?
[09:27] <BenC> we might even not be allowed to talk about it :)
[09:37] <zul> oi kyle responding to launchpad bugs now? heh


[16:32] <Aison> I asked about GVRP Support in Ubuntu Server, now I found my own solution
[16:33] <Aison> maybe somebody is interested
[16:33] <Aison> in "/etc/network/if-pre-up.d/vlan" replace "vconfig add $IF_VLAN_RAW_DEVICE $VLANID" by "ip link add link $IF_VLAN_RAW_DEVICE $IFACE type vlan id $VLANID gvrp on loose_binding on"
[16:34] <Aison> and in "/etc/network/if-post-down.d/vlan" replace "vconfig rem $IFACE" by "ip link delete $IFACE"
[16:36] <Aison> this change should be even done in official release. vconfig should  be replace by ip link add anyway
[17:07] <TimR> Hi guys I am having apache2 issues the server isnt redirecting to the correct site and I have sites enabled but its not redirecting
[19:09] <DonRichie> TimR: Error 204: Not enough information to compute solution. Aborting...
[19:22] <lnxmen> Probably he has wrong root path in virtual host.
[19:23] <lnxmen> Or wrong configured .htaccess
[19:23] <lnxmen> Or simply he did not restart apache.
[22:01] <stiv2k> hi
[22:02] <lnxmen> Hi
[22:02] <stiv2k> what is the simplest way to run a command as root once a day
[22:03] <lnxmen> Use cron
[22:03] <stiv2k> to restart my tf2 server i want it to run service tf2-server restart
[22:03] <stiv2k> but it has to run with root permission
[22:03] <lnxmen> Yes, that's possible.
[22:03] <Patrickdk> ssh into the server
[22:03] <stiv2k> lnxmen: i just put it in /etc/cron.daily or whatever?
[22:04] <lnxmen> stiv2k: /etc/crontab
[22:04] <stiv2k> that's roots crontab?
[22:04] <Patrickdk> na, don't use /etc/crontab
[22:04] <Patrickdk> use /etc/cron.daily/xxxx
[22:04] <Patrickdk> root has it's own, using crontab -e -u root
[22:04] <stiv2k> oh
[22:04] <lnxmen> Patrickdk: Why not?
[22:05] <lnxmen> I am just curious.
[22:05] <stiv2k> so make a sh script, #!/bin/sh, then on the next line service tf2-server restart, save the script in /etc/cron.daily with +x permission
[22:05] <lnxmen> I always used it in this way.
[22:05] <Patrickdk> lnxmen, cause then you will break every UPGRADE you do to the system
[22:05] <Patrickdk> why have to manually fix that file? when /etc/cron.daily was provided for this purpose?
[22:05] <Patrickdk> yes you can, but you have to FIX it yourself too
[22:06] <lnxmen> Okay. Thanks for the explanation.
[22:06] <cryptodan> server scripts dont go in cron
[22:06] <stiv2k> ?
[22:08] <cryptodan> stiv2k: what are you trying to do?
[22:10] <lnxmen> He tries to execute script as root daily.
[22:11] <cryptodan> stiv2k: bad idea
[22:11] <cryptodan> and also the tf2 server daemon will auto restart upon crash
[22:12] <cryptodan> stiv2k: read this https://wiki.teamfortress.com/wiki/Linux_dedicated_server
[22:13] <stiv2k> cryptodan: its about the updates
[22:13] <stiv2k> cryptodan: they update the server version pretty often, every week or so, and it checks for updates when it restarts
[22:14] <stiv2k> so if it doesnt restart, it falls behind in version and nobody can play on it
[22:14] <cryptodan> stiv2k: you still should not be running it as root
[22:14] <stiv2k> the server itself does not run as root
[22:14] <stiv2k> it runs via init script
[22:14] <stiv2k> that starts it under a normal user
[22:14] <cryptodan> stiv2k: but if you run the tf2server script as root in cron it runs as root
[22:14] <stiv2k> using start-stop-daemon
[22:15] <stiv2k> start-stop-daemon --start --chuid $USER --user $USER --chdir $BINARYPATH --exec "/usr/bin/screen" -- -dmS $SCREENREF $BINARYPATH/$BINARYNAME $OPTS
[22:15] <stiv2k> ^^^
[22:15] <stiv2k> so the server never runs as root
[22:17] <cryptodan> so then you install the cron setting under the user as your tf2 server runs under
[22:18] <stiv2k> no
[22:18] <stiv2k> that user cannot run init scripts
[22:19] <stiv2k> init script can only be run from sudo
[22:19] <cryptodan> then when that cron entry starts its starts all processes after that as root
[22:20] <cryptodan> so follow that guide I linked to https://wiki.teamfortress.com/wiki/Linux_dedicated_server to do it right.  and your server should never fall behind as when you start it up it should autocheck for updates
[22:20] <stiv2k> yes it does but it needs to be restarted periodically to check the updates
[22:20] <cryptodan> it auto checks


[09:05] <Nt1972> I need some help with mediaplayerconnectivity 0.95 for ubuntu firefox
[09:06] <Nt1972> I did install mediaplayerconnectivity 0.95 but after the firefox 18 been install can't able to listen radio online
[09:06] <Nt1972> want to know anyone can help
[09:07] <Nt1972> ??
[09:07] <Nt1972> no one?
[09:08] <Nt1972> ok, then bye and thanks!!!
[09:26] <elky> slackers, you had like 2 whole minutes
[09:27] <head_victim> I believe it's the same gentleman from Facebook.


[06:45] <dholbach> good morning
[14:36] <Sadik> hi
[14:36] <Sadik> hi
[14:39] <Sadik> can help me because I have a problem with Ubuntu