[04:47] <sagaci> hey #lubuntu, I've tried installing lubuntu onto my laptop and it doesn't seem to want to recognise my windows ntfs partition for grub, any ideas? i've tried sudo update-grub but it only sees the linux partitions
[04:47] <sagaci> fdisk -l shows that it's still there
[04:50] <phillw> sagaci: one moment ...
[04:51] <sagaci> no hurry
[04:52] <phillw> sagaci: which version of lubuntu are you using?
[04:52] <sagaci> 10.10
[04:53] <sagaci> i've installed ubuntu kubuntu 10.10 on this laptop, the only thing i've done differently was download updates when it was installing (i usually don't do that)
[04:55] <phillw> sagaci: http://ubuntuforums.org/showthread.php?t=1623346
[04:55] <phillw> samba is not part of the default in 10.10 (it is in 11.04)
[04:59] <sagaci> thanks for the help phill... i'll try that, reboot etc.
[06:44] <sagaci> hi again, I tried those instructions that phill gave me but sudo update-grub isn't seeing my ntfs partitions :(
[06:46] <phillw> sagaci: that's most odd :(
[06:48] <sagaci> http://pastebin.com/mLNHuBV9
[06:48] <phillw> sagaci: I've got to confess, that I am stumped on it. some of the people who have more experience than me should be on in the next few hours, if you can be patient. Else use the mailing list via https://wiki.ubuntu.com/Lubuntu/GettingInvolved
[06:51] <sagaci> i know but thanks for your time. Unfortunately I think it's one of these things that would be easier to reinstall lubuntu or ubuntu and see what happens
[06:54] <phillw> sagaci: I think the system is fine, it's just getting it to see your windows partition. I'd advise a little patience until one of the guys comes on who is more familiar with such issues.
[06:55] <phillw> you can manually update grub to see areas that auto-probe is not seeing, but gvfs-backport should have enabled that for you.
[06:56] <sagaci> so how can I manually do that, or should I man update-grub
[07:04] <phillw> sagaci: is the area ntfs?
[07:05] <sagaci> what area
[07:10] <sagaci> phillw, PHILL
[07:11] <phillw> sagaci: have a read of http://psychocats.net/ubuntu/mountwindows he's one of the forum moderators, and his tutorials are the dog's testicles :P
[07:11] <sagaci> os-prober wasn't installed by default
[07:11] <sagaci> i fixed it
[07:11] <sagaci> it usually is in ubuntu :/
[07:12] <phillw> it is on the cd, but does not get installed - hopefully fixed in the 10.10.1 release.
[07:12] <sagaci> either that or the live install didn't find ntfs partition (which there were) and uninstalled the packaged at the end
[07:12] <sagaci> well either way it didn't work on the install
[07:13] <sagaci> well my laptop will be on lubuntu for a while
[07:13] <phillw> sagaci: my apologies, I thought that thread i posted you covered it. the full notes are at https://wiki.ubuntu.com/Lubuntu/ReleaseNotes/MaverickMeerkat/
[07:17] <phillw> sagaci: now promise not to tell szczur about this :P
[07:41] <sagaci> thanks for all of your help
[15:01] <gilir> hi here :)
[15:01] <gilir> if people want to work on bugs today, just ping me if you need help :)
[15:23] <flomar34> bonjour,
[15:23] <flomar34> not sure it's a real bug
[15:23] <flomar34> with natty, there is no wallpapers by default
[15:24] <flomar34> tested on virtualbox with today's update
[15:28] <Yorvyk> flomar34, known problem
[15:33] <flomar34> ok, thanks :)
[15:35] <gilir> flomar34, it should be fixed if you install and update Alpha 1 :)
[15:43] <flomar34> I've installed alpha1 the day after it's out and updated today but wallpaper is black(there is nothing in the preferences)
[15:44] <flomar34> I can't find too the launcher for file roller (i don't know if it's needed)
[15:49] <gilir> flomar34, do you have something in your home, and .config/pcmanfm/lubuntu/pcmanfm.conf ?
[15:49] <gilir> and there is no launcher for file-roller, it should be launched only by the files manager
[15:51] <flomar34> in config/pcmanfm/lubuntu/pcmanfm.conf
[15:51] <flomar34> wallpaper=
[15:52] <flomar34> wallpaper_mode=0
[15:53] <gilir> flomar34, you probably reset your wallpaper setting when you saw it was black :)
[15:53] <flomar34> ok, i do understand
[15:53] <gilir> flomar34, just set the wallpaper to /usr/share/lubuntu/wallpapers/lubuntu-default-wallpaper.png
[15:54] <bioterror> [desktop]
[15:54] <bioterror> wallpaper_mode=0
[15:54] <bioterror> wallpaper=/usr/share/lubuntu/wallpapers/lubuntu-default-wallpaper.png
[15:54] <bioterror> shows black
[15:54] <gilir> bioterror, using natty up-to-date ?
[15:54] <bioterror> 17packages to upgrade
[15:54] <bioterror> upgrading now
[15:54] <bioterror> gilir, someone broke the icon packages from lubuntu?
[15:55] <bioterror> on natty
[15:55] <gilir> not broken, update to 2.6 :)
[15:55] <gilir> ah yes, it's broken,
[15:56] <gilir> bioterror, just set the theme to elementary, waiting for the fix
[15:57] <gilir> the fix was commited, we just need to wait it appears in the repository : lubuntu-artwork 0.12
[15:57] <bioterror> oky
[15:57] <bioterror> kay
[15:57] <bioterror> not going to upgrade this laptop ;)
[15:58] <bioterror> this one has working icons :D
[16:01] <gilir> the new elementary icon theme is quite nice ;)
[16:02] <bioterror> trying to think bugs
[16:02] <bioterror> oh yes
[16:02] <bioterror> with pcmanfm
[16:02] <bioterror> it doesnt show all drives which I've got mounted on fstab
[16:03] <bioterror> I've got 2 SATA, 1 PATA and two USB drives on my desktop
[16:06] <gilir> bioterror, you have gvfs and gvfs-backends installed ?
[16:13] <flomar34> If you go "menu://applications/DesktopSettings" there is no icon for monitor settings
[16:13] <flomar34> with 10.10 or 11.04
[16:15] <gilir> flomar34, right, do you want to report the bug ?
[16:16] <gilir> flomar34, you need to run "ubuntu-bug lxinput" and following the instructions
[16:21] <flomar34> but, there is no icon= in the .desktop file.  Could it be only this problem?
[16:22] <gilir> flomar34, it is the problem :)
[16:23] <gilir> but it's useful to report bugs, so we don't froget to fix them
[16:23] <gilir> you can also provide a possible solution in the bug report
[16:23] <bioterror> gilir, I just remembered that hmmm lubuntu-default widget is huge if you compare to clearlooks. it affects the "menu"'s.
[16:24] <Yorvyk> Is here an icon for lxrandr?
[16:24] <bioterror> it's from the customize look and feel
[16:24]  * bioterror luvs hunt a bug day
[16:24] <gilir> Yorvyk, ho, you're right, it's lxrandr, not lxinput
[16:25] <gilir> bioterror, it doesn't seems so big in my testing system, could you provide screenshots about this ?
[16:26] <Yorvyk> gilir, I spent 10 mins looking for 'Monitor Settings' before I realised
[16:28] <Yorvyk> flomar34,  you need 'ubuntu-bug lxrandr' to report the bug
[16:29] <Yorvyk> flomar34, not 'lxinput'
[16:30] <Yorvyk> gilir, I’ve had a look at Bug #677715 which to me isn’t a bug and have responded as such.
[16:33] <gilir> Yorvyk, yes, it's not really a bug, and if it is, all terminals have the same problem
[16:36] <Yorvyk> gilir, It doesn’t effect the command that’s typed in.  So I think it should be marked invalid and tell them to wait for the prompt if they don’t like the look of it.
[16:37] <gilir> Yorvyk, yes
[16:38] <Yorvyk> OK I mark it invalid
[16:38] <Yorvyk> with a comment
[16:40] <flomar34> Yorvyk: Ok done, thanks
[16:41] <Yorvyk> flomar34, what number is the bug report?
[16:45] <flomar34> https://bugs.launchpad.net/ubuntu/+source/lxrandr/+bug/688619
[16:46] <Yorvyk> flomar34,  Thank you.
[16:47] <gilir> thank flomar34 :)
[16:48]  * gilir gives a cookie for flomar34, with the first bug reported of the day :)
[16:49]  * gilir gives also a cookie for Yorvyk, for the first bug closed of the day :)
[16:49] <Yorvyk> Ta
[16:49] <Yorvyk> Nom Nom
[16:53] <Yorvyk> So Bug #68861, we need an icon
[16:53] <Yorvyk> So Bug #688619, we need an icon
[16:54] <gilir> a generic one would be nice, as it will change with icon theme
[16:56] <Yorvyk> Lxterminal.png would do.  As used in the LCC
[16:58] <gilir> Yorvyk, but it should be relative to "screen" or "settings", not a terminal
[16:59] <gilir> something like Icon=preferences-desktop-display should be nice
[17:04] <flomar34> may be this is just me, if i go in the preferences , time and date, i can't unlock it
[17:08] <gilir> flomar34, when you click on the yellow stuff, it's do nothing ?
[17:09] <flomar34> no, just nothing
[17:12] <gilir> flomar34, could you launch time-admin in a terminal and post the output in http://paste.ubuntu.com/ ?
[17:16] <flomar34> http://paste.ubuntu.com/541955/
[17:16] <flomar34> Using 2 computers so it's a bit long
[17:21] <gilir> flomar34, yes, I have this too, could you report a bug with ubuntu-bug gnome-system-tools ?
[17:29] <flomar34> https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/688651
[17:30] <gilir> flomar34, thanks,
[17:35] <gilir> flomar34, you can also add more informations, like if it's work on a normal Ubuntu Natty Alpha 1 iso
[17:35] <gilir> I'm sure bug triagers of Ubuntu bugs will ask this :)
[17:47] <flomar34> ok, if it's needed, i will test with ubuntu natty
[17:49] <Yorvyk> flomar34, Save you time, it doesn’t work with Ubuntu Natty
[17:50] <Yorvyk> either
[17:52] <flomar34> Yorvyk: thanks for the information
[17:57] <flomar34> There is no client mail in "peferred appication", it's what it is expected?
[17:58] <Yorvyk> flomar34, it is set if you click on the arrows on the right
[17:58] <bioterror> gilir, well, clearlooks just has better dimensions or how I can put that in words
[17:59] <bioterror> it's not too big, too small, it's perfect if you compare to what lubuntu-default is
[18:00] <flomar34> Yorvyk: yes, but as chromium was set , i was wondered just why sylpheed wasn't set as mail client default
[18:03] <Yorvyk> flomar34, I suppose it is a bug, as it should display with out having to click it.
[18:04] <Yorvyk> Dinner is served, see you all later :)
[18:07] <gilir> flomar34, yes, already reported : https://bugs.launchpad.net/ubuntu/+source/lubuntu-default-settings/+bug/575340
[18:07] <gilir> bioterror, it's difficult to understand with works :)
[18:08] <gilir> Yorvyk, could you add the information on the bug report about time-admin ?
[18:09] <bioterror> gilir, you can open lxterminal, then you can open Customize look and feel
[18:09] <bioterror> and apply Clearlooks & Lubuntu-default
[18:09] <bioterror> and you see how much lubuntu-default takes space from window space with just making that "menu section" bigger
[18:11] <bioterror> well, that's not a big thing, just stupid cosmetics which just annoys me
[18:12] <gilir> bioterror, well, I can see the difference, but not seems so big :)
[18:13] <gilir> bioterror, you can report a bug with ubuntu-bug lubuntu-artwork, I'm sure Raphael will answer you :)
[18:13] <bioterror> you think so
[18:23] <bioterror> taking reboot with my laptop
[18:23] <bioterror> let's see what's broken
[18:24] <flomar34> That seems to be very stable for the first alpha
[18:24] <flomar34> for a simple user like me of course :)
[18:24] <gilir> good to hear :)
[18:26] <bioterror> elementarys volume icon looks... stupid ;)
[18:27] <gilir> ha ? didn't see that
[18:28] <bioterror> and now I dont get that slider bar :D
[18:28] <gilir> I think you see more strange things than me :)
[18:28] <bioterror> urxvt was changed
[18:29] <bioterror> I had to say expoter TERM=xterm
[18:29] <bioterror> export
[18:29] <bioterror> Cannot find terminfo entry for 'rxvt-256color'.
[18:29] <bioterror> annoying :D
[18:29] <bioterror> sad157@dopethrone:~$ nano .profile
[18:29] <bioterror> Error opening terminal: rxvt-256color.
[18:30] <bioterror> :)
[18:31] <bioterror> added that to /etc/bashrc.bashrc
[18:33] <gilir> bioterror, working for me
[18:33] <gilir> without the export
[19:10] <Yorvyk> gilir, been looking at Bug #670561 which I can reproduce but, it appears to be cured in Natty even though they use the same version of lxterminal
[19:10] <ika> hello :)
[19:10] <ika> .
[19:10] <Yorvyk> o/
[19:12] <gilir> Yorvyk, you can reproduce on 10.10, and you can also confirmed that it's fixed in 11.04 ?
[19:14] <Yorvyk> gilir, yes
[19:16] <gilir> Yorvyk, I think you can set it as Fix Released, describing this, and add that people can re-open it if it's not fixed for them
[19:16] <Yorvyk> OK
[19:17] <Yorvyk> gilir, what is the fix though, if both have the same version of lxterminal
[19:18] <gilir> Yorvyk, probably something other than lxterminal, deeper in the stack
[19:19] <Yorvyk> OK
[19:19] <gilir> sometimes, you should not try to understand why bugs are solved :p
[19:20] <Yorvyk> :)
[19:48] <pip_> dare I attempt a release upgrade to natty, or leave it a few more days, python & all that?
[19:53] <Yorvyk> Why not, what can possibly go wrong :D
[19:54] <pip_> haha, well I forced it the other day & lubuntu wouldnt boot
[19:54] <Yorvyk> gilir, are there any bugs you’d like to be looked at?
[19:54] <pip_> I should have taken heed of the warning :)
[19:57] <Yorvyk> pip_, Intel graphics?
[19:59] <pip_> yeah,on board
[20:01] <pip_> I'm on a laptop
[20:05] <Yorvyk> pip_, there was a problem a few days back that effected Intel graphics.  The two machines I’m running Natty on at the moment are Intel based and after the first failed I left the other, just upgrading now.  I’ll let you know the results.
[20:05] <pip_> Yorvyk: so I'm guessing Intel graphics=baaaaad.....
[20:06] <pip_> sorry I hadn't read what you wrote there
[20:06] <pip_> I'd appreciate that Yorvyk :)
[20:06] <bioterror> hmmmm gilir, my look and feel crashes when I try to change to elementary
[20:07] <Yorvyk> pip_, Intel a fiddling with the drivers and there are problems with some of the older chipsets but, it’s getting better.
[20:08] <pip_> yeah, I think this is pretty ancient, well I KNOW it is.....
[20:09] <bioterror> OBJECT (object)' failed
[20:09] <bioterror> Segmentation fault
[20:09] <bioterror> awesum!
[20:19] <gilir> Yorvyk, no, just take what you want :)
[20:19] <bioterror> how can I trace why my lxappearance segfaults when I try to change icon theme?
[20:20] <gilir> bioterror, backtrace ! :)
[20:21] <gilir> bioterror, is apport pop-up when the crash occurs ?
[20:21] <bioterror> nope
[20:21] <gilir> bioterror, ok, so you need to use https://wiki.ubuntu.com/Lubuntu/ReportingBugs#Manual Backtrace
[20:22] <gilir> don't forget to install lxappearance-dbg
[20:23] <bioterror> Program received signal SIGSEGV, Segmentation fault.
[20:23] <bioterror> 0x00007ffff60d8448 in ?? () from /lib/libc.so.6
[20:23] <gilir> bioterror, install also libc6-dbg
[20:24] <gilir> and you need to pastebin the whole backtrace, not only the last line :)
[20:24] <bioterror> gilir, http://ricecows.org/gdb-lxappearance.txt
[20:25] <gilir> bioterror, you need to redo it after you install more dbg packages
[20:25] <gilir> when you see a "No symbol table info available.", it means there is a missing dbg
[20:25] <bioterror>  libc6-dbg : Depends: libc6 (= 2.12.1-0ubuntu9) but 2.12.1-0ubuntu10 is to be installed
[20:26] <gilir> argh :/
[20:26] <bioterror> and as you noticed, this is happening with AMD64
[20:27] <gilir> bioterror, try also to install libglib2.0-0-dbg libgtk2.0-0-dbg
[20:27] <bioterror> my laptop with i686 has no problems
[20:29] <bioterror> gilir, http://ricecows.org/gdb-lxappearance2.txt
[20:30] <gilir> bioterror, better :)
[20:30] <bioterror> is it any help?
[20:31] <gilir> bioterror, yes, do you see the difference between the 2 backtraces ?
[20:31] <bioterror> my desktop is really ugly atm :D
[20:31] <bioterror> nope, I'm not a backtracer ;)
[20:31] <bioterror> ahhh
[20:31] <bioterror> second one has a lot more information
[20:32] <gilir> yes :)
[20:32] <bioterror> can you see what crashes it?
[20:33] <gilir> well, it seems to be a bug directly in gtk
[20:33] <bioterror> okay
[20:33]  * phillw passes round coffee, beer, wine, cake and biscuits... As I'm not a programmer, all of this is way over my head - but it does seem to be going well :)
[20:36] <gilir> bioterror, when you will be able to install libc6-dbg, please redo the backtrace and open a bug against lxappearance, attaching the backtrace to the report, I'll add details for the devs
[20:37] <whatthefunk> hello?
[20:38] <bioterror> gilir, you gotta remind me
[20:39] <whatthefunk> can anybody tell me how to install drivers on lubuntu 10.10?
[20:40] <bioterror> what drivers
[20:40] <bioterror> drivers are usually in kernel and you can load modules to kernel
[20:40] <whatthefunk> driver for an intel 815 series graphics card
[20:41] <whatthefunk> ive just installed lubuntu and am having serious resolution problems
[20:43] <bioterror> xserver-xorg-video-intel - X.Org X server -- Intel i8xx, i9xx display driver
[20:43] <bioterror> sudo apt-get install xserver-xorg-video-intel
[20:44] <Yorvyk> Which is installed by default
[20:44] <bioterror> yes, should be
[20:46] <whatthefunk> yeah, seems that was already installed
[20:46] <whatthefunk> so...
[20:46] <whatthefunk> im stumped again on my resolution problem
[20:46] <bioterror> you need to reconfigure your X
[20:46] <bioterror> and change the screen resolution from /etc/X11/xorg.conf
[20:46] <whatthefunk> ive tried that a hunred times with no success
[20:46] <whatthefunk> yep, tried that
[20:46] <bioterror> well
[20:46] <bioterror> give us your xorg.conf
[20:47] <bioterror> !pastebin whatthefunk
[20:47] <bioterror> !pastebin | whatthefunk
[20:47] <whatthefunk> how do you get xorg.conf?  (im very new to linux...)
[20:48] <bioterror> ctrl+alt+f1 (you will go to TTY)
[20:48] <bioterror> login with your username and password
[20:48] <bioterror> sudo service lxdm stop
[20:48] <bioterror> sudo Xorg -configure
[20:48] <bioterror> sudo mv xorg.conf.new /etc/X11/xorg.conf
[20:49] <bioterror> sudo service lxdm start
[20:49] <bioterror> ctrl+alt+f7
[20:49] <bioterror> but I'm off to talk with out guests
[20:49] <bioterror> since they drove 300km to meet us
[20:50] <whatthefunk> sounds resonable
[20:52] <whatthefunk> all that just closed up...did somthing happen?
[20:54] <whatthefunk> ...
[20:56] <gilir> Yorvyk, if you set a bug "In progress", you need to affect the one which is actualy fixing the bug :)
[20:57] <flomar34> whatthefunk: i have a intel i815 graphic chipset
[20:57] <gilir> Yorvyk, in the case of the lxrandr icon, just set it as Confirmed, I'll probably  set it as Triage later
[20:57] <flomar34> here is my xorg.conf http://paste.ubuntu.com/542030/
[20:57] <flomar34> i need this to have a 1024x768 resolution
[20:59] <Yorvyk> gilir, OK
[21:32] <flomar34> good bye every body
[21:49] <pip_> anyone any ideas about what I may need to do to get sound?
[21:49] <mark76> Find the pulse audio settings app
[21:50] <pip_> as in find & install or find & mess with?
[21:51] <mark76> Find and install probably
[21:51] <mark76> It wouldn't surprise me if it's not installed by default
[21:52] <pip_> h'mmmmm
[21:54] <Yorvyk> gilir, Bug #686526 confirmed
[22:01] <Yorvyk> pip_, I’ve upgraded my natty machine and it is all OK and the one that messed up is now OK
[22:02] <kosaidpo> hello guys
[22:02] <kosaidpo> any idea how ican make all usb ports fo my modem woks cus in wvdial.conf only one its decalred so yeah http://pastebin.com/Y4ZeYv5X
[22:02] <gilir> Yorvyk, thanks, so next step is to report it upstream, since we have the last version in Natty
[22:02] <gilir> Yorvyk, do you want to do it ?
[22:04] <pip_> excellent, thanks Yorvyk I'll try it tomorrow.  I'm having some issues with this box at the moment
[22:04] <pip_> Also, I seem to have the password problem I recall you mentioning
[22:05] <pip_> This box is a mini iso install BTW
[22:06] <gilir> Yorvyk, hum, maybe it's already fixed upstream, I'll add some information to the bug report
[22:09] <phillw> gilir: Yorvyk, kosaidpo has been trying for a few days, and bioterror has been helping. but we cannot seem to get a resolution to the issue. I'm fairly sure it is a bug, as it was working before.
[22:11] <gilir> phillw, with chance, it will be fixed in 0.9.9 :)
[22:11] <kosaidpo> phillw: sory but in what bug
[22:12] <phillw> kosaidpo: the fact your usb ports are not working
[22:12] <kosaidpo> gilir: any idea how to make all my usb port work when i plug my modem cus now i have to plug in in certain one only
[22:12] <kosaidpo> phillw: no there
[22:13] <kosaidpo> http://pastebin.com/Y4ZeYv5X in the file if ichoose one only and plug in it the modem it works while me iwanna handel em all at once
[22:13] <gilir> kosaidpo, no idea
[22:13] <phillw> kosaidpo: I *think* the bug is related to once a usb port has been assigned to modem, it will only work on that one?
[22:14] <phillw> I've seen similar when I was running Windows, if I changed the usb port for my usb 3G device it had to totally re-install itself.
[22:14] <kosaidpo> phillw , gilir i mean cus its declared in its config file check this any idea how ican make all usb ports fo my modem cus in its .conf only one its decalred so yeah http://pastebin.com/Y4ZeYv5X
[22:14] <kosaidpo> phillw: yeh isaw that too well lame windows what do you expect ?
[22:19] <kosaidpo> guys with cmmd i wanna kill the pid in th end ps -u root |grep wvdial
[22:20] <kosaidpo> shud i add kill $0 ??
[22:20] <kosaidpo> or what ?
[22:20] <kosaidpo> how can i get the etuned value ?
[22:20] <kosaidpo> so ican kill
[22:27] <kosaidpo> wow so quit
[22:31] <Yorvyk> The moment anybody mentions 3G Modems I think most people go quiet.
[22:31] <kosaidpo> Yorvyk: haha why ?? does have a calmin effect?
[22:32] <kosaidpo>  how can i kill the returned value by this cmmd ps -u root |grep wvdial
[22:32] <kosaidpo> i tried kill $0 didint work
[22:34] <Yorvyk> kosaidpo, they frazzle peoples brains when they refuse to work
[22:35] <kosaidpo> Yorvyk: how can i kill the returned value by this cmmd ps -u root |grep wvdial | kill $0 doesnt wok
[22:47] <Yorvyk> gilir, what did you want me to do?
[22:48] <gilir> Yorvyk, nothing now, maybe I'll make a patch to fix this later
[22:49] <Yorvyk> gilir,  OK,  I was having connection problems and bits of the conversation seem to be missing.
[22:53] <kosaidpo> how can i kill the returned value by this cmmd ps -u root |grep wvdial
[22:53] <kosaidpo> i add kill $0 it deoesnt work
[23:04] <Yorvyk> kosaidpo,  $0 won’t work because that’s the name of the script
[23:05] <Yorvyk> echo $0 will return /bin/bash after you run the commands
[23:05] <kosaidpo> Yorvyk: its only a cmmd not a script then $1?
[23:05] <kosaidpo> wud work ?
[23:06] <Yorvyk> No, I’ve tried that
[23:06] <kosaidpo> so icant kill it in the same cmmd ?
[23:09] <Yorvyk> kosaidpo,  have a look at pkill


[02:47] <RAOF> duflu: Do you have a working mako handy?
[02:48] <RAOF> duflu: Mine is in flat-battery purgatory for the moment, and I was wondering if you could try running https://code.launchpad.net/~raof/mir/fix-deadlock-in-glib-alarm/+merge/266682 on it locally to see if you can reproduce the crash in CI?
[03:00] <duflu> RAOF: Yes and no. My mako is heavily hacked and I'm not wanting to change anything until I finish my performance work on it. Although I could run local builds...
[03:01] <RAOF> duflu: That's fine. I'll try building in a vivid chroot and deploying...
[03:26] <shengchieh> hi, guys. I met a mir exception error(0.12.1) when bootup on a arm device. so i try to rebuild mir with ./cross-sompile-chroot.sh but the built library can not be lunched functional on arm target. Does any one has the same experience and know how to solve it?
[03:30] <duflu> shengchieh: Got a log of what the exception says?
[03:31] <duflu> shengchieh: Also, feel free to log bugs and any issues you have can be discussed and resolved offline: https://bugs.launchpad.net/mir/+filebug
[03:37] <shengchieh> the log is : $/usr/share/ubuntu-touch-session/usc-wrapper --file'/run/mir_socket' --from-dm-fd 9 --to-dm-fd 13 --vt 1
[03:37] <shengchieh> Warning:ignoring unrecognised arguments: --vt 1
[03:37] <shengchieh> [527.561310]Server: Starting
[03:37] <shengchieh> [527.562040]Loader: Loading modules from: /usr/lib/arm-linux-gnueabihf/mir/server-platform
[03:37] <shengchieh> [527.562228]Loader: Loading module:/usr/lib/arm-linux-gnueabihf/mir/server-platform/graphics-mesa.so.1
[03:37] <shengchieh> [527.567219]Loader: Loading module:/usr/lib/arm-linux-gnueabihf/mir/server-platform/graphics-dummy.so
[03:37] <shengchieh> [527.576294]Loader: Loading module:/usr/lib/arm-linux-gnueabihf/mir/server-platform/graphics-android.so.1
[03:37] <shengchieh> [527.578435]Platform Loader: Selected driver: android (version 0.11.0)
[03:37] <shengchieh> Killed
[03:40] <duflu> shengchieh: It sounds like you have built Mir 0.12 but have 0.11 installed on the system. That's OK, but if you're running a binary from 0.12 then it needs to find the drivers for 0.12 and not the system ones. Try setting environment MIR_SERVER_PLATFORM_PATH=(path to server-modules/) and MIR_CLIENT_PLATFORM_PATH=(path to client-modules/)
[03:43] <duflu> Also, Mir 0.14 is released. We recommend using that.
[03:44] <shengchieh> Hi duflu,  thanks for your suggestion, but we overwirte the previous .so files and use the same folder.
[03:44] <duflu> shengchieh: Then you also need to overwrite /usr/lib/arm-linux-gnueabihf/mir/... with your newly built drivers
[03:45] <duflu> Although other parts of the phone will then fail (broken ABIs)
[03:47] <shengchieh> We can not use Ubuntu's mir, because we have an integration issue with our devices.... Our EGL query an information which mir does not support
[03:47] <shengchieh> That's what we need to modify somethin in mir to fit our egl
[03:47] <shengchieh> Here comes original error log: [157678.315339] <ERROR> mircommon: Caught exception at Mir/EGL driver boundary (in query): /build/buildd/mir-0.12.1+15.04.20150324/src/platforms/android/server/server_render_window.cpp(90): Throw in function virtual int mir::graphics::android::ServerRenderWindow::driver_requests_info(int) const
[03:48] <shengchieh> Dynamic exception type: N5boost16exception_detail10clone_implINS0_19error_info_injectorISt13runtime_errorEEEE
[03:48] <shengchieh> std::exception::what: driver requests info we dont provide. key: 10
[03:48] <shengchieh> So, we need to build a modified graphics-android.so.1 for our devices.
[03:48] <duflu> shengchieh: Good news: grapphics-android.so is not device specific. It's just Mir-version-specific
[03:51] <duflu> shengchieh: It appears your problem is that mir-team broke the ABI of graphics-android.so.1 between releases 0.11 and 0.12 but failed to bump the ABI number. So that's a problem. Although overwriting the binary using your 0.12 build is probably the only option
[03:52] <shengchieh> So, should I use mir 0.11 and have a build to  test it again?  I want to make sure the so files can be executed successfuly first.
[03:53] <shengchieh> But I am confused about my mir version, becase based on the log, it looks like 0.12
[03:53] <shengchieh>  /build/buildd/mir-0.12.1+15.04.20150324/src/platforms/android/server/server_render_window.cpp
[03:55] <duflu> shengchieh: Yes, a recent Ubuntu Touch installation should have no Mir version older than 0.12 on it. The 0.11 issue sounds like it's from a stale package. Try uninstalling the driver package that is versioned 0.11* and replace it with the 0.12 driver package
[03:57] <duflu> It should be called mir-platform-graphics-android1
[03:59] <shengchieh> Sorry, I am newbie for ubuntu touch, can I knnow how to uninstall the driver? thanks.
[03:59] <duflu> shengchieh: Or download the latest 0.12 packages for armhf here: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-013/+build/7105384
[04:00] <duflu> shengchieh: Make sure you have a working internet connection on the device, then: sudo mount -o remount,rw / ; sudo apt-get update ; sudo apt-get dist-upgrade
[04:00] <duflu> Should fix it completely actually
[12:05] <alan_g> greyback: just a FYI - I've pushed my WIP on window management to lp. There's a bunch of prerequisites already queued but you've seen most of them. https://code.launchpad.net/~alan-griffiths/qtmir/window-management/+merge/267181
[12:06] <greyback> alan_g: many thanks, shall have a loo
[12:06] <greyback> k
[12:42] <dandrader> anpok_, ping
[14:04] <kenvandine> greyback, http://paste.ubuntu.com/12013841/
[14:05] <greyback> kenvandine: why is mouse-primary-button-enum != primary-button-enum ?
[14:06] <kenvandine> whoops
[14:06] <kenvandine> i think that was a mistake
[14:09] <kenvandine> greyback, http://bazaar.launchpad.net/~ken-vandine/unity8/mouse_touchpad_schema/view/head:/data/com.canonical.Unity8.gschema.xml
[14:19] <greyback> kenvandine: ok, looks reasonable, now need to see what mir supports!
[14:20] <kenvandine> greyback, great, thanks
[14:27] <greyback> anpok_: hey, you've knowledge of the input stack, can you have a look at Ken's xml file above and see if Mir would have any built-in support for those settings?
[14:33] <alan_g> camako: can you confirm whether this is OK with your Mir-on-X work? https://code.launchpad.net/~andreas-pokorny/mir/disable-android-input-stack-when-platform-available/+merge/267022
[14:33] <camako> alan_g, will do
[16:50] <AlbertA> cool a short example exhibits the same GCC5 armhf bug...
[16:50] <AlbertA> http://pastebin.ubuntu.com/12014642/
[16:50] <AlbertA> now to report the issue...
[16:53] <alan_g> AlbertA: it /could/ be simpler. Vis: "int main()"
[16:53] <alan_g> thanks for tracking it down
[16:54] <AlbertA> alan_g: heh true...force of habit
[16:56] <greyback> AlbertA: hey, could I get you to rebase lp:~albaguirre/qtubuntu/use-mir-surface-apis on top of lp:~dandrader/qtubuntu/busySwap-lp1473720. I want to land both, but they conflict
[16:56] <AlbertA> greyback: np
[16:56] <greyback> ta
[17:07] <bschaefer> AlbertA, nice find!
[17:14] <AlbertA> greyback: ok I merged daniel's branch into https://code.launchpad.net/~albaguirre/qtubuntu/use-mir-surface-apis/+merge/262257
[17:15] <greyback> AlbertA: could you please re-propose the MR, with daniel's branch as a prereq. Just to keep reviews clear
[17:18] <AlbertA> greyback: done
[17:18] <greyback> thank you
[17:43] <anpok_> greyback: will take a look
[17:44] <greyback> anpok_: thanks. I know libinput probably has support for more bits, but we're stuck with android input on phone, yeah?
[17:50] <anpok_> nope..
[17:50] <anpok_> we can settle with one
[17:50] <anpok_> interesting part is.. we might have to apply that per session..
[17:51] <greyback> eh? use-case?
[17:52] <greyback> we don't want clients of unity8 to have their own input config
[17:52] <anpok_> and thus either expose the settings to usc, and let usc apply it... or apply those settings within nested mir...
[17:52] <greyback> I vote for USC
[17:52] <anpok_> just a matter of where to put the code.. and when to switch settings
[17:52] <greyback> or make a special mir_client interface for neste servers, which adds bits like this
[17:53] <anpok_> exposing the setting to usc.. might mean that there is client api for config.. yes..
[17:59] <anpok_> greyback: how are those speed settings defined?
[18:00] <anpok_> i mean... are there more detailed descriptions available or is this just a list of required settings and we shall figure out which ranges are reasonable?
[18:10] <greyback> anpok_: it's just a list of required settings really


[09:35] <blahdeblah> hi all - I'm trying to get my local provider working with juju and getting an unusual error: http://pastebin.ubuntu.com/12978319/
[09:36] <blahdeblah> Google seems to be remarkably silent on this error message - any clues?
[09:39] <Odd_Bloke> lazypower: Hey, so my problem with the Jenkins charm is actually more interesting; OpenJDK 7 has a bug where it segfaults if the fully-qualified hostname is greater than 64 characters.
[09:40] <Odd_Bloke> lazypower: On GCE Juju, the fully-qualified hostname is 'juju-<UUID>-machine-<machine number>.c.<project name>.internal', which is almost always going to be over that.
[09:42] <blahdeblah> hmmm - OK.  I manually created lxcbr0 and manually gave it the IP address <IP_ADDRESS>/24 and it seems happy-ish.
[09:42] <Odd_Bloke> blahdeblah: On what release?
[09:43] <blahdeblah> laptop is wily; juju stable ppa; juju 1.24.7
[09:43] <Odd_Bloke> blahdeblah: OK, there are known issues with lxc in wily release; what version of lxc do you have installed?
[09:44] <blahdeblah> the one that comes with wily, whatever that is
[09:44]  * blahdeblah checks version
[09:44] <blahdeblah> 1.1.4-0ubuntu1.1
[09:45] <Odd_Bloke> blahdeblah: Right, so you should have the fix; is the lxc service running?
[09:46] <blahdeblah> I ran service lxc restart earlier; it didn't seem to start anything called lxc, though...
[09:46] <blahdeblah> However, creating the bridge & IP manually seems to have enabled it to bootstrap
[09:46] <blahdeblah> Trying a juju deploy cs:ubuntu now
[09:47] <Odd_Bloke> blahdeblah: What does `service lxc-net status` show?
[09:48] <blahdeblah> Odd_Bloke: http://pastebin.ubuntu.com/12978355/
[09:49] <blahdeblah> Getting lots of this in juju debug-log output: machine-0: 2015-10-27 09:48:49 WARNING juju.apiserver.client status.go:653 error fetching public address: "public no address"
[09:51] <Odd_Bloke> Interesting, I get http://paste.ubuntu.com/12978367/
[09:52] <blahdeblah> I haven't rebooted since I installed lxc; is that necessary/recommended?
[09:52] <Odd_Bloke> blahdeblah: I don't think so.
[09:52] <blahdeblah> My feeling is that whatever it tried to do on install with networking setup failed
[09:53] <blahdeblah> Nothing much seems to be happening with my cs:ubuntu deploy; just sitting there with status "Waiting for agent initialization to finish"
[09:54] <Odd_Bloke> blahdeblah: Do you have anything that looks relevant in /etc/default/lxc-net?
[09:54] <Odd_Bloke> blahdeblah: That step can take a while.
[09:54] <blahdeblah> It has USE_LXC_BRIDGE="false" - not sure why; is that the default?
[09:55] <Odd_Bloke> blahdeblah: I'm not sure, but I think that's what you need to adjust.
[09:55] <blahdeblah> That's my thinking, too. :-)
[09:56] <blahdeblah> status looks a bit different now :-)
[09:57]  * blahdeblah rebootstraps & redeploys cs:ubuntu
[10:00] <blahdeblah> still much the same result, even though it got a DHCP address and added a lxcbr0 port: Oct 27 19:58:33 peleg kernel: [44383.575124] lxcbr0: port 1(vethR77403) entered forwarding state
[10:00] <Odd_Bloke> blahdeblah: "much the same result" being?
[10:00] <blahdeblah> lots of machine-0: 2015-10-27 09:59:14 WARNING juju.apiserver.client status.go:653 error fetching public address: "public no address"
[10:00] <blahdeblah> Oooh - hang on; firewall denies on lxcbr0; that's progress
[10:00]  * blahdeblah fixes that
[10:02] <blahdeblah> \o/ that's better
[10:02] <blahdeblah> thanks for the help, Odd_Bloke
[10:02] <blahdeblah> juju ssh ubuntu/0 working
[10:02] <Odd_Bloke> blahdeblah: Happy to help. :)
[10:03] <blahdeblah> I don't suppose there's a way to get them using a different mirror by default?
[10:03] <blahdeblah> .au is a bit of a bandwidth backwater...
[10:05] <Odd_Bloke> blahdeblah: There are ways to do it if you're creating a container from the command-line; I'll have to defer to someone Juju specific for Juju-started containers.
[10:05] <blahdeblah> Looks like it: https://jujucharms.com/docs/stable/config-general
[10:05] <Odd_Bloke> blahdeblah: Yeah, that looks promising. :)
[10:07] <ezobn> Hi All ;-) Trying to upgrade to Liberty OpenStack release via Juju charms ;-) all works good, instead of nova-manage db sync - says that I have to run `nova-manage db migrate_flavor_data' first. But there no such option in nova-manage :-(
[10:07] <Odd_Bloke> jamespage: ^ Sounds like one for you.
[10:07] <blahdeblah> thanks very much for the help, Odd_Bloke
[10:08] <Odd_Bloke> ezobn: It is the OpenStack Summit ATM, so helpful people are less likely to be on IRC. :)
[10:08] <Odd_Bloke> blahdeblah: :)
[10:09] <ezobn> Odd_Bloke: sure, but why not to try ?  ;-)
[10:09] <blahdeblah> sweet - that apt-mirror seems to work
[10:10] <Odd_Bloke> lazypower: I've filed https://bugs.launchpad.net/charms/+source/jenkins/+bug/1510450 for the problem.
[10:11] <mup> Bug #1510450: Cannot install in GCE <jenkins (Juju Charms Collection):New> <https://launchpad.net/bugs/1510450>
[14:25] <gennadiy> hi all, i have question about expose service in bundle. i added expose: true to my bundle but when i import this bundle to juju-gui my services are not exposed
[14:25] <gennadiy> http://bazaar.launchpad.net/~tads2015dataart/charms/bundles/tads2015-demo/bundle/view/head:/bundles.yaml
[16:11] <Icey> is it possible to tell Juju to not spread instances over different AZs with AWS?
[16:13] <pmatulis> Icey: there is a way to target specific AZs
[16:14] <pmatulis> juju machine add zone=us-east-1a
[16:17] <marcoceppi> Icey: any reason you'd not want resilliance and best practices?
[16:18] <Icey> ceph
[16:18] <Icey> it tends to expect low latency (within one DC) rather than spread out over datacenters many (but not region) miles apart
[16:19] <Icey> we can discuss more later, i'm off to lunch
[16:33] <bbcmicrocomputer> marcoceppi: hey, I have multiple new charms that I want to write tests for.  What are the best practices for using 'juju test' with amulet framework and being able to write tests that deploy/relate these charms when they're not currently in the charm store?  Is there an environment variable that can be used which determines whether a charm is sourced from local disk or the charm store depending on current test environment?
[16:34] <bbcmicrocomputer> I'd like to avoid hacking the actual test code to do this
[16:34] <bbcmicrocomputer> I couldn't find anything in the docs
[18:04] <jose> kwmonroe: ping
[18:06] <lazypower> bbcmicrocomputer: really good questions. with a few answers
[18:07] <kwmonroe> yo jose!
[18:07] <lazypower> bbcmicrocomputer 1) there's a project we used called 'bundletester' - and this is by far the defacto method to use when testing your charms. http://github.com/juju-solutions/bundletester  for more information. this is pip installable via `pip install bundletester` - i highly recommend using a venv to islolate.
[18:07] <kwmonroe> jose: i see you're a lawyer now ;)
[18:08] <lazypower> bbcmicrocomputer: furthermore, to test local charms, you can `export JUJU_REPOSITORY=/path/to/charmdir` - so long as that points at your dirtree root for the charm repository.  Additionally, this lends itself nicely to amulet
[18:10] <lazypower> bbcmicrocomputer: if you're not using a bundle to define a deployment leveraging multiple services, you can test each charm in isolation by declaring it inline on the deployment, for example, d = amulet.deployment,   d.add('mycharm') -- assuming mycharm is your charm name -- amulet will sense you're testing the charm that you're currently in, and thus deploy local:trusty/mycharm - so you're executing off the local charm.
[18:11] <jose> kwmonroe: lol, was that what you were asking for? I kinda tried to get an answer but not sure if that was what you were looking for
[18:13] <kwmonroe> jose: that was a mighty fine answer -- charm copyright covers charm source and not payloads.  the followup question about license requirements for redistributing binary packages on an external host is still a bit hazy, but that's not a typical charm author issue.  i think i'll call out the licenses in the readme like you suggested, and then maybe dig into requirements for re-distribution for repo maintainers.
[18:14] <jose> kwmonroe: that's what the IBM people did for their charms, and they added a config option called 'accept-software-license' or something similar that defaulted to no. if people wanted to install, they would have to set that config option to 'yes' and only then it'd install
[18:14] <jose> and that could get even easier by setting an error message on status saying 'you need to accept the license, see readme'
[18:16] <lazypower> cmars - I'm pretty sure this is getting resolved with an incoming release?
[18:16] <lazypower> cmars - terms will settle a lot of this, out of band of the charm code correct? ^
[18:16] <lazypower> i'm calling attention to this so we dont waste cycles implementing something thats going to have to be gutted in a future rev of juju
[18:16] <kwmonroe> yeah jose, i could go that route.. but ibm had their own special license.  my stuff is gpl licensed.  if we used a config option every time somebody needed to accept the gpl, we'd have a bunch of lameness :)  i'm cool with a callout in the readme and think that makes the most sense.  thanks!
[18:16] <lazypower> AIUI its on the schedule for 1.26
[18:17] <jose> hehe
[18:34] <lazypower> or perhaps after 1.26....
[18:49] <bbcmicrocomputer> lazypower: thanks for the detailed answers!
[18:49] <lazypower> bbcmicrocomputer np, sorry it wasn't in the docs, we'll be cycling over them in the next week - bugs for that would be quite helpful
[18:50] <lazypower> github.com/juju/docs - anything you find missing, misleading, et-al will help us nail down a tighter story for docs when we do the planning for the update
[18:50] <lazypower> starting w/ the getting started guide, so there's plenty to pick from :)
[18:51] <bbcmicrocomputer> lazypower: nice
[18:52] <lazypower> bbcmicrocomputer have you taken a look at charming 2.0 these days?
[18:52] <lazypower> using layers + reactive pattern to write skinny charms leveraging existing work to not only assemble your charm logic, but to plug into other services using interfaces written by others?
[18:53] <bbcmicrocomputer> lazypower: I read the docs/presentations but not played around with it yet
[18:54] <lazypower> bbcmicrocomputer : i'll have a developer perspective video for next week from stokachu and his contribution of the nodejs layer
[18:54] <lazypower> informative video to be sure, if you'r eon the mailing list - it will be syndicated there
[18:54] <bbcmicrocomputer> nice
[18:54] <bbcmicrocomputer> I'll look out for it
[19:56] <bbcmicrocomputer> lazypower: I think I'm a little confused, as Juju docs seem to say you should never code 'juju deploy local:mycharm', only 'juju deploy mycharm' - test runner will determine where to fetch the real charm (presumably from some environment variable or switch), but then amulet seems to have lots of logic for accepting different charm urls
[19:57] <bbcmicrocomputer> so my main question is where does the logic live for selecting whether we're testing local disk charms on this test or we're pulling from the charm store because the charm store CI is running?
[19:59] <bbcmicrocomputer> is it something the charm author is meant to bake into their tests, is it something only the test runner should know about?
[20:05] <lazypower> bbcmicrocomputer: nah. just write tests for 'mycharm'
[20:06] <lazypower> the fact you export JUJU_REPOSITORY will satisfy it finding th elocal charm. if you implicitly need to test the CS version of a charm, say an extant dependency. 1 of 2 this has occurred
[20:06] <lazypower> 1) you should be placing your tests in a bundle
[20:06] <lazypower> 2) You add that in your test d.deploy('cs:trusty/mysql')   which will always pull the latest mysql charm, and add it to your testing bundle.
[20:07] <lazypower> but if you're doing that level of testing in amulet, say its a requirement, you really should have a bundle to deploy the suite of charms, and embed the tests there. then in which case, JUJU_REPOSITORY again to the rescue
[20:12] <bbcmicrocomputer> lazypower: cool, thanks for the clarification
[20:12] <lazypower> NP, there are edge cases in there i'm sure
[20:12] <lazypower> and if you run into them feel free to ping bbcmicrocomputer
[20:12] <bbcmicrocomputer> thanks
[20:25] <bbcmicrocomputer> lazypower: sorry, being a pita..
[20:26] <bbcmicrocomputer> lazypower: a grep over bundletester and amulet for 'JUJU_REPOSITORY' doesn't seem to reveal any special logic that takes place unless I specify 'local:mycharm' as opposed to 'mycharm'
[20:26] <bbcmicrocomputer> it's possible I've misunderstood everything at this stage
[20:30] <bbcmicrocomputer> I guess this also raises another Q that if I have new charms, where each's tests deploy the others to relate, how does that go into the Charm Store in stages without charm urls being incomplete?
[20:31] <bbcmicrocomputer> for charm A to pass its tests (and be reviewed successfully), how does the test runner know to pull charm B (yet in the Charm Store) from my local LP account (without me explicitly saying - which I shouldn't :) )
[20:32] <bbcmicrocomputer> like I say, I may possibly have completely misunderstood something key


[01:31] -lugito:#lubuntu-devel- [rCALAPACKAGING27cc88524cd7: Refresh calmares.desktop patch] kc2bez (Dan Simmons) committed: https://phab.lubuntu.me/rCALAPACKAGING27cc88524cd7
[01:31] -lugito:#lubuntu-devel- [rCALAPACKAGING64723453e18b: Bump standards-version and fix debhelper version] kc2bez (Dan Simmons) committed: https://phab.lubuntu.me/rCALAPACKAGING64723453e18b
[02:48] -lugito:#lubuntu-devel- [rMANUAL82f1728cd0d7: Minor reword of how to launch] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL82f1728cd0d7
[02:52] -lugito:#lubuntu-devel- [rMANUAL5362ee86e1ab: Fix capitlization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5362ee86e1ab
[02:54] -lugito:#lubuntu-devel- [rMANUAL99a0307ed1e0: Minor reword] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL99a0307ed1e0
[02:55] -lugito:#lubuntu-devel- [rMANUAL3c7686a669cc: Fix capitilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL3c7686a669cc
[02:56] -lugito:#lubuntu-devel- [rMANUALdffd43c959d9: rm uneeded whitespace] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALdffd43c959d9
[03:00] -lugito:#lubuntu-devel- [rMANUAL3fe00b7623ca: Fix capitlization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL3fe00b7623ca
[03:02] -lugito:#lubuntu-devel- [rMANUAL5630d900742b: Remove uneeded whitespace] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL5630d900742b
[03:04] -lugito:#lubuntu-devel- [rMANUAL954c1eac156a: Fix captilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL954c1eac156a
[03:06] -lugito:#lubuntu-devel- [rMANUAL70804e0f75c4: Move version below Usage] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL70804e0f75c4
[03:09] -lugito:#lubuntu-devel- [rMANUALa749163e4f48: Remove uneeded whitespace] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALa749163e4f48
[03:11] -lugito:#lubuntu-devel- [rMANUALc8e3f71b2ac8: Fix capitlization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALc8e3f71b2ac8
 @tsimonq2 wxl what will happen with lxqt-globalkeys??
 @HMollerCl [@tsimonq2 wxl what will happen with lxqt-globalkeys??], +1
 morning ya! eoan will not pass live-session test, it doesn't have ubiquity choose try/install language, does calamares has it?
 i'm doing qa
 also vlc never starts
 Calamares has a language selection option.
 I am fairly certain that there is a bug already for the vlc issue.
 If you have internet (and Calamares can determine that) Calamares should actually select your language automatically.
 @kc2bez i mean, the test tell you to let the installer show you a ubiquity option to choose at very first if you will try this live session (and choose a language for that) or start installer and choose a language (this is just what calamares does)
 So ubiquity change an reload(?) live-session accordingly language selection
 The QA tests for Lubuntu are different.
[12:18] <guiverc> vlc bug is https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1842382
 so what are those, i mean there is no ubiquity
 `Test-case Live Session Start … Boot up the image …     Lubuntu boot screen is displayed … When ubiquity starts select your language in the left column …     Language is selected, all labels are changed to translated versions … Press "Try Lubuntu" and wait for the Live session to start …     The default desktop is displayed`
 http://iso.qa.ubuntu.com/qatracker/milestones/404/builds/200540/testcases/1303/results
 Doing this QA http://iso.qa.ubuntu.com/qatracker/milestones/404/builds/200540/testcases/1303/results y should put it in progress
 😉
 it should indicate Calamares not ubiquity, yes.
[12:22] <guiverc> @Neyder  I put a 'in progress' when I start testing; and update a few times during testing (if stuff to place in comments; such as details of machine etc)
[12:24] <guiverc> kc2bez, I'll try and remember to correct the 'live' testcase; the others are awaiting review; so it can join them..
 guiverc, yup i think this is the most, but being strict, we need to change the testcase. … Calamares doens't seems to have such feature, to change live-session locale at this time.
 thanks guiverc I knew you were working on them I wasn't sure if the live test was one of them or not.
[12:27] <guiverc> https://code.launchpad.net/~guiverc/ubuntu-manual-tests/lubuntu-calamares is I think my testcases are, but it doesn't match my latest uploads https://phab.lubuntu.me/T56  (but I don't know what I'm doing so maybe I'm missing something..)
[12:27] -lugito:#lubuntu-devel- [Medium, Open] Transfer testcases to the actual testcase branch: https://phab.lubuntu.me/T56
 vlc bug says it was fixed yesterday, so waiting for today image to test again 😃
[12:50] <guiverc> @Neyder; no it was tested on disco (no updated lives to test there; my testing is on bug report; it's not been fixed for eoan yet :(  nor bionic (issue there too for newer (daily) ISOs)
 guiverc, oh didn't read it all 😞
[12:53] <guiverc> it caught me out too initially :)
[13:08] -lugito:#lubuntu-devel- [T56: Transfer testcases to the actual testcase branch] guiverc (Chris Guiver) commented on the task: https://phab.lubuntu.me/T56#2467
[13:11] <guiverc> Thank you for your testing @Neyder !
 guiverc, it's a litle i do, Thanks for developing lubuntu to you all ❤!!!
[13:22] <guiverc> I don't know enough about phab; and I'm no dev... but thanks.
 wxl or another admin (I am not one) will probably have to approve you on phab. It sounds like you get sandboxed while waiting approval.
 Maybe we could ask Ubuntu to put "ubiquity/calamares" in the text
 We are probably different enough to have our own test case.
 @HMollerCl it's not the case of add this as I mentioned before, it expects a feature of ubiquity that change locales , so it changes UI language after live-session is loaded, calamares lacks of that feature, and to _test in your desired language_ should be seleccted at boot time.
 @tsimonq2 wxl: D45 is going to make it into eoan right?
 `**Test-case Live Session Start** … Boot` up the image and select your language …     The system boots properly and loads the language selection menu … Press enter over the "Start Lubuntu" text …     The system should boot to the live desktop … Use and execute the default applications found for the desktop enviroment being run …     Al
 @The_LoudSpeaker [@tsimonq2 wxl: D45 is going to make it into eoan right?], Yes
 @tsimonq2 [Yes], Noice. Thanks! Also, tho midsems are done, Dusshera isn't yet. So will be a bit busy but more available than before. Ping me if you need anything on globalkeys.
 @The_LoudSpeaker [Noice. Thanks! Also, tho midsems are done, Dusshera isn't yet. So will be a bit …], Midterms ;)
 Okay
 We call them midsems.
 @aptghetto can you do a quick check on latest globalkeys from ci unstable? You found the duplicates first. I am still a bit busy for next 2 days or so. Won't be able to test on hardware probably.
 Also, @tsimonq2 where are them ci notes you were about to tag me on phab?
[19:00] -lugito:#lubuntu-devel- [rMANUALdaffe17d564f: Fix capitilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALdaffe17d564f
[19:01] -lugito:#lubuntu-devel- [rMANUAL6fa8f2c84a8e: Fix capitilization again] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL6fa8f2c84a8e
[19:08] -lugito:#lubuntu-devel- [rMANUAL25b124a668ae: Reword brightness summary] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL25b124a668ae
[19:09] -lugito:#lubuntu-devel- [rMANUAL38099cda25b9: Fix capitlization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL38099cda25b9
[19:12] -lugito:#lubuntu-devel- [rMANUALdc5f2f4fdb1f: Reword Appearance summary] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALdc5f2f4fdb1f
[19:14] -lugito:#lubuntu-devel- [rMANUALee6a18db3466: Remove uneeded whitespace] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALee6a18db3466
[19:29] -lugito:#lubuntu-devel- [rMANUAL818cba62ab98: Move version bleow usage] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUAL818cba62ab98
[19:29] -lugito:#lubuntu-devel- [rMANUALcdbccf2a9caa: Fix Capitilization] lynorian (Lyn Perrine) committed: https://phab.lubuntu.me/rMANUALcdbccf2a9caa
 @The_LoudSpeaker [@aptghetto can you do a quick check on latest globalkeys from ci unstable? You f …], I have tested it
 hey
 hey
 what can i test
 sksk


[19:44] <Lathund> Hi, I would like to get a cloak. https://launchpad.net/~hund
[19:46] <nhandler> Lathund: Have you done everything on http://freenode.net/faq.shtml#nicksetup ?
[19:47] <Lathund> nhandler: I dont think I have missed anything. :)
[19:48] <nhandler> Lathund: Great, now you just need to wait for Pricey, nalioth, or elky
[19:49] <Lathund> nhandler: Okey.
[19:50] <bcurtiswx> nhandler: you have a script doing that for you :P
[19:50] <nhandler> bcurtiswx: A script doing what?
[19:51] <bcurtiswx> nhandler: for the people requesting cloaks
[19:51] <nhandler> bcurtiswx: Nope
[19:51] <bcurtiswx> nhandler: i know, i was just saying that in jest
[22:31] <Pricey> Lathund: looks like someone caught you
[22:32] <Lathund> Pricey: Yepp. :)


[05:31] <pitti> Good morning
[07:46] <didrocks> good morning
[08:00] <dholbach> good morning
[08:11] <\sh> moins
[08:19] <smb> @pilot in
[10:24] <tkamppeter> pitti, hi
[10:24] <pitti> hello tkamppeter
[10:25] <tkamppeter> pitti, my single-sign-on (OpenID AFAIK) does not work any more on wiki.ubuntu.com.
[10:26] <pitti> tkamppeter: do you get wiki timeouts?
[10:26] <pitti> I got plagued by them as well since the recent wiki update; I just kept trying until it worked
[10:26] <pitti> i. e. log in twice, then wait a minute, and press reload
[10:26] <pitti> then it suddenly worked
[10:26] <tkamppeter> pitti, yes, after a certain time delay (some minutes) I get 502 Proxy Error.
[10:26] <tkamppeter> On FF and Chromium.
[10:29] <tkamppeter> pitti, reload gives: "OpenID error: Nonce already used or out of range."
[10:30] <pitti> tkamppeter: can you please ask in #canonical-sysadmin ?
[10:30] <pitti> there's nothing I can do about the wiki, I'm afraid
[10:33] <tkamppeter> pitti, thanks, I have posted the problem on that channel now.
[12:21] <zyga> mvo, ping
[13:21] <mvo> hey zyga
[13:23] <zyga> mvo, hey
[13:24] <zyga> mvo, is python-apt a native thing or is it pure python
[13:24] <zyga> mvo, or actually -- is there a chance to get python-apt up on pypi?
[13:28] <mvo> zyga: its mostly a wrapper around the c++ libapt stuff, so not native
[13:30] <jamespage> doko: around? I have a query re a change in openjdk-6 6b23
[13:30] <zyga> mvo, is it still "normal" setup.py + friends?
[13:31] <mvo> zyga: yes
[13:31] <mvo> zyga: but it needs libapt-pkg-dev to build
[13:32] <zyga> mvo, do you think it would be possible to publish python-apt on pypi
[13:32] <zyga> mvo, this way one could use virtualenv with --no-site-packages to get it
[13:32] <zyga> mvo, and still having libapt-pkg-dev installed locally they would build it fine
[13:40] <mvo> zyga: I don't have experience with pypi, but if its possible, sure, why not
[13:40] <mvo> zyga: I will ask bary for advice once he is online
[13:49] <nigelb> 7/w 27
[13:49] <nigelb> bah
[13:49] <Ursinha> nigelb: irssi? :P
[13:53] <zyga> mvo, thanks
[14:01] <seb128> !pilot in
[14:02] <seb128> @pilot in
[14:02] <seb128> (catching up the round I missed yesterday)
[14:02] <ogasawara> @pilot in
[14:06] <seb128> slangasek, since you assigned bug #742017 to yourself should I unsubscribe the sponsors? (i.e will you handle it)?
[14:10] <nigelb> Ursinha: Yes :-)
[14:14] <cjwatson> pitti: language-pack-kok{,-base} is missing from the archive and causing build failures (language-pack-gnome-kok{,-base} is there)
[14:15] <pitti> cjwatson: lokoing
[14:15] <pitti> "looking" too
[14:21] <pitti> hm, they shoudn't even exist
[14:32] <tumbleweed> can an ubuntu-branches member please mark these merged: https://code.launchpad.net/~marcelstimberg/ubuntu/natty/epdfview/fix-for-783109/+merge/61794 https://code.launchpad.net/~vanvugt/ubuntu/natty/oss4/fix-746048/+merge/64945
[14:34] <cjwatson> tumbleweed: done
[14:34] <tumbleweed> thanks
[14:34] <pitti> cjwatson: ah, I found the bug in langpack-o-matic, fixed; I removed these two empty -kok packages
[14:35] <cjwatson> pitti: great, thanks
[14:35] <pitti> funny corner case
[14:57] <lool> pitti: I don't know what causes it, but I really have trouble booting nowadays; I can only boot when going back to 2.6.38-8-generic, the 3.0 kernels have a too racy boot; I get various types of boot failures
[14:58] <lool> sometimes I get errors about not being able to rnu dmsetup, sometimes I get the /home couldn't be mounted screen "Keep waiting etc.", if I skip I get lightdm but can't move the mouse or type with the keyboard (not even switching ttys)
[14:59] <ogra_> can you ssh ?
[15:00] <ogra_> we have a weird error on omap where the whole usb stack stops working in 3.0 if compiled with the current toolchain
[15:00] <lool> didn't try, but probably as the system is running: if I trigger a reboot before pressing skip, it will actually reboot -- or if I press the power button
[15:00] <lool> ogra_: that's known, isn't it?
[15:00] <ogra_> yes
[15:00] <lool> ogra_: let me hand you the patch
[15:00] <ogra_> but your symptoms sound so similar
[15:00] <lool> no, the omap issue only affects the OMAP USB stack, nothing else
[15:01] <ogra_> nah, hand it to ppisati rather :)
[15:01] <lool> this is on a thinkpad, I don't think keyboard and mouse are on USB; plus the build issue is specific to an OMAP struct
[15:01] <ogra_> k
[15:02] <ogra_> i dont know much about the bug, just that it only shows up with the recent toolchain
[15:02] <geser> I get the race with mounting my lvm volumes in oneiric too. I get better a success rate when booting without "quiet splash".
[15:03] <lool> ogra_: workaround http://paste.debian.net/120560/
[15:04] <ogra_> lool, ah, i saw that one, doesnt work
[15:04] <ogra_> paolo already tired that
[15:07] <smb> @pilot out
[15:39] <bdrung> cjwatson: when will be new packages synced from debian. it's in debian for three days.
[15:39] <seb128> cjwatson, should the sponsors be subscribed to https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/604335
[15:39] <seb128> ?
[15:39] <bdrung> s/n./n?/
[15:40] <cjwatson> bdrung: which package do you care about?
[15:40] <seb128> cjwatson, or is that something you will deal with when you have time rather?
[15:40] <cjwatson> seb128: I'll deal with it when I have time; best not to be dealt with by general sponsorship IMO
[15:41] <bdrung> cjwatson: packaging-dev
[15:41] <seb128> cjwatson, ok thanks, that's what I was thinking, unsubcribing the sponsors then ;-)
[15:41] <cjwatson> bdrung: I literally *just* synced that
[15:41] <bdrung> cjwatson: :) thanks
[15:45] <salty-horse> any chance of natty getting this simple fix for a gdb segfault ? https://bugs.launchpad.net/ubuntu/+source/gdb/+bug/691814
[15:46] <seb128> does anybody has any clue about libevent or an opinion on bug #796187
[15:46] <seb128> ?
[15:48] <seb128> the version is still in debian experimental but is needed by some softwares (fedora did the update for f15 it seems)
[15:58] <davmor2> hey guys is the delay for the touchpad disable while typing adjustable?  It's taking 2 or 3 seconds to react once I stop typing in oneiric
[16:17] <Ampelbein> seb128: re bug 765915, I updated the merge proposal and added a comment. Could you review the patch again?
[16:17] <mr_pouit> cjwatson: hey, I've again another weird issue with xubuntu daily builds for you (sorry ;-). There's no ubiquity-slideshow-xubuntu in the current daily builds (yet it is in live seed, and apparently recognized by germinate). Ubiquity-slideshow-*edubuntu* is selected and shipped instead...
[16:18] <seb128> Ampelbein, thanks
[16:18] <seb128> Ampelbein, about the optional symbols my guess was that somebody marked them optional for a reason so I would like to understand why if we drop them
[16:18] <seb128> Ampelbein, like it's already weird that symbols are different when building on natty and oneiric
[16:19] <Ampelbein> seb128: maybe the switch from gcc4.5 to 4.6? I've seen that a few times symbols differ between natty and oneiric.
[16:21] <Ampelbein> seb128: I think I can agree on the optional symbols comment. There's no harm in having them, I just thought it would be best-practice to have them removed.
[16:22] <seb128> Ampelbein, well, it might be fine, I will just let somebody with a better understanding of that package decide on why they were marked optional rather than dropped to start ;-)
[16:23] <omnibus> Ciao!
[16:24] <pitti> lool: is the booting trouble on arm or x86? haven't had a boot failure in months
[16:46] <hallyn> mvo: could you take a quick look at bug 800209?  It seems similar to bug 455861 in debconf...
[16:52] <mvo> thanks hallyn that looks indeed like it, might be that aptdaemon crashed  too or got killed
[17:05] <hallyn> mvo: cool, thanks for looking
[17:17] <cjwatson> mr_pouit: hmph :-)
[17:18] <cjwatson> mr_pouit: that's really rather bizarre
[17:20] <cjwatson> mr_pouit: that's freaky.  have you tried reproducing it locally?
[17:20] <cjwatson> this business of removing .pyc files from the squashfs is good at finding obscure bugs in packages
[17:21] <didrocks> cjwatson: you mean, packages shipping them?
[17:21] <cjwatson> yeah
[17:21] <didrocks> hum, that's… interesting :)
[17:21]  * dholbach hugs barry
[17:21] <cjwatson> specifically it catches cases where packages run dh_python2 or whatever in the wrong place and thus lose the generated maintainer scripts
[17:21] <barry> dholbach: we even got our first participant on #ubuntu-pyjam :)
[17:22] <cjwatson> e.g. python-appindicator (I'm fixing it now)
[17:22] <dholbach> barry, NICE
[17:22] <dholbach> barry, I'll blog about it in a bit
[17:22] <Laney> pyjamas?
[17:22] <barry> Laney: that's the only appropriate outerwear for the jam session
[17:23] <mr_pouit> cjwatson: no, not yet (I'm not on my system, so I only browsed through several live build & germinate logs in http://people.canonical.com/~ubuntu-archive/)
[17:25] <seb128> james_w, hi, could you mark https://code.launchpad.net/~alexandru.cucu/ubuntu/natty/whois/fix-for-785052/+merge/64172 as merged?
[17:25] <pitti> seb128, james_w: ^ done
[17:25] <seb128> pitti, oh you can do that? thanks ;-)
[17:26] <pitti> I wonder why you can't
[17:26] <pitti> probably because TB owns UDD owns those merges or so
[17:26] <seb128> likely something like that
[17:26] <Laney> it's ~ubuntu-branches membership
[17:26] <seb128> I can set as merged those for which I've upload rights to
[17:26] <seb128> but natty is stable so I can't for those
[17:26] <seb128> I think
[17:28] <bdmurray> seb128: could you look at sponsoring the debdiff in bug 797894?
[17:30] <seb128> bdmurray, why do you need to do
[17:30] <seb128> +    report['GconfUpdateManager'] = command_output(['gconftool-2', '-R',
[17:30] <seb128> +        '/apps/update-manager'])
[17:30] <seb128> if you use
[17:30] <seb128> +    attach_gconf(report, 'update-manager')
[17:30] <seb128> ?
[17:31] <bdmurray> attach_gconf only shows the non-default values while command_output shows both
[17:32] <seb128> why are the default values useful?
[17:32] <bdrung> barry: do you have a todo list for the dh_python2 transition?
[17:32] <seb128> we usually want to see what is non standard?
[17:32] <bdmurray> How would someone easily find the default values?
[17:34] <seb128> bdmurray, why do they matter? they could be as well variable in the source
[17:35] <seb128> bdmurray, what is useful on bugs is usually what users tweaked to be non standard, we know what is the standard behaviour
[17:35] <seb128> well it's mvo's software so I will let him decide what he finds useful in bugs ;-)
[17:37] <cjwatson> mr_pouit: test-building locally now, will take a while
[17:38] <mr_pouit> cjwatson: I checked some old build logs, and the latest build containing ubiquity-slideshow-xubuntu is from June 13 (incidentally, just before the switch to live-build). After that, -edubuntu is selected instead (I don't know why we didn't notice that earlier)
[17:38] <charlie-tca> mr_pouit: attaching the logs to the bug from today
[17:38] <cjwatson> mr_pouit: ... oh, it's because I'm an idiot
[17:38] <cjwatson>         xubuntu)
[17:38] <cjwatson> ...
[17:38] <cjwatson>                 add_task live edubuntu-live
[17:39] <cjwatson> charlie-tca: what's the bug#?
[17:39] <charlie-tca> It was xubuntu slideshow for alpha1
[17:39] <charlie-tca> bug 800211
[17:39] <cjwatson> yeah, alpha-1 predated live-build
[17:39] <cjwatson> thanks, I'll take that
[17:40] <bdmurray> seb128: I can see what you are saying and I'll watch to see if the default gconf information really is useful.  It might be worthwhile to remove it.
[17:40] <charlie-tca> thanks
[17:40] <lool> pitti: it's on x86
[17:40] <mr_pouit> huhu, this explains the issue ;-)
[17:40] <charlie-tca> I will throw all the logs into it
[17:40] <lool> pitti: on a thinkpad with LVM root and home
[17:40] <seb128> bdmurray, thanks, the reason I prefer not having it personally is to avoid having useful informations in the middle of the noise, we should limit what we list to what is useful
[17:41] <cjwatson> charlie-tca: no need
[17:41] <charlie-tca> Okay, I won't.
[17:41] <bdmurray> seb128: and I honestly don't know how to find the default gconf values for an application (regardless of whether or not that is useful)
[17:42] <cjwatson> fixed for tomorrow's builds
[17:42] <charlie-tca> Thanks
[17:42] <mr_pouit> thanks
[17:46] <seb128> bdmurray, why would the default gconf values be useful? do you try to get the default value of the code variables?
[17:47] <seb128> bdmurray, software variable defaults are not really useful to debug usually, the code writer know those, what is useful is what is non standard
[17:49] <pitti> yes, in general it's better to only include "unexpected" information, as then it's a lot easier to read and spot
[17:50] <bdmurray> okay that makes sense
[17:50] <apw> pitti, do you use editmoin? and if so is it still working for you
[17:51] <bdmurray> apw: I think you need to update your cookie in your moin_ids file
[17:51] <bambee> Evening, I've two bug fixes for language-selector (KDE frontend), Can I propose a merge directly (including a description)? or I need to report a bug ?
[17:51] <pitti> apw: no, unfortunately it broke with the recent wiki upgrade :(
[17:51] <pitti> apw: I haven't found a way to make it work again, the new wiki doesn't set the cookie any more
[17:51] <pitti> apw: it sets _a_ cookie, but that doesn't work with editmoin
[17:52] <apw> phththt, thats very annoying
[17:53] <seb128> sbeattie, hi, could you unsubscribe the ubuntu-security-sponsor from bug #783508 ?
[17:53] <seb128> sbeattie, so it drops from the sponsoring list ;-)
[18:00] <sbeattie> seb128: sure, though it should be getting auto-closed soon.
[18:00] <seb128> sbeattie, ok, thanks
[18:00] <seb128> sbeattie, I forgot it was a security upload, I was thinking normal SRU with the bug staying on fix commited for a week while it's in proposed ;-)
[18:08] <seb128> @pilot out
[18:09]  * dholbach hugs seb128
[18:14] <seb128> dholbach, ;-) hug!
[18:15] <dholbach> :)
[18:33] <Ampelbein> hi there, is there an archive admin available to push gnustep-gui through binary new? thanks.
[20:48] <RoAkSoAx> hey guys, two upstreams have merged their code of two different projects into one single project. That has left us with a new package in Oneiric (resource-agents). Thjis package replaces the package cluster-agents and some of the bits installed with redhat-cluster (part of both cman and rgmanager). This new pakcage (resource-agents) is not yet in Debian, but will be soon. However, I'll be filing a MIR for resource-agents so I was wondering if it
[20:50] <slangasek> RoAkSoAx: you truncated at "I was wondering if it"
[20:50] <RoAkSoAx> I was wondering if it would make sense to request a removal of cluster-agents (even though it will not be removed from
[20:50] <RoAkSoAx> Debian anytime soon) or should I just request a demotion
[20:51] <slangasek> by "request a demotion" you mean "get the package unseeded"?
[20:51] <RoAkSoAx> slangasek: yeah a demotion from main to universe, and replace all those depends on cluster-agents for resource-agents
[20:52] <slangasek> archive admins don't demote packages except when the components-mismatches page tells us we can... so just do the replacement of the depends and the archive state will take care of itself
[20:53] <RoAkSoAx> slangasek: cool. Thanks!
[20:53] <slangasek> does resource-agents really need an MIR, given that both cluster-agents and redhat-cluster are in main?
[20:53] <slangasek> a stub bug saying "resource-agents is the software formerly known as prince" is probably sufficient
[20:54] <RoAkSoAx> slangasek: not really, it basically hsa the same as what's in cluster-agents plus some pieces of redhat-cluster, plus a couple of new scripts/manpages
[20:54] <slangasek> hmm, are we getting rid of c-a and r-c *both* this cycle, or only c-a?
[20:55] <RoAkSoAx> slangasek: only c-a
[20:55] <slangasek> ok... I guess you should file an MIR then, the MIR team might care about having two copies of the r-c source around :)
[20:56] <RoAkSoAx> slangasek: ok cool.. cause in redhat-cluster I'm just dropping the installation of such files
[20:56] <RoAkSoAx> slangasek: but anywayas, thanks for the tips
[20:57] <slangasek> sure
[21:43] <ogasawara> @pilot out
[22:04] <broder> do the Release/Sources/Packages/etc. files in the archive end up in LP anywhere?
[22:04] <broder> or are they generated entirely externally?
[22:06] <jelmer> broder, they're generated from the database but not stored in the database
[22:06] <broder> so there's no archive of them anywhere?
[22:08] <jelmer> broder: there isn't a as-is copy of them in Launchpad itself, though all the data should be present to reconstruct what was in an archive at a given time
[22:09] <broder> jelmer: sure, but i can't reconstruct the signatures :)
[22:09] <jelmer> broder: there might also be external copies/backups of them, outside of Launchpad
[22:09]  * broder nods
[22:13] <broder> unfortunately, "ubuntu", "archive", "backup", and "snapshot" are all sufficiently generic that they're really hard to google for
[22:13] <broder> :)
[22:45] <em> Oh hi
[23:20] <jcrigby> cjwatson, ping?
[23:24] <cjwatson> jcrigby: it's bedtime here, please leave a message
[23:24] <jcrigby> cjwatson, ok
[23:46] <micahg> jcrigby: re e-mail to devel-permissions> do you remember who was chairing that meeting?  I would suggest asking that person to e-mail the tech board on your behalf to make it happen
[23:46] <jcrigby> micahg, thanks, I'll do that
[23:48] <jcrigby> persia, ping?


[16:34] <elfy> ochosi: not sure where we left the ind panel crash issue - but I've had it again
[21:52] <Unit193> libappindicator update doesn't look to be the problem.
[21:54] <brainwash> ochosi: please add a comment to bug 1393767
[21:55] <brainwash> I doubt that we will backport anything to trusty, but I am not sure.
[21:56] <slickymaster> dkessel, did you get to sort out if https://bugs.launchpad.net/ubuntu-manual-tests/+bug/1393204 is/was due to some misconfiguration on your machine?
[21:57] <slickymaster> I'm inclined to mark it as 'Invalid'
[22:00] <slickymaster> 23:02  slickymaster: knome, I've tested your rev. 277 and it works
[22:00] <knome> slickymaster, ok, good
[22:01] <slickymaster> about the artwork you're planning to add
[22:01] <slickymaster> do you already have any drafts/ideas of what it will be?
[22:01] <knome> i'm planning to make it abstract, so we don't have to update any screenshots for the documentation
[22:02] <slickymaster> good
[22:02] <knome> other than that, not really
[22:02]  * slickymaster hopes knome will have Bauhaus school in mind
[22:02] <slickymaster> ;)
[22:02] <knome> maybe
[22:20] <dkessel> slickymaster: i did not start any of my PC's the last two days, so no. I will try to get to it tomorrow.
[22:21] <dkessel> Does any of you know which files I could check for wrote ng settings on my side?
[22:22] <dkessel> I never used left handed mouse mode or something
[22:22] <dkessel> wrong I meant
[22:29] <dkessel> good night
[23:26] <Unit193> Hrm, think Ubuntu devs would go for a git snapshot, 0ubuntu1 if the package is 100% unusable as of a few days ago?
[23:30] <knome> depends on the package i guess
[23:31] <Unit193> As of the 17th, the one in trusty, utopic, and vivid is broken.
[23:32] <knome> of "the package" :P
[23:33] <Unit193> Yeah, I got that part.   Got training for the new job in the evenings this week, but should stabilize and return this weekend
[23:37] <knome> :)
[23:37] <bluesabre> or at least go back to the dev lead I was before, crappy or not :)
[23:37] <knome> heh
[23:37] <Unit193> bluesabre: I tricked someone to sync thunar-dropbox, if you wanted to "backport" to the PPA it mainly adds multiarch support, but up to you entirely.
[23:38] <Unit193> Hah, nice. :D
[23:38] <bluesabre> Unit193: cool, glad to hear
[23:38] <bluesabre> will do just that (probably tonight)
[23:50] <Logan_> Unit193: "tricked"
[23:51] <Unit193> :D
[23:52] <Unit193> Logan_: Hoped you'd see that. :D
[23:52] <Logan_> :P


[18:42] <krytarik> rafaellaguna: Care to look at LP bug 1266138, and reassign to 'lubuntu-default-settings'?
[18:42] <rafaellaguna> sure
[18:42] <rafaellaguna> in a moment
[19:45] <ianorlin> ah I think that might actually have a fix in lubuntu default settings
[19:46] <ianorlin> I think the old behavior before didn't have openbox move resizeto not reserve space for lxpanel but now it does.
[19:46] <ianorlin> So it used to be it did not use the bottom 3 perecent so the window would not be cut off by the panel