=== onestone_ is now known as onestone === hggdh is now known as hggdh|away === hggdh is now known as hggdh|away [07:45] asac: abut bug #289396 - is there a way to make firefox *not* do that? [07:45] Launchpad bug 289396 in gdebi "Gdebi can't install package if firefox is closed too soon" [Undecided,New] https://launchpad.net/bugs/289396 [07:46] asac: remove downloaded files opened with a application when ff closes? [08:34] hello [09:08] morning everyone [09:09] lut huats [09:11] hey seb128 [09:11] how are you ? [09:14] huats: good, you? [09:15] great too :) [09:15] I might a little time to do some stuffs today [09:17] morning huats & seb128 [09:17] hey didrocks [09:17] lut didrocks [09:23] salut la jeunesse [09:24] hey crevette [09:25] lut crevette [09:25] crevette: I fixed the directfb issue, gtk 2.15 might be uploaded today ;-) [09:26] salut huats & seb128 and didrocks [09:26] seb128, hoooo [09:26] I'm test building it now, let's see if there is some other errors [09:26] nice [09:33] lut crevette === asac_ is now known as asac [10:34] vuntz: bonjour [10:34] vuntz: what gettext domain field do you use in OpenSUSE in .desktop files? [10:34] vuntz: we have used X-Ubuntu-Gettext-Domain:, since Gettext-Domain: wasn't accepted into the spec [10:34] pitti: guten tag [10:35] but now I'm discussing a modification of intltool-merge to do this [10:35] let me check [10:35] pitti: we use X-SUSE-Gettext-Domain [10:35] in the course of bug 123025 [10:35] Launchpad bug 123025 in gconf2 "stop shipping static gconf translations, use gettext at runtime" [Wishlist,In progress] https://launchpad.net/bugs/123025 [10:36] I have the gconf patch, but the intltool side is still missing [10:36] vuntz: . o O { it's really high time to get this accepted as Gettext-Domain:, duh } [10:36] pitti: however, in our case, when the key is not present, we default to some domain [10:37] vuntz: with this gconf patch, I'd like to avoid further hacks in our build system and instead integrate it properly into intltool-merge [10:37] and it turns out that in our infrastructure, we ship all the translations of desktop files in one domain [10:37] and danilo says for that we shoudl make it consistent with .desktop files as well [10:37] oh, surprising [10:39] for gconf, hrm. [10:39] vuntz: danilos says, we might get X-GNOME-Gettext-Domain: upstream in intltool [10:39] we should use the same one domain trick, that would make easier to translate menu items for translators ;-) [10:39] then we could change our glib etc. packages to look for that in addition [10:40] vuntz: WDYT, would that work for your packages as well? [10:40] yeah [10:40] but we should probably sit down and work on a good mail for the xdg mailing list [10:40] to get the key "upstream" [10:41] pitti: now I wonder... I modified a bit the ubuntu patch, and killed one or two bugs, iirc [10:41] pitti: did I send you my version of the patch? [10:43] vuntz: no [10:43] vuntz: you did use a different logic though no? [10:44] vuntz: you were speaking about cleaning the translations in packages and prefering the .desktop strings to the gettext one (ie reversed preference order compared to ubuntu) [10:45] seb128: ah, yes, we do that [10:45] I thought you did too [10:45] don't remember exactly what you do :-) [10:45] vuntz: we just look in gettext before looking in the .desktop for translations [10:45] vuntz: ie language packs have the preference there [10:46] vuntz@lyon ~/>wc -l /usr/share/applications/totem.desktop [10:46] 21 /usr/share/applications/totem.desktop [10:47] seb128: hrm, I need to check in a vm, but how can the user edit the desktop file? [10:48] vuntz: your approach to .desktop is pretty much what I use for gconf translations now [10:48] i. e. kill the existing translations from it and only use gettext [10:49] nod [10:49] I wouldn't be opposed at all to use the same approach for .desktop [10:49] vuntz: we did patch the edit tools to change the Name= key rather than Name[locale]= if that's the question [10:49] then we'd use the same patch, and can possibly get it upstream [10:50] vuntz: this way the Name doesn't match what is in the gettext translations and the Name is used [10:50] vuntz: I've to admit I like your way [10:50] ie cleaning the .desktops and prefering the translations in those over gettext, that fix corner cases and edition [10:51] * pitti summons danilo [10:51] seb128: ah, yes, I remember now. You already told me [10:51] pitti: what do you need danilo for there? [10:51] danilos: hello [10:51] hey danilos [10:52] hi pitti, seb128 [10:52] I was discussing with danilos how to get the corresponiding changes into intltool-merge [10:52] danilos: DUDE [10:52] seb128: he simply likes me, it's not that he needs me for anything [10:52] i. e. for gconf .schemas, don't put the translation into it, just the domain [10:52] vuntz: hi there :) [10:52] pitti: ok, dobey is the intltool maintainer btw [10:52] and for .desktops, just add X-GNOME-Gettext-Domain: instead of the translations [10:52] seb128: oh, I thought dobey and danilos? [10:52] pitti: +too then [10:53] seb128: you are just badly informed, dude [10:53] pitti: in your scheme, is it the gconf server or the gconf client that reads the translations? [10:53] but of course I don't like to modify every upstream package's build system to enable that mode [10:53] danilos: every time I ping you about intltool you bounce me to dobey or bugzilla usually! [10:53] vuntz: it has been the server so far, and I kept it that way [10:53] seb128: that's because I am lazy, not because I am not a maintainer ;) [10:53] danilos: I see ;-) [10:53] seb128: or maybe because I am a lazy maintainer [10:54] slacker! [10:54] so I proposed something like INTLTOOL_EXTRA_ARGS=--only-add-domain inltool-merge ... [10:54] then we can define INTLTOOL_EXTRA_ARGS=--only-add-domain in our build systems, and inltool would just append those to its command line [10:55] the new option --only-add-domain would then add X-GNOME-Gettext-Domain: (.desktop)/ (.schemas) instead of merging translatiosn [10:55] so, we can easily add the option to inltool to allow for something like this to happen, and then gradually extend all the intltool modes to support it [10:56] start with .desktop and .schema ones (so both SuSE and Ubuntu could drop whatever they are using to add X-*-Gettext-Domain) to them [10:56] vuntz: above schema should be what you are doing in suse, and it's what I'd like to do in Ubuntu as well [10:56] (right?) [10:57] oh, hang on [10:57] changing intltool-merge is a PITA [10:57] because for some reasons many upstreams bundle intltool-merge instead of using the system's [10:58] wasn"t that deprecated in some recent version? [10:58] pitti: hrm, in our setup, we still need intltool to put translation in desktop files. We have a script that handles the part about trimming translations and adding what we want [10:59] pitti: and unless everybody uses intltool, we'll have to stay this way [10:59] vuntz: why do you need to add those? [10:59] vuntz: that's what we currently do as well, in a cdbs (build system) rule which mangles the .desktop files [10:59] seb128: that's the way our script works [10:59] vuntz: well, it would only behave this way when using --only-add-domain [10:59] seb128: it was deprecated, but only in a very recent version [10:59] it seems so much cleaner to do it in intlool itself, but if everyone ships ancient copies, that makes it impossible [10:59] seb128: we wouldn't want to have one way for intltool-powered packages, and another one for other packages [11:00] pitti: GNOME doesn't [11:00] seb128: I looked at gconf and gnome-mount, both do [11:00] vuntz: right [11:00] pitti: weird [11:00] pitti: how old are gconf tarballs? do they make regular releases? [11:00] it's still 2.24.0 [11:00] seems we don't have a 2.25 gconf yet? [11:01] I've it on my disk [11:01] seb128: heh, good test how well my patch ports to that :) [11:01] the tarball still has intltool-*.in though [11:01] yeah, seb128 is slow to package [11:01] he's getting old [11:01] * pitti hugs seb128 [11:01] seb128: maybe it has a recent enough intltool, at least? [11:01] vuntz: no, I'm carreful with GNOME changes nowadays rather, too much screwing up there recently ;-) [11:02] danilos: not recent enough to have the feature we are currently planning :) [11:02] vuntz: my gnome-session dialogs look ugly now for example ;-) [11:02] seb128: I read it, yeah [11:02] IT_PROG_INTLTOOL([0.35.0]) [11:02] in gconf [11:03] seb128: that's the minimum version, not indication of what is being used [11:03] they should update to 0.4n [11:03] seb128: dialog> not using the theme, as it seems [11:03] danilos: where do you see the version they used [11:03] seb128: they are all 0 bytes in the tarball I just downloaded [11:03] seb128: you could see it in the file, if anything was there [11:03] danilos: right [11:05] seb128: so, for example, this is the particular feature (not having intltoolize install .in scripts inside the tarball) that Rodney worked on, so he'd have better grasp of that, and I'd likely point you at him :) [11:05] right ;-) [11:06] pitti: intlool :) [11:06] lool: ? [11:06] oh, oops :) [11:07] seb128: could you put your gconf 2.25 package somewhere, so that I can port my patch and play with it? [11:08] seb128, pitti, vuntz: however, I believe the best bet is to start on this and get it done in GNOME 2.25 [11:08] pitti: I didn't package it yet, I have the tarball only for now [11:08] seb128: ah, ok; nevermind [11:08] danilos: it's getting late for 2.25 [11:08] pitti: http://download.gnome.org/sources/GConf/2.25/GConf-2.25.0.tar.gz [11:08] pitti: you are welcome to do the update if you want ;-) [11:08] seb128: okay [11:08] vuntz: well, for 2.25 intltool at least [11:09] seb128: can as well do it [11:09] thanks [11:09] I'm still fighting gtk 2.15 [11:11] seb128: yay, my patch still applies cleanly :) [11:12] seb128: okay, I'll test it and upload it once I'm satisfied [11:12] * crevette imagine seb128 as a knight fighting the GTK dragon [11:13] pitti: ok thank you [11:14] crevette: ;-) [11:15] seb128, danilos, vuntz: hm, so in order to get the feature rolled out, would you be mad at me if I used our build sytem rules instead of intltool modifications to change the .schemas files accordingly, until we get the feature into intltool and that lastest version into GNOME tarballs? [11:16] go for it [11:17] pitti: if you want to test it soon, this makes sense [11:18] any clue if its true that "Ctrl-Shift-B" is a reserved key combination in gtk+ ? [11:19] mozilla has a comment in code that reads: "# Accel+Shift+A-F are reserved on GTK2 [11:19] " [11:19] pitti: yeah, just do it, we can integrate it upstream later [11:20] argh, GNOME again took over my F9 to F12 keys [11:20] *nnnng* [11:20] pitti: how are you going to get to your 12-th workspace now? [11:20] I use F9 for vim's pastetoggle, and F11 to get fullscreen in terminals [11:37] btw, I've found that with the new xdev keyboard driver, I get total mess sometimes (and totally unrelated mess on my laptop and my desktop) === lan3y is now known as Laney [12:07] pitti, did you do your SRU session today already? [12:08] tkamppeter: not yet, still working on something === BugMaN1 is now known as BugMaN [12:56] yeah mighty seb128_ beat the GTK monster [12:56] crevette: ;-) [12:56] seb128_, I'll look to epiphany this week end of nobody tak it before [12:56] you just need to talk to it nicely ;-) [12:56] MERCI !!!! [12:57] crevette: ok, I was maybe going to do it but you can do that if you want [12:57] ah [12:57] as you want [12:57] if you do it I'll have it tonight [12:57] :) [12:57] crevette: if you want to do it I will not say no ;-) [12:57] okay [12:57] take some rest :) [12:58] crevette: I've many other things to do and I'm not tired so that's ok ;-) [12:58] crevette: the update require quite some packaging changes since they stopped shipping the webkit backend in the same tarball [12:59] crevette: let me know if you think that will not manage to do the required packaging changes [13:01] okay but I'll look it only tonight [13:37] anyone know how to increase the system font size (trying to increase the size in gdm) [13:37] ? [13:42] kwwii: shouldn't that be defined in the theme? [13:42] kwwii: I guess the only thing that'd help would be to tell X to use a different dpi, but ICBW [13:42] pitti: for the labels it respects the size I set but for the text entry, date, clock and button label it doesn [13:42] 't [13:42] :-( [13:44] pitti: I think it gets it somewhere else but I have no idea where [13:44] and googling for this only results in several people complaining that it doesn't work when set in the theme [13:58] asac: Did you get around to doing the firefox plugin database rebuild yet? [14:03] kwwii: i think the entries might have hardcoded size or something silly? [14:04] soren: yes. i didnt get to it. you need a package from jaunty right? [14:05] dobey: lol, I think that the gdmthemetester doesn't respect what is in the theme but gdm itself does [14:05] I just booted my test system and the text seems larger at least [14:05] that is also a possibility [14:09] kwwii: we should really get rid of that awful dialog in nautilus [14:11] I can confirm that the font sizes *do* change per theme in the real gdm but not in the gdmthemetester, in case anyone is intersted [14:11] dobey: which one is that? [14:11] dobey: oh, btw, I subscribed an icon-naming-utils bug to you today...your first ubuntu bug :-) [14:12] yeah, that's what i'm talking about [14:12] the link is there because evolution used stock_mail-priority-high [14:12] dobey: yeah, no doubt...I guess the interface needs a rework [14:12] but really, users shouldn't be able to set arbitrary emblems for files [14:13] (tags are not emblems, also) [14:13] especially because the _m in the name adds a hotkey to m [14:13] brb, i did nautilus --quit to test something the other day, so i need to log out/in [14:13] asac: Yes, this is for Jaunty. [14:17] lovely [14:17] my desktop hard locked when i logged out :( [14:23] kwwii, pitti: does the problem with dpi you were talking about have to do with point 13 of this page? https://wiki.ubuntu.com/DesktopTeam/Meeting/2009-01-20 [14:23] "Try not allowing GNOME Settings Deamon to force DPI of 96, even if overriding value in xorg.cof " [14:26] kwwii: http://wayofthemonkey.com/index.php?date=2008-06-11 [14:26] kwwii: see the second half of that blog about tags vs. emblems :) [14:27] seb128: could you please sync gnome-codec-install from debian/experimental? [14:27] (bug #320046) [14:27] Launchpad bug 320046 in gnome-codec-install "Please sync 0.3.2 from debian/experimental" [Undecided,New] https://launchpad.net/bugs/320046 [14:27] mvo: oh yes, sorry I forgot yesterday [14:28] seb128: no problem [14:30] vuntz: gnome bug 568845 FYI [14:30] Gnome bug 568845 in gconf "Please support calling gettext() at runtime instead of shipping static translations" [Enhancement,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=568845 [14:31] dobey: I agree completely with that [14:31] pitti: yeah, was trying to open it already ;-) [14:32] kwwii: awesome [14:33] kwwii: please see my question above [14:33] pitti: I'll look at this at some point. Thanks for working on this! [14:33] vuntz: cheers; my first pet-bug for jaunty :) [14:34] ah man, DPI [14:34] tseliot: I have no idea - /me just an art fag [14:34] the bane of X [14:34] kwwii: ok [14:35] that really shouldn't be called DPI in gnome or X [14:35] it should be called "random integer value which somehow screws with the sizes of your fonts" === Riddelll is now known as Riddell [14:36] in fact, i think i will go file a bug about that label in gnome [14:36] dobey: ok, let correct the documentation then ;) [14:36] s/let/let's/ [14:36] tseliot: if it was actually DPI, it would behave inverse of how it does now [14:37] increasing the dpi should make the fonts appear smaller, not larger [14:37] there shouldn't be a DPI setting anywhere [14:37] I didn't know what the symptoms were. This is why I asked [14:38] because it's not like you can somehow magically change the DPI of your monitor [14:38] dobey: isn't increasing the dpi done to correct the dpi so it matches your screen? [14:38] loic-m: no [14:39] i mean, that's probably the idea [14:39] but it is certainly not the behavior [14:39] seb128: looking at ls -lSr /usr/share/gconf/schemas/, would you mind if I do no-change uploads of nautilus, gnome-power-manager, and metacity, to move them to the new gconf translation system (for testing everything) [14:39] but you can change what the driver thinks the DPI of your monitor is [14:39] dobey: I though that was the purpose, since you have other means to make the font/icons bigger [14:39] seb128: well, of course I tested it locally, but large-scale testing -> better [14:39] loic-m: the DPI setting doesn't effect icons, only fonts [14:40] pitti: not at all, just curious but why those? is that for anything using gconf to try? [14:40] seb128: those three are amongst the worst offenders, i. e. their .schema files are biggest [14:40] dobey: that's because the desktop doesn't have resolution-independence, no? Isn't that what should be fixed in the first place? [14:40] pitti: ie if you have a doubt about breaking things maybe try a random application rather than something running in the standard session [14:40] seb128: https://bugs.edge.launchpad.net/ubuntu/+source/gconf/+bug/123025/comments/4 [14:40] Launchpad bug 123025 in gconf "stop shipping static gconf translations, use gettext at runtime" [Wishlist,Fix released] [14:41] seb128: I don't have doubts about breaking nautilus, I tested that locally [14:41] tseliot: well you can change your resolution to something smaller, and use more of those dots on your monitor to represent 1 dot, but you can't really somehow really make it think the dpi is different [14:41] pitti: ok just upload then ;-) [14:41] seb128: but nautilus alone saves us .5 MB .deb size alone, plus another .5 MB in /var on the desktop CD [14:41] loic-m: not really, i think the dpi setting is more an artifact of before Xorg was smart, and because way back in the day monitors were mostly 75dpi, though there were some that were 96dpi [14:41] seb128: after three days of working on this stuff, I'd like to have something to show off ;) [14:42] pitti: do any change you want [14:42] seb128: okay, thanks [14:42] loic-m: these days, X just probes the monitor and gets the value via DDC or whatever [14:42] seb128: (new gconf uploaded, btw) [14:42] pitti: I'm working on intrepid for now [14:42] pitti: thanks [14:42] oh, how come? [14:42] loic-m: ie, "xdpyinfo|grep -i resolution" will give you the screen's resolution, not whatever you set in gconf/xorg.conf [14:43] pitti: doing backports for the samba browsing issue which is broken since hardy [14:43] pitti: the plan is to backport to intrepid now and later to hardy [14:44] ooooh [14:44] loic-m: in fact, i have the gconf setting set to something like 65 DPI [14:44] * pitti hugs seb128 [14:44] * seb128 hugs pitti [14:44] which would mean I should have really huge fonts, if it were actually anything like DPI [14:44] dobey: well, you can decide whether to use the EDID to compute the DPI of the X screen or not [14:45] tseliot: well it doesn't really matter [14:45] tseliot: your monitors native resolution will never change [14:45] dobey: there's no doubt about that [14:47] so having some magical configuration is just silly [14:47] because it obviously isn't going to change the hardware [14:48] it should JFW already [14:54] dobey: there's still time where the monitor has faulty info (I get the problem on a laptop) so the DPI is nice to have. If we want to use the DPI to make the fonts look bigger, shouldn't we use something else? [14:55] if you want to make the fonts look bigger, you should increase the font size i think [14:55] dobey: The objective would be to have _all_ screens show a 12 font the same size, whetever the DPI, then people that want bigger fonts/icons just say so (and chose to +# the fonts, or set them manually [14:56] ugh [14:59] s/whetever/whatever [15:02] indeed point sizes are definite (1/72" is one point) [15:06] pitti: hi, what creates /var/crash? if i install apport in a jaunty pbuilder chroot it is not there [15:07] vuntz: do you do lot of backporting in opensuse? do you know if somebody backported federico fileselector changes to the current stable there? [15:17] seb128: which changes? === hggdh|away is now known as hggdh [15:30] vuntz: gnome bug #558776 [15:30] Gnome bug 558776 in GtkFileChooser "Filechooser size sometimes too small" [Normal,Resolved: fixed] http://bugzilla.gnome.org/show_bug.cgi?id=558776 [15:44] seb128, could you please have a look at https://bugs.edge.launchpad.net/ubuntu/+bug/242244 I'm not sure where to assign it [15:44] Launchpad bug 242244 in ubuntu "Apps in notifcation bar are no longer moved to current workspace on click" [Undecided,Confirmed] [15:52] mvo: heh, dpkg -S /var/crash says "update-notifier-common" :) [15:52] pitti: heh :) [15:52] mvo: but usually it is apport's init script [15:53] ./debian/apport.init:[ -e /var/crash ] || mkdir -p /var/crash [15:53] ./debian/apport.init: chmod 1777 /var/crash [15:53] mvo: (sorry, was on a phone call) [15:53] pitti: right, thanks, that is fine, that expains why its not there in the chroot [15:53] mvo: if it helps you, I just stuff it into the package [15:54] its fine, I was just curious why it was missing there [15:59] fta2: talk to asac, this change is distro specific and has been added because firefox users were complaining about something [16:00] asac, ^^ [16:00] fta2: I think the issue was than opening new tabs was moving firefox to your current workspace otherwise or something [16:00] than -> that [16:00] seb128: we have some patch for this, but I'm not sure it's wroking well [16:01] seb128, imho, the current behavior is seriously broken [16:01] fta2: I think so too but asac made it look like all firefox users would hate us otherwise [16:02] asac, bad asac! [16:02] vuntz: could be the same patch as we have ;-) [16:06] fedora has the same i think [16:06] gtk has to provide an easy utility function to figure whether the window is on current active desktop or not [16:07] so ffox can either call present or something else depending on that [16:07] asking all apps to implement that isnt right. i think gedit does implement it and that code should be factored out somewhere so others can use it too [16:12] that won't fix the bug in years :( [16:14] i think compiz behaviour is similar to metacity (it was metacity that changed here) [16:15] window managers should agree imo if the toolkit doesnt provide a proper abstraction from that. [16:15] anyway, i was not the one who didnt like firefox to zoom to current desktop [16:20] but let me think abit about it again ... maybe i have other ideas now :) (completely forgot about this topic) [16:43] asac, should I assign the bug to you then? [17:12] pitti: do you have a minute to discuss a bug I want to fix in hardy? [17:12] pitti: bug #236953 [17:12] Launchpad bug 236953 in gedit "gedit crashes browsing fileselector ssh locations" [Medium,Confirmed] https://launchpad.net/bugs/236953 [17:12] pitti: the issue was a gvfs and http://svn.gnome.org/viewvc/gvfs?view=revision&revision=1974 fixes it [17:13] the change is non trivial though [17:13] pitti: other opinion is http://svn.gnome.org/viewvc/gedit/trunk/gedit/gedit.c?view=patch&r1=6516&r2=6515&pathrev=6516 which is a workaround [17:13] opinion -> option [17:14] pitti: do you think we should try the gvfs fix (it got tested in intrepid and might fix similar issues in some other softwares though gvfs is not used that much in hardy) or rather go with the workaround? [17:16] thanks seb128 to have include the extensive upstream changelog in the gtk update [17:17] crevette: is that an ironic comment? ;-) [17:17] no no no [17:18] I know this is not always easy to paste it, usually I have to format the sentences to fit well [17:20] wonderful epiphany depends on gtk-2.15.1 [17:20] there is no such tarball yet [17:21] yeah I know, I'm asking on #epiphany [17:23] hrm, which package is missing when I get this error: debian/rules:5: /usr/share/cdbs/1/rules/debhelper.mk: No such file or directory [17:23] when running debuild [17:23] seb128: eww for the gvfs patch... [17:23] pitti: ok, you are for the gedit workaround too ;-) [17:23] seb128: the gedit one seems much safer? [17:24] yeah, I'm not sure why I asked, that seemed obvious to me too ;-) [17:24] seb128: so currently it is impossible to use ssh locations with gedit? it alwasy crashes? or just sometimes? [17:24] if it isn't that bad, then we perhaps shouldn't fix it in an SRU at all [17:24] pitti: when you play with the fileselector buttonbar to switch between directories it often crash [17:25] pitti: some users complained because it crashes with their modifications when they try to pick a directory where to save their work [17:26] seb128: right, for an editor that's especially bad [17:26] pitti: let's do the one liner workaround [17:26] I wouldn't be too concerned if it sometimes crashes nautilus, for example, since that will just restart itself and not damage documents [17:26] seb128: right [17:26] * pitti hugs the Gnome"fixit"minator [17:27] * seb128 hugs SRUapprovator ;-) [17:38] Gnome"fixit"minator, SRUapprovator… quoted ^^ [17:44] can someone confirm that browsing "Windows network" in network in nautilus spawn an error [17:44] in jaunty [17:44] no [17:45] I have a lot of messages "tdb(unnamed): tdb_open_ex: could not open file /var/run/samba/unexpected.tdb: Aucun fichier ou dossier de ce type" [17:45] hi guys, I have a problem, we are trying to fix a bug in xsane (ugly menu icon) and so we have chnaged the xsane.desktop file to have [17:45] Icon=scanner [17:45] rather than [17:45] Icon=xsane [17:46] this way it uses gnome-icon-theme's generic scanner icon [17:46] however a tester is having a problem [17:46] he has gnome-icon-theme installed, we can even see the scanner icon in the crrcet directory [17:46] however it comes up with the gtk-0missing-image [17:46] icon in the menu [17:46] anyhelp? [17:54] re [17:54] crevette: what do you do exactly to get the error? [17:54] seb128: https://bugs.edge.launchpad.net/ubuntu/+source/gvfs/+bug/320547 [17:54] Launchpad bug 320547 in gvfs "[jaunty] trying to browse smb:// network spawn an error" [Undecided,New] [17:55] I don't know if could be an upstream bug [17:55] crevette: could you open it on bugzilla too? [17:55] okay [17:55] crevette: it's for sure an upstream bug we have to patch to that code in jaunty [17:55] crevette: does smbclient works correctly? [18:03] seb128: do you know what are the switch to put to mimic gvfs ? I did a -L -W WORKGROUP -N but I am not sure this is good [18:23] crevette: use smbtree to browse the network [18:25] smbtree doesn't spawn error [18:29] does it list your workgroups and machines correctly? [18:38] I have no server active now [18:38] but even without server I surprised it spawn an error [18:38] I'll start it now, and see what happen [18:38] it = my server [18:41] seb128: Hi, I've got e-d-s packaged (Bug #320299) but ran into a problem with evo (Bug #320329) [18:41] Launchpad bug 320299 in evolution-data-server "Please upgrade to evolution-data-server 2.25.5" [Wishlist,Confirmed] https://launchpad.net/bugs/320299 [18:41] Launchpad bug 320329 in evolution "Please upgrade evolution to 2.25.5-0ubuntu1" [Wishlist,In progress] https://launchpad.net/bugs/320329 [18:41] seb128: for some reason the lp integration patch makes evo FTBFS, but it looks fine to me. I don't get it.... [18:43] asomething: hi, I was looking at your eds upgrade, there is some issues [18:44] seb128: ya, i haven't tested at all since evo isn't building [18:44]