/srv/irclogs.ubuntu.com/2009/02/06/#ubuntu-desktop.txt

=== ubott2 is now known as ubottu
=== asac_ is now known as asac
asacrickspencer3: so connman should be there at https://edge.launchpad.net/~network-manager/+archive ... wanna pre-test?08:24
asacinstall connman-gnome08:24
rickspencer3with Add/Remove..., right ;)08:26
rickspencer3does it replace NM?08:26
asacrickspencer3: no i didnt do that yet. so you probably have to stop NM to use it08:28
rickspencer3asac: tx08:28
asacrickspencer3: i dont think yo uwill find that in add/remove; just run sudo apt-get install connman-gnome08:29
rickspencer3asac: yeah, I was j/k, as per our conversation last night with Olly ;)08:29
asachehe08:30
=== crevette__ is now known as crevette
crevettehello08:37
crevettewhat is the purpose of connman-gnome?08:37
crevetteI guess connman is for Connection Manager ?08:37
asaccrevette: yes. wanna try? its not really production quality, but wired and wireless should work. maybe even bluetooth :)09:02
asaccrevette: intel connection manager that is09:02
crevetteasac, so it does the same job than NM ?09:02
asaccrevette: yes. its ment to be a replacement09:03
crevetteasac, but just for mobile platform or for desktop also ?09:03
asaccrevette: also for desktop09:05
crevettedo you know what is the point of rewriting another connection manager ?09:05
crevetteI give it a try this week end if I remember to do so09:05
asacnot invented here syndrom?09:06
asacnot sure09:06
pochucrevette: so we can choose ;)09:06
* pochu waves btw09:06
asaci think marcel - who did this - disagrees with NM maintainer on a few fundamentel things09:06
crevetteasac, ah this is marcel who wrote it09:06
asacyeah09:06
crevettethat why it uses libgbus09:06
crevette:)09:07
asaccrevette: it doesnt actually ;)09:07
crevettelibgdbus09:07
asacit used it ... i packaged it ... and then i found that the build doesnt really pull that in09:07
crevette:)09:07
asacnot sure why he dropped that. maybe i am just missing something09:07
crevetteI didn't know marcel was worjing for intel09:08
didrocksmorning everyone :)09:08
pochuhi didrocks :)09:12
didrockshey pochu09:13
didrocksseb128: I think the split for evince is ok. I worked on it yesterday. Just need now to complete the changelog (what I will do this afternoon)09:14
didrocksseb128: if you have another updates that I can handle during the week-end (even if there is this FOSDEM event), do not hesitate09:15
seb128didrocks: I think we are mostly uptodate now09:16
didrocksseb128: oki. So, I will just bzr push this afternoon evince package09:17
rickspencer3pitti: ping09:18
seb128didrocks: ok thanks, I might not have time to review it today, do you want quick comments now?09:18
didrocksseb128: it is on my laptop at home, so, I don'tt have it right now (I go back home at 1PM). But I have some questions:09:19
didrocksgconf was stored in /usr/share/gconf/ but upstream put it in /etc/gconf (automagically handled?) -> I kept it in /usr/share/gconf/. Is it right?09:19
seb128right09:19
didrocksmost of packages seems to put the gconf there09:19
seb128dh_gconf should move it automatically09:19
seb128etc is a sysadmin directory so we don't store schemas there09:20
didrocksthat's what I read :)09:20
didrocksDo I have to remove zlib1g-dev lib-dep on evince (don't know if other components, inside evince, needs this) as it is needed by libevview-dev & libevdocument-dev. It's more a theorical question as evince depends on libevview-dev (and libevdocument-dev) which depends on zlib1g-dev09:20
pochudidrocks: if configure.in requires it, don't drop it09:21
pochuit's a bad idea to rely on dependencies of your dependencies, as those may change ;)09:21
seb128didrocks: build-depends or depends?09:21
didrockspochu: configure.in requires it for the librairies. But those librairies are built from the same source package.09:22
didrocksseb128: build-depends09:22
seb128didrocks: why do you want to change the build-depends? those are for the source the binary split should make no difference09:22
didrocksseb128: yeah, I just have to duplicate it on libevview-dev depends (what I have done)09:23
didrocksso that people who will use libevview-dev, can build successfully something with it09:24
didrocks(only what is in NEEDED section of objdump -p)09:24
seb128didrocks: you just said you were speaking about build-depends09:25
seb128you seem to be confused09:25
seb128build-depends are things which need to be install for evince to build09:25
seb128depends are things which should be installed with a binary09:25
didrocksseb128: yes, I didn't have the control file in front of me, and thought of b-d09:26
seb128look to the requires line in the .pc to know what the library requires09:26
didrocksit's ok in my mind now :)09:26
pochuwe should invent a ${pkgconfig:Depends} mechanism for -dev packages' depends09:26
didrocksseb128: is it better than objdump -p the .so09:26
seb128pochu: I think lool did that a while ago09:26
pochuoh, did he?09:26
pochuthat would be pretty cool09:26
pochulool: hi :)09:27
loolI think I imaginated doing it :)09:27
seb128didrocks: objdump is runtime and what ${shlib:Depends} does for you09:27
loolSome years ago09:27
pochuheh09:27
* pochu adds that to his 'wish-to-do' list ;)09:27
loolpochu: I'm happy to review a new dh_foo you would write though09:27
pochulool: does it need to be in perl?09:27
seb128didrocks: there is a difference between what the library uses at runtime and what you need to build using the library09:27
loolpochu: It would make sense to add it to debhelper, so IMO yes09:27
pochulool: so I now have an excuse to learn perl ;)09:28
seb128lool: I think you did some prof of concept hacked in one pkg-gnome source too no?09:28
pochulool: will tell you if I get into it, but no promises :)09:28
loolseb128: Might have been with *.la, perhaps I did a shell scripts for .pc as well, I'm not sure09:28
seb128ah right, that was .la09:28
didrocksseb128: of course, I understood this :) I followed this session (https://wiki.ubuntu.com/MOTU/School/LibraryPackaging), where for the -dev package, we add manually the package that corresponds to "NEEDED section"09:31
didrocks(around 20:52)09:31
* seb128 looks at this wiki page09:33
seb128usually I just add what the .pc lists as required09:33
didrocks(here, the example is fooled as there is only libc6 needed, so we don't add it ;))09:34
seb128I could be wrong09:35
seb128but libraries having a .pc usually need only what the .pc requires09:36
seb128since other packages using the lib are going to use pkg-config and check only for things listed there09:36
seb128the NEEDED is a runtime thing for the library and those will already be installed thanks to shlib:Depends09:36
didrocksok, and we add related package from files listed in .pc file manually as dependency of -dev packages, right?09:37
seb128yes09:37
didrocksok, I think that the list won't be too different from NEEDED section09:37
didrocksI will check it09:38
didrocksSo, last question but not least: Do you have any idea what can be the cause of /1/ in /usr/lib/evince/1/backends/ in evince-dbg package. It was not present in previous version and was: /usr/lib/debug/usr/lib/evince/backends/?09:39
seb128didrocks: seems they just versionned their install path so different versions don't conflict09:42
seb128didrocks: it's not only in the dbg the normal version does the same09:42
didrocksseb128: ok, so, no warning there. I was just afraid of a side effect of something I did :)09:42
seb128I don't think so09:43
didrocksthanks a lot, I will make the final modifications and submit them to you :)09:43
seb128the non splitted version you uploaded to launchpad some days ago has the same change09:43
seb128and I don't think any of your packaging changes could do that so I assume that's an upstream thing09:43
didrocksok, perfect so. That's probably, as you said, an upstream version method to avoid conflicts09:44
seb128didrocks: oh you can do the gtkmm update this weekend if you want09:45
didrocksseb128: thanks a lot. I can now say that I worked on librairies :) (I have just to try now a soname update, etc.)09:45
seb128you're welcome ;-)09:45
didrocksok, I take gtkmm09:45
seb128didrocks: want to take over bug #316636?11:10
ubottuLaunchpad bug 316636 in pidgin "Please upgrade to pidgin 2.5.4" [Wishlist,Confirmed] https://launchpad.net/bugs/31663611:10
seb128didrocks: basically it's syncing piding on the current debian version11:10
didrocksseb128: yeah, I take it12:28
seb128didrocks: thanks12:29
didrocks(back home, just for an hour before going to FOSDEM)12:29
seb128enjoy12:29
didrockssure of it ^^12:30
seb128and say hello to vuntz from me there12:30
didrocksno problem, I will :)12:30
seb128cool12:32
pittirickspencer3: pong12:36
rickspencer3asac: connman installed no problems. Thanks.12:42
asacrickspencer3: thx12:43
rickspencer3pitti: davidbarth wants to meet with us at 3pm for "go/no go"12:43
pittirickspencer3: ack12:44
pittiTEH DAY OF RECKONING12:44
seb128rickspencer3: should I be there too?12:45
rickspencer3seb128: yeah12:45
pittiplz12:45
seb128;-)12:45
rickspencer3seb128: request is to change the default settings in lcd to "subpixel smoothing (LCDs)13:04
rickspencer3feasible?13:04
seb128rickspencer3: you want to speak to Keybuk or doko rather I think, that's a fontconfig configuration thing and Keybuk is the one who made the fonts look the way they do now13:06
rickspencer3k13:06
Keybukrickspencer3: -v?13:06
rickspencer3sneaker net, be there in a sec]13:07
rickspencer3seb128: Keybuk says the default is supposed to be subpixel smoothing on an lcd. Perhaps a regression?13:17
seb128rickspencer3: could be, the config is a fontconfig one which is a platform component13:26
rickspencer3seb128: *sigh*13:26
rickspencer3thanks13:26
didrocksseb128: do you want me to update to the unstable gtkmm version?13:26
bryce__Keybuk: if you do find reverting the xserver change, of the three patches, 157_check_null_modes.patch would be the first I'd check.13:28
didrocks(in a nutschell, in 2.14 or in 2.15?)13:28
seb128didrocks: yes13:29
seb1282.1513:29
didrocksoki13:29
Keybukreverting X didn't help13:34
didrocksseb128: I think that evince is now ok. I pushed it to my branch and tagged it to the new ubuntu version): https://code.edge.launchpad.net/~didrocks/evince/ubuntu13:34
seb128ok13:35
didrockswhen you will have time, there are some additional information to help you reviewing the package at https://wiki.ubuntu.com/DidierRoche/MOTU/bugsaction13:35
seb128didrocks: ok13:35
didrockstime for me to leave. Have a nice weekend!13:35
seb128didrocks: enjoy13:36
mvodidrocks: a evince bzr branch is there now? rock!13:39
cody-somervilleseb128, ping15:40
cody-somervilleseb128, Do you push point releases of gnome to -updates?15:40
seb128depends15:40
cody-somervilleWell, Of course. :)15:40
seb128depends of the ubuntu version (we try to do it for lts, not especially for non lts) and the changes15:41
cody-somervilleseb128, I'm thinking of pushing a point release of Xfce4 4.4 (4.4.3, a bug fix release) to -updates for 8.10 and was wondering what the gnome team did.15:41
seb128that's usually a compromise between how interesting the changes are, how many users are requesting those, how much work we put on the sru team, how much the team has to do already, etc15:42
seb128ie we try to push changes early in the cycle15:43
cody-somervilleWell, the work is already done as we pushed to -backports already15:43
seb128we don't bother too much about intrepid now, that's not a lts and most users will probably switch to jaunty when it's there15:43
cody-somervilleseb128, My thinking is that some users might stay with intrepid for Xubuntu since Xubuntu ships 4.6 which has some major changes.15:44
seb128if the upgrades have lot of fixes that would benefit users do it15:44
seb128that will probably put extra load on the sru team and tester which is deviated from jaunty though15:45
cody-somervilleseb128, Well, I'm on the SRU team and we've already had our Xubuntu QA guys do runs on whats in -backports15:45
cody-somervilleseb128, So sound good to you?15:45
seb128ok so do it15:45
seb128yes15:45
cody-somervilleThanks for the feedback! :) Much appreciated.15:46
cody-somerville(fyi, Jaunty's desktop for Ubuntu is looking pretty sweet!)15:46
seb128you're welcome15:46
seb128thanks ;-)15:46
=== bluesmoke is now known as Amaranth
=== bluesmoke is now known as Amaranth

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!