=== LeeJunFan_away [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel === hunger_ [n=hunger@p54A61DD4.dip0.t-ipconnect.de] has joined #kubuntu-devel === KaiL_ [n=KaiL@p548F47DA.dip.t-dialin.net] has joined #kubuntu-devel === hunger_ [n=hunger@p54A63014.dip0.t-ipconnect.de] has joined #kubuntu-devel === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel === freeflying [n=freeflyi@61.190.65.15] has joined #kubuntu-devel === freeflying is away: Away at the moment === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel === hunger_ [n=hunger@p54A6335E.dip0.t-ipconnect.de] has joined #kubuntu-devel === insanekane [n=kane@202.83.32.85] has joined #kubuntu-devel === unstableabel [n=kane@202.83.32.85] has joined #kubuntu-devel === hunger_ [n=hunger@p54A61B7E.dip0.t-ipconnect.de] has joined #kubuntu-devel === OculusAquilae [n=bastian@p548D10EE.dip0.t-ipconnect.de] has joined #kubuntu-devel === insanekane [n=kane@202.83.32.85] has joined #kubuntu-devel === unstableabel [n=kane@202.83.32.85] has joined #kubuntu-devel === freeflying [n=freeflyi@61.190.65.15] has joined #kubuntu-devel === pef [n=loic@ubuntu/member/pef] has joined #kubuntu-devel === hunger_ [n=hunger@p54A64323.dip0.t-ipconnect.de] has joined #kubuntu-devel [10:43] hello === OculusAquilae [n=bastian@p548D23C8.dip0.t-ipconnect.de] has joined #kubuntu-devel === m-fox [n=m-fox@port-212-202-9-177.dynamic.qsc.de] has joined #kubuntu-devel === m-fox [n=m-fox@port-212-202-9-177.dynamic.qsc.de] has left #kubuntu-devel ["Kopete] === hunger_ is now known as hunger === Sime [n=konversa@ip54579d1b.direct-adsl.nl] has left #kubuntu-devel ["Konversation] === olwin [n=olwin@dyn-83-156-88-36.ppp.tiscali.fr] has joined #kubuntu-devel === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel === pef [n=loic@ubuntu/member/pef] has joined #kubuntu-devel === verwilst [n=verwilst@dD5E00BC6.access.telenet.be] has joined #kubuntu-devel === verwilst [n=verwilst@dD5E00BC6.access.telenet.be] has joined #kubuntu-devel === hunger [n=hunger@p54A6272E.dip0.t-ipconnect.de] has joined #kubuntu-devel === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel [02:00] Riddell? [02:00] is kdevelop 3.3rc1 packaged too for ubuntu? === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel === olwin fait des crpes ;): Away at the moment [02:27] aerh, is there ready list of dapper repositories? I'm too lazyto write them myself === author-psi [n=marcel@p509075BE.dip.t-dialin.net] has joined #kubuntu-devel [02:59] yup, upgrading to dapper === olwin [n=olwin@dyn-83-156-88-36.ppp.tiscali.fr] has joined #kubuntu-devel === allee [n=ach@dialin-212-144-128-189.pools.arcor-ip.net] has joined #kubuntu-devel === jeroenvrp [n=jeroenvr@k-uptown.xs4all.nl] has joined #kubuntu-devel [03:38] hi folksa [03:38] can someone please tell me when all KDE3.5RC1 packages will be available? [03:40] define all [03:40] :p [03:40] Tm_T: the rest :-) [03:40] haha [03:40] but can you tell me? [03:40] well, I think 3.5 will have them all [03:41] as soon as you package them ;) [03:41] kubuntu.org says: "KDE 3.5 Release Candiate 1 has been released, the base packages are available for Kubuntu with more being uploaded this weekend." === Tm_T doesn't know if someone already doing em === pef [n=loic@ubuntu/member/pef] has joined #kubuntu-devel [03:55] hi [03:56] hi OculusAquilae [03:56] what would you think of customize minicli for kubuntu like that: http://oculusaquilae.de/kubuntu/dapper/minicli-sudo.png [03:56] you know it already author-psi, right? === alleeHol [n=ach@dialin-212-144-130-250.pools.arcor-ip.net] has joined #kubuntu-devel [03:57] yes, an the idea shows perfekt [04:04] OculusAquilae: to add "administrator" option? not bad === author-psi [n=marcel@p509075BE.dip.t-dialin.net] has joined #kubuntu-devel [04:05] yes, and let the "other user"-option be only for different users not root [04:05] why not root too? [04:06] :) [04:06] hm [04:06] another users, including root [04:06] ok [04:07] that would make it more intuitive for new users, who don't know anything about root or something like that [04:07] and it would display the idea of sudo in the gui === hunger [n=hunger@p54A64025.dip0.t-ipconnect.de] has joined #kubuntu-devel [04:11] a user without sudo rights could open a program with root-rights as a different user if he knows the password [04:11] <\sh> OculusAquilae: hum? [04:12] [16:11] <\sh> OculusAquilae: hum? [04:12] [16:11] <\sh> OculusAquilae: hum? [04:12] <\sh> OculusAquilae: u mean user X is not in group admin, he will be asked to become user Y which is in group admin? [04:12] <\sh> to fire up program A which needs root rights? [04:13] hm [04:13] first I think of minicli [04:14] the "Run as administrator" is greyed out if you are not in "admin", if you use "Run as different User" with a user in "admin" it would become black or something like that [04:15] verwilst: not yet [04:15] perhaps not greying out and you are asked to become a user in "admin" [04:15] jeroenvrp: I'll make them today [04:15] <\sh> well, there must be a reason, that User X is not in the admin group [04:15] :-) [04:16] perhaps user Y want's to run a program while only user X is logged in [04:16] <\sh> OculusAquilae: no user who is not in the admin group should run applications which need root access [04:16] right [04:17] <\sh> even not when he knows the password of a user which is in the admin group...that means, he could login as the admin user [04:17] he could [04:18] but he only wants to run one small application, because he is for example helping user X with something [04:18] <\sh> so User X who is not in the admin group, doesn't need to run application A as root or as another user [04:19] that would in this case take time [04:19] <\sh> OculusAquilae: but admins, u know, are quite sensitive with their passwords...so the admin user will take his time...or use "switch user" [04:20] hm [04:20] he could [04:21] <\sh> he will [04:21] but in a private environment he won't perhaps [04:21] <\sh> OculusAquilae: so..u don't think about edubuntu :) [04:22] <\sh> OculusAquilae: which is using as well some parts of kde :) [04:22] but it doesn't use minicli right? [04:22] i only think of minicli at the moment [04:23] <\sh> OculusAquilae: honestly i don't know..if it's installed by default from kdelibs, it has this feature after install of edubuntu [04:23] im additionally of the opinion that programs like adept should show up in the menus of normal users [04:23] <\sh> OculusAquilae: adept should not show up in the menus of normal users.. [04:24] right [04:24] <\sh> OculusAquilae: a change of behaviour of becoming administrator will confuse the user much more...leave it the way it is..well...actually adept needs more love in UI and handling [04:24] i meant that :-) [04:26] additionally it would partly solve the problem that the minicli user change option doesn't work for normal users [04:26] it only accepts the root-password [04:26] :-) [04:26] i meant only if you are in admin [04:31] tell me tell me [04:32] what adept needs? [04:33] <\sh> mornfall: a better UI... [04:33] mornfall: the things in the feature plan [04:33] <\sh> mornfall: press the cursor down key continously and see [04:34] \sh: cursor down key where? [04:35] <\sh> mornfall: in the package list [04:35] <\sh> mornfall: i showed it to Riddell during the conference [04:35] well, it moves selection down and scrolls === mornfall wonders what's wrong with it [04:36] <\sh> if u press the cursor down key continously...the list cursor disappears, and the list is not scrolling :) [04:36] oh, yeah, terrible [04:36] that's because of doublebuffering and event compression, i suppose [04:36] <\sh> the other things are speed, and layout [04:36] <\sh> kynaptic which is crap is much faster... [04:36] that's because it doesn't really do anything :) [04:37] <\sh> and the layout e.g. for changing the sources.list should have a dialog box and not swapping the windows [04:37] "should have" says who [04:37] <\sh> the plain user [04:37] you think it would be better, eg... i don't [04:37] gah [04:37] plain user [04:37] who's that [04:37] i don't buy into that [04:38] <\sh> mornfall: lets say it like this...all people I know using kubuntu and trying to adjust their sources.list and clicking the close button instead of going back [04:38] :-) === alleeHol is now known as allee [04:38] hmm, food, brb [04:38] \sh: interesting i never heard the complaint before :-) [04:39] either everyone but your friends keep it secret or it happens more among your friends than everywhere else... [04:39] anyway, food now, really [04:39] <\sh> mornfall: well...the users I know are coming from the windows world...I converted them all to use ubuntu or kubuntu...and even I have problems seeing where I am..I e.g. just thought, it was a dialog box [04:45] \sh: about a normal user doesn't wan't to be admin: If a user didn't want to run applications as a different user, we could completely remove "Run as different user" [04:46] or completely remove the Options in minicli [04:48] <\sh> OculusAquilae: hmm....sure..realtime scheduling is only possible when it runs as root, right? [04:48] right [04:49] increasing priority too [04:49] <\sh> so u have to change the UI actually [04:50] <\sh> disable the last 2 options and enabling it actually only if run as admin is checked [04:50] yes [04:51] <\sh> and run as admin and run as diff user should only be enabled when the user is in the admin group or in sudoers.conf [04:51] runas diff user could be enabled if you are normal user too [04:52] <\sh> well..after a 5th and 6th thought..yes [04:54] python-qt3-gl: Depends: python (< 2.4) but 2.4.2-0ubuntu2 is to be installed [04:54] err [04:54] dapper [04:55] interesting [04:55] back [04:56] \sh: well, is there some actual survey resulting in "dialog boxes are good"? [04:56] <\sh> mornfall: dunno.... [04:56] \sh: because from all the remotely-usability-related people i have heard that not using dialog boxes was good :) [04:57] so this poses an interesting challenge [04:57] <\sh> mornfall: but what do u think if we sit together with mvo and build an update-manager with a backend interface and 2 UI frontend interfaces? [04:57] with the semi-obvious solution being that the window close action goes to normal mode instead of closing when in non-normal mode [04:58] eventually popping up a dialog box asking which of the two you prefer (and do not ask again checkbox) [04:58] \sh: what do you mean, sit with mvo? [04:58] \sh: mvo promised he will branch synaptic to use libapt-front at some point [04:58] <\sh> mornfall: well...for update manager and others there will be a change in UI anyways especially for the sources.list adjustements [04:59] change in ui in which sense? [04:59] <\sh> mornfall: mvo and I were talking about an update-manager for gnome and kde..which means we have to split the UI stuff out of the backend stuff (using python-apt) [04:59] <\sh> mornfall: the naming conventions are changed and it should be easier for the user to select the ubuntu repositories [05:00] \sh: the adept updater doesn't use python-apt [05:00] <\sh> Riddell: i know :) [05:00] \sh: in which case you will have to write the updater [05:00] \sh: since i am not touching python with a 10 yard pole [05:00] nor python-apt or pykde for that matter [05:02] \sh: on another hand, when swig team gets around to make a release, we will have a single backend for both c++ and python software in libapt-front [05:02] <\sh> mornfall: the question was in general to find a way to get ubuntu and kubuntu vital admin utils as close as it can be...means one source and at least 3 binary packages e.g. update-manager-be, ubuntu-update-manager, kubuntu-update-manager [05:02] -be? [05:02] <\sh> backend [05:03] wha? [05:03] doesn't make much sense to me [05:03] neither why should it come from a single source package [05:04] i guess you want checkboxes for sources.list selection [05:04] anything else that currently adept-updater cannot do? [05:04] <\sh> mornfall: update-manager-backend is only the logic behind all apt stuff...the frontends are only interacting with the backend...and this can be done with two python implementations one for gnome the other for kde [05:04] what logic? [05:05] adept udpater is 340 lines of C++, which is largely redundant and will be cut down considerably [05:05] <\sh> mornfall: w8.i'll get the spec [05:05] i don't see what there could be split into backend [05:06] <\sh> https://wiki.ubuntu.com/RepositoryDialogRedesign [05:06] \sh: adept{,-updater} uses libapt-front to abstract all the logic, it's synaptic that should be ported to that to get to what you propose :) [05:08] \sh: http://rafb.net/paste/results/Ci6XuN79.html -- this is heart of the adept updater [05:08] RepositoryDialogRedesign looks nice [05:08] \sh: rest of the code is setting up the gui and stuff like that... parts of which will be cut down [05:08] <\sh> Riddell: synaptic and update-manager are not using the same source...so synaptic needs to be fixed, right...update-manager is a separate python app..which needs a bit more love to have it separated between logic and ui [05:09] <\sh> Riddell: that's why I wanted to have the same source base for ubuntu and kubuntu [05:09] <\sh> Riddell: regarding this repo dialog [05:09] \sh: so what logic exactly there is? [05:09] <\sh> Riddell: the repo dialog is in gnome-software-properties [05:10] wasn't it planned to port synaptic to libapt-front? [05:10] <\sh> mornfall: installing, updating, upgrading, reading changelogs etc. [05:10] \sh: all that logic should be in libapt-front (and apart from reading changelogs, it's there for some time anyway) [05:11] \sh: i guess i'm missing your argument, sorry [05:11] <\sh> mornfall: again....update-manager is using python-apt which is libapt-front for python :) [05:11] \sh: not at all [05:12] <\sh> mornfall: sorry..libapt-pkg [05:12] right [05:12] and there are python bindings to libapt-front which can be used and already have most of the backend stuff you are talking about [05:12] they are only waiting for swig to make a release [05:12] right now [05:12] <\sh> mornfall: the idea was not to reinvent the wheel again...and to share the work between the two UIs [05:13] <\sh> mornfall: and to give the user a "similar" UI design for both desktop environments [05:13] i am not reinventing the wheel, it's just that libapt-pkg has a sort of useless api (demonstrated by eg synaptic wrapping it in a rather big library that happens to be somewhat specific to synaptic) === LeeJunFan [n=junfan@s64-186-37-120.skycon.net] has joined #kubuntu-devel [05:14] (and same goes to nearly every package manager out there having an own specific library) [05:14] (and i am thinking that libapt-front is the first one to be shared by at least 2 otherwise independent projects) [05:14] err 3 [05:14] mornfall: what's the other projects? [05:14] Riddell: debtags and packagebrowser [05:15] oh, cool [05:15] oh and debtags-edit but that doesn't completely count [05:15] (debtags-edit is a gtk ui for editing the debtags data) [05:15] synaptic was promised to be ported as well [05:16] so maybe update-manager should follow too, instead of rewriting all that in python again? [05:16] (now that would probably be reinventing wheels...) [05:17] <\sh> mornfall: update-manager is python :) [05:17] \sh: and libapt-front will have a python interface, right? [05:17] \sh: so it needs to reimplement all the logic that is bound to python because of what? [05:18] \sh: or you imply that instead we should rewrite everything else in python so we don't reinvent wheels? [05:20] <\sh> mornfall: the idea was to have one source base for the logic and two or more UIs attached to it...so we have only one source package for two or more flavours [05:21] *sigh* [05:22] can you explain *why*? [05:22] why it needs to be single source package [05:22] and what you mean with that "logic" again [05:22] because all the logic you so far mentioned belongs at least one level down the chain [05:22] and should be shared with package managers as well [05:23] not only update managers [05:23] what you propose obviously locks out synaptic and adept from using whatever "logic" there is [05:23] (and any other tool that one may want to write) [05:24] given libapt-front and swig bindings, you have all the logic in libraries that you can use from c++ *and* python (*and* ruby, at some point) [05:24] so all the update managers *and* package managers *and* other tools can use it [05:25] *and* it is not specific to (k)ubuntu so plain debian tools can use it as well === mornfall gets back to implementing polynomial modulo groups [05:25] <\sh> mornfall: we have right now different ui approaches for the same things...regarding sources.list adminstration, update managers etc. to make it as easy as it can for the users who are switching desktops we should avoid different ui approaches.. [05:26] \sh: now, IMHO, that's bs [05:27] \sh: in that case, just use bluecurve and write the tools only once and they will be identical [05:27] \sh: that's about what you want, anyway, no? [05:27] <\sh> mornfall: which was also an idea :) [05:30] in the end, i'm glad i'm not using kubuntu (it's enough that i have to fight this on fedora...) [05:31] you use fedora? [05:31] i work for redhat [05:31] <\sh> hehee [05:31] at work i use fedora [05:31] at home debian [05:31] <\sh> I worked for redhat :) and that's why i'm not using fedora [05:32] i eventually add rpm support to libapt-front and make adept work on it as well [05:32] <\sh> mornfall: what u want is "smart" [05:32] <\sh> mornfall: which will be used eventually for dapper +1 [05:33] hm [05:33] \sh: heh, no [05:33] don't like smart [05:33] \sh: it may be used, but i won't use it [05:33] it's sort of like yum [05:33] and yum is the worst mistake i have seen so far [05:33] <\sh> mornfall: well....it's decided already as I understand mark :) [05:34] \sh: i don't care, i don't use ubuntu anyway :) [05:34] it's not decided, it's an idea [05:34] <\sh> Riddell: u know mark :) if he wants something :) he's the sabdfl :) [05:34] smart is in python [05:34] <\sh> yes [05:34] and python is dumb [05:34] not to mention slow [05:35] \sh: mvo suggested you make a kde frontend to smart [05:35] well, smart works around that by writing parts in C [05:35] <\sh> Riddell: WHAT? [05:35] yeh, good idea [05:35] for small things python is nice [05:35] \sh: go ahead :) [05:35] OculusAquilae: i find octave better for arithmetic thanks ;-) [05:35] <\sh> Riddell: well actually I was pissed, that smart has only a gtk front [05:35] (but a package manager is to my mind not "small") [05:36] there're really few python/kde coders out there [05:36] so you will have to do it yourself [05:36] even kde apt frontend had to be written by someone outside kubuntu [05:36] and for me, smart is not an option [05:37] <\sh> mornfall: is fedora using now apt4rpm as default? [05:37] \sh: no, yum [05:37] \sh: another python package manager [05:37] \sh: sounds like you're the man for the job. apparantly it's really easy since smart is python and has all the logic in it [05:37] <\sh> mornfall: hmmm...in combination with RHN? [05:37] \sh: i would prefer installshield though, it's lots faster [05:38] \sh: no, RHEL is using up2date [05:38] \sh: i guess we don't dare to unload the load of crap yum is on paying customers [05:38] <\sh> mornfall: btw..is spot still working for RH? [05:38] spot = ? [05:39] mornfall: \sh used to work for red hat, but presumably in a different country [05:40] <\sh> mornfall: I don't know his realname anymore..he was sitting at raleigh/durham in the nerd department :) I think he was working for 3rd support when I was visiting RH HQ [05:40] <\sh> Riddell: EMEA yes :) [05:41] <\sh> Riddell: together with harald hoyer, who is doing a lot of fedora stuff nowadays [05:41] ok this doesn't matter and i have a polynomial group to find a generator for === olwin travail parce qu'il le faut bien ;): Away at the moment === hunger [n=hunger@p54A63EE4.dip0.t-ipconnect.de] has joined #kubuntu-devel [06:01] <\sh> Riddell: i'll have a look at smart later during this cycle === OculusAquilae [n=bastian@p548D23C8.dip0.t-ipconnect.de] has joined #kubuntu-devel [06:46] wouldn't it make sense to have artsd startup somehow during init bound to 127.0.0.1 with network enabled so multiple logins can all have sound or has this been hashed over before already? [06:48] LeeJunFan: network would add lag (even localhost), and mostly multiple logins are ok either because the sound card driver can handle multiple programs or because arts lets go of the sound card after 60 seconds [06:48] if course then there's the problem of having an administator mode configurator for arts. [06:48] Riddell: using dapper ? [06:48] Tm_T: hmm? [06:48] Riddell: found interesting thing when compiling kopete [06:48] in breezy, all fine [06:49] dapper... well, trouble with visibility [06:49] let's see if one # fixes it :p [06:50] Tm_T: kopete 3.5rc1 compiled fine for me [06:50] Riddell: ah yes, dev-0.12 branch here :p [06:50] http://kubuntu.pastebin.com/427962 [06:51] and one before [06:51] Tm_T: that's not visibility, that's just gcc 4 being fussy [06:52] or something === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel [06:52] ah [06:52] Riddell: well, Darkshock said it might be it [06:53] ah yes, same error again [06:53] Riddell: hmm, any fixes? [06:54] Tm_T: use 3.5? [06:55] hmh [06:55] have to try [07:04] arts should die a violent death :p [07:04] verwilst: if you use beta 2 it usually does [07:04] hehe [07:05] i'll be glad that kde 4.0 is here for soo many reasons :p [07:07] heh [07:08] http://img334.imageshack.us/my.php?image=kopetekde3kde4sidebyside5qc.jpg [07:08] KDE4 is here ;) [07:08] no, that's not my desktop [07:11] Tm_T: looks like my desktop :P kde 3.4.3 [07:11] heh [07:12] I'm using rc1 [07:13] im not the big fan of beta.. [07:14] heh === Tm_T is using much svn stuff [07:19] Tm_T: hehe how often you reinstall your system :D [07:19] my Kubuntu? not once [07:20] I even find apps working better in "unstable" branch than stable releases [07:20] kde always looks clunky :$ [07:20] i hope it'll be solved with kde 4 :p [07:22] clunky? [07:24] I don't understand [07:25] me2 [07:27] Riddell: yup, different gcc and things working ok === cmvo [n=vcc@62.225.11.174] has joined #kubuntu-devel === cmvo [n=vcc@62.225.11.174] has left #kubuntu-devel ["Konversation] === _marcel [n=marcel@p509075BE.dip.t-dialin.net] has joined #kubuntu-devel === spstarr_home [n=sh0n@CPEdeadbeef0000-CM000039d4cc6a.cpe.net.cable.rogers.com] has joined #kubuntu-devel === olwin [n=olwin@dyn-83-156-88-36.ppp.tiscali.fr] has joined #kubuntu-devel === _marcel is now known as author-psi-afk === hunger [n=hunger@p54A61501.dip0.t-ipconnect.de] has joined #kubuntu-devel === jeroenvrp is weg: Away at the moment === hunger [n=hunger@p54A60EBD.dip0.t-ipconnect.de] has joined #kubuntu-devel === mae [n=mae@dpc674653178.direcpc.com] has joined #kubuntu-devel [10:45] is it true that MS wants to make kubuntu rock more now? :) === hunger [n=hunger@p54A60EBD.dip0.t-ipconnect.de] has joined #kubuntu-devel [10:46] mae: Mark Shuttleworth does, Microsoft doesn't :) [10:47] yes [10:47] well - i assumed you would not think M$ wants to make kubuntu rock [10:47] kde has a lot of potential but its missing alot of the nice automagic features that the current ubuntu gnome has [10:48] mae: any specific examples? [10:48] well you know - the nice extensions that ubuntu wrote for synaptic [10:49] um - digikam doesn't autodetect cameras nicely like gthumb [10:49] mae: specific example would help here, so we can write them [10:49] the autoupdate applet === mae thinks [10:50] we do have adept-updater, we just need a thingy to poke the user when updates are needed [10:50] Riddell: do you work for canonical? [10:51] which we will get in dapper with any luck [10:51] mae: I'm contacted (until the end of the week) [10:51] contracted? [10:51] :P === mornfall drops in for a bit === mornfall contemplates playing a bit of broodwar and then passing out [10:54] mae: yes [10:54] mae: broodwar? [10:54] Riddell: how, until end of the week? [10:54] starcraft [10:55] starcraft is a wicked game [10:55] who wrote adept? [10:55] mae: i did [10:55] mornfall: well it runs out at the end of the week, I suppose I should ask what happens after that [10:55] Riddell: hmm, i guess you should have it prolonged :) [10:55] when did you write it? === seth_k [n=seth@asmallorange.com] has joined #kubuntu-devel [10:57] mae: august till breezy release, cca [10:57] august and september, basically [10:57] ah [10:58] have you considered swiping some of synaptics icons ? [10:58] or are you trying to keep it BSD pure [10:58] mae: it's not bsd pure, given it uses libapt for now (which is gpl) [10:58] mae: (and for forseeable future it will) [10:58] as for icons, i am not sure they fit kde though [10:58] heh === KabelKasper [n=KabelKas@i5387F844.versanet.de] has joined #kubuntu-devel === KabelKasper [n=KabelKas@i5387F844.versanet.de] has left #kubuntu-devel ["Kopete] [10:59] well i meant for the columns -- like where it says 'installed' [10:59] etc [11:00] yes, and those are pretty gtkish :-) [11:00] heh [11:00] I like gtkish :\ [11:01] when i get around to use icons for states (not critical, color coding seems to work better anyway), you will probably be able to swap them with a theme :-) [11:01] ic [11:02] well it looks nice! [11:02] i mean, how often you look at icons in say kmail to see if a message is new/seen/... [11:02] synaptic is more feature-complete right now [11:02] they look to me like a decoration [11:02] of course [11:02] i think it depends on the person -- i can recognize icons much faster once i get used to them. [11:02] it wasn't written in 2 months, either x) [11:03] mornfall: oh -- that wasn't meant to be a negative comment -- rather I'm just critiquing [11:03] its very good for the time you put into it so far [11:03] it intends to beat everything else, eventually x) [11:03] good [11:04] mae: if you have specific features that you miss that's useful to know [11:04] mae: check http://web.ekhis.org/adept.html for the current feature plan [11:04] already been there :) [11:04] mae: anything you would add to it? :) [11:05] it looks pretty complete [11:05] the individual .deb install would be very nice -- but i think it should be decoupled from adept -- rather have a generic interface and the two access apt through it. [11:05] mae: everything in adept is decoupled and this won't be different [11:06] mae: all the generic features are in libapt-front [11:06] ah === mornfall practices bottom up programming [11:06] write a library that will make writing your program easy first :) [11:06] is it written in C++? [11:06] yes [11:06] ah [11:07] libapt-front is covered with unit-tests fairly well [11:07] ic. [11:07] is adept mostly qt4 ready? [11:07] i don't think so, and the bump won't come before adept 3.0 [11:08] mornfall: one thing about the individual deb install [11:08] substantial part of libept (adept's own library, mostly generic GUI elements) is concerned with intimate listview fiddling :) [11:09] and listviews changed a lot in qt 4 [11:09] a nice feature would be when you install non-repo debs that it would automatically grab the dependencies if available in the repo [11:09] qt4 would be nice for the faster list handling, but it would mean loosing KDE stuff for now [11:09] Riddell: i don't think i'll go with pure-qt === _olwin [n=olwin@dyn-83-156-94-13.ppp.tiscali.fr] has joined #kubuntu-devel [11:09] agreed [11:09] best idea is to bump when kde upgrades their libs? [11:09] :) [11:10] mae: for non-repo debs, well, that's given, no? :) [11:10] mae: (i mean, that's the whole point of it...) [11:10] mornfall: right :) [11:11] ah, and if you break it, you gotta keep both pieces [11:11] mae: do you know Enrico Zini? [11:11] no. [11:12] he helped out with libapt-front, specifically debtags parts of it (given enrico wrote debtags and ported the debtags utilities over to libapt-front as we were doing it) [11:13] nice [11:13] mornfall: what's the status of debtags in debian now? is it part of the debs? [11:13] there's one unfortunate thing with libapt-front... doxygen and older compilers all choke on it... [11:13] :\ [11:14] well, doxygen doesn't specifically choke, it just produces trash output === verwilst ponders about creating a pkg manager for debian [11:14] and gcc 3 doesn't seem to be able to compile it either [11:14] gui i mean [11:14] verwilst: another one, huh? :) [11:14] mornfall, well, adept seems pretty nice.. [11:15] but i don't really like the gui [11:15] way too complex :$ [11:15] what would you prefer? [11:15] it's still lot simpler than say synaptic [11:15] i like something like this better : http://www.kde-look.org/content/pre1/24793-1.jpg [11:15] mornfall, well this one isn't perfect either [11:15] but it's more like it ;) [11:15] verwilst: okey, that's not really a package manager [11:16] yeah i know [11:16] I think the interface is nice -- but i agree with verwilst -- I think that at least the search interface is a bit complex [11:16] but it's the idea ;) [11:16] verwilst: but yeah, something like it shouldn't be hard on top of libapt-front (and libept, eventually) [11:16] mornfall, that was my plan ;) [11:16] I like the search interface of synaptic better [11:16] and how it had the categories on the left [11:17] mae: categories utterly don't scale [11:17] idd [11:17] maybe with searching if you don't like dialogs you could do something like FF where ctrl-f or toggles the search box at the bottom of the window [11:17] or \/ rather [11:17] mornfall, what's libept? [11:17] mae: i think searching is one of the very central concepts of package management [11:17] argh you know front slash like vi [11:17] verwilst: the library between adept and libapt-front [11:18] mae: yes, but right now, the absolutely most common pattern in #kubuntu seems to be "type into adept" [11:18] mornfall, is it qt or plain c++? [11:18] mornfall: it is.. ok forget about the categories -- you know it wasnt just categories that synaptic has on left it has sections status etc. i liked how i could just click on local or obsolete and see all my residual stuff [11:19] mae: oh yeah, that will surely come [11:19] mae: all with a sidebar x) [11:19] ok :) [11:19] mae: (which may or may not be hidden by default, i'll contemplate :) [11:19] mornfall, adept is good for power-users [11:19] mornfall: and a shortcut for focusing on the quick search box would be nice -- like ctrl-f or a front slash [11:19] but normal joe schmoe users are sooo lost :$ [11:20] and is there something like update-notifier in the works for kde? [11:20] mae: the add filter thingy will eventually work via d&d from the sidebar or something like that... the "easy tag filter" will eventually go away and be replaced by a smart search tab in the sidebar [11:21] ah [11:21] http://www.kde-look.org/content/show.php?content=29426 [11:21] suhweet [11:21] mae: anyway, this is for long thinking and i am not in that state right now :) [11:21] heh [11:22] i am glad i managed to make this galois field code work as it was intended to and all :) [11:22] mae: that's moodin engine, which we'll probably use in dapper [11:22] verwilst: rather [11:22] moodin huh? [11:23] ksplash engine [11:23] hmm [11:23] everything is "moodin" these days eh? [11:23] Riddell, http://www.kde-look.org/content/show.php?content=16962 [11:23] wasn't a new amarok thingy called like that? [11:23] I just wish kde wasn't so damn flashy [11:23] Riddell, lots of rubberband speedups lately ;) [11:23] Riddell, yeah, mooding rocks :$ [11:23] moodin :p [11:24] verwilst: that hasn't been updated since Nov 04 [11:24] it's the 13th :p [11:24] oh [11:24] haha [11:24] stupid me :p === mornfall smacks bug lobbyists on kde-look [11:24] nm then :p [11:24] rubberband still is a bit slow [11:25] I want my gecko engine for konq! [11:25] i consider the rubberband patch too intrusive to be applied externally [11:25] eww gecko, as if konq wasn't slow enough already [11:25] lol [11:25] whatever =) [11:26] at least it doesn't choke on some sites [11:26] let me have my broodwar [11:26] i let you have your gecko or whatever lizards you want [11:26] no one cares about technical purity if the damn thing doesnt work [11:26] lol [11:26] ok -- i need to install that on my puter again [11:26] i'll have to play you sometime [11:26]