[08:38] <Bartje> hi all, got a bit of an issue here after the latest update today of maverick..
[08:39] <Bartje> big issue actually
[08:39] <Bartje> nautilus keeps respawning, processor at max
[08:47] <Bartje> did killall nautilus, and it stopped.. processor at about 60%, but when trying to start nautilus from commandline, I get symbol lookup error: nautilus: undefined symbol: g_application_get_type
[08:56] <persia> Does a reboot help?  Developers do their best to ensure that applications upgrade smoothly, but sometimes something goes wrong with restarted applications, and there is an assumption folks shut off their machines regularly, especially for desktop applications.
[10:40] <rebirth> how do you change the # of workspaces?
[10:42] <astraljava> rebirth: compiz or no?
[10:42] <rebirth> what is compiz?
[10:42] <astraljava> rebirth: Okay. :) Do you have desktop effects enabled?
[10:42] <rebirth> no
[10:43] <rebirth> should i install compiz?
[10:43] <astraljava> rebirth: Then right click on panel, choose Add to pnael, find Workspace switcher and add that.
[10:44] <astraljava> rebirth: Not if you ask me. :)
[10:44] <astraljava> rebirth: When you have switcher in panel, right-click on it, choose Preferences, from there you can add or remove workspaces.
[10:46] <rebirth> ahh thank you!
[10:46] <astraljava> You're welcome. :)
[10:58] <rebirth> now i don't suppose you know anything about installing LAMP?
[10:59] <astraljava> rebirth: Just that there should be a task for it.
[10:59] <rebirth> i tried "sudo tasksel install lamp-server" and it returned "tasksel: aptitude failed (100)"
[11:00] <astraljava> rebirth: Uh oh. That's a bug then. Which release? Please file a bug on it.
[11:00] <persia> rebirth, You might ask the folk in #ubuntu-server : they tend to be more familiar with LAMP
[11:06] <rebirth> ok, super nube question, where do i file a bug?
[11:21] <astraljava> rebirth: https://launchpad.net
[12:38] <astraljava> DSL Up  16185 kbps / 1021 kbps
[15:16] <bartje> a little question, why are the kernel headers not included when there is a new kernel during the update?
[15:17] <astraljava> bartje: If you don't have the meta-package installed, it doesn't get updated -> no dependency on the real header package.
[15:19] <bartje> yes, but I did a fresh install of lucid, of course, installed the nvidia driver, next an update, reboot, and no nvidia working anymore, because indeed the meta-package was not installed.. wouldn't it be better to have it installed by default?
[15:19] <persia> bartje, Indeed it would.
[15:20] <bartje> quite a hassle the way it goes now, reboot after reboot
[15:20] <astraljava> Bug in the nVidia package dependency setting, I believe.
[15:20] <persia> astraljava, Do you happen to know if we already have a bug about that?
[15:20] <persia> No, there's no way dkms can know *which* kernel headers it needs.
[15:20] <persia> So the kernels need to provide hints for the associated headers.
[15:21] <astraljava> True.
[19:59] <mika__> sigh... i've just found out that the last alsa (x.23) support the m-audio fast track ultra............. and it's the same version used in maverick, but the audio card isn't recognized....... :'(
[22:27] <Riddell> RC candidates are up, please test http://cdimage.ubuntu.com/ubuntustudio/daily/20100928.1/


[01:08] <poolie> igc is explorer now in the mac packages?
[01:08] <poolie> re bug 483083
[01:09] <poolie> mwh, spiv does python -O do anything aside from turn off assertions?
[01:10] <mwhudson> poolie: it makes __debug__ 0
[01:10] <poolie> and anything else?
[01:10] <poolie> python -h says "optimize bytecode slightly"
[01:11] <mwhudson> i didn't think that was controlled by -O
[01:12] <poolie> this is re bug 147927
[01:14] <spiv> poolie: what mwhudson says
[01:15] <spiv> I think the "optimize bytecode slightly" is alluding to omitting the bytecode of "if __debug__:" blocks.
[01:17] <poolie> so the bug's obsolete?
[01:19] <spiv> I think so, yes.
[01:20] <spiv> And we've sort-of replaced what that would do with the -D flags.
[01:20] <poolie> which are better i think
[01:22] <poolie> ok closed
[01:28] <jelmer> If somebody could review https://code.edge.launchpad.net/~jelmer/bzr/branch-names/+merge/21197 that would be much appreciated, it's the next step for colocated branches.
[01:36] <poolie> it was on my list but it's a long list :)
[01:36] <poolie> so
[01:36] <poolie> it looks pretty good
[01:37] <poolie> i had some qualms about the earlier patches needing to insert 'name' into quite so many places
[01:37] <poolie> but it's not really your fault
[01:37] <poolie> i feel those classes could do with a scrub
[01:37] <poolie> do you want to talk about that patch or do you just want a +1?
[01:38] <jelmer> poolie: I'm happy to talk about it
[01:38] <poolie> i mean, do you have any concerns?
[01:38] <poolie> it looks ok to me
[01:38] <jelmer> poolie: Ideally I'd like a +1 but it'd also be good to know what you think of the general direction my patches are going in and what plans you have for that API in general.
[01:39] <poolie> i think it's good
[01:39] <poolie> i feel there's a lot of duplication in bzrdir.py
[01:40] <jelmer> poolie: Yeah, there's quite a few places that have a name parameter. I'm not sure how we could best abstract that out though.
[01:40] <poolie> anyhow
[01:40] <poolie> i don't think we should block your stuff
[01:41] <poolie> if you get around to deleting a lot of code from bzrdir or branch.py it would make me happy :)
[01:41] <jelmer> ok :-)
[01:48] <igc> poolie: explorer is in the mac packages for Snow Leopard (10.6) but not earlier IIUIC
[01:48]  * igc out for a few hours
[01:49] <poolie> thanks
[02:22] <echo-area> spiv: hi
[02:24] <echo-area> spiv: https://bugs.launchpad.net/bzr/+bug/537888  <---  This link contains my patch to the doc.
[02:26] <spm> poolie: should be able to review (properly, skim read looks fine) and get that in this arvo.
[02:26] <poolie> no rush
[02:27] <poolie> hello echo-area
[02:27] <echo-area> poolie: hi
[02:27] <poolie> oops, i started a proposal for that but i didn't paste the link
[02:32] <poolie> spiv, want to read https://code.edge.launchpad.net/~mbp/bzr/doc-stacking/+merge/21694
[03:07] <spiv> echo-area: will look, thanks!
[03:52] <Adys> Is there a way to force a revert even if it ends up in an error (file not versioned, ...) ?
[03:53] <spiv> Adys: what error are you getting?  revert should always work I think.
[03:53] <Adys> adys@azura:~/src/bzr/xflight$ bzr revert *.txt
[03:53] <Adys> bzr: ERROR: Path(s) are not versioned: CMakeCache.txt
[03:53] <spiv> Oh, I see.
[03:54] <Adys> i dont see a --force option
[03:55] <spiv> revert thinks you're trying to revert a file it doesn't know anything about, but I guess what you actually want is for it to ignore the unversioned file(s) matched by *.txt and revert the rest?
[03:57] <spiv> I suppose you could do something like: bzr revert `bzr status -S -V *.txt | cut -b 5-`
[03:57] <spiv> But I don't think we have a builtin option for that, but it would be good to add.
[04:03] <spiv> Adys: I've filed https://bugs.edge.launchpad.net/bzr/+bug/541676
[04:03] <Adys> cheers spiv
[04:05] <Adys> and ya its not a big deal to me, just thought it'd be something good to have builtin as well
[05:37] <igc> back
[07:30] <nlisgo> Is there a way to return a list of files that have changed from revision x to the latest revision
[07:34] <nlisgo> And then to create a patch file between a specified version and the latest revision
[07:35] <bob2> well, the latter is easier
[07:37] <spiv> nlisgo: for the latter: bzr diff -r REV..-1
[07:38] <spiv> nlisgo: (although you may find 'bzr send' to be better than generating plain diffs, depending on what you are doing)
[07:39] <spiv> nlisgo: for the former: bzr status -r REV..-1
[07:40] <nlisgo> thanks very much spiv. I shall give them a go.
[07:50] <nlisgo> That worked fantastic spiv. Thanks very much!
[07:50] <nlisgo> what would the command be for send?
[07:51] <nlisgo> bzr send -o -r REV..-1 > patchfile
[07:55] <thumper> igc: ping (perhaps)
[07:56] <nlisgo> bzr send ./ -o ../myfile.patch -r REV..-1
[07:56] <spiv> nlisgo: typical use of 'bzr send' is to tell it which branch you are 'sending' to
[07:56] <spiv> nlisgo: and then it works out exactly what info to include
[07:58]  * spiv is off for the day
[07:58] <spiv> G'night all!
[07:58] <nlisgo> spiv: night - thanks for help
[07:58] <spiv> nlisgo: no probs
[08:43] <vila> hi all, oops forgot to do that hours ago
[08:44] <vila> Is there some lovely LOSA around to have a look at pqm, it seems hung in an unusual way
[08:44] <vila> i.e. the make has been done but the selftest step reported nothing for... ~1 hour
[09:35] <gioele> I have problems branching from an SVN repository. bzr keeps saying «bzr: ERROR: Not a branch: "/branches/src/gioele-api/XXX".». I successfully branched from other branches of the same SVN in the past. How can I debug this?
[09:41] <jelmer> gioele: what does "bzr svn-layout" on that repository tell you?
[09:43] <gioele> jelmer: that I have to modify ~/.bazaar/subversion.conf ;)
[09:50] <igc> hi jelmer, vila
[09:50] <igc> thumper: pong
[09:50] <jelmer> 'morning Ian, Vincent
[09:50]  * vila waves back
[09:55] <bialix> hi guys
[10:33] <vila> huh ? No more bzr_man.html created by 'make docs' ? What did I miss ?
[10:38] <vila> wow, that was already lost in 2.1
[10:38] <vila> igc: does this ^ ring a bell ?
[10:38] <bialix> vila: I guess it was the part of what igc did for new documentation
[10:38] <igc> hi bialix
[10:39] <bialix> do you really need an html?
[10:39] <bialix> hi igc
[10:39] <vila> I need to test modifications to bzrlib/help_topics/en/configuration.txt
[10:39] <igc> vila: I think the file is now called index.html
[10:39] <vila> whre ?
[10:39] <igc> under doc/en/user_reference
[10:40] <vila> try it, no index.html there
[10:40] <igc> vila: do you have sphinx installed?
[10:41] <vila> I ran 'make docs' and got no complains,
[10:41] <vila> I then installed sphinx, search the makefile, run make html-sphinx, still no sugar
[10:41] <igc> make docs is the docutils stuff which is effectively dead
[10:42] <vila> it ends up saying The HTML pages are in _build/html but there is no _build dir here
[10:42] <vila> nm, let's start again
[10:42] <igc> try doc/en/_build/html
[10:42] <vila> I need to test modifications to bzrlib/help_topics/en/configuration.txt, what should I do ?
[10:42] <igc> the _build directory is relative to the sphinx config file (in doc/en)
[10:42] <bialix> vila: bzr help conflicts? :-P
[10:43] <bialix> rats
[10:43] <bialix> typo
[10:43] <bialix> heh
[10:43] <igc> vila: make html-sphinx is the right command
[10:43] <igc> look in doc/en/_build/html for the results
[10:43] <vila> igc: there are also quite a few warnings during make html-sphinx
[10:44] <igc> vila: yes, I/we need to fix those
[10:44] <igc> vila: the old docutils stuff has to go first
[10:44] <vila> indeed
[10:44] <igc> because many of the warnings are a consequence of trying to support do slightly different doc systems
[10:45] <vila> where is configuration.txt output now then ?
[10:45] <igc> s/do/two/
[10:46] <igc> under doc/en/_build/html/user-reference
[10:46] <igc> vila: it will be called configuration-help.html
[10:47] <igc> vila: the -html prefix is necessary to prevent namespace clashes with std sphinx docs (like search.html)
[10:47] <vila> ENOTFOUND
[10:48] <igc> vila: is anything in doc/en/_build?
[10:48] <vila> doc/en/_build/html/user-reference/configuration-help.html finally
[10:49] <vila> now, how do I know what kind of markup can be used ?
[10:50] <igc> vila: good question :-)
[10:50] <igc> vila: you can use any sphinx markup you like for nice html
[10:50] <igc> vila: the trouble is nice text for command line users
[10:51] <vila> :-/ Ok, nm, the table of contents answer my precise question here, I used the wrong underline char before, now it's indeed a subsection
[10:51] <igc> so we tend to stick with plain text with some limited markup
[10:51] <igc> i.e.
[10:52] <igc> :: at the end of a line for introducing examples
[10:52] <igc> :doc:`foo-help` for cross-references (get turned into `bzr help foo` in the text output
[10:53] <vila> yeah, except I have some text to describe the example so using Examples:: doesn't work, I can use it for each example though
[10:54] <vila> cough, sphinx always rebuild everything ?
[10:54] <igc> vila: inside command docstrings, subsections like Examples can be introduced by using :Examples: and indenting text within that by a character
[10:54] <vila> :text: what's that ?
[10:54] <vila> rest ? sphinx ?
[10:55] <igc> vila: have a look in builtins.py at cmd_log for example
[10:55] <igc> :text: is a bzr-ism for marking subsections inside a docstring
[10:55] <vila> I'm not inside a docstring
[10:56] <igc> vila: it doesn't apply to a plain text file though
[10:57] <igc> vila: here's the doc on sphinx: http://sphinx.pocoo.org/contents.html
[10:57] <vila> ha good
[10:58] <vila> thx
[10:58] <vila> does it generate texinfo output ?
[10:58] <vila> :-P
[10:59] <vila> LaTeX files ! I feel younger by the minute :)
[10:59] <igc> vila: :-)
[11:00] <igc> vila: we generate our PDF manuals via LaTeX fwiw
[11:00] <gioele> if I "bzr push" an svn imported branch, will this create an svn commit for each bzr commit?
[11:00] <vila> from latex files getting texinfo should be trivial (at least in theory, oooh, I love those theories :)
[11:00] <igc> vila: however, we don't have a PDF verison on the User Reference because ...
[11:01] <igc> keeping things working for docutils means that sphinx can't build the LaTeX
[11:01] <igc> hence my keenness to drop support fro docutils
[11:03] <igc> gioele: I believe so but jelmer will know for sure
[11:03] <jelmer> gioele, for every commit in mainline, yes
[11:03] <gioele> jelmer: with which date? all with the current date and time?
[11:03] <igc> got to go
[11:03] <igc> night all
[11:04] <vila> igc: thx for the help and last question: our official doc in the sphinx one now right ? At least for 2.2 ?
[11:04] <vila> igc: it would be good to clarify things a bit here
[11:56] <mok0> Hi, any bzr devs around for a couple of questions? I am working on backporting bzr to hardy and would like to clarify whether there are anything to be concerned about
[11:59] <spiv> mok0: there are hardy packages in the bzr PPA: https://edge.launchpad.net/~bzr/+archive/ppa?field.series_filter=hardy
[12:00] <mok0> spiv, I know
[12:00] <mok0> spiv: I'd like to hear to what extent they have been tested
[12:00] <spiv> AFAIK they work just fine.  I don't know of any reports of problems.
[12:00] <mok0> spiv: any pitfalls we (backporting team) should be aware of?
[12:01] <spiv> The main issue we've had with packaging has tended to be making sure the plugins are all up to date with the version of bzr
[12:01] <mok0> spiv: OK, sounds good
[12:01] <Peng> Do you mean packaging issues or bzr issues? I run from source on Hardy and have had no issues.
[12:02] <mok0> Peng, I mean issues with the plugins. I also have no problems with bzr iteself
[12:02] <spiv> So bzr itself doesn't have very tough dependencies (just Python, basically), but if you upgrade bzr without upgrading plugins that tends to cause grief if you expect e.g. bzr-svn to work.
[12:03] <mok0> spiv: right. subvertpy is on it's way to the hardy backports archive as we speak
[12:03] <spiv> mok0: *nod*
[12:04] <mok0> spiv: When that becomes available, I can test bzr-svn etc.
[12:04] <spiv> mok0: packages that depend on bzr (mainly just plugins, although maybe also loggerhead?) is where I'd expect potential problems.  So if you're aware of that then I think you know about as much as I do :)
[12:05] <mok0> spiv: I wasn't, thanks,
[12:06] <spiv> In terms of testing, we do occasionally hear people grumble when we break or not update the PPA, so I assume people are testing it.  It'd be nice if LP could give some sort of stats that indicate usage though.
[12:06] <mok0> spiv: Indeed it would
[12:06] <spiv> (Easier said than done, I'm sure)
[12:06]  * spiv -> bed
[12:06] <mok0> Heh
[12:06] <spiv> mok0: good luck, and thanks for backporting :)
[12:06] <mok0> spiv: goodnight spiv, and thanks
[12:07] <mok0> My pleasure :-)
[12:07]  * mok0 < lunch
[13:20] <andyjb23> is there a way of installing bzr 1.18 on fedora 12?
[13:25] <Peng> bzr 1.18? Why? That's quite old.
[13:26] <andyjb23> i know, but a project i'm working on needs 1.18 to work properly
[13:27] <Peng> ...Why?
[13:28] <andyjb23> i don't know, i haven't worked on it myself yet
[13:29] <Peng> Bazaar is nearly completely backwards-compatible...
[13:29] <bialix> I suspect their need <2a format
[13:30] <bialix> andyjb23: I can suggest format1 plugin to force using old default format with bzr >= 2.x
[13:30] <andyjb23> what does that mean?
[13:31] <bialix> the main thing changed between 1.18 and 2.x is new default repository format, now called 2a
[13:32] <bialix> my plugin force to use old format named pack-0.92 instead
[13:32] <Peng> IIRC 1.18 supports 2a, though. It probably sucks a bit, but it works
[13:32] <bialix> you may ask your team about the reasons behind 1.18
[13:33] <Peng> You don't need the plugin. It's just so that you don't have to remember to do "bzr init-repo --pack-0.92". Which is good.
[13:33] <bialix> Peng: if you have to support even older bzr clients, believe me you don't want to use 2a
[13:35] <bialix> also 2a is rich-root format. and therefore any unexpected format upgrade will give you big problems
[13:37] <andyjb23> so do i need this plugin or just to use --pack-0.92 every time i use bzr?
[13:37] <bialix> it's up to you
[13:38] <andyjb23> but both make it behave like bzr 1.18?
[13:38] <bialix> but you'd better to understand the reasons behind the choice of 1.18 only
[13:38] <bialix> andyjb23: not really
[13:39] <andyjb23> bialix: this is my first encounter with bzr, i'm just following instructions written by someone else on the project about a year ago
[13:39] <andyjb23> i will ask when he wakes up though
[13:40] <bialix> 1.18 was released about half year ago
[13:40] <bialix> one can't write such instructions 1 year ago
[13:40] <andyjb23> hold on, history says instructions are 5 months old, sorry
[13:40] <Peng> andyjb23: Please do ask him. It most likely isn't actually necessary to use an old version.
[13:41]  * bialix nods
[13:41] <andyjb23> thanks
[18:44] <luke-jr> is it possible to retroactively revert a revision?
[18:44] <luke-jr> eg, remove the revision (and its modifications) from the branch's history completely
[18:45] <lifeless> uncommit
[18:46] <NfNitLoop> luke-jr: Not once that revision is public.
[18:46] <NfNitLoop> by which I mean, in someone else's repository.
[18:46] <NfNitLoop> If that revision is only on your disk, you could branch from the point before that revision...
[18:46] <NfNitLoop> then replay all of the history after that onto the branch.
[18:46] <NfNitLoop> and throw away your "tainted" branch.
[18:47] <luke-jr> NfNitLoop: can the replay part be automated sanely?
[18:47] <luke-jr> /easily
[18:47] <NfNitLoop> I *think* rebase might be able to do that?
[18:47] <luke-jr> hmm
[18:47] <luke-jr> I thought rebase was a git cmd
[18:47] <NfNitLoop> there's a bzr-rebase plugin.
[18:47] <luke-jr> ah
[18:47] <luke-jr> ok
[18:47] <luke-jr> I'm considering releasing some internal code, but I'd need to strip customer-specific changes ;)
[18:48] <NfNitLoop> the problem is...
[18:48] <luke-jr> not a good idea to publish customer credit card numbers and such :)
[18:48] <NfNitLoop> those branches would be divergent.
[18:49] <luke-jr> hmm
[18:49] <NfNitLoop> meaning you wouldn't be able to merge from that branch to your internal branch.
[18:49] <NfNitLoop> because "rebase" basically takes the commit message and the diffs and commits them as completely new (unrelated) revisions.
[18:49] <luke-jr> what if I do the branching inside Subversion using cherry-picking, and use bzr-svn to bridge with the real world?
[18:49] <NfNitLoop> so a merge across those branches would see them as needing lots of merging.
[18:49] <luke-jr> since Subversion supports cherry picking properly
[18:50] <NfNitLoop> Sure, that could work.


[09:48] <d3xter> hey
[09:48] <d3xter> is anyone here?
[09:48] <apw> there are lots of people here
[09:49] <IntuitiveNipple> Of course not - this is a virtual world :)
[10:57] <heywood> hi all
[11:00] <heywood> trying to strip down running kernel modules on a netbook (acer aspire one, SSD version) running intrepid, 2.6.27-7-generic. having trouble understanding relationship between sdhci_pci and sdhci.
[11:01] <heywood> modprobe sdhci_pci says "WARNING: Error inserting sdhci (/lib/modules/.../sdhci.ko): Invalid module format"
[11:01] <heywood> assume sdhci_pci depends on sdhci, which modprobe tries to install first. but why would sdhci (which is unmodified from stock kernel source) give an invalid format error?
[11:18] <alex_joni> heywood: did youo check dmesg for further errors?
[11:19] <alex_joni> usually the invalid format can be generated if you compiled the module with a different compiler as the stock kernel
[11:23] <heywood> checking now. looks like one of my modules exports the same symbol as sdhci_pci, which may be causing that error. brb...
[11:28] <d3xter> i've got a problem with =>2.6.27
[11:28] <d3xter> i've got a bcm4401-b0 lan and bcm4328 wlan
[11:29] <d3xter> at startup the lan-adapter loads b44 and ssb driver
[11:29] <d3xter> and after that the propritaery broadcom driver cant use the wlan-chip, because ssb blocks it
[11:29] <heywood> @alex_joni: weird. i have an sdhci driver i've built myself (call it sdhci_extended) and i'm doing the following, in order, in a shell script (as root): rmmod all_relevant_modules [in order] --> modprobe mmc_core --> insmod sdhci_extended --> modprobe sdhci_pci
[11:30] <d3xter> so i have to manually unload ssb and b44 and load the wl driver frist
[11:30] <IntuitiveNipple> d3xter: Have you posted a bug report?
[11:30] <d3xter> IntuitiveNipple: not yet
[11:30] <IntuitiveNipple> d3xter: That would be best... generally people don't have time here to follow instant questions
[11:31] <d3xter> on launchpad?
[11:31] <IntuitiveNipple> d3xter: Yes, against the "linux" package. The post the bug reference here. It'll also be announced on the kernel-bugs mailing list
[11:32] <d3xter> ok thx
[11:33] <heywood> dumb question: in the output of lsmod, is the last column "depends on" or "used by"?
[11:34] <d3xter> used by
[11:34] <heywood> thanks
[11:36] <heywood> @alex_joni: (continuing previous comment...) when i insmod my sdhci_extended, it shows up in lsmod normally, and also in the "referred to by" list for mmc_core. so far so good.
[11:40] <heywood> now when i do modprobe sdhci_pci, it shows up in the lsmod output by itself, and also in the "referred to by" list for my sdhci_extended. both of those are as expected. but at this point i also get the error about "error inserting sdhci: invalid module format". in dmesg i see that same message, but then a bunch more from sdhci _after_ it -- which suggests sdhci is loading after all.
[11:41] <heywood> does that sound like a showstopper, or more like a nuisance?
[11:42] <heywood> (point is, i need to do many many hours of data gathering, have no easy way to check if all is OK during the run, and don't want to find out only at the end that it didn't work or dropped packets or something)
[11:51] <alex_joni> heywood: try loading your module with insmod
[11:51] <alex_joni> modprobe will do smart things and pull in dependencies, insmod won't
[11:52] <heywood> assume i should call insmod with /lib/modules/`uname -r`/... , correct? (i have several kernels on the machine)
[11:58] <alex_joni> yup
[12:04] <heywood> ok, will give it a try. thanks!
[12:07] <d3xter> ok, i've posted a bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/335391
[12:07] <ubot3> Malone bug 335391 in linux "Broadcom LAN Driver blocks Broadcom WLAN" [Undecided,New]
[12:11] <heywood> @alex_joni: ran modprobe -v to check i wasn't missing any other dependencies. confirmed that it only tries to insmod sdhci (which fails), then sdhci_pci. so just doing insmod sdhci_pci should be safe and i won't miss anything else.
[12:11] <heywood> thanks for your help! :)
[12:14] <alex_joni> heywood: glad I could help
[12:26] <heywood> ?
[13:00] <heywood> can anyone help me understand what the commands in the Linplus section of "tweaks for powersaving" on https://help.ubuntu.com/community/AspireOne do?
[13:02] <heywood> trying to figure out if i can safely comment them out. don't care about power saving (running from AC adapter), but do care about minimizing system activity (interrupts, etc.) while my code is running.
[13:56] <bullgard4> [Ubuntu 8.04.2, 2.6.24-23-generic] I have doubled my RAM size from 512 to 1024 MB. Why does Ubuntu not increase the value 512*1024 in /sys/power/image_size accordingly?
[14:04] <smb_tp> bullgard4, See Documentation/ABI/testing/sysfs-power. It is just a default value not related to your ram size.
[14:09] <bullgard4> smb_tp: /usr/share/doc/linux-doc-2.6.22/Documentation/ABI/testing/sysfs-power/Rafael J. Wysocki says differently: "The /sys/power/image_size file controls the size of the image created by the suspend-to-disk mechanism."
[14:12] <smb_tp> And in the other Doc he writes, that the kernel will try to get the image within that size but will continue to hibernate if that fails.
[14:13] <smb_tp> However, if it turns out to be
[14:13] <smb_tp>                 impossible, the kernel will try to suspend anyway using the
[14:13] <smb_tp>                 smallest image possible.  In particular, if "0" is written to
[14:13] <smb_tp>                 this file, the suspend image will be as small as possible.
[14:13] <smb_tp>                 Reading from this file will display the current image size
[14:13] <smb_tp>                 limit, which is set to 500 MB by default.
[14:37] <bullgard4> So where will I find guidance how to make better use of available RAM size in order to resume or thaw faster?
[16:01] <heywood> hi all, does anyone know what the most serious consequences are of turning off sysklogd and klogd for runlevel 2? is there anything to worry about beyond not having debug info available via dmesg?
[16:43] <IntuitiveNipple> heywood: If you're not worried about missing kernel reports I don't see a problem with that
[16:43] <IntuitiveNipple> apw: ping
[16:43] <apw> hi
[16:45] <IntuitiveNipple> Hey. I'm working through all the bugs tags 'resume' right now. There's a fair few that have "High/Medium" but haven't been touched and may be fixed. Could you look at Bug #312411 and close it if appropriate please?
[16:45] <ubot3> Malone bug 312411 in linux "[Jaunty] Suspend/resume failure on ThinkPad T61 (pulseaudio-related?)" [High,In progress] https://launchpad.net/bugs/312411
[16:45] <heywood> @IN: ok, thanks.
[16:47] <apw> IntuitiveNipple, done
[16:48] <IntuitiveNipple> apw: many thanks. I want to get the launchpad report into some kind of sane order :)
[16:48] <apw> which report you looking at?
[16:48] <IntuitiveNipple> Advanced search for all tags "resume" against "linux"
[16:50] <apw> ahh i see


[03:34] <dominik> hi
[03:34] <dominik> i need help
[05:17] <TheFocus> afternoon.  Any ideas where the xterm konsole geometry is kept???  my profile is gettign ignored...
[05:18] <TheFocus> trying to get it to open in the centre of the screen
[05:33] <jcarder_> hey, I am having problems logging in to kubuntu 17.04, after entering my password in the gui it freezes and wont let me do anything
[07:47] <lordievader> Good morning
[08:08] <YuxKukMo> hi
[08:10] <YuxKukMo> i have this problem: from time to time on my display appears/disappears fast a horizontal line. what do you think the problem is ?
[08:10] <YuxKukMo> 16.04 lts.
[08:10] <YuxKukMo> graphics card: intel
[08:11] <lordievader> Oh, Intel?
[08:11] <lordievader> Those things usually work great.
[08:11] <YuxKukMo> yes. the one included on mobo
[08:12] <lordievader> You don't happen to have an optimus (intel+nvidia) system?
[08:12] <YuxKukMo> intel hd530 to be more precise
[08:13] <lordievader> Is that integrated in the last generation of the I processors?
[08:14] <YuxKukMo> yes
[08:15] <YuxKukMo> opengl: 3.0 mesa 12.0.6/ renderer: mesa dri
[08:15] <lordievader> In that case I'd use something newer than 16.04.
[08:16] <YuxKukMo> hmmm
[08:17] <YuxKukMo> u think thats an issue with the driver implementation
[08:17] <YuxKukMo> ?
[08:17] <lordievader> What you can do is make a 17.04 live-usb and try it out for a while.
[08:18] <YuxKukMo> i'll give it a try. i think i have somewhere a 17.04 usb
[08:18] <lordievader> It is very often the case that very new systems are poorly supported by older kernels, if at all.
[08:18] <lordievader> If that has the same issues, you may consider turning to 17.10 (development release).
[08:20] <YuxKukMo> dont think that a gen6 is so new.
[08:26] <lordievader> YuxKukMo: Oh, I assumed you had gen7, from your answer.
[08:27] <YuxKukMo> mo. sorry, my mistake.
[08:27] <YuxKukMo> *no
[08:28] <lordievader> Do you also experience the problem with compositing disabled?
[08:30] <YuxKukMo> in system>compositor>compositor settings> Enable compositor on startup is disabled
[08:31] <YuxKukMo> *system>display and monitor>
[08:32] <lordievader> Hmm, okay. Is vsync enabled?
[08:33] <YuxKukMo> dont thnik so
[08:34] <lordievader> Okay, does it still happen with vsync enabled?
[08:35] <YuxKukMo> wait a sec. i have tearing prevention("vsync"): Automatic
[08:35] <YuxKukMo> should i change this setting ?
[08:36] <lordievader> Oh, could you turn that to off.
[08:37] <YuxKukMo> put on never
[08:38] <YuxKukMo> nothing changed for now
[08:43] <YuxKukMo> and from time to time the the image from my display disappear and on the display i have a message that tells me that i dont have signal
[08:44] <YuxKukMo> a cable/graphic card issue?
[08:46] <lordievader> Does it happen when you bend the cable a bit?
[08:46] <YuxKukMo> no
[08:48] <YuxKukMo> it's quite annoying and strange
[08:48] <lordievader> Hmm, it is hard to tell. In that case.
[08:49] <YuxKukMo> did you had this kind of problem ?
[08:50] <YuxKukMo> or do you know if other people had
[08:51] <YuxKukMo> i will test with a neon-kde live usb to see if this is a sw or hw problem
[08:52] <YuxKukMo> and then i will test with an nvidia card
[08:53] <lordievader> Usually these kind of problems come due to bad cables. In the digital world, unlike the analog world, you either have a signal or you dont.
[08:55] <YuxKukMo> i'll test the cable. yes.
[08:56] <YuxKukMo> lordievader:thank you
[11:11] <BluesKaj> Hiyas all
[16:06] <nalin> Hello, how to enable desktop items like "My Computer, Trash, Network, Home Directory" ?
[16:09] <BluesKaj> nai look in the K-menu
[16:09] <BluesKaj> nalin,^
[16:11] <nalin> Ya it's there in Computer section. But I want those items as icon at desktop screen.
[16:12] <BluesKaj> just drag then or rifgtr click, choose add to desktop
[16:13] <BluesKaj> right click , that is
[16:14] <nalin> Right clicked and only shows Add to Favorites
[16:15] <nalin> And yes, drag works. Thanks BluesKaj !! I am new in KDE desktop.
[16:16] <BluesKaj> brb , gonna switch
[16:21] <BluesKaj> nalin,  the context menu (right click) should show "add to dektop" at the top
[16:44] <BluesKaj> nalin,  yes you can drag abd drop if you wish, it's just odd you don't have the add to desktop option, that's all
[18:17] <doc3> hi
[20:53] <elio_> hello
[20:53] <elio_> I have problem with ubuntu when it shuts off
[20:53] <elio_> Can somebody help me
[20:55] <haposai> Hi
[20:55] <haposai> Can somebody help me
[20:58] <DarinMiller> haposai: I can try to assist. What is the problem?
[21:00] <haposai> Hi. DarinMiller
[21:01] <haposai> When I turn off the pc this hangs and I have to turn it off with the off button
[21:04] <genii> Did you have to do something like add a line to the kernel with acpi=off for it to boot correctly?
[21:13] <DarinMiller> sry, had a phone call.
[21:14] <haposai> ok
[21:15] <DarinMiller> haposai: you may have a driver issue that is preventing proper shutdow. Do you have an NVidia card by chance?
[21:16] <haposai> Yes
[21:17] <haposai> Nvidia Geforce 940M
[21:17] <DarinMiller> haposai: Do you know the driver version? (Have you installed the NVidia drivers?)
[21:18] <haposai> Let me check
[21:18] <DarinMiller> haposai: By chance, would you like some guidence installing the NVidia drivers?
[21:19] <haposai> Yes
[21:19] <haposai> Please
[21:20] <DarinMiller> Are you confortable addding a ppa?  It's quite simple if you have not done before.
[21:20] <DarinMiller> Add the nvidia ppa: sudo add-apt-repository ppa:graphics-drivers/ppa
[21:21] <DarinMiller> ^ from konsole or terminal ^
[21:21] <haposai> Yes
[21:21] <DarinMiller> sudo apt-get update
[21:22] <haposai> ok
[21:22] <DarinMiller> sudo apt-get install nvidia-381
[21:23] <DarinMiller> that will take a few minutes to download and compile.  When finished, reboot your PC.  You may need to power off as before to restart, but subsequent reboots should be OK.
[21:26] <haposai> Estabien tengo un problema con el linux-headers-3.11.10-03111011-generic:i386. Es que lo instale pensando que me podia servir. y me esta dando problema con los comandos que me distes
[21:27] <haposai> I have a problem with linux-headers-3.11.10-03111011-generic: i386. Is that I install it thinking that it could serve me. And it is giving me problem with the commands that you disten
[21:28] <haposai> I will try again
[21:28] <DarinMiller> which version of Kubuntu?
[21:29] <haposai> 17.04
[21:31] <DarinMiller> ??? you installed an older kernel on 17.04?
[21:33] <DarinMiller> you should be using the 4.10 kernel (default kenernel for 17.04).  If you installed an older kernel attempting to address the shutdown issue, please uninstall it, reboot and re-try the driver install as instructed above.
[21:34] <haposai> It was a mistake
[21:34] <DarinMiller> no problem :)
[21:35] <haposai> I already took it
[21:36] <haposai> I'm going to restart
[21:37] <DarinMiller> ok
[22:29] <haposai> Hi
[22:36] <haposai> nvidia-381 ya está en su versión más reciente (381.22-0ubuntu0~gpu17.04.2).
[22:36] <haposai> Still the same
[22:39] <haposai> At the end of the installation came a message saying. Declining the UEFI for third party software to work.
[22:39] <haposai> Why is that to remove the UEFI
[22:39] <haposai> At the end of the installation came a message saying. Declining the UEFI for third party software to work.
[22:39] <haposai> Why is that to remove the UEFI
[22:39] <haposai> At the end of the installation came a message saying. Declining the UEFI for third party software to work.
[22:39] <haposai> Why is that to remove the UEFI
[23:45] <[Relic]> any problem with installing 17.04 in bios mode instead of uefi?


[05:25] <pitti> Good morning
[05:36] <darkxst> hey pitti, there is a weird test failure for g-o-a on s390x
[05:36] <darkxst><EMAIL_ADDRESS>[05:40] <pitti> darkxst: ack, will have a look (just getting swamped with stuff in #u-devel, so this will have to wait a bit); but for now I retried it
[05:40] <darkxst> pitti, ok, its not urgent
[05:46] <hikiko> Hello
[06:33] <didrocks> good morning
[06:52] <pitti> bonjour didrocks !
[06:52] <pitti> didrocks: so, my last night's attempt to do the adt-run with a clean env also didn't help, i. e. the test still succeeded
[06:54] <didrocks> pitti: same in running the 3 large android tests… success :/
[06:54] <didrocks> hey pitti!
[06:55]  * didrocks now try to run pep8, small, medium and the 3 large android tests
[06:55] <didrocks> we'll see
[07:17] <pitti> darkxst: just looked into it, the s390x runners had no /etc/default/locale, so they failed when trying to show the actual error message; fixed that (so that I can debug it properly next time), and your test succeeded
[07:20] <darkxst> pitti, thanks
[08:26]  * pitti redeploys the autopkgtest cloud worker and fell into a juju trap, argh
[08:27] <pitti> any juju savvy folk please wave my way :)
[08:27] <seb128> hey pitti
[08:27] <seb128> good morning desktopers
[08:27] <pitti> hey seb128, bonjour !
[08:29] <didrocks> re seb128
[08:53] <willcooke> morning all
[09:01] <didrocks> morning willcooke
[09:01] <willcooke> morning didrocks, how goes?
[09:02] <didrocks> quite busy, but good! yourself? :)
[09:02] <willcooke> same :)
[09:02] <Laney> hello!
[09:03] <willcooke> also feeling like I've got a cold coming or something.  Just a bit meh this morning
[09:03] <willcooke> morning Laney
[09:03] <didrocks> argh, make a group with seb128 :p
[09:03] <didrocks> hey Laney!
[09:03] <willcooke> ha, yeah
[09:03] <Laney> what's occurring
[09:07] <pitti> didrocks: FYI, you'll lose your ubuntu-make test request, I have to re-deploy the whole autopkgtest juju env :/
[09:08] <seb128> hey Laney willcooke
[09:08] <willcooke> morning seb128, feeling any better?
[09:08] <didrocks> pitti: argh, ok… :( rerunning
[09:08] <didrocks> pitti: this issue is becoming a little bit tedious
[09:08] <pitti> didrocks: not right now, it's torn down
[09:08] <didrocks> ok
[09:11] <Laney> hey seb128!
[09:11] <Laney> pitti: something b0rked?
[09:11] <pitti> Laney: yeah, I cluttered up the worker node and wanted to re-deploy that; then ran into a juju bug, and #juju and #is can't figure it out, so complete reset :/
[09:12] <pitti> re-fetching the results on autopkgtest.u.c. will take ages, other than that it should be back up fairly fast
[09:12] <pitti> well, famous last words :)
[09:13] <Laney> doh
[09:31] <pitti> Laney: ok, that wasn't too bad :)
[09:32] <pitti> fixed a syntax error in the debci charm, then it re-deploys in some 5 mins
[09:32] <Laney> nice!
[09:34] <darkxst> hey laney, seb128, willcooke and pitti! did everyone have a good holiday!
[09:34] <willcooke> hey darkxst
[09:38] <Laney> darkxst: seems like a long time ago now
[09:38]  * Laney faintly remembers all the cheese
[09:39] <alexarnaud> hello everyone!
[09:40] <seb128> hey darkxst
[09:40] <Laney> darkxst: how's it going?
[09:41] <seb128> willcooke, sorry, didn't see you previous line before, I'm a bit better, at least I slept well, still not over the throat infection though
[09:41] <seb128> hey alexarnaud
[09:41] <willcooke> seb128, urgh.  Tea to the rescue :)
[09:41] <seb128> yeah :-)
[09:42] <Laney> cognac
[09:42] <seb128> haha
[09:42] <willcooke> ha
[09:42] <Laney> oh and I'm just uploading webkit stuff to a ppa for now
[09:43] <Laney> saw a message about that last nite
[09:43] <pitti> didrocks: you can trigger the run again  now
[09:43] <seb128> Laney, you know the french ways ;-)
[09:43] <seb128> Laney, yeah, you said you would upload to the webkit2 versions, so I was wondering if you had the transition done or if the security team changed their mind
[09:44] <seb128> I didn't know the upload was a side one ;-)
[09:44] <darkxst> Laney, I have had 2 weeks with very limited internet, has been good
[09:45] <darkxst> still night entirely recovered from my medication nightmares though, so could have been better
[09:47] <didrocks> pitti: thx!
[09:56] <andyrock> morning
[09:58] <didrocks> hey andyrock
[09:59] <seb128> hey andyrock
[10:01] <larsu> mornig!
[10:02] <larsu> *morning!
[10:04] <seb128> hey larsu!
[10:04] <seb128> how are you?
[10:05] <larsu> exhausted! (just back from the gym)
[10:05] <larsu> how are you?
[10:07] <seb128> I'm alright, still sick but a bit better
[10:10] <ochosi> hey folks! quick question: you're not planning to push any css nodes/gtk3.20 stuff into 16.04, are you?
[10:12] <larsu> ochosi: no, that's quite a big refactor in 3.20
[10:14] <seb128> ochosi, hey, no, that's not the kind of the change we want in a LTS
[10:15] <Laney> hey larsu ochosi
[10:15] <larsu> Laney: hi! How's life?
[10:16] <Laney> ssssssssssssssssssssssssssssssssuper!
[10:16] <larsu> :)
[10:16] <Laney> good gym sesh?
[10:17] <larsu> 'twas alright
[10:17] <larsu> was awake long last night, that didn't help
[10:18] <ochosi> phew good, thanks
[10:18] <Laney> you party animal
[10:19] <larsu> Laney: nah, just some beers with David and Kay
[10:19] <ochosi> larsu: i presume you haven't done all the gtk3.18 necessary transitions/fixes to the theme..?
[10:20] <larsu> nope, willcooke has been working on them, though
[10:21] <seb128> ochosi, if you want to contribute to some that would be welcome ;-)
[10:21] <ochosi> ah i see
[10:21] <ochosi> hehe
[10:21] <ochosi> well i dunno, i'm going to do the total minimum of what is necessary to make things look alright
[10:21] <ochosi> since the big refactor of 3.20 is on the horizon, i'd really prefer to invest the minimum time/effort now
[10:21] <willcooke> yes yes please help :)
[10:22] <ochosi> the last 4 commits here fix *some* stuff i saw was broken: https://github.com/shimmerproject/Greybird/commits/master
[10:22] <ochosi> but since xubuntu uses far less gnome apps, i only see the tip of the iceberg supposedly
[10:24] <seb128> there are not too many issues with 3.18
[10:34] <ochosi> seb128: yes, linked buttons in inline-toolbars was one of the glitches i saw (and that's unfortunately a lot of code in CSS, even in SASS it looks a bit bloated for my taste)
[10:34] <seb128> yeah, those are an issue
[10:36] <seb128> the linked buttons at the bottom of dialogs as well
[10:36] <seb128> e.g gedit "do you want to save your work" ones
[10:38] <seb128> gnome-calendar popover has label color issues on mouseover but that might be specific to the that software
[10:42] <pitti> Laney: FYI, I'm updating goocanvasmm to latest upstream version; this blocks updating to a newer glom which in turn blocks moving to postgresql-9.5
[10:42] <pitti> Laney: (You are the Maintainer:, hence the notification)
[10:45] <Laney> pitti: updating where?
[10:45] <pitti> Laney: in xenial
[10:45] <pitti> Laney: it's only being used by glom, and neither is in Debian
[10:46] <Laney> pitti: oh right, it got removed ages ago, not really interested in those any more so go wild :)
[10:46] <Laney> (or remove)
[10:47] <pitti> glom has been FTBFS for a while
[10:47] <pitti> and the latest upstream version doesn't work becuase it needs the unpacked libxml++3.0
[10:47] <pitti> I'm trying wiht the next-to-last, which works with 2.6
[10:47] <pitti> if everything fails, I'm also fine with removing it; nobody maintains glom in Ubuntu really, it's just a step-child
[10:48] <Laney> ok, I'm happy with removing it too, classic Ubuntu-local package
[10:51] <Laney> bleh
[10:51] <willcooke> seb128, larsu - did we reach a conclusion re: Nautilus yesterday?
[10:51] <willcooke> I think we didn't
[10:51] <Laney> my monitor went off and I get "The selected configuration for dislpays could not be applied" "could not assign CRTCs to outputs"
[10:51] <Laney> when re-enabling it
[10:52] <Laney> did it just break????
[10:53] <Laney> re seating the cables was a good idea
[10:53]  * Laney puts the fire out
[10:56] <davmor2> pitti: why all the glom and doom :D
[11:00] <seb128> willcooke, I'm leaning toward "let's revert"
[11:01] <willcooke> Oki, seb128 larsu - oki let's review again on Friday?  Just in case something changes.  Otherwise we need to make a final call
[11:02] <seb128> k
[11:02] <seb128> willcooke, can we maybe get somebody from design to play with the version in xenial and give us some feedback on the things we mentioned yesterday?
[11:04] <willcooke> seb128, I'll probably need to do a video and send it over to John
[11:04] <seb128> willcooke, they don't even have one xenial machine in the office to play with?
[11:04] <seb128> hum
[11:04] <seb128> is https://packages.qa.debian.org/ working for others?
[11:05] <Laney> was down for me a bit ago
[11:05] <Laney> tracker.debian.org works
[11:05] <seb128> thanks
[11:05] <pitti> anonscm is still down
[11:07] <Laney> I updated my quick search thingy to use tracker now
[11:07]  * Laney gets with the times
[11:07] <seb128> I find the layout harder to read on that one
[11:08] <seb128> I should probably try a bit more to get used to it
[11:55] <larsu> Laney: tracker is what, 10 yrs old?
[11:58] <Laney> larsu: https://tracker.debian.org/pkg/mutter this tracker
[11:58]  * larsu ← confused
[11:58] <larsu> ETOOMANYTRACKERS
[11:58] <darkxst> are you guys on drugs?
[11:59] <Laney> I said .debian.org the first time :P
[11:59] <larsu> I never read more than 3 lines of scrollback!
[11:59] <Laney> a fair policy
[11:59] <Laney> darkxst: you want some?
[11:59] <Laney> I got some "carrot cake"
[11:59] <Laney> it's hot on the streetz right now
[12:00] <darkxst> Laney, what am I gonna do with carrot cake ;)
[12:00] <Laney> and some "assam tea"
[12:00] <Laney> what you do with it is your business
[12:00] <Laney> just don't involve me, I ain't going down for you
[12:01] <darkxst> Laney, I know some gangsta's if you want to form a crew!
[12:01] <darkxst> but for now
[12:01]  * darkxst sleeps
[12:01] <Laney> I heard about this "craft beer"
[12:01] <Laney> someone ought to hook me up
[12:01] <Laney> night!
[12:02] <darkxst> Laney, holgates brewery
[12:02] <darkxst> night
[12:10] <seb128> what's going on on this channel?!
[12:10]  * seb128 wants no carrot cake
[12:11] <seb128> speaking of which, just registered for an esta, even more questions to reply to than in the past
[12:14] <pitti_> argh glom argh
[12:14] <Laney> don't waste time on it
[12:14] <didrocks> pitti_: I'm probably reading adt-run help wrong, but --git-source 'https://github.com/LyzardKing/ubuntu-make.git eclipse_multiple' --no-built-binaries will still build the package?
[12:15] <didrocks> pitti_: I have no tests requiring build (and didn't specify the option in d/t/c)
[12:15] <pitti_> didrocks: no, it shouldn't build the package, does it?
[12:15] <attente> good morning
[12:15] <didrocks> pitti_: seems so
[12:16] <didrocks> and then it installs it
[12:16] <pitti_> didrocks: oh, wait -- --no-buit-binaries must come *before* the test argument (--git-source)
[12:16] <pitti_> it always applies to the next test argument
[12:17] <didrocks> pitti_: oh, ok, trying!
[12:18] <Laney> hey attente!
[12:19] <didrocks> pitti_: yep, confirming it works
[12:19] <didrocks> thx
[12:20] <attente> hi Laney
[12:21] <attente> Laney: could you help me land https://requests.ci-train.ubuntu.com/#/ticket/861?
[12:22] <Laney> umm I guess so
[12:22] <Laney> did someone review your package yet?
[12:22] <Laney> and is the version thing you were talking about fixed?
[12:24] <seb128> hey attente
[12:24] <attente> hi seb128
[12:34] <Laney> attente: would be better if you use the tarballs on github imho
[12:35] <Laney> debian/watch seems to work
[12:40] <Laney> debian/copyright says LGPL-2.0+ but the license actually appears to be 2.1+
[12:41] <Laney> don't see any copyright beyond 2012 specified in the source files (the "-2015 Canonical")
[12:41] <attente> oh... i thought the + was inclusive for that
[12:42] <Laney> think that's all
[12:43] <attente> thanks Laney, i'll make it download the tarball instead
[12:44] <Laney> you won't be able to fix the tarball in the ppa
[12:44] <Laney> so give me it another way if you want
[12:44] <Laney> like put it on lillypilly.canonical.com:public_html/
[12:45] <attente> are you going to overwrite the old one?
[12:45] <Laney> in a sense
[12:45] <Laney> I would just upload directly instead of using a landing silo
[12:45] <Laney> unless you want to do that for some reason
[12:45] <Laney> in which case you should get a new one
[13:09] <didrocks> pitti: bah, still can't reproduce the same failure (only running pep8, small, medium and test_android)
[13:10] <didrocks> pitti: I'm starting to wonder if I shouldn't run those tests in a normal qemu instance on one server, that would address the "I have the tests results, cronify the requests without having a specific account and such…"
[13:35] <pitti> didrocks: if you have one, that'd be fine as well of course; sorry, I didn't get back yet to chasing this down
[13:37] <didrocks> pitti: no worry, it's just hard to debug… I wonder if I shouldn't pstree on each tests so that we can see the running processes
[13:38] <didrocks> I'm trying as well a wily run (not xenial, didn't make the dummy upload to the ppas still)
[13:45] <desrt> good morning teammates, and also didrocks
[13:47] <seb128> hey desrt
[13:50] <didrocks> desrt: good morning!
[13:51]  * didrocks goes in a guest session for a while, brb
[13:57] <ksamak> hikiko: TheMuso didrocks no choice but to link to gobject if one wants a11y... shall i make a compil flag? would that be acceptable?
[13:58] <ksamak> in compiz
[13:58] <didrocks> I think a compile flag would be acceptable if there is no other choice, but really, as I told you multiple times, I don't really work on compiz upstream anymore, so check with hikiko only
[14:03] <ksamak> yeah. nope, no choice, unless one is ready to remake the lib...
[14:10] <hikiko> ksamak, hi
[14:11] <hikiko> where does compiz uses gobjects?
[14:18]  * Laney screams mmmmmmvooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
[14:20] <didrocks> Laney: not sure the hilight would work :)
[14:20] <Laney> wasn't trying to :P
[14:20]  * davmor2 slaps Laney who is obviously Hysterical
[14:20] <didrocks> just saying :p
[14:24] <Laney> pre-build.sh is sinful
[14:24]  * Laney might have battered it into submission though
[14:25] <ksamak> hikiko: we (hypra.fr) want to add accessibility features in compiz
[14:25] <Laney> hope it builds this time, getting hungry
[14:25] <ksamak> for blind and visually impaired
[14:25] <ksamak> so libATK needs gobject
[14:26] <hikiko> ksamak what type of features?
[14:26] <ksamak> hikiko: also, we'd like (or we will) re-introduce compiz in debian, how does that sound to you?
[14:26]  * davmor2 hands Laney his sledgehammer again, it worked last time ;)
[14:26] <ksamak> hikiko: firstly, vocalisation of basic desktop feats, like alt-tab
[14:26] <ksamak> and display on braille devices
[14:26] <hikiko> :D
[14:27] <hikiko> sounds nice
[14:27] <pitti> W: Failed to fetch http://ppa.launchpad.net/ubuntu-desktop/ubuntu-make-builddeps/ubuntu/dists/wily/main/source/Sources  404  Not
[14:27] <pitti> +Found
[14:27] <pitti> didrocks: ^
[14:27] <pitti> didrocks: needs a dummy upload/copy again?
[14:28] <ksamak> hikiko: there's a lack of access for impaired users right now, so we'd like to correct that.
[14:28] <hikiko> but ksamak how will you use the c gobjects in compiz that is c++?
[14:28] <ksamak> well, i'm doing a archi binding, to have a cpp interface to ATK
[14:29] <didrocks> pitti: oh right, I only have some packages in trusty for the build-deps (not the same than ubuntu-make)
[14:29] <ksamak> or i'll use the cpp interface that exists, atkmm.
[14:29] <ksamak> whichever is better.
[14:29] <hikiko> I see
[14:29] <didrocks> pitti: copying + removing I guess
[14:29] <hikiko> ksamak, I don't think a flag is a problem
[14:29] <qengho> Okay, I thought I'd loathe Irssi and SSHing to my permanent machine get to a long-running IRC connection, but it's not bad.
[14:29] <hikiko> and ksamak the features sound really cool :)
[14:30] <hikiko> thanks for taking the time to add them!
[14:30] <ksamak> if anyone feels like helping, we also need to pull upstream from you guys, and adapt the packaging to debian as well.
[14:30] <ksamak> git.hypra.fr is our current repo
[14:30] <ksamak> we'll be switching to https://alioth.debian.org/projects/compiz
[14:30] <hikiko> ksamak, I am not familiar with packaging at all
[14:31] <hikiko> maybe Trevinho knows more
[14:31] <hikiko> I am just writing code
[14:31] <ksamak> ok. i guess you know more people in ubuntu than me though lol
[14:31] <hikiko> yes
[14:31] <hikiko> basically willcooke is the manager of the desktop team
[14:31] <hikiko> he can point out the right persons for everything I guess :)
[14:31] <ksamak> ok thx
[14:32]  * willcooke reads
[14:32] <hikiko> as for the debian, I really have no opinion ksamak I think the debian developers are responsible to take the decision
[14:33] <ksamak> yeah, they're willing to, we just have to do it now
[14:34] <willcooke> sounds like maybe TheMuso would be interested in this project overall, he's our a11y expert.  He also happens to know about packaging
[14:34] <ksamak> we just need a few pointers on how to remove the little ubuntu native packages from it
[14:34] <ksamak> ok, i'll come back later, thanks for the info
[14:34] <didrocks> the current questions are more about code than packaging though if I understood that right
[14:34] <didrocks> like adding a11y to compiz upstream
[14:34] <didrocks> willcooke: hikiko: FYI ^
[14:35] <ksamak> yeah these are two different subjects
[14:35] <didrocks> (the packaging will be a second part)
[14:35] <didrocks> ksamak: right, let's take one at a time :p
[14:35] <ksamak> we also need packaging for debian. well, it's already there, there's juste a couple modifs
[14:36] <willcooke> ksamak, when you need packaging help ping TheMuso (but he's in UTC-12) he might be able to offer some guidance there.  In the meantime, yeah, hikiko is our compiz code expert
[14:36] <Laney> OMG it built me a source package
[14:36] <willcooke> there's a #compiz channel as well, but that seems pretty much dead
[14:40] <davmor2> Laney: see you only have to mention sledgehammer ;)
[14:42]  * Laney nominates davmor2 for a spotlight award
[14:42] <Laney> supplier of finest computer scaring tools
[14:43]  * Laney goes for lunchies
[15:06] <didrocks> pitti: trying on xenial now that both ppas are boostrapped
[15:38] <didrocks> pitti: can't connect to github now :/ (and the other xenial worker wasn't up to date and failed<EMAIL_ADDRESS>[15:38] <didrocks> pitti: I guess the ssh access isn't enabled, I'll use the https one
[16:38] <pitti> didrocks: sorry, was in meeting
[16:38] <pitti> didrocks: ah yes, you won't be able to ssh to github, only http and https through proxy
[16:50] <didrocks> pitti: yeah, still some docker timing out on wily though: http://autopkgtest.ubuntu.com/running.shtml#pkg-ubuntu-make-git
[16:50] <qengho> didrocks: I diffed xdg-utils against xenial and Debian in https://bugs.launchpad.net/ubuntu/+source/xdg-utils/+bug/1518053 . Is that what you had in mind?
[16:56] <didrocks> qengho: hum, wrong person? :)
[16:57] <didrocks> oh no, a very old sponsor request
[16:57] <didrocks> I'll have a look tomorrow, enough for today ;)
[16:58]  * didrocks waves good evening
[16:58] <ksamak> didrocks: seeya
[16:59] <didrocks> see you ksamak!
[17:19] <seb128> Laney mastering webkit ;-)
[17:39]  * Laney roars
[17:39] <willcooke> meow
[17:46] <attente> Laney: sorry about the delay. do you think you could copy the package from here? https://launchpad.net/~attente/+archive/ubuntu/maliit-inputcontext-gtk
[17:49] <Laney> attente: ok, it'll have to be tomorrow now though
[18:03] <Laney> bye!
[18:06] <seb128> Laney, enjoy your evening!
[18:54] <snowstorm> hi all
[18:55] <snowstorm> does anyone knows about lost of surround sound through hdmi with Radeon HD 7700/7800 Series after Ubuntu 14.04 LTS latest update done few days ago?
[19:08] <alexarnaud> snowstorm: are you tring to verify if the right pulseaudio canal is used ?
[19:08] <alexarnaud> (with something like pavucontrol)
[19:09] <snowstorm> I still have stereo sound when playing video through VLC, but now surround anymore
[19:10] <snowstorm> and yes, all I see is front left and front right
[19:12] <alexarnaud> snowstorm: OK, sorry I can't helping you. You should to go to #ubuntu channel for support.
[19:12] <snowstorm> ok thanks alexarnaud for the consideration
[19:23] <willcooke> g'night all
[19:25] <alexarnaud> see you later everyone
[20:57] <TheMuso> ksamak: You could also talk directly via dbus to at-spi, thats another option.


[11:41] <alan_g> greyback: workarounds for compiler bugs are usually weird
[11:41] <greyback> alan_g: yep, I'm not disagreeing :)


[04:49] <hikiko> hi
[05:13] <PaulePanter> Hi. Where can I find documentation, what Unity does if I press the brightness keys for the laptop monitor? Does it use D-Bus?
[05:36] <hikiko> PaulePanter hi
[05:37] <hikiko> Brightness is not controlled by unity but
[05:38] <hikiko> Either from vendor specific hotkey that has no interface for the os
[05:38] <hikiko> Or acpi or graphic driver
[05:39] <hikiko> Or through hardware register through setpci i think
[05:40] <hikiko> https://wiki.archlinux.org/index.php/backlight
[05:40] <hikiko> This might help
[05:59] <seb128> good morning desktopers!
[05:59] <flocculant> morning seb128
[06:08] <seb128> hey flocculant
[06:30] <PaulePanter> hikiko: Thank you. It’s a Lenovo W541 laptop, and pressing the brightness keys `acpi_listen` shows events, and also there is a popup in Unity. Unfortunately, the brightness does not change though, so I wondered how Unity got the event.
[06:30] <PaulePanter> hikiko: But I see that’s it is probably another component. I’ll look into the graphics driver next.
[06:30] <PaulePanter> hikiko: Thank you very much!
[06:35] <hikiko> PaulePanter, the pop-up is just a notification, the brightness is not controlled by unity
[06:38] <hikiko> PaulePanter, you might want to look at this too: https://bbs.archlinux.org/viewtopic.php?pid=981217#p981217
[06:38] <hikiko> although it's quite old
[06:39] <hikiko> just to get an idea how pop-up notifications work
[06:40] <hikiko> and this: https://wiki.ubuntu.com/NotifyOSD#Brightness_and_backlight_changes
[06:42] <PaulePanter> hikiko: Awesome. Thank you. I’ll wait for my colleague to arrive with the device.
[06:42] <hikiko> good luck :)
[08:03] <Laney> moinonononon
[08:04] <seb128> hey Laney, happy friday!
[08:04] <seb128> how are you?
[08:05] <happyaron> hey guys
[08:05] <happyaron> for yakkety, :) https://launchpad.net/~happyaron/+archive/ubuntu/network-manager/+sourcepub/6419268/+listing-archive-extra
[08:06] <willcooke> morning all
[08:07] <Laney> seb128: good thanks, did some nice climbing last night ;-)
[08:08] <Laney> and today we are going camping for one night!
[08:08] <Laney> how are you?
[08:08] <seb128> happyaron, thanks, going to look at that toay!
[08:08] <willcooke> thanks happyaron
[08:08] <Laney> hi willcooke & happyaron too
[08:08] <Laney> what is the happening
[08:08] <seb128> Laney, I'm good, didn't find anybody to play tennis yesterday evening though, which was frustrating because neither was nice and I had nothing else to do
[08:08] <willcooke> g'day.  Summer is over.
[08:08] <seb128> oh, well
[08:08] <seb128> hey willcooke
[08:09] <seb128> today is going to be "SRU drum day"
[08:09] <willcooke> seb128, but at least you got to teach me about deb diff :)
[08:09] <seb128> :-)
[08:09] <willcooke> not quite tennis though
[08:09] <seb128> and sponsored the libreoffice SRU from Sweet5hark
[08:09] <seb128> right
[08:09] <seb128> I'm going to try to motivate others to SRU a bit as well
[08:09]  * seb128 looks at Laney attente Trevinho :p
[08:09] <Sweet5hark> seb128: are we getting cookies?
[08:09] <happyaron> ah and we get zfs accepted in debian, so starting the merging work
[08:10] <willcooke> happyaron, Woo!  Nice
[08:12] <seb128> willcooke, I wonder if it would make sense to have a SRU trello board?
[08:12]  * willcooke ponders
[08:12] <seb128> we could have a stack of updates we need to SRU, libreoffice/file-roller/gnome-calendar/n-m/gnome-software-/glib/gvfs/...
[08:13] <seb128> + the oem bugs
[08:13] <seb128> it might give some visibility on those
[08:13] <willcooke> sure thing.
[08:13] <seb128> not sure how to do better
[08:13] <willcooke> It's easy to set up now
[08:13] <seb128> but I've a feeling we don't get much LTS work traction atm
[08:13] <willcooke> so we can at least try - there's no harm done
[08:13] <seb128> I don't know how to solve that and if the trello would help though
[08:14] <willcooke> seb128, what do you mean by not much traction?  Like we should be pushing more SRUs?
[08:14] <Sweet5hark> seb128: yeah, and it also helps seeing when a SRU starts rotting away in review ... (I,for one easily loose sight of that)
[08:14] <seb128> Sweet5hark, right
[08:15] <seb128> willcooke, yeah, we are not doing a good job at keeping the fixes/updates rolling for the LTS
[08:16] <willcooke> oh, I thought we were doing ok.  In which case, yes, lets track
[08:16] <willcooke> https://trello.com/b/ySwNniD5/sru-board
[08:17] <willcooke> seb128, let's add the tag "desktop-trello-import" to the bugs
[08:17] <seb128> willcooke, how does your script know to which board to import?
[08:17] <willcooke> (I changed the tag to include desktop otherwise I was worried we'd clash with others)
[08:17] <willcooke> seb128, you have to tell it - I tried to be clever, but it just wasnt flexible enough
[08:20] <seb128> willcooke, can't edit that board
[08:20] <willcooke> seb128, you have to "join" it first I think
[08:21] <willcooke> click "show menu" on the rhs
[08:21] <willcooke> then you should have "join board" at the top
[08:21] <seb128> k
[08:21] <seb128> done
[08:21] <willcooke> oh, there is also a button I can click here...
[08:21] <willcooke> add add team members
[08:21] <willcooke> done that too
[08:22] <willcooke> *add all
[08:22] <Laney> wow
[08:27] <willcooke> seb128, added a "In review queue" list
[08:28] <seb128> good :-)
[08:29] <willcooke> seb128, just thinking about this...
[08:30] <willcooke> I was going to say we should add bugs to the board, but...
[08:30] <willcooke> is it the case that sometimes more than one bug combine to become an SRU?
[08:30] <willcooke> like, should we track each bug in the baord, or each "SRU Case"
[08:31] <seb128> bugs
[08:31] <willcooke> oki
[08:31] <seb128> if you fix 3 bugs in one upload it's fine to move the 3 cards
[08:31] <willcooke> in which case, let's add "desktop-trello-import" tags and then I can import them
[08:31] <seb128> k, I'm doing that
[08:32] <willcooke> once the import is run the tags are removed, so if we want to import it in to someones board we can just retag and run the script again
[08:34] <Laney> sooooooooo
[08:34] <Laney> what am I supposed to do?
[08:34] <willcooke> Laney, couple of things potentially
[08:34] <Laney> I got emailed by trello about some updates from this week that I would have done anyway
[08:34] <willcooke> Laney, tag bugs which need to be SRU'd "desktop-trello-import"
[08:35] <willcooke> Laney, or pick things from the backlog to work on them
[08:35] <seb128> willcooke, https://bugs.launchpad.net/ubuntu/+bugs?field.tag=desktop-trello-import
[08:35] <seb128> looks good?
[08:36] <seb128> Laney, just put things you plan to do in the trello/take the cards if they are already there
[08:36] <seb128> Laney, it's useful so others also know you plan to do those
[08:36] <willcooke> seb128,  thanks!  Just going through my mental list to see if I can think of anything else
[08:37] <seb128> Laney, also it gives us a list of things people can "help on" and help us tracking/make sure we don't forget to work on e.G issues raised by the oem team
[08:37] <Laney> seb128: OK it sounded like drum banging and not doing a good job and trying to motivate means that you think I'm not doing enough work already
[08:38] <Laney> when actually I have a very big list of things to work on
[08:38] <seb128> I know, I never implied that you were not working hard
[08:38] <seb128> but atm imho we have issues
[08:38] <willcooke> Laney, not the case.  We're just trying to get organsied.  Sorry if you got the impression we were moaning
[08:38] <seb128> - having a view of what people are working on/what is their todolist
[08:38] <seb128> - making sure things don't fall into the cracks/get forgotten
[08:39] <willcooke> Trevinho - is the missing menus ready for SRU yet?  Still some things to do there?
[08:41] <seb128> Laney, I think it's going to help to have a "pool" of "issues we need to work on", some people like robert_ancell said in the past that they would be happy to tackle on some of those but they just don't have good visibility on what got oem escalated/flagged as important
[08:47] <seb128> willcooke, maybe rename the board to include "desktop" in the name?
[08:47] <willcooke> done
[08:47] <seb128> thanks
[08:47] <seb128> the current set looks good?
[08:48] <seb128> +1 from me
[09:15] <andyrock> morning
[09:16] <seb128> hey andyrock! how are you?
[09:17] <andyrock> seb128: not bad not bad you?
[09:17] <seb128> andyrock, I'm good thanks ;-)
[09:17] <seb128> it's friday!
[09:27] <seb128> andyrock, is your gnome-menus fix submitted upstream? if we land it without the libunity fix does it make things more buggy or not?
[09:28] <andyrock> it's more buggy unity side
[09:31] <seb128> :-(
[09:38] <seb128> willcooke, can you reimport, I added bug #1571574
[09:39] <willcooke> python getopt examples
[09:39] <willcooke> err
[09:39] <willcooke> I mean yes
[09:39] <willcooke> seb128, done
[09:43] <seb128> willcooke, thanks
[09:43] <willcooke> just trying to add cmd line args to my script
[09:44] <seb128> to specify the board?
[09:44] <willcooke> getopt is ace
[09:44] <willcooke> yeah, the board, the project etc
[09:44] <seb128> nice!
[09:44] <willcooke> I decided against just doing a global import of anything in "ubuntu" with the tag
[09:44] <willcooke> because each run of the script is bugs -> one board
[09:44] <seb128> yeah, probably be better to be explicit
[09:44] <willcooke> n bugs -> 1 board
[09:44] <willcooke> so if we do it on a per project level
[09:45] <willcooke> we can have a big tag fest
[09:45] <willcooke> and then work through them in a more granular fasion
[09:45] <willcooke> fashion
[09:46] <seb128> yeah
[09:46] <seb128> k, I'm out for lunch with friends
[09:46] <seb128> back in ~1.5h
[09:46] <willcooke> seb128, have fun!
[09:46] <seb128> thanks!
[09:47] <Laney> pitti: do you know if there's a general problem with dkms tests on yakkety/amd64?
[09:47] <Laney> see glib2.0
[09:48] <pitti> Laney: yes, there is; all kernel module builds currently fail on amd64 due to the new -fPIE
[09:49] <pitti> Laney: kernel team is aware of/working on it
[09:49] <Laney> ack
[09:49] <pitti> Laney: in the meantime, I keep force-skiptest'ing packages which get broken by this
[09:49] <Laney> thanks, I'll do so for glib then
[09:49] <pitti> annoying, I know
[09:49] <pitti> cheers
[09:49] <Laney> is there a bug to spy on?
[09:50] <pitti> I'm not aware of one, /me searches
[09:50] <Laney> doesn't matter
[10:58] <larsu> pitti: I guess this is a false positive? https://github.com/systemd/systemd/pull/3245
[10:59]  * larsu doesn't understand the error
[10:59] <larsu> also, hi pitti!
[10:59] <pitti> hey larsu
[10:59] <larsu> and hi everyone else. happy sunny friday!
[10:59] <pitti> larsu: ITYM "false negative" :)
[10:59] <pitti> larsu: it was raning since yesterday :/
[10:59] <pitti> but en route to Dresden where it's sunny
[10:59] <larsu> pitti: oh, yeah, of course false negative :)
[11:00] <pitti> larsu: yep, tests are PASS, just the cloud acting up
[11:00] <larsu> pitti: ok cool. Should I mention that on the bug or what's the process?
[11:00] <larsu> retrigger?
[11:00] <pitti> larsu: I just dif
[11:01] <pitti> did
[11:01] <pitti> larsu: it's fine, we merge stuff with these kind of noise
[11:01] <larsu> thanks! :)
[11:01] <larsu> pitti: we do too in cockpit, but I wanted to make sure
[11:01] <pitti> larsu: doing systemd now, as part of cockpit?
[11:02] <larsu> pitti: not really. I just use busctl a lot to debug things :)
[11:02] <larsu> my other systemd patch is in the same function :)
[11:02] <larsu> we have a summer of code student that's working on making time units work from cockpit
[11:03] <larsu> which will need some changes in systemd that we're just discussing
[11:35] <Sweet5hark> schni ... scha ...
[11:36] <Sweet5hark> +n
[11:36]  * pitti runs away screaming
[11:36] <pitti> hate that song!
[11:37]  * Sweet5hark follows pitti with a giant plush crocodile
[11:38] <pitti> dieu merci il est vendredi
[12:00] <desrt> hello europeans!  i am no longer with you
[12:02] <pitti> hey desrt! made it back home in one piece?
[12:02] <desrt> yes.  2 hours and 50 minutes late.
[12:03] <desrt> SO ANGRY
[12:03] <desrt> i would have strongly preferred 3 hours late :)
[12:03] <Laney> j-u-s-t-g-o-a-b-i-t-s-l-o-w-e-r-p-l-e-a-s-e
[12:03]  * desrt is out 600€ on account of 10 minutes
[12:03]  * Laney suspects it was the other way
[12:04] <desrt> hm?
[12:04] <Laney> justgoabitfaster
[12:04] <desrt> ya.  indeed.
[12:04] <desrt> i'm sure they made damn sure to come in under the 3 hour mark
[12:06] <Laney> :)
[12:06] <Laney> well welcome back anyway
[12:09] <seb128> hey desrt, wb!
[12:10] <desrt> thanks :)
[12:10]  * desrt gets the first crackrock new API proposal of the day, decides that it's not quite crackrock enough, seeks to improve it
[13:20] <GunnarHj> seb128: Hi Sebastien, do you have time to sponsor bug #1574745 (yakkety and xenial)? Would be good to get rid of that regression.
[13:22] <seb128> GunnarHj, hey, sorry but I don't think I know enough about those/understand the problem to be confident the changes are correct without spending some time trying to understand what you did, and I don't think I'm going to be able to allocate that slot today ... maybe try to see with the day patch pilots?
[13:25] <GunnarHj> seb128: I see. No pilot on duty, as it seems. Not emergency, but me being impatient as usual. ;)
[13:25] <seb128> GunnarHj, I'm going to try to have a look on monday if nobody picked up by then
[13:26] <GunnarHj> seb128: Would appreciate that, thanks. Have a nice weekend!
[13:26] <seb128> thanks, you too!
[14:00] <willcooke> desrt, would you have time to take a look at https://bugs.launchpad.net/ubuntu/+source/unity-settings-daemon/+bug/1503758 today, or early next week?
[14:00] <desrt> i looked at this briefly yesterday
[14:01] <desrt> i don't really understand the problem (or the domain)
[14:03]  * desrt reads the workaround patch to get a feel
[14:05] <willcooke> thanks desrt
[15:05] <Trevinho> seb128: hey...
[15:05] <Trevinho> seb128: how are you?
[15:06] <Trevinho> seb128: I was looking at the keyboard backlight thing some time ago, and I think we'd need also http://pastebin.ubuntu.com/16389938/
[15:06] <seb128> Trevinho, feel free to put a mp up for it?
[15:06] <seb128> Trevinho, mario verified that the <= 0 to <0 change fix the boot case
[15:07] <seb128> what does your patch do?
[15:07] <seb128> also why didn't you propose the change back then?
[15:07] <Trevinho> however... I can't really test this here... Since in my TPs there are no ubus events fired, so, i didn't test it directly. A friend of mine with an asus laptop BTW, and fixes things
[15:07] <Trevinho> seb128: well I did this some days ago, but I wanted to test it better wih him, and since I don't have a machine under my fingers with full upower support I can't do that
[15:08] <seb128> ah, ok
[15:08] <seb128> well I upload the upstream patch for now
[15:08] <Trevinho> seb128: however.. The change basically listens for upower changes of the kbd backlight, fired when you press the keys, and then it remembers that value when you suspend
[15:08] <seb128> but we can replace by a better version
[15:08] <Trevinho> in this way, when you get back to your session or after idle, it goes back to the proper value
[15:08] <seb128> nice
[15:08] <seb128> can you add the patch to the bug?
[15:09] <Trevinho> seb128: well, that's fine... i also was thinking that that = here was wrong :)
[15:09] <seb128> maybe superm1 can test it
[15:09] <Trevinho> seb128: ok
[15:09] <seb128> thanks
[15:09] <seb128> oh, and I'm good otherwise
[15:09] <seb128> a bit too warm here though!
[15:09] <seb128> but I'm not going to complain, tomorrow is like 12°C
[15:09] <Trevinho> seb128: the only thing that maybe I should include, is that I should ignore the changes while suspended... Otherwise we'll save the brightness change to 0... Although this kind of change shouldn't be emitted by upower, since there's no manual intervention
[15:10] <Trevinho> seb128: yeah.. Here as well we've some winter-reloaded
[15:11] <willcooke> heh, same here
[15:11] <Trevinho> it's still almost 20 though
[15:11] <willcooke> 14 here
[15:11] <Trevinho> but cloudy, windy and rainy... :-/
[15:12] <Trevinho> willcooke: ah, is there a tag to get sru bugs being added to the SRU board?
[15:13] <Laney> Trevinho: doesn't u-s-d already set that when it calls SetBrightness?
[15:14] <Trevinho> Laney: the problem is when you change the kbd backlight using your ACPI keys
[15:14] <Trevinho> Laney: in that case there's no SetBrightness call
[15:14] <willcooke> Trevinho, not, just add the desktop-trello-import tag, and I will import it for you
[15:14] <Trevinho> Laney: but there are events fired from ubus
[15:14] <Trevinho> willcooke: will it go in the SRU board or then I shouldd copy it there?
[15:15] <Laney> k
[15:15] <willcooke> Trevinho, it will go direct to that board (I'll tell the script to do that)
[15:15] <Trevinho> willcooke: ok
[15:15] <Trevinho> willcooke: thanks
[15:16] <willcooke> Trevinho, np, if you want, just paste the bug link here and I'll do it
[15:16] <Trevinho> seb128, Laney: here what happens when you change the kbd backlight in fully upower aware laptops (not mine): http://i.imgur.com/stBtIUk.png
[15:19] <Trevinho> I also was thinking how I could manage my case... Thinkpads doesn't notify for kbd backlight changes, since it's something at system level. So We'd need to make upower to check the actual status when doing GetBrightness (instead of using a cached value as it's doing right now).. But.. well not sure upower upstream would be happy about that. But neither the
[15:19] <Trevinho> kernel module devs want to emit any key event for thinkpad_acpi (being something that will change despite userspace deamon settings, it's reasonable)
[16:22] <willcooke> news just in, Design have +1d the terminal tabs styling.  So I will SRUify that bug
[16:22] <willcooke> next week
[16:22] <willcooke> by which I mean, explict +1 on the bug
[16:27] <willcooke> Laney, going to meet Adam Hart-Davis on Sunday :)
[16:30] <flocculant> willcooke: tell him he's awesome :)
[16:33] <willcooke> flocculant, will do :)
[16:34] <davmor2> willcooke: he's the really interesting history type bloke right glasses beard and stuff?
[16:34] <flocculant> davmor2: yea
[16:34] <willcooke> davmor2, https://www.youtube.com/watch?v=8ODCBYVdxiM
[16:36] <willcooke> right, swimming lessons duty.  bbl
[16:36] <davmor2> nice
[16:38] <seb128> willcooke, enjoy!
[16:38] <seb128> calling it a week here
[16:38] <seb128> have a nice w.e everyone
[16:39] <seb128> with monday off here (and in some other countries as well I think?)
[19:00] <willcooke> night all
[19:00] <willcooke> happy weekend
[19:52] <a1fa> hello, i've hit on the title bar bug again :0
[19:53] <a1fa> same thing, window was open for long time (maximized), i unmaximed it, and i was no longer able to to anything with the window ;)


[05:21] -lugito:#lubuntu-devel- [Lubuntu CI] jobgenerator FAILURE: https://ci.lubuntu.me/job/jobgenerator/786/
[18:36] <wxl> has anyone noticed on Discourse that first timer topics get posted with no content initially?
[18:36] <wxl> e.g. https://discourse.lubuntu.me/t/help-with-installation/1722
 Weird
[18:38] <wxl> it happened with that italian one, too, which is why i mentioned more details
[18:38] <wxl> NOW it just showed up
 It seems like a relatively new thing.
 Oh there it is
[18:38] <wxl> @teward001 ^ any ideas?
 I mean you can't post without a certain amount in the body.
[18:39] <wxl> right but then you shouldn't be able to post at all
 The image just sort of painted in there too.
 Wonder if that is a target disk issue 🤔
 *was pinged*
 what's up?
[18:46] <wxl> @kc2bez: seems to me their issue is not having useradd available, though, which is weird
 wxl: context for ping?
[18:47] <wxl> @teward001: any idea why discourse posts for new users are showing up with a subject but no content?
 nope
 we're due for ANOTHER update though
 so maybe it's a bug they fixed?
 *queues the update*
[18:48] <wxl> let's hope so
 @wxl [<wxl> @kc2bez: seems to me their issue is not having useradd available, though, …], My translation skills are a little lacking but it looks like it was barking about the chroot
 Your question was a great place to start though.
 wxl: does Cala create a chroot for some reason?
 'cause the error actually stems from a chroot case
 specifically inside useradd doesn't exist, so if that's not installed there's a bigger problem
 It adds the user on the target install
 ... hence the chroot.
 *requires more coffee*
 you, give me coffees
 It copies the squash over and does some final bits.
 Discourse upgrade in progress now
 @teward001 [Discourse upgrade in progress now], ❤


[01:25] <greenmanspirit_h> hey all, I posted earlier as greenmanspirit. I am getting the same error with apt-utils "apt-utils : Depends: apt (= 1.3.1) but 1.3.2ubuntu0.1 is to be installed" at home as I am on my workstation.
[01:25] <greenmanspirit_h> that is when I try to do apt update and apt upgrade
[08:54] <ouroumov> greenmanspirit_h, hi
[08:54] <ouroumov> greenmanspirit_h, try and run the "Fixes" from the software boutique (Last icon on the right that looks like a wrench)
[11:34] <wyclef> Hello?
[11:34] <wyclef> Is anyone here?
[11:35] <ouroumov> hi wyclef
[12:55] <sgtkeebler> hello
[14:34] <greenmanspirit> ouroumov, fix broken packages worked. What is it doing in the background?
[14:35] <ouroumov> I think it just calls apt with --fix-broken --fix-missing
[14:39] <greenmanspirit> cool, I love how ubuntu-mate makes these things very user friendly but I do like to know the command line for if I have to ssh in. Thanks ouroumov!
[14:43] <ouroumov> yw
[15:58] <ultimate> helooo
[16:27] <mate|75804> Hello, has someone successfully installed the latest version from live cd of ubuntu mate on a G4 MDD ppc?
[16:28] <mate|75804> I am getting a freeze at or before the welcome screen on boot
[16:39] <ouroumov> hello mate|75804
[16:39] <ouroumov> mate|75804, maybe ask on the forums?
[16:53] <khw> In 16.04 I'm having to new bugs.  Pressing ^E in gvim to scroll down can freeze the screen and keyboard.  I haven't figured out any thing but a power-off to get out of it.
[16:53] <khw> Also, the window manager gets confused about what's on top; the work-around is to cycle through the windows with Alt-Tab.
[16:55] <maycol> hello
[18:51] <altin_> AltiN
[21:19] <omegaeclipse> Good day
[21:20] <omegaeclipse> I have had an issue with my machine, it kept saying firefox couldn't find the server on every site other than a couple. My internet is fine
[21:21] <omegaeclipse> I have avoided dangerous sites mostly but I don't know much about linux. I turned it off and turned it back on
[21:49] <master> hi there!
[21:51] <Guest50082> I am from Brazil
[21:53] <Guest50082> I am leaving now
[21:53] <Guest50082> Bye
[22:01] <ubuntumatem> helo
[23:17] <ubuntumatem> Hello
[23:28] <xzavior> hi
[23:29] <xzavior> im new here
[23:29] <xzavior> whell see ya updateing
[23:30] <DarkPsydeLord> woot?


[10:22] <ev> mpt: http://paste.ubuntu.com/550168/ - I'm sure there's an easier way, but that should tell you which theme packages aren't from maverick.
[10:25] <ev> ah, broken
[10:41] <ev> mpt: http://paste.ubuntu.com/550172/ - slight variation.  This wont tell you if a package isn't in maverick, but it will tell you which releases have the version of the package you have installed.  So look for a package that only has lucid for an option, I suppose.
[10:48] <mpt> usplash-theme-ubuntu |       0.27 |        karmic | source, amd64, i386
[10:48] <ev> ah, that'd do it :)
[10:48] <mpt> That's the only item in the output that doesn't have maverick as an option
[10:49] <mpt> oh, no it isn't
[10:49] <mpt> It's just in universe after karmic
[10:49] <mpt> and according to Synaptic it's not installed anyway
[10:49] <ev> ah, right, hm
[10:50] <mpt> I think the problem might be that the default theme was changed but the new default wasn't installed or the old default wasn't uninstalled
[10:52] <mpt> ev, http://paste.ubuntu.com/550176/
[11:31] <ev> ugh, this chroot with rapt thing on honeysuckle is proving to be quite the pain
[11:31] <ev> contemplating moving that bit into a PPA
[11:33] <ev> with some LP API black magic to figure out when a new version appears in the PPA
[11:34] <ev> that or trying to convince IS to let me have full access to pbuilder.
[14:11] <ScottK> cjwatson: rbelem was asking me if we could have btrfs for the kubuntu-mobile image on arm.
[14:12] <ScottK> rbelem: cjwatson's question was "Do we have a boot loader that can cope?"
[14:12] <rbelem> ScottK, yup
[14:12] <ScottK> cjwatson: So yes.
[14:12] <cjwatson> do you control your own kernel arguments for initial boot of the images?
[14:12] <cjwatson> or does that have to be done on the cdimage side?
[14:12] <rbelem> ScottK, currently we boot kubuntu-mobile on n900 via uboot with meego kernel
[14:13] <cjwatson> uboot doesn't read the kernel off the filesystem?
[14:13] <rbelem> cjwatson, i think it is builtin in kernel
[14:13] <cjwatson> whether btrfs is built into the kernel is beside the point
[14:14] <cjwatson> how does the boot loader load the kernel?
[14:14] <ScottK> cjwatson: We're in kind of a hybrid position at the moment using a meego kernel, but we've got a linaro variant that also works in git that we're trying to switch to.
[14:14] <rbelem> cjwatson, i mean the cmd line parameters
[14:15] <cjwatson> in that case I don't really have a good way to change the default fs for you.
[14:15] <rbelem> mpoirer and apachelogger reported that linaro kernel is already booting
[14:15] <cjwatson> the standard way I would do that kind of thing is by passing a boot parameter when booting the installer
[14:16] <cjwatson> furthermore, partman-btrfs would have to be changed to avoid its current warning if and only if you're using a boot loader which can cope
[14:16] <cjwatson> which means I really do need you to answer my question above: how does the boot loader load the kernel?
[14:16] <cjwatson> because I need to know how to decide which boot loader is going to be used - I need to know whether this is armel-wide, or subarchitecture-specific
[14:16] <rbelem> cjwatson, it uses a vfat boot partition, afaik
[14:16] <cjwatson> do you use a partman recipe?
[14:17] <rbelem> cjwatson, i'm just using the same meego partition scheme
[14:17] <cjwatson> that doesn't answer my question, sorry
[14:17] <rbelem> :-(
[14:17] <cjwatson> what installer do you use?
[14:18] <rbelem> cjwatson, for now we are dd'ing the image to the first partition
[14:18] <cjwatson> then I don't see why I'm being asked to change anything :-)
[14:18] <cjwatson> you aren't using either of the two installers I co-maintain
[14:19] <cjwatson> I don't really understand what change I'm being asked to make ...
[14:19] <rbelem> cjwatson, the fs from ext4 to btrfs
[14:19] <cjwatson> I don't know where that's set
[14:20] <cjwatson> (are you sure you don't mean ext3?  nothing in cdimage mentions ext4 at all)
[14:20] <rbelem> cjwatson, i think it is ext3, sorry
[14:20] <rbelem> :-)
[14:21] <cjwatson> ah, I think I see where that is set
[14:21] <ScottK> The preinstalled images are preinstalled into a particular file system?  (sorry, I've no idea how this part of the system works)
[14:21] <cjwatson> has somebody checked that livecd-rootfs is capable of producing btrfs images?
[14:21] <cjwatson> it doesn't appear to have relevant code
[14:22] <cjwatson> so I think you guys need to write that if you want it
[14:22] <rbelem> ScottK, i think it is, when i dd it the destination becomes ext3
[14:22] <cjwatson> I'm happy to flip the switch in cdimage after that's done
[14:22] <rbelem> cjwatson, cool
[14:23] <rbelem> cjwatson, np with that :-)
[14:23] <cjwatson> you want lp:~ubuntu-core-dev/livecd-rootfs/trunk - search for IMAGEFORMAT
[14:23] <rbelem> cjwatson, nice :-)
[14:24] <rbelem> cjwatson, i will ping you when it is ready
[14:24] <rbelem> thx cjwatson
[14:25] <cjwatson> sorry for my initial misunderstanding, I sometimes forget how radically different arm installation is from everything else
[14:28] <rbelem> cjwatson, np :-)
[14:28] <rbelem> cjwatson, another question...
[14:29] <rbelem> cjwatson, is it possible to add a default user to the image?
[14:32] <cjwatson> dunno, I don't handle any of the software in question
[14:32] <cjwatson> ogra might know
[14:43] <rbelem> cjwatson, oki
[14:43] <rbelem> thanks cjwatson :-)
[17:37] <ev> cjwatson: what are your thoughts on filtering out the C locale ('No localization') from the language list in ubiquity? mpt is arguing that it's not a language and thus no one would ever want to select it from that list.  I'm inclined to agree.
[17:37] <cjwatson> it should be preserved in d-i but I'm OK with filtering it out of ubiquity.  send any complaints about it to mpt. :-)
[17:37] <cjwatson> (it's popular for servers in particular.)
[17:41] <ev> hahaha, okay
[17:48] <superm1> actually it was already filtered out if only-installable-languages was picked too i think
[17:56] <cjwatson> probably, but that goes further ...
[18:01] <ev> cjwatson: do you recall why we don't jump straight into compiz (so nvidia and all that) on the live CD?  It's been raised in the office that the install experience and the installed system experience are moving quickly apart when the installer uses metacity and the installed system uses unity.
[18:03] <cjwatson> there was no specific reason, using metacity was just easier to get going
[18:03] <cjwatson> at the time
[18:03] <cjwatson> and of course 3D drivers were often not installed
[18:05] <ev> I'll file a bug (to use whatever black magic the desktop uses to gracefully fall back), since I'm already doings tons of that thanks to mpt running through a install
[18:15] <superm1> on the live cd you would have to build the nvidia kernel module during boot
[21:24] <superm1> cjwatson, how do you feel about different upstart jobs for debconf_ui and gtk/kde?  it seems the stopping rc RUNLEVEL[2345] is a little bit racy still and causes oem-config's X to not always spawn before gdm gets X up first
[21:25] <superm1> side effect would be that the different oem-config frontend packages would have to conflict one another though
[21:37] <cjwatson> I'm quite sure it's possible to fix it given --verbose logs of what upstart is doing in each case
[21:37] <cjwatson> I don't see why different jobs should be necessary


[03:33] <locodir-user> Hi
[03:35] <locodir-user> am new to this still finding my way and working out how to?
[09:12] <locodir-user> sir iam new no linux how can i get a cd of ubuntu 12.04
[09:13] <locodir-user> sir any help or advise pl
[09:15] <locodir-user> sir how can i get a ubuntu cd
[20:38] <locodir-user> elóóó
[20:38] <locodir-user> alguém ónlaine?
[20:39] <locodir-user> óquei
[23:45] <MarkDude> Sooooooooo,
[23:45] <MarkDude> A while ago I created a Twitter account. This was covered by ITworld
[23:46] <tricky_> !Ronnie
[23:46] <ubot2`> Factoid 'Ronnie' not found
[23:46] <MarkDude> In the process some logs were exposed of Oregon Team. A few may have read intent on anyone elses part
[23:47]  * MarkDude was the ONLY person behind the account. And was told by involved parties they wanted NOTHING to do with this
[23:48]  * MarkDude brings this to the Council due to their coming up for formal approval
[23:49]  * MarkDude assured them that my actions would be not held against them, BUT that he would make efforts for the truth to be known:)
[23:49]  * MarkDude is willing to write this in a formal document if desired, but assumes that is not needed
[23:50] <MarkDude> The article: http://www.itworld.com/node/279368
[23:51]  * MarkDude had a follow up with Brian Proffit, during which he CLEARLY stated that opinions were *his own* and are not endorsed by any projects with which I am involved