[03:09] <snookie_> Anyone tell me how to checkout the ubuntu mobile source code using bzr?  What's the latest branch that's stable and I can compile?
[03:12] <persia> The source isn't organised like that.
[03:12] <persia> Each of the Ubuntu Mobile flavours (MID, UMPC) is a collection of packages from Ubuntu.
[03:13] <persia> Each package in Ubuntu is managed separately: some are in bzr, but the majority are not.
[03:13] <snookie_> really?
[03:13] <persia> Or rather, the majority are, but aren't managed that way: they've been imported.
[03:13] <persia> Yes.
[03:14] <snookie_> so I'm interested in cross compiling the file system for another processor, how in the heck do I go about getting the source for the filesystem (known to compile)
[03:14] <persia> Which processor?
[03:14] <snookie_> coldfire
[03:14] <snookie_> it's a freescale processor
[03:14] <persia> That's m68k, right?
[03:14] <snookie_> yeah
[03:15] <persia> Well, you'd need to bootstrap it.
[03:15] <persia> I'd recommend starting with Debian m68k, and recompiling the Ubuntu base packages first.
[03:15] <snookie_> well, bootstrapping is step two
[03:15] <snookie_> I need the filesystem first
[03:15] <persia> NCommander, What's your thought on trying to port Ubuntu to m68k?  How long might it take?
[03:16] <persia> snookie_, Right.  It doesn't exist.  Like I said, you'd want to start with Debian m68k.
[03:16] <snookie_> but that's easy, freescale has a one click solution, they have their sources and compiler and a beautiful set of menuconfigs
[03:17] <snookie_> compiling their standard debian distro is easy
[03:17] <snookie_> I want to use the kernel I get from them with the ubuntu mobile filesystem, or maybe it's harder than that....
[03:17] <persia> Hrm?  "their standard debian distro"?  How does this differ from Debian itself?
[03:18] <snookie_> I don't know if it does, it's just a source tree included on their site that's known to compile
[03:18] <persia> Ah.
[03:19] <persia> Well, I'd say it's both easier and harder than you think.
[03:19] <snookie_> what are you thinking?
[03:19] <persia> Debian already has a userspace that works on m68k, with mostly the same packages as those used in Ubuntu (something like 85% of the packages are identical).
[03:20] <persia> So, you should be able to get a Debian system up with a minimum of fuss.
[03:20] <persia> If you install the same selection of packages as for one of the Ubuntu Mobile flavours, you'll end up with a fairly similar system, probably nearly sufficient for hacking about.
[03:21] <persia> You might want to recompile a few Ubuntu packages against this, but probably not too many.
[03:21] <snookie_> a few ubuntu packages?
[03:21] <snookie_> not sure I follow
[03:22] <persia> On the other hand, if you want to have a proper Ubuntu for m68k, you'll have to recompile everything: you'd start with the toolchain, getting the Ubuntu toolchain compiled (from under Debian is probably the easiest way to do this), and then use those packages in a chroot to compile the rest of things.
[03:22] <snookie_> why can't I use the freescale toolchain?
[03:22] <persia> OK.  85% or so of the packages in Debian and Ubuntu are identical.
[03:23] <persia> So, if you build a collection of packages for personal use, there's a good chance that you don't need to recompile much to handle patches you want.
[03:23] <persia> That's why I say "a few".
[03:23] <persia> Well, you could use the freescale toolchain, but the result wouldn't really be either Debian or Ubuntu.
[03:24] <persia> Also, if you use the freescale toolchain, you would probably want to recompile everything, which would take a very long time.
[03:24] <persia> Personally, I don't think it's worth that much time unless you're going for a full port, in which case, you'd want to use the Ubuntu toolchain.
[03:25] <persia> Also, as those machines aren't known for fast compiles, I'd think you'd do a lot better starting from Debian, where everything is already compiled for m68k.
[03:25] <snookie_> but I'd have to recomplie the ubuntu toolchain for the freescale processor no?
[03:25] <persia> Let's step back.  What's your ultimate goal?
[03:26] <snookie_> The ultimate goal is to benefit from all this being done on ubuntu mobile for the touch screen/mobile X/ etc
[03:26] <snookie_> but I don't want to go about starting my own distribution
[03:27] <persia> OK.  So you have some device, and you want to run Ubuntu on it for the touchscreen stuff.
[03:27] <persia> What's the specs on the device, roughly?  Memory, resolution, etc.?
[03:27] <snookie_> yeah, but all the other work they are doing is great too
[03:28] <snookie_> 64 Megs of DDR2
[03:28] <snookie_> resolution tbd
[03:28] <persia> I'll suggest going for a minimum resolution of 800x600, as anything less starts cutting off widgets in Ubuntu.
[03:29] <snookie_> okay
[03:29] <snookie_> Can you hold on two seconds, I'm being kicked out, gotta run to another room
[03:29] <snookie_> I'll probably lose internet
[03:29] <persia> There are some people who run as low as 640x480, but that gets fairly small.
[03:29] <snookie_> I really appreciate your help
[03:29] <persia> OK.  I'll wait.
[03:32] <snookie_> okay back
[03:32] <snookie_> thanks for waiting
[03:32] <snookie_> I can't imagine doing something smaller than 800x600
[03:32] <persia> No problem, especially that short.
[03:33] <persia> Yeah: some people like the low resolution, I'm not sure why.  There's 800x600 0.35" screens available, which is more DPI than most people want, but still lots of people talk about lower resolution.
[03:34] <persia> Also, 64MB RAM is extremely low for a full Ubuntu installation.
[03:34] <persia> Generally, 128 is considered minimum, 192 still low, and 256 a base beneath which it's hard to run.  That said, I know of several people who run with 64, and at least one who runs with 36, so it's possible.
[03:35] <persia> Next, do you have proper X drivers for the display, or is it a framebuffer?
[03:35] <snookie_> but isn't mobile-ubuntu better optimized for lower end processors?
[03:35] <snookie_> the freescale is only 200Mhz
[03:35] <persia> Not really.
[03:35] <snookie_> So what's the ARM this is targeted for?
[03:35] <persia> Well, the hildon environment has some tricks to work better with low resources, but it's still fairly hungry.
[03:36] <persia> Ubuntu as a whole is being ported to ARM, with a minimum of ARMv5t, but I would expect it to be slow.
[03:38] <persia> Slowest ARM I've heard about anyone running Ubuntu on is a 416MHz XScale 262
[03:38] <snookie_> so you think I would be better off dropping this dream of a freescale processor and using an ARM
[03:38] <snookie_> 200 is a lot slower than 400
[03:38] <snookie_> I just don't like how arm doesn't use real DDR2
[03:39] <persia> Well, processor clockspeeds can't really be compared between architectures well.
[03:39] <snookie_> yeah true
[03:40] <persia> That said, I'd recommend selecting x86, ppc, or ARM for your device, because Ubuntu is already ported to those architectures.
[03:40] <snookie_> Yeah, that's what I'm thinking
[03:40] <persia> That means you'd have very little compilation to do: mostly just installation, and maybe working with the kernel or toolchain a bit to make sure your device is well supported.
[03:41] <persia> You could also choose ia64, sparc, or hppa, but I don't know of any low-power chips for those architectures.
[03:42] <snookie_> Well, if anything, I'd use an arm
[03:43] <snookie_> the atom is very closed, it's hard to get a development board and the whole bios thing scares me, how do I get one without having to pay the ridiculous licensing fees
[03:43] <persia> Makes sense: those are more widely available.
[03:43] <persia> The coreboot project supports the Intel Menlow platform, if you want a bios for the Atom.
[03:44] <persia> Also, there's some interesting stuff being done with PowerQUICC
[03:44] <snookie_> as far as what?
[03:45] <persia> In terms of low-power (watt) processors for various applications.
[03:46] <persia> Anyway, as long as you don't have a dev board yet, there's lots of options.
[03:46] <persia> I was afraid you already had the Coldfire dev board, and were looking to install Ubuntu.
[03:46] <snookie_> no
[03:46] <snookie_> my buddy is really pushing coldfire, and I just think it's a dead end
[03:47] <snookie_> thank god
[03:47] <snookie_> I have a good reason to fight back
[03:48] <snookie_> = P
[03:48] <persia> Coldfire is fairly nifty, just not supported by Ubuntu.
[03:49] <snookie_> yeah
[03:49] <persia> Part of that is the immense effort seen in Debian to keep m68k up-to-date.  If you did want Coldfire, you'd really want to run Debian unless you were prepared to run a porting project.
[03:49] <snookie_> yeah I know what you mean
[03:50] <snookie_> the way they set it up, they are assuming you'd never use anything else
[03:51] <persia> Hrm?
[03:51] <snookie_> Anything being done at the moment for QUICC and ubuntu?
[03:51] <snookie_> I'm unfamiliar with it, I see it's PPC, but do they have it up and running on anything yet?
[03:52] <snookie_> I don't want to pick something that I'm going to have to dig myself out of to be on level playing ground...
[03:53] <persia> I haven't heard of anything PowerQUICC specific: most of the PPC crowd seems to be focused on old Macs and the PS3.
[03:53] <snookie_> yeah
[03:53] <persia> That said, you'd really want to ask freescale if it works: it should.
[03:53] <snookie_> lol
[03:54] <snookie_> so how do I keep up with the arm port, I'd like to be involved, get a development board, report my progress, etc
[03:55] <snookie_> well, I'll have to talk to my buddy, but I'm nearly certain we'll start out with an arm
[03:55] <persia> A lot of the discussion on the ARM port happens in #ubuntu-devel or on the<EMAIL_ADDRESS>mailing list.
[03:56] <persia> There's also an #ubuntu-arm channel for arm-specific discussions.
[03:56] <persia> https://launchpad.net/ubuntu/jaunty/armel/+builds shows the current build status of the packages
[03:57] <snookie_> how about the source code, it's going to be the same deal isn't it
[03:57] <persia> Yep.
[03:58] <persia> Do you run Ubuntu on any of your systems currently?
[03:58] <snookie_> but I imagine the packages have pre-built kernels and filesystems yes?
[03:58] <snookie_> yeah
[03:58] <persia> No, the packages are the same as for your Ubuntu system.
[03:58] <persia> So, if you want to look at e.g. teg, you'd look at the teg package, which is then compiled for each architecture.
[03:59] <persia> You can get the source with e.g. apt-get source teg.
[03:59] <persia> It's really the same Ubuntu system, just that you might install different packages on a handheld device than you might on a workstation or server.
[04:01] <persia> Same with the kernel: it's the same source as builds the kernel for any other architecture.
[04:01] <persia> The filesystems are built from the installation of a base set of packages.
[04:02] <snookie_> oh I was confused, I think  I understand.  I'd need to find out what the base set of packages are for a basic filesystem, use a ubuntu install to download the source, and then cross compile them
[04:03] <persia> If you select a supported architecture, you don't need to cross-compile: everything should already be built.
[04:04] <snookie_> terribly sorry, I'm confused now, how do I start out?  How do I go about getting a kernel and file system (if possible) for a supported arm kernel?
[04:05] <bizkut> http://www.geloraworld.org/bizkut/3pcs.png
[04:05] <persia> We're really getting off-topic for here: let's continue in #ubuntu-arm.
[04:06] <snookie_> okay thanks persia
[06:54] <NCommander> persia, with 22 m68ks? Maybe six months to a year
[06:55] <persia> snookie_, Based on that, I'm firmly recommending against the coldfire option :)
[06:56] <snookie_> rofl
[06:56] <snookie_> And that's probably for someone who wouldn't be doing this for the first time
[06:56] <snookie_> = P
[06:56] <snookie_> but that's just between you and me
[06:57] <snookie_> oh and the 36 other people in the chatroom
[06:57] <persia> That's why I asked someone who had worked on that sort of thing before: best to have the experts answer :)
[06:58] <NCommander> persia, wait, coldfire?
[06:58] <NCommander> persia, I thought you meant traditional m68k
[06:58] <NCommander> Coldfire probably could be done at half the speed of ARM since we can't leverage the existing Debian port
[06:59] <persia> We can't?  Why not?
[07:01] <NCommander> persia, coldfire and m68k use different instruction sets
[07:01] <NCommander> different op codes, and coldfire doesn't have FPU on most of their boards
[07:02] <persia> I thought that was solved last year, and that the m68k binaries worked for both coldfire and regular m68k.  Sorry for my confusion.
[07:03] <snookie_> but why can't you leverage the existing debian port for ARM?
[07:03] <persia> It was leveraged.
[07:05] <persia> Oh, I see.  The plan was identified last year, but m68k glibc still emits opcodes that confuse coldfires.  Indeed.
[07:06]  * NCommander would like to see a MIPS port before ColdFire
[07:06] <NCommander> Mostly because MIPS netbooks actually exist
[07:06] <persia> heh
[07:06]  * StevenK mutters about doorstops
[07:06]  * StevenK hides
[07:07]  * persia doesn't have any coldfire hardware heavy enough to stop a door
[07:07]  * NCommander doesn't either
[07:08] <persia> Now, in traditional m68k, they built heavy stuff, but there's only a couple coldfire solutions (e.g. UPSs) that would actually hold the door open.
[07:08] <persia> Mind you, that leads to the argument that coldfire isn't a doorstop architecture because it's not even useful enough to hold a door open, but that's probably off topic (plus, I am very happy with my coldfire devices)
[07:09]  * NCommander would like to see a LPIA Debian port ...
[07:09]  * NCommander runs
[07:09]  * StevenK kicks both NCommander and persia and mutters about metaphors
[07:10] <NCommander> The holiday spirit already left StevenK :-/
[07:10] <persia> It melts quickly at 26 degrees.
[07:10] <StevenK> It had to be in me in the first place to leave
[07:12]  * NCommander tries to picture StevenK happy and smiling ...
[07:13] <NCommander> Nope, nothing
[07:13] <StevenK> Oh, come on, I think I smiled once at UDS
[07:13] <persia> I saw that.
[07:13] <StevenK> But happy? No.
[07:14] <NCommander> StevenK, you smiled at people's misery
[07:14] <NCommander> such as my own
[07:14] <StevenK> Yes.
[07:15] <NCommander> -_-;;;
[07:16] <Hobbsee> NCommander: i'm fairly sure he also smiled when you kept falling off your chair.
[07:16] <StevenK> Bwaha
[07:16] <Hobbsee> and was also happy :P
[18:25] <king> Can someone comment on this?
[18:25] <king> This version of the Ubuntu Desktop operating system will target the ARMv7 architecture including ARM Cortex-A8 and Cortex-A9 processor-based systems.  Canonical’s support of a full ARM distribution will strengthen the ARM Linux ecosystem and widen the opportunity to leverage ARM technology into fast-growing markets.
[18:26] <king> Does ubuntu MID run on Openmoko Freerunner, an older ARM based handset?
[19:06] <NCommander> kirma, no, it won't work. OpenMoko's ARM chipset is too old
[19:06] <NCommander> er, king
[19:07] <NCommander> oh, missed him


[01:48] <pauljw> Hi everyone
[05:37] <lotuspsychje> good morning to all
[05:45] <lotuspsychje> !landscape
[06:02] <lotuspsychje> dax: a user reports tor from ubuntu repos should not be used, what you think of that?
[06:03] <lotuspsychje> dax: should we keep using !tor ?
[06:07] <dax> uh, !tor covers this...
[06:07] <dax> !tor
[06:08] <dax> whether they want to use our packages or listen to Tor is up to them, if they listen to Tor then obv. any issues with those packages would need to go to Tor rather than us (their channel is #tor on OFTC)
[06:08] <lotuspsychje> okay
[06:08] <lotuspsychje> dax: weird ubuntu keeps feeding package tor, if its unsafe?
[06:09] <dax> I suspect that Tor's opinion on the matter is not the only one.
[06:09] <lotuspsychje> maybe ill talk the hardened guys about it
[06:12] <ducasse> good morning, everyone
[06:12] <lotuspsychje> dax: seems like that guy already in hardened
[06:12] <lotuspsychje> hey ducasse
[06:13] <ducasse> hi lotuspsychje
[06:25] <lotuspsychje> dax: bottom line of hardened guys: <sarnold> lotuspsychje: it's hard to know which packages will get community love and care
[10:49] <immu> hi
[11:16] <BluesKaj> Hiyas all
[13:55] <ducasse> morning/afternoon, BluesKaj
[13:56] <BluesKaj> Hi ducasse :-)
[13:56] <ducasse> how are things?
[14:04] <BluesKaj> I'm fine, but the weather sucks, cold and damp, how about you?
[14:23] <immu> hi BluesKaj ducasse , weather is cool and dry
[14:24] <ducasse> BluesKaj: on some pretty heavy antibiotics (among other things) that my system doesn't agree with, so i'm not entirely myself. apologies for typos and weird language in advance :)
[14:37] <BluesKaj> heavy antibiotics ..hmm hope they work for you, they did for me a few ago
[14:38] <BluesKaj> yrs ago
[14:43] <ducasse> only been on antibiotics once before, and they worked fine. the only problem is that my body *really* dislike them, so i get a bunch of side effects. less than a week left now, so no big deal.
[14:51] <immu> ducasse, why are you taking heavy antibiotics? all ok mate . i know the effects of heavy medicines as my wife had to undergo them
[14:56] <ducasse> immu: without going into details, it's to fight off an infection. the doctors don't really know what's wrong yet, but this is the first step.
[14:57] <immu> no blood test? i wish for your early recovery to good health
[14:57] <immu> do drink lots of water and rest well
[15:09] <ducasse> immu: i did several blood tests because they suspected cancer, but thankfully those came back negative
[15:09] <ducasse> immu: but thanks for that, i haven't been much online since this started - not much energy for support
[15:10] <immu> strange? with all blood tests normal what have the doctors have found yet? another round of tests?
[15:15] <ducasse> immu: they did a whole bunch, i'm home until they find something or need to do more tests
[15:31] <immu> ducasse, i will pray for your recovery and good health
[15:34] <BluesKaj> yes ducasse we wish you good health, and get well soon
[15:38] <ducasse> thanks, guys - i'm sure it will soon be sorted out. but know you know why if i'm suddenly not here much the coming days, i can only sit at desk for so long before it gets painful.
[15:39] <ducasse> but appreciate the well-wishing!
[15:43] <immu> whats really happening to you? weakness, fever?
[15:53] <immu> what else every one
[17:00] <ef__> test
[17:26] <immu> test
[17:28] <ducasse> immu: thanks for caring, but i don't really want to go into details here
[17:29] <immu> no problem ducasse , your privacy and wishes will be respected
[18:11] <EriC^^> in the old days, new users used to join ubuntu for help, now the helpless can't join cause it's +r , and we end up with "reg" idiots who ask 10+ troll prize worthy questions a day flooding the channel with bull shit, while the people who actually needed help can't even figure out how to join
[18:12] <EriC^^> it's sad, and disgusting that the ubuntu company ditched its users and gave us a shit desktop now, and the ops won't move a finger to make the channel newbie hospitable again
[18:18] <BluesKaj> perhaps an ##noobuntu chat could be set up
[18:20] <BluesKaj> EriC^^, but I do agree the ubuntu chat has become more like the #linux chat where users are coming in questions about  code and long string commands etc
[18:21] <BluesKaj> with questions
[18:21] <EriC^^> who's this Neo1 ? every time i look at the channel i see him asking something and fighting with reg helpers, it should be a drinking game
[18:34] <ducasse> EriC^^: he's a totally newbie web/javascript developer who want to learn linux, but refuses to read docs. he insists on watching youtube videos instead.
[19:32] <immu> ducasse, lol
[19:34] <immu> hey EriC^^
[19:37] <immu> goodnite all
[19:37] <daftykins> \o
[21:17] <Bashing-om> We do Saturday :)


[23:28] <hasselmm> mhall119... so i managed to gain sabdfl's attention for a moment... wow. somehow. well.
[23:31] <mhall119> hasselmm: that happens
[23:31] <mhall119> he's usually pretty aware of what's going on in the community
[23:52] <hasselmm> ...and seems his charisma even passes internet wires


[00:52] <balz> When I go to play a DVD in myth, I get the first couple of splash scenes and then it cuts back to the menu ...  I have no idea where to start. any ideas?
[01:28] <vbman11_> I can't connect to my remote backend, but "sudo iptables -L" says that everything is accept on both computers
[01:29] <vbman11_> I'm still here
[01:29] <vbman11_> waiting
[01:46] <riegersn> vbman11_, do you have firestarter installed?
[01:47] <riegersn> vbman11_, try it out with firestarter running, i do that often so it alerts me if anything is blocked, then you know for sure if its your ip tables or not
[01:49] <Stemming78> Re-writing the LIRC file....  What command do I need to run to "remap" the buttons??? (replaced the old file with a new one)
[01:51] <balz> When I go to play a DVD in myth, I get the first couple of splash scenes and then it cuts back to the menu ...  I have no idea where to start. any ideas?
[01:53] <hads> !logs
[01:53] <Zinn> MythTV logs are stored in /var/log/mythtv/
[01:53] <hads> That's where you should start.
[01:56] <Stemming78> need the command to configure the LIRC...  cant seem to locate it....  Any help????
[01:58] <Stemming78> NM...  found it - mythbuntu-lirc-generator
[02:09] <Stemming78> How do I customize the MCE REMOTE (ver 2)???  any threads someone can point me too?
[02:14] <Stemming78> Please help.....
[02:28] <Stemming78> Anyone have the MCE REMOTE???  would like to know how to configure the "My TV" "My Music", etc.....
[04:44] <CNLiberal> can anyone tell me where to adjust the audio output for MythStream?
[04:47] <CNLiberal> the sounds works perfectly for my TV and for my music
[04:47] <CNLiberal> just not for streaming
[04:47] <CNLiberal> it looks like it's running mplayer but i don't know where to set the command
[05:03] <CNLiberal> figured it out
[05:03] <CNLiberal> the guy uses an XML file
[05:03] <CNLiberal> not something that's already in the DB
[06:09] <Androktasie> Hello, I'm trying to install Mythbuntu 8.04 AMD64 onto a used hard drive that used to contain one NTFS partition.  I've gone through the installer 3 times now, custom and standard, each time selecting "use the whole disk", and after it installs and ejects the CD I will reboot only to find that the BIOS won't load GRUB.  Gives an "Invalid partition table" error.  Is there an easy way to force...
[06:09] <Androktasie> ...this disk to become bootable?
[06:14] <buntunub> sounds like your issue is more ubuntu related
[06:15] <buntunub> mythbuntu is really just a specialized version of xubuntu
[06:15] <buntunub> ie.. its xubuntu with a mythbuntu theme and mythbuntu control center
[06:17] <buntunub> try installing ubuntu or xubuntu and then use synaptic to install the mythbuntu control center and do what you need from there
[06:18] <Tuv0k> mythbuntu is really just a specialized version of xubuntu, uh no
[06:21] <hads> ?
[06:23] <Androktasie> to be honest id much rather just have mythbuntu instead of the full ubuntu + control center.  there are a lot of packages that i wouldn't use and don't want to have to sort through.
[06:24] <buntunub> cool. do that then
[06:24] <buntunub> lots of options with linux
[06:26] <Androktasie> that's what im trying to do though... install linux and have it wipe out everything.  so far it's installed, it's wiped out everything, but it will not load grub
[06:26] <Androktasie> never had this issue with 7.10
[06:27] <buntunub> an invalid partition error suggests that there is a problem with the way you partitioned your setup
[06:27] <Androktasie> it was set to "use the whole disk"
[06:28] <buntunub> i got that so perhaps you could try manually partitioning instead
[06:28] <Androktasie> what options should i use?  is there a decent tutorial i should look at?
[06:28] <buntunub> from the livecd use gparted
[06:29] <buntunub> setup a /, /boot, /home, and some folks like a /var too
[06:29] <buntunub> oh and swap
[06:30] <buntunub> for mythtv i setup a seperate partition just for recordings as well
[06:30] <buntunub> works exceedingly well that
[06:31] <Androktasie> loading gparted now from a spare disc
[06:31] <Androktasie> its not included on the livecd surprisingly
[06:31] <buntunub> i think mythtv defaults to /var for recordings and livetv so you need to be careful there
[06:32] <buntunub> once you get all set up you need to check out the mythtv wiki
[06:32] <Androktasie> before i had it set to a RAID0 array i had going on.  im pretty much just trying to recreate my old setup, since the last one had a hdd failure
[06:32] <buntunub> its not so easy to setup
[06:33] <buntunub> gparted will be able to detect hdd issues pretty quick
[06:36] <Androktasie> right now im looking at what mythbuntu's installer set up by default.  i see /dev/sda1 as ext3 ( / ) with 140GB, /dev/sda2 as extended, and under that /dev/sda5 as linux-swap
[06:36] <Androktasie> no flags are set.  should i mark sda1 as boot?
[06:36] <buntunub> hard to say.. i dont know your drive setups
[06:37] <Steven_M> hi all, I'm about install mythbuntu again, I wan't to install grub on a boot partition instead of mbr. What size should the boot partition be and is ext3 a suitable filesystem?
[06:37] <Steven_M> wan't=want
[06:37] <buntunub> i have /boot, swap, and / on sda
[06:38] <Androktasie> butnub: just a 160 as the main mythbuntu drive, and two drives in raid as ext3 for the recordings.
[06:38] <buntunub> /home, /var, and /opt on seperate drives
[06:39] <buntunub> k so you have one primary drive and the rest for dumping stuff into
[06:40] <buntunub> for that i would put /boot, swap, /, and possibly /home
[06:41] <buntunub> Steven_M: 100 Megs is usually good for /boot and ext3 is fine
[06:57] <Androktasie> i think i figured out what was happening... mythbuntu was installing grub to the MBR of the wrong drive
[06:57] <Steven_M> buntunub: sorry I made  a  mistake I'm not talking about a boot partition I just mean a seperate partition for grub
[07:00] <Steven_M> so that it doesn't override the grub of my other distro
[07:09] <buntunub> thats weird
[07:10] <Steven_M> buntunub: what's weird?
[07:11] <buntunub> never had ubuntu do that to me before
[07:12] <buntunub> but i usually set a separate /boot partition
[07:23] <Steven_M> ahh ok
[07:23] <susa24> hello
[07:24] <susa24> i have mythbuntu installed and i have a couple of problems i cannot sort out on it
[07:25] <susa24> first of all is their a way of inserting a dvd or cd in the drive and automatically copying the contents of the disk to a specific location, and sort them into Video, Music etc..?
[07:26] <buntunub> susa24: there is but you have to set mythtv up for that
[07:26] <buntunub> see the mythtv wiki for details on how to
[07:27] <susa24> ok so u saying u cannot do it with mythbuntu u must use mythtv?
[07:28] <buntunub> you can do it in linux via scripts if you dont want to use mythtv or mytharchive
[07:30] <susa24> could you please point me in the right direction
[07:30] <susa24> ive been searching for a long time
[07:31] <buntunub> you can google for a script that someone may have written and posted for that sort of thing or you check to see if there is an app that has those options like possibly k3b or brasero
[07:32] <buntunub> if you want to learn some bash basics you can write the script yourself
[07:33] <susa24> k will have a look
[07:33] <susa24> thanks
[07:33] <buntunub> np i know it can be frustrating sometimes
[08:29] <susa24> hello people i have a Twinhad DTV-T, is it possible to use a different remote for it?
[08:29] <susa24> such as Logitech Harmony 525 Advanced Univeral Remote
[08:30] <susa24> or any other
[08:44] <susa24> anyone plz
[12:05] <MythbuntuGuest38> -nice stevetv
[12:05] <stevetv> :)
[12:05] <stevetv> hi
[13:05] <susa24> hello
[13:05] <susa24> anyone active at the moment
[13:06] <laga> maybe
[13:07] <susa24> hi laga
[13:08] <susa24> can u please tell me if the Logitech Harmony 525 remote works with MythBuntu
[13:08] <susa24> ?
[13:10] <laga> it's an universal remote, so it ought to work if it's configured properly
[20:00] <Dispader> Happy Labor Day, all.
[22:38] <MythbuntuGuest49> hi
[22:39] <Aled> anybody know about setting up mythbuntu LIRC with a homebrew serial reciever?


[00:30] <thumper> wallyworld: ta
[00:30] <wallyworld> np
[00:31] <wallyworld> thumper: one other thing i was going to do but too late probably
[00:32] <thumper> yeah?
[00:32] <wallyworld> the fmt.Sprintf() thing could be wrapped around the entire arg string
[00:32] <wallyworld> not just the one param
[00:32] <wallyworld> saves string concat etc
[00:32] <wallyworld> a bit neater maybe
[00:32] <thumper> not easily...
[00:32] <thumper> and I'm not sure it'd end up being neater
[00:32] <thumper> but not a big deal
[00:32] <wallyworld> or even just the chubks
[00:32] <wallyworld> chunks
[00:33] <wallyworld> yeah, not a big deal
[00:33] <thumper> hazinhell: still in hell?
[00:33] <thumper> hazinhell: keen to come to Dunedin?
[00:33] <hazinhell> thumper, yes and hell yes ;-)
[00:33]  * thumper nods
[00:33] <hazinhell> thumper, i've got some family thing i'm trying to work out that's got some minor overlap, but shouldn't be an issue
[00:33] <thumper> ok
[00:41] <davecheney> sinzui still around ?
[01:09] <axw> thumper: https://bugs.launchpad.net/juju-core/+bug/1258132
[01:09] <_mup_> Bug #1258132: [manual] bootstrap fails due to juju-db not starting <juju-core:Triaged> <https://launchpad.net/bugs/1258132>
[01:10] <axw> did you know about the reload-config option? consider it for local provider?
[01:10] <thumper> axw: yeah...
[01:10] <thumper> no, what is it?
[01:10] <axw> tells upstart to reload config from /etc/init
[01:11] <axw> I'm not sure if that's actually solving it, or just ading enough of a delay
[01:11] <axw> i.e. is it synchronous, or is it just scheduling another update that'll race
[01:11] <axw> anyway, was just wondering if you knew
[01:15] <thumper> axw: well, there is some race there that I've not solved yet
[01:15] <thumper> would be great if this did solve it
[01:16] <thumper> abently has a machine that fails about 50% of the tiem
[01:16] <thumper> so we could always use him as a tester :)
[01:16]  * thumper fixes another test isolation failure
[01:17] <thumper> GAH, WTF
[01:18] <thumper> hitting so many weird test failures
[01:18] <thumper> intermittent ones
[01:18] <thumper> this one in manual provider
[01:18] <thumper> environ_test.go:121:
[01:18] <thumper>     c.Assert(err, gc.ErrorMatches, "exit code 99")
[01:18] <thumper> ... error string = "failed to write input: write |1: broken pipe (output: \"JUJU-RC: 99\")"
[01:18] <thumper> ... regex string = "exit code 99"
[01:18] <thumper> huh?
[01:19] <thumper> and getting the provisioner not always making machines
[01:19] <thumper> two different tests failed due to that
[01:19] <thumper> in different places
[01:19] <axw> what the
[01:20] <axw> thumper: I'm changing some code in that vicinity, will look into it later today
[01:21] <thumper> kk
[01:22] <axw> thumper: my hypothesis is that upstart is seeing the file half-way through writing it (in place)
[01:22] <axw> gonna see if I can force reproduce it
[01:23] <thumper> axw: sounds possible
[01:23] <axw> in that case a touch would be sufficient
[01:23] <axw> reload-configuration would reload everything
[01:29] <davecheney> ummm
[01:29] <davecheney> % juju deploy cs:precise/haproxy-67
[01:29] <davecheney> ERROR cannot get charm: charm not found: cs:precise/haproxy-67
[01:30] <davecheney> ^ what has happened here
[01:30] <davecheney> this revision absolutely does exist
[01:30] <thumper> your syntax is wrong
[01:30] <thumper> surely
[01:30] <thumper> haproxy-67 isn't the name of a charm
[01:31] <davecheney> In all cases, a versioned charm URL will be expanded as expected (for example,
[01:31] <davecheney> mysql-33 becomes cs:precise/mysql-33).
[01:31] <davecheney> do I need to leave off the cs:precise ?
[01:31] <davecheney> % juju deploy haproxy-67
[01:31] <davecheney> ERROR cannot get charm: charm not found: cs:precise/haproxy-67
[01:32] <davecheney> thumper: this is sort os serious
[01:33] <davecheney> cts have hit a bug and need to use an older revision of the charm
[01:34]  * thumper looks
[01:35] <davecheney> oh god
[01:35] <davecheney> this is this fucking revno SHIT
[01:35] <davecheney> thumper: sorry
[01:36] <davecheney> its not a juju problem
[01:36] <davecheney> the charm revision is unrelated to the bzr revision
[01:41] <wallyworld> thumper: got time for a quick hangout?
[01:41] <thumper> wallyworld: ah... yeah
[01:41] <thumper> was just writing an email
[01:41] <wallyworld> ok, ping me when done
[01:41] <thumper> how short?
[01:41] <wallyworld> i can wait
[01:41] <thumper> school run is in 20 min
[01:42] <thumper> can you wait 30 minutes?
[01:42] <wallyworld> ok
[01:42] <thumper> ok
[01:42] <thumper> thanks
[02:00] <wallyworld> fwereade_: wtf are you doing awake?
[02:11] <thumper> wallyworld: https://plus.google.com/hangouts/_/7acpilj94h6vnkfr0qilf02c5k?hl=en
[02:12] <axw> davecheney: isn't the bootstrap error message logged higher up?
[02:26] <davecheney> axw: in a word, no
[02:26] <davecheney> or at least not without -v
[02:26] <davecheney> axw: https://bugs.launchpad.net/juju-core/+bug/1258246
[02:26] <_mup_> Bug #1258246: azure: juju bootstrap aborted for no apparent reason <azure-provider> <bootstrap> <ci> <intermittent-failure> <openstack-provider> <juju-core:In Progress by dave-cheney> <https://launchpad.net/bugs/1258246>
[02:29] <axw> davecheney: and with the additional log, don't you just see another "exit status 1" log message?
[02:29] <davecheney> axw: dunno
[02:29] <davecheney> i don't ahve control over that environemnt
[02:30] <axw> davecheney: I think the problem is that the error message we're showing isn't useful, not that it's not there
[02:30] <axw> but I may be mistaken
[02:30] <axw> ERROR exit status 1
[02:30] <axw> I think is from the ssh process
[02:30] <davecheney> i thnk that is coming from the jenkins builder
[02:30] <davecheney> axw: i'm suspecting the underlying cause is a timeout
[02:37] <wallyworld> bigjools: we need your advice. https://plus.google.com/hangouts/_/7acpilj94h6vnkfr0qilf02c5k?hl=en
[02:37] <wallyworld> btw it's work naked day today
[02:38] <thumper> citation needed
[02:38] <wallyworld> http://www.google.com.au/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&ved=0CC8QqQIwAA&url=http%3A%2F%2Fwww.news.com.au%2Fbusiness%2Fworklife%2Ffriday-6-december-is-work-in-the-nude-day%2Fstory-e6frfm9r-1226776444086&ei=rDihUuPvMoXskgWp44GQAQ&usg=AFQjCNExndNUWYGv4BBhrcIseRATwSXiJg&bvm=bv.57155469,d.dGI
[02:39] <wallyworld> bah. google sucks http://www.news.com.au/business/worklife/friday-6-december-is-work-in-the-nude-day/story-e6frfm9r-1226776444086
[02:44] <thumper> wallyworld: I'll just go make a coffee to sup while doing your reviews
[02:44] <thumper> axw: do you have any you'd like me to look at too?
[02:44] <wallyworld> ok
[02:44] <axw> thumper: ummm no not right now
[02:44] <axw> thanks
[02:44] <axw> I may do later on
[02:46] <axw> thumper: I'm going to look at fixing https://bugs.launchpad.net/juju-core/+bug/1167616 -- keeps tripping me up in tests
[02:46] <_mup_> Bug #1167616: state.SetEnvironConfig should take old and new config values <config> <state> <juju-core:Triaged> <https://launchpad.net/bugs/1167616>
[02:49] <axw> actually, I'm not even sure what's right there. hrm
[03:23] <wallyworld> thumper: the code doesn't allow 2 keys with the same comment to be added. but i guess they could be added manually. there's no go code for fingerprint that i know of so may have to shell out to get it
[03:24] <thumper> hmm...
[03:24] <thumper> Perhaps we just document the limitation
[03:25] <thumper> for now
[03:25] <wallyworld> i did think about using fingerprint
[03:25] <wallyworld> i'll have another look at the ssh package to see if there's anthing i missed
[03:26] <thumper> kk
[04:41] <jam> hatch: there is a 2.4.6 in the cloud-archive:tools archive (vs the stable ppa)
[04:41] <hatch> jam goodmorning :)
[04:41] <hatch> it's all working now
[04:42] <jam> hatch: so from the traceback, you had a mongod that was serving your .juju/local/db directory
[04:42] <jam> which because of how it got shutdown
[04:42] <jam> wasn't getting stopped by "juju destroy-environment"
[04:42] <jam> "some other thing was"
[04:42] <jam> and then every time you bootstrapped
[04:42] <jam> we would try to start a new one
[04:43] <jam> which was probably failing, but we didn't notice because hey, there is something listening on 37017 for us
[04:43] <jam> hatch: *probably* if you had killed the mongod it would have cleaned things up, too.
[04:43] <jam> as there *shouldn't* be a mongod running if nothing is bootstrapped
[04:43] <jam> hatch: anyway, I'm glad you got it working.
[04:43] <hatch> ahhh - so is this something that we could 'fix' - maybe simply by creating a better error message?
[09:02] <axw_> rogpeppe2: thanks for the review. just replied to your comment; would appreciate another look before I land
[09:02] <rogpeppe2> axw_: ok
[09:03] <rogpeppe2> axw_: the overwrite will come, i think, from the fact that we call Update on *all* the attributes
[09:03] <rogpeppe2> axw_: so "set-environment foo=a" will also update bar to the value that was previously seen
[09:04] <axw_> rogpeppe2: no, because it doesn't change between the load and the store
[09:04] <axw_> wait
[09:04] <axw_> no you're right
[09:04] <axw_> :)
[09:04] <rogpeppe2> axw_: :-)
[09:05] <rogpeppe2> axw_: we could change settings so that it only made the update if things had actually changed, but i think that has more likelihood of leading to problems in practice
[09:06] <axw_> rogpeppe2: I did start down the road of doing reflect.DeepEquals to check if things had changed, but was wary of changing things too much there
[09:06] <rogpeppe2> axw_: i thought about that, don't think it actually helps that much
[09:06] <rogpeppe2> axw_: we can still end up with an invalid config
[09:07] <rogpeppe2> axw_: that's why i think that something like what i suggested is the only decent way forward, as it allows the config to be verified as a whole, while still allowing atomic delta changes
[09:08] <rogpeppe2> axw_: but as i said, i'm ok with what you've done for the time being - it is an improvement, and it unblocks the other CL
[09:08] <axw_> rogpeppe2: and that would need to hook into the provider right? along the lines of the prechecker?
[09:08] <axw_> rogpeppe2: yep thanks, I'll land as is and leave the bug open
[09:09] <rogpeppe2> axw_: yeah - the function would need to call EnvironProvider.Verify
[09:09] <rogpeppe2> axw_: to my shame, i haven't actually looked at the prechecker
[09:10] <axw_> rogpeppe2: that's ok, it's not actually switched on yet :)
[09:10] <axw_> but it does essentially that, for machine/container additions
[10:35] <rogpeppe2> mgz: how close are you to landing the status changes?
[10:37] <rogpeppe> mgz: i find myself wanting better status info in the juju-restore command
[10:46] <dimitern> rogpeppe, mgz, fwereade_, TheMue, wallyworld, standup
[10:55] <dimitern> mgz, ?
[11:26]  * dimitern lunch
[13:13] <dimitern> rogpeppe, you've got a review on https://codereview.appspot.com/37850043/
[13:14] <rogpeppe> dimitern: thanks!
[13:15] <rogpeppe> dimitern: FWIW I aim to remove the current state.AddMachine entirely
[13:15] <rogpeppe> dimitern: it's only ever used in tests
[13:15] <dimitern> rogpeppe, ah, then perhaps rename it to AddTestingMachine? :)
[13:16] <rogpeppe> dimitern: i don't want to do that in this CL because there are hundreds of calls to it
[13:16] <rogpeppe> dimitern: hence i left it alone
[13:17] <dimitern> rogpeppe, so it merits mentioning in the CL description as well then
[13:17] <rogpeppe> dimitern: good point - i'll do that
[15:06] <dimitern> rogpeppe, i'd appreciate if you can take a look at this (still wip, just checking i'm on the right track): (only the file upload part done and tested, no state operations yet) https://codereview.appspot.com/38370043
[15:07] <rogpeppe> dimitern: looking
[15:30] <rogpeppe> dimitern: reviewed
[15:31] <dimitern> rogpeppe, cheers!
[15:50] <dpb1> Is this an old error that is now reapearing?  dpb@helo:trunk$ juju deploy --repository dev/charms local:raring/landscape-devenv
[15:50] <dpb1> ERROR cannot bundle charm: symlink "." links out of charm: "../precise/landscape-devenv/"
[15:52] <dimitern> rogpeppe, i can't see a way to verify the content type of the uploaded file before reading it
[15:53] <dimitern> dpb1, i've never seen this one - is it from juju-core or pyjuju?
[15:54] <dpb1> dimitern: juju-core.  I've seen it before with other types of symlinks in the repository path.  Thing is, I've been launching units like this just fine for multiple weeks on juju-core, and now it just breaks.
[15:55] <dimitern> dpb1, is it a charm dir or an archive?
[15:55] <rogpeppe>  dimitern: it's in Part.Header
[15:56] <dimitern> rogpeppe, i'll try that
[15:56] <dpb1> dimitern: this symlink points to an charm directory.  let me put up a paste
[15:57] <dpb1> dimitern: http://paste.ubuntu.com/6530321/
[15:58] <dimitern> dpb1, can you paste a find . instead in the charms dir please?
[16:00] <dpb1> dimitern: http://paste.ubuntu.com/6530335/
[16:04] <dimitern> dpb1, weird.. the error comes from checkSymlinkTarget in charm/bundle.go and that's been there for quite a while
[16:05] <dpb1> I'm racking my brain to think about what changed.  so far I have nothing.
[16:05] <dimitern> dpb1, maybe the symlinks are somehow strange? i can see // in the targets, instead of / - have you changed that?
[16:05] <dpb1> checking
[16:06] <dpb1> there is a trailing slash, let me try removing that
[16:07] <dpb1> dimitern: no, the trailing slash is there from ls -lF, nm  The symlink looks normal and hasn't changed.
[16:09] <dimitern> dpb1, what's your go version?
[16:10] <dpb1> dimitern: you mean juju-core version?
[16:10] <dpb1> 1.16.4-saucy-amd64
[16:12] <dimitern> dpb1, no, go version
[16:12] <dpb1> go version go1.1.2 linux/amd64
[16:12] <dimitern> dpb1, or you're using the binary and not building from source?
[16:12] <dpb1> binary
[16:12] <dpb1> yes, from the ppa
[16:13] <dimitern> sorry, i don't seem to grok how it did work before.. it shouldn't and you've gotten the same error earlier
[16:21] <dpb1> dimitern: ok  I'll keep digging into it
[16:21] <dimitern> dpb1, sorry i couldn't be more helpful
[16:21] <dpb1> dimitern: thx for the effort.  I'm stumped as well. :)
[17:52] <rogpeppe> does anyone know how to get tip bootstrapping correctly?
[17:52] <rogpeppe> i get "cannot find bootstrap tools: XML syntax error on line 9: element <hr> closed by </body>"
[17:53] <rogpeppe> i thought that would have been fixed a while ago
[17:54] <rogpeppe> this bug says it should have been fixed: https://bugs.launchpad.net/juju-core/+bug/1254401
[17:54] <_mup_> Bug #1254401: error reading from streams.canonical.com <bootstrap> <juju-core:Triaged> <https://launchpad.net/bugs/1254401>
[17:54] <rogpeppe> i guess i'll just have to make do with uploading tools
[17:54] <mgz> you have to upload-tools, yeah
[17:55] <mgz> rogpeppe: I think you can also supply tools-metadata-url
[17:55] <rogpeppe> mgz: you're alive! :-)
[17:55] <mgz> if you've put the tools+config bits in local swift say
[17:56] <mgz> rogpeppe: yeah, sorry I wasn't around earlier
[17:56] <rogpeppe> mgz: ah, do you know what tools-,metadata-url might work?
[17:56] <rogpeppe> mgz: np, just wondered if anything was up
[17:56] <mgz> sec, checking
[18:00] <mgz> rogpeppe: https://swift.canonistack.canonical.com/v1/AUTH_526ad877f3e3464589dc1145dfeaac60/juju-dist/tools may work, checking
[18:01] <rogpeppe> mgz: even from ec2?
[18:01] <mgz> hm, good question
[18:02] <mgz> well, to do tip you'd want to build/sync-tools/juju-metadata regardless, to your own s3/swift bucket
[18:03] <mgz> heh, and generate-tools is borked by the same bug
[18:03] <mgz> so, I guess --upload-tools *is* the only sane option
[18:08] <rogpeppe> mgz: :-(
[18:08] <rogpeppe> mgz: how can we have left tip broken for so long? this is not good.
[18:09]  * rogpeppe is tempted to escalate the bug to Critical
[18:13] <mgz> well, it's mostly that we have testing stuff that doesn't work in a place trunk expects to be sane
[18:24] <rogpeppe> ha, bootstrap is totally broken for me currently
[18:24] <rogpeppe> or for any client where it takes more than 5 seconds to connect to the bootstrap machine
[18:25] <rogpeppe> (it takes me 15 seconds to connect to any ec2 instance because of my horribly broken dns)
[18:32] <rogpeppe> https://bugs.launchpad.net/juju-core/+bug/1258607
[18:32] <_mup_> Bug #1258607: bootstrap doesn't work if Dial takes more than 5 seconds <juju-core:New> <https://launchpad.net/bugs/1258607>
[18:37]  * rogpeppe is done
[18:37] <rogpeppe> happy weekends all
[18:38] <mgz> and have a nice weekend rog
[18:38] <rogpeppe> mgz: you too mate


[07:06] <ara> good morning!
[07:12] <ara> mornign thekorn
[07:12] <ara> morning, even
[07:12] <thekorn> hey ara :)
[15:47] <melissawm> hi guys
[15:47] <melissawm> i need some advice
[15:48] <melissawm> i'm trying a triple boot here: i have vista and jaunty installed, and i would like to install karmic on a spare partition. should i just select the new partition as / and (re)install grub like in a regular ubuntu installation, or should i do something different?
[15:49] <melissawm> i'm reading in the forums some people apparently having trouble with grub x grub2
[15:55] <fader_> melissawm: According to the karmic technical overview, you might have some issues booting Vista if you install in a dual/triple boot
[15:55] <fader_> https://wiki.ubuntu.com/KarmicKoala/TechnicalOverview#Known%20issues
[15:56] <fader_> Though there are workarounds detailed in the bug (bug 402795)
[15:56] <ubot4> Launchpad bug 402795 in grub2 "windows option not shown" [High,Triaged] https://launchpad.net/bugs/402795
[15:59] <melissawm> thanks... apparently "sudo update-grub2" fixes it then
[16:00] <fader_> melissawm: It seems so... though I'll just reiterate to always have backups ;)
[16:00] <melissawm> no probs, i'm all backed up ;) and frankly if vista disappears it will not be a great loss as i boot on it once every 6 months max... :P
[16:01] <melissawm> thanks guys! i might come back in a while if things go wrong lol
[16:01] <melissawm> have a nice day!
[17:22] <bneff> Trying to test out Karmic Alpha 3 and having display issues during install...any suggestions?


[07:07] <goddard> why does Tizen have CDMA support but Ubuntu Phone does not?
[07:07] <goddard> can't just intergrate it?
[07:09] <Stskeeps> well, if you took a look at tizen's telephony stack you'd understand it's a NIH'ed telephony stack (last i saw) that is quite incompatible with the ofono that ubuntu phone and others use..
[07:20] <dholbach> good morning
[07:42] <goddard> Stskeeps: thanks for the primer
[08:55] <sturmflut> There are still CDMA phones?
[08:56] <sturmflut> https://en.wikipedia.org/wiki/List_of_CDMA2000_networks Wow, never looked at it
[08:59] <duflu> sturmflut: Hello... When you rebuilt your glmark2 package against libmirclient9, do you include the libmirclient9.* or rely on an external one?
[09:00] <duflu> "do you include libmirclient.so.9*"
[09:00] <duflu> I mean
[09:00] <duflu> Oh wait
[09:01] <duflu> Yes, anyway, either.
[09:09] <sturmflut> duflu: I rely on the external one
[09:09] <sturmflut> duflu: And I see now that this might cause problems?
[09:09] <duflu> sturmflut: Cool. So we can now change the protocol, just so long as we keep ABI level 9 :)
[09:10] <duflu> sturmflut: External is good. Thanks
[09:10] <sturmflut> duflu: Hm, but will the phone ship libmirclient.so.9 for all eternity? Probably not?
[09:10] <duflu> sturmflut: No, but we will defer any libmirclient10 for a long time (some major version)
[09:11] <duflu> Although it could be eternity. That would also be good.
[09:32] <mcphail> Is there any way we can post replies to questions about our apps in the reviews section of the store?
[09:33] <sturmflut> mcphail: Not that I know of
[09:34] <zzarr> good morning
[09:34] <sturmflut> mcphail: The "Reviews" are actually not there for user questions I think
[09:34] <sturmflut> zzarr: Good morning!
[09:35] <zzarr> :-)
[09:35] <mcphail> sturmflut: Thanks. I'll soundly thrash that user so he doesn't ask a question again :)
[09:37] <ondra> adfad666 yes it boot, booth 5.0 and 5.1. camera video recording and hw accelerated video playback does not work, otherwise rest should be functional
[09:38] <ondra> adfad666 flo is in same shape
[09:49] <sanjay_> hi
[09:51] <sanjay_> new student,installed dev-proposed-cust  through multirom mgr on nexsus 4
[09:52] <sanjay_> There was a camera app showing installed,did not work.After uninstall has disappeared from U store
[09:52] <sanjay_> How to install working camera?
[09:53] <sanjay_> running Wileyfox
[09:55] <mcphail> sanjay_: I think it is a hiccough just now. The current camera app uses a new framework which is only available on devices running the latest rc-proposed update (I think). If you can install rc-proposed, I think it should work...
[09:56] <mcphail> sanjay_: I don't think the dev* channels are recommended
[09:56] <sanjay_> i have proposed deve-cust ...is that the problem?
[09:58] <mcphail> sanjay_: I don't know that channel, but I suspect so. I think the dev* channels are based off 16.04, and are expected to be broken at most times
[09:59] <sturmflut> Has anybody ever tried to port Ubuntu to one of these "Android TV boxes"? Wouldn't that make for a perfect, cheap little "desktop"?
[09:59] <mcphail> sanjay_: If you want cutting-edge, use rc-proposed (which is only broken sometimes)
[10:00] <sanjay_> alright,I would try rc-proposed.Txs buddy
[10:00] <mcphail> sanjay_: good luck
[10:02] <sanjay_> quitting,bye for now
[10:17] <JamesTait> Good morning all; happy Friday, and happy birthday to UNICEF! 😃
[10:17]  * mcphail wonders if we can legally sing Happy Birthday without fear of prosecution yet
[10:57] <nox_> Hello all
[10:57] <nox_> Can I kindly ask community for help: I need a cheap (x86 if possible) 10"+ tablet. The purpose of the toy is browsing the web and app development, it means I don't want spend my time for hardcore kernel tuning (but tiny configuration is acceptable).
[10:57] <nox_> From what I know the only option is Nexus 10.
[10:58] <nox_> I also found the video with Aspire P3 https://www.youtube.com/watch?v=Hoa6RwnCq1g
[11:02] <lotuspsychje> nox_: nexus7 works like a charm on ubuntu touch
[11:02]  * nox_ "10"+ tablet"
[11:02] <lotuspsychje> nox_: not possible for now
[11:03] <lotuspsychje> !devices | nox_
[11:03] <nox_> Nexus 10 is on the list
[11:04] <anpok> yes, but while moving forward it is getting harder to support nexus 10
[11:05] <nox_> so nexus 10 isn't working?
[11:05] <anpok> nox_: i.e. the most current rc-proposed channel does not work on nexus10..
[11:05] <anpok> we improved things with the newest mir versio
[11:05] <anpok> n
[11:05] <nox_> ok, thanks
[11:05] <anpok> it might work again
[11:05] <anpok> I was about to test that these days
[11:06] <nox_> I understand it, but the situation is so strange in context of convergence feature
[11:07] <lotuspsychje> nox_: convergence will meet the future soon
[11:09] <nox_> I can say only about my use case, but having small enough, but usable with keyboard, tablet is natural
[11:13] <nox_> summarizing, anpok, you don't recommend Nexus 10 as shortterm toy. And what about Aspire P3 https://www.youtube.com/watch?v=Hoa6RwnCq1g
[11:13] <anpok> nox_: I dont know how to make it boot ubuntu - but if you manage that - you wont run into driver issues then..
[11:18] <nox_> thanks
[11:21] <nox_> If someone has positive experience with 10"+ tablet please leave a message https://plus.google.com/+bademusl/posts/Go3yh2abeoJ
[11:57] <Spacedog_ie> hi, I need info on backing up my ubuntu phone and wiping it. I need to return faulty hardware and want to make backup
[11:57] <Spacedog_ie> I can't connect to SSH since last update?
[11:58] <Spacedog_ie> any help appreciated
[12:03] <Spacedog_ie> ok, started sshd
[12:03] <Spacedog_ie> can connect with mobax
[12:04] <Spacedog_ie> it asks for logon id but boots me after entering phablet or root.
[12:04] <Spacedog_ie> this used to work before the update.
[12:05] <Spacedog_ie> I'm puzzled
[12:07] <Spacedog_ie> ok, tried on my ubuntu client with command line ssh
[12:08] <Spacedog_ie> it says permission denied public key
[12:08] <mcphail> Spacedog_ie: do you have your public key on the device?
[12:08] <Spacedog_ie> everythings defauly bro.
[12:09] <ogra_> Spacedog_ie, password auth is disabled in the phone sshd
[12:09] <Spacedog_ie> I used to be able to SSH in before the last update.
[12:09] <mcphail> Spacedog_ie: if you haven't added your public key, you won't be able to ssh in
[12:09] <ogra_> you can only log in if your key was copied to the device
[12:09] <Spacedog_ie> can you talk me through that please.
[12:09] <Spacedog_ie> or link to an FAQ plz
[12:09] <ogra_> there is an askubuntu.com thread for it
[12:10] <ogra_> http://askubuntu.com/questions/348714/how-can-i-access-my-ubuntu-phone-over-ssh/599041#599041
[12:10] <Spacedog_ie> thanks bro, much appreciated
[12:17] <Spacedog_ie> quick question, what folder are contacts info locates?
[12:17] <Spacedog_ie> located
[12:28] <Spacedog_ie> hi, sorry to be greedy for help but how can I go about backing up contacts
[12:31] <jgdx> Spacedog_ie, renatu could probably help you out there, but he's not on for another couple of hours.
[12:34] <Spacedog_ie> ok
[12:52] <renatu> Spacedog_ie, the contacts are stored on EDS data folter. ~/.local/share/evolution/addressbook/
[12:52] <Ubunmx4> Hi all :D
[12:53] <Ubunmx4> I have a m4 phone whit ubuntu, i try to change the wallpaper in to the phone
[12:53] <Ubunmx4> but it's always white
[12:54] <Ubunmx4> i believe i need to change the flyme wallpaper, but i don't know where
[12:54] <Ubunmx4> can anyone help me?
[12:59] <davmor2> Ubunmx4: nope this is done deliberately currently as it make the text in scope readable, you can change the welcome screen only for now
[12:59] <Ubunmx4> :O
[13:00] <Ubunmx4> really? can't we change the background image?
[13:05] <Ubunmx4> but it's only for now, in to the future we can have opportunity to change the wallpaper?
[13:06] <davmor2> Ubunmx4: yeap, as I say you can change the welcome screen image
[13:06] <Ubunmx4> davmor2: i have see this image on official site of ubuntu http://www.ubuntuphone.it/files/2015/02/ubuntu-touch-meizu-MX4.jpg
[13:07] <Ubunmx4> the phone have violet screen
[13:07] <Spacedog_ie> thanks Ubunmx4
[13:07] <davmor2> Ubunmx4: old image, it started that colour and was changed to make the text easier to read and a more consistent feel
[13:08] <Ubunmx4> Spacedog_ie: thanks for what?? :D
[13:08] <Ubunmx4> i understand davmor2
[13:08] <Spacedog_ie> thanks renatu
[13:08] <Spacedog_ie> oops
[13:09] <Ubunmx4> the phone whit white screen is so boring  :x :S
[13:10] <Ubunmx4> (c: need we to whait how much time for the wallpaper changer?
[13:44] <sturmflut> bfiller: Ping, regarding bug 1434517 "480p and 1080p video appear to use the same bitrate", has the question about the recommended bitrate for each video resolution been answered?
[14:30] <bfiller> sturmflut: no it hasn't been answered, but we're comparing to what Android does, seems they use variable bit rate
[14:31] <bfiller> sturmflut: if you have information about this would be helpful
[15:18] <Ubunmx4> davmor2: how can i do a screenshot in ubuntu phone?
[15:18] <davmor2> Ubunmx4: both volume keys at the same time
[15:23] <Ubunmx4> a oko
[15:23] <Ubunmx4> ok
[15:25] <Ubunmx4> this phone can change his firmware whit android firmware?


[00:00] <bluesabre> ok, I see the note now
[00:19] <bluesabre> Logan_, if you happen to get a free moment, would you mind merging...
[00:19] <bluesabre> https://code.launchpad.net/~smd-seandavis/ubuntu/trusty/xfce4-indicator-plugin/upstart-init/+merge/214713
[00:22]  * Logan_ looks
[00:30] <bluesabre> :)
[00:30] <bluesabre> ochosi: merged your branch
[00:49] <Logan_> bluesabre: sorry, forgot to say that I uploaded it
[00:49] <bluesabre> haha, thanks Logan_
[00:55] <Unit193> Indeed, thanks.
[01:04] <bluesabre> brainwash: poke
[01:11] <Unit193> zequence: What'd you decide to go for, in terms of LTS support timeframe?
[01:25] <Unit193> https://wiki.ubuntu.com/UbuntuStudio/14.04/LTS-proposal Ah.
[01:55] <CajunTechie> Hello everyone
[02:21] <Noskcaj_school> hello CajunTechie. DId you end up finding something to work on?
[02:40] <bluesabre> micahg, mrpouit: I think xubuntu-meta needs one more refresh
[02:42] <micahg> bluesabre: ok, I can run that now
[02:42] <bluesabre> great, thanks a lot micahg!
[02:43] <bluesabre> need to head to bed now, bbl
[03:03] <CajunTechie> Noskcaj, Not yet. Still looking to connect with folks.
[06:03] <bluesabre> micahg: did you get to update xubuntu-meta?
[06:04] <elfy> bluesabre: do you know what's going on with removing ibus?
[06:04] <elfy> all I saw was a comment by knome last night agreeing with me
[06:04] <bluesabre> elfy: I merged the branch that removes it
[06:04] <bluesabre> xubuntu-meta needs refreshed for it to take effect
[06:05] <elfy> awesome - thanks
[06:06] <Unit193> [23:08:50] queuebot:#ubuntu-release: Unapproved: xubuntu-meta (trusty-proposed/universe) [2.179 => 2.180] (xubuntu)
[06:08] <elfy> update mangler has stopped showing up in the last day or so
[06:08] <elfy> not that I actually use it
[06:10] <Unit193> Congrats, glad you got rid of it.
[06:10] <elfy> lol
[06:11] <elfy> just thinking about 'user a'
[06:11] <elfy> really not thinking about people like us 'user z' :)
[06:12] <Unit193> I think I'm user 㔕
[06:26] <jhenke> good morning folks
[06:26] <elfy> morning
[07:00] <Noskcaj> the purple software center looks pretty strange with the new whiskermenu layout
[07:04] <knome> micahg, Unit193: if not else, we can pop in a new release of midori in .1
[07:04] <knome> what about the abiword stuff?
[07:04] <knome> the upstream statuses are fix released, will we be picking those fixes?
[07:11] <Unit193> knome: Wut?
[07:11] <knome> wut wat
[07:12] <knome> Unit193, have you got a trusty installation handy?
[07:12] <Unit193> Not one to break, but yeah.
[07:12] <knome> can you smoketest https://code.launchpad.net/~noskcaj/ubuntu/trusty/xfce4-xkb-plugin/lp-733563/+merge/214365 ?
[07:13] <Noskcaj> knome, both patches had been tested by others, but i can't
[07:13] <Noskcaj> local install too broken
[07:13] <knome> Noskcaj, can you get them leave a comment on the MP?
[07:13] <Noskcaj> ok
[07:13] <knome> thanks
[07:14] <Unit193> Nice, so tested already.  The midori talk was in -ot, not here. :P
[07:14] <knome> Unit193, re: midori: so?
[07:14] <knome> why should we divert discussion to -ot?
[07:15] <Unit193> I'm saying, it's not Xubuntu really, not seeded and Debian doesn't have a newer one released, just my usual rambleing.
[07:15] <knome> yeah, but if it's a nice release, would be nice to get it in
[07:15] <Unit193> It's no longer released on xfce.org
[07:15] <knome> aha
[07:16] <Unit193> So, I'd be glad to have someone else review and fix it the rest of the way, but..
[07:16] <Unit193> Anything after release would have to be an SRU.
[07:17] <knome> i acknowledge
[07:20] <Noskcaj> Unit193, Maybe contact corsac, he maintains midori in debian
[07:20] <Unit193> Noskcaj: See -ot, no he doesn't.
[07:21] <Noskcaj> oh
[07:22]  * Noskcaj nominates Unit193 as the new maintainer
[07:22] <Unit193> He was only an uploader, not the maintainer.
[07:28] <elfy> bbl
[07:35] <Noskcaj> xfburn o.5.2 merge now up
[10:37] <brainwash> fujiwarat │ brainwash: Right, ibus-daemon picks up the current session layout so probably your desktop does not pick up /etc/default/keyboard.
[11:10] <brainwash> fujiwarat │ ibus enables only keymaps in simple.xml and other are considered upon the request. ibus won't check /etc/default/keyboard. It would be the task for desktop.
[11:11] <brainwash> should drop the kb layout bug report from -bugs after dropping ibus?
[11:13] <brainwash> maybe also add "xfce4-session" to it and mark as wishlist
[11:45] <knome> brainwash, should move it to the .1 blueprint and keep the importance
[11:52] <brainwash> uhm, "right
[11:53] <knome> any reason you see why not?
[11:54] <brainwash> it's fine to move it
[11:56] <brainwash> but we need to add some Xfce component to it, otherwise it's an ibus issue (which may be not fixed according to fujiwarat)
[11:58] <brainwash> and we have to deal with upgraders
[11:59] <brainwash> unless ibus is removed during the upgrade process
[12:00] <knome> my take is...
[12:00] <knome> either you use ibus, or don't
[12:00] <knome> if you don't, you don't care about the upgrade process
[12:00] <knome> if you do, well, you probably just want it to work, and we should be mostly okay by communicating the situation to people
[12:01] <knome> wait
[12:01] <knome> i misunderstood
[12:01] <knome> (or -read)
[12:01] <knome> yeah, we should take care ibus is removed... i guess.
[12:01] <knome> or make a mention in the release notes
[12:02] <knome> the situation is far from perfect, but how do you fix it?
[12:02] <knome> adding an xfce component or not, we should look at fixing the original bug with .1
[12:04] <brainwash> true, we need some more time to fix it properly
[12:05] <knome> i think dropping ibus from the default installation is the best of the bad options we have
[12:05] <knome> i don't know how we make sure ibus is removed on upgrade
[12:05] <knome> maybe removing it and everything that depends on it from the seed?
[12:08] <brainwash> not sure, we removed xscreensaver completely, but still got a report that it did not get removed while upgrading to 14.04
[12:10] <starrats> ? has Trusty Tahr been given an RC1 status?
[12:11] <brainwash> the solution is for ibus is very simple, we need to echo the current system kb layout to the session (setxkbmap) before ibus starts
[12:12] <brainwash> still, if ibus does not know this kb layout, like for example "de (nodeadkeys)", it will fall back to "us"
[12:15] <brainwash> we can provide the workaround for the first part, but the second part (missing layouts in ibus) will still trouble some people
[12:19] <knome> starrats, in what way "given" ?
[12:22] <starrats> RC1 status instead of Beta status , knome as in prior to the release date next Thursday.
[12:22] <knome> what are you referring to with "RC status"?
[12:24] <starrats> RC = Release Candidate, a nick on another channel I'm on asked me that and also a discussion going on about what 'x' in xubuntu means, he thinks it is X-Windows like in Xorg and i told him it meant xfce
[12:26] <starrats> see the link I'm posting and scroll down a bit:   http://www.omgubuntu.co.uk/2013/08/ubuntu-14-04-lts-release-schedule
[12:27] <knome> afaik, there isn't any special RC images
[12:27] <knome> if that's what they are asking
[12:30] <starrats> I know that it was a Ubuntu site but yes on what they were asking
[12:50] <elfy> no special images afaik either
[12:58] <elfy> knome: one way or the other we will need to mention ibus in the release notes, depending on if we can remove it on upgrade
[12:58] <knome> elfy, yep
[12:59] <knome> elfy, i've added something on the release ntoes
[12:59] <elfy> ok - not looked yet
[13:18] <knome> bbl
[13:40] <pleia2> ochosi: you like g+ want to be another manager of our team? (I'm the only active one, want more for bus factor)
[14:20] <micahg> knome: no, you can't pop in new versions of midori in point releases, but there's always backports
[14:20] <micahg> (and it's unseeded anyways)
[14:21]  * micahg disappears again
[14:29] <brainwash> elfy: now I fully understand the ibus issue and why it works in gnome/unity
[14:31] <brainwash> ibus only uses a subset of all the available keymaps, so if a particular keymap is not in the list, it will fall back to "us"
[14:31] <brainwash> "gb" is not in the list
[14:32] <brainwash> "gb (extended blabala)" is
[14:32] <knome> micahg, "can't"?:P
[14:32] <knome> everything is possible!
[14:33] <knome> brainwash, how do we add those keymaps into the list?
[14:33] <brainwash> gnome-settings-daemon asks ibus if it knows about a keymap, if no, then it will deactivate ibus until it's needed again
[14:34] <knome> mmh..
[14:34] <brainwash> knome: via bug report I guess
[14:34] <brainwash> upstream
[14:34] <brainwash> BUT
[14:34] <brainwash> https://bugzilla.redhat.com/show_bug.cgi?id=924314
[14:34] <brainwash> "Closing this bug If you're fine with gb(extd)."
[14:35] <knome> hmm
[14:35] <brainwash> so this needs to be fixed upstream in ibus
[14:35] <knome> right...
[14:35] <knome> for every broken languge, that is, right?
[14:35] <brainwash> either we add all the missing keymaps or request to implement a sane fallback solution
[14:35] <brainwash> indeed, mostly for all the missing layout variants
[14:35] <knome> can the keymaps be, in a way or another, "just" symlinks ?
[14:36] <knome> or equivalent
[14:37] <brainwash> ibus does not provide the keymap files... it only checks its own list (simple xml) file
[14:37] <knome> aha
[14:37] <brainwash> adding a keymap to ibus is therefore really easy
[14:37] <knome> right
[14:37] <knome> so..
[14:38] <brainwash> see /usr/share/ibus/component/simple.xml
[14:38] <knome> tell me more about gnome-settings-daemon
[14:38] <knome> when does it ask for a layout?
[14:38] <brainwash> g-s-d has some sort of ibus integration
[14:38] <knome> i don't think i have ibus installed ;d
[14:38] <knome> hmm
[14:38] <knome> or just have that file
[14:39] <brainwash> the file is provided by ibus
[14:40] <brainwash> we could add "gb" downstream
[14:40] <brainwash> and "de (nodeadkeys)"
[14:40] <brainwash> and ..
[14:40] <brainwash> :)
[14:41] <knome> mm yeah
[14:41] <knome> or write a simple daemon that does ibus integration?
[14:41] <knome> or, simple and simple...
[14:42] <brainwash> we could add it to xfsettingsd
[14:42] <brainwash> but that's meh somehow
[14:43] <knome> i have ibus installed, but not that file...
[14:44] <knome> hmm, wait, i don't
[14:44] <brainwash> ibus: /usr/share/ibus/component/simple.xml
[14:44] <knome> i had some ibus stuff on the menu
[14:44] <knome> which is why i thought i had ibus...
[14:46] <brainwash> so the whole thing is rather complicated to fix, if the ibus maintainer strictly avoids to bloat the keymap list
[14:46] <knome> well, i can understand that
[14:49] <brainwash> so we should drop the report completely, if the user wants ibus, then he should be able to configure it (select the layouts he needs)
[14:50] <brainwash> if a keymap is not listed, then he should bother the ibus dev
[14:50] <knome> well,
[14:51] <brainwash> it's targeting gnome and is maintained by a redhat dev, why should Xfce bother about it
[15:38] <brainwash> bluesabre: ping
[15:50] <brainwash> bluesabre: added a comment to bug 1278089
[16:40] <elfy> brainwash: thanks for all that info - but if we're not going to use it then my interest will wane quickly :)
[16:42] <brainwash> elfy: right, we don't know if ibus will make its comeback
[16:43] <elfy> well ... my only interest in it starts and ends at the fact that suddenly it didn't work for us - previous to that I had no idea it was even there :)
[16:43] <elfy> if people want or need it then they'll be setting it up anyway with sane values for them
[16:43] <brainwash> exactly
[16:44] <elfy> as we're losing it - the QA leads interest has come to an abrupt halt :)
[16:47] <juanmontoya> hi, how do I report a bug? (Alt-1 to switch tab is not working on xubuntu beta)
[16:47] <brainwash> generally not working?
[16:48] <brainwash> there are different apps with tab support
[16:48] <juanmontoya> yes, doesn't work on firefox, gvim, xfce4-terminal
[16:48] <elfy> works ok here in hexchat/firefox
[16:49] <juanmontoya> mhm... maybe it's already fixed...
[16:49] <elfy> and xfce4-term
[16:49] <elfy> I'm updated to about 7 hours ago
[16:49] <brainwash> create a new user account and try to confirm it
[16:50] <juanmontoya> I'll try that when I get home :)
[16:50] <brainwash> and if you want to report a bug, simply run "ubuntu-bug <package>"
[16:51] <brainwash> package would be.. hmm, not easy to tell which package could be the culprit
[16:51] <juanmontoya> oh... I have done that before but forgot about it this time, I was lost at xubuntu.org/contribute and the faq ^^
[16:53] <brainwash> did you maybe change or add a keyboard shortcut which involves <alt> and 1?
[16:55] <juanmontoya> not as far as I know, but I'll check, maybe I did it by accident
[16:55] <juanmontoya> I thought this was happening to everyone
[16:56] <brainwash> ok, so please test it with a new user account and report a bug if needed
[16:56] <brainwash> thanks :)
[16:56] <juanmontoya> I'll do that, thanks to you too
[18:01] <slickymaster> meeting time, no?
[18:01] <elfy> not yet slickymaster :)
[18:02] <elfy> an hour yet
[18:02] <slickymaster> wasn't it at 19:00 UTC?
[18:02] <elfy> Thu Apr 10 18:02:28 UTC 2014
[18:02] <elfy> it is at 19:00 UTC :)
[18:03] <slickymaster> damn, forgot we changed the hour to daylight settings over here
[18:03] <elfy> ha ha ha
[18:08] <elfy> so today's daily - has proper wallpapers \o/
[18:08] <elfy> and a list of keyboard layouts for ibus ...
[18:19] <knome> i will be at the meeting, but might be a tad late
[18:19] <knome> see you later
[18:19] <knome> ->
[18:28] <brainwash> elfy: wallpapers! :)
[18:30] <brainwash> I did not save the link to your lid close test run spreadsheet
[18:31] <elfy> sound is still not enabled - messages same
[18:31] <elfy> brainwash: https://docs.google.com/spreadsheet/ccc?key=0AmA-9EbkJPYddDVzSk5RdHotTVpRMlc5aGFicDJ2X0E#gid=0
[18:31] <brainwash> thanks
[18:32] <brainwash> the package got uploaded 7 hours ago
[18:32] <brainwash> so it will be fixed tomorrow or whenever a new iso is built
[18:32] <elfy> ok - sound and messages?
[18:33] <brainwash> yes
[18:47] <knome> elfy, even live session has the correct wallpaper?
[18:48] <elfy> knome: yep
[18:48] <knome> jolly :)
[18:48] <elfy> seems both bugs are fixed
[18:48] <knome> mhm
[18:49] <knome> bah, i almost got stuck in an elevator and was about to be much later in the meeting
[18:49] <elfy> actually I will dblcheck after install state
[18:49] <knome> yep
[18:49] <knome> anyway, nice progress!
[18:49] <elfy> yea :)
[18:59] <knome> #startmeeting Xubuntu community meeting
[18:59] <meetingology> Meeting started Thu Apr 10 18:59:12 2014 UTC.  The chair is knome. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[18:59] <meetingology> Available commands: action commands idea info link nick
[18:59] <knome> who's here for the meeting?
[19:00] <slickymaster> o/ sort of in and out. I have a fish baking in the oven
[19:00] <jjfrv8-work> me too, in and out that is
[19:01] <Unit193> I should be here, but doing other things so may be reading backlog every so often.
[19:01] <knome> !team | meeting time
[19:02] <knome> #topic Team updates
[19:02] <knome> #done Wallpaper issues fixed - thanks to xnox
[19:03] <knome> #info IBus should be now dropped by default and not cause problems
[19:03] <knome> #done knome fixed the website archives
[19:04] <knome> hmm, we're clearly quiet and small in numbers today
[19:04] <Unit193> Still on the image from today.
[19:04] <elfy> ibus is still installed from today's image
[19:05] <Unit193> parole, xfce4-indicator-plugin, and other recent fixes count?
[19:05] <knome> Unit193, sure.
[19:05] <RFleming> Greetings!
[19:05] <RFleming> Indicator icons have changed I see.
[19:06] <knome> RFleming, we're in the middle of a meeting, you might want to wait for a bit.
[19:06] <RFleming> knome, apologies
[19:06] <knome> no problem
[19:06] <Unit193> #done xfce4-indicator-plugin patched and uploaded to start the indicators.
[19:06] <Unit193> (not by me.)
[19:07] <knome> #done knome started writing the release annoucement/notes: http://pad.ubuntu.com/Xubuntu1404Final
[19:07] <knome> #topic Announcements
[19:07] <knome> #info Final release in one week (!)
[19:07] <elfy> #info 32 bit upgrade tests since April 1st - 3 normal 3 LTS
[19:07] <elfy> #info 64 bit - the same
[19:08] <knome> elfy, i can do one on real hardware, real data some day
[19:08] <elfy> a good % of those we have were hardware
[19:08] <elfy> but we've still not had many
[19:08] <knome> are you happy with that, or should we try to get more?
[19:09] <Unit193> I can do one more hardware one, but I'm delaying because :uptime:
[19:09] <elfy> get more
[19:09] <elfy> at least if we can
[19:09] <slickymaster> I can only do them on virtual enviroments :(
[19:09] <knome> elfy, i know this is an absurd question and the only right answer is "as much as possible", but how much more would you like to see?
[19:10] <knome> we could try to catch some people from social media etc. who are running 12.04
[19:10] <elfy> at least what we've had up to now would be nice
[19:10] <knome> and guide them hand-in-hand through the stuff
[19:10] <elfy> s/at least double
[19:10] <knome> yeah..
[19:10] <knome> i'm more worried about the LTS->LTS path
[19:10] <knome> Unit193, 32 or 64?
[19:11] <Unit193> Saucy 32.
[19:11] <mzr> are you looking for all physical at this point or still both?
[19:11] <knome> right, saucy...
[19:11] <elfy> same - could do a specific call for it - but I think it would be better to try and grab people from social if possible
[19:11] <knome> mzr, physical, real installations would be the best
[19:11] <knome> mzr, because that's a "real" test
[19:12] <mzr> yeah, figures
[19:12] <knome> #action knome to work with elfy to get some people from social media to run upgrade tests (the team can guide them through)
[19:12] <meetingology> ACTION: knome to work with elfy to get some people from social media to run upgrade tests (the team can guide them through)
[19:12] <elfy> might be worth getting some sort of straw poll on when people are actually about
[19:13] <knome> evening/night-time utc is usually active at least
[19:13] <elfy> yep
[19:13] <knome> i'll look into it
[19:13] <elfy> I'm not going to be about during the day UTC till release day
[19:14] <knome> mhm, that's ok
[19:14] <knome> #topic Other issues
[19:14] <knome> anything else?
[19:14] <elfy> not from me
[19:15] <slickymaster> nothing from me
[19:15] <knome> #topic Schedule next meeting
[19:15] <knome> do we want one more before release?
[19:15] <knome> tue? wed?
[19:16] <elfy> tue would be better perhaps
[19:16] <knome> yep, some time to react
[19:16] <elfy> could make sure we've got all the known issues for the release notes too
[19:16] <knome> yep
[19:16] <knome> though we should do that during the week as well
[19:17] <elfy> indeed - I will try to get that closer beforehand
[19:17] <knome> yep
[19:17] <knome> i think we're pretty good though
[19:17] <knome> #info Next meeting: Tue 15 April 2014, 19UTC
[19:17] <knome> #endmeeting
[19:17] <meetingology> Meeting ended Thu Apr 10 19:17:59 2014 UTC.
[19:17] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/xubuntu-devel/2014/xubuntu-devel.2014-04-10-18.59.moin.txt
[19:17] <knome> thanks
[19:18] <slickymaster> thanks knome
[19:18] <knome> lderan, #done still not working ;)
[19:18] <slickymaster> ->
[19:18] <elfy> thanks knome
[19:19] <mzr> if you need people to help with getting old LTS'ers to upgrade I'd be glad to assist
[19:19] <Unit193> Short enough.  Also, got the annoying black screen thing from light-locker, had to restart lightdm. :/
[19:22] <elfy> knome: why is it not possible to add bugs to the .1 blueprint - was going to move the ibus one
[19:23] <knome> mzr, that would be useful, ask elfy for detals
[19:23] <knome> elfy, hmm..
[19:23] <elfy> mzr: what arch - and I'll grab the testcase I'd like done :)
[19:24] <mzr> not thinking we're on the same page...
[19:24] <elfy> ohhh
[19:24] <elfy> you mean - getting others to do it ?
[19:25] <mzr> that is what I meant, hard for me to do anything that's not vm
[19:26] <knome> elfy, dunno, i can do it
[19:26] <elfy> well - the social admins will do that
[19:26] <elfy> knome: I'll login and have another go ...
[19:26] <knome> moved ;)
[19:27] <elfy> ta - I could do it now :p
[19:27] <knome> heh, good
[19:27] <elfy> I forgot I was trying to login to things earlier when login.ubuntu went down
[19:28] <knome> brainwash, any specific reason bug 1301873 was linked to the .1 blueprint?
[19:28] <mzr> sorry elfy, wish i could help you out with that
[19:28] <brainwash> it should be tested until .1
[19:28] <elfy> mzr: that's ok
[19:28] <knome> brainwash, yes... but it's a new feature, not a bug fix
[19:29] <brainwash> it is a bug fix
[19:29] <brainwash> for incomplete support
[19:29] <knome> for what issue?
[19:29] <brainwash> :)
[19:29] <brainwash> read the upstream report
[19:29] <brainwash> but feel free to remove it :(
[19:30] <knome> well, i'm just thinking it's not probably high priority for an SRU
[19:30] <brainwash> wishlist then
[19:30] <knome> the bug status is fine as it is..
[19:31] <knome> but how does that bug impact regular trusty installations?
[19:32] <brainwash> it does not affect them
[19:32] <brainwash> unless you install apps which are title-less
[19:33] <brainwash> do we already need to talk about 14.04.1? :)
[19:33] <knome> yes...
[19:33] <knome> sorry, but i'm dropping the bug
[19:33] <knome> feel free to get it tested
[19:33] <brainwash> ok
[19:34] <knome> and i have nothing against including it in .1
[19:34] <knome> just want that blueprint to have the most prominent stuff
[19:34] <knome> that we really really want to fix
[19:34] <knome> there are bugs for every release to fix ;)
[19:36] <brainwash> sure
[19:41]  * Logan_ waves
[19:41] <brainwash> hi Logan_
[19:41] <Unit193> Logan_: Hellos.
[19:45] <brainwash> Logan_: any success with the abiword packaging?
[19:45] <elfy> evening Logan_ :)
[19:45] <elfy> at least it is here ...
[19:48] <Logan_> elfy: afternoon 😊
[19:48] <Logan_> brainwash: haven't taken a look yet
[20:52] <GuilhermeBCM> Hello, I've upgraded my system from Xubuntu 13.10 to 14.04. I've noticed two issues. First one is lack of Ubuntu One client. The second is that, after resume the laptop, I can unlock it with my password, but I receive a blank screen. I have to <CTRL>+<ALT>+<F1> and issue a reboot directly on the console.
[20:54] <GuilhermeBCM> What is the correct channel to report these problems?
[20:57] <ochosi> GuilhermeBCM: ubuntu one has been discontinued, so that's not a surprise
[20:57] <ochosi> GuilhermeBCM: that second issue is known and being worked on, so no need to report it anymore
[20:59] <ochosi> brainwash: thanks for looking into that parole issue. i was pretty sure it was a missing codec/gst-plugin problem to begin with. guess that'll be a small packaging update...
[20:59] <ochosi> brainwash: also thanks for the ll debugging
[21:00] <GuilhermeBCM> I did not know about Ubuntu One being discontinued. I use it a lot... :(
[21:00] <ochosi> GuilhermeBCM: then better backup your stuff... https://one.ubuntu.com/services/shutdown/
[21:01] <GuilhermeBCM> Maybe it's time to setup encryption in my tiki blog and use it instead... :D
[21:03] <GuilhermeBCM> I have some files shared with my wife, and also in my desktop and laptop. I use the service most like a central point for file sync. Maybe I return to unison. :-/
[21:03] <GuilhermeBCM> But thanks anyway.
[21:24] <Noskcaj> Would you guys support https://code.launchpad.net/~noskcaj/ubuntu/trusty/xfburn/bugfixes/+merge/215094 being uploaded?
[21:24] <knome> Noskcaj, under final freeze, no
[21:25] <knome> blu-ray support sounds like a feature
[21:25] <Noskcaj> makes sense
[21:25] <Noskcaj> I'll make an SRU when we release
[21:28] <brainwash> Noskcaj: looks we got a broken help button in xfce4-power-manager :)
[21:28] <ochosi> brainwash: known bug
[21:28] <brainwash> since 4.10
[21:28] <ochosi> and i think eric even worked on a fix already
[21:29] <brainwash> yes
[21:29] <brainwash> I know :D
[21:29] <ochosi> not sure whether he has pushed it to his branch already
[21:29] <ochosi> anyway, as i mentioned previously, after 14.04 there'll be some time to get xfpm in better shape than it currently is (it can only get better..)
[21:29] <ochosi> brainwash: what's the last status on the lid-suspend problem?
[21:30] <brainwash> http://git.xfce.org/xfce/xfce4-power-manager/commit/?id=5add232a73e348b0aa56aedfb4cb75051e817c84
[21:30] <brainwash> ochosi: hard to tell, it's like going in circles
[21:30] <ochosi> :/
[21:30] <ochosi> so it's unclear again what the culprit is?
[21:32] <brainwash> I'm not sure
[21:32] <brainwash> we need to test gnome-screen-saver
[21:33] <brainwash> gnome-screensaver
[21:34] <ochosi> didn't someone on say (on the bugreport or ml) that g-s worked for them?
[21:36] <brainwash> maybe
[21:36] <brainwash> I'll try to find the comment
[21:46] <Unit193> https://unit193.net/what.png <--- there's the xfwm bug, root pixmap seems to be written to and not updated correctly.  VLC was goofing up, and when I changed desktops the area finally updated, before it was sections of VLC.
[21:48] <brainwash> looks like some demon is trying to enter your desktop
[21:52] <Unit193> Yes, yes there is. 0_o
[21:52] <Unit193> (Nah, second desktop. :P )
[22:11] <Noskcaj> Should we try and get a final freeze upload of parole for bug 1278089 ?
[22:11] <Noskcaj> "high" priority, minor fix
[22:13] <knome> guess we should fix the packaging and make that package a recommends of parole
[22:14] <brainwash> strange, the package is included on the iso
[22:14] <Noskcaj> depends or recommends? Since parole is breaking when it's not installed
[22:15] <knome> only some files
[22:15] <brainwash> recommends
[22:15] <brainwash> currently it's suggests
[22:16] <brainwash> but why is the package present on the iso?
[22:16] <ochosi> yeah, i agree, recommends should be fine
[22:17] <brainwash> does the iso include all the "suggests:" packages?
[22:17] <Unit193> No.
[22:17] <Noskcaj> lp:~noskcaj/ubuntu/trusty/parole/missing-depend
[22:18] <Noskcaj> I have to go to school now, if you guys think the branch is all good, please propose it for merging
[22:26] <brainwash> I would have also moved -good to recommends
[22:26] <brainwash> xubuntu-restricted-addons installs -bad -ugly -libav
[22:27] <brainwash> -good contains "PulseAudio plugin library"
[22:27] <knome> brainwash, changes under final freeze should be well argumented; how do you argument also moving -good?
[22:28] <brainwash> totem does the same :)
[22:28] <brainwash> yeah, I don't expect it to happen
[22:28] <knome> we can do that for .1 :P
[22:29] <brainwash> we got no information about the benefit of adding -good too
[22:29] <knome> :)
[22:29] <brainwash> just noticed that xubuntu-restricted-addons won't install it (restricted stuff)
[22:30] <brainwash> so I was wondering what would install it
[22:30] <brainwash> on a default xubuntu installation
[22:47] <brainwash> oh.. I was about to ask if anyone can confirm bug 1304128
[22:47] <brainwash> ToZ: ^
[22:47] <brainwash> :)
[22:48] <ToZ> yep, that one was mine
[22:49] <ToZ> happened during the 12.04 to 14.04 upgrade. Don't think xscreensaver was removed
[22:50] <brainwash> does it get selected if you autoremove packages?
[22:51] <brainwash> I assume that xscreensaver is set to "manual" installed in apt
[22:51] <ToZ> I don't have that system up anymore, but I always autoremove and the end of installs/upgrades and it was still there.
[22:51] <brainwash> would be great if someone else could confirm it
[22:52] <brainwash> clean install of 12.04 -> 14.04
[22:52] <brainwash> and maybe 13.10 -> 14.04
[22:53] <slickymaster> I'll be doing some testing for Unit193 tomorrow, brainwash. After that I can take a stabe at those
[22:53] <brainwash> thanks you :)
[22:53] <brainwash> thank
[22:54] <ToZ> I'll see if I can find some free time this weekend to do another 12.04 to 14.04 to verify this as well.
[22:54] <brainwash> so, if it remains on the system, we could add a note to the release page
[22:54] <slickymaster> if it still happens, I'll add that note
[22:54] <brainwash> great
[23:22] <brainwash> anyone affected by bug 1210898? I've uploaded a package for testing (see comment #11)
[23:23] <ToZ> brainwash, working fine here - just auto-mounted external usb drive
[23:26] <brainwash> ok, I'll test it later, but I do remember that my test system mounted some external usb drive fine too
[23:26] <brainwash> automatically
[23:28] <ToZ> brainwash, DVD movie automounted fine and starting playing
[23:30] <brainwash> so it does not affect all users (if any at all using 14.04) and it's only a minor annoyance anyway
[23:31] <brainwash> ToZ: thanks for testing it :)