#ubuntu-desktop 2009-02-01 <pitti> chrisccoulson: yep, I follow the upstream bug, too; however, if it works for now, it's an acceptable temporary workaround; many people complain about appport being broken due to this <crevette> hey seb128 <seb128> lut crevette <didrocks> plop seb128 :) <didrocks> & crevette <seb128> lut didrocks <didrocks> ah non, pas de crevette <didrocks> seb128: pour l'autre jour, je pense qu'avec 39 de fiÃ¨vre, il fallait mieux que je fasse du MK que du packaging ^^ <seb128> didrocks: oui ;-) <seb128> ca va mieux ? <didrocks> bien mieux depuis aujourd'hui, oui (de mercredi Ã samedi, c'Ã©tait dÃ©jÃ assez) <didrocks> merci :) <seb128> tu veux des updates? ;-) <didrocks> avec joie :) <didrocks> (je les ferai pas ce soir, hein, lÃ , c'est encore repos), mais je commence dÃ¨s demain dans la journÃ©e :) <seb128> didrocks: http://download.gnome.org/sources/gnome-python/2.25/gnome-python-2.25.90.tar.bz2 <seb128> didrocks: <seb128> http://download.gnome.org/sources/gnome-python-desktop/2.25/gnome-python-desktop-2.25.90.tar.gz <didrocks> parfait ! une fois qu'huats aura uploadÃ© la libgda, Ã§a fera une belle petite collection de gnome-python* :) <didrocks> bn seb128 et Ã demain :) <seb128> 'nuit didrocks <chrisccoulson> does anyone here want to do the metacity update? <seb128> chrisccoulson: you? <chrisccoulson> yeah, i was going to offer if noone else was already working on it <seb128> go for it! <chrisccoulson> No probs, i'll do that now #ubuntu-desktop 2009-02-02 <huats> morning everyone <BugMaN> morning huats :) <huats> hey BugMaN <didrocks> morning huats <pochu> morning seb128 <pochu> already in Berlin? <seb128> hey pochu <seb128> yes <huats> hey seb128 and pochu <seb128> lut huats <pochu> hi huats <huats> how are you guys ? <pochu> fine, I don't start class again until mid february or so, and there's only one (easy) exam remaining :) <pochu> huats: when are you gonna send your MOTU application? ;) <huats> pochu: just waiting for seb128 (nice ?) words :) <seb128> I though that was done? <seb128> what is the wiki page about? * seb128 is not too much into paper work <huats> seb128: oh <huats> I haven't looked <huats> seb128: :( <pochu> seb128: just copy the template and fill it ;) https://wiki.ubuntu.com/ChristopheSauthier/MOTUApplication <huats> but since I haven't seen the notification email ... <seb128> I didn't write my comments on the wiki yet but that's not required for you to apply is it? <huats> I think it was... <pochu> seb128: it's not but the process has changed and now sponsors are supposed to ACK the application in the wiki page <huats> I might be wrong... <seb128> I need to talk to dholbach again then <huats> seb128: ok :) <seb128> I hate this paperwork tasks <huats> seb128: please let me know ;) <seb128> pochu: well, some other people already did file the page <pochu> right, that's why I said it's not necessary... but if you want to ACK his application, the wiki is the page to do so now <pochu> or that's what I understood <seb128> right <seb128> I'm just busy and tend to do paperwork only when I need to <pochu> understood <seb128> ie if you block waiting on me to write there it can take a while <seb128> if you do apply I will file the wikipage before the council needs the informations <seb128> ie you should apply which will motive me to write rather than to wait on me to write ;-) <pochu> that makes sense ;) <didrocks> seb128: can you think about me too ? :) (https://wiki.ubuntu.com/DidierRoche/MOTUApplication) <seb128> you guys are on my list yes <seb128> I had a busy week and I've been travelling <didrocks> no pb :) <pochu> seb128: have fun in Berlin! <seb128> pochu: thanks ;-) * pochu bbl <didrocks> seb128: it's done (https://wiki.ubuntu.com/MOTU/Council/Meeting), you are under pressure now :) (but enjoy your Berlin trip first ;)) <seb128> didrocks: cool! <huats> seb128: I have added myself too to the MC page... <huats> so do it when you can <seb128> huats: thanks <huats> and enjoy your stay :) <huats> thanks to you ;) <didrocks> oh seb128, not remebered for asking this to you, but do you come to FOSDEM? <seb128> no <mvo> seb128: hi, do you think we could make libproxy build against mozjs ? it would be really nice <didrocks> hope to see you soon (but not at FOSDEM, so :( ) ^^ <seb128> mvo: hi, talk to asac he said mozjs has no stable api, abi and should not be used <seb128> mvo: come to the desktop room and we will discuss it with asac if you want <mvo> asac, seb128: ok, I come over <bryce-sprint> http://qa.ubuntu.com/reports/team-assigned/canonical-desktop-team-assigned-bug-tasks.html <asac> mvo: starter kit: http://wiki.ubuntu.com/NetworkManager/MiscDBus <mvo> asac: "This page does not exist yet. You can create a new empty page, or use one of the page templates. " <mvo> https://wiki.ubuntu.com/NetworkManager/MiscDBusMagic ? <phomes> I was looking at gconf-editor and I think that the depends on libgnome/libgnomeui are not needed anymore. Should I file a bug about this? <seb128> phomes: no <seb128_> re <seb128_> I was saying gconf-editor still uses libgnome <phomes> seb128: ok. I was looking at how much effort it would be to drop libgnome and friends from the install cd. Looked to me like all libgnome usage in gconf-editor was removed already. Sorry <seb128> it's not <seb128> gnome_program_init is called <seb128> and the configure still uses it <seb128> should be easy to replace though <phomes> seb128: I feel stupid. I looked at upstream source. Misread that ubuntu montgomeryrobert@example.net not 2.25.1. Sorry for wasting time. Will use apt-get source from now on <seb128> phomes: there is no 2.25 tarball <phomes> seb128: yes I see. My bad. I just did apt-get remove libgnome2-0 to get a list of what would be removed and started fetching source upstream to see if I could help out. Then I misread the 2.24.1/2.25.1 in synaptic and upstream configure.in. Damn <seb128> phomes: no problem, I think there is still too many things using those to move them out of the CD this cycle <pochu> and not all of libgnome functionality is in other libraries yet <pochu> (e.g. GnomeSession IIRC) <phomes> yes, but might be doable for jaunty+1. There is nothing wrong with starting early <phomes> pochu: for gnome-games we use eggsmclient instead <seb128> right, working to not have those libs used on the CD is always good <pochu> phomes: did you copy the code into gnome-games? it's not available in a shared library, is it? <phomes> pochu: we copied <ember> seb128 mind if i do brasero and gnome-themes update? <seb128> you can do those <ember> thanks. <crevette> seb128, I did gnome-user-share update this week-end I know this is not in main, but as it has gnome in its name I thought you could interested with :) <seb128> crevette: not especially right now busy at the distro sprint, just subscribe the sponsor team to the bug <crevette> I did subscribe the universe sponsor team already <pochu> huats is in the HoF! go huats! :-) <huats> lol <huats> thanks pochu <geser> did gnome-sound-properties got removed from gnome-control-center? if yes, what it got replaced with? <mclasen> geser: gnome-volume-control in gnome-media <davmor2> Guys I got a pulse-audio issue my sound card shows up in input but not output which means I get no audio from login onwards is this known? <geser> mclasen: does it work for you? because I got a warning that it can't aquire the session bus when I try to use it and that's all <mclasen> geser: yeah, it works <mclasen> are you running it over ssh -Y ? <geser> no <geser> mclasen: I called it from a gnome-terminal as I couldn't find it in the menus <geser> mclasen: and one can use now gnome-volume-control to change the audio output from analog to digital and back? <geser> I used gnome-sound-properties for this in the past <didrocks> vuntz (cf your blog): you google "debian" during your work time? :) <maxb> Hi, there was a libgnome update today with the change "don't force the dpi value to 96 but use the xorg value" <maxb> This made my desktop fonts unpleasantly large <crevette> report a bug I guess <maxb> I'll file a bug - anything useful I can say in it beyond the above? <crevette> perhaps see with the guys from X team <crevette> i don't know that much :) <maxb> Hang around here and hope an X expert shows up, or is there a better channel? <crevette> #ubuntu-x <crevette> perhaps some quirks are needed for that * maxb curses freenode's 20-channel limit <petski> maxb: I've seen something about "large fonts" in the Ubuntu wiki <petski> maxb: https://wiki.ubuntu.com/X/Troubleshooting/HugeFonts <maxb> Hmm... my Xorg.0.log is missing the info that page says should be there <maxb> Though xrandr --verbose gives millimetre perfect measurements #ubuntu-desktop 2009-02-03 <Laney> We have gotten f-spot to be syncable again \o/ <huats> morning everyone <didrocks> morning huats <huats> hey didrocks ;) <pochu> hi didrocks & huats <didrocks> hey pochu & seb128 :) <seb128> lut didrocks <pochu> hi seb128 <seb128> didrocks: want some updates to do? <huats> seb128: hello ! <huats> seb128: i am doing the gnome-keyring , the gcalctool and the gtksourceview <seb128> hey pochu <seb128> lut huats <seb128> huats: ok cool <didrocks> seb128: yes, I am currently working on gnome-python* and I have one pending question about a patch you did (but I prefer to ask you when you will be less busy), but you can give me more to do, with pleasure :) <huats> (at least the last 2 ones are done here) <seb128> didrocks: I'm not too busy right now <huats> oh and deskbar-applet too is done here <seb128> didrocks: you can do gnome-games and evince if you want <seb128> huats: I've already uploaded deskbar-applet ... <huats> seb128: ok <didrocks> seb128: ok, I take them both <seb128> I was trying to find things to do for myself and though you wouldn't start by this one, sorry about that <huats> seb128: no pb :) <huats> I was offline when I saw it <huats> :) <seb128> I though gcalctool and gnome-keyring were going to take you busy until we spoke on IRC <huats> and I assume you were drinking beers ;) <huats> seb128: no problem at all :) <huats> seb128: gnome-keyring still have issue related to the used flags... <huats> and upstream haven't answered me... <huats> I'll try to find out (again) <seb128> use bugzilla rather than direct email <huats> I will <seb128> who are you mailing upstream about that? <huats> stefan walter <huats> seb128: I am putting the various stuffs I did on LP today and once it is done I ping you to ask for more :) <seb128> ok <didrocks> seb128: so, if you have time about the patch, the question was about 01-dont-build-with-lpython.dpatch in python-gnome <didrocks> seb128: I paste it there, easier: http://paste.ubuntu.com/113129/ <seb128> didrocks: looking <seb128> didrocks: the goal was to avoid having gnome-python depending on a specific python version when we were doing multiversion built, that's probably less revelant when using 2.5 only <didrocks> seb128: but it seems to have some parts that are still depending on a specific python version (see second stenza) <seb128> didrocks: not sure, apt-cache show python-gnome2 and see the depends <seb128> didrocks: upstream might have changed since, don't bother we do only use one python version in jaunty <seb128> the easy way to check is to look at the depends when building different python versions <didrocks> seb128: ok, this is clearer <didrocks> seb128: do I still keep the patch, even if it's not relevant ? <seb128> didrocks: yes, it will be useful again when we get python 2.6 <seb128> and then we can check if it needs update <didrocks> seb128: right, ok :) I prefered to ask you before juste keeping the patch to keep the patch (I like understand what I do, surprising ? ;)) <didrocks> seb128: thanks a lot <seb128> sort of surprising when you are used to work with huats ;-) <seb128> (just joking huats) <didrocks> rohhhh ^^ <huats> seb128: that is not nice seb128 * huats thinks about switching to kubuntu ;) <seb128> lol <didrocks> :) <huats> seb128: do they have gcalctool in kubuntu ? <huats> ;) <pochu> kalktool <pochu> kalktool4 even ;) * didrocks wishes that kile is ported to gtk... installing a bunch of qt lib just because you use LaTeX :/ * pochu hides from Riddell :) <pochu> didrocks: heh, my only qt app is also for LaTeX ;) but it's Texmaker <didrocks> pochu: hum, I never got used to Texmaker, I switched quickly to kile <seb128> pitti: hello <seb128> pitti: hello <crevette> hello there <seb128> lut cr <seb128> lut crevette <crevette> salut seb128 <davmor2> Meh after todays update I know have 2 sound icons in the panel, 1 gnome sound the other pulse any ideas why? <crevette> davmor2, I have the same <davmor2> crevette: bug 324807 <ubottu> Launchpad bug 324807 in ubuntu "Jaunty: Ubutnu now has both gnome volume and pulse sound on the panel" [Undecided,New] https://launchpad.net/bugs/324807 <crevette> davmor2, tx <crevette> thanks super seb128 <crevette> thanks super seb128 <seb128> crevette: thanks for what? <crevette> now I can do the epiphany <crevette> update <seb128> ah ok <crevette> I was stuck do the broken releases of gtk+ <ember> seb128 i will work on sj update, is there any other updates that need work? <seb128> no <seb128> other updates are assigned already or not to do for now <ember> ok ping me if you have any updates free <seb128> right <ember> thanks. <pochu> hi ember <ember> hey pochu <fta2> seb128, when I push a file to a davs:// server using nautilus, the transfer never finishes. the file looks fine on the server (apache2), but on the client, the progress bar stays at 100%. Rings a bell? <seb128> no <seb128> I don't use webdav but the gvfs code is quite buggy <fta2> I also get DBus timeouts when i try to reconnect to a davs:// ressource <fta2> DBus error org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) <seb128> the upstream hacker is busy with university for a while <fta2> hmm, damn <fta2> seb128, is it worth a bug? <seb128> an upstream one <fta2> ok, thanks <mahfiaz> with todays update there came a new volume control for pulseaudio. This does not support changing volume with mouse-wheel scrolling. When compared to the old panel applet this is a regression. <mahfiaz> is this part of pavucontrol? <oly562> im trying to load this webcam, can someone help me out? im pretty good with linux, and it shouldnt take too long, i just need some tips or clues ok? let me know what you want displayed from cmdline and i will provide any info that you may need. thanks!! <dobey> if it doesn't "just work" in for example, skype, there is probably an issue with the drivers, or it is just unsupported <oly562> sighs <oly562> Bus 005 Device 023: ID 041e:403d Creative Technology, Ltd WebCam Notebook Ultra <oly562> its there though <dobey> what chipset is that? <oly562> cant i do a mount fs usb something /dev/video0 to /mnt/vid0 <oly562> something like this <dobey> the camera doesn't have a filesystem, no <dobey> and if it did have a flash filesystem on it, there would be a /dev/sd[a-z] device for it <dobey> but that wouldn't get you video <dobey> what program are you using to try and use the camera with? <oly562> all the basics <oly562> camorama, cheese, kopete <oly562> 5-6 of them <oly562> vlc <oly562> vls <oly562> yadda <oly562> so forth so on <oly562> same thing <oly562> no /dev/video0 <oly562> which means in /dev there is no video0 file <oly562> link <oly562> notta <dobey> what chipset is it? <oly562> how do i find that out <oly562> dobey: ? <oly562> thanks <oly562> im not about to open it lol <dobey> google i guess <oly562> oh <oly562> thanks <oly562> rolls eyes <dobey> i searched for the usb id there, and the first thing i found was: http://ubuntuforums.org/showthread.php?t=543204 <dobey> :) <oly562> that user is fiesty os, im on hardy, and i have seen that post, and usually forums blow for input. yet i still read them, and still cam is dead <dobey> i don't know. my cam works fine, but it's a different chipset <dobey> perhaps there is an issue with the driver then <oly562> im way past the basic net searches, and driver loading, and kernel moding <oly562> i have tried ov51x, Spca5xx <oly562> so forth <oly562> so on <dobey> your camera is spca5xx <oly562> k <oly562> sure? <oly562> lol tell me how you know, for my better understanding <oly562> what clued you in? <oly562> i think all the ones i have tried are the right one. lol <oly562> Which the spca5xx driver is included in the Ubuntu kernel and works out of the box in Ubuntu 6.06 and higher <oly562> im on hardy <oly562> 8.04 <oly562> i think that mod is now gspca which i do have <oly562> locate spca5 <oly562> /usr/lib/libgphoto2/2.4.0/spca50x.so <oly562> /usr/share/doc/libgphoto2-2/camlibs/README.spca50x.gz <oly562> thats not it <oly562> i do have <oly562> /lib/modules/2.6.24-19-generic/ubuntu/media/gspcav1 <oly562> /lib/modules/2.6.24-19-generic/ubuntu/media/gspcav1/gspca.ko <oly562> .ko file <oly562> so i just loaded them <oly562> sudo modprobe -v gspca <oly562> insmod /lib/modules/2.6.24-19-generic/kernel/drivers/media/video/v4l1-compat.ko <oly562> insmod /lib/modules/2.6.24-19-generic/kernel/drivers/media/video/v4l2-common.ko <oly562> insmod /lib/modules/2.6.24-19-generic/kernel/drivers/media/video/videodev.ko <oly562> insmod /lib/modules/2.6.24-19-generic/ubuntu/media/gspcav1/gspca.ko <oly562> and... <oly562> lsmod |grep -i vid <oly562> videodev 29440 1 gspca <oly562> v4l2_common 18304 1 videodev <oly562> v4l1_compat 15492 1 videodev <oly562> video 19856 0 <oly562> output 4736 1 video <oly562> so... <oly562> i try to load cheese, kopete, camorama, vlc, vls, so forth, same error <dobey> because it's there doesn't mean it's bug free :) <oly562> Could not connect to video device (/dev/video0) <oly562> ha <dobey> obviously there is a problem. maybe you should file a bug in launchpad, or watch one that's already been filed if there is one that matches your issues <oly562> hmmm <oly562> i just signed up for a launchpad last week or so <oly562> good idea <oly562> Linux video capture interface: v2.00 <oly562> +1-585-472-9035] usbcore: registered new interface driver gspca <oly562> +1-585-472-9035] /build/buildd/linux-ubuntu-modules-2.6.24-2.6.24/debian/build/build-generic/media/gspcav1/gspca_core.c: gspca driver 01.00.20 registered <oly562> dmesg looks good <oly562> /var/log/message is good <oly562> Feb 3 12:05:04 pluto kernel: +1-585-472-9035] Linux video capture interface: v2.00 <oly562> Feb 3 12:05:04 pluto kernel: +1-585-472-9035] usbcore: registered new interface driver gspca <oly562> Feb 3 12:05:04 pluto kernel: +1-585-472-9035] /build/buildd/linux-ubuntu-modules-2.6.24-2.6.24/debian/build/build-generic/media/gspcav1/gspca_core.c: gspca driver 01.00.20 registered <dobey> please stop pasting everything in channel :) <oly562> why? <dobey> if you need to paste logs/etc... you should use pastebin.com <oly562> its just a screen <dobey> because it makes it hard to read <oly562> what? <oly562> its only 3 lines <oly562> lolol <dobey> that is not 3 lines <oly562> its chat <oly562> sheshh <oly562> im not pasting the whole dmesg or message ... :| <oly562> shrugs #ubuntu-desktop 2009-02-04 <seb128> hi <BugMaN> hi seb128 :) <Keybuk> seb128: libcanberra-gtk0 needs Replaces: libcanberra-gnome ? <seb128> Keybuk: no clue about the audio stack <Keybuk> who packages those? <seb128> not sure, look at the changelog? <Keybuk> -- Sebastien Bacher <montgomeryrobert@example.net> Tue, 05 Aug 2008 15:26:29 +0200 <Keybuk> ;) <Keybuk> you've touched it at some point <g> <seb128> yeah it was required to upgrade gnome-control-center ;-) <seb128> but I didn't do those binary split <huats> morning <huats> hello seb128 <seb128> lut huats <seb128> huats: we need gnome-keyring now it's blocking other updates <huats> seb128: I m sure it is.... <huats> but no answer from upstream.... <huats> let me find you the bug I report on the upstream bugzilla <huats> seb128: http://bugzilla.gnome.org/show_bug.cgi?id=570393 <ubottu> Gnome bug 570393 in general "gnome-keyring 2.25.90 does not like -Wl,-z,defs -Wl,--as-needed" [Normal,Unconfirmed] <seb128> huats: I know, comment the cflags if you need but we need this update <huats> ok <huats> so I do comment that right now <seb128> thanks! <huats> test and upload right now <huats> seb128: it is building <seb128> cool <huats> seb128: I have a question to you regarding libgda <huats> I am currently dealing with libgda4 (3.99.10). <huats> they have drop (as far as I can see) the odbc stuff, so I have removed the libgda4-odbc package (well in fact it was libgda3-odbc but with the SONAME bump it would have been libgda4-odbc). <huats> and they have add a jdbc provider <huats> the only thing is that it won't build with openjdk <huats> and since libgda is in main, I think it is a problem... <huats> So I think the only solution is not to include that provider <seb128> I don't know enough about that to have an opinion but not building it seems to be ok, if that's an issue somebody will open a bug <huats> seb128: ok <huats> I will put a package like that and you'll tell me your opinion on it once it will be on LP... <seb128> ok <thetet> hi everyone.... anyone knows how to read a keyboard device file from console? (kernel 2.6.27, ubuntu8.10). somthing like tail -f /dev/event1 does not work... <Riddell> seb128: I was asked to remove brasero from backports for bug 325221 does that seem sensible? <ubottu> Launchpad bug 325221 in intrepid-backports "Please UN-backport Brasero 0.9.1 since it's breaking non-English systems" [Undecided,New] https://launchpad.net/bugs/325221 <seb128> not sure, ask the backport team perhaps, not sure what quality criterous they have <seb128> I would not recommend to use backports <seb128> that's what you can expect by upgrading to unstable versions <Riddell> ok <didrocks> morning everyone <didrocks> Hi seb128 <seb128> lut didrocks <seb128> didrocks: looking to evince and gnome-games now <didrocks> ok, I was going to point you to gnome-games as you answered for evince :) <didrocks> I made a merge request for gnome-games from my branch to ~desktop-team one. Don't know if we need to put that in the process... <seb128> didrocks: I'm pondering if the evince libs should be splitted <didrocks> seb128: for evince-document- <didrocks> and evince-view- <didrocks> ? <didrocks> that was part of my question about evince and I had it ready in my pastebin: <didrocks> http://paste.ubuntu.com/113544/ <seb128> didrocks: evince, your autoconf patch you only want to run autoconf and not autoreconf and clean the cache directory <didrocks> seb128: so, I only run autoconf, ok (not remember why in my last package I really had to launch autoreconf) <seb128> didrocks: autoreconf is when you change makefiles <seb128> if you change only configure autoconf should be enough <didrocks> seb128: ok, understood. So, if there is no patch against to makefiles, autoconf is enough * didrocks really really need to take some time to document on autotools <didrocks> (one sec, I am doing it again on my server) <huats> seb128: I am working on gnome-keyring... but I have a few stuffs to fix on it (since there is a few new stuffs...) <seb128> huats: ok <huats> seb128: you'll get it in the early afternoon <huats> is it ok ? <seb128> yes <huats> ok <huats> great <mvo> seb128: do you have made a master bug for the dpkg is in a bad state failures already? if not, I would suggest we use https://bugs.edge.launchpad.net/ubuntu/+source/dpkg/+bug/323894 <ubottu> Launchpad bug 323894 in dpkg "E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem. E: _cache->open() failed, please report." [Undecided,In progress] <mvo> I'm preparing a sru for dpkg now <seb128> mvo: no I don't, ok thanks <didrocks> seb128: change done and it builds successfully. About the package split? <seb128> didrocks: you want to do it? will give you an opportunity to do library packaging you want to do some of those ;-) <crevette> hello <didrocks> seb128: ok, but I will surely need some guidance :) <didrocks> seb128: for, the idea is to split in 3 packages (not counting -dbg) and have a evince-document, evince-view and evince package ? <crevette> seb128, I was unable to package epiphany 2.25.5, there is an autoconf patch to update but the patch system is quilt which I was unable to quickly understand <seb128> crevette: export QUILT_PATCHES=debian/patches; quilt push patch-name; edit; quilt refresh; quilt pop -a; debuild <seb128> didrocks: rather libevview1 libevdocument1 <seb128> didrocks: no need to add the dbg we have dbgsym for everything <crevette> I understand that, but how do I edit the autoconf at the edit step, can I use a cdbs-edit-patch environment and do the autoreconf step ? <seb128> gnom <huats> crevette: https://wiki.ubuntu.com/MeetingLogs/devweek0809/PackagePatches <seb128> ups <seb128> didrocks: same issue for gnome-games, autoconf is enough, no need to run autoreconf there <crevette> huats, ah Thanks I didn't find this page yesterday <huats> here is a log of session where didrocks and I dealed with pacthes systems <huats> :) <huats> (and at the end I explain quilt a bit) <seb128> crevette: you can comment the quilt line in the rules, use cdbs-edit-patch and then uncomment <seb128> I do that usually <crevette> seb128, okay <crevette> thanks <seb128> we should fix cdbs-edit-patch to fix on quilt packages as well <didrocks> seb128: ok, I will try to create those 2 packages. For the version, you see that they use another version than general GNOME stuff? So, I will use as them 1.0.0 <seb128> didrocks: you also need the libnnnn-dev corresponding to those <didrocks> seb128: and I'm on it for gnome-games <seb128> didrocks: what do you mean another version than GNOME ? <didrocks> seb128: it does not correspond to 2.2x.x for instance. <seb128> evince is 2.25.90? <didrocks> seb128: evince yes, but evview1 and evdocument1 will not (cf http://paste.ubuntu.com/113544/) <seb128> didrocks: I'm not sure to understand the question <didrocks> upstream bumped them to 1.0.0 <seb128> didrocks: the packages versions are the source version <seb128> it's the same for all the binaries <seb128> it will be 2.25.90 since that's the tarball version <didrocks> seb128: so, I don't use for those new libs the version that are defined in the configure? <didrocks> "The backend and view libraries have separate versions. <seb128> no <seb128> as said I don't understand the question <seb128> how do you want to specify different versions? <didrocks> hum, let me rephrase :) <seb128> the only version you have in debian packaging is the changelog one <seb128> you can't use different versions for different binaries in the same source <didrocks> hum sure, that was silly <didrocks> ok, you just answered :) <seb128> those numbers impact on the soname <seb128> ie, libevdocument1 <seb128> the 1 is because the library is named .so.1 <seb128> the value change when the configure versioning change <didrocks> ok, but I thought we should create a lib package with this version, but as it is part of the same source package... <didrocks> yeah, I see now :) <didrocks> thanks, I will work now on gnome-games and try to put some work on evince for seperating this. <seb128> ok thanks <seb128> gnome-games should be easy <seb128> just run autoconf rather than autoreconf and that should be enough <didrocks> seb128: I will not able to test, just build-test no. I tested live yesterday <didrocks> now* <seb128> if that build that's fine that will not do any difference on runtime <seb128> the automake run just do extra diff which is not required <didrocks> yeah, that's what I though, but I prefer to inform you about it :) <didrocks> thought* <seb128> ok <seb128> I do build and test updates before sponsoring usually anyway <didrocks> (bzr is really great when you have multiple hosts to work on a package) <didrocks> I worked on my laptop yesterday, and now, on my server, it's just a matter of bzr pull and bzr push :) <didrocks> seb128: it's juste a little more complex on gnome-games as I have to use jaunty's libtool <didrocks> and don't tell me to upgrade my server on jaunty :p <seb128> intrepid's you mean? <didrocks> no no, jaunty one <didrocks> remebered? I ask Keybuk for upgrading it in jaunty <didrocks> remembered* <seb128> right <seb128> didrocks: you can install the new libtool on intrepid easily <didrocks> seb128: hum, I got used to my debootstrap :) <seb128> what are you saying, you can't do the change now? <didrocks> seb128: no no. I can, it juste take me longer as I have to bzr bd-do, mount this in my debootstrap (but I'm doing it now) <seb128> ah ok <didrocks> install build-dep and gnome-common in my debootstrap, etc. :) <didrocks> seb128: gnome-games is ready now and build successfully <seb128> didrocks: ok thanks <seb128> didrocks: no need to copy the changelog again as commit message when you do one change <didrocks> seb128: ok, next time, I will just make "this is the version..." <seb128> didrocks: usually you write "run autoconf rather than autoreconf to update the autotools changes" <seb128> which is what the new revision does <didrocks> seb128: oki, but when they will have more drastic changes (like there will be in evince package), do you want me to paste the full new changelog or just the diff? (it's just a matter that it's more difficult to say "revision X correspond to version x.x.x uploaded to ubuntu" <seb128> the revisions logs are not made for that we should use tagging for that if we want this information <didrocks> ok, (I usually use debcommit, so, I will speak to james_w about that to automate the tagging) <seb128> didrocks: gnome-games pushed and ready to upload but I will wait for the freeze to lift to upload <didrocks> seb128: ok, thanks :) <seb128_> huats: hello <huats> seb128_: hey <huats> I haven't forget you... <seb128_> huats: any news about the gnome-keyring update? <huats> I am about to test right now <seb128_> ok cool <huats> seb128_: but honnestly <huats> if it is blocking stuffs <huats> I can give you my stuffs <huats> and you can finish it... <huats> (I mean I won't be offense if you asked me...) <huats> just do not hesitate... <seb128_> we are not such in an hurry but it's blocking session login speed issues we are working at during the sprint <seb128_> so would be nice to have the new version today <seb128_> I don't want to duplicate your work though <huats> seb128_: ok here is a possibility : I am testing it right now on my vm <huats> If anything weird expect, I give you my work and you can have that as a start... <huats> that you can use or not :) <huats> (I understand the blocking part for the sprint..) <seb128_> yeah, if you get something which builds and needs testing give me an url to that <seb128_> jaunty is frozen right now <seb128_> it's rather for my use than for uploading right now <huats> it is built <seb128_> ok, dsc and diff.gz? <huats> I am testing the it right now <huats> seb128_: let me put it somewhere... <huats> seb128_: are you sure that you don't want to put you opinion on my MOTU application before seing that ;) <huats> seb128_: http://www.reponses.net/ubuntu/ <huats> you have the .dsc and the .diff.gz and the .orig.tar.gz <seb128_> huats: ;-) <seb128_> huats: thanks <huats> seb128_: so far it works (I can log in at least) <seb128_> huats: you want to name the binary libgcr0 and not libgcr-0 <huats> I did that ? <huats> pfff <huats> I can rename it if you want <seb128_> I'm doing it locally <seb128_> but do it too for your update before I sponsor it <seb128_> I didn't know there was a new library, that's probably not going to be uploaded today then <seb128_> so you have time to fix that and the build issue with upstream too <seb128_> I will use that version for my login bootcharting <pochu> looks like all gnome packages are getting a library these days ;) <huats> seb128_: it would help if upstream answers me a bit :) <huats> ;) <huats> ok I will <seb128_> right <huats> and that will let me some time to put a "real" description in the control <huats> seb128_: I did a bad copy/paste for the libname in the control file from the libgp11-0 (that is the reason of the -0 ...) <huats> seb128_: it is not an excuse, just the explanation... <seb128_> huats: ok <seb128_> the other lib has a - because there is a number in the library name <huats> yeah <huats> that is what I just figured out :) <seb128_> huats: you gnome-keyring deb installs ./debian/tmp/usr/share/gnome/autostart/gnome-keyring-daemon.desktop/gnome-keyring-daemon.desktop <seb128_> why do you try to change the directory rather than using the etc directory which is correct? <seb128_> huats: just list debian/tmp/etc/xdg/autostart in the .install <huats> seb128_: because that was the "old" location <huats> (in the 2.25.5 which introduces that) <seb128_> right, the changelog states they changed to use the correct location <huats> so I kept it <seb128_> hum? <seb128_> the correct directory to use is etc <seb128_> it was wrong before, they fixed it, just use the new directory ;-) <huats> I didn't know for autostart <huats> that /etc was the right one <seb128_> you know now ;-) <huats> yep <seb128_> ls /etc/xdg/autostart <huats> (and I did that this morning in the hurry of you :)) <seb128_> yeah sorry about that <huats> seb128_: don't have to be sorry <huats> you needed something <huats> I should have done it right... <seb128_> that's ok don't worry <huats> so now I know what is the autostart place is <Keybuk> "There is still a process running in this terminal. Closing this terminal will kill it." <Keybuk> YES! It's called "ZSH"! <glatzor> hello pitti, regarding the PackageKit MIR: is it possible to only migrate a subset of the binary packages to main or is this handled on the source package level? <glatzor> pitti, I would like not to see mozilla-packagekit and gstreamer0.10-packagekit in main <glatzor> Keybuk, hi, should the properties and Introspectable interface of a dbus object be available to all users or only to the one who is allowed to call the main interface? <Keybuk> glatzor: I tend to say make available to everyone <didrocks> seb128: I have no other choice than using autoreconf for evince. cf http://paste.ubuntu.com/113681/ <mvo> pitti: could you please have a look at https://bugs.edge.launchpad.net/ddtp-ubuntu/+bug/295080 ? the updated ddtp data should be copied to intrepid-updates <ubottu> Launchpad bug 295080 in Ubuntu Intrepid "Some (old enough) translations in ddtp-ubuntu not visible in Ubuntu" [Medium,Fix committed] <mvo> (if possible :) <pitti> glatzor: moz-pkgkit/gst-pkgkit> did someone asked for having them in main? <pitti> glatzor: MIRs are at the source package level, but we can easily keep some binaries in universe (and that's pretty common indeed) <seb128> didrocks: ok, just clean the cache then <seb128> chrisccoulson: hi, do you want to do the gnome-session update? <chrisccoulson> i can do <seb128> cool, thank you <chrisccoulson> i was going to offer to do some other updates as well, but i havent checked if they're already done yet;) <seb128> which ones? <seb128> they are mostly done, claimed or blocked right now <chrisccoulson> seahorse hasn't been done yet <seb128> you can do totem and totem-pl-parser if you want <seb128> seahorse is done on my disk blocked by gnome-keyring which huats is doing (but new version doesn't build right now) <chrisccoulson> cool. i can look at totem as well then <seb128> you can do vino vinagre eog <seb128> that's about it <chrisccoulson> yeah, i'll take a look. might not get time to do them all this evening though, so if anyone else wants to do them i won't stop them;) <seb128> ok, do gnome-session totem and totem-pl-parser then already if you can <seb128> that's a good start ;-) <chrisccoulson> no probs! <crevette> does someone did metacity update ? <chrisccoulson> crevette - i did the metacity update, but it's still waiting to be sponsored i think <chrisccoulson> 2.25.144 isn't it? <crevette> yep, okay <crevette> wonderful <petski> Hmm, just received an email from the Build System: rhythmbox fails to build from source : https://launchpad.net/ubuntu/+source/rhythmbox/0.11.6svn20081008-0ubuntu4.3 <petski> The following packages have unmet dependencies: <petski> libtotem-plparser-dev: Depends: libtotem-plparser12 (= 2.24.1-0ubuntu1) but it is not going to be installed <petski> only on hppa, all other archs are doing just fine <maxb> It is a shame there is no rmadison for ports <pochu> it built fine on hppa already https://edge.launchpad.net/ubuntu/+source/totem-pl-parser/2.25.1-0ubuntu1 <pochu> hmm <pochu> looks unrelated <pochu> hi seb128 <seb128> hello pochu #ubuntu-desktop 2009-02-05 <calc> jcastro: it appears lenovo wasn't intending to sale thinkpads without an OS they fixed their site today, it wasn't selectable when it was displayed though <calc> jcastro: too bad it was claiming to let you reduce the price by ~ $150 * calc is trying to decide whether the $280 3yr warranty would be useful <huats> hello seb128 <seb128> lut huats <huats> thanks for you words on the application :) <huats> (I just received the notification) <seb128> huats: you're welcome <rickspencer3> pitti: seb128: https://wiki.ubuntu.com/MainInclusionReportProtobuf?highlight=(protocol)|(buffer) <fta> seb128, fyi, I just filed my bug about gvfs and davs. gnome bug 570659. <ubottu> Gnome bug 570659 in webdav backend "davs not working with gvfs" [Major,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=570659 <seb128> ok <didrocks> seb128: congrats for you karting skills ;) <seb128> I feel I'm lagging on planet reading or something ;-) <didrocks> it's hard to keep up-to-date, yeah ;) <didrocks> and you're right :p <Unggnu> sers <Unggnu> Mal Ot, weiÃ jemand, wie man sich bei Rotten Tomatoes das Budget anzeigen lassen kann? Das ging frÃ¼her. <Unggnu> :-D <maxb> I'm attempting to dual-boot Jaunty and Intrepid whilst sharing a /home - Intrepid's gnome-terminal seems to dislike this, and insists on being zero characters wide. Any thoughts? <maxb> Argh <maxb> Seems the problem was that in Intrepid, the gconf dpi setting is a float, but in Jaunty it's an int <walters> generally it's considered a bug to incompatibly change gconf keys #ubuntu-desktop 2009-02-06 <asac> rickspencer3: so connman should be there at https://edge.launchpad.net/~network-manager/+archive ... wanna pre-test? <asac> install connman-gnome <rickspencer3> with Add/Remove..., right ;) <rickspencer3> does it replace NM? <asac> rickspencer3: no i didnt do that yet. so you probably have to stop NM to use it <rickspencer3> asac: tx <asac> rickspencer3: i dont think yo uwill find that in add/remove; just run sudo apt-get install connman-gnome <rickspencer3> asac: yeah, I was j/k, as per our conversation last night with Olly ;) <asac> hehe <crevette> hello <crevette> what is the purpose of connman-gnome? <crevette> I guess connman is for Connection Manager ? <asac> crevette: yes. wanna try? its not really production quality, but wired and wireless should work. maybe even bluetooth :) <asac> crevette: intel connection manager that is <crevette> asac, so it does the same job than NM ? <asac> crevette: yes. its ment to be a replacement <crevette> asac, but just for mobile platform or for desktop also ? <asac> crevette: also for desktop <crevette> do you know what is the point of rewriting another connection manager ? <crevette> I give it a try this week end if I remember to do so <asac> not invented here syndrom? <asac> not sure <pochu> crevette: so we can choose ;) * pochu waves btw <asac> i think marcel - who did this - disagrees with NM maintainer on a few fundamentel things <crevette> asac, ah this is marcel who wrote it <asac> yeah <crevette> that why it uses libgbus <crevette> :) <asac> crevette: it doesnt actually ;) <crevette> libgdbus <asac> it used it ... i packaged it ... and then i found that the build doesnt really pull that in <crevette> :) <asac> not sure why he dropped that. maybe i am just missing something <crevette> I didn't know marcel was worjing for intel <didrocks> morning everyone :) <pochu> hi didrocks :) <didrocks> hey pochu <didrocks> seb128: 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) <didrocks> seb128: if you have another updates that I can handle during the week-end (even if there is this FOSDEM event), do not hesitate <seb128> didrocks: I think we are mostly uptodate now <didrocks> seb128: oki. So, I will just bzr push this afternoon evince package <rickspencer3> pitti: ping <seb128> didrocks: ok thanks, I might not have time to review it today, do you want quick comments now? <didrocks> seb128: 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: <didrocks> gconf 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? <seb128> right <didrocks> most of packages seems to put the gconf there <seb128> dh_gconf should move it automatically <seb128> etc is a sysadmin directory so we don't store schemas there <didrocks> that's what I read :) <didrocks> Do 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-dev <pochu> didrocks: if configure.in requires it, don't drop it <pochu> it's a bad idea to rely on dependencies of your dependencies, as those may change ;) <seb128> didrocks: build-depends or depends? <didrocks> pochu: configure.in requires it for the librairies. But those librairies are built from the same source package. <didrocks> seb128: build-depends <seb128> didrocks: why do you want to change the build-depends? those are for the source the binary split should make no difference <didrocks> seb128: yeah, I just have to duplicate it on libevview-dev depends (what I have done) <didrocks> so that people who will use libevview-dev, can build successfully something with it <didrocks> (only what is in NEEDED section of objdump -p) <seb128> didrocks: you just said you were speaking about build-depends <seb128> you seem to be confused <seb128> build-depends are things which need to be install for evince to build <seb128> depends are things which should be installed with a binary <didrocks> seb128: yes, I didn't have the control file in front of me, and thought of b-d <seb128> look to the requires line in the .pc to know what the library requires <didrocks> it's ok in my mind now :) <pochu> we should invent a ${pkgconfig:Depends} mechanism for -dev packages' depends <didrocks> seb128: is it better than objdump -p the .so <seb128> pochu: I think lool did that a while ago <pochu> oh, did he? <pochu> that would be pretty cool <pochu> lool: hi :) <lool> I think I imaginated doing it :) <seb128> didrocks: objdump is runtime and what ${shlib:Depends} does for you <lool> Some years ago <pochu> heh * pochu adds that to his 'wish-to-do' list ;) <lool> pochu: I'm happy to review a new dh_foo you would write though <pochu> lool: does it need to be in perl? <seb128> didrocks: there is a difference between what the library uses at runtime and what you need to build using the library <lool> pochu: It would make sense to add it to debhelper, so IMO yes <pochu> lool: so I now have an excuse to learn perl ;) <seb128> lool: I think you did some prof of concept hacked in one pkg-gnome source too no? <pochu> lool: will tell you if I get into it, but no promises :) <lool> seb128: Might have been with *.la, perhaps I did a shell scripts for .pc as well, I'm not sure <seb128> ah right, that was .la <didrocks> seb128: 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" <didrocks> (around 20:52) * seb128 looks at this wiki page <seb128> usually I just add what the .pc lists as required <didrocks> (here, the example is fooled as there is only libc6 needed, so we don't add it ;)) <seb128> I could be wrong <seb128> but libraries having a .pc usually need only what the .pc requires <seb128> since other packages using the lib are going to use pkg-config and check only for things listed there <seb128> the NEEDED is a runtime thing for the library and those will already be installed thanks to shlib:Depends <didrocks> ok, and we add related package from files listed in .pc file manually as dependency of -dev packages, right? <seb128> yes <didrocks> ok, I think that the list won't be too different from NEEDED section <didrocks> I will check it <didrocks> So, 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/? <seb128> didrocks: seems they just versionned their install path so different versions don't conflict <seb128> didrocks: it's not only in the dbg the normal version does the same <didrocks> seb128: ok, so, no warning there. I was just afraid of a side effect of something I did :) <seb128> I don't think so <didrocks> thanks a lot, I will make the final modifications and submit them to you :) <seb128> the non splitted version you uploaded to launchpad some days ago has the same change <seb128> and I don't think any of your packaging changes could do that so I assume that's an upstream thing <didrocks> ok, perfect so. That's probably, as you said, an upstream version method to avoid conflicts <seb128> didrocks: oh you can do the gtkmm update this weekend if you want <didrocks> seb128: thanks a lot. I can now say that I worked on librairies :) (I have just to try now a soname update, etc.) <seb128> you're welcome ;-) <didrocks> ok, I take gtkmm <seb128> didrocks: want to take over bug #316636? <ubottu> Launchpad bug 316636 in pidgin "Please upgrade to pidgin 2.5.4" [Wishlist,Confirmed] https://launchpad.net/bugs/316636 <seb128> didrocks: basically it's syncing piding on the current debian version <didrocks> seb128: yeah, I take it <seb128> didrocks: thanks <didrocks> (back home, just for an hour before going to FOSDEM) <seb128> enjoy <didrocks> sure of it ^^ <seb128> and say hello to vuntz from me there <didrocks> no problem, I will :) <seb128> cool <pitti> rickspencer3: pong <rickspencer3> asac: connman installed no problems. Thanks. <asac> rickspencer3: thx <rickspencer3> pitti: davidbarth wants to meet with us at 3pm for "go/no go" <pitti> rickspencer3: ack <pitti> TEH DAY OF RECKONING <seb128> rickspencer3: should I be there too? <rickspencer3> seb128: yeah <pitti> plz <seb128> ;-) <rickspencer3> seb128: request is to change the default settings in lcd to "subpixel smoothing (LCDs) <rickspencer3> feasible? <seb128> rickspencer3: 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 now <rickspencer3> k <Keybuk> rickspencer3: -v? <rickspencer3> sneaker net, be there in a sec] <rickspencer3> seb128: Keybuk says the default is supposed to be subpixel smoothing on an lcd. Perhaps a regression? <seb128> rickspencer3: could be, the config is a fontconfig one which is a platform component <rickspencer3> seb128: *sigh* <rickspencer3> thanks <didrocks> seb128: do you want me to update to the unstable gtkmm version? <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. <didrocks> (in a nutschell, in 2.14 or in 2.15?) <seb128> didrocks: yes <seb128> 2.15 <didrocks> oki <Keybuk> reverting X didn't help <didrocks> seb128: 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/ubuntu <seb128> ok <didrocks> when you will have time, there are some additional information to help you reviewing the package at https://wiki.ubuntu.com/DidierRoche/MOTU/bugsaction <seb128> didrocks: ok <didrocks> time for me to leave. Have a nice weekend! <seb128> didrocks: enjoy <mvo> didrocks: a evince bzr branch is there now? rock! <cody-somerville> seb128, ping <cody-somerville> seb128, Do you push point releases of gnome to -updates? <seb128> depends <cody-somerville> Well, Of course. :) <seb128> depends of the ubuntu version (we try to do it for lts, not especially for non lts) and the changes <cody-somerville> seb128, 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. <seb128> that'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, etc <seb128> ie we try to push changes early in the cycle <cody-somerville> Well, the work is already done as we pushed to -backports already <seb128> we don't bother too much about intrepid now, that's not a lts and most users will probably switch to jaunty when it's there <cody-somerville> seb128, My thinking is that some users might stay with intrepid for Xubuntu since Xubuntu ships 4.6 which has some major changes. <seb128> if the upgrades have lot of fixes that would benefit users do it <seb128> that will probably put extra load on the sru team and tester which is deviated from jaunty though <cody-somerville> seb128, Well, I'm on the SRU team and we've already had our Xubuntu QA guys do runs on whats in -backports <cody-somerville> seb128, So sound good to you? <seb128> ok so do it <seb128> yes <cody-somerville> Thanks for the feedback! :) Much appreciated. <cody-somerville> (fyi, Jaunty's desktop for Ubuntu is looking pretty sweet!) <seb128> you're welcome <seb128> thanks ;-) #ubuntu-desktop 2009-02-07 <Laney> chrisccoulson: What are you doing with f-spot? just saw your comment on mono-addins <seb128> hello <seb128> tseliot: hi, could you update your gnome-desktop changes to the new upstream tarball http://download.gnome.org/sources/gnome-desktop/2.25/gnome-desktop-2.25.90.tar.gz <seb128> tseliot: they did changes to have a dialog asking if you want to apply the setting or not before writting the config but that conflict with your changes <tseliot> seb128: ok, I'll work on it <seb128> tseliot: thanks <tseliot> np <pochu> hi seb128 <seb128> hello pochu <pochu> I'm about to upload gnome-format from a contributor, any opinion? http://live.gnome.org/gnome-format <seb128> opinion on what? <seb128> do it <pochu> ok <seb128> that will probably be a nautilus feature next cycle but for jaunty that seems good if that's working correctly <chrisccoulson> hi Laney -
{'channel': 'ubuntu-desktop', 'month': 2}