=== Hobbsee [n=Hobbsee@CPE-144-136-113-76.nsw.bigpond.net.au] has joined #kubuntu-devel [12:22] stupid wireless settings, and losing the essid... [12:22] grr === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #kubuntu-devel === Czessi_ [n=Czessi@dslb-084-059-004-091.pools.arcor-ip.net] has joined #kubuntu-devel === Czessi_ [n=Czessi@dslb-084-059-004-091.pools.arcor-ip.net] has left #kubuntu-devel ["Kopete] [12:28] Hobbsee: what do you mean "losing essid" - wireless is rock-solid for me in Dapper [12:30] luka74: well, it was set to the correct wireless essid, then it lost the connection (both wired and wireless decided to connect ot the same IP address - not sure why), then an iwconfig showed the essid as off/any [12:30] Hobbsee: which wireless card? [12:30] i'm usually finding that i have to do a dhclient wlan0 at boot [12:30] netgear wg511 v2 [12:31] Hobbsee: do you have "auto wlan0" in your /etc/network/interfaces ? [12:31] yeah - want me to pastebin the entire file? [12:31] Hobbsee: sure [12:31] Hobbsee: which chipset though? [12:32] made in china [12:32] so the one that works with ndiswrapper [12:32] Hobbsee: umm, okay. ugly :) === Czessi_ [n=Czessi@dslb-084-059-004-091.pools.arcor-ip.net] has joined #kubuntu-devel [12:32] http://pastebin.com/558625 [12:33] that works some boots - other times i have to use sudo dhclient wlan0 and then it works [12:34] Hobbsee: you have both eth0 and wlan0 trying to come up at boot. plus you don't need the "dhclient wlan0" at the end of the line [12:35] file, err [12:35] cause you have auto eth0 === robotgeek needs to take a break [12:35] i meant auto wlan0 [12:35] robotgeek: indeed, but it fails every single time if i dont have the dhclient wlan0 at th eend [12:36] but i'll try taking the auto eth0 line out [12:36] that entire section, i take it? [12:36] Hobbsee: no, just the auto eth0 [12:37] ok :) [12:37] Hobbsee: http://pastebin.com/558639 [12:37] i did want the made in taiwan one...but they didnt have any [12:38] yeah i got it :) === Hobbsee has played with that file *a lot* now lol [12:38] Hobbsee: wireless cards are a pain, i went five times, and finally got a ralink card [12:38] had to manually specify which network etc for it to work [12:38] ugh...not that many cards around here [12:38] Hobbsee: there's a nice script on this wiki page. [12:38] Hobbsee, check https://wiki.ubuntu.com/WiFiHowto for tips on setting your wireless up [12:39] heh - that's how i got it working at all, and i get an error with that script [12:39] sorry, that's a automated reply :) [12:39] sarah@sarah:~$ ./wlan-scan.sh [12:39] Not enough of information: "dev" argument is required. [12:39] Not enough of information: "dev" argument is required. [12:39] hehe [12:39] lemme see [12:41] Hobbsee: that script needs to be called from /etc/network/interfaces [12:41] ah... [12:41] i must have missed that bit [12:42] Hobbsee: i tried writing my own sometime back === Hobbsee looks at the script and tries to figure it out === luka74 [n=luka74@clj46-234.dial-up.arnes.si] has joined #kubuntu-devel [12:47] Hobbsee: it basically tries to see network you are on, and spit's out the stuff to /etc/network/interfaces [12:48] well, my question more is, do i just put script /home/sarah/wlan-scan.sh or add other bits? [12:49] Hobbsee: put the script somewhere, and add the mapping stuff in the interfaces file [12:50] right... [12:53] ok i think i got it :D [12:54] Hobbsee: cool, that should work even while booting up, i think [12:54] ok :) === ..[topic/#kubuntu-devel:Hobbsee] : Flight 3 out || https://wiki.ubuntu.com/KubuntuDapperGoals || http://wiki.ubuntu.com/Kubuntu || Join: http://www.last.fm/group/Kubuntu+Developers/ || Kubuntu meeting on #ubuntu-meeting on Wed, Feb 22nd 2006 - 20:00 UTC -- https://wiki.ubuntu.com/Kubuntu/Meetings -- be there! === Czessi_ [n=Czessi@dslb-084-059-004-091.pools.arcor-ip.net] has left #kubuntu-devel ["Kopete] [01:21] Hobbsee: Tip: all script that are run by root should be owned by root. Otherwise some one breaking in sarah as just to add a 'up my-make-me-root' and with next ifup gains root access. [01:22] good point [01:22] thanks for tha t:) [01:23] robotgeek_work: do you understand why auto eth0 is there? All it does is to delay boot when dhcp is used and no cable is connected === allee always removes it and install ifplugd [01:23] but that not out-of-the-box === allee assumes he miss something [01:24] allee: hmm, it says in "man interfaces" that it lists the interfaces to be brought up [01:24] yes, if cable is not connected, i guess it would not bring it up [01:25] Lines beginning with the word "auto" are used to identify the physical interfaces to be brought [01:25] up when ifup is run with the -a option. (This option is used by the system boot scripts.) [01:26] looks useful, that ifplugd [01:26] Hobbsee: on boot it's init script return always [fail] but it works [01:26] *nods* [01:26] *learns* [01:27] robotgeek_work: next time you reboot try without a cable connected. (have a cup of coffee ready) [01:28] allee: i don't use that on my desktop machine, on my laptop i don't use eth0 :) [01:29] robotgeek_work: I've 1GB line when I use eth0 on my laptop. And that's much better than wlan === robotgeek_work loves his uptime :) [01:29] allee: no such line here on my end :) [01:29] robotgeek_work: oh, you don't use the cable? And you don't get this delay on boot? Me gets very curious!!!!! [01:31] allee: lemme check my laptop thing. problem is i don't shut them down, ever [01:33] allee: i apparently don't have "auto eth0"/"auto wlan0" stuff in my laptop. since it's a "special" card [01:33] robotgeek_work: ah, okay [01:34] allee: i think i removed it while trying to get my airport extreme working === Hobbsee looks at the kubuntu bug list === kozz_ [i=kozz@h203n1fls31o834.telia.com] has joined #kubuntu-devel === _Czessi_ [n=Czessi@dslb-084-059-007-217.pools.arcor-ip.net] has joined #kubuntu-devel === _Czessi_ [n=Czessi@dslb-084-059-007-217.pools.arcor-ip.net] has left #kubuntu-devel ["Kopete] === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel [03:17] gah, my kontact is continually crashing today [03:17] weird it didnt do that yesterday === freeflying-ibook [n=freeflyi@61.190.65.23] has joined #kubuntu-devel === Hobbsee_ [n=Hobbsee@CPE-144-136-113-76.nsw.bigpond.net.au] has joined #kubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #kubuntu-devel === Huahua [n=hua@221.172.51.75] has joined #kubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #kubuntu-devel === claydoh [n=clay@65.99.186.207] has joined #kubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #kubuntu-devel === KaiL [n=KaiL@p548F7A21.dip.t-dialin.net] has joined #kubuntu-devel === freeflying [n=freeflyi@61.190.65.23] has joined #kubuntu-devel === Hobbsee [n=Hobbsee@CPE-144-136-113-76.nsw.bigpond.net.au] has joined #kubuntu-devel === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #kubuntu-devel === jsgotangco [n=jsg@ubuntu/member/jsgotangco] has joined #kubuntu-devel === jsgotangco [n=jsg@210.4.38.43] has joined #kubuntu-devel [06:05] amu: hi === Hobbsee [n=Hobbsee@CPE-144-136-113-76.nsw.bigpond.net.au] has joined #kubuntu-devel === Hobbsee laughs [06:27] no way...surely someone didnt do this... [06:27] !malone 30753 === Hobbsee snorts - i cant believe this! === Hobbsee continues reassigning kde bugs to kubuntu team, rather than leaving them unassigned at all [06:45] surely these should be assigned to kubuntu bugs by default, if they're in kubuntu packages... === viviersf [n=cain@196.44.1.98] has joined #kubuntu-devel === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #kubuntu-devel [09:46] hello* [09:46] hi Tonio_ [09:47] Hobbsee: were you at the meeting yesterday ? [09:47] argh! i had something really really important to tell you, then i forgot [09:47] Tonio_: sure was [09:47] arf ? [09:47] arf? [09:47] I couldn't be there, my adsl access has been accidentally closed......... [09:48] oh, yeah [09:48] logs are there, in the IRC logs [09:50] can yousend them to me ? [09:50] wat was decided for the dpi fixing to 100 ? [09:51] How is suspending supposed to work in kubuntu nowadays? [09:51] hunger: it's supposed to work, via klaptop, i think [09:52] Hobbsee: It does not work anymore... I'd love to find how it is supposed to work so that I can help fixing this. [09:52] Tonio_: http://people.ubuntu.com/~fabbione/irclogs/ubuntu-meeting-2006-02-16.html [09:52] cool [09:53] it's getting set to 96dpi, same font size as gnome has, was the plan, IIRC === hunger shivers. === Hobbsee thought it was fairly obvous, but hasnt tested in a while [09:54] Hobbsee: I have klaptopd running (I think... dunno how to test that), but suspend is broken. [09:54] Hobbsee: acpid fakes a keypress which then seems to be ignored. [09:54] well you usually get a battery monitor for it :P [09:54] er, ok then [09:55] Hobbsee: Callisg the sleep script in /etc/acpi works fine. [09:55] Hobbsee: I do have the kde battery applet, so klaptopd should run. [09:55] i'm not sure, i've never looked into it [09:56] I do get a brightness setting window nowadays when changing brightness. [09:57] In fact I get two... so maybe something gnomeish is getting started, messing things up. [09:59] YAY! [09:59] since when we got update notifier in kicker? [09:59] Same is true for volume... but that is totally borked as both windows seem to do conflicting changen. [10:00] Tm_T: a few days ago [10:00] ah, yes [10:00] seems usable [10:00] "no updates" [10:01] it doesnt seem to update often enough [10:01] :p [10:01] just booted [10:01] once a day afaik? [10:01] often enough = twice a day [10:01] Hobbsee: cron runs the apt script daily. [10:01] ahha! 12 upgrades [10:02] Hobbsee: The update-notifier thingy just picks up changes from there. [10:02] yeah [10:02] Hobbsee: Not easy to change the script to run more often though:-) === Hobbsee just has an updade.sh script that works [10:03] Hobbsee: You need to run apt-get update directly if you want that;-) [10:03] could, yeah [10:03] I just use "apt-get update && apt-get upgrade" [10:03] Tm_T: So do I. [10:03] that's basically what my script says... [10:03] Hobbsee: pretty useless script ;) [10:03] heh [10:04] gah! I must get amaroK working [10:04] I broke it nicely yesterday =) [10:04] Tm_T: You may keey the pieces;-) Just don't send them my way. [10:05] haha [10:05] anyone like writing man pages? === Tm_T hides [10:05] off to make dinner...a [10:05] try man akregator i'm stunned! [10:05] try man akregator - i'm stunned! [10:06] hmm, clean [10:06] try reading it... [10:06] no dcop calls in man page [10:06] no dcop calls in man page -> useless [10:07] well it's the manpage for kmail, too :P [10:07] or one of those [10:08] haha [10:08] "one of those" [10:25] okay I read everything..... let's adapt the kubuntu-default-settings to what has been choosen.... [10:25] hi all [10:26] Tonio_: hullo [10:26] I'm just a bit sad for the tabs at the bottom of konversation ;) that will not be homogenous with the rest of tabbed application [10:26] konqueror, kopete, konsole will have top tabs, while konv bottom ones......... [10:26] Tm_T: hi ;) [10:26] actually I would like to see tabs at the bottom in Kopete and Konsole [10:26] cannot be set in kopete [10:26] for the same reason [10:27] cannot? [10:27] Tm_T: nope [10:27] Anyone using gpg with kmail in dapper? [10:27] err, I do have [10:27] Tm_T: ah ?????? [10:27] i'll fix the akregator man page if no one else is so far [10:27] hunger: I do, occasionally [10:27] hunger: I'm now [10:27] well the point is just to be homogenous [10:27] hunger: yep [10:27] Does it work for you? [10:27] hunger: last time it did [10:27] hunger: y [10:27] hunger: but I compile Kmail myself :p [10:28] I get a window "General error" when doing "Settings->Configure kmail" and then try to modify a identity. [10:28] Tonio_: exactly, homogenous between konvi,kopete and konsole ;) [10:28] "Failed to fetch keys from the backend" [10:28] Tm_T: hum, the problem is that konv is the only one with bottom tabs ;) [10:28] tabs where focus (input line is) [10:28] did you ask yesterday for bottom tabs by default on other apps ? [10:29] I did mention, I think [10:29] kgpg works fine... [10:29] konsole has bottom tabs for me:-) [10:31] old pic, but, tabs at the bottom: http://kapsi.fi/tm_travolta/kuvat/temp/foo/clients_1.png [10:32] Tm_T: how about kopete-0.12 now [10:34] wait, cant run it now [10:37] muhahhaha [10:37] got it, finally [10:37] amaroK running <3<3 [10:38] took only... 6 hours? [10:38] hunger: we are talking about the default, not your personnal settings ;) [10:38] in kubuntu the default for console is on the top [10:39] in kubuntu only, of course [10:41] Tonio_: may we put default tab of konsole to bottom [10:42] freeflying: hum, why not, but then we should do the same with kopete (as long as it is possible and I'm quite certain it isn't) [10:43] the problem is that it can be confusing having tabs on the top of konqueror, bottom of konsole, top of kopete and bottom of kon [10:43] konversation [10:43] Tonio_: kopete can put to bottom [10:43] freeflying: we are talking of default settings, not the ones you, me and all those geeks arrounds are in love with [10:43] freeflying: okay, but then I think we have to make the tab management homogenous [10:44] I was thinking the same for doubleclick, but people don't agree on that point [10:44] Tonio_: i see , if for that gaol , it seems put all to top [10:44] the "rare" people who prefer simple can easily switch back [10:44] freeflying: that was my purpose ;) [10:44] imagin your grandma of mother [10:45] that's the way I do, and the general feeling is "do always the same in ALL apps, cause otherwise, she will get lost" [10:45] grandma OR mother excuse me :) [10:46] I personnaly use botom tabs, but as most users discovered tabs with firefox, they will for sure always search for them on the top === nlindblad [n=nlindbla@user179.217-10-120.netatonce.net] has joined #kubuntu-devel [10:46] hu hu hu [10:47] Tonio_: you can not meet everybody's need at all [10:47] freeflying: yes, that's why my thinking is to non powerusers [10:47] lambda people [10:47] all of us are mostly changing everything in our settings anyway..........; [10:47] Tonio_: but we can provide a kubuntu's style [10:48] that's why the "who here likes tabs on the top or not" isn't important [10:48] what's important is "where will the lambda search for the tabs" [10:48] and it is pretty certain he will search on the top [10:48] Tonio_: y. [10:49] who's lambda [10:49] persona? [10:49] isn't that correct in english ? [10:49] they should have real-sounding names IIRC :p [10:49] hum.........; lambda = average joe :) [10:49] aha [10:49] that's a basic mistake then :-) [10:50] there's no average joe period [10:50] and to me average joe will like double click and tabs on the top for sure ! === hunger never met average joe. === mornfall is back from rsibreak :| [10:50] am I still wrong ? isn't "average joe" understandable in english ? americans do use that everytime :) [10:51] Tonio_: no, the principle is wrong [10:51] mornfall: principle of what ? [10:51] Tonio_: Everybody understood what you were saying I think. [10:51] Tonio_: trying to design for average joe usually gives poor results [10:51] hunger arf........ ;) [10:51] mornfall: discuss about that with apple ;) [10:51] Tonio_: I am just complaining about the concept of Joe Average:-) [10:51] or with MS [10:52] Tonio_: i'm fairly sure apple is not doing it :-) [10:52] mornfall: apple is doing more than ever, certainly [10:52] did you use OSX?* [10:52] you are missing the point [10:52] Tonio_: MS does not design for Joe Average... Joe Average gets defined by what MS does;-) [10:52] it's not designed for average user [10:53] hunger: I think it goes both ways :-) [10:53] it's designed for a fairly well defined set of users [10:53] Tonio_: Apple does not design for Joe Average either. They try to make things easy for everybody that is a totally different goal. [10:53] *and* more importantly, many things apply equally to all kinds of users [10:53] mornfall: I totally agree with you according to macos 8 or 9, but X is really different [10:53] incredibly simplified and coherent [10:54] Tonio_: so that helps average joe and gets in the way of all those power users from press etc using apples right? :) [10:54] well, the doubleclick is a long kde debate, and Idon't want to reopen it here ;) [10:54] Tonio_: average joe is very far from press or from being an everyday computer user [10:55] Tonio_: in the general perception [10:55] mornfall: absolutly, that why for example I think the tabs have to be in the smae place for all applications [10:55] Tonio_: give me coherent definition of average joe, including his computer habits, his goals using computer etc and i'll believe you :) [10:55] Tonio_: What apple does well IMHO is to pick a set of rules and then it sticks to those. [10:55] people that are using the computer twice a week will keep searching them everytime === Hobbsee [n=Hobbsee@CPE-144-136-113-76.nsw.bigpond.net.au] has joined #kubuntu-devel [10:56] Tonio_: So what? [10:56] Tonio_: People using the computer twice a week will search for its power botton, too! [10:56] hi again [10:57] hunger ? well, the question is, do we want a coherent desktop or not ?" [10:57] I don't think having the same thing set differently depending the application is something good [10:57] hey hunger: you're right - that klaptop thing is warpe [10:57] Tonio_: that has absolutely nothing to do with average joe [10:57] d [10:57] Tonio_: I think just provide a kubuntu's style , you needn't care for too much's opinion [10:58] mornfall: okay, so forget that average thing, that was a very bad argumentation :) [10:58] Tonio_: I fully agree. And I actually think having tabs consistently at top or bottom is necessary (but it is unimportent whether it is top or bottom). [10:58] I was wrong on that point [10:58] hunger: that's exactly what I'm saying :) [10:58] It will be hard to tell what is the average joe ate all [10:59] Tonio_: Pick one or the other, you are the GUI master here;-) [10:59] the problem is that I don't want to put konversation's tabs at the botom i we don't do the same for kopete and konsole :) [10:59] hunger: yes, but I don't wanna any decision without the global approval of everybody ;) [10:59] I don't have the mind of a boss hehe ;) [11:00] mornfall: anyway, you were right on your apple vision ;) I was wrong on that point ;) [11:00] Tonio_: you can not put all tabs to bottom, so you'd put to top [11:00] Tonio_: Write a wiki page then, stating what should go where (aka. GUI rules for kubuntu). [11:00] freeflying: that's actually what I'm thinking about [11:00] Tonio_: just do it [11:01] Tonio_: Nobody will bother reading it and you can just send all complainers to that page;-) [11:01] hunger, I'll do the package, and then after discussing with Riddell I'll write a wiki page :) [11:01] oh, the general problem is that tabs need to be obliterated :-)) [11:01] hunger: you're right :) [11:01] hunger: I don't think a wiki page good idea [11:01] the problem is that kde isn't globally coherent [11:02] Tonio_: Plus the decissions reached will be documented, so we do not need to repeat the discussions all the time. === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel [11:02] it is a set of very good application, but there is no IHM really defined [11:02] Tonio_: Nothing is globally coherent. [11:03] hunger: ehrm [11:03] hunger: well, although I don't really appreciate gnome, I must say that the IHM more documented [11:03] same for windows of osx.... KDE miss a few documentationon that point, to me... [11:03] Tonio_: the problem is that people think that KDE is finished product -- while in fact it is more like a frozen finish-home thingy :-) [11:03] Tonio_: Yes, the gnome HIG is pretty well documented. [11:04] on the other hand, gnome is trying to be a final product yes [11:05] hey Tonio_ [11:05] Yeah. KDE does need lots of polish to get up and running properly. [11:06] hey look! kopete does have tabs! [11:06] it does [11:06] morning Hobbsee [11:06] well there you go [11:06] evening robotgeek [11:06] It does have lots of niceties... but just as many rough corners you maintainers need to work around: [11:06] haha [11:06] Hobbsee: here I go ;) [11:06] hey Tm_T [11:06] robotgeek: yay! === Tm_T hides [11:07] I agree the KDE crew have done lots of improvements on that point, really, but there is still things that are to be defined [11:07] okay, so let's temporary go with the top tabbed konversation [11:07] and with simple click ;) [11:07] btw, was there kmplayer packages somewhere [11:07] And that all the HW stuff comes out of the gnome corner nowadays is really annoying for kde users. [11:08] Tonio_: when do you want to do the DPI testing stuff? [11:08] robotgeek: I will search yes ;) [11:08] personally, i think that you could get away with having the konv tabs on the bottom, and the rest on the top - just seems to make more sense that way, even though it's illogical [11:08] Hobbsee: hum.... [11:08] Hobbsee: You can always configure them that way. [11:08] actually, you probably could put kopete's tabs on the bottom, it doenst look *that* bad [11:08] Tonio_: i'm going to be slightly busy after today, won't have net till monday. is that okay? === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel [11:09] hunger: I would personnaly prefer to have something logical, and let the people who dislike the settings change it, no ? [11:09] Tonio_: I fully agree. [11:09] robotgeek: yes, I know what to search and do ;) [11:09] true [11:09] Tonio_: cool :) [11:09] Tonio_: Could you do something about the colors when you got time? [11:09] okay so let's find that xtf setting ;) [11:10] hunger, well I will probably change the wallpaper to a green + grey one, in order to remove a bit of blue ;) [11:10] kubuntu is simply blue, with blue on blue actually ;) [11:10] Tonio_: I was thinking about the colors of widgets. === Hobbsee changed her blue menu and all that to be purple :P [11:11] hunger: for example ? [11:11] Tonio_: I.e. with tabs the brighter one is the active one while with those side-thingies in kate the active one is the darker one. === raphink thinks there's one more things in the default that it can't stand : this horrible broken glass sound on errors! makes me feel like throwing the computer by the window [11:11] Tonio_: Well, maybe it just messed up the colorscheme locally. Let me check. [11:12] raphink: damn, it is horrible :) [11:12] +1 raphink! i'd forgotten about that one! [11:12] raphink: if you can find a replacement for that one, I would implement it with pleasure ;) [11:12] Hobbsee: I've changed most of the sounds in KDE. THey were making me crazy really [11:12] Tonio_: I use the Hmm HMM one [11:12] hunger, not sure, but it is not like that on my full-default kubuntu [11:12] i've changed a lot too :D [11:12] to get attention [11:12] instead of a broken glass [11:12] raphink: let find where to change it ;) [11:13] raphink: can you try to locate the setting ? [11:13] Tonio_: sure :) [11:13] What is the default color scheme in kubuntu? [11:13] I can try ... [11:13] cp -rf .kde .kde2 [11:13] then change it and diff -ru ;) [11:13] I'm searching for the xtf setting [11:15] Tonio_: oh yes - the default settings for conversation - the tab colours - can we set them so that they match xfce? or are something sane? seems like they used red for every message - i would think it should be for important messages, like when your nick is directly mentioned. [11:15] Tonio_: does that have something to do with xorg.conf dpi? [11:16] *konversation. i cant spell tonight [11:19] Tonio_: http://pastebin.com/559222 maybe line #90? === robotgeek is reading http://process-of-elimination.net/wiki/Control_Font_DPI_in_X [11:24] Hobbsee: the default settings actually are to put red only when your name is mentionned ;) [11:25] robotgeek: the idea is to set the value for xft.dpi [11:25] the problem is that I don't see another way to do it than in Xresources.......... [11:25] Tonio_: xft.dpi? What is that? [11:25] Tonio_: the link above shows some different techniques === Hobbsee_ [n=Hobbsee@CPE-144-136-113-76.nsw.bigpond.net.au] has joined #kubuntu-devel [11:28] ping? [11:28] Tonio_: ah ok, i thought they changed with the new version, as i remember going and changing them all back! [11:28] pong Hobbsee_ [11:28] good [11:29] Tonio_: Any chance to make the colors of those "sidebottons" in kate ("Documents", "Filesystem Browser", "Terminal", etc.) more consistent with those of the tabs? [11:29] hunger: If I have time, why not ;) === robotgeek does "echo "Xft.dpi:96" > .Xresources" [11:30] Tonio_: I'll get you a beer if I meet you someplace if you do:-) [11:30] Unlike GNOME, KDE provides no native mechanism to adjust font DPI settings. This is quite unfortunate when one considers the amount of font incongruence between Qt and Gtk+ applications. Often the reason behind such inconsistencies is differing DPI settings between the X server, Qt, and Gtk+. [11:30] ARGH !!!!!!!!!!! [11:30] does anyone else sometimes get adept updater updateing but then exiting with out giving you the option to upgrade? === hunger wonders what those Xft.dpi are used for... [11:30] I do not even have xft installed... [11:31] hunger, to fix fonts size in with X [11:31] Tonio_: Oh, there is a libxft... I thought you were refering to that font server:-) [11:31] Sorry for my confusion. [11:32] hunger nope ;) [11:34] ooh..the adept notifier is nice [11:34] Tonio_: That lib does not contain the string "dpi". Are you sure it will react to that setting? [11:34] hunger [11:34] yes hunger ;) [11:35] Tonio_: The Xserver is set to 100dpi for both kde and gnome. Isen't that enough? [11:35] hunger: we are talking about default settings [11:35] that is not default [11:35] that is YOURS settings ;) [11:35] Tonio_: It is in gdm. [11:36] hunger, in gdm, but the same setting doesn't exist in kdm [11:36] can you paste me the line ? [11:36] are they forcing dpi or xft.dpi ? that not the same thing [11:37] hunger ? [11:38] Tonio_: Tonio_: You are right... gdm does not start the Xserver with the use-100dpi-if-you-do-not-know-better. [11:38] yes, according to what I know, they are setting the xft.dpi to 96 somewhere, but I don't know exactly [11:38] Tonio_: Well, I force my dpi setting in xorg.conf:-) So X has the same settings independent of what I run:-) [11:41] Tonio_: How can I find out my xfs.dpi setting? [11:41] hunger: documentations are refering to a /etc/X11/Xresources file [11:41] bu I have a folder there....... [11:42] certainly a difference in the latest versions [11:43] Tonio_: There is nothing about dpi in mine. [11:43] But how can I read out that setting in a running X server? === mornfall reappears [11:43] sealne: how that? [11:44] Riddell: btw, someone mentioned about mac mini sound problem that there's "fix" to it [11:44] Riddell: http://ubuntuforums.org/attachment.php?attachmentid=306&d=1107512164 [11:44] can't test myself though [11:44] Tm_T: does it use snapper? or something else? [11:45] no idea [11:45] what is snapper? [11:45] mornfall: maybe 1 in 5 times when there are updates adept updater will just close after updating but not giving you the button to click for upgrading, seems a bit random, if i then run it again it is fine, never manged to get it to do it twice in a row :-/ [11:45] Tm_T: the soundcard in there [11:46] ok [11:46] sealne: are you sure it's not crashing? :) [11:47] nope not sure :) [11:47] sealne: if it disappears after update without doing anything, then it is [11:47] Tm_T: will you give the thread that guy publish on forum ? [11:47] freeflying: no idea, I just got that link [11:47] sealne: (disappears as does not wait for you clicking quit) [11:47] Tm_T: I'd try it [11:47] freeflying: I'll ask where that is mentioned :) [11:47] Tm_T: thx [11:48] Tm_T: I'm tied of that problem [11:48] mornfall: from .xsession-errors but not sure if its adept giving the error http://kubuntu.pastebin.com/559250 [11:48] probably unrelated [11:49] that's just the notifier [11:49] mornfall: i'd forgoten it should give the quit button so yeah must be crashing [11:49] sealne: okey, then it's probably fixed for beta :-) [11:51] FIND IT !!!!!!! [11:51] freeflying: that was mentioned in sfnet news, soo no idea where's that in forums [11:52] ah no, not that one........ grmpf [11:52] Tm_T: :( === Hobbsee [n=Hobbsee@CPE-144-136-113-76.nsw.bigpond.net.au] has joined #kubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel === Hobbsee growls [11:58] who was it that was saying that they had no wireless problems again? [11:58] lucky [11:59] Hobbsee: the akregator man page in debian looks fine could it be used? [11:59] sealne: i would expect so, i havent had a look [11:59] the bug was reported back in 3.4.3 [12:00] i just went thru the unassigned bugs for kde programs to find interesting bits and pieces that might still be relevant [12:00] sealne: you want to patch it? [12:00] robotgeek: it seems that I still can not use wireless and also sound [12:01] is the manpage from upstream? [12:01] freeflying: i can definetly help you with the wireless, sound probably not [12:01] not sure [12:01] robotgeek: I've done as the wiki tell , but will not work [12:01] Hobbsee: i'll look at it [12:01] ok [12:01] freeflying: did you get the firmware correctly? [12:02] robotgeek: I copy it from OSX [12:02] freeflying: let me give you a copy of mine, maybe that will help [12:02] robotgeek: plz mail me zhengpeng.hou AT gmail DOR com [12:02] s/DOR/DOT [12:06] sealne: http://packages.debian.net/unstable/akregator - i went searching cos i got curious [12:06] freeflying: sent [12:08] hum, the xft.dpi settings is something that kde isn't possible to manage, like gnome does........; [12:08] damn.......; [12:08] robotgeek: got it . it's same s me , anyone , thx [12:09] sealne: it's screwed in debian as well.... [12:09] i cant believe this bug... [12:09] freeflying: try to run "tail -f /var/log/syslog" while running this script http://paste.ubuntu-nl.org/8772 [12:10] Hobbsee: yeah fine in sarge tho [12:10] oh good - you want to patch, or will i? [12:11] i'll have a go [12:11] ok :) [12:11] what do you think? http://lorien.mornfall.net:8012/m/adept-manager-usability.png === Hobbsee goes to look for another bug to fix [12:11] mornfall: what in particular? [12:12] and what the heck is full upgrade? i've *never* understood the difference between that and apply changes [12:12] mornfall: it's better than the current "Install" but it still sounds a bit too much like "please computer do as I say" [12:13] hehe that too [12:13] morning Riddell! [12:13] morning Hobbsee [12:13] Riddell: i have a question. [12:13] Hobbsee: full upgrade does an upgrde, apply changes installs the packages you've asked [12:13] *sigh* [12:13] Riddell: bad news [12:13] we can't set the xft.dpi within kde directly [12:14] Tonio_: why not? [12:14] Riddell: gnome offers that possibility but not KDE [12:14] Hobbsee: ask away? [12:14] let me copy past [12:14] why dont the bugs in packages like kde-pim, kde-network, etc automatically get assigned to kubuntu team? i would think this logical [12:14] so someone give me the exact sounding of the texts and i'll use it [12:14] Riddell: http://pastebin.com/559274 [12:14] mornfall: "Mark for Install" is my choice [12:14] 2 hours searching on the net.... [12:15] or even mark for installation [12:15] so the only possibility is to get the setting in ~/.Xresources [12:15] if you want to have correct grammar :P [12:15] Riddell: and the terminology for filters? column title? [12:15] upgrade [12:16] removing marks? [12:16] Tonio_: so we have to find out how gnome-settings-daemon does it and do the same thing in startkde or somewhere [12:16] (keep -> "cancel changes" for button) [12:18] Riddell: hum........ note that I'm not sure the ubuntu crew is using that for gnome... [12:18] Tonio_: using what? [12:18] bah i should have selected different job [12:18] Riddell: I think we first need to know exactly where and how is the ubuntu gnome setting the xft.dpi [12:18] no ? [12:18] Hobbsee: good question [12:18] there are many ways to get that set.... for example in /etc/X11/Xresources file, in X configuration etc... [12:19] mornfall: Mark for Upgrade? [12:19] Tonio_: it does it in gnome-settings-daemon [12:19] Riddell: okay [12:19] let grab the soruces ;) [12:19] sources [12:19] now give me the remaining texts [12:19] Riddell: ah yes, i have a second question. about the bugs that were from kde 3.4.2 and former - do we want to just mark them as closed, then let people reopen if the issue still exists? there are a heck of a lot of bugs there that probably are fixed in newer versions of the packages [12:20] Tonio_: apt-get source gnome-control-center and look in gnome-settings-daemon/gnome-settings-xsettings.c [12:20] Riddell: i *think* that was all the questions i had from browsing around launchpad today :D [12:20] Hobbsee: if we can't recreate the problem in 3.5 then politely close it [12:20] Riddell: any way to do it automatically, from a certain date and backwards? [12:21] freeflying: any luck yet? [12:21] Hobbsee: no, we have to manually check if the problem still exists, that's the only way [12:21] Riddell: grrr...ok then [12:21] longest bugs are only 43 weeks old...lol [12:21] robotgeek: I can not test on it now , for I have not wireless environment now . :) [12:22] freeflying: ah, okay. :) [12:22] robotgeek: how about sound on your box [12:22] bah, i shall just step down as adept maintainer after 2.0... this is not fun anymore; i can't do much better than i already do, and that's apparently not good enough [12:22] freeflying: works fine with 2.6.15-15 , not before that === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel [12:23] mornfall: I'm not sure what other text needs changed [12:23] mornfall: you do a great job! [12:24] robotgeek: y, I use this one [12:24] bah rsibreak => broken [12:24] freeflying: which one? [12:24] Riddell: other texts: status filter (it talks about requested changes), the "Requested" column... it's not consistent with "Mark for..." actions [12:25] robotgeek: 2.6.15-15-powerpc [12:25] freeflying: hmm, let me see what sound device i have, somehow it doesn't show up in lspci === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel [12:26] (the terminology would look like "not marked" and "Marked for" column (which looks wrong to me) === JRe [n=JRe@pai34-2-82-226-199-36.fbx.proxad.net] has joined #kubuntu-devel [12:28] freeflying: cat /proc/asound/cards [12:29] crumbs...we have bugs from hoary here! [12:29] hmm, I didn't see the request column before [12:29] ah, used to be Action [12:30] Riddell: if a file .bla is in ~/ [12:30] action is not consistent either [12:31] I am supposed to be able to put it in the /usr/share/kubuntu-default-settings/kde-profile/default folder no ? [12:31] simply removing the "dot" === freeflying-ibook [n=freeflyi@61.190.65.23] has joined #kubuntu-devel [12:31] cause if yes, xft.dpi setting is very easy to force ;) [12:31] Tonio_: no [12:32] only KDE looks there [12:32] also, i don't think that sounding "please computer do Foo" has much to do with usability [12:32] Hobbsee: what should i actually be producing for the akregator problem? the man page is debian/man/akregator.man so all it really needs is replaced before being rebuilt? http://www2.duffus.org/tmp/akregator.man [12:32] not to mention that it's not like the user was in control -- we will do as good as we can considering his requests, but nothing more [12:32] Riddell: not kdm ? [12:32] sealne: and update the changelog, saying that you changed the manpage, yeah [12:32] (ie, as much as the user would like, we can't install package that is 404) [12:32] mornfall: you are now convincing me that request is a good idea [12:33] this always happens when I discuss something with mornfall :) === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel [12:33] Tonio_: but not kdm, just to be annoying [12:33] i am giving my rationale for using request === JRe [n=JRe@pai34-2-82-226-199-36.fbx.proxad.net] has joined #kubuntu-devel [12:34] Riddell: argh..... in fact the best way to let xft.dpi set is by a .Xresources file in ~/ [12:34] all documentations are referring to that [12:34] Tonio_: that did not seem to work, though [12:34] #openusability does not react, as usual [12:35] yeah, we need to get those people using kubuntu [12:35] off their suse habit [12:35] robotgeek: the ~/.Xresources file ? [12:35] maybe i echoed wrong [12:36] Tonio_: how does gnome-settings-daemon do it? [12:36] Riddell: need to grab the sources ;) just wait a few minutes === kozz_ is now known as kozz [12:37] Hobbsee: kdepim bugs do seem to get assigned to kubuntu-team, e.g. https://launchpad.net/distros/ubuntu/+source/kdepim/+bug/31049 [12:39] Riddell: argh, that's not what i saw earlier...*searches more* [12:39] I can hardly use adept , after run it , it seems it freeze [12:39] Riddell: see https://launchpad.net/distros/ubuntu/+source/kdenetwork/+bugs - first bug is not assigned [12:42] hey does someone have a yahoo id that i can test with, for a min? just to add? [12:42] kopete wont let you add yourself - pity! [12:42] Hobbsee: venkatraghavan_vc @ yahoo .com [12:43] Riddell: ./gnome-settings-xsettings.c: settings->dpi = 96 * 1024; [12:43] robotgeek: and are you online? [12:43] I need to investigate more, it is not a simple script, the source code has a bunch of files.... [12:43] Hobbsee: yup, only invisible i think. let me appear :) [12:44] that'd be cool - it's a little hard to test otherwise! [12:44] Hobbsee: http://stuff.duffus.org/tmp/kdepim/ [12:44] sealne: where's the .orig.tar.gz? [12:44] Hobbsee: the malone dude isn't around to ask, I'll poke him when he is [12:44] Riddell: excellent [12:44] Hobbsee: i have appeared :) [12:45] i see you not - can you message me? hobbsee1 [12:45] this be weird [12:45] Hobbsee: there now [12:45] freeflying-ibook: on the ibook? [12:45] mornfall: y [12:45] Riddell: according to what I understant, there is nothing written on the disk the daemon does everything on the fly, and the dpi setting is hardcoded... [12:45] freeflying-ibook: can you attach gdb and get the backtrace? [12:46] Riddell: there is no config file for that.... [12:46] mornfall: it dosen't crash [12:46] Hobbsee: does that look ok? i'm just off to the gym so if not i'll look when i get back [12:46] freeflying-ibook: so? [12:46] freeflying-ibook: gdb . [12:46] freeflying-ibook: then bt [12:46] Riddell: http://stuff.duffus.org/tmp/kdepim/ has links to the fixed version of kdepim - with the correct manpage of akregator. do you want a debdiff of this, and attach it to the bug report, or just attach the link to the bug report? [12:47] mornfall: just freeze [12:47] but i want the bt [12:47] it does not need to crash for getting bt [12:47] i can't do anything without it anyway [12:47] as i don't have the hardware [12:47] Hobbsee: crash! [12:48] robotgeek: you're still online? or your program died? [12:48] kopete died, i'm generating a backtrace [12:48] mornfall: no stack [12:48] "no stack"? that's what gdb says? [12:48] robotgeek: ok lol [12:50] Hobbsee: yeah, debdiff would be perfect [12:50] Hobbsee: what's the beastie number? [12:50] freeflying-ibook: there's a race in the threading code in the released version... does not manifest on x86 and is fixed in beta... [12:50] freeflying-ibook: it may or may not be it [12:50] i'll have to go search for it, give me a sec [12:50] just manhandling kopete here [12:51] damn thing crashed again! [12:51] oh wait, that's my breezy box (kde 3.5.1) [12:51] you're kidding! [12:52] when'd it crash? before or after i signed out? [12:52] i saw you sign in, and boom! === uniq [n=frode@213.184.199.55] has joined #kubuntu-devel [12:53] man that's a weird bug! [12:54] freeflying-ibook: you could try getting libapt-front and adept from svn, but if you want to, let me know first -- so i sync them === Hobbsee closes bug [12:55] mornfall: maybe I'll try , but now I'd have test the Chinese support on dapper [12:55] okay Riddell , the gnome-settings-daemin is sending the Xft.dpi value to X via XSETTINGS [12:56] there is an application called kde-xsettings, that we don't have, and that might allow about the same thing [12:56] Riddell: http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/soft/xsettings-kde/ [12:56] freeflying-ibook: well, let me know before you try [12:56] but implementing all of this is maybe a bit too late for dapper no ? [12:57] what's on svn.kde.org is ages old [12:57] Riddell: bug 30753 [12:58] is the beasty for akregator having the wrong man page [01:00] Riddell: in xsettings-kde : * Xft/DPI => to be done [01:00] Riddell: it is not implemented so far........ [01:00] fooey === Hobbsee grows at kopete - darn it, have to reopen the bug... [01:09] Hobbsee: ? [01:09] robotgeek: are you online or offline now? [01:09] Hobbsee: offline [01:09] that'd be why, then === Hobbsee slaps robotgeek repeatedly with a large trout [01:10] Hobbsee: i tht you said quitting? [01:10] i did, dont worry [01:12] i meant that i was quitting [01:12] Hobbsee: cool [01:14] later, work to do [01:18] Riddell: what's the syntax for creating a debdiff, and outputting it to a file? debdiff *.dsc? [01:20] excellent, its debdiff *.dsc > akregator.debdiff [01:21] Riddell: https://launchpad.net/distros/ubuntu/+source/kdepim/+bug/30753 :D [01:22] Hobbsee: you need two dsc to create a debdiff [01:22] raphink: indeed, i did :) [01:22] Hobbsee: debdiff originalpackage.dsc newpackage.dsc > package.debdiff [01:22] Hobbsee: good girl :) [01:22] can you check i got the right thing though? [01:23] it looks like a valid debdiff Hobbsee [01:23] cool :) [01:23] raphink: hi [01:23] hi freeflying-ibook [01:24] raphink: u've said u would help me on check a dpatch of mine [01:24] freeflying-ibook: oh yes! sorry :( [01:25] that manpage got stolen from debian sarge, so i've got no idea how good it is or not [01:25] it's in my "messages to answer" box [01:25] lol [01:25] sorry, really [01:25] Hobbsee: s/stolen/synced/ [01:25] :) [01:25] was wrong in dapper too... [01:25] but the old sarge version was correct, so sealne put it in :) [01:26] freeflying-ibook: what exactly do you want me to check in this diff? [01:27] raphink: it can't be patched [01:27] brb [01:30] freeflying-ibook: you mean the patch fails? [01:30] raphink: y [01:30] hmm [01:30] how did you make the patch? [01:31] raphink: I've tried use dpatch-edit and manually [01:31] and this one was done ... [01:31] raphink: but they will not work [01:31] manually or using dpatch-edit? [01:32] ah [01:32] daptch-edit [01:32] what do you get during build ? [01:32] file can't be found [01:33] is it in debian/patches/ [01:33] sure [01:34] do you have the 00list too? [01:34] it seems dpatch try to use it , but can not find the target file [01:34] are you sure the name in 00list is right? [01:35] raphink: if 00list is wrong ,will dpatch work ? [01:35] I think it might work and not find the file [01:36] just as you tell me it fails [01:36] y === jjesse [n=jjesse@mail.ftpb.com] has joined #kubuntu-devel [01:54] Riddell: oh well, gotten rid of some of the bugs in kdenetwork :) If you could do something with the debdiff at https://launchpad.net/distros/ubuntu/+source/kdepim/+bug/30753 that would be great [01:54] night all === Tonio_ [n=tonio@cac94-5-82-229-219-55.fbx.proxad.net] has joined #kubuntu-devel === incinerator [n=incinera@82-41-24-164.cable.ubr04.edin.blueyonder.co.uk] has joined #kubuntu-devel === jpatrick [n=patrick@ubuntu/member/jpatrick] has joined #kubuntu-devel === freeflying-ibook [n=freeflyi@61.190.65.23] has joined #kubuntu-devel === jsgotangco [n=jsg@125.212.121.152] has joined #kubuntu-devel [02:49] guys? [02:49] sealne: akregator fix uploaded, thanks [02:50] jpatrick? [02:50] Riddell: not sure what was wanted but will https://wiki.kubuntu.org/Kubuntu/Meetings/16-02-06 do? [02:52] jpatrick: perfect [02:52] :) [02:53] Arg, wiki died again [02:54] try now [02:55] now [02:56] should I send to mailing lists? (kubuntu-devel & -users) ? === freeflying_ [n=freeflyi@61.190.65.23] has joined #kubuntu-devel [03:07] jpatrick: wow you were fast [03:08] raphink: took like 10 mins last night [03:08] now, why won't kasablanca download...... [03:08] ah, it is === freeflying__ [n=freeflyi@61.190.65.23] has joined #kubuntu-devel === freeflying-ibook [n=freeflyi@61.190.65.23] has joined #kubuntu-devel [03:38] to produce that debdiff that Hobbsee created what should i have done? [03:45] what debdiff [03:46] Riddell: have a minute to make a point on xft.dpi ? that'll not be long ;) [03:47] Tonio_: hmm? [03:47] sealne: debdiff old.dsc new.dsc [03:47] Riddell: so the gnome daemon fixes the xft.dpi via XSETTINGS [03:48] Riddell: this is not managed by kde neither kdm [03:48] what is XSETTINGS? [03:48] there is a redhat development maintained by mandriva, called xsettings-kde, that does about the same [03:48] according to what I understood it is a protocol to configure X [03:49] the mandriva application mensions in the sources that xft.dpi isn't implemented for the moment [03:49] could be a good base for dapper + 1 [03:49] but I don't think the way gnome does is implementable for dapper [03:49] Riddell: ah, thanks i'll know for next time [03:50] Tonio_: ok, thanks for investigating that [03:50] http://mail.gnome.org/archives/gtk-app-devel-list/2002-August/msg00297.html [03:51] Riddell: just wanted to update you that it looks like the doc team is aiming to get the kubuntu desktop guide done in time for doc freeze date [03:51] FYI, the protocol is implemented directly with gtk [03:51] jjesse: that would be awesome [03:52] :) [03:52] Riddell: that is the hope, we have 3 people working on it [03:52] jjesse: I think desktop guide should be the priority (besides release notes) [03:52] Riddell: so my opinion is to keep a look on xsettings-kde for dapper +1, search a bit if there is another solution, and there is no other one, settings dpi to 96 within kdmrc, and work on the other solution for dapper + 1 [03:52] Riddell: it is, release notes, about kubuntu (which is "done") and also desktop guide [03:52] Riddell: are you fine with this ? [03:53] Tonio_: I'm hesitant to do it directly within kdmrc [03:53] I wonder how suse does it [03:53] Riddell: I understand, but between that and nothing......... [03:53] hum, I may check, but I think they are fixing the full dpi.... [03:53] like mandriva does [03:54] let me check [03:54] ah, well if other distros do it... [03:54] anyway the xsettings-kde is a good way to go for dapper+1 [03:55] well, I better not saying that, but the kdmrc dpi fixing is the "standard solution", although the method is really dirty [03:59] Riddell: mandiva is fixing xft.dpi within xinitrc [03:59] <_Sime> hi all. [03:59] but the file is in /etc and patching it is a policy violation.... other solution is to get it modified via the xorg package, but that's a dream I think :) [03:59] don't find the information concerning suee [03:59] suse [04:00] Riddell: here is the source for the mandriva package that fixes xft.dpi : http://rpmfind.net/linux/RPM/mandriva/2006.0/i586/media/delta_main/xinitrc-2.4.14-1mdk.noarch.html [04:01] should i download today's daily build or wait for flight4 [04:07] <_Sime> Tonio_: actually DPI is a real PITA. esp when changing resolution on the fly. [04:07] <_Sime> Tonio_: also at boot time. If you don't have the monitor connected then Xorg can't fetch the screen dimensions from the monitor. [04:08] _Sime: we know it is :) [04:08] <_Sime> I come across this problem *all* the time now. :-) [04:08] _Sime: this is the reason we're searching for a solution... [04:08] <_Sime> Riddell: can we have the "Restart X server" option add to kdm? [04:09] _Sime: the big problem is that the best method isn't supported by kde [04:09] <_Sime> Tonio_: that XSETTINGS thing? [04:09] only gnome does [04:09] absolutly :) [04:09] <_Sime> I haven't seen it before until just now. [04:09] there is an application for this, but the sources mention that xft.dpi isn't actually supported [04:10] it's debateable if that is the "best" method, either is valid [04:10] <_Sime> would Qt4 be able to support this kind of thing? [04:10] Riddell: it is the "best" in the way it "just works" and is "clean" [04:10] <_Sime> I think that qt does the fonts at app startup time. [04:10] <_Sime> and may not support having the dpi changed on the fly,. [04:11] of course the ideal thing would be to let xorg manage, but we know there are hundreds of issues with it... [04:11] http://cvs.mandriva.com/cgi-bin/cvsweb.cgi/soft/xsettings-kde/ [04:11] here is the source for xsettings-kde [04:12] _Sime: the problem is that most people are using gtk apps under kde [04:12] no stable release? [04:12] so simply a QT setting will not do the full job === jpatrick has no GTK apps [04:12] <_Sime> I'm thinking more of whether it could be done on KDE. [04:12] jpatrick: there is version 0.2, but xft.dpi isn't implemented... [04:12] <_Sime> Gtk will have to look after itself. ;) === freeflying_ [n=freeflyi@61.190.65.23] has joined #kubuntu-devel [04:13] Tonio_: ok [04:13] jpatrick: from the sources : * Xft/DPI => to be done [04:13] but that might be a good dirction for dapper+1 [04:15] there is a simple method, which is to create a ~/.Xresource file containg Xft.dpi = 96 [04:16] that works fine either, but it is not easy to manage for all profiles automatically [04:16] <_Sime> that Xresource trick, does that work for GTK and KDE apps? [04:17] _Sime: yep [04:17] <_Sime> mmmm [04:17] didn't test personnaly, but at least documentations say that [04:18] <_Sime> I'm a bit late to the party here. But is the problem that we don't have time to change the default Xorg config for dapper?? [04:19] _Sime: there are 2 probleme [04:19] 1/ it is too late [04:19] why does uic keep saying "Session management error: Could not open network socket"? [04:19] 2/ xorg is managed by canonical that also manages gnome and has it's own working solution [04:20] there is no reason they would completly change that.... [04:20] that's the reason we wanted to copy the gnome/ubuntu way to do, but there is no valid solution for the moment === poningru [n=poningru@n128-227-11-246.xlate.ufl.edu] has joined #kubuntu-devel [04:23] <_Sime> but the solution is just to add Xft.dpi to ~/.Xresources or to /etc/X11/Xresources ??? (kind of?) [04:24] <_Sime> isn't that stuff loaded at login time with the xrdb command? [04:25] dpi? hah! https://wiki.ubuntu.com/AchimBohnet [04:25] _Sime: if /etc/X11/Xresources exists, it can be added directly there === allee feels much better [04:25] the problem is that Xresources on ubuntu isn't a file but a folder [04:26] allee: :) [04:26] <_Sime> mmmm okeeeey [04:26] <_Sime> Tonio_: how is that a problem? [04:26] and I didn't find any info on where to put thesetting in that case [04:26] simply that ;) [04:26] hi jpatrick [04:26] <_Sime> Tonio_: why can't we just load Xft.dpi=96 using xrdb at login time? with a script? [04:26] hy allee [04:27] allee: Am I cleared to upload kmplayer? :) [04:27] _Sime: because that would conflict with the ubuntu way to do [04:27] and they will probably not change this because of us like that.... [04:27] jpatrick: Good but I doubt I find time before saturday night :( [04:27] they have a good way to do that just works.... [04:28] <_Sime> Tonio_: ok, you mean that if we use Xft.dpi for kde, then the GTK apps will b0rk? [04:28] allee: don't worry I have until next wenesday [04:28] go mandriva: [04:28] ! Fix the Xft dpi to 96; this prevents tiny fonts [04:28] ! or HUGE fonts depending on the screen size. [04:28] Xft.dpi: 90 [04:28] haha [04:28] anyhow, fixed dpi > random screen-size-based dpi [04:29] it should probably go nearest-useful-dpi [04:29] I should not be here at all. But I installed a new laptop enjoyed unreadable fonts due to wrong (hardcoded dpi) and could not resist [04:29] where useful is defined as something that does not make most fonts look crap [04:30] Riddell: and mandriva does that within xinitrc [04:30] so I see [04:30] well shrug, maybe we should just do it in kdmrc then === _Czessi_ [n=Czessi@dslb-084-059-007-217.pools.arcor-ip.net] has joined #kubuntu-devel [04:32] Riddell: well, do you think it is possible to have the setting in the xinit package maybe ? === jshadow [n=janderso@CPE-24-211-3-81.wi.res.rr.com] has joined #kubuntu-devel [04:33] that may cause a little debate, cause that will certainly affect all *buntu versions........ [04:33] but in a certain way, it is cleaner than the kdmrc method.... and that sets not the full dpi, but xft.dpi only... [04:34] <_Sime> can't we just drop a script in /etc/X11/Xsession.d/ that sets Xft.dpi=96 using xrdb at login time if kdm is in use. [04:39] _Sime: it appears the xft.dpi setting cannot be set like that... otherwise it would be a X command line option [04:40] apparently, there is a protocol that allow to set that value (xsettings), and the Xresources file.... [04:40] there is no other ways to set it [04:40] it is not like dpi=96, which you can set in many ways... [04:40] that can sound messy, but all documentations are saying the same (and I read about 10 today...) [04:41] but if you have another source, why not, of course :) [04:42] <_Sime> i was just playing on my dapper test machine with xrdb. [04:42] <_Sime> loading Xft.dpi: 50 or Xft.dpi: 50 take affect on newly started KDE apps. [04:43] Propsal: (I offer to write the script). In kdmrc we use a script that outputs the X -dpi .... cmd line. The script does: [04:43] a) scan Xorg.0.log if display size was detected [04:43] if yes -> X is started without dpi setting [04:44] <_Sime> what is the gnome xterm program called? [04:44] if not Check for a file or start kdialog that asks for X and Y in mm/inch and output this [04:44] allee: hum........; and when it is badly detected ? that happens very often too... [04:44] _Sime: hmmm gnome-terminal ? [04:44] b) runs a gtk tool that setts Xft.dpi to the chosen dpi value [04:45] <_Sime> I want to try this out on some GTK apps. [04:45] Tonio_: I've never seen something. Either the read / use display size from DDC info or not [04:45] hum, okay ;) [04:46] allee: here is another method, via xinitrc [04:46] c) if everything fails set dpi to 96 dpi [04:46] whose result is exactly the same than the gnome method [04:46] allee: http://pastebin.com/559661 [04:47] adding this to xinitrc will give the same result than the gnome way to do [04:47] Tonio_: use xserver setup not a tools later [04:47] allee: you mean ? [04:47] if the xserver gets it right all xapps use it automaticly independend show the session is started [04:48] Even better would be DisplaySize in xorg.conf but that too later for dapper. maybe even dapper+1 depending on xorg driver devels === allee notes that if noone cares about correct dpi (like gnome, window) no body will care about dpi [04:49] allee: hum.... certainly, but well, I have personnal examples of xorg bad detection [04:49] Tonio_: I'd be scared to do that, breaking non-KDE wouldn't be good for me [04:50] Riddell: sure, that why I asked :) [04:50] I don't know about thei xft.dpi. So question: If we set xftp.dpi to same as real dpi (via a gtk tool) and ... [04:51] kde and gnome use same font and size, look the identical? [04:51] allee: yes, correct [04:51] GOOD [04:51] but then it breaks if your detected DPI is incorrect [04:51] which happens quite a lot [04:51] Riddell: + [04:51] a upstream mentioned here to include a style that automaticly transfers qt settings into gtk setting when used [04:52] someone remember what style this was? [04:52] gtk-qt-engine? [04:52] qtcurve probably [04:52] ah !! nope it is another one [04:52] allee: the problem is that it transfers the font value, not the dpi one [04:53] I thought this style does it? [04:54] don't think so... anyway, most people want to change the style, so configuring desktop arround a specific style is a bit problematic no ? [04:54] Tonio_: goes gnome use pt or pixel for fonts size [04:54] +? [04:54] Tonio_: we are talking about the default setup [04:55] allee: + because I that bad detection happens a lot (according to my own experience...) [04:55] Tonio_: here the 'bad detection' is always wrong detection aka fall back to 75 dpi [04:55] Tonio_: feel free to send me the xorg.0.conf [04:55] allee: yes, that's right, but if changing the theme causes fonts problems, that might sound messy for users I think [04:56] Tonio_: I've several radeons and intel buildin graphics at all got it wrong [04:56] allee: well I don't habe the machine here, but I may send it to you when possible, okay ;) === allee looks dreamy when he used a patch radeon driver that got all this right. [04:57] Tonio_: great. thx. Pleas add also the real physical dimension and dots in x and y [04:58] yep, no pb ;) my girlfriend has a iiyama screen that causes that problem ;) [04:58] Question: Would be on first kdm a dialog that asks for X and Y in mm/cm/inch be acceptable? [04:58] iijama? Hah! Our 19'' TFT have totally crazy resolution infos in DCC!! [04:59] it is a 17 CRT [04:59] ^^ 19'' is from Iijama [05:00] Tonio_: Hui Lu (sp?) once debugged with me a radeon driver. This could handle the Iijama 17'' and 19'' perfectly [05:00] allee: ah cool ;) the problem is that I don't my girlfriend partching the driver sources and compiling it ^^ [05:01] allee: my question is, wouldn't it be more interesting for someone knowing C to add the xft/dpi fonction to the xsettings-kde mandriva's application ? [05:01] this way we would perfectly feet the ubuntu mecanism... [05:02] I first heard about xsettings-kde when you mentioned it here [05:02] allee: well I discovered it this morning, while investigatingon the gnome way to do [05:02] I don't know how this x xtentions work, but why use a new tool? gnome set it somehow [05:03] so lets use the same tool to set it to the value (hopefully the correct value) that kde uses [05:03] allee: if it is possible to use the gnome tool without gnome depandancies issues, of course ;) [05:03] allee: the problem is that "the tool" is a daemon [05:03] that depends all gnome [05:04] it doesn't set that once, but everytime gnome is launcged [05:04] launched [05:04] Tonio_: yeah, and we start this tool too in kdm startup. [05:04] I haven't read about a binary that could set the value with a simple command [05:05] Tonio_: this tool must be very basic glib/gtk. So it will not pull in nautilus [05:05] allee: here is the file : gnome-control-center: usr/bin/gnome-settings-daemon [05:05] I don't think it is a "basic binary" [05:06] ;) [05:06] Tonio_: if we find the glib/gtk call, a new littel wrapper should not be longer that some dozend of lines [05:08] allee: yes but how to get the lib/tool on kde without creatting a depandancy issue ? [05:09] Tonio_: gnome lauched, means on login to gnome session, or every gnome app ask the daemon what the value of xft.dpi will be? [05:09] <_Sime> Tonio_: what does zsettings-kde have to do? a) set the DPI using XSETTINGS for the benifit of gnome apps, b) get changes from gnome-control-thing and set Xft.dpi for the kde apps? [05:10] allee: nope, according to what I understood, XSETTINGS if a protocol to configure X on the fly [05:10] and there is an implementation of that protocol for gnome while there is not for kde [05:10] sounds like obsure xrandr like extention [05:10] xsettings-kde aims to be a kde implementation of that protocol [05:11] ./gnome-settings-xsettings.c: settings->dpi = 96 * 1024; [05:11] mornfall: app-install-data is in [05:11] here is the exact line where the dpi is set for gnome [05:12] Tonio: can you point me to the various tar balls? (I've downloaded gnome-control-center already) [05:13] allee: it is in gnome-control-center [05:13] cd gnome-settings-daemon [05:13] and XSETTINGS [05:13] +? [05:13] allee: did search at the moment [05:13] it seems it is implemented directly in gtk2 [05:13] let me search [05:14] Riddell: ok, i'll look at it when home [05:14] --> home [05:14] laters [05:14] allee: fyi -> http://www.freedesktop.org/Standards/xsettings-spec [05:15] good libgtk is not a heavy dependency ;) [05:21] Tonio_: I can't beleave they treat dpi a setting dpi like setting like double click time? Me wonders when they redefine the velocity of light and call it a setting [05:21] allee: that can sound shocking, but that the real cruel world ;) [05:22] and the problem is that gtk2 is based on those specifications... [05:24] they tweak the wrong end. Certainly we need a way to scale the hole desktop. But they should not use dpi for it. It's like redefining what a meter is or how many pixels your monotor has [05:24] indeed ;) [05:25] but as it works for 95% people, they don't mind [05:25] and I can understand both your vision and that other one [05:27] and well, although that is not the "perfect solution", if windows, osx, all gnome based distros, and many kde ones are doing that, that should be so bad.... my opinion at least ;) [05:28] Tonio_: I see everyday who badly windows does it. We have lots of hires monitors. Ask you eye-doctor how good windows default fonts are [05:29] Macs hardware magicly has by accident the right dpi. More pixels -> bigger monitors ;) [05:29] allee: hehe ;) [05:30] the advantages in providing hardware + software at the same time === allee tries to install some selected gnome-apps [05:32] Riddell: I've got a problem [05:33] Riddell: I uploaded a new version of kdesdk to ubuntu, and it was rejected, saying I can't upload for this package... it's in universe though [05:33] or is it in main? [05:34] Filename: pool/universe/k/kdesdk/kdesdk_3.5.0-1ubuntu1_all.deb :s [05:36] I don't get it [05:36] me neither [05:39] well it's ok I'll have riddell upload instead ;) [05:39] and that'll be my second fix in main :) === allee got kicked by a users why a laptop iand the public station ready :( [05:44] Tonio_: Do you think is acceptable for dapper if we get gnome app use at leas same size of fonts (maybe same type too) and ignore ... [05:44] that maybe a same gnome app looks different in a KDE session and a GNOME session? [05:45] I think about how to get right dpi and fallback on failure to 96 fake dpi [05:47] strange === hunger tries switching to gnome from time to time (mostly because you have less problems with ubuntu/unstable), but somehow never manages. [05:48] what's the command for kwallet? [05:48] kwalletmanager IIRC. [05:48] Riddell: ? [05:48] raphink not being able to upload kdesdk === allee relaxes [05:49] Riddell: well LP says it's in main [05:49] Riddell: but the current binary is in universe [05:49] Riddell: was it put in main lately? [06:01] <_Sime> gnome-terminal listens to Xft.dpi. [06:05] raphink: ah, kdesdk-scripts is needed for the translations [06:05] that's why it's in main, forgot about that [06:05] Riddell: ok that explains [06:05] raphink: got something for me to upload then? [06:05] Riddell: so the sources are in main, but the binary is in universe, right? [06:06] Riddell: yep [06:06] Riddell: wait a min I'll give you the link [06:06] Riddell: https://launchpad.net/malone/bugs/31782 [06:06] raphink: source main, kdesdk-scripts main, all other binaries universe [06:07] yes [06:16] is https://launchpad.net/distros/ubuntu/+source/kdebindings/+bug/6141 the bug that was fixed awhile ago, i can't reproduce it [06:16] i remember empty windows for awhile [06:22] Riddell: did you commit my patch? [06:23] <_Sime> Tonio_: I've add that extra Xft/* support to xsettings-kde. I can now tell gnome-terminal that the DPI is 50. [06:25] <_Sime> Tonio_: or 96 or whatever. [06:25] raphink: not yet, will do in a minute [06:25] _Sime: you patched xsettings-kde? [06:26] <_Sime> Riddell: yes, [06:26] sealne: I don't fix it was fixed [06:26] <_Sime> Riddell: now I need to know what Xft settings it should be serving up. [06:26] ...was in Gentoo [06:26] sealne: not sure but if you can't reproduce it that suggests it's fixed [06:26] <_Sime> Riddell: what is the rest of the plan? [06:27] _Sime: plan was to follow gnome-settings-daemon which sets xft.dpi to 96 [06:27] then we can use the same font sizes as gnome, and blame any problems on them [06:28] <_Sime> and how do the KDE apps get 96? [06:29] from xft [06:29] <_Sime> where exactly? [06:30] <_Sime> kdm with -dpi 96? [06:33] well you just said you had got xsettings-kde to do it [06:37] <_Sime> xsettings-kde servers the Xft settings to gnome apps. KDE apps don't pay any attention to it. xsettings-kde reads .../config/kdeglobals and serves those settings to gnome apps. [06:38] <_Sime> On my breezy machine, KDE apps just use what the X server says is the DPI or what has been set using .Xresources/xrdb. [06:38] <_Sime> from what I can see. [06:39] <_Sime> xsettings-kde is a bridge from kdeglobals to gnome. [06:40] <_Sime> When kdeglobals is changed then xsettings-kde hears about it, reloads kdeglobals and broadcasts the changes to gnome. [06:40] <_Sime> (I'll test that in a sec). [06:40] i can confirm https://launchpad.net/distros/ubuntu/+source/kimdaba/+bug/4358 [06:41] _Sime: if I run gnome-settings-daemon the font sizes on kde programs change [06:41] on newly run kde programs [06:41] so they must pay attention to xft dpi [06:41] sealne: can you edit the status of those bugs? [06:42] don't think i can? [06:42] sealne: click on the link underneith "Fix Requested In" [06:43] i have request fix in: upstream or in distribution [06:44] no, the "kimdaba (Ubuntu)" text [06:44] will take you to +editstatus page [06:44] hmmm every i try to download from cdimage fails just at the end of the download :( [06:44] ah got it sorry [06:45] sealne: it's not intuitive I agree [06:45] what about the libqt one? [06:46] sealne: mark is as Fix Released with a polite note to reopen if they still have the problem [06:46] k === sealne starts to get the hang of this :) [06:50] <_Sime> Riddell: i'll have a look a the gnome-settings-daemon. it is probably doing the same things as xrdb < I had to rescue the neighbours cat from our cat.... [06:51] <_Sime> and the glasswasher guy want to be paid, and some delivery guy wanted directions, and I was making a cup of tea... all at the same time... [06:53] _Sime: wow :) [06:53] what about https://launchpad.net/distros/ubuntu/+source/kchmviewer/+bug/29738 i can't reproduce the error part and the rest sounds like a feature request? [06:54] sealne: do a few most and you'll steal the bug day star of the day award from hobsee [06:54] <_Sime> the other cat sneaked in while I was talking to the washer guy... [06:54] <_Sime> what is the easiest way to get to the gnome-settings-daemon source? [06:55] _Sime: it's in control-center [06:55] <_Sime> i see it [06:55] <_Sime> they have a xrdb dir.... === _Sime is reading gnome source... [06:59] <_Sime> and the winner is...... [07:00] <_Sime> the gnome-settings-daemon [07:00] <_Sime> uses [07:00] <_Sime> xrdb to set Xft.dpi, Xft.hinting, Xft.hintstyle etc etc. [07:01] <_Sime> and that is why how KDE apps get affected by gnome-settings-daemon. [07:03] <_Sime> the settings themselves are pulled out of the gconf db. === KaiL [n=KaiL@p548F5A8D.dip.t-dialin.net] has joined #kubuntu-devel === tvo [n=tobi@5354EA9B.cable.casema.nl] has joined #kubuntu-devel [07:15] _Sime: Great. [07:16] <_Sime> I'm just now try to work out where the Xft defaults come from. [07:16] So we only point left is how to get the right DPI (or falback to this 96 dpi) [07:16] <_Sime> xsettings-kde should probably serve those settings up from xft. [07:17] <_Sime> or only use 96dpi [07:17] _Sime: 'right' source of dpi is xorg driver [07:18] <_Sime> yeah, but weirds ass DPIs are annoying... [07:18] _Sime: hardcoding? Being primitive like year ago with bitmap fonts? [07:19] <_Sime> ddcprobe can tell you how big the screen is. [07:19] _Sime: Noone complained here and we have the whole range 75 - 144 [07:20] <_Sime> I would have. :-) [07:20] <_Sime> with ddcprobe you can see if the DPI info is *missing*. [07:20] <_Sime> very handy. [07:20] size and total dots are enought ;) [07:21] <_Sime> personally I would like DPI to be configurable. [07:21] <_Sime> AUTO or 96dpi. [07:21] <_Sime> there is still time. FF is next week. [07:22] _Sime: Maybe we need another way to tune. But not dpi. Without WYSIWYG is impossibile [07:24] why the hell does ddcinfo round to cm ignoring mm? Strange [07:28] _Sime: so we should just call xrdb in startkde? [07:29] <_Sime> I think so... [07:29] <_Sime> if a gnome app can't contact a xsettings daemon then they just use the xrdb defaults. [07:30] allee: i would be happy with dpi autodetection if there was a way to set pixel font size for the UI :-)) [07:31] <_Sime> confirmed, xsettings daemon, otherwise defaults. [07:31] <_Sime> well for gnome-terminal anyway. [07:31] what is the correct way to pass a wishlist onto bugs.kde? [07:32] <_Sime> http://svn.gnome.org/viewcvs/gnome-control-center/trunk/gnome-settings-daemon/gnome-settings-xsettings.c?rev=6487&view=markup [07:32] <_Sime> search on xrdb [07:32] <_Sime> they set 4 or so xft things [07:34] sealne: report it to bugs.kde.org and add a link in launchpad [07:34] sealne: it's quite time consuming unfortunatly [07:35] yeah especially searching to make sure its not a duplicate [07:36] _Sime: so what's the command line for setting xft.dpi via xrdb? [07:38] mornfall: what an accident! I took a break and came to the identical conclusion, wanted write it and saw your message :) [07:40] <_Sime> http://pastebin.com/559928 [07:40] what status should it be after adding to bugs.kde? [07:41] <_Sime> Riddell: not sure if we should also be setting the hinting etc too. [07:43] sealne: confirmed [07:43] k [07:43] sealne: and request fix upstream [07:44] k [07:46] _Sime: works for me :) [07:47] <_Sime> Riddell: you just tried it in startkde? [07:47] _Sime: just on the command line now, but I can try adding it to startkde [07:48] then we need to set the default font sizes to something smaller [07:49] <_Sime> Riddell: fixed on 96dpi? [07:49] yes [07:49] allee: maybe you could file a wishlist and assign it to me? on bugs.kde.org... i could want to implement the pixel-size stuff for kde 4 [07:49] <_Sime> cool [07:50] <_Sime> most fonts are optimised for 10pt, 12pt at 96dpi. [07:50] <_Sime> that is just a fact of life. :) [07:53] _Sime: and on hires monitor all those optimization are useless because the fonts are too small. On low res you, with are most of the time small they are too big. [07:53] <_Sime> allee: then set the fonts to something bigger. [07:54] I agree that most new monitor are around 100 dpi to the optimization if good there. [07:54] _Sime: and work at the next monitor and make it smaller or bigger depending on hardware [07:55] <_Sime> allee: yes, but people don't change monitors very often. [07:55] <_Sime> allee: I know what you are saying and it is right in theory. But we need to be pragmatic. :-/ [07:55] <_Sime> allee: and most people want fonts to look good. [07:56] they also want fonts that look the same in gtk and qt [07:56] _Sime: I have not problem rounding dpi to 96 dpi for let's say +/- 5 %. but for 30% ... argl [07:57] Riddell: same in gtk and qt is okay. But this is independent of hardcoding-dpi [07:58] I mean a) 96 dpi is better that current fallback of 75 dpi. b) rounding dpi to get optimized fonts is okay too c) .. [07:59] c) hardcoding it for all cases is nonsense (IMH0) [07:59] <_Sime> windows appears to use 96dpi as a default, and 120dpi for the "large fonts" setting. [07:59] fonts optimization are overrules by the hardcoded/real dpi. [08:00] _Sime: one can't use large fonts. Almost al applications have cut strings :( [08:00] <_Sime> allee: what do you mean? [08:00] _Sime: that's one reason I like unix/linux and especially KDE because independen were you have you saw roughtly the same [08:00] <_Sime> allee: oh, on windows. [08:01] <_Sime> allee: yes, windows sucks like that... [08:01] _Sime: button and label seem to use fixed pixel sizes. Bigger fonts -> end of strings is now displayed [08:03] <_Sime> allee: also known as "why the hell can't I resize this window???" [08:03] _Sime: about monitor changes. Users laptop and workstation almost never have same DPI. Your collaborators in next office another DPI. And noone cares because fonts have everywhere the same physical size [08:03] _Sime: right :) [08:05] <_Sime> Riddell: we can make the DPI (96, 120 etc or auto) configurable in displayconfig. === OculusAquilae [n=bastian@p548D13A3.dip0.t-ipconnect.de] has joined #kubuntu-devel === allee last word on this topic: 96 dpi is better than current status. If time is left, please, use it for poor users that have much bigger/smaller DPI where the the optimizitions actually make things worse [08:13] <_Sime> MacOS looks like it uses 72dpi (old perhaps) [08:15] _Sime: where would we save the value for it to be picked up by startkde from? [08:16] <_Sime> Riddell: where ever you like. :-> [08:16] Riddell: should I ask for a UVF exception for krusader? [08:16] <_Sime> ~/.kde/config/somewhere [08:17] <_Sime> Riddell, allee: I'm trying to google a list of dpis that work well for fonts. [08:17] _Sime: somewhere that can easily be read by a shell script (i.e. startkde) [08:17] <_Sime> Riddell, allee: perhaps we can detect the current dpi from Xorg (with xdpyinfo), use 96 instead of 75, and 'snap' to the nearest good dpi and use that. [08:18] sounding complex.. [08:18] <_Sime> true [08:19] As long as xdriver does not get DPI right, it will never be easy [08:23] Riddell: not that complex list of dpi between xN and yN; set dpi to zN; if dpi 75 set 96; else use what xserver found [08:23] currently list would contain only one entry 96dpi with e.g., +/- 20% [08:27] <_Sime> above about 120 dpi most fonts (ok 12pt) look ok because they are some many pixels large. [08:28] <_Sime> you only really run into trouble when a character has to be rendered with a height < 10-12 pixels, [08:28] <_Sime> fonts that are small in terms of pixels. [08:28] <_Sime> that is when you get really ugly rendering. [08:34] <_Sime> our good friends have some recommendations for font makers: http://www.microsoft.com/typography/otspec/recom.htm [08:35] <_Sime> search on "Device resolutions" === OculusAquilae [n=bastian@p548D13A3.dip0.t-ipconnect.de] has joined #kubuntu-devel [08:38] <_Sime> Riddell: it looks like the "best" DPIs are 96, 120, 300, 600, anything above 120 can probably best not be rounded. [08:38] so why does X default to 75 I wonder [08:38] jpatrick: not sure, it's a new feature release presumably? [08:39] <_Sime> Riddell: way old 75 dpi bitmap fonts. [08:39] Riddell: yes, lots of new things [08:39] <_Sime> Riddell: historical reasons I guess. [08:40] jpatrick: I'm not sure what the current practice is for non-bugfix new versions in universe, you'd have to ask the MOTU [08:41] ok [08:43] _Sime: you are my hero! I'm very sorry, I can't spend time on it right now. I saved the irc log and check the links later. Pitty that work and family has strong demand this time :( === _Sime smiles. [08:45] <_Sime> Riddell: so what do you want to do? Should I write a small C program that outputs a recommend DPI based on rounding and what Xorg reports? [08:46] <_Sime> Riddell: or do you want a python program? ;-) [08:47] remoralised mornfall goes back to coding [08:47] _Sime: if it's running at KDE startup it needs to be a C program [08:47] python far too slow [08:47] mornfall: woo! [08:48] (i wish someone would fix emacs-snapshot though) [08:48] or maybe i should just use non-snapshot [08:48] i can't even recall why i upgraded [08:50] <_Sime> Riddell: you're going to put an optimised-for-speed C program and call it from a slow-as-tar shell script??? ;) [08:50] pykde takes loads of memory [08:51] it doesn't have to be optimised, but pykde takes a good while to load [08:51] <_Sime> yes, but I don't need pykde to do this. ;-) [08:51] ok, plain old python takes a while to load [08:53] it's still a fair bit of overhead [08:53] unless python is likely to be pre-cached [08:53] and it does not take much memory to run the script [08:53] <_Sime> well, I'm pretty sure that python does get run at boot time. [08:53] <_Sime> => cached. [08:54] <_Sime> time python nix.py => 0.01s user 0.01s system 85% cpu 0.028 total [08:54] 3M RSS for the interpreter [08:54] could be worse indeed [08:56] <_Sime> i'm happy to write that little prog in C, but... [08:57] <_Sime> when we are talking about slow, we are often talking about something less than a 1/10 of a second. [08:57] <_Sime> perspective people. [09:01] maybe I'm wrong [09:01] of course bash would be best in this case :) [09:02] but sure, write it in python and I'll put it in === luka74 [n=luka74@clj46-234.dial-up.arnes.si] has joined #kubuntu-devel [09:03] <_Sime> oh! and I had started with C! [09:03] <_Sime> :-) [09:05] keep going then :) [09:05] C is more difficult to package of course [09:06] <_Sime> really? [09:06] <_Sime> actually there already is a python prog from guidance that runs at login. [09:06] well it's more than just copying a file [09:07] <_Sime> displayconfig-restore.py, it also has to work around problems with Xorg. [09:07] _Sime: what runs that at login? [09:08] <_Sime> Riddell: via /etc/X11/Xsession.d/ IIRC. [09:08] oh yes, of course [09:08] so we could quietly have a Xft DPI setting in there [09:10] allee: how can I close Bug#353344 in debian as won't fix? [09:10] <_Sime> Riddell: yep! [09:10] checking ... [09:13] Riddell: Heh, nice report. send e-mail to control@bugs.debian.org with body tags #353344 + wontfix [09:14] there's also the nice bts tool. but I have not used it yet. [09:15] allee: that body all on one line? [09:17] <_Sime> Riddell: on a similiar issue. kdm needs to offer the option to restart Xorg. This is need if someone modifies the config with displayconfig. [09:18] one cmd per line in body [09:18] you can also use: [09:18] package umbrella [09:18] tags #num + taga [09:18] stop [09:19] but only 'tags #num + tagA' as only body content works too [09:19] ok, I've tried that, lets see what happens :) === Riddell logs out to see what kdm does currently [09:19] all commands and examples: http://www.debian.org/Bugs/server-control [09:20] Riddell, _Sime I have to go home to family. ONLY 30 hours late. Hope kids don't kill me :( Highway here I am! [09:20] bye [09:20] <_Sime> ok, bye [09:31] what are config.sub and config.guess rules doing in krusader's rules file? [09:34] doesn't have a compat file either.... === nlindblad [n=nlindbla@user179.217-10-120.netatonce.net] has joined #kubuntu-devel === poningru [n=poningru@n128-227-11-246.xlate.ufl.edu] has joined #kubuntu-devel === jjesse [n=jjesse@mail.ftpb.com] has left #kubuntu-devel [] === hunger [n=tobias@p54A61288.dip0.t-ipconnect.de] has joined #kubuntu-devel === mornfall just merged adept to svn.kde.org [11:10] <_Sime> Riddell: just got it working here. :-) yay! [11:10] <_Sime> GF wants attention. === nlindblad [n=nlindbla@user179.217-10-120.netatonce.net] has joined #kubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #kubuntu-devel === nlindblad [n=nlindbla@user179.217-10-120.netatonce.net] has joined #kubuntu-devel