[02:41] <Salam_M_Ahmed> Hello Guys
[02:55] <Salam_M_Ahmed> Hello guys
[04:59] <jacky> Anyone using that new Dropbox plugin for Dolphin?
[05:00] <jacky> it's right up with the Git and SVN plugins
[05:04] <valorie> jacky: how did you get that?
[05:04] <valorie> from within Dolphin?
[05:08] <jacky> yup
[05:08] <jacky> I'm using Trusty right now
[05:08] <jacky> It's one of the those service plugins
[05:09] <jacky> I'm asking because the moment I pop it open, I get a race condition.
[05:09] <jacky> I'd try to report it, but my local apport cache is filled :/
[05:11] <valorie> I don't see how one gets plugins
[05:13]  * jacky goes to make a screenshot
[05:13] <jacky> http://i.imgur.com/4lrLnCt.png
[05:13] <jacky> check it out
[05:14] <jacky> the services can be added as scripts
[05:14] <jacky> but that Dropbox one is a native one from what I gather
[05:15] <jacky> http://paste.ubuntu.com/7220102
[05:15] <valorie> I got a crash as well
[05:16] <jacky> it's going to keep crashing
[05:16] <jacky> you'd have to go into ~/.kde/share/config/dolphinrc and remove 'Dropbox' from the VersionControl group
[05:16] <jacky> that'd be at the bottom of the file
[05:17] <jacky> I don't know if I should report this as a bug though
[05:18] <valorie> this will file a KDE bug though
[05:18] <valorie> all I did was check the Dropbox box, and restart Dolphin
[05:18] <valorie> immediate crash
[05:18] <valorie> wow, logging into bko is slow.....
[05:26] <valorie> jacky: https://bugs.kde.org/show_bug.cgi?id=333185
[05:27] <valorie> you might add your input
[05:27] <jacky> I'll do so
[05:28] <valorie> danke; thanks for raising the issue
[05:31] <valorie> once I change VersionControl to null, dolphin starts again
[08:33] <sibe> libreoffice-kde bug on 14.04 lts !
[08:33] <valorie> sibe, known and being actively discussed
[08:34] <valorie> but `ubuntu-bug libreoffice-kde` will probably get you some matches to comment upon
[08:36] <sibe> What is the bug will be fixed by next week ? (sorry i don't no speak english very good because i'm french).
[08:48] <sibe> Speak french ?
[08:49] <OerHeks> !fr
[08:50] <sibe> kde5 will he included you in Kubuntu 14.10 ?
[08:52] <OerHeks> no, 14.04 will have KDE Applications and Platform 4.13
[08:52] <lordievader> sibe: No, 4.13 will be in Trusty.
[08:52] <sibe> Kubuntu 14.10 not 14.04 !!
[08:53] <lordievader> Ah, not sure if there are plans for 14.10 yet about kde. Try #kubuntu-devel.
[08:58] <sibe> Why Kubuntu is not personalized (unlike OpenSuSe, Mageia ...) ?
[09:01] <OerHeks> sibe what do you mean with personalized?
[09:04] <sibe> For example Xubuntu, they effect efforts to screen new background and a change theme lightdm with opensuse it also changes the theme but their sauce in kubuntu, you simply use the background default screen and the theme of the default KDE session. There is no customization effort. You take Ubuntu, you add KDE and that's all.
[09:04] <lordievader> sibe: Kubuntu tries to have a vanilla KDE experience.
[09:06] <sibe> sorry lordievader, i don't understand "vanilla kde experience", for me, vanilla its a ice.
[09:06] <lordievader> sibe: This one: http://en.wikipedia.org/wiki/Vanilla_software
[09:07] <OerHeks> sibe you can peronalize your kubuntu as you like, if kubuntu does that for you, how would dat be personal?
[09:07] <sibe> ok in this case it is a mistake this strategy, which is why Kubuntu is not the Number one Linux distribution using KDE.
[09:08] <sibe>  In the future will require more effort Kubuntu level customization for 14.04 it's too late but I hope you will think for 14.10
[09:10] <sibe> and Libreoffice-kde bug on Kubuntu 14.04 LTS, fixe bug please !
[09:35] <lordievader> Actually I quite like the vanilla part.
[09:58] <alket> is there a kubuntu daily ?
[09:59] <lordievader> alket: http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[09:59] <alket> lordievader: thanks
[12:04] <BluesKaj> Hiyas all
[12:38] <darius93> Question, why on kubuntu when I select the amd proprietary gpu drivers that upon restarting and logging in that the gpu drivers crash and fallback to opensource (or no drivers?) until I enable compositing via commandline and reload using kwin --replace?  [1] http://unetbootin.sourceforge.net/
[12:43] <lordievader> Maxlel: You don't want to use Wubi.
[12:43] <yossarianuk> wubi is crap
[12:43] <yossarianuk> and not supported.
[12:43] <yossarianuk> on newer versions
[12:43] <yossarianuk> (speed was far far slower than a real install)
[12:43] <Maxlel> LiveLinux USB creator okay?
[12:43] <BluesKaj> wubi isn't supported anylonger afaik
[12:45] <yossarianuk> really unless you need it today your perhaps better off waiting a week and installing 14.04 btw......
[12:45] <yossarianuk> (you can always upgrade)
[12:45] <Maxlel> I'm new to linux....
[12:46] <Maxlel> linux sucks in terms of user-friendliness
[12:46] <Maxlel> everything's so nerdy and geeky
[12:46] <lordievader> That's not quite true.
[12:47] <Maxlel> what's this persistence shit
[12:47] <Maxlel> I am allocating 2040mb of persistence is it okay?
[12:47] <BluesKaj> Maxlel, do you have a support question, your opinion isn't  warranted or needed here , since you're to linux it reall doesn't matter
[12:47] <BluesKaj> new
[12:47] <Maxlel> okay support question ^
[12:48] <yossarianuk> Maxlel: you don;t need a persisance file just to install bw.
[12:49] <Maxlel> what's it needed for? Ty btw, you're the only person here making direct sense w/o some tyrant crap
[12:50] <yossarianuk> Maxlel: it means you can save files, etc to the USB live disk
[12:50] <yossarianuk> not needed for an install
[12:50] <yossarianuk> usefull if you plan to use the USB live cd to work on.
[12:50] <yossarianuk> not if your just installing.
[12:51] <Maxlel> hmm okay got it, the live USB is done
[12:51] <Maxlel> what now?
[12:51] <yossarianuk> (something you cannot do on other systems - like Windows)
[12:51] <yossarianuk> you need to boot off usb and install
[12:52] <Maxlel> you mean that change in bios thing and all
[12:52] <Maxlel> ?
[12:52] <darius93> Maxlel yes
[12:52] <darius93> normally most new systems allow you to boot from another source (eg cd, usb, hdd, etc) without changing anything in the bius
[12:52] <yossarianuk> most modern bios have a boot option - i.e press esc when booting to choose boot medium.
[12:52] <darius93> s/buis/bios
[12:53] <Maxlel> hmm okay anything to know before I log off and boot?
[12:53] <darius93> Everything is straight forward honestly
[12:54] <darius93> make sure to check the additional drivers/driver manager for any drivers
[12:54] <yossarianuk> if you have UEFI - the 13.10 iso is unbootable (without manual tweaking) unless you have a network connection during install and install updates
[12:54] <BluesKaj> Maxlel, suggest you do some research about partitoning if you intend to keep windows
[12:54] <yossarianuk> (they should have remade the .iso...)
[12:55] <yossarianuk> 14.04 the issue isn't there.
[12:55] <BluesKaj> !dualboot
[12:55] <BluesKaj> Maxlel,^
[12:55] <darius93> Or have a spare hard drive to use linux on
[12:56] <BluesKaj> heh, my spare has windows
[12:56] <Maxlel> I have desktop and a laptop
[12:56] <Maxlel> planning to get linux on both
[12:56] <Maxlel> but have windows 7 ultimate on both
[12:57] <Maxlel> windows is good, but it fucked my life once due to security threats
[12:57] <darius93> lol windows isnt that good honestly
[12:57] <darius93> but i have to admit, windows 8 was a big pain while 8.1 was kinda easier to use
[12:57] <yossarianuk> i've always thought Windows was terrible.
[12:58] <Maxlel> my laptop is UEFI dunno why in the hell these manufacturers made that shit
[12:58] <yossarianuk> I grew up using Amigas - in 1991 it could do things that Windows PC's still couldn;t do in 2001.
[12:58] <darius93> linux distos are wonderful to use. Those who are still using winxp should upgrade to 14.04 honestly
[12:58] <yossarianuk> Linux was closer to the Amiga ....
[12:58] <BluesKaj> Maxlel, pls no need for that kind of language here
[12:58] <Maxlel> sry it's kinda habit
[12:59] <yossarianuk> Maxlel: if you have UEFI just make sure you have a network connection - or just wait a week and install 14.04
[12:59] <yossarianuk> ( i mean a network connection during install)
[12:59] <Maxlel> so Kubuntu gonna upgrade in a week to 14.04?
[13:00] <BluesKaj> install 14.04 now, it's already quite stable
[13:00] <Maxlel> actually I'm not sure what linux distro to use Oo I read on internet that Kubuntu is a good choice for people coming over from windows
[13:01] <Maxlel> you guys got any advices?
[13:01] <BluesKaj> Maxlel, yes the KDE desktop looks familiar to windows users
[13:02] <yossarianuk> Windows 7/Vista stole various aspects of its desktop from KDE 4.x.....
[13:02] <Maxlel> nice, so if I install 13.10 now, how much time do you reckon it'll take for an upgrade?
[13:03] <darius93> yossarianuk, thats microsoft for you ;P
[13:03] <yossarianuk> i.e the menu (which was first used in Opensuse's version..)
[13:03] <yossarianuk> Windows 8.x is a unity/gnome clone imo...
[13:03] <Maxlel> on an average I mean, what's the time needed for an upgrade?
[13:03] <darius93> Maxlel, you can always upgrade from 13.10 to 14.04 but its best to use kubuntu 14.04 since it is stable
[13:03] <yossarianuk> depends on your connection speed
[13:04] <Maxlel> I get 500 kbps avg
[13:04] <Maxlel> 400-500 kbps
[13:04] <darius93> and it also depends on what all you have installed
[13:04] <yossarianuk> could be  awhile then - maybe 30 - 75 mins
[13:04] <darius93> once everything is installed run apt-get update;apt-get upgrade;apt-get dist-upgrade then upgrade to 14.04 from 13.10
[13:04] <yossarianuk> (also depends on speed of you disks, etc)
[13:05] <yossarianuk> apt-get update;apt-get upgrade;apt-get dist-upgrade  - that will not upgrade the version.
[13:05] <yossarianuk> do-release-upgrade will upgrade
[13:05] <yossarianuk> personally i would just wait
[13:05] <darius93> yossarianuk, im referring to the software not the OS upgrade
[13:05] <Maxlel> hmm....a week....
[13:05] <yossarianuk> ah ok !
[13:06] <yossarianuk> the initial release of 14.04 may have a few more bugs in also... they are using kde 4.13 (only released in next few days.)
[13:06] <darius93> Maxlel, its completely your choice. You can wait a week for the official release, or use 14.04 beta, or ue 13.10 until the official release
[13:06] <yossarianuk> but kde 4.13 will be better in long run.
[13:07] <darius93> at least they get updates out faster than windows >.<
[13:08] <BluesKaj> too much info, just let him decide
[13:08] <darius93> ^
[13:08] <Maxlel> need linux urgently to run a sniffer lel
[13:08] <Striezl> Hello
[13:08] <darius93> a sniffer?
[13:08] <darius93> hi Striezl
[13:09] <BluesKaj> Maxlel, get it out of your head that linux is for black hat hackers
[13:10] <Maxlel> it's all for academical purposes Blues
[13:10] <Maxlel> if you know what I mean xD
[13:10] <darius93> Maxlel, thats what they all say >.<
[13:10] <Striezl> here kubuntu is calling for help
[13:10] <Striezl> https://wiki.kubuntu.org/Kubuntu/GettingInvolved
[13:10] <Striezl> i want to help but how?
[13:10] <Maxlel> send them $$$$$$$$$$$$$444
[13:11] <Pici> Striezl: There are a bunch of ways listed there Support/Development/Design/etc is there one of those that you have questions about?
[13:16] <BluesKaj> good riddance as far as I'm concerned ...users like him we don't need
[13:19] <yossarianuk> BluesKaj: almost like he was just a troll...
[13:20] <darius93> how stable is Muon Discover in 14.04? in 13.10 it would randomly crash here and there
[13:22] <BluesKaj> yossarianuk,  he is , asking about sniffers, that trolling IMO.
[13:23] <BluesKaj> darius93, still a bit unstable here too, so i just use muon by itself for package reference
[13:24] <yossarianuk> is kubuntu 14.04 due out the same day as ubuntu (it norammly is...)
[13:24] <darius93> afaik yes
[13:24] <BluesKaj> yes
[13:32] <Maxlel> guys it's me
[13:32] <Maxlel> need help
[13:32] <Maxlel> I am trying to install kubuntu on my system
[13:32] <Maxlel> in 4th step of Disk setup, it's doing something
[13:33] <Maxlel> I want to dual boot
[13:33] <Maxlel> but it's taking up entire disk
[13:33] <Maxlel> !duallog
[13:33] <lordievader> Maxlel: Then select the dualboot option. (side by side, or however it is called these days).
[13:33] <lordievader> !dualboot
[13:35] <Maxlel> thta's totally incomprehensible matter >.>
[13:35] <Maxlel> *that's
[13:36] <Maxlel> so my situation is this - I have 1TB drive divided it into 4 partitions C,D,E,F
[13:36] <Maxlel> all my partitions have data!!!
[13:36] <Maxlel> what to do!?
[13:37] <Maxlel> pls help....
[13:38] <lordievader> Maxlel: Resize that's the way it's called these days: http://userbase.kde.org/Kubuntu/Installation#Disk_Setup
[13:39] <Maxlel> O_O
[13:39] <Maxlel> I do not have that option!!
[13:39] <Maxlel> that screenshot is from 14.10
[13:39] <Maxlel> >.>
[13:40] <Maxlel> I'm using 13.10
[13:40] <lordievader> It's from 14.04, but it should be the same in 13.10.
[13:40] <Maxlel> I have only 4 options
[13:40] <Maxlel> 3 guided and 1 manual
[13:41] <Maxlel> that Guided Resize radio button is not there here
[13:42] <Maxlel> cool....ubi-partman crashed
[13:42] <Maxlel> and Linux was supposed to be hang and crash free >.>
[13:42] <lordievader> Perhaps none of the partitions can resizes sufficiently.
[13:42] <lordievader> No one said that.
[13:43] <lordievader> Everything can crash.
[13:43] <wuschLOR> ;)
[13:43] <lordievader> And most will crash at some point.
[13:44] <lordievader> Maxlel: Anyhow I suppose that ubiquity cannot make a sane choice for the resize.
[13:44] <Maxlel> so...that's it for me? Gameover?
[13:45] <lordievader> Maxlel: No there is allways the manual option. But in any case be sure to have a backup.
[13:46] <Maxlel> man this is so slow, could it be because of USB running?
[13:47] <lordievader> Maxlel: Very probable, live-sessions from a usb are typically slow.
[13:48] <Maxlel> so went to the manual thing
[13:49] <Maxlel> how to know what device is what partition? O.o
[13:50] <Maxlel> what's this boot loader?
[13:51] <lordievader> Maxlel: You can simply mount the partitions to determine wich is wich.
[13:51] <lordievader> !grub
[16:12] <rcw2> do you all use google hangouts for video conferencing
[16:13] <OerHeks> rcw2, that would a question for #kubuntu-offtopic
[16:15] <rcw2> thanks
[16:44] <yossarianuk> google hangouts doesn;t work correctly in KDE
[16:44] <yossarianuk> when you re-focus a chat it doesn't work
[17:21] <filles> hello
[18:08] <Junk> Anyone currently using 14.04 notice that the new driver manager comes up in the systray on every startup, causing a notifcation also, even after all the propietary drivers are enabled? It's kind of annoying me, and am wondering if there might be a fix.
[18:09] <Junk> This is on a upgrade, not a clean install. But I don't see why that would make a difference in this case.
[18:25] <alonso> ping
[18:26] <alon50> ping
[18:27] <lordievader> pong!
[19:26] <Maxlel> how to select a Root definition?
[19:27] <Maxlel> from partition table during installation?
[20:18] <loverdrive> Hi. I need to install Kubuntu today.   I think now it should be quite stable...
[20:21] <lordievader> loverdrive: It should be (and is) but it is never recommended to go with a development edition. And Trusty still is devel edition, so the recommendation is Saucy.
[20:23] <loverdrive> lordievader, thank you. is no worse perform an update (rather than a clean install) in a week?
[20:25] <lordievader> loverdrive: An upgrade from Saucy to Trusty should be no problem. But, as always, be sure to have a backup ;)
[20:26] <loverdrive> lordievader, ok, thank you!
[20:27] <lordievader> loverdrive: Have fun Kubuntu'ing :)
[20:42] <Leoneof> is there kubuntu dev edition like Debian Testing?
[20:45] <wxl> i'm sure this gets asked a million times but is trusty going to be an LTS for kubuntu like it will be for ubuntu, etc?
[20:46] <paolinux> ciao  a tutti
[20:47] <PaulW2U> wxl: yes
[20:47] <wxl> PaulW2U: wonderful. thanks for the hard work. :)
[20:48] <paolinux> Hi to all
[20:50] <paolinux> there is anyone that know if usb webcam  PCVC740K ToUcam Pro works correctly with kubuntu 13.10 (kernel 3.11.0-19)?
[20:58] <will_> hello
[22:02] <Cenbe> Just pulled Trusty updates on my laptop and now I get "Could not start D-Bus. Can you call qdbus?" after logging in to lightdm. Any ideas?
[22:17] <tsimpson> Cenbe: installing qdbus-qt5 should work, or removing qt5-default
[22:32] <Cenbe> tsimpson: Installed qdbus-qt5, no change. qg5-default was already installed.
[22:33] <Cenbe> s/qg5-default/qt5-default/
[22:38] <tsimpson> Cenbe: removing qt5-default, not installing
[22:38] <tsimpson> though installing qdbus-qt5 should have fixed it afaik
[22:39] <Cenbe> Sorry, mean to say it was already *not* installed.
[22:46] <tsimpson> weird, it should work so long as you have 'qdbus' installed, or 'qdbus-qt5' if you have 'qt5-default' installed


[00:19] <hggdh> vish: there?
[00:38] <dota> hggdh: thanks for the session today
[00:44] <hggdh> dota: welcome, I hope it helped
[00:45] <dota> hggdh: it will i plan to run a bug jam on saturday for the first time
[00:51] <hggdh> dota: perfect!
[00:52] <hggdh> and there will be people here, and at the community channels that will help you on any doubt (I will not be in, am busy elsewhere)
[02:42] <vish> hggdh: hi..
[03:05] <RedSingularity> Anyone available to stamp a "triaged" for me?  bug 742101
[03:05] <ubot4`> Launchpad bug 742101 in update-manager (Ubuntu) "update-manager can't handle sources.list containing deb [arch=$arch] style lines (affects: 1) (dups: 1) (heat: 18)" [Undecided,Confirmed] https://launchpad.net/bugs/742101
[03:06] <paultag> RedSingularity: marked triaged / medium
[03:07] <RedSingularity> paultag: thanks buddy :)
[03:07] <paultag> RedSingularity: sure thing champ :)
[03:07] <paultag> RedSingularity: good to see the bug work ;)
[03:30] <trinikrono> hey can someone look at bug 424021 i believe it can be set to triaged and priority low
[03:30] <ubot4`> Launchpad bug 424021 in checkgmail (Ubuntu) "Popup messages sometimes appears on the top when the applet is on the bottom. (affects: 3) (heat: 16)" [Undecided,Confirmed] https://launchpad.net/bugs/424021
[03:31] <trinikrono> i read also that the bug should be triaged before it is sent upstream can a mentor confirm this for me?
[03:32] <trinikrono> ddecator: ping :D
[03:47] <duanedesign> hello trinikrono
[03:48] <trinikrono> :D hi duanedesign
[03:48] <trinikrono> i am wondering if the bug has enough info to be considered triaged
[03:50] <duanedesign> trinikrono: i dont suppose you are running Lucid?
[03:50] <trinikrono> well i am
[03:51] <duanedesign> ahh
[03:51] <duanedesign> and are you affected by this?
[03:51] <trinikrono> not me personally it behaves quiet nicely
[03:51] <trinikrono> thats why i am wondering what to do with this bug
[03:52] <trinikrono> but another reporter confirmed it
[03:52] <trinikrono> i dont think a bug can be triaged if it is sometimes
[04:24] <rav-> Bug #744645  seems to be bug of moonlight and not firefox. so should i mark it invalid ?
[04:24] <ubot4`> Launchpad bug 744645 in firefox (Ubuntu) "firefox with Moonlight plugin hangs (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/744645
[04:28] <duanedesign> rav-: moonlight-plugin-mozilla
[04:28] <rav-> thnx
[04:28] <duanedesign> thank you
[05:01] <trinikrono> duanedesign: im here
[05:01] <trinikrono> went for a little nap
[05:09] <duanedesign> trinikrono: no worries
[05:10] <duanedesign> trinikrono: there was a bad netsplit, was not sure if you were still on :)
[05:10] <trinikrono> lol
[05:10] <trinikrono> they cant cut me
[05:11] <trinikrono> duanedesign: the question i have is
[05:11] <trinikrono> is this bug considered triaged?
[05:12] <duanedesign> if you want to forward it upsream http://sourceforge.net/tracker/?group_id=137480&atid=738663
[05:33] <trinikrono> duanedesign: i know its bug tracker
[05:33] <trinikrono> do you think the bug can be set to triaged
[05:37] <duanedesign> trinikrono: i do not know what else could be added to it
[05:37] <duanedesign> trinikrono: i think that is all that can be done to it here
[05:38] <duanedesign> trinikrono: so yes
[05:38] <trinikrono> duanedesign: one question, should the bug be triaged before it is reported upstream
[05:39] <trinikrono> i read that in a wiki page earlier
[05:39] <trinikrono> so thats why i wanted it to be triaged first
[05:40] <duanedesign> trinikrono: yes, they should be triaged before sent upstream
[05:40] <micahg> triaged, but not necessarily marked as such
[05:41] <trinikrono> hello micahg
[05:42] <nigelb> so  you're going to start a new distro?
[05:42] <trinikrono> so can some triage/low the report for me?
[05:42] <nigelb> ugh, sorry
[05:42] <trinikrono> :D
[05:42] <micahg> hi trinikrono
[05:54] <trinikrono> well can it be set to triaged for me pleased
[05:54] <trinikrono> please lol
[14:38] <charlie-tca> Thoughts on mentorship team a: if the mentees need to be given a package, can we give them nautilus or evolution to start with? Most should be using both of those. :-)
[14:56] <om26er_> if apport fails to retrace a bug we mark that bug as invalid, don't we?
[14:57] <pedro_> om26er_, nope, we ask to the reporter if they can get a backtrace manually
[14:57] <om26er_> hmm.. is there a stock reply for that pedro_ ?
[14:57] <pedro_> om26er_, only if it's firefox you can close it as invalid
[14:58] <pedro_> yes one sec
[14:58] <pedro_> https://wiki.ubuntu.com/Bugs/Responses#Missing%20a%20back%20trace <- om26er_
[14:58] <om26er_> aha, thanks pedro_ ;)
[14:58] <pedro_> om26er_, make sure to remove the Coredump.gz if its still in the bug report
[14:59] <pedro_> you're welcome
[14:59] <om26er_> yep just removed it
[16:00] <bdmurray> cyphermox: I saw you looking at bug 551809, or the upstream one at least, it seems to me that crash could occur in a lot of applications is that right?
[16:00] <ubot4`> Launchpad bug 551809 in gtk+2.0 (Ubuntu Maverick) (and 2 other projects) "gnome-settings-daemon crashed with SIGSEGV (affects: 478) (dups: 148) (heat: 2222)" [High,Triaged] https://launchpad.net/bugs/551809
[16:03] <cyphermox> bdmurray, could occur in any app that made use of libappindicator and updates icons regularly -- bug afaik this should be "fixed" in natty now, barring some issues with the ubuntu-mono icons now on the "Classic Gnome" session
[16:04] <bdmurray> cyphermox: that's could but I'd imagine there are still some duplicates hiding in Launchpad and a bug pattern could be written to stop further crash reports
[16:04] <bdmurray> cyphermox: er, that's good!
[16:13] <bdmurray> cyphermox: do you what would be good to look for in the stacktrace?
[19:57] <njin> hello, is Migration Assistant disabled ?
[20:18] <njin> chrisccoulson: hello, is migration assistant disabled?
[20:46] <psusi> hrm.. I can't seem to find documentation on the proper usage of the assigned to field
[20:48] <yofel> psusi: assigned to on what? launchpad? That would be the person working on a fix
[20:50] <psusi> yofel: that's what I thought... and the status should be in progress shouldn't it?
[20:50] <psusi> so a bug that has been incomplete and assigned to a team for 6 tears obviously has something wrong, right?
[20:50] <yofel> yes
[20:50] <psusi> years rather
[20:50] <yofel> well, if it's the ubuntu-desktop team, they used that to track their bugs ages ago
[20:50] <psusi> bug #30015
[20:50] <ubot4`> Launchpad bug 30015 in gnome-pilot (Ubuntu) "should automatically detect attached devices and use the apporpriate port (heat: 1)" [Wishlist,Incomplete] https://launchpad.net/bugs/30015
[20:52] <yofel> ask seb on why he reassigned that back then, but that's not correct by todays policy
[20:52] <psusi> so I thought that the policy was assigned and in progress should go hand in hand... but I can't find it written anywhere now... am I just not finding it or does this need documented?
[21:37] <palhmbs> that xulrunner --gre-version bug when installing with synaptic is causing me problems again.
[21:42] <palhmbs> ps afg -- http://pastebin.com/Ejy4nryr
[21:44]  * micahg hides
[21:45] <palhmbs> heh - I haven't bothered to report this, because I figure I prolly caused it somehow
[21:45] <micahg> chrisccoulson: any ideas ^^
[21:46] <palhmbs> I've killed synaptic and rm the lock file - then run dpkg --configure -a
[21:46] <hggdh> psusi: of old different teams had different policies on bugs
[21:46] <palhmbs> which seems to fix it
[21:46] <micahg> palhmbs: can you attach strace and see where it's stuck?
[21:46] <palhmbs> I got told to run gdb and do a traceback
[21:47] <palhmbs> last time
[21:47] <micahg> palhmbs: that works too
[21:47] <palhmbs> how would I roll back the changes I just made so that  I could give you that?
[21:47] <micahg> palhmbs: apt doesn't have a good way to roll back, is it still stuck?
[21:48] <palhmbs> nope
[21:48] <micahg> palhmbs: what arch/ubuntu version again?
[21:48] <palhmbs> maybe I'll wait till xulrunner upgrades again - it seems to happen *every* time
[21:48] <palhmbs> ubuntu 10.10
[21:48] <palhmbs> xubuntu flavor
[21:48] <micahg> palhmbs: you could just downgrade xulrunner to the release version and upgrade again
[21:48] <micahg> palhmbs: i386 or amd64?
[21:49] <palhmbs> yeah I think I remember how to downgrade - I'll try that - i386 (32-bits)
[21:53] <palhmbs> er - dpkg -r xulrunner-1.9.2
[21:53] <palhmbs> dpkg: dependency problems prevent removal of xulrunner-1.9.2
[21:53] <palhmbs> how then?
[21:53] <palhmbs> i've looked into dpkg --force-help and am left clueless
[21:54] <micahg> palhmbs: you can do something like sudo apt-get install xulrunner-1.9.2=<IP_ADDRESS>+build1+nobinonly-0ubuntu1
[21:55] <palhmbs> oh - well if that's the easiest way, I like it :D
[21:58] <palhmbs> ok if I run gdb with synaptic how do I make sure that I get enough scrollback in my terminal - shall I redirect output to a file, if so how
[21:59] <roadmr> palhmbs: try using the script command, it will log everything you see (and type) into a file
[22:02] <palhmbs> ok that looks helpful - script -c gdb synaptic -f /tmp/synaptic_trace.txt --- that about it?
[22:03] <roadmr> palhmbs: yep, looks right to me
[22:03] <roadmr> palhmbs: you can just run script /tmp/whatever.log, you get back a shell, and everything you do up until you type exit will be logged
[22:03] <roadmr> palhmbs: so you're not limited to a single command - an entire interactive session can be logged
[22:06] <trinikrono> has anyone ever seen this in a xsession log? (nautilus:1202): GConf-CRITICAL **: gconf_value_free: assertion `value != NULL' failed
[22:06] <trinikrono> i am working on bug 698877
[22:06] <ubot4`> Launchpad bug 698877 in nautilus (Ubuntu) "Rubbish bin won't empty (affects: 1) (heat: 8)" [Undecided,Incomplete] https://launchpad.net/bugs/698877
[22:06] <trinikrono> thanks!
[22:13] <palhmbs> nuts - it didn't fail to install whilst running gdb.
[22:13] <palhmbs> I'll defer this till I have to upgrade xulrunner again.


[11:05] <jtv> hi adeuring!  are you on call?  I put one in the queue and, to make up for it, reviewed one that was already there.  :-)
[11:13] <adeuring> jtv:  it's quite long diff...
[11:16] <jtv> adeuring: looking it up now... I hadn't realized
[11:18] <jtv> adeuring: argh, the gateway's power supply blew up earlier so I'm on a problematic connection, can't check now.  :(  Never mind then...
[11:19] <adeuring> jtv: can't you send the "real" diff via mail?
[11:20] <jtv> adeuring: don't have the branch handy here either
[13:51] <al-maisan> hello jml, I'd appreciate it if we you could review https://code.edge.launchpad.net/~al-maisan/launchpad/duration-485524 before the sessions start
[13:51] <al-maisan> s/we you/you/
[15:04] <henninge> adeuring: are you working on jtv's branch?
[15:04] <adeuring> henninge: that's 2000 lines... or the diff is wrong
[15:05] <henninge> adeuring: yeah, I just saw that ....
[15:05] <henninge> adeuring: so you could take on one for me?
[15:05] <adeuring> henninge: sure
[15:06] <henninge> adeuring: cool, let me update the mp
[15:08] <jml> al-maisan: it's too late for before now.
[15:09]  * jml suspends
[15:16] <henninge> adeuring: review requested
[15:16] <adeuring> henninge: ok
[15:16] <henninge> adeuring: danke
[15:16] <adeuring> immer grerne :)
[15:21] <jml> al-maisan, hi
[15:21] <jml> al-maisan, doing code review tasks now
[15:28] <al-maisan> jml: thanking you, please let me know if you want to meet and talk (I am currently on level 3 in the Riviere room).
[15:37] <adeuring> henninge: why did you add "pipes" to .bzrignore?
[15:37] <henninge> ;)
[15:38] <henninge> adeuring: that's what "bzr reconfigure-pipeline" does for you ...
[15:38] <adeuring> henninge: ah, ok
[15:38] <henninge> I don't know if that is supposed to go into the tree. What do you say, abentley?
[15:40] <abentley> henninge: It goes into the tree because reconfigure-pipeline is not intended for your use case.
[15:40] <henninge> abentley: ???
[15:40] <abentley> henninge: It's meant for people who don't have a shared repository and want to convert their standalone working tree into a pipeline.
[15:41] <abentley> henninge: since you already have a shared repository, and presumably a lot of location-specific configuration, you should just create a lightweight checkout of your branch.
[15:42] <sinzui> flacoste: ping
[15:42] <henninge> abentley: e.g. of devel etc.?
[15:43] <abentley> henninge: Your branch, not a mirror of upstream.  Well, you have have upstream as your first pipe if you like, but it's not the recommended configuration.
[15:43] <henninge> abentley: do we have this use case documented somewhere?
[15:43] <adeuring> henninge: could you add some short documentation to the new function init_status_choice()?
[15:44] <henninge> adeuring: sure
[15:44] <adeuring> thanks!
[15:44] <abentley> henninge: Probably not.
[15:45] <henninge> abentley: because I have to admin I didn't understand the instructions you just gave me ... :-/
[15:45] <henninge> *admit*
[15:45] <abentley> henninge: Instead of running reconfigure-pipeline in your branch, you should create a lightweight checkout of that branch.
[15:46] <henninge> abentley: in another directory, I assume
[15:46] <henninge> abentley: and when I create a new pipe?
[15:47] <abentley> henninge: Yes, it's not a lightweight checkout if you create it in the same directory.
[15:49] <abentley> henninge: When you create a new pipe, you run "bzr add-pipe".  It will create a new branch/pipe in the same directory as your first branch/pipe.
[15:49] <abentley> henninge: Perhaps this is a "how do I turn my branch into a pipeline?" question?
[15:50] <abentley> henninge: By default, branches are pipelines with a single branch in them.
[15:51] <henninge> abentley: I guess.   If you haven't explicitly added them to a pipeline, then it's a single-branch pipeline.
[15:51] <henninge> abentley: I understand!
[15:52] <abentley> henninge: There's no equivalent to "bzr-loom's loomify" because it's not needed.
[15:52] <henninge> abentley: how do I turn a lightweight checkout back into a branch?
[15:53] <abentley> henninge: bzr reconfigure.  I'm not sure whether you want a branch or a branch with a tree in it.  The commands are "reconfigure --branch" or "reconfigure --tree" respectively.
[15:54] <henninge> abentley: I mean, I have to find a way to get rid of that .bzrignore and the pipes directory
[15:54] <henninge> I will try that
[15:56] <abentley> henninge: I suggest: "bzr branch pipes/$FOO ../$FOO; rmdir pipes; bzr switch --force ../$FOO"
[16:00] <flacoste> hi sinzui
[16:02] <sinzui> flacoste: I have an extraordinary request: I want a review of https://code.launchpad.net/~sinzui/launchpad/parent-packaging-links-bug-484828/+merge/15092 and I want to run it in production today or Monday.
[16:02] <flacoste> sinzui: looking at it now
[16:02] <abentley> henninge: thumper posted a blog about pipelines, though the shelve machinations it describes are thankfully obsolete: http://how-bazaar.blogspot.com/2009/07/breaking-up-work-for-reivew.html
[16:03] <adeuring> henninge: in HasTranslationImportsView.change_status_action(), aren't ou simply trusting user input, when you omit all the permission checks?
[16:04] <henninge> adeuring: I don't
[16:04] <adeuring> so, how/where is the check done?
[16:05] <henninge> adeuring: checks using check_permissions build on what is configured in zcml and enforced in security.py, right?
[16:05] <adeuring> rkght
[16:06] <henninge> This allows to restrict access to attributes and methods.
[16:06] <adeuring> henninge: ah, now I get it...
[16:06] <henninge> but here we are restricting the value of parameters, so we have to do the checking ourselves.
[16:08] <henninge> that is what canSetStatus does, it checks the given user if he's allowed to set the desired status.
[16:08] <henninge> the user is taken from the view
[16:09] <henninge> adeuring: does that explain it?
[16:10] <henninge> adeuring: I spend some time on the last branch which prepared the API for this and thought about these things ... ;-)
[16:13] <adeuring> henninge: what I was looking for is the call of canSetStatus() in setStatus() ;)
[16:13] <henninge> is it not?
[16:14] <adeuring> henninge: no, it _is_ called. Problem was that I asked before I searched....
[16:14] <adeuring> sorry for the noise
[16:14] <henninge> np
[16:25] <adeuring> henninge: r=me. Just one detail (UI stuff, so, nothing ou asked for ;): for example on your screenshot http://people.canonical.com/~henninge/screenshots/status-picker-after.png there are six buttons which pop up a dialog, and the values shown identical for two set of three dialogs. Couldn't you change the dialog title from "Change status to" to "Change status of <queue entry> to" so that it is clear what exactly the dialog is doing?
[16:26] <henninge> adeuring: the problem is that <queue entry> could be quite long. Unless I just use the filename but even that could have a long path.
[16:27] <adeuring> henninge: I see. So, let's leave it as it is.
[16:27] <henninge> adeuring: also be aware that since the screenshots the rightmost edit buttons have been moved to the left, right next to the text of the entry.
[16:28] <henninge> as Curtis had suggested
[16:28] <henninge> adeuring: thank you for the review1
[16:28] <henninge> !
[16:30] <adeuring> henninge: right. But I was more concerned about the _vertical_ ambiguities: Once you click the the "edit" button, you can't see what queue entry will be affected.
[16:31] <adeuring> henninge: you could perhaps mark the complete row of the entry with a different background colour
[16:31] <adeuring> ...for the time the dialog is shown
[16:34] <al-maisan> hello jml, how are things? Any luck with the schema patch review?
[16:36] <henninge> adeuring: We still have some work for this page in the future, so we could include that idea then.
[16:36] <adeuring> henninge: OK, great
[16:40] <jml> al-maisan, reviewing it now.
[16:43] <jml> al-maisan, I've added a comment. Basically, it would help me a lot if you could give more context on the patch. :)
[16:43]  * jml offline to stalk the corridors.
[16:54] <deryck> rockstar, https://code.edge.launchpad.net/~brian-murray/launchpad/bug-485229/+merge/15040
[17:13] <bac> adeuring: can i add a branch to your queue?  barry are you reviewing today?
[17:14] <adeuring> bac: sure
[17:14] <barry> bac: i am, but probably not until after lunch
[17:14] <bac> adeuring: https://code.edge.launchpad.net/~bac/launchpad/bug-485237/+merge/15095
[17:42] <adeuring> bac: r=me
[17:42] <bac> adeuring: thanks, that was fast!
[17:44] <bac> jml has anyone mentioned lately how much 'ec2 land' rocks?


[00:05] <bkerensa> slangasek: In reality my fix was in before the freeze and Landscape team blocked it because they wanted to do a patch upstream
[00:06] <bkerensa> they had two cycles to make comments but wait till last minute
[00:06] <bkerensa> =/
[17:25] <bdmurray> bug 1010799 would be a good easy fix
[18:02] <MaskilPDX> I have a vpn and Ubuntu question.  Anyone interested?
[18:05] <nathwill> ask away!
[18:05] <MaskilPDX> gotta run, sorry
[18:05] <MaskilPDX> be back on line later
[18:05] <nathwill> tease
[18:06] <MaskilPDX> I know ;)
[19:01] <MaskilPDX> nathwill, You still there?
[19:02] <nibalizer> MaskilPDX: i'm herer
[19:02] <nibalizer> i've been playing a lot with openvpn lately
[19:04] <MaskilPDX> Yea
[19:04] <MaskilPDX> What I am looking for is a VPN client on Ubuntu
[19:04] <MaskilPDX> the network manager was freaking out, using Wicd
[19:04] <MaskilPDX> Any suggestions
[19:04] <tgm4883> freaking out?
[19:04] <MaskilPDX> kept dropping my wireless connection
[19:05] <MaskilPDX> Unstable would be a better word
[19:06] <tgm4883> I've only used the VPN clients in NM
[19:08] <nibalizer> MaskilPDX: sorry only nm for me
[19:08] <nibalizer> one of our guys got it working in the cli but i don't have the infos for how
[19:11] <MaskilPDX> ok
[19:12] <MaskilPDX> I have been trying KVpnc
[19:13] <MaskilPDX> It has sooo many bells and whistles, that it's a bit more than I need
[19:13] <bkerensa> slangasek: is there a log I might look to to see why my laptop is having trouble connecting to a wireless AP? In one out of five boots in 12.10 my system just stalls and loops attempting to connect but it worked fine in 12.04
[19:13] <bkerensa> bdmurray: 1010799 ? hmm
[19:14] <bkerensa> bdmurray: it is a Debian bug though and has a fix committed upstream already
[19:14] <MaskilPDX> Do you know if I can have nm handle VPN, and Wicd handle network connections?
[19:18] <MaskilPDX> Looks like you can.  With Wicd installed, nm shows no connections, but allows you to create VPN connections.
[19:18] <MaskilPDX> cool
[19:19] <slangasek> bkerensa: should be in /var/log/syslog
[19:25] <bkerensa> slangasek: Would I need a freeze exception for fixing Bug #1010799
[19:25] <slangasek> no
[19:26] <bkerensa> ok
[19:27] <bkerensa> bdmurray: Merge proposal now in for 1010799
[19:27] <bkerensa> bdmurray: feel free to share more low hanging fruit
[19:51] <bdmurray> bkerensa: it could use fixing for precise too
[20:00] <bkerensa> bdmurray: ok
[20:09] <bkerensa> https://code.launchpad.net/~bkerensa/ubuntu/quantal/hellanzb/fix-for-1010799/+merge/123348
[20:09] <bkerensa> https://code.launchpad.net/~bkerensa/ubuntu/precise/hellanzb/fix-for-957323/+merge/123358
[20:09] <bkerensa> bdmurray: done :)
[20:19] <bdmurray> bkerensa: it's actually already fixed in quantal - debian/patches/008-Twisted_11.1.0_compat.dpatch
[20:19] <bkerensa> >.<
[20:20] <bkerensa> bdmurray: hmm well it was there in the source when I branched it
[20:20] <bkerensa> =/
[20:20] <bdmurray> right because the source doesn't have the patches applied to it
[20:22] <bkerensa> ah
[20:25] <bdmurray> so the thing to do here is incorporate the changes in http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/quantal/hellanzb/quantal/revision/13 and put them in the precise version of the package
[20:27] <bkerensa> bdmurray: ok so you want me to drop off the changes to the source then just add the dpatch and 00list?
[20:30] <bdmurray> bkerensa: yes, that sounds about right
[20:35] <nathwill> maskilpdx, what kind of vpn?
[20:36] <bkerensa> bdmurray: I have incorporated those changes into my branch that is merge proposed
[20:38] <bdmurray> bkerensa: the version number should be lower than the version in quantal otherwise people won't be able to upgrade the package
[20:38] <bkerensa> ah
[20:38] <bkerensa> bdmurray: what do you propose?
[20:39] <bkerensa> ubuntu1?
[20:39] <bdmurray> isn't that what is in quantal?
[20:39] <bkerensa> hmm
[20:39]  * bkerensa checks
[20:40] <bdmurray> https://wiki.ubuntu.com/SecurityTeam/UpdatePreparation#Update_the_packaging
[20:40] <bdmurray> that has guidelines about package versioning
[20:42] <bdmurray> dpkg --compare-versions is helpful here
[20:42] <bdmurray> and the release should be precise-proposed
[20:53] <bkerensa> bdmurray: based on the versioning doc I don't understand what change would be required
[20:53] <bkerensa> precise is 0.13-6.1 where quantal is currently 0.13-6.1ubuntu1
[20:54] <bdmurray> 0.13-6.1ubuntu0 would work
[20:54] <bdmurray> or 1ubuntu<IP_ADDRESS>
[20:56] <bkerensa> bdmurray: ok pushed that change
[21:07] <bdmurray> bkerensa: great, the bug could still use SRU information - https://wiki.ubuntu.com/StableReleaseUpdates.  The testcase will be cake though!
[21:11] <bkerensa> bdmurray: what should I put for regression potential and other info?
[21:12] <bdmurray> bkerensa: well the regression potential is a statement of how things could go wrong and really since the app doesn't start at all it can't get much worse
[21:13] <bdmurray> bkerensa: a statement about this is fixed in debian and upstream may help too
[21:16] <bkerensa> bdmurray: I just file this SRU in a bug against the package right?
[21:16] <bkerensa> do I add any special headline or tags?
[21:16] <bdmurray> bkerensa: no, just modify bug 1010799
[21:17] <bkerensa> bdmurray: Add it in or totally remove the old description?
[21:17] <bdmurray> bkerensa: I usually prepend the existing subscription with SRU information
[21:17] <bdmurray> because the existing bug description has a good stack trace etc....
[21:18] <bkerensa> bdmurray: ok I have prepended


[12:10] <zul> hey
[03:05] <BenC> any chance of there being enough time for a -X.11 kernel upload before flight 2 cd's are ready?
[03:07] <jbailey> BenC: You might want to try a nick highlight for him.
[03:07] <jbailey> Unless you're trying to hide to avoid him killing you for the thought. =)
[03:08] <BenC> Kamion: ping
[03:09] <Kamion> BenC: hey - what's the issue? I was about to build images like *right now*
[03:09] <Kamion> if it's not world-shattering-kills-babies I'd prefer not
[03:10] <BenC> nah, go ahead
[03:10] <BenC> I didn't want to stall the build, but if it was going to be > 24 hours, I was going to try to get another kernel out
[03:13] <Kamion> ah, no, I want to do the builds now and if possible test a few before crashing, then release in the morning
[03:13] <Kamion> just waiting for this cron.daily to finish so that I have an xserver-xorg-driver-via that works on my i386 test laptop, and then I'll start
[03:18] <BenC> ok
[03:18] <BenC> will there be some place I can download these from before morning?
[03:18] <BenC> and is ppc expected to work?
[03:19] <Kamion> http://cdimage.ubuntu.com/daily/current/, http://cdimage.ubuntu.com/daily-live/current/
[03:19] <Kamion> powerpc should work, modulo any screwups in the fixes lamont and I hacked together earlier
[03:20] <Kamion> I'll try to check powerpc before crashing
[03:21] <Kamion> note that the new live CD is very light on feedback as it's booting, for the moment
[03:21] <Kamion> it'll eventually use usplash but at the moment there's a long period of no output
[03:22] <Kamion> and then some fun slews of kernel traces :)
[03:25] <BenC> is there a faster place to get it from? :)
[03:26] <BenC> I'm only get like 5-8k/sec from there
[03:26] <BenC> kernel traces are from unionfs?
[03:27] <Kamion> think so, and no, no faster place
[03:27] <Kamion> if you keep up to date fairly regularly then you can rsync
[03:27] <Kamion> cdimage.ubuntu.com::cdimage/daily-live/current/dapper-live-powerpc.iso etc.
[03:28] <Kamion> both the install and live CDs are fairly well rsyncable
[03:29] <Kamion> well, actually, you could try some of the ones on https://wiki.ubuntu.com/Archive
[03:29] <Kamion> not many people mirror all of cdimage though
[03:30] <Kamion> mostly those are just releases.u.c mirrors
[08:13] <fabbione> Kamion: i just tested rescue with the latest installer.. i still can't get to it. It appears something broke it
[08:14] <fabbione> and yes, rescue/enable is set to true
[08:29] <fabbione> Kamion: never mind.. it still misses the rescue udeb
[08:30] <fabbione> (in the build)
[08:31] <fabbione> but i didn't bother to check it, because iirc you said that it was on the list of fixed stuff... i might be 100% wrong tho :)
[09:31] <Kamion> CD install?
[09:33] <infinity> 'Morning, Kamion.
[09:33] <infinity> How did your battles go last night?
[09:33] <Kamion> GAH THREE HOURS SLEEP
[09:33] <infinity> Dude.
[09:33] <infinity> Back.  To.  Bed.
[09:34] <Kamion> can't, wife needs me to drive her and child to school
[09:34] <Mithrandir> yeah, get back to bed.
[09:34] <Kamion> (grr)
[09:34] <Mithrandir> drive, then bed.
[09:34] <infinity> Give keys to wife.
[09:34] <infinity> Bed.
[09:34] <Kamion> will be awake by then, no point
[09:34] <Mithrandir> or taxi.
[09:34] <Kamion> she can't drive yet
[09:34] <Kamion> image candidates are up, please test them :)
[09:34] <fabbione> Kamion: nah never mind me please.. it is still the monolith build.. it doesn't pull in the rescue-mode udeb and i forgot to add it manually.
[09:34] <infinity> No time for testing right now, I'm pitti's bitch today.
[09:34] <fabbione> Kamion: it also asks for casper-checks (that i had to remove from the list)
[09:34] <infinity> When he's done with me, you can have me back, though.
[09:35] <Kamion> casper-check will disappear soon
[09:35] <fabbione> Kamion: downloading images as we speak
[09:35] <Mithrandir> Kamion: just the daily-live/current, right?
[09:35] <fabbione> Kamion: yup.. no problem.. i just killed it.. i don't need it at all for rescue testing
[09:35] <Kamion> Mithrandir: yes
[09:41] <infinity> Kamion : Are you expecting to want buildd response time and CPU power over the next day?
[09:41] <infinity> Kamion : I assumed yes, hence I've been holding off on doing anything like mass-give-backs.
[09:52] <Mithrandir> Kamion: /scripts/casper is not in the initramfs, at least for amd64.
[09:52] <Mithrandir> so, "completely broken"
[09:54] <infinity> My fault, or yours?
[09:56] <Mithrandir> yours, most likely.
[09:56] <infinity> LIES.
[09:57] <Mithrandir> root@xoog:/$ dpkg -l casper
[09:57] <Mithrandir> No packages found matching casper.
[09:57] <Mithrandir> casper is not installed in the image at all
[09:57] <infinity> Oh, then that livecd was built using an old livefs cloop.
[09:57] <Mithrandir> quite conceivably.
[09:58] <infinity> Let me just check recent logs and make sure casper's definitely in there now.
[09:59] <infinity> Err, oh.
[09:59] <Mithrandir> please do.
[09:59] <Mithrandir> can you kick off live cd builds too?
[09:59] <infinity> Yeah, but.  No one re-uploaded *-meta after Colin seeded casper, I bet.
[09:59] <infinity> And the build process uses the metapackages, not the seeds directly.
[10:00] <Mithrandir> ok, he should be back in a bit anyway.
[10:00] <Mithrandir> well, off to work.
[10:05] <Mithrandir> Kamion: shouldn't the disc label include something like "prerelease" and not just be "Ubuntu 6.04"?
[10:12] <Kamion> infinity: I thought casper had been added in manually
[10:13] <Kamion> Mithrandir: yes
[10:13] <Kamion> I thought it said "Alpha" somewhere
[10:13] <Kamion> infinity: -live isn't sufficient because that doesn't affect the base livefs
[10:13] <infinity> Kamion : Looks like lamont added it to "base" (the one place where seeds can't help, cause there's no "base-live" metapackage), but not to the other builds.
[10:14] <Kamion> oh, sigh, do I really have to upload ubuntu-meta?
[10:14] <infinity> Of course, ubuntu-live-base (which all live images could include) would work... Or I can just put it in manually.  I don't care.
[10:14] <Kamion> if you could grit your teeth and hardcode it just for today I'd really appreciate it
[10:14] <infinity> Oh, I'll just hardcode it for now.
[10:14] <Kamion> thanks
[10:14] <infinity> No big deal.
[10:14] <infinity> Just thinking out loud about the most "elegant" solution for later.
[10:14] <infinity> I'll hardcode it and kick off builds momentarily.
[10:18] <infinity> If "ubuntu-base-live" would be nothing but casper, may as well unseed it from all the live seeds, and I'll just leave it hardcoded.
[10:21] <infinity> Oh baz, why do you hate me so?
[10:24] <infinity> Kamion : New builds kicked off.
[10:30] <Kamion> thanks
[11:30] <Kamion> infinity: livefses seem to have built - all ok?
[11:31] <infinity> No... I'll need to re-do a few. :/
[11:32] <Kamion> oh, which broke?
[11:33] <infinity> Oh, feh.  lamont's hack to copy multiple nitrds out for architectures with more than one broke.
[11:33] <infinity> So powerpc is broken.
[11:33] <infinity> Well, the extracted initrd is "broken", the cloop is fine.
[11:35] <Kamion> that was my hack ...
[11:35] <Kamion> what's wrong with the initrds? they looked OK last night
[11:35] <infinity> Oh, the nyour hack was wrong. :)
[11:36] <Kamion> doesn't surprise me
[11:38] <infinity> Ugh.  Bear with me.  Wireless is acting up.
[11:38] <infinity> ln: creating symbolic link `livecd.kubuntu.initrd' to `livecd.kubuntu.initrd-powerpc\n2.6.15-8-powerpc64-smp': File exists
[11:38] <infinity> Oh, that's proabbly harmelss.
[11:38] <infinity> harmless too.
[11:38] <infinity> Assuming the two got copied out, the link logic is just broken.
[11:39] <infinity> Of ocurse, it trips the set -e
[11:39] <infinity> Do you care about base images?
[11:40] <infinity> i386/base failed cause it ran during cron.daily.
[11:40] <infinity> Same with i386/edubuntu.
[11:40] <infinity> I'll re-run both of those.
[11:40] <infinity> And fix up powerpc and re-run it.
[11:41] <Kamion>     if [ "${KVERS% *}" = "$KVERS" ] ; then
[11:41] <Kamion> base> no
[11:41] <Kamion> edubuntu> yes
[11:41] <infinity> You were too late.  Ran both.
[11:41] <infinity> Base is fast anyway.
[11:42] <Kamion> ah, I see, not a space, a newline

[11:42] <infinity> How do you split on newline in shell?
[11:43] <infinity> \n?
[11:43] <Kamion> NUMKVERS="$(set -- $KVERS; echo $#)"
[11:43] <Kamion> if [ "$NUMKVERS" = 1 ] ; then
[11:43] <Kamion> easiest to just let the shell do it like that
[11:44] <Kamion> (tested better this time)
[11:49] <infinity> Okay, powerpc running gain.
[11:49] <infinity> again, too.
[11:54] <infinity> So, right now, ubuntu and kubuntu should be a go on i386/amd64
[11:54] <infinity> Waiting on edubuntu for i386/amd64, and all 3 for powerpc.
[11:55] <Kamion> */amd64 has to wait for my new gfxboot-theme-ubuntu to hit the archive, otherwise rescue mode is broken
[12:07] <infinity> I really wish these machines had faster disks...
[12:13] <Mithrandir> or just a huge ramdisk.
[12:13] <Mithrandir> AWTY?  As in, any images I can test, yet?
[12:15] <Kamion> hmm, I can probably build a subset and build amd64 later
[12:16] <Kamion> except even Ubuntu/powerpc isn't done yet
[12:16] <infinity> It's clooping it right now.
[12:16] <infinity> (powerpc/ubuntu, that is)
[12:18] <HiddenWolf> infinity, there is a solution where you put an extention card on your ide controller and fill the card with ram. PC will then see the ram as a harddisk,
[12:18] <HiddenWolf> infinity, perhaps worth consideration.
[12:18] <infinity> ...
[12:18] <Mithrandir> HiddenWolf: it's slow-ish, though.
[12:18] <infinity> That's way too much effort. :)
[12:19] <HiddenWolf> Mithrandir, slower than flash, faster than hdd's
[12:19] <infinity> RAM disks would be best, except we don't have enough RAM in these boxes to shuffle around 2 gig images.
[12:19] <Kamion> infinity: whoa, why is it publishing livecd.* (base, edubuntu, kubuntu, ubuntu) under /LiveCD/dapper/ubuntu/?
[12:20] <infinity> ...
[12:20] <Kamion> http://royal.buildd/~buildd/LiveCD/dapper/ubuntu/20051214.3/
[12:21] <infinity> Because something, or someone, is special.
[12:21] <Kamion> anyway, i386/powerpc building
[12:21] <Mithrandir> HiddenWolf: http://www.tomshardware.com/2005/09/07/can_gigabyte/
[12:22] <infinity> Or, specifically, royal is special?
[12:22] <Mithrandir> they only get 100MB/sec or so out of it, which is silly
[12:22] <Mithrandir> the latency is excellent, though
[12:24] <infinity> Kamion : Oh, wait.  I know.  That's the script not cleaning up after itself, cause it SO doesn't expect to fail where we had it failing.
[12:24] <infinity> Kamion : So, on the next run, when it blindly does "mv livecd.*", it got all the old images from the previous runs.  I'll just delete them.
[12:25] <Kamion> hah, ok
[12:25] <Kamion> ta
[12:25] <infinity> There.  Like it never happened.
[12:26] <infinity> I guess that script needs a trap and a cleanup. :)
[12:30] <infinity> Yup, definitely need some cleanup there.
[12:31] <infinity> Or to never, ever fail in that spot, ever again.
[12:32] <Kamion> Mithrandir: try i386 or powerpc now
[12:32] <Mithrandir> ENPOWERPC, but I'm pulling the i386 image now.
[12:33] <Mithrandir> will take a while, though, as I don't have a fresh one around
[01:31] <Kamion> infinity: how're the other builds going?
[01:31] <infinity> It's all done, except for powerpc/base.
[01:31] <infinity> So, if you're not building base images, you're good to go.
[01:32] <infinity> powerpc/base will be done shortly anyway.
[10:38] <BenC> Kamion: flight2 ppc64 booted fine on my G5
[10:39] <Kamion> great, thanks
[10:39] <BenC> I did have one oops from the vfs (guess it was unionfs related)
[10:39] <BenC> and on shutdown/reboot it oopses again on unmount, and locks up
[10:43] <Kamion> mm I noticed that too
[10:53] <BenC> doesn't do that on i386?
[10:53] <Mithrandir> it oopses a bit, but copes.
[10:53] <BenC> sounds the same as my boot on ppc64
[10:53] <Mithrandir> BenC: look at it as motivation to fix the bugs.
[10:53] <Mithrandir> :-)
[10:54] <BenC> if only it looked easily traceable :)
[10:54] <BenC> the oops is in the vfs, so I have to trace it into unionfs
[10:54] <Mithrandir> it's easily reproducable, at least.
[10:54] <BenC> got a repo case I can do on an existing install?
[10:54] <BenC> repro
[10:55] <Mithrandir> no, I haven't had the time to track it down, I just see it happens on each and every live cd boot
[10:59] <BenC> new version of unionfs, I'll try that first :)
[11:57] <Nafallo> Keybuk: hey! will we see streamlined boot soon or do you need someone to test it first? :-)
[11:57] <Keybuk> yes, was waiting for Flight 2
[11:57] <Keybuk> now I can do it while Colin sleeps for the rest of the week <g>
[11:58] <Nafallo> hehe, nice :-)
[11:59] <Nafallo> will be in queue though :-P
[11:59] <Keybuk> queue?
[11:59] <Nafallo> buildqueue :-)
[11:59] <Keybuk> sure, but that don't take long
[12:00] <Nafallo> if you say so :-)


[00:14] <gouki> Can someone please remove locobot_1 from #ubuntu-pt?
[00:16] <LjL> gouki: uhm, i suppose you might have better luck asking that in #ubuntu-eu. but anyway, i thought it was pretty standard common practice to have a locobot in the loco.
[00:16] <LjL> channels.
[00:36] <niko> 41
[00:37] <Seeker`> 42?
[00:41] <niko> oh, you probably have the question so ? :p
[18:41] <CosmiChaos> hello
[18:41] <CosmiChaos>   Kann nicht beitreten #ubuntu-de (Sie sind gebannt).
[18:41] <CosmiChaos>   Kann nicht beitreten #ubuntu-de-offtopic (Sie sind gebannt).
[18:41] <CosmiChaos>  i would like to ask for unban please
[18:41] <CosmiChaos>  its month ago
[18:41] <CosmiChaos>  monthes
[18:43] <CosmiChaos> any op there?
[18:48] <jussio1> CosmiChaos: please be patient, not every op looks here all the time.
[18:49] <CosmiChaos> ok
[18:52] <jussio1> CosmiChaos: I think TheInfinity may be able to help you.
[18:52] <TheInfinity> hmm ... yea? @ #ubuntu-de unban
[18:53] <jussio1> TheInfinity: he was active 3 mins ago. Hope you guys can connect and get sorted. :)
[18:55] <CosmiChaos> hello TheInfinity
[18:55] <CosmiChaos>  Kann nicht beitreten #ubuntu-de (Sie sind gebannt).
[18:55] <CosmiChaos>    Kann nicht beitreten #ubuntu-de-offtopic (Sie sind gebannt).
[18:55] <CosmiChaos> bitte lass mich wieder rein
[19:46] <ZykoticK9> A user in #ubuntu named WACOMalt just suggested a channel be created for WUBI installations - I do think this would be a good idea.  As a regular in #ubuntu I completly ignore ALL WUBI issues, as I'd never run them [he just arrived in the channel!]
[19:47] <WACOMalt> I would like to request that a Wubi support channel be created.  I feel that so many people are using it that it would be a great addition.
[19:47] <WACOMalt> ZykoticK9: beat me to it
[19:47] <ZykoticK9> WACOMalt, with full credit!
[19:47] <WACOMalt> :) thanks
[19:48] <WACOMalt> yeah, the typical response seems to be to ignore all wubi issues in #ubuntu
[19:48] <ZykoticK9> WACOMalt, i wouldn't go near one with a thirty foot pole, but i've only run WUBI once for my father's computer and wasn't impressed
[19:49] <erUSUL> that's becouse of lack of knowledge; most advanced users (the ones that help) do not use wubi they do proper instals
[19:49] <erUSUL> so we do not know a witt about how wubi works od what its problens are
[19:51] <ZykoticK9> erUSUL, beyond that - I don't think the idea of running Ubuntu "inside" (and thus dependent on) another OS is a good idea, but I also the tremendous advantage to opening up Ubuntu exposure with such a tool brings.
[19:51] <nalioth> it's a two way street
[19:51] <nalioth> i personally don't like it
[19:52] <erUSUL> ZykoticK9: i'm not discussing the usefullness of wubi. i'm just stating that the fact that there is no help with wubi in #ubuntu is not becouse we somehow refuse to give it by "policy" but becouse we just do not know about it well enough.
[19:52] <WACOMalt> erUSUL:  I know the limitations of wubi, and have seen it's bugs. I knew from the git that it probably was not a great idea. But I need help getting it to run so I can sonvert it to a physical partition.
[19:53] <ZykoticK9> erUSUL, agreed!  thus a separate irc channel would be a good idea!  i feel bad for anyone with WUBI issues - mainly because I can't help...
[19:53] <WACOMalt> the only issues in wubi are pretty common and the same for most users. I can list them easily.  The answers would be easy to find if there were a consistant way to ask for help on wubi
[19:54] <erUSUL> again, i do not help with wubi becouse i have not used it never ever. is that simple and that is true for most helpers in the chanel (imho).
[19:54] <erUSUL> a new channel wont change that
[19:54] <LjL> the consistent way is to ask about it on #ubuntu
[19:54] <LjL> if you spot a wubi question, you can report it to #ubuntu-meta
[19:54] <LjL> where if other people who do know Wubi-related answers are... well, things fix themselves
[19:55] <WACOMalt> but the thing is, there ARE users who know about wubi. They may even be in #ubuntu, but it's so overflodded nothing gets seen
[19:55] <LjL> which is why i suggest #ubuntu-meta
[19:55] <LjL> that's exactly the reason it was created
[19:55] <WACOMalt> LjL: what is ubuntu-meta based on?
[19:55] <LjL> filtering noise and letting people extract questions that are relevant to them
[19:55] <ZykoticK9> WACOMalt, erUSUL WACOMalt statement that "most" WUBI issues apply to all ubuntu -- But look how we treat +1 people in the main #ubuntu channel we sent them to #ubuntu+1 even if their issues are "general" sometimes
[19:55] <LjL> WACOMalt: uh, it's a channel, it's based on users.
[19:55] <erUSUL> WACOMalt: for the #ubuntu is over-flooded problem see --> https://bugs.launchpad.net/ubuntu-community/+bug/392799
[19:55] <ubot4> Launchpad bug 392799 in ubuntu-community "#ubuntu too noisy to be useful" [Medium,Confirmed]
[19:55] <ubot4> Launchpad bug 392799 in ubuntu-community "#ubuntu too noisy to be useful" [Medium,Confirmed] https://launchpad.net/bugs/392799
[19:55] <LjL> bot overflood =(
[19:55]  * erUSUL o.0! XD
[19:56] <WACOMalt> LjL:  well I mean does it have a topic? or is it just overflow control?
[19:56] <LjL> WACOMalt: it has a topic. you can type (as with all channels) /topic #ubuntu-meta to learn about it
[19:57] <LjL> its topic is "catching" questions that go lost in #ubuntu
[19:57] <LjL> it has a bot to help with that, too
[19:57] <WACOMalt> I did not know of that irc command. That is incredibly useful :P  thank you for that. I'll head over there now
[19:58] <WACOMalt> (notice) [#ubuntu-meta] This is NOT a support channel - Please read the channel topic (type « /topic ») carefully before speaking!
[19:58] <WACOMalt> well dang
[19:58] <ZykoticK9> WACOMalt,  's statement about overflodded aside!  I think the idea for an #ubuntu-wubi channel is a very good idea!  Take care Channel i've never been too before.
[19:58] <WACOMalt> lol
[19:58] <WACOMalt> thanks ZykoticK9
[19:58] <LjL> if one specific channel is made for wubi, then why not also make one for nvidia?
[19:58] <LjL> one for wireless?
[19:58] <LjL> one for "netcat"?
[19:58] <LjL> one for how to switch keyboard layouts? etc
[19:59] <WACOMalt> I immagine the number of users?  nvidia doesn;t make sense because nvidia has their own support channels
[19:59] <WACOMalt> wireless actually gets help in #ubuntu
[19:59] <LjL> i really don't think the nvidia support channel supports people using the nvidia driver packaged by ubuntu, though...
[20:00] <WACOMalt> netcat (since I havent heard of it) I assume has too few issues arize to need it;s own channel
[20:00] <erUSUL> WACOMalt: you may want to create #wubi yourself ?
[20:00] <WACOMalt> LjL: well I havent seen many questions regading nvidia drivers on #ubuntu actually. I guess they just work to easily?
[20:01] <nalioth> erUSUL: please don't do that
[20:01] <nalioth> erUSUL: that is against freenode policies
[20:01] <WACOMalt> erUSUL I was planning too, I just didn't know if it was allowed
[20:01] <LjL> WACOMalt: eh, i guess these days perhaps there might be less than there used to be, i dunno.
[20:01] <WACOMalt> nalioth: Gotcha
[20:01] <erUSUL> nalioth: ok; sorry did not know
[20:01] <niko> WACOMalt: see http://freenode.net/policy.shtml#channelnaming
[20:01] <nalioth> WACOMalt: you may register ##wubi or ##ubuntu-wubi ir ##whatever ##you ##like (so long as it's got two ## in front of it)
[20:01] <LjL> #wubi is actually already registered, anyway
[20:02] <WACOMalt> LjL: my bad actually on that one
[20:02] <WACOMalt> LjL: I didn't know about the ## requirement
[20:02] <m4v> even if you create a #ubuntu-wubi channel, you still have to fill it with people that know about to wubi
[20:02] <m4v> so creating just a channel isn't enough
[20:03] <WACOMalt> which isn't hard if people know it exists. And I see no way that it would hurt any of the other channels (especially if people know about it)
[20:03] <WACOMalt> easy as:  wubi question, hey, go to #ubuntu-wubi.   (user moves channels)
[20:03] <erUSUL> m4v: nailed it; that was i was trying to say all along. wubi help is scarce becouse advanced users do not use it. period
[20:04] <erUSUL> WACOMalt: ^
[20:04] <WACOMalt> understood
[20:04] <erUSUL> WACOMalt: and you end up with a channel full of users asking an none answering ...
[20:05] <WACOMalt> just because you have one question doesnt mean you can't know the answer to another
[20:05] <WACOMalt> yes, no power users, but at least a bigger force of brute-force fixing :P
[20:05] <WACOMalt> erm... brute force... trying to fix...
[20:06] <erUSUL> ok; fair enough. Good luck then ;)
[20:07] <WACOMalt> Thanks.   Can I post anything anywhere saying this exists? (noting that it is an independant channel not operated or maintained by ubuntu irc panel)
[20:07] <nalioth> WACOMalt: got a blog?
[20:07] <WACOMalt> :P  ok, so that's a no.  I meant like, maybe a post in the ubuntu offtopic forums or something
[20:07] <WACOMalt> (I won't muck up your support forums)
[20:07] <nalioth> WACOMalt: /msg nickserv help set property
[20:08] <WACOMalt> huh?
[20:08] <WACOMalt> what does that do?
[20:08] <nalioth> WACOMalt: it asked nickserv to school you in the "property" setting
[20:08] <nalioth> WACOMalt: /ns info nalioth for an example
[20:08] <WACOMalt> oh
[20:09] <WACOMalt> unknown command
[20:09] <WACOMalt> there it is
[20:09] <WACOMalt> nickserv, gotcha
[20:10] <WACOMalt> cool
[20:10] <WACOMalt> can I do a single post in the #ubuntu channel saying I'm starting ##wubi?
[20:11] <WACOMalt> Man, I got really off topic here. I was trying to fix my computer :P
[20:52] <k1l> CosmiChaos, ping?
[20:52] <CosmiChaos> huhu
[20:52] <CosmiChaos> wie eghts?
[20:52] <k1l> query?
[20:52] <CosmiChaos> gern
[20:53] <CosmiChaos> dann geh ich mal wieder raus
[23:16] <LjL> i see.


[01:17] <ralph> hello room
[01:19] <ralph> I have got a prob while trying to build quagga to a .deb excutable as done in the ubuntu repo. Does anyone know how I can do that?
[06:29] <akiva-thinkpad> Hi all
[06:45] <dholbach> good morning
[07:00] <akiva-thinkpad> balloons: ping
[07:01] <akiva-thinkpad> file:///usr/share/filemanager/qml/components/FolderListDelegate.qml:19:1: module "Ubuntu.Components" version 1.2 is not installed
[07:01] <akiva-thinkpad> junkins is still giving me this error.
[07:02] <akiva-thinkpad> bah hes probably sleeping.
[07:02] <akiva-thinkpad> dholbach: Do you know if jenkins supports ubuntu.components 1.2 yet?
[07:02] <dholbach> akiva-thinkpad, I have no idea
[07:02] <dholbach> zbenjamin, ^ do you know?
[07:03] <akiva-thinkpad> ty
[07:09] <akiva-thinkpad> dholbach: curious, do you know if the sdk works on unity 8 yet?
[07:09] <akiva-thinkpad> also do you know the ubuntu channel that mainly is for developing unity 8? I'd like to contribute some things if I can.
[07:10] <dholbach> akiva-thinkpad, I think somebody mentioned that it worked there, but I haven't confirmed it yet
[07:11] <akiva-thinkpad> dholbach: cool thanks
[07:11] <dholbach> akiva-thinkpad, AFAIK changes to unity8 and friends are auto-published to wily
[07:11] <dholbach> zbenjamin and bzoltan_ can likely confirme all the bits above
[07:12]  * bzoltan_ grabs a coffee
[07:12] <akiva-thinkpad> dholbach: Ah going to go download wily then!
[07:13] <akiva-thinkpad> bzoltan_: can you take a look at this small merge: https://code.launchpad.net/~akiva/qtcreator-plugin-autopilot/Improve-code-issue-readability
[07:16] <akiva-thinkpad> the main change is refining the issues displayed when tests fail to load: http://i.imgur.com/Xzc0mov.png
[07:17] <akiva-thinkpad> Prior, it used to be in one issue, and it expanded to an annoyingly large pane.
[07:17] <bzoltan_> akiva-thinkpad:  looks good, it will take few ten minutes to read the code and then I will test it.
[07:17] <akiva-thinkpad> bzoltan_: thanks.
[07:19] <akiva-thinkpad> bzoltan_: just curious, do you know if jenkins supports ubuntu.components 1.2 yet? its failing my patch to the filemanager app file:///usr/share/filemanager/qml/components/FolderListDelegate.qml:19:1: module "Ubuntu.Components" version 1.2 is not installed
[07:20] <bzoltan_> akiva-thinkpad:  I am wondering about that failure ... 1.2 was available already in Vivid ...
[07:20] <akiva-thinkpad> bzoltan_: are there any core apps that are using 1.2 that are passing jenkins?
[07:21] <bzoltan_> akiva-thinkpad:  now that is a good question ... UITK itself is using it for the component gallery app... and it does pass
[07:21] <bzoltan_> akiva-thinkpad:  I do not know by heart what APIs the core apps are using
[07:22] <akiva-thinkpad> bzoltan_: do you know the lp for the uitk?
[07:23] <akiva-thinkpad> nvm
[07:23] <bzoltan_> akiva-thinkpad:  I do : lp:ubuntu-ui-toolkit
[07:23] <akiva-thinkpad> :)
[07:23] <akiva-thinkpad> ty
[07:39] <akiva-thinkpad> bzoltan_: zbenjamin just an fyi, Jenkins is directing people here for troubleshooting: https://developer.ubuntu.com/api/devel/ubuntu-14.10/python/autopilot/faq/troubleshooting.html
[07:39] <bzoltan_> akiva-thinkpad: OMG
[07:40] <akiva-thinkpad> o_O
[08:16] <didrocks> kalikiana: bzoltan_: hey! I'm trying a basic deleteDoc(docId) in u1db and I can confirm (stringifying the database as well) that the .contents is empty (but the docId still exists). However, db.listDocs() still returns the Document that I deleted (not the contents, but the docId), and so, using it as a model, it doesn't filter it
[08:16] <didrocks> kalikiana: bzoltan_: this sounds like some part of bug #1213013 isn't fixed, do you mind confirming?
[08:19] <didrocks> it seems to be bug #1219862 as well
[08:22] <akiva-thinkpad> dholbach: is wily unity8 by default, or is there two images just like there was back in 15.04?
[08:22] <dholbach> akiva-thinkpad, no, it's still unity7 by default
[08:22] <akiva-thinkpad> dholbach: is there a special image then? or just install through the repos?
[08:23] <dholbach> yes, just install through the repos should work
[08:23] <akiva-thinkpad> okay :)
[08:24] <akiva-thinkpad> I guess I should have gotten this: http://cdimage.ubuntu.com/ubuntu-desktop-next/daily-live/current/
[08:24] <dholbach> that doesn't look very up to date
[08:24] <dholbach> you can ubuntu-desktop-next
[08:24] <dholbach> err
[08:24] <dholbach> you can install ubuntu-desktop-next
[08:24] <akiva-thinkpad> okay thanks
[09:29] <ohmy> hello everybody
[09:29] <ohmy> i'm quite confused please help me. I have two projects one depends on the other (only qml files with lot of subdirectories)
[09:29] <ohmy> I'm new to .qmlproject syntax, i've copied one of the provided in examples
[09:29] <ohmy> in QmlFiles section i've added the needed code from my main project but i still have foo_bar unavailable
[09:29] <ohmy> How to tell qmlscene where to find the needed qml files please ?
[09:34] <ohmy> is there any docs about .qmlproject  syntax ?
[12:08] <kalikiana> t1mp: remember to mark a bug as Incomplete if you're asking for clarification, otherwise it's stuck at New forever https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1466410
[12:12] <didrocks> kalikiana: hey, did you see my questions above about bug #1219862?
[12:15] <kalikiana> didrocks: sorry, I apparently missed the notification, I see it now. why are you using listDocs as a model rather than an actual model if I may ask?
[12:16] <didrocks> kalikiana: no worry! At first, I was using "db" directly as the model as some examples from u1db-qt do that. Then, I wanted to check the behavior as I was seeing those additional elements with listDocs() as I thought it will return only valid docs
[12:17] <didrocks> kalikiana: so the behavior was confusing, especially as I used it for debugging purpose :)
[12:18] <kalikiana> didrocks: I agree it is confusing. Right now I would actually suggest you just use Query and forget about the Database. It has more features and if I could change back time, only one would exist
[12:19] <didrocks> kalikiana: yeah, maybe a warning or something in the documentation should be written if the bug isn't fixable?
[12:20] <didrocks> (and yeah, I used a query on a dummy index to fix it)
[12:22] <kalikiana> it might be misleading to just deprecate it since it is needed to delete docs at least
[12:22] <kalikiana> hmm
[12:25] <didrocks> kalikiana: I guess at least a warning in the API doc would be good enough (and telling to use Index + Query)
[14:37] <notmorpheus> Anyone know why attempting to read /bin/lesskey would hang (in Python, open() 'rb')?
[14:39] <popey> notmorpheus: in an app in a click package
[14:39] <popey> ?
[14:40] <notmorpheus> Nah, Python script
[14:50] <didrocks> zsombi: I'm sure I'm doing some wrong things in term of Layout, (like I don't understand why I need for things to look ok to set width: parent.width on a lot of components), but I wonder why setting visible: false and then visible: true without doing anything else may change some positionning?
[14:54] <kalikiana> rhuddie: can you have a look at this? https://bugs.launchpad.net/ubuntu/+source/ubuntu-ui-toolkit/+bug/1471848
[14:55] <zsombi> didrocks: well, if a component is marked not to be visible, you may not even want to occupy a space for it
[14:55] <zsombi> didrocks: Positioners may however not take that into acount...
[14:56] <didrocks> zsombi: but when restoring, it should restore at the same place, isn't it?
[14:56] <zsombi> didrocks: there were lots of bugs around that upstream, not sure whether it has been fixed everuwhere
[14:56] <zsombi> didrocks: not necessarily, depends on the positioning policy
[14:56] <didrocks> zsombi: I'm sure that my bugs results by a bad way of dealing with width/height, I would be happy when you get some time to get some advice/cleanup
[14:57] <didrocks> (not sure when would be a good time for you)
[14:57] <zsombi> didrocks: :D never and always is good
[14:58] <rhuddie> kalikiana, sure, I'll take a look later on
[14:58] <kalikiana> rhuddie: thanks!
[14:59] <didrocks> zsombi: heh, I pushed it to https://github.com/didrocks/splitthebill. You can see that the 2 Total lines (corresponding to Total.qml) have their content switched out of the window after changing the section header back and force
[15:00] <didrocks> zsombi: Basically Main.qml includes DetailsPage which includes a bunch of components (one of them being Total.qml)
[15:00] <didrocks> zsombi: you will see a lot of:
[15:00] <didrocks>     width: parent.width
[15:00] <didrocks>     Layout.maximumWidth: parent.width
[15:00] <didrocks> I'm unsure about the best practice, but I bet the issue can come from this
[15:01] <didrocks> (width and height have always to be set it seems, right? they don't get an implicit width/height from their children?)
[15:24] <zsombi> didrocks: without looking on your code, if you use Layout attached property, it doesn't make any sense to set the width of the component, as Layout attached widths will overrule those
[15:26] <zsombi> didrocks: then, if you have a Positioner (Row, Column, etc) you don't have to set their width, height as those are set based on their children's size
[15:27] <zsombi> didrocks: RowLayout or ColumnLayout are not positioners, those are layouters, so they should have a width, and they do adjust their content based on what you specify in the Layout attached properties
[15:34] <didrocks> zsombi: that's what I was thinking, but I saw that if I didn't set the height on some elements, this didn't really work to me
[15:34] <didrocks> zsombi: so, let me do a pass on the code, cleaning that as it's the logical way to me, and then, we can fix together my "wronglyness"? ;)
[15:35] <zsombi> didrocks: if you are dealing with a RowLayout, you need to set the height, or you can use Layout.preferredHeight
[15:35] <didrocks> zsombi: ah, that starts to make sense, why is that btw?
[15:35] <didrocks> (Row doesn't need height, but RowLayout needs?)
[15:36] <zsombi> didrocks: well, as said, Row is a positioner, it distributes teh items based on the width
[15:36] <zsombi> didrocks: but RowLayout is not a positioner, si a layout distribution element
[15:37] <zsombi> didrocks: Row does only care on teh widths, but RowLayout also needs to know what height should an element have, and it takes those values from the Layout.xxxxHeight and Layout.xxxWidth oproperties
[15:38] <didrocks> zsombi: so, RowLayout enables to have multiple heights elements contrary to Row, am I correct?
[15:38] <zsombi> didrocks: you can also simply set Layout.fillHeight, then you can be sure the element will take the full height of the RowLayout
[15:38] <zsombi> didrocks: no, RowLayout has to have the height, Row doesn't care about those
[15:39] <didrocks> zsombi: I think I did read the qml help too quickly or some explanation on this positions/layout distribution element are missing (at least, in my mind), do you have good refs so that I can get the concept?
[15:39] <zsombi> didrocks: the only time Row uses the height (implicitHeight) when it calculates how much height shoudl it have, and that is talken from the childrenRect.height
[15:39] <didrocks> but RowLayout can't do that automatically? You need to say Layout.fillHeight to have the same "behavior" then?
[15:39] <zsombi> didrocks: well, not more than the QtQuick.Layouts has or eventually the QWidget layout boxes...
[15:40] <didrocks> so that it's using the implicitHeight based on childrenRect.height?
[15:40] <zsombi> didrocks: as said, RowLayout has to have a height, and a width, so it knows where to render its children :)
[15:40] <zsombi> didrocks: Row arranges the items in a row taking into account the item width
[15:41] <zsombi> didrocks: RowLayout *can* resize each element when its size is changed
[15:41] <didrocks> yeah, I understood that difference (and for the width, it makes sense to me)
[15:42] <zsombi> didrocks: for instance, a RowLayout whith 3 children, where the first one's minWidth = maxWidth=prefWidth, the third one minWidth=40GU, maxWidth=50GU and f=prefWidth=40GU
[15:42] <didrocks> I've more issues to understand why it doesn't have another behavior for the height
[15:42] <didrocks> zsombi: yeah, no worry on the width, I understood the difference on that one (and it matches most of the Box models that exists in other toolkits)
[15:43] <zsombi> didrocks: the the mid (second) one is having fillWidth, when you resize the RowLayout you will see the first column size not changing, the third one width changing between 40GU and 50GU, and the mid one filling th erest of the space available
[15:43] <didrocks> yeah, I'm using this kind of behavior (that's why I'm using RowLayout instead of Row)
[15:43] <zsombi> didrocks: but as these elements can have different height, the same applies on the height of each element
[15:44] <zsombi> didrocks: you and there, in RowLayout, you can decide whether you use height: parent.height or - and I'd suggest this one - use Layout.fillHeight: true so you can be sure your sizing is correct
[15:46] <didrocks> zsombi: I would expect such behavior in GridLayout, not in RowLayout TBH (at least, that the default would be Layout.fillHeight: true)
[15:46] <didrocks> but I can use this anyway, now that I know there is no magic for this
[15:46] <zsombi> didrocks: each Row/ColumnLayout is derived from GridLayout, so perhaps that;'s why they work like this
[15:46] <zsombi> didrocks: but never the less, you have to specify a height
[15:47] <zsombi> didrocks: even for a Row, you have to specify a height for each element you put in the row
[15:47] <didrocks> zsombi: they never inflate based on content height?
[15:48] <zsombi> didrocks: :)
[15:48] <zsombi> didrocks: you still don't get it, don't you?
[15:48] <zsombi> didrocks: check how a Row { Item{...} Item {...} Item {...}} works
[15:48] <didrocks> zsombi: well, I get what needs to be done (like setting it), I don't understand why it's not explicit
[15:48] <didrocks> implicit*
[15:49] <zsombi> didrocks: if you do it like that, Row will get its height/width set implicitly
[15:49] <zsombi> didrocks: ok?
[15:49] <didrocks> until here, yeah :)
[15:49] <zsombi> didrocks: because it is a Positioner
[15:49] <zsombi> it does positioning
[15:50] <zsombi> didrocks: now RowLayout *must have* a width/height set, because it is NOT a positioner
[15:50] <zsombi> didrocks: it is a layout element
[15:50] <zsombi> each layout element must have a size
[15:50] <zsombi> like Item, Rectangle, etc
[15:50] <zsombi> didrocks: ok?
[15:51] <didrocks> because the "content" size doesn't change their own size (and that's by definition), am I correct?
[15:51] <zsombi> didrocks: exactly
[15:51] <didrocks> and the content can as well (if you don't set clip: true) get outside of the parent element
[15:51] <didrocks> so ok, only positioners can get some implicit height/width
[15:51] <zsombi> didrocks: not from the Row/ColumnLayout
[15:51] <zsombi> didrocks: only from Row/Column
[15:52] <didrocks> yeah
[15:52] <zsombi> didrocks: so, none of the layout element sdo force their children to take an implicit size, ever
[15:53] <zsombi> didrocks: therefore you have to specify these manually
[15:53] <zsombi> didrocks: if you use the width/height, you lose the dynamic resizing capabilities of the layout
[15:53] <didrocks> ok, but children can change their sizes to accomodate the parent layout element
[15:53] <zsombi> because you can only set a value
[15:53] <zsombi> yes, they can
[15:54] <didrocks> ok, starting to make sense
[15:54] <zsombi> didrocks: so, for height, you can do this in a RowLayout
[15:54] <zsombi> didrocks: for width, you may want to evenly fill the content available, and have a dynamic resizing... so you use the attached properties
[15:55] <didrocks> attached properties, you mean Layout.<...>?
[15:59] <zsombi> didrocks: yes
[16:01] <didrocks> zsombi: I think I get it now, thanks for this explanation (wasn't that clear from the Qt doc to me at least :)). Let me fix my example tomorrow morning and if you don't mind, I would love you checking that I got it right so that I don't spread misinformation
[16:01] <zsombi> didrocks: sure, just ping me, I'll find a slot to check it ;)
[16:02] <didrocks> zsombi: thanks a lot! :)
[16:02] <zsombi> didrocks: yw
[16:04]  * rickspencer3 tries creating a 15.04 armhf kit
[16:04]  * rickspencer3 braces
[20:19] <cwayne> hiya, are there any docs/guides to writing an html5 app that can use location service?
[20:47] <deekay> hi
[20:47] <deekay> can someone help me with the autostart at ubuntu phone?
[20:47] <deekay> wana use syncthing
[20:48] <deekay> its work well, but i need to start it automatic or by a webapp ...
[20:49] <deekay> the dir /usr/share/upstart/sessions/ is read-only


[10:55] <BluesKaj> Hey all
[11:29] <gnomefreak> hi BluesKaj
[11:30] <gnomefreak> i expected more updates. i upgraded last week and havent touched the pc since. today i only had ~230 with 20 newly installed
[11:34] <BluesKaj> gnomefreak, yeah, there are more than 20 , checking your repos will probly help ..I found some that were commented
[11:37] <gnomefreak> well i still have some daily PPA that are 12.04 so that could be the reason
[11:39] <gnomefreak> sorry not daily PPAs i meant
[14:01] <BluesKaj> bigtime upgrade with kubuntu-desktop , all seems well after the workspace upgrade dependsencies
[14:32] <Fudge> whats xfce at BluesKaj
[14:38] <BluesKaj> Fudge, no idea about xfce atm
[14:45] <stjohnmedrano> good day, anyone knows a good proof reader in ubuntu?
[14:46] <bazhang> stjohnmedrano, why are you crossposting here.
[14:46] <bazhang> this is for 12.10 stjohnmedrano
[14:46] <stjohnmedrano> ops, sorry my mistake bazhang
[16:55] <osmosis> how do I get rid of the sticky windows stickey mouse behavior? the edge of the screen always grabs my cursor when I am trying to go between screens, and when I am trying to drag windows across too.
[16:56] <bazhang> osmosis, why are you crossposting here; this is for 12.10
[17:44] <zniavre> #862430
[17:44] <zniavre> bug862430
[17:45] <bazhang> bug #862430
[17:45] <zniavre> bazhang,  thank you   :o)
[17:46] <bazhang> :)