[03:26] <rs2009> vorlon: the generated ISO for Ubuntu Unity doesn't seem to boot (either kernel panics, or gets stuck on 'Mounting POSIX Message Queue File System...')
[06:08] <LocutusOfBorg> vorlon, yes, it happens every ghc migration
[06:08] <LocutusOfBorg> too much to be copied in one shot?
[06:08] <LocutusOfBorg> shouldn't britney block during publishing?
[06:27] <amurray> RAOF: hey my local friendly SRU team member :) - could you please sponsor intel-microcode from bionic/focal/jammy-proposed to -updates for LP: #1984166? thanks - once it is fully phased in -updates then I will copy it to -security
[07:58] <arraybolt3> rs2009: The Ubuntu Unity daily ISO booted up just fine for me... into a GNOME shell.
[09:01]  * LocutusOfBorg is syncing some node-* packages mainly bugfixes and autopkgtests fixes
[09:01] <LocutusOfBorg> and compatibility with newer nodejs fixes
[09:10] -queuebot:#ubuntu-release- Unapproved: accepted mypy [source] (jammy-proposed) [0.942-1ubuntu1]
[09:11] <LocutusOfBorg> hello SRU team please have a look at virtualbox in jammy/focal queue
[09:11] <LocutusOfBorg> the current version is breaking images!!!
[09:11] <LocutusOfBorg> its critical issue with newer kernel
[09:30] <sil2100> o/
[09:31] <sil2100> ON IT! (in a moment)
[09:32] -queuebot:#ubuntu-release- Unapproved: accepted loguru [source] (jammy-proposed) [0.6.0-1ubuntu1]
[09:35] <LocutusOfBorg> <3
[09:51] <sil2100> LocutusOfBorg: what tests do you usually perform on virtualbox new upstream releases validation?
[09:52] <LocutusOfBorg> start vm, check dkms modules build, check if guest addition installs, check ext pack installation
[09:52] <LocutusOfBorg> ask the people who reported bug to do the same
[09:52] <LocutusOfBorg> and using virtualbox daily :)
[09:53] <LocutusOfBorg> most important, monitoring new bugs, since the package is widely used
[09:55] <RAOF> Alright! The GNOME MRE script is now ready for anyone who feels like reviewing it, or its output: https://discourse.ubuntu.com/t/scope-of-gnome-mru/18041/50?u=raof
[09:56] <RAOF> Also, if anyone feels like a quick FFe review, https://bugs.launchpad.net/ubuntu/+source/mir/+bug/1988702 should be pleasantly easy ;)
[09:56] <sil2100> LocutusOfBorg: can you do the same for the new version after I accept it? And add info about that in the SRU bug Test Case ;)
[09:57] <sil2100> RAOF: looking
[09:59] <sil2100> RAOF: approved o/
[10:02] <LocutusOfBorg> :) thanks
[10:02] <LocutusOfBorg> sure
[10:02] <RAOF> sil2100: 🎉
[10:04] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox [source] (jammy-proposed) [6.1.38-dfsg-3~ubuntu<IP_ADDRESS>]
[10:15] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [source] (jammy-proposed) [6.1.38-1~ubuntu<IP_ADDRESS>]
[10:15] -queuebot:#ubuntu-release- Unapproved: lttng-modules (bionic-proposed/universe) [2.10.8-1ubuntu2~18.04.3 => 2.10.8-1ubuntu2~18.04.4] (kernel-dkms)
[10:17] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [source] (jammy-proposed) [6.1.38-1~ubuntu<IP_ADDRESS>]
[10:19] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [source] (jammy-proposed) [6.1.38-dfsg-3~ubuntu<IP_ADDRESS>]
[10:28] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox [source] (focal-proposed) [6.1.38-dfsg-3~ubuntu<IP_ADDRESS>]
[11:54] <rs2009> sil2100: was wondering what the blacklist file is for in a seed (is it the list of packages to be removed during the ISO build after installing the packages in the desktop file?)
[12:11] <rs2009> arraybolt3: ah, that's because gnome-session too installed due to it being present in the depends/recommends of some of the packages present in the Ubuntu Unity seed
[12:12] <jbicha> rs2009: I previously tried installing Unity on top of Ubuntu 22.04 and 22.10 and I was unable to log in to Unity on either version. Either a missing dependency or something essential was crashing
[12:13] <rs2009> jbicha: that's because unity also requires dbus-x11, which isn't installed on Ubuntu by default
[12:13] <rs2009> (I'm adding it to the new seed)
[12:13] <LocutusOfBorg> I'm doing some checks, and syncing stuff that is stuck in proposed due to build failures/autopkgtest failures
[12:13] <LocutusOfBorg> and syncing whenever it might be useful, at the worst scenario, we don't make migration status worse
[12:14] <jbicha> rs2009: if it's required by Unity, then Unity or unity-session should depend on it. People sometimes install desktops without installing the big metapackage
[12:14] <rs2009> jbicha: ah, I'll add it to Unity7's depends too. thanks for the suggestion!
[12:15] <jbicha> rs2009: you can try adding things to a blacklist file. It looks like the Ubuntu Budgie seed has a few extra things at the bottom of its blacklist file
[12:16] <rs2009> jbicha: yep, that's why I was asking what the blacklist file is for (I added the GNOME packages to it just now)
[12:16] <jbicha> I think it works by helping germinate pick the right alternative dependencies. It is less powerful than people would think but it can still help
[12:17] <rs2009> we should hopefully have a completely functional Ubuntu Unity ISO in today's daily build (apart from the unity package, which Trevinho had some feedback for)
[12:18] <rs2009> jbicha: the GNOME packages only get installed because of recommends, not depends, so that shouldn't be a problem either
[12:18] <jbicha> it may require several tries to get things correct :)
[12:19] <rs2009> ack :)
[12:20] <rs2009> I'll probably ask v0rlon or sil_2100 (don't want to ping them) to manually trigger the UU ISO build manually multiple times today to work on these issues
[12:21] <jbicha> they might be able to get you access to that rebuild ISO button
[12:22] <rs2009> jbicha: yep, that would be great until I get a proper build env set up locally
[12:24] <jbicha> I thought that after adjusting the seed, you'd have to wait for germinate to update, but I don't see Unity at https://people.canonical.com/~ubuntu-archive/germinate-output/
[12:25] <jbicha> that germinate page is very useful. It tries to explain what is being installed and why (and then there are lots of other relationships on that page like build-depends that don't matter for what you need)
[12:28] <jbicha> there's a little documentation at https://wiki.ubuntu.com/Germinate
[12:28] <cjwatson> See also "man germinate"
[12:28] <cjwatson> The blacklist file is almost never what you want for anything at all
[12:29] <cjwatson> At best it might be able to cause seed expansion to fail rather than picking something undesired
[12:29] <cjwatson> But you should mostly regard it as a historical relic and ignore it
[12:30] <cjwatson> As "man germinate" says: "The purpose of a blacklist is to make it obvious when a package that is not supposed to be installed ends up in germinate's output, so that package relationships can be fixed to stop that happening.  It is not intended for the purpose of working around buggy package relationships, and attempts to do so will not work because apt has no way to know about blacklist entries
[12:30] <cjwatson> in seeds."
[12:30] <rs2009> cjwatson: ic, is there any other alternative for removing packages installed by recommends of packages in a seed?
[12:30] <cjwatson> The far superior way to pick the right alternative dependencies is to seed then
[12:30] <cjwatson> *themn
[12:30] <cjwatson> argh whatever
[12:31] <rs2009> the GNOME packages actually aren't depends, just recommends of packages like nautilus-data
[12:31] <cjwatson> You can have a seed that has the no-follow-recommends feature set, but beware that that needs to be carefully synchronized with all tools that build images, notably livecd-rootfs
[12:31] <cjwatson> Seeds are just simply not normally the right place to do this
[12:32] <jbicha> no-follow-recommends is probably a bad idea too
[12:33] <cjwatson> It's absolutely vital to understand that germinate is essentially an apt simulator.  If you set up unusual situations in seeds then it becomes impossible for germinate to simulate apt correctly
[12:33] <cjwatson> So this sort of thing normally has to be resolved in collaboration with the people who maintain the relevant packages
[12:33] <jbicha> I believe Lubuntu used the no-follow-recommends option years ago, but it was a lot of work
[12:34] <cjwatson> Or maaaaaybe sometimes by supplying alternative packages that Provides: the things you don't want to be installed, and arranging for those to be seeded instead (so that they end up in metapackages)
[12:34] <cjwatson> But that may not always be appropriate
[12:36] <rs2009> cjwatson and jbicha: I think I could try using no-follow-recommends temporarily
[12:42] <jbicha> rs2009: I do not believe setting no-follow-recommends temporarily will help
[12:43] <jbicha> rs2009: I think one of your problems is that ubiquity-frontend-gtk depends on gnome-shell. Maybe if you depend on metacity for now, you can get metacity instead
[12:44] <rs2009> jbicha: what about blacklist for now?
[12:44] <jbicha> you might not need blacklist since it's not nearly as useful as it sounds
[12:45] <rs2009> I'm aware of ubiquity-frontend-gtk, but we're okay with gnome-shell being installed for now, just not gnome-session
[12:45] <cjwatson> Blacklist for now will probably do precisely nothing.  Seriously.
[12:45] <cjwatson> It certainly won't have the effect of causing apt not to install the package when building your images.
[12:46] -queuebot:#ubuntu-release- Unapproved: systemd (focal-proposed/main) [245.4-4ubuntu3.18 => 245.4-4ubuntu3.19] (core, i386-whitelist)
[12:46] <cjwatson> At absolute most it will confuse you by causing the package in question not to show up in germinate output even though it shows up in images anyway, which would be counterproductive
[12:46] <jbicha> rs2009: having gnome-shell installed will cause you problems! it recommends gdm3 and you don't want gdm3 running and as the gnome-shell maintainer, I'm not going to add an alternate on unity-greeter
[12:47] <LocutusOfBorg> sil2100, sorry forgot some focal virtualbox packages?
[12:49] <rs2009> jbicha: I mean, we are aware of this, and we got around it in the 22.04 by installing budgie-core as I recall there being some problems with metacity being installed. I'll take a look at adding metacity to the seed again
[12:54] -queuebot:#ubuntu-release- New binary: mir [amd64] (kinetic-proposed/main) [2.9.0-0ubuntu1] (ubuntu-desktop)
[12:57] -queuebot:#ubuntu-release- New binary: mir [s390x] (kinetic-proposed/main) [2.9.0-0ubuntu1] (ubuntu-desktop)
[12:58] <sil2100> LocutusOfBorg: yeah, still on it, got distracted
[12:58] <sil2100> It's on my list tho!
[13:14] -queuebot:#ubuntu-release- New sync: llvm-toolchain-15 (kinetic-proposed/primary) [1:15.0.0-1~exp1]
[13:14] -queuebot:#ubuntu-release- New: rejected llvm-toolchain-15 [sync] (kinetic-proposed) [1:15.0.0-1~exp1]
[13:14] -queuebot:#ubuntu-release- New: accepted mir [amd64] (kinetic-proposed) [2.9.0-0ubuntu1]
[13:14] -queuebot:#ubuntu-release- New: accepted roger-router [riscv64] (kinetic-proposed) [2.4.2-3]
[13:14] -queuebot:#ubuntu-release- New: accepted llvm-toolchain-15 [sync] (kinetic-proposed) [1:15.0.0-1~exp1]
[13:14] -queuebot:#ubuntu-release- New: accepted mir [s390x] (kinetic-proposed) [2.9.0-0ubuntu1]
[13:16] -queuebot:#ubuntu-release- New binary: golang-github-iovisor-gobpf [amd64] (kinetic-proposed/universe) [0.2.0-4] (no packageset)
[13:29] -queuebot:#ubuntu-release- New binary: mir [armhf] (kinetic-proposed/main) [2.9.0-0ubuntu1] (ubuntu-desktop)
[13:37] -queuebot:#ubuntu-release- Unapproved: libreoffice (jammy-proposed/main) [1:7.3.5-0ubuntu<IP_ADDRESS> => 1:7.3.6-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[13:44] <ricotz> sil2100, hello :), please take a look at libreoffice in jammy/queue when time permits - https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1988744
[13:46] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [source] (focal-proposed) [6.1.38-1~ubuntu<IP_ADDRESS>]
[13:47] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [source] (focal-proposed) [6.1.38-1~ubuntu<IP_ADDRESS>]
[13:48] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-hwe [source] (focal-proposed) [6.1.38-dfsg-3~ubuntu<IP_ADDRESS>]
[13:55] <sil2100> ricotz: I'm reviewing it right now, a quick question in the SRU bug: https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1988744/comments/1
[14:06] <ricotz> sil2100, commented
[14:09] <ricotz> sil2100, this could be an intermediate problem in Debian following every 7.3.x-x update, basically libreoffice-common "lost" the ownership of the directory leading to its removal in certain conditions
[14:11] <ricotz> sil2100, fyi https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/log/?h=wip/jammy-7.3
[14:15] <ricotz> (updated the count of bug fixes)
[14:18] -queuebot:#ubuntu-release- Unapproved: s390-tools (jammy-proposed/main) [2.20.0-0ubuntu3.1 => 2.20.0-0ubuntu3.2] (core)
[14:20] -queuebot:#ubuntu-release- Unapproved: accepted libreoffice [source] (jammy-proposed) [1:7.3.6-0ubuntu<IP_ADDRESS>]
[14:23] -queuebot:#ubuntu-release- Unapproved: s390-tools-signed (jammy-proposed/main) [2.20.0-0ubuntu3.1 => 2.20.0-0ubuntu3.2] (core)
[14:25] <ricotz> sil2100, thank you :)
[14:27] <LocutusOfBorg> vorlon, https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa/+build/24346068
[14:27] <LocutusOfBorg>  Finished 14 minutes ago (took 4 hours, 30 minutes, 56.5 seconds)
[14:27] <LocutusOfBorg> what do you think about? :)
[15:43] <vorlon> LocutusOfBorg: what does #debian-haskell think of these changes?
[15:43] <vorlon> (I have no idea what "unregistered" is)
[15:44] <hellsworth> sil2100: There's a gnome-tweaks SRU thats been opene for a little longer than a week. Could you please take a look when you get a chance? https://bugs.launchpad.net/ubuntu/+source/gnome-tweaks/+bug/1988276
[15:44] <LocutusOfBorg> unregistered is the "not optimized version" of the compiler
[15:44] <hellsworth> sil2100: bugging you because you're listed as the vanguard today
[15:44] <LocutusOfBorg> something "best effort" that works when an architecture is not officially supported
[15:44] <LocutusOfBorg> at least from what I understand
[15:45] <sil2100> hellsworth: o/
[15:45] <sil2100> Sure
[15:45] <hellsworth> thanks!
[15:50] <vorlon> schopin: librsvg build failure on i386 is a regression in rustc, the failing tests also exist in the release version of the package and it fails to build per https://people.canonical.com/~ginggs/ftbfs-report/test-rebuild-20220617-kinetic-kinetic.html .  How do we handle rustc floating point handling having gotten slopper on i386?
[15:51] <vorlon> it's arguably ok for us to ignore the fp errors on i386 but I also don't know how to do that for i386-only in this test framework
[15:57] <bdmurray> I'm investigating the amd64 queue back log
[16:00] <rs2009> jbicha: I made a few changes to the seed to eliminate all the broken GNOME packages (other than nautilus, as Trevinho needs to approve all the unity 7.6 changes before we can go ahead with uploading a new version of unity without nautilus as a Recommends package)
[16:00] <rs2009> would it be possible to update the ubuntu-unity-meta package in universe with the updated seeds?
[16:03] <schopin> vorlon: first, the easy answer: to ignore a specific test that uses the standard Rust testing framework (which seems the case in librsvg), replace the #[test] directive by #[cfg_attr(not(target_arch = "x86"), test)] on the test
[16:03] <vorlon> schopin: will target_arch = "x86" match only i386, not amd64?
[16:03] <schopin> Yes, I just checked :)
[16:03] <vorlon> perfect
[16:04] <schopin> But more globally, we're basically hitting a regression in rustc, right?
[16:05] <schopin> We should at least investigate to see if it's been reported upstream, because we might have other software silently breaking because of it :/
[16:11] <schopin> Assuming we find a fix *and* it's in rustc (could be in LLVM if only found in Jammy & Kinetic), we can rebuild packages that have i386 binaries with Built-Using: the bad version of rustc
[16:11] <vorlon> schopin: sure, probably worth reporting upstream, but I doubt we care much about fp accuracy on i386 in packages built with rustc: https://paste.ubuntu.com/p/fTKYC78MwV/
[16:12] <vorlon> basically it's just librsvg and mozjs
[16:12] <schopin> fair point :P
[16:12] <vorlon> schopin: also, well, it looks like seb128 already uploaded a patch to ignore the test failures on i386
[16:12] <rs2009> "would it be possible to update the ubuntu-unity-meta package in universe with the updated Ubuntu Unity seeds?"
[16:12] <rs2009> ^ vorlon
[16:14] <rs2009> (we should have an almost fully-functioning ISO today if this gets uploaded)
[16:17] <rs2009> once the unity package is approved by Trevinho and uploaded to universe (the last package to be uploaded), we would be ready for the beta
[16:17] <vorlon> rs2009: updating now
[16:18] <rs2009> vorlon: thanks!
[18:04] <LocutusOfBorg> vorlon,
[18:04] <LocutusOfBorg> The term "unregisterised" really means "compile via vanilla C",
[18:04] <LocutusOfBorg> disabling some of the platform-specific tricks that GHC normally uses to
[18:04] <LocutusOfBorg> make programs go faster. When compiling unregisterised, GHC simply
[18:04] <LocutusOfBorg> generates a C file which is compiled via gcc.
[18:04] <LocutusOfBorg> from ./docs/users_guide/codegens.rst
[18:05] <LocutusOfBorg> When GHC is build in unregisterised mode only the LLVM and C code
[18:05] <LocutusOfBorg> generators will be available. The native code generator won't be. LLVM
[18:05] <LocutusOfBorg> usually offers a substantial performance benefit over the C backend in
[18:05] <LocutusOfBorg> unregisterised mode.
[18:21] <vorlon> LocutusOfBorg: so it gets faster if we *disable* ghc's attempts at optimization? :P
[18:22] <vorlon> wow the list of non-existent packages that librust-rust-embed-dev depends on is just ridiculous
[18:36] <jbicha> rust packaging is chaotic. The -dev packages provide long lists of virtual packages. And then those virtual packages shown up in Build-Depends and I'm unaware of good tools to understand it all
[18:37] <vorlon> building random things and uploading them to the archive without first verifying that the built packages are installable sounds like a maintainer problem, not a tooling problem
[18:37] <jbicha> vorlon: oh, I'll sync rust-rust-embed 6.4.0-2 which might help
[18:37] <vorlon> jbicha: I've removed it from -proposed, no need to manually sync now
[18:38] <vorlon> random broken rust package can wait until the next release
[18:38] <jbicha> got it
[19:37] <sergiodj> hello, kindly pinging regarding the FFe bug for sssd: https://bugs.launchpad.net/ubuntu/+source/sssd/+bug/1988615
[20:21] -queuebot:#ubuntu-release- New binary: ormar [amd64] (kinetic-proposed/universe) [0.11.3-1] (no packageset)
[20:22] -queuebot:#ubuntu-release- New sync: rust-crdts (kinetic-proposed/primary) [7.2.0+dfsg-1]
[20:27] <LocutusOfBorg> vorlon, I put ghc on kinetic with the armhf unregistered mode
[20:28] <LocutusOfBorg> lets see how bad is the rc debian bug
[20:33] <LocutusOfBorg> so you can remove the ghc sync block now
[20:34] -queuebot:#ubuntu-release- New binary: onetbb [i386] (kinetic-proposed/universe) [2021.5.0-15] (i386-whitelist)
[20:41] -queuebot:#ubuntu-release- New binary: onetbb [amd64] (kinetic-proposed/universe) [2021.5.0-15] (i386-whitelist)
[20:42] -queuebot:#ubuntu-release- New binary: onetbb [armhf] (kinetic-proposed/universe) [2021.5.0-15] (i386-whitelist)
[20:46] <bdmurray> vorlon: regarding nrepl-clojure the switch from arch all to amd64 and arm64 only and so the armhf and ppc64el regressions are not really regressions. Should those be hinted given that arm64 is a regression?
[20:48] <vorlon> bdmurray: I think they should be hinted as the tests will never pass without binaries on those architectures; the arm64 will block it still
[20:48] -queuebot:#ubuntu-release- New binary: onetbb [arm64] (kinetic-proposed/universe) [2021.5.0-15] (i386-whitelist)
[20:49] <bdmurray> vorlon: ack, thanks
[20:51] -queuebot:#ubuntu-release- New: accepted onetbb [arm64] (kinetic-proposed) [2021.5.0-15]
[20:51] -queuebot:#ubuntu-release- New: accepted onetbb [armhf] (kinetic-proposed) [2021.5.0-15]
[20:51] -queuebot:#ubuntu-release- New: accepted golang-github-iovisor-gobpf [amd64] (kinetic-proposed) [0.2.0-4]
[20:51] -queuebot:#ubuntu-release- New: accepted onetbb [i386] (kinetic-proposed) [2021.5.0-15]
[20:51] -queuebot:#ubuntu-release- New: accepted onetbb [amd64] (kinetic-proposed) [2021.5.0-15]
[20:51] -queuebot:#ubuntu-release- New: accepted ormar [amd64] (kinetic-proposed) [0.11.3-1]
[20:55] -queuebot:#ubuntu-release- New binary: onetbb [s390x] (kinetic-proposed/universe) [2021.5.0-15] (i386-whitelist)
[20:56] <vorlon> # dpkg -S /usr/lib/powerpc64le-linux-gnu/libhs.so.5.4.7
[20:56] <vorlon> libvectorscan5:ppc64el: /usr/lib/powerpc64le-linux-gnu/libhs.so.5.4.7
[20:56] <vorlon> #
[20:56] <vorlon> right, perfectly normal library naming
[20:57] <vorlon> as opposed to amd64 where it's provided by libhyperscan5. :P
[20:58] <bdmurray> vorlon: to be clear what did you mean by "hint"? force-badtest or something else?
[20:58] <vorlon> bdmurray: yeah, badtest
[21:06] <bdmurray> vorlon: I'm looking at ~ubuntu-core-dev +invitations and see invites from ubuntucinnamon-dev and ubuntu-unity-devs. Should those be for ~ubuntu-core-dev or ~motu?
[21:29] <vorlon> bdmurray: ~ubuntu-motu
[21:42] <bdmurray> vorlon: ack, FYI it's really ~motu
[21:42] <vorlon> bdmurray: right, sorry
[21:44] <bdmurray> seb128: what's this invitation for ~ubuntu-core-dev to join ~bluetooth about?
[21:46] <jbicha> bdmurray: bluez is maintained there https://code.launchpad.net/~bluetooth/bluez/+git/bluez
[21:47] <vorlon> jbicha: is the purpose of that instead of one of the ubuntu-dev teams to grant morphis commit access despite not being an Ubuntu Developer?
[21:50] <jbicha> I don't know why it was done that way. duflu has been maintaining bluez and isn't a core dev
[23:47] -queuebot:#ubuntu-release- New: accepted onetbb [s390x] (kinetic-proposed) [2021.5.0-15]


[00:25] <debfx> a|wen: thanks, merging goldendict wasn't necessary though
[00:27] <debfx> 0.9.1~git20100204-1 patched some qmake file so it doesn't install the app-install desktop file
[00:32] <a|wen> debfx: oh, well we still have a diff from debian as it is now ... lets see when debian gets to this transition and we can get back in sync
[00:46] <DarkwingDuck> What ver is Rekonq up to? Is 0.4.0 current?
[00:48] <valorie> 0.4.0 is what I got the other day
[00:48] <valorie> via synaptic
[00:54] <imbrandon> apachelogger: Hanna Montana Linux ? seriously ?
[00:55] <jjesse> yay
[00:55] <jjesse> can't wait for hannah montana linux :)
[01:01] <valorie> hahaha
[01:04] <DarkwingDuck> jjesse: http://hannahmontana.sourceforge.net/Site/Home.html
[01:05] <valorie> too bad they didn't make it with her more recent guise
[01:12] <DarkwingDuck> I'm getting a qtmake error... what do I have to have installed?
[01:13] <DarkwingDuck> when using cmake.
[02:30] <lex79> JontheEchidna: are you already watching the season final? :D
[02:31] <lex79> no spoiler tomorrow please... :)
[02:35] <verbalshadow> lex79: season finale of??
[02:35] <lex79> Lost
[02:37] <verbalshadow> i stopped watching a couple of years ago
[02:37] <lex79> bad, very bad :P
[02:39] <verbalshadow> now if you want really good show watch breaking bad
[02:40] <verbalshadow> amazing, my wife even likes it and she hates most of the shows i like
[02:41] <lex79> oh, I never seen breaking bad
[02:43] <verbalshadow> AMC also on tonight
[03:18] <JontheEchidna> lex79: \o/
[03:27] <lex79> JontheEchidna: o/
[03:27] <lex79> are you watching?
[03:27] <lex79> :(
[03:50] <ScottK> Riddell: Would you please approve https://blueprints.launchpad.net/ubuntu/+spec/kubuntu-maverick-netbook-config
[03:51] <ScottK> And if it's OK, then do your magic on the Todo page....
[03:57] <ScottK> lex79: What's your plan for kdeartwork?
[04:17]  * rgreening yawns
[04:17]  * rgreening wonders if kdelibs will compile this time
[04:29] <ScottK> dantti and JontheEchidna: Would you please review https://wiki.kubuntu.org/KubuntuMaverickUpdates and see if it matches your recollection of the discussion (it seems the Gobby notes got lost).
[04:32] <JontheEchidna> lex79: yeah, just finished
[04:33] <JontheEchidna> ScottK: looks right to me
[04:33] <ScottK> JontheEchidna: Thanks.
[04:58] <|dantti|> JontheEchidna: dude, that debconf code is really bad written
[04:58] <JontheEchidna> |dantti|: this is why I didn't just continue developing adept :P
[04:59] <|dantti|> there isn't a line of comment
[04:59] <|dantti|> and it mix std libs with qt
[04:59] <|dantti|> and the code is in .h not .cpp
[04:59] <|dantti|> I'd like to cry..
[04:59] <ScottK> |dantti|: Doe the spec look right?
[04:59] <JontheEchidna> most of adept is in .h
[05:00] <|dantti|> but it's compiling at least now (but not linking :P)
[05:00] <|dantti|> ScottK: what do you mean?
[05:00] <ScottK> |dantti|: https://wiki.kubuntu.org/KubuntuMaverickUpdates
[05:01] <ScottK> The Gobby notes vanished, so I want to make sure I captured the results of the session correctly.
[05:02] <dantti_home> ScottK: I think it's ok, btw I already commited the changes
[05:02] <ScottK> dantti_home: Including keeping the cache in sync with the system?
[05:02] <dantti_home> the transactions icon still uses the old kde class, since it does not work on setting the pixmap
[05:03] <dantti_home> ScottK: well that's in the other session (just change an option in PackageKit.conf)
[05:03] <ScottK> OK.
[05:04] <ScottK> Are you using KSNI or xembedd for the systray stuff?
[05:04] <dantti_home> there is still a problem where if the icon is already there and you do aptitude update it won't know that there are more so instantly
[05:04] <dantti_home> KSNI for the updates stuff
[05:05] <dantti_home> but the icon that pops up when something is happening still the same
[05:05] <dantti_home> KSNI can't set an icon by it's pixmap
[05:05] <dantti_home> (at least here)
[05:05] <ScottK> I see.
[05:06] <ScottK> I think if the number of updates is out of sync for a bit, it's not a big deal.  The main thing is to have the icon pop up as soon as updates are available and go away as soon as they are installed.
[05:06] <dantti_home> ScottK: btw I have some nice ideas for the applications view.. but I want to finish debconf first..
[05:06] <ScottK> OK.
[05:06] <ScottK> The debconf stuff is important.
[05:06] <dantti_home> well if you use the cmd line the systray icon won't be notified
[05:07] <dantti_home> which isn't normally the case
[05:08] <dantti_home> but we can have an entry on the right click that refreshes it
[05:10] <dantti_home> k, i have to sleep now... gnight
[05:10] <ScottK> Good night.
[05:10] <ScottK> Riddell: https://blueprints.launchpad.net/ubuntu/+spec/kubuntu-maverick-updates is ready for approval too, I believe.
[05:10] <rgreening> grrr... ftbfs again
[05:11] <rgreening> though.. I think it's just fixing the symbol files
[05:12] <rgreening> JontheEchidna: is there a correct/best way to get the correct symbols for kdelibs?
[05:14] <JontheEchidna> rgreening: applying the diff it gives you and removing the debian version from the entries should do it
[05:14] <rgreening> ok. hmm... I got another issue then
[05:14] <JontheEchidna> There's also pkgkde-symbolshelper, if you can figure it out
[05:15] <rgreening> JontheEchidna: can you look at this and offer any ideas? http://paste.ubuntu.com/438643/
[05:16] <JontheEchidna> rgreening: maybe a new file that needs to be placed in a .install file?
[05:16] <JontheEchidna> perhaps a new package
[05:17] <rgreening> ok, I'll run list-missing and see if there's some new files/package...
[05:18] <rgreening> JontheEchidna: ah yes... that's exactly it
[05:18] <rgreening> ty
[05:18] <JontheEchidna> :D
[06:05] <JontheEchidna> Heh. Snoop Dogg inhaled the smoke monster
[06:05] <JontheEchidna> Welp, Jimmy Kimmel's over. Time for bed
[07:55] <glatzor> Riddell, hello
[09:49] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/ (6 files in 3 dirs) Start kio
[09:54] <CIA-92> [ubuntuone-kde] Harald Sitter<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* src/kioslave/ (KIO.cpp KIO.h) Add license - branch upcoming :)
[10:01] <Riddell> glatzor: should I do a SRU with the encoding patch you made?
[10:22] <apachelogger> I HAZ KIO!!!!!
[10:23] <apachelogger> Riddell: http://imagebin.ca/view/u5RsBWh.html
[10:25]  * a|wen tries not to comment on the colours
[10:25] <apachelogger> dude
[10:25] <apachelogger> that is fluffy!
[10:25] <apachelogger> check out identica
[10:25] <apachelogger> fregl and yours truely are working on a fork of hannah monatana linux
[10:26] <valorie> very pink and sparkleh
[10:26] <apachelogger> awesome, isnt it?  :P
[10:31] <Sput> I'm totally not mad
[10:32] <jussi> Sput: sorry, just mostly mad... :P
[10:32] <Sput> from my point of view, I'm perfectly sane and normal, but most of the universe evolving around me is totally nuts
[10:32] <jussi> lol
[10:40] <Riddell> apachelogger: ooh!
[10:52] <jussi> oh btw, I wanted to congratulate every one again on an awesome 10.04. I did the upgrade on the media pc yesterday, went so perfectly that my fiancee could have done it :D
[11:00]  * a|wen upgraded his desktop to 10.04 a few days ago ... went so smooth, what a pleasure! thanks a lot for an awesome release
[11:02] <apachelogger> ahhh
[11:02] <apachelogger> Riddell: I am afraid the concept is all wrong
[11:02]  * apachelogger needs to implement a kversincontrolplugin really
[11:02] <apachelogger> the thing is
[11:02] <apachelogger> in slaves you have no control over the painting
[11:02] <apachelogger> and since we actually want to add status emblems to the items in u1 folders that is a bit of a problem
[11:03] <apachelogger> also since dolphin has its own file item delegate I can not even sensibly hack around that
[11:29] <jussi> good morning sabdfl :)
[12:01] <sabdfl> hi jussi
[12:01] <sabdfl> all settled down after belgium?
[12:34] <Tm_T> Riddell: hi, should I poke you about getting 100 cds of Kubuntu for a big event?
[12:35] <Riddell> Tm_T: you could, is this a new poke or a reminder one?
[12:35] <Tm_T> Riddell: new one, finally doing some of my duties
[12:37] <Tm_T> Riddell: we need those cd:s for assembly, http://www.assembly.org/summer10/
[12:38] <Tm_T> and that 100 is something we hope to be enough, considering there's some 5 000 young computer enthusiasts whole weekend
[12:38] <Tm_T> Riddell: should I just email you with details?
[12:38] <Riddell> was going to say, assembly is > 100 people
[12:39] <Riddell> Tm_T: I need name, postal address and phone number for delivery
[13:13] <Riddell> JontheEchidna: able to have a quick council meeting sometime for debfx's membership?
[13:13] <JontheEchidna> Riddell: yup
[13:13] <Riddell> JontheEchidna: when are you free today?
[13:13] <Riddell> in UTC times
[13:15] <JontheEchidna> I should be fine from 15:00 onwards
[13:15] <JontheEchidna> except from 21:00 to 22:00
[13:16] <JontheEchidna> Riddell: btw, LP says my KC membership is expiring and that I should contact you for renewal
[13:19] <Riddell> JontheEchidna: yes that's why we need a meeting quickly :)
[13:19] <Riddell> although you should get renewal along with apachelogger and rgreening
[13:19] <Riddell> not so me, Nightrose and seele
[13:19] <apachelogger> oh oh
[13:19] <apachelogger> Riddell: Nightrose and me probably only past 20 CEST I think
[13:20] <Riddell> rgreening, debfx: got time got a KC meeting today?
[13:24] <CIA-92> [ubuntu] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (changelog control) Depend on oxygen-cursor-theme, not oxygencursors
[13:25] <jussi> :D http://www.flickr.com/photos/mbp_/4624069108/
[13:27] <Riddell> "oops my laptop broke"
[13:30] <jussi> Riddell: lol
[13:30] <jussi> "oops, I used the exxperimental repo again" :P
[13:31] <jussi> s/experimental/staging/ :P
[13:45]  * Riddell waits on kdeedu to hit the archive before sorting kdeplasma-addons
[13:45] <Riddell> base-runtime is the last marge for SC, where is Quintasan?
[13:46] <JontheEchidna> Riddell: Quintasan sent me his diff for review. I noted that things weren't quite merged enough, but I haven't seen him since last week.
[13:46] <JontheEchidna> If its really important for it to be done now, I can finish up for him
[13:47] <JontheEchidna> ~seen Quintasan
[13:47] <kubotu> Quintasan was last seen 18 hours, 22 minutes and 16 seconds ago, quitting IRC (Remote host closed the connection)
[13:47] <Riddell> JontheEchidna: if you're in a mood for it you may as well do it, plenty other things for him to do when he next turns up
[13:52] <JontheEchidna> k, I'll start that after my phone conference
[14:09] <debfx> Riddell: fix for QtWebKit.pc and some other small stuff: http://debfx.fobos.de/ubu/qtwebkit_4.7~beta1-0ubuntu2.debdiff
[14:09] <Riddell> yo da man
[14:23] <debfx> Riddell: I have time until 16 UTC and past 19:30
[14:30] <shtylman> Riddell: since we don't have a trash bin on the desktop by default, I think it might be wise to set the "delete files older than N days" to on... so that if the user doesn't touch the files in trash for a while they will get deleted
[14:31] <Riddell> destroying data without asking is risky
[14:31] <Tm_T> very
[14:35] <debfx> JontheEchidna: could you please upload kdegraphics
[14:37] <JontheEchidna> debfx: yeah
[15:05] <rgreening> Riddell: what time?
[15:07] <a|wen> Riddell: who do we poke to get qt4-x11 built with a larger timeout for "no activity" on armel? (looks like that is our problem there)
[15:13] <JontheEchidna> Tonio__: ping
[15:22] <Tonio__> JontheEchidna: hey :)
[15:23] <JontheEchidna> Tonio__: Hi, Debian was wondering if you plan to still look after the audex package in Debian. (They want to know if you still want to be in the Uploaders: field)
[15:25] <Tonio__> JontheEchidna: no pb with that
[15:28] <JontheEchidna> Tonio__: no pb?
[15:29] <shtylman> is there a list somewhere of new packages hittign debian?
[15:29] <shtylman> *hitting
[15:29] <shtylman> like a new upload queue?
[15:31] <Quintasan> JontheEchidna: ping
[15:32] <JontheEchidna> Quintasan: pong, was wanting to talk with ya too
[15:32] <Quintasan> kdebase-runtime? :O
[15:32] <JontheEchidna> shtylman: incoming.debian.org maybe?
[15:32] <shtylman> thanks
[15:32] <JontheEchidna> Quintasan: yeah. looking at the diff you gave me yesterday, I noticed some things that still needed merging
[15:33] <JontheEchidna> mostly in debian/control
[15:33] <Quintasan> JontheEchidna: do you mean the replaces versions mismatch?
[15:36] <JontheEchidna> Quintasan: among other things. The Upload field needs synced, the transitional packages need to go away
[15:36] <Quintasan> khelpcenter4?
[15:37] <JontheEchidna> The khelpcenter, kdebase-runtime-bin-kde4, and kdebase-runtime-data-common packages need removed from debian/control
[15:38] <JontheEchidna> khelpcenter4 is the new package in this case
[15:40] <Quintasan> JontheEchidna: What about the versions on conflicts? Should I use Debian's versions?
[15:40] <JontheEchidna> Quintasan: If the current versions are lower than the version in lucid, go with Debian's versions
[15:41] <Quintasan> <3 copypasta
[15:41] <JontheEchidna> since now that lucid's released we don't care about upgrades from older ubuntu releases
[15:42] <JontheEchidna> since everybody will have to upgrade to lucid to go to lucid+x anyways
[15:43] <Quintasan> Okay, then I'll go and fix it
[15:45] <Tonio__> JontheEchidna: they can keep me in the "uploaders" list
[15:46] <Quintasan> JontheEchidna: one thing, should "kdebase-runtime-data-common" go away from Conflicts and Replaces too?
[15:46] <JontheEchidna> Quintasan: right
[15:53] <Quintasan> JontheEchidna: http://dl.dropbox.com/u/69524/diff.tar.bz2
[15:53] <Quintasan> Should be fine now.
[15:56] <JontheEchidna> Quintasan: George Kiagiadakis got moved down a line in our package
[15:56] <JontheEchidna> the cmake build-dep shouldn't have been dropped
[15:56] <JontheEchidna> you can go ahead and drop the (>= 4:4.6.2) from libqt4-opengl-dev
[15:57] <JontheEchidna> the breaks: on the old kdesudo can go away since lucid has a higher version that that
[15:58] <JontheEchidna> you can sync the depends, conflicts and replaces for kdebase-runtime-data
[15:58] <Quintasan> JontheEchidna: I'm pretty sure that CDBS is still here :O
[15:59] <JontheEchidna> cdbs?
[15:59] <ScottK> Riddell: oxygen-icons needs a merge too.
[15:59] <Quintasan> yeah, I did not drop it
[15:59] <JontheEchidna> Quintasan: I said cmake, not cdbs
[15:59] <Quintasan> oh god...
[16:00] <d34df00d> Hi!
[16:00] <Riddell> ScottK: oh aye, splitting out large icons and all, I can do that
[16:00] <Riddell> hi d34df00d
[16:00] <Quintasan> JontheEchidna: kdelibs5-plugins?
[16:00] <d34df00d> How do you manage to use PO-only Launchpad's translation system with Qt's ts translations format?
[16:00] <d34df00d> po2ts/ts2po and lconvert seem to lose some strings for me.
[16:01] <JontheEchidna> Quintasan: yeah, that should be added as a build-dep
[16:01] <JontheEchidna> d34df00d: currently launchpad's translation system doesn't support .ts translations
[16:02] <d34df00d> JontheEchidna: yeah.
[16:02] <JontheEchidna> though I think that the Quassel guys figured out how to do lossess conversion
[16:02] <JontheEchidna> *lossless
[16:02] <JontheEchidna> Sput, EgS: ^?
[16:02] <ScottK> Riddell: Did you get my pings from last night about spec review/approval?
[16:02] <d34df00d> I've just exproted what's been on Launchpad now, converted to ts, and there are fewer translated things in resulting ts that was from the previous export.
[16:03] <d34df00d> That's strange, to say least :)
[16:03] <Riddell> ScottK: yes, that's on the todo list for today too
[16:03] <ScottK> Riddell: Thanks.
[16:03] <ScottK> JontheEchidna and d34df00d: It's al you want for Quassel translation stuff.
[16:04] <d34df00d> ScottK: eh?
[16:04] <Quintasan> JontheEchidna: http://dl.dropbox.com/u/69524/diffs.tar.bz2
[16:04] <al> d34df00d: me ;)
[16:05] <JontheEchidna> d34df00d: Al is the nick of the Quassel translations guy
[16:05] <JontheEchidna> oh, hi al
[16:05] <al> hey
[16:06] <JontheEchidna> al: d34df00d was wanting to know how to convert from launchpad's .pos to .ts files without losing translations
[16:06] <d34df00d> Ah.
[16:06] <al> we don't use translate toolkit anymore, becuase it's kinda buggy
[16:06] <d34df00d> I thought it's misspelled 'all' at first :)
[16:06] <al> qt has its own set of tools, most importantly lconvert
[16:07] <al> there's just a slight problem when one string appears in multiple in places
[16:07] <d34df00d> al: I've converted some exported po's right now, and, first of all, it seems to loose the contexts — I should re-run lupdate on the translations after converting and manually go through the translations in linguist to accept its same-text heuristic suggestion.
[16:08] <al> d34df00d: did you use lconvert or po2ts?
[16:08] <JontheEchidna> Quintasan: ok, for the new diff.
[16:08] <JontheEchidna> Quintasan: You can sync the conflicts/replaces for the kdebase-runtime binary package
[16:08] <JontheEchidna> depends, too
[16:08] <d34df00d> al: lconvert.
[16:08] <JontheEchidna> Quintasan: same for kdebase-runtime-data
[16:09] <JontheEchidna> Quintasan: you can drop the "| kfreebsd-gnu | hurd" from kdebase-runtime
[16:09] <al> d34df00d: well, that's exactly what we do - lconvert to .ts, run lupdate (but only to get those duplicate strings translated), then generate the .qm from there
[16:09] <JontheEchidna> Quintasan: khelpcenter4 needs to depend on misc:Depends, and for the sake of being the same as debian the conflicts on khelpcenter should return
[16:10] <d34df00d> al: well then.
[16:10] <JontheEchidna> Quintasan: the new ubuntu package- accidentally has kde-config-phonon-xine named kcm-config-...
[16:10] <al> d34df00d: in the long run it would make sense to drop tr() and use gettext directly, like vlc does
[16:10] <d34df00d> But this process of syncing translations is a real pain in the neck.
[16:10] <al> signed
[16:10] <d34df00d> Since I have about 20 different sets of translation files, each consists of several different languages.
[16:11] <JontheEchidna> Quintasan: and, in general, the rule is that the start of package short descriptions shouldn't be captialized. (So "Advanced Phonon Xine configuration" becomes "advanced")
[16:11] <d34df00d> So right now I'd have to work through about 80 .pos :)
[16:11] <JontheEchidna> Quintasan: then plasma-scriptengine-javascript and kdebase-runtime-dbg can be synced, and debian/control should be all good
[16:13] <Quintasan> JontheEchidna: for khelpcenter4 - like this -> Depends: ${shlibs:Depends}, ${misc:Depends} ?
[16:13] <JontheEchidna> Quintasan: yeah
[16:14] <JontheEchidna> oh lawd, more rosetta acceptance emails spamming knotify
[16:15] <Quintasan> JontheEchidna: by syncing conflics you means just copypasting them? We have added few conflicts in our packages, should I just replace them with Debian's?
[16:16] <JontheEchidna> Quintasan: In these cases you can replace them, since lucid has higher versions than any of the ones we added
[16:16] <JontheEchidna> and for this release we aren't supporting upgrades from anything except lucid
[16:17] <Quintasan> JontheEchidna: just to make sure, -kde4 conflicts should be removed?
[16:18] <JontheEchidna> Quintasan: If Debian doesn't have a -kde4, we don't care anymore and it should be removed
[16:18] <Quintasan> JontheEchidna: well, they do have a replace on -kde4 packages
[16:19] <JontheEchidna> then we want it still, for the sake of being the same
[16:19] <JontheEchidna> conflicting on a non-existant package doesn't really hurt anything, and it helps the readability of the diff for the next merge
[16:25] <Quintasan> JontheEchidna: http://dl.dropbox.com/u/69524/diffs.tar.bz2 == final version? @_@
[16:25] <JontheEchidna> Quintasan: maybe. I haven't looked at the rest of the merge yet :D
[16:26] <Quintasan> this is sooooo confusing
[16:26] <Quintasan> @_@
[16:26] <JontheEchidna> Quintasan: kdebase-runtime-data needs to Depends: ${perl:Depends}, ${misc:Depends}
[16:26] <JontheEchidna> and the long description of plasma-scriptengine-javascript is missing a period at the end
[16:27] <JontheEchidna> the khelpcenter4.links file is missing in the merge
[16:28] <JontheEchidna> debian/patches/25_khelp_htdig.diff can be synced from debian
[16:29] <JontheEchidna> and then I'd say that the merge looks pretty good
[16:30] <JontheEchidna> I'll do some more anal things like syncing the order of a few of the items in the .install files with debian, but I won't make you do that ;)
[16:32] <Quintasan> http://dl.dropbox.com/u/69524/diffs.tar.bz2
[16:37] <JontheEchidna> Quintasan: looks nice. I'll sponsor it after lunch
[16:38] <Quintasan> awesome
[16:38] <Quintasan> theeen I'm going to try doing this crappy microblogging patch
[16:40] <Riddell> hey, what's crappy about it!?
[16:41] <Quintasan> Riddell: Hmm, it doesn't work?
[16:41] <Riddell> well yes, there is that
[16:41] <Quintasan> Riddell: even after making sure it applies kdeplasma-addons FTBFS without any good reason
[16:42] <Quintasan> OR I'm doing it wrong, but copypasting the patch and making sure it makes sense should be easy
[16:42] <Riddell> it's an annoyingly complex patch for what should be a simple change
[16:43] <JontheEchidna> a|wen: Thanks a bunch for the SRU testing
[16:44] <a|wen> JontheEchidna: np ... when i have the time, i usually look through the SRU list and tests what i can
[16:44] <shtylman> Riddell: the version of qt that we packaged... was that from latest git or from their packaged release?
[16:45] <Riddell> rgreening: how about 21:00UTC for meeting?
[16:45] <Riddell> shtylman: qt 4.7 beta from their release
[16:45] <shtylman> gotcha... so it didn't have agaeaus stuff
[16:45] <rgreening> should be fine
[16:45] <shtylman> *agateau's
[16:45] <JontheEchidna> a|wen: It's just a bit discouraging when somebody that rails on us for "never fixing bugs" completely drops the ball and doesn't do the testing when I do an SRU for his bug. :/
[16:45] <rgreening> Im gonna see Robin Hood this afternoon :)
[16:45] <JontheEchidna> a|wen: so yeah, thanks :)
[16:46] <shtylman> cause kde requires that stuff to build now :)
[16:46] <rgreening> shtylman: in ninjas, we have git
[16:46] <shtylman> ahh
[16:46] <Riddell> shtylman: it doesn't have agateau's patch no
[16:46] <rgreening> I asked lex79 to upload for that reason
[16:46] <JontheEchidna> a|wen: (the kio_imap4 bug, if you were wondering)
[16:46] <Riddell> shtylman: KDE requires what to build?
[16:47] <lex79> o/
[16:47] <rgreening> :)
[16:47] <rgreening> I officially hate kdelibs packaging for betas :)
[16:47] <JontheEchidna> hehe
[16:47] <shtylman> Riddell: if you are using version 4.7 of qt, kde need the patch, otherwise QIcon doesn't have the member "name()"
[16:47] <lex79> JontheEchidna: did you start with kdepimlibs?
[16:47] <JontheEchidna> lex79: I'm waiting on kde4libs to be done
[16:47] <a|wen> JontheEchidna: true; that happens once in a while ... when it's fixed for them, no need to care anymore
[16:48] <lex79> JontheEchidna: I have already built, kdelibs and kdepimlibs
[16:48] <JontheEchidna> O.o
[16:48] <lex79> I did on the train :P
[16:48] <Quintasan> :O
[16:49] <JontheEchidna> a|wen: well, I think I can use this to shove in his face next time he says we don't fix anything :D
[16:49] <JontheEchidna> maybe he'll just go away, that'd be better
[16:49] <a|wen> yeah, then he can't say much
[16:49] <rgreening> lex79: you have kdelibs done for 4.4.80?
[16:50] <lex79> yep
[16:50] <lex79> and pimlibs
[16:50] <rgreening> hrm...
[16:50] <rgreening> all packaged correctly?
[16:50] <JontheEchidna> lex79: oh, btw. I think I can do the symbols stuff for soprano this afternoon
[16:51] <lex79> JontheEchidna: it's a svn version, I don't care about symbol stuff for now :)
[16:51] <rgreening> lex79: is it complete? suitable to upload? e.g. should I bother to continue working on it?
[16:51] <lex79> it's done, all my packages are suitable to upload...  I'll trash my work :)
[16:52] <rgreening> and go to move
[16:52] <rgreening> movie even
[16:52] <JontheEchidna> lex79: but we do want the symbol files to at least be there. I'll do it this afternoon and then upload
[16:52] <lex79> JontheEchidna: you're right, ok
[16:53] <rgreening> lex79: wait
[16:53]  * JontheEchidna should write a wiki for symbols files stuff
[16:53] <rgreening> did you move to deb src 3
[16:53] <lex79> yep
[16:53] <rgreening> ok
[16:53] <rgreening> dam.
[16:53]  * rgreening haptes wasting 3 days
[16:53] <rgreening> lex79: ok, please upload your stuff to ninjas
[16:54] <rgreening> might as well move on
[16:54] <rgreening> I was 500m form the finish line.. oh well
[16:54] <lex79> rgreening: you can merge your changes in bzr with my package, if it's necessary
[16:55] <lex79> two heads it's better than one :)
[16:56] <rgreening> lex79: np. I'll review it later. If there's any additions, I'll update
[16:56] <rgreening> lets get it in
[16:56] <lex79> ok
[16:57] <lex79> anyway, I disabled 3 patches, we can update later
[16:57] <lex79> they are not vital
[16:58] <lex79> kubuntu_06_user_disk_mounting.diff, 23_solid_no_double_build, 19_findqt4_optional_x11_pthread
[16:58] <lex79> with the last one solid is ftbs
[17:10] <ScottK> JontheEchidna: Could http://www.kdedevelopers.org/node/4232 be combined with kubuntu-notification-helper?
[17:13] <Riddell> "51 days to go" opensuse start their countdown early :)
[17:14] <shtylman> heh
[17:24] <lex79> Riddell: can you upload oxygen-icons merge from bzr?
[17:24] <lex79> but you have to remove the last changelog before uploading
[17:24] <Riddell> lex79: I can indeed
[17:25] <lex79> the last changelog is for 4.5 beta
[17:48] <JontheEchidna> ScottK: iirc they're modifying the "open with" dialog to present that dialog
[17:48] <JontheEchidna> for the mimetype detection thing
[17:48]  * Riddell gets grumpy on sounder
[18:18] <Riddell> a|wen: I'm afraid I don't know on the timeout issue, I wonder if there are some soyuz programmers I can poke
[18:20] <a|wen> Riddell: it is killed while building/assembling the -dbg package which is known to take a long time ... but yeah, probably the soyuz people are the best to try poking
[18:22] <JontheEchidna> Riddell: could you upload kdevelop/kdevplatform to maverick please?
[18:23] <JontheEchidna> apt-get wants to remove it because a library package name got changed in kdebase-workspace, and the lucid-backports version is built against the old package
[18:33] <ScottK> JontheEchidna: Thanks for fixing workspace for me.
[18:33] <JontheEchidna> ScottK: No prob
[18:34] <JontheEchidna> Hmm, fun. Latest attica broke KDE 4.4.3, so the merge will have to wait for 4.5 beta
[18:36] <JontheEchidna> Likely libattica needs an .so bump upstream, it broke api compatibility
[18:40] <JontheEchidna> We are switching to source format 3.0 for core KDE? Weren't we waiting for debian to switch first?
[18:40] <JontheEchidna> Or have they said that they'll be switching for 4.5 after squeeze?
[18:54] <JontheEchidna> ah, ok. I read the logs from the 21st
[18:54] <JontheEchidna> neat, <3 .bz2
[19:18] <jussi> is anyone here in contact with the rekonq daily people? theres a small packaging error in their packaging
[19:18] <jussi> Unpacking rekonq-data (from .../rekonq-data_0.4.0+git20100524-0ubuntu1~ppa1~lucid_all.deb) ...
[19:18] <jussi> dpkg: error processing /var/cache/apt/archives/rekonq-data_0.4.0+git20100524-0ubuntu1~ppa1~lucid_all.deb (--unpack):
[19:18] <jussi>  trying to overwrite '/usr/share/applications/kde4/rekonq.desktop', which is also in package rekonq 0:0.4.0-0ubuntu1
[19:24] <ScottK> jussi: You should just contact them.
[19:24] <CIA-92> [ubuntu] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (patches/kubuntu_90_strigi_notification_polish.diff changelog) Drop kubuntu_90_strigi_notification_polish.diff for KDE 4.4.3, upstream had something else in mind
[19:25] <jussi> ScottK: right, whats the correct way of doing that? do we file bugs against ppa's? or do they have an irc channel?
[19:25] <ScottK> jussi: No idea.  I'd look at who uploaded the package and either email them or use the LP contact a person facility.
[19:26] <jussi> ScottK: good point, Ill do that. thanks.
[19:30] <jussi> ScottK: done. thanks again :)
[19:54] <JontheEchidna> ScottK: Is it normal for there not to be a publisher run 47 minutes after a build is complete?
[19:55] <ScottK> JontheEchidna: Publisher normally runs at :03, so yes, depending on when it finished.
[19:55] <JontheEchidna> I had thought that they run every 20 minutes, so that makes more sense
[19:59] <ScottK> Then the publisher runs normally take ~40 minutes, so you can figure on the binaries being available on a.u.c at ~ :45.
[20:01] <JontheEchidna> kdebase-workspace finished on amd64 53 minutes ago
[20:01] <JontheEchidna> that's cutting it a bit close for the last publisher run
[20:01] <JontheEchidna> I suppose it must have missed it, else it would have shown up by now
[20:16] <Sime> JontheEchidna: do you know much about KDE's phonon requirements and what version is required?
[20:17] <JontheEchidna> Sime: Phonon 4.4.0 is required for KDE 4.4.0 and up. Qt 4.6 ships with Phonon 4.3.1, but we patched our Qt's copy of phonon up to 4.4.1
[20:17] <JontheEchidna> KDE 4.5 should be just fine with phonon 4.4.0, too
[20:18] <Sime> JontheEchidna: ok, I see.
[20:18] <Riddell> jussi: the rekonq daily guy sits in #rekonq
[20:18] <Sime> I'm having trouble figuring out what the requirements really are for KDE 4.5.
[20:18] <Sime> it is just not clear. But your info helps a lot.
[20:19] <JontheEchidna> Glad I could help
[20:19] <JontheEchidna> !find libQtMediaServices.so.4
[20:19] <JontheEchidna> !find libQtMediaServices.so.4 maverick
[20:19] <Riddell> Sime: does python-kde need to care about phonon?  we package python-qt's phonon bindings
[20:20] <Riddell> JontheEchidna: libQtMediaServices is in libqt4-multimedia in maverick
[20:20] <JontheEchidna> looks like QtWebKit links against QtMultimedia now
[20:20] <Riddell> although it's going away in 4.7 final I'm told
[20:20] <Sime> Riddell: I do bindings based on KDE's (version of) phonon.
[20:20] <JontheEchidna> I think QtMultimedia is a bad idea :S
[20:20] <Riddell> JontheEchidna: yes, QtWebKit uses QtMultimeida (which uses gstreamer) rather than phonon
[20:20] <Sime> Riddell:  PyQt's phonon bindings are probably better though... :)
[20:20] <Riddell> everything thinks QtMultimedia is a bad idea
[20:21] <Riddell> everyone rather
[20:21] <Sime> Riddell: I would be happy to stop the duplication in pykde.
[20:21] <JontheEchidna> Riddell: I'm getting FTBFS because "/usr/bin/ld: warning: libQtMediaServices.so.4, needed by //usr/lib64/libQtWebKit.so.4, not found (try using -rpath or -rpath-link)"
[20:21] <shtylman> Riddell: is it a bad idea?
[20:22] <JontheEchidna> should libqt4-dev pull in libqt4-multimedia then?
[20:22] <Riddell> Sime: but qt's phonon and kde's phonon are the same thing.  they install headers to different places and qt's version lags behind kde's version (but distros patch it), so I don't think it matter whether the python bindings are in pyqt or pykde, it just seems strange to have it in both
[20:22] <Riddell> JontheEchidna: yes it ought to, if it doesn't that's my omission
[20:22] <Riddell> shtylman: is what a bad idea?
[20:22] <shtylman> QtMultimedia
[20:23] <JontheEchidna> Riddell: the funny thing is that libqt4-multimedia is installed, but it's still failing :S
[20:23] <Sime> Riddell: I know. It's all kind of messed up and confusing.
[20:23] <Riddell> shtylman: yes, qt already has a perfectly good multimedia API, nobody wants QtMultimedia except the Brisbain office who won't give a good reason why phonon isn't good enough
[20:24] <Riddell> JontheEchidna: do you have libQtMediaServices.so.4 installed?
[20:24] <shtylman> hahaha
[20:25] <JontheEchidna> Riddell: nope. looks like a packaging bug with the Qt packages in the ppa
[20:25] <JontheEchidna> lex79: ^
[20:25] <Riddell> JontheEchidna: which PPA?
[20:25] <lex79> uhmmm
[20:25] <JontheEchidna> Riddell: ninjas
[20:25] <lex79> maybe I removed that file
[20:26] <lex79> it's a git snapshot
[20:27] <Riddell> possibly upstream removed it
[20:27] <Riddell> they did say it was going away
[20:27] <Riddell> and maybe qtwebkit hasn't caught up yet
[20:27] <JontheEchidna> bleh
[20:27] <lex79> I checked, yes I removed that
[20:28] <JontheEchidna> Riddell: Is our qtwebkit a copy of what's in qt4-x11?
[20:28] <Riddell> JontheEchidna: yes, from 4.7 beta
[20:28] <JontheEchidna> So then we probably need a qtwebkit git package
[20:28] <lex79> JontheEchidna: I think so
[20:29] <lex79> can you do? I have no time...Lost in 30 minutes :P
[20:29] <JontheEchidna> :P
[20:29] <JontheEchidna> sure
[20:29] <Riddell> Lost?  isn't that finished yet?
[20:29] <JontheEchidna> for now I just copied the libs from my machine into the pbuilder :P
[20:29] <lex79> the final series here, tonight
[20:30] <JontheEchidna> the finale of the final series, in fact
[20:30] <lex79> JontheEchidna: is it good as final series? no spoiler..just say good or bad :P
[20:30] <JontheEchidna> well, I liked it
[20:30] <lex79> good :)
[20:31] <JontheEchidna> but there were responses ranging from "I loved it" to "I hate it" to "WTF?"
[20:31] <lex79> eheh :)
[20:32] <Sput> mostly WTF from what I've heard
[20:32] <Riddell> that was shown at 5 in the morning here to coincide with the US showing, I wonder if anyone watched it
[20:33] <lex79> Riddell: also here, at 6
[20:33] <lex79> but also tonight here with subs
[20:36] <JontheEchidna> lex79: btw, the oxygen Qt widget theme is moving from -runtime to -workspace, so that'll need a Replace:
[20:36]  * dantti is thinking about writing an anti-popup for kde4
[20:39] <Riddell> dantti: what's one of them?
[20:40] <dantti> Riddell: sorry?
[20:40] <Riddell> dantti: what's an anti-popup?
[20:40] <dantti> something that blocks this horrible notifications that look like pop ups
[20:41] <dantti> as it keeps poping on my screen
[20:41] <Riddell> you can try colibri if you want alternative visual notifications
[20:41] <dantti> Riddell: kubuntu stuff?
[20:42] <Riddell> dantti: yes, agateau special
[20:43] <dantti> Riddell: hmm I'll take a look, a made a friend here move his Debian to kubuntu (so I can test things :P)
[20:43] <dantti> s/a made/I made
[20:43] <Sput> hm, there's an option to disable the popups
[20:45] <lex79> JontheEchidna: ok I will do
[20:50] <dantti> Riddell: thanks, that's 200% better :P
[20:51] <Riddell> another convert..
[20:51] <dantti> hehe
[20:52] <dantti> me and my co-workers :P
[20:57] <JontheEchidna> They finally removed that very outdated FAQ from khelpcenter
[20:57] <rbelem> hey Riddell
[20:58] <rbelem> Riddell, i'm finishing the ksambashare lib
[20:59] <Riddell> rbelem: ooh?
[20:59] <rbelem> Riddell, and now start to hack kdenetwork filesharing
[20:59] <Riddell> ooh!
[20:59] <rbelem> :-)
[20:59] <Riddell> let is know if you need help or testing
[21:01] <rbelem> Riddell, what do you think about for the first patch just make it work with the new lib and in a second effort rewrite the entire filesharing?
[21:03] <rbelem> i think it needs a pluggable design
[21:04] <rbelem> but i have no idea how the gui would look like
[21:05] <rbelem> Riddell, can the design team draw a gui?
[21:12] <Riddell> rbelem: did you ever look at the gnome UI?
[21:13] <Riddell> http://people.canonical.com/~jriddell/tmp/share.png
[21:14] <Riddell> you can ask seele if she has any comments but it's nothing complex as a UI
[21:14] <Riddell> the strange thing there is it needs the Create Share button clicked rather than just clicking OK which would be more normal
[21:17] <rbelem> that's weird
[21:18] <shtylman> Riddell: dane cook eh?
[21:18] <Riddell> shtylman: whit?
[21:18] <Riddell> I have last.fm tuned to Comedy tag, it's getting a bit random
[21:18] <shtylman> heh
[21:19] <shtylman> dane cook is pretty good
[21:19] <shtylman> I also see you aren't using the network manager plasmoid...
[21:19] <shtylman> you have bluetooth
[21:19] <shtylman> your task panel is broken
[21:19] <shtylman> using lacelot for menu
[21:20] <shtylman> and you just uploaded some oxygen icons :)
[21:20] <Riddell> I use knetworkmanager just as we supply our users
[21:20] <shtylman> sure... sure...
[21:20] <rbelem> Riddell, should we drop samba share from kdenetwork/filesharing and just add it to dolphin?
[21:20] <Riddell> I've never used bluetooth except trying to get it to connect to my phone once to see if I could, mixed results.  I still think having bluetooth's UI be in the systray is daft
[21:21] <Riddell> I added lancelot to test it at UDS, haven't removed it yet, still bemused by their choice of icon
[21:21] <Riddell> rbelem: it's a plugin so it doesn't really matter where the code is surely
[21:23] <rbelem> Riddell, nice! so i will remove all code related to ksambashare from kdenetwork/filesharing and i will create a plugging to dolphin, ok?
[21:24] <Riddell> rbelem: the code in kdenetwork/filesharing is a plugin to kpropertiesdialogue (isn't it?)
[21:24] <rbelem> ah!
[21:24] <rbelem> now i see
[21:25] <Riddell> yes it's KPropertiesDialogPlugin
[21:25] <rbelem> the propsdlgplugin
[21:25] <Riddell> rbelem: filesharing/advanced/propsdlgplugin is the interesting code
[21:25] <rbelem> cool
[21:26] <rbelem> i will start hacking this
[21:26] <rbelem> thanks Riddell
[21:26] <Riddell> filesharing/simple can be removed
[21:26] <rbelem> cool :-)
[21:26] <Riddell> so can advanced/kcm_sambaconf and advanced/nfs
[21:27] <Riddell> and propsdlgplugin probably needs lots of changes and simplification but it's a template to use
[21:57] <JontheEchidna> !find kdontchangethehostname
[22:02] <shtylman> do we have an official kubuntu color?
[22:02] <shtylman> or is the color of the logo the official color now?
[22:04] <rbelem> Riddell, do we need gui to configure the smb.conf? Can i remote it?
[22:15]  * bulldog98 asks himself why in maverick kwin should be removed if he dist-upgrades
[22:23]  * ScottK suspects it's a bug.
[22:25] <Riddell> rbelem: kill all that code
[22:25] <Riddell> bulldog98: package name change to kde-window-manager
[22:25] <rbelem> sweet \o/
[22:26] <bulldog98> ok Riddell good to know
[22:29] <debfx> Riddell: is there going to be a meeting today?
[22:29] <bulldog98> Riddell: plasma-desktop should be removed too
[22:32] <Riddell> rgreening, JontheEchidna: meeting?
[22:32] <JontheEchidna> Riddell: sure
[22:33] <Riddell> or Nightrose or apachelogger for that matter
[22:33] <apachelogger> both
[22:33] <Nightrose> here
[22:33] <Nightrose> kinda
[22:33] <Nightrose> :P
[22:33] <apachelogger> :P
[22:33]  * apachelogger pokes Nightrose
[22:33] <Riddell> groovy, let's meet now
[22:34] <Riddell> I call this meeting of the Kubuntu Council to order!
[22:34] <Riddell> debfx: care to introduce yourself?
[22:34]  * Nightrose waves
[22:34] <apachelogger> fregl is coming too ^^
[22:34] <apachelogger> KRF: o/
[22:34] <KRF> o/
[22:34] <apachelogger> kubotu: np
[22:34] <kubotu> apachelogger listened to "Sommer ist" by The Wohlstandskinder 5 days ago; -- see http://www.last.fm/user/apachelogger for more
[22:34] <apachelogger> oh that is wrong
[22:34] <apachelogger> nvm
[22:35]  * Riddell wonders if he knows who KRF is
[22:35] <Nightrose> rocking amarok dude
[22:36] <KRF> np: Goldie - Say You Love Me [Sine Tempus, 2008]
[22:37] <Riddell> unlike the rest of the Amarok dudes are are dour uninteresting types?
[22:37] <Nightrose> exactly
[22:37] <debfx> hi, I'm Felix Geyer, studying computer science in karlsruhe (germany)
[22:37] <Nightrose> whaaaat?
[22:37] <Nightrose> why havn't i met you yet?
[22:38] <Riddell> debfx: got a wiki page?
[22:38] <debfx> https://wiki.kubuntu.org/FelixGeyer
[22:39] <ScottK> Oooh.  debfx for Kubuntu Member.  Yes.  Please.
[22:39] <debfx> Nightrose: your're from karlsruhe, too? :)
[22:39] <Nightrose> yes
[22:39] <apachelogger> that is most weird
[22:39] <debfx> :o
[22:39] <apachelogger> like germany is so small right
[22:39] <apachelogger> :P
[22:40] <Riddell> debfx: your debdiff for qtwebkit today showed an eye for the finer details of .deb packaging.  how did you learn how to make .deb packages?
[22:40] <apachelogger> debfx: do you know knut yrvin
[22:40] <apachelogger> ?
[22:41] <apachelogger> debfx: and do you know what fluffy is?
[22:42] <Riddell> pst, Nightrose, has apachelogger been drinking?
[22:42] <apachelogger> oi!
[22:42] <Nightrose> a bit ;-)
[22:42] <apachelogger> I am just in a good mood
[22:42] <apachelogger> I have not been in that good a mood in a long time :D
[22:42] <KRF> ooouuh
[22:43] <Nightrose> but we're keeping him very happy here
[22:43] <fregl> Riddell: actually I'm here giving apachelogger more beer now :)
[22:43]  * Riddell wonders if debfx has been scared away
[22:43] <apachelogger> fregl++
[22:44] <dantti> JontheEchidna: debconf-qt compiles  and run now :D but it doesn't work though :P
[22:45] <debfx> Riddell: I started to learn how to package because I wanted to have new upstream version of some packages
[22:45] <debfx> and really started to get involved when I was invited to join the pkg-virtualbox team after contributing some patches
[22:45] <debfx> apachelogger: no, should I?
[22:46] <Riddell> debfx: I mean what materials did you use to learn? debian new maintainer guide?  ubuntu packaging guide?  or just looking at other packages?
[22:46] <apachelogger> debfx: yes you should, fluffy is the new distro of fregl and me
[22:46] <apachelogger> debfx: http://www.facebook.com/pages/Fluffy/124142040948771
[22:46] <apachelogger> anyhow
[22:46] <debfx> Riddell: oh, mostly looking at existing packages
[22:46] <apachelogger> +1 on debfx
[22:47] <apachelogger> I am not really sure we should ask anything more
[22:47] <apachelogger> he should just be member
[22:47] <apachelogger> ^^
[22:47] <JontheEchidna> +1 too
[22:47] <fregl> acutally there is gitorious.org/fluffy for the developers of course
[22:47] <debfx> and I guess I read the new maint guide
[22:47] <Riddell> debfx: should you become a kubuntu member you can then go on to become a MOTU and/or a kubuntu-dev, do you have an idea which you'd want to do?
[22:49] <ScottK> bulldog98: kwin is a transitional package only.  The real package is kde-window-manager, so kwin can go away with no problem.
[22:50] <Riddell> fregl: did you not pick up a taste for Malt Extract beer substitute when in Kano?  could you not give some of that to apachelogger?
[22:50] <apachelogger> that sounds kind of scary
[22:51] <Riddell> oh not at all, it's delicious, much better than real beer
[22:51] <Riddell> [note: possible sarcasm]
[22:51] <fregl> Riddell: nope, that was import stuff, we just got the local banana drink - and ade just loved the rosted plantanes
[22:51] <shtylman> ScottK: do we forsee kwin going away?
[22:51] <debfx> I'd like to become a MOTU sometime soon as I also care about some non-kubuntu related packages
[22:51] <Nightrose> which ones?
[22:51] <ScottK> shtylman: In Maverick it's gone.
[22:52] <shtylman> ScottK: you mean the package... not the actual executable
[22:52] <ScottK> shtylman: Yes.
[22:52] <shtylman> cause... unless I missed something.. k
[22:52] <shtylman> why the name change?
[22:52] <ScottK> Dunno, but how about we discuss after the meeting.
[22:53] <JontheEchidna> shtylman: oh, that happened back in jaunty iirc. There was some confusion between kwin and kwin4 (kwin4 being a kde game. It got renamed though, iirc)
[22:53] <debfx> Nightrose: mostly the ones I maintain in debian<EMAIL_ADDRESS>[22:53] <shtylman> (facepalm)
[22:53] <JontheEchidna> shtylman: but yeah, we can talk more after the meeting
[22:53] <apachelogger> Nightrose: what did just happen
[22:53] <apachelogger> ?
[22:54] <Nightrose> debfx: looks good :)
[22:54] <Riddell> debfx gets a +1 from me for showing a range of packaging and developing interests and being very useful at it too
[22:54] <Nightrose> jep - same here
[22:54] <Nightrose> +1
[22:54] <apachelogger> +1
[22:54] <JontheEchidna> +1
[22:54] <Riddell> debfx: you're in!
[22:55] <apachelogger> debfx: congrats
[22:55] <Nightrose> congrats debfx
[22:55] <apachelogger> debfx: approved membership on lp
[22:55] <debfx> thanks everyone :)
[22:55] <apachelogger> welcome to the crew
[22:55] <shtylman> debfx: I dunno what cult you just joined but congrats
[22:55] <Riddell> you will shortly be able to commit to ~kubuntu-members bzr branches, you can add your blog to planet KDE and your<EMAIL_ADDRESS>e-mail will get set up in the next few days
[22:55] <Riddell> thanks for going through the grilling debfx
[22:56] <neversfelde> congrats debfx
[22:56] <ScottK> Riddell: Isn't it planet Ubuntu he can add his blog to?
[22:56] <Riddell> ScottK: umm yes
[22:56] <JontheEchidna> ^yeah
[22:56] <ScottK> debfx: Congratulations.
[22:56] <Riddell> clearly I've had too much malt extract drink
[22:57] <Riddell> just incase any council members missed it, apachelogger, JontheEchidna and rgreening got their council membership extended for another year
[22:57] <Riddell> me and Nightrose and seele will get kicked off shortly and we'll have elections for replacements
[22:57] <shtylman> Riddell: you aren't going anywhere
[22:58] <Riddell> any other council business?
[22:58] <JontheEchidna> none here
[22:59] <shtylman> I have council business
[22:59] <shtylman> I think it should be called kouncil :P
[22:59] <neversfelde> hehe
[22:59] <JontheEchidna> the Kubuntu Kommunity Kouncil? :P
[22:59] <Riddell> overruled!
[23:00] <JontheEchidna> haha
[23:00] <shtylman> aww :(
[23:01] <ScottK> shtylman: That would result in an extremely unfortunate acronyn in any case.
[23:01] <shtylman> ScottK: ooooo ... didn't notice that one... hmm
[23:01] <Riddell> an acronym we've been unfortunate enough to use in the past alas
[23:01] <shtylman> delete delete delete
[23:02] <JontheEchidna> Kubuntu Karmic Koala
[23:02] <ScottK> shtylman: Now that we are past Lucid, the only supported upgrade paths will be through Lucid so we can drop old conflicts/replaces and drop old transitional packages.
[23:02] <shtylman> gotcha
[23:02]  * JontheEchidna wishes QtWebKit used cmake
[23:03] <shtylman> JontheEchidna: maybe in some future it will :)
[23:03]  * ScottK larts JontheEchidna for not updating bzr after the last workspace upload.
[23:03] <JontheEchidna> I never really knew how much I liked cmake's progress indicator
[23:03] <JontheEchidna> ~lart self
[23:04] <Riddell> Qt developers are looking for their next build system, not certain that it'll be cmake alas
[23:04] <shtylman> Riddell: I have hope
[23:04] <shtylman> I think if cmake fixes the cross compilation stuff It will be a strong contender
[23:05] <shtylman> I really can't see what other major buildsystem they would go with
[23:05]  * JontheEchidna larts ScottK for not doing a bzr add after his merge :P
[23:05] <shtylman> cmake integrates nicely with many things now
[23:05] <ScottK> JontheEchidna: OK.  I'll take that.
[23:05] <CIA-92> [ubuntu] Jonathan Thomas<EMAIL_ADDRESS>*<EMAIL_ADDRESS>* debian/ (43 files in 3 dirs) Recommend polkit-kde-1, not policykit-kde-1 (non-existent)
[23:05] <JontheEchidna> We're even then. :)
[23:06] <JontheEchidna> I can't figure this out, though: http://launchpadlibrarian.net/49039276/buildlog_ubuntu-maverick-i386.kdeplasma-addons_4:4.4.3-1ubuntu3_FAILEDTOBUILD.txt.gz
[23:06] <JontheEchidna> shared-mime-info is a build-dep
[23:06] <rgreening> Riddell: hey
[23:07] <Riddell> rgreening: too late, we met without you :)
[23:07] <rgreening> sry was late
[23:07] <rgreening> :(
[23:07] <Riddell> fregl: why no Dot article about Kano?
[23:08] <debfx> JontheEchidna: no it isn't ^^
[23:08] <shtylman> Riddell: what is Kano?
[23:09] <Riddell> shtylman: it's a large city in northern Nigeria (unless you ask Google Maps in which case it's a crossroads in the desert)
[23:09] <JontheEchidna> debfx: Oh, I'm looking at kdegraphics :D
[23:09] <rgreening> I thought it was now and not 1hr ago. oops
[23:09] <shtylman> Riddell: and what is special about it?
[23:09] <rgreening> stupid UTC conversion gets me all the time
[23:10] <Riddell> shtylman: there is an open source conference held there which mainly consists of a couple of KDE people going and talking solidly for three days
[23:10] <shtylman> I see
[23:12] <fregl> Riddell: wasn't there a dot article?
[23:13] <fregl> indeed, I shall kick ade's ass
[23:14] <Riddell> fregl: there was not
[23:14] <Riddell> speaking of which
[23:14] <Riddell> fregl, Nightrose, apachelogger, Mamarok: who's tasked with doing the dot article about the Randa sprint?
[23:15] <Nightrose> Riddell: annma me and apachelogger kinda
[23:15] <Riddell> "kinda"?
[23:15] <Nightrose> we started a doc for it
[23:16] <Riddell> any outcome from the Sound Menu session?
[23:17] <Nightrose> yea - apachelogger can say more about it
[23:17] <Nightrose> he attended
[23:17] <Nightrose> i took care of edu promo at that time
[23:23] <apachelogger> Riddell: basically we all like it, BUT canonical wants to strongly cooperate with upstream because we actually think this would make sense to be implemented in KDE upstream because the basic concept is sort of awesome
[23:24] <Riddell> ooh nice
[23:25] <Riddell> apachelogger: what about the behaviour changes to Amarok?
[23:26] <apachelogger> Riddell: that should be discussed in depth, but we found the different close button behaviour a bit strange, so that is something to be discussed
[23:26] <Riddell> it is, although I find current close button behavious equally strange
[23:26]  * apachelogger finds it a bit odd that the app would close or only go away depending on the playing state
[23:26] <apachelogger> Riddell: agreed