[00:03] <YokoZar> Is the new volume control applet an Ubuntu-originated thing or an upstream thing?
[00:03] <YokoZar> (or both)
[00:05] <persia> I was under the impression there was a new upstream for it that had so far only been adopted in Ubuntu.
[00:18] <TheMuso> YokoZar: The new volume control is a DX team thing afaik.
[02:11] <lfuser-119> hello.
[03:58] <jdong> *scratches head*
[03:58] <jdong> what are the new lucid compiz bindings?
[03:58] <jdong> I just noticed super-a seems to do what alt-shift-up used to do
[04:02] <jdong> never mind, ccsm answered that question
[04:18] <RoAkSoAx> jdong, shoudl bug 530945 stay as backport or should be a SRU ?
[04:19] <jdong> RoAkSoAx: if the debdiff in #5 on the orig bug is correct, then SRU
[04:19] <jdong> or something equally trivial
[04:20] <RoAkSoAx> jdong, ok thanks. I'll change the bug report then :)
[04:27] <arose> Is there anyone who is even remotely responsible for maintaining xfonts-base, and more specifically the misc-fixed fonts? It's kind of frustrating to see that 4 (or 2 depending on perspective) old changes from upstream haven't been integrated
[04:28] <crimsun> arose: X Strike Force <debian-x at lists dot debian>
[04:40] <arose> Seems it finally has been merged... Would be nice to know not to waste time reporting bugs in launchpad in the future...
[05:26] <TheMuso> 7/c
[06:07] <robert_ancell> TheMuso, are you familiar with the new package process to add a package to Universe?
[06:07] <robert_ancell> growlf (one of the developers of gdm2setup) is working on getting that into Universe (bug #531138)
[06:09] <robert_ancell> growlf, it should be called "gdm2setup" not "python-gdm2setup".  The "python-" prefix is only required for libraries
[06:10] <growlf> Ahh.  ty.  Shall I change that in the bug?
[06:10] <ScottK> Also we're past feature freeze for Lucid, so it'll need a compelling justification for getting in now.
[06:11] <growlf> Do you want that here and now - or in an email?
[06:11] <ScottK> In the bug.  It needs to get made into a feature freeze exception request
[06:11] <robert_ancell> ScottK, does that apply for packages in Universe?
[06:12] <ScottK> robert_ancell: Absolutely.
[06:12] <robert_ancell> ok
[06:12] <growlf> Ah. ok.
[06:12] <growlf> Thank you.  Once I have that in - what is the next step I should take?
[06:13] <robert_ancell> growlf, So my guess is that this wouldn't be included in Lucid (as it is easily installable from the PPA)
[06:13] <robert_ancell> ScottK, Should the bug subscribe any groups? There doesn't seem to be any info in https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages as to who to pass the bug to
[06:14] <ScottK> Subscribe ubuntu-release.  Look for general feature freeze exception information.
[06:15] <robert_ancell> ScottK, and if it wasn't in feature freeze?
[06:15] <ScottK> New packages get reviewed on REVU
[06:15] <ScottK> !REVU
[06:24] <robert_ancell> growlf, ok, next step upload to revu as in the above comment
[06:30] <dupondje> linux-backports-modules-nouveau-2.6.32-15-generic still in NEW ?
[06:31] <dupondje> yep seems so :( and now nouveau is broken because of it :
[06:31] <dupondje> :(
[06:31] <StevenK> I'm working on it
[06:34] <ejat> how about the other php-* ?
[06:34] <Chipzz>
[06:39] <StevenK> dupondje: Accepted. It will take around 90 minutes, at best, to hit archive.u.c
[06:41] <ejat> StevenK: owh ok thanks .. how bout the other php-* package?
[06:42]  * persia highly suggests leaving archive admins to their work unless something is blocking a critical development workflow or is exceptional.  Time spent on IRC is time not spent processing the queues.
[06:42] <lifeless> I suggest replacing archive admins with a small cron script.
[06:43] <StevenK> ejat: No php-* packages are in NEW, the only one I can find is mapserver
[06:43] <persia> lifeless: For some AA work, I think we can replace with a python script, but some of it still requires human intelligence (although the tools are slowly improving).
[06:43] <lifeless> persia: indeed
[06:44] <ejat> StevenK: but it will remove some other package rite?
[06:44] <persia> (but there's 3 bugs that need be sorted before the python script can be deployed)
[06:44] <StevenK> ejat: I'm not sure I understand what you mean.
[06:45] <ejat> StevenK: http://paste.ubuntu.com/387442/
[06:46] <StevenK> ejat: I have no idea why that is.
[06:46] <persia> ejat: Those packages need porting.  That needs a developer, not an archive-admin.
[06:46] <persia> (or else your archive is out of date)
[06:46] <ejat> StevenK + persia .. ok thanks for the acknowledgement ..
[07:13] <kirkland`> pitti: could you accept the most recent eucalyptus package for karmic-proposed?
[07:15] <dupondje> StevenK: thanks :)
[07:24] <lucent_> innocent question here, where to learn modern methods for adding Ubuntu package generation from a project source code?
[07:24] <lifeless> #ubuntu-motu is a good place to chat about that
[07:25] <lucent> thanks!
[07:32] <lucent> lifeless: it's kind of quiet in -motu
[07:33] <lucent> I wonder if the process is any different than http://www.debian.org/doc/maint-guide/
[07:35] <didrocks> highvoltage: stgraber: thanks :)
[07:40] <pitti> Good morning
[07:41] <pitti> sebner: in that generality, no; please file a bug with "ubuntu-bug storage"
[07:41] <pitti> kirkland`: will do SRUs soon again
[08:20] <dholbach> good morning
[08:22] <mtx_init> Good Night here in NY
[10:05] <dholbach> ArneGoetje, Riddell: I was having a look at bug 463181 - seems like kde-i18n-zhcn is not in lucid any more?
[10:27]  * cjwatson speeds up grub-probe filesystem queries by a factor of >10
[10:28] <cjwatson> I like lots-of-bang-for-your-buck work
[10:37] <ev> nice!
[10:54] <tseliot> mvo: I think bug #467490 is really bug #459829 which should be fixed, at least in theory. Any ideas?
[10:55] <Riddell> dholbach: yes kde-i18n-zhtw isn't in lucid, it was translations for KDE 3
[10:56] <dholbach> ArneGoetje: ^
[10:56] <dholbach> thanks Riddell
[11:00] <tseliot> cjwatson: is it ok to perform other operations after doing a db_stop in postinst scripts?
[11:00] <cjwatson> what kind of operations?
[11:01] <cjwatson> you should, in general, not use db_stop at all unless you are absolutely sure you know what it does
[11:01] <tseliot> cjwatson: even things such as rm -f some_file
[11:01] <cjwatson> it's a workaround for things better handled in other ways
[11:01] <cjwatson> rm -f is fine
[11:01] <pitti> cjwatson: oh, it's that much "not recommended"?
[11:01] <cjwatson> but db_stop can break things you really don't expect
[11:01] <cjwatson> pitti: yes
[11:01] <pitti> cjwatson: I usually do it after I know I'm done with it, since later stderr output used to confuse it
[11:02] <cjwatson> please don't - I can advise on other, better approaches
[11:02] <cjwatson> it doesn't even really help much with that
[11:02] <cjwatson> in many situations, STOP is effectively ignored (e.g. within the installer), so you need to make sure output doesn't go to debconf anyway
[11:03] <pitti> cjwatson: ok, thanks; it's been years since I touched debconf, should I ever get to that case again, I'll do RTFM
[11:03] <cjwatson> the only thing STOP was ever really useful for was making sure to disconnect debconf fds from daemons, and it's better to close fds explicitly at daemon startup
[11:03] <cjwatson> basically it's nothing but trouble :)
[11:03] <tseliot> cjwatson: I was asking as this script doesn't seem to remove the file (possibly because of dpkg --compare-version): http://pastebin.ubuntu.com/387535/
[11:04] <cjwatson> that's completely wrong
[11:04] <cjwatson> just delete the db_stop, what's it for anyway!
[11:05] <cjwatson> I don't think it would cause the script not to remove the file, though
[11:08] <tseliot> cjwatson: so if I remove db_stop will debconf require user interaction and execute my .config script? (just to be sure)
[11:12] <cjwatson> tseliot: after calling db_stop, any following debconf commands may *break*.  it's not a clean shutdown
[11:12] <cjwatson> tseliot: in any case, if that's in a postinst, the config script is executed before that db_stop - so it won't make any difference to that
[11:12] <cjwatson> tseliot: if you don't want the config script to interact with the user, then don't call db_input/db_go in it :-)
[11:13] <tseliot> cjwatson: ah, so is it wrong to call db_stop at the end of the .config script too? http://pastebin.ubuntu.com/387542/
[11:13] <tseliot> (this is in nvidia-common)
[11:14] <tseliot> it seemed to make sense when I read the documentation (a long time ago)
[11:14] <cjwatson> it's almost always wrong to call db_stop at all
[11:14] <cjwatson> yes, it's wrong there
[11:15] <tseliot> cjwatson: ok, thanks
[11:15] <cjwatson> just remove it from both your config and postinst, and things will probably work better with no downside :)
[11:15] <tseliot> sure
[11:37] <tseliot> cjwatson: I get no debconf prompt if I remove db_stop
[11:38] <cjwatson> run with DEBCONF_DEBUG=developer to see what it's doing
[11:38] <cjwatson> the question's probably just marked as seen from a previous run, or something
[11:40] <tseliot> cjwatson: do you mean export DEBCONF_DEBUG=developer and install the package?
[11:40] <tseliot> as it doesn't show anything this way
[11:41] <tseliot> or is it something that I have to put in either the .config script or in the postinst script?
[11:42] <cjwatson> I mean export DEBCONF_DEBUG=developer; if that isn't showing anything then perhaps your sudo configuration is eating the environment variable.  Try 'sudo DEBCONF_DEBUG=developer ...'
[11:43] <tseliot> ah, ok
[11:45] <tseliot> cjwatson: yes, that worked: http://pastebin.ubuntu.com/387559/
[11:47] <tseliot> cjwatson: I guess it's my fault. Thanks for your suggestion
[11:47] <cjwatson> tseliot: right, so by the looks of things either /usr/bin/nvidia-detector doesn't exist or nvidia-detector returns none
[11:48] <tseliot> the latter
[11:48] <cjwatson> tseliot: that config script has another serious bug right now
[11:48] <tseliot> cjwatson: oh, what is it?
[11:48] <cjwatson> tseliot: config scripts may only use things on the filesystem that are in Essential packages, plus debconf itself
[11:48] <cjwatson> because they're run at preconfiguration time
[11:48] <tseliot> oh
[11:49] <cjwatson> tseliot: if you have to use nvidia-detector, then you need to move all that stuff to the postinst; the cost is that you lose preconfiguration
[11:49] <cjwatson> if nvidia-detector is a relatively simple shell script then you might be able to embed it in the config script as an alternative, or something
[11:50] <tseliot> cjwatson: what do you mean? I'm already sourcing /usr/share/debconf/confmodule in the postinst
[11:50] <tseliot> nvidia-detector is a python script which relies on a library included in the same package
[11:53] <cjwatson> tseliot: but when the config script is executed, your package may not have been unpacked yet
[11:53] <cjwatson> /usr/share/debconf/confmodule is safe because it's in debconf; config scripts may rely on Essential packages *plus debconf*
[11:54] <tseliot> cjwatson: right. Is there a way to call the config script in the postinst?
[11:55] <cjwatson> tseliot: if you want that, just move the contents of the config script into the postinst, and delete the config script
[11:55] <tseliot> I need to warn users about the fact that they're using an obsolete driver with a UI
[11:56] <cjwatson> the only purpose of having a separate config script is to enable preconfiguration; if the structure of your questions is such that you can't use preconfiguration, then there's no point having a separate config script
[11:56] <cjwatson> as long as you know that doing it this way means that upgrades will be interrupted in the middle to ask a question
[11:57] <cjwatson> that said I suppose you're testing whether the binary exists
[11:57] <tseliot> cjwatson: yes, this shouldn't interrupt upgrades with update manager as u-m deals with these things first (right mvo?)
[11:57] <cjwatson> but what happens if this is a new installation?
[11:57] <cjwatson> tseliot: er, no!
[11:57] <cjwatson> tseliot: update-manager isn't special in this regard
[11:58] <cjwatson> it doesn't magically reach in and run config scripts in a screwy way
[11:58] <tseliot> cjwatson: I think update-manager includes part of nvidia-common already
[11:58] <cjwatson> that is done by debconf, in the manner I described
[11:58] <cjwatson> tseliot: we can't have correctness depend on people using update-manager
[11:59] <tseliot> cjwatson: so the debconf UI will be used only for example if users dist-upgrade from the command line
[11:59] <cjwatson> tseliot: the way you have it written right now, any upgrade using apt will use (at best) the version of nvidia-detector from the previous installed version of the package
[11:59] <mvo> tseliot: sorry, I was not following the discussion. u-m includes parts of nvidia-common to do detection and removal of old drivers. but it should still work for people without (as cjwatson said). but if that means that people using apt-get see a debconf dialog in the middle of the upgrade that is IMO acceptable
[11:59] <cjwatson> mvo: the thing is that it will get the logic wrong ... it'll use the previous version of nvidia-detector, etc.
[11:59] <tseliot> right
[11:59] <cjwatson> or maybe no version at all
[12:00] <mvo> cjwatson: oh, sorry. I missed that bit of the discussion
[12:00] <cjwatson> so it really needs to be moved into the postinst
[12:00] <cjwatson> if update-manager has special nvidia-specific logic to make sure obsolete drivers go away before this question is even asked, basically duplicating the logic, then that's fine
[12:01] <tseliot> yes, I assume that's the way it works now
[12:01] <cjwatson> I agree that it's acceptable for people using apt-get to see a debconf dialog in the middle, if there's no alternative and if update-manager works around that bit specially.  what isn't acceptable is for upgrades using apt-get to actually be *wrong*
[12:01] <tseliot> mvo: is this correct?
[12:02] <cjwatson> so in that case, the correct fix is indeed to move the config script contents into the postinst
[12:02] <tseliot> yes, definitely, that's a bug
[12:02] <mvo> tseliot: update-manager has this logic, it embeds bits of nvidia-common from lucid on build and runs in on karmic->lucid (and hardy->lucid of coruse)
[12:03] <mvo> I have not tested if its still working, but if the interfaces have not changed it should
[12:03] <mvo> the code around it in u-m has not changed
[12:04] <tseliot> cjwatson: so I should get rid of the config script and use this as the postinst script, right? http://pastebin.ubuntu.com/387565/
[12:05] <mvo> tseliot: I'm happy to look at the u-m integration/test it after UI freeze
[12:05] <tseliot> mvo: so that should work and I only have to fix the bug in nvidia-common so that we cover both cases correctly
[12:05] <mvo> tseliot: ok, cool
[12:05] <cjwatson> tseliot: you need to put '. /usr/share/debconf/confmodule' on the second line, and you can maybe get rid of the [ -x /usr/bin/nvidia-detector ] test now if that binary is in the same package or a package you depend on; otherwise, yes, that looks fine
[12:07] <tseliot> cjwatson: yes I forgot to paste the line that sources debconf
[12:07] <tseliot> ok, let me try again
[12:12] <tseliot> cjwatson: it works great now. Thanks for your help
[12:12] <cjwatson> np
[12:30] <apw> cjwatson, we looked at the kernel package section use and fixed them sometime back with a patch from you irrc, are you happy with that
[12:30]  * apw is trying to get our debian standard compliance up to the latest
[12:38] <zul> morning
[12:39] <zul> pitti: can you also approve php-interbase as well?
[12:44]  * dholbach hugs pedro_!!!
[12:44]  * pedro_ hugs dholbach back
[12:48] <highvoltage> ok you guys can let go now
[13:07] <pitti> zul: what's the bug#? I didn't get mail about it apparently
[13:07] <zul> pitti: 530932
[13:08] <pitti> zul: done
[13:08] <pitti> zul: btw, I don't think you need to ask for individual packages -- there's no doubt for packages which are now uninstallable and need a 5.3 version
[13:08] <sebner> pitti: did you get my message about my external harddrive? if not I'd be glad to remessage
[13:08] <pitti> sebner: I answered with "please ubuntu-bug storage"
[13:09] <pitti> sebner: without further information there's nothign I can do, I'm afraid (it seems to work well for most people)
[13:09] <zul> pitti: ok ill do that in the future with regards to php
[13:09] <sebner> pitti: didn't get that :), running that while the exterinal drive is attached right?
[13:10] <pitti> sebner: not quite; it'll tell you
[13:10] <pitti> it's an interactive process
[13:12] <sebner> pitti: grr, before you waste your time and energy on me: It's magically working now
[13:12] <sebner> pitti: just tried it, 2 days ago it wasn't and wasn't workingit :(
[13:12] <pitti> :)
[13:14] <sebner> pitti: I'm really sorry
[13:14]  * pitti isn't sorry about things working :)
[13:17] <sebner> pitti: sure but wasting time is not nice, next time I'll try again right before contacting you :)
[13:17] <pitti> sebner: no prob, didn't take any time
[13:18]  * sebner hugs pitti :)
[13:18] <ogra> and wasting time with success messages cant be that bad :)
[13:21] <sebner> heh
[13:28] <didrocks> persia: asac: StevenK: finally, I'll have to add f-spot again, gthumb is too much work to put again in main and fit netbook screens. As it brings mono, do you want it on the armel version too?
[13:31] <cjwatson> apw: I think it's OK these days; I haven't noticed any problems at the NEW-queue stage for a while
[13:32] <apw> cjwatson, thanks, i think that covers all the items
[13:33] <apw> the kernel has a perf tool which is kernel version tied and as we can install multiple kerenls must produce binaries with version number ... for the manuals i am thinking that just the latest version would do ... whats the best way to achieve that
[13:34] <Keybuk> apw: didn't we already work this out?
[13:34] <apw> Keybuk, we decided to install binaries as /usr/bin/perf-2.6.32-15-generic ... thats is ok, its the manuals i am wondering about
[13:34] <Keybuk> "the manuals" ?
[13:34] <apw> man perf stat ... manuals
[13:34] <Keybuk> yeah they just say "perf"
[13:34] <Keybuk> because we said we'd put a /usr/bin/perf that had
[13:35] <Keybuk> #!/bin/sh
[13:35] <Keybuk> exec $0-$(uname -r)
[13:35] <Keybuk> in it :p
[13:35] <apw> right ... so happy with that ... looking for advice as to how to package the manuals for it
[13:35] <Keybuk> whatever ships that can ship the man page :)
[13:35] <Keybuk> I doubt it'll change much
[13:35] <Keybuk> after all, the kernel package doesn't actually include its own manuals either
[13:36] <apw> well t
[13:36] <apw> the manuals are pretty estensive for perf
[13:36] <apw> i guess i could include the perf script in the main kernel source package and package that too l ike t
[13:36] <apw> the linux-doc package which seems to be self-replacing
[13:37] <apw> Keybuk, ok will try that than
[13:51] <directhex> where do the u1ms people live on irc?
[13:52] <dholbach> directhex: /j #ubuntuone
[13:59] <Omahn> mvo: Have you seen bug #530632? ttx suggested I made you aware.
[14:01] <mvo> Omahn: I haven't, let me check
[14:01] <mvo> Omahn: so this happend during the upgrade? or after the upgrade was completted? could you please attach the logs from /var/log/dist-upgrade/* ?
[14:02] <Omahn> mvo: It's during the upgrade.
[14:02] <Omahn> mvo: I'll upload the contents of /var/log/dist-upgrade/* shortly.
[14:04] <mvo> Omahn: thanks!
[14:13] <Omahn> mvo: Uploaded.
[14:13] <pitti> $ cat /etc/default/locale
[14:13] <pitti> LANG="de_DE.UTF-8"
[14:13] <pitti> $ echo $LANG
[14:13] <pitti> de_DE.utf8
[14:13] <pitti> so, does anybody know what magic rewrites $LANG on login?
[14:14] <ogra> gdm ?
[14:14] <ogra> (guessing)
[14:14] <ArneGoetje> yes, gdm does
[14:14] <cjwatson> better question: why does anything care about the difference, given that they're aliases
[14:14] <pitti> hm, on a VT it's not rewritten
[14:15] <pitti> cjwatson: oh, I have a bug to fix in gnome-menus, which cares
[14:15] <pitti> ArneGoetje, ogra: thanks
[14:18] <cjwatson> pitti: I'm almost happy that gdm is doing this, because it's shaking out bugs like that
[14:18] <pitti> I'm still not quite up to date why lucid suddenly switched to .utf8; /usr/share/i18n/SUPPORTED still has them in "UTF-8" form
[14:19] <pitti> I'm going to make the gnome-menus cache robust against that, I was just curious
[14:19] <cjwatson> .utf8 is glibc's canonical internal form; .UTF-8 is the form it advertises in SUPPORTED
[14:19] <cjwatson> (.utf8 is what you always got from 'locale -a')
[14:19] <ArneGoetje> pitti: anyways, .utf8 and .UTF-8 work both
[14:19] <cjwatson> so I don't know exactly why it changed but I can imagine things like something trying to canonicalise the name
[14:20] <cjwatson> I don't know exactly why the canonical internal form isn't the same as SUPPORTED, though it's been that way for a long time so presumably historical
[14:20] <ogra> ArneGoetje, many scripts and tools blindly rely on UTF-8
[14:21] <cjwatson> ogra: they're buggy and always needed to be fixed anyway
[14:21] <ArneGoetje> ogra: yep, it was the common way to write the locale codes until recently
[14:21] <ogra> cjwatson, i didnt say they dont need fixing :)
[14:21] <cjwatson> (and I don't think it's all *that* many, though I know there are some common ones; most applications just use setlocale and are done with it)
[14:22] <Omahn> mvo: On a different note, is it possible to get my application for the sru-verification team from 2008 approved? :-)
[14:23] <mvo> Omahn: probably :) bdmurray is now in charge I think
[14:23] <ogra> cjwatson, well, tha fact that locale-gen doesnt/didnt (i dont know if it was fixed yet) accept .utf8 is a bit strange
[14:23] <cjwatson> yes
[14:23] <cjwatson> that's just one tool though :)
[14:24] <ogra> well, a quite essential one
[14:24] <cjwatson> sure
[14:24] <ogra> :)
[14:24] <cjwatson> I was just debating the "many", by way of indicating that I don't think the problem is a very serious one if we pull our fingers out and fix the handful of places where it causes major problems
[14:24] <ogra> true
[14:30] <Omahn> mvo: Your automatic build system appears to have already replicated my initramfs upgrade issue
[14:31] <Omahn> http://people.ubuntu.com/~mvo/automatic-upgrade-testing/2010-03-01-09:08:07/dapper-hardy-lucid-ubuntu/apt-term.log
[14:33] <mvo> Omahn: thanks, I targeted the bug now
[14:34] <mvo> Omahn: just there? or in the normal lts-ubuntu profile as well?
[14:34] <mvo> Omahn: was your upgrade a dapper install before ?or is it just coincidence?
[14:35] <ArneGoetje> BTW: can anyone here help me to debug my gdm? I cannot log into my system anymore and I don't know where to start looking... :(
[14:35] <Omahn> mvo: Conincidence.  I would be very interested in having a copy running locally in our environment.
[14:38] <mvo> Omahn: oh yes - its in the auto-upgrade-tester package, and in bzr under lp:update-manager (in the AutoUpgradeTester subdir)
[14:39] <mvo> Omahn: its pretty flexible, but not well documented, I'm happy to help you if you have specific questions
[14:39] <Omahn> mvo: Thanks, I'll check it out.
[14:39] <ArneGoetje> seb128: when gdm starts up, I see my username, then select it. Then gdm does some checking in the background and fails with something, then resets the screen and I get the same screen as before. Then I select my username again and the bottom bar changes to display the comboboxes for selecting language and stuff... normally it should also display the Password field, but it never shows. This only happens on my account, another test account is fine, even
[14:39] <seb128> weird
[14:40] <seb128> do you have anything special for your account like protected userdir?
[14:40] <ArneGoetje> seb128: no
[14:41] <ArneGoetje> seb128: I have one suspicion...
[14:41] <seb128> ArneGoetje, which is?
[14:43] <ArneGoetje> seb128: I have tried what happens if I put a language code in an invalid format into ~/.dmrc. gdm just restarted and that's when this weird behaviour started. After that I restored the ~/.dmrc entry to the correct form and even moved the whole file out of the way... didn't fix the problem... dies gdm store the buggy entry somewhere else?
[14:43] <seb128> ArneGoetje, /var/cache/gdm
[14:44] <ArneGoetje> s/dies/does/
[14:44] <seb128> it does store the .dmrc there to handle protected userdirs
[14:44] <seb128> so it can read the config before asking the password
[14:44] <ArneGoetje> seb128: thanks! Yes, it still has the buggy file there.
[14:44] <seb128> np
[14:45] <seb128> please open a bug saying that gdm breaks when you break that file content
[14:45] <ArneGoetje> seb128: ok, will do
[14:45] <seb128> thanks
[14:46] <ArneGoetje> seb128: yay, works again! :)
[14:46] <seb128> good!
[15:01] <cjwatson> mvo: re http://lists.debian.org/debian-devel/2010/02/msg00424.html, is the new API going to land in lucid (soon)?
[15:01] <cjwatson> or indeed
[15:01] <cjwatson> juliank: ^-
[15:02] <juliank> cjwatson: Well, mvo said he would like to do it. But there are some compatibility issues wrt progress reporting which I am going to fix today.
[15:03] <juliank> In the end, it depends on whether a freeze exception is granted for it
[15:03] <cjwatson> right - it would just be rather easier for me to merge a germinate patch right now if I knew it was going to land in lucid
[15:03] <cjwatson> since then I won't have so much skew to deal with
[15:04] <mvo> cjwatson: its the goal, it will make the next lts upgrade much simpler as well
[15:04] <cjwatson> right
[15:04] <mvo> lots of balls to juggle currently, I want to look at it tomorrow (when UI freeze is over)
[15:05] <mvo> I looked last week and it was 98% there, some compat issues with the progress (as juliank said)
[15:05] <mvo> but nothing that looks like a real blocker
[15:06] <juliank> The only things that are a bit broken are InstallProgress & CdromProgress; some other issues I noticed while writing the >20 patches for the packages will be fixed in <IP_ADDRESS>.
[15:08] <mvo> juliank: thanks, please let me know and I have another look
[15:08] <cjwatson> poo.  I got rid of "GRUB loading" and left the dot and newline in
[15:09] <cjwatson> more tedious boot testing ...
[15:19]  * apw just tried to install a package and apt has decided to remove a heap of stuff listing them as foo{u}, isi think previously they were marked as auto installed and not required and told me how to remove them, but suddently its removing them, is that expected?
[15:19] <apw> either that or my machine is toast
[15:20] <mvo> apw: this sounds more like aptitude, apt just informs about autoremovalbles
[15:20] <apw> ahh crap so it is, damn a typeo on my behalf, why is aptitude installed anyhow
[15:23] <cjwatson> aptitude is in ubuntu-minimal because tasksel needs it if you select manual package selection in the server installer
[15:24] <cjwatson> it's not ideal but the cost is tolerable
[15:24] <cjwatson> might sort that out one day
[15:24] <cjwatson> the alternate and desktop CDs could live without it
[15:27] <ion> seb128: How can the CSD patch for Gtk be tested? I take it there’s a theme that uses the functionality.
[15:28] <seb128> ion, GtkWindow::client-side-decorated = 1 in your gtkrc
[15:28] <seb128> but it will not look correct without a specific theme
[15:28] <ion> Thanks
[15:29] <seb128> I think people are working on making a theme using it
[15:29] <ion> Alright
[15:29] <seb128> wait a few extra days I would say
[15:29] <seb128> I will try to check and let you know
[15:29] <ion> Thanks
[15:44] <ogra> bah, gtk is still building on armel
[15:45] <ogra> bloat ! 3h buildtime are to much for a toolkit !
[15:48] <seb128> ogra: gtk doesn't take that long to build
[15:48] <seb128> it's just built several times
[15:48] <ogra> ah
[15:48] <seb128> static, udeb, directfb
[15:48] <seb128> + normal
[15:49] <ogra> (i wasnt seriously ranting :) )
[15:49] <seb128> it's something which annoys me too
[15:49] <seb128> I would like to drop the static build at least
[15:50] <ogra> for what is that ? d-i in debian ?
[15:50] <seb128> no, udeb is for d-i
[15:50] <seb128> and directfb somewhat
[15:50] <ogra> and directfb i guess
[15:50] <ogra> yeah
[15:51] <ogra> we should probably just switch the whole distro to fltk :)
[15:51] <ogra> would also prevent all kde vs gnome discussions :)
[15:51] <seb128> lol
[15:55] <juliank> mvo: I pushed the changes to debian-sid; if you could run some tests with it I can prepare the merge as well (the only difference now being that Python 3.1 is disabled here; because python3.1 is in universe, whereas python-apt is in main)
[15:56] <mvo> juliank: great
[16:00] <cjwatson> seb128: sounds like directfb is going to go away in the not too distant future
[16:01] <cjwatson> at least the d-i uses of it
[16:01] <seb128> yeah, I've read some blog posts about that
[16:05] <Keybuk> I have learned that the Linux VT layer was not so much designed, as vomited into the existance from the bowels of the earth
[16:06] <tseliot> lol
[16:06] <Keybuk> it was apparently written to roughly match what they thought the X code assumed BSD/SVR did at the time
[16:06] <Riddell> siretart: are you able to advise on http://thread.gmane.org/gmane.comp.kde.devel.general/60401 ?  are we behind on our ffmpeg?
[16:13] <cjwatson> 16:12 <Keybuk> cjwatson: will it matter whether the VT is in VT_AUTO or VT_PROCESS ?
[16:13] <cjwatson> Keybuk: moo
[16:14] <cjwatson> (dunno yet)
[16:14] <cjwatson> I don't think so, but I could be missing something
[16:14] <Keybuk> the confusion I had was whether there was a font-per-VC
[16:15] <Keybuk> or whether the font applied to every console
[16:18] <Keybuk> the code appears confused on this issue too ;-)
[16:20] <siretart> Riddell: we have backported the av_lockmgr stuff to 0.5 because we were asked by the geexbox guys at fosdem
[16:21] <siretart> Riddell: it is included in the 0.5.1 release, which we published yesterday
[16:21] <siretart> Riddell: I'm currently working on the package, and will upload it to lucid shortly
[16:21] <siretart> Riddell: as for that specific question, it was decided to bump MICRO instead of MINOR in libavcodec for that feature backport
[16:22] <siretart> Riddell: does this answer your question?
[16:23] <Riddell> siretart: so this AVLockOp enum will appear in your upload today?
[16:23] <cjwatson> Keybuk: "depends"
[16:24] <cjwatson> Keybuk: vgacon is one-font-to-rule-them-all, currently; fbcon is font-per-VC
[16:24] <siretart> Riddell: today I'm not sure, I don't feel very well today. But I should manage it this week
[16:24] <cjwatson> Keybuk: BTW what's the current best way to blacklist fbcon so that I can test this properly
[16:24] <cjwatson> ?
[16:24] <Keybuk> cjwatson: blacklist=fbcon ?
[16:24] <Keybuk> though you'd need <driver>.modeset=0 and blacklist=vga16fb I guess too
[16:24] <cjwatson> juliank: in your transition plan, you mentioned applying Breaks to python-apt for anything that isn't yet converted; have you considered just applying Breaks for everything using the old API, with appropriate versioning?  I think that would be nicer to partial upgrades
[16:25] <cjwatson> Keybuk: ok, thanks
[16:25] <Riddell> siretart: lovely thanks
[16:26] <juliank> cjwatson: In fact I meant that if pkg p version v still uses the old API, python-apt gets a Breaks: p (<< v+1).
[16:26] <cjwatson> juliank: right, just clarifying whether there'll be a Breaks even if squeeze has >= v+1
[16:26] <cjwatson> I think there should be
[16:26] <Keybuk> cjwatson: all the current ioctl()s seem to ignore whatever tty you use
[16:26] <Keybuk> and just fiddle with vc_cons[fg_console]
[16:26] <Keybuk> which is somewhat scary
[16:28]  * Keybuk thinking what if you do that ioctl mid-vt-switch for example <g>
[16:28] <juliank> cjwatson: Do you want a package with Breaks: against more than 20 other packages?
[16:29] <cjwatson> juliank: I don't see why not, if it's accurate
[16:29] <cjwatson> I don't subscribe to the theory that upgrade compatibility should be dropped after each release :-)
[16:30] <cjwatson> one of my packages still (theoretically) has some code for upgrades from Debian 1.2; it's easier to leave it there than to remove it
[16:30] <Riddell> shtylman: seen my conversation with siretart above?
[16:30] <cjwatson> Keybuk: I was sort of hoping there was a VT lock somewhere, but haven't looked too hard ...
[16:30] <Keybuk> cjwatson: HAHAHAHA
[16:31] <Keybuk> no such thing
[16:31] <cjwatson> there's vga_lock at least
[16:31] <cjwatson> but I think that's for the VGA hardware
[16:31] <Keybuk> it may not matter
[16:31] <Keybuk> if it's not storing anything inside vc-> ?
[16:31] <Keybuk> it could just want a reference to any vc
[16:32] <cjwatson> I used a separate font_data structure fairly deliberately
[16:32] <cjwatson> s/structure/array/
[16:32] <cjwatson> and all the vgacon_ functions take a struct vc_data *
[16:32] <cjwatson> so fg_console is probably only examined once
[16:32] <shtylman> Riddell: ahh
[16:32] <Keybuk> where do they get that vc_data ?
[16:32] <shtylman> Riddell: for that mailing list question...
[16:33] <Keybuk> cjwatson: if there's a vc_data-per-vc this implies that there's a font-per-vc
[16:33] <Keybuk> which means in order to set the fonts, you need to first chvt
[16:33] <Keybuk> chvt 1 ; set font ; chvt 2 ; set font ; chvt 3 ; set font ; etc.
[16:33] <cjwatson> no, KDFONTOP takes a structure that includes the vt number
[16:33] <Riddell> shtylman: yes, seems like he'll need to wait for siretart to do that upload
[16:33] <cjwatson> at least I think it does
[16:34] <Keybuk> ah, KDFONTOP seems to be the one that operates on the vc you open
[16:34] <Keybuk> [PG]IO_FONT[X] seem to operate on vc_cons[fg_console]
[16:34] <cjwatson> oh yes that's right
[16:34] <cjwatson> right, there are old ioctls that are fgconsole only
[16:34] <cjwatson> but they shouldn't be used any more if KDFONTOP is available
[16:34] <cjwatson> which it always is nowadays
[16:34] <Keybuk> in which case, does it matter if KDFONTOP checks vc->vc_mode ?
[16:34] <shtylman> Riddell: should we comment as such? I imagine he will try again or something...
[16:35] <Keybuk> if vt7 is in KD_GRAPHICS, do we really need to set a font for it?
[16:35] <Keybuk> it's only ever going to have plymouth and X on it
[16:35] <cjwatson> isn't there sometimes graphics stuff on vt1?
[16:35] <Keybuk> I guess
[16:35] <cjwatson> that was certainly the original problem way back when
[16:35] <Keybuk> if you try and set the font while an svgalib app is running
[16:35] <Keybuk> or a framebuffer app
[16:35] <Keybuk> etc.
[16:36] <cjwatson> having vgacon not store the font only in video memory is probably more important than the mode check
[16:36] <Keybuk> yeah
[16:37] <cjwatson> you're right that removing the KD_TEXT check might not strictly matter since we don't nowadays put the splash screen on vt1; I think there was a point at which we did and it mattered
[16:37] <Riddell> shtylman: it would seem like a good idea to tell him what he needs to do
[16:37] <cjwatson> I think I wanted to do it just so that I never had to think about KD_TEXT vs. KD_GRAPHICS ever again
[16:37] <Keybuk> indeed
[16:38] <cjwatson> p.s. you can *really* screw up your console by copying font data around incorrectly within the kernel
[16:38] <Keybuk> and like you say, the other consoles (fbcon) already handle this
[16:39] <Keybuk> making vgacon consistent would be a good thing
[16:39] <cjwatson> one question I had was whether vgacon is being kept deliberately memory-light
[16:40] <cjwatson> that would mean it's desirable to stick with one-font-to-rule-them-all
[16:40] <cjwatson> OTOH the code I have would share memory if you put the same font on all VCs ...
[16:40] <Keybuk> or whether it puts it in vga memory because you can only have one font
[16:41] <Keybuk> and because the ioctls only let you set it for whatever is the active console right now
[16:41] <cjwatson> so I think the footprint is no more than about 1KB for a 256-char font
[16:41] <Keybuk> so they never bothered extending it to support multiple
[16:41] <Keybuk> and the newer ioctls came along later
[16:41] <cjwatson> yeah, it's quite possible
[16:41] <cjwatson> given the general maintenance level of VT code
[16:41] <cjwatson> "we didn't need anything else in 1995"
[16:42] <cjwatson> I certainly *hope* people see that putting the font in VGA memory and forgetting about it is a horrible mistake nowadays, once I get as far as LKML
[16:46] <smoser> slangasek, Keybuk somewhere between my 20100224 build and 20100228, ramdiskless boot started failing on eucalyptus.  Between those 2 builds, the big differences are mountall-2.6 and upstart 0.6.5-4
[16:46] <mvo> juliank: InstallProgress.writefd  seems to be broken again (I'm pretty sure I fixed that earlier). could you please have a look?
[16:46] <Keybuk> smoser: started failing how?
[16:46] <smoser> booting with a ramdisk "fixes" the problem.
[16:47] <smoser> well, the cloud-init job doesn't run (MOUNTED=/ ...)
[16:47] <smoser> i can get debug output if i add a job to turn it on
[16:48] <mvo> juliank: the release upgrade tries to access it and crashes http://paste.ubuntu.com/387717/
[16:48] <smoser> so there are 2 interesting pieces of information : 1.) ec2 instances still boot without ramdisk (its just eucalyptus that fail) 2.) eucalyptus can be worked around by giving a ramdisk
[16:49] <smoser> the kernel is the same in 20100224 and 20100228
[16:49] <Keybuk> how does it fail?
[16:49] <Keybuk> the mountall and upstart changes are minor
[16:49] <Keybuk> largely consisting of Depends changes
[16:50] <smoser> well, no messages after kernel messages
[16:50] <Keybuk> in fact, the only change not a Depends change is a change to Upstart that should make it *more* likely to work with a ramdisk
[16:50] <juliank> mvo: should be fixed now
[16:50] <juliank> Forgot to call the constructor of the parent class.
[16:51] <shtylman> Riddell: I myself an unclear on what he needs to do... other than wait :)
[16:51] <smoser> Keybuk, i'll get you some info with a 'initctl log-priority X' job. but i dont really know what else to do.
[16:51] <Keybuk> smoser: that'd be a great start
[16:51] <smoser> what X do you want?
[16:51] <mvo> juliank: cool, thanks
[16:51] <Keybuk> along with --debug from mountall as well
[16:51]  * mvo updates
[16:52] <smoser> Keybuk, how to add --debug in mountall ?
[16:52] <Keybuk> edit the job
[16:52] <smoser> k
[16:54] <smoser> Keybuk, you want 'debug' or 'info' ?
[16:55] <juliank> mvo: If it works for you, I'll update the timestamp, upload it; and could post a merge bundle for the ubuntu branch as a merge request bug.
[16:55] <Keybuk> info is fine for upstart
[16:55] <Keybuk> debug for mountall
[16:56] <mvo> juliank: ok, also that is not needed, I have a local merge ready here
[16:56] <mvo> juliank: let me test again
[16:58] <juliank> mvo: I also have one ready here, and debian/changelog and debian/control are the only changed files compared to Debian.
[16:59] <mvo> juliank: ok
[16:59] <juliank> I do this to check if there are some things in the Ubuntu branch which could also be in the Debian branch without problems.
[17:01] <juliank> So, once your tests are done; report back and I'll do a "dch -r" and upload <IP_ADDRESS>; then you can merge the timestamp change and upload <IP_ADDRESS>ubuntu1
[17:04] <mvo> juliank: sounds good, its currently running a big upgrade, when that is done I check with gdebi again
[17:04] <mvo> juliank: about ~1h (need to get some dinner too while the upgrade runs)
[17:12] <smoser> Keybuk, what if i told you it doesn't seem to want to fail with debug enabled :(
[17:15] <Keybuk> smoser: then I would cry
[17:24] <smoser> Keybuk, i'm fighting eucalyptus stability demons now. i'll open a bug and subscribe you. if you had to guess, which package at this point, upstart or mountall
[17:33] <mathiaz> zul: bug 531454 - 3.4.6 is a bug fix only release
[17:33] <mathiaz> zul: not sure you need to ask a FFe for this
[17:50] <zul> mathiaz: not sure either better safer than sorry
[17:55] <smoser> Keybuk, bug opened 531494 . I did get a recreate with debug, the serial console output is attached there.
[17:55] <smoser> bug 531494
[17:55] <sebner> jdstrand: I'm making some progress but I'm kinda stuck with a FTBFS. This is the most b0rken I've ever seen (mostly because it uses *huuuge* cdbs)
[17:56] <jdstrand> sebner: can you paste how it breaks?
[17:59] <sebner> jdstrand:
[17:59] <sebner> jdstrand: http://pastebin.com/qap0AJEh
[18:00] <jdstrand> sebner: you can't use ln in that manner
[18:00] <sebner> jdstrand: I have to hardcode python2.6?
[18:00] <jdstrand> sebner: well, unless the globs resolve to one place
[18:01] <jdstrand> sebner: is it hardcoding 2.5 currently?
[18:01] <sebner> jdstrand: aye
[18:02] <jdstrand> sebner: I would just hardcode it at 2.6 then
[18:02] <sebner> jdstrand: I'll give it a try
[18:10] <sebner> jdstrand: ho ho ho I have a deb! I'll polish it a little bit and upload it then. I need a core-dev anyways for uploading but would you mind taking a look later?
[18:10] <jdstrand> \o/
[18:11] <jdstrand> sebner: attach it to the bug, I'm subscribed and can look at it
[18:12] <sebner> jdstrand: .. and you better accept it as I don't ever want to touch such a crappy package (crappy cdbs package with huuge b0rken rules file) ever again in my life :P *muahaha*
[18:12] <jdstrand> hehe
[18:13] <sebner> jdstrand: If somebody would have told me earlier that the DM of moin is the DM of cdbs ....
[18:16] <sebner> jdstrand: are you happy with a debdiff or do you prefer a .diff.gz (debian.tar.gz) as the update isn't trivial. A debdiff might be a lot easier to review imho though
[18:19] <jdstrand> sebner: the debdiff should be between the Debian's 1.9.2-1 and your version-- am I missing something?
[18:19] <jdstrand> sebner: that is what I would prefer
[18:20] <juliank> mvo: BTW: gdebi should be ported to apt.debfile sometime.
[18:21] <sebner> jdstrand: Nah, I know what a debdiff is .. but sometimes sponsors want a .diff.gz/interdiff whatever on big new new upstream versions when Ubuntu version is far behind. Debdiff also makes me happy ;)
[18:22] <mvo> juliank: and the other way around too, the DebPackage code contians a bunch of fixes that need to be re-imported
[18:22] <mpt_> tremolux, hi, I'm very impressed by the Back+Forward buttons :-)
[18:23] <tremolux> mpt_: cool!  I'm very glad
[18:27] <sebner> jdstrand: do you know that's the IRC nick of the maintainer?
[18:28] <mvo> juliank: gdebi-gtk is complaining about http://paste.ubuntu.com/387771/
[18:28] <mpt_> tremolux, any chance to fix bug 426999 now?
[18:29] <jdstrand> sebner: sorry, no
[18:29] <tremolux> mpt_: agreed, that would be a very nice one to fix, I will look at it now
[18:29] <mpt_> thanks
[18:29] <sebner> jdstrand: np
[18:29] <tremolux> mpt_: sure!
[18:33] <juliank> mvo: It should be fixed now.
[18:34] <juliank> mvo: I just added all the missing returns in front of the commands I called.
[18:37] <mvo> juliank: thanks, checking again. "apt_pkg.Dependency.UntranslatedDepType we did not bother, right?
[18:40] <juliank> mvo: Added it to the list of renaming exceptions in python/generic.cc.
[18:41] <juliank> i.e. in _PyApt_NewNameForAttribute
[19:09] <juliank> mvo: I still have some large documentation updates planned for 0.7.94; but I guess as they are not-to-be-translated developer docs, they are not affected by the documentation string freeze.
[19:10] <juliank> The main part is adding short docstrings to the stuff in apt_pkg.
[19:10] <juliank> You can see how this should look like in apt_inst; it's full with documentation strings.
[19:11] <juliank> Planned for the week starting Mar 22.
[19:13] <mvo> juliank: yeah, I think devel docs like this are fine
[19:17] <mvo> juliank: nice work, progress looks good
[19:18] <juliank> mvo: I still need to port the quiet progress mode from apt-get to the python implementation.
[19:19] <mvo> juliank: bug #531518 (fyi)
[19:19] <juliank> mvo: Yes, I already added 3 comments to it (added one, fogot something, added second one, forgot something, added third one)
[19:22] <mvo> heh :)
[20:07] <mpt_> tremolux, how's it going?
[20:13] <tremolux> mpt_: the bug you mean?  unfortunately I haven't dug into it too deeply yet, had lunch and then two intervening things, sorry
[20:13] <mpt_> ok, np
[20:16] <jibel> mvo, hi, I've been working on the xapian search today with some interesting results http://pastebin.com/LhHnVQNn
[20:17] <smoser> slangasek, around ?
[20:19] <mvo> jibel: oh, interessting
[20:20] <mvo> jibel: are you working on the "-" problem?
[20:23] <jibel> yes, finally I search for an exact match on the package name with the hyphen, replace the '-' by a space to search in the description.
[20:24] <jibel> It's working because the package name is indexed by word in the term list
[20:25] <jibel> mvo, the code is there http://pastebin.com/f36HKtas
[20:26] <mvo> jibel: sweet, you rock!
[20:28] <jibel> mvo, there are other improvements but apt-xapian-index generates poor metadata
[20:28] <jibel> mvo, an since we search for few terms amongst a large list (the description) the relevancy if not relevant
[20:28] <jibel> s/an/and
[20:30] <mvo> jibel: that makes me wonder if we should not simple eascape "-" to something that can be inxed properly when writing the a-x-i and doing the same escaping in the searches. then we can at least exact match on XPpkgname - or am I missing something?
[20:30] <mvo> (its been a long day)
[20:31] <jibel> the exact match is working.
[20:32] <jibel> even with an hyphen. But you cannot use wildcarding with boolean prefix or search with an hyphen with a probabilistic prefix.
[20:39] <jibel> mvo, we could add a new prefix to the index and split the package name. If the boolean search returns nothing, use this prefix instead ?
[20:41] <jibel> mvo, the order of the resultset would be: exact package name, package name containing the query string and finally document matching the query string.
[20:44] <mvo> jibel: I think that is sensible - best is problably to ask in #xapian for a second opinion just to be sure we are on the right track
[20:46] <jibel> mvo, sure. Enrico is not inclined to change the way the index is generated.
[20:46] <mvo> jibel: we could add this as a additional plugin I guess
[20:46] <jibel> mvo, anyhow the result is not that bad and there are ways to improve it a bit.
[20:46] <mvo> but why not?
[20:46] <mvo> ok
[20:47] <jibel> mvo, I'm currently adding the plugin.
[20:48] <jibel> mvo, I'll see if it gives positive result.
[20:48] <jibel> or not.
[20:48] <mvo> ok, thanks
[20:52] <sebner> slangasek: around?
[21:05] <slangasek> smoser: contentless pong
[21:05] <slangasek> sebner: contentless pong :)
[21:05] <smoser> i'm begging for help for bug 531494 (and also, now that i've pinged you, mail i sent thursday PM named "531494")
[21:05] <smoser> oops... mail was subject "questions from today" not 531494
[21:06]  * slangasek nods
[21:06] <sebner> slangasek: ;), Do you (by any chance) know why you introducted "* Demote fckeditor from Recommends to Suggests; the code was
[21:06] <sebner>     previously embedded in moin, but it was also disabled, so there's no
[21:06] <sebner>     reason for us to pull this in by default currently.
[21:06] <sebner> " in moin 1.8.2-2ubuntu2 , a year ago? Upstream told me that fckeditor was *never* disabled by default
[21:07] <slangasek> sebner: because someone told me that was the case, and I was avoiding having to do a run of MIRs
[21:08] <sebner> slangasek: Ic, well, I guess for now it's fine if we keep that change and tackle the MIR stuff for lucid+1?
[21:09] <slangasek> sebner: it was maxb who said this
[21:09]  * sebner summons maxb *hehehehe*
[21:09] <slangasek> if you prefer to do an MIR sooner, that's your choice
[21:10] <sebner> slangasek: well, I didn't want to work on the package (python + cdbs) but I somehow slipped into it so I'm happy if you agree to postpone it (I'll leave a note in changelog)
[21:11] <slangasek> smoser: have you tried downgrading just the upstart package in your build, to see if that fixes the problem?
[21:12] <slangasek> smoser: and I don't have any good ideas how to debug this, if it is an upstart problem but turning on debugging makes it disappear :/
[21:12] <smoser> slangasek, oh comon... suggesting logical steps to reducing scope of problem is not fair!
[21:12] <smoser> no i've not done it.
[21:13] <smoser> slangasek, i did reproduce with debugging on (the attached log shows that), but it does sometimes make it go away.
[21:14] <slangasek> oh, you got one with debug, ok
[21:22] <slangasek> smoser: have posted some analysis of the logs; I think you're going to need Keybuk for further debugging, because I really don't have a clue there
[21:23] <sebner> jdstrand: debdiff is up
[21:51] <micahg> kees: which greasemonkey, upstream or from archvie?
[22:00] <kees> micahg: upstream
[22:00] <micahg> kees: is it the latest (2010 release)?
[22:01] <kees> 0.8.20100211.5
[22:01] <micahg> ugh
[22:04] <cjwatson> Keybuk: so blacklist=fbcon i915.nomodeset=0 blacklist=vga16fb didn't do it - but making sure FRAMEBUFFER was disabled in /usr/share/initramfs-tools/conf-hooks.d/* and booting with init=/bin/bash did. :-)
[22:04] <cjwatson> Keybuk: incidentally, init=/bin/bash is not friends with FRAMEBUFFER=y
[22:04] <micahg> kees: I'll have to look more tonight...seems other users are affected on Arch and Red Hat so probably not an ubuntu issue, but either GM or FF, I'll update the bug with what I find
[22:04] <cjwatson> you get plymouth starting and then nothing ever stops it
[22:05] <kees> micahg: cool, thanks.
[22:05] <cjwatson> we could probably do with an initramfs option to avoid starting plymouth just in case it's built into the initramfs, or something
[22:05] <kees> cjwatson: +1
[22:06] <cjwatson> in any case, I have discovered that my kernel is buggered - it blanks the font entirely on tty switches - so more work required
[22:09] <cjwatson> pitti: https://launchpad.net/ubuntu/+source/grub2/1.98~20100128-1ubuntu4/+build/1541925/+files/buildlog_ubuntu-lucid-powerpc.grub2_1.98~20100128-1ubuntu4_FAILEDTOBUILD.txt.gz - do I remember something vaguely about this being a pkgbinarymangler bug, by any chance?  grub2 doesn't create the control directory manually so it's very odd for it to have wrong permissions
[23:02] <pitti> cjwatson: hm, does the buildd have a bad umask or so? LP seems to be down ATM, but I'll have a look tomorrow
[23:10] <kees> any idea what's going on here?  I can't convince apt-get to install a recommended package: http://paste.ubuntu.com/387905/
[23:13] <superm1> kees, did you try whispering sweet nothings in it's ear? :)
[23:14] <kees> superm1: I even specified --install-recommends.  :P
[23:15] <micahg> kees: try installing smbclient in aptitude and manually add samba-common-bin and see what it says or use whatever -o option tells you package compatability
[23:16] <crimsun> or, aptitude why-not samba-common-bin
[23:16] <kees> micahg: hrm?  it'll install samba-common-bin if I tell it to, but I'm expecting it to install samba-common-bin _without_ me specifying it.
[23:16] <micahg> kees: k, just was thinking there might be an unspoken conflict
[23:16] <micahg> crimsun: that's a cool option :)
[23:17] <kees> yeah, no conflict
[23:24] <kees> oh, is it because it's a recommend of samba-common that is already installed (but is being upgraded?)
[23:25] <cjwatson> pitti: not sure - I couldn't see anything in the build that would be setting umask
[23:26] <ebroder> Is the Librarian supposed to be actually down, or just r/o?
[23:26] <cjwatson> pitti: and indeed my local build looks fine
[23:27] <kees> cjwatson: I'm baffled by apt-get -- it lists "Recommended packages" yet it does not install them even if I use --install-recommends
[23:31] <cjwatson> kees: not a behaviour I'm familiar with ... doesn't do that here
[23:34]  * kees attempts to reproduce in chroots
[23:36] <ScottK> cjwatson: I had the same failure for quassel on powerpc (and only powerpc).
[23:36] <ScottK> So it's not specific to one package.
[23:37] <cjwatson> ScottK: oh good, I thought I was going mad
[23:38]  * ScottK too
[23:41] <cjwatson> I'm sure I saw this problem go by on #u-d a while back though.  I wonder if powerpc is using an out-of-date version of pkgbinarymangler or something
[23:42] <ScottK> In my case it said it was skipping pkgbinarymangler as requested.
[23:42] <ScottK> I thought that was odd.
[23:42] <cjwatson> I don't see anything in the changelog though
[23:47] <kees> are recommends only installed on package install and not package upgrade?
[23:50] <cjwatson> kees: new recommends are installed on upgrade (but not 'apt-get upgrade' as opposed to dist-upgrade, since it never installs new packages)
[23:50] <cjwatson> kees: but if the previous version of the package recommended the package too, apt will assume that you meant not to install it the last time
[23:50] <persia> kees: My understanding is that apt-get ... tries to make the minimum changes required to fulfill the stated requirements.
[23:50] <cjwatson> I'm not sure about 'apt-get install' of an individual package as an upgrade
[23:51] <kees> cjwatson: aaah, so if the prior version also recommended, then it's not a change, so it does nothing.
[23:51] <kees> apt-get install output matches the apt-get dist-upgrade output
[23:51] <kees> here's the state and example: http://paste.ubuntu.com/387921/
[23:52] <kees> it just means that taking a system with install-recommends=false to =true means things will kind of stay not installing recommends.
[23:53] <cjwatson> yeah, you need something a bit more sophisticated than apt-get I imagine
[23:53] <cjwatson> grr, I hate wasting time accidentally building a kernel for the wrong architecture
[23:53] <kees> ugh, that sucks
[23:54] <kees> (building time-waste)
[23:54] <kees> I'll write something to look at all Recommends: for currently installed packages and install those.  :)
[23:54] <lifeless> kees: aptitude
[23:54] <lifeless> kees: has a list at the bottom, of uninstalled but recommended packages
[23:54] <ion> kees: aptitude → View → Audit Recommendations
[23:55] <lifeless> kees: so running that up, go down to recommendations, install at that level - done.
[23:55] <kees> oh my, I see perhaps why I turned this off originally now.  :P
[23:57] <kees> lifeless: cool; this is exactly what I needed.  :)
[23:58] <lifeless> de nada


 I have not had chance to continue reading
[16:40] <Kilos> he talks about sharing an ideas page everyone has access to
[16:40] <Kilos> i havent got far
[16:40] <inetpro> Kilos: put it on trello
[16:40] <Kilos> oh
[16:41] <Kilos> no man
[16:41] <Kilos> i want feedback first
[16:41] <Kilos> is it only wiki pages that give that kind of access
[16:41] <inetpro> what kind of access?
[16:41] <Kilos> that everyone can go add ideas
[16:42] <Kilos> not trello
[16:42] <Kilos> for the africa project
[16:42] <Kilos> oh
[16:42] <inetpro> what's wrong with Trello?
[16:42] <Kilos> you didnt ai! me
[16:43] <Kilos> havent you received messages ive been changing stuff
[16:46] <inetpro> messages?
[16:46] <Kilos> like your warnings when ive changd things
[16:47] <Kilos> lol doesnt lp give you that option?
[16:47] <Kilos> hee hee
[16:47] <Kilos> i gotta go eat
[16:47] <inetpro> hmm... what did you change?
[16:47] <Kilos> wbb
[16:47] <inetpro> ok
[16:47] <Kilos> haha
[16:47] <Kilos> only added language
[16:48] <Kilos> and something else i forget now
[16:51] <Kilos> oh and added the website addy in as well
[16:51] <mazal> Evening
[16:51] <Kilos> hi mazal:
[16:51] <Kilos> i gotta eat
[17:04] <inetpro> Kilos: it's all yours to change as you see fit
[17:18] <Kilos> ai!
[17:18] <Kilos> first time i see you can change stuff there
[17:18] <Kilos> normal peeps i mean
[17:19] <Kilos> oh i also made the email addy visible
[17:20] <Kilos> oh inetpro: and
[17:20] <Kilos> i managed to join the zim loco and their ml so i could mail them
[17:20] <Kilos> someone approved
[17:21] <Kilos> the last 4 im waiting to be approved
[17:21] <inetpro> mooi
[17:22] <Kilos> hi Cryterion: whats news
[17:23] <Kilos> oh inetpro: why must i have the colon thing and you havent
[17:23] <Cryterion> not much, been a busy weekend and you
[17:23] <Kilos> yeah busy here too
[17:23] <inetpro> ai!
[17:24] <Kilos> yay i got one ai!
[17:24] <Kilos> thought i was losing my touch
[17:25] <Cryterion> Kilos http://rt.com/business/273223-russia-greece-energy-supplies/ looks interesting
[17:25] <Cryterion> hi inetpro
[17:25] <inetpro> hi Cryterion
[17:27] <Kilos> wow Cryterion why dont they do it for us
[17:27] <Kilos> too far i know and they can still make money from us
[17:27] <captine> evening all...long time :)
[17:28] <Cryterion> The talks have already happened, remember that nuclear deal discussed a little while ago
[17:28] <Kilos> hi captine you alive still?
[17:28] <Cryterion> but greedy people are holding it back
[17:28] <captine> barely Kilos ... sick kids and crazy work
[17:28] <Cryterion> hi capine
[17:28] <Kilos> aw sorry man
[17:28] <captine> hi Cryterion.  Don't believe we have met before
[17:28] <Cryterion> hi captine*
[17:28] <Cryterion> we haven't
[17:29] <Cryterion> you been here long?
[17:29] <captine> not really.  been away for a long time
[17:29] <captine> about first time in a month I am online
[17:29] <Kilos> captine  Cryterion is helping me with the africa social media stuffs
[17:29] <captine> cool
[17:29] <Kilos> even got fb for them now
[17:30] <Cryterion> kwl, fairly new myself, but gotten to know a good few people here over the last few months
[17:30] <captine> cool
[17:30] <Kilos> oh and when you have coffee from maaz Cryterion supplies the biscuits
[17:30] <Cryterion> reminds me to edit all the text stuff there
[17:30] <Kilos> Maaz  coffee on
[17:30]  * Maaz washes some mugs
[17:30] <Kilos> Maaz  biscuits please
[17:30] <Maaz> Kilos check in the cupboard, or we will have to rev the baker for slacking
[17:31] <Kilos> captine  how the kids now
[17:31]  * Cryterion sends over biscuits
[17:31] <Kilos> hehe
[17:31] <captine> Kilos, my son is still not better.
[17:31]  * Cryterion needs to write a script for that
[17:31] <Kilos> flu captine ?
[17:31] <captine> my daughter has been great.  my little guy keeps getting tonsilities.. now he has a red through and ear infection...
[17:32] <captine> so he is in isolation from other kids for 2 weeks\
[17:32] <Kilos> ouch
[17:32]  * Cryterion and still needs to teach Maaz how to get beer out the fridge
[17:32] <Cryterion> Maaz: beer
[17:32] <Maaz> Cryterion look in the fridge my friend
[17:34] <Maaz> Coffee's ready for Kilos!
[17:34] <Kilos> captine  peeps laugh at me but try this with the laddy
[17:34] <Kilos> Maaz  ty
[17:34] <Maaz> You are welcome Kilos
[17:35] <Kilos> take thin slices onion and sprinkle sugar on them and it makes a juice thats a great cough mixture
[17:36] <Kilos> and onion should help him not get tonsilitus so often
[17:36] <captine> Kilos, interesting. our challenge is he isnt wanting to eat anything.  onion really help with tonsilitus?
[17:37] <Kilos> onion really helps peeps not get flu and other bugs
[17:37] <Kilos> let him start with the juice till he gets used to it then tell him he can even eat those pices of onion afterwards
[17:38] <Kilos> peeps that eat lots of raw onions very seldom get colds and flu
[17:38] <Kilos> and the sugar juice is lekker
[17:40] <captine> thnx
[17:40] <Kilos> hope he enjoys and gets used to eating onions
[17:40] <captine> so.  on another note.  went back to 14.04 from 15.10 Gnome edition.  must admit, i am missing gnome.. using unity again... might try replace it.
[17:41] <Kilos> sjoe
[17:44] <Kilos> wassup ThatGraemeGuy minetest or updates?
[18:22] <ThatGraemeGuy> updates? o_O
[18:44] <captine> anyone in jhb going to software freedom day?
[19:32] <captine> night all
[19:43] <inetpro> good night
[20:00] <Kilos> oops
[20:00] <Kilos> sorry
[20:01] <Kilos> started watching the expendables and forgot here
[20:05] <Kilos> ai! watching tv kills the head
[20:27] <Kilos> night all, sleep tight
[21:20] <gremble> o/


[03:26] <T_W> Anyone online?
[03:27] <T_W> Trying to install ubuntu-sdk
[03:28] <T_W> Getting conflict with modemmanager
[09:35] <autobx> hi
[10:09] <autobx> hi all any guide for beginner
[10:13] <rpadovani> balloons, sorry, this week and next one I have no much time, thanks for your resubmit :-)
[14:29] <gerlowskija> Do you have to import anything to add i18n.tr() calls to JavaScript files?  I'm getting a ReferenceError ('i18n is not defined') when I try to use it.  Looking it other places where it's used though (music-app/meta-database.js) I don't see any obvious imports I'm missing
[14:56] <fdafweaf> Does anyone know if there's a way for me to see if anyone has rated my app?  I don't have a touch device that can run Ubuntu.
[15:03] <ahayzen_> gerlowskija, have you imported the Ubuntu components?
[15:07] <ahayzen_> gerlowskija, IIRC it is imported when you do 'import Ubuntu.Components 0.1' in your QML file
[15:08] <gerlowskija> ahayzen_: so any QML file that uses my JS utils file needs to have the Ubuntu.Components import?
[15:08] <gerlowskija> Thanks for the pointer btw
[15:09] <ahayzen_> gerlowskija, erm we have the import on basically all of our QMLs as u can probably see in the music-app ;) idk try it
[15:12] <fdafweaf> I'm really psyched that like 30 people have installed my app, but I can't tell if anyone's rated them
[15:16] <ahayzen_> fdafweaf, which app?
[15:16] <fdafweaf> failsauce
[15:17] <ahayzen_> fdafweaf, 1 review... Szymon Waliczek: 'Awesome! Made my day'
[15:17] <fdafweaf> Hahah
[15:17] <ahayzen_> fdafweaf, 5 stars!
[15:17] <fdafweaf> Oh man I'm on easy street now
[15:18] <fdafweaf> Move over flappy bird!
[15:18] <ahayzen_> hah lol
[15:18] <gerlowskija> ahayzen: Hmm..as far as I can see, every QML file which imports ClockUtils.js (the file I'm trying to add i18n.tr() calls to) also imports Ubuntu.Components 0.1  Maybe I missed something though, I'll keep checking I guess
[15:19] <fdafweaf> Well awesome, thanks ahayzen_ , I appreciate the help.
[15:19] <ahayzen_> gerlowskija, yeah you would need to import it somewhere... what are you trying to do that needs it?
[15:20] <ahayzen_> fdafweaf, no problem, have you tried the emulator on desktop yet if u don't have the device?
[15:20] <fdafweaf> Oh, totally forgot about that
[15:20] <fdafweaf> ahayzen_, thanks for the reminder! :)
[15:20]  * ahayzen_ wonders if that would show the reviews
[15:21] <gerlowskija> I'm trying to work on: https://bugs.launchpad.net/ubuntu-clock-app/+bug/1324177  My JS (and QML for that matter) are pretty rusty though.
[15:22] <gerlowskija> Basically it's just wrapping i18n.tr() calls around the format strings for the displayed time in a section of ubuntu-clock-app
[15:23] <ahayzen_> yeah tht *should* work
[15:26] <ahayzen_> gerlowskija, it is imported in quite a few places maybe just one of them doesn't have the correct imports before? or is it failing everywhere?
[15:31] <gerlowskija> Hmm, I'm not too sure.  My guess is that it's only failing in ClockPage.qml.
[15:31] <gerlowskija> There's nothing in the debugging output in the SDK about any of the imports failing.
[15:32] <ahayzen_> gerlowskija, what error message do you get then?
[15:33] <gerlowskija> http://paste.ubuntu.com/7559451/
[15:33] <ahayzen_> heh boom!
[15:34] <gerlowskija> boom?
[15:34] <ahayzen_> gerlowskija, loads of really useful errors messages lol
[15:40] <ahayzen_> gerlowskija, you probably want to talk to nik90 when he is around
[15:45] <gerlowskija> cool, thanks for the help/suggestions.  Most likely it's just a stupid mistake on my end, but if I don't figure it out before nik90 stops in again, I'll ask.
[20:56] <popey> frecel: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1325267
[20:57] <frecel> popey: I triggered it before by turning the screen off and then back on and swiping
[20:57] <frecel> frecel: which means it's probably completely random
[20:58] <popey> I'm having trouble downloading some apps
[20:58] <popey> like guardian app
[20:59] <popey> 2014-05-31 21:59:00,997 - WARNING - Error received from UDM during startDownload: Network Error
[20:59] <popey> hmmm
[21:00] <frecel> Installed just fine for me
[21:01] <popey> you on #57?
[21:02] <popey> just the four bugs filed tonight
[21:02] <frecel> yes


[06:15]  * Kreative` is away: Away
[06:20] <broder> !away > Kreative`
[16:07] <bluefoxicy> is start-stop-daemon broken?
[16:07] <bluefoxicy> bluefox@icebox:~$ sudo /etc/init.d/privoxy restart
[16:07] <bluefoxicy>  * Restarting filtering proxy server privoxy
[16:07] <bluefoxicy> Warning: Fake start-stop-daemon called, doing nothing.
[16:07] <cjwatson> no, but your installation is
[16:08] <bluefoxicy> I just installed it.
[16:08] <bluefoxicy> er, just installed privoxy
[16:08] <cjwatson> one way in which that can happen is if debootstrap crashed midway through and didn't undo its temporary start-stop-daemon shsim
[16:08] <cjwatson> *shim
[16:08] <bluefoxicy> hmm....
[16:08] <cjwatson> I expect you have /sbin/initctl.REAL and /sbin/start-stop-daemon.REAL ...
[16:09] <bluefoxicy> yep.
[16:09] <bluefoxicy> which package do I reinstall?
[16:09] <cjwatson> you don't, move those files back over the non-.REAL variants
[16:09] <cjwatson> I further expect that /debootstrap/debootstrap.log or /var/log/bootstrap.log will exist and have some complaints
[16:09] <cjwatson> did you debootstrap by hand?
[16:09] <cjwatson> I have no idea how broken that installation might be in other ways
[16:10] <bluefoxicy> no
[16:10] <bluefoxicy> what's debootstrap?  For building debian from scratch?
[16:11] <cjwatson> man debootstrap
[16:11] <cjwatson> sorry, I'm doing other things and won't have time to walk through things that are documented
[16:14] <bluefoxicy> k
[16:15] <bluefoxicy> this is a new install from a month or two ago so I dunno what happen.  Oh well.
[17:47] <cousteau> it would be nice that apt-get had a "--queue" option to queue actions to the package manager while it's running
[18:11] <pdtpatr1ck> Question -- why is it when u use cat the directories would put a space after each word? whereas if u use cd .. it would do a directory walk adding / at the end as it should?
[18:14] <Ampelbein> pdtpatr1ck: what?
[18:16] <pdtpatr1ck>  What i'm asking is .. if for instance i want to do cat /etc/network/interfaces .. if i type cat /et and tab complete - it would add a space instead of doing /etc/ to continue. Whereas cd does it automatically. Just wondering why it does that in ubuntu.
[18:19] <cjwatson> sounds like a bug in bash-completion
[18:20] <pdtpatr1ck> yeah thats what i thought
[18:20] <Ampelbein> pdtpatr1ck: I can't reproduce in oneiric though
[18:20] <cjwatson> it doesn't do that for me
[18:20] <pdtpatr1ck> im on 11.04
[18:21] <pdtpatr1ck> u guys on 11.10 ?
[18:21] <abhinav-> I can't produce it on Natty
[18:21] <pdtpatr1ck> type cat /etc
[18:21] <pdtpatr1ck> and tab
[18:21] <pdtpatr1ck> does it put a space?
[18:21] <cjwatson> n
[18:21] <cjwatson> no
[18:21] <cjwatson> (11.10)
[18:22] <abhinav-> No, it puts a slash on hitting tab after 'cat /etc'
[18:22] <pdtpatr1ck> ur on 11.10 right?
[18:22] <abhinav-> I am on 11.04
[18:23] <pdtpatr1ck> i've tried it on many boxes with 11.04 and it does it each time.
[18:24] <abhinav-> hm. well I have only one system running :)
[18:25] <cjwatson> I can't reproduce it in my 11.04 chroot either.  But I've seen this kind of thing in the past, so I expect the required circumstances are just a bit more specific than what version of Ubuntu you're running.
[18:26] <cjwatson> I don't know bash-completion well enough to be able to guess what those circumstances might be.
[18:27] <Ampelbein> thinking about it, isn't filename completion a bash internal function and not at all related to the package bash-completion?
[18:28] <pdtpatr1ck> im going to look at the bash_completion code and see what its doing maybe that might help me
[18:31] <cjwatson> Ampelbein: yes, though bash-completion very often overrides it for individual commands
[18:31] <cjwatson> if 'complete -r cat' makes the problem go away, then it's due to bash-completion
[18:31] <pdtpatr1ck> from what im seeing . looks like the directory commands such as cd are will see the directories whereas commands like cat sees the files. Ehh not a big deal.. will look at it more and customize it my liking if i have to
[18:32] <cjwatson> I do not think that explanation matches how it actually works, no
[18:32] <cjwatson> or at least not how it's supposed to work
[18:33] <cjwatson> cd is told to complete *only* over directories, it's true; but that shouldn't influence the suffix placed when some other command such as cat *does* complete a directory
[18:35] <cjwatson> you might check whether you've turned the mark-directories readline option off in ~/.inputrc (if you've never heard of it, you haven't)
[18:36] <cjwatson> although that wouldn't cause an extra space, it would just remove the slash ...
[18:40] <pdtpatr1ck> is there a manual for complete? or is that some function in bash_complete? I don't see where it was created but i've seen it used many times with different options.
[18:46] <cjwatson> it's a bash builtin
[18:46] <cjwatson> it's documented in 'man bash'
[18:50] <pdtpatr1ck> thanks cj
[19:21] <puttaraju> hi,
[19:22] <puttaraju> QUESTION: im following development setup given in link,  http://people.canonical.com/~dholbach/packaging-guide/html/getting-set-up.html#get-set-up-to-work-with-launchpad
[19:23] <puttaraju> its taking  more than 2  hours  for  this  command :   pbuilder-dist <release> create
[19:23] <puttaraju> can anyone tell me  what this might be doing ?
[19:24] <cjwatson> it does have to download quite a lot (as that page says)
[19:24] <puttaraju> anyidea how much?
[19:24] <bryceh> varies on your internet connection / computer
[19:28] <cjwatson> should be on the general order of 100MB (but I don't use pbuilder so I don't know exactly)
[19:33] <puttaraju> cjwatson: thanks for the info
[19:33] <puttaraju> will wait and see for 1 more hour then
[20:26] <rww> Hello! (and apologies if this is the wrong place). What's the separation between "Ubuntu Server" and "Ubuntu Desktop" as far as EOL on LTS goes? Is there a list of packages that are supported for 5 years and the rest are supported for 3 or something?
[20:29] <directhex> rww: yes
[20:30] <rww> directhex: Thanks. Is there a copy of the list for hardy online somewhere?
[20:32] <directhex> good question
[20:33] <rww> http://people.canonical.com/~ubuntu-security/dapper/supported.txt seems to be the one for Dapper, but the obvious URL substitution doesn't yield one for Hardy, and the Desktop EOL announcement doesn't have one.
[20:36] <directhex> it's somewhere in http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.hardy/ afaik
[20:36] <directhex> there's also a script, ubuntu-maintenance-check or similar
[20:43] <rww> okay, I'll look through that script and see what it's checking against, thanks :)
[20:44] <rww> I assume that no universe and multiverse packages are 5-year packages anyway, just main and restricted?
[21:32] <broder> rww: the 3-year/5-year thing doesn't apply to universe/multiverse in the first place
[21:32] <broder> as i understand it, the extended support periods are a commitment from canonical
[21:36] <cjwatson> on lucid, you can do 'apt-cache show' and get the support period from the Supported: field; I forget how you were supposed to do that on hardy
[21:56] <qb89dragon> I'm making a deb package and need to force dependencies to install silently (without presenting the user with configuration choices), any idea how to modify my control file to do this?
[21:59] <slangasek> qb89dragon: a) packages should in general install silently by default so if they don't, you should consider reporting this as a bug; b) if they prompt for configuration, there's no way to override this from a depending package.
[22:17] <rww> broder: That's what I thought. Thanks :)
[23:06] <pdtpatrick1> Is there some problem with bridge networking in ubuntu?
[23:06] <pdtpatrick1> http://pastebin.com/Yz4bJF8e
[23:31] <slangasek> pdtpatrick1: as the output says, the interface you're using is deprecated.  Is there a particular problem you were trying to fix by using /etc/init.d/networking restart?
[23:32] <slangasek> (but I'm afraid I'm headed afk now, so can't help further with this - but I would expect 'ifup br0' to be what you want)
[23:55] <pdtpatrick1> slangasek, it turns out it was supposed to be bridge_ports instead of bridge_port .. that was fix


[07:22] <flocculant> tsimonq2: there is absolutely no need for wandering through studio testcases - the studio QA lead knows exactly what's going on ;)
[08:01] <tsimonq2> flocculant: alright :)
[08:02] <flocculant> :)


[00:01] <ahoneybun> Garheade: have a monitor with HDMI?
[00:44] <sortkwik> What did I miss??
[01:31] <ahoneybun> sortkwik: nm I think
[01:31] <ahoneybun> jck77: your coming to the release party right?
[11:08] <Garheade> ahoneybun: Yes, at the space even. It's nothing high quality but it works.
[11:08] <ahoneybun> awesome
[11:09] <ahoneybun> we do need one for FOSSETCON as well right mhall119_^
[11:11] <ahoneybun> mm mhall119_ how does one get the desktop mode that you showed off with the slimport?
[13:42] <mhall119> ahoneybun: yes, I still need to find an HDMI monitor for FOSSETCON
[13:42] <mhall119> ahoneybun: you just plug it into a TV and switch the TV to that HDMI port, it should switch automatically
[13:42] <mhall119> ahoneybun: but if you switched it manually in the past, it won't
[13:44] <Garheade> ahoneybun: It's not a big monitor though. Just a little 20'
[13:44] <Garheade> s/20'/20"
[13:49] <mhall119> that's more than enough to show off convergence, which is aimed more at using a desktop monitor than a TV
[13:59] <Garheade> Good
[13:59] <Garheade> Then it should work out fine.
[13:59] <Garheade> How do we want the space set up?
[14:00] <Garheade> right now all of the tables are pushed together to create a really big conference room but they can be moved back so they are seperate tables if needed.
[14:04]  * mhall119 assumes that question is for ahoneybun
[14:49] <jck77> morning everyone
[14:49] <jck77> ahoneybun: I missed again the ubuntu hour!! couldnt make it
[14:49] <jck77> ahoneybun: I believe I go hehe
[15:31] <anderson> I am so sad I will miss fossetcon. I missed it last year because my wife was pregnant. This year she says I can't go because our daughter's birthday is then.
[20:44] <ahoneybun> mhall119: manually>
[20:44] <ahoneybun> ?
[20:54] <mhall119> ahoneybun: there is a CLI way to forcing the phone into windowed mode, and some tweak app that would do it too, but they didn't set it back to 'Automatic' so if you used on of those it's stuck in 'Staged'
[20:54] <ahoneybun> if I connect a bluetooth mouse it goes to windowed
[20:56] <mhall119> oh, perfect then, exactly as it should be
[20:59] <ahoneybun> well it does not work still
[20:59] <ahoneybun> do I need the bluetooth mouse and the slimport together?.
[21:00] <mhall119> no, the mouse should be enough
[21:00] <ahoneybun> but it does not work on the tv
[21:00] <ahoneybun> it does not scale right
[21:00] <mhall119> it doesn't do video out, or it doesn't go into windowed mode?
[21:00] <ahoneybun> still looks like a phone on the left side of the screen
[21:00] <mhall119> ah, you need silo 22 installed to fix that
[21:01] <ahoneybun> damn...
[21:01] <mhall119> ahoneybun: or wait a bit, now that OTA 7 is out those updates should be landing in the daily images soon
[21:01] <ahoneybun> I'm thinking of moving it to OTA-7 anyway
[21:01] <ahoneybun> I've downloaded it
[21:02] <ahoneybun> just have not flashed yet
[23:06] <ahoneybun> mhall119: I guess you liked that tweet lol
[23:49] <mhall119> I did :)


[06:45] <dholbach> good morning
[11:40] <czajkowski> Aloha
[11:50]  * dholbach relocates to the office, bbiab
[16:35] <jcastro> marcoceppi: reminder wrt. discourse
[16:35] <marcoceppi> jcastro: i saw your PM, it's going to have to wait
[16:35] <jcastro> ack
[16:36] <jcastro> should I just kick something off on the community mailing list or the site itself?
[17:12] <balloons> oO.. discourse
[17:37] <hggdh> wxl: ping re. RT LoCo queue
[17:40] <wxl> hggdh: haven't looked in a couple days. what's up?
[17:40] <hggdh> wxl: I was also going thur this list :-)
[17:40] <wxl> hggdh: again, thanks :)
[17:40] <hggdh> wxl: if you are active there, perhaps we can split the work?
[17:41] <wxl> hggdh: sure. i'm *TRYING* to do at least one a day
[17:41] <hggdh> wxl: OK. I am going from the oldest to the newest
[17:41] <wxl> i've been working mostly on the most recent, so if you want to tackle the old ones, we can meet in the middle XD
[17:41] <wxl> heh great minds think alike
[17:42] <hggdh> my personal view is if a ticket is too old, it is most probably stale, and can be closed. I am still trying to contact the reporters, thou
[17:42] <hggdh> heh
[17:42] <wxl> yeah i think that's wise
[17:42] <wxl> it might be good to give a timeline
[17:42] <wxl> like "you've got 10 days or i'm closing this ticket"
[17:43] <wxl> maybe is less strong language XD
[17:43] <hggdh> I thought about it, and concluded that it is better to ping, wait, like, a week, and then go & close
[17:43]  * wxl nods
[17:44] <wxl> for the oldest that probably makes a lot of sense
[17:44] <hggdh> yeah
[17:44] <hggdh> "new" ones (the newest is about 10 months old) would probably need holding hands, and all
[17:44] <wxl> yep i've already reached out to a couple through the rt system
[17:45] <hggdh> I saw


[02:44] <bilo> hi
[03:16] <bilo> hi
[03:20] <holstein> bilo: hello.. if you have a question for one of the volunteers, just ask .. otherwise, feel free and /join #xubuntu-offtopic :)
[07:28] <xubuntu069> This has to be the ONE MILLIONTH time that I run into problems with ALSAMIXER
[07:28] <xubuntu069> all sounds has stopped for no apparent reason.
[08:42] <qasim> hi
[08:55] <CaiusValerius> hi
[12:02] <vitimiti> o/
[13:06] <Ronalds_M> what the hell is wrong with xubuntu 12.10, after upgrade from 12.04
[13:06] <Ronalds_M> jockey-gtk is missing
[13:06] <Ronalds_M> when I install it, it doesn't starts
[13:06] <knome> Ronalds_M, mind the language.
[13:07] <Ronalds_M> I did almost clean upgrade
[13:07] <Ronalds_M> drivers are missing
[13:07] <knome> Ronalds_M, starting from 12.10, jockey is found under "software sources"
[13:07] <Ronalds_M> ohh
[13:07] <Ronalds_M> and where is nvidia
[13:07] <Ronalds_M> ?
[13:07] <Ronalds_M> settings?
[13:08] <baizon> Ronalds_M: there isnt no jockey-gtk
[13:08] <knome> baizon, ...as i just said
[13:08] <baizon> sorry knome was to slow reading :)
[13:08] <baizon> Ronalds_M: same place as knome said :)
[13:09] <knome> nvidia-settings should be there when you've installed the drivers
[13:09] <Ronalds_M> no settings for me
[13:09] <Ronalds_M> also nvidia doesn't show in software sources
[13:10] <Ronalds_M> everything seems to be slowed down cause of that
[13:11] <Ronalds_M> nvidia-173-dev:  Depends: nvidia-173 (>= 173.14.35)
[13:11] <Ronalds_M> tried to install driver at synaptic
[13:11] <nantou> if I need 56 minutes to copy 9GB of data from HDD to external HDD that means something is wrong with my 12.10, am I wrong?
[13:12] <Ronalds_M> nvidia-173:  Depends: xorg-video-abi-11  but it is not installable or  	xorg-video-abi-12  but it is not installable
[13:12] <knome> nantou, i'd rather look at your hdd's
[13:12] <nantou> knome, it cannot be the external one, can it? its only an EXT4 to store data
[13:13] <baizon> nantou: check the hard drives
[13:13] <knome> Ronalds_M, have you enabled the restricted repositories?
[13:14] <baizon> nantou: http://askubuntu.com/questions/59064/how-to-run-a-checkdisk
[13:15] <Ronalds_M> yes
[13:16] <Ronalds_M> I'm currently download nvidia current
[13:18] <Ronalds_M> You do not appear to be using the NVIDIA X driver.  Please edit your X configuration file (just run `nvidia-xconfig` as root), and restart the X server.
[13:18] <Ronalds_M> right
[13:19] <Ronalds_M> nvidia-173:  Depends: xorg-video-abi-11  but it is not installable or  	xorg-video-abi-12  but it is not installable
[13:19] <Ronalds_M> what the h?
[13:25] <cousteau> The screensaver I installed is displaying debug messages on screen.  Is there a way to turn them off?
[13:25] <cousteau> I think there's an option for that in xscreensaver, -no-capture-stderr
[13:40] <Ronalds_M> so I ended up installing xubuntu from scratch, I certainly doesn't support upgrading from 12.04 if anybody has nvidia drivers
[14:25] <xubuntu610> hi guys anyone one knows how to make dvd autoplay on 12.0
[14:25] <xubuntu610> 12.10
[14:26] <xubuntu610> I have issue with DVD video ... cd audio autoplay but for DVD i need to open parole and click on "play disk"
[14:28] <knome> xubuntu610, menu -> settings manager -> removable drives and media -> tab multimedia
[14:31] <xubuntu610> knome this is the problem, the settings there are ok
[14:32] <knome> xubuntu610, what does the dvd command say?
[14:32] <xubuntu610> parole --device=%d
[14:35] <xubuntu610> also when I insert an audio disk I have 2 icons on the desktop, one "disk 680mb" and one "audio disk"
[14:48] <crond> Is it normal for a core2duo to peg 80c under load for an exteneded period in a laptop?
[14:53] <TheSheep> try asking on ##hardware
[14:56] <crond> ty
[15:17]  * cousteau thinks of "80c" as a hexadecimal temperature
[15:20] <baizon> crond: i think so
[15:21] <cousteau> so this screensaver is displaying error or warning messages on screen.  How can I prevent that?
[15:22] <baizon> cousteau: have you tried -no-capture-stderr
[15:22] <baizon> or resetting the configuration
[15:23] <cousteau> baizon, I Think that's what I need, but where am I supposed to use it?
[15:24] <cousteau> I don't feel like re-running xscreensaver manually each time I reboot; I guess I can set it somewhere
[15:24] <baizon> just use in terminal xscreensaver -no-capture-stderr
[15:28] <cousteau> baizon, I mean, that would involve running that command each time I run xscreensaver, right?
[15:29] <baizon> right
[15:29] <cousteau> or is that option magically set forever?  (kinda like the -c in `metacity -c`)
[15:29] <cousteau> yeah, ok then, is there a way to disable it?
[15:29] <baizon> cousteau: yes, set it in the .Xdefaults
[15:29] <baizon> more here: http://www.jwz.org/xscreensaver/man1.html
[15:31] <cousteau> so there's no way to do it with xscreensaver-demo
[15:32] <knome> cousteau, just disable the screensaver that gives the error.
[15:32] <cousteau> it's just a warning message, not an error (or if it's an error it can avoid it)
[15:32] <cousteau> the idea is to get that screensaver working
[15:33] <cousteau> which is the main reason why I installed it
[15:33] <knome> cousteau, then ask the screensaver creator
[16:23] <xubuntu336> xubuntu c magnifik
[16:24] <xubuntu336> alo
[16:25] <xubuntu336> j'ai une grosse biloute, qui veut que je lui mette dans la bouche?!
[16:25] <Zelouille> !fr
[16:25] <bazhang> xubuntu336, thats offtopic, and not very nice
[17:42] <xubuntu742> I just installed Xubuntu on a USB stick with plugged out all mz hard drives. After finishing installation and reboot it doesn!t boot
[17:42] <xubuntu742> can someone help me
[17:49] <T61_on_the_Fritz> any sound card experts here?
[17:59] <xubuntu614> After I installed Xubuntu 12.04 on a 16GB usb stick it says : Reboot and select proper boot device or insert boot media in selected boot device and press a key
[18:00] <xubuntu614> Why is that for
[18:39] <tjingboem> is it normal that when i use the character " i push that key but also have to press the space bar  after that?  Where can i change this behavior?
[18:44] <jcfp> tjingboem: by setting a different keyboard layout
[18:47] <David-A> tjingboem: you probably pressed the "umlaut diacritical/dead character" and not the "double quote". double quote is usually on a shift key
[18:51] <xubuntu036> I lost the mai top tray. How can I restore to factory settings?
[18:56] <David-A> xubuntu036, come back...
[19:06] <tjingboem> yes keyboard works now better, more to my liking - thanks
[19:30] <xutwooh> so whos here today or we all just hanging out
[19:58] <davygrvy> Having problems with grub.  MBR not being picked-up at boot time.  I have to boot into the 12.04 installer cdrom, then jump to the harddisk.  I tried update-grub followed by grub-install, but no joy.  I'm lost
[20:01] <moetunes> !grub | davygrvy
[20:01] <davygrvy> tnks
[20:22] <davygrvy> grub2 docs are helping.  grub-install should have fixed my problem, but didn't
[20:22] <davygrvy> AREN'T, sorry
[21:16] <Peyam> hi
[21:16] <Peyam> Why doesn't xubuntu recognize Ipod?
[21:16] <Peyam> I tried to install nautilus.. and something else
[21:16] <Peyam> even then i didn't work
[21:19] <Unit193> !ipod
[22:31] <xubuntu686> does anyone here use bblean?
[22:32] <Unit193> Last I knew, bbLean was windows only, but based on Blackbox.
[22:32] <xubuntu686> so it wont/doesnt work on linux?
[22:33] <Unit193> It's based off a Linux WM last I knew, take a look at openbox, it's pretty close.


[05:29] <ikt> hi all :D
[06:36] <lyris> afternoon
[06:57] <ikt> lyris: whatcha up to?
[07:53] <ikt> hi nandemonai :)
[10:34] <ikt> :/
[10:41] <head_victim> What's up ikt
[10:44] <head_victim> blahdeblah: thought more about the sponsorship idea?
[11:21] <sagaci> 91 packages to go with an average of 714 strings per package to go
[11:24] <head_victim> sagaci: nice work
[11:24] <head_victim> I'm playing a little with the events on loco.u.c to try and work out why the ical feed is failing. Sorry for the noise, I think it's to do with not recognising team defaults.
[11:25] <sagaci> not sure if you read my link at 3am this morning but they all fit into a batch=300 now --- https://translations.launchpad.net/ubuntu/oneiric/+lang/en_AU/+index?batch=300&memo=1050&start=1050
[11:25] <head_victim> I think you have been setting them at UTC time but then setting it to use the team default which is gmt+10
[11:25] <head_victim> Yeah I saw on the scrollback, kinda scarily good isnt' it
[11:26] <sagaci> speaking of scarily weird I just finished a 249-string package after only doing 50 strings :/
[11:27] <head_victim> Hah was jaddi working the same one?
[11:27] <sagaci> no, it's showing that ken sharp did them last year
[11:28] <sagaci> any it's showing that I'm the only contributor to the translation
[11:28] <sagaci> maybe a hiccup in the database
[11:29] <head_victim> Hmm possible
[11:30] <sagaci> might be something to do with the These translations are shared with Avogadro trunk series template avogadro.
[11:31] <head_victim> Well let's hope there's more like that
[11:31] <head_victim> Well let's hope there's more like that
[11:31] <sagaci> I think i've come across it before but it's not common
[11:32] <sagaci> i'll open up all 91 packages in tabs and see how it goes
[11:32] <head_victim> Hahah you enjoy that
[11:33] <sagaci> in chrome, wish me luck
[11:33] <head_victim> Speaking of enjoying I think I've somehow broken xchat
[11:33] <head_victim> It's not showing what I type until someone else has typed a line.
[11:33] <sagaci> :/
[11:41] <sagaci> 2 out of 91
[11:45] <sagaci> head_victim: oh ok missed it, I thought the team default was UTC
[11:46] <head_victim> I just updated the events, I'll see if the ical picks up the change.
[11:46] <head_victim> I've been using it for a few months now and it's been fairly stable. I set it up with reminders a week, a day and an hour out for all events to pop up on my phone.
[12:13] <sagaci> head_victim: any idea for translating lubuntu/lxde?
[12:14] <head_victim> https://wiki.ubuntu.com/Lubuntu/Translations
[12:16] <sagaci> eh, not really into translating without using something similar to lp's interface
[12:17] <sagaci> sorry, thought it might have been some hidden thing in lp
[12:18] <head_victim> Nah it's pretty much an upstream thing for the lxde stuff.
[12:19] <head_victim> http://pootle.lxde.bsnet.se/en_GB/ appears to mostly be done though
[12:21] <head_victim> Has a similar interface from what I can see
[13:02] <Chat1936> hello
[13:03] <head_victim> Evening Chat1936
[13:06] <sagaci> hi mik_008
[13:07] <head_victim> sagaci: good luck with the trans work, I am off for the night, Cheerio
[13:09] <sagaci> ok night


[02:58] <wgrant> sinzui: I don't think bug #397398 is a duplicate of the usual one - in that bug the user wanted it to be in Russia, but the timezone is wrong.
[02:58] <ubot3> Malone bug 397398 in launchpad-registry "Wrong user timezone (Saratov) (dup-of: 387738)" [Undecided,New] https://launchpad.net/bugs/397398
[02:58] <ubot3> Malone bug 387738 in launchpad-registry "Launchpad refuses to believe that I don't live in Russia, near the Kazakhstan border." [High,Fix committed] https://launchpad.net/bugs/387738
[02:59] <sinzui> wgrant: I think it is because smara is were others were ending up
[02:59] <wgrant> sinzui: Ah.
[03:00] <sinzui> However we did just change the pytz lib, I should double check the date. There were two days of wierdness during the transition
[03:08] <sinzui> I wonder if people will complain is I create the tag "ml-archive-sucks"
[03:10] <lifeless> sinzui: mars says to talk to you about +series
[03:10] <sinzui> yes
[03:10] <lifeless> this is me, talking to you:)
[03:10] <lifeless> I've filed a bug
[03:10] <lifeless> I don't mean to be overly negative, but its nearly unusable at the moment.
[03:11] <sinzui> Wow for me it went from a wasted click to at least a report that something is happening
[03:11] <lifeless> wasted click?
[03:12] <lifeless> we may have very different understandings of what I'm intending to ask about
[03:12] <sinzui> Any time I was taken to a series page, I had to find a link to a page that would let me perform an action or learn about what was happening. The series page was not a good tool.
[03:12] <sinzui> How can I make the series page a good tool?
[03:12] <wgrant> sinzui: I would love a ml-archive-sucks tag, if it means the archives might eventually be less utterly sucky.
[03:13] <lifeless> so there are two things, both similar. Perhaps I should file two bugs
[03:13] <lifeless> firstly, can I ask you to have a look at
[03:13] <lifeless> https://edge.launchpad.net/bzr/
[03:13] <lifeless> there is a funny stick figure about half way down labelled 'bzr.dev'
[03:14] <sinzui> oh yes the timeline that never shows more than one line of development
[03:15] <sinzui> It gets bigger in the new page design
[03:15] <wgrant> lifeless: Bug #398705?
[03:15] <ubot3> Malone bug 398705 in launchpad-registry "Unobvious that timeline graph is scrollable" [Low,Triaged] https://launchpad.net/bugs/398705
[03:16] <lifeless> I know that its scrollable. its just _painful_ to scroll on a thumbpad
[03:16] <sinzui> I asked edwin to try putting borders on it that beuno would like
[03:16] <lifeless> on a 125x125 dpi screen
[03:16] <lifeless> click, drag about an inch
[03:16] <lifeless> release go back, repeat
[03:16] <lifeless> personally, I'd much rather not have to scroll at all
[03:16] <sinzui> That sucks
[03:17] <lifeless> that list of series seems truncated anyway, so why not truncate a little more and at the same time make the canvas taller
[03:17] <lifeless> vertical space is cheap
[03:19] <sinzui> Well it will be taller. I think we need to convey that the widget is a viewport
[03:20] <lifeless> should I file a bug about this aspect? I haven't so far
[03:21] <sinzui> definitely!
[03:21] <sinzui> Edwin is work on a bug to improve the UI. As asked edwin to take wgrant's bug into consideration.
[03:22] <lifeless> bug filed
[03:22] <lifeless> secondly
[03:22] <sinzui> thanks
[03:22] <lifeless> have a look at https://edge.launchpad.net/bzr/+series
[03:23] <lifeless> remember - trackpad user
[03:23] <lifeless> I do have cheap vertical scrolling (of the whole page)
[03:23] <sinzui> ha ha
[03:23] <lifeless> my window is about 900 pixels wide
[03:23] <sinzui> I will show that to Edwin and Martin
[03:24] <sinzui> mine is 800
[03:24] <wgrant> Does that one show inactive milestones too?
[03:24] <wgrant> The one on +index doesn't.
[03:25] <sinzui> This one show obsolete series at 50% opacity
[03:26] <sinzui> I think I need to restart the discussion about sane zoom on load. I seeing this makes me think I was right
[03:26] <lifeless> I'd like to note that *I don't care about the graph*
[03:27] <lifeless> it can jump off a cliff and I'll never regret its passing
[03:27]  * _thumper_ wonders if the william grant showing up on my Facebook suggestions is wgrant
[03:27] <sinzui> lifeless: I can create a [X] Display timelines check box. That is how I got the maps off my pages
[03:27] <wgrant> thumper: Could be. I have a few Launchpadders.
[03:27] <lifeless> sinzui: I love timelines. That isn't a timeline :)
[03:28] <lifeless> sinzui: or should I say, I love vertically presented regular text and markup timelines
[03:28] <sinzui> understood
[03:28] <thumper> wgrant: University of Melbourne '10
[03:28] <thumper> ?
[03:28] <wgrant> thumper: That would be me indeed.
[03:28] <lifeless> ok, so two bugs filed. Let me know if you need more details on either.
[03:28] <thumper> :)
[03:29] <wgrant> The current one also isn't a timeline, since it doesn't show things relative to time.
[03:29] <wgrant> Milestones, releases and series are equally spaced.
[03:29] <wgrant> With no regard to time.
[03:29] <wgrant> So bzr.dev seems to have all the latest milestones.
[03:30] <sinzui> wgrant: and you can image why we did that given bzr's series
[03:31] <wgrant> sinzui: If everything was positioned by time, it could be a very wide but fairly short graph that was able to be zoomed sanely.
[03:33] <sinzui> oh, kfogel filed one of the the ml-archive bugs. I'm definitely using the new tag
[03:34] <wgrant> I've been wondering for a while if you've been wanting to minimise adoption of LP mailing lists.
[03:34] <wgrant> The archives are... suboptimal.
[03:34] <wgrant> Non-members cannot subscribe.
[03:34] <sinzui> wgrant: \o/
[03:35] <wgrant> Message acceptance policies are unconfigurable.
[03:35] <wgrant> Subjects are mangled.
[03:35] <wgrant> (unconfigurably)
[03:35] <sinzui> That is one of my points why it sucks, along with it does not integrate lp objects so I cannot link in and out of it
[03:35] <wgrant> They could easily be very awesome, but they are not!
[03:36] <sinzui> I cannot forward a message to my inbox so that I can reply (even if I am not a member of the list because I have good standing)
[03:36] <wgrant> This standing thing also isn't documented anywhere except bugs, is it?
[03:37] <sinzui> wgrant: We were going to create our own, or improve pipermail to rock. but we had two days, so we used MHonarc
[03:38] <wgrant> sinzui: But MHonarc can do better than that...
[03:38] <sinzui> kfogel: It can.
[03:39] <sinzui> wgrant: kfogel looked into making some improvement. It can do better.
[03:39] <wgrant> sinzui: This is good.
[03:39] <wgrant> The lp-users archives are pretty terrible to use.
[03:40] <wgrant> What is changing in the 3.0 UI?
[03:41] <sinzui> We are reintroducing side portlets to emphasise activity. There are not many concrete examples of this
[03:41] <sinzui> We want to show that things are happening on launchpad, commits, messages, subscribers, changes. And the side portlets can have actions that create these activities
[03:42] <wgrant> But didn't you just try to kill all of the portlets?
[03:42] <wgrant> Ah, good. That is one area in which Launchpad is really lacking.
[03:42] <sinzui> We did, beuno likes them. He thinks they failed because they did not have strong rules of what they could contain or set users expectation about what they could do
[03:43] <sinzui> links are still moving into the page
[03:43] <sinzui> We are putting all the developers on updating all the pages to ensure we don't have any more 0, 1, and 2 ui pages left
[03:45] <sinzui> wgrant: We want to improve the breadcrumbs and tabs, but we do not have any design and sope set for that yet. I think many pages will look a lot like the 2.0 pages.
[03:46] <wgrant> Even completing the 2.0 UI would make things much better...
[03:46] <wgrant> It's all pretty inconsistent now.
[03:47] <sinzui> yep. I need to send an email asking for consistent heading/title rules.
[04:24] <wgrant> Since you're moving launchpad-loggerhead into the launchpad tree, are you not removing codehosting at all?
[04:35] <kfogel> wgrant: there's a bug and a branch for the ml improvements
[04:35] <kfogel> when I get off the phone I'll find the bug number
[19:45] <joey> hey matsubara-lunch, maybe you might get wgrant to review https://dev.launchpad.net/BugTriage/Draft and provide input?
[19:46] <joey> Ursinha probably should have a run through too if she hasn't already
[19:46]  * Ursinha looks
[20:26] <matsubara> good idea joey
[20:26] <joey> matsubara: only in that he's had some recent experience :-)
[20:27] <joey> matsubara: you did good work on both the original and now this version so... might as well share!


[00:04] <wxl> phillw: ianorlin: tsimonq2: if you're still testing might want to check if proposed is enabled. one tester is reporting in the amd64 server install he sees it.
[00:04] <wxl> !info linux-generic trusty
[00:05] <wxl> !info linux-generic trusty-proposed
[00:05] <wxl> come on, bot!
[00:05]  * wxl kicks ubot93
[00:05] <wxl> supposedly they're seeing 3.19 in there, too.
[00:27] <teward> wxl: hm?
[00:27] <teward> fill me in on what yo uneed as I had passed out
[00:34] <wxl> teward: bug 966480
[00:34] <wxl> Unit193: so's hunting, but people do it :)
[00:35] <teward> wxl: really really slow zsync so... patience
[00:36] <wxl> teward: HURRRY UP!!!!!!!!!!!!!!!!!!!!!!
[00:36] <wxl> ZOMGWTFBBQ!1111111111111111111111111111111
[00:36] <teward> wxl: tell that to the cdimage servers
[00:36] <teward> or the ice storm outside
[00:37]  * wxl tells the servers and the storm.
[00:37] <teward> * storm intensifies
[00:37] <wxl> see what you did, teward ? XD
[00:39] <teward> i probably have to reboot the internet, but i'm likely not going to get to test this :/
[00:39] <teward> brb, food run
[00:40] <ianorlin> wxl want to see if it happens on bare metal right
[00:41] <wxl> ianorlin: yeah. because if it doesn't happen on bare metal, i generally don't care :) though it would be nice to see which vms it actually affects and doesn't
[00:41] <ianorlin> might be good to test this on my relatively modern desktop as that is what the point releases are for really
[00:41] <wxl> right
[00:42] <wxl> tho old stuff should work
[00:49]  * tsimonq2 subtley brings up daruse sand*storm*
[00:49] <tsimonq2> *darude
[00:49] <tsimonq2> XD
[01:06] <brendanperrine> I get the prompt on real hardware
[01:07] <wxl> brendanperrine: great. please comment on the bug.
[01:13] <brendanperrine> hmm reading the bug closer it is not really relevent
[01:13] <brendanperrine> As it seems to be with upstart closing the port to show the prompt to upstart in 14.04 before the plymoth prompt shows up
[01:14] <brendanperrine> well that is what I groked reading the comments on the bug report
[01:14]  * wxl shrugs
[01:15] <wxl> i'd just leave a comment, though, to at least say we don't have to worry about phillw's comment on real hardware
[12:43] <phillw> wxl: I'm now testing on cloud-piglet
[13:37] <phillw> he he... slice 500GB HDD in two :)
[18:42] <teward> wxl: do you still need me to test the bug?
[18:42] <wxl> don't think so, teward
[18:43] <teward> ok