[00:01] <hallyn> bleh
[00:01] <hallyn> pod2man: unable to format script/dh_systemd_start.1p
[00:01] <hallyn> pod2man: unable to format script/running-in-container
[00:01] <hallyn> debian/rules:17: recipe for target 'override_dh_auto_build' failed
[00:03] <hallyn> after dinner
=== tmpRAOF is now known as RAOF
[03:10] <hallyn> interesting - upstart simply will not build on vivid with systemd.  make check fails
[04:40] <arges> hallyn: i think i simply forgot about that bug.
[04:44] <pitti> hallyn: so far we didn't need that, as there's ConditionVirtualization=
[04:44] <pitti> ah, infinity already pointed to that
[04:44] <pitti> that's for units, and systemd-detect-virt for scripts
[04:45] <pitti> both of which are upstream, so we can eventually stop having the ubuntu specific container-detect.conf
[07:50] <seb128> mvo, bdmurray, hey, is bug #1356823 something you are looking at? It's ranked issue n°1 on e.u.c for vivid
[07:50] <ubottu> bug 1356823 in aptdaemon (Ubuntu Vivid) "aptd crashed with AttributeError in _remove_from_connection_no_raise(): 'NoneType' object has no attribute 'Destroy'" [Medium,Confirmed] https://launchpad.net/bugs/1356823
[07:59] <Odd_Bloke> dannf: Can you confirm that http://cloud-images.ubuntu.com/vivid/current/vivid-server-cloudimg-arm64-uefi1.img boots as you expect?
[08:00] <Odd_Bloke> I've just tested it locally and it booted uninterrupted, but confirmation would be appreciated. :)
[08:02] <seb128> Riddell, hey, bug #1442512 seems recent, maybe something wrong with your qt5 migration
[08:02] <ubottu> bug 1442512 in apport (Ubuntu) "/usr/share/apport/apport-kde:11:same_key:QHash:value:QPropertyAnimation::updateState:setState" [Undecided,New] https://launchpad.net/bugs/1442512
[08:03] <mvo> seb128: let me check
[08:03] <seb128> mvo, danke
[08:19] <Riddell> thanks seb128
[08:19] <seb128> Riddell, yw!
[08:34] <seb128> mvo, thanks for the fix ;-)
[08:35] <mvo> seb128: thanks for raising the issue
[08:35] <seb128> mvo, yw :-)
=== greyback__ is now known as greyback
[08:50] <LocutusOfBorg1> good morning
[08:50] <Unit193> It'sabork.
[09:18] <Odd_Bloke> I just hit "W: GPG error: http://archive.ubuntu.com vivid-updates Release: Unknown error executing gpgv"; anyone have any ideas what might be causing that?
[09:18] <Odd_Bloke> (This is on a now-destroyed automated testing instance, so I can't do any poking around)
=== vrruiz_ is now known as rvr
[09:42] <pitti> tseliot: I'm fixing the ubuntu-drivers-common autopkgtests
[09:42] <pitti> tseliot: is there an fglrx bug to track "known to not work with current vivid kernel/X.org" that I shouldl reference?
[09:44] <tseliot> pitti: I think users file new bug reports about it every time
[09:44] <pitti> ok
[09:44] <pitti> tseliot: I just mark the two as expected failures for now, and fixed the others
[09:50] <tseliot> pitti: fglrx shouldn't fail in vivid though. What's going on?
[10:02] <pmjdebruijn> hi folks, I've been using live-build to make custom ISOs, which works reasonably well... however they do differ from official generated images in unexpected ways... genisoimage is used instead of xorriso for example
[10:03] <pmjdebruijn> can anybody here shed some light on how official ubuntu ISOs are generated?
[10:03]  * LocutusOfBorg1 hugs ginggs 
[10:04] <ogra_> pmjdebruijn, live-build is only used for generating the rootfs (squashfs in case of the desktop isos) ... we have a master tool called cdimage that takes these rootfses and pipes them into debian-cd ... debian-cd then turns them into bootable images
[10:05] <pmjdebruijn> aha
[10:05] <ogra_> our configs for live-build live in the livecd-rootfs package btw
[10:05] <pmjdebruijn> right
[10:05] <pmjdebruijn> the live-build generated ISOs mis EFI support for example
[10:05] <pmjdebruijn> ogra_: is there more documentation on that process, so I can replicate it?
[10:05] <ogra_> https://code.launchpad.net/~ubuntu-cdimage
[10:06] <ogra_> it isnt well documented beyond the source sadly, the setup is rather complex
[10:07] <pmjdebruijn> ogra_: thanks for the hints
[10:07] <caribou> debfx: would you have time to sponsor a backport to precise for openafs ? you've done the previous one
[10:07]  * pmjdebruijn wonders if it'll be a better option to hack a bit on live-build :)
[10:09] <tseliot> LocutusOfBorg1: I have just uploaded the fix for fglrx in utopic-proposed. The SRU team will have to approve it though
[10:13] <pmjdebruijn> on another sidenote, anybody a clue why fonts-crosextra-caladea fonts-crosextra-carlito aren't included by default?
[10:15] <pmjdebruijn> they are compatibility fonts (similar in concept to the Liberation fonts), but they replace Calibri/Cambria, which are popular in modern docx files
[10:21] <pitti> tseliot: oh, not? well, the driver fails to build
[10:22] <rbasak> pmjdebruijn: file a bug against the libreoffice package to recommend them, perhaps?
[10:23] <tseliot> pitti: do you have any logs?
[10:23] <pitti> tseliot: it was hidden by another error in the tests (apt slightly changed behaviour apparently), but with that fixed they fail
[10:23] <LocutusOfBorg1> thanks tseliot
[10:23] <pitti> tseliot: building manually, hang on
[10:23] <tseliot> LocutusOfBorg1: np
[10:24] <tseliot> pitti: ok. BTW it's the fglrx-core that builds the modules, not fglrx any more
[10:25] <pmjdebruijn> rbasak: possibly, I was wondering if there was a general font-inclusion council or something? :)
[10:25] <pitti> tseliot: oh! then I figure the test needs to be adjusted to that
[10:26] <tseliot> pitti: right :)
[10:26]  * pitti does that then
[10:26] <pitti> oh, and please let's not paper over this by adding force-badtest in britney, please
[10:31] <tseliot> ?
[10:32] <pitti> tseliot: such a test override was added by the release team when u-d-c started failing
[10:32] <tseliot> pitti: oh, ok
[10:36] <dholbach> @pilot in
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Feature Freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: dholbach
[10:37] <rbasak> pmjdebruijn: no idea. Ask in #ubuntu-desktop maybe?
[10:48] <pitti> tseliot: ok, all fixed, and uploaded
[10:49] <tseliot> pitti: thanks!
[10:52] <LocutusOfBorg1> dholbach, hi, do you think I can ask to merge transmission/experimental?
[10:52] <LocutusOfBorg1> it has finally fixed the systemd transition
[10:52] <LocutusOfBorg1> https://packages.qa.debian.org/t/transmission/news/20150410T103425Z.html
[10:54] <dholbach> LocutusOfBorg1, hum... Unable to find transmission in Debian suite "experimental".
[10:55] <dholbach> ah, incoming
[10:56] <dholbach> LocutusOfBorg1, sure - feel free to merge it!
[11:04] <LocutusOfBorg1> thanks :)
[11:05] <LocutusOfBorg1> I don't think the actual transmission can rebuild in vivid clean environment
[11:05] <LocutusOfBorg1> pitti, did libsystemd-daemon-dev still exist in vivid?
[11:08] <pitti> LocutusOfBorg1: it still does, yes (although deprecated)
[11:08] <LocutusOfBorg1> I have some code that does sd_notify and on debian I add -lsystemd, on utopic -lsystemd-daemon
[11:09] <LocutusOfBorg1> what on vivid?
[11:09] <pitti> LocutusOfBorg1: libsystemd-dev and -lsystemd are preferred
[11:09] <LocutusOfBorg1> on utopic doesn't work :(
[11:09] <pitti> LocutusOfBorg1: libsystemd-daemon-dev is just for backwards compat
[11:09] <pitti> LocutusOfBorg1: no, but we are talking about vivid here, don't we?
[11:10] <LocutusOfBorg1> wonderful, so after utopic systemd will be really unified
[11:10] <LocutusOfBorg1> I like it
[11:24] <LocutusOfBorg1> wow a new systemd upload! :)
[11:28] <mbiebl> LocutusOfBorg1: https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=pkg-systemd-maintainers@lists.alioth.debian.org;tag=libsystemd
[11:32] <LocutusOfBorg1> yes mbiebl; I was looking at debian 763297 already
[11:32] <ubottu> Debian bug 763297 in release.debian.org "transition: libsystemd" [Normal,Open] http://bugs.debian.org/763297
=== MacSlow is now known as MacSlow|lunch
[11:45] <mgedmin> cyphermox, https://bugs.launchpad.net/ubuntu/+source/gfxboot-theme-ubuntu/+bug/1442586 looks like one for you (according to seb128)
[11:45] <ubottu> Launchpad bug 1442586 in gfxboot-theme-ubuntu (Ubuntu) "gfxboot-theme-ubuntu needs an update with new translations export" [Undecided,New]
[12:13] <nemo> http://www.bq.com/fr/ubuntu.html  *sigh*
[12:13] <nemo> EU only
=== _salem is now known as salem_
[12:23] <ogra_> nemo, where would you want it beyond that ?
[12:23] <ogra_> the radio is limited to EU frequencies
[12:25] <nemo> there are EU-specific frequencies? O_o
[12:26] <nemo> http://en.wikipedia.org/wiki/GSM_frequency_bands huh...
[12:26] <nemo> guess all my other phones work across any bands
[12:26] <nemo> anyway. doesn't seem to be EU exclusive
[12:26] <nemo> "In Africa, Europe, Middle East and Asia, most of the providers use 900 MHz and 1800 MHz bands."
[12:27] <shadeslayer> mvo: pokety poke @ kubuntu-core :(
[12:27] <ogra_> well, the point is you can only get 2G in the US with it
[12:27] <nemo> 2G GSM (850/900/1800/1900)
[12:27] <nemo> 3G HSPA+ (900/2100)
[12:27] <nemo> off the phone specs
[12:27] <nemo> so. GSM-1900 is used in US and Canada according to that wikipedia page
[12:28] <nemo> ah. 2G. eh. who cares
[12:28] <nemo> still take it
[12:28] <ogra_> btw, #ubuntu-touch is our phone channel
[12:29] <nemo> anyway. looks like it really is "Works in most of world for 3G, and Americas for 2G" so that doesn't quite the same as "EU only"
[12:29] <nemo> m'k. thanks.
[12:29] <ogra_> well, there is that FCC thingie too :)
[12:30] <nemo> again that seems to presuppose the world consists of US and EU
[12:30]  * nemo shrugs
[12:31] <nemo> anyway. what I gather is that it probably would work if I ordered it
[12:31] <ogra_> i think someone said he spotted one or two on ebay
[12:35] <Sweet5hark> Hi, Im looking for someone from the ubuntu-sru team. This one should actually be rather easy: can you drop the pending LibreOffice 4.2.8/trusty update?  https://launchpad.net/ubuntu/+source/libreoffice/1:4.2.8-0ubuntu1
[12:35]  * Sweet5hark hopes that dropping an SRU is easier than approving one ...
[12:37] <pmjdebruijn> anything wrong with that?
[12:42] <Sweet5hark> pmjdebruijn: are you asking about the libreoffice SRU?
[12:43] <pmjdebruijn> yes (though I'm not from the ubuntu-sru team, just a curious bystander)
[12:46] <Sweet5hark> pmjdebruijn: nothing wrong with the package itself functionally, just the changelog has a misleading line and I try to avoid LTS people to have needlessly too many updates as a new one will be there soon ...
[12:46] <pmjdebruijn> ah cool :)
[12:47] <pmjdebruijn> btw, tnx for your work on the lovely libreoffice ppas :)
[12:52] <Sweet5hark> yeah, those are for the guys who cant get enough updates ;)
[12:52] <pmjdebruijn> hehe
[12:53] <pmjdebruijn> well, for some applications it's rather nice to get out-of-band updates for file format compatibility and such
[12:54] <pmjdebruijn> Sweet5hark: on a different note, slightly abusing the situation, now you're here, are you aware of fonts-crosextra-caladea and fonts-crosextra-carlito? they might be nice Recommends for libreoffice
[12:56] <LocutusOfBorg1> why pbuilder-dist vivid has upstart installed^
[12:56] <LocutusOfBorg1> ?
[12:56] <LocutusOfBorg1> pitti, ^^^ :)
[12:56] <fionnan> anyone know of a good guide for using docker on ubuntu snappy?
[12:56] <Sweet5hark> pmjdebruijn: on libreoffice 4.4 packages those are Suggests of libreoffice-writer ...
[12:57] <LocutusOfBorg1> I was trying to undestand why sid has no cpio by default and ubuntu has, and upstart seems to be the clue
=== MacSlow|lunch is now known as MacSlow
[12:57] <pmjdebruijn> Sweet5hark: oh? doesn't everybody ignore Suggests? I really meant Recommends though :)
[12:58] <pmjdebruijn> they are very very nice to have installed if one comes across docx files
[12:58] <mitya57> Recommends will mean pulling those fonts into the desktop images, which will increase their size
[12:58] <pmjdebruijn> is that currently a significant issue? considering the 700MB boundary has already been crossed?
[13:00] <davmor2> Sweet5hark: https://developer.ubuntu.com/en/snappy/guides/ maybe?
[13:00] <pmjdebruijn> those two font package can be very helpful in making "document look right" on ubuntu by default
[13:01] <pmjdebruijn> and they will add less than 3MB uncompressed
[13:01] <davmor2> Sweet5hark: sorry that was for fionnan
=== tedg is now known as ted
[13:01] <davmor2> fionnan: https://developer.ubuntu.com/en/snappy/guides/
[13:02] <fionnan> davmor2: cheers
[13:02] <davmor2> fionnan: no guarantee but it's a good place to start
[13:03] <fionnan> davmor2: yup, I've read through most of those docs and they're really helpful, just a bit stuck trying to get docker to load a file now
[13:05] <fionnan> incidentally, I think I've found a mistake in the documentation here https://developer.ubuntu.com/en/snappy/guides/
[13:06] <fionnan> I think this line `ec2-import-keypair -f ~/.ssh/snappy-rsa snappy-key`
[13:06] <fionnan> should be `ec2-import-keypair -f ~/.ssh/snappy-rsa.pub snappy-key`
[13:07] <davmor2> fionnan: there should be a report an issue button on the bottom of the page that should take you to launchpad with the page details in the bug
[13:08] <fionnan> davmor2: thanks, found it!
[13:10] <pmjdebruijn> Sweet5hark, mitya57 those extra fonts are particularly valuable in business environments
[13:15] <mitya57> pmjdebruijn: Please read https://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps carefully.
[13:15] <mitya57> These fonts packages are the exact case for "Suggests"
[13:21] <rbasak> One use case for the libreoffice package is to provide an equivalent for MS Office. If the fonts provide the equivalent of defaults for Word, then maybe " The Recommends field should list packages that would be found together with this one in all but unusual installations." is justified?
[13:22] <rbasak> Use case "I receive an emailed .docx and expect it to open and print identically as it appeared to the sender".
[13:25] <seb128> dpm, pitti, do you know if there is an issue with the vivid langpack? they didn't get an update for a while, https://launchpad.net/ubuntu/+source/language-pack-gnome-fr for example is from 20150316
[13:26] <fionnan> anyone know if there is a channel for snappy noobs to ask for help?
[13:26] <pmjdebruijn> rbasak: yes, @use-case, that's exactly what everybody expects
[13:27] <rbasak> pmjdebruijn: if a bug doesn't already exist, I suggest you file one and make your case there.
[13:28] <pmjdebruijn> fair enough
[13:28] <pmjdebruijn> against libreoffice then, right?
[13:29] <rbasak> Yes
[13:30] <rbasak> I suggest you cover in detail the bits that you're summarised here. Eg. the default font as will appear on a .docx.
[13:31] <dpm> seb128, I don't know, I've be been a bit out of touch with langpacks lately, sorry
[13:31] <dpm> fionnan, indeed there is, try #snappy
[13:31] <seb128> dpm, no worry
[13:31] <fionnan> thank dpm!
[13:31] <fionnan> s/thank/thanks/
[13:31] <seb128> dpm, btw it might be worth pointing the translators the click store categories, I did it to the -fr team and they already translated those ;-)
[13:32] <cjwatson> seb128: There was a problem with the langpacks key being out of date on the keyserver - pitti fixed that, but I don't know if there's been a retried upload since
[13:32] <seb128> cjwatson, ok, thanks, who can retry? is that a pitti thing?
[13:33] <dpm> seb128, I know, it's back on my list after you and ogra were looking at the template yesterday, but busy day today
[13:33] <cjwatson> seb128: Not as simple as a retry, apparently ...
[13:33] <cjwatson> 2015-04-06 05:23:32 INFO    Failed to parse changes file '/srv/launchpad.net/ubuntu-queue/incoming/upload-ftp-20150406-052225-005790/ubuntu-rtm/language-pack-touch-ast_14.10+rtm14.09+20150405_source.changes': GPG verification of /srv/launchpad.net/ubuntu-queue/incoming/upload-ftp-20150406-052225-005790/ubuntu-rtm/language-pack-touch-ast_14.10+rtm14.09+20150405_source.changes failed: Verification failed 3 times: ["(7, 153, u'Key ...
[13:33] <cjwatson> ... expired')", "(7, 153, u'Key expired')", "(7, 153, u'Key expired')"]
[13:33] <seb128> :-(
[13:35] <cjwatson> Odd - the keyserver itself seems to have accepted the expiration update
[13:35] <cjwatson> Oh, wait, that log is four days old
[13:36] <cjwatson> pitti pushed the update on 2015-04-08
[13:36] <cjwatson> seb128: So yeah, I think it's a pitti thing to retry
[13:42] <seb128> cjwatson, great, thanks for looking
[13:45] <rbasak> infinity: looks like powerpc failed for lack of the same syscall number as your arm64 fix. https://github.com/docker/libcontainer/pull/517 suggests you're working on it already?
=== _salem is now known as salem_
[14:21] <mvo> shadeslayer: meh, sorry, incredible busy currently :/
[14:21] <shadeslayer> :(
[14:21] <shadeslayer> Can I bribe you with chocolate
[14:21] <shadeslayer> :P
[14:21]  * shadeslayer is trying to setup his own live-build scripts to build a rootfs at the moment
[14:24]  * pmjdebruijn uses the ubuntu-defaults-builder wrapper around live-build
[14:26] <shadeslayer> pmjdebruijn: won't work for making just a plain rootfs
[14:26] <shadeslayer> which is why I need to do more customizations
[14:26] <shadeslayer> looking at https://git.linaro.org/ci/ubuntu-build-service.git/blob/HEAD:/sid-armhf-debian/configure
[14:26] <pmjdebruijn> ah nevermidn then
[14:27]  * pmjdebruijn hides back in his corner
[14:41] <soee_> tseliot: i have info from Riddell that you are working on nvidia drivers for 15.04? Could you give me some info what is the current problem - why they wont work (bootking ends with black screen)?
[14:42] <flexiondotorg> What is the mechanism for re-opening a bug on LP?
[14:42] <flexiondotorg> As of today's daily images this is broken again - https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1436937
[14:42] <ubottu> Launchpad bug 1436937 in ubiquity (Ubuntu) "Temporary OEM user not removed after end user setup" [High,Fix released]
[14:47] <tseliot> soee_: I think I've just got it to work with hybrid graphics now. But I would still like to fix the memory leak of the displayScript qProcess never being deleted
[14:48] <soee_> tseliot: cool, so it all shoudl work before Vivid final release ?
[14:48] <tseliot> QProcess::startDetatched seems to fail too
[14:48] <tseliot> soee_: I certainly hope so
[14:48] <soee_> tseliot: wo what packages it is related ?
[14:49] <tseliot> soee_: right now the only part missing (my patch does it) is a hook in sddm to run a script on log out
[14:49] <tseliot> so sddm is the package
[14:53] <sunweaver> Trevinho: hi!
[14:53] <Trevinho> sunweaver: hi
[14:54] <sunweaver> I am DD in the Debian MATE packaging team and want to take over maintenance for bamf in Debian.
[14:54] <Trevinho> sunweaver: oh, finally someone! :)
[14:54] <sunweaver> I see there is a 0.5.0 tarball on the launchpad project page.
[14:54] <sunweaver> but you ship some 0.5.1 version in Ubuntu versions already.
[14:54] <Trevinho> sunweaver: yep, it's not the latest tough
[14:54] <Trevinho> sunweaver: yes, you need a release?
[14:54] <sunweaver> actually yes.
[14:55] <sunweaver> esp. one that works without libunity-webapp.
[14:55] <Trevinho> ricotz: was asking the same few days ago...
[14:55] <sunweaver> ;-)
[14:55] <sunweaver> ricotz actually enrolled me in maintaining bamf...
[14:55] <Trevinho> sunweaver: well, even that one does not need it (it's an optional dependency)
[14:55] <sunweaver> yeah, I see that.
[14:55] <sunweaver> I checked out the latest (V-series) package in Ubuntu
[14:56] <sunweaver> and saw that unity-webapp stuff has been reduced to a minimal.
[14:56] <sunweaver> I'd be happy about something recent as a tarball release.
[14:56] <Trevinho> sunweaver: so... I can do that in a bit...
[14:56] <Trevinho> sunweaver: yes, actually we could even remove it at all
[14:56] <sunweaver> whatever...
[14:56] <sunweaver> ping me here, once I can run uscan --report-status again... ;-)
[14:57] <sunweaver> 0.5.x will be pushed to Debian experimental first.
[14:57] <sunweaver> then plank will receive an update 0.9.x
[14:57] <Trevinho> sunweaver: ok, nice
[14:57] <soee_> tseliot: thank you for this informations
[14:57] <sunweaver> and if that works well and we don't pee on someone else's package (have to check reverse build dependencies in Debian still), I will upload to unstable.
[14:57] <tseliot> soee_: np
[14:58] <sunweaver> Trevinho: thanks! Waiting for a ping from yours.
[14:58] <Trevinho> sunweaver: there are a couple of branches that are waiting also, so maybe it's better to include these as well
[14:58] <tseliot> Riddell: so, now it even works on log out here. I only need to close that leak that was already there
[14:58] <Riddell> tseliot++
[14:58] <Trevinho> it might take some more time to get the builders but, not much
[14:58] <sunweaver> Trevinho: take your time.
[14:59] <sunweaver> I just wanted to get the stone rolling...
=== _salem is now known as salem_
[15:21] <cousteau> can this bug with libcairo be fixed for Ubuntu 12.04?  https://bugs.launchpad.net/inkscape/+bug/759154
[15:21] <ubottu> Launchpad bug 759154 in Inkscape Devlibs "Open paths with aligned endpoints are closed in cairo-based exports (PDF/PS/EPS)" [Medium,Triaged]
[15:35] <dholbach> @pilot out
=== udevbot_ changed the topic of #ubuntu-devel to: Archive: Feature Freeze | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots:
[15:41] <tseliot> d_ed: I think I've fixed the two issues. All seems to work fine. See my last commit
=== ara is now known as Guest6665
[15:44] <tseliot> Riddell: so, I have a couple of patches that I can merge into one (since they really complete hybrid graphics support). That patch + "DisplayStopCommand=/sbin/prime-switch" in the conf file should do it
[15:46] <Riddell> tseliot: awooga
[15:52] <tseliot> Riddell: here's the unified patch: http://people.canonical.com/~amilone/0001-Add-support-for-DisplayStopCommand.patch
[15:52] <tseliot> I can now switch between GPUs when I log out :)
[16:42] <d_ed> tseliot: do you plan on updating the github request?
[17:05] <infinity> rbasak: Yeah, I'll fix powerpc and upload.
=== psivaa_ is now known as psivaa-afk
[17:05] <infinity> rbasak: Well, "fix" powerpc.  I'll fix upstream's code so it builds, but I think the toolchain has some issues that make the binaries a bit broken. :P
[17:09] <rbasak> infinity: OK, thanks.
[17:22] <pitti> cjwatson, seb128: RTM langpacks are working now, so the LP import for the updated key took < ½ day
[17:22] <pitti> ah, vivid langpacks are behind too? they only run weekly
[17:27] <pitti> I'm on the road now, but opened a tab as a reminder; I'll prod this in the next days (probably on Sat or so when I arrived in Austin)
[17:39] <tseliot> d_ed: I did
[17:41] <tseliot> d_ed: but I did git push -f as I had previously pushed the wrong commit
[18:42] <d_ed> tseliot: ah, found it on your repo. The pull request still shows the one from 8 days ago
[18:42] <d_ed> I don't understand github yet
[18:55] <soee_> d_ed: i think if tseliot updates hes branch that had pull request it pull request wont be updated
[18:56] <soee_> or maybe i wrong since i havent been using github for a while
[19:03] <soee_> well i was wrong i think, pull request contains both commits https://github.com/sddm/sddm/compare/master...tseliot:master
[19:09] <tseliot> soee_, d_ed: the pull request should contain the two relevant commits. But yes, they are also in my master branch
[19:10] <soee_> tseliot: so it has to be only merged now ?
[19:12] <tseliot> soee_: yes. Then Riddell will include the changes and add DisplayStopCommand=/sbin/prime-switch in scripts/Xstop or in the .conf file
[19:14] <soee_> tseliot: who can merge it ?
[19:24] <tseliot> soee_: ok, so, if we're talking about upstream, d_ed can. In Ubuntu, Riddell will deal with it
[19:29] <Riddell> tseliot: you also need to edit data/CMakeLists.txt to install Xstop
[19:42] <Riddell> tseliot: uploaded to archive https://launchpad.net/ubuntu/+source/sddm/0.11.0-0ubuntu10
[19:50] <asac> apw: ogasawara: so i have a kernel source package by paolo and wonder where i can find the config he uses in there
[19:50] <asac> where do i look?
[19:52] <asac> ogra_: slangasek: any idea?
[19:52] <infinity> asac: Getting it out of the source package is actually sort of tough, cause it's a split config.
[19:52] <infinity> asac: If you build a binary package, though, it's installed at /boot/config-$(uname -r)
[19:53] <asac> oops
[19:53] <asac> ok lt me try to find it in https://launchpad.net/~p-pisati/+archive/ubuntu/misc/+files/linux-image-3.19.1-4-generic-bcm2709_3.19.1-4.4_armhf.deb
[19:54] <asac> infinity: thanks ... got it!!!
[19:54] <infinity> asac: NP.
[19:55] <asac> infinity: so i found he doesnt have CONFIG_BLK_DEV_DM
[19:55] <asac> how can i enable it?
[19:55] <asac> that looks really to make sense from the error i am getting
[19:55] <asac> [  348.917047] device-mapper: table: 254:0: thin-pool: unknown target type
[19:55] <asac> [  348.924052] device-mapper: ioctl: error adding target to table
[19:56] <infinity> (base)adconrad@cthulhu:~/build/linux/ubuntu-vivid$ rgrep CONFIG_BLK_DEV_DM debian.master/
[19:56] <infinity> debian.master/config/config.common.ubuntu:CONFIG_BLK_DEV_DM=y
[19:56] <infinity> debian.master/config/config.common.ubuntu:CONFIG_BLK_DEV_DM_BUILTIN=y
[19:56] <infinity> debian.master/config/annotations:CONFIG_BLK_DEV_DM                              y mark<ENFORCED> note<LP:#560717>
[19:56] <infinity> asac: If that's based on a master config, it should be enabled, unless he's explicitly disabled it for your flavor.
[19:56] <asac> infinity: its not in the boot/config
[19:56] <asac> infinity: its something derived from a nice BSP kernel :)
[19:56] <infinity> asac: If it's not based on a master config, well.  Whee.  But root around in debian.$flavour/config
[19:56] <asac> https://launchpad.net/~p-pisati/+archive/ubuntu/misc/+files/linux-bcm2709_3.19.1-4.4.dsc
[20:16] <Unit193> FWIW, in upstart sshd is Restart=always, but in systemd it is Restart=on-failure.
[21:01] <tseliot> Riddell: right, I tested using sddm.conf, so I didn't catch that. I'll fix that
[21:01] <soee> tseliot: did you tried propriety drivers ?
[21:02] <tseliot> soee: yes, I tested that with intel+nvidia binary (hybrid graphics)
[21:02] <soee> tseliot: just tires it with updated sddm, ends up witb black screen when sddm shoudl load
[21:03] <soee> *tried
[21:03] <tseliot> soee: what hardware configuration are you using?
[21:04] <soee> tseliot: dell witg intel  + nvidia
[21:04] <tseliot> soee: is that vivid?
[21:05] <soee> tseliot: yes
[21:05] <soee> all worked fine in utopiv when we had lightdm
[21:05] <soee> *utopic
[21:05] <soee> after switch to sddm i couldn't use nvidia profiel anymore
[21:05] <tseliot> soee: make sure ubuntu-drivers-common is at least 1:0.4.2
[21:06] <soee> Installed: 1:0.4.4
[21:07] <soee> also when i switch to nvidia profile and try to boot
[21:08] <tseliot> soee: can I see /var/log/gpu-manager.log and /var/log/Xorg.0.log?
[21:09] <soee> tseliot: http://paste.ubuntu.com/10794728/
[21:10] <soee> tseliot: and http://paste.ubuntu.com/10794734/
[21:11] <soee> i just uninstalled nvidia-prime and drivers because i culdnt boot
[21:11] <tseliot> soee: you're using intel+nouveau, there's no nvidia. Also no nvidia-prime means no functioning nvidia binary on your system
[21:12] <soee> tseliot: yes i remoed them to be able to boot
[21:12] <soee> i couldn;t login but here the problem was that somehow .Xauthority changed owner to root
[21:12] <soee> so sddm could not login me
[21:13] <tseliot> soee: ok, please wait until all is in place (sddm, including the Cmake addition, and the change in XStop), then try again
[21:13] <tseliot> I think we'll fix it next week
[21:13] <soee> tseliot: i tried nvidia-prime + new sddm and i could login
[21:13] <soee> after i have installed propriety drivers, black screen only
[21:17] <soee> reboot
[21:22] <soee> tseliot: without drivers i can login but http://paste.ubuntu.com/10794811/
[21:33] <tseliot> Riddell: I've just made another merge request to fix CMakeLists.txt: https://github.com/sddm/sddm/pull/399
[21:33] <tseliot> soee: as I said, it's better if you wait until everything is in place
[21:34] <tseliot> d_ed: see https://github.com/sddm/sddm/pull/399
[21:37] <d_ed> tseliot: thanks
=== salem_ is now known as _salem