[12:26] <nixternal> hey everyone, a goal for the doc team for feisty is to fix documentation so it can eventually become topic based
[12:27] <nixternal> so, what i did as a possibility is create a frontpage for khelpcenter. it isn't final and probably won't be for a while, but an idea is here -> http://nixternal.ubuntu-rocks.org/stuff/doc/ktbh
[12:27] <nixternal> would that be possible to use that as a front page instead of the current khelpcenter home page?
[12:35] <apokryphos> nixternal: that looks really nice =)
[12:36] <apokryphos> very small issue, but for the wiki I think it'd be good to link to wiki.kubuntu.org instead
[12:37] <robotgeek> though they are the same wikis, i prefer the kubuntu stylesheet
[12:37] <apokryphos> for IRC, perhaps it's better to just have the link to automatically fire up Konversation (which automatically makes you join #kubuntu) instead of instructions?
[12:37] <apokryphos> right
[12:38] <robotgeek> that would be nice
[12:38] <apokryphos> irc link being irc://irc.freenode.org/kubuntu
[12:38] <robotgeek> does it already work that way?
[12:38] <apokryphos> yup
[12:39] <apokryphos> hm, or at least it should
[12:39] <apokryphos> it might have Kopete as default though
[12:40] <robotgeek> i just like konversation over kopete for irc
[12:40] <apokryphos> of course
[12:40] <apokryphos> Kopete isn't a great IRC client
[12:40] <apokryphos> (the default can be changed though, of course)
[12:51] <nixternal> apokryphos: i like that idea about firing up konversation to connect
[12:51] <nixternal> i will look into that definitely
[04:55] <robotgeek> hmm, i wonder how difficult it would be to generate python bindings for katapult
[04:56] <apokryphos> forget katapult, w00t kickoff
[04:57] <robotgeek> apokryphos: hmm, link please ?
[04:57] <apokryphos> ubotu: kickoff
[04:57] <ubotu> kickoff is a new KDE menu developed by SUSE. It organises items differently, has an integrated Beagle search, and been put through extensive usability testing in the Novell usability lab. See http://www.kdedevelopers.org/node/2283
[04:58] <apokryphos> !kickoff is =~ /SUSE/openSUSE/
[04:58] <ubotu> I know nothing about kickoff is yet
[04:58] <apokryphos> !kickoff is =~ s/SUSE/openSUSE/
[04:58] <ubotu> I know nothing about kickoff is yet
[04:58] <apokryphos> how do I always forget the syntax for that? ;-)
[04:59] <apokryphos> !no kickoff is =~ s/SUSE/openSUSE/
[04:59] <ubotu> I know nothing about no kickoff is yet
[04:59] <robotgeek> hmm, but they are not the same, are they?
[05:00] <apokryphos> ah, evil ~= the wrong way around
[05:00] <Hobbsee> apokryphos: bah, katapult is better!
[05:00] <apokryphos> no way :D
[05:00] <robotgeek> apokryphos: i hate the rodent
[05:00] <apokryphos> kickoff can do most of the things katapult can do, atm
[05:00] <apokryphos> except amarok playback
[05:01] <apokryphos> *amarok controller
[05:01] <Hobbsee> that's still more keys to use to search
[05:01] <Hobbsee> i think
[05:01] <apokryphos> what do you mean?
[05:02] <robotgeek> you mean, to launch a program, i have to click K-Menu -> and type with keyboard. that's 2 actions
[05:03] <apokryphos> k-menu has a shortcut
[05:03] <apokryphos> and on mine it's a f1. Figured I never use the F1 for help system :P
[05:03] <robotgeek> anyways, it definetly beats K-Menu :)
[05:03] <apokryphos> not sure what the default is. Win+P?
[05:03] <apokryphos> for sure :)
[05:04] <Hobbsee> apokryphos: i dont think there is a default
[05:04] <apokryphos> the very nice things about it: inline search results (I rarely have to wade through with long locations in my konqueror), more beautiful application launcher, can do things like calculator, etc
[05:05] <Hobbsee> nice
[05:05] <apokryphos> Hobbsee: there is, it's alt+f1
[05:05] <Hobbsee> ah right
[05:05] <Hobbsee> so it does....
[05:05] <apokryphos> it's really handy. I don't have to use alt+f2 anymore 8)
[05:06] <apokryphos> the link above has a presentation of how well it works
[05:06] <apokryphos> tm_t was packaging it for kubuntu but I don't know how far that got
[05:08] <apokryphos> I admit it doesn't look as nice as Novell's gnome one, but it's definitely a *lot* more practical
[05:08] <apokryphos> I know because I tried using theirs for a couple of days :P
[05:08] <Hobbsee> looks nice, actually
[05:09] <robotgeek> it's pretty neat, but i dont forsee using it much. i only use a couple of apps. kmail, amarok and a browser
[05:09] <apokryphos> it might end up being kde 4's menu
[05:09] <apokryphos> hopefully with more touchups by then though 8)
[05:09] <Hobbsee> hehe
[05:09] <Hobbsee> yeah
[05:10] <apokryphos> robotgeek: but you launch applications/documents, surely
[05:10] <apokryphos> in which case it's useful
[05:10] <Hobbsee> it's got some things that i'd like to see changed on there - but it does look nice
[05:10] <apokryphos> it also indexes your kopete/gaim logs, which is nice
[05:10] <robotgeek> apokryphos: yeah, but they are usually on desktop. or ~/Docs
[05:11] <apokryphos> Hobbsee: no / this time, nope
[05:11] <apokryphos> you just type :P
[05:11] <Hobbsee> oh right.  even better
[05:11] <apokryphos> robotgeek: you'll always end up needing an application launcher though. I thought I used very few apps, but the amount of times I use alt+f2/kickoff is quite a few, I'd say.
[05:12] <apokryphos> the usability of the app is quite good, since they got to use the novell lab for a bit I believe
[05:12] <apokryphos> still, there were a few oddities with shortcuts originally, which I reported and are fixed now :P
[05:12] <robotgeek> apokryphos: i was kind of hoping for something like quicksilver, really. the one app on os x that is not there on linux, though katapult has the basics right
[05:12] <apokryphos> what's the difference between quicksilver and spotlight?
[05:13] <apokryphos> I've only seen the latter, but I liked it a lot. Didn't see kickoff missing any of that stuff though
[05:14] <robotgeek> apokryphos: with quicksilver, i can have actions. like select file -> use ftp client -> send to this bookmark
[05:14] <apokryphos> hm, not sure how that would be implemented but sounds good
[05:14] <robotgeek> apokryphos: http://docs.blacktree.com/quicksilver/overview?DokuWiki=0edcee49ff6ab2ecd22beb4007c73930
[05:17] <apokryphos> mm, that's nice
[05:17] <apokryphos> you can do other actions with these of course but they involve right-clicking
[05:17] <apokryphos> (in kickoff)
[05:17] <robotgeek> with quicksilver, you use right arrow :)
[05:18] <robotgeek> iirc, it was quite a while ago
[05:18] <apokryphos> I see no reason why right-arrow shouldn't be used for something like that, actually
[05:19] <apokryphos> but really it'd just open up the right-click menu. There'd have to be a better implementation for that than a default menu
[05:19] <robotgeek> apokryphos: yes, issues with using that in a menu format.
[05:23] <robotgeek> hey freeflying_
[05:24] <freeflying_> robotgeek: hi
[05:24] <robotgeek> freeflying_: how are you?
[05:25] <freeflying_> robotgeek: fine, and you? :)
[05:25] <Hobbsee> hey freeflying_
[05:25] <freeflying_> Hobbsee: hi
[05:26] <robotgeek> good, good. trying to find source for katapult, the main site is down, it seems
[05:27] <freeflying_> :)
[05:29] <apokryphos> robotgeek: it's in kde's svn
[05:29] <apokryphos> under playground
[05:30] <robotgeek> apokryphos: thanks
[05:31] <apokryphos> erm, or just in tags/katapult actually
[05:31] <apokryphos> no change in 8 months it seems?
[05:32] <apokryphos> anyhow, I've gotta head off to bed. 'night
[05:32] <robotgeek> apokryphos: that's probably cause its a tag
[05:32] <robotgeek> for a release, maybe. the actual seems here: http://websvn.kde.org/trunk/extragear/utils/katapult/
[05:33] <apokryphos> ah yes 8)
[05:48] <robotgeek> ack! broken packages
[05:49] <robotgeek> alrite, no more work today. cya all later
[06:10] <Hobbsee> hey abattoir
[06:10] <abattoir> hello Hobbsee :)
[12:09] <fdoving> Riddell: have you considered dropping the poppler patches to kpdf?
[12:10] <fdoving> they introduce new bugs.
[12:11] <fdoving> http://bugs.kde.org/show_bug.cgi?id=138010 and http://bugs.kde.org/show_bug.cgi?id=137121 as examples.
[12:11] <Ubugtu> KDE bug 138010 in general "Cannot print a PDF that prints fine in Acrobat and Foxit" [Normal,Resolved: invalid] 
[12:12] <fdoving> also.. our kdegraphics.orig.tar.gz does not have the same md5sum the debian one got.. without any changes either.. seems it's just repacked without any reason.
[12:12] <fdoving> (or our got published first, and debian made their own)..
[12:15] <fdoving> .. and this SRU process is very very very timecomsuming.. kopete remains in the -proposed queue..
[12:16] <Riddell> fdoving: I know it creates some bugs but it's far less hassle than the problem of maintaining multiple copies of xpdf
[12:17] <Riddell> fdoving: many .orig files are different if they're made before the debian one the timestamps will be different
[12:17] <fdoving> OK, I have to open every PDF in some sane PDF reader before printing.. i think it's a bit of a hassle.
[12:17] <Riddell> fdoving: have people tested the new kopete?
[12:18] <fdoving> it's not accepted into -proposed yet.. but yes.. people have downloaded it from ubuntu.lnix.net.
[12:19] <fdoving> it was approved for upload to -proposed, but hte archive admins are too busy to actually accept it into the archive for people to test it.
[12:20] <Riddell> grumph
[12:21] <fdoving> I've poked colin and matt so much about this i don't want to poke anymore.
[12:29] <freeflying_> Riddell: after remove the gcc patch for qt, now I can use input methd
[12:32] <Riddell> freeflying_: woo
[12:32] <Riddell> mmm
[12:32] <Riddell> ok, so next thing is to try compiling all of scim stuff with visibility
[12:32] <Riddell> but if that doesn't solve it, we'll just remove it from qt for feisty
[12:33] <freeflying_> Riddell: even rebuild scim, can not work
[12:33] <freeflying_> with that patch, xim can't work too
[12:40] <Riddell> evil, I wonder why
[12:48] <Hobbsee> hey Riddell, how was your holiday?
[12:49] <Riddell> hi Hobbsee, good, in a doing nothing kindae way
[12:49] <Hobbsee> lucky.
[12:49] <Riddell> !logs
[12:49] <ubotu> Channel logs can be found at http://people.ubuntu.com/~fabbione/irclogs
[12:50] <Hobbsee> Riddell: fdoving didnt do all the steps of the SRU dance, so it all blew up on him, adn nothing got done.  the SRU thing is a bloody mess of beaucracy.
[12:51] <freeflying_> Riddell: will we upgrade to koffice-1.6.1 recently?
[12:51] <Hobbsee> freeflying_: it's sitting in the feisty queue, waiting for the end of hurd 1 freeze
[12:52] <fdoving> Hobbsee: i did do all the steps so far, i'm just waiting for the archive admins, to be able to proceed.
[12:53] <Hobbsee> fdoving: true.  they got the debdiff they wanted, finally, i think?
[12:54] <fdoving> Hobbsee: they've had everything they wanted for weeks.
[12:54] <Hobbsee> fdoving: but not in the way they wanted it?  likely true
[12:56] <fdoving> Hobbsee: in the way they wanted it too. I've changed the version number in the latest upload, and i asked one of the archive admins if they wanted me to add a new debdiff with the new version number, but that wasn't neccessary. Now sfflaw wanted a new debdiff with the exact version number, and I added it.
[12:57] <fdoving> I fixed the kopete packages like a week before the UDS, and it's still not in.
[12:58] <fdoving> the good thing is that it's fixed in feisty :)
[12:58] <Hobbsee> from what they said in the meeting, the archive admins are snowed under with SRU's
[12:58] <Hobbsee> so by the time it's *actually* in the archive for edgy, everyone will have upgraded to feisty - problem solved!
[01:00] <fdoving> it's engouraging really.. that putting the already fixed package into the archives can take this long.
[01:00] <Hobbsee> how so?
[01:01] <fdoving> irony.
[01:01] <Hobbsee> that's what i thought
[01:01] <Hobbsee> just checking :P
[01:01] <fdoving> :)
[01:05] <pinheiro> moin
[01:05] <fdoving> hi.
[01:07] <Hobbsee> heya
[01:08] <pinheiro> heeey
[01:08] <pinheiro> working on some mme types for odf
[01:08] <pinheiro> mime
[01:13] <gnomefreak> anyone know if under the new py policy the app has not modules does it still need to depends on python-central or python-support?
[01:13] <gnomefreak> s/not/no
[01:17] <Hobbsee> gnomefreak: ask in -motu, i dont know
[01:17] <gnomefreak> ok ty
[01:18] <fdoving> Hobbsee: just as a note to the sru discussion. the ubuntu-sru team is just matt and colin. no wonder they have alot to do.
[01:18] <Hobbsee> i know
[01:18] <Hobbsee> :(
[01:57] <fdoving> hmm.. i wounder if there is some kind of cron-job to clean up /var/cache/apt/archives... that would be smart. not everyone is aware of that cache..
[01:58] <Hobbsee> fdoving: a bit of a problem if you're using that cache for your pbuilder too, or if you want to go back a version, as you cant get it off launchpad again, unless you compile it
[01:59] <marseillai> fdoving: i've had this since time and i often help people with this error : "Xsession: warning: unable to write to /tmp; Xsession may exit with an error" because of this problem X can not be launch
[01:59] <marseillai> but i wonder it adept could not manage with this
[01:59] <Hobbsee> marseillai: chmod 777 /tmp/
[01:59] <Hobbsee> i would expect
[01:59] <fdoving> Hobbsee: people using pbuilder are experienced enought to disable such a feature.. i'd say.
[01:59] <marseillai> Hobbsee: no : sudo apt-get clean or sudo apt-get auto-clean
[02:00] <Hobbsee> marseillai: where does /tmp fit into this?
[02:00] <Hobbsee> oh right, if you';ve got too much in the /v/c/a/a
[02:00] <fdoving> Hobbsee: full disk/partition?
[02:01] <marseillai> Hobbsee: no where but /tmp is on / partition and /var/cache/apt/archives became too big and there's no more space on / and you got this error when trying to launch X.
[02:01] <marseillai> fdoving: yes
[02:01] <Hobbsee> yep, got you
[02:02] <Hobbsee> then you really need a notification about the disk becoming full
[02:02] <Hobbsee> with an option about cleaning out the aptcache
[02:02] <marseillai> Hobbsee: or an option activate by default in adept wich make an auto-clean after each dist-upgrade done with adept-upgrader
[02:02] <fdoving> it's not like it's a usefull feature to have the .debs stored for john desktop user.
[02:03] <marseillai> fdoving: apt-get auto-clean is better it keeps some file. if you loose your connection it can be usefull
[02:03] <fdoving> he doesn't purge and reinstall the same pacakges all over the place.
[02:03] <Hobbsee> fdoving: unless one breaks
[02:04] <fdoving> i'm not saying 'delete all *.deb after every apt-get install/adept install'
[02:04] <fdoving> I'd like something in either cron.daily or cron.weekly.
[02:04] <marseillai> fdoving: if you make auto-clean instead of clean you remove only too old archives
[02:05] <fdoving> marseillai: which doesn't do the job. you can still have ~1G of fresh and new .debs in your cache.
[02:05] <fdoving> it helps, but it's not good enought.
[02:05] <marseillai> yes but it's better than the currently way to do : do nothing
[02:06] <Hobbsee> i wouldnt put a cron daily on there...
[02:06] <Hobbsee> weekly would be as much as could be handled
[02:06] <fdoving> weekly is fine.
[02:07] <fdoving> But I don't see the pros of having a cache for desktop users.
[02:07] <marseillai> Hobbsee: i think it should be something with a graphic frontend in adept or system-settings
[02:07] <fdoving> keeping it for a week is still useless imo.
[02:07] <Hobbsee> fdoving: for when the touchpad is buggered up, and it didnt seem to do that before the update.  it happens.
[02:08] <Hobbsee> fdoving: or we have another large lot of X breakage or something, although that shouldnt happen with SRU's
[02:08] <fdoving> Hobbsee: doesn't matter, if you clean the cache once a week the old package will be gone anyway. you'll only have the new broken one in your cache.. for a week.
[02:09] <Hobbsee> true
[02:09] <Hobbsee> but hopefully you find it out it's a problem in less than a week :P
[02:09] <Hobbsee> i do get your point
[02:09] <Hobbsee> fortunately, most people dont run that much out of space
[02:10] <fdoving> they will.. if they don't learn to clean the cache.
[02:10] <fdoving> :)
[02:10] <Hobbsee> hwo big are hard drives these days?
[02:10] <fdoving> it's just a question of time.. all harddisks will run out of space when the cache never is cleaned..
[02:11] <fdoving> A 'Free space wizard' would be nice.. yes.
[02:11] <Hobbsee> anyone feel like writing one?
[02:11] <fdoving> you would have to figure out what partition contains the cache, though..
[02:13] <Hobbsee> that's not hard, i believe
[02:13] <Hobbsee> if /var/cache/apt/archives exist, then clean it
[02:13] <Hobbsee> well, just rm -rf /var/cache/apt/archives*
[02:13] <fdoving> sure, but /var is not always on /
[02:13] <fdoving> you can't do that.. as /var/cache/apt/archives/partial must exist.
[02:14] <fdoving> rm -rf /var/cache/apt/archives/*.deb
[02:14] <Hobbsee> take out the -r then
[02:14] <Hobbsee> as in /var isnt on the same physical partition as /?
[02:14] <Hobbsee> it doesnt matter - it still gets mounted as /var
[02:15] <Hobbsee> it just gets treated like a symlink, to my knowledge.  ditto to the separate /home
[02:15] <Hobbsee> you can still cd /, and rm /home/$user
[02:21] <mhb> hi all
[02:22] <mhb> fdoving: I saw you closing the /.hidden bugs ... I thought the /.hidden is going to be improved, like making the not-so-important folders faded or something ... that plan is abandoned now?
[02:22] <fdoving> Hobbsee: ubuntu already does this.
[02:23] <Hobbsee> fdoving: it does?
[02:23] <fdoving> mhb: don't know, kubuntu-default-settings has removed the /.hidden file..
[02:23] <fdoving> Hobbsee: yes, check out /etc/cron.daily/apt
[02:24] <Hobbsee> fdoving: neat
[02:24] <fdoving> Hobbsee: however, /etc/cron.daily/apt looks for some variables, which is set in /etc/apt/apt.conf.d/20archive, which is provided by update-notifier, which we don't supply.
[02:26] <Hobbsee> fdoving: neat.
[02:26] <Hobbsee> fdoving: seems like we should add it to the adept nofitier then
[02:26] <fdoving> so, adding that to a package, and divert the ubuntu one, would be a nice solutuion.
[02:27] <fdoving> that would be smart.
[02:27] <Hobbsee> sorry?
[02:28] <fdoving> what?
[02:28] <Hobbsee> i didnt understand what you said
[02:28] <fdoving> about diverting the ubuntu one?
[02:28] <Hobbsee> that whole line
[02:29] <fdoving> man dpkg-divert
[02:29] <fdoving> we don't want to conflict with update-notifier
[02:29] <Hobbsee> you could just make adep tinstall that file if it wasnt already installed, i guess
[02:29] <Hobbsee> indeed
[02:30] <fdoving> there are more apt.conf files provided by update-notifier we want..
[02:30] <fdoving> atleast /etc/apt/apt.conf.d/10periodic
[02:30] <fdoving> 15adept-periodic-update does the same though..
[02:30] <Hobbsee> right
[02:31] <fdoving> we want to move one of them out of the way.
[02:31] <Hobbsee> could always add them in the postinst or something :P
[02:35] <fdoving> or, we could use higher numbers than ubuntu, to override them. (that's evil though, as they have configuration interfaces to their settings.. and they wouldn't work when we install our config with a higher priority)
[02:36] <fdoving> .. that's already done with the 15adept-periodic-update
[02:36] <fdoving> overrides 10periodic
[02:36] <fdoving> if we do the same with 20archive, and make our own 25adept-archive
[02:37] <fdoving> that would work.. but it's not nice, as we don't have graphical config utils, ubuntu does (inside synaptic)..
[02:38] <fdoving> if we override the settings set there, by higher priority configs, users running ubuntu, having kubuntu installed alongside, will get confused.
[02:38] <fdoving> .. if they ever notice :)
[02:38] <Hobbsee> heh
[02:39] <fdoving> If i were to choose i'd go with adding 25adept-archive with the default sane options.. a copy of 20archive basically.
[02:59] <fdoving> anyone on feisty around=?
[02:59] <Hobbsee> yes
[02:59] <fdoving> does adept have two 'manage repositories' menu entries?
[03:00] <Hobbsee> where?
[03:00] <fdoving> in the adept menu.
[03:00] <fdoving> adept manager -> adept -> manage repositories
[03:01] <Hobbsee> no
[03:01] <Hobbsee> but that option is greyed out for me
[03:02] <fdoving> hum..
[03:02] <fdoving> that was a problem in edgy too.. before the patch..
[03:04] <fdoving> anyway.. i'll make a patch to add the 25ardept-archive-limits file, and then leave the source manager to others.
[03:04] <mhb> fdoving: I think there was a bugreport about it
[03:04] <mhb> wasn't it?
[03:04] <fdoving> mhb: there was, and there was a patch too..
[03:05] <fdoving> I see the patch in the source package.. (feisty that is).. but i'm not sure it works as intended.
[03:09] <gnomefreak> fdoving: manage repos is greyed out only fetch updates and quit are not greyed out
[03:09] <gnomefreak> everything in veiw is also greyed :(
[03:10] <gnomefreak> on feisty
[03:17] <fdoving> Ok. i think that has to do with the sync from debian. I don't have time to look at it right now. Have to run. thanks for feedback anyway.  :)
[03:17] <fdoving> bye.
[03:33] <Jucato> Adept Manager: Adept menu-> Manage Repositories and View menu -> Manage Repositories
[03:34] <Hobbsee> oh, so it does
[03:35] <Jucato> I previously reported Manage Repositories under the Adept menu being disabled in Edgy Knot 2. it got fixed before the release
[03:35] <Jucato> btw, Hobbsee, good morning! :)
[03:35] <Hobbsee> heya
[03:36] <gnomefreak> Jucato: did the daily image for feisty work for you? its still named edgy or is it edgy image?
[03:37] <Jucato> gnomefreak: still named edgy-desktop-i386.iso, still uses edgy's kernel, still shows up as Edgy in lsb_release -a
[03:38] <gnomefreak> that would mean its an edgy image :)
[03:38] <Jucato> that was from rsync. I downloaded the "feisty" image from cdimage.ubuntu.com, still got the same results, and the same md5sum
[03:38] <gnomefreak> so ther eare no feistty images at all out
[03:39] <Jucato> I guess so. or http://cdimage.ubuntu.com/kubuntu/daily-live/current/ doesn't hold them
[03:39] <gnomefreak> s/ther eare/there are
[03:39] <Jucato> at least not for Kubuntu
[03:39] <gnomefreak> Jucato: ok than i guess i will have to wait :(
[03:39] <Jucato> :(
[03:40] <Hobbsee> gnomefreak: it's all still broken.  they have weekends off, you know
[03:40] <gnomefreak> yep i do
[03:40] <Jucato> heh :)
[03:41] <Jucato> hm... Flash 9 beta 2 is in edgy-backports?
[03:41] <gnomefreak> if i installed edgy and booted live cd could i copy and paste my edgy menu.lst to it and it will work?
[03:41] <gnomefreak> Jucato: should be. i understood it was being backported
[03:42] <Jucato> cool. I got an upgrade a while ago. I didn't think it was from edgy-backports until I did apt-cache policy :)
[03:42] <Hobbsee> gnomefreak: to feisty?  no, the kernel versions are different
[03:42] <Jucato> moin el! :)
[03:42] <gnomefreak> Hobbsee: no edgy menu.lst to over write edgys menu.lst
[03:43] <Hobbsee> oh right, then yeah
[03:43] <Hobbsee> hey el!
[03:43] <gnomefreak> i have a working menu.lst of edgy atleast i did i have to recheck that one lol
[03:43] <el> heya Hobbsee + jucato :)
[03:44] <gnomefreak> yep its edgy :)
[03:44] <gnomefreak> hi el
[03:44] <el> hi gnomefreak :)
[03:51] <gnomefreak> looks like there are feisty images somewhere
[03:51] <Jucato> there are feisty images for Ubuntu.
[03:52] <gnomefreak> where?
[03:52] <Jucato> http://cdimage.ubuntu.com/daily-live/current/
[03:52] <Jucato> at least, the name says "feisty"
[03:52] <Hobbsee> they dont work, iirc
[03:52] <Jucato> ah
[03:52] <gnomefreak> i was gonna go with alternative
[03:53] <Jucato> gnomefreak: http://cdimage.ubuntu.com/daily/current/
[03:53] <Jucato> but might not work, as Hobbsee said
[03:54] <gnomefreak> yeah i know they might not but alot of things dont work in feisty and i wont know til i try right? seeing as this is a feisty pc no harm in letting it get screwed up ;)
[03:55] <Jucato> hehe
[03:55] <Jucato> night Hobbsee!!
[03:55] <Jucato> sweet dreams! :)
[03:55] <gnomefreak> night Hobbsee
[03:56] <Hobbsee> :)
[03:59] <gnomefreak> Jucato: LP to start with it can always be moved upstream
[04:00] <Jucato> gnomefreak: ok. just wondering. last time they told me to file upstream... getting confused a bit
[04:01] <gnomefreak> adept might be different from other things but normally i file it on LP than look for an upstream bug the same and file it. or you can file it with both and just give link in your LP bug to the bug # and mark it as upstream :)
[04:03] <Jucato> hm.. maybe I will do the latter (file it in 2 places)
[04:03] <Jucato> and maybe I should ask in #ubuntu-bugs next time... sorry...
[04:04] <gnomefreak> lol
[04:04] <Jucato> heh
[04:05] <Jucato> heh
[04:05] <gnomefreak> brb breakfast
[04:05] <Jucato> heh ok. and thanks! :)
[08:03] <fdoving> how does one disable that "#%"#%"#% flash installer in konq?
[08:04] <fdoving> imbrandon: did you do anything to make that installer disappear?
[08:05] <imbrandon> not yet
[08:05] <imbrandon> i planed on it, but havent had time yet
[08:05] <fdoving> I need to get it to shutup, i'm going crazy here..
[08:09] <imbrandon> hehe
[11:42] <fdoving> Riddell: around?
[11:44] <fdoving> Riddell: new adept that provides /etc/apt/apt.conf.d/25adept-archive-limits to limit the size of /var/cache/apt/archives/ on kubuntu systems (/etc/cron.daily/apt) available at: http://ubuntu.lnix.net/feisty/adept/C[C[C[C[C[C[C
[11:44] <fdoving> make that http://ubuntu.lnix.net/feisty/adept/
[11:47] <fdoving> Riddell: a little background info, /etc/cron.daily/apt uses apt-config to look for APT::Archives::MaxAge, MinAge, and MaxSize, among others.. those are set in /etc/apt/apt.conf.d/20archive (in package update-notifier) on ubuntu systems. kubuntu systems  does not provide these keys. which is a bad thing.
[11:48] <Riddell> fdoving: cool, I'll look at that tomorrow, if update-notifier provides them that sounds good for us too
[11:48] <fdoving> this fix will work the same way 15adept-periodic-update does, it overrides the ubuntu configs with a higher number (10periodic vs 15adept-periodic... 20archive vs 25adept-archive-limits.. and so on)
[11:49] <fdoving> also, we
[11:49] <fdoving> might consider this as an -updates for edgy, and maybe dapper too.. as the apt-archive on those kubutnu systems will probably grow huge if they don't know how to use apt-get clean/autoclean.. or install ubuntu-desktop.
[11:52] <Riddell> I'm not too keen on doing SRU if they're not obviously necessary, it's quite time consuming
[11:52] <fdoving> I know, i'm just thinking about the users here..
[11:53] <fdoving> It's probably not a problem, it's not like there are many GB of updates either..
[11:54] <fdoving> I just noticed this issue when a user in #kubuntu asked for how long the .deb files are cached..
[12:00] <fdoving> nite.