*** phdeswer has quit IRC | 00:10 | |
*** dijenerate has quit IRC | 00:11 | |
*** dijenerate has joined #mer | 00:25 | |
*** vgrade2 has joined #mer | 00:26 | |
*** vgrade has quit IRC | 00:29 | |
*** dijenerate has quit IRC | 00:29 | |
*** dijenerate has joined #mer | 00:30 | |
*** swerden has joined #mer | 01:11 | |
*** swer has quit IRC | 01:12 | |
*** beford has quit IRC | 01:13 | |
*** beford has joined #mer | 01:26 | |
*** tsdedst has quit IRC | 01:46 | |
*** npm has quit IRC | 01:47 | |
*** npm has joined #mer | 01:51 | |
*** otep has quit IRC | 02:02 | |
*** tsdedst has joined #mer | 02:03 | |
*** otep has joined #mer | 02:16 | |
*** dionet has joined #mer | 02:21 | |
*** dionet has quit IRC | 02:53 | |
*** furikku has joined #mer | 03:37 | |
*** Alison_Chaiken has joined #mer | 04:08 | |
*** board is now known as boar | 04:47 | |
*** wmarone_ has joined #mer | 04:59 | |
*** wmarone has quit IRC | 04:59 | |
*** sonach has joined #mer | 05:10 | |
*** InformatiQ has quit IRC | 05:12 | |
*** beford has quit IRC | 05:17 | |
*** InformatiQ has joined #mer | 05:18 | |
*** tilgovi has joined #mer | 05:27 | |
*** Alison_Chaiken has quit IRC | 05:37 | |
Stskeeps | morn | 06:18 |
---|---|---|
phaeron | Stskeeps: morning | 06:18 |
Stskeeps | morn phaeron :) | 06:19 |
phaeron | so it wasn't imager's fault :) | 06:19 |
Stskeeps | yeah, binfmt_misc is always such a mess | 06:20 |
phaeron | and opensuse is still shipping qemu-0.14 with opensuse 12.1 | 06:20 |
*** harbaum has joined #mer | 06:46 | |
*** himamura has joined #mer | 06:48 | |
*** niqt has joined #mer | 06:59 | |
*** niqt has quit IRC | 07:16 | |
*** NIN101 has joined #mer | 07:33 | |
*** rcg1 has joined #mer | 08:06 | |
*** CosmoHill has joined #mer | 08:15 | |
rcg1 | mornin | 08:16 |
Stskeeps | morn rcg1 o/ | 08:16 |
*** M4rtinK has joined #mer | 08:17 | |
Stskeeps | how are things? | 08:17 |
CosmoHill | morning | 08:18 |
rcg1 | Stskeeps: quite well, finally had some time to enjoy the beach :) | 08:27 |
rcg1 | and am messing with the n950 vs. mer vs. battery status issue | 08:27 |
Stskeeps | woo:nod: | 08:30 |
rcg1 | but so far i feel like being in an entirely dark room with my eyes closed xD | 08:33 |
Stskeeps | didn't we have libbmeipc somewhere? | 08:33 |
rcg1 | hmm am currently trying to get the bq27... kernel module running | 08:43 |
sonach | Stskeeps: when I making rootfs, it prints '110 packages to be installed, 100 packages gotten from cache, 10 packages to be downloaded'. but the command is 'mic create fs sdk_test.ks --outdir=/home/zhanghui/Mer/test --arch=armv7l --pkgmgr=yum', this means I don't appoint cache. so, what is happening? | 08:43 |
rcg1 | https://bugs.nemomobile.org/show_bug.cgi?id=53 | 08:43 |
Stskeeps | sonach: it uses /var/tmp/mic/cache or something | 08:43 |
rcg1 | Stskeeps: ^ that's what i am currently trying.. so far i am at the same state as in the bug report | 08:44 |
rcg1 | so the kernel module builds, loads, and reports values but these values are far from making any sense | 08:44 |
Stskeeps | rcg1: i don't think bq27 is what sits in n950 tbh | 08:44 |
sonach | ok, | 08:45 |
rcg1 | Stskeeps: ah ic.. at least for the n9 DocScrutinizer said it has a bq27.. dunno how similar the n950 is, though | 08:48 |
rcg1 | on the other hand he also mentioned twl5031_bbc being supported | 08:48 |
rcg1 | and for twl5031 there is already twl5031-aci.ko in the mer kernel | 08:49 |
rcg1 | dunno if it helps with the battery issue, though | 08:49 |
rcg1 | but shouldn't the fact that with the patch as included in the bug report values are reported via the bq27 module indicate that a bq27 is there? or could this be just some other arbitrary chip that responds to the requests? | 08:52 |
Stskeeps | or a similar-ish chip | 08:53 |
*** ogoz_idle is now known as ogoz_ | 08:54 | |
rcg1 | hmm ic | 08:57 |
rcg1 | well.. am playing around a little and will see what turns out... | 08:57 |
rcg1 | still not sure if this twl5031 could be any help | 08:57 |
rcg1 | because there already a kernel module is built for the stock mer kernel | 08:57 |
rcg1 | Stskeeps: but thanks alot for the head up that it could be infact a totally different chip | 09:01 |
*** ogoz_ is now known as ogoz_idle | 09:05 | |
*** ogoz_idle is now known as ogoz_ | 09:06 | |
*** CosmoHill has quit IRC | 09:07 | |
*** ogoz_ has quit IRC | 09:13 | |
*** _moguriso has joined #mer | 09:13 | |
*** _moguriso is now known as moguriso_ | 09:13 | |
*** sonach has left #mer | 09:15 | |
*** trbs has joined #mer | 09:18 | |
*** araujo has quit IRC | 09:29 | |
*** araujo has joined #mer | 09:34 | |
*** araujo has joined #mer | 09:34 | |
*** NIN102 has joined #mer | 09:34 | |
*** NIN101 has quit IRC | 09:34 | |
*** harbaum_ has joined #mer | 09:38 | |
*** harbaum has quit IRC | 09:40 | |
*** trbs has quit IRC | 09:47 | |
*** harbaum_ has quit IRC | 09:49 | |
*** BeholdMyGlory has quit IRC | 10:11 | |
*** BeholdMyGlory has joined #mer | 10:12 | |
*** CosmoHill has joined #mer | 10:17 | |
Sleepy_Coder | w00t: pretty widgets :D | 10:23 |
*** gimli has joined #mer | 10:37 | |
DocScrutinizer | rcg1: I said charger chip is bq24153 in n950. the chip on addr which is used by bq27200 in n900, on n950 doesn't behave like bq27200, best fit fo the N9(!) schematics was this other battery gauge chip bq27450 or what it's been | 10:39 |
DocScrutinizer | rcg1: and I guess twl5031_<batTery | 10:39 |
DocScrutinizer | <battery> is a deadend | 10:40 |
DocScrutinizer | since the twl4031 isn't used for battery charging in N9.* | 10:40 |
rcg1 | DocScrutinizer: yeah, sorry if i was a little imprecise | 10:42 |
rcg1 | for me it boiled down to bq27xxxx the kernel module actually distinguished between bq27000 and bq27500 | 10:43 |
DocScrutinizer | maybe | 10:43 |
DocScrutinizer | I never looked into the upstream kernel | 10:44 |
DocScrutinizer | I just know the fremantle bq27200.ko is fsckdup to the bones | 10:44 |
DocScrutinizer | in openmoko we used another non-mainline bq27k.ko that was pretty nice | 10:45 |
Stskeeps | -g w00t | 10:45 |
Stskeeps | err.. | 10:45 |
DocScrutinizer | but as well would conflict with bme | 10:45 |
* w00t hands Stskeeps a / | 10:46 | |
rcg1 | DocScrutinizer: ic | 10:47 |
*** jbos__ has joined #mer | 10:49 | |
*** jbos_ has quit IRC | 10:52 | |
*** jbos__ is now known as jbos_ | 10:52 | |
*** jbos__ has joined #mer | 11:09 | |
*** sirdancealot has quit IRC | 11:10 | |
*** arcean_ has joined #mer | 11:10 | |
DocScrutinizer | rcg1: http://www.ti.com/lit/ds/symlink/bq27520-g2.pdf | 11:11 |
DocScrutinizer | is quite a different critter than bq27x00 | 11:12 |
*** jbos_ has quit IRC | 11:12 | |
rcg1 | DocScrutinizer: ic | 11:12 |
*** jbos__ is now known as jbos_ | 11:12 | |
*** sirdancealot has joined #mer | 11:13 | |
rcg1 | am currently trying to see what happens if i'm using the bq27500 specific setting in the code of the backported patch as in the bug report | 11:13 |
rcg1 | at the same time i am looking at the chip with i2cdump and try to figure out if the data sheet makes sense with what i see there | 11:14 |
rcg1 | i.e. try to see if the "addresses"/"command codes" stated in the data sheet correspond to something i see in the dumped output | 11:15 |
DocScrutinizer | yup | 11:15 |
rcg1 | i hope this could at least verify or reject the hypothesis we are dealing with an bq27520 here | 11:15 |
DocScrutinizer | correct approach | 11:15 |
*** dionet has joined #mer | 11:16 | |
rcg1 | but i am very new to this very low level stuff.. so i might need a little time to figure things out and might not always choose the shortest path to a solution ;) | 11:16 |
rcg1 | DocScrutinizer: but thanks again for the help.. also your post you linked yesterday showed me direction to use the i2c-tools which are apparently very helpful for this job :) | 11:19 |
*** damiano has joined #mer | 11:36 | |
damiano | hello | 11:37 |
Stskeeps | hello damiano :) | 11:37 |
damiano | nice to meet you Stskeeps | 11:42 |
damiano | I need help to install meego on HP Touchpad | 11:43 |
Stskeeps | mm, but this is mer :) | 11:43 |
damiano | ok... but It's not the problem, I think the problem with nemo or cordia or any other mer implementation | 11:45 |
damiano | in fact I tried only meego 1.2 images | 11:45 |
damiano | could you give a look at the tutorial I followed? | 11:46 |
damiano | please? | 11:47 |
damiano | http://wiki.merproject.org/wiki/Adaptation/Touchpad | 11:47 |
damiano | Stskeeps, are you there? | 11:48 |
*** CosmoHill has quit IRC | 11:49 | |
rcg1 | damiano: i assume he will eventually answer.. we are just not always at the computer ;) | 11:49 |
*** DocScrutinizer has quit IRC | 11:51 | |
*** DocScrutinizer has joined #mer | 11:52 | |
damiano | ok thanks, I have to leave pc in ten minutes, I'll go back in another day | 11:52 |
*** swerden has quit IRC | 11:53 | |
*** decibyte has quit IRC | 11:53 | |
*** AndrewX192 has quit IRC | 11:53 | |
*** steff has quit IRC | 11:53 | |
*** jarkko^ has quit IRC | 11:53 | |
*** sampos has quit IRC | 11:53 | |
*** alterego has quit IRC | 11:53 | |
*** noopman has quit IRC | 11:53 | |
*** jarkko^ has joined #mer | 11:53 | |
*** AndrewX192 has joined #mer | 11:53 | |
*** AndrewX192 has quit IRC | 11:53 | |
*** AndrewX192 has joined #mer | 11:53 | |
*** Facefox has quit IRC | 11:55 | |
*** Facefox has joined #mer | 11:59 | |
*** CosmoHill has joined #mer | 12:00 | |
rcg1 | well... looking at the data i highly doubt it is an bq27xxx chip... | 12:02 |
rcg1 | e.g., at 0x16+0x17 (time to empty) or 0x18+0x19 (time to full) i cannot observe any change at all | 12:05 |
rcg1 | generally there are actually very few parts that do actually change | 12:06 |
rcg1 | http://pastebin.com/VvE51v29 this is some of the data i gathered.. fwiw | 12:07 |
rcg1 | using "i2cdump 2 0x55" | 12:08 |
*** swerden has joined #mer | 12:16 | |
*** decibyte has joined #mer | 12:16 | |
*** steff has joined #mer | 12:16 | |
*** sampos has joined #mer | 12:16 | |
*** alterego has joined #mer | 12:16 | |
*** noopman has joined #mer | 12:16 | |
*** tommis has joined #mer | 12:24 | |
DocScrutinizer | rcg1: the 2 most relevant parameters to check for an unknown/unidentified I2C chip: I2C chip address (it's usually hardcoded to the chip, like e.g. 0x6b for bq24150), and then #2 most chips have an ID register with a well defined constant to read out from there. | 12:27 |
DocScrutinizer | rcg1: regarding bq27520 I'm still struggling to understand the interface basic operation | 12:28 |
DocScrutinizer | AIUI you got a index register to point somewhere into the addr room of the chip, and a data register (area) where the (range of) data from chip's addr room is mapped to | 12:30 |
DocScrutinizer | the datasheet is *very* cryptic and fuzzy | 12:30 |
ali1234 | slus955a.pdf? | 12:33 |
DocScrutinizer | ali1234: well, I'm currently looking at SLUSAB7A | 12:38 |
rcg1 | DocScrutinizer: i thought what you see with i2cdump is already the data you get from the chip? | 12:38 |
DocScrutinizer | bq27520-G2 | 12:38 |
rcg1 | at least the address range corresponds to the commands given | 12:39 |
ali1234 | this is same but for -g1 | 12:39 |
DocScrutinizer | rcg1: yes | 12:39 |
ali1234 | i2c commands look identical | 12:39 |
DocScrutinizer | ali1234: yes, G3 is currently the most recent though, it seems | 12:39 |
DocScrutinizer | anyway... | 12:40 |
DocScrutinizer | >>4.1.1.1.2 DEVICE_TYPE: 0x0001 | 12:40 |
DocScrutinizer | >>Instructs the fuel gauge to return the device type to addresses 0x00/0x01. The bq27520-G2 device type returned is 0x0520. | 12:40 |
DocScrutinizer | I understand this like: "write 0x0001 to command register (whatever this may be), and read back the values (like 0x0520) from data register | 12:41 |
rcg1 | DocScrutinizer: hmm, any way i can test this with i2c-tools? | 12:41 |
DocScrutinizer | it's basically a double dereference AIUI | 12:41 |
DocScrutinizer | sure, you do a i2cset foo bar --word 0x0001 | 12:42 |
DocScrutinizer | and then immediartely a i2cget --word foo bar DATAREGISTER | 12:42 |
DocScrutinizer | but I'm still just handwaving | 12:43 |
DocScrutinizer | still trying to decode this abyssmally fuzzy and obscure datasheet | 12:43 |
DocScrutinizer | actually replace DATAREGISTER by 0x00 in my post 2 up | 12:44 |
DocScrutinizer | >>Instructs the fuel gauge to return the device type **to addresses 0x00/0x01.** | 12:44 |
rcg1 | i2cset 2 0x55 0x00 0x0001 w | 12:45 |
rcg1 | that's what i did | 12:45 |
DocScrutinizer | yep, that's what I think | 12:45 |
DocScrutinizer | then read out same addr | 12:45 |
rcg1 | 0x0521 | 12:45 |
DocScrutinizer | \o/ | 12:45 |
rcg1 | using this command line: "i2cget 2 0x55 0x00 w" | 12:46 |
DocScrutinizer | so this is a bq27521 I bet my ass | 12:46 |
rcg1 | ah, alright :) | 12:47 |
DocScrutinizer | you see the basic opeation now? | 12:47 |
DocScrutinizer | write COMMAND to 0x00 | 12:48 |
DocScrutinizer | read result from 0x00 | 12:48 |
DocScrutinizer | or 0x00+<offset> | 12:48 |
DocScrutinizer | AIUI | 12:48 |
rcg1 | i see | 12:48 |
DocScrutinizer | NFC why it has to be THAT complex | 12:49 |
DocScrutinizer | also NFC why this very sentence doesn'T show up in BOLD in the datasheet | 12:50 |
DocScrutinizer | rcg1: do the same with COMMAND=0x0002 please (FW-VERSION) | 12:51 |
DocScrutinizer | i2cset 2 0x55 0x00 0x0002 w; i2cget 2 0x55 0x00 w | 12:51 |
rcg1 | 0x0006 | 12:52 |
rcg1 | btw this is all on an n950 | 12:52 |
DocScrutinizer | >>4.1.1.1.3 FW_VERSION: 0x0002 | 12:53 |
DocScrutinizer | >>Instructs the fuel gauge to return the firmware version to addresses 0x00/0x01.The bq27520-G2 firmware version returned is 0x0311. | 12:53 |
rcg1 | and btw.. looking further at the data sheet i get the impression that INITCOMP should be set | 12:54 |
rcg1 | but in fact when i query the status i get plain 0 | 12:54 |
DocScrutinizer | http://forum.meego.com/showthread.php?t=4610 | 12:55 |
DocScrutinizer | dpkg -L bme | 12:56 |
DocScrutinizer | *candidate: /usr/lib/hwi/ic/bq27521.so | 12:56 |
DocScrutinizer | 12:56 | |
DocScrutinizer | closest hit: http://www.ti.com/product/bq27520-g2 - pinout matches with N9 schematics | 12:56 |
rcg1 | yeah, that should be exactly the chip.. | 12:57 |
rcg1 | but i dunno how this information can help me | 12:57 |
DocScrutinizer | either try to find datasheet for bq27521, or hope for differences from 27520 to 27521 are as small as between all the bq2415x | 12:58 |
rcg1 | aye | 12:58 |
DocScrutinizer | obviously at least COMMAND 0x0001 matches ;-) | 12:59 |
rcg1 | but is there any way the /usr/lib/hwi/ic/bq27521.so lib can be of any help? | 12:59 |
DocScrutinizer | if you find source code for that lib, sure you hit the jackpot | 12:59 |
DocScrutinizer | if you find API, almost as good | 13:00 |
rcg1 | alright | 13:00 |
jarkko^ | http://i.imgur.com/Mev10.jpg | 13:00 |
rcg1 | interesting enough this lib is also there for mer | 13:00 |
jarkko^ | those vandals! | 13:00 |
Stskeeps | Bostik: how do you feel about not having qtwidgets? | 13:01 |
DocScrutinizer | rcg1: if you find bq27521.so src somewhere in the internets, please tosss me a link | 13:02 |
rcg1 | hmmz.. seem to be binaries :/ | 13:03 |
rcg1 | "Copyright (c) Nokia Corporation 2010 All Rights Reserved." | 13:03 |
rcg1 | so no source | 13:04 |
DocScrutinizer | :nod: | 13:06 |
DocScrutinizer | curse Nokia | 13:06 |
*** damiano has quit IRC | 13:06 | |
DocScrutinizer | it seems to me the datasheet is so obfuscated because of mixing basic I2C operation principles with chip specific register and data descriptions | 13:07 |
rcg1 | hmm..might be | 13:07 |
rcg1 | well, if for one got a slight headache of focusing on mystical hex dumps | 13:08 |
DocScrutinizer | 7 COMMUNICATIONS | 13:08 |
rcg1 | gonna go to the beach.. | 13:08 |
DocScrutinizer | is quite what I'd expect to see from a wikipedia article about I2C basics | 13:08 |
* DocScrutinizer plans for sth similar (alas no beach here) | 13:09 | |
rcg1 | alright, then have fun as well :) | 13:15 |
rcg1 | might mess with this chip some time later.. will as well update the bug report with some of our findings :) | 13:17 |
rcg1 | thanks again for the help, DocScrutinizer | 13:17 |
*** sonach has joined #mer | 13:19 | |
rcg1 | bbl | 13:22 |
*** rcg1 has quit IRC | 13:22 | |
*** sonach has left #mer | 13:27 | |
*** Alison_Chaiken has joined #mer | 14:10 | |
*** harbaum has joined #mer | 15:16 | |
Bostik | Stskeeps: you mean qt5-qtwidgets ? | 15:24 |
Bostik | Stskeeps: quite a number of packages depend on those, since qtgui was split into -gui and -widgets | 15:24 |
*** dod has joined #mer | 15:28 | |
*** harbaum has quit IRC | 15:28 | |
*** CosmoHill has quit IRC | 15:32 | |
*** tsdedst has quit IRC | 15:34 | |
*** boar has quit IRC | 15:37 | |
*** wmarone_ has quit IRC | 15:41 | |
*** wmarone_ has joined #mer | 15:42 | |
*** tsdedst has joined #mer | 15:46 | |
*** boar has joined #mer | 15:49 | |
*** CosmoHill has joined #mer | 15:51 | |
*** slaine has joined #mer | 15:54 | |
CosmoHill | hi slaine | 15:54 |
Stskeeps | Bostik: reason i'm asking is because i ran into qtwidgets dep'ing on libx11 | 15:56 |
*** boar has quit IRC | 15:57 | |
Stskeeps | Bostik: i btw have a custom resolution virtualbox image with mer, busybox, qt5 and framebuffer eglfs image with llvmpipe capable of doing 60fps in qml2 | 15:58 |
Stskeeps | even on my non-VT machine | 15:59 |
*** wmarone has joined #mer | 16:08 | |
*** wmarone_ has quit IRC | 16:08 | |
*** rcg1 has joined #mer | 16:16 | |
rcg1 | re | 16:17 |
Stskeeps | wb | 16:17 |
rcg1 | thx | 16:29 |
*** InformatiQ has quit IRC | 16:37 | |
rcg1 | oh my... this is going to take some time | 16:44 |
rcg1 | at least i found two fields that seem to increase when usb is connected | 16:44 |
rcg1 | ;) | 16:44 |
rcg1 | and two fields that keep decreasing | 16:50 |
rcg1 | this actually looks promising | 16:50 |
rcg1 | the trick seems to read words instead of bytes... the data read using words makes much more sense | 16:51 |
*** arcean_ has quit IRC | 16:54 | |
*** arcean_ has joined #mer | 16:54 | |
Bostik | Stskeeps: hmh, that might be a problem ... I can have a look at the sources tomorrow - perhaps I can patch out the x11-specific widget parts | 17:05 |
rcg1 | oh my.. there are strange things going on in that chip | 17:10 |
Stskeeps | Bostik: yeah, w00t traced it down to some issue with tray icons | 17:18 |
w00t | src/widgets/util/util.pri is where I think it goes wrong | 17:20 |
w00t | the X systemtray implementation pulls in CONFIG += x11 | 17:20 |
*** trbs has joined #mer | 17:24 | |
* Stskeeps has heaps of fun with locales today. | 17:25 | |
* CosmoHill eeps at the repair price for a bike | 17:26 | |
*** arcean_ has quit IRC | 17:36 | |
*** InformatiQ has joined #mer | 17:40 | |
*** diorahman has joined #mer | 17:40 | |
diorahman | my n950 doesn't give any response to flasher -i, is there a way to re-flash the bootloader (NOLO?) via other ports except USB? | 17:41 |
Stskeeps | if you overwrote NOLO you're pretty SOL | 17:42 |
Stskeeps | anyway, #harmattan might know mnore | 17:42 |
Stskeeps | more | 17:42 |
*** furikku has quit IRC | 18:01 | |
*** InformatiQ has quit IRC | 18:12 | |
*** swerden has quit IRC | 18:17 | |
*** swerden has joined #mer | 18:19 | |
*** peavey has quit IRC | 18:19 | |
*** harbaum has joined #mer | 18:25 | |
*** diorahman has quit IRC | 18:28 | |
*** dod has quit IRC | 18:40 | |
*** slaine has quit IRC | 18:45 | |
rcg1 | hmm.. well i think you can scratch what I said about words vs. bytes | 18:53 |
rcg1 | that was me being plain stupid | 18:53 |
Bostik | w00t: thanks for the pointer, I'll look at that tomorrow | 18:58 |
Bostik | a simple patch might be all that's needed for mer | 18:58 |
w00t | Bostik: well.. it's easy to patch around, but not so simple to patch without breaking that class | 18:59 |
Bostik | figures | 18:59 |
*** Behold has joined #mer | 19:00 | |
Bostik | if all source code in the world were to put as a map, Qt would be dead center of one of the areas marked "Here be dragons" | 19:00 |
Stskeeps | no, that'd be powervr SGX | 19:00 |
Stskeeps | :P | 19:00 |
*** BeholdMyGlory has quit IRC | 19:03 | |
*** BeholdMyGlory has joined #mer | 19:06 | |
Bostik | haven't looked inside that one, I only know what their regular kernel driver has eaten | 19:06 |
*** Behold has quit IRC | 19:06 | |
*** rcg1 has quit IRC | 19:08 | |
w00t | Bostik: i know my way around, so i'm not that bothered ;) | 19:09 |
*** poka has joined #mer | 19:16 | |
*** arcean has joined #mer | 19:18 | |
*** slx has joined #mer | 19:20 | |
*** peavey has joined #mer | 19:21 | |
*** swerden has quit IRC | 19:22 | |
*** jstaniek has joined #mer | 19:32 | |
*** poka has quit IRC | 19:38 | |
*** sirdancealot has quit IRC | 19:42 | |
*** arcean has quit IRC | 19:49 | |
*** arcean has joined #mer | 19:50 | |
Bostik | hmm... the actual rule in widgets/util/util.pri says that "if XCB is available, use x11; otherwise use QPA" | 20:01 |
Bostik | might be enough to just do a rebuild with reduced build-deps | 20:01 |
*** kthomas_vh_ has joined #mer | 20:02 | |
*** onekenthomas has quit IRC | 20:02 | |
w00t | Stskeeps: http://qtl.me/mer14.png | 20:04 |
w00t | Sleepy_Coder: ^ since you were wondering about scaling | 20:04 |
Stskeeps | not bad | 20:04 |
Sleepy_Coder | purrdy :D | 20:04 |
* w00t plans to throw a gradient in there to make it prettier | 20:05 | |
Bostik | ....althought XCB is used for more than just that, so maybe just patch the x11-case away and use qpa unconditionally | 20:05 |
Sleepy_Coder | hmm wait, can widgets advertise to what aspect ratios they can scale? the 1x2 in the lower left looks like it's chopped off? or... :o | 20:05 |
Bostik | ah well, for tomorrow | 20:05 |
Sleepy_Coder | also the 2x2 in the upper center looks like it's centered vertically in the upper 2 cells and just kind of hanging down over the lower 2 :x | 20:06 |
Stskeeps | yeah, nite from me too | 20:06 |
Sleepy_Coder | oh guess not | 20:07 |
w00t | Sleepy_Coder: the aspect ratio is up to the author | 20:07 |
w00t | I just hacked it to use multiple ratios | 20:07 |
w00t | and (by luck) it chopped off the date ;) | 20:07 |
Sleepy_Coder | the clock widget seems to hang in the top of its cell, so I thought it was being improperly centered, I'm weird | 20:07 |
Sleepy_Coder | the 1x1 version of it in the upper left gave me the clue | 20:07 |
Sleepy_Coder | so me leiky :D | 20:07 |
*** niqt has joined #mer | 20:09 | |
*** harbaum has quit IRC | 20:25 | |
*** drussell has quit IRC | 20:54 | |
*** tommis has quit IRC | 21:03 | |
*** phaeron has quit IRC | 21:08 | |
*** gimli has quit IRC | 21:27 | |
*** trbs has quit IRC | 21:29 | |
*** lardman|home has joined #mer | 21:31 | |
*** lardman has quit IRC | 21:31 | |
*** sandroandrade has joined #mer | 21:47 | |
*** wmarone has quit IRC | 22:00 | |
*** CosmoHill has quit IRC | 22:10 | |
*** erbo_ has quit IRC | 22:17 | |
*** erbo has joined #mer | 22:18 | |
*** tsdedst has quit IRC | 22:23 | |
*** speakman_ has quit IRC | 22:28 | |
*** bef0rd has joined #mer | 22:28 | |
*** bef0rd has joined #mer | 22:28 | |
*** wmarone has joined #mer | 22:30 | |
*** rcg1 has joined #mer | 22:31 | |
*** niqt has quit IRC | 22:33 | |
*** speakman has joined #mer | 22:35 | |
*** speakman has joined #mer | 22:35 | |
*** NIN102 has quit IRC | 22:36 | |
*** cxl000 has quit IRC | 22:38 | |
*** jstaniek has quit IRC | 23:04 | |
*** bugzy has quit IRC | 23:06 | |
*** kurtul has joined #mer | 23:26 | |
*** arcean has quit IRC | 23:29 | |
*** kurtul has quit IRC | 23:33 | |
*** M4rtinK has quit IRC | 23:35 | |
*** bugzy has joined #mer | 23:38 | |
*** selesnie_ has quit IRC | 23:46 | |
*** selesnie has joined #mer | 23:46 | |
*** Bostik has quit IRC | 23:46 | |
*** bugzy has quit IRC | 23:53 | |
*** bugzy has joined #mer | 23:54 | |
*** ALoGeNo has quit IRC | 23:58 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!