[01:35] <Noskcaj> mfisch, ping
[01:39] <beuno> cjwatson, FWIW, uploads/downloads are working in our staging environment, it's slightly tricky to manually test since the requests need to be signed for downloads, but not that tricky  :)
[07:37] <Noskcaj> can someone help me with setting up sbuild? It seems something is wrong with step 4 on https://wiki.ubuntu.com/SimpleSbuild
[08:35] <cjwatson> Noskcaj: What's wrong with it?
[08:36] <Noskcaj> cjwatson, I've got it working now. The issue was it was very hard to differentiate between the code for "sbuildrc" and the next instruction
[08:39] <cjwatson> Noskcaj: um, ok.  I don't see how the formatting could be improved; it looks fairly clear to me
[08:40] <Noskcaj> I'd missed the second half of part 4.
[08:41] <cjwatson> Noskcaj: I've split that into two numbered steps; better?
[08:41] <Noskcaj> thanks. i hope it helps someone other than me
[12:52] <Snow-Man> yay, ipv6 is working again for us.archive.ubuntu.com
[12:53] <Snow-Man> oh, err, for *some of the systems its working again... :(
[12:53] <Snow-Man> ::13 is working, but ::14 isn't..
[12:55] <Snow-Man> argh, no, that's not it.  The systems behind *security.ubuntu.com* that aren't the same ones behind us.archive are working
[12:55] <Snow-Man> sooo, no improvement.
[12:55] <Snow-Man> blah.
[20:58] <gotwig> where is the channel for ubuntu app development
[23:22] <cjwatson> gotwig: #ubuntu-app-devel, as mentioned in the topic of this channel.
[23:22] <gotwig> cjwatson: yeah.. thanks for not ignoring me
[23:23] <cjwatson> It's a weekend; quick replies would be unusual.


[07:49] <dholbach> good morning
[08:02] <Hardik> dholbach, Morning :)
[08:03] <dholbach> hiya Hardik
[09:07] <czajkowski> Aloha
[09:07] <czajkowski> how are we all today
[09:18] <dholbach> heya czajkowski
[09:18] <dholbach> good good - how 'bout you?
[09:19] <czajkowski> good thanks
[09:27] <dholbach> almost christmas, eh? :)
[09:27]  * dholbach hugs czajkowski
[09:50] <issyl0> Hi.
[16:18]  * ebel is happy to see his harddrive in kenya is doing some good.
[16:19] <ebel> I taught them about installing apache and then sharing an apt repository over local http
[16:20] <czajkowski> ebel: excellent
[16:23] <czajkowski> http://www.thevarguy.com/2009/12/21/ubuntu-nine-priorities-for-canonicals-incoming-ceo/
[16:23] <czajkowski> Point #7
[16:23] <czajkowski> we should be bragging about the NGOs


[02:47] <em> Look at this, very often when I resume using Kubuntu after I've not been using it a while, my entire desktop is messed up with random stuff all over and added randomly to the  pannel: http://i.imgur.com/0wYFlY3.jpg
[02:47] <em> basically no one can explain this one but I think it makes kubuntu unuseable, sad to say.
[03:05] <puzzud> 3.13.0-83-generic kill anyone else's nvidia?
[05:36] <valorie> em: woah
[09:50] <JediMaster> hi guys, I can consistently break the window manager by taking a screenshot, every time I take a screenshot, which takes both 4k monitors in one image, so I set it to retake the screenshot with the window under the cursor, as I do, the window decorations all vanish (top bar, resize etc) from every window, any idea what causes it to crash, or how to debug it a bit more?
[09:51] <JediMaster> I can recover from it by hitting alt-f2 then running konsole then: nohup kwin_x11 --replace &
[09:52] <JediMaster> I can also verify it doesn't break it if I just take a normal screenshot and save it, it's only the Capture mode: Window Under Cursor while taking a screenshot of Google Chrome
[09:53] <JediMaster> kist did it again and got a Segmentation fault with a core dump
[09:54] <JediMaster> however it seemed to recover the window manager as everything flickered
[09:57] <hateball> JediMaster: is this 15.10 ?
[10:00] <JediMaster> hateball, yes
 Hi em
 Have you tried using the Lock Widgets function
 I had this trouble too
 So I  set my desktop up with all my widgets, and then locked them
 Be interesting to know if that works for you on 16.04
 😃
[11:49] <Aaran> Hi, I just installed kubuntu-desktop and was wondering if there is a fix for the missing icon images in the "start menu"
[11:51] <hateball> Aaran: What objects are missing icons?
[11:51] <Aaran> Firefox
[11:52] <Aaran> Thunderbird, imagemagik, Additional Drivers
[11:52] <Aaran> to name a few
[11:52] <hateball> hmmm, how odd
[11:52] <hateball> Aaran: are the icons missing if you press alt+space to bring up krunner, then type firefox?
[11:53] <Aaran> for applications firefox webbrowser yes,  however the shortcut its finding in the windows section does have an icon
[11:54] <hateball> Aaran: can you rightclick the "start menu" and edit it
[11:55] <hateball> See if you can locate the firefox entry and change the icon
[11:55] <Aaran> All I see is remove and sort if I right click
[11:55] <hateball> Aaran: I am talking about the menu itself, not the entries in it
[11:55] <hateball> the button for it
[11:56] <Aaran> Ok well from that menu "KDE Menu Editor" I can see a firefox icon
[11:57] <Aaran> Strange I can choose another icon which works but if I pick firefox it just displays a blank icon
[11:58] <Aaran> Ugh I will leave it until after lunch, thanks
[12:22] <BluesKaj> Hi folks
[12:23] <yossarianuk> Hi - running 15.10, I have a Asus laptop with hybrid graphics (optimus?) intel integrated and nvidia discrete - if I install the nvidia driver (any version) I just get a black screen on reboot (most of the time, randomly it works)
[12:23] <yossarianuk> sounds like this -> https://bugs.kde.org/show_bug.cgi?id=343674
[12:24] <hateball> yossarianuk: tried 364.12 from PPA?
[12:24] <yossarianuk> Yes
[12:24] <hateball> :/
[12:25] <yossarianuk> dmesg shows sddm crash
[12:25] <BluesKaj> yossarianuk, got nvidia-prime installed ?
[12:25] <yossarianuk> yes I have
[12:25] <BluesKaj> which gpu , yossarianuk?
[12:25] <yossarianuk> nvidia = 960M
[12:25] <hateball> yossarianuk: those comments on the bug about kscreen, are they relevant for you?
[12:26] <BluesKaj> ahh yeah , a constant problem those 960 and 970Ms
[12:27] <yossarianuk> hateball: possibly, I tried removing   .local/share/kscreen and sometimes it loads
[12:28] <yossarianuk> not tried other desktops yet - is this an sddm bug ?
[12:32] <yossarianuk> And is this likely to be fixed in 1604?
[12:36] <hateball> Well you're about to find out soon :p
[12:44] <yossarianuk> hateball: very true...
[12:44] <yossarianuk> are you aware is it a kde/sddm only issue?
[12:45] <hateball> I've no idea, as I dont use any hybrid graphics
[12:45] <hateball> I have no issues with my nvidia desktop, fwiw
[12:47] <yossarianuk> i have nvidia on my desktop also (and have had for over 10 years) and its fine
[12:47] <yossarianuk> this is a new work laptop..
[12:50] <yossarianuk> I guess one way of finding out would be to install ubuntu...
[12:51] <yossarianuk> as its a work laptop i don't really need nvidia however its annoying that i'm wasting 2GB of VGA ram i could be using..
[12:52] <GreenDay> hello
[12:55] <hateball> yossarianuk: if you feel adventurous you could do-release-upgrade -d, see if 16.04 works better
[12:57] <yossarianuk> hateball: its my work laptop so cannot really unfortunately
[13:36] <meena> can someone please tell me how to get rid of this: https://i.imgur.com/Hz0fhVA.png
[13:37] <meena> i've already uninstalled plasma-discover, plasma-discover-updates, software-properties-kde, and whatnot, and this thing still keeps popping up
[13:37] <meena> I DON"T WANT FLASH. for realz.
[13:44] <hateball> I am trying to remember what the name of that package is
[13:44] <hateball> update... helper... notifier... something
[13:46] <hateball> meena: ah yes, kubuntu-notification-helper
[13:46] <meena> update-notifier-common ← ?
[13:46]  * meena kills it all with fire
[13:47] <meena> hateball: i'm fine with getting notifications for crashes and stuff, but not for… this.
[13:48] <hateball> I've only removed kubuntu-notification-helper and havent missed anything I can recall
[13:48] <hateball> there was some bug in 15.10 that caused me to have to remove it iirc
[13:48] <hateball> and then I just... never installed it again
[13:50] <meena> omg. i can make it all go away. with one click. http://i.imgur.com/2ynkRj8.png
[13:51] <meena> thanks hateball, and because i haven't had enough today, i'ma reboot again,…
[13:51] <hateball> :D
[13:56] <meena> I AM FREEEEE!
[13:56] <meena> now to find out why reboots take literally forever.
[13:58]  * meena looks at /var/log/boot.log
[13:58]  * meena cries
[14:03] <scag> Hi, whats the default login manager with kde? I have some conflict somewhere which is causing a black screen at login if you leave it too long
[14:03] <lordievader> meena: Perhaps 'sudo systemd-analyze blame' can tell you.
[14:04] <scag> I have 4 packages which appear when looking for login manager in synaptic package manager "login" "gnome-session-bin" "kde-config-sddm" "gnome-session-common"
[14:05] <scag> Should I get rid of the nome related ones?
[14:05] <scag> *gnome
[14:06] <hateball> scag: if you are on 15.10, you should be using sddm and nothing else
[14:07] <meena> hateball: i disagree :( sddm doesn't let you set x options to fix up dpi. i had to install lightdm for that
[14:08] <scag> Ok well there is something causing a conflict whats the best way to figure out whats causing the black screen at login prompt
[14:08] <meena> because in the year of our linux desktop, 2016, x still doesn't know what your dpi should be… or that it should enable subpixel rendering on lcd screens.
[14:08] <hateball> meena: Right, I should have said "it's the default in kubuntu"
[14:08] <hateball> and if you choose anything else, you should know why :)
[14:09] <jubo2> Kubuntu16.04: Really good idea to make 2 rows of apps in the panel. I like to keep it bigger so I can see the CPU load, speed and and memory usage with numbers and graphics
[14:09] <meena> hateball: ay, sorry. still bitter about this one. i've used this laptop for 4 years now, and only for half a year can i read things on it
[14:10] <hateball> heh
[14:24] <meena> lordievader: btw, that's good for booting, but not for powering down.
[14:25] <lordievader> Ah, did I jump to conclusions, sorry ;)
[14:26] <lordievader> I suppose you could spit through the logs of the previous boot.
[14:26] <meena> lordievader: the thing that takes longest at bootup is me typing in crypt password and kwallet
[14:26] <lordievader> Heh, same here. I am the slowest factor in the boot process.
[14:27] <meena> ok. so… how do i do that? journalctl? blah?
[14:28] <lordievader> meena: First check if the logs of previous boots are available: journalctl --list-boots
[14:29] <lordievader> If there are journalctl -b -1 for the previous boot.
[14:29] <meena>  0 9e30cce947794ceb972c619e0391a1c6 Mit 2016-03-30 16:23:25 CEST—Mit 2016-03-30 16:28:14 CEST
[14:29] <meena> lordievader: so, how do i make them available?
[14:29] <lordievader> If it is just zero then journald is not setup to save logs to disk.
[14:29] <lordievader> Edit /etc/systemd/journald.conf
[14:30] <meena> that's a great default. glad i'm not running this thing on a server…
[14:33] <lordievader> Never really understood why it defaults to volatile...
[14:34] <meena> lordievader:  Defaults to "auto".
[14:34] <lordievader> That usually selects volatile ;)
[14:35]  * meena reboots again la la
[14:53] <meena> here we go. https://gist.github.com/8be40adf1061ca84ca81476d967d9664
[14:58] <lordievader> It times out on a couple of dm's.
[14:59] <meena> those are the two disks that i have in my luks setup.
[15:02] <meena> do i have to reorder something?
[15:02] <lordievader> Err, I'm not really sure how to fix these kinds of problems.
[15:03] <meena> lemme wrap my head around this… mess.
[15:07] <meena> ok so: /dev/sdb1 → efi, /dev/sdb2 → /boot. /dev/sdb3 + /dev/sda1 == cryptsetup. which then provides /dev/dm-0 and /dev/dm-2 respectively, which are then together in a pv and vg and make up / and swap
[15:08] <lordievader> What I think is that systemd tries to unmount something which is still in use or something.
[15:08] <meena> that's exactly it. it cannot unmount /dev/dm-0 and /dev/dm-2 before it hasn't unmounted everything else.
[15:08] <localuser> Could someone please explain how I enable ldap username/password entry at the sddm login screen?
[15:09] <meena> localuser: see /etc/sddm.conf
[15:09] <localuser> because its only showing localuser and I am having to login with that and not my ldap credentials
[15:10] <localuser> I looked in there but did not see anything I also tried google without any success
[15:10] <meena> oh, ldap.
[15:13] <localuser> I tried this http://unix.stackexchange.com/questions/222626/allow-username-input-sddm-ldap-kerberos
[15:13] <localuser> but could not get it to work
[15:13] <localuser> Method 2, I could not find the SDDM init script to try method 1
[15:13] <meena> localuser: how's your ldap setup?
[15:13] <localuser> connecting using something called centrify
[15:14] <localuser> It worked fine in the gnome login manager and the lightdm login manager
[15:15] <localuser> I think if I can just have the option to input username and password rather than an icon for "localuser" than it would be fine
[15:15] <localuser> cd /etc/rc.d
[15:15] <localuser> ls
[15:15] <localuser> uups ...
[15:18] <localuser> its ok I will just swap over to LXDM, thanks anywa
[15:23] <eeos> what is the default root password in mariaDB in kubuntu?
[15:26] <BluesKaj> eeos, there isn't one unless you gave it a pw
[15:27] <eeos> BluesKaj: mmmm .... OK, so how do you login????
[15:27] <eeos> BluesKaj: if you try to ogin as any other user, the access is denied.
[15:27] <BluesKaj> eeos, probly with sudo then your user pw
[15:27] <eeos> BluesKaj: I have kept the deafult installation.
[15:28] <eeos> sudo mysql?
[15:28] <BluesKaj> akonadi-server
[15:28] <BluesKaj> ?
[15:29] <eeos> BluesKaj: why akonadi?
[15:32] <BluesKaj> eeos, nm, thought you were using kmail PIM etc
[15:34] <lordievader> eeos: With 'mysql -u root' you don't get access to your db?
[15:38] <KNRO_> any PPA for 5.6 for 16.04?
[15:39] <BluesKaj> KNRO_, not yet
[15:48] <eeos> BluesKaj: OK .... did sudo mysql
[15:48] <eeos> BluesKaj: then created a user and granted all priviliges on the db ....
[15:48] <eeos> BluesKaj: I would say better info and an installation process where ti does require root password would be useful, instead of relying on guesswork + sudo ....
[15:51] <lordievader> eeos: For that you have documentation... no guesswork involved.
[15:51] <lordievader> Besides you shouldn't need sudo for running a mysql-client.
[15:52] <KNRO_> BluesKaj: I presume 5.6 will not make to to 16.04 so we'd have to rely on some PPA?
[15:52] <eeos> lordievader: unless the documentation is not accessible through google, I could not find it .... and as you can see from the results of searchers, there are thousands of people who had the same problem
[15:52] <eeos> lordievader: so it must be an issue for everybody
[15:53] <eeos> lordievader: I had to use sudo mysql .... it is impossible to login using "mysql"
[15:53] <lordievader> eeos: Like I said 'mysql -u root'.
[15:54] <eeos> lordievader: as said, it does not work at all
[15:54] <lordievader> The user argument defaults to the user executing the command, with sudo that is root hence '$ mysql -u root' and '# mysql' is the same.
[15:54] <eeos> lordievader: no, it s not and it does not work
[15:55] <lordievader> Hmm, odd.
[15:55] <eeos> lordievader: ERROR 1698 (28000): Access denied for user 'root'@'localhost
[15:55] <eeos> lordievader: this is what you get
[15:55] <eeos> lordievader: really do not understand the reason to make things so complicated and user unfriendly
[15:57] <clueskee> hi folks
[15:57] <eeos> to clarify, I have more than 10year experience as system admin .... I would like to live like a noob for 4 weeks, to see what it is like .... I am two weeks in, and I have to say that it is really hard .... we are making life nigh to impossible
[15:58] <clueskee> how to install everpad(evernote client) on kubuntu 15.10? i google it but found nothing
[16:10] <clueskee> how to install everpad(evernote client) on kubuntu 15.10? i google it but found nothing
[16:11] <genii> clueskee: sudo add-apt-repository ppa:nvbn-rm/ppa && sudo apt update && sudo apt install everpad
[16:11] <clueskee> sudo apt install everpad not working
[16:12] <clueskee> it tell that can't find everpad :<
[16:12] <genii> Let me check the ppa
[16:14] <genii> Yes, everpad last built 64 weeks ago
[16:17] <clueskee> so? i must wait for new built?
[16:20] <genii> Yes.
[16:20] <genii> Alternately, if you don't mind Emacs, there is evernote-mode
[16:21] <genii> !info evernote-mode
[16:26] <clueskee> Emcas evernote is not so easy as everpad, but i think i will try it :)
[19:32] <kyle> Hi there, just like to know what is path to upgrade from 14.10 to 15.10?
[19:32] <Guest94426> Hi there, just like to know what is path to upgrade from 14.10 to 15.10?
[19:33] <Guest94426> actually 14.04 to 15.10
 If you wait until 16.04 is released you can just upgrade straight from one to the other
 as they're LTS
 You'll be notified about this by the Update Manger
[19:36] <Guest94426> thanks
[19:47] <Bob2016> hey.  plasmashell and krunner aren't starting automatically when i login.  can anyone help?
[20:35] <mparillo> Does LTS to LTS upgrade wait until .1?
[20:41] <genii> mparillo: Yep
[21:38] <vertago1> Anyone figured out how to work around the plasmashell crashes in kubuntu 16.04?
[21:44] <nabila> hi
[21:45] <nabila> any one get my msg?
[21:46] <GreenDay> nope
[22:48] <meena> ok… so… how the heck do i debug this crypt-dm stall on shutdown / reboot?
[22:48] <meena> vertago1: i "just" restart it…
[22:49] <meena> vertago1: what i have figured out so far is that it basically comes from me trying to do anything web-cam related in firefox… then starting chrom(ium|e) because it didn't work
[22:50] <meena> anyway bed time o/~
[23:25] <miked> How do I get the battery level to display next to clock?
[23:30] <vertago1> meena mine just crashes randomly after I have been running it for a while.


[12:19] <zul> heylo
[12:59] <BenC> does udev load ide modules in initramfs, or is it something else?
[03:05] <Keybuk> Kamion: I'm going to assume you'd like me to hold off the s-b uploads until Flight 2 is out? :p
[03:05] <Kamion> s-b?
[03:07] <Keybuk> streamlined-boot
[03:08] <Keybuk> largely moving around stuff in rcS to put things back into the right order
[03:08] <Kamion> ah - yes please, hold off
[03:08] <Keybuk> *nods* that was my plan, just wanted to check you weren't "damn it all, put it in!" :p
[03:09] <Keybuk> I'll start working on getting networking to come up automatically now ;)
[03:09] <Nafallo> wfm :-P
[03:09] <Nafallo> but then I have network-manager installed ;-)
[04:22] <BenC> anyone had a chance to build the cd with -8.10 kernels yet?
[04:22] <Kamion> yes, already done
[04:22] <BenC> working well?
[04:22] <Kamion> install CDs only; live CDs need to switch to simplifiedlivecd or something else as yet undetermined, in progress
[04:23] <BenC> ah, the livecd is what I was wondering about, with the cloop change
[04:23] <Kamion> oh, yes, it does get past the previous failure and the cloop appears uncorrupt now
[04:23] <Kamion> on i386, anyhow
[04:24] <BenC> excellent
[04:25] <BenC> any other issues that I need to be aware of?
[04:25] <BenC> before I start pulling in upstream changes for next kernel, I want to make sure I don't need to push out a quick -8.11 :)
[04:25] <Kamion> install CD's doing fine so far, up to the partitioner
[04:25] <Kamion> will let you know
[04:25] <BenC> ok, thanks
[04:26] <Kamion> nothing else I've heard of yet
[04:56] <Kamion> BenC: new live CD spews a bunch of warnings (it's using unionfs too, which seems a bit flaky)
[04:56] <Kamion> but it does manage to boot
[04:58] <BenC> unionfs was slightly broken for us in breezy, but mdz wanted it brought back for dapper
[04:58] <BenC> wait, I might be thinking of another fs
[04:58] <BenC> anyway, glad to hear it boots!
[04:58] <BenC> if you can get a ppc64 livecd made, I'll test it :)
[05:00] <Kamion> on its way, will be a little while yet
[05:20] <crispin> Keybuk, BenC, when I get home should I first try the new kernel, or is there more debugging you want me to do in the old one ?
[05:21] <BenC> crispin: new kernel, I am almost sure it will fix your problem
[05:21] <crispin> BenC: cool, thanks :-)
[05:35] <Mithrandir> yeah, unionfs oops a bit too much, but works-ish.
[05:51] <fabbione> unionfs should die hard
[05:52] <Mithrandir> it's a lot prettier as a solution for the live cd than devmapper is.
[05:52] <jbailey> fabbione: We're going to paint "unionfs" and "xen" on your ceiling above your bed, so it's the first thing you think about in the morning.. ;)
[05:52] <Mithrandir> just fix the bugs.
[05:53] <fabbione> jbailey: hahahah
[05:53] <fabbione> Mithrandir: i know it is... except it will OOPS on ppc
[05:53] <fabbione> and kill your machine
[05:53] <Mithrandir> fabbione: Just Fix The Bugs.
[05:53] <Mithrandir> :-)
[05:53] <fabbione> Mithrandir: no way.. the code is crap
[05:54] <Mithrandir> fabbione: then reengineer the code.
[05:54] <Mithrandir> the idea is sound
[05:56] <fabbione> Mithrandir: if you like it so much you can do it :) i am sure you can and have the 31337 sk1775 for it
[05:56] <Mithrandir> fabbione: WFM. :-)
[05:56] <fabbione> kernel
[07:42] <crispin> Keybuk, BenC, bad news, the new kernel doesn't help
[07:43] <BenC> damn, ok
[07:44] <Keybuk> try booting with break=premount, then do
[07:44] <Keybuk> echo ide-generic > /etc/modprobe.d/test
[07:44] <Keybuk> echo sata_nv >> /etc/modprobe.d/test
[07:44] <Keybuk> scripts/init-premount/udev
[07:44] <Keybuk> mountroot
[07:44] <Keybuk> --
[07:44] <Keybuk> and see whether that works
[07:46] <crispin> Keybuk: should that be with the 'blacklist' at the front like yesterday ?
[07:46] <Keybuk> oh, yes
[07:46] <Keybuk> please :)
[07:47] <crispin> ok, it hung for a while saying "Waiting for root file system"
[07:47] <crispin> and where does this mountroot script live ?
[07:48] <crispin> oh, and I still get this "dev 0 not supported, ignoring" message
[07:49] <Kamion> '. conf/initramfs.conf; . scripts/functions; . scripts/$BOOT' should give you the mountroot function
[07:49] <crispin> Kamion: hi! and thanks
[07:49] <Keybuk> how long a while?
[07:49] <Kamion> hey, how goes
[07:50] <crispin> Keybuk: about 15-20 seconds
[07:50] <Keybuk> k..
[07:50] <crispin> mountroot now says "ALERT! /dev/sda1 does not exist. Dropping to shell"
[07:50] <Keybuk> yeah, thought it would
[07:50] <Keybuk> can you cat /proc/modules
[07:50] <crispin> Kamion: yeah, good, we should meet for a drink sometime
[07:51] <crispin> Keybuk: kde_cd / cdrom / generic / amd74xx / sata_sil / libata / scsi_mod / fbcon / tileblit / font / bitblit / softcursor / capability / commoncap
[07:52] <Keybuk> right
[07:52] <Keybuk> BenC: it definitely looks like sata_sil is bust to me
[07:52] <crispin> err.. ide_cd obviously :-)
[07:53] <BenC> was this working before?
[07:53] <crispin> yep, breezy with same setup is perfect
[07:53] <BenC> sata_sil still?
[07:54] <BenC> is this a PATA drive, or SATA drive?
[07:54] <Kamion> crispin: absolutely
[07:54] <crispin> I believe so, the lsmod and dmesg output are in the bug
[07:55] <crispin> BenC: 160Gb SATA drive hanging off the SATA pci card, and 2 cdrom drives hanging off an old-school IDE interface on the m'board
[07:55] <BenC> let me get the bug number for reference again
[07:56] <crispin> 20807
[07:56] <crispin> Keybuk: oh, that reminds me, sorry about that comment I made on the bug, I hadn't really made my situation clear
[08:10] <Keybuk> BenC: I have another user with exactly the same problem as crispin
[08:10] <Keybuk> sata_sil, same error message, etc.
[08:11] <crispin> I've just copied the dmesg output, and attached it to the bug
[08:11] <crispin> (the output after the scripts/init-premount/udev command)
[08:11] <Keybuk> right
[08:12] <crispin> that was a slow and boring task :-(
[08:12] <Keybuk> heh
[08:13] <crispin> oh, you don't get the numbers before each line, but I'm sure you live without the :-)
[08:13] <crispin> *them
[08:15] <Keybuk> BenC: mehdi has the same bug as crispin
[08:16] <BenC> howdy
[08:18] <BenC> mehdi, crispin: what kernel flavor are you guys using?
[08:19] <BenC> and can you guys build kernels, or would you rather I build something for you?
[08:20] <mehdi> hi
[08:20] <crispin> BenC: the -686, I can build kernels
[08:20] <crispin> argh, no, this box is a -k7 machine
[08:22] <BenC> I'm going to build a sata_sil.ko for you to test
[08:23] <BenC> it reverts some changes that came from libata git, which basically implemented sata_silo local irq handler, as opposed to the libata generic one
[08:24] <mehdi> i can build kernel if you want
[08:24] <mehdi> i already have build my own 2.6.15-6-k7
[08:24] <mehdi> to have a working kernel
[08:24] <mehdi> because since this version the ubuntu kernel don't boot on my box
[08:25] <mehdi> ok
[08:26] <BenC> so -6-k7 worked for you, and -7 and -8 broke?
[08:28] <BenC> MODPOST takes so long :/
[08:33] <BenC> http://people.ubuntu.com/~bcollins/sata_sil.ko
[08:33] <BenC> that's for 2.6.15-8.k7
[08:33] <BenC> -8-k7
[08:34] <BenC> replace /lib/modules/2.6.15-8-k7/kernel/drivers/scsi/sata_sil.ko with that one
[08:34] <BenC> rerun depmod -a
[08:34] <BenC> and reboot, let me know if it works
[08:34] <BenC> oh wait
[08:34] <crispin> how about the initrd ?
[08:34] <BenC> before reboot, run "update-initramfs -u -k 2.6.15-8-k7"
[08:35] <mehdi> ok i just replace th existant one ?
[08:35] <mehdi> ok
[08:37] <crispin> BenC: bingo! it boots!
[08:42] <crispin> now I just need to get my network card started on boot ....
[08:44] <BenC> crispin: sweet!
[08:44] <BenC> echo "auto eth0" >> /etc/network/interfaces
[08:44] <crispin> yeah, just done that :-)
[08:44] <crispin> BenC: thanks very much for such a speedy fix
[08:45] <zul> hah hah..BenC broke it...;)
[08:45] <BenC> no problem
[08:45] <crispin> heh :-)
[08:45] <BenC> zul: nah, jgarzik broke it, but I can't tell him that because I merged code that wasn't meant for wide spread use :)
[08:46] <crispin> now to see whether the clock runs fast, and whether I can unmount my Nokia 770 without errors :-)
[08:47] <mehdi_> i'am back
[08:47] <BenC> medhi: work I assume?
[08:47] <crispin> BenC: at least you now know the code you merged doesn't work in all cases :-)
[08:48] <mehdi_> no can you give me the path where i must copy le modules ?
[08:48] <BenC> you have to install linux-image-2.6.15-8-k7 first
[08:48] <zul> BenC: hehe
[08:49] <BenC> then copy it to /lib/modules/2.6.15-8-k7/kernel/drivers/scsi/sata_sil.ko
[08:49] <BenC> and run "update-initramfs -u -k 2.6.15-8-k7"
[08:54] <mehdi_> it work
[08:55] <BenC> excellent, thank you both for testing
[08:55] <BenC> next kernel will have this code, so you are safe to upgrade
[08:55] <mehdi_> ok thank you very much
[09:10] <mehdi_> i have one question why the acx modules was been removed in the 2.6.15 series ?
[09:10] <mehdi_> it's maybe not the good channel to awser this ?
[09:19] <BenC> they are there
[09:29] <BenC> any ppc64 live cd's yet?
[09:29] <BenC> also, if anyone has info on the unionfs oopses I can look into that aswell
[09:32] <Kamion> BenC: no, need help from lamont on powerpc
[09:32] <BenC> what's up with ppc?
[09:34] <Kamion> initramfs generation complication
[09:34] <Kamion> we need to get the livefs build process to generate two initramfses, not just one like on all the other arches
[09:34] <BenC> 32-bit vs 64-bit?
[09:35] <Kamion> right
[09:35] <BenC> is the livecd build system different from breezy now?
[09:36] <Kamion> yes, we've switched to SimplifiedLiveCD
[09:36] <Kamion> it turned out to be prohibitively difficult to hack the existing casper to support d-i running on initramfs
[09:36] <BenC> is there no way to include both sets of modules in one initramfs?
[09:36] <Kamion> dude, it'll be huge - the powerpc bootloader already has size problems
[09:37] <BenC> ah, true, most of the initramfs is modules
[09:37] <Kamion> we shipped two separate initrds for the breezy powerpc live CD too - it's fine
[09:37] <Kamion> actually easier that way
[09:37] <Kamion> (imo)
[09:37] <BenC> do you include a lot of ide stuff in the initramfs?
[09:38] <BenC> most of the pmac ide drivers are built-in to the kernel
[09:38] <Kamion> that's up to Mithrandir nowadays :)
[09:38] <Kamion> it just uses initramfs-tools now
[09:38] <Kamion> with magic casper hooks
[09:38] <Kamion> so in fact I guess it's up to Adam
[09:39] <BenC> what's the schedule for flight 2 look like now?
[09:40] <Kamion> "before Kamion goes to sleep"
[09:40] <Kamion> (hopefully)
[09:40] <Kamion> when exactly I go to sleep is still up for debate
[09:48] <jbailey> Kamion: What's your record for total-time-awake so far? =)
[11:24] <crispin> BenC: If I am replying to a bug in the NEEDINFO case, how do I get it out of that state ? Is the "Accept bug" option (this is the clock too fast bug)
[11:27] <Nafallo> crispin: the assigne will change the state when he doesn't need more info to fix the bug basically :-)
[11:28] <BenC> I already did it, I though
[11:28] <BenC> changed it to pending upload
[11:28] <BenC> yeah, 20807, pending upload
[11:29] <crispin> BenC: this is 11304 I'll just comment and leave it then
[11:31] <BenC> ah, ok
[11:32] <BenC> yeah there was two bugs, one was fixed (double-speed), the other I cannot reproduce (fast)
[11:33] <BenC> crispin: you have this bug?
[11:33] <crispin> yep
[11:33] <BenC> crispin: if so, can you come in #ubuntu-kernel?
[11:33] <crispin> sure


[00:00] <acheronuk> and I'm too bleary eyed to sort
[00:00] <clivejo> sorry jbicha I modified the existing changelog instead of making a new entry
[00:00] <clivejo> I think thats good now
[00:01] <clivejo> its gonna get very messy in here
[00:02] <acheronuk> why is CI noticing me with sarcastic messages?
[00:03] <acheronuk> time for bed
[00:03] <clivejo> Ive cleared the queue
[00:03] <clivejo> should shut it up
[00:04] <clivejo> if you have worked on the package in question you get a lovely PM
[00:04] <acheronuk> I saw
[00:04] <clivejo> I get tons of them
[00:04] <clivejo> Oh no! You're suspected of having broken abc
[00:06] <acheronuk> ok. night then. I'll come back to those akonadi packages in the morning unless you/simon sorts them in the meantime
[00:06] <clivejo> Im heading to bed myself
[00:07] <acheronuk> I'll wake up to 50+ merge proposals then
[00:07] <clivejo> LOL
[00:08] <clivejo> yofel: will need to fix KCI
[00:08] <clivejo> something wrong with ruby
 @Sick_Rimmit I reverted your change also branched out 16.10 and 16.04 out
[02:28] <valorie> ahoneybun: awesome!
[02:30] <ahoneybun> they have kinda different readme's
[02:30] <ahoneybun> mostly about LTS don't get much new features just fixes
[02:30] <ahoneybun> 16.10 is current master so all changes go to master
[02:31] <ahoneybun> after 16.10 is out I'll merge master to it
[02:33] <ahoneybun> never seen ABORTED before lol
[02:36] <valorie> you rock, m'dear
[02:36] <ahoneybun> mm trying to cherry pick ricks change about activites
[02:36] <ahoneybun> might have to do it byhand
[02:36] <ahoneybun> oh well I'll do it
[02:38] <ahoneybun> sometimes valorie
[02:46] <ahoneybun> and we have an Activities section thanks to Rick
[07:06] <acheronuk> as kdepimlibs-data is not going to exist an more, then need to sort out what did depend on it http://paste.ubuntu.com/21863977/
[07:10] <valorie> there is a reverse-depends command somewhere
[07:10] <valorie> or maybe that was kubottu
[07:10] <valorie> rip
[07:22] <acheronuk> valorie: see the paste above
[07:23] <acheronuk> oh. on the channel? not a clue
[07:26] <valorie> oh, you know so much more than me
[07:26] <valorie> lol
[07:38] <yofel> urgh, the ruby version bump got pulled and deployed by accident
[07:38] <yofel> I'll fix that over the day
[07:42] <yofel> !testers | 14.04.5 images are up http://iso.qa.ubuntu.com/qatracker/milestones/365/builds
 yofel: I'll see what I can do after I'm sure Lubuntu is good to go. :)
[07:50] <acheronuk> ummm. so many other packages and build pulled in kdelibs-data, that this is going to be huge fun to unpick
[07:51] <acheronuk> *kdepimlibs-data
 For now I'm going to try to go back to bed
 I can help later acheronuk
[07:51] <acheronuk> thanks. :)
[08:07] <acheronuk> for example, libkf5akonadiagentbase5 Depends: kdepimlibs-data (>= 4:15.12~)
[08:08] <acheronuk> but which parts of the old kdepimlibs-data did that actually need?
[08:09] <acheronuk> and where are we sending those parts now?
[08:10] <soee>  /o/
[08:12] <yofel> acheronuk: looks to me like it's mostly runtime parts from akonadi-*, so... good questino
[08:12] <yofel> *question
[08:13] <yofel> you could check against what binaries the other akonadi libs link against, and do the appropriate data dep from that
[08:17] <acheronuk> need to have that corrected, as now kdepimlibs package was deleted from the CI, even some of the things were trying to get build yesterday fail to build as they are yanking in kdepimlibs 15.12 from the archive via akonadi, which then conflict with files etc
[08:17] <yofel> acheronuk: also: is that a direct dep in control or an shlibs dep from a symbol file?
[08:18] <acheronuk> Package: libkf5akonadiagentbase5
[08:18] <acheronuk> Architecture: any
[08:18] <acheronuk> Multi-Arch: same
[08:18] <acheronuk> Depends: kdepimlibs-data (>= 4:15.12~), ${misc:Depends}, ${shlibs:Depends}
[08:18] <acheronuk> Description: Akonadi agent base library
[08:18] <acheronuk> so direct in control from that
[08:18] <yofel> was that lib in kdepimlibs before?
[08:19] <acheronuk> that's from akonadi
[08:20] <yofel> :/
[08:22] <acheronuk> I know. It's one of those things that goes round in circles with the deps, and the key is probably working out the point where you can put a critical change in to break that chain
[08:33] <acheronuk> for example, akonadi-contacts now fails due to
[08:34] <acheronuk> Unpacking libkf5akonadimime5:amd64 (4:16.04.3+p16.10+git20160801.2343-0) ...
[08:34] <acheronuk> dpkg: error processing archive /var/cache/apt/archives/libkf5akonadimime5_4%3a16.04.3+p16.10+git20160801.2343-0_amd64.deb (--unpack):
[08:34] <acheronuk>  trying to overwrite '/usr/share/config.kcfg/specialmailcollections.kcfg', which is also in package kdepimlibs-data 4:15.12.3-0ubuntu1
[08:35] <acheronuk> where kdepimlibs-data 15.12.3-0ubuntu1 is getting pulled in by some of the other deps via akonaki itself
[08:37] <yofel> 2 things
[08:37] <yofel> a) /usr/share should not be in libkf5akonadimime5 - please make a data package for that
[08:37] <yofel> b) that data package needs to break/replace kdepimlibs5-data << 4:16.08~
[08:38] <yofel> or some version like that
[08:40] <acheronuk> yes, I was coming to the conclusion that even if it's just one file or 2 to go in them, each of those packages from the split of kdepim-libs will need a data package
[08:41] <acheronuk> which will then ease sorting out the replacement depends on kdepimlibs-data that is found elsewhere
[08:43] <acheronuk> going to take a bit of sorting out
[08:43] <acheronuk> ok. back in a bit
[09:16] <doko> any cmake experts online?
[09:37] <shadeslayer> doko: not a expert but can maybe help?
[09:38] <doko> shadeslayer, ta, already found it, just a bad regexp
[09:38] <shadeslayer> regexes are evil
[09:38] <shadeslayer> #getridoftheregexes
[10:06] <kfunk> slightly OT: qtwebengine not yet packaged for Ubuntu?
[10:07] <yofel> kfunk: there are builds in kubuntu-ci/unstable
[10:08] <yofel> still WIP and soon pending for debian
[10:08] <clivejo> hummm is telegram bridge down?
[10:11] <kfunk> yofel: got it. needs 5.6.1. too bad.
 One sided maybe..
[10:11] <clivejo> acheronuk: are the reverse dependancies direct or 2nd + generation?
[10:12] <yofel> kfunk: what release?
[10:12] <kfunk> yofel: 5.5 (distro Qt)
[10:13] <yofel> yakkety has it in proposed, xenial.. we'll take a bit longer
[10:13] <yofel> (5.6.1)
[10:13] <kfunk> no worries; will have to compile it myself for my dev setup
[10:13] <yofel> k
[10:13] <acheronuk> clivejo: not sure. only got as far as the akonadi one so far, which is direct
[10:18] <tsimonq2> back for now
[10:18]  * tsimonq2 reads backlog
[10:24] <clivejo> WWYD
[10:26] <clivejo> have you made a start on creating a akonadi-mime-data package?
[10:26] <tsimonq2> no, should I?
[10:26] <acheronuk> clivejo: yes
[10:26] <clivejo> sorry was talking to acheronuk
[10:27] <clivejo> make is break kdepimlibs
[10:27] <acheronuk> I did
[10:27] <clivejo> and make a depends on it in libkf5akonadimime5
[10:27] <acheronuk> I did
[10:28] <clivejo> LOL just rubber ducking
[10:29] <clivejo> yofel: regarding the name of data file, should it be libkf5akonadimime-data or akonadi-mime-data?
[10:30] <acheronuk> I did libkf5akonadimime-data
[10:30] <clivejo> I noticed, just checking with yofel
[10:32] <acheronuk> ok
[10:32] <clivejo> I still have no idea how PIM works
[10:33] <clivejo> confuses the hell outta me everytime
[10:33] <acheronuk> Not so much here either...
[10:33] <clivejo> hopefully by disecting it, I might actually learn now it goes together!
[10:34] <clivejo> in my head the package name akonadi-mime-data makes more sense
[10:35] <clivejo> but dont ask me why
[10:35]  * tsimonq2 pokes his head in and waves
[10:35] <clivejo> o/
[10:35] <tsimonq2> how can I help? :)
[10:35] <clivejo> a package name, should it be libkf5akonadimime-data or akonadi-mime-data?
[10:36] <acheronuk> I am torn between them now...
[10:39] <acheronuk> CI just built it with libkf5akonadimime-data, for now anyway..
 imho akonadi-mime-data
[10:43] <acheronuk> would certainly scan easier in all the depends that need changing
[10:43]  * clivejo wonders has yofel become trapped under a pile of ruby
[10:46] <tsimonq2> I think so lol
[10:48] <tsimonq2> artikulate 4:16.04.2-1 is marked for autoremoval from testing on 2016-09-01
[10:48] <tsimonq2> It (build-)depends on packages with these RC bugs:
[10:48] <tsimonq2> 806102: qt-gstreamer: FTBFS when built with dpkg-buildpackage -A (No such file or directory)
[10:48] <tsimonq2> ruh roh
[10:48] <tsimonq2> yofel, clivejo ^
 If there is only one lib. Libfoo-data, otherwise source-data
 ooh he's on Telegram, he IS trapped under a pile of ruby :P
 tsimonq2: that is debian, not ubuntu
[11:00] <clivejo> maybe hes practive rugby
[11:00] <acheronuk> stays as it is then
[11:01] <clivejo> practising
 @yo
 argh
 Yes that's why I had enouh rubies to throw at rohan yesterday
 @yofel well doesn't removal in Debian sometimes mean removal in Ubuntu?
 Yes, if auto-symced. Artikulate isn't
[11:02] <tsimonq2> !info artikulate yakkety
[11:02] <tsimonq2> !info artikulate unstable
 oh ha that makes sense
 yay! new profile pic!
[11:05] <yofel> re
[11:11]  * clivejo giggles
[11:11] <clivejo> https://www.youtube.com/watch?v=mlaVHxUSiNk
[11:13] <tsimonq2> clivejo: cool! :D
[11:19] <acheronuk> I vaguely remember that
[11:25] <acheronuk> akonadi-contacts will need a data package. tsimonq2 ?
[11:34] <tsimonq2> acheronuk: need me to do it?
[11:35] <acheronuk> I just thought you might like to
[11:35] <tsimonq2> acheronuk: and I've never made a data package before, so can you walk me through? (if you haven't done it already)
[11:37] <acheronuk> I used the old kdepimlibs-data one as a starting point https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/kdepimlibs/tree/debian/control?h=kubuntu_unstable
[11:40] <tsimonq2> acheronuk: so this still needs to be done?
[11:41] <acheronuk> no-one else has AFAIK
[11:41] <tsimonq2> k
[11:46] <acheronuk> it built for xenial last night, and log should show the left over files
[11:46] <tsimonq2> I think I figured it out :P
[11:47] <acheronuk> YY build probably needs a retry later
[11:49] <tsimonq2> acheronuk: both are failing...
[11:50] <acheronuk> in your sbuild?
[11:50] <tsimonq2> acheronuk: Yakkety is failing but KCI shows Xenial as failing
[11:51] <tsimonq2> (although it's passing, which is weirf)
[11:51] <tsimonq2> *weird
[11:51] <acheronuk> https://launchpad.net/~kubuntu-ci/+archive/ubuntu/unstable/+packages?field.name_filter=akonadi-cont&field.status_filter=published&field.series_filter=
[11:51]  * tsimonq2 nods
[11:52] <tsimonq2> akonadi-contacts - 4:16.04.3+p16.10+git20160801.2207-0	(changes file)	kubuntu-ci-bot	12 hours ago	Published	Yakkety	Libs	There were build failures. amd64
[11:53] <acheronuk> KCI's criteria for a failure and LP's don't have to be the same.
[11:53] <tsimonq2> ok
[11:54] <BluesKaj> Hiyas all
[11:54] <tsimonq2> o/ BluesKaj, how are you?
[11:55] <acheronuk> even though LP built it, all those left over files are a fail for KCI
[11:56] <BluesKaj> Hi tsimonq2, fine here, and you? ...hey acheronuk
[11:57] <tsimonq2> great BluesKaj :)
[11:57] <acheronuk> Hi BluesKaj :)
[11:58] <tsimonq2> argh now it can't find libkf5akonadimime-dev
[11:58] <BluesKaj> how goes the battle with xenial ? I had to revert to 14.04 for stability reasons
[12:00] <BluesKaj> one unstable OS is bad enough and I expect that since I'm testing Yakkety, but Xenial seems very slow to stablize
[12:02] <acheronuk> tsimonq2: you may need to wait for the latest akonaki-mime to publish before you build again
[12:03] <tsimonq2> argh ffs fine
[12:05] <acheronuk> actually, akonadi itself may need fixing
[12:05] <acheronuk> you sort out one thing, and it just exposes another layer of problems!
[12:07] <acheronuk> tsimonq2: you may have to wait after all on doing that
[12:16] <tsimonq2> acheronuk: wait for what?
[12:23] <tsimonq2> acheronuk: what am I waiting for?
[12:24] <acheronuk> (1) akonadi-mime to publish (2) maybe a fix on main akonadi package itself
[12:28] <acheronuk> some build deps still result in the old kdepimlibs-data package being wanted, which is gone. or at least they did earlier this morning
[13:00] <acheronuk> I can see why people steer clear of PIM a bit
 Tis very true
[13:02] <BluesKaj> acheronuk, home users like me usually have no need for the PIM apps
 Its a can of worms
[13:03] <acheronuk> It's a can of piranha
 BlueKaj there are a lot of people who do use it and that's why we package it.
[13:04] <clivejo> ahhh Mr slhk
[13:04] <slhk> hi clivejo
[13:05] <BluesKaj> who needs db for mail and contacts unless you must save 10K emails etc
[13:05] <clivejo> slhk: any input on this thread - https://www.kubuntuforums.net/showthread.php?70569-Should-I-be-concerned
[13:05] <BluesKaj> unless you're on the job clivejo
[13:06] <clivejo> I know a lot of home users who use kmail, but your entitled to your opinion
[13:07] <BluesKaj> there's finally an option to dump the PIM apps if one doesn't need them without removing the desktop
[13:07] <BluesKaj> I loved kmail until KDE4 arrived
[13:10] <BluesKaj> kmail was a terrific email client before that
[13:18] <slhk> clivejo: that's a different issue from the one I fixed, and as pointed out in the thread it has been fixed before. Anyway, I confirm that update-a-x-i-dbus still does not work, and I'm fixing that right now
[13:27]  * acheronuk wonders if LP can be bribed to speed up
[13:29] <yofel> no ^^
[13:30] <yofel> well yes, but that's impolite
[13:30] <tsimonq2> acheronuk: na we just rant in #launchpad :P
[13:30] <yofel> :O
[13:37] <acheronuk> tsimonq2: not too often
 :P
[13:41] <acheronuk> ok. if rebuilding akonadi doesn't break this circular dependency, I'm going to be sad....
 You aren't past the sad stage?
 Akonadi tends to make me angry
[15:03] <acheronuk> clivejo: There's still plenty of time
[15:22] <acheronuk> got bored of waiting and built akonadi in my testing ppa. seems to allow akonadi-contacts to build again. now wait for CI....
[16:05] <Mirv> yofel / others: do you think you could ask on #ubuntu-release to ignore failures for: kwin marble kde-cli-tools libkscreen kdepim-runtime kxmlgui extra-cmake-modules kconfigwidgets okteta akonadi-search kidentitymanagement kdelibs4support kwayland libkscreen ? we're landing the unity8 fix soon after which the remaining blockers to release pocket migration would be those listed autopkgtest
[16:05] <Mirv> or if there are some you are worried about showing a real blocker and want to fix instead
[16:08] <yofel> 100% tests passed, 0 tests failed out of 5
[16:08] <yofel> Total Test time (real) =   2.36 sec
[16:08] <yofel> XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":99"
[16:08] <yofel>       after 9428 requests (9428 known processed) with 0 events remaining.
[16:08] <yofel> wtf?!?
[16:09] <yofel> oh wait, acc is what failed, urgh
[16:10] <Mirv> I'm somewhat scared the GCC6 will come and suddenly block everything for half eternity :)
[16:16] <yofel> I'm wondering whether I should make a script that removes the autopkgtest setups from all kde packages
[16:17] <yofel> Mirv: is there anything else stuck except qtbase?
[16:19] <yofel> Mirv: and are those all that you need? There are more kde packages in proposed than those
[16:26] <Mirv> yofel: most autopkgtests pass also for kde packages, from my manual viewing through http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html I came up with that list
[16:26] <Mirv> yofel: well ~everything is stuck because ~everything has reverse dependencies that are in that list ^ and depend on each other.
[16:27] <Mirv> generally http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src and #qtdeclarative-opensource-src show most problems
[16:28] <yofel> Mirv: yes, I'm looking at that, but I'm also seeing nonsense build combinations like:
[16:28] <yofel> autopkgtest for kwin/4:5.6.4-0ubuntu1: amd64: Pass, armhf: Pass, s390x: Always failed
[16:28] <yofel> autopkgtest for kwin/4:5.6.4-0ubuntu2~1: i386: Pass
[16:28] <yofel> autopkgtest for kwin/4:5.7.2-0ubuntu1: ppc64el: Regression ♻
[16:29] <yofel> we don't migrate packages on an architecture basis, so what's the point in that?
[16:33] <Mirv> yofel: it's probably some autopkgtest timing issue that would require stronger hinting from release team if wanted to be executed with the correct version for all archs
[16:34] <yofel> right, but I honestly have no motivation to run after the release team to fix autopkgtests  in up to 200 packages. so lets go with force-badtest for everything's broken so that you're not stuck on us
[16:37] <Mirv> yofel: yes I agree that if you think functionally everything is ok, ask release team to force-badtest that list of packages. plus: kde-baseapps (I just found by going through the page with grep + sed instead of manually)
[16:37] <Mirv> yofel: http://pastebin.ubuntu.com/21910811/
[16:38] <Mirv> well that's manually stripped down of non-Qt/KDE packages
[16:38] <yofel> ah, nice one
[16:38] <yofel> yeah, looks about right from what I can see
[16:43] <santa_> interesting that "proposed migration" thing. it's like a mixture of uploading packages to debian experimental and a debian transition
[16:43] <yofel> santa_: the proposed migration is literally britney
[16:44] <santa_> you mean it's done with britney
[16:44] <yofel> righ
[16:44] <yofel> t
[16:44] <santa_> interesting
[16:44] <santa_> regarding the tests
[16:44] <santa_> well, back in the days we were actively disabling them for kde software
[16:45] <santa_> today we have some effort towards making them work, but I have the impression it's too much effort for little benefit
[16:46] <santa_> i.e. how many real bugs have people fixed thanks to the autotests being executed in packaging?
[16:48] <santa_> vs how many hours you have to spend ... not to fix the software, but to fix the test itself? (i.e. fixing the environment where the test is executed and things like that)
[16:49] <santa_> that being said, I would clearly ignore them wrt blocking other stuff
[17:03] <yofel> bbl
[18:24] <tsimonq2> thanks everyone! :D
[18:24]  * tsimonq2 is a ninja now
[18:24] <yofel> right, welcome ;)
[18:24] <clivejo> now you can do a proper ninja dance
[18:25] <tsimonq2> lol
[18:25] <yofel> tsimonq2: so now you can: commit directly, upload to kubuntu-ppa/* (please don't directly upload to /ppa and /backports, they have -landing equivalents for that), and you can trigger CI builds
[18:26] <tsimonq2> awesome, thank you
[18:26] <clivejo> just be careful and ask if in any doubt
[18:26] <yofel> keep using merge requests for changes that you're doubtful about though please
[18:26] <clivejo> there are no silly questions here
[18:26] <tsimonq2> yofel: I was just about to comment on the fact that I will do that :)
[18:26] <yofel> :)
[18:29] <Mirv> thanks yofel for bringing up the topic on release channel, let's hope it'll be agreed upon! infinity may still ask about this and that failing and what's going to be done about it..
[18:30] <yofel> well, he always does that ^^
[18:30] <tsimonq2> yofel: would it be fine with you if I rebuild a package in KCI just so I know how it's done? or would you rather I wait until there's a real need for it? I mean, afair, it won't hurt, right?
[18:32] <acheronuk> congratulations tsimonq2 :D
[18:32] <tsimonq2> thanks acheronuk :D
[18:32] <clivejo> theres still a queue on KCI
[18:32] <Mirv> yofel: if he asks about marble symbol updates, do note we could handle it but there's some other FTBFS issue bug #1609083
[18:33] <clivejo> still waiting for it to build akonadi-contacts
[18:33] <acheronuk> clivejo: needs akonadi itself to build first
[18:34] <Mirv> it has helped before though to at least have a bug filed about an issue
[18:34] <clivejo> anyone work on akonadi-notes ?
[18:35]  * tsimonq2 checks if I did anything
[18:35] <tsimonq2> now I can push so I don't need to poke anyone if I make a trivial change :)
[18:37] <tsimonq2> clivejo: no clue if my changes are still relevant but here: https://git.launchpad.net/~tsimonq2/kubuntu-packaging/+git/kubuntu-akonadi-notes?h=kubuntu_unstable
[18:37] <acheronuk> clivejo: akonadi-notes looked that it at least build ok, though can't say I inspected the result overly much as a was trying to sort contacts
[18:37]  * tsimonq2 checks if they are still relevant
[18:38] <clivejo> just be careful
[18:38] <tsimonq2> no actually, I'll push my changes if you don't mind
[18:39] <tsimonq2> wait no I was looking at master
[18:39] <tsimonq2> nvm
[18:39] <acheronuk> I imagine those 3 packages still needs some 'housekeeping' to get them up to scratch, even it they do technically build
[18:39] <clivejo> trivial changes might not appear so trivial in the grand scheme of things
[18:39] <tsimonq2> clivejo: I understand :)
[18:41] <acheronuk> I'm always very hesitant at 'git push' still, which is no bad thing really
[18:42] <clivejo> and remember the Kubuntu team moto - WWYD
[18:43] <acheronuk> lol
[18:45] <tsimonq2> hehehehehe
[18:46] <acheronuk> tsimonq2: I did that data package in the end, as it was tied up with akonadi deps, and wanted to sort them both together
[18:46]  * yofel throws even more rubies at clivejo
[18:46] <tsimonq2> acheronuk: good idea
[18:46] <yofel> seriously, ever since you made that anology, I don't know if people here mean the original acronym or yours whenever I read it >.<
[18:48] <acheronuk> I think 90%+ of the time, Y=Yofel now
[18:51] <yofel> tsimonq2: if you just trigger builds, no, I don't mind. But maybe take something that doesn't have many downstream projects (otherwise it'll block those if they're in the queue)
[18:52] <clivejo> it means What Would Yofel Do :P
[18:52] <tsimonq2> yofel: have an example I can do a build of?
[18:52] <yofel> tsimonq2: http://kci.pangea.pub/job/yakkety_unstable_sweeper/
[18:53] <yofel> make sure the checkbox for kubuntu-ninjas is checked when you log in
[18:54] <tsimonq2> I already logged in, but thanks anyways :)
[18:54] <tsimonq2> woah this is cool
[18:54] <yofel> hm
[18:54] <yofel> why are the daily promotion jobs still a thing
[18:54]  * yofel goes killing
[18:57] <clivejo> I think we need to fire soee
[18:57] <clivejo> https://www.kde.org/announcements/plasma-5.7.3.php
[18:58] <soee> oh sorry i spammed Jonathan some hours ago :D
[18:59] <soee> but please lets make first 5.7 release for Xenial :)
[19:00] <yofel> that ^
[19:00] <yofel> and yakkety_archive is frozen until the packages make it out of -proposed
[19:00] <yofel> we really need to get that done first
[19:04] <sick_rimmit> ahoneybun: Hiya you about
 o/ sick_rimmit
[19:05] <sick_rimmit> \o/ tsimonq2
 Yep
[19:05] <sick_rimmit> Perfect
[19:06] <sick_rimmit> I've made those changes from you review
[19:06] <sick_rimmit> Would you like me to push them to your Master, a seperate Branch or something else ?
[19:09] <ahoneybun> sick_rimmit: I have the master as the current release cycle ie 16.10
[19:09] <ahoneybun> 16.04 has it's own branch
[19:09] <ahoneybun> kubuntu-16.04-LTS
[19:09] <sick_rimmit> Oh OK, I didn't see those branches
[19:10] <ahoneybun> I added the activies part to master
[19:10] <ahoneybun> I made that yesterday
[19:10] <sick_rimmit> I'll check you branches again, and see what's available
[19:10] <ahoneybun> sorry about that
[19:10] <ahoneybun> just messing with branches now
[19:10] <ahoneybun> need to figure out how to deal with docs.k.org now
[19:11] <sick_rimmit> I think it'll take me a little time get all the work done, and probably good for me to target 16.10 for Oct
[19:11] <ahoneybun> since it points to the LTS currently
[19:11] <ahoneybun> I'm thinking of adding activies to LTS as well
[19:12] <sick_rimmit> Oh yes that's a good idea, I think it needs new images for Activities in 16.04
[19:12] <ahoneybun> well your images are of 16.04 currently
[19:12] <ahoneybun> but you might have the backport ppa as well
[19:12] <sick_rimmit> OK here's my suggestion
[19:13] <ahoneybun> I know sphinx can handle dirs so make lts and release dirs
[19:13] <sick_rimmit> I'll push what I have to my Master, and issue a pull request. If you review and are happy with the work so far, Merge and then I will pull
[19:13] <sick_rimmit> you current Master,
[19:13] <ahoneybun> you'll fetch and sync
[19:13] <ahoneybun> if your working on 16.10 then yes
[19:14] <sick_rimmit> Yep, that's good
[19:14] <ahoneybun> my plan is that master will always be the current dev cycle
[19:14] <ahoneybun> then when it is release make a branch for it
[19:15] <sick_rimmit> Tags ?
[19:15] <ahoneybun> I've not messed with tags yet
[19:15] <ahoneybun> I know we use branches on our git
[19:15] <sick_rimmit> No worries, however you want to do it, I'll work with that
[19:15] <sick_rimmit> :-D
[19:16] <ahoneybun> the LTS needs a different branch
[19:16] <ahoneybun> at least
[19:16] <clivejo> what are you guys doing/talking about?
[19:16] <ahoneybun> we can tag release
[19:16] <ahoneybun> *releases
[19:16] <ahoneybun> clivejo: the kubuntu manual
[19:16] <ahoneybun> https://github.com/ahoneybun/kubuntu-manual
[19:16] <sick_rimmit> Yep agreed, you create that I'll pull it, I can work on those images for it then
[19:16] <ahoneybun> http://docs.kubuntu.org/
[19:18] <ahoneybun> sick_rimmit: I'd rather have the packaging stuff in a dir under contribute somehow
[19:18] <ahoneybun> not outside of docs
[19:18] <ahoneybun> makes it easier to find everything
[19:19] <acheronuk> clivejo: is anything now making  libkf5akonadisocialutils-dev ?
[19:19] <clivejo> not that Ive found
[19:19] <acheronuk> not that I can either :/
[19:20] <acheronuk> so presumably things that did need it don't now?
[19:20] <acheronuk> you would hope
[19:24] <clivejo> wow, lots of missing symbols in okteta
[19:26] <acheronuk> yes, kdepim-runtime for example has had that social plugin removed from CMakeLists.txt
[19:26] <clivejo> can you remove the build dep from the control file too
[19:26] <tsimonq2> clivejo: how can I help? :)
[19:26] <acheronuk> I was just about to
[19:27] <ahoneybun> sick_rimmit: can you get me some install screenshots from 16.04? all the slides and sets
[19:27] <ahoneybun> I only have from wily
[19:27] <clivejo> tsimonq2: regarding this commit - https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/akonadi-notes/commit/?h=kubuntu_unstable&id=c7051b7a833910147a17fc9c27157f17b635e13b
[19:28] <clivejo> why?
[19:28] <tsimonq2> doesn't the Git commit explain that? :P
[19:29] <tsimonq2> (be more specific as to what you're getting at)
[19:29] <clivejo> but all the other packages have the same entry, why change that one package to https?
[19:30] <clivejo> you cant push to https
[19:30] <yofel> well, you can't push to git either
[19:30] <tsimonq2> ^
[19:30] <yofel> but yes, please don't fix *just* one package
[19:30] <tsimonq2> alright I'll fix the rest
[19:30] <tsimonq2> unless you want it reverted?
[19:31] <yofel> no, I'm fine with https being used, there is a point in using it
[19:31] <tsimonq2> great :)
[19:35] <ahoneybun> yofel: I'm afraid to touch the files on docs.k.org
[19:35] <ahoneybun> any way for you to copy the git over ther
[19:36] <ahoneybun> I'll have 16.04.1 ready by the end of the week
[19:36] <yofel> ahoneybun: git isn't used, the build artifact of git are used, and the actually used dir should be a symlink to one version of those artifacts
[19:36] <yofel> that's how I set it up back then at least
[19:36] <ahoneybun> well I don;t know how you made it work so
[19:37] <clivejo> tsimonq2: how are you going to fix the rest?
[19:37] <yofel> sec
[19:38] <tsimonq2> clivejo: manually, through elbow grease :P
[19:39] <yofel> ahoneybun: random thought: you might want to tag what gets deployed
[19:39] <clivejo> There are 337 packages in our git
[19:39] <yofel> oh my, please script that ^^
[19:39] <ahoneybun> I'm using branch for LTS
[19:39] <tsimonq2> fine fine yofel
[19:39] <ahoneybun> but might use tags for releases
[19:39] <tsimonq2> :P
[19:40] <tsimonq2> yofel: do we have a list of all the repos somewhere?
[19:40] <yofel> ahoneybun: aah, I didn't realize that the clone wasn't updated
[19:40] <tsimonq2> (on one page)
[19:40] <santa_> tsimonq2: man
[19:40] <yofel> uh no. I did write a script for that...
[19:40] <ahoneybun> yofel: I've started making some changes with sick_rimmit
[19:40] <yofel> somewhere...
[19:40] <ahoneybun> also removing some old stuff from vivid
[19:41] <tsimonq2> I made a mistake in whating to do it manually, I forgot to ask myself, WWYD
[19:41] <santa_> tsimonq2: write one script meant to be executed in a git directory with debian/*
[19:41] <tsimonq2> *wanting
[19:41] <santa_> tsimonq2: then git-clone-all
[19:41] <tsimonq2> santa_: where's git-clone-all?
[19:42] <santa_> tsimonq2: then do-all <your_script> over all the repositories
[19:42] <tsimonq2> where's that too?
 *clivejo face palms*
[19:42] <santa_> tsimonq2: https://code.launchpad.net/~kubuntu-packagers/+git/kubuntu-automation
[19:42] <santa_> there
 O_o
[19:42] <tsimonq2> thanks santa_
[19:43] <santa_> and we can add your script if it's good to the KA I think
[19:44] <tsimonq2> so it has to be more than a one time script? :P
[19:44] <santa_> I think it's the easier way
[19:44] <yofel> well, git-clone-all would certainly do the job as well
[19:44] <yofel> might miss a repo or two though
[19:44] <santa_> yeah, kdelibs
[19:44] <ahoneybun> yofel: also sphinx is old on that server
[19:44] <yofel> and stuff from extragear, etc.
[19:44] <ahoneybun> but that's not a huge deal
[19:45] <yofel> ahoneybun: the whole server is EOL :/
[19:45] <ahoneybun> oh
[19:45] <ahoneybun> right
[19:45] <ahoneybun> 15.04
[19:45] <yofel> but Riddell needs to fix that. I don't want to touch that without a snapshot
[19:45] <ahoneybun> of course
[19:45] <santa_> well extragear is not under the KA "jurisdiction"
[19:45] <yofel> right, but under the same repo namespace
[19:46] <yofel> and this is about the URLs
[19:46] <santa_> tsimonq2: the easiest way to do the script is python-debian
[19:46] <yofel> just use sed....
[19:46] <tsimonq2> ^
[19:46] <tsimonq2> $ python git-clone-all  File "git-clone-all", line 4
[19:46] <tsimonq2> SyntaxError: Non-ASCII character '\xc2' in file git-clone-all on line 4, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details
[19:46] <santa_> srlsy
[19:46] <sick_rimmit> We could probably script up a make html; rsync /build
[19:47] <yofel> I'll recommend python-debian as soon as it learns how to not break control files the moment it sees a comment in one
[19:47] <sick_rimmit> pretty easy
[19:47] <yofel> right
[19:47] <sick_rimmit> that way you don't need Sphinx on your docs webserver
[19:47] <yofel> (wrt rick)
[19:47] <santa_> tsimonq2: where are you? yakkety?
[19:47] <tsimonq2> santa_: yep
[19:47] <ahoneybun> sick_rimmit: having sphinx there lets me make small changes
[19:47] <sick_rimmit> In fact it could by tackled with a Jenkins job
[19:47] <ahoneybun> and rebuild on the fly
[19:48] <yofel> sick_rimmit, ahoneybun: I changed the links a bit so now the server points to /home/kubuntu/docs/deployed for live, so you can play in the repo as much as you want
[19:48] <yofel> once you're done, build/html needs to replace deployed/
[19:49] <santa_> tsimonq2: just execute it as a normal program
[19:49] <santa_> i.e. don't prepend "python"
[19:49] <tsimonq2> $ ./git-clone-all
[19:49] <yofel> hm.... I would prefer that jenkins does not have access to weegie. Even if you have a point..
[19:49] <tsimonq2> Traceback (most recent call last):
[19:49] <tsimonq2>   File "./git-clone-all", line 18, in <module>
[19:49] <ahoneybun> mm sounds hard
[19:49] <tsimonq2>     from lib.utils import *
[19:49] <clivejo> git-clone-all wont get all the git repos
[19:49] <sick_rimmit> If the server is going EOL, perhaps we should move it then deploy the docs
[19:49] <tsimonq2> ImportError: No module named 'lib'
[19:49] <yofel> ahoneybun: not as hard as you think
[19:49] <yofel> ahoneybun: pretty easy actually
[19:49] <tsimonq2> clivejo: or any for that matter >__<
[19:50] <ahoneybun> yofel: can I just git clone branch and then move the build to deployed
[19:50] <clivejo> debian have git: URL in the Vcs-Git: field I dont get why we need to change it :/
[19:50] <yofel> ahoneybun: would work too, but remember that html/ matches deployed/
[19:51] <clivejo> 336 have it that way, 1 doesnt
[19:51]  * sick_rimmit steps away from discussion about Docs deployment, to focus on updating the content
[19:51] <santa_> tsimonq2: do you have a proper clone?
[19:51] <ahoneybun> matches?
[19:51] <santa_> or did you just copied the script alone?
[19:52] <tsimonq2> santa_: so I can't just download the plaintext Python script? :P
[19:53] <ahoneybun> mm I might be logging into the server wrong
[19:53]  * clivejo feels like he's talking to himself, so goes off to do something else
[19:53] <ahoneybun> going to step away anyway
[19:53] <tsimonq2> santa_: still not good
[19:53] <tsimonq2> The sftp process failed with return code: 255
[19:53] <tsimonq2> Command attempted: sftp -b - depot.kde.org:stable/frameworks/5.24/
[19:53] <santa_> tsimonq2: nope. and I would recommend you to create a directory for all the clones
[19:53] <yofel> tsimonq2: or, if you want a list of all repositories that you can clone in a bash loop, this will give it to you: http://sprunge.us/MSiW
[19:54] <santa_> so you don't have access to depot
[19:54] <yofel> tsimonq2: hm, that's a too old script I realize, that gives you too much
[19:55] <santa_> in any case I don't see why we have to "fix" that
[19:55] <yofel> although, it would still do the job
[19:55] <santa_> either way is fine,,,
[19:55] <yofel> https *is* even recommended by debian, so no reason to not fix it if he wants to fix it
[19:55] <santa_> why?
[19:56] <yofel> http*s* ?
[19:56] <santa_> ok then
[19:57] <santa_> yofel: what about adding simon's key to the depot ftp btw?
[19:58] <yofel> right, I should fix that
[19:58] <yofel> but at that time, tsimonq2: please subscribe to https://mail.kde.org/mailman/listinfo/kde-distro-packagers
[19:59] <tsimonq2> will do
[19:59] <santa_> btw how does the ninja thing works?
[19:59] <yofel> thanks, whitelisting you
[20:02] <santa_> oh, yofel
[20:02] <yofel> santa_: as in?
[20:02] <santa_> as anything
[20:02] <tsimonq2> yofel: offically subscribed
[20:03] <yofel> tsimonq2: when you script-fix this, please make sure to not push before you've verified that it works
[20:03] <yofel> tsimonq2: and please commit with 'NOCI' in the commit message
[20:05] <yofel> tsimonq2: you now have access to<EMAIL_ADDRESS>- that server has pre-release tarballs for kde published to packagers before the official announcement. Please do not re-publish those anywhere except in the team related locations (i.e. mostly launchpad)
[20:05] <tsimonq2> yofel: will do, but I'm getting thrown this when I'm trying to use your script: httplib2.SSLHandshakeError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)
[20:05] <yofel> o.O
[20:05] <tsimonq2> alright cool yofel
[20:05] <tsimonq2> yeah I know, weird
[20:06] <yofel> I remember seeing that actually. But I have no memory when exactly that was
[20:06] <santa_> yofel: I just remembered what I have been thinking yesterday in addition to all the stuff I have in my table for KA
[20:07] <yofel> santa_: ~kubuntu-ninjas is mostly for 3 things: upload access to kubuntu-ppa/, commit access, and we have a private PPA if we ever need to work on hidden stuff
[20:07] <santa_> is required to be a kubuntu member already or not?
[20:08] <yofel> no
[20:08]  * santa_ facepalms
[20:08] <santa_> how does one apply for that?
[20:08] <yofel> approval by 2 kubuntu-devs
[20:09] <santa_> lol
[20:09] <tsimonq2> yofel: argh, still getting the error:
[20:09] <tsimonq2> Host key verification failed.
[20:09] <tsimonq2> Couldn't read packet: Connection reset by peer
[20:09] <tsimonq2> The sftp process failed with return code: 255
[20:09] <santa_> I have been around since a long time and...
[20:09] <yofel> tsimonq2: aaah, login over ssh once
[20:09] <yofel> you need to accept the host key
[20:09] <tsimonq2> alright
[20:10] <tsimonq2> cool :)
[20:10] <santa_> at some point I would like to upload a point release of anything with the new tooling to the ppa
[20:10] <tsimonq2> yofel: oh ffs grrr
[20:10] <tsimonq2> Permission denied (publickey).
[20:10] <tsimonq2> Couldn't read packet: Connection reset by peer
[20:10] <santa_> although the git commit access would be already useful for some non-controversial things
[20:11] <santa_> regarding the KA idea i was thinking about making gbp-ppa a bit more generic
[20:11] <yofel> santa_: so, with you, while I would immediately whitelist you for automation.  So I'm somewhat reserved to give you access to the packaging stuff as you like to run away just doing your thing...
 @Sick_Rimmit did you sync before making those changes?
[20:13] <yofel> tsimonq2: o.O - what key are you using?
[20:14] <santa_> yofel: regarding the symbols I wasn't aware there was a new qt version, keep in mind that I came up after being absent for a long time
[20:14] <tsimonq2> yofel: I always keep it up to date on Launchpad: https://launchpad.net/~tsimonq2
[20:14] <tsimonq2> yofel: the only key here lol: https://launchpad.net/~tsimonq2/+sshkeys
[20:14] <yofel> tsimonq2: weird, that's what I used...
[20:15] <yofel> tsimonq2: you did use the right user?
[20:16] <tsimonq2> yofel: "$ ssh<EMAIL_ADDRESS>is what I ran
[20:16] <yofel> that makes no sense...
[20:17] <tsimonq2> I agree
[20:19] <yofel> santa_: right, and you mixed that up with gcc6 at the same time, it just felt like you didn't even wonder where that diff came from. Maybe I'm being overly pedantic, but as you worked on debian before, I kind of expect a bit more experience from you than I do from a random beginner? How long did you work over there anyway? I only payed very loose attention to debian back then
[20:19] <tsimonq2> oh there it goes!
[20:19] <yofel> ...
[20:20] <tsimonq2> ran
[20:20] <tsimonq2> "$ ./git-clone-all"
[20:20] <tsimonq2> it works fine
[20:20] <tsimonq2> s/it works/it is working/
[20:21] <yofel> santa_: I'm not too happy about the situation as well, as you could be a lot more productive if we fixed this. You just give off a feeling of rather doing something yourself that you're not sure about rather than asking, which makes me nervous
[20:22] <santa_> yofel: I didn't mix anythng with gcc6 *iirc*. the diff just came from because I built the packages without using the rik's qt ppa. nothing more, nothing less.
[20:23] <yofel> ah, might have been. Another reason to wonder why we didn't get that in staging considering our status pages were green
[20:24] <yofel> santa_: note that I'm really *just* nervous about the packaging changes. In KA I had barely anything to complain about - those were mostly just misunderstandings on my side. You're doing a great job there
[20:24]  * clivejo hi-fives acheronuk
[20:24] <acheronuk> \o/
[20:24] <tsimonq2> yofel: well it *seemed* like it... :(
[20:24] <tsimonq2> ssh: connect to host depot.kde.org port 22: Network is unreachable
[20:24] <tsimonq2> Couldn't read packet: Connection reset by peer
[20:24] <santa_> yofel: I just tought it was any change in the archive since the time of building in the ppa and the time of building in my stuff. this kind of stuff happens
[20:25] <yofel> tsimonq2: oh, you might have to set the proper user for depot.kde.org in ~/.ssh/config
[20:25] <yofel> although, network is unreachable is weird
[20:26] <tsimonq2> yofel: what do I put in there?
[20:27] <yofel> santa_: hm, true. So lets do this: Your membership meeting will be soon, once that passes you have commit access. And once I'm convinced that you're familiar with the workflow, locations, etc. you'll get added to ninjas
[20:27] <yofel> which at that point would only be for ppa and ci access
[20:27] <acheronuk> I have:
[20:27] <acheronuk> Host depot.kde.org
[20:27] <acheronuk>         User ftpubuntu
[20:27] <acheronuk>         IdentityFile ~/.ssh/****
[20:27] <tsimonq2> thanks
[20:28] <santa_> yofel: no problem, in any case I admit I have a lot to learn about the kubuntu workflows. because, indeed, I'm working right now a bit "outside of the ordinary"
[20:45] <clivejo> !info libkf5akonadisearch-dev
[20:46] <clivejo> another epoch in the wild
[20:52] <acheronuk> Depends: qtquick1-5-dev (>= 5.4.0~) but it is not going to be installed
[20:53] <yofel> I think that's not a thing anymore...?
[20:54] <acheronuk> Depends: libqt5declarative5 (= 5.5.1-3build1~2), qtbase5-dev
[20:54] <acheronuk> in YY
[20:55] <yofel> right, that's not in 5.6 anymore, debian also removed that from unstable
[20:55] <yofel> and testing
[20:55] <acheronuk> https://launchpad.net/ubuntu/+source/qtquick1-opensource-src
[20:55] <acheronuk> too slow. yes, seems so
[20:56] <acheronuk> so does kdepim-runtime really now need it?
[20:56]  * acheronuk goes to check in git
[21:04] <acheronuk> struggling to find any ref to that, even in old branches
[21:05] <yofel> I'm fairly sure that the dev package is useless today. Whatever now contains qtquick2 would make sense I guess
 @Sick_Rimmit merged thanks!
[21:06] <acheronuk> oh. Qt5DeclarativeConfig.cmake
[21:22] <tsimonq2> happy to report that Trojita installs and works fine!
[21:22] <tsimonq2> (from the Kubuntu CI PPA)
[21:28] <clivejo> I think I configured it to build once a week
[21:29] <tsimonq2> well it's not a good email client though :P
[21:29] <clivejo> its only 0.7, give it a chance!
[21:31] <valorie> sounds like we still have hope to have KDE PIM though
[21:31] <valorie> too
[21:31] <tsimonq2> fine fine :/
[21:31] <valorie> a choice is always good
[21:32] <acheronuk> Qt5TextToSpeechConfig.cmake ?
[21:32] <yofel> nobody ever packaged that
[21:33] <tsimonq2> yofel: what needs to be packaged?
[21:33] <yofel> qt5texttospeech
[21:34] <acheronuk> got that going through the new build-deps for kdepim-runtime in pbuilder
[21:34]  * clivejo wonders if there is any way to squeeze the energy and drive from tsimonq2, bottle it and distribute it
[21:35] <tsimonq2> I'm on it :P
[21:36]  * yofel has this image of Bugs Bunny distributing Michael's "secret stuff" from the space jam movie in his mind now ^^
[21:38] <acheronuk> ahhh... that Qt5TextToSpeechConfig.cmake was a OPTIONAL one
[21:38] <acheronuk> the real failure was further down
[21:40] <acheronuk> tsimonq2: that qt5texttospeech was optional, so not critical
[21:40] <clivejo> yofel: http://kci.pangea.pub/job/merger_akonadi-search/ isnt triggering builds
[21:40] <tsimonq2> acheronuk: /me works on it anyways
[21:40] <clivejo> texttospeech might be nice to have
[21:40] <yofel> clivejo: but there's a job pending already?
[21:40] <tsimonq2> it's not critical but I can still do it :P
[21:41] <clivejo> I think I triggered that?
[21:41] <clivejo> oh maybe not
[21:41] <yofel> http://kci.pangea.pub/job/yakkety_unstable_akonadi-search/ -> started by SCM change
[21:41] <clivejo> yes
[21:41] <clivejo> I refreshed the symbols
[21:42] <clivejo> just wondered why xenial version isnt building
[21:42] <yofel> explained on http://kci.pangea.pub/job/xenial_unstable_akonadi-search/
[21:42] <clivejo> yeah, dont mind me, heads all over the place tonight
[21:43] <yofel> heh
[21:45] <tsimonq2> yofel: seems like qtspeech isn't in download.qt.io
[21:45] <tsimonq2> yofel: where can I fond a tar?
[21:45] <tsimonq2> *find
[21:45] <yofel> no idea, isn't there a url or so in cmake?
[21:46] <tsimonq2> *shrug*
 I dislike PIM
 Too big
[21:46] <clivejo> git clone https://codereview.qt-project.org/qt/qtspeech
 I want Trojita as the default
[21:46] <tsimonq2> clivejo: so I package that, no tar? O_o
[21:47] <clivejo> well its WIP - https://codereview.qt-project.org/#/admin/projects/qt/qtspeech,branches
[21:47] <clivejo> dont think theres been release yet
 I like trojita @tsimonq2
[21:49] <clivejo> Simon you could package this - LP:1546373
[21:49] <tsimonq2> clivejo: well if there isn't a release I don't want to package it :/
[21:50] <tsimonq2> bug 1546373
[21:50] <clivejo> hes been wanting that updated for a while
[21:50] <tsimonq2> is that in our Git?
[21:53] <clivejo> Homepage: http://taglib.github.io/
[21:53] <clivejo> Vcs-Git: git://anonscm.debian.org/users/modax/taglib.git
[21:53] <clivejo> Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/modax/taglib.git;a=summary
[21:53] <tsimonq2> oh so I have to hunt down the Debian people? :/
 By the way, I've just noticed that Krusader is all green on the KF5 porting status page (scroll to the very bottom). Does this mean a new version is about to be released with KDE Applications 16.08?
 From KDE Vector
[21:54] <yofel> it's in our package set because amarok uses it IIRC
[21:54] <yofel> but we usually always based that on debian
 http://developer.kde.org/~cfeck/portingstatus.html
[21:54] <tsimonq2> clivejo: who can I poke once I update it in Git?
[21:55] <clivejo> https://anonscm.debian.org/cgit/users/modax/taglib.git/
[21:55] <clivejo> hasnt been updated in 3 years
[21:55] <tsimonq2> yikes
[21:56] <clivejo> I packaged an older version and asked for testers
[21:56] <clivejo> but was ignored
[21:57] <yofel> I haven't seen MoDaX in a while either, he is still in #debian-qt-kde though
[21:57] <clivejo> https://launchpad.net/~clivejo/+archive/ubuntu/xenial/+packages?field.name_filter=taglib&field.status_filter=published&field.series_filter=
[21:57] <clivejo> I packaged 1.10 but 1.11 is available now
[21:59] <tsimonq2> !info taglib unstable
[21:59] <tsimonq2> :/
[21:59] <clivejo> !info libtag1-dev
[22:00] <tsimonq2> oh I see
[22:10] <clivejo> acheronuk: ^^ needs qtwebengine :)
[22:12] <acheronuk> clivejo: just trying to sort kcalutils ATM
[22:12] <clivejo> Ill do it
[22:12] <acheronuk> cheers
[22:12] <clivejo> still have it locally
[22:12] <clivejo> after my dyslexic moment earlier
[22:20] <acheronuk> slowly getting there maybe
[22:32] <clivejo> lol where are Qt5WebEngineWidgetsConfig.cmake
[22:35] <tsimonq2> argh I give up for today, I'm going to bed, good night all
[22:35] <clivejo> should be in libqt5webengine5-dev
[22:36] <clivejo> according to this buildlog - https://launchpadlibrarian.net/276197781/buildlog_ubuntu-yakkety-amd64.qtwebengine-opensource-src_5.6.1-1ubuntu1~ubuntu16.10~ppa2_BUILDING.txt.gz
[22:38] <acheronuk> clivejo: yep
[22:38] <acheronuk> tsimonq2: good night :)
[22:39]  * acheronuk thinks Simon is now more or less on UK time
[22:42] <acheronuk> pimcommon needs webchannel as well
 I was almost adding it
 Good night Simon
[22:56] <clivejo> added webchannel
[22:57] <acheronuk> great. that should let some more build I think if pimcommon completes
[22:58]  * clivejo fingers crossed
[23:31] <acheronuk> pimcommon fails on a fair few missing symbols
[23:32] <acheronuk> too late for that sort of thing for me now
[23:32] <acheronuk> Good night all :D
[23:34] <valorie> niters Rik
[23:34] <clivejo> should be fixed in #18
[23:34] <clivejo> This retrying every failure is confusing
[23:35] <clivejo> Im going to keep poking til 1am
[23:35] <clivejo> until the merges start up


[14:25] <mhall119> woot! custom XDG Menu file made for qimo-launcher
[14:59] <mgariepy> nice :D
[21:47]  * mhall119 is building all his qimo-*_2.9.1 packages


[08:33] <dpm> hi fta, good morning. I'm not familiar with how chromium releases work. You said you had merged the translations for the desktop file. Do you know more or less when they will be available in a package?
[09:24] <fta> dpm, hi, in the next release today
[09:27] <dpm> ok, thanks fta!
[10:00] <fta> dpm, no way to quickly get Name[bn] ?
[10:02] <fta> dpm, could we arrange the wiki page to be a table, with 4 columns and 1 line per lang, using a color code for the bg cells?
[10:02] <fta> so it's easier to spot the gaps
[10:11] <fta> dpm, merged the last 2
[10:26] <fta> bug 628924
[10:26] <ubot2> Launchpad bug 628924 in libvpx (Ubuntu Maverick) (and 11 other projects) "chromium update: 5.0.375.127 -> 6.0.472.53 (affects: 4) (dups: 1) (heat: 278)" [Undecided,Invalid] https://launchpad.net/bugs/628924
[10:29] <dpm> awesome, thanks fta :)
[10:57] <fta> dpm, so, what about making the wiki page a big table?
[11:45] <dpm> fta, what do you mean a big table?
[12:02] <fta> dpm, just added a proposal in the wiki
[12:02] <fta> could be prettier though
[12:06] <fta> http://abstrusegoose.com/303
[12:06] <dpm> fta, thanks a lot. It does look pretty, though :) For me it's fine if that means less work for you in fetching them, as they are yet another translation that cannot be translated the usual way, I just want it to require the less work possible on all sides
[12:06] <dpm> the least, I meant
[12:07] <gnomefreak> chrisccoulson: i would rather he not ask in here, but may be better place.
[12:08] <fta> dpm, as contribs were added in the middle, or were incomplete, or full vs deltas, the table makes things easier to stop, assuming the contributors follow the color code
[12:08] <fta> -stop+spot
[12:10] <dpm> yes
[12:41] <fta> dpm, well, i'm not sure i don't corrupt the wiki page, could you please check?
[12:45] <dpm> fta, I think it's only the table that's missing some cells. I would not add even more formatting to the table (i.e. making it monospace). The more formatting, the more likely people are going to get it wrong when adding translations
[12:57] <fta> the Uyghur translation is making chromium act weird with selections, so i'm not sure
[13:11] <dpm> fta, that's because Uyghur is written with an Arabic script, so it's RTL (Right-To-Left) and the selection works the other way round
[13:11] <fta> i guessed so
[13:12] <fta> i wanted to do a macro to reconstruct the page from my latest desktop file, but well..
[13:45] <fta> dpm, updated the page with a macro
[14:27] <dpm> fta, that looks great. Where's the macro? We could use it for the FF and TB pages as well: https://wiki.ubuntu.com/Translations/Wanted/FirefoxDesktop https://wiki.ubuntu.com/Translations/Wanted/ThunderbirdDesktop
[14:40] <fta> dpm, sorry, it was an emacs macro
[18:54] <micahg> chrisccoulson: so, the FFe delegations means that I can ACK your lightning upload?
[18:55] <chrisccoulson> micahg - i'm not sure about that. it might be best to ask cjwatson about that
[18:55] <micahg> chrisccoulson: k, I"ll poke the release team on Monday about it anyways
[18:56] <chrisccoulson> i don't want him to feel like we're trying to bypass his authority (i asked him about lightning earlier, and he said that somebody needs to review it)
[18:56] <chrisccoulson> whether that "somebody" could actually be you or not - i'm not sure ;)
[18:56] <micahg> yeah, I don't want to do that :)
[18:57] <chrisccoulson> hmmm, even more suspicious. adobe air has a copy of nss without libnssutil.so
[18:57] <chrisccoulson> so, if the adobe private libdir was somehow in LD_LIBRARY_PATH, that would explain why firefox still tries to use it's own libnssutil.so, with different versions of everything else
[18:58] <chrisccoulson> i still can't recreate that guys actual problem though, and i'm starting to feel like i've wasted an entire afternoon looking at it now
[19:17] <mc_> on 10.04, upgrading via apt generated an error while upgrading xulrunner (see http://ubuntu.pastebin.com/Q387uPTD)
[19:17] <micahg> chrisccoulson: ^^ looks like more NSPR issues :(
[19:18] <mc_> micahg:  i think so, because pidgin is also complaining on startup "pidgin: symbol lookup error: /usr/lib/libnss3.so: undefined symbol: PL_NewHashTable"
[19:18] <chrisccoulson> micahg - we keep seeing symbol lookup errors from the postinst script in xulrunner, not just with nspr :/
[19:19] <chrisccoulson> i'm not sure what's causing those
[19:19] <micahg> chrisccoulson: I think people are adding xul to either ld.so.conf.d or LD_LIBRARY_PATH
[19:22] <chrisccoulson> if libnss3 can't find PL_NewHashTable, then there is something very broken with that install
[19:22] <chrisccoulson> according to our symbols file, that symbol comes from 4.7.3
[19:22] <chrisccoulson> so that install must have a very old copy laying around....
[19:22] <fta> dpm, do you have a way to make a last call for https://wiki.ubuntu.com/Translations/Wanted/ChromiumDesktop ??
[19:23] <fta> jcastro, ^^ maybe?
[19:23] <chrisccoulson> perhaps the output of ldd /usr/lib/libnss3.so would help...
[19:23] <chrisccoulson> mc_ ^^
[19:23] <mc_> chrisccoulson:  a moment
[19:23] <jcastro> fta: dang I didn't even know we were doing that
[19:24] <dpm> fta, sure, the easiest thing is to send an e-mail to translators. When would you want to fetch the last round?
[19:24] <micahg> jcastro: yeah, we did it for Firefox and Thunderbird as well (translations already in Maverick)
[19:24] <mc_> chrisccoulson:  http://ubuntu.pastebin.com/37iJZH6X
[19:24] <micahg> there we go :)
[19:24] <chrisccoulson> yup
[19:25] <chrisccoulson> mc_ - you have a local install of nspr in your home folder, that is being picked up by the linker
[19:25] <chrisccoulson> that's what has broken it ;)
[19:25] <mc_> hmm...wonder how i did that? :)
[19:25] <chrisccoulson> not sure ;)
[19:25] <fta> dpm, asap ;) if possible, before universe freezes
[19:26] <micahg> chrisccoulson: does ldd do realpath?
[19:26] <micahg> *use
[19:26] <mc_> how would i figure out who's linked to those local versions?
[19:26] <chrisccoulson> micahg - what do you mean?
[19:27] <fta> dpm, btw, you're mentioning moz in that page...
[19:27] <dpm> fta, translators just need to know a deadline, asap might be confusing for them. If you can tell me a date or a time, I can send an e-mail.
[19:27] <chrisccoulson> mc_ - basically, everything on your system that links against nspr will pick up the nspr lib in the first path the linker finds it in
[19:27] <micahg> chrisccoulson: can a symlink path be displayed in the output of ldd?
[19:27] <chrisccoulson> micahg - oh, i'm not too sure
[19:27] <mc_> i see the path in /etc/ld.so.conf.d/libc.conf
[19:28] <mc_> should i remove that?
[19:28] <chrisccoulson> yeah, you can do. it's not there by defauly
[19:28] <dpm> fta, good catch, we're now mentioning chromium :)
[19:29] <mc_> chrisccoulson:  winner winner, chicken dinner!
[19:29] <mc_> much appreciated
[19:30] <chrisccoulson> cool, i'm glad that's sorted :)
[19:34] <dpm> fta, http://identi.ca/notice/50979588 - if you can tell me a concrete deadline, I'll send it to the translators list as well
[19:38] <s595731> If I wished to mention a packageing issue with mozilla products, who would I mention to? (Not Ubuntu specific, but applies to Linux distros)
[19:38] <s595731> I submitted a bug report labelled minor, figure it'd be good to notify the particulars to whom it concerns
[19:38] <micahg> s595731: you can mention it here, but if it's not Ubuntu specific, it'll need to be fixed upstream
[19:39] <s595731> https://bugzilla.mozilla.org/show_bug.cgi?id=595731
[19:39] <ubot2> Mozilla bug 595731 in General "Dangling shell processes in run-mozilla.sh and the like; use exec" [Minor,Unconfirmed]
[19:39] <s595731> I've never dealt with upstream, I assume some here have
[19:42] <fta> micahg, what's the last call for universe?
[19:43] <micahg> fta: probably the last monday before release
[19:43] <fta> micahg, when is that?
[19:44] <micahg> fta: probably Oct 4, but at that point it's relaly hard
[19:44] <micahg> fta: I'd say shoot for the RC release which is the 30th
[19:44] <fta> dpm, ^^, Sept 30th
[19:45] <micahg> fta: you're lucky chromium isn't seeded yet, otherwise, you'd be OOL
[19:45] <fta> maybe we'll have chromium 7 by then ;)
[19:45] <micahg> could very well be :)
[19:58] <dpm> fta, do you think it would be possible to run your macro on the FF page and get it nicely formatted as a table as the Chromium one :) ? https://wiki.ubuntu.com/Translations/Wanted/FirefoxDesktop
[20:01] <fta> dpm, well, i lost it, emacs macros are volatile, but it's kind of easy to redo..
[20:01] <fta> i'm busy atm, maybe later
[20:02] <dpm> fta, ok, whenever you've got time, if you could do it and doesn't take you much time, that'd be awesome
[20:05] <fta> maybe a little perl script could do.. like desktop2wikitable, so it could be re-run when needed
[20:06] <fta> micahg, is the wiki ff page all merged in bzr?
[20:06] <micahg> almost
[20:06] <micahg> one of the translations had an issue, so I didn't merge it
[20:08] <fta> micahg, which branch is the most uptodate?
[20:08] <micahg> firefox-3.6.maverick (ubuntu2 was the translations)
[20:08] <dpm> Hebrew was the one not merged (the one without code in that page)
[20:09] <micahg> dpm: that was for Thunderbird
[20:09] <micahg> dpm: I think Brunei was the one lacking for Firefox
[20:10] <dpm> micahg, ah, yes, but in FF it must have been Bengali [bn]
[20:11] <micahg> ah, bn is bengali :)
[20:25] <fta> oh my, i branched lp:ubuntu/firefox, it's over 600MB
[20:26] <micahg> fta: that includes the source and we don't use it
[20:26] <fta> yeah, it has the tarballs
[20:26] <micahg> ah, that's probably why it's so big
[20:27] <micahg> for N+1 I think we'll create an .orig.tar.lzma or something instead of the embedded tarball
[20:42] <fta> dpm, lp:~fta/+junk/desktop2wiki
[20:42] <fta> just run that on a desktop file as mentioned in the header
[20:46] <fta> make sure the initial desktop file is in sync with the wiki 1st
[21:14] <dpm> thanks fta!
[21:23] <fta> micahg, (maybe you can do it for ff/tb) ;)
[21:24] <micahg> fta: thanks, I"ll look over the weekend
[21:24] <fta> micahg, it's just a 5sec task
[21:24] <micahg> fta: sorry, I have to run, I"ll look later
[21:25] <fta> ok
[23:36] <fta> jdstrand, as expected: [Branch ~chromium-team/chromium-browser/channels] Rev 305: linux/stable (6.0.472.59 -> 6.0.472.62]


[11:12] <rvba> jtv: maybe you'll have time to review this tiny refactoring: https://code.launchpad.net/~rvb/maas/az-api-list/+merge/198914
[11:12] <jtv> Coming...
[11:12] <rvba> Thank you.
[11:25] <jtv> rvba: and here's mine → https://code.launchpad.net/~jtv/maas/faster-node-zone-constraint/+merge/198920
[11:26] <rvba> jtv: on it
[11:26] <jtv> thx
[14:29] <ticking> say, which is the recommend ubuntu version for region and cluster controllers
[14:41] <rbasak> ticking: 12.04, with the cloud tools pocket from the cloud archive. See: https://wiki.ubuntu.com/ServerTeam/CloudToolsArchive
[16:54] <ticking> rbasak: cool thanks