[00:04] <wamty> Shortly after starting the install I get "Call Trace:" and then "Code: e6 01 00 90 etc"
[00:06] <wamty> any ideas?
[00:06] <TheMuso> wamty: I suggest you file a bug against ubiquity in launchpad.
[00:06] <wamty> ?
[00:06] <TheMuso> As the people who are most likely to be able to help you are not likely to be around at the moment.
[00:06] <wamty> what do u mean
[00:07] <wamty> why not
[00:07] <TheMuso> Well for one thing, its almost midnight where the installer maintainers live.
[00:07] <wgrant> Because it was Sunday for them until 7 minutes ago.
[00:11] <TheMuso> wamty: /c
[00:11] <wamty> what does that mean?
[00:11] <TheMuso> wamty: sorry that was a typo
[00:12] <TheMuso> wamty: To file a bug, I suggest you have a read here. https://help.ubuntu.com/community/ReportingBugs
[00:12] <wamty> maybe its not a bug
[00:12] <wamty> i dont know wha it is
[00:12] <wamty> s
[00:13] <TheMuso> wamty: A call trace sounds like a bug to me.
[00:15] <Chipzz> call trace sounds like a kernel oops to me
[00:15] <Chipzz> especially with teh "Code: ..." after it
[00:28] <superm1> pitti, ping.  i wanted to ask you about letting users report bugs for packages from PPAs that are very close to upstream code, so that apport doesn't complain about them being non-genuine packages.  we recently (today) switched one of the mythtv trunk PPAs to build in debug mode, so between the dropping of optimizations and the dh_strip not doing any stripping for PPA builds, I think these should be pretty useful to upstream
[00:51] <apw> anyone know what injects dbus messages for new devices ?
[00:53] <lifeless> udev?
[00:54] <Amaranth> lifeless: I thought udev had its own protocol
[00:55] <ScottK> superm1: Where would they be filed?
[00:55] <apw> lifeless, maybe, maybe, or do you _know_ its that
[00:55] <lifeless> Amaranth: so udev listens to the kernel; the get-rid-of-hal work consists of udev events that translate and broadcast to dbus
[00:55] <lifeless> apw: I'm 95% sure
[00:55] <superm1> ScottK, against the same source package in the archive
[00:55]  * Amaranth checks code
[00:55] <apw> in jaunty it looks like its hal
[00:55] <superm1> i think for some projects it makes a lot of sense still
[00:56] <ScottK> superm1: I think that's horribly inappropriate.
[00:56] <lifeless> apw: in jaunty it is hal
[00:56] <apw> in karmic it is _noone_ for me
[00:56] <superm1> ScottK, i'd be fine with a whitelist, or drop a file in place to make it activated for any particular blessed package
[00:56] <lifeless> there was a massive thread on d-d recently about this in the context of systems with /usr on separate fs's.
[00:56] <Amaranth> apw: hal should still be around to do that, it is used for xorg still
[00:57] <superm1> ScottK, but i'm sure that other projects with daily builds can get the same kind of benefits like this too then
[00:57] <ScottK> superm1: I think what it needs is a different place to land non-ubuntu bugs.
[00:57] <apw> hal is seeing the new devices i insert, just nolonger am i seeing dbus events, therefore gnome doesn't do it
[00:57] <ScottK> superm1: I think it's great, just not against Ubuntu.
[00:57] <Amaranth> apw: gnome uses udev
[00:58] <apw> Amaranth, 'used' udev .. how is it plumbed in?  do you know?
[00:58] <apw> uses even
[00:58] <Amaranth> lifeless: it looks like udev doesn't have a dbus dependency
[00:58] <Amaranth> apw: via libgudev?
[00:58] <apw> Amaranth, hrm, thanks will look at that
[00:58] <Amaranth> apw: yeah, gvfs depends on libgudev
[00:59] <lifeless> Amaranth: I likely have the fine detail wrong; I do recall the transition and that its udev's problem now ;)
[00:59] <Amaranth> so nautilus uses gio which uses gvfs which uses libgudev which is actually a wrapper around libudev which uses udevd
[00:59] <Amaranth> Wow I would hate to debug that
[01:00] <apw> so we might not expect to see dbus events now then
[01:00] <apw> i do have udev events for the new devices
[01:00] <Amaranth> apw: Well like I said we still have hal around for xorg so hal should still be reporting device connections
[01:00] <apw> it maybe meant to be, but its not
[01:01] <Amaranth> maybe it was crippled somehow *shrug*
[01:01] <apw> i have the problem that i know whats not happening, but not whats normal
[01:01] <apw> yeah half finished sometrhing i expect
[01:06] <james_w> apw: devicekit-disks
[01:06] <james_w> for disks
[01:06] <james_w> other things for other types of hardware
[01:06] <james_w> there's no single thing like hal anymore
[01:07] <james_w> if there is a daemon corresponding to what you are trying to do then using the DBus connection to that works
[01:07] <Amaranth> ah, right, forgot devicekit-disks is still around
[01:07] <james_w> otherwise libgudev or similar to listen to udev events would work
[01:07] <james_w> if it has to be DBus then a devicekit-* for the class of hardware that translates from udev to DBus would be needed
[01:08] <Amaranth> devicekit-disks and devicekit-power are the only ones
[01:08] <james_w> yep
[01:17] <apw> james_w, thanks for the info
[01:18] <apw> it appears that /usr/lib/gvfs/gvfs-gdu-volume-monitor is finding out about it directly from udev
[01:18] <apw> i wonder what that actually does
[01:19] <apw> but gvfs itself does not appear to get told
[01:32] <sladen> fatal: I had/have the ultimate blackness too
[01:34] <sladen> fatal: if fsck is running, it could be 10 minutes+ of blackness before xsplash+gdm start
[01:34] <sladen> fatal: and (recovery mode) doesn't do anything
[03:38] <jdong> directhex: heh just noticed the nspluginwrapper bug too
[03:51] <the_dark_warrio> What are the kernel modules that control webcams?
[03:51] <jdong> many.... uvcvideo is one of the more common ones
[03:52] <the_dark_warrio> I was wondering if it is possible to control exposure time
[03:52] <jdong> I thought typically that's something automatically controlled by the camera
[03:53] <the_dark_warrio> indeed it is
[03:53] <jdong> typically exposure time increases with the decrease of ambient light :)
[03:54] <the_dark_warrio> but I'm doing some science experiments, and the autoexposure is screwing everything ;)
[03:54] <jdong> probably a webcam isn't your best tool in that case
[03:54] <the_dark_warrio> I see
[03:54] <jdong> here in our MIT intro biophysics classes we use a firewire fancy module
[03:54] <jdong> which does allow every capture parameter to be controlled by software
[03:54] <the_dark_warrio> nice
[03:55] <the_dark_warrio> you mean a firewire camera?
[03:56] <jdong> yeah, some sort of firewire connected camera
[03:56] <jdong> interfacing with a Ubuntu UI
[03:56] <jdong> I'm only a customer of the setup so to speak, though :)
[03:57] <the_dark_warrio> ;)
[03:57] <the_dark_warrio> thanks for the hints! I will research more
[03:57] <the_dark_warrio> cya
[03:57] <jdong> sure thing
[05:04] <TheMuso> c
[06:26] <Vantrax> anyone here have experience with kerberos and capaths?
[06:29] <glicks> excuse me, im trying to compile a vanilla kernel in ubuntu, whats the command to make a .config file from the current running kernel?
[07:11] <pitti> Good morning
[07:14] <pitti> superm1: you can ship a small code snippet which makes them being reported against the product (see /usr/share/doc/apport/crashdb-conf.txt); is that what you need?
[07:15] <superm1> pitti, interesting, that looks like it would do the trick
[07:16] <superm1> just need to find a way to integrate it without disturbing standard packages (they use the same bzr branch)
[07:16] <pitti> superm1: perhaps like this:
[07:17] <pitti> superm1: ship a crashdb.conf.d/mythtv.conf with a "mythtv" db (use launchpad_impl and set 'product': 'mythtv')
[07:17] <pitti> superm1: and then ship a package hook which checks the version (ppa or not) and sets report['CrashDB'] = 'mythtv' for PPA packages
[07:18] <superm1> pitti, ah yeah, that sounds like the perfect way to do it. thanks!
[07:18] <pitti> superm1: please let me know about troubles; crashdb-conf.txt and package-hooks.txt.gz aren't very verbose about this yet
[07:19] <superm1> pitti, will do.  i'll try'n sort out the details for it this week
[07:21] <dholbach> good morning
[07:29]  * pitti hugs dholbach
[07:30]  * dholbach hugs pitti back
[07:32] <wgrant> pitti: Do you have a few minutes to talk about the archive administration side of Soyuz ddeb support?
[07:32] <pitti> wgrant: sure
[07:33] <wgrant> pitti: So, ddebs are represented in Soyuz just like normal debs. This means that at the moment they don't follow their debs around, so removals/overrides/copies of a binary will not drag along the ddeb. This seems like it could get pretty tedious.
[07:34] <wgrant> So I'm going to implement some improvements which will cause overrides/removals of a deb to also detect and operate on the deb.
[07:34] <wgrant> Sounds sane?
[07:34] <pitti> absolutely
[07:34] <pitti> I don't see why we should have the ddeb in a different component
[07:35] <wgrant> Right. It'll also need some tricks to automatically inherit the deb's overrides at upload-time, to avoid pushing *every* binary through new once we hit the button.
[07:35] <wgrant> Now, ddebs will be removed from the archive indices as soon as they're superseded. That's not a good thing for the retracers, is it?
[07:37] <pitti> wgrant: it's what we currently have
[07:37] <pitti> wgrant: I think it's fine for the Packages.gz files
[07:37] <pitti> wgrant: they don't disappear from LP, I recently learned how to retrieve all files from any build through launchpadlib
[07:37] <pitti> so if we wanted to make the retracers more clever about older versions, we could still do it
[07:38] <wgrant> pitti: OK. They'll be removed from the archive disk immediately, but will still be available from the librarian.
[07:38] <pitti> *nod*
[07:38] <wgrant> You'll probably need to manually NBS out ddebs, unfortunately.
[07:39] <pitti> wgrant: that sounds scriptable, though
[07:39] <wgrant> I can't think of a way around that, so I hope it's OK.
[07:40] <pitti> wgrant: where will they land? not on archive.u.c., I hope?
[07:40] <wgrant> pitti: No. They will exist in an entirely separate archive.
[07:40] <pitti> wgrant: it would be great if we could just move ddebs.u.c. to point to that archive
[07:40] <wgrant> Otherwise it would be really easy.
[07:41] <wgrant> pitti: That would be good, although there is the slight problem that none of the old ddebs will be in the new archive.
[07:41] <pitti> ah, bummer; we can't 'seed' them?
[07:42] <wgrant> Not exactly. While it's probably technically possible, it seems like a pretty awful thing to do (inject binaries into builds).
[07:43] <wgrant> You might just have to leave the retraces also pointing at the old archive for a while. Or convince somebody that the evil required to do the import is justified.
[07:43] <pitti> wgrant: ok, so I propose we keep ddebs.ubuntu.com/old/ around on macaroni, and point the main ddebs.u.c. to the new archive
[07:43] <pitti> so for a while we use both
[07:44] <wgrant> pitti: Sounds sane.
[07:45] <wgrant> I think that's probably it. Let me think....
[08:14] <tseliot> pitti: where's the jockey handler for bcmwl?
[08:20] <tseliot> pitti: aah, it's only in the ubuntu branch. Never mind
[08:58] <ManDay> Hello have been told to come here as I ve got a problem with glibc. Upon fatal runtime errors the backtrace is written to the tty directly rather than stderr, which renders it impossible to redirect the error to something like less in order to read it. Is that a well known problem with the runtime of glibc or just my specific problem?
[09:06] <tseliot> pitti: if I (successfully) install the broadcom driver in Jockey, Jockey's interface doesn't refresh and it looks like it wasn't installed: http://paste.ubuntu.com/275109
[09:07] <tseliot> (the module is loaded)
[09:18] <pitti> tseliot: "unbind/rebind on driver /sys/module/wl/drivers/pci:wl: device 0000:03:00.0", nice so that actually works?
[09:19] <pitti> tseliot: the handler doesn't rmmod b43 and friends, do you still have any of those loaded?
[09:19] <pitti> tseliot: oh, wait, it does
[09:19] <tseliot> pitti: no b43, etc. module is loaded
[09:19] <pitti> tseliot: does 'lsmod | egrep '43|ssb' still show anything?
[09:21] <pitti> tseliot: ah, I think I know what's going on; could you test something for me?
[09:21] <tseliot> pitti: http://paste.ubuntu.com/275115
[09:21] <tseliot> pitti: sure
[09:22] <pitti> tseliot: in broadcom_wl.py, enable(), after KernelModuleHandler.enable(self) (i. e. very last line)
[09:22] <pitti> OSLib.__load_module_blacklist()
[09:22] <pitti> append this
[09:22] <pitti> KMH.enable() will install the package, which installs the blacklist
[09:23] <pitti> but jockey doesn't update its blacklist cache
[09:24] <tseliot> pitti: wouldn't it be something to add to enabled() instead (which I assume you call after enable() to make sure that it worked)?
[09:24] <tseliot> just asking
[09:25] <pitti> tseliot: I think enable() is better, enabled() is called much more often, and is only a read operation
[09:26] <tseliot> pitti: ok, let me try
[09:51] <tseliot> pitti: it complains that class OSLib has no attribute '_BroadcomWLHandler__load_module_blacklist or, if I remove the 1st underscore, TypeError: unbound method _load_module_blacklist() must be called with OSLib instance as a first argument (got nothing instead)
[09:52] <pitti> tseliot: oops, sorry; it's just a single _, not two __
[09:53] <tseliot> pitti: which gives me the 2nd part of my previous message
[09:53] <pitti> tseliot: so, it's correctly:
[09:53] <pitti> OSLib.inst._load_module_blacklist()
[09:53] <pitti> (forgot the .inst as well)
[09:53] <tseliot> ok, let me try again
[10:02] <tseliot> pitti: that seems to work
[10:11] <evand> pitti: any further thoughts on bug 432542?
[10:12] <evand> also, do you think a new upload of devicekit-disks is warranted for 007, or should we just cherry pick the crucial patches from it?
[10:20] <pitti> evand: hi
[10:20] <pitti> tseliot: great, will commit
[10:20] <evand> hi pitti
[10:20] <tseliot> pitti: thanks
[10:21] <pitti> tseliot: in fact, I should commit that to trunk to the generic Handler, since other packages could install blacklist files as well
[10:21] <pitti> evand: DK-disks 007 is in karmic, needed by new gnome
[10:22] <pitti> evand: usb-creator> I'll do a quick review of the PK backend, still on my todo list
[10:22] <evand> ah, I didn't think to check this morning
[10:22] <evand> good deal
[10:22] <evand> thanks a bunch!
[10:22] <tseliot> pitti: right, even better
[12:05] <wgrant> cjwatson: Can you try newComponentUploader again and get an OOPS ID at some point, please?
[12:10] <cjwatson> wgrant: remind me how I get the OOPS ID out of the API?
[12:11] <wgrant> cjwatson: Try catching the exception and check the 'content' attribute.
[12:14] <pitti_> tkamppeter: hi! did you recently reorganize openprinting.org? my jockey test suite fails now, it doesn't find the "openprinting-ppds-postscript-hp" package for 'MFG:Hewlett-Packard;MDL:HP LaserJet 3020' any more
[12:18] <cjwatson> wgrant: confused; e.content is (<Archive at 0xbd1f490>, 'newComponentUploader', 'launchpad.Edit')
[12:18] <cjwatson> wgrant: and the HTTP code is 401 unauthorized
[12:19] <cjwatson> so no longer an internal server error, which IIRC it was over the erweekend
[12:19] <pitti_> tkamppeter: I change the tests to "DesignJet 3500CP" now, according to http://www.openprinting.org/show_printer.cgi?recnum=HP-DesignJet_3500CP
[12:19] <wgrant> cjwatson: You gave launchpadlib full write access? Because... you own the archive.
[12:20] <cjwatson> I *think* so, but I'll try again
[12:20] <pitti_> DrPepperKid: hey Mirco :)
[12:21] <MacSlow> pitti_, I'm here in my "alter ego" form just for debugging :)
[12:21] <ogra> cjwatson, whats up with your locales today ? its the second time i see weirtd cahrs from you
[12:21] <ogra> *weird
[12:21] <soren> ogra: I don't see anything weird?
[12:22]  * pitti_ doesn't either
[12:22] <ogra> the erweekend
[12:22]  * wgrant neither.
[12:22] <ogra> i see er, then two squares and then weekend attached to it
[12:22] <pitti_> just a normal '.' here
[12:22] <soren> I don't see the two squares.
[12:22] <ogra> strange
[12:22] <cjwatson> it's not locales, it's that my network is ridiculously laggy and so irssi/ssh is exhibiting some weird knock-on effects from typeahead
[12:23] <ogra> well, but i see stuf interpreted others dont, must be me then
[12:23] <ogra> *stuff
[12:23]  * sistpoty|work sees it two (running debian/stable here at work)
[12:23] <pitti_> weechat might just filter it out
[12:23] <cjwatson> wgrant: my bad - that seems to have worked fine now. I think I had two oauth tokens with the same identifier but different privilege levels and was therefore confused. :(
[12:23] <sistpoty|work> too
[12:23] <cjwatson> the squares were probably raw backspace characters or something
[12:23] <wgrant> cjwatson: So it didn't even 500 this time?
[12:23] <cjwatson> wgrant: apparently all good now ...
[12:24] <wgrant> cjwatson: Strange, but great!
[12:24] <cjwatson> ubuntu-dev should have give-back access to that archive now, then
[12:24] <wgrant> cjwatson: Thanks.
[12:37] <zul> morning
[12:51] <doko> asac: time to fix the xulrunner-1.9.1 build on sparc, powerpc, ia64?
[12:52] <sistpoty|work> doko: mind to take a look at bug #433368? (if you want, I can try to provide a minimal test case)
[12:53] <doko> sistpoty|work: gcc-snapshot results?
[12:54] <sistpoty|work> doko: haven't checked with gcc-snapshot yet
[12:55] <sistpoty|work> doko: will do (but only an half an hour or so... must leave for a meeting in 5 minutes)
[12:57] <doko> sistpoty|work: hmm, we had something similiar, 4.4 only reserves storage so that all values of the enum fit. does adding an UINTMAX value in the enum type help?
[12:58] <sistpoty|work> doko: I haven't checked that yet, but I'd think so.
[13:11] <asac> doko: ia64:
[13:11] <asac> The following packages have unmet dependencies: cdbs: Depends: intltool but it is not going to be installed mozilla-devscripts: Depends: libxml-xpath-perl but it is not going to be installed
[13:12] <asac> xpidl crashes on ppc
[13:12] <asac> sparc i have a fix for
[13:13] <cjwatson> asac: retry ia64
[13:13] <cjwatson> it was broken, it should be somewhat better now
[13:14] <cjwatson> in fact, I'm on the page anyway, I've retried it
[13:16] <doko> sistpoty|work: then it's a bug in the code ... see http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36917
[13:18] <asac> thx
[13:18] <sianis> mpt_: hi! at bug #433838 only Get Free Software menu item needs the icon on the location bar?
[13:19] <sianis> or Installed, etc, etc?
[13:20] <mpt> sianis, *if* we did it, we should do it for all sections that have a path button, i.e. currently both "Get Free Software" and "Installed Software".
[13:21] <sianis> mpt: right, I am posting a patch ...
[13:23] <doko> asac: would you mind uploading the fix? you did tell me having the fix weeks ago ;p
[13:23]  * asac checks powerpc porter machine
[13:32] <sianis> mpt: patch's attached
[13:33] <mpt> Thanks sianis. I'll put it on the list of things to user-test. :-)
[13:42] <sistpoty|work> doko: ah thanks, that 36917 matches my observations. Just wasn't sure if it's legal to reduce the size of an enum. Thanks for looking!
[13:45] <asac> doko: http://paste.ubuntu.com/275224/
[13:45] <asac> doko: maybe libidl needs to be rebuild?
[13:46] <asac> or any idea why something might crash in _savegpr_14 ?
[13:48] <doko> asac: ENOCLUE. but why not check it on the porter box?
[13:48] <asac> doko: I am on the porter box
[13:48] <asac> doko: i cannot install libidl i locally built
[13:48] <asac> at least not easily
[13:48] <doko> and LD_LIBRARY_PATH doesn't work?
[13:49] <asac> probably would
[13:49] <asac> trying something else now
[13:52] <asac> gcc-4.3 works
[14:10] <tkamppeter> pitti, yes I did a change on OpenPrinting.org. I removed most HP PPDs, as they are maintained by HP in HPLIP but not any more on OpenPrinting.
[14:10] <pitti> tkamppeter: ah, ok; thanks
[14:11] <tkamppeter> The recommended driver for the LJ 3020 is HPLIP now as the appropriate PostScript PPD is part of HPLIP.\
[14:19] <asac> doko: seems to a compiler bug or something further down. -Os makes it crash like the paste above ... -O2 and -O0 seem to work
[14:19] <asac><EMAIL_ADDRESS>[14:20] <doko> asac: and -Os is turned on by default?
[14:20] <asac> yes
[14:20] <asac> gcc 4.3 works
[14:21] <doko> why do people turn it on on archs they don't use/test ...
[14:21] <asac> at best we would just disable whatever feature triggers this
[14:21] <asac> it worked before and noone complained. we can use -O2 on ppc, but that hides the problem imho
[14:34] <hdon> hi everyone. i18n question. i have written a very basic gettext(3) test program. it calls setlocale(), bindtextdomain(), textdomain(), and then gettext() on commandline arguments, and prints the results to stdout. i have straced my program, and i see glibc looking in /usr/lib/locale and /usr/share/locale-langpack, but *not* in the directory i have specified to bindtextdomain(). is this some kind of ubuntu gettext caveat?
[14:38] <doko> asac: yes, but extracting a test case takes time ...
[14:38] <hdon> please help! i have spent way too much time on this already... :(
[14:38] <mattn> hdon: is the path relative?
[14:38] <cjwatson> hdon: I can't reproduce this with a trivial test program. Can you post your source code?
[14:39] <hdon> mattn: it may be in the future, but at the moment i am specifying a relative path. are absolute paths not allowed?
[14:39] <hdon> sure, one sec..
[14:39] <pitti> hdon: it's supposed to work; it will fallback looking into .../locale-langpack/, but it's supposed to respect bindtextdomain
[14:39] <cjwatson> http://paste.ubuntu.com/275270/ is my test
[14:40] <mattn> it works here, too
[14:40] <hdon> http://paste.ubuntu.com/275272/
[14:40] <cjwatson> relative paths work for me too
[14:41] <cjwatson> although I don't know that I'd expect them to be reliable
[14:41] <hdon> cjwatson: thank you for experimenting with me. i wonder why i can't get this to work..
[14:41] <cjwatson> calling setlocale on both LC_ALL and LC_MESSAGES is weird
[14:42] <hdon> cjwatson: i know, i was just a little exasperated and added LC_ALL even though i am trying to use an LC_MESSAGES file
[14:42] <mattn> hdon: what is the output of "locale"
[14:42] <mattn> do you have that locale installed on your system?
[14:43] <hdon> mattn: all en_US.UTF-8
[14:43] <mattn> and you have fr_WHATEVER.UTF-8 installed on your system, too?
[14:43] <hdon> mattn: see this:
[14:43] <hdon> donny@pacemates:~/gpsee/gt$ dpkg -S /usr/share/python-support/python-django/django/conf/locale/fr/LC_MESSAGES/django.mo
[14:43] <hdon> python-django: /usr/share/python-support/python-django/django/conf/locale/fr/LC_MESSAGES/django.mo
[14:43] <mattn> nono, the system locale
[14:43] <seb128> locale -a | grep fr
[14:43] <mattn> i had to install e.g. russian to text our game with a russion translation
[14:44] <mattn> s/text/test
[14:44] <cjwatson> that's odd, your program is only triviallly different from mine but doesn't work
[14:44] <hdon> nonetheless, i should be able to load this .mo file
[14:44] <mattn> maybe - but it won't do anything with it if you don't have that locale
[14:44] <cjwatson> mattn: I don't think this is relevant - it's failing for me even if I ditch the fr
[14:44] <mattn> that's indeed strange
[14:45] <hdon> mattn: hmm, ok, which package(s) do you think i should install to make my test program work?
[14:45] <hdon> if your theory seems to work, then that will at least give me a direction to go
[14:45] <hdon> cjwatson: have you tried watching in strace?
[14:46] <mattn> hdon: language-pack-fr
[14:46] <james_w> ttx: any reason for libgnumail-java-doc to be in main? It's trying to pull in classpath for just classpath-doc, and that pulls in a lot of other things
[14:46] <mattn> not sure whether it's all needed - maybe there is a separate locale package, too
[14:46] <hdon> cjwatson: here are the locations my glibc on Jaunty searches for the "fr" locale:
[14:46] <hdon> /usr/lib/locale/fr/LC_IDENTIFICATION /usr/share/locale-langpack/fr/LC_IDENTIFICATION /usr/lib/locale/fr/LC_MESSAGES /usr/share/locale-langpack/fr/LC_MESSAGES /usr/share/locale-langpack/fr/LC_MESSAGES/SYS_LC_MESSAGES
[14:47] <james_w> ttx: though I'm having a bit of trouble even finding what is keeping the -doc package in main.
[14:47] <hdon> i generated that list with this command: donny@pacemates:~/gpsee/gt$ strace ./a.out Yes 2> log && echo `grep -o '[^"]*fr[^"]*' log`
[14:47] <cjwatson> forget that, it doesn't matter
[14:47] <hdon> mattn: incidentally i did install that package for kicks
[14:48] <cjwatson> so the problem is that there is no such locale as "fr" *at all*, no matter what package you install
[14:48] <cjwatson> it's not a valid locale name
[14:48] <cjwatson> instead, you should just do setlocale(LC_MESSAGES, "") up top, and that will use the current locale
[14:49] <cjwatson> (actually most internationalised programs just do setlocale(LC_ALL, "") up top)
[14:49] <mattn> and maybe add LANG=fr ./yourApp
[14:49] <cjwatson> no, LANG=fr is an invalid locale
[14:49] <cjwatson> LANG=fr_FR>UTF-8
[14:49] <cjwatson> err, LANG=fr_FR.UTF-8
[14:50] <hdon> but i *do* have an fr locale. in fact i don't have an fr_FR locale. not in /usr/share/locale, nor in /usr/share/python-support/python-django/django/conf/locale
[14:50] <cjwatson> no, you don't
[14:50] <cjwatson> valid locales are those listed in the first column of /usr/share/i18n/SUPPORTED
[14:50] <hdon> ah, hmm
[14:50] <cjwatson> not subdirectories of /usr/lib/locale or whatever
[14:51] <pitti> hdon: you have "fr" translations
[14:51] <hdon> that is not mentioned in the gettext(3) manual
[14:51] <hdon> pitti: ah, thanks. i was using the wrong term entirely then :)
[14:51] <cjwatson> it's mentioned in locale(1)
[14:51] <cjwatson> in the FILES section
[14:52] <pitti> hdon: a translation is done for a language in most cases ("fr"); exceptions are countries with similar, but sufficiently differing languages such as Portugese and Brazilian Portugese, or British and American English
[14:52] <hdon> cjwatson: thanks, i'll read that now
[14:52] <james_w> checkrdepends knows about seeds doesn't it?
[14:52] <james_w> is a "Suggests:" enough to stop something showing up on component-mismatches?
[14:53] <rgreening> mpt, mvo: can we chat about software-store and kde frontend? evand suggested I chat with one or both on this...
[14:54] <mpt> rgreening, sure, though I don't know how much help I would be. I are just the designer.
[14:54] <cjwatson> james_w: no
[14:55] <hdon> ok, if my program only calls setlocale() with setlocale(LC_ALL, ""), then it appears i can control where libintl/glibc looks for translation files with the LANG environment variable. however, it still does not look in the path that i provide to bindtextdomain() :(
[14:55]  * hdon sighs
[14:55] <hdon> thanks for the help btw. i realize this is probably not really a developer support channel
[14:57] <cjwatson> hdon: it worked for me as long as I actually had a valid LANG
[14:57] <rgreening> mpt: well, I am interested in eith developing the KDE front-end or assisting in developing it.
[14:57] <hdon> cjwatson: where did you get your translation file?
[14:57] <hdon> cjwatson: i would like to try to duplicate your success
[14:57] <cjwatson> who cares, it was looking in the right places as seen by strace
[14:57] <rgreening> mpt: I recently developed the kde front-end to usb-creator, so I figured I could help with the new software-store.
[14:58] <hdon> cjwatson: oh, ok, fair enough
[14:58] <cjwatson> try it with LC_ALL=en_US.UTF-8 or something like that that's guaranteed to exist
[14:58] <ttx> james_w: no, no reason.
[14:58] <cjwatson> open("/usr/share/python-support/python-django/django/conf/locale/en_GB.UTF-8/LC_MESSAGES/django.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[14:58] <james_w> ttx: do you know what is keeping it in?
[14:58] <cjwatson> ...
[14:58] <cjwatson> open("/usr/share/python-support/python-django/django/conf/locale/en/LC_MESSAGES/django.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[14:59] <ttx> james_w: no, I'm going to have a look.
[14:59] <rgreening> mpt: basically, if we develop it correctly, it should be a backend with one or more frontends. Untying GTK from the backend so any interface could be written on top of it.
[14:59] <james_w> ttx: the only rdepend I can find is libgnumail-java suggesting it
[15:00] <cjwatson> actually, I stand corrected, mattn did have a point - the locale does actually need to be installed, but if you installed language-pack-fr already then LC_ALL=fr_FR.UTF-8 should make it work
[15:00] <mpt> rgreening, there already is a back end, it's called Aptdaemon. <http://launchpad.net/aptdaemon>
[15:00] <rgreening> mpt: there was a packagekit spec I helped write to cover some of what would need to be done with packagekit for a backend
[15:00] <rgreening> cool
[15:00] <mattn> why is libg3d in ubuntu repos but not g3dviewer and the thumbnailer? are there even any other applications that are using libg3d?
[15:00] <mattn> strange
[15:01] <rgreening> mpt: awesome, then presumably, writing a frontend should be trivial...
[15:01] <rgreening> mpt: is there a spec for UDS-L for this? If so, I'll write a KDE frontend spec and link to the other...
[15:05] <ttx> james_w: same here
[15:06] <james_w> ttx: ok, I'll demote it as we probably don't want it, and we can see if anything complains?
[15:06] <ttx> james_w: nothing should :)
[15:06] <mpt> rgreening, writing a good front end is always the hard part.
[15:07] <mpt> rgreening, I'm not aware of a spec for it. This is the first time I've heard of the possibility of a Kubuntu equivalent.
[15:10] <rgreening> mpt: I'm the kubuntu ninja concerned with making the Ubuntu-->Kubuntu transistions when everyone else has forgotten ;) haha
[15:12] <mpt> rgreening, good for you. What do Kubuntu users think of KPackageKit, do you know?
[15:16] <rgreening> kpackagekit is good and bad... some missing bits and not having an Applications VIew is bad (IMO), as packagekit shows all packages/debs and cannot filter to show just applications like from within app-install-data. Though I helped write the spec to make that work in packagekit.. we can probably work on the spec and implementing it...
[15:17] <nh2> mpt: hi, tseliot told me I could ask you to take a short look at https://bugs.launchpad.net/hundredpapercuts/+bug/386017 - I created two checkboxes for enabling/disabling corner tapping
[15:17] <pitti> jdstrand: good morning! do I need to do anything further on bug 430544?
[15:18] <rgreening> mpt: http://cgit.freedesktop.org/packagekit/plain/docs/app-install-v1.draft
[15:19] <jdstrand> pitti: hi! (reading)
[15:19] <maxb> Where was the LL codename announcement? I can't find it in ubuntu-devel-announce archives.
[15:21] <jdstrand> pitti: nothing further required, I'll publish this. thanks for your work on it!
[15:21] <soren> maxb: Yeah, that's the thing... The announcement e-mail hasn't gone out yet. Mark revealed it at Atlanta Linux Fest.
[15:21] <maxb> ohhhh right
[15:21] <maxb> Good old verbal communication :-)
[15:22] <mpt> nh2, hi
[15:22] <mpt> nh2, the first thing to learn is that any checkbox label that starts with "Enable" probably isn't direct enough.
[15:23] <pitti> jdstrand: thanks
[15:23] <mpt> nh2, for example, "Enable right clicks with the bottom right corner of the touchpad" could be shortened to "Rght-click by tapping the bottom right corner of the touchpad"
[15:24] <mpt> nh2, and similar for the other new checkbox.
[15:26] <mpt> nh2, another thing to consider is that if someone sets up all the mice they ever use with left-handed orientation, secondary click is left click, not "right-click". So you may be better referring to "secondary click" rather than "right click".
[15:26] <nh2> mpt: ah ok, I just saw "Enable mouse clicks with touchpad" and so also used "enable"
[15:27] <mpt> nh2, yes, that will be fixed in my large-scale redesign of the touchpad settings :-)
[15:27] <cjwatson> will people understand secondary click?
[15:27] <nh2> mpt, cjwatson: I'm not sure a regular user can imagine that
[15:27] <davmor2> mdz: did the additions I put into bug 43706 cover what you needed?
[15:27] <nh2> s/imagine/understand
[15:29] <nh2> mpt, cjwatson: perhaps "clicks" and "context menu clicks" as the secondary click is often a context menu click?
[15:29] <glatzor> mpt, rgreening: richard is no longer working on app-install
[15:30] <glatzor> the infrastructure changes have not been accepted by Fedora
[15:30] <glatzor> but see you
[15:30] <mpt> cjwatson, I haven't been able to find a screenshot of what Windows calls it -- the interface seems to be up to the device <http://farm4.static.flickr.com/3154/2879987137_4ca67c9133_o.jpg>. Mac OS X calls it secondary click, though. <http://www.winandmac.com/wp-content/uploads/2009/08/snowleopard-final08.png>
[15:30] <mpt> (up to the device vendor, I mean)
[15:31] <mpt> Though that might just be because Mac mice don't often have buttons with visible sides
[15:31] <cjwatson> I was just about to say
[15:31] <cjwatson> Mac hardware users seem less likely to talk casually about left/right clicks
[15:32] <cjwatson> another option would be to have the dialog text conditional on which way round the mouse buttons are configured, though I'm not sure how confusing that would be
[15:32] <mpt> That Windows screenshot does specifically mention "Left Button Action" and "Right Button Action", but I suspect that's referring to the actual hardware orientation rather than colloquial use.
[15:34] <mpt> glatzor, sorry, what infrastructure changes?
[15:34] <soren> Now that lucid has been announced, is there any reason to not update vim, devscripts, and lintian to recognise it?
[15:35] <soren> And is there anything else that needs updating? I had a list at some point, but I think it's on another laptop.
[15:35] <ogra> soren, do you read -changes?
[15:35] <soren> ogra: I don't, but I'm guessing that I should?
[15:35] <ogra> soren, lool uploaded vim hours ago ;)
[15:36] <soren> ogra: Ah. devscripts and lintian as well?
[15:36] <ogra> i think only vim syntax scripts
[15:36] <jono> seb128, btw, the gnome panels and compiz bugs have gone away in my recent dist-upgrade - thanks!
[15:36] <seb128> jono, oh, good to know, not sure it's due to me but you're welcome ;-)
[15:36] <lool> there's devscripts and pbuilder too
[15:36] <lool> I'm working on both to have them use `lsb_release -cs`
[15:37] <jono> seb128, you deserve more thanks anyway for your Ubuntu work, so it seems fitting :)
[15:37] <lool> soren: Ah lintian is a good one too
[15:37] <seb128> jon;-)
[15:37] <seb128> jono, ;-)
[15:38] <soren> lool: right, pbuilder is the one I always forget :)
[15:38] <soren> lool: vim, devscripts, lintian, and pbuilder.
[15:38] <soren> That's my list. :)
[15:39] <mpt> nh2, <https://wiki.ubuntu.com/TouchpadSettings> is my work-in-progress for the big redesign, if you're interested.
[15:39] <mpt> nh2, though at the moment I don't have anything for simulating middle-click.
[15:40] <nh2> mpt: yes, tseliot told me there was work in progress
[15:42] <nh2> mpt: my suggestion was, just in case the redesign is not going into karmic, we could add those checkboxes so the user has an option to at least turn tapping on/off it it annoys him in karmic (I'm very open for any labelling suggestions ;-) )
[15:44] <mpt> nh2, that's fine, I've put suggested labelling into the bug report.
[16:06] <tseliot> superm1: is changelog.in meant to be used in fglrx-install or can I just modify the changelog?
[16:06] <tseliot> fglrx-installer
[16:06] <superm1> tseliot, you can just modify changelog.  changelog.in is intended to be modified if you are committing to the git tree
[16:07] <superm1> it's used when building debs or dsc's directly from the .run file
[16:08] <tseliot> superm1: ah, ok, thanks. I only need to make a trivial change to fix bug #429153
[16:08] <superm1> isn't that an archive administration problem?
[16:08] <tseliot> which affects fglrx-installer too
[16:08] <hdon> cjwatson: thanks for your help earlier, i think i have everything i need now. do you think libintl's behavior of bailing out if it decides the requested locale is not provided by the system is the appropriate behavior? do you think there's any chance to persuade GNU that gettext should trust that an application knows what translations it provides and not assume it can't translate what the application asks just because the system ma
[16:08] <hdon> intainer hasn't made a locale available for the entire system?
[16:09] <tseliot> superm1: no, just a matter of specifying the section for the modalias package
[16:09] <tseliot> superm1: in debian/control
[16:09] <superm1> tseliot, I thought that stuff gets overridden by soyuz though anyway?
[16:10] <tseliot> pitti ^^
[16:10] <cjwatson> hdon: I think the current behaviour is appropriate
[16:10] <pitti> superm1: yes, the overrides and components in soyuz are correct
[16:10] <pitti> superm1: but mdz pointed out that some other packages doesn't check the actual values in apt, but the values in debian/control
[16:10] <cjwatson> hdon: the system is responsible for defining the meaning of locales; there are lots of things relevant there besides translations
[16:11] <pitti> superm1: and thus it would be nice to change debian/control to reflect actual reality
[16:11] <superm1> pitti, ah i see
[16:11] <cjwatson> hdon: for example, unless the system has defined what the locale means, you cannot know the appropriate character encoding for printed messages
[16:11] <cjwatson> hdon: and again, this is not a matter of libc lagging behind somehow, this is just a matter of using a mistaken locale name, easily corrected by using the correct one instead
[16:12] <hdon> cjwatson: hmm, i think i can see what you mean. my perspective on it is a little different because i'm working with web-based systems, so whereas most programs want their messages displayed by the system on which they run, we display our messages on a remote piece of software (web browser)
[16:12] <cjwatson> then I think it's reasonable to ask that your application does a little bit more work to find the right locale name, to be honest
[16:12] <cjwatson> or else that your application uses localedef to define its own locales (I wouldn't recommend that, but it's possible)
[16:13] <cjwatson> the gettext library function does need to know the encoding somehow, though
[16:13] <hdon> cjwatson: yeah, it's silly of me to assume that my application will need a locale that hasn't already been defined for us
[16:13] <cjwatson> I don't know that I said it was silly
[16:13] <cjwatson> but I do think you can declare it to be the system's problem
[16:13] <lool> soren: there's debootstrap too of course
[16:13] <cjwatson> and if that's really unacceptable, localedef is avaialble
[16:13] <cjwatson> available
[16:14] <hdon> cjwatson: ok, thanks. i'll evaluate localedef if we need to support any locales that won't or can't be installed on our target systems.
[16:15] <lool> cjwatson: BTW I think we had a chat about preparing for karmic+1 in karmic a while ago and ISTR you indicated there was no particular issue in doing that, just that we didn't think of doing that before release; do you think you'd have time to prepare a debian upload of debootstrap with a new symlink for lucid?
[16:15] <lool> We often tell people to install the debootstrap from the devel release; that's probably more solid and it's usually easy to do but perhaps we can avoid that most of the time
[16:23] <cjwatson> lool: sure
[16:23] <lool> cjwatson: thanks
[16:43] <ogra> urgh
[16:44] <ogra> the new xsplash graphics look horrid on 16bpp displays
[16:44] <ogra> way worse than the former
[16:51] <ebroder> Has anybody seen a segfault like this before: http://paste.ubuntu.com/275342/ ?
[17:25] <lool> james_w, slangasek: Would be cool to get linux-mvl-dove binaries NEWed if you have some time (mostly adds udebs)
[17:30] <slangasek> lool: yep, will be working through NEW this morning
[17:32] <lool> slangasek: Cool thanks
[17:32] <lool> slangasek: Did you have any concern on the UNR seed changes?  (apart of us being oversize again)
[17:32] <slangasek> lool: no, being oversized was my main concern :)
[17:33] <lool> Eh ok  :-)
[17:33] <pitti> they looked fine to me
[17:33] <lool> I just seeded usb-creator at the req of the dux team too
[17:34] <lool> pitti: thanks
[17:43] <hdon> hi all. what package contains the debugging symbols needed to peek at the arguments given to glibc functions using gdb?
[17:45] <hdon> ah, lib6-dbg i guess
[17:59] <smoser> slangasek, did you do an MIR for libc6-xen ?
[18:00] <cjwatson> smoser: MIRs are needed when moving source packages to main, not when moving binary packages generated by source packages that are already in main
[18:00] <smoser> ah. ok. so what needs to be done for that? anything ?
[18:02] <cjwatson> smoser: no paperwork is needed. I've promoted it - it'll be visible in main in an hour or two
[18:02] <smoser> thank you.
[18:04] <slangasek> smoser: right, what cjwatson said :)
[18:13] <jdstrand> jpds: When I click the link to the PDF you provided in your description with firefox, evince opens in its own window and does not seem to load from cache. Are there other steps I should take to reproduce the bug?
[18:13] <jdstrand> jpds: bug #433316
[18:13] <jpds> jdstrand: No... that's the problem, PDFs just don't load.
[18:14] <jdstrand> jpds: what I'm saying is they *do* load fine here. I'd like to know what I need to do differently to reproduce the bug
[18:14] <jpds> Hmm, not sure what I could of done to change the apparmor profiles, I reinstalled Karmic last week.
[18:15] <jdstrand> ps auxww|grep evince
[18:15] <jdstrand> jamie    27573 14.0  0.6<PHONE_NUMBER>0 ?        Sl   12:14   0:03 evince file:///tmp/eu_map-3.pdf
[18:15] <jdstrand> jpds: ie, it isn't loading from cache
[18:16] <jdstrand> jpds: let me rephrase
[18:16] <jpds> jdstrand: I see.
[18:16] <jpds> jdstrand: I'll go and check what's wrong with my config.
[18:16] <jdstrand> jpds: the file seems to be copied from cache, into /tmp, and then loaded
[18:17] <jdstrand> jpds: yeah, I just removed all the pdfs in /tmp, then clicked on the link, it opened instantly (ie, I didn't have to redownload it) and it worked fine
[18:19] <slangasek> kenvandine: why does xsplash need > 500k of images?  shouldn't xsplash be able to scale these backgrounds at runtime, particularly given that the 3 largest all have the same aspect ratio?
[18:26] <kenvandine> slangasek, i would think so
[18:26] <kenvandine> slangasek, i will talk to cody about that
[18:27] <slangasek> kenvandine: ok, thanks
[18:30] <superm1> kenvandine, if you do make such a change can you try to remember to file a bug against mythbuntu-gdm-theme so that we can make adjustments relative to that?
[18:30] <kenvandine> superm1, sure
[18:30] <superm1> thanks
[18:30] <kenvandine> np
[18:30]  * kenvandine makes a tomboy note
[18:30] <kenvandine> :)
[18:42] <kenvandine> slangasek, the DX guys say it would look bad... or at least not as good as our requirements
[18:43] <slangasek> kenvandine: er, what's wrong with xsplash's scaling support then? :P
[18:43] <kenvandine> hehe...
[18:44] <slangasek> same aspect ratio + downscaling shouldn't give any noticeable degradation in the appearance
[18:44] <slangasek> and we don't *have* 500K+ to spare on the CDs
[18:45] <slangasek> (i.e., this change has pushed amd64 alternate oversized in the dailies)
[18:45] <smoser> how can I get list build dependencies for a package ?
[18:46] <smoser> i can *get* them with apt-get build-dep, but how can i list ?
[18:46] <slangasek> smoser: 'apt-cache showsrc <package>' | grep Build-Depends
[18:46] <smoser> thanks
[18:58] <ltrager> I would like to create an init script which will be interactive. I'm using the read command but its not working, how can I get this to work?
[18:58] <slangasek> ltrager: "don't"
[18:59] <slangasek> ltrager: init scripts *must* run noninteractively at boot
[18:59] <ltrager> slacker_nl: then how would you suggest to run a script at boot-up?
[18:59] <ltrager> in my case it asks the user if they would like to image a machine
[18:59] <ltrager> and which image to use
[19:00] <slangasek> you cannot assume that the user is anywhere near the console at a reboot, and you shouldn't block the booting waiting for your answer
[19:00] <ltrager> slacker_nl: I can this is for a custom usb key that I'm giving out to people that I know will have a console
[19:01] <dashua> Amaranth, http://www.ubuntu-pics.de/bild/25364/screenshot_001_59EQJ2.png
[19:01] <ltrager> slacker_nl: so I guess I should just tell getty to auto login and for roots .bash file set to run a script?
[19:01] <dashua> Is this a known bug when closing clock?
[19:02] <Amaranth> dashua: Known, pretty sure my patch to change dock shadows caused it
[19:02] <Amaranth> since that is technically a dock shadow
[19:02] <dashua> Amaranth, Ok cool.
[19:03] <Amaranth> dashua: please tell me you're seeing bug 430981 too :)
[19:04] <slangasek> ltrager: oh; then your question is off-topic here, since it's not about Ubuntu development. :)  Anyway, you would probably have to manually attach to the tty to be able to prompt the user.
[19:06] <Rasteiro> can anybody help me with partner program??
[19:06] <Rasteiro> sds...
[19:07] <slangasek> ltrager: an autologin would be another option, yes
[19:07] <dashua> Amaranth, All of my keyboard short cuts seem to work.
[19:08] <Amaranth> dang
[19:08] <Amaranth> everyone who has the bug is doing the workaround
[19:09] <dashua> I just did a clean install yesterday, but did not notice it prior.
[19:16] <kees> zul: erlang is in main, so does the MIR wiki need to be updated?  I think all the deps are in main now?
[19:17] <zul> kees: it wasnt when I did the MIR do you want me to update the MIR now?
[19:17] <kees> zul: nah, just wanted to check
[19:17] <zul> k
[19:21] <mangr3n> Anyone know where I can find a discussion of groups/users/permissions for the Jaunty standard install?
[19:22] <mangr3n> trying to find the groups needed to run the update manager, seems like the admin and root groups aren't all that's necessary
[19:24] <davmor2> mangr3n: check they user is a member of sudoers
[19:24] <mangr3n> I did that already, that was the first problem
[19:25] <mangr3n> Is apt-get upgrade the same as the update install?
[19:25] <mangr3n> sudoers points at root
[19:25] <nh2> mpt: great. Should I create a new patch or will the one who patches the package just change those strings?
[19:26] <mangr3n> and %admin, which my user is a member of
[19:27] <mangr3n> I'll do this in the #ubuntu room, I was just wondering if there was documentation on the default/standard groups that were added to ubuntu and what they were associated with, I'm missing some groups, and I don't know what they were
[19:28] <mangr3n> found it missing group mlocate...
[19:34] <mpt> nh2, I don't know, sorry.
[19:37] <nh2> mpt: ok
[19:43] <kees> zul: what would it take to enable to testsuite in rabbitmq?
[19:43] <kees> there is a "run-tests" makefile target
[19:44] <zul> kees: i would have to see
[20:12] <jcastro> are the moblin images on cdimage supposed to work?
[20:24] <Martyn> Alpha-6 using grub2 still total fail on the Precision T7400/T7500 series from dell
[20:24] <Martyn> no boot .. had to install then upgrade
[20:24] <Martyn> Is there a gcc 3.6 toolchain available for karmic koala somewhere?  I have a lot of software that has it as a build dependency.
[20:25] <Martyn> I noticed all the gcc-3.6 packages were dropped from being built, and there's no mention on launchpad as to why
[20:31] <danage> kirkland: sorry for bugging you, but i have a very bad and i think thus very serious bug to report. i'm not sure what package to attach it to. it has to do with home folder encryption, you seem to be part in the project (i saw your blog post)?
[21:03] <soren> I know that for udev, it's rather well documented what sort of things you can expect to have available in rules files numbered in the 20's, the 30's, etc.. Do we have something similar for rc2.d/S?? scripts (other than looking at the directory on a reasonably rich system)?
[21:18] <ScottK> Martyn: gcc3.6 is pretty ancient.  We try to get rid of old gcc versions when nothing in the archive requires them.
[21:26] <Martyn> ScootK : That's the funny thing .. there is a LOT of g++ software in the archive that just won't compile under 4.4
[21:26] <Martyn> (or 4.3)
[21:27] <Martyn> because of the new template library enforcement of something that USED to be a warning, is now an error
[21:27] <Martyn> and not all the libraries are editable.  It's a quandry
[21:28] <Martyn> ScottK : What is the probability I can convince someone to bring the 3.6 package over from Jaunty to Karmic?
[21:28] <Martyn> and at least keep one creaky compiler running?
[21:28] <ScottK> Martyn: Probably close to zero.  You'd need to make a really good case why it's essential.
[21:28] <ScottK> I don't think "My non-free software that I can't modify won't work with a newer gcc" will work.
[21:29] <Martyn> ScottK : That becomes a philosophy problem then .. the main packages that I need it for, in any case, are ThirdParty commercial software (nonfree) that use gcc 3.6 as the compiler for the environments
[21:29] <Martyn> yes, but ubuntu != debian in the server market
[21:29] <Martyn> and I hate to get stuck with Redhat's pile of fail
[21:30] <Martyn> because they are one of the only linux companies that at least acknowledge that commercial software exists and is useful to the business sector using linux for development
[21:30] <Martyn> but centOS and RedHat are so hopelessly mired right now.  What a mess.
[21:39] <ScottK> Martyn: I understand the problem, but there's really no will for community support of such old things.
[21:39] <ScottK> If there were an active Ubuntu developer that were interested to support it, it might be different.
[21:44] <NCommander> Martyn, GCC 3.6?!
[21:46] <Martyn> NCommander: Yep
[21:47] <Martyn> NCommander: I hate to say it, but ARM's FastModel tools, and RealView -depend- on fucking gcc-3.6
[21:47] <NCommander> Martyn, I didn't even realize GCC 3 went that long
[21:47] <NCommander> *twiches*
[21:47] <Martyn> it's hitting the wall for development on ARM dude.
[21:47] <Martyn> that's why I need it.
[21:48] <Martyn> What can you do, when the MANUFACTURER of the architecture we're trying to port to .. has tools that depend on old buildchains?
[21:48] <Martyn> Arm RealView 5.0 / FastModel 5.0 both depend on 3.6, and 32 bit at that
[21:48] <NCommander> Martyn, well, you can get 32-bit compat easily enough
[21:48] <NCommander> Martyn, but I don't remember ever seeing GCC 3.6 in the archive
[21:48] <Martyn> so if you do development on a 64 bit platform (which of course I am using) .. I need to use the 32bit compiler or multilib
[21:48] <Martyn> NCommander: jaunty
[21:49] <Martyn> Sorry .. gcc 3.4.6
[21:49] <NCommander> Martyn, packages.u.c doesn't turn it up
[21:49] <NCommander> Martyn, oh, 3.4.6!
[21:49] <NCommander> :-P
[21:49] <Martyn> I transposed the numbers
[21:50] <Martyn> Good call on the version number
[21:50] <Martyn> but yeah, I need 3.4.6 in order to use those tools .. and it gets WORSE with the RTL validation tools
[21:50] <Martyn> some of those need older binutils
[21:51] <NCommander> Martyn, hrm, i didn't realize we dropped it completely
[21:52] <ScottK> Martyn: Run in it a chroot of an older release that has it is my advice.
[21:52] <NCommander> Martyn, talk to doko, he's the one who would know the most on this situation.
[21:53] <NCommander> Martyn, otherwise, what ScottK said :-)
[21:53] <Martyn> yeah *grump*
[21:54] <Martyn> I really don't want to try running in a mixed condition
[21:54] <NCommander> Martyn, the other choice is grab the old source packages, and try building GCC 3.4 under karmic
[21:54] <ScottK> Convince Canonical they want it in the partner repo might be another option.  It wouldn't be the first time they'd put obsolete stuff back in there.
[22:20] <LIB53> alpha 6 is supposed to have a brownish xsplash right?
[22:24] <LIB53> i was just asking because i don't get that xsplash, but i can't stick around forever for a reply so nvm
[22:24] <ion> Wow, almost five minutes of patience.
[22:26] <Madkiss>  miaow


[00:01] <ScottK> dhillon-v10: Are you a Kubuntu users?
[00:02] <nixternal> dhillon-v10 not worth starting on it really until we know the features for 4.5 and trunk opens back up...otherwsie they will get placed somewhere and forgotten about
[00:02] <dhillon-v10> ScottK, dual boot, Ubuntu and Kubuntu but I am in the process of writing a lot of Kubuntu docs. so I was wondering if I could do that since nixternal is quite busy with other stuff
[00:02]  * nixternal goes back to family who I have been neglecting all day :)
[00:02] <dhillon-v10> nixternal, alright thanks :D
[00:18] <_Groo_> guys im creating virtuoso 5.0.12 packages, should be out real soon now (TM)
[00:19] <_Groo_> is compiling as we speak
[00:25] <_Groo_> brb...
[01:17] <_Groo_> virtuoso 5.0.12 is compiled and working now
[01:22] <_Groo_> how do i make a diff? always have problems with those
[01:29] <ScottK> JontheEchidna: (from #debian-qt-kde): [19:20:11] <pusling> ScottK: feel free to offer jonathan thomas to comaintain (and have commit access) to packaging of shared-d-ontos
[01:30] <ScottK> JontheEchidna: I think it'd be good if you took them up on it.
[01:30] <_Groo_> hey ScottK just finished the virtuoso 5.0.12 package and tested it, is working just fine with nepomuk
[01:30] <ScottK> Good to hear.
[01:31] <_Groo_> ScottK: i just need to find a good diff/patch tutorial
[01:31] <_Groo_> better yet, what procedure do you guys do to make a patch for a package?
[01:33] <ScottK> _Groo_: Most of the KDE packages use quilt, so have a look at http://pkg-perl.alioth.debian.org/howto/quilt.html
[01:34] <_Groo_> ScottK: ok thanks
[01:37] <_Groo_> ScottK: are you guys interested in my virtuoso 5.0.12 package till 6.0.1 is out? that way mroe ppl could test beta1,2 while debian guys wait for 6.0.1
[01:45] <ScottK> qt4-x11 built on ia64, so only power pc left.
[02:26] <JontheEchidna> ScottK: nifty
[02:26] <JontheEchidna> probably means I should idle there ;-)
[02:30] <ScottK> Yep
[02:50] <ScottK> Just filed my first bug (with patch) with Qt upstream (for the ia64 build failure)
[03:35] <ScottK> Lex79: Source format 3 is OK now, no need to convert back to version 1.
[03:36] <ScottK> (looking at kdenlive)
[03:36] <DaskreeCh> GRRRR Why are people asking where is the switch for their laptop in #kubuntu ?
[03:36] <DaskreeCh> How are we supposed to know?
[03:42] <DaskreeCh> Oh dear... now they would like to know what command they can use to turn on the killswitch
[03:52] <Lex79> ScottK: feel free to change that and get the credits, I have no kubuntu time in these days
[03:58] <ScottK> Lex79: I dropped that change, but still left your name on the upload.  Thanks for taking care of it.
[03:59] <Lex79> ok thanks ScottK
[04:26] <DaskreeCh> Why would do-release-upgrade fail to find he next Kubuntu ?
[04:30] <ScottK> DaskreeCh: What are you upgrading from/to?
[04:31] <DaskreeCh> Jaunty Karmic
[04:31] <ScottK> Dunno.
[04:31] <DaskreeCh> ScottK: which should work but it's saying there is no upgrade
[04:31] <ScottK> All updates done before you try?
[04:35] <DaskreeCh> Should be
[04:35] <DaskreeCh> The person says they did a dist-upgrade
[04:36] <ScottK> update then upgrade?
[04:37] <DaskreeCh> ok lets try
[04:38] <ScottK> Does the mirror in their sources.list have Karmic?
[04:39] <DaskreeCh> I was going to check that
[08:52] <ghostcube> hi :)
[09:49] <Quintasan|Szel> hiho
[09:50] <Quintasan|Szel> hiho
[09:51] <Quintasan|Szel> oh, double message is the best
[09:53] <ulysses__> morning
[09:53] <ghostcube> :) ehlo
[09:54] <Quintasan|Szel> =/
[09:54] <Quintasan|Szel> urgh I hate those days before xmas
[09:55] <ghostcube> i even hate xmas
[09:55] <ghostcube> its a lie
[09:55] <Quintasan|Szel> we are doing nothing in school, yet we have to go there
[09:55] <ghostcube> that combines millions of peoples
[09:55] <ghostcube> o.o
[09:56] <ulysses__> I have no school, only exams at the university:(
[09:56] <Quintasan|Szel> oh well, ,I like xmas cause I can eat a lot of cheesecake :d
[09:58] <Quintasan|Szel> I guess I'll need to poke guys at #gluon to help me with blok
[09:58] <Quintasan|Szel> ulysses__: any progress on Smooth Tasks?
[09:59] <ulysses__> Nothing
[09:59] <ulysses__> I should learn:(
[09:59] <Quintasan|Szel> Where are you stuck?
[10:00] <Quintasan|Szel> ulysses__: Did you bother setting up pbuilder?
[10:00] <ulysses__> don't remember
[10:00] <ulysses__> 23th december I have an exam
[10:02] <Quintasan|Szel> oh well, learn then, you can't afford to fail, can you?
[10:02] <ulysses__> yeah
[10:05] <ulysses__> Quintasan|Szel: I read yesterday your interview :)
[10:09] <Lure> Riddell: do you know what is the status of my per-package upload application - did somebody inform DMB?
[10:09]  * Lure has a pending digikam upload, which I could also do alone if I get the rights
[10:13] <Quintasan|Szel> ulysses__: hehe :D
[10:13] <ulysses__> you're younger than me
[10:13]  * Quintasan|Szel is quite famous
[10:13] <ulysses__> and famous of course:)
[10:14] <Quintasan|Szel> I belive I'm one of the younes MOTUs or Members approved
[10:14] <Quintasan|Szel> youngest*
[10:15]  * ghostcube is old man
[10:15] <ghostcube> :D
[10:15] <ghostcube> and none of both
[10:15] <ghostcube> :D
[10:15] <Quintasan|Szel> I guess you can call this the effect of having computer at home ever since I was small, I remember breaking first mouse, insted of pressing the buttons I tried to lift them up and they broke xD
[10:15] <Quintasan|Szel> ghostcube: how old are you?
[10:16] <ghostcube> o.o 31
[10:16] <Quintasan|Szel> lol you call this being old?
[10:16] <ghostcube> yeah if you see that some 12 year old guys can even code better than me
[10:16] <ghostcube> i would say iam old
[10:16] <ghostcube> :D
[10:16] <ulysses__> We bought our first computer when I was ~10
[10:16] <ghostcube> i bought my first atari 1024 st
[10:16] <Quintasan|Szel> who said I can code?
[10:16] <ghostcube> i never was an amiga one
[10:16] <Quintasan|Szel> maybe basic things :P
[10:17] <ghostcube> Quintasan|Szel: nah was not meant this way just in generl
[10:17] <ghostcube> *a
[10:17] <ulysses__> We had an Intel 486, with ~16 MB RAM
[10:17] <ghostcube> oh i bought an 286 in 1994 for 2500 bugts
[10:17] <ghostcube> ;(
[10:17] <ghostcube> now even my handy can do more
[10:17] <Quintasan|Szel> I remember I had and Intel Pentium 100 MHz, Total Annihilation was pretty awesome game
[10:18] <Quintasan|Szel> an*
[10:18] <ghostcube> yeah i bought me an pentium to play half life
[10:18] <ghostcube> o.O
[10:18] <ghostcube> best game ever
[10:19] <Quintasan|Szel> Half-Life made me afraid of going to sleep for a while :D
[10:19] <ulysses__> I like RTS games, Age of Empires, Cossacks
[10:20] <Quintasan|Szel> anyone remembers Z from The Bitmap Brothers?
[10:20] <ulysses__> no
[10:21] <Quintasan|Szel> :<
[10:21] <Quintasan|Szel> I used to play that instead of lerning :P
[10:21] <Quintasan|Szel> learning*
[10:24] <Quintasan|Szel> oh the teacher came. 20 minutes after the bell rang
[10:24] <ulysses__> :)
[10:25] <ghostcube> hmm i played return to castle wolfenstein to the extreme
[10:25] <ghostcube> :D
[10:26] <Quintasan|Szel> no that I relly care, few lessons left and I'm free
[10:26] <Quintasan|Szel> I'm just like a ghost wandering through the classes
[10:26] <Quintasan|Szel> nnone gives a damn bout lessons right before xmas
[10:27] <Quintasan|Szel> noone*
[10:27] <ghostcube> :D
[10:27] <ghostcube> anyone here got a damn tomtom navigation system
[10:27] <ghostcube> o.o
[10:28] <Quintasan|Szel> it's just like now, techer's here, she checked attendance and we are doing anything but the lesson
[10:28] <ghostcube> are u on univerity
[10:28] <ghostcube> ??
[10:28] <ghostcube> s
[10:29] <Quintasan|Szel> high school
[10:29] <ghostcube> i got my diploma at saturdy
[10:29] <Quintasan|Szel> I want to go to un
[10:29] <ghostcube> oh cool
[10:29] <Quintasan|Szel> uni*
[10:29] <ghostcube> yeah
[10:29] <Quintasan|Szel> like lol, on IT we learn Excel
[10:29] <Quintasan|Szel> srsly WTF
[10:29] <ghostcube> hehe i have seen this before
[10:29] <ghostcube> :D
[10:29] <ghostcube> excel is cool
[10:29] <ghostcube> for my job
[10:33] <Quintasan|Szel> WHo cares bout excel, OO.o Calc ftw :P
[10:34] <Quintasan|Szel> I'm thinking about writing a short novel in english
[10:34] <Quintasan|Szel> You have quite nice sounding words
[10:35] <ghostcube> i cant use OO here
[10:35] <ghostcube> i must use windows and office
[10:35] <Quintasan|Szel> @_@
[10:35] <ghostcube> the Taxation programms we run here are only running on windows
[10:35] <ghostcube> in combination with office
[10:36] <Quintasan|Szel> using only windows - worst nightmare
[10:36] <ghostcube> its all .NET
[10:36] <Quintasan|Szel> it's just like.. breathing mercury :P
[10:36] <ulysses__> At the university we have both Windows XP and Ubuntu 9.04
[10:37] <ulysses__> the servers running also Ubuntu 9.04
[10:37] <ghostcube> the problem is no one cares enough to port the software to linux
[10:37] <ghostcube> at univerity
[10:37] <ghostcube> i run the asta servers with ubuntu 9.04 server
[10:37] <ghostcube> but here at work no chance
[10:37] <ghostcube> windows 2003 server
[10:37] <ghostcube> i have no idea how to config it
[10:37] <ghostcube> o.o
[10:38] <ghostcube> i made once a click to show settings of active directory
[10:38] <ghostcube> after this it wont boot
[10:38] <ghostcube> so i never touched again
[10:38] <ghostcube> :D
[10:38] <Quintasan|Szel> it might be just me but I think using IIS is just like commiting suicide :P
[10:38] <Quintasan|Szel> lol :D
[10:38] <Quintasan|Szel> >Windows
[10:38] <Quintasan|Szel> :/
[10:38] <ghostcube> :D
[10:38] <Quintasan|Szel> :P
[10:39] <Quintasan|Szel> I'm waiting for Linuix binary for Unreal Tournament 3. then I will get rid of windows
[10:39] <ulysses__> There are some Windows and Solaris server also here, at the computer professorship
[10:39] <Quintasan|Szel> Solaris?
[10:39] <Quintasan|Szel> never used it
[10:40] <ulysses__> h864777@home.cab:~$ uname -a
[10:40] <ulysses__> SunOS rozi 5.9 Generic_122300-03 sun4u sparc SUNW,Sun-Fire-280R
[10:40] <Quintasan|Szel> its POSIX compatible P?
[10:41] <ulysses__> I don't know, we never use it
[10:41] <ghostcube> isnt there linux binary for UT3
[10:41] <ghostcube> o.o
[10:42] <Quintasan|Szel> beats me, last time I checked there wasnt
[10:46] <ghostcube> no there isnt one
[10:46] <ghostcube> seems they forgoten it or cant do it lol
[13:07] <ScottK> Quintasan|Szel: You are definitely among the youngest MOTU, but I know of a coupld that got MOTU evenyounger.
[13:07] <ScottK> ghostcube: Give it 15 years and you'll be as old as I am.  You are not old.
[13:08] <ScottK> Riddell: Did you see the ping I gave you on #ubuntu-devel yesterday?
[13:09] <Riddell> ScottK: don't think so
[13:10] <ScottK> Riddell: OK.  Let me get the conversation and pastebin it for you.
[13:11] <ScottK> Riddell: http://pastebin.com/d7925b8a0
[13:11] <ScottK> It seems like we're close to a fix for powerpc, but it needs a little integration work.
[13:13] <Riddell> ah yes, the joy of qmake
[13:13] <Riddell> ScottK: do we know what his workaround is?
[13:13] <ScottK> So if we could just find someone who knew a bit about that .....
[13:14] <ScottK> Getting
[13:17] <ScottK> Riddell: http://pastebin.com/f3fb11da5
[13:18] <ScottK> Riddell: debian/patches/92_powerpc_no_gc_sections.diff in the current package.
[13:22] <ghostcube> ScottK: hmm yeah but 31 is old :) ofcourse yours is a bit more but after you get the 3 before the rest it sux a bit
[13:22] <ghostcube> :D
[13:24] <amichair> who else is 31?
[13:24] <ghostcube> me
[13:24] <ghostcube> :D
[13:25] <amichair> oh, cheers :-)
[13:25] <ghostcube> :)
[13:25] <ScottK> ghostcube: Didn't you hear?  40 is the new 30.  You're fine.
[13:26] <ghostcube> 78 the best build date ever
[13:26] <ghostcube> ScottK: oh havent known this
[13:26] <ghostcube> then its cool :D
[13:27] <ghostcube> evilFunkyFinger wth why is anybody using such an nick :D
[13:27] <amichair> ghostcube: he ain't a '78... :-)
[13:27] <ghostcube> hahaha
[13:30]  * Riddell puts some tinsel on wstephenson
[13:30] <wstephenson> ho ho ho
[13:30]  * wstephenson passes round the brandy and mince pies
[13:30] <Riddell> very kind of you
[13:30]  * wstephenson hopes for a decent bottle of whisky this christmas as he's still drinking the jamesons he received last year
[13:31] <Riddell> bah, they don't even know how to spell whisky
[13:31] <wstephenson> but i wanted to ask, what's the quickest way to get a dev setup going? there is a KNM bug only kubuntu users seem to get that i want to fix.
[13:31] <Riddell> wstephenson: you have a kubuntu install?
[13:32] <wstephenson> yep
[13:32] <Riddell> sudo apt-get build-dep knetworkmanager
[13:32] <wstephenson> on a real machine for once
[13:33] <wstephenson> Riddell: no source package found - and i thought you had it named plasmoid-something...?
[13:33] <wstephenson> do i need to register a source repo too?
[13:34] <Riddell> you would for that to work yes
[13:35] <wstephenson> and how do i do that?
[13:35] <wstephenson> if there's a noob kubuntu kde developer page somewhere, send me there...
[13:36] <Riddell> sudo software-properties-kde  tick source code at bottom of first tab, close, reload
[13:37] <amichair> Riddell: no poking yet, just a reminder... a few more fixes waiting in software-properties branch
[13:39] <wstephenson> Riddell: done that, still no source package named knetworkmanager?  is plasmoid-knetworkmanager a generated package built from knetworkmanager the source package?
[13:39] <ScottK> wstephenson: plasma-widget-networkmanagement
[13:40] <ScottK> (I didn't pick the name)
[13:40] <wstephenson> if i was doing the same on suse, i'd rpm -qi `which knetworkmanager` to find out the source package name, then zypper source-install -d <pakcagename> but my apt-fu is weak.
[13:40] <wstephenson> ScottK: works, thanks
[13:40] <JontheEchidna> dpkg -S 'which knetworkmanager' in apt-fu ;-)
[13:41] <Riddell> I'm wrong, there is no knetworkmanager package
[13:41] <Riddell> it's plasma-widget-networkmanagement indeed
[13:41] <wstephenson> is there a general kde or c++ development pattern i can install to get my usual hacker tools as well as the pure build deps?
[13:42] <Riddell> sudo apt-get install build-essential devscripts kdelibs5-dev
[13:43] <Riddell> for network manager the build depends are    sudo apt-get install cdbs debhelper cmake pkg-kde-tools quilt libqt4-dev kdelibs5-dev kdebase-workspace-dev libknotificationitem-dev network-manager-dev libnm-util-dev quilt
[13:43] <wstephenson> yep, got those from the build-dep
[13:43] <ScottK> Riddell: Except not libknotificationitem-dev
[13:43] <ScottK> (at least not for lucid)
[13:43] <wstephenson> i want things like gdb and svn too.
[13:43] <Riddell> I'm assuming wstephenson is looking at the version in karmic
[13:44] <wstephenson> Riddell: right, that's the one causing me 2-3 BRs a day
[13:44] <ScottK> Probably a good assumption
[13:44] <Riddell> wstephenson:   sudo apt-get install qt-sdk kde-devel    would bring in the meta packages with that sort of stuff
[13:46] <wstephenson> that looks good - thanks
[13:48] <wstephenson> finally, how do i find where "apt-get source plasma-widget-knetworkmanager" put the sources?
[13:49] <Riddell> wstephenson: current directory
[13:49] <Riddell> and it's plasma-widget-networkmanagement
[13:51] <wstephenson> yes. found it.
[13:56] <rgreening> whats the difference between Tiger woods and Santa...
[13:57] <rgreening> santa only has 3 Ho's!
[13:57] <rgreening> merry x-mas
[13:57] <rgreening> :)
[14:07] <rgreening> ScottK: kubuntu-desktop recommends kipi-plugins but I believe this package cannot be installed with new gwenview/digikam..
[14:08] <ghostcube> yep cause it wants to remove them
[14:08] <ghostcube> i seen this last night
[14:08] <ScottK> Something needs a rebuild then.
[14:09] <ghostcube> libkipi6 is going to be removed if you distupgrade and espacially choose gwenview
[14:09] <ghostcube> and kipi-plugins
[14:09] <ghostcube> and installed is going to be libkipi7
[14:10] <rgreening> ScottK: kipi-plugins: Depends: libkdcraw7 (>= 4:4.3.2) but it is not going to be installed
[14:10] <rgreening>                 Depends: libkipi6 (>= 4:4.3.2) but it is not going to be installed
[14:10] <rgreening> but these need to be libdcraw8 and libkipi7
[14:10] <ghostcube> rgreening: ++
[14:10] <ghostcube> :)
[14:11] <rgreening> where is polkit-kde-1 housed and is is backported for karmic? can't install latest kde beta backport without it
[14:12] <ScottK> That was supposed to be dropped for the backport.
[14:13] <rgreening> ScottK: seems not
[14:13] <ScottK> I'd propose fix the backport then.
[14:14] <ghostcube> :D
[14:14] <rgreening> ScottK: If I have some time, I can have a look. Im pretty booke atm
[14:14] <rgreening> booked even
[14:15] <ScottK> Yet not to booked to play with a KDE beta install ....
[14:15] <rgreening> ScottK: apt-get install vs building a package..
[14:16] <rgreening> no effort vs effort
[14:16] <rgreening> :)
[14:16] <rgreening> ScottK: anyway, it's kdebase-workspace right? Anything I need to change other thna remove the dep?
[14:17] <ScottK> rgreening: I think it's kde4libs, but JontheEchidna is the expert.
[14:17] <rgreening> ok
[14:18] <JontheEchidna> kde4libs needs the build-dependency back to libpolkit-qt-dev, and any binary packages need to depend on kdebase-workspace-bin rather than polkit-kde-1
[14:19] <JontheEchidna> though I think kdebase-workspace-bin might be the only policykit users in KDE-proper at the moment
[14:22] <rgreening> ok.. I'll have a look. my meetng got rebooked for later so I may have a few minutes to poke at this...
[14:29] <rgreening> Is polkit-kde-1 actually correct? or should it be polkit-qt-1
[14:30] <JontheEchidna> yeah, it's correct
[14:31] <JontheEchidna> We used to have policykit-kde which was moved into kdebase-workspace
[14:31] <JontheEchidna> polkit-kde-1 is policykit-kde for the PolicyKit-1 API
[14:32] <rgreening> oh
[14:32] <rgreening> heh
[14:32] <JontheEchidna> ya, a bit much to wrap one's head around :S
[14:32] <rgreening> so, looks like kde4libs is ok... so I guess the dep issue is in workspace
[14:32] <JontheEchidna> luckily we will be able to drop the -1 endings soon and replace the normal packages
[14:34] <rgreening> JontheEchidna: so, in workspace, replace polkit-kde-1 with nothing (it only appears once on kdebase-workspace-bin)
[14:34] <rgreening> correct?
[14:35] <JontheEchidna> Correct
[14:35] <ghostcube> is anyone working on an tool to sync the channels from xchat quassel and so on ? if you move to another pc ?
[14:35] <ghostcube> i thinking about doing such a thing mabye
[14:35] <ghostcube> :D
[14:36] <rgreening> ty JontheEchidna.
[14:37] <JontheEchidna> yw
[14:55] <ScottK> JontheEchidna: polkit-kde-1 MIR is approved, so that's one blocker resolved.
[14:56] <JontheEchidna> policykit and k3b just need updating for polkit-1
[14:56] <rgreening> Do we have a backport of virtuoso yet for karmic that will work with nepomuk?
[14:57] <JontheEchidna> I wonder if K3b's been ported to KAuth yet...
[14:57] <JontheEchidna> back in a bit
[14:58] <Riddell> rgreening: I don't think we have vituoso for lucid yet
[15:07] <ghostcube> yipieh my tor works again :D
[15:14]  * ScottK looks around for Lure to package Digikam 1.0
[15:14] <Lure> ScottK: will do tonight
[15:14] <ScottK> OK
[15:14] <Lure> ScottK: do you know where my per-packge upload right is right now? Did somebody inform DMB about kubuntu-dev decision?
[15:15] <ScottK> Lure: IIRC, Riddell was going to do that.  We'd have to hear from him.
[15:15] <Lure> ScottK: we got MIR approval for liblqr, so one diff with debian less for digikam
[15:15] <ScottK> Nice.
[15:15] <Lure> ScottK: and opencv 2.0 with all build-depends have built sucessfully in my staging ppa
[15:16] <Lure> ScottK: so I plan to upload that one also soon
[15:16] <ScottK> Lure: Will it replace opencv?
[15:16] <ScottK> I have a pending merge of opencv and I'm wondering if I should bother.
[15:18] <Riddell> ScottK, Lure: pitti says it needs approval from the DMB so I'll write them a sterntly worded e-mail
[15:19] <ScottK> Riddell: That or let's just make him kubuntu-dev and tell them since we weren't allowed to give upload rights to part of kubuntu-dev, we gave all of it.
[15:19] <Riddell> certainly an option
[15:20] <Riddell> do we trust him not to get drunk one night and upload the fluffy bunny theme to kubuntu-default-settings?
[15:21] <ScottK> I'd worry more about Hannah Montana, but I think it's OK.
[15:21] <ScottK> apachelogger, JontheEchidna, Tonio_: Got a moment for an inpromtu kubuntu-dev meeting?
[15:22] <JontheEchidna> I can
[15:22] <ScottK> Riddell: Three is a quorum.
[15:23] <Riddell> I'm +1 if he restricts himself to digikam, kipi-plugins and kdegraphics (other stuff he can upload but with asking for review first)
[15:23] <ScottK> +1 too
[15:23] <JontheEchidna> +1
[15:24] <ScottK> Lure: Do you agree to restrict your uploads (without review) to digikam, kipi-plugins and kdegraphics
[15:24] <Lure> ScottK: I am fine with that
[15:25] <Riddell> let me set the powahs then
[15:25] <ScottK> Congratulations.  Welcome to kubuntu-dev
[15:25] <Lure> thanks!
[15:25] <Lure> will use my new powers wisely
[15:25] <Riddell> "Luka Renko (lure) has been added as a member of this team."
[15:25] <Lure> ScottK: you did merge with testing (1.0 version)?
[15:26] <Lure> ScottK: my merge will be from unstable (2.0)
[15:26] <Lure> Riddell: thanks
[15:26] <ScottK> Lure: I didn't touch it yet this cycle.
[15:26] <Lure> Riddell: will try new powers on digikam upload tonight
[15:26] <Lure> ScottK: then no need to bother
[15:27] <ScottK> Lure: Thanks.  I won't.
[15:30] <ScottK> Riddell: I'll do the welcome email unless you've already done it.
[15:30] <Riddell> ScottK: go ahead
[15:33] <ScottK> Lure: Could I have a link to your per-package uploaders application?
[15:34] <Lure> ScottK: https://wiki.ubuntu.com/LukaRenko/DigikamKipiPluginsApplication
[15:34] <ScottK> Thanks.
[15:48] <ScottK> Announcement mail sent.
[15:57]  * rgreening needs to work on his app...
[16:46] <ScottK> Riddell: Is the qmake problem with the powerpc patch something you can work on or do I need to see about hunting down someone to figure it out?
[16:49] <Riddell> ScottK: oh sorry, I was looking fro thiago but he hasn't turned up
[16:49] <Riddell> ScottK: but we could just make the patch apply only on powerpc
[16:50] <ScottK> Riddell: No problem.  It isn't a rush as we don't want a Qt upload while we're building KDE.
[16:50] <ScottK> Riddell: That sounds good.  How about we try that after beta 2 is done?
[16:50] <Riddell> ok
[17:06] <apachelogger> ScottK: now you just need to blog about that we-cannot-give-per-package-upload-privileges ;)
[17:07] <ScottK> apachelogger: Considering who I sent the congratulations mail to, I think the target audience has been notified.
[17:08] <apachelogger> well, the more ranting, the more fuzz, the more annoyance ;)
[17:08] <ScottK> Let's see how this works first.
[17:09] <apachelogger> k
[17:09]  * ScottK used up his quota for a while on ranting and annoyance on the Ayatana stuff in Karmic.
[17:09] <apachelogger> allrighty
[17:10] <apachelogger> Riddell: can we please block mails with subjects containing "Digest, Vol" as well as all HTML-only mail?
[17:11] <ScottK> apachelogger: I think at least one of those needs a mailman patch.  Fortunately it's written in Python so you can hack on it.
[17:11] <apachelogger> I am quite sure you can filter on subject
[17:11] <ScottK> Yes, but silently discarding is evil.  You'd need to give a useful error message.
[17:12]  * apachelogger doesnt find it any eviler than subjects that are as useful as "fluffy bunny subject"
[17:57] <Quintasan> \o
[17:58] <ulysses__> o/
[17:58] <Quintasan> I see we are almost good to go with Beta 2 :)
[17:59] <Riddell> I'm almost done uploading it to lucid
[18:00] <Quintasan> good, I'm going to poke gluon upstream in a second, I want to compile all apps they provide in git, would be nice to have few apps for users to test and/or report bugs :)
[18:25] <skreech> apachelogger: though  you may be a PITA I don't see you as one
[18:26] <skreech> \o/ KDE 4.4 b2 is out
[18:35]  * apachelogger is wondering if b1 is really left without any sound
[18:37] <skreech> well I can't get anything Phonon working
[18:37] <skreech> if it's a FOSS data file then it can't find the file specified if it's not a FOSS data file then it can't find the codecs for that file
[18:38]  * skreech shrugs and uses mplayer in the meantime
[18:38] <skreech> jjesse: Did you figure out amarok btw?
[18:38] <jjesse> skreech: i haven't looked at it
[18:38] <jjesse> been busy w/ work :)
[18:39] <skreech> :-)
[18:39] <apachelogger> skreech: just have been told the same
[18:39] <skreech> apachelogger: I knew that Phonon was screwed pre b1 packages dropping so not surprised
[18:40] <skreech> Anything with Phonon segfaulted before that so having them open was a step forward. Now they can't play anything  hopefully b2 they can
[18:40] <skreech> then b3 they will spout kittens from the speakers
[18:40] <jjesse> should be pretty easy right?
[18:46] <skreech> jjesse: once you know where it is. It's in a pretty annoying place if you don't know it
[18:46] <skreech> Not sure why amarok handles it like that
[18:48] <jjesse> seems like a pretty common use case that a lot of people would use so it should be easy to do
[18:49] <skreech> Well it's not obviously easy
[18:58] <Quintasan> wtf, I have sound, b1 here
[19:00] <Quintasan> really, KDE junior jobs dont look like junior
[19:07] <apachelogger> Quintasan: urly?
[19:07] <apachelogger> URLy that is :P
[19:08] <Quintasan> apachelogger: whole list, JJ: implement XXX kioslave
[19:09] <apachelogger> oh funs
[19:09]  * apachelogger notest that kioslaving can be a JJ
[19:09] <apachelogger> notes even
[19:09] <Quintasan> srsly?
[19:09] <apachelogger> yes
[19:09] <apachelogger> depends on the slave of course
[19:09] <Quintasan> looks like I'm lower than a total noob in coding :DD
[19:10] <apachelogger> but mosly it is just implementing some silly named convenience class
[19:11] <apachelogger> can someone do something about the audio thread?
[19:11] <apachelogger> more like a topic for kubuntu-users
[19:11] <apachelogger> hence the -users :P
[19:11] <apachelogger> like in "using the product"
[19:11] <apachelogger> -devel as in "developing the product"
[19:12] <apachelogger> since we do not develop "audio not working" I suppose it belongs to using a system where audio is not working :P
[19:12] <Quintasan> I would really like to troll the devel of amarok runner
[19:12] <apachelogger> in fact some self-help group might be suited ... "how to live with a system without audio" :D :D :D
[19:12]  * JontheEchidna hints that it would be a really good idea to SRU the fix for bug 433486
[19:13] <JontheEchidna> to nobody in particular, but feel free to jump in ;-)
[19:13] <Quintasan> ofc the KDE 4.4 searches only trough collection and the other one through the playlist and both fail @_@
[19:13] <apachelogger> Quintasan: go SRU the SRUworthy bug
[19:13]  * Quintasan though he ain't minion anymore
[19:13] <Quintasan> ;P
[19:14]  * apachelogger looks at launchpad
[19:14] <apachelogger> oh my, I am still superior :P
[19:14] <Quintasan> FFFFUUUUU-
[19:14] <ScottK> If less active
[19:14] <apachelogger> that is what superior rank means, isnt it? :P
[19:14] <Quintasan> apachelogger: just wait... :>
[19:14] <apachelogger> !
[19:14] <apachelogger> anyhows
[19:15]  * apachelogger enhances JontheEchidna's endorsement for core dev a bit and then prepares for vacation
[19:15] <ScottK> apachelogger: Please go give soyuz a kick so beta 2 can get built.
[19:15] <ScottK> Seems it fell over and needs motivation.
[19:15] <Quintasan> JontheEchidna: the fix was backported already or  I should do it?
[19:15] <JontheEchidna> Quintasan: done SRUs before?
[19:15] <Quintasan> JontheEchidna: just one for Parley
[19:16] <apachelogger> actually
[19:16] <JontheEchidna> oh yeah, you did
[19:16] <apachelogger> I did all the hard work :P
[19:16] <JontheEchidna> Yeah, the patch needs backported
[19:16] <JontheEchidna> you know the drill
[19:16]  * apachelogger goes after soyuz with laser screwdriver
[19:16] <Quintasan> :D
[19:17] <Quintasan> I'd like to gluon be built first but who cares :P
[19:17] <apachelogger> oh my, it lost an arm!!!!
[19:17]  * apachelogger hides behind ScottK
[19:17] <nixternal> here, give me that laser screwdriver
[19:18]  * nixternal grabs a keg of beer and throws it at...
[19:18] <nixternal> wait a second!
[19:18] <Quintasan> JontheEchidna: hmm against stable packages or against out ppa packages?
[19:18]  * Quintasan is confused
[19:18]  * nixternal rethinks that, doesn't throw the keg of beer, instead goes over in the corner and starts drinking while laughing at apachelogger hiding behind ScottK
[19:18] <Quintasan> owned
[19:18] <JontheEchidna> Quintasan: SRUs are for the stable packages, though I suppose updating the PPA wouldn't hurt too
[19:18]  * ScottK is too skinny for proper hiding anyway
[19:19] <nixternal> hehe
[19:19] <apachelogger> I am lost!
[19:20] <nixternal> ScottK: this is hillarious...you guys get less than 2 feet of snow, and it is all over the news...Chicago gets 2 feet of snow, we hit the bars and celebrate...and never watch about it on the national news
[19:20] <ScottK> nixternal: I'm not sure what the big deal is.  We're all shoveled and plowed.  Just dropped all the kids at the mall (no idea why school is closed either)
[19:21] <nixternal> ScottK: yeah, my daughter has today off as well it seems
[19:21] <nixternal> though I will admit, they have gotten pretty silly with snow days here as well
[19:21] <Quintasan> lol your kids get days off because of 2 feets of snow?
[19:21] <Quintasan> fck I want to live there
[19:21] <apachelogger> lol
[19:21] <apachelogger> indeed
[19:21] <nixternal> when I was in school, a snow day wasn't called until school was about to start and there was at least 6 inches of snow on the street
[19:22]  * apachelogger notes that the best he ever got in austria was to be excused from school with appropriate proof of not being able to get there
[19:22] <Quintasan> I think we would need at least 2m of snow to get school canceled
[19:22] <nixternal> hell, one year they didn't call snow day...there was like 8 inches of snow and it was still falling...they made people drive their kids to school as the busses said "hell no we aren't going out in this"
[19:22] <apachelogger> Quintasan: why do you think it is that europeans are more intelligent than the rest of the world :P
[19:25] <apachelogger> oh, tokyo ska paradise orchestra
[19:25]  * apachelogger takes Nightrose for a dance
[19:26] <apachelogger> nixternal: the busses can talk over there? :O
[19:26]  * Nightrose dances around with apachelogger
[19:26] <apachelogger> Nightrose: doki doki time
[19:27] <nixternal> apachelogger: yes, our busses are intelligent
[19:27] <nixternal> probably more intelligent than those riding on them
[19:27] <nixternal> our busses will even talk to your smart phone and provide you some good info if you have the apps installed
[19:27] <apachelogger> oh my
[19:28] <apachelogger> nixternal: smart busses one could say
[19:28] <nixternal> hehe
[19:28]  * apachelogger finds that indeed handy
[19:29] <apachelogger> JontheEchidna: I am all out of stuff to endorse :S
[19:29] <JontheEchidna> :3
[19:29] <nixternal> plus, our bus company, just open sourced their api's for the smart busses and all of that stuff
[19:29]  * apachelogger finds it jolly hard to write endorsements for people who shouldnt need any endorsement :P
[19:29] <nixternal> I should be like everyone else and create yet another plasma widget that is useful for just 3 people
[19:30] <apachelogger> lol :D
[19:30] <apachelogger> mine is useful to more :P
[19:30] <nixternal> yeah, those 8 people are happy too :p
[19:30] <apachelogger> nixternal: you should lobby the API rather
[19:30] <apachelogger> make it a standard and all
[19:31] <apachelogger> then all smart phones could ship with some minimalistic app
[19:31] <nixternal> I am sure someone around here is already doing it
[19:31] <apachelogger> and voila, the world is yet a better place to live in
[19:31] <nixternal> oh, in Ruby too at that :D
[19:31] <apachelogger> well, for the 10% of humanity that can effort smart phones and smart busses anyway
[19:31] <nixternal> it was pretty cool how the CTA did it...they worked with the open source world...they really worked more with all of the Ruby and RoR hackers here in Chicago
[19:32] <nixternal> we have smart busses, and pot holes that can eat a car
[19:32] <nixternal> it doesn't make sense to me
[19:32] <apachelogger> whom else would you be working with in chicago? :P
[19:32] <nixternal> Ruby and RoR is huge here all of a sudden
[19:32] <nixternal> I guess I need to start messing with online services more than desktop applications....seems that's where the money is nowadays
[19:35] <Quintasan> hurr those lines even ain't present
[19:40] <Quintasan> JontheEchidna: no matter how I look at version the bug is reported against 4.3.1 which I can't find, even the 3/4 of lines in the patch are not present
[19:40] <ScottK> nixternal: Weren't you on enough councils already?
[19:41] <nixternal> I guess not
[19:42] <nixternal> they insisted that I run...I tried to not run, but they wouldn't let me...so now I feel quote motivated to help out Edubuntu and get them up to speed now
[19:43] <skreech> Quintasan: I try to pick out really simple JJ or worthwhile ones and dent them every monday
[19:44] <JontheEchidna> man, it is way too different...
[19:44] <JontheEchidna> oh well, thanks.
[19:44] <Quintasan> skreech: okay, tough the one about kopete links in status messages is sitting there since KDE 3.5 :P
[19:45] <Quintasan> skreech: I mean this -> http://imagebin.ca/view/IWN-4j.html
[19:46] <Quintasan> link not clickable :S
[19:47] <skreech> apachelogger: and not being there is not proof of not being able to get there? :)
[19:48] <apachelogger> skreech: huh?
[19:49] <skreech> nixternal: Our buses here are smart. They stay the hell off the damn roads
[19:50] <ghostcube> woha snow again ....
[19:51] <apachelogger> JontheEchidna: you can quote me on that when in your core dev interview .... make JontheEchidna a coredev already, I dont know how to endorse someone who knows all and everything
[19:51] <Tscheesy> is there some Digikam1.0 Pakets under packaging ? http://sourceforge.net/projects/digikam/files/
[19:51] <apachelogger> Lure is working on packaging I think
[19:51] <Tscheesy> nice
[19:52] <Lure> Tscheesy: will check with debian first
[19:52] <Lure> Tscheesy: also, we need to include some patch (one crasher was fixed just after release)
[19:53] <ejat> JontheEchidna: is it all the fixed release to the development version of lucid will be port to karmic ?
[19:53] <ejat> or maybe in beta 2 ?
[19:54] <JontheEchidna> ?
[19:54] <ejat> nvm ..
[19:54] <ejat> sorry ..
[19:55] <skreech> Quintasan: Yeah I dented that one like a month ago :)
[19:55] <JontheEchidna> ejat: it's ok, I just don't know what you're talking about :)
[19:56] <skreech> Quintasan: On the profile cards as well. Well no where actually
[19:57] <skreech> Kopete needs looooove
[19:57] <ejat> JontheEchidna: i just get bug fixed update in email .. all saying fixed in 10.04 .. is it available for 9.10 :)
[19:57] <JontheEchidna> depends on the bug
[19:57] <skreech> apachelogger: not being at school wasn't enough proof that you could not get to school? :)
[19:58] <apachelogger> skreech: nope, could also have been proof of you didnt wanna get to school :P
[19:59] <ejat> is it kde sc beta 2 on building process .... ?
[19:59] <ScottK> Yes
[19:59] <skreech> apachelogger: Ah those unruly chicldren :)
[20:00] <apachelogger> oh yes!
[20:00] <skreech> apachelogger: Also it was always annoying when you had the one child who lived near you and was intent on getting to school damning the rest of people who lived near him into being liars that they couldn't make it to school
[20:01] <ejat> ScottK: thanks ..
[20:01] <nixternal> what is on the agenda for today? what needs to get done?
[20:01] <nixternal> to lazy to read scrollback
[20:02] <nixternal> I think it would be good to start doing scrum meetings every day
[20:02] <nixternal> to much work trying to keep up with what is going on and what people are doing, at least for me it is...seems my hand might be in to many cookie jars
[20:02] <apachelogger> rounds :D
[20:02] <markey> apachelogger: you were right, once again :)
[20:03] <markey> AVATAR is the real deal
[20:03] <markey> myri and I both went out thinking: best film ever made.
[20:03] <markey> simple as that :)
[20:03] <markey> boggles the mind
[20:03] <apachelogger> couldnt agree more
[20:03] <markey> it's a new paradigm in cinema, it's not a normal film any more
[20:03] <markey> more an experience :)
[20:08] <Quintasan> skreech: I'd like to do this but I'm veeery new to programming
[20:10] <apachelogger> http://en.wikipedia.org/wiki/The_Art_of_Computer_Programming
[20:11] <apachelogger> as every art it is more of a trial and error sort :P
[20:11]  * Sput never got a snow day at school
[20:11] <Sput> I think I got two heat days in 13 years of school though
[20:11] <apachelogger> global warming!!!
[20:12] <Sput> yeah. so holland drowns, cologne is gonna be at the coast, and we won't have any snow anymore. How often do I need to take my SUV around the block to make that happen?
[20:12] <JontheEchidna> Source format 3.0 rules! No more repacking .bz2 tarballs as .gz <3
[20:12] <ScottK> Yep.
[20:12] <apachelogger> just wait until KDE deploys xv :P
[20:12] <ScottK> kdenlive tar.bz2 is in the archive.
[20:13] <JontheEchidna> kgmailnotifier tar.bz2 will be in the archives soon
[20:13] <Sput> apachelogger: Gentoo already repacks KDE tarballs as .xv :)
[20:13] <apachelogger> there you have it
[20:13] <apachelogger> also suse was always pushing quite a bit towards lzma
[20:13] <apachelogger> and since dirk is doing the tars I dont think it will be long before bz2 distribution gets stopped :P
[20:14] <apachelogger> not that I would be sorry about that
[20:14] <Sput> probably right after they've moved to git :P
[20:14] <Sput> and the hurd is released
[20:14] <apachelogger> igittigitt :P
[20:14] <apachelogger> anyway
[20:14] <apachelogger> time to leave
[20:14] <Sput> and Duke runs on the hurd
[20:14] <apachelogger> see you after vacation
[20:15]  * apachelogger hugs everyone and puts a haralds-spot-do-not-use-sign on his chair
[20:15] <Lex79> apachelogger: see you :-*
[20:19] <Quintasan> well Harald's not here so we can relax :PP
[20:22]  * JontheEchidna wonders how much waterboarding there was to decide that quilt would be the standard patch system for 3.0
[20:22] <JontheEchidna> er, not the word I was looking for
[20:23] <JontheEchidna> bikeshedding
[20:23] <ScottK> The quilt fanboys are well in charge in Debian, so not much.
[20:23] <JontheEchidna> I am glad with the outcome, it's just that one would think that it would be a devisive issue
[20:24] <Quintasan> who cares bout dpatch? :P
[20:24]  * Quintasan used it twice and didn't like it
[20:24] <JontheEchidna> there is something to be said about simple-patchsys
[20:25] <ScottK> JontheEchidna: If we had a quilt-edit-patch, then I think it'd be fine, as it is, Quilt is significanlty harder for new people to use.
[20:25] <JontheEchidna> the learning curve is a bit steep, yes
[20:30] <Lure> JontheEchidna: is cdbs somehow deprecated now?
[20:30] <JontheEchidna> dunno
[20:30]  * Lure see some changes in that regard
[20:30] <JontheEchidna> yeah, it looks like it might be moving that way but imo it'll probably stay around for a bit
[20:33] <ScottK> JontheEchidna: -1 for undocumented changes in kde4libs.
[20:33] <JontheEchidna> oops
[20:33] <ScottK> Lure: the dh 7 stuff removes a lot of the rationale for cdbs.
[20:34] <ScottK> JontheEchidna: Please add your debian/rules changes to debian/changelog and I'll pull again.
[20:34] <Lure> ScottK: I noticed, that is why I am not sure if there is any push to move away from cdbs
[20:34]  * Lure notices that digikam is still cdbs
[20:34] <ScottK> Should be easy enough to switch to dh 7 --with-kde
[20:35] <yuriy> is 1.0 packaged btw? that's pretty exciting
[20:35] <Lure> ScottK: actually writing quilt-edit-patch should not be that hard to implement...
[20:35] <ScottK> Lure: I agree.  Just needs someone to actually do it.
[20:36]  * Lure did not like quilt at first, but I am now fine with it
[20:36] <JontheEchidna> ah, those changes are wrong. I had fixed that in bzr but I accidentally unfixed it copying the debian directory back over
[20:37] <JontheEchidna> ScottK: fixed
[20:39] <ScottK> JontheEchidna: OK.  Got it.
[20:39] <ScottK> Still waiting (will be for a while) for stuff to depwait.
[20:42] <skreech> JontheEchidna: Waterboarding probably more applicable
[20:43] <Quintasan> oh btw, anyone got distcc or icecc working?
[20:43] <Riddell> Quintasan: you'll need to tell me if you need to use my machine again
[20:45] <Bausparfuchs> Hi, is there a simple way to get qt 4.6 on my Kubuntu karmic? A ppa or something?
[20:49] <Quintasan> Riddell: I have done several changes, I will include those licenses, and it's quite not ready yet since I can't build anything that uses gluon now :/
[20:51] <Riddell> Bausparfuchs: yes it's in the experimental PPA
[20:51] <Riddell> in ~kubuntu-ppa
[20:52] <Bausparfuchs> Riddell: i just had a look at the experimental ppa and it seems that there is only the rc, not the final.
[20:54] <Riddell> or in the beta PPA then
[20:54] <Bausparfuchs> Riddell: in the experimental ppa there is "qt4-x11 - 4:4.6.0~rc1-1ubuntu1~ppa1 " published on november, 18th. Release was on december 1st
[20:57] <Bausparfuchs> Riddell: I only found it in the lucid repo. ll wair
[20:57] <Bausparfuchs> ill wait
[20:59] <skreech> nixternal: http://identi.ca/group/linuxjobs
[21:05] <Riddell> Bausparfuchs: it is in this PPA https://launchpad.net/~kubuntu-ppa/+archive/beta
[21:06] <Bausparfuchs> Riddell: oh, thanks, fine. I didnt find that before
[21:27] <skreech> Why don't I have a network management plasmoid?
[21:28] <skreech> Did 4.4 mask them out or something?
[22:02] <_StefanS_> evening
[22:02] <_StefanS_> not to push on things, but I imagine that you're preparing the KDE 4.4 SC beta2 packages ?
[22:03] <_StefanS_> or atleast thinking about it :)
[22:03] <skreech> _StefanS_: No we are not we are partying like it's 2009!
[22:03] <skreech> Oh.. wait
[22:03] <_StefanS_> hehe
[22:03] <skreech> _StefanS_: Lucid is priority so it gets rolled out and tested there first
[22:04] <_StefanS_> skreech: oh yes ofcourse
[22:04] <_StefanS_> skreech: but I guess they will be available for karmic eventually
[22:04] <_StefanS_> 4.4 was a great improvement.. even the plasmoids remember where you put them now ;)
[22:05] <_StefanS_> 4.4/4.4b1
[22:05] <skreech> _StefanS_: Yes
[22:05] <skreech> THough My plasmoids dont :-(
[22:05] <skreech> Stop covering each other!
[22:06] <_StefanS_> ah didnt test that
[22:06] <skreech> _StefanS_: What?? Then why are we giving out the beta? Test test test test!!
[22:08] <_StefanS_> skreech: will do, and sorry for my laziness :)
[22:20] <nixternal> skreech: yeah, I follow a linuxjobs on twitter
[22:35] <zegenie> anybody know if the soprano virtuoso backend will be packaged with this beta?
[22:35] <zegenie> (beta 2 - whenever it becomes available)
[22:41] <Riddell> zegenie: I believe not
[22:53] <zegenie> Riddell: so will the strigi / nepomuk functionality be broken for karmic if I use 4.4 for any forseeable future?
[22:53] <Riddell> zegenie: no more so than in 4.3 I expect
[22:54] <zegenie> but it works fine in 4.3, just installing the sesame backend, popping in the symlink and voila
[22:55] <Riddell> there you go then
[22:55] <zegenie> the sesame package is already in the repos, and the onliner symlink command isn't exactly rocket science :)
[22:55] <zegenie> but with 4.4 it won't even initialize
[22:55] <zegenie> because it says it needs the virtuoso backend
[22:55] <zegenie> which *isn't* in the repos
[22:56] <Riddell> oh well, guess it won't work, it's a beta
[22:59] <zegenie> yeah, always something
[22:59] <zegenie> so is the virtuoso backend package in lucid yet?
[23:05] <Riddell> zegenie: no, there isn't a working version as I understand it
[23:06] <zegenie> that's unfortunate
[23:06] <zegenie> any idea what the guys in fedora/gentoo/opensuse are doing then?
[23:06] <zegenie> also just packaging it w/o functioning strigi/nepomuk?
[23:06] <zegenie> just wondering since the're already shipping beta 2 packages :)
[23:07] <zegenie> "shipping"/providing
[23:13] <Lure> ScottK: do you know the state of debian-science merge done by mok0
[23:13]  * Lure considers just doing opencv + boost1.40 transtion upload
[23:19] <skreech> zegenie: as far as I'm aware there is a break in the version compatibilty
[23:19] <skreech> Virtuoso 5.x works 6.0 doesn't 6.x will
[23:21] <Sput> zegenie: Gentoo has working Virtuoso packages.
[23:21] <zegenie> mmk
[23:21] <Sput> though upstream shuffling around things didn't make things too easy the past few weeks :)
[23:22] <ScottK> Lure: It's been marked he's doing it for a long time.  I'd go for it.
[23:22] <Sput> also we've made upstream to finally do releases for redland and other soprano stuff
[23:23] <Lure> ScottK: merge with newer upstream (0.7/0.8) requires update to blends, which I am not really planning to do just now
[23:23] <ScottK> Lure: Blends is a pretty easy merge.  Just have to add stuff for the new release.
[23:24] <Lure> ScottK: but it brings another couple of rdepends to follow
[23:24] <Lure> ScottK: might look into it when I am done with opencv