[12:44] <ynezz> hm booted, but the installer is not usable in 800x600 :)
[01:10] <ynezz> suppose it's this bug, https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/38442
[01:10] <ubotu> Launchpad bug 38442 in ubiquity "MASTER: Doesn't support < 1024x768 resolutions" [High,In progress] 
[01:10] <ynezz> oh its bot
[01:11] <ynezz> nice one :)
[01:34] <mikmor1> I wonder how useful it would be to start up synaptic right after installing onto a device, so you could give the user the option to customize the installation from the live environment...
[01:35] <mikmor1> not that it is functionally restricted, really.. but it might look nice
[01:39] <jetscreamer> dselect used to be an option in d-i
[01:39] <jetscreamer> during the install i mean
[01:40] <jetscreamer> so there may even be an entry point
[01:40] <mikmor1> i was thinking about Ubiquity
[01:41] <jetscreamer> yes, but i was just cheering you on
[01:41] <mikmor1> heh, thanks
[01:41] <jetscreamer> personally i prefer being able to install all i want then
[01:41] <mikmor1> i think it would be nice for users who haven't used ubuntu before (or linux)
[01:42] <mikmor1> kind of adds a layer of "hey, look what you can do"
[01:42] <jetscreamer> that too
[01:42] <mikmor1> esp. since almost everyone is always connected to the internet anymore
[01:43] <mikmor1> of course, if you aren't connected.. it might be confusing
[01:43] <mikmor1> so maybe have it starting up contingent upon if you can connect to the pool
[01:44] <mikmor1> anyway, just brainstorming
[01:53] <jetscreamer> oh yeah ya'll don't have netinstalls
[01:55] <mikmor1> ?
[01:56] <ryanakca> Hey, can an Ubuntu dev help me with http://groupware.kubuntu.co.uk/openssl_0.9.8e-5ubuntu2.debdiff ? All I did was create a patch on apps/s_client.c, update changelog, add quilt to build dep, XSBC-Original-Maintainer/Maintainer fix, and add 'include /usr/share/quilt/quilt.make' to rules. But... there's a pile of extra changes in the debdiff.
[02:00] <ryanakca> doko_: ping, you made the last change to openssl, right? Safe to ignore?
[03:18] <infinity> ryanakca: Still here?
[03:19] <ryanakca> infinity: yep, and I fixed the debdiff. https://groupware.kubuntu.co.uk/openssl_0.9.8e-5ubuntu2.debdiff
[03:19] <infinity> No, you really didn't. :)
[03:19] <ryanakca> no?
[03:19] <infinity> Please, please, please don't add patch systems to packages that don't have them.
[03:20] <infinity> It makes the Debian<->Ubuntu delta much harder for us to maintain, honest.
[03:20] <infinity> Your debdiff would have been all of two changed lines without that gratuitous change.
[03:21] <ryanakca> Ah, ok, so, plain old seperate patches?
[03:21] <infinity> Err, what?
[03:22] <ryanakca> infinity: https://wiki.ubuntu.com/MOTU/School/PatchingSources ... udev:
[03:23] <infinity> Err, no.  OpenSSL doesn't have any sort of patch system, please don't add one.
[03:25] <infinity> pitti's tutorial there is great for people making their own packages, or learning how existing patch systems work, but please don't take it as a ringing endorsement to gratuitously deviate from Debian and inflate our merge diffs.
[03:27] <infinity> Anyhow, I'm likely to be making an OpenSSL upload soon anyway, so I can just fix this bug at the same time and we can stop arguing about it.
[03:28] <Riddell> infinity: I think python-kde3 needs given back, it's complaining that python-qt3 can't be installed but the new build can be
[03:28] <infinity> synacktion: Also, doko's change to openssl is most definitely not safe to ignore. :)
[03:29] <infinity> ryanakca: ^^
[03:29] <infinity> synacktion: Sorry, misfire.
[03:29] <ryanakca> infinity: I sent the patch itself to openssl-dev@openssl.org
[03:30] <infinity> ryanakca: Well, that part's good, yes.
[03:36] <infinity> Riddell: Still looks uninstallable to me.
[03:37] <infinity> Riddell: On i386, anyway.  The other arches seem happy enough.
[03:39] <Riddell> guess the i386 python-qt3 is still on its way to the archives
[03:40] <infinity> Oh, for some value of fine.  Some of them dep-waited on the new python-qt3
[03:46] <infinity> s/Some/All/
[03:55] <Riddell> I can live with dep-wait I guess, better than failing
[03:56] <Riddell> infinity: I missing a (rather important) package, kdelibs5-data has vanished for 3.92.0-0ubuntu1~feisty2 in feisty-backports, any idea where it's gone?
[03:57] <infinity> What source is that from?
[03:58] <Riddell> kdelibs5, I guess it's because the i386 buildd was so slow
[03:59] <infinity> I sure would like to know why LP doesn't think there's a kdelibs5 source package..
[04:00] <Riddell> oh, sorry, it's kde4libs source
[04:00] <Riddell> and I'm missing a versioned build-dep from kdelibs5 to kdelibs5-data, which is why a bunch of my builds failed
[04:01] <Riddell> infinity: could you give back kdepimlibs kde4graphics kde4graphics kde4multimedia kde4games kde4edu once kde4libs 3.92.0-0ubuntu1~feisty2 i386 has reached the archives
[04:01] <infinity> Yeah, the i386 build only recently finished.  You need to learn patience. :)
[04:02] <Riddell> I've been waiting for it to compile all day, are backports lower priority for the buildds than gutsy builds?
[04:02] <infinity> Yes.
[04:02] <Riddell> suspected so
[04:02] <infinity> I imagine the reasons for that should be obvious. :)
[04:02] <Riddell> yeah, it's fair enough
[04:03] <Riddell> but it makes it hard to have timely releases of new kde releases for my loyal fans, it's much easier just to compile them locally and upload and I know they're done
[04:04] <infinity> Well, unfortunately, soyuz is a bit slow right now.
[04:04] <infinity> Partially due to the 8000 build queue in lpia that slows some things down, partially due to a slightly braindead behaviour in slave-scanner.
[04:04] <infinity> I'll be working on the latter with cprov later, once I'm done with lpia.
[04:04] <infinity> The former is something we just have to cope with for now.
[04:06] <Riddell> anyway, hope I havn't ruined your weekend by making you give back all those when kde4libs is done, I should be off to bed
[04:06] <Burgundavia> infinity: are you building the entire archive for lpia? I thought it was just x86
[04:06] <infinity> Burgundavia: Err, come again?
[04:07] <mjg59> Burgundavia: It's x86 with different build optimisations, and we'll want different binary configuration from the same source package
[04:07] <infinity> Burgundavia: It's a new dpkg arch so, i386 binary compatibility notwithstanding, you can't mix _i386.deb and _lpia.deb packages on the same system.
[04:07] <Burgundavia> right, ok
[04:07] <mjg59> And given that we don't have support for multiarch...
[04:07] <infinity> mjg59: I totally have poor-man's multiarch going on here!
[04:08] <mjg59> Yeah, and I had poor-man's multiarch implemented for installing i386 binaries on NetBSD 4 years ago
[04:08] <mjg59> That doesn't make it /right/
[04:09] <mjg59> Wow. I even wrote a paper for that conference.
[04:09] <mjg59> I must have been feeling enthusiastic
[04:09] <mjg59> Especially since they didn't do printed proceedings
[04:09] <infinity> Trying to impress a girl, no doubt.
[04:10] <infinity> I know that's the only reason I write papers.  Chicks dig a guy who can string multiple sentences together and still look hot doing it.
[04:11] <mjg59> Gosh. I even went to Leeds to present it.
[05:21] <twb> Hiya.  Edgy's casper could not netboot, Etch's casper could.  I'm looking at the casper 1.87 changelog in Feisty and it looks it can netboot now.  Could someone confirm this?
[06:56] <lamont> doko_: that newer libtool (sans java) is there now
[07:20] <calc> i'm testing my newly merged OOo 2.3 :)
[07:21] <calc> only have some minor patches left not merged and doing the build now :)
[09:32] <encompass> doko: I am looking at the restricted python module here... http://pypi.python.org/pypi/RestrictedPython/3.4.2 and finding that there is no specific package to handle this module... infact there is some duplicate code found here... http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=RestrictedPython&searchmode=searchfilesanddirs&case=insensitive&version=feisty&arch=i386 is it possible to pull restricted python out and 
[09:33] <encompass> doko_: I am looking at the restricted python module here... http://pypi.python.org/pypi/RestrictedPython/3.4.2 and finding that there is no specific package to handle this module... infact there is some duplicate code found here... http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=RestrictedPython&searchmode=searchfilesanddirs&case=insensitive&version=feisty&arch=i386 is it possible to pull restricted python out and
[09:37] <doko_> encompass: as I said before: better package the upstream version and check that zope3 still works with this one
[09:38] <StevenK> Morning pitti
[09:39] <pitti> hey StevenK
[09:39] <encompass> doko: sorry, didn't know you responded... thanks, I will "try" I can bearly make my own packages as is.
[10:20] <Riddell> infinity: aww, you never gave back those packages
[10:20] <pitti> Riddell: shall I give back something?
[10:23] <Riddell> ooh, please, kdepimlibs kde4graphics kde4graphics kde4multimedia kde4games kde4edu in feisty-backports
[10:30] <Riddell> pitti: will you be able to look at our main inclusion requests before going on honeymoon? (when is that again?)
[10:32] <pitti> Riddell: honeymoon starts at august 25, so yes
[10:34] <pitti> Riddell: given back
[10:35] <Riddell> thanks
[10:35] <pitti> Riddell: not on ia64, though, since I guess that's busted anyway
[10:35] <Riddell> I don't much care for ia64 :)
[10:48] <mvo> infinity: could you please give-back debtags on amd64? and libapt-front on all arches?
[10:50] <pitti> mvo: done
[10:50] <mvo> pitti: thanks!
[10:51] <pitti> we're getting fatter and fatter with every tribe
[10:53] <Burgundavia> pitti: we do ship two photo apps
[10:53] <Burgundavia> if we kicked off gphoto we would win some space
[10:54] <pitti> Burgundavia: gphoto?
[10:54] <pitti> Burgundavia: you mean gthumb or f-spot?
[10:54] <Burgundavia> gthumb, right
[10:54] <pitti> yeah, that's a long-standing issue
[10:54] <Burgundavia> since dapper
[10:55] <coNP> BTW, ajmitch, do you think you will package f-spot 0.4.0 for the next tribe?
[10:55] <pitti> last time I tried f-spot, its cam download sucked, not sure whether that changed
[10:55] <Burgundavia> I think the one thing that would need to be done is the popup when a camera is entered
[10:55] <pitti> Burgundavia: that's easily done
[10:55] <Burgundavia> plugged in. wow, my english sucks tonight
[10:55] <pitti> Burgundavia: if f-spot has a mode "download pics from the cam to that directory and display it", then all is well
[10:55] <pitti> last time, this seemingly simple task was a mess
[10:56] <Burgundavia> I own exactly 0 digital cameras, so I never use either
[10:56] <ajmitch> coNP: most likely
[10:57] <pitti> so, let's try
[10:57] <pitti> wow, merely opening and closing f-spot makes it crash
[10:58] <StevenK> What do you expect from an Mono application? :-P
[11:01] <tepsipakki> pitti: does the xorg.conf generator (dexconf) work for you now?
[11:01] <pitti> tepsipakki: I just dist-upgraded, will try now
[11:01] <pitti> tepsipakki: that was an interesting race condition: you uploaded late enough for me not to see your version yet, and early enough so that the bug was already closed, so I didn't find it any more
[11:02] <pitti> tepsipakki: with the result that I uploaded a fix, too, which was rejected :)
[11:02] <coNP> By the way, has f-spot directory support?
[11:02] <tepsipakki> pitti: heh :)
[11:02] <coNP> I think without the ability to browse all images in a directory we should s/gthumb/f-spot/g
[11:02] <pitti> tepsipakki: yeah, works fine now. It skips all the SubSection stuff
[11:03] <pitti> tepsipakki: it is *soo* great that it doesn't hardcode the 1024x768 Mode limitation any more when it cannot detect the resolution
[11:03] <pitti> tepsipakki: apparently X's own detection is much better and figures it out correctly
[11:03] <mvo> has anyone tried the latest apt yet?
[11:03] <pitti> tepsipakki: which means that after three years of Ubuntu I finally don't need to reconfigure my X after install \o/
[11:04] <tepsipakki> pitti: yeah, there's been a lot going on in debian.. next thing to happen is that it doesn't need discover anymore
[11:04] <pitti> tepsipakki: I know an awful lot of people with the very same problem (it's a showstopper for many of them), I'll ask them for testing gutsy :)
[11:04] <coNP> mvo: /me reinstalled amarok with it
[11:04] <pitti> tepsipakki: current xorg.conf is very clean; no triplicate wacom any more and such
[11:04] <mvo> coNP: and that was fine I assume?
[11:05] <coNP> Yes. It worked as usual.
[11:05] <tepsipakki> pitti: really? that should be there I think..
[11:05] <pitti> tepsipakki: oh, wait, that's still there, just somewhere else
[11:05] <mvo> good :) thanks
[11:05] <coNP> thank *you* :)
[11:05] <pitti> tepsipakki: why does it need to be there three times? I don't even have such a thing
[11:05] <pitti> oh, stylus/eraser/cursor
[11:06] <pitti> tepsipakki: well, that might eventually go with 1.4 and hal input hotplug?
[11:06] <tepsipakki> pitti: I've been following the wacom ml every now and then, and yes, input hotplug will solve that eventually
[11:06] <pitti> tepsipakki: oh, something that is now missing are the font paths; that's on purpose?
[11:07] <pitti> with all the InputDevice gone, I only have Device/Monitor/Screen/ServerLayout; that thing becomes manageable :)
[11:07] <tepsipakki> pitti: yes, the ones that are needed (fixed fonts) are hardcoded on xserver build
[11:07] <tepsipakki> the rest was just cruft
[11:07] <pitti> tepsipakki: ah, the rest is handled on the client side? pango and such?
[11:07] <tepsipakki> should be
[11:07] <tepsipakki> if it works :)
[11:08] <pitti> tepsipakki: what happens with WMs like fvwm which don't use pango?
[11:08] <tepsipakki> pitti: seems to work just fine, I've tested that yesterday with a fresh install
[11:08] <tepsipakki> I'm not that familiar with those
[11:08] <tepsipakki> ..changes
[11:09] <pitti> ah, great
[11:17] <pitti> ajmitch: hm, so f-spot-import seemingly worked
[11:17] <pitti> hm, except that the target folder is empty
[11:18] <pitti> no, it's still as broken as before
[11:18] <pitti> I told it to import to /mm/Fotos/<name> and don't import
[11:18] <pitti> and instead it imported into ~/Photos
[11:18] <StevenK> pitti: What do you expect from an Mono application? :-P
[11:19] <pitti> and f-spot doesn't display any photos, most menu items are greyed out, I cannot select folders, etc.
[11:19] <pitti> this thing sucks
[11:19] <pitti> Burgundavia: it seems f-spot isn't anywhere near to replace gthumb ATM :(
[11:20] <pitti>  Photos/2007/07/18/img_0001.jpg
[11:20] <pitti> whoever came up with *that* directory layout must have been on utter crack
[11:21] <pitti> yay, and that sigsegv again
[11:23] <StevenK> Here's a question. Why was it even promoted to main?
[11:23] <pitti> StevenK: it's in -desktop, and besides tomboy it's responsible for a lot of MB of CD space...
[11:24] <StevenK> I don't think tomboy is as bad as that, though...
[11:24] <pitti> no, probably not
[11:24] <pitti> I never tried it, though (keeping TODO lists as a wiki is ... dramatically overengineered for my taste)
[11:25] <pitti> some people like it, though, so if it works, that's fine
[11:25] <pitti> but f-spot doesn't leave us in a good light, I'm afraid
[11:26] <coNP> Why do we have f-spot in -desktop? Tomboy is fine IMHO. It definitely *works*.
[11:26] <StevenK> It was added during Feisty, if I recall correctly.
[11:26] <StevenK> (f-spot)
[11:26] <pitti> coNP: not sure any more; desktop people wanted it because it's shiny
[11:26] <StevenK> I've been told f-spot rocks. I remain unconvinced.
[11:26] <pitti> well, YMMV; it never did what I wanted, but I might just be strange
[11:28] <elmo> I've never had f-spot crash on me, FWIW and apart from the whole wanting to own the photos, I found it a nicer UI than gthumb
[11:28] <pitti> I insist on keeping my photos in a sane directory structure; that's what mankind did for hundreds of years...
[11:29] <pitti> elmo: might just be gutsy, or amd64, or whatever; as I said, other people seem to be much more lucky than me with this
[11:30] <StevenK> Great. gtk2hs now fails the same way on i386 and amd64.
[11:37] <pygi> hello
[12:03] <pitti> hi pygi
[12:07] <elmo> (but I did stop using it because of the 'all your photos are belong to me' thing)
[12:07] <elmo> pitti: ah, right, yeah, I use/used it on edgy/feisty i386
[12:21] <elmo> I don't suppose someone would be willing to try (again) to convince dbus upstream that 'restart your computer on upgrade' isn't reasonable?
[12:22] <jetscreamer> ???
[12:22] <jetscreamer> omg
[12:41] <geser> pitti: is bug #114855 important enough to be milestoned or should I be more patient? Without the drivers for my wifi card (prism54) the gutsy kernel isn't of much use for me (still running the feisty kernel)
[12:41] <ubotu> Launchpad bug 114855 in linux-ubuntu-modules-2.6.22 "prism54 and other wlan drivers missing in kernel 2.6.22" [High,In progress]  https://launchpad.net/bugs/114855
[12:41] <sladen> ooh, all the team memberships are expiring again.  what joy
[12:41] <pitti> geser: actually the window for a complete kernel upload is closed already, but if it's just a non-ABI-change of l-u-m, that's still fine
[12:42] <pitti> geser: can you please mail BenC with the details?
[12:42] <pitti> geser: or, if it's all in the bug, let me do it
[12:42] <pitti> erk, metacity made my other xchat window disappear again, brb
[12:43] <geser> pitti: it would be the re-addition of the missing drivers which got lost between the the feisty kernel and the gutsy one
[12:45] <pitti> mailed
[12:45] <geser> thanks
[01:30] <sbalneav> Morning all
[01:34] <pitti> hi sbalneav
[01:36] <sbalneav> Hey pitti.
[01:42] <geser> StevenK: have you some time to review bug #130348?
[01:42] <ubotu> Launchpad bug 130348 in festival "[Merge]  festival 1.4.3-21ubuntu1" [Undecided,New]  https://launchpad.net/bugs/130348
[01:44] <Hobbsee> mjg59: ...wow.
[01:44] <StevenK> I'm still impressed at some of the downright stupid things Automatix has done.
[01:45] <pitti> StevenK++
[01:45] <Fujitsu> The killall -9 dpkg is a little evil.
[01:45] <StevenK> A little?
[01:46] <Hobbsee> pitti!
[01:47] <Fujitsu> Aw.
[01:47] <Fujitsu> Mmm... gummybears.
[01:50] <Hobbsee> that's...really...wow.
[01:51] <Fujitsu> Hobbsee: What is?
[01:51] <StevenK> Hobbsee: Which part?
[01:51] <Hobbsee> Fujitsu: automatix report
[01:52] <ajmitch> Hobbsee: where is that?
[01:52] <Hobbsee> StevenK: particularly the parts where the system can be left unbootable
[01:52] <Hobbsee> ajmitch: http://mjg59.livejournal.com/77440.html
[01:52] <StevenK> Hobbsee: Indeed.
[01:52] <ajmitch> ah, interesting
[01:52] <Hobbsee> automatix doesnt exist for gutsy yet, does it?
[01:53] <ajmitch> I hope not
[01:53] <ajmitch> but it most likely will be around
[01:53] <Fujitsu> It should be soon.
[01:53] <TheMuso> Shocking is only the start of the long line of descriptive words I'd use.
[01:53] <Hobbsee> it's just going to be a lot easier to break your entire system, passing -assume-yes to apt on a development version
[01:53] <elkbuntu> it'll happen, unless certain people get into really horrible accidents some time soon
[01:53] <Fujitsu> Hobbsee: True, even better!
[01:53] <Hobbsee> Fujitsu: although most of that breakage is gone now
[01:54] <TheMuso> Wasn't easyubuntu created to combat automatix or some such?
[01:54] <Hobbsee> TheMuso: yeah
[01:54] <StevenK> TheMuso: Most of the descriptive words I'd use to describe Automatix are unprintable.
[01:54] <TheMuso> StevenK: Same here.
[01:54] <Fujitsu> StevenK: Mhm... Darn CoC.
[01:54] <pitti> Kmos: don't worry, they don't bite back
[01:54] <Hobbsee> TheMuso: it should be fairly sane, but the guy has no interest in ubuntu packaging
[01:54] <elkbuntu> TheMuso, easyubuntu doesnt sell as many souls to the devil though
[01:54] <Hobbsee> pitti: much.
[01:54] <Kmos> pitti: hehe
[01:55] <pitti> they just nibble a bit
[01:55] <Kmos> :)
[01:55] <Kmos> :)
[01:56] <sbalneav> ogra: ping
[01:56] <Hobbsee> i hope that's cooked!
[01:56] <ajmitch> pitti: I'm afraid it'll take more than that
[01:56] <Hobbsee> ajmitch: yes.  chocolate?  :D
[01:56] <TheMuso> Hobbsee: I thought that would be desert.
[01:57] <pitti> ajmitch: an entire whale?
[01:57] <ajmitch> Hobbsee: I don't think chocolate & you would be safe
[01:57] <Hobbsee> ajmitch: sure it is!
[01:57] <TheMuso> ajmitch: Me neither.
[01:57] <ajmitch> nor any form of caffiene
[01:57] <TheMuso> Chocolate can be my best friend at times. :p
[01:57] <ajmitch> Hobbsee: undoubtably that's because you're already a long way towards crazy? :)
[01:57] <Hobbsee> ajmitch: hehe :)
[01:58] <elkbuntu> ajmitch, 'towards'? dude, she's already there
[01:59] <ajmitch> elkbuntu: well we're not quite sure just how far down that path she can go
[02:00] <elkbuntu> ajmitch, since she didnt try tickle me on the plane to spain, she's not at the manical point yet
[02:00] <ajmitch> you'll be glad of that, I bet
[02:00] <Hobbsee> elkbuntu: we had a truce.
[02:01] <Hobbsee> elkbuntu: i wanted to get some sleep at all on the plane.
[02:01] <elkbuntu> Hobbsee, a manic wouldnt have remembered a truce enough to honor it ;)
[02:01] <Hobbsee> haha
[02:01] <Hobbsee> elkbuntu: well....if people piss me off by continually tickling me, or taking my stuff, then i *will* get pissed at them.
[02:01] <TheMuso> lol
[02:02] <TheMuso> And will literally strike back if its done too much.
[02:02] <Hobbsee> so, being pissed at you on the plane wouldnt have been so fun, especially with it being so long
[02:03] <elkbuntu> Hobbsee, :)
[02:04] <Hobbsee> elkbuntu: then agian, we were kinda close to the wing - so we could have had a wrestling match.  "oops, we lost elkbuntu out the plane, somewhere on the way to frankfurt"
[02:04] <Hobbsee> :P
[02:04] <ajmitch> strange people
[02:04] <Kmos> hehe
[02:05] <Hobbsee> ajmitch: yes, we know you're strange.  you seem to like being tickled, for one thing...
[02:06] <TheMuso> hahahaha
[02:06] <ajmitch> sorry, you're confusing me with someone else
[02:07] <Hobbsee> ajmitch: seeing as there have been very few ubuntu developers in my house, that's kinda hard to do.
[02:07] <Riddell> pitti: could you give back python-kde3
[02:07] <pitti> Riddell: kicked
[02:08] <Riddell> you're the best pitti
[02:08] <pitti> no problem :)
[02:08] <pitti> just watching postgresql build and run tests anyway
[02:09] <Riddell> sounds about as much fun as watching big brother
[02:09] <pitti> Riddell: now that it actually works it is much better!
[02:10] <bigon> hi,is it normal that I get: Failed to fetch ftp://archive.ubuntu.com/ubuntu/dists/gutsy/universe/binary-i386/Packages.bz2  Hash Sum mismatch ?
[02:10] <coNP> bigon: I can confirm :)
[02:10] <coNP> (not sure it is normal, though)
[02:10] <pitti> http:// amd64 works here
[02:11] <coNP> So it is not a bug, but a feature. Please buy a new computer.
[02:11] <bigon> ^^
[02:15] <TheMuso> Riddell: If you don't mind asking me, where does KDE 4 stand in regards to accessibility? I, and a few others from the community have asked the same question of the accessibility team for KDE, but with no answer...
[02:15] <TheMuso> s/asking me/me asking/
[02:18] <Riddell> TheMuso: qt4 has all the infrastructure and APIs and ATK standards, but it doesn't use the same corba protocol as gnome so none of the existing tools work
[02:18] <Riddell> and I don't know of anyone working on equivalent tools
[02:19] <Riddell> the best hope seems to be that qt will adopt a dbus protocol for ATK and gnome will follow and everyone will be talking the same
[02:19] <TheMuso> Hmm ok. I need to see what I can do about trying to give them a shove to a more desktop neutral solution.
[02:19] <Riddell> but it's quite frustrating after years of expecting qt 4 to fix everything and it hasn't
[02:20] <Riddell> I don't think gnome is very enthusiastic about moving to dbus, it's too much work
[02:20] <TheMuso> Out of all the freedesktop standards stuff, this is unfortunately one of the biggest things to not happen yet.
[02:20] <TheMuso> I get the same feeling.
[02:21] <TheMuso> Ok thanks for that.
[02:32] <pitti> bye everyone!
[03:00] <geser> doko: I've added the last changelog entry from Debian to bug #130348. But how does building with -v<last version in ubuntu> change a debdiff?
[03:00] <ubotu> Launchpad bug 130348 in festival "[Merge]  festival 1.4.3-21ubuntu1" [Undecided,Incomplete]  https://launchpad.net/bugs/130348
[03:01] <doko> geser: dpkg-buildpackage -S -v<version>
[03:01] <geser> doesn't it only changes the .changes file? which isn't included in a debdiff
[03:04] <doko> geser: sure, but how should one review a merge without knowning all changes?
[03:06] <geser> doko: so I should simply copy all the new changelog entries into the comment field the next time?
[03:06] <doko> geser: yes
[03:07] <geser> ok, will remember for the next time
[03:07] <geser> doko: is something still missing?
[03:08] <doko> geser: I don't think so
[03:22] <coNP> Can some core-dev review / sponsor my magyarispell REVU upload (http://revu.tauware.de/details.py?upid=6332), please?
[03:40] <TheMuso> c
[03:40] <TheMuso> ugh
[03:56] <bigon> has someone already had a look at http://people.debian.org/~rleigh/pam/ to help debian (and ubuntu) to have an uptodate pam (it seems that that package a a nasty but rleigh had no time to catch it)
[04:25] <booza> Hi all , where is the autostart function on a livecd , i want start firefox or something with the login in the livecd
[05:32] <ubotu> Launchpad bug 130376 in cdrkit "crash while checking MD5sums on jigdo include list" [High,Fix released]  https://launchpad.net/bugs/130376
[05:35] <elmo> cjwatson: \o/
[05:47] <ceztko> all: i am having troubles with the security repository of edgy...where i can signal problems about repositories?
[06:33] <pygi> siretart, around by any chance?
[06:44] <siretart> pygi: you're very lucky, but I'm at my gf's parents
[07:05] <sbalneav> urgh, ltsp chroot isn't building.  What is it again to finish all postinsts?  dpkg -i --recover?
[07:07] <kylem> dpkg --configure, i think is what you want
[07:07] <kylem> if i understand what you're wanting
[07:08] <mjg59> dpkg --configure -a
[07:09] <sbalneav> ah
[07:09] <sbalneav> right.
[07:09] <sbalneav> durr
[07:17] <pygi> siretart, oki, not urgent anyway. Do enjoy ;)
[07:29] <mattwalston> There may be an issue with the repos.  See http://paste.ubuntu-nl.org/32516/
[07:31] <dobey> works fine for me
[07:31] <mjg59> mattwalston: More likely there's a cache between you and the server that's screwing things up
[07:32] <mattwalston> mjg59: as in on my system?
[07:32] <dobey> as in between you and the server
[07:32] <dobey> your system isn't a single hop to the server
[07:33] <elkbuntu> mattwalston, like your ISP
[07:34] <mattwalston> elkbuntu: sounds about right, we have bellsouth afterall
[07:34] <elkbuntu> haha
[08:38] <lamont> will gutsy's udev work on feisty?
[08:39] <stdin> possibly, but I wouldn't risk it if it's not in -backports
[08:41] <lamont> stdin: ah, come on... where's your sense of adventure?
[08:42] <stdin> on my development PC :p
[08:43] <Nafallo> the kernel didn't boot for me on feisty atleast :-)
[08:43] <Nafallo> 9.25 I think I tried.
[10:08] <pygi> hey folks
[11:53] <tcleval> hi... after the last update my system is slow(3D), how do i know the list of packages of the last fiesty update ? i need to "downdate", so i get my 3D working fine
[11:56] <geser> look in /var/log/dpkg.log (but it's not easy to read)
[11:56] <tcleval> geser, thx i am going to read it
[11:56] <geser> iirc aptitude has also an own log, if you use aptitude
[11:57] <tcleval> geser, no i use command line :-)
[11:59] <tcleval> geser, ok.. now i have the list of files based on the date of the update.. so how can i downdate?
[12:00] <geser> downgrade aren't officially supported but works most of the time
[12:00] <geser> you need to find an archive with the old versions or download the old .deb yourself
[12:01] <tcleval> geser, thx.. i think the problem is the new mesa packages.. i ll try them  first
 iirc aptitude has also an own log, if you use aptitude
 geser, no i use command line :-)