[06:47] <LocutusOfBorg> vorlon, for llvm-toolchain-11, any news? reverse-depends looks happy now
[06:48] <LocutusOfBorg> or do we need bpfcc to migrate?
[08:02] <vorlon> LocutusOfBorg: I'll do a new check with process-removals in the next day or so
[08:03] <LocutusOfBorg> ack thanks
[08:05] <ricotz> hello, is this issue on arm64/armhf known? dpkg: cycle found while processing triggers:
[08:05] <ricotz>  chain of packages whose triggers are or may be responsible:
[08:05] <ricotz>   ca-certificates-java -> ca-certificates-java
[08:06] <ricotz> this is happening on lunar autopkgtests
[08:06] <ricotz> e.g<EMAIL_ADDRESS>[09:57] <sil2100> Eickmeyer, RikMills, tsimonq2: is there anything actionable re: the pulseaudio/pipewire conflict in the flavor images?
[09:59] <seb128> is there any reason why some of the flavors would like to stick to pulseaudio rather than follow us and switch to pipewire?
[10:00] <seb128> and if they do why do they want to install pipewire-pulse?
[10:01] <seb128> sil2100, also checking logs made me notice https://people.canonical.com/~ubuntu-archive/cd-build-logs/ubuntu/lunar/daily-legacy-20230123.log 'KeyError: "Product 'Ubuntu Desktop (Legacy) amd64' not found"' from the iso tracker, is that expected?
[10:01] <sil2100> seb128: yeah, that's fine, it's a non-critical error. It appears because we didn't add the legacy images to the isotracker, which I feel like we indeed shouldn't
[10:02] <sil2100> On the other hand, hm, I mean, at least I didn't add it as at the beginning we said we're not releasing the legacy ones this cycle at all
[10:02] <sil2100> ...but did that change?
[10:13] <seb128> sil2100, I though we said we would publish them as a fallback for one cycle to not frustrate users more than needed in case the new installer isn't perfect yet
[10:13] <seb128> but maybe I recall wrong, let's talk about it in the installer meeting tomorrow maybe?
[10:14] <sil2100> Yes. So I remember originally I've been told we won't be providing those at all, but later indeed I heard voices that we might do the same as we did for subiquity. But I never got a strict directive
[10:48] <sil2100> tjaalton: hey! I wanted to release the HWE stack for jammy now, but I see libdrm has an ADT regression for mutter - did you by any chance look into that?
[10:48] <sil2100> tjaalton: did you perform validation of that stack by any chance already? Since I only see test results from Mario
[11:03] <ricotz> ddstreet, hello :), could you please take a look at https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/2002941
[11:03] -ubottu:#ubuntu-release- Launchpad bug 2002941 in libreoffice (Ubuntu Jammy) "[BPO] libreoffice 7.4.4 for jammy" [Medium, In Progress]
[11:25] -queuebot:#ubuntu-release- Unapproved: rejected broadcom-sta [source] (jammy-proposed) [<IP_ADDRESS>1-23~22.04.1]
[11:31] -queuebot:#ubuntu-release- Unapproved: accepted broadcom-sta [source] (jammy-proposed) [<IP_ADDRESS>1-23~22.04.1]
[11:36] -queuebot:#ubuntu-release- Unapproved: rejected zfs-linux [source] (jammy-proposed) [2.1.5-1ubuntu6~22.04.1]
[11:37] -queuebot:#ubuntu-release- Unapproved: accepted r8168 [source] (jammy-proposed) [8.049.02-1ubuntu1.1]
[11:46] <tjaalton> sil2100: re libdrm; that's weird.. I've retried it now, the actual test results seem good though
[11:46] <tjaalton> sil2100: and yes I've run it on intel hw without issues
[11:46] <tjaalton> mario covered amd
[11:51] -queuebot:#ubuntu-release- Unapproved: accepted r8125 [source] (jammy-proposed) [9.007.01-3ubuntu0.1]
[11:55] -queuebot:#ubuntu-release- Unapproved: accepted oss4 [source] (jammy-proposed) [4.2-build2010-5ubuntu9.1]
[11:56] -queuebot:#ubuntu-release- Unapproved: accepted sysdig [source] (jammy-proposed) [0.27.1-0.3ubuntu0.1]
[11:58] -queuebot:#ubuntu-release- Unapproved: accepted lttng-modules [source] (jammy-proposed) [2.13.1-1ubuntu<IP_ADDRESS>]
[11:59] -queuebot:#ubuntu-release- Unapproved: accepted backport-iwlwifi-dkms [source] (jammy-proposed) [9858-0ubuntu3.2]
[12:06] -queuebot:#ubuntu-release- Unapproved: rejected containerd [source] (jammy-proposed) [1.6.12-0ubuntu1~22.04.1]
[12:24] <cjwatson> This came up on #launchpad as well, but FYI, syncing from Debian is currently broken due to https://bugs.debian.org/1029497
[12:24] -ubottu:#ubuntu-release- Debian bug 1029497 in ftp.debian.org "ftp.debian.org: weird non-free-firmware/dep11 structure in bookworm" [Normal, Open]
[12:34] <cpaelzer_> sil2100: Hi, https://bugs.launchpad.net/ubuntu/+source/collectd/+bug/1971093 is a case which needs AA+SRU in one person as it is in NEW atm. Could you have a look for that whenever you are on SRU duty next time?
[12:34] -ubottu:#ubuntu-release- Launchpad bug 1971093 in collectd (Ubuntu Jammy) "collectd missing in 22.04/jammy" [Undecided, Confirmed]
[12:35] <sil2100> cpaelzer_: will look after lunch o/
[12:39] <amurray> /gq/gq
[13:32] <RikMills> sil2100: can't log in to bileto
[13:35] -queuebot:#ubuntu-release- New: accepted collectd [source] (jammy-proposed) [5.12.0-10ubuntu0.1]
[13:37] <sil2100> Darn Bileto
[13:37] <sil2100> Where's my Bileto access?!
[13:39] <sil2100> Poking IS agian
[13:39] <sil2100> s/agian/again
[13:40] -queuebot:#ubuntu-release- New binary: collectd [amd64] (jammy-proposed/none) [5.12.0-10ubuntu0.1] (no packageset)
[13:42] -queuebot:#ubuntu-release- New binary: collectd [ppc64el] (jammy-proposed/none) [5.12.0-10ubuntu0.1] (no packageset)
[13:43] -queuebot:#ubuntu-release- New binary: collectd [s390x] (jammy-proposed/none) [5.12.0-10ubuntu0.1] (no packageset)
[13:43] <RikMills> sil2100: thanks. I guess at least I have a spare PPA I held on to to test some things ;)
[13:44] -queuebot:#ubuntu-release- New: accepted oem-sutton-balin-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[13:46] -queuebot:#ubuntu-release- New binary: oem-sutton-balin-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[13:47] -queuebot:#ubuntu-release- New: accepted oem-sutton-cailyn-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[13:49] -queuebot:#ubuntu-release- New binary: collectd [arm64] (jammy-proposed/none) [5.12.0-10ubuntu0.1] (no packageset)
[13:49] -queuebot:#ubuntu-release- New binary: oem-sutton-cailyn-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[13:54] -queuebot:#ubuntu-release- New binary: collectd [armhf] (jammy-proposed/none) [5.12.0-10ubuntu0.1] (no packageset)
[14:02] -queuebot:#ubuntu-release- New source: dotnet7 (kinetic-proposed/primary) [7.0.101-0ubuntu2~22.10.1]
[14:25] -queuebot:#ubuntu-release- Unapproved: containerd (kinetic-proposed/main) [1.6.4-0ubuntu1.1 => 1.6.12-0ubuntu1~22.10.1] (ubuntu-server)
[14:31] -queuebot:#ubuntu-release- New: accepted oem-sutton-balint-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[14:32] -queuebot:#ubuntu-release- New binary: oem-sutton-balint-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[14:33] -queuebot:#ubuntu-release- New: accepted oem-sutton-bambina-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[14:35] -queuebot:#ubuntu-release- New binary: oem-sutton-bambina-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[14:36] -queuebot:#ubuntu-release- Unapproved: rejected containerd [source] (kinetic-proposed) [1.6.12-0ubuntu1~22.10.1]
[14:36] -queuebot:#ubuntu-release- Unapproved: rejected containerd [source] (kinetic-proposed) [1.6.12-0ubuntu1~22.10.1]
[14:42] -queuebot:#ubuntu-release- New: accepted collectd [amd64] (jammy-proposed) [5.12.0-10ubuntu0.1]
[14:42] -queuebot:#ubuntu-release- New: accepted collectd [armhf] (jammy-proposed) [5.12.0-10ubuntu0.1]
[14:42] -queuebot:#ubuntu-release- New: accepted collectd [s390x] (jammy-proposed) [5.12.0-10ubuntu0.1]
[14:42] -queuebot:#ubuntu-release- New: accepted collectd [arm64] (jammy-proposed) [5.12.0-10ubuntu0.1]
[14:42] -queuebot:#ubuntu-release- New: accepted collectd [ppc64el] (jammy-proposed) [5.12.0-10ubuntu0.1]
[14:44] -queuebot:#ubuntu-release- New: accepted oem-sutton-cailean-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[14:45] -queuebot:#ubuntu-release- New binary: oem-sutton-cailean-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[14:51] <sil2100> RikMills: ok, I asked IS in the meantime to restart bileto... and it helped! :O
[14:52] <sil2100> To know why exactly, I'd need access to the machine, but that ticket is still 'in flight'
[14:52] <sil2100> But meanwhile, Bileto seems to 'live' (barely) again
[14:55] -queuebot:#ubuntu-release- Unapproved: rejected containerd [source] (focal-proposed) [1.6.12-0ubuntu1~20.04.1]
[14:58] -queuebot:#ubuntu-release- Unapproved: rejected containerd [source] (bionic-proposed) [1.6.12-0ubuntu1~18.04.1]
[15:04] <RikMills> sil2100: ah, thanks
[15:18] <tsimonq2> sil2100: pipewire-alsa> Morning! Eickmeyer would know better, since it looks like it's just Ubuntu Studio (at least out of Lubuntu, Kubuntu, and US) that's failing
[15:19] <tsimonq2> As far as I can see from scrollback, it's a seed issue. Ubuntu Studio wants both pulseaudio and pipewire (which IMO is unnecessary due to pipewire-pulse) but he could speak more to the current state of that.
[15:25] <Eickmeyer> tsimonq2: That's fixed, but in order for it to fix, the metas need to migrate, which is blocked by the s390x builders being sad.
[15:25] <Eickmeyer> tsimonq2: However, I am unhappy that I had to rip-out pulsaudio to fix it.
[15:26] <Eickmeyer> sil2100: Debian bug 1029377 explains the situation.
[15:26] -ubottu:#ubuntu-release- Debian bug 1029377 in pipewire-pulse "pipewire-pulse: Please remove Recommends: pipewire-alsa" [Important, Open] https://bugs.debian.org/1029377
[15:26] <tsimonq2> Eickmeyer: Looks like the s390x build passed.
[15:26] <tsimonq2> Eickmeyer: (As of four hours ago.)
[15:28] <Eickmeyer> tsimonq2: We still had packages hard-depending on pulseaudio, so no, that was necessary. Also, we wanted to switch between pulseaudio/jack and pipewire, which is easy with services. That's explained in the Debian bug.
[15:29] <tsimonq2> (Well, I know it was necessary. I was more asking on s_il2100's point and less on s_eb128's point of "why?" :) )
[15:30] <Eickmeyer> Yeah. We're very unhappy because the pipewire-jack functionality is completely incompatible with most professional audio setups yet.
[15:31] <Eickmeyer> Especiallly some firewire cards that are alsa-incompatible and require ffado.
[15:31] <cjwatson> s390x builders should be recovering now.  Let me know if anything urgent needs to be prioritized.
[15:33] <Eickmeyer> cjwatson: Thanks for poking that. My goal was to get images building, hopefully somebody upstream with Debian looks into my bug and does something so I can revert my changes.
[16:27] -queuebot:#ubuntu-release- New: accepted oem-sutton-balin-meta [amd64] (jammy-proposed) [22.04~ubuntu1]
[16:27] -queuebot:#ubuntu-release- New: accepted oem-sutton-bambina-meta [amd64] (jammy-proposed) [22.04~ubuntu1]
[16:27] -queuebot:#ubuntu-release- New: accepted oem-sutton-cailyn-meta [amd64] (jammy-proposed) [22.04~ubuntu1]
[16:27] -queuebot:#ubuntu-release- New: accepted oem-sutton-balint-meta [amd64] (jammy-proposed) [22.04~ubuntu1]
[16:27] -queuebot:#ubuntu-release- New: accepted oem-sutton-cailean-meta [amd64] (jammy-proposed) [22.04~ubuntu1]
[16:27] -queuebot:#ubuntu-release- New: accepted oem-sutton-cais-meta [sync] (jammy-proposed) [22.04~ubuntu1]
[16:29] -queuebot:#ubuntu-release- New binary: oem-sutton-cais-meta [amd64] (jammy-proposed/none) [22.04~ubuntu1] (canonical-oem-metapackages)
[16:53] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (bionic-proposed/main) [27.13~18.04.1 => 27.13.1~18.04.1] (core)
[16:53] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (jammy-proposed/main) [27.13~22.04.1 => 27.13.1~22.04.1] (core)
[16:53] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (focal-proposed/main) [27.13~20.04.1 => 27.13.1~20.04.1] (core)
[16:53] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (xenial-proposed/main) [27.13~16.04.1 => 27.13.1~16.04.1] (no packageset)
[16:54] -queuebot:#ubuntu-release- Unapproved: ubuntu-advantage-tools (kinetic-proposed/main) [27.13~22.10.1 => 27.13.1~22.10.1] (core)
[17:01] <LocutusOfBorg> vorlon, I don't know if this was discussed, but protobuf was rebuilt and now on i386...  They're also blocked on pyqt5, which has failing autopkgtests due to numpy, not because of Qt.
[17:31] <vorlon> would the pyqt5 tests pass with a different trigger?
[17:31] <vorlon> in general it's healthier, and more comprehensible after the fact, to get the tests to pass instead of hinting away the failures
[17:32] -queuebot:#ubuntu-release- Unapproved: libreoffice (kinetic-proposed/main) [1:7.4.4-0ubuntu<IP_ADDRESS> => 1:7.4.4-0ubuntu<IP_ADDRESS>] (ubuntu-desktop)
[17:33] <ricotz> vorlon, hi, did you see my earlier question about "dpkg: cycle found while processing triggers: ..." related to ca-certificates-java?
[17:33] <ricotz> this is what libreoffice/lunar running into on armhf/arm64
[17:34] <tsimonq2> With these triggers: pyqt5/5.15.7+dfsg-3build1 qtbase-opensource-src/5.15.8+dfsg-2 qtdeclarative-opensource-src/5.15.8+dfsg-2 - numpy is still pulled in from proposed (as of three days ago, binoculars/amd64). Which is curious, because those transitions aren't intersecting.
[17:34] <vorlon> ricotz: afraid I missed it (irc client woes after dist-upgrade + an unnecessary proxy restart while trying to debug).  what was the actual question?
[17:35] <vorlon> ricotz: sounds like it's related to work vpa1977 has been doing, tho
[17:35] <tsimonq2> I agree fixing the tests is the way to go, but the failures are unrelated to Qt and fixing those failures would entangle Qt and Python.
[17:35] <ricotz> vorlon, I was asking if is known and worked on
[17:36] <vorlon> tsimonq2: pyqt5 depends on a lot more packages than just qtbase and qtdeclarative; therefore trying to install with just those triggers fails; and the fallback is to pull everything from -proposed with no pin
[17:36] <ricotz> this prevents libreoffice/lunar autopkgtests to pass
[17:36] <vorlon> ricotz: ok.  as I said I *think* vpa1977 has been working on this, but best to check directly with him; he's NZ-based so on rather a bit later
[17:36] <ricotz> vorlon, ok, thank you
[17:37] <vorlon> LocutusOfBorg: libbpfcc in lunar release still depends on libllvm11 so yes, we need to wait for it to migrate
[17:37] <ricotz> sil2100, hello :), would you still have time for a very small criticial fix for libreoffice/kinetic? https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/2003735
[17:37] -ubottu:#ubuntu-release- Launchpad bug 2003735 in libreoffice (Ubuntu Kinetic) "[SRU] libreoffice 7.4.4 updates for kinetic" [Critical, In Progress]
[17:39] <vorlon> LocutusOfBorg: and I see bpfcc in turn is blocked on llvm-toolchain-15 which is blocked on pythran/armhf; any insight there?
[17:56] <RikMills> Qt5 is also blocked on pyside2 which depends on python3-defaults
[18:06] <tsimonq2> All glued together? :/
[18:06]  * tsimonq2 looks for places to unglue python3-defaults
[18:15] <LocutusOfBorg> been busy with python3-defaults, and raku*
[18:15] <LocutusOfBorg> will try to look at llvm-15
[20:16] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (kinetic-proposed) [27.13.1~22.10.1]
[20:17] <tsimonq2> Debian bug 1029302 removing python-mox would likely help python3-defaults if completed in Ubuntu also.
[20:17] -ubottu:#ubuntu-release- Debian bug 1029302 in ftp.debian.org "RM: python-mox -- RoM; obsolete, upstream dead, alternative available" [Serious, Open] https://bugs.debian.org/1029302
[20:18] <tsimonq2> lintian should no longer FTBFS, I've done some related package uploads to Ubuntu and Debian for Python 3/numpy/Qt - probably going to need to wait for autopkgtests to settle down again :)
[20:20] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (jammy-proposed) [27.13.1~22.04.1]
[20:22] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (focal-proposed) [27.13.1~20.04.1]
[20:24] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (bionic-proposed) [27.13.1~18.04.1]
[20:25] <arraybolt3> ubuntu-sru: Mind reviewing the lubuntu-update-notifier upload in Focal? It's pretty much the exact same SRU that was done in Kinetic and Jammy already, but it turned out that the fixes there needed backported to Focal also.
[20:25] <arraybolt3> https://bugs.launchpad.net/ubuntu/jammy/+source/lubuntu-update-notifier/+bug/2002255
[20:25] -ubottu:#ubuntu-release- Launchpad bug 2002255 in lubuntu-update-notifier (Ubuntu Focal) "lubuntu-update-notifier provides no good way to resolve a forcibly terminated system update" [High, In Progress]
[20:25] <arraybolt3> sil2100: If you're around, ^
[20:27] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-advantage-tools [source] (xenial-proposed) [27.13.1~16.04.1]
[21:09] -queuebot:#ubuntu-release- Unapproved: casper (jammy-proposed/main) [1.470.1 => 1.470.2] (desktop-core)
[21:17] <vorlon> vpa1977: hey, ricotz was asking whether ca-certificates-java running into a dpkg trigger cycle on armhf during the libreoffice autopkgtest was something known / worked on
[21:20] <vpa1977> vorlon: I think it is due to circular dependency on java (see https://bugs.launchpad.net/ubuntu/+source/ca-certificates-java/+bug/1998697). I was hoping to pick it up next week and get it done. If there is more urgency i can start on that now
[21:21] -ubottu:#ubuntu-release- Launchpad bug 1998697 in ca-certificates-java (Ubuntu) "openjdk-20-jre: package ca-certificates-java 20220719 failed to install/upgrade: installed ca-certificates-java package post-installation script subprocess returned error exit status 1" [Undecided, Confirmed]
[21:27] <vorlon> vpa1977: I would let you and ricotz[m] discuss the urgency :)
[21:27] <vorlon> if it's an understood bug that's out of scope for libreoffice, and we're confident that libreoffice itself is not buggy, we have the option of ignoring the test failure if it's going to take a while to fix (or if it means that the test is in fact flaky already and promoting the new libreoffice does not regress)
[21:27] <vpa1977> I think this is the commit https://salsa.debian.org/java-team/ca-certificates-java/-/commit/7ed1dec510f562196f05a9e45156a25c76dd8e5e
[21:27] -ubottu:#ubuntu-release- Commit 7ed1dec in java-team/ca-certificates-java "* Promote again the JRE recommendation to a dependency. Otherwise"
[21:28] <vpa1977> We have discussed what to do with doko, and the idea was to rewrite java tool in python to drop the dependency altogether
[21:29] <vpa1977> But obviously it is not a half a day job, so if ignoring bug is an option, then it might be acceptable for now
[21:37] <vpa1977> I believe workaround here is install ca-certificates-java first and then install libreoffice


[22:03] <pleia2> nhandler: ubucon is free, right? if you want to go to scale itself, you need a ticket
[22:04] <pleia2> err nhaines
[22:04] <pleia2> surprised I didn't do that sooner actually
[22:04] <nhandler> :)


[00:45] <sarnold> cjwatson: hey, I think I proposed a merge request :) please let me know if I got that right. thanks!
[01:43] <Noskcaj> How can i apply to be a MOTU if i cannot attend either 1500 or 1900 UTC meetings?
[01:44] <Noskcaj> Also, can someone re-run the buildd for language-pack-mg  on i386?
[01:45] <StevenK> Noskcaj: Retried
[01:51] <slangasek> Noskcaj: I would expect such things could be handled via the mailing list instead if need be
[01:51] <Noskcaj> slangasek: ok, thanks
[01:52] <Noskcaj> Then is there anyonewho can add a testimonial to https://wiki.ubuntu.com/Noskcaj#MOTU ?
[01:55] <slangasek> Noskcaj: typically you want to hound people who have sponsored uploads for you :)
[01:57] <Noskcaj> slangasek: i will, just thought i would make a generic post first
[04:15] <pitti> Good morning
[05:01] <Caribou> ScottK: ping
[05:31] <smartboyhw> Ubuntu SRU team: Can you please move https://launchpad.net/ubuntu/+source/ibus-cangjie/0.0.1~git20130325-0ubuntu1.1 to raring-updates? All of the bugs has been tested
[05:31] <smartboyhw> And verified
[06:39] <dholbach> good morning
[06:40] <tjaalton> @pilot in
[06:41]  * dholbach hugs tjaalton
[06:42] <tjaalton> dholbach: will be a short shift though ;)
[06:42] <tjaalton> or :/
[07:06] <xnox> darkxst: gnome-shell is really outside of my area
[07:06] <xnox>  / comfort zone
[07:14] <tjaalton> Sweetshark: need a sponsor for bug 1204449?
[07:18] <Caribou> ScottK: still around ?
[07:37] <Sweetshark> tjaalton: https://launchpad.net/ubuntu/raring/+queue?queue_state=1 <- its already in the queue
[07:38] <xnox> tjaalton: are you syncing packages at the moment, without closing bugs? =) or I am stopping with somebody else?
[07:41] <xnox> hm looks like you also are stumbling on things that are sponsored but not marked as such.
[07:41] <xnox> @pilot out
[07:43] <tjaalton> xnox: oh I can close those too
[07:44] <tjaalton> and yes syncing stuff that are accepted/bugfix releases
[08:05] <Laney> tjaalton: syncpackage has a flag for that
[08:07] <tjaalton> Laney: right, forgot that it exists
[08:07] <xnox> tjaalton: -s to specify who you are sponsoring for and -b NNNNNNN with the bug number.
[08:07] <tjaalton> next time :)
[08:29] <Caribou> is there a 'clean' way to reorder quilt patches, other than editing the series file ?
[09:29] <Noskcaj> Can whoever maintains http://qa.ubuntuwire.org/ftbfs/ add a category that shows the debian version and/or if the package built in debian? That would make finding the cause so much easier
[09:30] <jpds> Noskcaj: Use the sauce.
[09:30] <jpds> Noskcaj: https://code.launchpad.net/ubuntuwire
[09:33] <Noskcaj> jpds, thanks. I have no ability with any coding languages though
[09:34] <jpds> Noskcaj: Then, you could file a bug, or ask wgrant nicely.
[09:34] <Noskcaj> do both of those things
[09:34] <Laney> Or take the chance to gain the ability
[09:35] <Noskcaj> *i'll do
[09:35] <Noskcaj> Laney, It's not that easy
[09:35] <Laney> Surely not, things often aren't
[09:38] <Noskcaj> wgrant, bug 1221640
[09:39] <tjaalton> @pilot out
[09:40] <xnox> happyaron: kylin wallpapers are accepted into the archive, you may want to adjust your seeds to install the main wallpaper package by default.
[09:43] <happyaron> xnox: thanks, I have a question, where is the configration of sepcifying default wall paper?
[09:56] <dholbach> seb128, Mirv: qtcreator built on armhf, currently uploading: https://launchpad.net/ubuntu/+source/qtcreator/2.7.1-0ubuntu10/+build/4938521
[09:57] <seb128> dholbach, good
[09:59] <dholbach> seb128, will qtcreator-dev on armhf land in binNEW too?
[10:00] <seb128> dholbach, qtcreator-dev is arch all, it's only going to build on i386
[10:00] <dholbach> ah, awesome
[10:00] <seb128> dholbach, which is why I NEWed it before the armhf build was done
[10:00]  * dholbach hugs seb128
[10:00] <dholbach> magnifique
[10:00]  * seb128 hugs dholbach back
[10:08] <Mirv> dholbach: yep, trying the lp:qtcreator-plugin-ubuntu merge request again so that jenkins would accept it
[10:11] <xnox> happyaron: it's a gsettings key, which you usually override in your settings package. Or something like that.
[10:12] <happyaron> xnox: I see.
[10:36]  * Sweetshark is happy we have two-factor auth, so that i have to get a snooped token via text message together with a password, so that I can open a hijacked MITM-SSL-connection. Except that the text message doesnt arrive.
[10:36]  * Sweetshark waits
[13:19] <dholbach> seb128, I uploaded qtcreator-plugin-ubuntu and it built - should it move out of proposed now?
[13:20] <seb128> dholbach, the binary as already existing in the archive so there is no NEW blocking
[13:21] <seb128> was*
[13:22] <dholbach> seb128, I just wasn't sure if qtcreator-plugin-ubuntu and qtcreator would move out of proposed because of its dependencies
[13:23] <Laney> keep an eye on update_excuses
[13:24] <Laney> I expect the missing ppc build will cause a problem though
[13:25] <Laney> Hmm, but it's all -> any
[13:25] <seb128> dholbach, Laney:
[13:25] <seb128> out of date on i386: qtcreator-plugin-ubuntu-common, qtcreator-plugin-ubuntu-cordova-common (from 0.1-0ubuntu3)
[13:25] <seb128> out of date on armhf: qtcreator-plugin-ubuntu-common, qtcreator-plugin-ubuntu-cordova-common (from 0.1-0ubuntu3)
[13:25] <seb128> out of date on powerpc: qtcreator-plugin-ubuntu-common, qtcreator-plugin-ubuntu-cordova-common (from 0.1-0ubuntu3)
[13:26] <seb128> should that binary be removed from the archive?
[13:27] <dholbach> Mirv, ^
[13:27] <stgraber> no, it just means that last time britney ran the new packages weren't published yet to proposed
[13:27] <Laney> It's still built
[13:27] <stgraber> I'd expect the i386 and armhf entries to disappear in the next run
[13:27] <Laney> wait for the next run when they will be published
[13:27] <stgraber> then you'll only be stuck because of missing powerpc
[13:27] <Laney> I'm not sure what will happen with ppc, we'll see
[13:27] <seb128> ok
[13:28] <stgraber> Laney: I remember we used to ignore those but I'm not sure whether that was reverted or not
[13:43] <Mirv> dholbach: looks good to me now, just upgraded all the qtcreator* from proposed
[13:44] <Laney> stgraber: looks like it worked
[13:48] <ev> xnox: what's the state of the emulator? Is that something you're still working on?
[13:49] <xnox> ev: yes. but not usable yet.
[13:49] <xnox> ev: what are you after?
[13:49] <ev> a working emulator for autopilot testing
[13:50] <ev> xnox: any rough estimates on how far away it is?
[13:50] <xnox> not sure, no.
[13:51] <xnox> ev: you should be able to run autopilot/qml apps on the desktop... no?
[13:52] <ev> xnox: I *suspect* this testing is done on the phone because it needs to make phone calls and that sort of thing
[13:52] <ev> though I guess an emulator wouldn't entirely help there :)
[13:53] <xnox> ev: not sure emulator would be able to make phone calls.
[13:53] <ev> it was just an example. Use of the camera would be another, which I believe you mentioned the emulator does support?
[13:53] <xnox> sim card status is exposed and one sees "3G internet" which is just bridged to the host machines internet.
[13:54] <xnox> yeah, camera should be possible. we'll still want testing on the devices though. As they seem to randomly regress =/
[13:55]  * ev nods
[14:57] <seb128> does anyone know a way to put a pbuilder env "offline" easily?
[14:57] <seb128> trying to reproduce a test issue than might happen only when internet is not available, but I don't want to go offline while those stuff are running
[14:58] <seb128> (if not I guess I'm just going to run that at my eod when I don't need the computer anymore)
[15:00] <cjwatson> I don't have a recipe but it ought to be possible with lxc-clone -s NETWORK (or even just unshare -n) and then setting up networking that just lets you talk to the relevant mirror(s) and nothing else
[15:00] <cjwatson> would be nice to have that as a canned script to make it easier to reproduce bugs
[15:00] <seb128> cjwatson, ok, thanks for the suggestion (and indded, that would be nice)
[15:01] <seb128> stgraber, hey, upstart question for you ... how is the env (the one you get from "initctl list-env") populated?
[15:02] <seb128> stgraber, trying to figure out  why XDG_CURRENT_DESKTOP is not in there, it's supposed to be set by lightdm since http://bazaar.launchpad.net/~lightdm-team/lightdm/trunk/revision/1753
[15:02] <cjwatson> or maybe arkose can do this
[15:03] <cjwatson> some variant of arkose -n filtered?
[15:05] <stgraber> seb128: anything that's in the environment by the time upstart is spawned gets int there
[15:06] <seb128> stgraber, hum, I wonder if that lightdm commit is buggy then
[15:06] <stgraber> seb128: so anything that's set by the time Xsession is done running all the hooks
[15:07] <stgraber> seb128: you could try patching /etc/X11/Xsession.d/99x11-common_start to call "env > /tmp/debug" to confirm, but that should match upstart's environment
[15:10] <seb128> stgraber, indeed, it's not in the env at this point of time
[15:10] <sdgsdgsdgsdgdsgs> is anyone working on sni-qt any more? or will that even be a problem when unity is rewritten?
[15:14] <seb128> mterry, hey!
[15:14] <seb128> mterry, quick lightdm question for you
[15:15] <seb128> mterry, bug #1212408 ... at what time of login is that variable supposed to be set?
[15:16] <mterry> seb128, before launching the session
[15:16] <seb128> mterry, /etc/X11/Xsession.d/99x11-common_start doesn't have it
[15:17] <seb128> mterry, which means upstart user session (initctl get-env) doesn't has it
[15:17] <seb128> mterry, I tried adding a env > /tmp/debug in there and starting an ubuntu session, it's not defined
[15:18] <mterry> seb128, the lightdm session file has X-LightDM-DesktopName?
[15:18] <seb128> mterry, $ grep X-LightDM-DesktopName /usr/share/xsessions/ubuntu.desktop
[15:18] <seb128> X-LightDM-DesktopName=Unity
[15:18] <seb128> mterry, that's current saucy
[15:18] <seb128> mterry, is "initctl get-env" listing XDG_CURRENT_DESKTOP for you?
[15:19] <mterry> initctl: No such variable: XDG_CURRENT_DESKTOP
[15:20] <seb128> :/
[15:20] <seb128> mterry, should I reopen the lightdm bug or open a new one?
[15:21] <mterry> am looking at lightdm code, hold on
[15:21] <seb128> mterry, thanks
[15:23] <ScottK> mitya57: Any idea when we'll be ready to land Qt 5.1.1?
[15:27] <mterry> seb128, we set the variables using pam_setenv during login
[15:28] <mterry> seb128, does user's session init wipe variables?
[15:28] <seb128> mterry, what is weird is that other variables like GDMSESSION are set
[15:28] <mterry> seb128, oh interesting...
[15:28] <seb128> mterry, no, it doesn't
[15:28] <mterry> I didn't check that yet
[15:29] <seb128> mterry, and as said an "env > /tmp/debug" in /etc/X11/Xsession.d/99x11-common_start doesn't list it
[15:29] <seb128> mterry, http://paste.ubuntu.com/6070819/
[15:30] <seb128> mterry, it has stuff like XDG_VTNR that comes from lightdm I think
[15:30] <seb128> no GDMSESSION in that env call though, weird
[15:30] <seb128> initctl get-env GDMSESSION works
[15:30] <mterry> seb128, sure, file a bug with lightdm
[15:31] <seb128> mterry, ok, and thanks for taking the time to have a look ;-)
[15:31] <mterry> seb128, np.  Code looks right in lightdm, but sure seems like the problem lies there
[15:37] <smoser> does this mke any sense to anyone
[15:37] <smoser> https://bugs.launchpad.net/bugs/1220918
[15:37] <smoser> jdstrand, or mdeslaur maybe (app armor related). why would dhclient fail like that ?
[15:39] <seb128> mterry, https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1221803
[15:42] <mdeslaur> smoser: how is the network interface started? with the usual stuff in /etc/networking?
[15:43] <mdeslaur> uh, /etc/network
[15:46] <smoser> mdeslaur, yes.
[15:46] <smoser> it doesn't make any sense to me. this is just a cloud image as far as i understand it.
[15:47] <mitya57> ScottK: I think blockers are listed at https://bugs.launchpad.net/ubuntu/+bugs?field.tag=qt5.1
[15:51] <bdmurray> sarnold: can you elaborate on the trouble you had when looking at bug 1171418?
[15:53] <mdeslaur> jdstrand: have you ever seen dhclient require cap_admin? see smoser's bug 1220918...
[15:54] <mdeslaur> jdstrand: sorry, I meant net_admin
[15:55] <jdstrand> mdeslaur: no I haven't. upstream seems to have made a number of changes recently that are causing new denials
[15:56] <ScottK> mitya57: Of those, #1215414 is fixed in Debian and while I don't like the fact that #1157213 isn't done yet, I don't see it as a blocker.  #1214374  also seems sufficiently resolved to move forward.   #1217338  seems like low enough priority not to block.  That leaves only #1217702.  I'm worried the longer we wait, the more likely we'll end up with surprises that are hard to fix in the time available.
[15:56] <ScottK> I'd suggest going ahead.
[16:02] <mdeslaur> jdstrand: any objection to me adding net_admin to the dhcp profile?
[16:03] <mitya57> ScottK: I share your opinion, but it would be better to say that to Mirv or seb128.
[16:03] <ScottK> OK.  We'll see what they say.
[16:04] <seb128> ScottK, mitya57: say about what?
[16:04] <ScottK> seb128: See a few lines up about proceeding with Qt 5.1.1.
[16:05] <mitya57> seb128: (I'm assuming you'll be sponsoring that again)
[16:05] <seb128> lool, asac, pmcgowan: ^ do you know if we are happy with Qt 5.1.1 enough to land it (e.g did we validate it doesn't create issues on the touch image)?
[16:05] <pmcgowan> seb128, no not yet
[16:05] <pmcgowan> seb128, there is a test and fix plan
[16:05] <seb128> ScottK, mitya57: from that list it seems like that the OSK bug should be resolved before upload, not sure then if the touch guys validated the update enough to process with it
[16:05] <lool> seb128: I know nothing about it
[16:06] <ScottK> Do we have a schedule?
[16:06] <seb128> pmcgowan, any eta?
[16:06] <seb128> pmcgowan, ScottK and mitya57 are concerned it's getting late in the cycle
[16:06] <pmcgowan> today we have an image that will go through full smoke testing
[16:06] <pmcgowan> thre are a known set of issues being worked with tag qt5.1
[16:06] <asac> seb128: i cant cope with qt 5.1.1 today
[16:07] <ScottK> pmcgowan: Right, I just looked at the list and of those, #1217702 seems like the only one that has the potential to be a real blocker.
[16:07] <seb128> pmcgowan, right, https://bugs.launchpad.net/ubuntu/+bugs?field.tag=qt5.1 ... that was just discussed
[16:07] <asac> pmcgowan: do you send the image through our automation? or manual smoke testing?
[16:07] <asac> i assume manual
[16:07] <seb128> asac, next week?
[16:07] <pmcgowan> asac, its happening today
[16:07] <pmcgowan> fginther and plars are managing that
[16:08] <pmcgowan> timo and rsalveti have done manual testing
[16:08] <asac> pmcgowan: the testing is happening today?
[16:08] <pmcgowan> yes
[16:08] <asac> ok
[16:08] <asac> pmcgowan: but you dont plan to push this in today, do you :)?
[16:08] <pmcgowan> no
[16:08] <rsalveti> ideally we would move to qt5.1 already next week
[16:08] <asac> ok
[16:08] <asac> yeanh
[16:08] <rsalveti> but we're currently testing to make sure we have all the bugs in place
[16:08] <asac> i am happy to take that after we have unity/mir landed
[16:08] <asac> right after
[16:08] <pmcgowan> ScottK, and seb128 yes plan is to try next week
[16:08] <asac> or before if that is further delayed
[16:09] <rsalveti> would next week be fine?
[16:09] <ScottK> Next week is fine.
[16:09] <ScottK> I'm just worried if it gets delayed too long.
[16:09] <pmcgowan> we share the concern
[16:12] <rsalveti> great
[16:12] <jdstrand> mdeslaur: seems like it is busted without it. it would be nice to know what it is trying to do, but reading the capabilities man page, I'm kinda surprised it hasn't needed it in the past
[16:13] <jdstrand> Perform various network-related operations: * interface configuration;
[16:13] <jdstrand> uh, that is clearly within dhclient's bailiwick I would think :)
[16:17] <pitti> remove-package -m 'deprecated years ago, broken in saucy, no remaining reverse depends, LP #1221254' hal
[16:17] <pitti> WHAT A DAY!
[16:17] <Laney> !!!
[16:17] <pitti> and it only took us like 5 years
[16:22]  * ogra_ hugs pitti
[16:22] <ogra_> congrats !!!
[16:39] <mdeslaur> pitti: congrats! \o/
[16:39] <Peace-> anyone here ? i have a problem i was reporting a bug , a guy asked me to upgrade the kernel so i downloaded and installed sucessfully the kernel , but i have seen possibile missing firmware radeon
[16:39] <Peace-> so i have rebooted after i did sudo update-grub2
[16:39] <Peace-> and it doesn't show the new kernel
[16:39] <Peace-> btw sudo update-grub2 says that has detected 3-11 kernel
[16:42]  * pitti hugs back ogra ;)
[17:01] <mdeslaur> smoser: I just uploaded a new dhcp package to saucy, let me know if that solves it
[17:02] <smoser> mdeslaur, i would have thought the world would hav failed if dhclient was busted.
[17:03] <mdeslaur> smoser: me too :) I'm not quite sure why it's busted in that particular scenario, perhaps because it's not NM setting up the interface
[17:03] <smoser> well, that image runs elsewhere fine.
[17:03]  * mdeslaur shrugs
[17:07] <sarnold> bdmurray: I believe the maas team took comment number 8 in bug 1171418 as indication that they had finished the SRU verification tasks needed for that bug -- yes, comment number nine spells out clearly that it wasn't done for precise, but comment number eight could have been more explicit about that
[17:37] <bdmurray> sarnold: at the point in time comment #8 was made there was no more verification required because they had only uploaded a fix to one release, so techincally the verification was all done, although more work was required.
[17:39] <mdeslaur> bdmurray, barry: can someone verify/mark as verified bug 1058884 please, so I can eventually publish some security updates?
[17:40] <barry> mdeslaur: won't be me today.  too busy
[17:40] <mdeslaur> barry: wait, canonical isn't making you work weekends?
[17:40] <mdeslaur> hrm
[17:40] <mdeslaur> :)
[17:42] <barry> mdeslaur: i'll slot it in from 3am-4am tonight, for sure! <wink>
[17:42] <bdmurray> slangasek: we were talking about the verification of bug 1058884 the other day
[17:42] <barry> (which still technically isn't "me today" :)
[17:42] <mdeslaur> barry: hehe :)
[17:58] <sarnold> bdmurray: Sure, the information is there in the bug report to figure out what happened and why it made sense :) I just know that I've been confused several times in the past and needed to put in the time to discover the steps that were taken. I'd like there to be less time spent figuring things out. :)
[18:26] <slangasek> bdmurray: 1058884> yes... did you have much luck gathering data from errors on this?
[18:31] <bdmurray> slangasek: its a bit challenging without the database access but in comment #32 I talk about how I didn't find any instances of EOF crashes with packages from -proposed
[18:31] <bdmurray> I'm looking into where package install failures end up
[18:32] <bdmurray> I just sent one to errors but haven't been able to find it yet
[18:33] <slangasek> hmm, ok
[18:35] <slangasek> bdmurray: so it sounds like there's pressure to get a security update out; how long do you think it will take to get the answers you need out of errors?
[18:35] <slangasek> three basic options: 1) delay the security update until we know, 2) let the security update jump the queue, 3) push the SRU through with the risk that it'll have to be rolled back due to regressions (and the security update as well)
[18:44] <bdmurray> slangasek: looking for package install failures was because of bug 1198439 and that is the harder thing to query for right now. I'm satisified with the work I did looking for other EOF errors and the new version.
[18:47] <slangasek> bdmurray: so are you happy to go ahead with publishing?
[18:53] <slangasek> cjwatson: so with lp:~vorlon/ubuntu/saucy/grub2/uefi-sb-netboot, I've managed to get all the way to a grub menu via shim->grub over netboot... but the grub.cfg is still a bit of a mess, I wonder if you can tell me what I'm doing wrong there
[19:20] <Hammerhead2011-S> can one of you recommend a group that can talk to me about the network scripts in 13.04 my interfaces are coming up but the routes are not being added to my table
[19:22] <Hammerhead2011-S> this is not a general discussion question, the machines table in question is a VM running on 12.04 in virtualbox
[19:23] <slangasek> Hammerhead2011-S: you can ask, but that sounds like a support question, not a development question
[19:25] <Hammerhead2011-S> Thanks, was just hoping that I could get a push in the right direction. was not going to ask here just looking for a group that was NOT going to recommend that I check the "/etc/network/interfaces" file :-)
[19:26] <slangasek> erm, you're defining your routes somewhere other than /etc/network/interfaces?
[19:26] <Hammerhead2011-S> going to try upstart, didn't see that one, longshot but we will see.
[19:26] <Hammerhead2011-S> oh no, they are there, just not being entered into the route table at startup
[19:27] <Hammerhead2011-S> Seems to be some issue with Virtualbox and Cisco UCS and Ubuntu
[19:28] <slangasek> well, post-up scripts work fine in Ubuntu via /etc/network/interfaces
[19:29] <slangasek> if your routes aren't in your table when you look, maybe something else is removing them
[19:34] <slangasek> bdmurray: lp:~vorlon/ubuntu-release-upgrader/lp.1220898> I'm happy for you to take the machete to a bit more of the code as you merge it :)
[19:37] <bdmurray> slangasek: maybe not as phased-updates won't help here since the crashes were never filed about python2 or python3 packages themselves
[19:38] <Hammerhead2011-S> slang any hints as to what would be removing them? My guess is that the are not being entered. Any thoughts on debugging kernel actions? The kernel.log has nothing about any troubles with interfaces or routes.
[19:38] <slangasek> bdmurray: ok, so how do we get to the point where we're confident to publish?
[19:41] <slangasek> Hammerhead2011-S: well, you could start something in early boot that uses netlink to monitor changes to the routing table; I don't know of anything offhand that does netlink debugging though
[19:42] <bdmurray> slangasek: I think waiting for more people to be running saucy and continuing to watch for new instances until October(?) is the more conservative approach
[19:42] <slangasek> bdmurray: so I'm worried that even in that case, because these are backported patches, it may not be a good measure
[19:43] <slangasek> there may not be a way to get more info than we already have except for publishing
[19:45] <slangasek> Hammerhead2011-S: this is almost but not quite what you're looking for. http://bitsup.blogspot.com/2008/04/monitoring-ip-changes-with-netlink.html
[19:48] <bdmurray> slangasek: well I could whip something up to watch the exisiting buckets in errors for the version that would be in -updates, but what would we do if we found the new version?
[19:49] <slangasek> bdmurray: to me, that seems less likely than that there's a regression that wouldn't show in that bucket at all
[19:49] <slangasek> e.g., that tentatively-tagged regression we had
[19:53] <slangasek> bdmurray: so I think at this point, we should pull the SRUs and let mdeslaur get on with his security update, until we can figure out a better regression testing plan
[19:54] <MDesigner> hey guys. who can I talk to about donating a new startup sound for Ubuntu 14.10 LTS?
[20:16] <Noskcaj> MDesigner, 14.04 is the LTS
[20:20] <MDesigner> sorry, my mistake
[20:20] <MDesigner> so who do I talk to about contributing a new startup sound?
[20:30] <Laney> MDesigner: There's a "unity-design" team on Launchpad with a mailing list; that's the best place I can think of ATM
[20:31] <Laney> and thanks for offering your time/skills
[20:36] <MDesigner> you bet!
[20:36] <MDesigner> happy to contribute somehow. I love Ubuntu. :)


[12:03] <Lure> uid is always 0, as we execute kdesu_stub as root and then stub actualy does the swith to appropriate user
[12:04] <Riddell> oh, hmm, didn't realise that
[12:04] <Riddell> although that patch is as much for sudo as it is for kdesu
[12:04] <Lure> It took me almost an hour to realize that ;-)
[12:05] <Lure> .ICEauthoroty is for what?
[12:06] <Riddell> for authentication to ICE which is a communication protocol used by DCOP
[12:07] <Lure> ic, then I need to check the stub further to understand what dcop options do... I would not like to break something...
[12:09] <Riddell> the problem was that previously sudo kde programs would create ~/.ICEauthority files that were owned by root so then the user couldn't use ICE (and no DCOP == no KDE)
[12:10] <Lure> ok, that is right - but now we need to ensure that non-root users get their ICEauthority as they will otherwise fail (as they will not be able to modify it)
[12:10] <Lure> I mean the one on /root
[12:11] <Riddell> hah, that patch still has one of my silly debugging lines in it :)
[12:12] <Lure> Riddell: in any case, it makes sense that this setenv calls are moved to stub (when user is clear)
[12:12] <Lure> we just need to be sure that this is set soon enough - before any code gets executed that may mass with .kde or .IDEauthority
[12:12] <Riddell> it's in kapplication, the application must be called as the final user surely
[12:13] <Lure> Riddell: yes, you are right - at this point in time, we should be already running under right UID
[12:14] <Lure> so, if user luka starts app as user "miki", would you expect to use miki/.kde or luka/.kde?
[12:15] <Riddell> that's a good question, either is equally correct I'd say so long as it doesn't write any files as miki to ~luka
[12:16] <Lure> Riddell: you cannot guarantee this unless you change the env vars...
[12:16] <Riddell> yep
[12:16] <Lure> Riddell: it looks to me that Run As is not used a lot ;-)
[12:17] <Riddell> there's not much need to be another user, you may as well just be root
[12:17] <Lure> Riddell: and I am questining if we should fix it just before release (as the right fix might not be complely trivial)
[12:18] <Riddell> it would depend on the complexity of the fix yes
[12:18] <Lure> anyway, it was a long day, so I will look into this tommorow
[12:19] <Lure> I will try to get minimal change in, as I do not think we are ready for bigger surgeries (and I just have two evenings left before I leave for one week vacation) ;-)
[06:06] <freeflying> anyone around?
[09:09] <Tonio_> Riddell: I did the changes for systemsettings, but I'm looking if there are a few things to polish (desktop files etc....)
[09:09] <Tonio_> Riddell: you will have the debdiff toonight
[09:13] <Hobbsee> someone poke me in 7 hours - dont let me forget about that meeting - unless you dont want me to turn up, of course :P
[09:56] <freeflying> Riddell: knet was patched, has been tested by 3 guys, can I upload it and close the bug
[09:57] <Riddell> freeflying: sure
[09:58] <freeflying> Riddell: also there some lintian warnings, shall I correct htem too?
[09:59] <Riddell> freeflying: only if they're important, otherwise that's just diverging from debian
[10:01] <freeflying> Riddell: okey,thx
[11:39] <Riddell> use flight 7?
[11:39] <Riddell> flight 6 is pre-beta
[11:39] <Hobbsee> i know.  but it's the only cd that i had...
[11:40] <Riddell> it's on GMT?
[11:40] <Hobbsee> i'll be intersted to see if xorg.conf updates itself...
[11:40] <Hobbsee> it may well be
[11:46] <raphink> hi Riddell && Hobbsee
[11:47] <Hobbsee> hi raphink
[11:48] <Hobbsee> the topic is correct, and there really is a meeting tomorrow morning?
[11:49] <raphink> well tonight that is ;)
[11:58] <Hobbsee> *growls*
[11:58] <Hobbsee> ndiswrapper for dapper is *still* screwed!
[11:58] <raphink> :(
[12:01] <Hobbsee> *goes to find latest compiled version*
[12:09] <Hobbsee> er..cant compile it without being on the newest kernel.  stupid hobbsee.
[12:24] <freeflying> Riddell: skim in livecd still crash when log into desktop
[12:29] <mornfall> moin
[12:29] <freeflying> mornfall: moin
[12:30] <Riddell> freeflying: how can I test that?
[12:30] <mornfall> i suppose someone should be elected to maintain skim in kubuntu who actually uses it ;-)
[12:31] <mornfall> System of a Down -- Toxicity
[12:32] <freeflying> Riddell: you's add CJK language support to the livecd, and choose zh_CN locales when you boot the livecd
[12:33] <Riddell> Lure: did you koffice changes get uploaded?
[12:33] <freeflying> Riddell: http://paste.ubuntu.org.cn/197 --< another issue I've told you
[12:34] <Lure> Riddell: yes, by raphink
[12:34] <Lure> and kdesu fix too
[12:34] <raphink> and I'm building a fix for the kdesu msg
[12:34] <mornfall> something fixed in kdesu? :)
[12:34] <raphink> :)
[12:34] <raphink> mornfall: run as foo
[12:34] <raphink> kdesu -u
[12:34] <mornfall> aheh
[12:34] <raphink> bug had been around since breezy
[12:35] <raphink> hehe
[12:35] <mornfall> because it's worth nothing but trouble
[12:35] <mornfall> it uses sudo -H in kubuntu right?
[12:37] <Riddell> mornfall: it uses sudo, and sudo is set to preserve home directory by default
[12:37] <Riddell> but kdelibs is patched to change that in KApplication
[12:37] <mornfall> ewgh
[12:37] <mornfall> no wonder it breaks ;P
[12:38] <Riddell> right, I need a translation from everyone, "Email File" in all the languages we have please
[12:40] <Riddell> mornfall, raphink, Lure, freeflying: can you put a translation of "Email File" for any languages you speak into a pastebin
[12:40] <raphink> sure
[12:40] <raphink> I'll begin
[12:41] <mornfall> Riddell: is it supposed to explicitly mention email or is "send" ok?
[12:41] <Riddell> mornfall: the action is sending by e-mail, if you think that's ok to be implicit then translate however you wish
[12:42] <raphink> in french they often say "send file"
[12:42] <raphink> which is explicit
[12:42] <freeflying> Riddell: only "Email File" , two words?
[12:42] <mornfall> i have no idea about context
[12:42] <Riddell> freeflying: yes
[12:42] <Riddell> mornfall: context is a right click konqueror action
[12:43] <raphink> I thoguht there was a plugin in konqueror that said "Email File"
[12:44] <mornfall> is there an utf8-enabled pastebin? :)
[12:44] <Riddell> raphink: don't think so, that's why we've added one
[12:44] <Riddell> mornfall: kubuntu.pastebin.com ?
[12:44] <freeflying> mornfall: paste.ubuntu.org.cn
[12:44] <freeflying> Riddell: http://paste.ubuntu.org.cn/198 done translation
[12:44] <mornfall> i tried pastebin com and it broke
[12:45] <raphink> ./kdebase-3.5.2/kate/app/katemailfilesdialog.cpp:  : KDialogBase( parent, "kate mail dialog", true, i18n("Email Files"),
[12:45] <freeflying> mornfall:  ours maybe the first one support utf8, heh
[12:45] <raphink> maybe this translation can be used
[12:46] <raphink> Riddell: wouldn't that be fine?
[12:46] <mornfall> Riddell: umm, location->send file something wrong with that?
[12:46] <mornfall> Riddell: other than it's not in context menu? (but context menu action should have same text as normal menu right?)
[12:48] <mornfall> Lacuna Coil -- Aeon
[12:48] <Riddell> running location->send file from ~ seems to be crunching my harddisk a lot
[12:48] <Riddell> raphink: should be if you want to extract all the po files with svn2dist
[12:49] <raphink> Riddell: well that'll still be faster than asking 300 people to translate
[12:49] <Riddell> true
[12:49] <mornfall> Riddell: i have selected file, it tried to open kmail composer
[12:50] <mornfall> Riddell: the point is that the menu text should be same for same things and you shouldn't need new translations that way
[12:50] <Riddell> I think konqueror is now trying to send every file below my home directory, this could take a while
[12:50] <mornfall> (tried, but my kmail is so crippled it can't open it :p)
[12:51] <Riddell> any volunteers to extract all the konqueror .po files?
[12:52] <raphink> is someone able to see orange.fr properly with firefox ?
[12:52] <raphink> :s :s
[12:52] <mornfall> don't have ffox :]
[12:52] <raphink> mornfall: hehe
[12:52] <Riddell> works in konqueror
[12:52] <raphink> I just use it when konqueror doesn't work
[12:52] <raphink> and in this case some functions on the webiste don't work with konqui
[12:53] <raphink> but then with firefox it doesn't even show the page
[12:53] <mornfall> heh
[12:54] <klugez> my firefox opened it partially and then froze
[12:55] <raphink> mine shows it as an xml file
[12:55] <raphink> without interpreting it
[12:55] <mornfall> i can recall exactly one website that wouldn't work in konqueror and trying ffox would fix it
[12:56] <mornfall> and one that would work in neither and using opera would fix it
[12:58] <freeflying> Riddell: after restart kdm, skim can work
[12:58] <freeflying> Riddell: it's so strange
[12:58] <Riddell> freeflying: on live CD?
[12:59] <freeflying> Riddell: y
[01:00] <Riddell> freeflying: how do you restart kdm on the live CD?
[01:01] <freeflying> Riddell:  in tty1 using sudo /etc/init.d/kdm restart
[01:01] <Riddell> freeflying: and you install skim on tty1 as well?
[01:02] <freeflying> Riddell: no, skim is in livecd
[01:10] <raphink> uploading kdebase :)
[01:10] <Riddell> raphink: what's the change?
[01:10] <raphink> Riddell: now that kdesu is fixed in kdelibs, I just patched a condition in kdebase so it shows the right message when it's using su instead of sudo
[01:10] <raphink> for run as foo
[01:11] <raphink> so it shows "enter password for user foo" in this case instead of "enter your password"
[01:11] <raphink> ;)
[01:11] <Riddell> groovy
[01:11] <raphink> just tested it and uploading
[01:11] <raphink> :)http://www.orness.fr/images/orness_top_small.png
[01:11] <raphink> oopsd
[01:11] <raphink> sorry
[01:12] <raphink> slipped on the keyboard ;)
[02:19] <PascalFR_> Hello, i'm looking for confirmation on dapper bug  https://launchpad.net/distros/ubuntu/+source/xserver-xorg/+bug/37992
[02:19] <Ubugtu> Malone bug 37992 in xserver-xorg "ksnapshot unusable in area mode with xinerama " [Normal,Unconfirmed]
[02:22] <Riddell> seaLne is our multihead dude (although not xinerama as I remember)
[02:25] <Hobbsee> okay...what the *hell* happened to sound recently???   argh!!!1
[02:25] <Hobbsee> alsa is sounding TERRIBLE!
[02:28] <kwwii> moin
[02:28] <kwwii> raphink: http://bootsplash.org/lt.ogg
[02:35] <mutantx> Hey guys, I was wondering if anyone can help on how I would go about taking 2 dsl lines and combine them under linux
[02:37] <Riddell> mutantx: wrong channel
[02:40] <raphink> kwwii: seems you had fun filming ;)
[02:41] <kwwii> raphink: I love cameras :-)
[02:41] <raphink> :)
[02:44] <raphink> how come zeroconf:/ only lists VNC shares in konqueror?
[02:44] <raphink> shouldn't it list ftp, sftp, fish, http aswell ?
[02:45] <Riddell> are there .desktop files for those?
[02:45] <raphink> ah
[02:45] <raphink> dunno
[02:45] <raphink> I remember it used to work
[02:45] <raphink> that's why I'm wondering
[03:10] <kwwii> Riddell: here is a problem, the stuff that I have made for kubuntu is all svg based, and no office suite can import it
[03:11] <kwwii> Riddell: so can I put a couple of SVGs in as well?
[03:11] <Riddell> kwwii: what stuff?
[03:11] <kwwii> Riddell: the leaflet, for instance
[03:11] <kwwii> Riddell: or the banner
[03:13] <Riddell> the leaflet is SVG?
[03:13] <Riddell> but sure, putting SVGs in is fine
[03:13] <Riddell> assuming we're talking about example-content
[03:13] <kwwii> cool
[03:14] <kwwii> I am going to whip up a few OO templates too, of course
[03:14] <Riddell> good morning Hobbsee
[03:14] <Hobbsee> machine not killed :D
[03:14] <Hobbsee> hi Riddell
[03:15] <Hobbsee> ooh crud...i almost forgot to email dholbach those dh_iconcache fixes..
[03:16] <abattoir> why does "Configuring gnome-panel-data" come up when Kubuntu boots? ;)
[03:16] <abattoir> dapper flight7 live cd...
[03:17] <Riddell> abattoir: we use the same scripts (casper), I presume that one just fails politely
[03:23] <Hobbsee> Riddell: would you have any clue why my sound sounds flat?
[03:23] <Hobbsee> only some of the time - seems to be with the alsa engine
[03:23] <Hobbsee> i've never had this before, and my sound card hasnt changed
[03:24] <Hobbsee> seems kde based...
[03:24] <Riddell> Hobbsee: nothing should have changed recently in KDE
[03:25] <Hobbsee> hmmm....how odd...
[03:27] <abattoir> Riddell: oh, ok... i get 'ok' though, if that's what you meant...
[03:28] <Riddell> like I say, polite :)
[03:28] <abattoir> Riddell: oh, I thought it would say 'failed'... ok thanks :)
[03:34] <freeflying> seaLne: ping
[03:35] <seaLne> freeflying: pong
[03:35] <freeflying> seaLne: done with tranlsation
[03:36] <seaLne> freeflying: cool
[03:36] <freeflying> seaLne: can we provide thsoe translated interview magzine?
[03:37] <seaLne> freeflying: sorry not sure what you mean?
[03:37] <freeflying> seaLne: I mean can we give those translated intevews to local printed magzine?
[03:38] <seaLne> freeflying: hmmm let me have a think about that, poke me if i haven't got back to you
[03:39] <seaLne> freeflying: do you have a specific in mind or just in general
[03:39] <freeflying> seaLne: okey
[03:39] <freeflying> seaLne: general
[03:39] <seaLne> k
[04:03] <Riddell> hmm, http://www.google.com/trends?q=kubuntu%2C+ubuntu&ctab=0&date=all&geo=all
[04:06] <jjesse> thats intresteing
[04:06] <Hobbsee> Riddell: pm?
[04:06] <Riddell> Hobbsee: sure
[04:07] <abattoir> heh, Kubuntu seems to be very popular in Scandinavia...
[04:08] <abattoir> oh my mistake... it was ubuntu not kubuntu :( ... misinterpretation of the graph
[04:09] <Hobbsee> :P
[04:09] <abattoir> it'd be fun to do a distro-smackdown this way :D
[04:10] <abattoir> more interesting....
[04:10] <abattoir> http://www.google.com/trends?q=kubuntu%2C+ubuntu%2C+mandriva%2C+suse&ctab=0&date=all&geo=all
[04:10] <MidMark> yeah Italy fifth!
[04:11] <imbrandon> heh kubuntu needs a little more ground there ;)
[04:11] <abattoir> and publicity too :)
[04:11] <imbrandon> yea ;
[04:20] <Riddell> raphink: do you have anything else advertised?
[04:24] <mornfall> oh my https://launchpad.net/bugs/44202
[04:24] <Ubugtu> Malone bug 44202 in ept "Adept wastes bandwidth" [Normal,Unconfirmed]
[04:24] <Hobbsee> heh
[04:24] <mornfall> gigabytes a day
[04:24] <mornfall> ey yey
[04:25] <Hobbsee> enjoy replying to that one :P
[04:25] <Hobbsee> besides the !repos command has the deb-src lines commented out
[04:31] <mornfall> i will need a bug-filtering department
[04:38] <insanekane> Riddell: you know, just having skim in the installation doesn't make sense ... you need at minimum scim-tables-additional ... but the issue with that is that it depends on scim ...
[04:38] <Riddell> I've never needed that package as far as I know
[04:39] <insanekane> Riddell: also, scim-tables source has the skim SetupUI disabled
[04:39] <insanekane> Riddell: well, without it, whats the point of Skim ? Raw Code IME ?
[04:40] <insanekane> the only other useful library for skim would be libkmfl ... but i dont think it has been packaged for Debian/Kubuntu
[04:40] <Huahua> hello, Riddell
[04:40] <Huahua> Riddell: I found fuse_kio in http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway .
[04:40] <insanekane> Riddell: scim-tables allows people to type indic languages among others
[04:41] <Huahua> it possible to mount ioslaves and make them this way available to all linux apps.
[04:41] <Huahua> It can make the apps which don't support KDE ioslaves can work on KDE better.
[04:42] <freeflying> insanekane: what's the problem with skim and scim-tables
[04:44] <freeflying> https://wiki.ubuntu.com/joelbryan?action=AttachFile&do=view&target=Screenshot-Ubuntu+Welcome+Center.png
[04:44] <insanekane> freeflying: installing scim-tables brings scim too ... a menu entry is added called SCIM Input Method Setup (a duplication of the Skim Configuration dialog). Also, the scim-tables has the Skim SetupUI disabled (!?!) ... so you can administer tables only in the GNOME interface, and not in Skim
[04:45] <insanekane> freeflying: menu entry = K -> Settings -> SCIM Input Method Setup
[04:45] <freeflying> insanekane: it's a known issue
[04:45] <insanekane> freeflying: ok, just reporting it again
[04:46] <mornfall> "ubuntu welcome center" i can't think of a much lamer name :P
[04:46] <freeflying> insanekane: as for the skim support of scim-tables, the maintainer working ont it
[04:46] <freeflying> mornfall: it's win's style  heh
[04:46] <insanekane> freeflying: maybe the scim-table-module shouldn't depend on scim ... and only on libscim ?
[04:47] <freeflying> insanekane: I've tested this before, there will be problems if we just use libscim for skim
[04:48] <freeflying> insanekane: anyway you can file a bug on the skim support in scim-tables, maybe we can have exception
[04:51] <Riddell> insanekane: the required parts should all be brought in by language-support-xx
[04:51] <Riddell> Huahua: is there a package?
[04:51] <allee> Riddell: kde-guidance: please add Homepage: http://www.simonzone.com/software/guidance to long description
[04:52] <Huahua> Riddell: no
[04:52] <Riddell> Huahua: fancy making one? :)
[04:53] <Riddell> allee: asking Fathi will probably be quicker than asking me
[04:54] <allee> Riddell: it's in alioth already.  Do you still sync with it?
[04:54] <Riddell> allee: oh cool, I've not really been syncing no
[04:54] <Riddell> syncing is for after dapper
[04:55] <allee> yeah, and you had already 0kubuntu1. That's why I ping you :)
[04:56] <insanekane> Riddell: either way, one shouldn't have to install gtk etc, just to get scim-tables working on Kubuntu :)
[04:56] <insanekane> freeflying: exception ?
[04:57] <Riddell> insanekane: if it needs scim there's not much I can do
[04:57] <insanekane> freeflying: you mean, there are more similiar things ?
[04:57] <insanekane> Riddell: it doesnt
[04:57] <freeflying> insanekane: the skim support in scim-tables mean new feature, but now we  are in deep freeze
[04:58] <insanekane> freeflying: heh, thats funny
[04:58] <freeflying> insanekane: release candidate is coming
[04:59] <insanekane> Riddell: only one .so in that package requires gtk .. and that should anyway be installed in a seperate package ... like scim-tables-setupui-gtk ... or something like that
[05:01] <kwwii> ok, check out: http://bootsplash.org/00-presenting-kubuntu.odp
[05:01] <kwwii> I took the ubuntu presentation and kinda tweaked the design
[05:01] <kwwii> (there are still lots of gnome screens, etc.)
[05:04] <freeflying> kwwii: 404 ERROR
[05:05] <kwwii> erm, small OO
[05:05] <kwwii> http://bootsplash.org/oo-presenting-kubuntu.odp
[05:10] <kwwii> hehe, krita has endian problems
[05:10] <freeflying> kwwii: still can not be downloaded
[05:11] <kwwii> freeflying: yeah, funky...let me check
[05:11] <Riddell> 16:08:14 ERROR 403: Forbidden.
[05:12] <kwwii> ahhh, yeah, it had the rights from the orig in /usr/share/
[05:13] <kwwii> now it should work
[05:18] <raphink> Riddell: what do you mean?
[05:20] <freeflying> kwwii: it's for kubuntu or ubuntu, heh
[05:21] <raphink> kwwii: why is your presentation showing gnome?
[05:21] <raphink> kwwii: btw, the source of my talk is http://raphink.info/talks/2006/05-LinuxTag/
[05:21] <OdyX> kwwii: could you finally transform your video or is ffmpeg2theora still broken ?
[05:21] <kwwii> as I mentioned, it is the gnome presentation, with a few design changes
[05:22] <raphink> ah ok
[05:22] <kwwii> OdyX: http://bootsplash.org/lt.ogg
[05:22] <kwwii> I need to add screenshots, change text, etc.
[05:22] <kwwii> but is it worth it? do you think it is good enough?
[05:22] <OdyX> kwwii: fine! So? Complicated ?
[05:22] <OdyX> ;-)
[05:22] <kwwii> OdyX: well, it did not scale it like it said it would
[05:22] <kwwii> but otherwise, very simple
[05:23] <Riddell> raphink: about what?
[05:23] <raphink> [16:20]  <Riddell> raphink: do you have anything else advertised?
[05:23] <superstoned> kwwii: polyester? does it stand a chance? and rounding top corners window decoration...
[05:24] <raphink> brb
[05:27] <kwwii> superstoned: for this release, I guess not
[05:28] <Riddell> raphink: I have no memory of saying that, nor any idea why I did
[05:28] <raphink> ah ok
[05:28] <raphink> well nm then ;)
[05:28] <raphink> ok "run as foo" is fixed
[05:28] <Riddell> cool, thanks guys
[05:28] <bddebian> Howdy folks
[05:28] <Riddell> good afternoon bddebian
[05:28] <raphink> hi bddebian
[05:28] <MidMark> guys but kernel now for smp and non-smp are unified in the same kernel?
[05:29] <bddebian> Does kdepim have it's own filters or does it use kmails?
[05:29] <raphink> and avahi just needs settings to work fine
[05:29] <raphink> but I can't find where to tell it to publish some services by default
[05:29] <raphink> I have to keep searching cause this is very interesting :)
[05:29] <Riddell> bddebian: filters for what?
[05:29] <bddebian> Sorry, message filters
[05:30] <bddebian> I'm trying to look at this:  Bug #39944
[05:30] <Ubugtu> Malone bug 39944 in kdepim "Set filters are ineffective" [Normal,Needs info]  http://launchpad.net/bugs/39944
[05:30] <Riddell> bddebian: I think that just means kmail's e-mail filters
[05:30] <Riddell> kmail is part of kdepim
[05:34] <kwwii> Riddell: krita is useless on ppc, endianess problems screw up colors and alpha values
[05:36] <raphink> zeroconf is wonderful :)
[05:36] <Riddell> kwwii: tell it to boud
[05:36] <Riddell> who probably can't fix it since he doesn't have a ppc
[05:37] <bddebian> Where are KDE upstream bugs?
[05:37] <Riddell> bugs.kde.org
[05:38] <freeflying> raphink: have a look at this http://kde.ground.cz/tiki-index.php?page=KIO+Fuse+Gateway
[05:38] <bddebian> Thx Riddell
[05:38] <raphink> freeflying: what for?
[05:39] <kwwii> Riddell: yeah, I'll do that...but for now "example-content" will not have any pics to edit in kde because of that
[05:39] <freeflying> raphink: a user system
[05:40] <bddebian> Boy is that site freakin' slow :(
[05:42] <raphink> I know FUSE freeflying
[05:43] <freeflying> raphink: it's will be useful for all applications
[05:43] <raphink> sure
[05:43] <raphink> klik devs might be interested in this kio
[05:43] <raphink> in particular
[05:44] <freeflying> how about klik now?
[05:44] <raphink> how do you mean?
[05:45] <raphink> klik 2.0 uses FUSE
[05:45] <raphink> and having a fuse kio might be a good news for them ;)
[05:45] <freeflying> can klik be used now?
[05:45] <raphink> sure
[05:45] <raphink> but it's not in dapper
[05:45] <raphink> and it won't be
[05:45] <raphink> we're working on having it ready for egy
[05:45] <raphink> edgy
[05:46] <freeflying> I prepare include it into my livecd, heh
[05:47] <raphink> kanotix has it
[05:47] <raphink> so you should ask them ;)
[06:01] <kwwii> is there a pop-up for the adept-notifier?
[06:01] <kwwii> I am making screens for the example presentation
[06:02] <raphink> no there's no popup that I know of
[06:02] <raphink> Riddell: is it fine according to you if I add some protocols to rezoconf in kde ?
[06:02] <raphink> like fish and sftp, very useful ;)
[06:02] <Riddell> raphink: sure
[06:03] <Riddell> someone (lure?) already did that but I lost the patch
[06:03] <raphink> ok
[06:03] <raphink> ah
[06:03] <Riddell> raphink: make sure they don't clash with anything
[06:03] <raphink> what other protocols might I add that would be useful ?
[06:03] <raphink> no they won't
[06:03] <raphink> I've tested around
[06:03] <raphink> it's only small text files that enable protocol recognition for services announced by an avahi server on the network
[06:04] <marseillai> raphink: nfs if possible ....
[06:04] <raphink> hmmm
[06:05] <raphink> nfs is already there ;)
[06:05] <raphink> no need to add it
[06:05] <marseillai> IM possible ?
[06:05] <raphink> IM ?
[06:05] <raphink> comment a ?
[06:06] <marseillai> instant messenger
[06:06] <marseillai> kopete contact ?
[06:06] <raphink> that's not peer to peer
[06:06] <marseillai> dono if it's already possible
[06:06] <Riddell> freeflying: better? http://kubuntu.org/~jriddell/tmp/ubiquity.png
[06:06] <raphink> so it can't be announced by a local server
[06:06] <freeflying> Riddell: fine, thx
[06:07] <marseillai> raphink: yes it can! bonjour does it! and kopete will normaly do that! but dono if it already does!
[06:07] <raphink> bonjour is P2P
[06:07] <raphink> ok
[06:07] <raphink> well when I know kopete is doing it that'll be great
[06:07] <raphink> but so far I don't think it does
[06:09] <raphink> Riddell: whatt is the best in your opinion? (1) adding the files as a patch and patching the Makefile (2) adding the files as a patch and installing from kdnssd.install (3) adding the files in debian and installing from kdnssd.install
[06:09] <raphink> ? ;)
[06:12] <Riddell> raphink: depends if upstream can take them
[06:14] <raphink> imo they should
[06:15] <raphink> then also it seems kdnssd doesn't depend on avahi-daemon
[06:15] <JakubS_> hello
[06:15] <raphink> but it can't be used without it
[06:15] <bddebian> Hello JakubS_
[06:15] <raphink> hi JakubS_
[06:15] <JakubS_> someone wanted to add ssh .desktop file for zeroconf:/ ioslave?
[06:16] <raphink> JakubS_: yep, me :)
[06:16] <raphink> I'd like to add at least ssh and fish
[06:16] <raphink> well fish and sftp sorry
[06:16] <raphink> ssh is already there
[06:16] <JakubS_> yeah, that's why i was quite surprised :-)
[06:17] <raphink> hehe
[06:17] <raphink> no it's just fish and sftp :)
[06:17] <raphink> fish just needs to be a copy of _ssh._tcp named _fish._tcp
[06:17] <raphink> and sftp a copy of ftp
[06:17] <raphink> well with the name and description changed that's about it
[06:18] <raphink> but its useful, all the more that konqui can use both
[06:18] <raphink> and then I'd like to ship an SSH service group with avahi-daemon
[06:18] <raphink> that would provide ssh, fish and sftp altogether
[06:18] <raphink> :)
[06:18] <Riddell> raphink: what's one of them?
[06:18] <raphink> Riddell: sorry?
[06:19] <Riddell> what's a service group?
[06:19] <raphink> oh sorry
[06:19] <raphink> a service group is a file you can set for avahi-deamon
[06:19] <raphink> that gathers several services to be announced by the avahi-daemon server at launch
[06:19] <kwwii> ok, the final version is ready...http://bootsplash.org/oo-presenting-kubuntu.odp
[06:19] <raphink> in this case, it would be announcing ssh, fish and sftp altogether
[06:19] <raphink> which is pretty logical
[06:19] <JakubS_> raphink: if you just rename _ssh._tcp to _fish._tcp and change stuff it won't work unless ssh server announces _fish._tcp service type
[06:20] <JakubS_> file name is used to find correct service definition - in this case _ssh._tcp
[06:20] <raphink> JakubS_: well it does
[06:20] <raphink> since fish IS graphical ssh
[06:20] <raphink> I've tested what i'm talking about ;)
[06:20] <raphink> and fish works great this way
[06:21] <raphink> let me show you
[06:21] <JakubS_> hm, someone made patch for sshd to announce all that stuff or you have to avahi and static service file?
[06:21] <raphink> http://pastebin.com/711704
[06:21] <raphink> this is what I use
[06:21] <raphink> then I announce fish on port 22
[06:21] <raphink> like
[06:22] <raphink> avahi-publish "My fish" _fish._tcp 22 &
[06:22] <raphink> and it works
[06:22] <Riddell> kwwii: rocking
[06:22] <kwwii> :-)
[06:22] <JakubS_> raphink: makes sense
[06:22] <raphink> JakubS_: same for sfpt, using the ftp one as model
[06:23] <raphink> so
[06:23] <raphink> http://pastebin.com/711706
[06:23] <raphink> announcing on port 22 aswell
[06:23] <raphink> so I publish ssh, sftp and fish on port 22
[06:23] <raphink> possible even with different names
[06:23] <raphink> and it works great
[06:24] <raphink> great work kwwii :)
[06:24] <raphink> JakubS_: that's why I'm proposing to include these by default
[06:24] <raphink> since it's very useful :)
[06:25] <JakubS_> Riddell: it can go to trunk i think
[06:26] <raphink> more could
[06:26] <raphink> imo
[06:27] <raphink> Riddell: and this http://pastebin.com/711712 is a service-group
[06:27] <raphink> as I was telling you about
[06:27] <raphink> I just wrote it for SSH
[06:27] <raphink> so my server automatically announce these services on the local network
[06:28] <marseillai> raphink: print-share is announce?
[06:28] <raphink> announce is avahi-publish
[06:28] <raphink> if you do it manually
[06:28] <raphink> otherwise, services described in /etc/avahi/services/ are announced when the server starts
[06:29] <raphink> now I'm also concerned by the fact that _service._tcp|udp files should be translated just as .desktop
[06:29] <raphink> and they don't seem to be currently
[06:42] <raphink> JakubS_: so will you add them?
[06:43] <JakubS_> yes
[06:45] <raphink> JakubS_: good :)
[06:46] <raphink> I'm doing one for ipp aswell
[06:46] <raphink> http://pastebin.com/711734
[06:46] <raphink> I'm not sure it's very useful
[06:47] <raphink> I can't get to find what else to do with an ipp
[06:47] <JakubS_> well, cups does browsing by itself just fine
[06:47] <raphink> yes that's right :)
[06:48] <raphink> but it's useful if you can have the list of available cups servers on the network
[06:48] <raphink> in zeroconf:/
[07:11] <kwwii> ok, so I have the leaflet and the presentation for "example-content", any other ideas of what to include?
[07:14] <jjesse> kwwii: can i send you a private message?
[07:14] <kwwii> jjesse: sure :-)
[07:33] <OculusAquilae> Riddell: ping
[07:47] <bddebian> OK, how/where do I get korn?  I don't see anything when right-clicking on e-mails etc?
[07:48] <Tonio_> hey all
[07:48] <OculusAquilae> hi
[07:48] <bddebian> Hi Tonio_
[07:49] <kwwii> ok, aside from the presentation, here are the files I will include in example-content if possible:
[07:49] <Tonio_> any volunteer to test new kde-systemsettings ?
[07:49] <kwwii> http://bootsplash.org/leaflet.svg    http://bootsplash.org/dapper_wallpaper.xcf
[07:50] <Tonio_> kwwii: 404
[07:50] <kwwii> damn, today is not my day for naming
[07:50] <kwwii> kubuntu_leaflet.svg
[07:51] <OculusAquilae> Tonio_: packages?
[07:52] <kwwii> oh, and here is the latest version of that bg: http://bootsplash.org/testbg.png
[07:53] <kwwii> Riddell: check out that bg and tell me what you think
[07:56] <kwwii> anyone feel free to correct the english in the leaflet :-)
[07:57] <Tonio_> kwwii: that's better ;)
[07:58] <kwwii> ;-)
[08:02] <uniq_> riddell: could you please give a comment with your opinion on: https://launchpad.net/distros/ubuntu/+source/krusader/+bug/42637
[08:02] <Ubugtu> Malone bug 42637 in krusader "[UNIVERSE]  UVF Exception request 1.60.1 -> 1.70.0" [Normal,Unconfirmed]
[08:04] <_Sime> Tonio_: what have you been doing to systemsettings? (I'm debugging it right now BTW)
[08:04] <bddebian> Does anyone have a sec to explain this one to me? Bug #34381
[08:04] <Ubugtu> Malone bug 34381 in kdepim "Dapper - Korn - Unable to delete email after right-click->view email" [Normal,Unconfirmed]  http://launchpad.net/bugs/34381
[08:05] <Tonio_> _Sime: reorganizing some sections
[08:06] <_Sime> ok
[08:06] <_Sime> I'm working in kcmultiwidget.cpp.
[08:35] <Lure> kwwii: new adept notifier icons is even better (alert sign on bottom)
[08:35] <kwwii> Lure: thanks :-)
[08:36] <Lure> Dapper will really be a nice release...
[08:36] <kwwii> hopefully :-)
[08:37] <cmvo> kwwii: Hi! Latest background looks good! (Not that the others didn't :-)
[08:38] <bddebian> How about this one?  I don't even see a "Local Network Browsing" option??  Bug #42166
[08:38] <Ubugtu> Malone bug 42166 in kdenetwork "kcmkiolan and kcmlisa missing" [Normal,Unconfirmed]  http://launchpad.net/bugs/42166
[08:39] <kmon> hi
[08:39] <cmvo> kwwii: How about some blueish backgrounds for kdm and the desktop splash?
[08:46] <bddebian> Hello kmon
[08:46] <kmon> hi bddebian
[08:46] <kmon> I've just responded to the kdm cursor bug
[08:46] <bddebian> You still have it?
[08:46] <kmon> and changed it to fix
[08:46] <bddebian> Ah great
[08:47] <kmon> yes, but in my kdm modified theme
[08:47] <kmon> so there's something wrong in my customized files...
[08:47] <bddebian> Know anything about this one? Bug #42166
[08:47] <Ubugtu> Malone bug 42166 in kdenetwork "kcmkiolan and kcmlisa missing" [Normal,Unconfirmed]  http://launchpad.net/bugs/42166
[08:48] <bddebian> I don't even have a "Local Network Browsing" option?
[08:48] <kmon> I would like some feedback on bug 44247
[08:48] <Ubugtu> Malone bug 44247 in kdenetwork "Duplicated functionality: There are 2 wifi configuration apps: Kwifimanager & wlassistant" [Normal,Unconfirmed]  http://launchpad.net/bugs/44247
[08:49] <bddebian> kmon: Sorry I can't help with that one, I'm not one of the kubuntu core folks :-(
[08:49] <kmon> but you can confirm it :)
[08:49] <bddebian> Is wlassistant working?  (I don't have wireless on my kubuntu install)
[08:50] <kmon> i'm using knetworkmanager
[08:50] <kmon> since I'm on wpa
[08:50] <kmon> I have 3 network config tools... no, wait, 4
[08:50] <kmon> counting the non-wifi one
[08:50] <kmon> :)
[08:51] <kmon> I really hope networkmanager get in shape someday...
[08:51] <bddebian> Hideous
[08:53] <kmon> anyone knows which kde devs are going to be invited to the paris summit?
[08:53] <kmon> or that's something only mark knows...
[08:54] <JakubS_> kmon: what is wrong with networkmanager?
[08:54] <kmon> JakubS_: apparently it doesn't support static addressing
[08:54] <JakubS_> you are right, dhcp only :-(
[08:55] <JakubS_> good thing all network i use have working dhcp
[08:55] <kmon> I have one server here with static address
[08:55] <kmon> so no networkmanager goodness
[08:56] <kmon> but my laptop is using it
[09:02] <bddebian> Hmm, I guess I'm going to have to give up on kubuntu bugs for today
[09:03] <Lure> bddebian: why? you are doing great... ;-)
[09:03] <bddebian> Lure: Becuase no one is answering my dumb questions :-)  Though I just figured out the local network browsing one myself :)
[09:05] <Lure> bddebian: raphink did the lisa changes, therefore you may assign this one to him
[09:05] <bddebian> Lure: Thx.  How about this one? Bug #34381
[09:05] <Ubugtu> Malone bug 34381 in kdepim "Dapper - Korn - Unable to delete email after right-click->view email" [Normal,Unconfirmed]  http://launchpad.net/bugs/34381
[09:05] <Lure> regarding kwifimanager/wlassistant you probably need to poke Riddell or Tonio_ what was the plan (I would expect that kwifimanager would go)
[09:07] <Tonio_> Lure: it is supposed to... the dependancy should be removed from kubuntu-desktop
[09:07] <Lure> bddebian: first heard of korn - since it is universe it is probably not the top priority...
[09:08] <bddebian> HEY, don't be dissing my Universe ;-)
[09:08] <Lure> bddebian: I would assign it to Riddell, as I do not know anybody else is supposed to mess with kubuntu-desktop dependancies...
[09:09] <Lure> bddebian: the above is about kwifimanager and not korn ;-)
[09:09] <bddebian> Aye :)
[09:17] <dereks> hey, i am trying to upgrade from breezy to dapper and it isn't going well :(. My sources.list is found at: http://paste.ubuntu-nl.org/13799   the output of my dist-upgrade is at: http://slovin.us/test   and when i just try to install kubuntu-desktop i get: http://paste.ubuntu-nl.org/13796
[09:18] <dereks> sorry to ask in here, not sure if its a bug or not and no one in #kubuntu or #ubuntu+1 knew
[09:19] <bddebian> dereks: You did apt-get update && apt-get dist-upgrade?
[09:20] <bddebian> Hmm, actually what is the issue?
[09:20] <dereks> bddebian: yeah
[09:21] <dereks> bddebian: it wants to remove kde + a lot of other things
[09:21] <dereks> look at http://slovin.us/test
[09:22] <bddebian> Yeah I noticed that but I thought it was going to install them, but looking now, it does look strange
[09:22] <Lure> dereks: this does not look good... I did upgrade only once (early in Dapper)
[09:22] <dereks> heh
[09:22] <dereks> do my sources seem right?
[09:22] <dereks> that was all i could think of
[09:23] <bddebian> Does sources.list require the trailing / ?
[09:23] <bddebian> It's missing on a few?
[09:23] <dereks> bddebian: i didn't think so
[09:24] <dereks> the one i based mine off of is here: http://paste.ubuntu-nl.org/6666
[09:24] <dereks> well losely based :)
[09:25] <dereks> actually, i hadn't changed that part from breezy anyways, so it shouldn't make a difference
[09:25] <bddebian> You didn't get any 404 errors or anything from apt-get update right?
[09:25] <dereks> no
[09:26] <bddebian> Weird
[09:27] <dereks> bddebian: not really the thing i want to hear :)
[09:32] <dereks> bddebian: any ideas of what i can test/play with?
[09:33] <Lure> dereks: I heard lots about update-manager that was supposed to enhance upgrade experience
[09:33] <Lure> not sure how it can be used though
[09:33] <dereks> Lure: i run this more or less headless
[09:35] <dereks> brb
[09:37] <raphink> kwwii: https://launchpad.net/distros/ubuntu/+source/kubuntu-default-settings/+bug/27276
[09:37] <Ubugtu> Malone bug 27276 in kubuntu-default-settings "kdm default theme on breezy/dapper looks amateurish" [Normal,Confirmed]
[09:37] <raphink> :(
[09:41] <_Sime> Tonio_: I just committed a fix for the button problem in kde-ss.
[09:41] <Lure> raphink: that is old bug, so I suspect it is not taking into account new work from kwwii
[09:42] <Lure> I would close it as Fix Released ;-)
[09:43] <kwwii> well, the kdm buttons I made do need to be updated
[09:43] <raphink> ah sorry Lure I hadn't seen
[09:43] <Tonio_> _Sime: can you send me the fix ?
[09:43] <Tonio_> I'll merge with my patches
[09:44] <OdyX> Who cares about documentation (desktopguide) ?
[09:44] <_Sime> why don't you just commit your stuff to KDE's svn and then release from svn?
[09:44] <Tonio_> I don't have access and riddell prefers me to release a 0ubutu2 version
[09:44] <Tonio_> I will apply to svn I assume
[09:44] <OdyX> https://launchpad.net/distros/ubuntu/dapper/+source/kubuntu-docs/+pots/desktopguide/fr/+translate?offset=370 <- Look item 380, what should be done ?
[09:45] <bddebian> Egads: Bug #35995
[09:45] <Ubugtu> Malone bug 35995 in kdebase "kio_tar and kio_zip not used automatically" [Normal,Confirmed]  http://launchpad.net/bugs/35995
[09:45] <Tonio_> s/I will/he will
[09:45] <_Sime> Tonio_: you can grab the new kcmultiwidget.cpp and kcmultiwidget.h file via KDE's webcvs site.
[09:45] <Tonio_> _Sime: I will just send him patches and then maybe he can release from svn, that's probably the best thing to do
[09:46] <_Sime> Tonio_:  Riddel usually releases from out of svn.
[09:46] <Tonio_> since there will certainly be a new package from svn before release
[09:47] <Tonio_> _Sime: yes I know
[09:47] <Tonio_> _Sime: I'll send him the patches, he will know what to do with it ;)
[09:47] <_Sime> Tonio_:  http://websvn.kde.org/trunk/playground/base/systemsettings/
[09:47] <_Sime> Tonio_: you can grab the files from there.
[09:47] <Tonio_> _Sime: thanks
[09:52] <Lure> Is meeting at 21 UTC (as channel topic claims) or 22 UTC (as wiki claims)??
[09:53] <OdyX> 21 GMT ? ;-)
[09:55] <kwwii> ?
[09:56] <kwwii> the wiki says 22 UTC
[09:57] <Lure> Tonio_: can you do these improvements or is it too late - bug 42487 and bug 42486
[09:57] <Ubugtu> Malone bug 42487 in kdepim "More Kontact defaults could be a lot friendlier" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/42487
[09:57] <Ubugtu> Malone bug 42486 in kdepim "Kontact defaults could be a lot friendlier" [Wishlist,Unconfirmed]  http://launchpad.net/bugs/42486
[09:58] <Tonio_> Lure: that can still be done I assume :)
[09:58] <Tonio_> added to todo list for "in an hour" ;)
[09:58] <Lure> great
[09:59] <kmon> I imagine kubuntu won't ship kde 3.5.3
[09:59] <Lure> kmon: it will, but not with dapper ;-)
[10:00] <kmon> :)
[10:00] <kmon> there's a new feature
[10:00] <kmon> which speeds up startup
[10:00] <OdyX> Lure: even with kubuntu.org/.../kde-latest ?
[10:00] <kmon> maybe it would be nice to look at it
[10:00] <kmon> and if it's safe
[10:00] <kmon> backport it
[10:01] <Lure> OdyX: I am sure Riddell will have it soon after the release
[10:01] <OdyX> Lure: OK. Fine for me...
[10:01] <kmon> New: KDE startup reordered in order to improve startup time.
[10:01] <Lure> problem is that 3.5.3 comes at wrong time when Riddell will be busy with Dapper release
[10:01] <kmon> Lure: yes. and I understand it's too close to relase to try
[10:01] <kmon> and since dapper is LTS
[10:02] <kmon> it's comprensible
[10:02] <kmon> but maybe some patches could be included ;)
[10:02] <kmon> anyway
[10:02] <kmon> I'm just ranting...
[10:02] <kmon> since I don't know how to do that
[10:02] <kmon> else I would do it
[10:03] <kmon> I guess we will have to wait for jriddells private packages :)
[10:03] <kmon> which for me is perfectly understandable
[10:09] <kwwii> raphink: ok, I will fix that now :-)
[10:09] <kwwii> kdm, here I come
[10:23] <bddebian> Ack, who knows kdevelop?
[10:28] <Riddell> bddebian: kdevelop is spooky voodoo
[10:28] <Riddell> Lure: ah yes, I need to remove kwifimanager
[10:29] <dereks> Riddell: did you see my bug with breezy->dapper upgrade?
[10:29] <Riddell> kwwii: looks stripy
[10:29] <kwwii> Riddell: I am going to change the bg and the buttons
[10:30] <kwwii> the stripes were marks idea
[10:30] <Riddell> dereks: don't think so, what's the number?
[10:30] <kwwii> but I am sure we can change them :-)
[10:31] <Lure> Riddell: when is the meeting: 21 UTC (as topic here and in #ubuntu-meeting claims) or 22 UTC (as wiki claims)?
[10:31] <bddebian> Riddell: Aye, but am I supposed to be able to create an svn repo with it?
[10:32] <Riddell> Lure: 30 minutes
[10:32] <Riddell> Lure: please fix wiki
[10:32] <Riddell> bddebian: no idea, I don't think so I think it just checkout's and commits
[10:32] <dereks> Riddell: i didn't file a bug yet, i wrote a msg here to make sure it was one: i am trying to upgrade from breezy to dapper and it isn't going well :(.My sources.list is found at: http://paste.ubuntu-nl.org/13799   the output of my dist-upgrade is at: http://slovin.us/test   and when i just try to install kubuntu-desktop i get: http://paste.ubuntu-nl.org/13796
[10:33] <Lure> Riddell: done
[10:39] <Tonio_> Riddell: will send you the patches for systemsettings in a few minutes
[10:39] <Tonio_> Riddell: will you merge with svn ?
[10:58] <Riddell> Tonio_: sure
[10:58] <Riddell> dereks: I'll get to you after the meeting, don't let me foget
[10:58] <bddebian> Ack, I have to get on the road, later folks
[10:58] <dereks> Riddell: ok
[10:59] <Riddell> ** kubuntu meeting in #ubuntu-meeting in a couple of minutes
[11:00] <bddebian> Doh :-(
[11:01] <Tonio_> Riddell: the mail is gone. I didn't changed more than what we discussed finally, since it is probably better to wait for edgy to makedepper changes
[11:01] <Lure> Tonio_: you changed layout in syssettings?
[11:03] <Tonio_> Lure: just a few movements in the sections, nothing deeply modified
[11:03] <Lure> ok