[20:00:10] my dear friends it the time to start the meeting :] [20:00:13] masking 4.1 shouldn't be needed [20:00:21] MEATING [20:00:22] it is. [20:00:28] *ding ding ding* [20:00:30] yes =) [20:00:31] --> linex (n=quassel@60.54.93.166) has joined #gentoo-kde [20:00:35] !herd kde [20:00:36] PSYCHO___: (kde) caleb, carlo, cryos, deathwing00, genstef, jmbsvicetto, keytoaster, mattepiu, patrick, scarabeus, tgurr [20:00:40] time for meating [20:00:43] emerge -DuvaN world will pull in 4.1 packages unless all your world entries use :3.5 [20:00:47] it's quite annoying actually [20:00:49] /mode +m [20:00:52] tehehehehehe [20:00:53] *** Mode #gentoo-kde +v alexxy by scarabeus [20:01:12] =) [20:01:20] heh [20:01:20] Thanks a lot! Have fun with the meeting. [20:01:20] =) [20:01:28] -*- Sput had to fix his dad's world file to avoid installing KDE4 [20:01:28] *** Mode #gentoo-kde +v hwoarang by scarabeus [20:02:02] --> cryos|work (n=mhanwell@gentoo/developer/cryos) has joined #gentoo-kde [20:02:02] *** Mode #gentoo-kde +o cryos|work by ChanServ [20:02:08] <-- mortalmatt (n=matthew@p54A6D9A6.dip.t-dialin.net) has quit ("Leaving") [20:02:12] now we can start :) [20:02:17] :D [20:02:30] cant we have at least few devs anounce their presence [20:02:37] -*- yngwin present [20:02:44] Look in the nick list... [20:02:52] jmbsvicetto? [20:03:15] hello [20:03:25] I'm using quassel [20:03:26] cryos|work: well only you me and yngwin are online, rest is away :] [20:03:40] bonsaikitten: ?? [20:03:43] yes? [20:03:44] are you there? [20:03:46] he is :] [20:03:50] Sucks - I nearly didn't make it. Compositing and Avogadro crashed my X server... [20:03:54] I got the core running and I use my client to connect to it. [20:03:56] bonsaikitten is away-faking as usual :) [20:04:03] whut! [20:04:16] Its just a bot! [20:04:16] ok i guess we can wait few minutes if jmbsvicetto shows up :] [20:04:28] or start without him? [20:04:29] maybe reavertm too [20:04:31] bonsaikitten: Are you turing complete? [20:04:48] Why do I have do pane of the same channel topand below [20:05:05] cryos|work: I doubt it, but I do have some strange loops [20:05:13] <-- the_p (n=the_p@cust.static.62-152-211-38.swisscomdata.ch) has quit (Remote closed the connection) [20:05:35] does anyone know when dev.gentooexperimental.org will be up again? [20:05:47] victorlf__: it isn't? [20:05:58] nope [20:05:59] right [20:06:45] --> MartyMcFly (n=martin@dslb-088-066-055-066.pools.arcor-ip.net) has joined #gentoo-kde [20:07:27] linex: the top one is the chat monitor, it shows activity in all channels that you are in [20:07:53] linex: you can move it [20:08:05] linex: or hide it by rightclick [20:08:16] why is d.ge.o so popular? [20:08:22] in the top bar^ [20:08:24] --> tbeadle_ (n=tbeadle@204.181.64.60) has joined #gentoo-kde [20:08:26] because we have our files in there :] [20:08:26] Ah ok. nice feature but I don't think I want it. Not right now. Its removable, right ? [20:08:35] what files? [20:09:00] -*- Sput failed getting a shell on d.ge.o yet :/ [20:09:02] tampakrap: snapshots of phonon4exampe [20:09:03] tampakrap: because it hots so much [20:09:13] right. someone fscked php [20:09:14] ah yes [20:09:36] MrRat: I right clck. There Configure. Then what ? [20:09:49] linex: yes rightclick in the bar above topic, where file,view,etc... is [20:10:03] ok [20:10:03] --> restle (n=restle@212.6.7.10) has joined #gentoo-kde [20:10:23] see "show chat monitor" [20:10:30] ok, its gone. Its called Chat Monitor, right ? [20:10:44] there. [20:11:24] Mr Rat : is it possible to have the traditional channel tabs instead of the tree-like on the left ? [20:11:31] linex: #quassel for other quassel related help :p [20:11:40] ok i guess we should start so we can end up reasonably and hope others show up in progress... objections? [20:11:41] MrRat: ok fair enough [20:12:36] <-- tbeadle_ (n=tbeadle@204.181.64.60) has quit (Read error: 54 (Connection reset by peer)) [20:12:41] first on the nice list is just sumarising of previous meeting (read as what is not done from that list :]) [20:12:43] no objections here [20:12:43] --> tbeadle_ (n=tbeadle@204.181.64.60) has joined #gentoo-kde [20:12:44] linex: however id prefer tabs myself too :p [20:12:46] http://www.gentoo.org/proj/en/desktop/kde/meeting-logs/kde-herd-meeting-summary-20081204.txt [20:13:04] MrRat: :) [20:13:17] -*- cryos|work is listening... [20:13:30] ok, what's the latest on 3.5.10 stabilizing? [20:13:37] For the record PSYCHO___ = ? [20:13:44] scarabeus [20:13:44] scarabeus [20:13:48] OK [20:13:52] <-- tbeadle (n=tbeadle@204.181.64.60) has quit (Read error: 104 (Connection reset by peer)) [20:14:05] <-> scarabeus is now known as frogeater [20:14:13] <-> You are now known as scarabeus [20:14:42] 3.5.10 is stable enough for the users but still there are many open bugs regarding it [20:14:55] and of course there is still the issue with the misc apps [20:15:18] is there any progress? or nobody is working on it seriously [20:15:25] the eclass has to be updated to make them prefixed to /usr/kde/3.5 [20:15:29] maybe we should write on dev we want some volunteers [20:15:46] i'm ok with this [20:15:53] as a side remark: 3.5.10 will definitely be upstream's last release [20:15:55] --> agamn (n=agamn@ip-83-134-215-20.dsl.scarlet.be) has joined #gentoo-kde [20:15:58] i also can work on it but was busy with quiz and other things lately [20:15:59] ok [20:16:00] shame [20:16:28] some patches still go into svn, but no further releases are planned. [20:16:36] -*- cryos|work has found it tough finding spare time to work on 3.5.10... [20:16:44] we need it stable in order to make 4.X stable :] [20:16:56] since only 3.5.10 has correct cryos magic :] [20:17:11] ok but i think we should concentrate on kde-4.2 release first and then to 3.5 [20:17:21] so let's do a call for volunteers to help squash bugs on 3.5.10 [20:17:31] agreed [20:17:31] ok who will sent the mail on dev? [20:17:40] you :) [20:17:48] I will as and when I can send the time, but currently my spare time is at a real premium :-( [20:18:08] well i am getting my time pretty sqeezed too :] [20:18:16] so we shall see :] [20:19:12] ok next thing is kde4 eclasses are ready for commit to the main tree [20:19:27] after this commits, all in tree ebuilds must be updated and revbump [20:19:38] and seems most of kde4 misc apps already ready for this eclasses [20:19:39] and users must use these versions in order for flawless update [20:19:45] I still think the default for live outside of kde-base should be changed back to what it was - doesn't directly affect tree ebuilds though. [20:20:07] cryos|work: ok that i missed, fix that in some commit please, so i dont forget again [20:20:23] I will do it - I just didn't want to cause it to yo-yo... [20:20:26] make it +kdeprefix for everything live by default [20:20:38] cryos|work: i already agreed on it :P i only forget [20:20:52] Yep - explicitly setting to - will continue to work. [20:20:56] -*- cryos|work goes to do that... [20:21:18] anything else to eclasses? [20:21:21] but there still should be possible to install live kde misc apps with kde 4.1 or 4.2 [20:21:31] alexxy: it is :} [20:21:39] you just need to set kdeprefix correctly first [20:21:41] It is - set -kdeprefix. [20:21:46] and for that you need to know what are you doing [20:22:19] because some misc apllets exists only as -9999 ones [20:22:24] Anyone using live should know what they are doing... [20:22:38] agreed with cryos on this [20:22:47] me too =) [20:23:05] ok i guess ecalsses were polished pretty fine :] [20:23:10] <-- undetected (n=laika@27.138.45.66.cm.sunflower.com) has quit [20:23:11] btw i saw kde 4.1.4 tagged in svn [20:23:17] They are looking good to me. [20:23:27] alexxy: yeah, that'll keep us busy next week :) [20:23:29] ok since he mention it SOMEBODY willing to bump 4.1.4 [20:23:39] do we want it or need it? [20:23:41] Yes it was and I think tarballs are uploaded. [20:23:42] and what about misc apps? [20:23:42] It will be a nice bump to all KDE apps when the new eclass goes in. [20:23:56] cryos|work: good idea [20:23:57] :] [20:24:00] should live misc apps stay in :live and not in stable systems? [20:24:06] Kill two birds with one stone. [20:24:07] ok so we do eclass -> misc apps ->4.1.4 [20:24:37] ok who is going to do actual bump [20:24:40] All live apps should be in the :live slot shouldn't they? [20:24:52] my opinion to this: ^^ [20:25:04] can be in :0 if dev thinks it is needed [20:25:12] we shouldn't provide live ebuilds for stable systems, it gets maintainance a hell [20:25:13] but default is live [20:25:24] It seems like a bad move to me. [20:25:33] May be snapshots if it is warranted... [20:25:38] we can make snapshots for some mis apps [20:25:43] if they realy needed [20:25:51] *misc [20:26:05] well we dont give users chance to use live in stable, and if they pull kde-crazy, they have to pick consequences themselves [20:26:27] agreed with snapshots if it is needed app [20:26:44] <-- tbeadle_ (n=tbeadle@204.181.64.60) has quit (Read error: 60 (Operation timed out)) [20:26:46] and what about the opposite? should we provide versioned apps in :live? [20:26:50] i would suggest only make snapshots for things that should go into official tree [20:26:51] and some things about kde :4.2 [20:26:57] it needs [20:27:03] networkmanager 0.7 [20:27:19] well i finished nm-0.7 with blessing from rbu :] [20:27:24] so it also needs policykit [20:27:59] policykit is suspended for now, i spoke with gnome and they have it too, i would do it with cooperation, so we will have actualy better chance not to screw up :] [20:28:00] also if we want to bump some stuff like kde printer applet we should have system-config apps unmasked [20:28:31] alexxy: one problem per while man, if you throw 15 problems we should pick up on what to answer? :D [20:28:51] let's start with the overlay situation before we discuss versioning ... [20:28:56] scarabeus: its still one global problem [20:29:02] deps of kde-4.2 [20:29:02] --> tbeadle_ (n=tbeadle@204.181.64.60) has joined #gentoo-kde [20:29:03] ) [20:29:09] i know :D [20:29:26] important question about stable tree: [20:29:35] should we allow usage of +kdeprefix for stable users? [20:29:49] i vote for no :) [20:29:53] we had this nice discussion and i think for stable tree this feature could be disabled [20:30:02] I always voted no... [20:30:19] I think jmbsvicetto may have more to say here though. [20:30:26] this fature should be use.masked [20:30:32] I am not sure this can be decided without others here. [20:31:00] so if people realy realy want it they should unmask this feature [20:31:10] yup ;] [20:31:33] Sounds like a good idea - still a shame more devs are not present if they wanted to discuss this further. [20:31:47] alexxy: you have meeting about becoming dev tomorow right? [20:31:53] well, in case we provide this, we could not officially support it [20:31:53] its will look like a situation with clustered lvm extensions =) they are masked by default [20:32:00] scarabeus: yes [20:32:01] cryos|work: well this time i announced it properly [20:32:20] I didn't say you didn't - you did a great job coordinating the meeting. [20:32:20] ok i think alexxy can do bump for 4.1.4 as act of new dev :] so he try it too :} [20:32:42] +1 [20:32:58] cryos|work: it was supposed to sound like i am sad they didnt come even with proper anouncement... [20:33:27] that handles in tree moves for 4.2 preparation, which is great :] [20:33:34] heh =) i'll try [20:33:49] also one thing for kde-testing overlay, somebody should doublecheck for missing ebuilds, in last week we added 2 completely new ones [20:33:52] Sounds good, although make sure people are around to help/mentor ;-) [20:34:07] scarabeus: Real life happens... I am sure jmbsvicetto would have made it if he could. [20:34:42] yes yes he was looking forward on this meeting, he has few issues, and i think he would like to present his mysql magic ;] [20:35:07] so who is willing to look up on kde-testing, that is important think that should not be forgoten [20:35:23] What do you mean look up on? [20:35:43] also i think we should sanitize deps of kde:4.2 packages [20:35:47] You mean bump to rcs etc when they are tagged? [20:35:57] some of deps already provided by kdelibs [20:35:59] nope, there are missing ebuilds from dirs [20:36:08] for example some missing games [20:36:12] and missing applications [20:36:22] as example bomber and kwrited [20:36:24] so i think this deps shoul be reoved from kde-base packages since they already depend on kdelibs [20:36:30] bomber added today [20:36:37] kwrited yesterday [20:36:42] tampakrap: i know, and what else is missing, that is the point [20:36:51] oh [20:36:52] someone has to doublecheck, cmakelists/directories [20:37:03] you wanna do it? [20:37:17] ok but we want two for this :) [20:37:37] scarabeus: ok i'll oko for missing 4.2 apps [20:37:38] =) [20:37:43] ok so you two :] [20:37:58] -*- alexxy uses kde 4.2 as dayly desktop] [20:38:01] :] [20:38:35] policykit is suspended until gnome starts working on it too as i said [20:38:44] and one last thing regarding 4.2 [20:38:49] there is printing dialog again [20:38:52] written in python [20:39:01] using system-config-bla [20:39:02] files [20:39:53] and something else [20:39:55] these packages are from dberkholz whom allowed us to mess with them, i think we should start playing with this in testing [20:40:08] and add printing later and not with bump of 4.2 [20:40:09] -*- dberkholz highlights [20:40:12] we should bump every kde-misc app to eapi2 in kde-testing [20:40:15] since it wont be correctly tested [20:40:40] tampakrap: what for, only if they use kde4-base [20:40:50] i mentioned to scarabeus previously but not to everyone. it's very important that you bump everything before testing, because current versions are very outdated. [20:41:03] <-- bicyclerepairman (n=sam@host86-128-227-224.range86-128.btcentralplus.com) has quit (Read error: 110 (Connection timed out)) [20:41:22] anyone specialy interested in making this work? [20:41:41] :( [20:41:55] reavertm could do this but he isn't here :( [20:42:08] he said he wont have time today [20:42:15] he is only one properly excused :D [20:42:41] --> mikb (n=mikb@c122-106-202-225.belrs3.nsw.optusnet.com.au) has joined #gentoo-kde [20:42:52] ok, leave this one open and if he won't handle it, we'll announce it on g-desktop [20:43:04] sounds good [20:43:04] anyone has something with regards for kde4.1/4,2 what i didnt speak of? [20:43:28] --> looonger (n=quassel@host-89-231-128-7.rawamaz.mm.pl) has joined #gentoo-kde [20:43:35] yes [20:43:58] should we provide versioned kde4 apps in live? [20:44:04] <-- BCMM (n=bcmm@unaffiliated/bcmm) has quit (Remote closed the connection) [20:44:09] or only live ones? [20:44:14] in crazy you mean? [20:44:27] there should be everything we think that is not mature enought [20:44:32] for example those koffice ebuilds [20:44:35] i mean globally [20:44:40] what about kde-plasmoids? [20:44:52] alexxy: you want them, you review them [20:44:56] :D [20:45:01] should we provide install of amarok2 in live and add block for amarok-live? [20:45:01] --> tgurr (n=tgurr@gentoo/developer/tgurr) has joined #gentoo-kde [20:45:01] ohhh [20:45:01] *** Mode #gentoo-kde +o tgurr by ChanServ [20:45:08] and what about sets [20:45:13] in off tree? [20:45:27] in off tree we can use them as we want i think [20:45:39] for tree we have to prepare metas, which will be done with 4.2 bump [20:45:58] can we add sets to off tree? [20:46:16] why not [20:46:18] or this will be done only after stabilazing portage-2.2? [20:46:37] btw i'll write the guide for 4.2 and live this time for real :) [20:46:53] ok writing it up to summary :] [20:46:54] --> undetected (n=laika@27.138.45.66.cm.sunflower.com) has joined #gentoo-kde [20:47:16] we can't put any sets in the official tree, but you can provide sets for them in the overlay [20:47:25] as said yngwin [20:47:39] for now we have to live with metas and be happy with eapi2 [20:47:41] guys, why don't you put the direct url for each kde application instead of the generic www.kde.org? i mean, let's take for example marble, it's homepage is set to www.kde.org, but i think it would be 100 times better to put its own homepage ( http://edu.kde.org/marble/ ). so one interested to marble don't go to the kde homepage, but to its own. what do you think? [20:48:08] --> jbrouault (n=jbrouaul@ARennes-552-1-79-210.w92-135.abo.wanadoo.fr) has joined #gentoo-kde [20:48:18] xdmx: open bug and give us ebuilds and correct urls, up to then kde.org will be used, we wont search web for them i guess :] [20:48:41] or we could use edu.kde.org for example [20:48:47] scarabeus: http://nopaste.com/p/aHK4XLra6 this is a first one (some are to recheck because unmantained, i don't know if it's better to set directly the usertech site for some..) :) [20:49:32] wow :] is anyone willing to do this? i am pretty sure i wont have itme for it, so i can only mark it as long term :] [20:49:54] bonsaikitten: you dont wana use your regexp skillz? [20:50:44] scarabeus: meh. maybe. if noone else can be coerced :) [20:51:02] i guess it looks you are only one left with nothing assigned [20:51:13] scarabeus: you too :) [20:51:31] nope i am with putting eclasses to the tree and fixing all ebuilds [20:51:37] :) [20:51:38] i think it is pretty annoymarble -> http://edu.kde.org/marble/ [20:51:38] kbounce -> http://games.kde.org/game.php?game=kbounce [20:51:38] kbreakout -> http://games.kde.org/game.php?game=kbreakout [20:51:38] kdiamond -> http://games.kde.org/game.php?game=kdiamond [20:51:38] kgoldrunner -> http://games.kde.org/game.php?game=kgoldrunner [20:51:38] klines -> http://games.kde.org/game.php?game=klines [20:51:38] kolf -> http://games.kde.org/game.php?game=kolf [20:51:38] kollision -> http://games.kde.org/game.php?game=kollision [20:51:38] ksame -> http://games.kde.org/game.php?game=ksame [20:51:38] kspaceduel -> http://games.kde.org/game.php?game=kspaceduel [20:51:38] kbattleship -> http://games.kde.org/game.php?game=kbattleship [20:51:38] kmahjongg -> http://games.kde.org/game.php?game=kmahjongg [20:51:38] kreversi -> http://games.kde.org/game.php?game=kreversi [20:51:38] kshisen -> http://games.kde.org/game.php?game=kshisen [20:51:38] kfourinline -> http://games.kde.org/game.php?game=kfourinline [20:51:43] crap [20:51:46] what did i push [20:52:02] hm [20:52:04] interesting [20:52:12] lol [20:52:28] please pastebin don't spam the channel [20:52:31] grrr [20:52:35] lmao [20:52:51] second time today quassel pasted when i didnt push that damn button :D [20:53:15] scarabeus: cause you text contains newlines [20:53:36] alexxy: i didnt write it i marked it from buffer and put into my editor [20:53:38] not here [20:53:41] i think this is everything about 4.1/4.2 [20:53:46] yes /me too [20:53:53] anyone has something in regards for that [20:54:06] guess not [20:54:21] tgurr: your ebuild in genkdesvn for that pdf in scribus is broken, take look on fixed one in kde-crazy [20:54:35] ok we get to qt4 yngwin, you have something interesting there? [20:54:42] yes [20:54:50] i have several recruits now [20:55:00] so it's starting to look good :) [20:55:21] :) [20:55:22] hwoarang is doing good work on qt4-build.eclass [20:55:23] <-- Psychey (n=me@1x-193-157-193-9.uio.no) has quit (Success) [20:55:25] scarabeus: not my biggest problem atm ;) kernel is also broken on 2 machines here ... [20:55:28] ah hold on [20:55:37] yngwin and everybody [20:55:50] qt4-build class needs to be ported on EAPI2 standards [20:55:55] yngwin: great you should sent the other aprentices here too so we can meet them :] [20:56:03] this means that qt-4.4.9999 live ebuilds [20:56:06] need to change too [20:56:07] yes, i think sping came by the other day [20:56:10] hwoarang: i guess on that you should use reavertm, he has great insight :] [20:56:27] he's one of the qt-creator devs [20:56:44] ok scarabeus. will talk to him [20:56:48] so, we have been squashing qt4 bugs [20:56:56] but qt ebuilds should move to qt overlay when it is ready [20:57:13] i dont feel comfortable to play on kde-crazy :D [20:57:18] i agree with this [20:57:29] yes, we should have the qt overlay up and running in a few days [20:57:44] hwoarang: we dont bite ;D [20:57:47] then we'll push stuff to kde-testing/crazy when they're ready [20:57:56] scarabeus: we do :p [20:58:02] :D [20:58:13] yngwin: dont forget to upload kde-teams keys if you want us to help you ;] [20:58:35] yes, i'll look into that once it's really up [20:58:47] :] [20:59:02] another thing, i want to stabilize qt 4.4.2 [20:59:10] first split ebuilds version to go stable [20:59:15] i volte yes :] [20:59:24] <-- hvengel (n=hvengel@astound-66-234-194-11.ca.astound.net) has quit (Read error: 145 (Connection timed out)) [20:59:38] note: new kde4 eclasses specialy depends on splited qt ebuilds, i dropped the old mono qt stuff [20:59:55] i wrote a migration guide, because i've seen many problems, but according to jkt and zmedico it should go smooth now [20:59:55] you need some help there from us or bug is filled and all is going fine? [21:00:42] well, i need a stable system with qt-4.3 and PyQt4, then test if keywording 4.4 ebuilds and masking 4.3 really gives a smooth upgrade path [21:01:18] hm, read as: ANYONE ON STABLE HERE? ;] [21:01:26] whats that? :P [21:01:26] -*- tampakrap [21:01:36] so i was planning to test that in a chroot tonight otherwise [21:02:01] -*- alexxy uses ~arch ( read as ~amd64 ~x86 ~mips and ~arm) [21:02:03] ok you two can talk it out, it is up to you :] [21:02:07] tampakrap: you have qt-4.3 on there? [21:02:24] no but i can downgrade 4.4 isn't even needed in this one [21:02:42] ok, we'll talk about that after the meeting then [21:03:03] ook [21:03:41] another item is qt-embedded has not been receiving any love [21:03:58] but i probably should speak to embedded people about that [21:04:32] there i guess we are not much able to help :] only if as embedded can be count some cluster ;] [21:05:36] he he =) [21:06:11] yngwin: btw i looked on hwoarangs eom today and give him notes, i guess when he incorporate the updates he will pass review from recruiters so you will get new coleague :] [21:06:23] and i need to get a pythonista to mentor me a bit wrt ebuilds using python (mostly PyQt4 packages) [21:06:34] qt-embedded = Qt Extended now? [21:06:36] scarabeus: great [21:06:44] or what is that supposed to be? [21:07:03] seems qt extended [21:07:06] yngwin: when you are on pyqt take creepy look on pykde on the route i think :] [21:07:14] yngwin: I can try to help with python things [21:07:15] since qt embedded was renamed to it [21:07:20] Sput: yes, qt-extended / qtopia [21:07:27] k [21:07:46] -*- Sput would like to have a Gentoo way of installing the Qtopia SDK [21:07:55] scarabeus: i'll do what i can [21:08:00] :] [21:08:03] bonsaikitten: great [21:09:12] --> hvengel (n=hvengel@astound-66-234-194-11.ca.astound.net) has joined #gentoo-kde [21:09:19] now i would like to know what is state of that mysql issue, but we are out since only guy working on it is jmbsvicetto so this note will be added to the summary additionaly, i would really like to have amarok2 on amd64 with kde4.2 bump [21:09:45] <-- St_MPA3b (n=quassel@gregory51.dialup.corbina.ru) has quit (Read error: 54 (Connection reset by peer)) [21:09:50] --> St_MPA3b (n=quassel@gregory51.dialup.corbina.ru) has joined #gentoo-kde [21:09:53] -*- cryos|work would love to see amarok 2, but thinks the move to MySQL as the *only* backend wasn't good... [21:10:07] indeed [21:10:17] --> neyz (n=neyz@ram94-6-82-242-23-69.fbx.proxad.net) has joined #gentoo-kde [21:10:22] they are going to import others too [21:10:25] i wonder why they couldn't use qt-sql interface, which can use various DBs [21:10:43] because *censored* *censored* *censored* [21:11:56] I am going to need to pay less attention to this meeting and more to work now... [21:11:57] no they are not going to import others [21:12:01] it'll stay mysql only [21:12:07] ok, so we need to wait for feedback from jmbsvicetto on this [21:12:08] I heard they weren't either, but don't know. [21:12:41] I really question the intelligence of using such a heavy weight dep for a music player as the only option though. [21:12:58] -*- yngwin just uses mpd [21:12:58] I am not about to go trolling, but think it is a step backwards. [21:13:15] well most of packagers think that it is step back [21:13:25] what for fully fledged mysql on desktop machine [21:13:29] In Avogadro we very carefully consider even optional deps, required deps even more so. [21:13:43] from my own experience I claim that being unable to use sqlite is a sign of bad design [21:13:45] I don't want to have to install things like MySQL on my EeePC... [21:13:52] they're censoring the chatroms! protest! [21:13:53] mysql only pseudoproffesional db :( [21:13:55] it can handle millions of items, why can't it handle 6k songs? [21:14:05] scarabeus: be quiet please :D [21:14:09] sqlite can's work remotely though [21:14:12] *can't [21:14:13] 6k should be enough for anybody [21:14:22] amarok upstream is not willing to maintain more than one backend [21:14:27] Sput: uhm ... yeah ... let me just stab you a bit [21:14:30] bonsaikitten: well i am doing some things as db specialist, so i know what is good db, and mysql never was such thing :D [21:14:32] -*- yngwin has 21k [21:14:34] Why do I care if it can work remotely? [21:14:43] and yes, they didn't properly design their db access :p [21:14:52] thanks to embeded, they need to run on local machine which is also great [21:14:53] :D [21:14:53] scarabeus: I've worked with sqlite and currently have >50 MySQL servers to babysit [21:14:59] cryos|work: many people share their db over several instances [21:15:07] bonsaikitten: hope you enjoy it :] [21:15:10] cryos|work: I have a central file server, and with amarok1 I used to have a central database [21:15:11] Yeah, but everyone? [21:15:18] I like Amarok 2.0. [21:15:19] I certainly don't. [21:15:23] scarabeus: I could tell you things, but then I'd have to shoot me [21:15:30] :D [21:15:31] <-- Aw0L (n=awol@mx1.spfldsparc.org) has quit (Read error: 104 (Connection reset by peer)) [21:15:31] <-- St_MPA3b (n=quassel@gregory51.dialup.corbina.ru) has quit (Operation timed out) [21:15:35] I loved amarok, love the look of amarok 2. [21:15:37] is this a good time to mention that I'd like koffice snapshots in kde-testing? [21:15:41] We are drifting off topic though. [21:15:44] hey i found one non flame topic [21:15:49]