 Hi all, I understand that the Ubuntu User Interface Freeze is happening today, but the updated 20.10 wallpapers haven't arrived in the ISOs yet, which is worrying me a little.
 Not in any way unusual. The will come when they do, with a freeze exception if required. (re @rs2009: Hi all, I understand that the Ubuntu User Interface Freeze is happening today, but the updated 20.10 wallpapers haven't arrived in the ISOs yet, which is worrying me a little.)
 aight


[21:16] <huayra> Any idea on how to contact the Japanese translation team regarding documentation?
[21:17] <huayra> There is some material in Japanese that needs translation to English
[23:01] <Emmanuel_Chanel> http://www.ubuntulinux.jp/ is the official website of Ubuntu Japanese Team...
[23:39] <huayra> thx Emmanuel_Chanel


[10:31] <jibel> cyphermox, Laney one of the last update of console-setup resulted in this bug https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1715605
[10:31] <jibel> can you have a look?
[10:32] <Laney> hopefully cyphermox can
[10:36]  * Laney doesn't know about it really
[11:38] <jibel> I thought you did, you're the last uploader of console-setup
[11:44] <Laney> I touched some very specific parts but not the core logic
[12:18] <Laney> jibel: ok, I bit :P
[12:19] <Laney> that change should get reviewed, not sure if there's a better way to do it
[13:10] <cyphermox> what's up?
[13:12] <cyphermox> looks good, but I didn't go back to look at the postinst
[14:13] <Laney> it used to ignore the errors (|| true) from those lines, but now doesn't
[14:14] <Laney> not sure if that was previously a delta tho
[16:06] <Laney> cyphermox: going to upload that then, unless you've got anything else
[16:13] <cyphermox> I was merging it
[16:13] <cyphermox> that and jibel's code
[16:13] <cyphermox> the || true was previous delta, I think, I may have dropped some that didn't need to be
[16:14] <cyphermox> console-setup is always a pita to merge
[16:15] <Laney> ok, i'll let you upload, I just merged that one
[16:16] <cyphermox> ok


[06:22] <gour> morning
[06:23] <gour> is it possible to continue using brz with the repo which was originally cloned/pulled with git?
[06:25] <gour> i tried 'brz pull' on my repo and got the following: https://pastebin.com/U8GcUQsb
[10:31] <jelmer> gour: should be fixed if you update your version of bzr-git
[10:34] <gour> jelmer: ok, thanks
[10:40] <gour> jelmer: now i get this: https://paste.fedoraproject.org/paste/~ubZeJ0wGMk8fIv6nICrqw
[10:54] <jelmer> gour: you need a newer dulwich as well
[11:15] <jelmer> gour: (and possibly a newer bzr)
[12:09] <gour> jelmer: i already updated brz, now pulled and re-install all of them, but still get 'brz: ERROR: ImportError: cannot import name LOCAL_TAG_PREFIX'
[12:10] <jelmer> gour: try pulling from dulwich now? Sorry, forgot to push that last change
[12:16] <gour> jelmer: now it's ok. excuse me for bothering you
[12:18] <gour> although now after pull i get: "brz: ERROR: These branches have diverged. Use the missing command to see how...", but that's probably another non-brz-related issue
[12:18] <jelmer> gour: no worries, I'm curious why our CI didn't catch this particular issue
[12:19] <jelmer> gour: do you have local changes?
[12:20] <gour> jelmer: i bet i didn't have, except in case i just did a local build
[12:20] <jelmer> gour: local committed changes, I mean
[12:21] <gour> jelmer: yeah, i understand...it could be that i did perform local build on freshly cloned repo without commit...now cloning from the scratch
[12:28] <gour> jelmer: now i did 'brz pull' into another repo originally fetched via git and get the same msg, although 'git status' shows everything is clean?
[12:33] <jelmer> gour: are you specifying an explicit URL to pull from?
[12:34] <gour> jelmer: nope
[12:34] <jelmer> gour: is the URL it says it's pulling from what you would expect? are there other branches in the remote URL?
[12:35] <gour> jelmer: see https://pastebin.com/7ASkhwJa
[12:38] <jelmer> gour: ah, restic is a public repo? I can try and reproduce it here
[12:42] <gour> jelmer: yes, https://github.com/restic/restic
[12:44] <gour> so, first cloned via git and now tried to update by pulling with brz
[12:44] <jelmer> gour: oh, the URL is invalid
[12:44] <jelmer> it's a rsync-style URL, which bzr doesn't understand
[12:45] <jelmer> try<EMAIL_ADDRESS>[12:45]  * jelmer files a bug
[15:00] <jelmer> hey gour_
[15:01] <jelmer> gour_: so I've fixed the URL issue (change is landing now), but I can't reproduce the DivergedBranches issue
[15:08] <gour> jelmer: when the changes is going to be landed,i can try pull some other git-cloned repo
[15:09] <gour> only brz-git is affected?
[15:11] <jelmer> brz-git and dulwich
[15:11] <jelmer> I'll let you know when it lands
[15:13] <gour> thank you
[15:36] <jelmer> gour: changes have landed; you'll need a new brz-git & a new dulwich
[15:43] <gour> jelmer: tried with another github project and got the same diverged branches
[15:45] <jelmer> gour: what does "git pull origin HEAD" report if you try that instead?
[15:47] <gour> jelmer: https://pastebin.com/RuDNSxtH
[15:51] <jelmer> gour: thanks, reproduced now
[16:31] <jelmer> gour: pushed a fix to lp:brz-git, can you try again?
[18:28] <gour> jelmer: excuse me, was afk...now it works, thanks a lot!!
[18:28] <jelmer> \o/


[09:45]  * danilos -> breaklunch
[12:28] <gary_poster> bac benji danilos gmb, hiya and call in 2 or 3
[12:28] <bac> ok
[12:32] <gary_poster> https://answers.launchpad.net/launchpad/+question/172089
[12:44] <gary_poster> https://launchpad.net/bugs/847485
[12:44] <_mup_> Bug #847485: process-mail.py crashing with Unicode logging errors <oops> <Launchpad itself:Triaged> < https://launchpad.net/bugs/847485 >
[13:00]  * gary_poster needs to take kids to school
[13:19] <gary_poster> ...and we're back.
[14:09] <benji> gary_poster: let me know when you want to talk about 175545
[14:11] <gary_poster> ack benji, hopefully I'll ping in 5 or 10
[14:11] <benji> sounds good
[14:11] <gary_poster> benji, if I don't ping in 30, ping me back please :-)
[14:11] <benji> k :)
[14:48] <benji> hi gary_poster, this is your reminder
[14:49] <gary_poster> benji, hi, thank yo
[14:49] <gary_poster> will call in a min
[14:49] <benji> k, need to prepare
[14:50] <benji> ready when you are
[14:56] <gary_poster> bug 175545
[14:56] <_mup_> Bug #175545: BugLinkTargetMixin.linkBug() and unlinkBug() should take a user parameter rather than using LaunchBag <lp-bugs> <tech-debt> <Launchpad itself:In Progress by benji> < https://launchpad.net/bugs/175545 >
[15:02] <benji> gary_poster: lib/lp/bugs/tests/buglinktarget.txt
[15:02] <benji> lib/lp/bugs/model/buglinktarget.py
[15:05] <benji> lib/lp/code/interfaces/branch.py
[15:14] <bac> hi gmb, it turns out i was wrong wrt attribute syncing on conjoined bug tasks...so i don't think i need to pick your brain after all
[15:15] <gmb> bac: Glad to hear it. As it happens, I hate conjoined bugtasks with a fiery passion :).
[15:15] <bac> gmb: i'm nearing that camp
[15:15] <gmb> :)
[20:37] <bac> gary_poster: got a sec for a buildout question?
[20:37] <gary_poster> sure bac
[20:37] <bac> i'm trying to review julian's txlongpollfixture branch
[20:37] <gary_poster> right
[20:38] <bac> to do that i have to manually build txlongpoll
[20:38] <gary_poster> he and I talked about that for awhile.  Oh?  that's not the intent, is it?
[20:38] <bac> he includes this bit of advice
[20:38] <bac> You also need to get lp:rabbitfixture, build it and drop the egg in
[20:38] <bac> ./download-cache/dist in order for txlongpoll to build.  You will also possibly
[20:38] <bac> need to do the same for testresources-0.2.4_r58 until it reaches PyPI.
[20:38] <bac> so the rabbitfixture part is fine
[20:38] <bac> i got revno 58 of lp:testresources and built it
[20:39] <bac> moved it into download-cache/dist/testresource-0.2.4_r58.tar.gz
[20:39] <gary_poster> (maybe I misunderstand, but we should be using sdists in the download-cache; that doesn't sound like your question though, so I won't worry about it for now)
[20:39] <gary_poster> so far so good
[20:40] <bac> yeah but then i get:
[20:40] <bac> Installing testresources 0.2.4-r58
[20:40] <bac> Caused installation of a distribution:
[20:40] <bac> testresources 0.2.4
[20:40] <bac> with a different version.
[20:40] <bac> Got None.
[20:40] <bac> While:
[20:40] <bac>   Installing test.
[20:40] <bac> Error: There is a version conflict.
[20:40] <bac> We already have: testresources 0.2.4
[20:41] <bac> if i don't provide testresource buildout complains that it cannot be found
[20:41] <bac> if i do it complains as above
[20:41] <bac> perhaps your comment about sdists is relevant?  did i make it incorrectly?
[20:43] <gary_poster> IMO this should be supplied by Julian in download-cache or for downloads.  bac, how did you build the testresources?  I suspect you just did "./bin/buildout setup sdist .", or perhaps just "python setup.py sdist", and then you munged the built sdist to have the filename you wanted, right?
[20:43] <gary_poster> If so, that's not quite right
[20:43] <gary_poster> you need to use egg_info
[20:43] <gary_poster> something like this
[20:43] <bac> yes
[20:44] <bac> that's exactly what i did
[20:44]  * gary_poster goes to look at the docs to remind himself
[20:44] <bac> these packages should have F&#$& makefile targets
[20:44] <bac> the tx ones do
[20:45] <gary_poster> bac, try "./bin/buildout setup . egg_info -r sdist"
[20:46] <gary_poster> bac, oh wait
[20:46] <gary_poster> that only works for svn
[20:46] <gary_poster> try this one:
[20:46] <gary_poster> ./bin/buildout setup . egg_info -b-r58 sdist
[20:47] <gary_poster> (or python setup.py egg_info -b-58 sdist)
[20:48] <gary_poster> if it works, it should give you a tar.gz with the name you expect
[20:48] <gary_poster> without munging
[20:48] <gary_poster> (the second example was missing an "r": it should have been "python setup.py egg_info -b-r58 sdist"
[20:49] <gary_poster> )
[20:49] <gary_poster> bac ^^^
[20:51] <gary_poster> maybe -b_r58?
[20:51] <gary_poster> the fact that setuptools only supports svn by default is annoying
[20:52] <bac> setup.py doesn't recognize 'egg_info' as a command
[20:53] <gary_poster> bac, use the bin/buildout version then
[20:53] <gary_poster> setup.py must not be setup to support setuptools
[20:54] <gary_poster> It's too bad Python packaging is such a wasteland. :-/
[20:56] <bac> it looks like testresources doesn't use buildout?
[20:56] <bac> no buildout.cfg
[20:57] <gary_poster> bac, bah
[20:57] <gary_poster> bac, you may have to manually muck with setup.py then
[20:57] <bac> this makes no sense
[20:57] <gary_poster> testresources uses neither buildout nor setuptools nor distribute apparently
[20:57] <bac> mortals have built this stuff before
[20:58] <gary_poster> bac, muck with setup.py locally.
[20:58] <gary_poster> change the version there
[20:58] <gary_poster> then run sdist
[20:58] <gary_poster> and move on
[20:58] <gary_poster> the mortals who did this before apparently like to muck with their files when they make temporary releases
[21:00] <bac> that worked
[21:00] <bac> thank you
[21:02] <gary_poster> cool bac, sorry for the goose chase.  When no one agrees on how to do something, we're left with guessing. :-/
[21:02] <bac> yep.
[21:10] <bac> gary_poster: bug you again?
[21:10] <bac> http://pastebin.ubuntu.com/695840/
[21:10] <bac> what does the extras_require do?
[21:11] <bac> julian claims that it causes setup.py to pull txlongpoll into the bin/ but it doesn't seem to
[21:12] <bac> i'm not sure how it would find it...
[21:12] <bac> ok, enough
[21:12] <gary_poster> bac sure.  that is supposed to mean that when you build the test target of txlongpollfixture, you need txlongpoll.  Otherwise, if you are just using it, you shouldn't have a dependency
[21:12] <bac> where does it expect to find txlongpoll?
[21:12] <gary_poster> bac, pypi, or similar
[21:13] <bac> i'm confused by the two seemingly contradictory statements about PATH
[21:13] <bac> in that paste
[21:14] <gary_poster> bac, he is trying to say the same thing twice.  Let me try:
[21:14] <gary_poster> (and then I need to go)
[21:14] <gary_poster> Actually I need to go now bac, sorry
[21:14] <bac> np
[21:14] <gary_poster> Ask me Monday :-)
[21:14] <gary_poster> Have a great weekend
[21:14] <bac> looks like a NEEDSINFO to me


[12:55] <JonathanD> Morning PA.
[13:08]  * waltman yawns
[13:10] <JonathanD> Good morning waltman!
[13:11] <JonathanD> waltman: The 11th it is, btw.
[13:11] <JonathanD> Don't I still owe you a cheeseburger?
[13:24] <jedijf> It's World Backup Day! Celebrate by Finally Backing Up Your Stuff [World Backup Day]
[13:27] <JonathanD> Yay!
[13:29] <waltman> I'd love to join you for some cheeseburgers, but I don't think you owe me one.
[14:32] <waltman> jedijf: Time Machine is running as I type!
[15:15] <jedijf> pleia2: wow thanks
[15:15] <pleia2> sure
[15:16] <jedijf> i had to scale for launchpad was gonna offer you scaled if you needed
[15:16] <jedijf> how's wireless and is it deb or ubu?
[15:16] <pleia2> seems to have non-vector scaled fine
[15:17] <jedijf> atheros is the new broadcom
[15:18] <pleia2> yeah, ubuntu
[15:18] <jedijf> is has been, some are just flakey
[15:18] <pleia2> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/773154
[15:18] <PennBot> Title: Bug #773154 “Atheros AR9285 extremely slow & unstable” : Bugs : “linux” package : Ubuntu (at bugs.launchpad.net)
[15:18] <pleia2> lousy driver :(
[15:19] <pleia2> and apparently a regression, people report it working better in older versions (it even seems to work slightly better in 11.10 vs 12.04
[15:21] <jedijf> yeah just read that stuff
[15:21] <pleia2> lucky for me this laptop is a cheapo one that I bought to play with and do testing, not actually run around and use for real like my mini9
[15:22] <pleia2> but it's still a sucky problem
[15:22] <jedijf> not gonna get the backport and blacklist the new one?
[15:22] <pleia2> backport didn't work, blacklist driver is for acer's conflicting module, this is a lenovo
[15:22] <pleia2> the removal of hwcrypt when I load the module didn't work either
[15:23] <pleia2> sitting next to the access point works :)
[15:23] <pleia2> but if I wanted to sit next to the access point I'd just use my desktop..
[15:27] <jedijf> pleia2: wicd?
[15:27] <jedijf> try it, nothing to lose
[15:27] <pleia2> tried it, didn't help
[15:28] <pleia2> I think part of the problem with these solutions is that they seem to make the connection more stable, not actually improving the speeds a whole lot
[15:28] <pleia2> more stable may be ok for most people, but I can't deal with 60kB-120kB speeds, I need fast wifis
[15:30] <jedijf> i just read the forum marked 'solved' but it doesn't really seem so
[15:30] <pleia2> I read about 30 forum threads
[15:31] <jedijf> that's why a know good usb adapter is always a good idea
[15:31] <jedijf> knovn
[15:31] <jedijf> known
[15:31] <pleia2> yeah
[15:31] <jedijf> every 6 months this random stuff crops up
[15:32] <pleia2> happen to know of one?
[15:34] <jedijf> pleia2: did you try to build driver?
[15:35] <jedijf> i must just get real lucky, i buy the mc cheapest off brands and they work
[15:35] <jedijf> you need n support?
[15:35] <pleia2> tried building the compat-wireless driver last night, didn't really work (couldn't match up the kernel version with the kernel in 12.04)
[15:36] <pleia2> I didn't try very hard
[15:36] <pleia2> don't need n support
[15:37] <jedijf> yeah it seems that the trendnet and zyxel work and they are the mc cheapos, so you can source them at fryes i imagine
[15:38] <pleia2> ok cool
[15:38] <jedijf> ahh, testing machine, literal....
[15:38] <pleia2> :)
[15:38] <pleia2> I'm using Unity!
[15:38] <jedijf> the kernel in 12.04, the *Ubuntu* kernel
[15:39] <pleia2> oh nooo
[15:55] <jedijf> pleia2: you know what, if fryes are as awesome as everyone says, you may be able to get a new wireless adapter for the laptop
[15:55] <jedijf> internal
[15:56] <jedijf> at ntr we used to pull the good wireless adapters and replace the shady ones
[15:57] <pleia2> hm, perhaps
[16:50] <jedijf> MutantTurkey: if you are on the list, and got the beta2 info, i think core may be of interest
[16:51] <jedijf> @later tell passtab i think core may be of interest
[16:51] <PennBot> jedijf: Command Succeeded.
[16:51] <MutantTurkey> what list...
[16:51] <jedijf> ubuntu pa ml
[16:52] <jedijf> http://fridge.ubuntu.com/2012/03/29/ubuntu-12-04-lts-precise-pangolin-beta-2-released/
[16:52] <PennBot> Title: Ubuntu 12.04 LTS (Precise Pangolin) Beta 2 Released. (at fridge.ubuntu.com)
[17:08] <MutantTurkey>  A new Ubuntu kernel (3.2.0-20.33)
[17:08] <MutantTurkey> really? you did all that work by yourself?
[17:09] <MutantTurkey> just because you put a new paint job on a honda civic doesn't make it a chevy...
[17:15] <jedijf> read past the marketing stuff....jeez
[17:15] <jedijf> get to the core
[17:42] <MutantTurkey> how would that be interesting
[17:42] <MutantTurkey> I wish there was some more info
[17:42] <MutantTurkey> basically you can what custom spin images?
[17:42] <jedijf> yeah, you wnat the links
[17:42] <jedijf> ?
[17:43] <jedijf> shows how to do it
[17:43] <jedijf> or make a
[17:43] <jedijf> what's that called...f .. alzheimers
[17:43] <jedijf> kiosk
[17:43] <MutantTurkey> links please
[17:45] <jedijf> https://wiki.ubuntu.com/Core  and https://wiki.ubuntu.com/Core/InstallationExample
[17:45] <PennBot> Title: Core - Ubuntu Wiki (at wiki.ubuntu.com)
[17:45] <jedijf> i am gonna try to install to usb later
[17:55] <jedijf> U3 ftl
[18:50] <jedijf> 8 bit maps....but why google?
[18:53] <MutantTurkey> who cares
[18:53] <MutantTurkey> its cool
[18:53] <MutantTurkey> no?
[18:58] <waltman> no.
[18:59] <waltman> Well, OK, I guess it's cool. But it doesn't seem very usable.
[19:00] <MutantTurkey> is it supposed to be usable?
[19:02] <MutantTurkey> this was like when my friend didn't like Fresh prince because he didn't think it was serious enough. obviously that wasn't the intended style.
[19:21] <waltman> I don't know what the point of it is, to be honest
[19:22] <waltman> but then, I also don't understand why people prefer satellite view to the normal map view.


[01:51] <tsimonq2> Pursuant to the Ubuntu Code Of Conduct, specifically citing graceful transfer of leadership, I'm naming Aaron Rainbolt as Interim Assistant Release Manager and Dan Simmons as Interim Stable Release Manager, while I am feeling unwell. Please give them your full support in my place until I have the capacity to return in any meaningful way. Thank you.
[18:44] <tsimonq2> CD image lubuntu/jammy/daily-live failed to build on 20221114
[18:44] <tsimonq2> Network issue on LP
[18:47] <kc2bez[m]> Yeah LP go brr
[18:48] <tsimonq2> XD
[21:14] <arraybolt3[m]> Well, I now fully understand why Andrew was so upset with how I did packaging. Some of the errors I made were... truly horrific. Like needlessly chopping off ".git" extensions and changing lxqt to lxde at one point... 🤦
[21:15] <arraybolt3[m]> Anyways, glad it's getting fixed now.


[20:23] <ObiWanCanOweMe> Hi, anyone know how to enable IGMP Snooping in a bridge interface? Using YAML file in /etc/netplan to configure
[20:25] <ObiWanCanOweMe> Think I might have figured it out:
[20:25] <ObiWanCanOweMe> ``mcast-snooping`` (bool) – since **0.100**
[20:25] <ObiWanCanOweMe>  :   Valid for bridge interfaces. False by default.
[20:37] <ObiWanCanOweMe> nope, that doesn't work
[20:37] <ObiWanCanOweMe> is it enabled by default on bridge interfaces?


[04:08] <c107> Sawubona, #ubuntu-motu.
[04:08] <c107> Ubuntu unjani na?
[04:27] <abhi-> hi what is the convention for version numbering for building packages from git
[04:32] <RAOF> abhi-: Generally something like $LAST_VERSION+gitYYYYMMDD
[04:33] <RAOF> Optionally, adding .$SHA
[04:33] <RAOF> So, either 0.4.3+git20140723 or 0.4.3+git20140723.ab36c1f
[04:34] <ScottK> Adding the sha is common, but nonsense.
[04:34] <ScottK> Since versions have to be monotonically increasing, adding the sha doesn't mean you can package two snapshots from the same day.
[04:35] <abhi-> RAOF, ScottK thanks
[04:35] <abhi-> ScottK: so $LAST_VERSION+gitYYYYMMDD is prefered?
[04:35] <RAOF> ScottK: It can be helpful in answering the “does this package have this upstream commit in it” question, though.
[04:35] <ScottK> yes
[04:36] <ScottK> RAOF: Sounds like perfect information for the changelog
[04:36] <ScottK> For versioning, it's just clutter.
[04:37] <Unit193> Though I have seen $NEXT_VERSION~gitYYYYMMDD, oddly.
[04:37] <RAOF> That often depends on upstream's versioning.
[04:38] <RAOF> I'd do that if, for example upstream bumps their autotools version immediately after release.
[04:38] <ScottK> Unit193: That works to.  It can either be since last version (+) or before next version (~).
[04:38] <Unit193> Mhmm.
[07:08] <dholbach> good morning


[17:21] -SwissBot:#ubuntu-news- ::Planet:: Ubuntu Blog: How to manage a 24×7 private cloud with one engineer @ https://ubuntu.com//blog/manage-private-cloud-openstack-kubernetes-with-only-one-engineer
[21:35] -SwissBot:#ubuntu-news- ::OMG!Ubuntu:: Don’t Like Firefox’s New Look? Try One of These Tweaks @ https://www.omgubuntu.co.uk/2021/06/dont-like-firefoxs-new-look-try-one-of-these-tweaks (by Joey Sneddon)
[22:03] -SwissBot:#ubuntu-news- ::Fridge:: Ubuntu Weekly Newsletter Issue 687 @ https://fridge.ubuntu.com/2021/06/14/ubuntu-weekly-newsletter-issue-687/ (by guiverc)


[01:22] <bjsnider> is it possible to run autoconf/autotools and whatnot from debian/rules or should it be run on the orig tarball?
[01:36] <directhex> bjsnider: dh_autoreconf ?
[01:41] <bjsnider> directhex, now is that run atuomatically if autotools-dev is installed, or is it necessary to add it to debian/rules?
[01:42] <directhex> bjsnider: you need to add it to debian/rules, and build-depends on dh-autoreconf
[02:36] <ali1234> can anyone tell me why this package was deleted? https://launchpad.net/ubuntu/natty/amd64/ktechlab
[02:36] <ali1234> oh wait, never mind
[02:36] <ali1234> it links to a bug
[15:30] <hakermania> Oneiric will support Unity bar, right? I mean it's a non-temporary change... Right?
[15:39] <sagaci> unity bar?
[15:42] <directhex> i guess it's a bar in london where the unity upstream goes to get drunk
[15:44]  * iulian nods.
[19:05] <c_korn> how can I check if dpkg-gensymbols should find symbols? currently I get this: $ dpkg-gensymbols -plibzen0 -d
[19:05] <c_korn> No symbol information to store.
[20:16] <omenrose> hai
[20:16] <omenrose> may I ask something?
[20:18] <broder> !ask | omenrose
[20:18] <omenrose> I just wonder, why was my conky disappear while I click my Desktop


[12:41] <bryce> yup, built fine.  Just had to add a build dep for xextproto
[01:43] <keescook> oop, tormod vanished.  yup, I set the maintainer field for him.
[02:20] <ubotu> New bug: #141117 in xorg (main) "backlight-decrease key works, increase doesn't (Dell Inspiron 9400, nvidia binary driver)" [Undecided,New]  https://launchpad.net/bugs/141117
[02:45] <ubotu> New bug: #141118 in xorg-server (main) "[gutsy]  cursor endian problem" [Undecided,New]  https://launchpad.net/bugs/141118
[02:50] <ubotu> New bug: #141119 in xorg-server (main) "[gutsy]  X locks on console switch on powerbook" [Undecided,New]  https://launchpad.net/bugs/141119
[05:11] <ubotu> New bug: #141132 in xorg (main) "[gutsy]  strange freeze-up until mouse moves" [Undecided,New]  https://launchpad.net/bugs/141132
[07:15] <ubotu> New bug: #141146 in xserver-xorg-video-ati (main) "DPI is set incorrectly by new driver, even when DisplaySize is set in xorg.conf" [Undecided,New]  https://launchpad.net/bugs/141146
[07:31] <bryce> tepsipakki: 6.7.193 is out
[07:31] <tepsipakki> wow, I'll package that
[07:58] <tepsipakki> s/package/merge/
[08:01] <ubotu> New bug: #141152 in xserver-xorg-video-ati (main) "radeon driver crash (gutsy)" [Undecided,New]  https://launchpad.net/bugs/141152
[09:05] <ubotu> New bug: #141161 in xserver-xorg-video-ati (main) "[regression]  after recent upgrade to 6.7.192-4ubuntu1 dual-head support is broken" [Undecided,New]  https://launchpad.net/bugs/141161
[09:08] <bryce> feh, -ati has no end of bugs :-)
[09:47] <jcristau> bryce: 141161 isn't really a surprise, as the randr-1.2 driver drops support for mergedfb and zaphod
[02:20] <ubotu> New bug: #141207 in ubuntu "black horizontal bar covering 25% of screen as soon as gnome display manager starts up (dup-of: 137604)" [Undecided,New]  https://launchpad.net/bugs/141207
[05:19] <ubotu> New bug: #64023 in xorg (main) "The system crashes after I login, switch users, login, and switch back" [Undecided,New]  https://launchpad.net/bugs/64023
[05:55] <ubotu> New bug: #141262 in xserver-xorg-video-vesa (main) "Installing Ubuntu 7.04 and 7.10 tribe 5, can't start X becouse of X1300 (dup-of: 89853)" [Undecided,New]  https://launchpad.net/bugs/141262
[06:30] <ubotu> New bug: #141288 in xft (main) "Enable sub-pixel rendering" [Undecided,New]  https://launchpad.net/bugs/141288
[06:30] <bryce> jcristau: right
[07:34] <bdmurray> bryce: Have you revisited 134284? The reporter provided lspci info
[07:49] <bryce> oh thanks
[07:49] <bryce> I think it's too late to get changes in to main though
[07:57] <bdmurray> I'll approve it. ;)
[08:10] <bdmurray> bryce: I just noticed that if I switch from vty7 to vty1 things go very bad.
[08:11] <bdmurray> I have blinking boxes all over the screen and the system responds to no keypresses.  I am using intel on an i915.
[08:13] <bryce> bdmurray: I've uploaded a debdiff for 134284
[08:13] <bryce> er, uploaded to the bug report
[08:14] <bryce> vty7 to vty1 works fine for me on my 945gm laptop; was just playing with that yesterday
[08:18] <bdmurray> hrm, I'm trying to reproduce it
[08:25] <bdmurray> I got different weird stuff to happen this time
[08:27] <bryce> "different weird stuff happens."  heh you're as bad as the bug reporters you complain about brian ;-)
[08:28] <bdmurray> I haven't submitted a report though. ;)
[08:29] <bdmurray> I think I have steps to reproduce now.  My poor laptop.
[08:33] <bdmurray> bryce: Which debugging page will help me gather the right information?
[08:34] <bryce> heh, we need to simplify all that
[08:34] <bryce> just the usual - xorg.conf, Xorg.0.log, lspci -vvnn, photo if possible
[08:35] <bryce> the photo could be quite handy in this case - your problem sounds a lot like these other intel ones that have been reported
[08:35] <bdmurray> It fully locks up the system.  That'll still be in Xorg.0.log?
[08:35] <bryce> in fact, it would be helpful if you could see if you're reproducing one of the existing bug reports, as then we'd have hardware we could test on
[08:35] <bryce> yup, or Xorg.0.log.old
[08:35] <bryce> depending on how you reboot
[08:35] <bdmurray> cool
[08:36] <bryce> two things we're looking for - generic info like versions and such, that will be there regardless, and second any error messages listed at the end, which could prove illuminating
[08:50] <bdmurray> There are some odd TV out things in my log, I can get it the crash to happen somewhat reliably after watching video.
[08:50] <bryce> there's some known issues around TV out on the intel card
[08:51] <bryce> I think they're hardware bugs though - I notice X simply disables tv-out to solve them
[08:51] <bdmurray> I wasn't hooked up to a TV though
[08:51] <bdmurray> Is that part of being able to playback video with compiz
[08:51] <bryce> well the bug was something about the tv-out output being enabled inappropriately - when no tv was in use
[08:52] <bryce> no, that's a different issue
[08:52] <bdmurray> Ah, that makes sense
[08:53] <bryce> hey, do you know who does the release notes for gutsy?  I need to add a bit to it about -ati and mergedfb/xrandr
[08:55] <bdmurray> With Feisty they were a wiki page and then migrated to www.ubuntu.com
[08:56] <bdmurray> Or so I thought I'm not finding a Feisty one at the moment
[09:55] <bdmurray> bryce: do you believe there is an existing bug report in launchapd then or should I submit a new one?
[09:59] <bryce> I believe there's an existing one
[10:00] <bdmurray> yeah, bug 127101 is very close
[10:00] <ubotu> Launchpad bug 127101 in xserver-xorg-video-intel "laptop hangs when switching video mode" [Undecided,Confirmed]  https://launchpad.net/bugs/127101
[10:00] <bdmurray> The video shows what I see
[10:06] <bdmurray> Is there anything more I can do to help with it?
[10:10] <bryce> could you attach your logs and confs and stuff?  sometimes it can be helpful to compare these for several people experiencing the issue, to look for possible commonalities
[10:11] <bryce> other than that, no, looks like this bug is already known to upstreams, so it'll be a matter of waiting for a fix from them
[10:21] <bryce> yeah, there's nothing more we can do on our end; we need to keep an eye on what upstream does and backport the fix if/when it emerges
[10:35] <joumetal> bryce in bug #137604 ppa1 works for me others don't
[10:35] <ubotu> Launchpad bug 137604 in xorg-server "Black Bar Across Screen with gutsy i810" [High,Confirmed]  https://launchpad.net/bugs/137604
[10:36] <bryce> joumetal: really!  interesting, not what I would have expected
[10:36] <bryce> joumetal: you tested all four?
[10:37] <joumetal> yes. I hope I didn't made any mistakes.
[10:37] <bryce> ok, well if you're right, this narrows it down to just a few patches
[10:37] <bryce> thanks! btw :-)
[10:38] <joumetal> my pleasure.
[10:38] <bryce> narrows it to 4 patches specifically
[10:47] <bdmurray> bryce: Ooh, I got a much better log this time
[10:48] <bdmurray> "Error in I830WaitLpRing(), timeout for 2 seconds" is part of it
[10:49] <bryce> ah good
[10:49] <bryce> that sounds familiar though - I think it might be a generic error message
[10:55] <joumetal> as a guess patch 214 could be the one.
[11:02] <bdmurray> Launchpad says my log file is trash, I'm a bit offended.  Xorg log file from after a crash  (63.0 KiB, application/x-trash)
[11:09] <bryce> hey, I've closed bug 22985 (and its 25!! dupes) as Fixed just now.  \o/
[11:09] <ubotu> Launchpad bug 22985 in xserver-xorg-video-ati "[x700]  fails to infer lvds for primary connector on acer ferrari 4005 | card detected, but driver fails to use right output port" [High,Fix released]  https://launchpad.net/bugs/22985
[11:10] <bdmurray> Sweet!
[11:23] <bryce> joumetal: I've posted ~ppa5 which has just patch 214 disabled - could you test this and see if it works?  If it does then we have our smoking gun.
[11:23] <bryce> joumetal: ~ppa6 with 208 disabled is coming soon
[11:25] <joumetal> yes I'll test
[11:30] <jouni> bryce ppa5 works for me :)
[11:31] <bryce> awesome
[11:33] <joumetal> bryce  so you don't need to do more builds.
[11:34] <bryce> yup, now to roll out this change
[11:49] <bryce> heya rawler
[11:53] <rawler> bryce: hey
[11:53] <bryce> rawler: btw, I've also set up a<EMAIL_ADDRESS>mailing list.  So far very low traffic, but it's planned for use during Hardy for testing/development of ubuntu-specific Xorg work.  https://lists.ubuntu.com/mailman/listinfo/Ubuntu-x
[11:53] <rawler> bryce: just popping in, so I don't forget.. :)
[11:54] <rawler> bryce: *ahh* I see.. is there a launchpad-team?
[11:54] <bryce> yup, it's called X-Swat
[11:55] <bryce> there's also a thread on ubuntuforums.org in the Gutsy Development area, for Xorg testing, which is where most of the ati testers gather
[11:55] <ubotu> New bug: #141372 in xserver-xorg-video-ati (main) "[gutsy]  failure detecting DVI since xserver-xorg-video-ati 6.7.192" [Undecided,New]  https://launchpad.net/bugs/141372
[11:56] <rawler> bryce: goodie.. I'll joing up on the launchpad team, and look tomorrow if there's something I can do.. :)
[11:56] <bryce> awesome, good to have you :-)
[11:57] <rawler> bryce: well wait until I've actually done something to say that.. ;)
[11:57] <bryce> hehe
[11:59] <rawler> skimming through the buglist it seems most of them are kernel and/or hardware specific.. but i seen one or two I think I can handle.. :)
[11:59] <bryce> yup
[12:00] <bryce> there's probably many that can (should) be linked to upstream bug reports
[12:00] <bryce> either at nvidia, or kernel or fdo
[12:01] <rawler> yeah.. will look at it tomorrow.. for now I'll go to bed.. gotta big-ass ill-handled mess of a software release to deal with tomorrow.. (trust me, comparing that mess with the tracking launchpad offers, is like comparing a rotting corpse to a shiny new corvette cruiser)
[12:02] <rawler> so nighty, and ttl..
[12:02] <bryce> night
[12:02] <bryce> hehe


[00:54] <arraybolt3> leftyfb: Sheesh, you are *fast* at Bash :P I was only about 30% of the way to a solution by the time you had something working.
[00:55] <leftyfb> it was just adding echo $( ) $( ) :)
[00:55] <Eickmeyer> leftyfb: Upon further evaluation, jo-erlend's exodus may have been unrelated to you completely, even though the timing was coincidental. So, with that, I'd just like to offer my sincerest apologies.
[00:55] <leftyfb> Eickmeyer: thank you
[00:56] <Eickmeyer> leftyfb: You're welcome. Let me know if you need anything. :)
[03:02] <lotuspsychje> good morning
[03:03] <gry> orning mr lotuspsychje
[03:04] <lotuspsychje> hey gry
[03:07] <gry> hello
[05:50] <gry> is rabbitnightmate just kidding or what
[05:50] <gry> such a great pc
[05:57] <Bashing-om> gry: Hard to say - but with so many issues - I might suspect a corrupted install.
[07:11] <ogra> haha ... i didnt even check the backlog before reacting to them and their appimage stuff
[07:12] <ogra> (might also be limitations of the VM they use)
[10:44] <lotuspsychje> https://www.phoronix.com/news/xf86-video-ati-22.0


[12:47] <joejaxx> hey everyone i have ubuntu dapper on a thinkpad t42
[12:48] <joejaxx> that laptop is not on the list for laptops being tested
[12:49] <joejaxx> how do i go about learning the procedures for the right documentation?
[12:49] <joejaxx> for the testing of this laptop?
[12:54] <joejaxx> nevermind i found a wiki


[21:34] <Thingymebob_> Anyone catch what Hererfordshire LUG were up to last night http://www.herefordshire.lug.org.uk/node/52
[22:42] <AlanBell> sounds good, thanks for pointing that out Thingymebob


[00:54] <Atamira> morning
[04:41] <snail> ibeardslee: no, the fire drill wasn't a real one, but a LOT of things went wrong
[04:42] <snail> ibeardslee: doors failing to open as they should, alarms failing to sound in some places, etc, etc.
[04:42] <snail> otoh, would have been a great opportunity to steal 30+ random laptops
[04:43] <ojwb> hmm, is there a command line volume control now?
[04:43] <ojwb> i used to use aumix, but that now complains: aumix:  error opening mixer: No such file or directory
[04:45] <ojwb> alsamixer seems to work still
[20:52] <snail> morning all
[20:53] <ajmitch> morning
[20:54] <ajmitch> after so many days of waiting, it's finally friday!
[21:01] <ibeardslee> yay
[21:01] <ibeardslee> morning
[21:02] <ibeardslee> and now if you wait a few more hours it'll be Friday afternoon
[21:03] <ajmitch> heh
[21:04] <ajmitch> who's had experience with having servers from rimuhosting?
[21:04]  * ajmitch is looking at options for servers for work
[21:05] <ajmitch> recommendations about other options are welcome :)
[21:40]  * ibeardslee has a NZ based vps with rimuhosting
[21:41] <ibeardslee> been pretty bloody good as far as lack of downtime boo-boos
[21:43] <ibeardslee> I also got a bit of a discount for being a linux, nzoss, following up from their stand at LCA 2010 type
[21:43] <ibeardslee> and an upgrade when they noticed the VPS struggling a bit
[21:44] <ajmitch> so their service is generally pretty good
[21:44] <ibeardslee> the follow up to questions has been excellent
[21:49] <ajmitch> it's sad when I look at a page for a nz company selling dedicated servers, and they advertise "Debian 3 or 4" and "Fedora Core 6"
[21:49] <ajmitch> it doesn't inspire confidence :)
[21:53] <ibeardslee> it took me a while to go with rimuhosting .. was waiting for NZ based hosting and then waiting for them to offer prices in NZ$
[21:56] <hads> morning
[21:57] <hads> From all I hear of Rimuhosting they are good.
[21:58] <ajmitch> that's what I'd heard
[21:58] <ibeardslee> not the cheapest if you consider what you can get for US based hosting
[21:58] <ajmitch> right, but in the case where $WORK wants NZ-based hosting for various reasons, it seems to be pretty good
[21:59] <ajmitch> for US-based, I'm happy with linode
[23:16] <thumper> morning
[23:20] <mwhudson> morning


[05:52] <bill_> Is somebody here a chinese
[05:52] <bill_> ?
[05:52] <bill_> I am using XUbuntu 20.04 desktop
[05:53] <bill_> but I cannot install sogou input method
[05:53] <bill_> I refer to the sogou input 3.x version
[05:57] <bill_> I have the stuff like this:
[05:57] <bill_> bill@m6700:~/Downloads$  sudo apt install ./sogoupinyin_<IP_ADDRESS>00_amd64.deb
[05:57] <bill_> Reading package lists... Done
[05:57] <bill_> Building dependency tree
[05:57] <bill_> Reading state information... Done
[05:57] <bill_> Note, selecting 'sogoupinyin' instead of './sogoupinyin_<IP_ADDRESS>00_amd64.deb'
[16:47] <centHOGG> hiya, I'm having to restart (replace) xfwm4 alot now.
[16:48] <centHOGG> overtime its just running one of my processors up to 100%
[16:48] <centHOGG> so I just "xfwm4 --replace"
[16:48] <centHOGG> but... then I have to do a cntrl-c
[16:49] <centHOGG> is there a command or flag for that in terminal? thanx in advance
[16:55] <huntertur_> To kill the old one? If you're making a script for restarting xfwm4, the first thing that comes to mind to kill the previous one is something like `kill $(pgrep xfwm4)`
[16:55] <centHOGG> hi!
[16:55] <centHOGG> ok i'll try
[16:55] <centHOGG> thx
[16:57] <centHOGG> yeah that works.. no cntrl-c necessary there


[00:26] <oerheks> MS drops PHP ? https://news-web.php.net/php.internals/110985
[00:31] <sarnold> I'm glad to see the mention of security in that last two words -- they were planning on doing a fair chunk of heavy lifting on security support for ancient php versions
[02:11] <lotuspsychje> good morning
[06:16] <ducasse> good morning


[01:18] <avalos_> @UniversalSuperBox OK, thanks!
 if I'm running /dev does that mean I'm running what will become ota-13?
 @hacker12455 [are BT gamepads usable somewhere in UT?], I have a BT gamepad with different modes, only the keyboard mode works well. Gamepad, iCade, etc doesn't work correctly. I think gamepad mode's main problem is that the left stick moves the mouse cursor 😅
 @rbetzen [if I'm running /dev does that mean I'm running what will become ota-13?], yes, if it's still the same as the RC. It's possible that there were other new developments there already so it may be ahead of OTA13
 Ok. Makes sense.  Thanks!
 if I switch to RC or Stable (once OTA13 is released) on my Xperia X, it'll be arm64. Is that correct?
 @rbetzen [if I'm running /dev does that mean I'm running what will become ota-13?], yes
 @Javacookies [yes, if it's still the same as the RC. It's possible that there were other new d …], No we did not merge anything until OTA is released. If we would do that we could not add any hotfix that might be needed before stable release
 @Flohack [No we did not merge anything until OTA is released. If we would do that we could …], I see … That's what I thought 😄
 Is the gpu accelerated camera in dev channel? Or when it will be available?
 For pine phone
 @Javacookies [I have a BT gamepad with different modes, only the keyboard mode works well. Gam …], Thanks for the answer
[07:44] <ubptgbot> Rossoscuro was added by: Rossoscuro
 3gb
[08:44] <ubptgbot> Sharon Cole was added by: Sharon Cole
 @Flohack [No we did not merge anything until OTA is released. If we would do that we could …], Will translations be updated before OTA-13 ? or freezed ? ( i'm thinking off address-book-app which people complains about translations not being merged)
 @lduboeuf [Will translations be updated before OTA-13 ? or freezed ? ( i'm thinking off add …], The app has a separate repo, we can try to do this, but tomorrow is automatic merge, see afterwards if its still not there. Translations are a mess I know, but its hard if you dont have someone who manually looks every week or so through all re
[09:05] <ubptgbot> pos ;)
 Here my HowTo for installer and system-image - Work in progress :D
 https://github.com/ubports/porting-notes/wiki/HowTo:-UBports-Installer-&-System-Image
 @Flohack [The app has a separate repo, we can try to do this, but tomorrow is automatic me …], yeah for sure it gives you more work and not especialy fun. Thx for maintaining it ;-)
 @lduboeuf [yeah for sure it gives you more work and not especialy fun. Thx for maintaining …], I can see those unmerged changes, but nothing else. Whats missing?https://github.com/ubports/messaging-app/pull/226/files
 i don't know, strange to not see the "Draft" not being translated for messaging app. But the complains is with address-book-app
 they say that some translated strings in weblate is not visible in the app
 [Edit] they say that some translated strings in weblate are not visible in the app
 Ok will check
 [Edit] they say that some translated strings in weblate are not reported in the app
 +1
 @lduboeuf [+1], Manually loaded both of them
 I am afraid it will be too late to get most translators finishing those changes
 For some reasons Weblate sometime refuses to build new po files
 @lduboeuf [they say that some translated strings in weblate are not reported in the app], After manual refresh I still see 100% translated for German. So address-book-app must have a different problem
 I need example strings to check though
 e.g "Birthday" ?
 or "Export all contacts"
 [Edit] or "Export all contacts", "Import from vcard"
 all of them seems translated but not in the app yet
 Ok looking
 Ah merge conflict meh
 Did anyone commit to sv.po directly
 Strange it again conflicted itself lol
 😶
 Ok fixed
 woaw huge merge ^^
 yes
 I hope we can still get it in, I will check
[10:49] <ubptgbot> haye_h was added by: haye_h
 @freeagent [Howdy room.  I'm hopping someone can confirm/deny the latest build 77 of ubports …], Mobian ( nightly does)
[13:37] <ubptgbot> karan duggal was added by: karan duggal
 @hacker12455 [https://cdn.discordapp.com/attachments/432986929668161536/751508848749183137/scr …], Try getevent -i in command line then hit the buttons
 today I've noticed that text messages does not wake my phone anymore. I receive the notification only when I unlock my phone. I'm on build 2020-W36, device: bq e5
 is this a known issue?
 is it persistent or one time only?
[15:33] <ubptgbot> <karan duggal> I want to install ubuntu touch in Xiaomi Redmi 5A mobile please help
 Any device not on devices.ubuntu-touch.io will need to be ported by its owner
 are you an owner of a xiaomi redmi 5a? Is your device missing from deviced.ubuntu-touch.io? We need you! Yes, we need your help to bring ubuntu touch to your device! Interested? Visit docs.halium.org to get started!
 [Edit] are you an owner of a xiaomi redmi 5a? Is your device missing from devices.ubuntu-touch.io? We need you! Yes, we need your help to bring ubuntu touch to your device! Interested? Visit docs.halium.org to get started!
 [Edit] Are you an owner of a xiaomi redmi 5a? Is your device missing from devices.ubuntu-touch.io? We need you! Yes, we need your help to bring ubuntu touch to your device! Interested? Visit docs.halium.org to get started!
 [Edit] Are you an owner of a xiaomi redmi 5a? Is your device missing from devices.ubuntu-touch.io? We need you! Yes, we need your help to bring ubuntu touch to your device! Interested? Visit docs.halium.org to get started!
[15:52] <ubptgbot> will b was added by: will b
[15:55] <ubptgbot> <will b> Hey friends! Has anybody had success flashing to a 3gb pine phone with a patched iBook?
[15:55] <ubptgbot> <will b> Uboot*
 @Javacookies [is it persistent or one time only?], it is persistent, so far (for the last 3 messages)
 @will b [Uboot*], I think some have
 Check @utonpine
[16:09] <ubptgbot> <will b> Thanks Amy — I’m gonna try a quick build running and see what I can do :)
[16:20] <ubptgbot> <karan duggal> @Fuseteam [Are you an owner of a xiaomi redmi 5a? Is your device missing from devices.ubunt …], yes, I am the owner of the Xiaomi Redmi 5A device. yes, my device missing in devices.ubuntu-touch.io.  … I am always with you. I am ubuntu lover and I want to install ubuntu touch in the Xiaomi Redmi 5A. … I want to contribute as an os tes
[16:20] <ubptgbot> ter.
 @karan duggal [yes, I am the owner of the Xiaomi Redmi 5A device. yes, my device missing in dev …], You should have read carefully
[16:35] <ubptgbot> <karan duggal> https://www.youtube.com/watch?v=nShXVDXM50A
[16:38] <ubptgbot> <karan duggal> Does this video help me to install ubuntu touch in Xiaomi Redmi 5a device
[16:39] <ubptgbot> <karan duggal> ?????
 @karan duggal [Does this video help me to install ubuntu touch in Xiaomi Redmi 5a device], it's porting, not just installing.
 Redmi 5a... seems you need halium-7.1 for porting, by collecting the los14.1 first, thanks!
 best to keep porting discussion to https://t.me/UBports_porting or https://t.me/halium so that people can better answer your questions about porting
[16:49] <ubptgbot> <karan duggal> okkk
[16:58] <ubptgbot> <karan duggal> @commandyourstyle [it's porting, not just installing.], my friend, can you tell me what is the difference between porting and installing … I know what is installing but I don't know what is porting
 @karan duggal [my friend, can you tell me what is the difference between porting and installing …], you should read the Ubports introduction first, you need halium-boot and rootfs and system.img generated.
 every device must have a custom image built for it
 @will b [Hey friends! Has anybody had success flashing to a 3gb pine phone with a patched …], They are still working on it, Mobian nightlies work
[18:11] <ubptgbot> Tomton33 was added by: Tomton33
 @karan duggal [my friend, can you tell me what is the difference between porting and installing …], Porting is adapting the os for your specific device, you should read the docs i linked you carefully, question can be asked in the groups rodney linked
 @karan duggal [my friend, can you tell me what is the difference between porting and installing …], In welcome group, where you posted your question first, read the pinned message. There porting in a nutshell is explained.
 Just an analogy to make the difference clear.
[18:25] <ubptgbot> Ankit Gupta was added by: Ankit Gupta
 @will b [Hey friends! Has anybody had success flashing to a 3gb pine phone with a patched …], I did.
[23:03] <ubptgbot> Alchy89 was added by: Alchy89


[00:31] <ProfessorKaos64> Would someone mind just clicking my blog link to see how fast it loads for you?
[01:26] <KyleYankan> jedijf: everything before 1776 was a mistake
[02:54] <lazyPower> MutantTurkey: I saw the #python banter. I think that's a common perception on freenode. The public seems to wax and wane with the purist pedantics.
[09:29] <rmg51> Morning
[12:12] <teddy-dbear> Morning peoples, dogs, turkeys, hamsters and everything else
[12:16] <InHisName> morning Randy & bear
[12:28] <teddy-dbear> o/
[13:35] <ChinnoDog> Anyone have opinions on the new Canadian anti-spam laws that take effect in July?
[13:35] <ChinnoDog> http://fightspam.gc.ca/eic/site/030.nsf/eng/h_00039.html
[13:36] <ChinnoDog> There is a summary.
[14:36] <pvl1> morning
[14:37] <ChinnoDog> morning.
[14:41] <ChinnoDog> mm, nuked scrambled eggs
[15:33] <MutantTurkey> lazyPower: perception? i think it's a reality
[15:33] <MutantTurkey> it's a real issue, if there's a person looking for programming help, it's unlikely they also understand ettiquite or how to use SO or google effectively
[15:34] <MutantTurkey> and what - they get turned away from programming because of some ass on IRC?
[15:41] <JonathanD> MutantTurkey: yes.
[15:45] <lazyPower> MutantTurkey: Start the revoluion. Create a PA LOCO coder haven
[15:45] <lazyPower> i'd buy into this group


[00:01]  * maxb looks mournfully at the daily builds taking all the builders
[00:02] <persia> Do they score below other tasks?
[00:12] <wgrant> persia, maxb: They will soon be staggered throughout the day.
[00:13] <persia> That's interesting, but how are they scored?
[00:13] <wgrant> The same as any other build, I believe.
[00:14] <wgrant> We have considered lowering them.
[00:14] <wgrant> But that tends to make people angry.
[00:14] <lifeless> fairness is hard
[00:14] <lifeless> we will get to it
[00:14] <lifeless> but first performance
[00:14] <lifeless> wgrant: whats the staggering for ?
[00:15] <wgrant> lifeless: All daily builds are currently requested by a daily cron job.
[00:15] <wgrant> They will soon be requested throughout the day, as their branches become stale.
[00:15] <wgrant> So we will no longer have several hundred builds requested in 30 seconds.
[00:15] <persia> My thought was that something resulting from dput was a direct expression of immediate interest in build, whereas recipe builds tend to be based on scheduling, which may not correlate closely to interest.  That said, I don't much care, as I don't use that pool of builders :)
[00:16] <wgrant> persia: Yes, it's been tried, but people disagree :)
[00:17]  * persia grumbes generally at people
[00:22] <maxb> My dputs express an immediate interest
[00:22] <maxb> This is why when I actually notice a queue, I submit them with medium urgency :-)
[00:23] <persia> maxb, urgency has less influence than you'd think.
[00:23] <maxb> It has enough to jump in front of the daily build queue
[00:24] <wgrant> persia: All PPA builds have the same score.
[00:24] <persia> Depends on timing.  I haven't checked the scoring algorithm recently, but I seem to remember that the time-based adjustments were larger than the priority-based adjustments.
[00:24] <wgrant> medium bumps it by 5-10, IIRC, which is quite enough to put you right in front.
[00:24] <wgrant> The time-based adjustments are no longer active.
[00:24] <persia> There's no time bonus for PPA builds?
[00:24] <persia> Aha!
[00:24] <maxb> The time-based adjustments sucked, but they are now off, which is nice
[00:24] <persia> In that case, it doesn't matter.  Those using dput who care can arrange to jump the queue.
[00:25] <maxb> I never understood why anyone wrote time-based adjustments for what is essentially a FIFO queue, anyway
[00:25] <maxb> Oh, and retried builds come in at their original score now, don't they?
[00:26] <wgrant> maxb: I don't know. Most of the scoring algorithm is terribly overcomplicated and we want to delete it.
[00:26] <persia> I thought it was to avoid a resource collision for Ubuntu, so that stuff in "universe" would sometimes build, even if stuff in "main" was uploaded, which wouldn't necessarily otherwise happen from a strict FIFO perspective because of the main bonus.
[00:26] <lifeless> so
[00:26] <wgrant> That could be it.
[00:26] <lifeless> please don't think too hard about this
[00:26] <lifeless> soyuz scheduling fairness is nonexistant
[00:26] <persia> lifeless, Because we're getting rid of scoring entirely?
[00:26] <maxb> The wording on the "your build has been retried" page is now inaccurate, I think
[00:26] <persia> lifeless, Because it's not fair, it's subject to gaming, which is why it's interesting :)
[00:27] <lifeless> scoring is an implementation detail caching the result of whatever queueing algorithm we've run; scoring could stay and we can reengineer
[00:27] <lifeless> or we might nuke it
[00:27] <lifeless> I don't want to prejudge what whichever team comes along to do fairness will do
[00:27] <wgrant> Soon, once we stagger daily builds and have some new builders, scores will become largely irrelevant, because everything will build fairly quickly.
[00:28] <lifeless> wgrant: oh the optimism
[00:28] <persia> wgrant, Ideally, although with finite resources, there's always potential for delays.
[00:29] <wgrant> We cope very well at the moment, except for the daily build spike.
[00:30] <maxb> It's vastly better now than at times past when the chromium/mozilla dailys took over the farm for some hours
[09:08] <mrevell> Good morning
[10:33] <mdz> I'm getting spammed with bug watch notifications for upstream importance going from a known state to Unknown
[10:33] <mdz> known problem?
[10:40] <allenap> mdz: Yes, I'm trying to figure out why now.
[10:40] <allenap> mdz: Bug 707478 for reference.
[10:40] <mdz> allenap, thanks
[12:32] <danilos> fta, hi, I'm looking for your block post, and I wonder how exactly does the "merging" happen in step 2 of "Receiving from Launchpad"?
[12:35] <fta> danilo, hi, which step 2 are you referring to?
[12:35] <fta> danilos, ^^
[12:36] <danilos> fta, "the converter runs with all the selected grd templates for the considered branch, reads the gettext files just fetched in the previous step and merges the strings matching the (possibly older) template (yellow 4)"
[12:37] <danilos> fta, from my position, this is the place where you can choose to prefer Launchpad (branch) over upstream translations (grd files)
[12:37] <fta> danilos, oh, that part doesn't concern lp. it's when i take a grd template from one of the upstream branches, along with its associated xtb files (also from upstream) and i add the gettext strings i got from the last lp export
[12:38] <danilos> fta, of course, you'd have to instead feed this into the Launchpad as well, which is not something you do
[12:38] <danilos> fta, right, I misunderstood it for a moment :)
[12:39] <fta> i'm not feeding back to lp the strings i got from a lp export
[12:40] <fta> so you're saying i'm supposed to do that now?
[12:40] <danilos> fta, right, I see that... so, as I said earlier, since LP is not designed to know about this yet (you basically have a translations fork), so the best thing to do is to actually merge them before committing
[12:40] <danilos> fta, right
[12:41] <fta> but if i do that, lp will see me as translator, right?
[12:41] <danilos> fta, ideally, Launchpad would have a notion of forks, and we'd have a chromium-browser project with just the upstream translations, and another chromium-browser-daily (or something) which would fork the translations
[12:41] <danilos> fta, not if you keep the Last-Translator correct (Launchpad should export it: the important thing is that it needs email to recognize someone as a translator, and I think we don't export the email when someone has hidden their email address, when you might be listed as the translator)
[12:42] <danilos> s/email/email address/
[12:43] <danilos> fta, also, Launchpad won't try to change translator of any string that is already there
[12:43] <danilos> fta, so, you won't be set as the translator for any strings you got from LP
[12:43] <danilos> fta, unless there's a bug which'd do that
[12:44] <danilos> fta, now, there might be a few other bugs that simply need fixing
[12:45] <danilos> fta, i.e. we should have never lost any translations anyway, so there should be no increase in the number of untranslated strings
[12:45] <fta> so what about all the strings that used to be "updated in lp"?
[12:45] <fta> i had thousands of those before the change
[12:46] <danilos> fta, well, they've now been overridden by the new imports
[12:46] <fta> all of them? i doubt it
[12:46] <danilos> fta, were there any strings that were untranslated upstream, were translated in lp, and are not untranslated in lp?
[12:46] <danilos> fta, if there were, that's a very important and critical bug for us
[12:48] <fta> it's difficult to tell.. but i think a lot of improvements have been lost
[12:48] <fta> looking at the bzr revs...
[12:49] <danilos> fta, right, it would be good to point a few cases out because that makes it easier for me to investigate
[12:50] <fta> let's try with the blue strings in this weeks old screenshot: http://ftagada.wordpress.com/2011/01/07/more-chromium-translations-landed-upstream/
[12:50] <danilos> fta, for instance, it is exepcted that any "pure" upstream import overrides the LP translation today (they used to work in a relatively arbitrary fashion in the past: sometime it did, sometime it didn't)
[12:50] <danilos> fta, sure
[12:51] <danilos> fta, well, if they were "updated in LP", then they were most likely overridden, as explained above
[12:52] <fta> danilos, i'm not sure upstream changed all of those in their last batch
[12:52] <danilos> fta, oh, so you say you didn't even upload a PO file containing them because there were no changes? note that one string change in the entire PO file might be indicative instead
[12:56] <danilos> fta, do you think it'd be ok to do the merge step before you feed the translations back into LP? that would solve a big number of problems
[12:56] <danilos> fta, I'd be happy to help get the translations back before LP messed them up for you, if I figure out a nice way to do it
[12:58] <danilos> fta, I know it would appear uglier for you, but at least we can always recreate upstream translations and figure out the diff that way if we really need to (i.e. to show how many improvements there are in a LP-hosted project)
[13:03] <fta> danilos, http://paste.ubuntu.com/558535/
[13:05] <fta> danilos, for me, it's a bug. it's not a case where upstream improved the string, the last updated value is the one in lp
[13:19] <danilos> fta, right, I agree that the desired behaviour is for LP to keep the better version, but LP can't really know which one is
[13:20] <danilos> fta, so, LP makes sure that upstream matches the real upstream
[13:20] <fta> danilo, that string didn't change in the imported branch, so lp should know
[13:20] <danilos> fta, it has even been our long-standing policy to not let forks get translated, because people used to register entire projects just to translate one language
[13:21] <danilos> fta, well, we do want to have a different translation policy where you can set your project to prefer LP strings instead, but we've not done it yet
[13:22] <danilos> fta, I do see you point, but LP could never really tell that in the past either
[13:22] <fta> danilos, i think you didn't get my point. i'm totally ok to get the updated-in-lp strings moved to need-review if a new version is imported (and preferred by default), but here, it's not a new version, it's the same old string that the lp translator improved
[13:23] <danilos> fta, yeah, what I am saying that LP never kept track if that was the same string the last time or not
[13:23] <fta> oh, that's bad
[13:23] <danilos> fta, it worked very arbitrarily on what string it would prefer
[13:24] <fta> it seems all the translators work is lost every time upstream touches something in a template
[13:24] <danilos> fta, well, kind of; it would be very expensive to calculate each time and to basically keep snapshots of each upstream import and LP translation in the DB
[13:25] <fta> why, it's in the imported branch, you have the info there
[13:25] <fta> no need for snapshots
[13:25] <fta> that's what i'm doing btw
[13:25] <fta> i only have 2 versions, the upstream files and the lp export branch
[13:25] <danilos> fta, heh, sure it is, but not all projects have branches attached, so we'd still have to worry about the other case (manual uploads)
[13:26] <danilos> fta, and, processing that would be very slow
[13:26] <danilos> fta, I do see your point, and that would be a nice improvement, but I believe it would be pretty hard
[13:26] <fta> it already takes hours..
[13:26] <danilos> fta, exactly
[13:27] <danilos> fta, it's not because it takes hours processing your branch, but because of all the branches there are to process
[13:28] <danilos> fta, we do need to improve the performance of imports though, they have gotten slower with our upgrade to postgres 8.4 as well :(
[13:28] <fta> do you mean it's all done in a single batch? it's not a batch per project??
[13:28] <danilos> fta, it's a batch for ubuntu and batch for everything else (all projects together), yes
[13:29] <fta> d'oh!
[13:29] <danilos> fta, we have lots of horizontal scalability today, so we could make it a batch per project, but we didn't originally, and this only means more work
[13:29] <danilos> that we can hardly get to, but yes it'd be nice :)
[13:39] <fta> danilos, i'll see what i can do to merge the lp strings in the import branch, but it won't solve the problem for all the strings that has been lost since this mess started
[13:40] <fta> -has+have
[13:41] <danilos> fta, right, that's what we'll have to manually figure out if we can... basically, any import after Jan 12th might have caused a few regressions so it'd be probably be nice to reimport translations from that date
[13:44] <fta> oh my.
[13:46] <danilos> fta, yeah, I know, I am sorry about that; I can probably get a list of strings that have been submitted from LP but are not active anymore with direct DB queries, if you think that'd help
[13:46] <fta> danilo, i assume that ownership of those strings will be lost then
[13:46] <danilos> fta, oh, no, they are all in DB, just hidden
[13:47] <danilos> fta, so they'll just be reactivated
[13:48] <danilos> fta, (the problem with a direct DB query is that it would return us all discarded suggestions as well, so if there was more than one string suggested in LP, we wouldn't know which to take; but maybe these cases are rare and far apart and this would let us fix the majority of cases)
[13:52] <fta> the problem is that in that interval, i have a/ the lp changes b/ the upstream massive update c/ a template that i started to import d/ me adding support for the new json translation format and e/ a massive rewrite of a template upstream
[13:53] <fta> i can feel a headache starting...
[13:53] <fta> and of course, daily updates of the templates and lp contribs
[13:54] <danilos> fta, right, so I think it'd probably be best to try to get Launchpad provided strings which are not used anymore and see how many of them there are (that's something I can do for you)
[14:10] <danilos> fta, there's a total of 7710 strings on staging across all languages in Chromium that have been submitted through Launchpad but are not active at the moment
[14:11] <fta> danilos, that much? woww. i expected something like 2~3000
[14:12] <fta> danilos, oh, i see, new langs, with 3300 strings each
[14:12] <danilos> fta, not all of them might be "inadvertently" lost; some of these might be actually bad translations
[14:12] <danilos> fta, well, new langs should still have the translations "active"
[14:13] <danilos> fta, these are all strings *ever* submitted into chromium browser through LP that are currently not active; there's more than 19000 strings which are active, which means that these have been pushed upstream in the meantime
[14:14] <fta> danilos, nope, not 19000, as i landed just one template
[14:14] <danilos> fta, this number might include a bunch of suggestions people have made, because when a translation from LP is discarded, it remains in as an old suggestion, so I can't tell them apart
[14:14] <fta> http://people.ubuntu.com/~fta/chromium/translations/trunk/converter-output.html
[14:15] <fta> only the green ones in the chromium_strings template
[14:15] <fta> this template was not translated at all before
[14:15] <danilos> fta, I mean 19000 translations that we have in the DB have originally came in through LP, and are probably upstream already
[14:16] <fta> danilos, remember that a few months ago, i changed the formating, so most are probably garbage
[14:16] <danilos> fta, right, any hint how I could exclude those (i.e. anything I can exclude with LIKE in SQL?)
[14:17] <fta> a date
[14:17] <fta> ?
[14:17] <fta> the baseline is r90 in the import branch, and r89 in the export branch
[14:18] <fta> everything that happened afterwards is weird
[14:19] <danilos> fta, so I excluded obsolete messages (forgot about that) and we are now down to 7300 (not much of an improvement)
[14:20] <danilos> fta, ro r90 and r89 is exactly around the LP rollout time, so that's what I expected
[14:20] <danilos> fta, basically, we started overwriting all the strings in LP with ones from LP
[14:21] <fta> danilos, you meant from upstream, right?
[14:21] <danilos> fta, right, instead of the second "LP" :)
[14:29] <danilos> fta, so, if you think this might be useful, here's the raw export of these currently inactive translations first created in LP: http://people.canonical.com/~danilo/tmp/chromium-strings.txt.gz
[14:33] <fta> danilos, in that form, it's difficult for me to use. and it lacks some info i need to do a merge with my tools
[14:33] <maxb> Hmm. I have just discovered a third branch which is stuck in a "waiting for the branch scanner" state for a long period
[14:35] <danilos> fta, it should be relatively easy to parse with automatic tools, and it's easy to add more details that do exist in the DB
[14:41] <danilos> fta, it has (in order) potemplate name, English string, language code, translation, and date translation was submitted
[14:41] <danilos> anyway, got to reboot now
[15:38] <danilos> maxb, btw, are you keeping track of them in a bug? I know I've found a few branches that are out of date which translation export tries to write to (and so it fails)
[15:40] <maxb> Not as yet, I'd only just stumbled across the third
[15:41] <maxb> I was hoping someone could have a quick look and decide whether this was something that needed developer or losa attention
[15:52] <hv> hi, is there a plan to offer VPS hosting (either openvz or xen) for launchpad users?
[15:55] <benji> hv: I'm not aware of any plans along those lines.
[15:56] <danilos> maxb, generally, bazaar experts team can handle that, or a user by pushing another revision to the branch
[15:57] <danilos> maxb, afaik, but bazaar experts should know if that's the case :) abentley, how about you? maxb found a few branches that are in "updating" state for a long while
[15:57] <maxb> danilos: hmm. But, we should probably try to find out what broke the original scan
[15:57] <maxb> Also, two of them are vcs-imports, to which you need to have some sort of superpower to access
[15:57] <maxb> write-access, I mean
[15:58] <danilos> maxb, some of the things we are aware of... eg. killing a script run can cause the state to be messed up
[15:58] <danilos> maxb, right, that's what I meant with bazaar-experts
[16:00] <abentley> danilos, I don't know of a bug offhand.  These things should show up in oops reports, though.
[16:01] <abentley> danilos, I don't think any users can write to import branches, even bazaar-experts.
[16:01] <danilos> abentley, right, thanks
[16:02] <danilos> abentley, so do you think it'd be worth filing a bug and later seeing if it's a duplicate or not? (I'd rather get a duplicate than not have a bug at all)
[16:02] <abentley> danilos, what would the bug be? branch scanner doesn't retry if scanning a branch fails?
[16:03] <danilos> abentley, well, it would be "branch scanner stuck" from a users' perspective, I think
[16:04] <abentley> danilos, so the bug would be that we're not telling the user that the scan failed?
[16:04] <danilos> abentley, I don't know, if that's the problem, then yes
[16:05] <maxb> abentley: We have one problem branch which is not a vcs-import. Do you have time to do a no-op write on it so we can see if it resolves itself? https://code.launchpad.net/~mogray5/infinitypfm/infinitypfm-0.5
[16:05] <abentley> danilos, I don't want to file a bug that the branch scanner can fail-- we can't fix every case.
[16:06] <abentley> danilos, of course, filing a bug for the individual oopses would make sense.
[16:06] <danilos> abentley, well, we can fix a bunch of these cases
[16:06] <maxb> Perhaps the bug could be "There should be a report on branches which would be displaying "Updating branch..." in the web UI >N hours after their last change"
[16:06] <danilos> maxb, yeah, and we could probably clear the status on them automatically if we don't have time to fix every individual bug
[16:07] <maxb> Some scanner failures result in the failure reason being presented in the UI, and the "Updating branch..." message going away. In theory, any scanner failure which doesn't shouldn't be *that* hard to fix to at least report itself sanely
[16:10] <abentley> maxb, I've triggered a rescan on lp:~mogray5/infinitypfm/infinitypfm-0.5
[16:14] <maxb> no change, I guess something broke againi
[16:15] <abentley> danilos, I've filed https://bugs.launchpad.net/launchpad/+bug/708110
[16:16] <abentley> danilos, scanner failures are already oopses, so I don't think there's a need to increase their priority.
[16:17] <danilos> abentley, right, thanks
[16:18] <leonardr> what's the procedure for unblocking the rollout? should i do ec2 land or just qa locally, push it through, and let buildbot see if it works?
[16:19] <abentley> leonardr, per lifeless' message, you should do a --rollback landing.
[16:21] <leonardr> let me check and see what's already happened...
[16:26] <leonardr> ok, i think i got it
[16:36] <shadeslayer> can i make a test account on staging.launchpad?
[16:36] <shadeslayer> and will it be destroyed later on?
[16:41] <leonardr> shadeslayer: i'm pretty sure you can create a test account and it will be deleted within a week
[16:41] <shadeslayer> alrighty :)
[16:46] <danilos> shadeslayer, you might have some issues creating a login because email doesn't go out from staging
[16:47] <shadeslayer> danilos: worked fine :)
[16:47] <shadeslayer> we just need to test commenting on a bug
[16:47] <danilos> shadeslayer, excellent :)
[16:47] <leonardr> ok, the blockage-removal branch is in ec2...
[16:50] <jcsackett> hm. it's hailing here. the last time this happened, i lost internet for three days...
[16:55] <danilos> jcsackett, keep a strong hold of it this time around
[17:00] <lifeless> jcsackett: did you call out 'here inter inter internet'?
[17:01] <jcsackett> lifeless: i even shook a bag of treats! nothing worked. :-P
[17:23] <lvh> Hi. I'd like to add an existing project to Launchpad. It's ISC licensed. That license isn't in the list, but it's equivalent to some of the permissive ones that are. Is it considered very bad form to list it as newBSD/MIT/X11 (which are all pretty much equivalent: do what you want, but add this notice)?
[17:24] <lvh> It's not technically correct, but it's hardly dishonest.
[17:25] <lvh> (Okay, it's not entirely the same thing as MIT/X11. It's MIT/X11 sans the no advertising clause.)
[17:26] <maxb> There's an "Other/Open Source" option, why not use that?
[17:29] <lvh> Err, this was a while ago, either that didn't exist or required manual verification, or something. I forgot which one.
[17:29] <lvh> But yeah, that sounds good, I'll do that
[17:29] <lvh> thanks
[17:30] <maxb> It probably still requires manual verification, but you can still use the new project whilst that verification is yet to occur
[17:33] <lvh> aha
[17:38] <maxb> boo, no CHR
[17:38] <maxb> I'm trying to set up a code import for MINA, but the project doesn't appear in Launchpad. I infer from errors in the registration process that it is registered but deactivated
[17:40] <lifeless> 'mina' ?
[17:40] <maxb> yes
[17:40] <lifeless> title 'english finish'
[17:40] <maxb> !?
[17:41] <maxb> Could you rename that to mina-nonsense-deactivated or something?
[17:41] <lifeless> sinzui: can we change ownership of projects?
[17:42] <maxb> If the existing project metadata is that weird, it's probably just a coincidental id collision?
[17:43] <lifeless> yah
[17:43] <lifeless> not touched since 2007
[17:43] <lifeless> maxb: make a new one
[17:44] <maxb> Thanks
[17:46] <maxb> ouch, the new project licence widget seems even more broken
[17:54] <sinzui> maxb: I fix landed a few days ago
[17:54] <sinzui> maxb: the yui upgrade broke it a few weeks ago
[17:56] <sinzui> lifeless: only a losa can change the project owner
[17:56] <sinzui> If I could change an owner, I would have done so to fix about 600 licenses
[18:12] <Chex> sinzui: do you need me to do that change?
[18:12] <sinzui> Chex: I was offlined. I do not know *what* might need changing
[18:13] <maxb> If it's the one recently above, no.
[18:13] <maxb> The decision was to rename the old project to allow the id to be reused with a brand new one
[18:14] <maxb> oh, well, that applies to mine. I don't know about sinzui's 600 licenses
[18:17] <Chex> maxb: yes was talking about your request :) no problem
[20:10] <slangasek> hi, does someone here have the ability to unsubscribe a LP user from bug mail?
[20:11] <slangasek> user jlgutisu3 seems to have subscribed himself to all bug mail for one of the Ubuntu stable releases in error and now is replying to everything asking people to speak only in spanish because he doesn't understand english
[20:11] <slangasek> and I'd guide him how to unsubscribe, except I can't myself see where he is subscribed
[20:11] <deryck> slangasek, if you'll open a question against launchpad we can assign to a losa to unsub him
[20:12] <slangasek> will do, thanks
[20:12] <deryck> np
[20:14] <slangasek> https://answers.launchpad.net/launchpad/+question/142981
[20:20] <deryck> info added and assigned to losas for the real work
[20:20] <slangasek> thanks again :)
[21:16] <poolie> did wontfix go away?
[21:16] <poolie> or is there an acl on setting it?
[21:18] <lifeless> cannot wontfix if you are not a bug supervisor/driver/owner
[21:29] <bac> mwhudson: what's the name of your simple presentation program?  where can it be found?
[21:29] <mwhudson> bac: console-presenter
[21:29] <mwhudson> & lp:console-presenter :-)
[21:29] <bac> thanks!
[22:10] <nhandler> So does anyone know why I am unable to push to lp:classbot/devel (doing so causes bzr to crash)
[22:11] <nhandler> ErrorFromSmartServer: Error received from smart server: ('error', "We are missing inventories for revisions: [StaticTuple('nhandler@ubuntu.com-20100920220053-yztqc4i042olpvnp',)]")
[22:11] <wgrant> nhandler: What's the error message?
[22:11] <wgrant> Ah.
[22:11] <wgrant> That's not good.
[22:11] <nhandler> wgrant: No it is not. It has been coming up for a while, but only when I push to that one branch. Other branches work just fine
[22:11] <wgrant> You might be better off asking #bzr.
[22:12] <nhandler> wgrant: Alright. I wasn't sure if it was an LP or bzr issue. I'll try asking there. Thanks.
[22:12] <wgrant> It's definitely a bzr issue.
[22:44] <cjohnston> Whats up with the horribly long wait time for downloading translations?
[23:13] <poolie> lifeless, ah, the main other thing i wanted from you was a review of https://dev.launchpad.net/LEP/BuildFromBranchIntoMain#preview
[23:14] <poolie> jml, don't suppose you're still online?
[23:15] <lifeless> poolie: he has stuff on wed evening
[23:15] <poolie> it is pretty late anyhow
[23:39] <udienz> anyone from Launchpad admin online?
[23:39] <udienz> https://answers.launchpad.net/launchpad/+question/36290
[23:39] <udienz> stil get trouble
[23:51] <udienz> owh fixed now, thanks for quick response


[06:09] <Kilos> morning nlsthzn and others
[06:09] <nlsthzn> o/
[08:04] <inetpro> good morning Kilos, nlsthzn and everyone else
[08:04] <Kilos> hiya inetpro
[08:05] <inetpro> did you sleep well Kilos?
[08:05] <Kilos> hmm...
[08:05] <Kilos> ya kinda ty and you?
[08:05] <Kilos> why you ask that
[08:06] <inetpro> because I want to know
[08:06] <Kilos> hmm...
[08:06] <inetpro> checking up on you
[08:06] <Kilos> aha
[08:06] <Kilos> are you well sir?
[08:06] <inetpro> :-)
[08:07] <inetpro> how's the sheep doing?
[08:07] <Kilos> good ty
[08:07] <Kilos> hows your chicken farming going?
[08:08]  * inetpro wbbl
[08:08] <inetpro> gotta go, sorry
[08:08] <Kilos> np
[09:48] <Kilos> hi Golynx_
[09:48] <Kilos> dragging tail today
[09:49] <Kilos> hi Tonberry Rynomster
[09:49] <Kilos> Maaz, hello
[09:49]  * Maaz waves to Kilos
[09:53] <Golynx_> hi Kilos
[09:54] <Golynx_> its that nasty password popup i wana avoid lol
[09:54] <Kilos> ubuntu wants password all the time
[09:54] <Kilos> which one is hassling you
[09:56] <Golynx_> the freenode one
[09:56] <Kilos> you set it in your client
[09:56] <Kilos> oh you on opera?
[09:57] <Golynx_> i know it works, but i got other nicks too on freenode
[09:57] <Kilos> you using opera or an irc client
[09:58] <Golynx_> yeah
[09:58] <Kilos> with a client you enter passwords in the setup and it works on all freenode channels
[09:59] <Kilos> and you can group all your nicks
[10:00] <Golynx_> i dunno mine lists seperate freenode instances but force same passwords for all
[10:00] <Golynx_> maybe a bug
[10:00] <Kilos> just try hexchat so you can do the setup
[10:00] <Kilos> its in the repos
[10:01] <Kilos> you still doing everything on one workspace?
[10:07] <Golynx_> no i want it in opera
[10:07] <Golynx_> i will download again and see if it fixes it
[10:07] <Kilos> just the setup so it reconises you everytime
[10:08] <Golynx_> yeah i'm always on one workspace
[10:08] <Kilos> recognises
[10:08] <Golynx_> i already do that, but not working for my other accounts
[10:09] <Kilos> ai!
[10:09] <Kilos> how do you use irc in opera?
[10:10] <Golynx_> ok will reinstall opera now
[10:10] <Golynx_> wbb
[10:11] <Kilos> hmm...
[10:22] <Golynx> finally all accounts works , You are now identified for Gotango.
[10:22] <Kilos> which freenode do you use in opera
[10:23] <Golynx> i think a reinstall is the same as slaping a tv that dont wana work right lol
[10:23] <Kilos> often reinstall adds a bit
[10:23] <Golynx> kilos what you mean ?
[10:23] <Golynx> there is only one freenode
[10:24] <Kilos> im trying to setup irc in opera and the freenodes are in uk and other places
[10:24] <Golynx> i usually choose the European servers
[10:24] <Kilos> freenode-europe north america oceania etc
[10:25] <Kilos> clients just use freenode
[10:25] <Golynx> by me it shows Freenode - Europe (1)
[10:26] <Kilos> oh it runs on an opera server
[10:26] <Golynx> but if you want any freenode server just choose one like roddenberry.freenode.net and others
[10:27] <Kilos> the clients choose for you and when one goes down you move to another automatically
[10:28] <Golynx> if opera cant connect with the default server it skips to other EU servers in the list like irc.eu.freenode.net, saberhagen.freenode.net, kornbluth.freenode.net, sterling.freenode.net, adams.freenode.net, tolkien.freenode.net, calvino.freenode.net, leguin.freenode.net, burroughs.freenode.net
[10:28] <Golynx> ya
[10:29] <Kilos> na i dont want to use their server
[10:30] <Golynx> lol its not opera its just a irc client inside opera
[10:30] <Kilos> too much schlep to setup.
[10:30] <Golynx> if you want to use the opera irc then you can choose that besides freenode and dalnet
[10:31] <Kilos> installed client much better
[10:31] <Golynx> sure different strokes for different folks :)
[10:32] <Kilos> windows syndrome
[10:32] <Kilos> everything is on one desktop so try get as much as possible to work with one app
[10:33] <Golynx> windows also got workspaces
[10:33] <Golynx> i dont see a real use for them though
[10:34] <Kilos> ive only ever seen the one desktop on windows
[10:34] <Kilos> and everything minimised there
[10:35] <Golynx> mine had a new desktop chooser at the taskbar. Dunno if the previous owner of the lappy installed it.
[10:36] <Kilos> ah
[10:38] <Golynx> i just like seeing what i'm working on infront of me. I could easily forget something important thats on another workspace
[10:38] <Kilos> oh dont things flash to get your attention
[10:38] <Golynx> so i just list all my windows in the taskbar below, and can see what i'm working on and what programs are using them
[10:39] <Kilos> thats also why i use sound alerts
[10:39] <Kilos> doesnt xubuntu have a workspace switcher?
[10:39] <Golynx> alerts are for programs like Irc clients though
[10:39] <Golynx> yeah i removed it :)
[10:40] <Kilos> the different ones should light up when something is activated there
[10:40] <Kilos> ai!
[10:41] <Golynx> hmm, if i got a browser opened in one workspace and text editor in the other. When will i get alerted ?
[10:42] <Kilos> when something happens there
[10:42] <Golynx> i dont understand what you mean by alerts Kilos
[10:42] <Kilos> you also can get small text popups to show incoming messages etc
[10:42] <Kilos> sound
[10:42] <Kilos> um
[10:42] <Kilos> bell.ogg
[10:43] <Kilos> you can set them in irc clients to bleep when your nick is mentioned or with all channel messages etc
[10:43] <Golynx> most of what i do dont dont have events that fire off at set intervals or dynamically informing of something that happened by way of an alert.
[10:44] <Golynx> most of what i do is static.
[10:44] <Kilos> so what tells you someone has used your nick here
[10:44] <Kilos> or you have a new email
[10:44] <Golynx> a workspace i dont get the point , unless you got 50 programs and windows open
[10:44] <Kilos> or another im client needs attention
[10:46] <Golynx> i register the nicks i use in irc, np there
[10:47] <Kilos> oh dont you chat on mxit or aim or gtalk etc
[10:47] <Golynx> i usually manually check my mail , but nothing important enough from where i am now to check so often.
[10:48] <Golynx> yeah pidgin and other chat clients are opened too
[10:49] <Kilos> i have pidgin on its own workspace and evolution mail client on one and hexchat on one and can do other stuff on the other 6
[10:49] <Kilos> hehe
[10:50] <Golynx> good for you :)
[10:50] <Kilos> its easier for me
[10:53] <Golynx> maybe someday when i got too much stuff opened i will do the workspace thing, but now just the one is fine for me
[10:53] <Kilos> hehe
[10:53] <Kilos> horses for courses
[10:54] <Kilos> but why ride a carthorse if you can ride an arab
[10:55] <Golynx> lol
[11:19] <Rynomster> Hi Kilos
[11:19] <Rynomster> was out
[11:19] <Kilos> np
[16:45] <Trixar_za> So... I figure out the problem with the new database
[16:45] <Trixar_za> No default vendor/product ID given. Abort
[16:46] <Kilos> on what?
[16:46] <Trixar_za> Dumbass programmer of usb_modeswitch
[16:46] <Kilos> make it force a way in
[16:46] <Kilos> you should join their team Trixar_za and point out the errors
[16:48] <Trixar_za> I'm thinking of one
[16:48] <Trixar_za> If I can introduce the default vendor and product id manually, I can probably make it work with just the binary without having to drag tcl with the damn script
[16:51] <Kilos> good
[16:51] <Trixar_za> Still a pain though
[16:51] <Kilos> work it out and then enter it as a debian package
[16:52] <Kilos> there was a way to do that but i had the info about 10 installs back
[16:53] <Kilos> http://developer.ubuntu.com/2012/02/how-to-prepare-a-compiled-application-for-ubuntu-software-center/
[16:55] <Trixar_za> brb
[17:00] <Trixar_za> It works as long as you do it as root
[17:00] <Kilos> oh i had to run the new one here as root as well
[17:01] <Kilos> the desktop shortcut didnt work
[17:01] <Kilos> but modeswitch is a root thing isnt it
[17:11] <Trixar_za> Yeah
[17:11] <Trixar_za> I think maybe the yad addition causes the failure to run gksu
[17:11] <Trixar_za> so I just removed that code again
[17:25] <captine> evening all
[17:25] <Kilos> hi captine
[18:22]  * Trixar_za mumbles
[18:23] <Trixar_za> So I made it able to switch the device
[18:23] <Trixar_za> ... but for some reason it can't find the interface now
[18:23] <Kilos> eish
[18:34] <Trixar_za> Interesting
[18:34] <Trixar_za> Works with the pre-libusb-1.x version
[18:45] <Kilos> thse modem are terrible things
[18:47] <Trixar_za> More usb_modeswitch is
[18:47] <Trixar_za> trying it with the last good db and the latest usb_modeswitch binary
[18:47] <Trixar_za> brb
[18:47] <Kilos> ok
[18:47] <Kilos> good luck
[19:32] <Kilos> night all. sleep tight


[08:30] <acheronuk> cyphermox: hi.
[08:30] <acheronuk> I see here
[08:30] <acheronuk> https://bazaar.launchpad.net/~ubuntu-installer/ubiquity/trunk/view/head:/ubiquity/keyboard_names.py#L89
[08:30] <acheronuk> return self._layout_by_human[value]
[08:31] <acheronuk> I don't see that defined anywhere though? Am I missing it?
[08:31] <acheronuk> cjwatson: ^ you wrote that in 2012 :P
[08:32] <acheronuk> I am probably being dumb, but that is giving an error for Kubuntu front end
[08:46] <acheronuk> duh. I am being dumb. also wouldn't give a keyerror if it didn't exist!
[09:06] <cjwatson> Certainly looks defined, but I no longer remember much about that
[09:09] <acheronuk> cjwatson: not surprised :) thanks. sorry to bother you
[09:18] <acheronuk> hmmm. keyerror: 'English (USA)', but the values going into that dict is 'English (US)'
[10:05] <acheronuk> in ubi-console-setup.py, ly = keyboard_names.layout_id(lang, misc.utf8(layout)), misc.utf8(layout) returns the 'English (USA)'
[10:31] <acheronuk> I am still a bit lost with these ubiquity internals
[10:31] <acheronuk> PITA to debug
[10:50]  * acheronuk gives up
[14:29] <cyphermox> acheronuk: hey; ubiquity needs a refresh of the included console-setup; I'll do that now
[14:29] <cyphermox> Laney: ^
[14:31] <Laney> thx
[14:33] <acheronuk> cyphermox Laney: it was just that? FFS. thank you :)
[14:34] <cyphermox> I think it's just that yes. console-setup changes always need to be mirrored in ubiwuity
[14:34] <acheronuk> ok. fingers crossed!
[16:07] <cyphermox> acheronuk: ubiquity is in -proposed now; just waiting for my daily of kubuntu to finish downloading
[16:49] <acheronuk> cyphermox: I downloaded the .debs and tried installing those in yesterday's daily. German and French install seemed to not crash on keyboard choice page as they did before. I'll try to test with more languages and the actual new iso in the next few days. Plus try full installs, as there is a 2nd call to ubi console setup at some point in configuring the installed system IIRC
[16:49] <acheronuk> hopefully we are goo
[16:49] <acheronuk> *good