[02:23] Riddell: What do you think of using an icon like this for update-notifier to notify of updates? http://i31.photobucket.com/albums/c355/Woremar/update-needed.png [02:23] It shows software, "up"grade, and is less scary than the current one. ;-) [02:23] plus oxygen ftw [02:31] You know what would be awesome? A KWin effects bar plasmoid [02:32] It'd be a longish bar with buttons with little icons for various KWin effects [02:32] You could toggle things like the snow effect from it, or bring up the desktop grid [02:33] bring up the present window thingy [02:33] all without memorizing a single keyboard shortcut [02:34] In KDE 4.2 you could even put it in it's own panel on the top screen and set it to autohide [02:34] for easy access === echidnaman is now known as JontheEchinda [04:25] Riddell: The only problem I've run into with the kde3.5.10 backport is FTBFS of kdenetwork on lpia. It turns out the released version did this too, so it's not a regression. [04:26] I've poked at it a bit and it looks like something in configure is telling it not to build kppp on lpia. [04:27] I diffed the build logs for i386 and lpia and the key bit is http://paste.ubuntu.com/40823/ [04:27] I've hunted through and can't find when this would be. [04:28] Any suggestions? [04:35] * Hobbsee eyes #kubuntu [06:38] hi there [06:38] Riddell: seen this ? http://kde-apps.org/content/show.php/Lancelot?content=87914&PHPSESSID=374f0e880347c24e91e960d97ead415b [06:38] Riddell: I _want_ that ;) === emma_ is now known as emma [07:51] <\sh> apachelogger: hmmm? intrepid or hardy with ppa? I have both tested...and everything is fine [10:16] JontheEchidna: adept lacks an icon at all so something like that would be good [10:21] I was looking at a bug that references kio-umountwrapper 0.2-0ubuntu6.1. If I attempt to apt-get source for that package I get 0ubuntu6. Does this mean that user's package version is from backports or intrepid or something? [10:21] waylandbill: it's in hardy-proposed [10:21] make sure you have a deb-src line for that [10:22] thanks Riddell [10:22] it's also old, the new one is 6.2 [10:22] which fixes a (second) bug in the postrm script [10:22] so that bug is outdated as well then? [10:24] waylandbill: I don't know unless you tell me the bug [10:24] sorry. bug 261730 [10:24] Launchpad bug 261730 in kio-umountwrapper "Error in postrm script (directory delete)" [Undecided,New] https://launchpad.net/bugs/261730 [10:25] it's still flagged as new. [10:25] waylandbill: yeah, that should be fixed [10:26] waylandbill: but while you're looking into it, could you try the test case in bug 186729 ? [10:26] Launchpad bug 186729 in kio-umountwrapper "Cannot uninstall kio-umountwrapper" [High,In progress] https://launchpad.net/bugs/186729 [10:37] morning [10:38] morning smarter [10:39] 'sup jpds [10:39] smarter: Not much, having on ubuntu-dev-tools. [10:39] hacking* [10:39] yeah, I've seen that :) [10:39] * smarter should really look at what this package does :p [10:40] smarter: bzr branch lp:ubuntu-dev-tools [10:44] I'll take a look [10:59] Riddell: sure. I'll take a look at the test case. [11:01] \sh: maybe it's just adep screwing up, but I think it's more likely that the upgrade fails [11:07] Riddell: did you upload -0ubuntu2 of qdevelop and bespin to fix ftbfs? :) [11:07] Riddell: http://websvn.kde.org/?view=rev&revision=849965 did you backport that? [11:09] smarter: no, let me do that now [11:09] thanks [11:09] apachelogger: nope [11:09] you could do kvpm too [11:10] * apachelogger is wondering why all the plasmoids failed [11:10] Riddell: shouldn't we backport it? [11:11] apachelogger: can do yes [11:12] Riddell: ok, I am on it [11:12] and then I need a coffee S: [11:13] * Riddell onto the irn-bru already [11:14] * apachelogger is jealous [11:15] smarter: done [11:15] thanks [11:18] Riddell: Claudia is missing one of the KDE banners in the booth box - since there was a kubuntu banner in there that didn't belong there and Czessi_ took it with him there is only 1 in the booth box now - do you happen to have the other one? [11:20] Riddell: test case for bug 186729 works. [11:20] Launchpad bug 186729 in kio-umountwrapper "Cannot uninstall kio-umountwrapper" [High,In progress] https://launchpad.net/bugs/186729 [11:23] Nightrose: no, I have two kubuntu posters is all [11:23] waylandbill: great, please add a comment on the bug [11:23] Riddell: ok then maybe Bart still has them - I will ask him [11:24] Riddell: already did. Should I modify the status of the other reported bug, so it is no longer new? and if so, to which status? [11:26] waylandbill: the other one is fix released [11:34] Riddell: ok Bart had it - all good now :) [11:34] yay [11:34] Nightrose: froscon any good? [11:35] jep :) [11:35] was great [11:35] Czessi_ and nemphis did a great talk [11:35] though the audience could have been bigger... [11:36] at least there was audience :P [11:36] hehe [11:36] indeed [11:36] last year we woudl have only talked to Beineri [11:36] :P [11:36] that reminds me ... [11:36] * apachelogger wanted to talk with him about GTK theming [11:49] what does the 'ppa' in a package name mean? [11:49] that's usually put in the version number to indicate it's in a PPA (launchpad personal archive) [11:53] Riddell: could you do kvpm too please? :} [11:53] smarter: url? [11:54] https://code.launchpad.net/~kubuntu-members/kvpm/ubuntu [11:56] smarter: if you fancy removing that DEB_DH_INSTALL_SOURCEDIR from cdbs that would be welcome [11:56] why? [11:56] it's the only way to make debian/install works with "debian/kvpm.desktop /usr/path/" [11:57] smarter: remove from cdbs's kde4.mk file [11:57] so it's not needed by packages [11:57] smarter: kvpm uploaded [11:57] thanks [11:58] hmm, there's still DEB_DH_INSTALL_SOURCEDIR = debian/tmp in kde4.mk [11:58] but that's not necessary with debian/compat set to 7 [11:58] because " From debhelper compatibility level 7 on, dh_install will fall back to looking in debian/tmp for files, if it doesn’t find them in the current directory (or whereever you’ve told [11:58] it to look using --srcdir)." [12:00] smarter: keep that, our packages don't use compat 7 [12:01] this one do :p [12:01] show off :) [12:17] smarter: we can't backport compat 7 :P [12:18] therefore I seriously dislike it [12:18] yep, I would not use that for kde modules/extragear [12:19] apachelogger: but how do you install things from debian/ in debian/install then? [12:19] ../ [12:19] or ../../ [12:19] or ../../../ [13:04] apachelogger: I just advocated devfil's gtk-kde4 thing. Perhaps you'd like to look to see if you'll do the second. [13:04] ScottK: thanks [13:06] devfil: No. Thank you for your contribution to Kubuntu. === rdieter_away is now known as rdieter [13:44] Riddell: Unless you object, I'd like to file a bug asking for 3.5.10 to get copied from hardy-backports to hardy-updates to start gathering user feedback. (I'm making the assumption we figure a way to solve the one kdeartwork build-dep in Universe problem). [13:45] ScottK-laptop: no objections, I think it easest just to not move kdeartwork [13:47] OK, but won't that cause problems for upgraders who don't have backports enabled? [13:48] BTW, all packages are built on all archs except hppa less the one lpia problem I mentioned last night. [13:48] <\sh> apachelogger: I just upgraded from hardy with ppa to intrepid...and it works..just fglrx screws up, and now the desktop effects are enabled by default in kde4.1 intrepid, and I can't disable them because system settings doesn't show any icons [13:49] ScottK-laptop: no it won't [13:50] <\sh> Riddell: what was the magic to disable the desktop effects for kde4.1 without starting systemsettings? [13:50] \sh: sudo apt-get remove compiz-wrapper [13:51] <\sh> Riddell: that would remove all of compiz somehow [13:52] OK [13:53] ScottK-laptop: I'm afraid I've never looked at lpia, I only care about i386 and amd64 [13:53] OK. [13:53] \sh: well, yes [14:03] <\sh> Riddell: kcmshell4 kwincompositing -> disable [14:03] Try this again on the right channel... [14:03] Filed as Bug 261840. I'll send mail to kubuntu-devel asking for feedback. [14:03] Launchpad bug 261840 in ubuntu "Please pocket copy KDE 3.5.10 from hardy-backports to hardy-updates" [Undecided,New] https://launchpad.net/bugs/261840 [14:03] <\sh> Riddell: systemsettings is broken, because it doesn't show any kcmshell4 plugins [14:04] bug 260168 needs a sponsor [14:04] Launchpad bug 260168 in krusader "Krusader 1.9x broken in Intrepid due to lack of libkonq4-dev" [High,Triaged] https://launchpad.net/bugs/260168 [14:05] * JontheEchidna just uploaded diff.gz and .dsc [14:05] <\sh> hmm [14:06] <\sh> Riddell: systemssettings-kde4 is still in /usr/lib/kde4/bin ? I thought with defaulting to kde4 in intrepid we move everything back to /usr/ [14:07] \sh: there shouldn't be any such package [14:07] <\sh> Riddell: but there is :) [14:07] <\sh> Riddell: the kde-systemsettings looks like kde4 [14:07] <\sh> aeh kde3 [14:07] \sh: just regular "systemsettings" [14:07] systemsettings-kde4 doesn't exist in Intrepid [14:08] But he upgraded, so we need to make sure to remove it on upgrades I guess. [14:08] <\sh> then there is a replace/conflicts bug in the control file of systemsettings [14:08] we should look at that [14:08] when we package 4.1.1 tomorrow [14:08] apachelogger: ^ [14:09] <\sh> well regarding apt-cache show systemsettings it's conflicts/replaces is in place...but during apt-get dist-upgrade it didn't work [14:09] I guess we'll need a transitional package? [14:09] <\sh> other packages worked [14:10] <\sh> oh NO [14:10] <\sh> mostly all ppa packages are still in place and not upgrade [14:10] <\sh> d [14:11] <\sh> http://paste.ubuntu.com/40908/ [14:11] <\sh> that's the list after upgrade [14:12] that's like... everything [14:12] that has a -kde4 suffix [14:12] <\sh> right...all rc are gone, all ii are still in place. [14:13] <\sh> installing then manually, the replacement works [14:13] interesting [14:14] <\sh> hmm..what was the cli magic of mvo for release upgrades? [14:14] apt-get moo [14:15] ;-) [14:15] something like do-release-upgrade -d [14:16] <\sh> argll [14:16] <\sh> apt-get install kubuntu-desktop installs the right things, so replace/conflicts of kubuntu-desktop doesn't work too [14:17] <\sh> so I wonder if there is a bug in apt-get to not honour conflicts/replaces [14:17] <\sh> yay... [14:18] what conflicts? [14:18] <\sh> Riddell: ok...here it goes: people without kubuntu-desktop can't upgrade cleanly to intrepid, because there is no kubuntu-desktop ;) if they only installed kubuntu-kde4-desktop ,-) [14:19] <\sh> this is what I did :) [14:19] <\sh> layer 9 problem yes..but possible [14:21] just needs the dist upgrade tool changed to know about that [14:21] we can poke mvo when he gets back from holiday [14:24] I was looking at bug 261775. I think I could implement the missing feature in the adept-manager but the copy I got from the bazaar doesn't seem to compile. kubuntu_26_gxx43.diff. My system doesn't have gcc43. That cause I'm not running 8.10? Do I have to be to work on this? [14:24] Launchpad bug 261775 in adept "Adept-manager cant copy selected text from description" [Undecided,New] https://launchpad.net/bugs/261775 [14:24] <\sh> Riddell: k...that sounds like a plan [14:25] waylandbill: yes, Intrepid would probably be required. Especially since Intrepid has Adept 3.0 and Hardy has 2.1.something [14:25] waylandbill: intrepid has an entirely new version of adept (which isn't in bzr) [14:25] I don't believe you can highlight text in app descriptions at all with Adept 3.0 [14:27] Ah. guess I won't worry about that then. :) [14:28] JontheEchidna: Being able to select and to copy is equivalent, if we consider the "primary" (ie, middle-mouse-button paste). [14:28] Moreover, making the text selectable in adept 3 should be a one-liner. [14:28] If people are asking for ctrl+c/v, well, that's a different thing I guess, but shouldn't be hard either. Dunno. [14:31] mornfall: By the way, packages with huge descriptions like devscripts can't be installed with Adept because if you scroll down, it goes to the top of the next package entry in the list [14:32] don't know if Adept 3 is based in a QLabel as Adept 2 was but if it is, overriding keyPressEvent would be the way to catch ctrl+c, which is probably not news. [14:32] Riddell: do you have a time span for the data in the ubuntu hardware db you formatted for me? [14:34] seele: 2006-03-15 is the last one [14:35] the last one or the first one? [14:35] er, latest or earliest [14:36] latest [14:36] eek, so the data is 2 years old? [14:36] mm, looks lik eit [14:37] hmm.. that's a bummer. [14:38] i guess i could assume that screens have gotten bigger over time, but now i dont have relevant evidence. boo [14:41] you could ask other distros if they have an up to date hardware db? [14:41] kubuntu 8.04 wasn't an lts release was it? [14:41] 8.04 wasn't an LTS [14:41] so you are correct [14:43] JontheEchidna: okay. thanks. [14:43] JontheEchidna: Ah. Noting down, it has wrong scrolling style set... [14:43] mornfall: scroll is set to per-item instead of per pixel? [14:43] mornfall: do you have an opinion on an icon for adept? JontheEchidna had a suggestion earlier [14:44] http://i31.photobucket.com/albums/c355/Woremar/update-needed.png [14:44] Well, it was more a suggestion for the icon for the update-notifier systray icon [14:44] but I guess adept could use it to [14:44] I think they should use the same icon [14:45] seele: http://smolt.fedoraproject.org/ === blizzzek is now known as blizzz [14:47] don't seem to display the resolutions :/ [14:47] yeah, :( [14:47] smarter: thanks for the thought though :) [14:47] you're welcome ;) [14:48] maybe the fedora guys have this information? [14:48] I guess I don't have an opinion. Although the proposal seems a little crowded to me. [14:48] smarter: yeah, i'm pinging suse guys too to see if they have any data [14:48] great [14:49] seele: the guy to ask with more up to date data in Canonical is cr3 [14:50] Riddell: thanks [14:51] mornfall: the 22x22 pixel icon of applications-others which I used as a base for the icon is slightly more minimalistic [14:52] (See also /usr/share/icons/oxygen/22x22/categories/applications-other.png) [14:53] * JontheEchidna experiments with the smaller icon [14:55] apachelogger: their's no kde-nightly for Intrepid? [14:57] seele: this could be relevant http://gould.cx/ted/blog/Mine_is_bigger [15:01] smarter: it exists, just add the hardy repo. But kde-nightly causes some nasty conflicts with Qt apps at the moment [15:01] Riddell: the problem with his data is it is from the web. users of large resolutions don't browse full screen [15:02] Riddell: cr3 just pinged me back [15:02] JontheEchidna: what sort of conflicts? [15:02] Qt apps not starting, complaining about incompatible versions of QT [15:03] 'kay [15:03] thanks [15:08] not only do many not browse full screen, if they have multiple monitors, they may not use a large portion of the desktop. [15:09] I found this helpful: http://webdesign.about.com/od/webdesignbasics/a/aa041607.htm [15:10] yes, but the question is how much of the ubuntu population have high vs. low resolutions [15:11] people dont browse the web at full screen in high resolutions because it makes text hard to read and seems to waste space because many websites are using fixed width designs [15:11] however, users still run non-browser desktop software at full screen to take advantage of workspace real estate [15:14] <\sh> apachelogger: building quassel 0.3.0 for intrepid [15:25] \sh: don't forget to push the updates to bzr :P [15:25] \sh, JontheEchidna: can someone please give an appropriate report I can fix [15:25] * apachelogger ain't a data aggregator :P === Czessi_ is now known as Czessi [15:30] smarter: one of the project neon policies is to only build against current stable to keep maintenance overhead at a reasonable amount [15:30] ok [15:34] * apachelogger is wondering whether to apply for motu-release [15:34] We've already got one KDE person on it (me), so from that perspective, I don't think it's needed. [15:34] the more the better ;-) [15:35] yep :) [15:42] Riddell: I guess motu-release activity would be supportive for a core dev application? [15:42] apachelogger: yes, but I'd say you have enough for that already [15:43] hm, then I probably should apply for that :) [15:59] ScottK-laptop: do you watch the KDE bug reports? [16:00] there are 2 or 3 about possible .10 regressions [16:00] apachelogger: Not generally, no. [16:00] apachelogger: I would appreciate pointers. [16:01] ScottK-laptop: bug 261853 and bug 261694 [16:01] Launchpad bug 261853 in kdebase "After upgrade to kde-3.5.10: Button to access hidden icons of system tray is missing" [Undecided,New] https://launchpad.net/bugs/261853 [16:01] Launchpad bug 261694 in kdebase "kicker crashes after upgrading to KDE 3.5.10" [Undecided,New] https://launchpad.net/bugs/261694 [16:01] apparently the latter is only related to the universe kicker-compiz taskbar thingy [16:01] apachelogger: Thanks. [16:04] oh [16:04] cool [16:04] JontheEchidna: ark in 4.2 can do batch stuff again [16:04] i.e. we should backport and get servicesmenus [16:06] yay! [16:06] do we has FFE for 4.1.1? [16:06] or will we need one? [16:07] apachelogger: Looks like maybe the compiz thingy needs rebuilt. [16:08] ScottK-laptop: yes, sounds resonable, but kicker isn't too reasonable most of the time :) [16:08] JontheEchidna: we don't have one yet, we will need one though [16:08] JontheEchidna: if you ask nicely, I shall grant one :) [16:08] perks of being on the release team [16:08] :D [16:08] ;-) [16:08] Riddell: pwetty pwease? [16:08] Riddell: I think we should just get a standing exception [16:09] for .2 as well [16:09] yeah, filing bugs for every module doesn't sound fun [16:09] apachelogger: do you plan to do the same top organising job for 4.1.1 as you did for 4.1.0? [16:10] Riddell: of course, everything is already prepared :) [16:10] goodness [16:10] We're just waiting for tarbals [16:10] I'm away on Monday and probably busy on Tuesday (moving house) [16:10] good luck [16:13] we should get the FFE before monday... I guess ScottK or nixternal or Hobbsee can start uploading on tuesday evening [16:13] * apachelogger opens korganizer [16:14] apachelogger: Please let me know if you see any other bugs that look like 3.5.10 regressions. [16:14] ScottK-laptop: of course [16:17] \sh: what's the status of quassel 0.3.0? [16:17] <\sh> apachelogger: released..working on the package [16:17] <\sh> apachelogger: ftbfs with Cannot find libdbus-1 in your system to resolve symbol 'dbus_signature_validate_single'. [16:18] \sh: it will only build on i386 [16:18] there is some major breakage which prevents building on anything else [16:18] <\sh> apachelogger: WTF? [16:18] <\sh> argl [16:18] <\sh> rebuilding with i386 [16:18] well, they killed intrepid... again ;-) [16:19] today is meeting [16:19] or rather, tomorrow [16:19] <\sh> apachelogger: what was killed? did I miss a toolchain upload? [16:19] *shrug* [16:20] we have a kubuntu meeting today? [16:20] 23+8... [16:21] wow @ 07:00 my time? [16:21] 1am cest :P [16:21] who came up with that time anyway :P [16:21] I definitely had no hand in it :) [16:23] yo! [16:23] and neither does Hobbsee I would presume :) [16:23] * vorian stumbles in from endless work afk [16:24] <\sh> apachelogger: dann ist i386 auch im eimer [16:24] <\sh> apachelogger: i386 doesn't build either [16:24] \o/ [16:24] all of intrepid dead [16:25] that means we can violate FF for the next 2 days :P [16:30] apachelogger: No one in #ubuntu-devel seems to know this. [16:34] <\sh> apachelogger: hmm...libdbus-1-dev helped somehow ,-) [16:34] <\sh> apachelogger: it builds now as it seems..so something is missing in libqt4-dev ?? [16:35] <\sh> hopefully libqt4-dev is depending on libqt4-dbus-dev or whatever, and this should depend on libdbus-1-dev [16:36] <\sh> apachelogger: sput and egs and I were discussing this release yesterday...and I told them we have freeze on 28th...so they decided they releases 0.3.0 and will come back to us with some backported patches [16:36] <\sh> apachelogger: but are not introducing new features... [16:38] <\sh> apachelogger: i386 build...now for amd64 with the new b-d === lamont` is now known as lamont [16:46] \sh, ScottK-laptop: maybe something in qt4 depds changed [16:46] all new plasmoids also failed for yet-to-discover reasons [16:46] <\sh> apachelogger: libdbus-1-dev is missing in libqt4-dev [16:47] <\sh> somehow it didn't get pulled in by anything anymore [16:47] JontheEchidna: ^ [16:48] can someone find out how that happaned? and fix it of course. [16:48] * apachelogger needs to update the KDE 4.1.1 changelog [16:48] <\sh> shouldn't libqt4-dbus depend on something like libdbus-1-3? [16:49] libqt4-dbus has its own dbus implementation [16:49] <\sh> Riddell: well, then I don't understand the ftbfs.. [16:49] <\sh> Riddell: libqt4-dev should give me some dbus magic then, and qt4 apps who are using dbus shouldn't fail, right? [16:50] <\sh> ok [16:50] <\sh> I just talked to sput about this [16:51] <\sh> he told me, that they are using the qt4 dbus implementation...but this is more then strange [16:52] qt does use something from libdbus so qt's -dev should depend on libdbus's -dev [16:52] but I'm not clear on what that something is [16:52] <\sh> Riddell: libdbus-1-dev that's the only thing we have left ,-) [16:52] <\sh> and that's what helped me now to resolve the ftbfs [16:54] <\sh> Riddell: I#ll add it to the deps and push a debdiff to you [16:56] \sh: I don't think that is an appropriate fix [16:56] me@apoc { ~ }$ apt-cache rdepends libdbus-1-dev | grep kde [16:56] kdelibs5-dev [16:56] kdebase-workspace-dev [16:56] they probably depend on it for the very reason that libqt4-dev doesn't [16:57] <\sh> apachelogger: but it could be also the reason, that they do use a very own dbus interface, instead of qt4-dbus [16:58] <\sh> apachelogger: anyways...if qt4 depends on something from dbus, it should also depend inside the -dev packages...because you need it anyways... [16:58] me@apoc { ~ }$ apt-cache show libqt4-dbus | grep Depends [16:58] Depends: libc6 (>= 2.4), libgcc1 (>= 1:4.1.1), libqt4-xml (= 4.4.1-0ubuntu2), libqtcore4 (= 4.4.1-0ubuntu2), libstdc++6 (>= 4.1.1) [16:58] <\sh> apachelogger: yes...that's my concern...something is wrong [16:59] stupid shlibs :P [16:59] <\sh> apachelogger: if there is the need of a link to libdbus-1 (which is the complain) then it should depend on it [16:59] <\sh> or it's a bug in some place of the dpkg build tools [16:59] \sh: well, maybe quassel just accessed a non-qt-dbus include? [16:59] <\sh> nope... [17:00] <\sh> no include is causing this...it's the linker [17:00] well [17:00] <\sh> and it doesn't find the libdbus-1 lib [17:00] <\sh> apachelogger: I trust sput :) [17:00] check the source [17:00] the cmake linker would link recursive and I doubt that quassel is the only qt app using qtdbus [17:01] so that issue would appear for others as well [17:01] <\sh> yes [17:01] my guess is that quassel is missing an include or target or both in a cmakelists.txt [17:02] which is either on qtdbus or they access non-qtdbus stuff and are missing the includes/targets for that [17:02] * apachelogger goes dinnering [17:03] <\sh> set(QT_USE_QTDBUS 1) [17:03] <\sh> that's the only dbus section for quassel..in client [17:03] <\sh> and then in cmake/modules/FindQt4.cmake [17:04] <\sh> no mentioning of libdbus-1.* something [17:04] <\sh> so it's missing really from somewhere essential [17:06] vorian: Did you upload the gtk-kde4 thing? [17:06] ScottK-laptop: yes [17:06] vorian: Please archive it on REVU too. [17:06] yessir [17:06] done [17:07] <\sh> apachelogger: I'll test something...yakuake is also a rdepends of libqt4-dbus [17:08] <\sh> argl... [17:08] <\sh> it's coming from kdelibs5-dev [17:08] vorian: You should also send the changes message to MOTU ML. [17:08] writing that up now :) [17:09] <\sh> yay...could it be that we don't have any qt only app with dbus stuff? [17:09] vorian: Great. [17:14] <\sh> apachelogger: think about the add of libdbus-1-dev to libqt4-dev...I'll think I have to rush home now [17:15] Riddell: does your new housing situation mean we'll see less of you in general? ;) [17:17] seele: I doubt it, plus the internet is three times as fast so I should be super productive [17:18] you doubt it! at least it's the man saying that [17:22] * Riddell suspects there's a subtle entenre here that he's too innocent to see [17:22] I don't think there's anything at all subtle going on. [17:23] * seele is too polite to turn the normally PG channel up a notch [17:34] seele: oh go on, dare ye [17:37] nooo.. don't turn me in the the bad guy, i was just trying to make fun! [17:38] it's the middle of the day, the children are still awake! [17:38] -.- [17:38] \sh: dood, did you see that: NOTICE: 'quassel' packaging is maintained in the 'Bzr' version control system at: [17:38] lp:~ubuntu-dev/quassel/ubuntu [17:49] suse's libqt4 depends on libdbus-1.so.3 [17:52] interesting enough that that our's doesn't [17:53] The interesting part is, how did it work without breaking until now? [17:53] and why does it still work in i386? [17:54] well [17:54] IMHO the quassel issue and the plasmoid issue aren't related [17:55] and I don't have any affected architecutre, so I can't trace the plasmoid one down [18:05] damn, my 800 KB/s connection is slow today === devfil_ is now known as devfil === emma_ is now known as emma [19:33] is todays meeting in this channel or over there in #ubuntu-meeting? [19:39] blizzz: #ubuntu-meeting afaik [19:40] seele: ty. i am wondering, because both channels are named on the meeting's page [19:41] oh [19:41] maybe it is in here [19:41] *gg* [19:41] i'll watch both chans [19:42] it'll probably be announced here when it's about to start and where [19:43] no [19:43] someone please fix the wiki page [19:43] we had to do the last meeting here because -meeting was already in use [19:52] hmm is apport-qt qt3? [19:52] pyqt4 apps run as root seem to use the kde3 widget theme [19:53] see also: jockey or software-properties-kde before they had pykde ports [19:53] * JontheEchidna wretches [19:53] JontheEchidna: no [19:53] the default Qt theme is plastique [19:54] which is essentially a port of plastik :P [19:54] oh, [19:54] * JontheEchidna wretches at that [19:54] the color scheme was the real killer [19:54] can that be changed to oxygen? [19:54] JontheEchidna: it does follow the color scheme here, but uses plastique widgets [20:00] yuriy: probably [20:06] mornfall: poke [20:06] terminate called after throwing an instance of 'adept::LockingFailureException' [20:06] what(): Resource temporarily unavailable. Context: [20:06] Unable to lock administrative directory /var/lib/dpkg/ [20:06] mornfall: adept failing silently when it can't lock is super duper uber evil [20:06] apachelogger: in alpha5 it didn't do that [20:07] zomg regression [20:07] Oh, cool. [20:07] JontheEchidna: Yeah, noone ever tests things like these, do they? ... I only can check so many things myself... [20:07] This is a second one (updater not doing anything being the other). [20:08] mornfall: you might want to compile a list of test scenarios to be tested in the ubuwiki [20:08] * apachelogger thinks it makes sense to do them for every kubuntu release anyway [20:08] package manager gui is too much of an import app to allow any kind of regression [20:09] Well, I actually know where the problem is. [20:38] Anyone else with Adept bugs? [20:38] I have fixed 2 regressions and one bug since beta1. [20:39] mornfall: You know what mine is (unsigned repos). [20:39] * jtechidna tries to remember if there was anything else [20:40] oh, updates don't get marked for upgrade unless you fetch the lists from adept updater [20:40] jtechidna: Yes, that's the other regression. [20:40] ah, cool :) [20:45] ScottK-laptop: Okey, you win... I'm adding that to beta2 todo, although it should properly be excluded as it wasn't really planned for 3.0. But it seems easy enough. [20:53] mornfall: Thanks. === Czessi_ is now known as Czessi [22:17] Riddell: why exactly are the .jar files in soprano conflicting with dfsg? [22:18] didn't java used to be closed-source? [22:18] until like very recently? [22:18] that doesn't matter [22:18] .jar is only zip [22:18] a debian maintainer's mother was killed by a falling jar? [22:19] well, we don't use the sesame backend right now so it doesn't matter [22:19] but I don't understand why they are to be removed [22:21] oh, they probably don't include the source in the tarball for the .jars [22:22] or that's what a quick google/looking over a debbug report suggests [22:23] again [22:23] the .jars are essentially just .zips [22:23] you can unzip them and get a load of text files with class definitions [22:23] * jtechidna shrugs === mbiebl_ is now known as mbiebl === ScottK2 is now known as ScottK-laptop [22:54] apachelogger: there's no source included [22:55] Riddell: the jars include the source? [22:55] Riddell: by that definiton the in-tarball cdbs stuff would be conflicting with dfsg as well, wouldn't it? [22:56] let me see [22:59] apachelogger: nope, definately no source (in openrdf-sesame-2.1.3-onejar.jar) [22:59] hm, ok [22:59] we probably should talk to master trueg about that [23:00] he has mastered semantic shapeshifting [23:00] * jtechidna thinks that sounds like an awesome superpower [23:00] apachelogger: I have, he doesn't seem overly bothered [23:00] oh [23:01] apachelogger: it just needs somewhere reliable to host the .jar files, preferably their upstream projects but ktown would do [23:01] Riddell: http://soprano.sourceforge.net/node/26 [23:01] it also needs them packaged as .debs from source, I believe at least one of them already is [23:01] maybe we should get a amndriva guy to do it ^^ [23:01] *mandriva [23:01] helio seems to think that link it sufficient [23:02] *nod* [23:02] which it isn't, very slippery slope to start with pointers to souce [23:03] it's pretty bad manners of them to add a major dependency like java to kde without asking anyone [23:03] once they're removed I'm going to ament the KDE licencing policy to make it clear that source is required in the same place [23:10] looks like the slf4j ones are already packaged, but an older version [23:10] the other one has a jar available from its sourceforge site [23:16] hmm, packaging looks complex [23:23] and the .tar.gz just contains a bunch of .jars [23:23] no source in site [23:32] mornfall: dunno if it's a bug in the kubuntu packaging, but there are no icons for the adept items in kickoff [23:34] yuriy: there isn't an icon (yet) [23:35] ah. is somebody working on one? kwwii? [23:35] http://i31.photobucket.com/albums/c355/Woremar/update-needed.png [23:35] oh, nice [23:35] I disagree, as always :-) [23:36] I don't really understand why there is a CD there [23:36] hey mhb! [23:36] long time no see [23:36] yuriy: CD's are software-y [23:36]