[00:01] <herrzufall[m]> Hi everyone!
[00:01] <herrzufall[m]> Is someone here to help with color profiles? I guess I dont understand something.


 TBH, I'm not sure about additional info that can be relevant, maybe glxinfo will be good?
[08:11] <didrocks> ddecator: if you can do it, that would be awesome :)
[08:12] <ddecator> didrocks: yah, i'm just starting to learn how to write hooks, but that one seems simple enough. if you can just let me know what info exactly you would like it to grab, i can work on getting it setup tomorrow and attach it to the report for you guys to review :)
[08:13] <didrocks> ddecator: sweet, you can maybe also have some look at clutter forums to see what's people are asking for too. That can be a good hint about what to include in the report
[08:14] <ddecator> didrocks: sure thing, i'll look into that tomorrow (2:14am here right now, haha)
[08:15] <didrocks> ddecator: take some rest ^^ In any case, I won't really have time to review it before next week :)
[08:16] <ddecator> didrocks: good deal, thanks for getting back to me :)
[08:17] <didrocks> ddecator: you're welcome. Thanks for tackling that! Just ping me when you need some help
[08:18] <pitti> Good morning
[08:18] <ddecator> morning pitti
[08:18] <pitti> jdstrand: thanks
[08:18] <pitti> kees: ok, can do; I thought about globally resetting it tomorrow, but I can do those individually as well
[08:21] <RAOF> ddecator, didrocks: If you need any help you probably want to look at the X apport hooks, which already collect that information.
[08:22] <ddecator> RAOF: thanks for the tip
[09:26] <mb4_> morning
[09:26] <mb4_> can i ask questions about packaging here?
[09:40] <pitti> kees: updated db, charts should update in 30 mins
[09:43] <pitti> mb4_: yes
[11:21] <juliank> mvo: Do you have any plans to move to update-manager 0.200 for maverick? Having to mostly independently developed series of update-manager does not look like a good thing.
[11:43]  * cjwatson wraps his head around the dpkg merge
[12:08] <mvo> juliank: it was on the agenda for last cycle already, but time was/is a issue
[12:08] <dholbach> juliank: I just had a look over it, it seems like the version in Debian needs to still merge a lot
[12:11] <juliank> mvo: OK.
[12:11] <juliank> dholbach: Yeah, I know that there are large differences in some parts.
[12:12] <mvo> juliank: btw, did you notice that I merged the "unbranded-icons" branch into trunk? that is probably useful for the debian packages of s-c
[12:15] <juliank> mvo: I currently use the standard package management icons (system-software-install) and I may stay with 2.0.X for squeeze to have the same as lucid, unless someone asks me to ship the same release as maverick.
[12:15] <mvo> juliank: ok, sounds good. trunk/ is in a lot of churn currently, so staying with 2.0.x is a good choice
[12:16] <mvo> turnk is also pretty exciting, but that is a different matter :)
[12:16] <juliank> mvo: I will merge the 2.1 stuff into a debian-next branch once you released it.
[12:16] <mvo> ok
[12:18] <juliank> mvo: You forgot to merge the changes for debian/control, BTW; including the one to only conflict with gnome-app-install (<< 1) [without the version, it breaks the upgrade path]. I also reformatted a bit there, since tabs and spaces where mixed in trunk.
[12:19] <juliank> (And without merge information, merging it back becomes increasingly complicated)
[12:19] <mvo> juliank: ok, I fix that
[12:22] <jdstrand> pitti: fyi, still waiting on sparc and powerpc (est start time, 3 and 4 hours respectively)
[12:34] <mvo> juliank: I added a unbranded desktop file now too, so with the icons and the desktop file its just the .ui file that needs some work
[12:45] <juliank> mvo: OK.
[12:46] <juliank> tseliot: Is there a branch for x-kit somewhere?
[12:50] <mvo> juliank: if you cherry pick r789,790 then that should make the branding easier, I moved code into the Distro class where it belongs
[13:03] <dmart> Has anyone been having trouble with NFS servers running on lucid?
[13:03] <dmart> I'm finding that when a client executes fcntl(... F_SETLKW ...) in an NFS chroot, it hangs for minutes at a time
[13:04] <dmart> normal file assess works OK though, and lockd processes are present on client and server
[13:04] <dmart> The server lockd is stuck in disk sleep state the whole time, but since it's a kernel process this is possibly normal.
[13:09] <pitti> jdstrand: please let me know if you need build score bumping, etc.
[13:11] <jdstrand> pitti: I think it would probably be a good idea (at least for hardy). redhat released today. if we plan on it being in -proposed for a week, then it doesn't matter. if we want to release today, it would probably be good
[13:11] <jdstrand> pitti: I am testing the i386 and amd64 binaries this morning
[13:12] <dmart> slangasek: Have you seen rpc.statd failing to launch on lucid?  It looks like this may be the cause of my problem (see scrollback)
[13:16] <tseliot> juliank: it's here: https://launchpad.net/xorgparser why are asking?
[13:18] <juliank> tseliot: Debian packaging. The branch contains a debian/ directory for 0.4.2, but code from <IP_ADDRESS> though.
[13:20] <tseliot> juliank: right, it shouldn't contain a debian directory. The tarball doesn't contain it
[13:21] <juliank> tseliot: The package is native, so from my point of view something went really wrong then.
[13:21] <tseliot> juliank: ?
[13:23] <tseliot> juliank: what's wrong with having a native package? x-kit is not in debian
[13:23] <juliank> tseliot: The package is a native package with one tarball and the version <IP_ADDRESS>; although it should be <IP_ADDRESS>-1 and using a .diff.gz on the upstream tarball (which despite your statement above, also contains the debian/ directory)
[13:23] <juliank> or <IP_ADDRESS>-0ubuntu1
[13:24] <tseliot> juliank: only <IP_ADDRESS> contains the debian directory and it was mistake
[13:25] <tseliot> the other tarballs don't have it
[13:26] <juliank> tseliot: Well, but the package should then still be not native, since you have two different tarballs with the same version. A native package is only for the case where the upstream tarball is equal to the package; that's not the case here.
[13:26] <juliank> If you do upstream releases without a debian/ directory, your package must not be native.
[13:28] <juliank> The tarballs even complete the .bzr directory!!!
[13:28] <juliank> s/complete/contains/
[13:28] <tseliot> yes, I've noticed that (in the launchpad page)
[13:29] <jdstrand> pitti: not sure if you rescored yet, but hardy is currently scheduled to 1-3 hours, so maybe not worth it
[13:34] <tseliot> juliank: but yes, good point, I can replace the upstream tarball and correct the version
[13:35] <juliank> tseliot: Never replace an existing tarball, it will break the assumptions of your users.
[13:35] <tseliot> juliank: the one in the launchpad page
[13:35] <juliank> tseliot: Your upstream users.
[13:39] <juliank> tseliot: You don't work with Python very much, right? (My points being: non-PEP8 function names (myFunc instead of my_func), comparisons to None using == instead of 'is', classes not derived from object ['class MyClass:' should be 'class MyClass(object):')
[13:41] <tseliot> juliank: I wrote that code some time ago, now I have different habits. I used to adopt the QT coding style but now it's no longer the case.
[13:42] <tseliot> and I don't want to break the api
[13:43] <ScottK> It's not rare to see PyQt code that follows Qt conventions instead of Pythonic ones.
[13:44] <juliank> ScottK: We're talking about simple Python code, not Qt related.
[13:44] <ScottK> Ah, sorry.  Poor assumption on my part.
[13:46] <tseliot> juliank: may I ask the purpose of your code review?
[13:46] <tseliot> just curious
[13:47] <juliank> tseliot: Well, I just want to understand it, to consider how to go on with packaging jockey for Debian (which needs python-xkit). I can either package it standalone as in Ubuntu or merge X-Kit into jockey and not expose the API at all.
[13:49] <juliank> It's just the question of whether I want to support it generally or only for jockey-internal use.
[13:50] <tseliot> juliank: ok
[14:00] <dmart> Keybuk: hi there, do you have a moment for a quick upstart question?
[14:03] <dmart> Keybuk: never mind, looks my issue is already tracked here: https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/581941
[14:17] <nigelb> pitti: got a min?
[14:17] <pitti> nigelb: what's up?
[14:17] <nigelb> remember I was talking to you about some trouble with nondefault gconf values?
[14:17] <nigelb> here's the bug, bug 583109
[14:18] <pitti> nigelb: yep, saw it an assigned to me
[14:18] <nigelb> pitti: ok, so you're faster ;)
[14:18] <nigelb> shall we proceed as usal with the hook and let this bug be fixed in apport?
[14:19] <nigelb> i.e. not wait for this to be fixed for the hook
[14:27] <apw> does anyone know if we have any 'first boot' processing which occurs after a karmic to lucid upgrade but not after a scratch install of lucid ?
[14:27] <pitti> nigelb: yes, I think so; it's independent from the hook
[14:28] <nigelb> pitti: ok, tks :)
[14:34] <cjwatson> apw: not unless individual packages implement it
[14:34] <cjwatson> apw: (postinst scripts can tell whether they're being upgraded or fresh-installed)
[14:35] <juliank> Launchpad always times out ....
[14:40] <smoser> persia, or cjwatson or dmb member.
[14:40] <smoser> trying to add my feed to planet ubuntu
[14:40] <smoser> i can't write to lp:~planet-ubuntu/config/main planet-ubuntu
[14:40] <cjwatson> that's not a dmb thing ...
[14:40] <smoser> well, dmb approved me
[14:40] <cjwatson> well, wait, were you given per-package upload rights?
[14:40] <cjwatson> I may have forgotten to add you to ~ubuntu-dev
[14:41] <smoser> yeah, i was granted ppu
[14:41] <smoser> i searched that list and didn't find myself, but didn't know if i would have been in a sub group
[14:41] <cjwatson> right, I'll sort that out now, thanks for the note
[14:41] <smoser> thank you cjwatson
[14:43] <cjwatson> smoser: should work for you now
[14:44] <smoser> cjwatson, it does. thanks.
[15:03] <nigelb> stefanlsd: ping
[15:16] <slangasek> dmart: there are various race conditions with statd startup in lucid, currently.  Do you have /var on a separate partition?
[15:19] <dmart> slangasek: I don't think /var is on a separate partition, but is may be experiencing the race problems you refer to: see https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/581941
[15:21] <slangasek> dmart: right - in that case that's the known fallout from the preceding portmap startup change; discussed in bug #525154, though that's now something of a catch-all bug for statd startup issues
[15:23] <dmart> I guess I can work round this one manually for now
[15:24] <slangasek> dmart: setting statd to 'start on local-filesystems' probably fixes it for you, if you're not on nfsroot
[15:25] <slangasek> I've just been slow to make that change in lucid because the code is touchy and I haven't had a solid block of time to think all the way through it
[15:25] <dmart> OK, I'll try it.  The box in question is a server; my main problem is huge timeout delays when clients do locking calls
[15:27] <slangasek> well, /separately/, there's a race condition with nfs-kernel-server startup because it's not converted to upstart yet
[15:27] <doko> cjwatson: about the cpuname change: I think it's the correct fix. the triplet is used to be passed to configure, and it should be the correct one.  it easier to grep the rules files for wrong conditionals.
[15:28] <cjwatson> doko: is there any way to get this merged to Debian in advance of Debian switching gcc's defaults?
[15:28] <cjwatson> e.g. can we add that cputable line as a separate line?
[15:28] <cjwatson> (in dpkg)
[15:29] <doko> but: currently we are using the triplet names as multiarch names (as for multilib). maybe this really should be changed to architecture names, maybe the linux names extended to something like i386-linux
[15:30] <doko> cjwatson: afaik this a table lookup, with the arch as index. don't know how this should work
[15:31] <cjwatson> well, I guess I can play with it
[15:31] <cjwatson> I care because this is one of the two remaining unforwarded changes in dpkg - tantalisingly close to being able to sync it
[15:47] <hunger> Is maverick going to use gcc 4.5 or 4.4? What was decided at UDS?
[15:51] <Aquina> I read nothing about that in UWN and slo no statement about this in the video casts so far.
[15:51] <Aquina> I gess 4.5 is possible however.
[15:52] <hunger> Aquina: Thanks. I only found a mail from pitti (pre-UDS) stating that the default toolchain is still set to 4.4 at that time since gcc version was a UDS decission.
[15:59] <cjwatson> right.  new dpkg heading for maverick.  hold on to your hats.
[16:02]  * ogra grabs the rope
[16:02] <ion> Any hope dpkg-multiarch will make it into maverick? Anyone working on it?
[16:04] <cjwatson> ion: slangasek has been making noises about working on it this cycle
[16:04] <ion> Nice
[16:15] <cody-somerville> ugh, getting kubuntu blueprint changes for some reason
[16:18] <Riddell> probably because kubuntu-dev is the assignee and ubuntu-core-dev is a member of that
[16:20] <tremolux> rickspencer3: I have more data for the bug report btw
[16:20] <rickspencer3> nice
[16:21] <rickspencer3> tremolux, I'd like us to know what is going on so that if we see that problem again, folks know what's up and how to work around it
[16:21] <tremolux> rickspencer3: unfortunately, it's a weird error
[16:21] <tremolux> rickspencer3: yes, we need a report, I'll write it and add what I found out
[16:22] <rickspencer3> something about auth or keys or something?
[16:22] <tremolux> rickspencer3: yes, something seemed wrong there
[16:22] <tremolux> rickspencer3: plz try to find out what happened to the ppa if you can
[16:22] <rickspencer3> he deleted it
[16:22] <tremolux> rickspencer3: oh, bummer
[16:22] <rickspencer3> he said he added it a long time ago, and the keys were misbehaving or something
[16:23] <rickspencer3> he's in #quickly if you want to chat to him directly
[16:23] <tremolux> rickspencer3: that sounds like what the problem then, yeah
[16:23] <rickspencer3> tremolux, but I would like software-center to handle the problem if it's at all likely to happen again to others
[16:24] <tremolux> rickspencer3: agreed
[16:24] <rickspencer3> of course if it's a rare circumstance, prioritize appropriately
[16:24] <tremolux> rickspencer3: should be very rare, yep
[16:25] <rickspencer3> in that case, meh
[16:25] <rickspencer3> it's not like there was data loss or crashes, etc...
[16:26] <tremolux> rickspencer3: I'll log it, it's important to keep track of
[16:26] <rickspencer3> k
[16:26] <rickspencer3> thanks
[17:13] <nucc1> hi i'm a novice programmer, i'm trying to track down an Evolution bug, can anyone help me interpret this error message? its only 3 lines. http://pastie.org/969603
[17:16] <cjwatson> the first two lines are probably irrelevant, and the third means that the program attempted an invalid memory access
[17:16] <cjwatson> http://en.wikipedia.org/wiki/Segmentation_fault
[17:17] <cjwatson> you'll need to use further tools to find out why: evolution may have its own debugging options to emit more verbose output, or else use tools such as strace, gdb, or valgrind
[17:21] <nucc1> thanks, i'll look into using a debugger. evolution doesn't seem to have any option for getting more verbose debug output
[17:25] <cjwatson> nucc1: #ubuntu-desktop may have more detailed experience here
[17:27] <nucc1> ok. trying to use gdb right now
[17:28] <tekknokrat> Hi, I need a workaround for /usr/share/python/python.mk for backporting trac-0.11.7 for hardy
[17:29] <tekknokrat> Is this the right place to ask?
[17:29] <Drakeson> would someone please remove the extra space between "]" and "<" (in "...] </default>") from line 121 of /usr/share/gconf/schemas/control-center.schemas, in package capplets-data ?  every upgrade keeps nagging about not being able to parse that.
[17:30] <Aquina> I would check the package in Launchpad and report it there.
[17:31] <nucc1> cjwatson, gdb says the segfault comes from libgtkhtml-editor
[17:31] <Drakeson> cjwatson: upgrade evolution
[17:31] <Drakeson> oops!
[17:31] <Drakeson> nucc1: upgrade the evolution package.
[17:32] <nucc1> Drakeson, i think im uptodate. trying to check if i somehow ended up with an odd version of libgtkhtml
[17:34] <Drakeson> nucc1: what is the version of evolution that you have? older than <IP_ADDRESS>-1ubuntu2 ?
[17:35] <nucc1> i'm using 2.28.3, ubuntu lucid default
[17:37] <Drakeson> are you on maverick?
[17:38] <ScottK> Most people won't be at this point.
[17:38] <ogra_cmpc> one would hope so
[17:39] <Drakeson> sorry, that was meant for nucc1
[17:39] <Drakeson> nucc1: are you on maverick?
[17:39] <Drakeson> nucc1: are you on maverick?
[17:40] <nucc1> i'm on lucid. trying to trace random evolution crashes.
[17:41] <nucc1> looks like i had libgtkhtml-editor 3.30 as opposed to 3.29 that ships with lucid
[17:42] <Drakeson> a few days ago evolution got broken (gtkhtml-editor got upgraded, but evolution was blocked because evolution-exchange was holding it back). thought that might be your problem ...
[17:43] <nucc1> thanks, i must have entered the wrong channel. i was thinking that 'ubuntu-devel' means 'ubuntu developers'
[17:43] <nucc1> now i realise it means 'development version'
[17:44] <ogra_cmpc> well the development version i swhat the ubuntu developers develop :)
[17:45] <ogra_cmpc> so you are actually right here ...
[17:45] <ogra_cmpc> for your particular evo prob #ubuntu-desktop would be the better channel though
[17:45] <nucc1> ogra_cmpc, but that usually means they are working on the current development version, whereas i'm interested in something to do with current stable :)
[17:45] <nucc1> yea, i've been told. just stayed here cos of the inertia
[17:46] <ogra_cmpc> we're also intrested in breakage in the recently released version in case its severe
[17:47] <ogra_cmpc> if you find a bad enough bug in the stable relese there is always the possibility for a stable release update to fix it
[17:50] <nucc1> ah, yes, i'll stay on it. if i find it's worth escalating, i'll find out how and do it
[19:33] <Sarvatt> darn, llvm-dev isn't installable in maverick at the moment :( depends on oprofile which isn't installable because - Depends: binutils (< 2.20.2) but <IP_ADDRESS>00518-1ubuntu1 is to be installed
[19:46] <cjwatson> doko: ^- can Sarvatt's problem be fixed by a simple rebuild?
[20:15] <ccheney> pitti: i noticed some users can't seem to get apport-collect to work for openoffice.org it is complaining the package 'openoffice.org' isn't installed but that is just the source package name (and a generally non-installed binary meta package)
[20:15] <pitti> ccheney: right, it works against binary packages; otherwise it cannot collect information about the binary package, since it doesn't know which one
[20:17] <ccheney> pitti: it appears for some unknown reason to me that the binary package hint for openoffice.org packages is usually the openoffice.org meta package instead of something like openoffice.org-common or -core that is always installed, do you know how that ends up getting added to the bug report?
[20:20] <ccheney> pitti: and i am assuming the line "Binary package hint: openoffice.org" is what apport-collect looks at to see what to lookup?
[20:20] <pitti> ccheney: I actually don't know what this "binary package hint" is or where it comes from; apport doesn't use it
[20:21] <ccheney> pitti: oh ok, so how does it determine the binary package name when launchpad only knows about source package names?
[20:21] <ccheney> pitti: is there some file to modify to do the proper mappings?
[20:21] <pitti> ccheney: you mean for retracing? It's in the "Package:" field of the apport data
[20:22] <pitti> i. e. the one you report the bug against
[20:22] <ccheney> pitti: er no when someone files a bad lp bug and i tell them run eg: apport-collect bugnumber
[20:22] <ccheney> pitti: for several people so far it has returned that they don't have the openoffice.org (meta) package installed, which is generally never installed
[20:23] <pitti> ccheney: ah, for this we need an apport hook which also covers source packages
[20:23] <pitti> ccheney: it tries to collect information about the binary package of the same name, but if that doesn't exists (or rather, isn't installed), it's simply not collected
[20:23] <pitti> ccheney: then it only collects the info from the source_<srcpackagename>.py hook
[20:24] <ccheney> pitti: if i don't want to do anything special other than get the normal apport reported info what would i do to fix it for that?
[20:26] <pitti> ccheney: for apport-collect? or for bug filing?
[20:26] <ccheney> pitti: for apport-collect i suppose, the bug filing probably should be fixed to but isn't as urgent
[20:28] <pitti> ccheney: hm, does OO.o have a package hook? I don't have one here
[20:28] <ccheney> pitti: no it doesn't have a package hook, i was just wanting them to add the standard apport info that all packages get via apport-collect to an old bug filed without apport
[20:29] <ccheney> pitti: there isn't too much that i would need in a hook, maybe what video driver they are using, but the standard info is usually all i ever need
[20:29] <pitti> ccheney: you could ask people to run apport-collect -p openoffice.org-draw 12345, for example
[20:30] <pitti> i. e. against the application that they actually have a problem with
[20:30] <ccheney> ah ok so the -p is still useful, i thought it was deprecated and not actually used anymore
[20:30] <pitti> for apport-collect it's still useful
[20:31] <pitti> it's not necessary any more for ubuntu-bug
[20:31] <ccheney> oh ok
[20:32] <ccheney> pitti: thanks for the help
[20:32] <pitti> you're welcome
[20:45] <hendry> i'm deploying a commericial binary package on Ubuntu and I'm wondering how I should create a shortcut on the user's desktop. Any advice here?
[20:57] <juliank> hendry: According to the topic, you should ask in #ubuntu-app-devel. But anyway, you should not create stuff on the desktop.
[20:58] <juliank> Which is impossible on installation time anyway, since installation is run as root; and not as the normal user who wants to run the application
[21:15] <Sarvatt> cjwatson: changing the oprofile Build-Depends: to binutils (>= <IP_ADDRESS>00518-1ubuntu1) and rebuilding certainly seems to work so far as to letting llvm-dev install at least :D


[12:34] <kbrooks> OK
[12:34] <kbrooks> I have a BIG idea.
[12:34] <kbrooks> ping
[12:34] <poningru> whatsup
[12:36] <kbrooks> so, the big idea.
[12:36] <poningru> uhuh
[12:37] <kbrooks> ready for it?
[12:37] <poningru> sure...
[12:37] <MenZa> go for it
[12:37] <kbrooks> okay
[12:38] <kbrooks> well, this needs a windows pc and a ubuntu pc ... i have both
[12:38] <poningru> ok...
[12:38] <MenZa> so do I
[12:38] <kbrooks> so, i could take screenshots of <default app on windows> and <default app on ubuntu>
[12:39] <kbrooks> to show users that the former is indeed inferior, or lacking in quality
[12:39] <MenZa> very opinionated
[12:39] <lotusleaf> a quick trip to youtube for a show of compiz/beryl demos is effective for many
[12:39] <kbrooks> all right. just show them then.
[12:40] <MenZa> Aero vs. Beryl ;p
[12:40] <kbrooks> MenZa, yeah, show them right there
[12:40] <kbrooks> notepad vs gedit
[12:40] <lotusleaf> kbrooks, so you mean a breakdown of similar apps and a screenshot comparison between the two, possibly with descriptions of differences between the apps?
[12:40] <kbrooks> etc
[12:41] <kbrooks> lotusleaf, i'm referring to a blank slate windowsw system, with NOTHING installed
[12:41] <kbrooks> lotusleaf, but yes
[12:41] <lotusleaf> just give them ubuntu livecds
[12:41] <kbrooks> lotusleaf, they might want to see it first.
[12:42] <lotusleaf> ya they can boot into it being its a livecd
[12:42] <lotusleaf> kbrooks, is this a project of yours?
[12:45] <poningru> WTF<EMAIL_ADDRESS>has been removed from
[12:45] <poningru> ubuntu-marketing.
[12:45] <juliux> poningru, did she leaf canonical?
[12:46] <poningru> yeah she did
[12:46] <juliux> shit
[12:46] <poningru> and I am guessing they shut down all of her accounts
[12:46] <poningru> chris whatshisname is supposed to take over
[12:46] <juliux> chris keyon?
[12:46] <elkbuntu> chris kenyon
[12:46] <juliux> yes kenyon is his name
[12:47] <poningru> yeah thats it
[12:47] <poningru> jenda: ping
[12:47] <elkbuntu> christina left on tuesday, which is basically 'yesterday' for some parts
 kbrooks, is this a project of yours? no, i could do it though :-)
[12:48] <lotusleaf> :)
[12:48] <lotusleaf> kbrooks, have you heard about UWN?
[12:48] <kbrooks> (sorry just copying and pasting, no lotusleaf did not say what i just said)
[12:48] <kbrooks> lotusleaf, ubuntu weekly news
[12:48] <lotusleaf> kbrooks, that's an amazing experience to participate in
[12:48] <kbrooks> lotusleaf, what about it?
[12:49] <lotusleaf> kbrooks, have you considered participating in UWN?
[12:49] <kbrooks> lotusleaf, No. Why should I participate ?
[12:50] <lotusleaf> kbrooks, it's an awesome experience contributing to such a vital publication for ubuntu
[12:50] <kbrooks> I see
[12:50] <lotusleaf> kbrooks, the question is : Why shouldn't you participate? :)
[12:51] <kbrooks> I will try to.
[12:51] <kbrooks> How do I participate ?
[12:51] <lotusleaf> elkbuntu could better help you with that ;)
[12:52] <kbrooks> lotusleaf, KK.
[12:53] <lotusleaf> kbrooks, :)
[12:53] <kbrooks> elkbuntu, ping
[12:53] <elkbuntu> pong
[12:54] <lotusleaf> elkbuntu, kbrooks would like to know how to participate in UWN
[12:54] <kbrooks> elkbuntu, Please help me with this, participating in uwn
[12:57] <kbrooks> elkbuntu, ping (again)
[12:58] <elkbuntu> beuno, handles it now
[12:58] <kbrooks> beuno, ping
[12:58] <lotusleaf> poningru, hi :)
[12:59] <poningru> waah?
[01:00] <lotusleaf> poningru, I'd gladly pay you Tuesday for a hamburger today
[01:00] <kbrooks> lol
[01:00] <kbrooks> i can tell that both of u know each other
[01:01] <lotusleaf> kbrooks, be sure to subscribe to the ubuntu marketing mailing list and inquire about UWN participation if you don't receive an answer today, some people may be away, sleeping, working, etc.
[01:01] <poningru> waah?
[01:01] <kbrooks> lol poningru
[01:02] <poningru> kbrooks: you are in -marketing email list right?
[01:02] <kbrooks> poningru, unfortunately n ot. link me?
[01:03] <poningru> https://lists.ubuntu.com/mailman/listinfo/ubuntu-marketing
[01:03] <kbrooks> thk u
[01:03] <kbrooks> oops
[01:04] <kbrooks> ok
[01:04] <elkbuntu> make sure when you put stuff in the UWN, that you write words fully, so 'you', not 'u'
[01:05] <lotusleaf> omg i so forgot about that stuffers lolz oneone!!!1111
[01:05] <kbrooks> w8, w8, how do I put stuff in the UWN ?
[01:06] <kbrooks> elkbuntu, ^ read
[01:07] <kbrooks> and I'll try to be careful with words.
[01:10] <poningru> lol
[01:10] <poningru> did everyone ingest some lsd?
[01:10] <poningru> kbrooks: ok so what normally happens is it is edited in the wiki
[01:11] <kbrooks> I see poningru
[01:11] <poningru> but there were times when it was edited in gobby
[01:11] <poningru> beuno: can explain better
[01:12] <lotusleaf> gobby wants a hamburger
[01:12] <kbrooks> gobby ?
[01:12] <poningru> !gobby
[01:13] <poningru> wth
[01:13] <lotusleaf> see, even the bot went out for a hamburger
[01:14] <elkbuntu> there
[01:14] <lotusleaf> I just fed it a botsnack
[01:14] <elkbuntu> the ubotu-and-ubugtu-in-one
[01:14] <kbrooks> !gobby
[01:14] <ubotu> gobby: collaborative text editor. In component universe, is optional. Version 0.4.1-1ubuntu1 (edgy), package size 611 kB, installed size 2040 kB
[01:14] <kbrooks> cool
[01:14] <kbrooks> i have heard of it
[01:14] <kbrooks> but i havent tried it
[01:15] <kbrooks> if anyone will come with me to try gobby out ... ? :P
[01:15] <poningru> !editing
[01:15] <ubotu> Sorry, I don't know anything about editing - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[01:15] <poningru> lamezorz
[01:15] <poningru> hold on
[01:16] <poningru> https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/EditingPolicies?highlight=%28newsletter%29%7C%28Ubuntu%29%7C%28weekly%29
[01:16] <poningru> err
[01:16] <poningru> !editing UWN is https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/EditingPolicies
[01:19] <kbrooks> I'll put in my ubuntu marketing idea.
[01:20] <poningru> I dont know if putting marketing ideas into UWN is a good idea
[01:20] <poningru> you should probably put those into -marketing email list
[01:22] <kbrooks> I won't PUT IT IN ANY NEWSLETTER, just into gobby for everyone to see...
[01:22] <poningru> :p
[01:22] <kbrooks> okay? :P
[01:22] <lotusleaf> just when I was cutting down on my caps lock diet
[01:23] <kbrooks> heh lotusleaf
[01:24] <lotusleaf> at least you didn't prepare them with a pop
[01:31] <poningru> rofl
[01:32] <lotusleaf> homey gonna pop dat yeah yeah nomsain?
[01:32] <poningru> true dat homeboy
[01:33] <lotusleaf> ain't nuttin but a g thang
[01:33] <lotusleaf> g being gnome of course
[01:33] <kbrooks> lol
[01:34] <lotusleaf> straight outta compiz, nomsain?
[01:35] <lotusleaf> bustin out da beryl rhymes
[01:35] <poningru> lol
[01:35] <poningru> dem corals be da new ting now
[01:35] <kbrooks> lol
[01:35] <lotusleaf> mang dat aint happenin homey
[01:35] <lotusleaf> nomsain
[01:36] <jenda> poningru: pong
[01:37] <poningru> jenda: re: the wiki notifications do we want those to pass on to the marketing list?
[01:37] <jenda> hm
[01:37] <jenda> I don't think so, poningru
[01:37] <jenda> your opinion?
[01:37] <jenda> (BTW, thanks for doing a great job modding the list ;))
[01:38] <lotusleaf> jenda, the demand is growing on the forums for the roughcut tshirt!
[01:39] <poningru> :p
[01:39] <kbrooks> jenda, is it ok to put marketing ideas into the gobby server that u guys have ?
[01:39] <lotusleaf> seriously, there's a thread about it
[01:39] <poningru> I dont think we should let the wiki notification should be let through
[01:39] <poningru> kbrooks: see I think the wiki might be a better place for that
[01:40] <kbrooks> poningru, hmm okay
[01:40] <poningru> damn I just discovered defiance ohio
[01:40] <poningru> teh awesome
[01:40] <kbrooks> all right fair enough
[01:40] <jenda> kbrooks: no, bceasue they'll get lost there - put them on the mailing list instead.
[01:40] <jenda> lotusleaf: linky?
[01:40] <poningru> right that might be better actually
[01:40] <poningru> the mailing list I mean
[01:40] <kbrooks> okay
[01:40] <lotusleaf> jenda, gah one sec plz
[01:41] <jenda> kbrooks: or, if it's convenient, on the wiki, and inform/link the mailing list.
[01:41] <kbrooks> ok
[01:41] <lotusleaf> jenda, it will take a few minutes as I'm finishing up an update @ 56k ;)
[01:42] <jenda> O_O
[01:42] <jenda> :)
[01:42] <lotusleaf> jenda, actually, more than a few minutes.. :P It should be in the cafe on one of the recent pages with a poll
[01:42] <lotusleaf> jenda, using feisty btw :) Took 30+ hours to d/l it and a day for updates ;)
[01:43] <jenda> lotusleaf: me too, and I had a slow connection too :)
[01:43] <jenda> although I chickened out and asked a friend to DL it for me.
[01:43] <lotusleaf> best way to do it
[01:44] <lotusleaf> jenda, you may trim the search down by searching for black tshirt perhaps
[01:46] <jenda> got it
[01:46] <lotusleaf> cool
[01:57] <lotusleaf> you should put a tiny jenda fish logo at the bottom, like the darwin fish but with "jenda" inside
[01:57] <lotusleaf> should you make the roughcut tshirts
[01:58] <lotusleaf> with the link to the DIY site in tendrils around it
[05:05] <beuno> somerville32!
[05:24] <boredandblogging> jenda: ping
[05:58] <jenda> boredandblogging: pong
[05:58] <jenda> beuno: !
[05:58] <beuno> jenda:
[05:58] <jenda> hehe
[05:59] <jenda> beuno: You know what I waaaant ;)
[05:59] <beuno> jenda: I'm not sure I want that phrase logged and taken out of context...
[06:00] <beuno> I spoke to dan a while ago and promised to push my changes today
[06:00] <jenda> Good, good :)
[06:01] <beuno> :p
[06:02] <beuno> UWN needs some lovin' though
[06:03] <beuno> jenda: any ideas for spec/team of the week?
[06:03] <jenda> I'll think abou it
[06:04] <jenda> but no, not off the top of my head.
[06:04] <beuno> boredandblogging: thanks for all the work you've been doing, it has not gone unnoticed!
[06:04] <jenda> I gotta run now.
[06:04] <beuno> ba bye jenda
[06:07] <boredandblogging> argh, missed jenda
[06:07] <boredandblogging> beuno, just trying to do my part
[06:10] <beuno> boredandblogging: well, very much appreciated
[06:14] <boredandblogging> beuno, np
[06:14] <boredandblogging> beuno, are you working on the DIY marketing stuff?
[06:15] <beuno> boredandblogging: on the PHP code for the site, yeap
[06:15] <beuno> (at least if jenda asks)
[06:15] <boredandblogging> haha
[06:51] <jenda> boredandblogging: I've got about a minute :)
[06:51] <jenda> oooh
[06:51] <jenda> :)
[06:51] <jenda> I know it ain't true, but at least it's on your mind now ;)
[06:53] <beuno> hahaha
[06:54] <jenda> ok, minute's over.
[06:54] <jenda> three are, dammit :)
[06:54] <jenda> laters.
[07:05] <boredandblogging> jenda, i created a draft at https://wiki.ubuntu.com/DIYMarketing/HOWTOs...not a whole lot there after going through the wiki pages of the LoCos, let me know what else I can add
[07:20] <Wicks> lo all
[09:06] <Mike_F> Hello, I would like to know how to get copies of the ubuntu poster
[09:14] <somerville32> beuno, pong :)
[09:14] <beuno> somerville32,  :D
[09:14] <beuno> how are you?
[09:15] <somerville32> I'm doing well.
[09:15] <somerville32> I convinced the hospital to install a wireless drop in the unit I'm onj
[09:15] <beuno> saw you edit wikis here and there  :D
[09:15] <somerville32> So reliable internet fo'eve' - wee
[09:15] <beuno> really?  ha!  geek to the bones!
[09:16] <juliux> hi somerville32
[09:16] <beuno> hahahaahah
[09:16] <somerville32> And it was a pain in the butt to get connected too
[09:16] <somerville32> So I'm super happy now.
[09:16] <beuno> great to have you back!
[09:16] <somerville32> I can use my laptop everywhere on the unit and so I will no longer be panged due to awkward postures :D
[09:16] <somerville32> lol
[09:17] <somerville32> I'm still in the hospital remember
[09:17] <somerville32> So I can't be on 24/7 like usual ;]
[09:17] <beuno> hahah
[09:17] <beuno> well, we have jenda for that
[09:17] <somerville32> hehe
[09:17] <somerville32> Did you guys read this article?: http://news.bbc.co.uk/2/hi/technology/6506027.stm
[09:19] <beuno> somerville32: it's been hopping all around, yes
[09:19] <beuno> seems that dell poll really helped
[09:19] <somerville32> How could they ignore it? ;]
[09:19] <beuno> well, "DELETE * FROM polls" for starters
[09:19] <beuno> :p
[09:20] <somerville32> haha
[09:20] <somerville32> Tru' datg
[09:21] <beuno> they haven't specified what distro though
[09:21] <beuno> hope canonical folks are all over them
[09:22] <beuno> sending them all kinds of live cds "AOL style"
[09:23] <kbrooks> beuno, ping :-)
[09:23] <Burgwork> I got contacted to provide a comment
[09:25] <beuno> kbrooks: pong
[09:25] <kbrooks> beuno, do we use gobvby or the ubuntu wiki ?
[09:25] <kbrooks> brb
[09:26] <beuno> kbrooks: nope, wiki for now
[09:26] <beuno> unless we have to do a super special mega sprint session
[09:26] <beuno> which hasn't been necessary for now
[09:28] <kbrooks> all right
[09:29] <kbrooks> which one ?
[09:29] <somerville32> The one is 33, I think
[09:29] <kbrooks> looking
[09:29] <beuno> somerville32: well, you know xubuntu is not on my radar  :p
[09:30] <somerville32> They all release at the same time ;p
[09:30] <Burgwork> somerville32: the beta release article only talked about Ubuntu, not edubuntu, xubuntu or kubuntu
[09:30] <somerville32> I guess other people edited it in then
[09:31] <kbrooks> OK
[09:31] <kbrooks> um
[09:32] <beuno> somerville32: did you notice feisty changes where kindly "depreciated"?  :D
[09:32] <somerville32> lol
[09:33] <somerville32> There isn't a lot of uploads occurring at this stage anyhow.
[09:36] <Burgwork> yep


[09:56] <didrocks> hey mmrazik|otp, I've a small question :)
[09:56] <mmrazik> didrocks: whats up?>
[09:56] <didrocks> what was the fix from going from ~100 tests failing like https://jenkins.qa.ubuntu.com/job/ps-unity-autopilot-trunk/label=master,machine_name=dx-autopilot-intel/382/testReport/
[09:56] <didrocks> to ~30
[09:56] <didrocks> in the 383 run
[09:57] <mmrazik> didrocks: we are running the autopilot tests from Utah/script. We need to export DISPLAY etc there as it is not executed directly from the session
[09:57] <mmrazik> didrocks: it turned out that in such environment autopilot is unable to use compiz-config
[09:57] <mmrazik> and there were tests which are e.g. changing the HUD invcation key via compiz-config
[09:57] <didrocks> mmrazik: hum, I'm afraid thta if it's not running from the session, you will have more test failing because of that
[09:57] <didrocks> like you miss the real dbus session config
[09:58] <didrocks> and other small env issues
[09:58] <mmrazik> didrocks: might be the case. I was briefly talking with thomi about it yesterday. He has an idea to run it from  /etc/xdg/autostart
[09:58] <didrocks> mmrazik: yeah, that would be way better to test on a real config
[09:59] <mmrazik> didrocks: but so far we seems to be fine with regard to environment variables
[09:59] <didrocks> maybe that's why you don't have the migration of keys in compiz
[10:54] <mvo> quick question: where does unity store the launcher items ? is that dconf and com.canonical.unity.launcher.favorites?
[10:59] <mhr3> yep
[11:05] <mvo> thanks! I
[11:06] <mvo> my next question would be: is it somehow possilbe (e.g. via setting of the plugin load path or something) to run unity from the bzr build dir? i.e. (cd build ; ./bin/unity) ? it runs for me, but appears to be not picking up my changes in e.g. launcher
[11:12] <seb128> mvo, looks like http://unity.ubuntu.com/getinvolved/development/unity/ has some wrappers/details on how to do that
[11:13] <seb128> mvo, but unity is a compiz plugin, you might need to copy the .so in the .compiz dir or something
[11:24] <mhr3> mvo, i suggest running the component you're interested in by itself (./launcher/launcher etc)
[11:28] <seb128> mhr3, hey
[11:29] <seb128> mhr3, https://bugzilla.gnome.org/show_bug.cgi?id=686059
[11:29] <seb128> mhr3, is unity double forking as well?
[11:31] <mhr3> seb128, we're just calling glib, which doesn't use DO_NOT_REAP_CHILD
[11:31] <didrocks> Mirv: I guess you did notice that the tests don't pass anymore on arm* making the build failing
[11:32]  * didrocks prays for ci having finally an arm build
[11:32] <seb128> mhr3, that's the fix for gnome-panel: http://git.gnome.org/browse/gnome-panel/commit/?id=76acc5b955b214420a32c827db433ff5ab136c6f
[11:32] <mhr3> seb128, see the comment:
[11:32] <mhr3> It still an incomplete fix for gnome-panel though, as you might have .desktop
[11:32] <mhr3> files using "Exec=pkexec foo" and starting such an application via the menu
[11:32] <mhr3> still fails.
[11:33] <seb128> mhr3, see the further comments :p
[11:33] <seb128> mhr3, or the dummy_child_watch hacks in the patch
[11:34] <mhr3> can't say i like it really
[11:34] <mhr3> it they don't want to reap, do it directly in glib
[11:37] <mhr3> seb128, and iirc now if the parent process does something bad it can burn the child as well
[11:38] <seb128> mhr3, hum, k
[11:38] <seb128> mhr3, you should open a glib bug about it ;-)
[11:39] <mhr3> i'm not really sure what's the correct behaviour, reaping is fine imo, pkexec is being stupid
[11:40] <mhr3> but then again, i'm sure they have reason why they require non-init ppid
[11:42] <seb128> well, we need to address it one way or another, as you say I guess they have reason and will not change pkexec
[11:42] <seb128> so we either need to do the workaround GNOME did (they did the same in shell btw) or to get glib "fixed"
[11:42] <seb128> we can't just sit on "ok, users can't run those under unity"
[11:44] <mhr3> seb128, if the issue was easy to fix it'd be fixed long time ago :)
[11:44] <mhr3> afaict the thing panel/shell are doing aren't exactly safe
[11:44] <seb128> mhr3, which is why I pointed the workaround :p
[11:44] <Mirv> didrocks: yes, that was noticed, although no solution yet. it's good indeed that those are now run for arm
[11:44] <seb128> mhr3, what are you concerned about? is that a theorical issue or a practical one?
[11:45] <mhr3> as i said the parent dieing might affect the child when it's not reaped
[11:46] <mhr3> so for shell it's not really an issue, if shell dies you're screwed eitherway
[11:46] <mhr3> but if apps lens dies, it's no biggie, you wouldn't like if that killed all the apps you started
[11:50] <didrocks> Mirv: it's in the ppa, so in trunk
[11:50] <didrocks> Mirv: it's not run for arm on jenkins :/
[11:51] <seb128> mhr3, hum, right
[11:52] <mhr3> seb128, then again, it's not like every signal was propagated, it might be just sigterm
[11:53] <mhr3> still, doing `killall unity-applica...` and that killing all your apps isn't exactly nice
[11:53] <seb128> mhr3, not acceptable indded
[11:54] <mhr3> seb128, i guess gnomies expect that people don't killall the panel or something :P
[11:55] <ricotz> mhr3, hi, interesting i should remember that ;) since plank suffers from this problem too
[11:57] <mhr3> seb128, i think talking to davidz will be best, seems he'd know about pkexec :)
[11:57] <seb128> mhr3, yeah
[14:19] <larsu> me4oslav, hi :)
[14:20] <me4oslav> so me and larsu we're just talking about system settings > printing. So, what we have now officially as a design spec is this by mpt: https://wiki.ubuntu.com/Printing
[14:21] <me4oslav> I expanded it a bit: https://picasaweb.google.com/100530892038948253747/SystemsSettingsPrinting
[14:21] <larsu> me4oslav, I really like the default/shared thing in the list box
[14:22] <larsu> I wonder how much room it would take away from the printer names, though
[14:22] <larsu> in your mockup, it takes 50% of the width
[14:23] <me4oslav> yeah, my changes include "Sharing" in the combobox and the "default" and "share" in the list box. And how much space it take is relevant to the number of printer the suer has
[14:23] <me4oslav> but generally that "default|share|printer" box is ~ 1/2 the size of the +- bar below
[14:24] <larsu> oh, I mean horizontal space
[14:24] <larsu> printer names can be quite long
[14:24] <larsu> I don't mind the header at all :)
[14:25] <larsu> mpt, I guess that's the reason you put "Set as Default" at the bottom?
[14:25] <me4oslav> well, the listbox vary can be longer if needed :)
[14:26] <larsu> true, and maybe that's not even that much of a problem, now that we have a pretty wide system settings window
[14:26] <mterry> didrocks, just go ahead and reject g-c-c-unity, I'll fix and upload
[14:26] <didrocks> mterry: ok, thanks!
[14:26] <larsu> me4oslav, in general, I much prefer radio buttons over the check item on the right side
[14:27] <larsu> me4oslav, what do you mean by "sharing type"?
[14:27] <me4oslav> larsu - me too (and that's how the Bootloader design spec uses (the "header")
[14:27] <larsu> ah, right!
[14:28] <me4oslav> about the sharing - I litterally have no clue about sharing
[14:28] <me4oslav> if anyone cantell me how ways of sharing a printer I will update the design
[14:28] <me4oslav> I only know network printing sharing and that's it
[14:29] <larsu> it's generally just one binary decision: expose this printer to the network or not
[14:30] <me4oslav> so, nothing else, but network sharing?
[14:30] <me4oslav> perfect, that will make the design much easier
[14:31] <me4oslav> so, the user checks "shared"
[14:31] <me4oslav> than select to witch network to share it
[14:32] <me4oslav> (that will make the combobox jump from "Printer Status" to "Sharing")
[14:32] <larsu> I've never seen that anywhere, but it's an interesting idea
[14:32] <larsu> i.e. share this printer in my home network but not at work?
[14:32] <mpt> hi me4oslav
[14:32] <me4oslav> oh, hi mpt
[14:33] <me4oslav> larsu - so, a printer can be shared in two or more networks?
[14:34] <larsu> me4oslav, no, not right now. I just found the idea interesting :)
[14:34] <me4oslav> that would just mean that the radio buttons on my second sketch should become checkboxes and that'll be enough :)
[14:34] <larsu> right - but CUPS doesn't support that at all afaik
[14:35] <me4oslav> cups doesn't support multiple networks sharing?
[14:35] <larsu> no, a printer is either shared, or not
[14:35] <mpt> larsu, yes, I put "Set as Default" at the bottom because using radio buttons would eat valuable space, and changing the default is a rare thing
[14:35] <mterry> didrocks, back in NEW
[14:35] <didrocks> mterry: will have a look soon. Thanks :)
[14:36] <mpt> larsu, or at least, something that usually isn't done more than once a month or so
[14:37] <me4oslav> I thought the same, but then again I changed it, because I have "Shared" there too and though - would look weird with just "Shared"
[14:37] <larsu> mpt, makes sense. It leads to the same weird situation that we have in the session menu though: I don't know what that check mark means :P
[14:37] <larsu> well, not exactly the same: the session menu has both the check mark and a radio button
[14:38] <mpt> larsu, true, that's a cost.
[14:39] <me4oslav> well, so we have one compromise or another
[14:39] <me4oslav> taking bit of space or having that checkmark
[14:41] <me4oslav> the question I think should be which one is better when it comes in terms of consistency
[14:41] <me4oslav> is the checkmark thing-y used anywhere else?
[14:41] <larsu> me4oslav, yes, in the session menu
[14:42] <me4oslav> right - we have that in the session menu and we have the radio in Bootloader design specs
[14:43] <me4oslav> another way to look at this is we have just "shared|printer" and we have "set as default" + checkbox
[14:44] <me4oslav> mpt - hmm, the checkmark overlaps the printer name on the right side?
[14:45] <mpt> me4oslav, yes, but only for the one that's the default at the moment
[14:45] <me4oslav> yeah, so we either eat space with the radio or overlap the default printer name, right?
[14:48] <me4oslav> I'm not sure I like that overlapping thing-y, I would prefer having a bit longer printing pane and eating bit of space
[14:52] <me4oslav> anyway, apart from default thing-y, mpt larsu - your thoughts on "shared"?
[14:52] <didrocks> mterry: do you know if anything changed recently? I see when bzr bd on unity dpkg-source: info: use the '3.0 (quilt)' format to have separate and documented changes to upstream files, see dpkg-source(1)
[14:53] <mpt> me4oslav, I don't know. On the one hand, it seems to me that turning sharing on/off would be even less common than changing the default. On the other hand, seeing whether sharing *is* on may be valuable for troubleshooting.
[14:53] <didrocks> I guess it's because we use the 6.12 tarball from the last SRU
[14:53] <larsu> me4oslav, I think it should only be the checkbox for now. The same horizontal-space argument applies: I like it in the list box because it gives a good overview over which printers are shared, but it eats horizontal space
[14:53] <didrocks> I wonder how the merger is working
[14:54] <didrocks> I guess it's pushing different tarballs and not fetching latest one :)
[14:54] <larsu> mpt, do you think sharing on an per-printer basis makes sense even?
[14:54] <mterry> didrocks, yeah I think that's harmless.  I've seen it too
[14:55] <didrocks> yep
[15:03] <mpt> larsu, is that not the case currently?
[15:03] <larsu> mpt, right now you can do both: turn on sharing globally or per-printer
[15:03] <larsu> I don't know the exact semantics right now
[15:04] <larsu> like, what happens when no printer is marked as "shared" but the global sharing switch is turned on
[15:04] <mpt> hmm, that's a challenge
[15:04] <larsu> I think we should either do one or the other, but not both
[15:06] <mpt> larsu, most of the time -- not for hobbyists, but for vast corporate installs -- a printer listed will be one that's shared with you, and you don't have the ability to choose whether it's shared or not, right?
[15:06] <larsu> mpt, right.
[15:06] <me4oslav> wait a sec guys - how does one turn sharing globally?
[15:08] <larsu> me4oslav, in system-config-printer (the window that starts right now when you click "Printers" in system settings): Server (menu item) / Settings / "Publish shared printers connected to this system"
[15:09] <me4oslav> right-y and do we have any of that stuff in the new design specs?
[15:09] <larsu> nope
[15:11] <me4oslav> right and do we need it? What I have in my "sharing pane" is just where to share a printer (in which network)
[15:13] <larsu> I don't know -- I just asked mpt about it :)
[15:14] <me4oslav> same story, if we need it, than we have a challenge
[15:14] <me4oslav> but I have no clue if we actually need it
[17:35] <didrocks> mterry: g-c-c-u is now accepted in proposed (in universe)
[17:35] <didrocks> not sure if we really need a MIR, as it's code already in the distro, I think we can promote it directly
[17:36] <mterry> didrocks, sure
[17:37] <didrocks> mterry: I'm waiting it to migrate to the release pocket (probably tomorrow), not sure what bad things can happen if I promote it if it's copied meanwhile in the release pocket :)
[17:37] <mterry> didrocks, it doesn't conflict with any of the files in g-c-c, but with both installed at same time, you'll have two appearance capplets
[17:38] <mterry> didrocks, so it would be nice to coordinate the seeding of this with an update of g-c-c
[17:38] <didrocks> mterry: yeah, I read the code and how you renamed it :)
[17:38] <didrocks> mterry: agreed, let's do that tomorrow?
[17:38] <mterry> sure
[17:38] <mterry> didrocks, is the 3.6 update ready?
[17:38] <didrocks> great
[17:38] <seb128> didrocks, mterry: not yet but I'm aiming at having it this week
[17:38] <didrocks> mterry: hum, I'm not sure, seb128 should know
[17:38] <seb128> just keep it in universe until then
[17:39] <mterry> seb128, k
[17:39] <didrocks> so let's do with that update
[18:47] <Trevinho> mterry: updated this https://code.launchpad.net/~3v1n0/bamf/remove-gtk2/+merge/134537 ;)
[18:48] <mterry> Trevinho, nice, looking
[19:14] <Trevinho> mterry: thanks
[22:20] <balloons> thomi, whenever your around ping me if you would :-)
[22:21] <thomi> balloons: I'm around now :)
[22:21] <balloons> sweet :-)
[22:21] <balloons> So I'm going to try and put together some resources towards using autopilot to automate some of our manual testcases, and then ubiquity
[22:22] <thomi> cool :)
[22:22] <balloons> I've been messing around with autopilot and have a couple questions I guess  I can ask you now
[22:22] <thomi> fire at will :)
[22:23] <balloons> ok, so I tried to put together a non-unity testcase and get it to run
[22:24] <balloons> In digging around, I had success instantiating  UnityTestCase -- but I'm curious if there's something better I can use
[22:26] <balloons> let me give you a little snippet
[22:26] <balloons> this was the simplest example I could put together: http://paste.ubuntu.com/1371255/
[22:28] <thomi> one second...
[22:30] <balloons> no worries..
[22:30] <thomi> balloons: OK, so if you're trying to create a non-unity test case, you should use autopilot.testcase.AutopilotTestCase
[22:30] <thomi> it contains 'self.keyboard' and 'self.mouse' and none of the Unity-specific stuff
[22:31] <balloons> thomi, ok. I figured there was a generic one.. I didn't see it :-)
[22:31] <balloons> so my first goal was to show how to use the keyboard and mouse commands to automate stuff.. then move into introspection
[22:31] <thomi> yeah - I need to get the docs re-built and uploaded.
[22:31] <thomi> yeah, sounds good
[22:32] <balloons> excellent. So have you spoken with the xpresser folks post-UDS yet?
[22:32] <balloons> or should I just push some patches to X11.py?
[22:32] <balloons> :-p
[22:33] <thomi> balloons: what patches? The conclusion was that we should integrate the image matching parts of xpresser into autopilot.... but so far it's not on anyone's immeadiate TODO list...
[22:34] <balloons> thomi, I could add the stuff I want / need.. I already wrote a proof of concept python app to do the X11 stuff I wanted
[22:35] <thomi> balloons: I'm not aware that anything is missing - what specifically do you need?
[22:35] <thomi> it might already be there :)
[22:35] <balloons> basically performing checksums, reading pixels, etc.. that's the biggest missing piece from autopilot if I'm remembering correctly
[22:35] <thomi> ahhh
[22:35] <thomi> right, sounds like we need to integrate xpresser sooner rather than later
[22:35] <balloons> yea, if you can't introspect at all, your stuff screenreading
[22:36] <thomi> I assumed that for most of the stuff you were doing you'd be able to use the Gtk or Qt supporet
[22:36] <balloons> well, I mean, I think a couple small commits could add everything.. if your open to adding it
[22:36] <thomi> *support
[22:36] <balloons> thomi, yes I think most everything can be introspected, but options are good
[22:36] <thomi> I'm happy to add things, as long as we don't end up re-implementing xpresser - I'd rather integrate that than write it ourselves
[22:37] <thomi> (less code to maintain etc)
[22:38] <balloons> yes yes.. ok, so while I have you, let's talk introspection a bit.. I'm interested in gtk apps to start
[22:38] <balloons> do you have any examples of this -- what's the best place to start digging?
[22:41] <thomi> hmmmm, some documentation would be good huh :)
[22:42] <thomi> alesage: do you have your gedit test code somewhere pubvlic?
[22:42] <thomi> balloons: alesage is the Gtk support person - if there's Gtk-specific issues, he's probably the best person to talk to.
[22:42] <alesage> thomi hi :) let me see . . . hi balloons
[22:42] <balloons> hi alesage :-)
[22:45] <alesage> balloons let me test this before sending it on to you
[22:45] <balloons> alesage, sure thing.. I appreciate it
[22:46] <balloons> thomi, duh! found the base class finally (class AutopilotTestCase(VideoCapturedTestCase, KeybindingsHelper):)
[22:46] <balloons> not sure how I missed that . . .
[22:46] <thomi> balloons: probably because the documentation needs to be much better :)
[22:48] <balloons> it is very unity centric.. confusing to an outsider.. but we'll change that
[22:53] <balloons> ohh.. are there windowing functions.. do things like assert the focused window, move or resize a window, activate a window
[22:53] <balloons> nvm nvm.. found it found it
[22:55] <alesage> balloons, here's a branch with a pretty minimal test lp:~allanlesage/+junk/UDS_AP_session/
[22:56] <thomi> balloons: yes, if you see anything that's unity-specific (even documentation), please file a bug against autopilot
[23:19] <cariveri> bschaefer: hey there :) I dont how to draw the sub_LauncherIcons! please help.
[23:19] <bschaefer> cariveri, what are you stuck on?
[23:20] <cariveri> well, did new SimpleLauncherIcon() (it will be a list of those later) and setEmblem(iconpath). But I dont know how to draw it.
[23:22] <cariveri> Id like to draw it just besides the this LauncherIcon.
[23:23] <bschaefer> hmm well im not 100% how they are being drawn atm...
[23:24] <bschaefer> dig through LauncherController, Launcher, AbstractLauncherIcon, and LauncherIcon
[23:24] <bschaefer> it has to get the icon texture somehow
[23:25] <bschaefer> it looks like they get drawn to the Launcher in Launcher.cpp , DrawContent
[23:28] <bschaefer> also look under unity-shared/IconRenderer.cpp
[23:28] <bschaefer> as you'll use you window you make to draw the icons onto (I would think...)
[23:36] <cariveri> I did not find yet the LauncherIcon that gets drawed in the Launcher::DrawContent .
[23:38] <bschaefer> cariveri, im pretty sure its1928...
[23:38] <bschaefer> but that function is large and I haven't ever really looked at it
[23:38] <bschaefer> start commenting things out and playing around with it :)
[23:43] <cariveri> Oh my god. why could things be as easy as Launcher->Draw(){ ... Rander(_icon); +Render(_icon->subIcons);   };
[23:44] <bschaefer> well...
[23:44] <bschaefer> that im  not sure about :(...
[23:55] <thumper> cariveri: because the launcher is "special" :P
[23:55] <cariveri> lol. trashed unity. will need to reboot it.
[23:56] <bschaefer> cariveri, that is the fun part of messing with unity :)


[12:29] <\sh> ok...when this is working..I have a running gajim with xmpp 1.0 SRV record recognition
[12:29] <Nafallo> \sh: REVU-material?
[12:30] <\sh> Nafallo: yes
[12:30] <\sh> Nafallo: dnspython is already in..I need it for this
[12:31] <\sh> Nafallo: (on revu i mean)
[12:31] <Nafallo> \sh: I put it on todo then ;-)
[12:31] <Nafallo> but now, sleep
[12:32] <\sh> Nafallo: gajim is really a good gtk app :) I like it :)
[12:35] <\sh> strike
[12:36] <\sh> tls is working so xmpp 1.0 SRV is fulfilled
[12:59] <\sh> ok..I have to wait for python2.4-gnome2-extras
[01:02] <\sh> Bed time...cu later today..
[08:40] <rob^> Hi, I'm getting the following when trying to install scorched3d on colony 3:  Depends: libwxgtk2.4 (>=<IP_ADDRESS>ubuntu1) but it is not installable
[08:40] <Burgundavia> rob^, that is a question for #ubuntu-motu
[08:40] <rob^> okies
[08:43] <jdub> ahr!
[08:44] <Burgundavia> jdub, hey! I cannot seem to login to the -users admin thingy
[08:48] <jdub> Burgundavia: log in to the moderator page admindb rather than admin
[08:48] <Burgundavia> jdub, ok
[08:49] <Burgundavia> jdub, still spitting me up errors. I can login and edit the -ca stuff
[08:56] <jdub> Burgundavia: i'll get in touch tonight - i'm actually in the country at pia's parents house :)
[08:56] <jdub> (fixing their internet)
[08:56] <Burgundavia> jdub, ok
[09:01] <Burgundavia> jdub, I would love to get to that 7k+ list of stuff to be dealt with
[09:59] <\sh> infinity: ping
[10:00] <kagou> hi
[10:05] <Diablo-D3> hey
[10:05] <Diablo-D3> why are people having to pay customs for ubuntu pressed cds?
[10:05] <Diablo-D3> http://www.ubuntulinux.org/support/documentation/faq/shipit/
[10:06] <Diablo-D3> grep for 3000 quetzales
[10:07] <Diablo-D3> thats insane
[10:08] <Burgundavia> Diablo-D3, some people don't understand that the software can be free
[10:08] <Diablo-D3> I have to admit thats a strange concept
[10:08] <Diablo-D3> why wouldnt software be free?
[10:09] <Burgundavia> regardless, that is reason
[10:09] <Diablo-D3> wtf
[10:09] <Burgundavia> it is not really on topic for -devel either
[10:09] <Diablo-D3> well Im not sure where else to ask about this
[10:09] <Burgundavia> it is not really an issue that can be solved by ubuntu/canonical
[10:10] <Diablo-D3> imo it should be added to that faq, however
[10:11] <Diablo-D3> "Warning: Some world governments are attempting to charge money for Linux via customs, please, instigate rebellion in those countries!"
[10:11] <Diablo-D3> or something like that
[10:11] <Diablo-D3> erk, nm, it actually /is/ there
[10:14] <Diablo-D3> has anyone had experience using local companies to help distribute ubuntu cds?
[10:15] <Diablo-D3> like, leaving a box of them behind, with a sign saying "Take One, Its Free" or something
[10:19] <b3nw> in colony 3 is there a way to kill the installing packages bar and see whats going on?
[10:20] <mache> b3nw, alt+f4?
[10:20] <b3nw> oo thats a prob
[10:20] <mache> i mean, switch to another console
[10:20] <b3nw> i have to enter a yes or no
[10:20] <b3nw> otherwise i'm stuck at 85% for life
[10:20] <b3nw> :X
[10:20] <Diablo-D3> and thats why I only use apt-get
[10:21] <b3nw> you started with a server install?
[10:22] <mache> b3nw, no, "normal" aka full install
[10:22] <mache> Diablo-D3, yea, aptitude is much better than apt-get ;)
[10:22] <lathiat> b3nw: Then thats a bug, please file a bug at http://bugzilla.ubuntu.com
[10:23] <b3nw> yeah even if I type in yes or I type in No it doesn't continue
[10:23] <b3nw> bleh
[10:25] <mache> i installed a breezy machine (using netinstall) a few days ago and now i want to install another one
[10:26] <mache> is there any way to use the packages already downloaded on the first one?
[10:26] <mache> and to avoid downloading them again?
[10:26] <Diablo-D3> I do it by sharing my /var/apt/cache/archives dir over nfs
[10:26] <mache> without apt-proxy or other cache proxies
[10:26] <mache> i see
[10:27] <Diablo-D3> of course, I dont know if you can do that during the install...
[10:28] <mache> if i put a ftp/http server on the first one
[10:28] <mache> i suppose i can replicate the archive structure
[10:28] <Diablo-D3> yeah, you could always try that, but that seems to be a big pain in the ass
[10:30] <Diablo-D3> mache: why not use apt-proxy?
[10:30] <Diablo-D3> you can import pre-existing debs into it
[10:30] <mache> Diablo-D3, i can?
[10:30] <mache> humm
[10:30] <Diablo-D3> yeah, use the apt-proxy-import command
[10:31] <mache> i'm reading now :)
[10:31] <mache> i never knew about proxy-import
[10:36] <mache> cool, i'll give it a try
[11:17] <b3nw> has anyone heard of xorg allowing you to scroll with the mouse wheel down but not up?
[11:17] <Diablo-D3> nope
[11:19] <Treenaks> OK, planet is really ill... it every time it reads my feed, it thinks a post I did a few days ago was done at the moment it's reading the feed
[11:19] <Treenaks> Not Good
[11:19] <infinity> If you have something like '"ZAxisMapping" "4 5"' in your xorg.conf but, while mwheeldown produces "button 5", mwheelup doesn't produce "button 4", that could happen.  Othewise, no idea.
[11:19] <infinity> (Not that I've ever seen such a thing)
[11:43] <ivoks> hi
[12:25] <Mez|WoW> any reason why linux-restricted-modules keeps uninstalling itself?
[12:47] <pronik> Hello, guys. Is it intended that latest totem is compiled without mozilla plugin?
[12:53] <infinity> MEz : Uninstalling itself?
[12:53] <infinity> MEz : Do you have anything more concrete than that? :)
[12:53] <MEz> yeah
[12:53] <MEz> er#
[12:53] <MEz> no
[12:53] <infinity> Like, WHY is it being unsinstalled? :)
[12:53] <MEz> other than the fact I keep notcing when I come to play games it's not installed
[12:54] <MEz> I'm just trying to find that out :D
[12:54] <MEz> I think it's something to do with kernel updates
[12:54] <infinity> Well, I just uplaoded a new version that should clear up some dependency issues, maybbe that'll make you happy.
[12:54] <infinity> Also, if you odn't have the linux-image metapaches installed, you won't get new restricted-modules automatically with new kernels.
[12:54] <infinity> Maybe that's your issue.
[12:55] <infinity> metapackages, too.  Wow, can Iever type.
[12:56] <Mez> I do seem to have the metapacakges installed
[12:56] <Mez> ii  linux-image-k7           <IP_ADDRESS>
[12:57] <Mez> oh wait
[12:58] <Mez> http://siretart.tauware.de/revu/incoming/dnspython-0508210015/dnspython_1.3.4-0ubuntu0.1.diff.gz
[12:58] <Mez> sorry
[12:58] <Mez> ii  linux-restricted-modules <IP_ADDRESS>-1
[12:58] <Mez> No packages found matching linux-restricted-modules-2.6.12-7-k7.
[12:58] <infinity> You want 'linux-k7' if you want restriced modules by default.
[12:58] <Mez> ty
[01:05] <siretart> when maintaining packages with baz, what is preferred arch-buildpackage or tla-buildpackage? or did I miss something?
[01:07] <infinity> siretart : Whichever you like better, I suppose.  Or neither.
[01:08] <siretart> infinity: hm. I was looking for something similar to svn-buildpackage, but for baz. I'm trying to get used to it
[01:10] <siretart> infinity: good to see you here, I noticed you uploaded yesterday a new xorg, with some changes to mesa/gl packages. is https://wiki.ubuntu.com/MOTUGLUTransition still uptodate regarding the build dependencies?
[01:14] <infinity> siretart : Wasn't right, but I've updated it for you.
[01:14] <infinity> siretart : I may well finish up the transition for Universe in the next day or so anyway, so the point might be moot.
[01:15] <infinity> siretart : I've already done main/restricted.
[01:15] <infinity> (Well, restricted will be done when I figure out how I managed to break l-r-m and reupload it)
[01:15] <siretart> ah, so we go from xorg gl/glu headers to mesa headers, right?
[01:19] <infinity> Yup.
[01:19] <lathiat> ooc, why did we drop libcairo1 from the archives before at least all things for ubuntu-desktop had been transitioned?
[01:19] <infinity> lathiat : Because it was generated from the same source as libcairo2.
[01:19] <lathiat> infinity: ah
[01:19] <infinity> lathiat : It'll sort itself shortly.  Development releases aren't meant to be user friendly. :)
[01:20] <lathiat> i know
[01:20] <lathiat> just annoying tryign to test stuff when things aren't installable thats all ;)
[01:20] <infinity> lathiat : Grab libcairo1.deb from a Colony3 CD and install it. :)
[01:20] <lathiat> yeh thats what im doing
[01:20] <lathiat> heh
[01:20] <lathiat> wiating for it to rsync
[01:54] <{Seb}> there seems to be an installer bug with colony 3
[02:03] <{Seb}> after installing it on my laptop
[02:03] <{Seb}> and booting up, it said 'Can not find device /dev/hda1'
[02:29] <JanC> {Seb}, it doesn't completely boot and drops you in a busybox shell ?
[02:40] <{Seb}> yep
[02:41] <{Seb}> known bug?
[03:01] <JanC> {Seb}, I had a similar problem when upgrading breezy to kernel version 2.6.12-7-10 on my laptop
[03:34] <{Seb}> well - i've installed it from colony 2 and dist-upgrading as we speak
[03:49] <ploum> Hello
[03:49] <ploum> Damien Sandras, gnomemeeting's author, want to talk about shtoom vs gnomemeeting in Ubuntu
[03:50] <ploum> Where's the best place for that ?
[03:50] <\sh> #ubuntu-meeting ?
[03:50] <\sh> when?
[03:51] <ploum> yes, indeed, when ;-)
[03:51] <ploum> which meeting is the best ?
[03:51] <\sh> TB
[03:51] <ploum> to put it in the agenda
[03:51] <\sh> technical board
[03:51] <\sh> or he just appears here..:) I took over the project
[03:52] <ploum> \sh, you are the maintener of shtoom ?
[03:53] <\sh> ploum: I will package it and took over the project from thom
[03:53] <ploum> ok :-)
[03:53] <ploum> is the project funded by Ubuntu fundation ? (or maybe bounties)
[03:53] <\sh> https://wiki.ubuntu.com/ShtoomVoip
[03:53] <\sh> this is the UDU Project description
[03:54] <ploum> \sh, have you any idea why shtoom was choosen over gnomemeeting as a VoIP ?
[03:55] <Mithrandir> gnomemeeting doesn't do SIP, does it?
[03:55] <tseng> gnomemeeting doesnt do sip
[03:55] <tseng> its WIP
[03:55] <\sh> yes...shtoom is python, easy to extend and it's UI independend
[03:55] <\sh> gnomemeeting wants to support sip, when I remembered some of the goals on the faq, right?
[03:55] <\sh> but
[03:56] <\sh> will it support jabber as well? or at least simple?
[03:56] <mjr> gnomemeeting's next major release supports sip, but dunno how that's coming along
[03:56] <tseng> its sortof working on a branch
[03:56] <Snark> salut
[03:56] <\sh> ploum: I have to think about kde as well :)
[03:58] <ploum> \sh, Gnomemeeting is doing SIP for me for some months
[03:58] <ploum> but I think that debian and Ubuntu packages are CVS snapshots
[03:58] <ploum> for KDE, indeed, that's another problem
[03:59] <\sh> ploum: that is one of the biggest :) UI independency :)
[04:01] <\sh> ploum: and shtoom is only a high-level api to twisteds SIP api...taking care about sound stuff etc.
[04:01] <ploum> indeed, but I've one major point for Gnomemeeting : it works :-)
[04:01] <ploum> (shtoom doesn't work here)
[04:01] <\sh> ploum: shtoom works as well
[04:02] <\sh> I just tested it with a local voip provider here :)
[04:02] <\sh> ploum: latest SVN HEAD of shtoom indeed
[04:02] <ploum> (well, I have only tried those old deb packages ;-) )
[04:03] <\sh> ploum: forget them :) twisted 2.x + shtoom svn head == working...actually the UIs are a bit non-userfriendly
[04:03] <ploum> \sh, what codecs does shtoom use ?
[04:04] <ploum> and, I'm a bit curious about this mysterious "dot ubuntu"
[04:05] <\sh> ploum: I have to check...but it's pluggable
[04:06] <\sh> G711 ULAW (aka PCMU)
[04:06] <\sh> with pygsm it handles as well GSM 06.10.
[04:07] <\sh> https://wiki.ubuntu.com/dotUbuntu <- everything about dotUbuntu :)
[04:07] <ploum> I only see https://wiki.ubuntu.com/DotUbuntuRegistrationClient
[04:08] <ploum> Where's the "ConquerTheWorld" page in this wiki ?
[04:08] <ploum> ;-)
[04:08] <\sh> yeah me too ,-)
[04:08] <pef> hi
[04:09] <ploum> \sh, I remember seing bounties about shtoom
[04:09] <ploum> is it possible or am I wrong ?
[04:10] <\sh> ploum: i don't find anything for shtoom but for the registration client...actually I'm not interessted in bounties :)
[04:11] <ploum> I've read somewhere that shtoom is funded by Ubuntu (or MArk Shuttleworth) but I can't find it anymore
[04:11] <ploum> is this true ?
[04:12] <ploum> By the way I really like the dotUbuntu idea :-)
[04:12] <\sh> ploum: /join #shtoom
[04:12] <\sh> and ask anthony
[04:14] <ploum> aaaaargh !
[04:14] <ploum> (f*** breezy gnome-panel !)
[04:14] <ploum> Thx \sh :-)
[04:14] <\sh> ploum: there are some more things I want to include into this goal...
[04:14] <crispin> 15:13 @         chpe | yeah, I've seen it on gtk-d\evel-list
[04:15] <crispin> argh, sorry
[04:15] <j^> http://bootlab.org/~j/NetworkManager-breezy/
[04:17] <lu|away> ohrealy.
[04:17] <lu|away> j^: what are the odds of those actually working? :)
[04:18] <siretart> j^: ?
[04:19] <j^> lu|away i use them
[04:19] <j^> you have to remove bind9 from /etc/rc?.d/
[04:21] <j^> http://bootlab.org/~j/bazaar/ are also the baz sources
[04:22] <j^> regarding the bind9 issue http://bugzilla.ubuntu.com/show_bug.cgi?id=13491
[04:31] <j^> infinity these NetworkManager packages are what is taged as 0.4.1 in NetworkManager CVS
[04:31] <rubenv> j^: add a readme there for potential testers
[04:38] <tseng> j^: that wont dhcp for me
[04:38] <tseng> j^: just keeps starting over
[04:38] <tseng> j^: is there a way to get debug/log?
[04:45] <tseng> buh
[04:46] <Alex> buh? moeh!
[05:06] <mdke> can somebody who runs an openssh-server on a breezy machine try and login to it with "sftp" please, i can't do it on mine and i think its a bug
[05:07] <rubenv> mdke: sec, booting one
[05:07] <mdke> actually...
[05:07] <mdke> it's my bad I think
[05:08] <mdke> yeah
[05:10] <mdke> sorry!
[05:10] <rubenv> had to backup to it anyway :-)
[05:10] <mdke> :)
[05:13] <Mez> mdz: ping
[05:20] <j^> tseng you can look in syslog
[05:25] <j^> tseng you need dhcp3-client installed, dhcdbd is still misssing that dependency
[05:25] <tseng> i have both
[05:25] <tseng> brb ill see what comes up in messages
[05:26] <tseng> Aug 21 11:25:42 localhost dhcdbd: message_handler: message handler not found under /com/redhat/dhcp/eth1 for sub-path eth1.dbus.get.reason
[05:27] <j^> i get that too
[05:27] <j^> but it still works
[05:27] <tseng> buh
[05:27] <tseng> mine starts claiming to dhcp, then the progress bar drops off and its still spinning
[05:27] <tseng> then no connection icon
[05:27] <j^> and do you see any message from dhclient in syslog?
[05:28] <tseng> no
[05:28] <rubenv> the hoary version is broken like hell
[05:28] <rubenv> I feel very tempted to upgrade to breezy again :-)
[05:28] <j^> was dhclient running before?
[05:28] <tseng> um
[05:28] <tseng> yes
[05:28] <j^> kill it
[05:29] <tseng> k
[05:29] <j^> there should be no audto stanca in /etc/network/interfaces
[05:29] <j^> and /etc/init.d/networking start should not configure any interface
[05:30] <tseng> um
[05:30] <tseng> ok.
[05:31] <tseng> i dont think that was an issue with the old packages
[05:31] <rubenv> j^: lo?
[05:32] <j^> rubenv lo should be ok
[05:32] <j^> NetworkManager will also configure lo though
[05:33] <rubenv> hmmm, breezy is highly broken, I'll delay my upgrade for a while (till all is on libcairo2)
[05:34] <tseng> none of that helps much
[05:34] <j^> tseng still no message from dhclient in syslog?
[05:34] <tseng> no
[05:35] <tseng> yes
[05:35] <tseng> Aug 21 11:32:31 localhost dhcdbd: Shut down.
[05:35] <tseng> Aug 21 11:32:39 localhost dhcdbd: Started up.
[05:35] <j^> did you just install dhcdbd?
[05:35] <tseng> no
[05:35] <j^> if so, did you restart dbus?
[05:36] <tseng> yes
[05:37] <j^> and is dhclient running?
[05:37] <j^> here i have something like
[05:37] <j^> /sbin/dhclient -1 -lf /var/run/dhclient.eth0.leases -pf /var/run/dhclient.eth0.pid -e dhc_dbus=31 -x -d eth0
[05:37] <j^> in ps ax
[05:37] <tseng> it is when i have to use it to get back on the network
[05:37] <tseng> but i kill it in between tests
[05:37] <j^> it should be started by /sbin/dhcdbd
[05:39] <j^> /sbin/dhclient --version
[05:39] <j^> isc-dhclient-V3.0.2
[05:41] <tseng> nm is starting /sbin/dhclient --version
[05:41] <j^> no
[05:41] <tseng> isc-dhclient-V3.0.2
[05:41] <tseng> something is, after I kill it and restart dbus
[05:42] <j^> what you can try as root: NetworkManager --no-daemon
[05:42] <j^> that way you get the output in the terminal
[05:42] <j^> and the applet with nm-applet --sm-disable
[05:42] <j^> as user
[05:47] <daniels> i just fixed the whole flashy-black-rectangles on window start and switch in breezy
[05:47] <daniels> 'twas a gtk bug
[05:47] <\sh> daniels: u fixed the crashing gnome-panel as well? ;)
[05:48] <daniels> no way
[05:48] <daniels> that's seb's problem
[05:48] <tseng> j^: http://tseng.ath.cx/nmlog
[05:49] <j^> tseng did you have nm installed before?
[05:49] <tseng> j^: yes.
[05:49] <j^> and you use WEP?
[05:49] <tseng> yes
[05:49] <mjg59> ACPI CRACK
[05:49] <j^> tseng try to select connect to other wireles network
[05:49] <lathiat> mjg59: :)
[05:50] <tseng> j^: same thing
[05:50] <j^> and enter your networkname and wep key again
[05:50] <lathiat> daniels: yay
[05:50] <lathiat> daniels: that was annoying me :)
[05:50] <tseng> yeah ive done that
[05:50] <j^> including the wep key. there was an issue with old keys
[05:52] <j^> NetworkManager: nm_ip4_config_copy: assertion `src_config != NULL' failed
[05:52] <j^> this is strange
[05:53] <tseng> ive put in the key 100 times now
[05:54] <j^> can you try ifconfig eth0 down before starting NM
[05:55] <j^> what do you have in /etc/network/interfaces?
[05:55] <hunger> j^: Does NM use that?
[05:56] <hunger> j^: I thought NM had it's own means of configuration.
[05:56] <tseng> http://tseng.ath.cx/interfaces
[05:56] <tseng> quick
[05:56] <tseng> steal my wifi
[05:56] <j^> ah
[05:56] <j^> you have to take that out
[05:57] <tseng> that affects things why?
[05:57] <j^> hunger NM uses static ip configurations from /e/n/i if present
[05:57] <j^> it should still not fail
[05:57] <hunger> j^: Where does NM get it's other configuration from?
[05:57] <tseng> is commenting good enough?
[05:57] <j^> tseng should do
[05:58] <tseng> good, i dont trust nm
[05:58] <j^> hunger which other information?
[05:58] <hunger> j^: WLAN keys, etc.
[05:58] <tseng> ogra_ltsp: haha!
[05:58] <ogra_ltsp> :)
[05:59] <j^> hunger gconf and keyring of the user
[05:59] <hunger> j^: Why doesen't it store IP settings there as well?
[05:59] <hunger> j^: Having several places to check for network setup is evil IMHO.
[06:00] <j^> NM does not support static ips
[06:00] <j^> still it uses the distros information if present
[06:00] <tseng> still no luck
[06:00] <hunger> j^: It does set it up, isen't that "supporting"?
[06:00] <hunger> j^: Will it pick up WLAN keys from /e/n/i as well?
[06:01] <j^> its part of the distribution backend.
[06:01] <j^> one could also take it out
[06:01] <j^> and say no static ips at all
[06:01] <j^> it will only take ip settings from /e/n/i
[06:01] <j^> if iface eth1 inet static is present
[06:01] <tseng> so far my little dance involves, ifconfig eth{0,1} down, killall dhc*, restart dbus, killall nm-applet
[06:01] <tseng> then try again
[06:02] <hunger> j^: Why not add that into NM as well and remove /e/n/i entirely?
[06:02] <j^> tseng you can also just do killall -9 NetworkManger
[06:02] <j^> killall -9 named
[06:02] <j^> NetworkManger --no-daemon
[06:02] <j^> killall nm-applet
[06:02] <tseng> what is the dispatcher part
[06:03] <hunger> j^: That would get rid of the distro-part entirely and might even make things more uniform across distros;-)
[06:03] <j^> dispatcher is not used right now
[06:03] <j^> you can ignore it
[06:03] <j^> it would allow you to have scripts that are run on connect
[06:04] <tseng> NetworkManager: nm_ip4_config_copy: assertion `src_config != NULL' failed
[06:04] <j^> hunger i agree with you, but dan did it this way to start with
[06:04] <j^> in a next step NM should also provide a cross distribution way to configure static ips (imho)
[06:05] <j^> what does your interfaces file look like right now?
[06:06] <karim__> hi
[06:06] <tseng> http://tseng.ath.cx/interfaces
[06:06] <tseng> like this
[06:06] <j^> can you try
[06:06] <j^> auto lo
[06:06] <j^> iface lo inet loopback
[06:06] <j^> iface eth1 inet dhcp
[06:06] <j^> iface eth0 inet dhcp
[06:06] <j^> you still have
[06:06] <j^> iface eth1 inet static
[06:06] <j^> if you also take that out
[06:06] <j^> it should work
[06:06] <tseng> ok
[06:06] <hunger> j^: I do wonder what NM makes out of my /e/n/i... I use mappings rather a lot to setup WLAN-keys on the fly;-)
[06:06] <j^> not sure about the mapping thing
[06:07] <j^> hunger well it will not work
[06:08] <hunger> j^: Yeap... the only effect I see when starting NM is that it breaks eth0 so that I have to ifdown/ifup it;-)
[06:08] <tseng> holy crap
[06:08] <tseng> j^: thats it, i feel stupid.
[06:08] <j^> hunger but since, if you use NM you dont need that any longer in /e/n/i you can replace it with
[06:09] <j^> http://bootlab.org/~j/interfaces
[06:09] <hunger> j^: I can't... it breaks eth0... and nm-applet does not show any icon.
[06:09] <tseng> j^: thanks
[06:10] <j^> hunger define it breaks
[06:10] <hunger> j^: It does break its configuration so that I need to ifdown/ifup it.
[06:10] <j^> if nm-applet does not show up it could be that your wireless card driver is broken
[06:10] <j^> tseng no problem
[06:11] <j^> tseng its always good to know what the problems are.
[06:11] <hunger> j^: There is no wlan driver for my card.
[06:11] <j^> ?
[06:11] <hunger> j^: Well, not in ubuntu that is:-)
 j^: I do wonder what NM makes out of my /e/n/i... I use mappings rather a lot to setup WLAN-keys on the fly;-)
[06:12] <j^> so you do that without a wireless driver?
[06:12] <hunger> j^: I used that /e/n/i with my own kernels... it does work great there.
[06:13] <j^> hunger still not able to parse your statement
[06:13] <hunger> j^: I switched to the default ubuntu kernels not and they have no madwifi.
[06:13] <\sh> hunger: they have
[06:13] <j^> NM does not work for your because you have your own kernel installed?
[06:13] <hunger> j^: s/not/recently/.
[06:14] <Burgundavia> mjg59, ping
[06:14] <mjg59> Burgundavia: Hi
[06:14] <hunger> j^: I didn't try NM with my own kernels... only with the default ubuntu ones which have no madwifi.
[06:14] <mjg59> hunger: Yes they do
[06:14] <mjg59> Install linux-restricted-modules
[06:14] <hunger> j^: Well, the newest version has... but those are completly broken and do not load.
[06:14] <Burgundavia> mjg59, for the hotkey stuff, is there a good guide on how to file a bug about those?
[06:14] <j^> hunger well, thats a bad test, dont expect NM to fix your kernel
[06:15] <mjg59> Burgundavia: Not really
[06:15] <hunger> j^: No, I expect NM to work with my ethernet card in absense of WLAN drivers.
[06:15] <Burgundavia> mjg59, can you email me what would be the best procedure and I can edit the wiki page with instructions accordingly
[06:16] <mjg59> Burgundavia: Ok, will try
[06:16] <mjg59> (Bit tied up at the moment)
[06:16] <Burgundavia> mjg59, I am also writing an email about various things that people might make mistakes on (not telling us about ootb support, upgrades instead of installs, etc.)
[06:16] <hunger> j^: nm-applet does not show up without wlan drivers (or so it seems to me), so I count it as broken.
[06:16] <mjg59> Burgundavia: Ok, cool
[06:17] <Burgundavia> mjg59, I am about to leave for work, but tomorrow I have the day off, so we can coordinate tomorrow
[06:17] <mjg59> Burgundavia: Ok, cool
[06:17] <j^> hunger it should show up now.
[06:18] <j^> not showing up was an issue with earlier version of nm
[06:20] <hunger> j^: Right... now I get lots of connections refused from dbus.
[06:21] <j^> hunger did you restart dbus?
[06:23] <trygvebw> evening
[06:23] <trygvebw> Is Breezy broken atm, or is it pretty safe to dist-upgrade?
[06:24] <Mithrandir> works for me
[06:24] <trygvebw> oaky
[06:24] <trygvebw> *okay.
[06:24] <trygvebw> How long is it since you dist-upgraded?
[06:24] <lathiat> err, bad idea as usual, particularly because libcairo1 has gone and a whole tonne of stuff deps on it atm.
[06:24] <lathiat> if anything, use colony 3
[06:24] <Mithrandir> this morning, CEST time.
[06:24] <trygvebw> oh
[06:24] <trygvebw> So GNOME won't work?
[06:24] <lathiat> and then dist upgrade if you like
[06:24] <lathiat> as you'll have cairo1 and ebook1.2-3 installed then
[06:24] <trygvebw> okay.
[06:25] <lathiat> but if your just a general end user then your better off waiting.
[06:25] <trygvebw> i'll just stay with my current Breezy install then :)
[06:26] <\sh> trygvebw: if you have breezy running...it's ok I think to dist-upgrade again
[06:26] <trygvebw> oh, okay :)
[06:26] <trygvebw> i'll try ;)
[06:26] <\sh> well..the gnome-panel is a bit flakey
[06:26] <trygvebw> ah
[06:26] <trygvebw> thanks.
[06:31] <j^> hm
[06:31] <j^> [   63.091429]   /dev/scsi/host0/bus0/target1/lun0: p1
[06:31] <j^> [   63.125792]  Attached scsi disk sda at scsi0, channel 0, id 1, lun 0
[06:31] <j^> [ 1817.987114]  idr_remove called for id=1024 which is not allocated.
[06:31] <j^> [ 1817.987161]   [<c01b4250>]  sub_remove+0xf4/0xf6
[06:31] <j^> [ 1817.987254]   [<c01b4281>]  idr_remove+0x2f/0xaa
[06:31] <j^> [ 1817.987273]   [<c017923b>]  remove_watch_no_event+0x58/0xb2
[06:31] <j^> [ 1817.987294]   [<c0179633>]  inotify_inode_is_dead+0x46/0x72
[06:32] <j^> [ 1817.987315]   [<c016b34b>]  prune_dcache+0x11d/0x163
[06:32] <j^> [ 1817.987345]   [<c016b6bc>]  shrink_dcache_memory+0x1f/0x45
[06:32] <j^> [ 1817.987357]   [<c01417a7>]  shrink_slab+0x10c/0x16f
[06:32] <j^> [ 1817.987399]   [<c01429ce>]  balance_pgdat+0x21e/0x3a7
[06:32] <j^> [ 1817.987462]   [<c0142c2f>]  kswapd+0xd8/0x11d
[06:32] <j^> [ 1817.987482]   [<c012aecd>]  autoremove_wake_function+0x0/0x57
[06:32] <j^> [ 1817.987509]   [<c012aecd>]  autoremove_wake_function+0x0/0x57
[06:32] <j^> [ 1817.987529]   [<c0142b57>]  kswapd+0x0/0x11d
[06:32] <j^> [ 1817.987543]   [<c01012d9>]  kernel_thread_helper+0x5/0xb
[06:32] <j^> so much for firewire disks
[06:33] <lathiat> firewire sucks
[06:33] <lathiat> add
[06:33] <lathiat> sbp2 serialize_io=1
[06:33] <lathiat> to /etc/modules
[06:33] <lathiat> it helps
[06:33] <j^> lathiat this was the disk going in some powersave mode
[06:33] <lathiat> heh
[06:34] <j^> i prefere firewire disks to usb2 once
[06:46] <hunger> j^: no icon in the tray after restarting dbus. NM did break my eth0 though...
[06:48] <zanaga> I find it quite amusing that Thunderbird spell checker (aka, english spell check) doesn't know the word Ubuntu ;)
[06:48] <j^> hunger if you are using dhcp it should just renew the lease, you can also have a look at syslog
[06:49] <hunger> j^: Lots of "nm_ip4_config_get_address: assertion `
[06:49] <hunger> config != NULL' failed"
[06:49] <j^> hunger static ip?
[06:50] <hunger> j^: "Now managing device eth0" next line: "deactivating eth0".
[06:50] <hunger> j^: dhcp.
[06:50] <j^> what does your /e/n/i look like?
[06:50] <j^> it looks again like a problem with parsing it.
[06:50] <hunger> j^: "<ERROR>^I[1124274746.611112]   (): coul
[06:50] <hunger> dn't initialize nameserver: Failed to execute child process "no" (No such file o
[06:50] <hunger> r directory)"
[06:51] <j^> hunger thats network-manager from breezy
[06:51] <j^> not the one from http://bootlab.org/~j/NetworkManager-breezy/
[06:51] <hunger> j^: Yeap... updated today.
[06:51] <j^> hunger the one in breezy does not work
[06:52] <hunger> j^: Oh, sorry to have bothered you then.
[06:52] <zanaga> there is a patch in the bts for that bug
[06:52] <j^> hunger thats why i up a new version at http://bootlab.org/~j/NetworkManager-breezy/
[06:52] <j^> *put
[06:53] <\sh> anyone who knows how to set urgent hints for windows in gtk?
[06:53] <\sh> or a pointer would be enough
[06:57] <infinity> \sh : gaim does it.  It doesn't work in metacity without a patches libwnck16, though.
[06:57] <infinity> \sh : (as much as I hate to refer to forums for anything), check out http://www.ubuntuforums.org/showthread.php?t=39776
[06:58] <\sh> yeah I saw this...do our gnome has the patch applied?
[06:59] <infinity> Not AFAIK.  We should get it in for breezy.
[06:59] <infinity> (I run the patched libwnck16 here, and it works well)
[06:59] <\sh> infinity: btw..I need a installable version of python2.4-gnome2-extras ,-)
[06:59] <fabbione> j^: instead of flooding the chan here, better you file a bug on the kernel, given that our new kernel maintainer is also one of the main firewire developers
[06:59] <infinity> I'll ping ondrej about it, since he appears to maintain it in Debian, and he's a comaintainer of mine on other stuff.
[07:00] <infinity> \sh : You'll get one soon enough, we just had some build snags with the cairo transition.    I have a girlfriend who's far more important than you.
[07:03] <fabbione> infinity: pretty quick.. less than 2 minutes :)
[07:04] <hunger> mjg59: Missing symbols trying to load ath_pci.
[07:04] <hunger> fabbione: Sorry...
[07:04] <{Seb}> the latest breezy kernel has screwed up my laptop totally
[07:04] <\sh> hmm...
[07:04] <daniels> fabbione: mmm?
[07:05] <{Seb}> when it boots up, it says "Unable to find volume group "hda1"
[07:05] <fabbione> {Seb}: let me guess.. it can't mount the root filesystem
[07:06] <{Seb}> "Alert! /dev/hda1 does not exist"
[07:06] <{Seb}> yeh fabbione - known bug?
[07:06] <fabbione> {Seb}: Package: INITRAMFS
[07:06] <fabbione> the kernel is good
[07:06] <mjg59> hunger: Which symbols?
[07:06] <{Seb}> fabbione: the package is broken?
[07:06] <hunger> {Seb}: I see the same with sda1... but that is since the splash thingy got in...
[07:06] <{Seb}> fabbione: or i need a newer version
[07:06] <mjg59> {Seb}: That's not the kernel's fault
[07:06] <mjg59> Nor is it usplash's
[07:06] <fabbione> {Seb}: i think newer is enough...
[07:07] <mjg59> They just both happen to coincide with the change to initramfs
[07:07] <fabbione> {Seb}: install the newer, reinstall the kernel
[07:07] <{Seb}> fabbione: install the newer? newer what?
[07:07] <hunger> mjg59: "Error inserting ath_rate_onoe (/lib/modules/2.6.12-7-686/madwifi/ath_rate_onoe.ko): Invalid module format" is probably the root cause of the missing symbols.
[07:08] <fabbione> {Seb}: initramfs
[07:08] <fabbione> and reinstall the kernel to regenerate the initrf
[07:08] <fabbione> initrd
[07:08] <{Seb}> thanks fabbione :-)
[07:08] <karim__> I installed mplayer-g4 on ppc but there is no binary !!!
[07:08] <karim__> is it normal ?
[07:11] <eruin> is this normal on breezy bootup? "error inserting /lib/modules/2.6.12-7-686/kernel/drivers/video/console/tileblit.ko: -1 file exists"
[07:12] <{Seb}> fabbione: is the package called initramfs?
[07:12] <fabbione> yes
[07:13] <slomo> fabbione: are sure? there is no package with that name here... but there is initramfs-tools, don't know whether that's the correct one but anyways...
[07:13] <{Seb}> fabbione: same here
[07:13] <fabbione> yeah initramfs-tools
[07:13] <{Seb}> initramfs-tools is already newest version
[07:13] <fabbione> whatever
[07:13] <fabbione> that one
[07:14] <fabbione> if you still have problems after reinstalling the kernel, call jbailey for help
[07:14] <{Seb}> will do fabbione
[07:14] <{Seb}> have a good time :-)
[07:14] <fabbione> thanks
[07:14] <fabbione> oh btw..
[07:14] <fabbione> start to make some mental notes...
[07:14] <fabbione> i am not kernel maintainer anymore .. 7.11 was my last upload... :)
[07:14] <{Seb}> what are you doing now?
[07:15] <jsgotangco> lol
[07:15] <fabbione> {Seb}: getting drunk.. a lot :)
[07:15] <jbailey> fabbione: Sounds like a great idea =)
[07:15] <fabbione> jbailey: hey dude!
[07:15] <{Seb}> i meant ubuntu wise ;-)
[07:15] <jsgotangco> i got drunk myself a few minutes ago..i need to sleep (1am)
[07:15] <jbailey> fabbione: Heya.
[07:15] <fabbione> {Seb}: ubuntu wise, i will make that everybody will be heavily drunk the release day
[07:16] <fabbione> make + sure
[07:16] <{Seb}> sounds good
[07:16] <fabbione> lesson number 1:
[07:16] <fabbione> - you are not supposed to be on IRC on a sunday evening -
[07:19] <daniels> fabbione: especially not at 0320.
[07:20] <jsgotangco> daniels: its already monday
[07:21] <daniels> yes
[07:23] <{Seb}> jabeiley: can you help me with the kernel problem
[07:23] <{Seb}> jbailey: the error is it can't find /dev/hda1
[07:24] <{Seb}> jbailey: i have the latest initramfs-tools
[07:24] <{Seb}> jbailey: and there are losts of errors reguarding interesting kernel modules
[07:25] <jbailey> {Seb}: You're probably just missing a kernel module in the initramfs-tools
[07:25] <jbailey> Do you know which one you need for your harddrive?
[07:25] <{Seb}> jbailey: pass
[07:26] <{Seb}> jbailey: i can get in on an older kernel - shall i try reconfiguring the kernel as fabbione suggested?
[07:26] <karim__> is there a way to use distcc with dpkg-build ?
[07:26] <jbailey> pass?
[07:27] <jbailey> {Seb}: What arch are you on?
[07:27] <{Seb}> intel x86
[07:27] <jbailey> {Seb}: I don't see a kernel module named 'pass', are you sure?
[07:28] <{Seb}> no! when i said pass, i meant i don't know
[07:28] <jbailey> Oh.
[07:28] <jbailey> Can you reboot to a working kernel so we can check, please?
[07:29] <{Seb}> yes
[07:29] <{Seb}> i'm on it now
[07:29] <jbailey> {Seb}: Please /msg me the output from lsmod
[07:30] <{Seb}> jbailey: is ther something you are looking for? i would be here all night
[07:30] <jbailey> Oh, you're not in X?
[07:30] <{Seb}> no
[07:31] <jbailey> {Seb}: lsmod | grep ^ide_code
[07:31] <jbailey> {Seb}: Might have everything I need in it.
[07:33] <karim__> hey
[07:33] <karim__> I am looking the rule file for the thing I want to compile
[07:34] <karim__> the make command is $MAKE
[07:34] <karim__> the make command is $(MAKE)
[07:34] <karim__> what is it ?
[07:35] <mjg59> Hurrah. ACPI is beaten.
[07:48] <mjg59> daniels: What's the best way to autoconfig tablet PCs?
[07:48] <mjg59> daniels: (Assume that I can provide you with something that unambiguously identifies the machine as a tablet PC)
[07:51] <\sh> k...I don't make it this evening...after working 16 hours in 2 days while it was weekend...I'm going to bed
[07:51] <\sh> tomorrow more...
[07:54] <siretart> \sh_away: very good idea
[07:57] <j^> tseng just did a test here with static ips and its was indeed broken, a new packages that also works with static ips configured in /e/n/i is at http://bootlab.org/~j/NetworkManager-breezy
[08:03] <daniels> mjg59: in terms of wacom and shit? just plug it into dexconf a la synaptics
[08:03] <mjg59> daniels: Rock
[08:03] <mjg59> daniels: I'll take a look at that, then
[08:06] <mjg59> daniels: Is dexconf packaged separately from the entirity of X?
[08:11] <mjg59> URGH.
[08:11] <mjg59> The wacom_acpi driver is ENTIRELY POINTLESS
[08:11] <daniels> mjg59: dexconf is just in the xorg source package
[08:11] <mjg59> daniels: I need to download the source to X? Goddamnit.
[08:14] <daniels> mjg59:
[08:14] <daniels> xorg (<IP_ADDRESS>-1) breezy; urgency=low
[08:14] <daniels>   * The 'Do Androids Dream of Electric Beats?' release.
[08:14] <daniels>     + ... in which a once-mighty monolith is cut down to only a couple of
[08:14] <daniels>       metapackages.
[08:16] <mjg59> daniels: Hurrah!
[08:17] <daniels> mjg59: there is nothing more mindblowingly shit than sitting on the couch at 0416 on monday morning writing debian/copyright files for every single video driver in the modular release
[08:17] <mjg59> daniels: I envy your life
[08:17] <mjg59> daniels: No, hang on...
[08:19] <daniels> mjg59: INTENSE
[08:23] <daniels> bed
[08:41] <ogra_ltsp> mdz, ping
[08:43] <mdz> ogra_ltsp: pong
[08:44] <tseng> j^: great, thanks
[08:45] <ogra_ltsp> mdz, is there any way to force the timezone setting from the server to the client ? i can only get UTC time for the login screen
[08:54] <ogra_ltsp> mdz, i guess ltsp-build-client should read it from the server while setting up the client environment and run tzconfig...
[09:12] <mdz> ogra_ltsp: o python-pysqlite2: python-pysqlite2 python2.4-pysqlite2
[09:12] <mdz>    [Reverse-Depends: gcompris, python-pysqlite2]
[09:12] <mdz> ogra_ltsp: (from http://people.ubuntu.com/~mdz/anastacia.txt)
[09:13] <ogra_ltsp> mdz, yes, i recognized it today, sorry, i already mailed pitti if he can review the report with higher prio... i missed that one ...
[09:15] <ogra_ltsp> the gcompris-sound packages are added to the seed already....
[09:15] <ogra_ltsp> (that was based on my wrong assumption that seeds have source package names in them)
[09:18] <ogra_ltsp> s/have/can have
[09:51] <mistik1> good day
[09:52] <mistik1> for the purpose of research can someone running ubuntu please verify that the file /etc/ubuntu_version exist in ubuntu releases and is not a symlink?
[09:53] <Mithrandir> it doesn't
[09:53] <Mithrandir> use the output of lsb_release -i -s instead.
[09:53] <mistik1> In that case, Is there a failsafe way to detect if we are running on ubuntu, vs debian?
[09:54] <mistik1> thank you
[09:54] <mistik1> can you give me the output of that command. Please?
[09:54] <Mithrandir> : tfheen@thosu ~ > lsb_release -i -s
[09:54] <Mithrandir> Ubuntu
[09:55] <mistik1> lovely
[09:56] <mistik1> ubuntu was just added to the distro support list of my script ;-)
[09:56] <mistik1> thanks again
[09:56] <SloMoSnail> mistik1: what script?
[09:57] <mistik1> to install qmail with the Bill Shupp series of patches along with webmail, spam+antivirus filters(smtp level), web admin, and a frontend webpage.
[10:03] <mistik1> Btw: I assume lsb_release is also available on debian?
[10:03] <Mithrandir> yes, in the lsb-release package
[10:04] <mistik1> installed by default?
[10:04] <Mithrandir> I don't think so.  Maybe
[10:05] <mistik1> ok, I'll keep the /etc/debian_version for compat sake then
[10:05] <Mez> mdz: ping
[10:08] <lathiat> seb128, daniels: libgtk2.0-dev needs to dep on libxrandr-dev, libxinerama-dev, libxcursor-dev, libxfixes-dev
[10:09] <lathiat> seb128, daniels: or whatever to fix that it wants those for pkg-config
[10:10] <seb128> lathiat: already reported to bugzilla, already marked as PENDINGUPLOAD, waiting for 2.8.1
[10:10] <lathiat> seb128: ok cool
[10:19] <Simira> *installing colony3*
[10:31] <pitti> Hi
[10:57] <pitti> Moin ogra, still writing MI reports? :-)
[11:07] <pitti> Hi BenC
[11:08] <ogra> pitti, hopefully the last one...
[11:09] <ogra> :/
[11:16] <sedak> ping seb128
[11:16] <seb128> pong?
[11:16] <sedak> hello
[11:17] <seb128> hi
[11:17] <sedak> are you the maintainer of libgtk2.0-dev ?
[11:17] <sedak> i'm quite new here ...
[11:17] <seb128> right
[11:17] <sedak> i think it depends on libxfixes-dev
 lathiat: already reported to bugzilla, already marked as PENDINGUPLOAD, waiting for 2.8.1
[11:17] <sedak> look at gdk-2.0.pc
[11:17] <seb128> I know thanks
[11:18] <seb128> as stated by bugzilla
[11:18] <sedak> sorry
[11:18] <sedak> then
[11:18] <seb128> no need to be sorry
[11:18] <sedak> i just noticed ...
[11:18] <seb128> thanks for pointing it :)
[11:18] <sedak> no need to thank me ...
[11:18] <sedak> :-)
[11:29] <ajmitch> morning
[11:34] <ogra> seb128,     import xlib
[11:34] <ogra> ImportError: /usr/lib/python2.4/site-packages/sabayon/xlib.so: cannot open shared object file: No such file or directory
[11:34] <ogra> sabayon ^^^
[11:35] <seb128> ogra: what version ?
[11:35] <ogra> current amd64, updatetd today
[11:35] <seb128> what version is that?
[11:35] <seb128> dpkg -l
[11:36] <ogra> heh, i shouldnt run dpkg -l on rookery
[11:36] <ogra> ogra@honk:~ $ dpkg -l |grep sabayon
[11:36] <ogra> ii  sabayon                                         2.11.90-0ubuntu4
[11:36] <seb128> dpkg -l <package>
[11:36] <seb128> it's outdated
[11:36] <ogra> oh
[11:37] <seb128> the issue is fixed with the next revision
[11:37] <ogra> its that latest i can get here....
[11:38] <ogra> hmmm....
[11:38] <seb128> it has built according to the logs
[11:38] <ogra> yup
[11:41] <ogra> works now (with a smalll error about not finding "gnome X session")
[11:44] <ogra> seb128, any idea why i cant get sabayon to run over ltsp ? i only get a black embedded window... xnest doesnt seem to like ssh tunneled displays
[11:45] <seb128> nop
[11:45] <seb128> doesn't xnest work?
[11:45] <ogra> locally it does... i didnt dig further with ltsp... it just stayed black... i'll do more tests tomorrow


[08:13] <Chipaca> morning all
[08:14] <bthomas> Morning Chipaca
[08:45] <Chipaca> i wonder at '[...] events raised'
[08:45] <Chipaca> surely it's events fired, or triggered?
[08:47] <bthomas> Either sounds good to me take your pick. Is it because "raised" makes it sound like exception raised.
[11:30] <facubatista> ¡Muy buenos días a todos!
[11:35] <bthomas> Morning
[11:35] <facubatista> hola bthomas
[11:37] <Chipaca> facubatista: 👋 🙂
[11:37] <Chipaca> facubatista: #413 is ready for a re-review (plz)
[11:37] <mup> PR #413: bail out of main() if use_juju_for_storage=True and unsupported <Created by chipaca> <https://github.com/canonical/operator/pull/413>
[11:42]  * facubatista begs for reviews https://github.com/canonical/charmcraft/pull/153
[11:42] <mup> PR charmcraft#153: Adjust help messages in all cases to UX indications <Created by facundobatista> <https://github.com/canonical/charmcraft/pull/153>
[12:01]  * bthomas -> lunch
[12:21] <mup> Issue operator#344 closed: Cleaner error message when use_juju_for_storage is True wrt Juju 2.6 <Created by jameinel> <Closed by chipaca> <https://github.com/canonical/operator/issues/344>
[12:21] <mup> PR operator#413 closed: bail out of main() if use_juju_for_storage=True and unsupported <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/413>
[17:04] <mup> Issue operator#332 closed: Model.config is mutable <Created by jameinel> <Closed by chipaca> <https://github.com/canonical/operator/issues/332>
[17:04] <mup> PR operator#411 closed: make model.config immutable <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/411>
[18:10] <mup> Issue operator#410 closed: Framework does not log re-emission of events <Created by camille-rodriguez> <Closed by chipaca> <https://github.com/canonical/operator/issues/410>
[18:10] <mup> PR operator#415 closed: Log event deferral and reëmission <Created by chipaca> <Merged by chipaca> <https://github.com/canonical/operator/pull/415>
[21:05] <Chipaca> grah, #408 hates me (again)
[21:05] <mup> PR #408: These changes make it so that the test suite passes on Windows <Created by chipaca> <https://github.com/canonical/operator/pull/408>
[21:05] <Chipaca> i'm going to EOD in defeat
[22:06] <facubatista> super simple review, please! thanks :) https://github.com/canonical/charmcraft/pull/168
[22:06] <mup> PR charmcraft#168: Release 0.5.0 <Created by facundobatista> <https://github.com/canonical/charmcraft/pull/168>
[22:06] <facubatista> and with that, /me eods