=== Lathiat [n=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #ubuntu-motu [12:08] LaserJock_away: i know you're not around -- my time was scarce today... Hopefully I'll have time early next week, and I'll read the motu wiki etc.... so i can upload that php5-mssql package [12:08] LaserJock_away: thanks for the tip [12:09] bye all [12:10] nice, delay hits osnews [12:10] in true form === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-motu === ajobs [n=Jobman@p508E6695.dip.t-dialin.net] has joined #ubuntu-motu === ajobs [n=Jobman@p508E6695.dip.t-dialin.net] has joined #ubuntu-motu === netzmeister [n=netzmeis@p549F9127.dip0.t-ipconnect.de] has joined #ubuntu-motu === tritium [n=michael@ubuntu/member/tritium] has joined #ubuntu-motu === ajobs [n=Jobman@p508E6695.dip.t-dialin.net] has joined #ubuntu-motu [12:46] netzmeister: nabend! [12:47] siretart | slomo | dholbach: please check #4749 [12:48] sistpoty: XOR or OR? ;) [12:48] slomo: OR ;) [12:48] didn't we approve this on the mailinglist already? [12:49] slomo: didn't remember it... will check [12:50] hi LaserJock [12:50] hi netzmeister [12:50] hi slomo [12:50] I'm happy Slomo.. [12:50] my new CPU is running.. [12:50] netzmeister: what CPU is this? [12:51] AMD X2 [12:51] 3800+ [12:51] i've compiled a SMP Kernel.. [12:51] why did you compile your own kernel? :) the packaged ones already have SMP support [12:51] thats very funny.. two "make" processes at the same time.. [12:51] slomo: you're right... just found it... sorry for the noise ;) [12:52] sistpoty: ok, just close the bug and upload :) [12:52] slomo: it should be synced :/ [12:52] slomo: Yes, but i have the kernel "angepasst" on my hardware. ;-) [12:52] "on" or "to".. hmm? [12:52] sistpoty: upload a fakesync... build1... i saw some people doing this lately... [12:53] sistpoty: or change -X to -(X-1)ubuntu1 === marcin` [n=user@194.114.146.58] has joined #ubuntu-motu [12:54] slomo: do we have a statement from matt or colin about this? [12:54] netzmeister: customized for your hardware probably :) but does this really improve something? do you have some numbers? :) [12:54] sistpoty: nope... but pitti does the build1 uploads and dholbach told me that -(X-1)ubuntu1 + sync request would be fine [12:56] slomo: ok, will do... but I'll also forward this to the ML, as there are *many* sync requests which we can upload then [12:56] slomo: not really.. but the compile time for the kernel is 50% less as before.. [12:56] sistpoty: mine are already uploaded as -(X-1)ubuntu1 (at least the ones that matter) [01:00] sistpoty: just fakesync it [01:00] siretart: ok, will do [01:01] I love the term "fakesync" [01:03] crimsun: I hate it, because it should better not be necessary :( [01:03] why is it necessary? [01:04] syncs havn't been processed since the switch to launchpad [01:04] so are we giving up on it then? [01:04] for right now [01:04] well if it continues this way, we may not have a choice but to fakesync [01:05] hmm, but then NEW is still stuck === AstralJava [n=jaska@cm-217-078-207-6.lohjanpuhelin.fi] has joined #ubuntu-motu [01:05] that sounds like a mess [01:05] LaserJock: NEW is processed again since ~2 weeks [01:05] NEW is processed quite regularily [01:06] siretart: we approved dosemu already at the mailinglist :) no need to approve it again [01:06] not NEW syncs ;-) [01:06] hm... I tried to get an answer on ETA for syncs on #lp tonite, but daf didn't even know syncs weren't processed [01:06] I uploaded a NEW package yesterday, it was processed through new in a few hours. THATS service :) [01:06] LaserJock: fakesync the NEW packages :) [01:07] hmmm [01:07] one of the packages is one I maintain in Debian [01:08] I guess if syncs aren't going to be done any time soon I could fakesync it [01:09] it just seems like a bad solution. but I don't know what else we can do [01:12] should we fakesync as -XbuildY or -(X-1)ubuntuY? [01:12] netzmeister: you are the guy packaging Code::Blocks right? [01:13] sistpoty: -Xbuild1 should be better as this would be automatically synced later [01:14] slomo: ok [01:15] slomo: if an ubuntu-specific version is already present in the archives, will a -XbuildY override the ubuntu changes for next merges? [01:15] sistpoty: unless you need local (ubuntu specific) changes. in that case it isn't a sync anymore, but an 'normal' upload === netzmeister [n=netzmeis@p549F9127.dip0.t-ipconnect.de] has joined #ubuntu-motu [01:16] sistpoty: the autosync mechanism won't sync an old version over if and only if it contains the string 'ubuntu' in the version [01:16] sistpoty: yes [01:16] ah... good, so that's the only magic included in there :) [01:16] right [01:17] but, the autosync script was running on dak. I can imagine that it hasn't been ported to soyuz yet. [01:17] but anyway, this isn't a problem before dapper+1 === ajmitch [n=ajmitch@203.89.167.135] has joined #ubuntu-motu [01:26] hi ajmitch === zenbum [n=zenbum@c-69-181-178-99.hsd1.ca.comcast.net] has joined #ubuntu-motu [01:46] sistpoty: please use the -v parameter for debuild/dpkg-buildpackage so all new changelog entries get included with the changes file [01:46] slomo: hm? what am I missing? [01:47] slomo: ah, k... thx [01:47] np :) [01:47] slomo: is it mandatory for Ubuntu packages? [01:49] Erlang: only when your upload includes more than one new version... but that's the same for debian too (although you have only one new version per upload in general but for an exception look at gstreamer0.10) [01:49] slomo: sorry, still don't get it... what do I need to have all changelog entries included in the newer version? (I'm just apt-get sourcing the plain debian version and adding a changelog entry to it) === rraphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-motu [01:53] sistpoty: user -v $old-version-number-for-ubuntu, I suppose [01:53] sistpoty: in your dpkg-buildpackage or debuild command [01:53] minghua, slomo: thx... just found that out :) [01:54] sistpoty: but be carefull and don't spam -changes will the complete changelog from the beginning :) [01:54] sistpoty: sometimes -v does funny things [01:54] slomo: I cat *changes everytime after signing (and most of the time before signing as well, silly paranoia that is *g*) [01:55] slomo: oooh :| that means what I have in Debian NEW might get rejected AGAIN [01:55] sistpoty: hm, i sign while building the source package... afterwards pbuilder on exactly that signed dsc and then upload when everything is fine :) [01:56] Erlang: don't worry, the ftp-master don't look at such things normally... most of the time wrong debian/copyright is the reason for REJECTED ;) === lakin [n=lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-motu [01:58] hmm, I'm not seeing why -v needs to be used === mat|l [n=mat@igoan/mat] has joined #ubuntu-motu === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu [01:58] slomo: that was indeed the reason last time. I hope what you say is true since NEW processing has been a bit long for me. [01:58] LaserJock: to get a complete changelog of things on changes... and the changelog function in launchpad seems to depend on it too === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu [01:58] Erlang: which package is it? [01:59] erlang 10.b.9-2 === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu [01:59] LaserJock: just try it with different versions and take a look at the .changes file ;) [01:59] LaserJock: (i.e. with different versions after -v) [01:59] Erlang: and you missed a copyright holder last time? or what was wrong? :) === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu [02:00] slomo: yes I missed 2 applications that were GPL. The rest of the thing is under Erlang Public License. [02:01] Erlang: happened to me with nemerle too ;) === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-motu [02:02] so should I always do -v or should I only do it when I need to include more than the lasted changelog entry? [02:02] LaserJock: only when more than the latest changelog entry is new === rraphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-motu [02:03] slomo: ok, that makes sense. === godiane [n=godiane@58.69.182.142] has joined #ubuntu-motu [02:04] raphink: ahh, you got it? [02:05] LaserJock: didn't buy it yet for read, but the deal is made, just have to get the money [02:05] and it's already installed as double boot panther/kubuntu dapper [02:06] :) [02:06] lucky :( [02:07] heh [02:07] for such a price I couldn't refuse ;) [02:07] got this powerbook for 500 [02:07] :) [02:07] 1GHz/768 RAM/60GB HD/15" screen [02:07] I think it's rather good [02:08] the keyboard is qwerty/arabic but I don' tmind since I never look at my keyboard ;) [02:12] hi everyone [02:12] hi bmonty [02:13] hi bmonty [02:14] hi bmonty [02:14] hey sistpoty, slomo, and LaserJock! [02:17] so we are uploading our own sync requests now? [02:17] bmonty: yep [02:17] I am totally uploading a new kernel. Oh wait... [02:17] cool, I can clear my list now :) [02:17] crimsun: :) [02:17] ok, well now how was this decided? === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu [02:18] this came up before and there was quite a bit of opposition at that time. Have we really decided to do that? [02:19] I suppose ultimately our uvf/ff exception team is the authority [02:19] LaserJock: slomo and siretart proposed it at 11.53 (utc) here [02:21] if I already requested the sync from elmo and I upload it myself, do I need to notify elmo that happened? [02:21] hm... no idea? [02:22] i guess that would mean even more work for him... [02:22] now he would try to sync, see that we have a newer version and forget about it [02:22] bmonty: no, it'll just reject, and he'll frown, but there's no need to burden him even more) [02:24] ok, as long as I'm not the only MOTU he is frowning at :) [02:25] bmonty: +1 === netzmeister [n=netzmeis@p549F9127.dip0.t-ipconnect.de] has joined #ubuntu-motu [02:26] re [02:27] netzmeister: you are the guy packaging Code::Blocks right? [02:30] is there a standard changelog entry that we would like to use to indicate a manual sync? [02:31] somethine like "this is a sync, See Malone XXXXX for UVF approval." [02:31] bmonty: none that I know of... I'm using "Fakesync newer debian version" [02:32] yeah, Fakesync sounds much more Dapper-like ;-) [02:33] maybe I should give some funny quotes in the changelog instead *g* [02:34] just use whatever you want as long as a human can understand that it's a fakesync and no other changes were done :) [02:34] but i guess for UVF exceptions the malone bug number would be nice... siretart? [02:35] sistpoty: your note about using "-v" only applies if there is an existing -buildY or -ubuntuY version, right? [02:35] bmonty: no... it applies every time, when there are debian versions "skipped" in ubuntu [02:36] bmonty: i.e. if you have 3 changelog entries in the debian version, that aren't in the ubuntu version, you'll need to use -v for these three versions [02:36] -v to have these versions in the changes-file even [02:36] sistpoty: ok, makes sense [02:42] dang, the Dapper push back email from Mark is getting one of the most positive threads on ubuntuforums I've seen in a while [02:44] 6 weeks, eh? [02:44] that wouldn't extend FF by 6 weeks too, would it? [02:44] I doubt it [02:45] they're going to delay??? === Hobbsee is out of the loop on this one [02:45] possibly [02:45] eek [02:46] there's a meeting on 14th [02:46] *nods* === Hobbsee searches for the time [02:47] there's two times :) [02:47] oh, tech board [02:47] hehe [02:47] beginning or end time, or they're having two meetings? [02:49] two meetings [02:51] it's like netzmeister doesn't see me... === zenbum [n=zenbum@c-69-181-178-99.hsd1.ca.comcast.net] has left #ubuntu-motu ["Leaving"] === psusi [n=phreak@54.161.205.68.cfl.res.rr.com] has joined #ubuntu-motu [02:58] re [02:58] Erlang: hi.. [02:58] ah [02:58] Yes i'm the guy.. ;-) [02:58] aehm, i try to package it.. [02:59] I just wanted to ask you if plan to push the package to Debian too? === minghua really doesn't like the "push back dapper by six weeks" idea :-( [03:00] yes.. === tritium [n=michael@ubuntu/member/tritium] has joined #ubuntu-motu [03:01] Erlang: why? Would you like to push it? [03:01] no no. I'll tranfer you my ITP. [03:03] oh, I'm surprised.. [03:03] thx === slomo_ [n=slomo@ubuntu/member/slomo] has joined #ubuntu-motu === jaldhar [n=jaldhar@c-68-80-95-221.hsd1.nj.comcast.net] has joined #ubuntu-motu [03:20] hi jaldhar [03:20] jaldhar: I asked on #scim yesterday, and Fedora's scim maintainer told me that scim shouldn't interfere with skim in KDE [03:20] jaldhar: I wonder what your skim problem is === atie_ [n=atie@ubuntu/member/atie] has joined #ubuntu-motu [03:21] hi all [03:24] hello atie_ [03:24] if I need to execute bootstrap text file in kde dir before run .configure, how to package it? [03:24] minghua, hi [03:26] atie_: what do you mean exactly? just calling another command before configure? [03:27] yes... but file extention is text file. [03:27] atie_: what is the bootstrap file written in? shell? [03:28] it's shell script. [03:29] then call it like a shell script :) [03:29] I suppose "/bin/sh bootstrap" will do, then [03:29] probably === shawn_home [n=spstarr@CPEdeadbeef0000-CM000039d4cc6a.cpe.net.cable.rogers.com] has joined #ubuntu-motu [03:30] is it ok run run cvs commands too within package? [03:30] like these if [ ! -d "admin" ] ; then [03:30] echo "Please press enter directly for the next question about the password" [03:30] cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/scim login [03:30] cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/scim co -P -d admin skim/admin [03:30] fi [03:30] I wouldn't do that no [03:30] what happens if the network is down? ;) [03:31] shawn_home, that's why I am asking... :) [03:31] atie_: scim-hangul? [03:31] minghua, yes... for skim. === shawn_home ponders porting debian-sid khdapsmon to kubuntu [03:32] atie_: nope that's not ok... why do you need to call cvs? :) [03:32] atie_: I believe scim-hangul 0.2.1 has skim support. is there any reason you need a cvs version particularly? [03:33] slomo_: it's a very ugly hack in many SCIM module packages [03:33] slomo_: they need some files, but all modules need exactly the same ones [03:33] minghua, no... 0.2.1 has that. author said he made mistake it. [03:33] minghua: why don't you include them in the package? [03:33] slomo_: so they cvs checkout from another (central) tree when bootstrap it [03:34] but, he has no plan for new release soon with correction. [03:34] slomo_: the released tarball has those files. that's why I am asking why atie_ needs a cvs version [03:34] atie_: hmm, I see [03:35] atie_: get a cvs checkout, make a tarball out of it and use that === minghua agrees with slomo_ [03:35] but note it in the version number [03:35] 1.2.3+cvs20060311 or similar [03:35] slomo_, minghua thank for advice. [03:36] atie_: but don't put the cvs checkout into a tarball... export it or run make dist in it or whatever :) [03:36] I will talk author before using cvs version, to check his opinion. [03:36] slomo_, ok. [03:38] netzmeister: The switch worked. The ITP is yours now. [03:38] I'm pretty happy not to have anything to do with C::B anymore. [03:38] okay. thx Erlang.. [03:38] why? [03:38] Erlang: hehe i can understand you... this package is a nightmare :) [03:38] hrhr [03:38] yes it is.. [03:38] minghua: thanks for asking. I plan to look at fedora and suse's skim packages this weekend and see if we are doing something wrong [03:39] jaldhar: oh great [03:39] could someone sync for 33163? It had approval. [03:40] netzmeister: I chose C::B has a my first true Debian package. It was a very good learning tool (especially before it was autotooled). I've never really used C::B. [03:41] atie_: just FYI: I had planned to work on skim support for SCIM modules for dapper+1, but if you want to get it done for dapper, then by all means go ahead [03:41] Erlang: ah okay.. is use it.. and sometimes i help the developer to fix bugs.. [03:42] Then you'll certainly be useful as the packager. [03:42] minghua, current scim-hangul is ok with kubuntu. so I think I don't need to bring it for dapper if plan sets for dapper+1. [03:43] atie_: if you don't change scim-hangul in ubuntu, I can assure you that I'll work on scim-hangul first [03:43] minghua, I don't want to have two scim-hangul for ubuntu and debian. :) [03:44] atie_: the patch may even be ready before dapper+1 is open (especially if the six-week delay becomes true) [03:44] atie_: glad to hear that. I'll add a note about my plan in the bug [03:44] minghua, no problem. [03:44] atie_: the correct skim support is in scim-hangul cvs, right? [03:45] minghua, I will make sure with author and his plan for 0.3.0. [03:45] atie_: cool, please send the information to me or to the bug, thanks [03:45] minghua, I will let you know. [03:46] atie_: after you confirmed with upstream, I mean [03:46] yes. [03:47] minghua, two days ago I sent Dr.Yang mails about scim-hangul situation. :) [03:48] atie_: Yooseong Yang? Hmm, I probably should send him a mail as well... [03:49] minghua, yes... he knew our improvement for scim-hangul in dapper. === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-motu [03:54] Welcome Back LaserJock ;-) [03:56] danke netzmeister [03:57] ;-) [03:58] hi [04:04] minghua, scim-hangul 0.2.2 will be released for packaging within 2 days. ^^ === irvin [n=irvin@ubuntu/member/irvin] has joined #ubuntu-motu [04:07] atie_: yay [04:08] atie_: just about to sync malone: #33163 [04:09] sistpoty, yes? [04:09] atie_: yep... (will upload after test-building) [04:09] minghua, I'll create a report for it once I will receive mail from author. [04:10] sistpoty, thank you so much. :) [04:10] atie_: great, thanks for contacting upstream [04:10] thanks for figuring this atie_ ;) [04:13] gna... -v doesn't produce the right thing with this :/ [04:14] dpkg-buildpackage -v even [04:15] atie_: uploaded... will you care for closing the bugs, once the package has been built? [04:15] sistpoty, sure. :) [04:16] atie_: thx === poningru [n=poningru@pool-72-64-213-212.tampfl.fios.verizon.net] has joined #ubuntu-motu === freeflying-ibook [n=freeflyi@61.190.65.22] has joined #ubuntu-motu [04:30] atie_: sorry, ttf-alee is in main... just got a rejected from LP :( [04:31] sistpoty, no it's in universe. [04:31] sistpoty, let me double check. [04:32] atie_: in main here [04:32] at least the sources are in main [04:32] oh no... what is solution? [04:33] atie_: ask s.o. with main privs (e.g. slomo_) to upload the sync? ;) [04:33] depends... what were the changes? :) [04:33] slomo_: malone 33163 [04:33] malone bug 33163 in ttf-alee "UVF Exception: ttf-alee 6.4 -> 7.1" [Normal,Confirmed] http://launchpad.net/bugs/33163 [04:33] ah [04:33] and main is frozen currently for flight5 anyway so this have to wait unless it's really really criticial and someone wants to talk to Mithrandir or infinity [04:34] will need mdz/kamion approval for UVF as well === minghua just want to remind people that main upload requires explicit premission right now [04:34] yes... that too [04:34] when it moved to main? [04:34] (for flight 5) [04:34] hehe, luckily I don't have main privs, so LP will care :) [04:35] & if anyone tries to upload to main without getting approval, they have to pay [04:36] slomo_, actullay the report is for https://launchpad.net/distros/ubuntu/+source/ttf-alee/+bug/6439 [04:36] malone bug 6439 in ttf-alee "font names in ttf-alee 6.2 are changed, but leaves broken links." [Normal,Unconfirmed] [04:36] ahh, broken defoma hints, I would bet [04:36] atie_: no doubt this will get in... but let's talk about this again after flight5, ok? :) and please send a mail to kamion/mdz asking for a UVF exception === ealden [n=ealden@203.76.213.249] has joined #ubuntu-motu [04:37] slomo_, ok. not a problem. [04:37] slomo_, including you? [04:37] atie_: yes... and probably the UVF exception malone bug [04:38] slomo_, thx [04:40] sistpoty, you too. === G0SUB [i=ghoseb@ubuntu/member/g0sub] has joined #ubuntu-motu === freeflying [n=freeflyi@61.190.65.22] has joined #ubuntu-motu === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-motu === sistpoty is off to bed... gn8 everyone [05:00] bye all. === atie_ [n=atie@ubuntu/member/atie] has left #ubuntu-motu ["bye"] === Erlang [i=neumann@toronto-HSE-ppp4000837.sympatico.ca] has joined #ubuntu-motu === Erlang is now known as ErlangABCDEFGHIJ === ErlangABCDEFGHIJ is now known as Erlang === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-motu === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-motu === minghua [n=minghua@69-153-139-36.dsl.hstntx.swbell.net] has joined #ubuntu-motu [05:53] hi minghua === tritium [n=michael@ubuntu/member/tritium] has joined #ubuntu-motu [05:57] hi tritium [05:57] hi LaserJock [05:58] hi LaserJock === G0SUB [i=ghoseb@ubuntu/member/g0sub] has joined #ubuntu-motu [06:10] hi G0SUB [06:11] LaserJock :) [06:11] LaserJock so what have you decided? drop some TeX to accomodate electronics? [06:11] yeah [06:11] ok [06:12] I ended up with ~36 tex source packages [06:12] ok [06:12] I updated the list at tiber.tauware.de/~laserjock/all_list.html [06:13] checking [06:13] I'm working on getting the Main/Restricted packages out since they are just confusing [06:13] Hmm, I didn't know there is a channel #ubuntu+1 [06:14] heh [06:14] I know, but what's it about? [06:14] the transition from breezy to dapper I think [06:14] dist-upgrading and what not [06:15] the equivalent of #ubuntu for dapper, it seems [06:15] hmm, yeah. maybe that is a better description [06:15] i see === Lathiat [n=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #ubuntu-motu === Arrogance [n=aks@ottawa-hs-64-26-170-106.d-ip.magma.ca] has joined #ubuntu-motu === Czessi [n=Czessi@dslb-084-059-001-088.pools.arcor-ip.net] has left #ubuntu-motu ["Kopete] === minghua feels that #ubuntu+1 is overzealous on the stability of dapper [07:10] I tend to be that way too === kyral_ yawn [07:10] I still see more bugs than I care to report... [07:11] Week off from school [07:11] Maybe I can finally get some Ubuntu Hacking done [07:11] minghua: not all of us in there... [07:11] hmm, I must have run Gentoo unstable for too long :-) [07:12] to be fair, many of them may disappear after a fresh reinstall [07:12] tritium: I am speaking of a general impression, I didn't mean everyone there [07:12] yep [07:13] I plan to stay at #ubuntu+1 after all === Toadstool [n=jcorbier@maisel-gw.enst-bretagne.fr] has joined #ubuntu-motu [07:19] anybody with grep-dctrl experience around? [07:19] I'm trying to search for more than one thing === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-motu [07:36] hi bmonty [07:37] how's the family? [07:37] hey LaserJock [07:37] dunno, I haven't seen them in about a week [07:37] supposedly they are fine :) [07:40] bmonty: away on a trip? [07:40] LaserJock: I gotta start the little guy on Ubuntu soon though :) [07:40] yeah [07:40] yeah, Dapper+1 should get him membership I think [07:40] lol [07:41] maybe honorary membership ;-) [07:42] he might be able to make a contribution to edubuntu [07:42] sure [07:42] get him a keyboard and he should be able to make some IRC contributions [07:42] he really likes a couple of the xscreensaver offerings :) [07:43] right now, I think he would only drool on the keyboard......so not much contribution to IRC [07:43] hmm, maybe he can be a beta tester for -artwork and -desktop [07:43] asdfgh :) [07:44] LaserJock: definately, but judging from the threads on ubuntu-devel, I think his tastes and the tastes of the ubuntu community in general are drastically different [07:46] but maybe better ;-) [07:46] personally, I'm ok with the new dapper look [07:47] the orange is a bit much right now [07:47] I'm surprised that so many peopl have issue with it [07:47] the orange isn't that offensive to me, but my color vision isn't perfect so that might be why [07:50] well, my only example was from gnome-help and the heading and text are bright orange [07:53] regardless of the colors, the other visual effects are pretty damn good [07:53] the scroll bars are very cool looking [07:54] yeah === minghua actually finds the scroll bars a little distracting === minghua is not very accustomed to mouse-over activation [07:58] maybe if there is a little delay like tooltips, I'll like it much better [07:59] actually, I think I should file a bug saying this [07:59] I like it because I have confirmation that the mouse pointer is in the correct location [08:10] good night everyone === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-motu === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-motu === sebest [n=sebest@Mix-Annecy-109-1-244.w80-9.abo.wanadoo.fr] has joined #ubuntu-motu === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-motu [08:47] hi all from manila! [08:52] morning === Lathiat [i=lathiat@ubuntu/member/pdpc.basic.lathiat] has joined #ubuntu-motu === ohnett [n=ohnett@tor/session/x-bce3f3e1bd096584] has joined #ubuntu-motu [09:02] so will dapper be delayed, or is it just speculation? [09:02] ohnett: I just read the announcement [09:04] btw, will dapper feature an xgl-powered desktop by default? [09:04] https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-March/000094.html [09:04] ohnett: no way [09:04] xgl won't be in any case in main, which is a prequisite for being installed by default [09:04] siretart: but will it be trivial to install xgl and use it with gnome and kde? [09:05] ohnett: it is quite trivial right now. I don't expect this to change for dapper. [09:06] it is just not mature enough on many graphic drivers [09:06] siretart: will i need to install a modified version of kde/gnome? [09:06] siretart: right [09:06] dolson: rock on! :D [09:06] zakame: what [09:06] siretart: ... or is it more like an add-on? [09:07] ohnett: please read the initial announcement for instructions how to use/enable it: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-February/000079.html === nlindblad [n=nlindbla@user179.217-10-120.netatonce.net] has joined #ubuntu-motu [09:08] zakame: what did I do?? [09:08] siretart: thank you [09:09] dolson: your becoming a member, just read my email (at Manila now for class) [09:09] ohnett: oh yes, and if you are interested in the development of ubuntu (or the sister distros xubuntu, edubuntu and kubuntu), it is a great idea to subscribe to ubuntu-devel-announce. it is a quite low traffic mailing list [09:09] zakame: oh, lol. yeah, thanks :) [09:09] and dolson will be a motu soon, I'm sure [09:09] :) [09:09] siretart++ [09:10] that's what everyone keeps telling me [09:10] I just barely got accepted for membership though [09:10] ooh town hall meeting [09:10] right now? [09:11] no not now [09:11] lol [09:11] on feb 14 [09:11] March you mean? [09:11] oh [09:11] :) [09:11] i thought i lost it [09:11] :)) [09:11] yes, march === freeflying [n=freeflyi@61.190.65.22] has joined #ubuntu-motu [09:22] is it safe enough by now to install dapper on my box and gradually update it until the official arrives? [09:22] ohnett: I'm running it.. seems safe to me. but YMMV [09:22] (considering that i don't want to experiment too much with it) [09:24] if i use xgl and get into problems, will it be easy to simply undo all changes (uninstall)? [09:24] (in dapper) [09:24] to undo Xgl, yes [09:24] to revert to Breezy... not gonna be easy [09:24]