[01:48] <hello_> hello?
[01:49] <hello_> i installed the kubuntu15.04,but can't use wifi
[01:49] <hello_> who can help me??
[04:21] <SJr> There is a pretty fatal bug that I am dealing with that is only fixed in QT 5.5. I am not sure how I could get a version of KDE built on Qt 5.5
[04:22] <SJr> Essentially if my monitors go into power saving and/or I turn my monitors off KDE crashes.
[04:54] <valorie_> hello folks, has anyone else experienced doing yesterday's upgrades, then losing connectivity?
[04:55] <valorie_> for some reason my main laptop will not even allow me to check the wireless box in networkmanager
[04:55] <valorie_> this is in wily
[04:57] <valorie_> I was connected before leaving this afternoon - came home to a blank screen, and was not able to restart my session
[04:58] <valorie_> bluetooth still works.....
[05:06] <valorie> well, the wire still works at least
[05:06] <valorie> still unable to use or even attempt to use wireless though
[05:08] <claydoh> valorie: no not here, though nvidia driver stopped working here.
[05:08] <claydoh> lol
[05:09] <claydoh> odd that you can't check the box, though
[05:10] <jbermudes> Does anyone know where the keyboard input method selection screen moved in 15.04? It used to be under "Locale" in system settings but Locale isn't there anymore
[07:21] <arun_> hi all, I am new to Kubuntu and I got an error while trying to download the widget from the PC
[07:22] <arun_> I mean from the add widget section
[07:22] <arun_> and I am getting Plasma being frequently restarting and error encountered.
[07:35] <alvin> jbermudes: System Settings -> Input Devices
[10:01] <arun_> Anyone around ?
[10:34] <iceman81> Hello to everybody!
[10:34] <iceman81> I have a problem with gstreamer... when I try to use the Clementie
[10:35] <Haali_Kubuntu_15> Kubuntu 15.04/Plasma/ - "Cursor stuck in marquee selection".(Fastest way) To reproduce: Press alt+F2 to open Plasma search bar, type a and press enter(to start About System/ any app will do), while icon of app is animating make marquee selection with mouse and hold it. When App gets displayed on the display release left click and cursor will be stuck in marquee selection. 3 ways I found so far without hacking to make cursor unstuck: (1) Double-
[10:35] <Haali_Kubuntu_15> click on any folder on Desktop(if there are any) (2) Log out of session(not working always ??) (3) use shortkey to restart X server (??) atl+ctrl+backspace. Anyone else managed to fix this in the long run?
[10:35] <iceman81> kubuntu 14.04
[10:36] <iceman81> anybody could help me?
 try to rephrase your post ( Os / bug / error ) so that some1 can try and help if possible.
[10:43] <iceman81> When I try to play a radio from Clementine , Kubuntu 14:04 says : gstreamer missing component . Should I install an update or download any package ?
[10:51] <hateball> iceman81: you could try "sudo apt-get install gstreamer1.0-pulseaudio" I suppose
[10:51] <hateball> but it should have been installed by kubuntu-desktop already
[10:58] <iceman81> I try it after luch... thnks hateball
[11:39] <BluesKaj> Howdy all
[11:45] <genii> BluesKaj: Mornin' :)
[11:46] <BluesKaj> 'Morning genii, how's things today ?
[12:47] <lukyjay> Hello
[16:01] <fsociety00[dat]> hi everyone
[16:07] <fsociety00[dat]> I boot Kubuntu 15.04 ( 64-bit ) on my netbook but I see only a black screen after bootsplash. C+A+Fx ( x = [1-6] ) doesn't show anythink. If I press power button, it waits for Enter to shutdown.
[16:20] <fsociety00[dat]> I boot Kubuntu 15.04 ( 64-bit ) on my netbook but I see only a black screen after bootsplash. C+A+Fx ( x = [1-6] ) doesn't show anythink. If I press power button, it waits for Enter to shutdown. <<< Any idea ??? Please help.
[17:23] <Copernicus22> I've got ubuntu and win8.1 installed on a raid0 drive. After I upgraded to ubuntu 15.04 I get a buxybox and I can no longer boot ubuntu, but I still can boot windows(from grub).
[17:23] <Copernicus22> any idea what I should do to fix it?
[17:23] <Copernicus22> kubuntu*
[17:25] <lordievader> Copernicus22: Can you see the rootfs in the busybox?
[17:29] <Copernicus22> lordievader: it says giving up wait for root device
[17:29] <lordievader> But do you see it?
[17:30] <Copernicus22> lordievader: http://askubuntu.com/questions/667133/problem-with-acpi-pcc-probe-when-starting-up-ubuntu
[17:30] <Copernicus22> almost exactly the same
[17:31] <lordievader> Copernicus22: Can you answer my question?
[17:31] <Copernicus22> I don't know what you mean
[17:32] <Copernicus22> I don't know how to use the busybox commandline
[17:33] <Copernicus22> lordievader: how can I see this?
[17:33] <Copernicus22> I'm currently using the kubuntu livecd btw
[17:33] <lordievader> Copernicus22: You can see the busybox as any other shell. What do you use for your raid? Mdadm?
[17:34] <Copernicus22> lordievader: I never configured anything special for my raid, it just worked like any  other hdd
[17:35] <Copernicus22> lordievader: it used to just work
[17:36] <lordievader> What do you use for your raid?
[17:36] <lordievader> How do you assemble your raid?
[17:36] <Copernicus22> lordievader: bios?
[17:36] <lordievader> You use a hardware raid?
[17:36] <Copernicus22> lordievader: I think so
[17:37] <lordievader> Ok, I guess that it should show up as a single disk in the OS, is this correct?
[17:37] <Copernicus22> yes
[17:38] <Copernicus22> it still does in windows
[17:38] <lordievader> Right, is your rootfs still present on there?
[17:39] <Copernicus22> lordievader: how can I check?
[17:39] <lordievader> For example with parted.
[17:39] <Copernicus22> you mean list partitions
[17:42] <lordievader> Yes.
[17:42] <Copernicus22> any idea what I should do to fix it?
[17:42] <Copernicus22> Device     Boot Start        End    Sectors  Size Id Type
[17:43] <Copernicus22> /dev/sda1           1<PHONE_NUMBER><PHONE_NUMBER>  477G ee GPT
[17:43] <Copernicus22> I did a sudo fdisk -l
[17:43] <Copernicus22> my raid disk is 500gb
[17:45] <lordievader> Copernicus22: That is why I said parted, fdisk can only read mbr: sudo parted /dev/<some-disk> print
[17:46] <Copernicus22> lordievader: ok, Error: Invalid argument during seek for read on /dev/sda
[17:47] <lordievader> Copernicus22: I'd run smart checks on both disks.
[17:48] <lordievader> Such an error with raid0 ain't pretty.
[17:48] <Copernicus22> lordievader: I did, seems fine. why is it that ntfs doesnt have that problem?
[17:48] <Copernicus22> windows
[17:48] <Copernicus22> It uses the same raid disk
[17:48] <lordievader> You ran smart checks? Could I see the data?
[17:49] <Copernicus22> yes 1 sec I' ll find the pastbins
[17:49] <Copernicus22> http://pastebin.com/nbxF6ig4
[17:50] <Copernicus22> http://pastebin.com/1qYxxAvD
[17:51] <lordievader> You have one failed drive, look at the End-to-End errors and CRC errors.
[17:52] <lordievader> And since you use raid0, all is gone.
[17:52] <lordievader> State : active failed
[17:52] <Copernicus22> lordievader: hmmz
[17:52] <Copernicus22> lordievader: should I buy a new ssd drive?
[17:53] <Copernicus22> lordievader: or would a re-install fix it?
[17:53] <lordievader> I'd try and indentify first which of the two is the faulty one and test how 'broken' it is.
[17:53] <lordievader> No a reinstall will not fix a hardware problem.
[17:53] <lordievader> Also, use raid1.
[17:55] <Copernicus22> lordievader: how can I see "how bad"  the drive is?
[17:55] <lordievader> You can use badblocks: https://en.wikipedia.org/wiki/Badblocks
[17:56] <Copernicus22> lordievader: ok thx allot!
[17:56] <lordievader> But before you do all that, backup your Windows data ;)
[17:57] <Copernicus22> lordievader: I only use windows for games. but I should find out my windows key and download windows 8.1
[17:58] <Copernicus22> lordievader: good point :)
[18:00] <Copernicus22> lordievader: I have used disk recovery software to backup my home dir using windows too
[18:00] <Copernicus22> kubuntu home dir I mean
[18:01] <lordievader> There is no guarantee that the backup is valid. If one slice is missing a lot may be broken.
[18:05] <Copernicus22> lordievader: i see, guess I just have to hope for the best :)
[19:39] <AppAraat> hello. Does anyone have any experience with running Kubuntu 15.04 on an Asus n751j?  Graphics card brightness not working, wifi card not recognized and unable to switch from airplane mode. From what I've understood, drivers should be in the kernel by now (http://ubuntuforums.org/showthread.php?t=2295211) but apparently they're not. If anyone (with some
[19:39] <AppAraat> experience with that hardware) can advise, it would be more than welcome.
[19:41] <AppAraat> should I ditch this laptop and come back to a later kernel?
[20:44] <Stalli> gibt es hier auch Unterhaltung?
[20:44] <austin6598> i deleted opensuse which had grub installed on it so now how do i get it working on kubuntu?
[20:47] <soee> Stalli: !de
[20:47] <soee> !de
[20:48] <Stalli> ok thanks
[21:23] <charliem2304> Hi
[21:23] <charliem2304> Im new using kubuntu and found some kind of bug
[21:24] <charliem2304> installed kubuntu on 15.04 on a vm using vmware fusion
[21:25] <charliem2304> for some reason, the desktop background doesnt fill the screen
[21:26] <charliem2304> does anyone has the same problem?
[21:43] <mparillo> charliem2304:
[21:43] <mparillo> Yes, let me look up the bug I opened. For me, it is closed with the Beta of 15.10
[21:45] <mparillo> charliem2304: https://bugs.kde.org/show_bug.cgi?id=342978
[21:53] <charliem2304> mparillo : looks like the bug its fixed in the  version, I will wait for it .  Thanks


[00:28] <doko> infinity, any plans for glibc 2.22 for wily?
[03:02] <infinity> doko: Yes.
[04:15] <marlon> i look ubuntu sever to chat on
[04:22] <pitti> Good morning
[04:49] <StevenK> Can someone check why http://cloud-images.ubuntu.com/trusty/ doesn't have a current symlink? Every other release I've checked on cloud-images does have one.
[05:01] <sarnold> utlemming,gaughen_, < StevenK> Can someone check why http://cloud-images.ubuntu.com/trusty/ doesn't have a current symlink? Every other release I've checked on cloud-images does have one.
[06:41] <dholbach> good morning
[07:20] <darkxst> cjwatson, thanks, noted, didnt realise that, but just asked since dholbach was piloting
[07:36] <caribou> pitti: thanks for the upload. There are FTBS with i386 & powerPC I need to investigate
[08:36] <bdrung_work> hi, do we have a packaging guide / wiki page that explains the versioning used in Ubuntu?
[08:37] <bdrung_work> dholbach, ^
[08:40] <pitti> caribou: en effet -- "buffer overflow detected" sounds bad
[08:40] <dholbach> bdrung_work, http://packaging.ubuntu.com/html/debian-dir-overview.html#the-changelog
[08:41] <pitti> caribou: armhf is also 32 bit, curious that it didn't affect that
[08:41] <caribou> pitti: fwiw, it builds ok, locally on i386. Testing powerpc atm
[08:42] <rbasak> bdrung_work: define "versioning used". Does https://bugs.launchpad.net/ubuntu-packaging-guide/+bug/1411233 help you?
[08:42] <bdrung_work> dholbach, oh, that is quite minimalistic
[08:43] <dholbach> yeah, I didn't have time to import the article yet :-/
[08:44] <dholbach> but maybe somebody else can?
[08:44] <bdrung_work> rbasak, yes, something like that
[08:45] <bdrung_work> a search revealed this blog post, which is quite nice: http://www.ducea.com/2006/06/17/ubuntu-package-version-naming-explanation/
[08:48] <rbasak> That looks good.
[09:02] <pitti> infinity, Laney: with your release hat on, do you have an opinion about bug 1489702?
[09:08] <Laney> pitti: Will look in a bit, just cleaning up something else
[09:22] <sitter> pitti: any thoughts on out-of-space errors on ppc64el test runs? can these be retried somehow? should we simply override them? http://autopkgtest.ubuntu.com/packages/u/umbrello/wily/ppc64el/ && http://autopkgtest.ubuntu.com/packages/k/kate4/wily/ppc64el
[09:23] <pitti> sitter: thanks, I'll have a look; retrying won't give us much while /tmp/ keeps being too small for these large packages, but I'll move /tmp/ to the big data partition and try again
[09:24] <sitter> lovely, thanks :)
[09:30] <doko> caribou, rsyslog ftbfs
[09:30] <caribou> doko: I know, working on it
[09:30] <caribou> doko: for some reason, the i386 builds locally
[09:31] <pitti> sitter: while reviewing regressions: http://autopkgtest.ubuntu.com/packages/g/gwenview/wily/amd64/ seems real
[09:31] <caribou> doko: is it possible to rerun the i386 build to check for false positive ?
[09:31] <pitti> sitter: bigger /tmp set up, I reran these two tests
[09:31] <sitter> thanks
[09:32] <caribou> pitti: ^^^
[09:32] <pitti> caribou: yes, sure
[09:32] <pitti> caribou: but it's not a false positive then, it'd be a race condition
[09:32] <caribou> pitti: hmm, maybe
[09:32] <pitti> caribou: re-ran
[09:32] <caribou> pitti: it fails on a unit test, that never ran before
[09:33] <caribou> pitti: on my local powerpc sbuild, it cannot seem to find gcc5
[09:34] <caribou> pitti: wrong, it fails on gcc5, looking into it
[09:34] <pitti> caribou: hm, but not on a local build?
[09:35] <caribou> pitti: no that powerpc is on local build, I get different failure on PPA
[09:35] <caribou> s/PPA/builder
[10:02] <pitti> sitter: green again
[10:05] <sitter> thanks pitti
[10:05] <pitti> sitter: thanks for pointing out
[10:05] <pitti> sitter: a bunch of valid candidates now \o/
[10:06] <pitti> sitter: gwenview still needs sorting out, though
[10:06] <sitter> pitti: yeah looking into that right now
[10:07] <sitter> pitti: question related to that... if I define the needs-recommends restriction it won't actually install recommends of the build deps will it?
[10:07]  * pitti double-checks
[10:07] <pitti> (it's not meant to)
[10:08] <pitti> sitter: correct
[10:08] <sitter> in particular the tests are missing runtime stuff that should be pulled in via recommends of relevant libraries. alas since recommends are not installed for build deps that kinda renders the tests broken ^^
[10:08] <pitti> sitter: that is, it won't install it for "build-needed" when building the package
[10:08] <pitti> sitter: but it *will* install them if you have "Depends: @builddeps@"
[10:09] <pitti> sitter: hm, I thought the tests are just those that run during package build anyway -- how come they build on the buildds then?
[10:09] <pitti> sitter: or does the package build just build the tests, but not run them?
[10:09] <sitter> .PHONY: override_dh_auto_test
[10:09] <pitti> ah
[10:09] <pitti> and then debian/tests build the package and just call the built tests
[10:10] <pitti> so yeah, then "Depends: @" will just install all binary packagse and their depends/recommends; but if you need additional pacakges for tests only, they need to go there
[10:11] <pitti> or you do "Depends: @, @builddeps@", but that would install a lot more than you'd need
[10:11]  * sitter tries
[10:17] <rbasak> pitti: I keep seeing bugs that involve init.d failures where the systemd wrapper means that we didn't get useful logging in the bug report. I think we discussed this and agreed it was a wishlist item maybe for apport. Do we have a bug on this?
[10:23] <pitti> rbasak: we don't? shouldn't that be in JournalErrors.txt at least?
[10:24] <rbasak> pitti: AFAICT, not all of the stderr from init.d ends up in the snippet that apport sends. Maybe it's filtering too much?
[10:25] <rbasak> pitti: I want to see all of the stdout and stderr from init.d really.
[10:26] <rbasak> pitti: if you think it should be doing that already I can point out a specific example when I next come across one.
[10:26] <pitti> rbasak: that mostly depends on the init.d script; most of them redirect logging or double fork etc. (as sysvinit doesn't have a concept of logging)
[10:26] <rbasak> pitti: I was prompted by bug 1490607 which isn't directly this issue I don't think.
[10:26] <pitti> rbasak: i. e. the problem is mostly that init.d scripts are usualy written in a way to *not* show stdout/stderr..
[10:27] <rbasak> pitti: I have no complaint if the init.d script does not output the failure reason when run by hand without systemd.
[10:27] <pitti> rbasak: journalerrors> wow, this guy seriously needs to replace his hard disk :)
[10:28] <pitti> Aug 31 13:12:52 hostname postfix/trivial-rewrite[25335]: warning: /etc/postfix/main.cf, line 118: overriding earlier entry: smtp_sasl_security_options=noanonymous
[10:28] <pitti> Aug 31 13:12:52 hostname postfix/trivial-rewrite[25335]: fatal: /etc/mailname: file has 2 hard links
[10:28] <rbasak> pitti: my feeling is that something regressed on this since the systemd switch though. I seem to get more bug reports through apport with init.d start failures with no explanation than before
[10:28] <rbasak> pitti: but leave it with me. I'll find you a more concrete example when I next come across one.
[10:28] <pitti> rbasak: this particular bug is just "my hard disk is totally screwed up", so it's uninteresting
[10:29] <pitti> rbasak: for postfix specifically I doubt it, it only ever had an init.d script; for packages which *do* have an upstart job it's plausible as often the upstart job is simpler/more robust than the sysvinit script
[10:30] <pitti> in particular, logging in sysvinit is a disaster (which was one of the reasons for the ever-growing number of people crying for something more modern)
[10:30] <rbasak> Hmm. It could be because of losing the upstart job, good point.
[11:10] <snikitin> Hi guys, I tried to compare hash sums of images from here http://cloud-images.ubuntu.com/trusty/current/ but image names in file with sums SHA256SUMS differ from actual images names. Is it ok?
[11:11] <ogra_> infinity, ^^^ ?
[11:12] <ogra_> snikitin, sounds like a bug
[11:25] <rbasak> snikitin: I see files that are not listed, but no specific mismatches. Can you provide an example?
[11:29] <snikitin> rbasak: For example file vivid-server-cloudimg-amd64-disk1.img. In SHA256SUMS it names like ubuntu-14.04-server-cloudimg-amd64-disk1.img rather than vivid-server-cloudimg-amd64-disk1.img
[11:29] <snikitin> is it ok?
[11:36] <rbasak> snikitin: the name listed in SHA256SUMS does still exist as a file you can download, no? So surely you can just use that one?
[11:36] <rbasak> utlemming: ^^
[11:37] <rbasak> utlemming: still maybe not great that SHA256SUMS doesn't include every listed name, maybe?
[11:46] <Odd_Bloke> snikitin: rbasak: We had a problem with trusty daily images, so the latest is currently hot-symlinked to the latest release.
[11:47] <Odd_Bloke> Which is why you're seeing weird things.
[11:47] <Odd_Bloke> Because things are weird. ;)
[11:47] <Odd_Bloke> A new trusty build which should fix things is in progress.
[11:48] <Odd_Bloke> (vivid-server-cloudimg-amd64-disk1.img is a daily image name, ubuntu-14.04-server-cloudimg-amd64-disk1.img is a release image name)
[11:52] <snikitin> Odd_Bloke: I just worried that in all ubuntu versions names in SHA256SUMS are tha same with real names, exept trusty. In OpenStack we got one failing job because of this, and I wanted to know is it normal, or it's a bug and you fixed it soon
[11:52] <Odd_Bloke> snikitin: It's a bug which we're fixing now; the images prefixed with ubuntu-14.04 wouldn't normally exist for a daily.
[11:53] <snikitin> Odd_Bloke: great! thank you for your halp
[11:53] <snikitin> help*
[11:53] <Odd_Bloke> snikitin: Happy to halp! ;)
[11:54] <snikitin> :)
[12:07] <pitti> wgrant: hey, how are you? can you please have a look at bug 1376296?
[12:10] <LocutusOfBorg1> hi folks, is requestsync tool broken today?
[12:10] <LocutusOfBorg1> requestsync gimp-help
[12:10] <LocutusOfBorg1> W: Target release missing - assuming wily
[12:10] <LocutusOfBorg1> E: 'gimp-help' doesn't appear to exist in Debian 'sid'
[12:10] <LocutusOfBorg1> seems that is not finding sid
[12:10] <LocutusOfBorg1> same for requestsync
[12:10] <LocutusOfBorg1> and syncpackage
[12:10] <LocutusOfBorg1> ubuntutools.lp.udtexceptions.PackageNotFoundException: 'flightcrew' doesn't appear to exist in Debian 'sid'
[12:13] <wgrant> pitti: Hm, what's the confusion?
[12:13] <wgrant> pitti: https://translations.launchpad.net/ubuntu/wily/+source/libusermetrics/+imports and https://translations.launchpad.net/ubuntu-rtm/15.04/+source/libusermetrics/+imports but have unapproved imports
[12:13] <pitti> wgrant: it looks like libusermetrics builds a translations.tar.gz, but there isn't anythig in the import queue nor the distro translations
[12:14] <wgrant> pitti: It looks like that package has never had its files approved.
[12:14] <wgrant> Oh
[12:14] <wgrant> You linked to the vivid import queue
[12:14] <pitti> wgrant: aah! I looked at https://translations.launchpad.net/ubuntu/vivid/+source/libusermetrics/+imports
[12:14] <pitti> wgrant: probably because LP says that vivid is the preferred translation target
[12:14] <wgrant> pitti: Ah, I forget where that's set.
[12:14] <pitti> wgrant: thanks, I'll approve them
[12:15] <wgrant> https://translations.launchpad.net/ubuntu/+configure-translations
[12:15] <wgrant> if you want to change it
[12:15] <wgrant> pitti: But you'll still need to approve it on both ends
[12:15] <pitti> right, done
[12:15] <pitti> wgrant: thanks for pointing out
[12:15] <wgrant> np
[12:28] <caribou> pitti: regarding the rsyslog ftbs, it fails on a testbench tool that is (from upstream's own opinion) third grade citizen.
[12:28] <caribou> pitti: now, I'm not even able to reproduce the failure in a PPA
[12:29] <pitti> caribou: ah, so the crash is in the test itself, not rsyslog?
[12:29] <pitti> caribou: if this is a new test, and known upstream, seems legit to disable that one?
[12:29] <caribou> pitti: yes, the testbench runs ./tcpflood which is known not to be too good
[12:30] <caribou> pitti: tcpflood is used in many tests, it is also the culprit on powerpc but in a different test
[12:30] <caribou> pitti: I'm suspicious that it may run out of memory on the official builder, which would be why I cannot reproduce
[12:31] <caribou> pitti: or it lies in a difference in builders used for PPA and the archive
[12:31] <caribou> pitti: FYI, all the testbench tests are new, they weren't used in 7.4.4
[12:32] <pitti> caribou: ack; could you look into disabling that problematic test without disabling the whole test suite completely? (that would be a shame)
[12:33] <caribou> pitti: I'll have a  look at tests that use tcpflood (which is the programs that exist with the buffer overflow)
[12:33] <caribou> pitti: otherwise, we may see other FTBS later also caused by tcpflood
[12:34] <pitti> caribou: sounds good
[12:41] <caribou> pitti: no luck, it's used mostly everywhere. Can we find the memory setup of the builders used for i386/powerpc ?
[12:41] <caribou> pitti: if I can reproduce the buffer overflow, most probably I can fix it
[12:41] <pitti> infinity: ^ do you know?
[12:42] <pitti> caribou: you could try building it in a RAM limited container?
[12:42] <caribou> pitti: k, will try that. Or I can run my kvm vm with very limited memory. I'll try this first
[12:42] <pitti> lxc.cgroup.memory.limit_in_bytes = 1500M
[12:42] <pitti> for example
[12:43] <pitti> caribou: right, or that
[12:43] <caribou> pitti: just that it's all setup already
[12:49] <LocutusOfBorg1> doko, do you plan to sync llvm-3.7?
[12:53] <ricotz> LocutusOfBorg1, it is not syncable
[12:54] <LocutusOfBorg1> why ricotz ffe needed or merge issue?
[12:54] <ricotz> ftbfs
[12:56] <LocutusOfBorg1> ack, on i686?
[12:58] <ricotz> LocutusOfBorg1, yes
[12:58] <LocutusOfBorg1> actually 3.7 has never been built on i386 and powerpc
[12:59] <ricotz> builds on debian though
[12:59] <ricotz> it is needed for mesa 11, so all archs are needed
[13:00] <ricotz> LocutusOfBorg1, the source builds, but the tests get stuck/fail
[13:01] <LocutusOfBorg1> yes, I see
[13:01] <LocutusOfBorg1> so maybe merge 3.7 final with testsuite disabled
[13:01] <LocutusOfBorg1> and the conflict+replace stuff
[13:05] <LocutusOfBorg1> the problem might be i586 vs i686?
[13:06] <ricotz> LocutusOfBorg1, in case you want to look into it https://launchpad.net/~xorg-edgers/+archive/ubuntu/ppa/+sourcepub/5334022/+listing-archive-extra
[13:07] <LocutusOfBorg1> well I was already looking at it :)
[13:16] <tjaalton> doko: I hear you're doing rebuilds. I'm looking at migrating xcb-util..
[13:17] <tjaalton> just fyi
[13:26] <doko> tjaalton, the binNMUs are done
[13:26] <tjaalton> doko: oh you did those already, sweet
[13:26] <doko> tjaalton, "already" after three weeks
[13:27] <tjaalton> heh, well I didn't notice them before today
[13:36]  * Laney learns about git pushInsteadOf
[13:37] <caribou> pitti: ok, I have a clearer view of the rsyslog ftbs :
[13:37] <caribou> pitti: ./tcpflood fails on a FORTIFY_SOURCE error caused by a buffer overflow
[13:38] <pitti> caribou: nice! you can reproduce?
[13:38] <pitti> caribou: if it hits the stack protector the bug should be fairly well pin-pointed in gdb?
[13:38] <caribou> pitti: no, it only happens on the archive builders, not on kvm or local sbuild
[13:38] <ricotz> doko, hi, is libav -> ffmpeg on your list too?
[13:38] <caribou> pitti: yes, but I need to reproduce it first
[13:39] <caribou> pitti: there is something different with the archive builder that makes it fail
[13:39] <pitti> caribou: did you try building against -proposed?
[13:39] <cjwatson> caribou: try diffing your local sbuild log against the one produced by LP
[13:39] <caribou> pitti: isn't that what sbuild do by default ?
[13:39] <caribou> cjwatson: thanks will do
[13:39] <cjwatson> that's often a good technique for spotting differences (though you have to weed out things that don't matter)
[13:39] <cjwatson> caribou: sbuild may or may not build against -proposed depending on the schroot configuration
[13:39] <pitti> caribou: depends how you configure it, but not usually
[13:40] <caribou> pitti: ok, will check that too
[13:40] <doko> ricotz, why should it be?
[13:41] <ricotz> doko, while speaking of no-change rebuilds to transition to the ffmpeg libs, e.g. handbrake
[13:41] <LocutusOfBorg1> dholbach, can I ask you a sync for gimp-help and flightcrew ?
[13:41] <LocutusOfBorg1> they are patches merged in debian
[13:41] <doko> ricotz, create a transition tracker and send a bug report or ask Laney
[13:45] <Laney> Not just me, you can ask anyone in https://launchpad.net/~ubuntu-transition-trackers/+members#active
[13:46] <sitter> pitti: gwenview fixed. thanks for pointing it out
[13:47] <pitti> sitter: yay you
[13:47] <dholbach> LocutusOfBorg1, flightcrew is still in incoming
[13:48] <ricotz> doko, Laney, ok, I thought there was a tracker already, I am not familiar with the process though
[14:02] <dholbach> LocutusOfBorg1, both are still in incoming......................
[14:03] <LocutusOfBorg1> ok, I'll ping back then
[14:34] <dholbach> LocutusOfBorg1, syncing gimp-help from Debian drops the -da package
[14:37] <brendand> if my package foo depends on bar (>= 0.23) and the installed version of bar is 0.5 shouldn't foo get installed and bar be upgrade to 0.23?
[14:38] <brendand> apt seems to be telling me bar cannot be installed
[14:42] <cjwatson> brendand: That means that apt is trying but the combination is uninstallable for some other reason.  Try "apt-get install foo bar" to get it to drill down one more level
[14:42] <LocutusOfBorg1> dholbach, I see, damn
[14:42] <LocutusOfBorg1> bad changelog is bad
[14:42] <LocutusOfBorg1> :(
[14:44] <dholbach> I checked the diff
[14:45] <LocutusOfBorg1> yes, me too now
[14:45] <LocutusOfBorg1> I blindly trusted doko's upload
[14:47] <rtg> doko, do you know if there is a fix in the pipeline for Wily gcc-5-powerpc64le-linux-gnu ? Still getting a couple of build errors in the kernel
[14:48] <rtg> gcc: error: unrecognized argument in option '-mabi=elfv2'
[14:48] <rtg> gcc: error: unrecognized command line option '-mlittle-endian'
[15:07] <bdmurray> tkamppeter: Could you have a look at bug 1479267?
[15:23] <octoquad> Greetings, is it possible to get dark theme support in for USC before UI freeze? https://bugs.launchpad.net/bugs/899878
[15:27] <doko> cjwatson, Laney: any idea about https://launchpad.net/ubuntu/+source/oasis/0.4.4-2build2 ?
[15:28] <doko> rtg, I didn't see anything change.
[15:28] <doko> rtg, or is this the cross compiler?
[15:29] <cjwatson> doko: no.  that looks like it should reproduce locally though
[15:29] <rtg> doko, cross compiler
[15:29] <tkamppeter> bdmurray, thanks, I will look.
[15:29] <Laney> octoquad: Will look tomorrow on my patch pilot shift
[15:29] <Laney> I had that tab open already but was away for the last few days, sorry for delay
[15:31] <Laney> doko: nope, does it happen locally?
[15:31] <Laney> oh, funny, cjw_atson just said that
[15:39] <octoquad> Thanks Laney
[15:48] <pitti> infinity, mdeslaur, slangasek, stgraber, kees: TB meeting reminder in 12 mins
[15:48] <mdeslaur> pitti: ack, thanks
[15:51] <doko> zyga, checkbox / plainbox ping ...
[15:51] <zyga> doko: hey, thanks for pinging me
[15:52] <zyga> doko: we've fixed all but one issues, we should give you a patch for wily tomorrow mid-day
[15:52] <doko> zyga, ta
[15:53] <doko> cjwatson, Laney: oasis build locally
[16:03] <doko> pitti<EMAIL_ADDRESS>any idea how to investigate? build-deps install fine
[16:04] <pitti> doko: in meeting now, will debug tomorrow
[16:04] <pitti> doko: yes, I can shell into an affected container; probably some postinst/trigger failure, or cgmanager hiccup (that's what it was the last time)
[16:22] <infinity> caribou: i386 builders for archive and PPA are literally identical.
[16:23] <slangasek> (yaaaaaay)
[16:33] <cjwatson> doko: sorry, I can't find the problem here either, but it seems far too many levels down to be an issue with the builders; probably just some as-yet-unidentified environmental difference
[16:37] <brendand> cjwatson, it seems apt-get install foo bar just works, so i'm none the wiser
[16:39] <cjwatson> brendand: can you give a real transcript?
[16:45] <rbasak> infinity: ovs will "suddenly link" to dpdk, but I believe there will be a separate package in ovs that does it, so I think it meets the spirit of that requirement.
[16:46] <brendand> cjwatson, http://paste.ubuntu.com/12246760/
[16:46] <cjwatson> brendand: and 'apt-cache policy python3-plainbox' ?
[16:48] <ricotz> doko, Laney, https://bugs.launchpad.net/ubuntu/+source/ffmpeg/+bug/1491048
[16:49] <Laney> ricotz: would have been nice if you used archive versions
[16:49] <Laney> but thanks
[16:49] <ricotz> Laney, this would be unwise in case of failures ;)
[16:50] <ricotz> there are two at least which are toolchain related afaics
[16:56] <ricotz> Laney, I am going to repush the succeeded packages with archive versions later
[16:57] <Laney> ricotz: ok thanks, won't look today anyway
[16:57] <ricotz> so you can pocket-copy them, I assume that is what you want
[16:57] <Laney> yeah
[16:57] <Laney> don't have to mess around building the source package
[16:57] <ricotz> ok, no need to rush
[16:58]  * Laney goes climbing
[16:58] <Laney> ttyl
[17:49] <hallyn> mbiebl: hey - probably doesn't really matter, but sytemd installs in containers complain because they can't set file capabilities for systemd-detect-virt.
[17:49] <hallyn> of course, implementing file caps for user namespaces is on my todo list,
[17:49] <hallyn> but my todo list isn't a short one
[17:58] <Logan> cjwatson: thanks for handling all of my ~ubuntu-archive requests! I don't think ddccontrol-db was actually synced in Bug 1407398, though
[18:44] <doko> cyphermox, I assume you care about the installer ... http://people.canonical.com/~ubuntu-archive/nbs.html  could you look at maas-enlist-udeb
[18:56] <mbiebl> Laney: hi
[18:56] <mbiebl> oops, meant hallyn
[18:57] <mbiebl> hallyn: we already ignore the exit code of setcap
[18:57] <mbiebl> so install will not fail, you'll only get a warning message
[18:57] <mbiebl> which I think is ok in this case
[19:01] <hallyn> mbiebl: right, but it also means it doesn't get the caps it needs - what functions will fail in that case?
[19:04] <mbiebl> hallyn: you won't be able to run systemd-detect-virt as unprivileged user
[19:05] <mbiebl> not sure if this a huge concern for a container :-)
[19:14] <hallyn> mbiebl: well a container is precisely where you might need it :)  but ok.
[19:14] <hallyn> not much you can do about it until i fix it in the kernel;
[19:14] <hallyn> and i prefer it this way to having duplicat setuid-root logic
[19:14] <hallyn> mbiebl: thanks
[19:14] <hallyn> (was mainly wondering whether this should change my priorities)
[19:14] <Unit193> https://packages.qa.debian.org/s/screen/news/20150901T153110Z.html would likely be very good to sync to wily.
[19:20] <mbiebl> hallyn: well, you might also want your script if you are *not* in a container
[19:20] <mbiebl> and I assume if systemd-detect-virt has no caps, it would still return != 0
[19:21] <mbiebl> so would work, in a sense :-)
[19:28] <hallyn> mbiebl: heh, actually that's good enough :)
[19:29] <hallyn> Unit193: agreed - saw the security notice last night
[20:03] <mterry> tinoco, poke about bug 1409904.  So those two trusty patches are ready for upload?  Does tgt not need a patch?
[20:03] <tinoco> mterry: tgt needs iser support (trusty)
[20:04] <tinoco> mterry: https://launchpadlibrarian.net/213595717/trusty_tgt_1.0.43-0ubuntu5.debdiff
[20:04] <tinoco> mterry: there are 3 patches for trusty (libibverbs, libmlx4 and tgt)
[20:04] <mterry> tinoco, huh.  I see that on the file list for that bug, but not the comments
[20:05] <tinoco> mterry: i may have hidden comments
[20:05] <mterry> tinoco, so these don't have ABI breaks?
[20:05] <tinoco> mterry: sorry, this was long standing bug with several discoveries
[20:05] <tinoco> mterry: nope, we are only discarding support for 2.6.32 < kernels
[20:05] <cjwatson> Logan: hmm?  https://launchpad.net/ubuntu/+source/ddccontrol-db/+publishinghistory
[20:05] <tinoco> which does not break things.
[20:06] <tinoco> mterry: my first impression was wrong.
[20:06] <tinoco> good to go with this.
[20:06] <Logan> cjwatson: whoops, I'm blind
[20:06] <Logan> cjwatson: oh I know what happened - I saw that it built on Maverick, which confused me :P
[20:07] <cjwatson> Logan: right, I had to copy it back from an older series with binaries, since it had already been built in the Ubuntu archive
[20:07] <Logan> yep, it makes sense now
[20:07] <Logan> thanks again!
[20:07] <cjwatson> Logan: but it's just a database, don't expect it actually needs to be built again
[20:07] <cjwatson> np
[20:08] <Logan> I also think there probably needs to be a process removals run soon
[20:08] <Logan> I've seen a decent number of packages that have no Ubuntu delta, were deleted from Debian, but are still in Wily
[20:08] <cjwatson> both Steve and I have done some recentlyish
[20:08] <Logan> ah okay
[20:08] <cjwatson> there are some other constraints, like rdeps or seededness
[20:08] <Logan> right
[20:09] <cjwatson> it's unfortunately not very visible - p-r needs to be rewritten to be much less of a purely interactive tool
[20:11] <brendand> cjwatson, http://paste.ubuntu.com/12248134/
[20:12] <cjwatson> brendand: ok, next thing I'd try would be 'apt-get -oDebug::pkgProblemResolver=true install checkbox-converged-community' to see why it decided not to choose the resolution that involved installing python3-plainbox
[20:17] <brendand> cjwatson, i think i see it now,  i'll try something and hopefully it will work
[20:18] <brendand> cjwatson, i assume specifying both packages tells apt to damn its own judgement and just do what you say?
[20:19] <cjwatson> brendand: depends on the exact nature of the problem, but it does apply a bit more force
[20:19] <mterry> tinoco, one note: when doing an SRU, (I at least) favor a version number like ubuntu1.1 or ubuntu4.1 rather than ubuntu2 or ubuntu5 -- helps distinguish from a release that might be in current Ubuntu versions
[20:20] <cjwatson> brendand: given that this operation involves removing a bunch of packages including ubuntu-desktop, I suspect you're in a situation where apt is trying to assess the relative harm caused and being more specific might tip the score over a threshold
[20:20] <tinoco> mterry: yep, arges has already advised me on that. will do next time!
[20:20] <tinoco> mterry: i wrongly relied on dch -i
[20:20] <tinoco> mterry: tks
[20:51] <mterry> danjared, so per https://code.launchpad.net/~noskcaj/ubuntu/wily/dell-dup/dh-python/+merge/264080 should a removal request for dell-dup happen?
[21:16] <danjared> mthaddon: yes, that's fine. we're not using it, and it's probably just confusing to have it there if we're not using it at all. if we need it again, I can work on getting it readded, but we're working on some completely different stuff for firmware updates these days anyway
[23:24] <TJ-> Is there a way to prevent systemd from creating generator targets for hot-plug disks? Currently it is causing very long delays at boot-time but I'm not sure at what point systemd decided those hot-plug devices should be added to the boot-time tasks


[07:19] <anjo-aladiah> Icedtea problems in Lubuntu 14.10 http://paste.ubuntu.com/9294864/
[15:26] <hades777> test
[18:34] <Thubo> Is there a way to add another window manager to the lightdm greeter, so I can choose for every session which window manager is used?
[18:36] <testdr> Thubo: install - for example xfce - and then you should be able to select this - but do those tests not with the user with the admin-account, create a new user for such tests.
[18:36] <ianorlin> Thubo: do you want another window manager in lxde for each session or just something like fluxbox as an option
[18:39] <Thubo> Primarily I would like to use i3. It's already installed, and the .desktop file in /usr/share/xsessions/ exsist, however I don't see any button during login where I can choose to use it.
[18:40] <testdr> Thubo: in the login-gui - did you click on the lxde-icon at the user-selection?
[18:40] <testdr> Thubo: its in the tob-bar
[18:40] <testdr> Thubo: top-bar
[18:40] <Thubo> -.- shame on me... top right corner, hidden behind the messages from VirtualBox
[18:41] <Thubo> thanks a lot for helping me out :)
[18:42] <testdr> yep - the miracles of graphic-user-interfaces
[18:45] <Thubo> xD
[19:57] <ubuntuser> hi all...:D


[00:00] <rye> duffydack, I am going to do some experimental work on messaging applet working with Ubuntu One too. I am not yet ready to present anything but here's the bug #659736
[00:00] <ubot4> Launchpad bug 659736 in one-indicator "Implement experimental messaging menu item to relay Ubuntu One system messages to the user (affects: 1) (heat: 6)" [Wishlist,New] https://launchpad.net/bugs/659736
[00:02] <duffydack> I think the cloud icon on its own is enough
[00:02] <rye> duffydack, initial applet removal was not the best solution, I agree. But it is better to have solution being built (even as a playground project) than to sit and say how it is bad that we do not have anything.
[00:02] <duffydack> it tells you all you need to know
[00:02] <duffydack> the message menu is getting cluttered enough.....for some, more than others
[00:03] <duffydack> the cloud icon being grey makes you wanna look at it
[00:03] <duffydack> although, the ubuntu theme could make the 'ghosted' text more readable.
[00:04] <rye> duffydack, well, I really dislike current quota notification being done as a pop-up and there are other things that may want to grab your attention but do not interrupt the workflow
[00:04] <duffydack> maybe instead of the grey cloud, make it a grey or white cloud with an !
[00:04] <rye> duffydack, that's disabled text and I can't yet come up with anything better. For some themes it is really unreadable.
[00:05] <duffydack> just give it some "look at me" thing
[00:06] <rye> duffydack, the cloud icon is also not really good. If one has a weather applet nearby it starts to be a bit confusing
[00:07] <eweissge> what should I try?
[00:09] <duffydack> well the u1 icon itself ?
[00:09] <duffydack> its the same/similar size
[00:09] <duffydack> its ubuntu + cloud
[00:09] <duffydack> but make it mono
[00:09] <rye> duffydack, i tried making it mono-friendly but I am not really a designer. it looked awful
[00:10] <rye> eweissge, just a moment
[00:10] <eweissge> ok, sorry, I don't mean to be impatient, there are times when I know I don't get messages from people for some reason, lately
[00:11] <rye> eweissge, could you please pastebin the replication log?
[00:11] <eweissge> How do I do that?
[00:11] <rye> eweissge, e.g. to http://paste.ubuntu.com and give the resulting url to me?
[00:12] <eweissge> ok one moment
[00:17] <eweissge> there is no replication log
[00:17] <eweissge> we deleted them lol
[00:18] <rye> eweissge, ah, erm, yes
[00:18] <rye> eweissge, could you please start it from the terminal: /usr/lib/desktopcouch/desktopcouch-service
[00:18] <rye> eweissge, it should start printing things
[00:19] <eweissge> http://paste.ubuntu.com/515302/
[00:23] <rye> hm, Invalid OAuth token
[00:24] <rye> eweissge, is ubuntuone-preferences working fine for you, i.e. showing your email, quota usage (just to re-confirm)?
[00:24] <eweissge> yep, and the usage percentage is also correct
[00:25] <eweissge> my files and notes sync works great, but the contacts have never worked for me
[00:26] <rye> eweissge, ok, I believe something is wrong with the tokens stored locally. I think these steps should help you get it working https://wiki.ubuntu.com/UbuntuOne/FAQ#I%20removed%20my%20computer,%20how%20do%20I%20add%20it%20again?
[00:29] <eweissge> which?  Remove and re-add my computer?
[00:33] <rye> eweissge, "I removed my computer, how do I add it again?"
[00:36] <eweissge> ok,
[00:37] <eweissge> finished
[00:38] <eweissge> In evolution : This address book cannot be opened.  This either means that an incorrect URI was entered, or the server is unreachable.
[00:38] <eweissge> Detailed error message: Address Book does not exist
[00:38] <rye> eweissge, that's ok, could you please restart the desktopcouch-service ?
[00:39] <rye> eweissge, in order for evolution to reset, evolution --force-shutdown is required
[00:39] <rye> and then run evolution again - this will quit all evolution processes
[00:39]  * rye is very sorry to leave but he will be available tomorrow to assist in solving Ubuntu One issues
[00:42] <eweissge> done
[00:42] <eweissge> I'm still getting that error
[00:44] <rye> eweissge, will you be able to return here tomorrow (i.e. in 10 hours (for my timezone)) so that we could continue investigating?
[00:44] <eweissge> yes
[00:45] <rye> eweissge, thanks, let's continue with this tomorrow when full U1 team will be available to assist.
[00:45]  * rye is logging off
[05:29] <gbear14275> honk
[05:38] <gbear14275> marco?
[05:44] <gbear14275> my client isn't launching... was hoping someone could help me troubleshoot...
[06:58] <purvesh> can some one tell me that i can upload my new contact to ubuntu one even when i click on "Edit phone syncing (beta)" then i am getting one message "Subscription required" so what is the issue. even i cant sync my new contact from my cell also my id and password is correct.
[10:11] <duanedesign> morning all
[10:11] <rye> duanedesign, morning!
[10:27] <duanedesign> my server restarted. :(  Lost my scrollback...
[11:02] <rye> duanedesign, well, not much today, http://irclogs.ubuntu.com/2010/10/18/%23ubuntuone.html - yesterday there had been a partial file sync outage, it's ok now
[15:00] <eweissge> I'm having trouble syncing evolution contacts with u1, can anyone help me?
[15:01] <duanedesign> hello eweissge
[15:01] <eweissge> hello
[15:02] <duanedesign> eweissge: are you using Ubuntu 10.10 (maverick)
[15:02] <eweissge> yes
[15:02] <eweissge> 64bit
[15:03] <duanedesign> eweissge:ok. Have you followed steps similar to this https://wiki.ubuntu.com/UbuntuOne/Tutorials/Contacts?
[15:03] <eweissge> yes
[15:03] <eweissge> I was working with rye for a while last night, until he had to leave
[15:06] <duanedesign> hmm. /me looking at log
[15:10] <eweissge> I have my latest replication log here http://paste.ubuntu.com/515665/
[15:12] <duanedesign> eweissge: could you please run this in Terminal: killall beam.smp; killall beam
[15:13] <duanedesign> eweissge: then:  rm ~/.config/desktop-couch/desktop-couchdb.ini
[15:13] <duanedesign> This will not lose any data stored in desktopcouch, it will be recreated in a minute
[15:13] <eweissge> killall beam.smp operation not permitted
[15:14] <duanedesign> thats ok
[15:14] <eweissge> your not supposed to sudo that right?
[15:14] <duanedesign> right :)
[15:14] <eweissge> done
[15:14] <duanedesign> ok now: dbus-send --session --dest=org.desktopcouch.CouchDB --print-reply --type=method_call / org.desktopcouch.CouchDB.getPort
[15:17] <eweissge> I must be typing that wrong
[15:17] <eweissge> hm I can't copy/paste it either, that's weird
[15:17] <duanedesign> if you can copy and paste it that would be best. also it is available here if its easier to copy and paste out of browser
[15:17] <duanedesign> step 3 : http://www.freedesktop.org/wiki/Specifications/desktopcouch/Documentation/Troubleshooting
[15:19] <eweissge> got it
[15:19] <eweissge> Error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[15:30] <duanedesign> rodrigo_: would you have a second to look at this log http://paste.ubuntu.com/515665/
[15:31] <rodrigo_> duanedesign, yes, looking
[15:32] <rodrigo_> duanedesign, hmm, better ask thisfred
[15:32]  * thisfred looks
[15:37] <thisfred> duanedesign: I see succesful replications in there, which means your tokens are ok. Some of the errors are explainable and being worked on (/_users not replicating is a good thing, but it shouldn't even try) and some are unfortunately due to the server being too busy. Eventually replication will catch up though, as it's tolerant to failed attempts.
[15:38] <duanedesign> eweissge: did you get that :)
[15:38] <eweissge> yes
[15:38] <eweissge> everything else works fine, but contact syncing has never worked for me
[15:40] <eweissge> last night, was the first time I actually got 17 contacts out there somehow, but I have about 80 contacts, is it normal to just sync 17 and just stop?
[15:52] <duanedesign> eweissge: if you enter this address into Firefox you can see your couchDBs file:///home/YOURUSERNAME/.local/share/desktop-couch/couchdb.html
[15:53] <duanedesign> eweissge: replacing USERNAME with your  username on that computer
[15:54] <duanedesign> eweissge: you will see the contacts database. There is a 'number of documents'. I am curious if that is 17 or 80.
[15:56] <dobey> for anyone wondering, ppa:ubuntuone/stable is now set up for use on lucid with the latest stable versions that we ship in maverick.
[15:56] <eweissge> unable to connect localhost:53053
[16:01] <eweissge> I can't look at it
[16:01] <duanedesign> eweissge: does the command   killall beam.smp   complete or give you an error?
[16:01] <eweissge> killall beam.smp
[16:01] <eweissge> beam.smp(1202): Operation not permitted
[16:05] <duanedesign> OK
[16:05] <duanedesign> try:   killall beam
[16:05] <eweissge> beam: no process found
[16:05] <duanedesign> eweissge: then run :  ps aux | grep beam
[16:06] <duanedesign> eweissge:  does it return something other then  grep beam
[16:06] <eweissge> ps aux|grep beam
[16:06] <eweissge> couchdb   1202  0.0  0.4<PHONE_NUMBER>2 ?        Sl   Oct17   1:27 /usr/lib/erlang/erts-5.7.4/bin/beam.smp -Bd -K true -A 4 -- -root /usr/lib/erlang -progname erl -- -home /var/lib/couchdb -- -noshell -noinput -sasl errlog_type error -couch_ini /etc/couchdb/default.ini /etc/couchdb/local.ini /etc/couchdb/default.ini /etc/couchdb/local.ini -s couch -pidfile /var/run/couchdb/couchdb.pid -heart
[16:06] <eweissge> eric     27435  0.0  0.0  11336   880 pts/0    S+   11:05   0:00 grep --color=auto beam
[16:07] <duanedesign> is evolution still open?
[16:07] <eweissge> yes
[16:08] <duanedesign> eweissge: ok try closing it.
[16:08] <eweissge> ok
[16:08] <duanedesign> eweissge: then run: killall beam.smp
[16:08] <eweissge> ~/.local/share/desktop-couch$ killall beam.smp
[16:09] <eweissge> beam.smp(1202): Operation not permitted
[16:09] <eweissge> beam.smp: no process found
[16:09] <eweissge> ~/.local/share/desktop-couch$ killall beam
[16:09] <eweissge> beam: no process found
[16:13] <duanedesign> eweissge: hmm. well we have exhausted my troubleshooting abilities on this issue. If you can idle for a bit rye should be back in soon.
[16:13] <duanedesign> eweissge: i wish i couuld help more.
[16:13] <duanedesign>
[16:14] <eweissge> yeah I've been trying to figure this out for a few weeks, felt like I was going in circles
[16:15] <eweissge> I may just try a fresh install later this week
[16:16] <eweissge> I've been running 10.10 since alpha 2
[16:17] <dobey> the beam.smp owned by root is probably from a system-wide couchdb running, which shouldn't have any affect on the desktopcouch stuff working
[16:18] <duanedesign> eweissge: it is strange looking at the replication log, the contact DB appears to have replicated ok. At least according to the log :)
[21:21] <cgregan> Hello UbuntuOne team. Anyone have a moment to discuss some music store issues? I have music downloaded in my account but had two problems: 1) The music did not sync to my laptop. 2) my mobile android app complains about "credentials not satisifed" when I try to access them.
[21:24] <beuno> cgregan, hi
[21:24] <beuno> for the first bit, it would be either joshuahoover or rye
[21:24] <beuno> as for the android app
[21:24] <beuno> do you have the mobile plan?
[21:25] <cgregan> beuno: hmm....I did not buy one...but since I was doing some testing figured it was active.....I was wrong wasn't I. :-(
[21:26] <beuno> cgregan, yeah, credentials not satisfied is spawned when you don't have a mobile plan
[21:26] <cgregan> beuno: although now that I think of it...the testing was done with a different server and a debug applet
[21:26] <cgregan> beuno: ok
[21:26] <cgregan> I'll go drop some cash on the account upgrade
[21:27] <cgregan> beuno: BTW- I made some progress on the andriod mumble....we can handle SSL but the main mumble app pukes when trying to display the channels
[21:27] <beuno> cgregan, the first 30 days are free, so you can cancel it before that if you don't really want it
[21:27] <cgregan> beuno: still working on it
[21:27] <cgregan> beuno: thanks
[21:27] <beuno> cgregan, actually
[21:27] <beuno> hold on
[21:27] <beuno> cgregan, that is great news!
[21:27] <beuno> cgregan, did you see the update to the mumble client?
[21:28] <cgregan> beuno: no.....
[21:28]  * cgregan goes looking
[21:28] <beuno> cgregan, I'll fix the mobile thing for you
[21:28] <beuno> I forgot you are Canonical
[21:28] <beuno> you get free U1  ;)
[21:29] <beuno> cgregan, http://github.com/pcgod/mumble-android/issues/issue/13/#comment_460704
[21:29] <cgregan> beuno: \o/ :-)
[21:29] <rye> cgregan, re - first item that's syncdaemon not being connected, so could you please tell what's u1sdtool --status ?
[21:29] <beuno> cgregan, you're all set up with the mobile plan now
[21:29] <cgregan> thanks beuno
[21:29] <beuno> cgregan, I tried that client though, and I get an auth failure every time
[21:30] <cgregan> rye: chris@dell-desktop:~$ u1sdtool --status
[21:30] <cgregan> State: QUEUE_MANAGER
[21:30] <cgregan>     connection: With User With Network
[21:30] <cgregan>     description: processing queues
[21:30] <cgregan>     is_connected: True
[21:30] <cgregan>     is_error: False
[21:30] <cgregan>     is_online: True
[21:30] <cgregan>     queues: IDLE
[21:31] <rye> cgregan, ok, is the music present in ~/.ubuntuone/Purchased from Ubuntu One?
[21:33] <cgregan> rye: yes
[21:33] <cgregan> hmm
[21:33] <cgregan> rye: why hidden?
[21:34] <rye> cgregan, yes, this is a hidden User designated folder since UDFs do not support XDG
[21:35] <cgregan> rye: It should have ended up in my non-hidden /home/username/UbuntuOne folder though correct?
[21:35] <rye> cgregan, no, that hidden folder is the location for this music, which is then scanned there by rhythmbox
[21:37] <cgregan> rye: hmm...so the average user only has access to the mp3s though RB? How does one sync the files to an external player?
[21:37] <rye> aquarius, ^ ?
[21:38]  * cgregan plays devil's advocate for those not familiar with hidden dirs
[21:39] <beuno> cgregan, so, it should show up in rhythmbox
[21:39] <aquarius> cgregan, rhythmbox should sync with your mp3 player. If it doesn't, then your mp3 player should show up in Rhythmbox, and you can drag the music on to it.
[21:39] <beuno> the reason why it's in a hidden folder is boring, technical and a bit frustrating
[21:39] <aquarius> cgregan, if even that doesn't work and you want to just drag the files themselves around, then you can drag music from Rhythmbox to a folder just the same way that you can drag files from any nautilus window to a folder.
[21:40] <cgregan> aquarius: ah...interesting....I need to read my RB docs better!
[21:40] <aquarius> cgregan, no problem :)
[21:40] <joshuahoover> aquarius: i still think we might want to see if we can get a symlink in the Music folder and get rbox to not add files 2x...ideally users shouldn't care, but a number of our users do
[21:40] <cgregan> Thanks for all the help rye, beuno, aquarius, joshuahoover!
[21:42] <beuno> cgregan, np. Let me know how this mumble soap opera goes on
[21:42] <cgregan> beuno: I will
[21:54] <cgregan> beuno: where to bugs go for the andriod apps in LP?
[21:54] <beuno> cgregan, https://edge.launchpad.net/ubuntuone-android-music/ and https://edge.launchpad.net/ubuntuone-android-contacts/
[21:55] <cgregan> thanks beuno
[21:57] <kklimonda> beuno: so how are my missing songs? :)
[21:59] <beuno> kklimonda, I'm chasing these issues
[21:59] <beuno> I've seen it pop up a few times already
[21:59] <beuno> so I have a few test cases
[21:59] <beuno> but haven't found the core issue just yet
[22:02] <kklimonda> k
[22:03] <beuno> kklimonda, tomorrow I hope to start digging in the database, which is the only place I haven't looked at yet
[22:03] <beuno> need to put together a few complicated queries


[01:10] <armegadon> would this be the place to get some help with a gtk theme?
[01:12] <SiDi> not likely, but go ahead :p
[01:12] <armegadon> well i'm using this theme as the base http://lassekongo83.deviantart.com/art/NOOTO-GTK-115911611
[01:12] <armegadon> and i'm trying to get the panels and scrollbars from the jaunty dust sand theme
[01:13] <SiDi> aw
[01:13] <armegadon> also, the base theme requires the aurora engine, i got it from getdeb
[01:13] <SiDi> thats a lot of tweaking in the gtkrc file of the theme :P
[01:13] <armegadon> yea :(
[01:14] <armegadon> i'm used to pixmap themes where its images not settings
[01:14] <SiDi> i'm used to css 2.1 :$
[01:14] <armegadon> :S
[01:14] <armegadon> so you wouldn't be able to assist me?
[01:14] <SiDi> well, i guess you'd have to grab the style block responsible for the panels in dust sand's gtkrc
[01:14] <SiDi> and copy it to yours
[01:15] <SiDi> for the scrollbar, i suppose its linked to the used engine, and i dont know how to do
[01:15] <armegadon> i can't find exactly where it gets the panel part :s
[01:15] <SiDi> you'll also have to pick dust's colours and redeclare them inside the panel's block
[01:15] <SiDi> Ah, i don't know either ;)
[01:15] <armegadon> lol
[01:16] <armegadon> i would have stuck with the pixmap engine, but i find the murrine and aurora ones are a lot prettier
[02:03] <blindskull13> how long has it been since Ubuntu's art page had an overhaul
[02:10] <ryanprior> blindskull13: There's a thread re: an alternate on the mailing list right now.
[02:11] <ryanprior> blindskull13: If it gains wide acceptance it might become the default.
[02:12] <blindskull13> yeah i know about that
[02:12] <blindskull13> i was just wondering when the last time was
[02:16] <ryanprior> blindskull13: Well, wikis are sort of an incremental theme. Go back step by step through the history and decide when the change is big enough to be considered an "overhaul" by your standards. :-)
[02:17] <blindskull13> ok, thanks
[13:51] <SiDi> hi
[15:42]  * thorwil waves from a fresh jaunty install
[15:59] <SiDi> Heya thorwil
[15:59] <SiDi> You made the good choice xD
[16:00] <thorwil> so far it's alright
[16:00] <thorwil> not using nvidia drivers or my wacom, yet :)
[16:01] <SiDi> mine went all wrong, lots of troubles with xfce's settings :(
[17:16] <NewDesign> Hi
[22:43] <SiDi> ah damn ! i sent a mail to the ML without editing the object again T_T
[22:57] <knome> fail
[23:55] <Skiessi> why is warty-final-ubuntu.png with a png extension even though it's in jpeg format?
[23:58] <kwwii> because of a problem with updating
[23:59] <kwwii> we point the default pic to a certain name so it has to stay that way even though jpeg is better at ccompressing the pic
[23:59] <kwwii> nautilus still handels it correctly so there is no real problem
[23:59] <Skiessi> okay
[23:59] <kwwii> the problem is in the update process and changing gconf settings