[00:16] Hello [00:16] * DaskreecH waves at jrib [00:16] Can someone look at a package issue? [00:17] ola [00:18] in ibex there is a conflict with the xserver-xorg-video-unichrome driver and xserver-xorg-core [00:21] The unichrome package depends on a -core package 1.1.1 or greater [00:21] 1.5.1 is installed but the unichrome blanks out and refuses to install [01:10] I be back === erhesrhsrtb54vyh is now known as Elbrus [03:21] james_w: You gnome-power-manager rock! [04:44] ajmitch: It looks like pnetc should be killed since pnet-assemblies is gone [04:46] StevenK: yes, the whole set should have been removed [04:47] all a nice mess of interdependent packages which has a barely active upstream [04:47] ajmitch: Could you be bugged to see what's left? [04:47] I could [04:48] * ajmitch suspects it'll just be pnetc left [04:49] If it's just pnetc, I'll bin it nowish [04:49] yep, just that one [04:53] ajmitch: Killed. [04:53] * ajmitch cheers [06:00] is there a way I can list all packages I've installed from a particular archive? [06:02] jml: possibly with a custom search in synaptic [06:02] jml: no [06:02] jml: because a package version may have multiple archives as sources [06:03] jml: but you can figure out the packages which might be from there :P [06:03] lifeless: yeah, well.. [06:03] lifeless: my real question is "why is doko's ppa in my sources.list?" [06:11] good morning [06:13] hi [06:15] hi ajmitch [06:22] jml: one way to figure out is to look at the locally installed packages list in synaptic, then remove dokos ppa, then reload and look at that list [06:22] anything new is from that ppa === viviersf{gone} is now known as viviersf [07:17] hi ajmitch :-) long time ... [07:18] morning [07:19] hi viviersf [07:22] how you doing ajmitch ? [07:22] good, busy, how are you? [07:25] ajmitch, good, busy hehe, no longer working for impilinux [07:26] what are you doing now? [07:27] ajmitch, same old, but working for siemens now [07:27] ah nice [07:27] jip [07:27] you still at same place ? [07:28] yeah [07:29] ah okies [07:29] still planning to do MOTU stuff? :) [07:39] ajmitch, yeah, im just trying to get my life in order, as soon as i get rid of one fire, another one starts elsewhere [07:40] that's no fun [07:42] ajmitch, yeah i know, as soon as i can get internet at home again, ill start doing some stuff for motu === viviersf is now known as Turboviviersf [08:28] Anyone familiar with mongrel about? [08:43] Does anyone have an idea why i get this - http://pastebin.ubuntu.com/57333/. Essentially with debuild -S -sa - configure: error: Cannot find Ncurses (-ncurses). please check out your system setup. [08:44] stefanlsd, Could you paste the offending debian/rules? [08:45] persia: http://pastebin.ubuntu.com/57335/ (thats the whole rules file) - this package is a direct sync from debian, and I havent changed anything yet. [08:49] stefanlsd, You've run into a package that is annoying. apt-get build-dep sabre before building source. It's not too hard to fix it, but I'm not going to fix it before Lenny releases. [08:50] (and I don't suspect anyone else on the Games team will either) [08:51] persia: kk. so essentially i'm missing some build dep on my system that it requires [08:52] stefanlsd, Right. If you look at the rules file, you'll notice that clean depends on stamp-configure, so it's running the ./configure during clean, and then deleting the results. [08:53] Exactly why is does this would require someone to dig through SVN history and see who made it do that, and which bug they were fixing. [08:54] Personally, I don't think it's worth doing that until Lenny is released, because of the chance that some RC bug might appear. [08:55] And I don't think it's worth Ubuntu delta (especially for a package maintained by a team comprised of people from both Debian and Ubuntu) to fix it locally, as it's easy enough to work around. [09:06] persia: and just to make sure i get it - normally a debuild doesnt (or shouldnt) call a configure, that should happen when i use pbuilder and it will download build deps [09:07] stefanlsd, In my opinion, a clean rule should limit itself, as much as possible, to build-essential. Mind you, that's not always sufficient. [09:08] Calling ./configure just seems plain wrong, as it forces that the ./configure happens to the current system, which is unlikely to be pristine. Mind you, in this case, it cleans up after itself : I suspect it's part of making the patches work cleanly. [09:08] (or have the build deps installed) [09:09] ok. will just install the build deps for it, thanks for the info. im attempting to backport a security fix into the earlier version. (hence playing with silly games) :) [09:10] Policy doesn't provide any guidelines, and expects all the build-dependencies to be installed on the developer machine, as a side effect of standard Debian practice, so it's a minor point. [09:11] Oh, yeah, backporting a security fix means that even if this was fixed, you couldn't take advantage of the fix :) [09:30] stefanlsd, Hrm. Seems there's a sabre upload pending in Debian : anything that ought get there now? === ara_ is now known as ara [09:32] persia: mm. its already fixed in the latest version 0.2.4-25. i was just fixing the other releases. [09:32] stefanlsd, OK. I just saw a sponsorship request, and wanted to reduce your merge later if that would help. Thanks for the confirmation that there's nothing to do there. [09:33] hello everyone ! [10:52] dholbach: are there any tentative dates for the next OpenWeek ? [10:53] Koon: I'll ask jono about it [10:53] dholbach: thx [10:53] Koon: nothing announced yet === asac_ is now known as asac [11:05] ogra: Neil has netbook-launcher, window-picker-applet, maximus and go-home-applet for Intrepid, do I have your permission to push them tonight? [11:06] ogra: I haven't reviewed them yet [11:06] yep, saw the conversation :) [11:06] feel free to upload at will, i might need FFe bugs if you have new upstreams though [11:06] ok, I'll document what I do [11:08] he's working on a fix for the fact that you can't shutdown UNR, it will be quite a big change, it will hopefully be ready this week, how do you feel about that? [11:10] as long as it doesnt introduce regressions i'm fine [11:11] james_w, we all suffer from that late fusa change it seems, i feel the pain as i have the same probs with ltsp [11:12] oh, this isn't a fusa change, it's a long-standing gnome-session change [11:12] at least it's possible to shut it down now via log out + gdm, for a while you couldn't even do that [11:41] lfaraone: hey, did you file that bug report? === leonel_ is now known as leonel [12:43] superm1: Hello [12:43] superm1: I added dkms support to sl-modem, but it only builds one module, but not the other, and make.log has no useful info [12:44] superm1: no CC lines in it === ara_ is now known as ara [13:15] james_w: er, sorry, I didn't have any time last night. [13:15] that's ok [13:29] james_w: morgs reported bug 283194, I'll mark it as also affecting the other packages. [13:29] Launchpad bug 283194 in sugar "Sugar activities don't show up" [Undecided,New] https://launchpad.net/bugs/283194 [13:29] lfaraone: and subscribe me please [13:30] james_w: subscribed [13:30] thanks [13:33] james_w: btw, it looks like /usr/share/activities was the directory that we used in hardy. [13:33] james_w: (which was incorrect) [13:34] james_w: so I think this affects all the sugar activity packages, since not even the locally-packaged-activities show up. will test, however (later today) [13:34] thanks [13:35] lfaraone: if you could drop a note in the bug explaining what to change in the source package to fix this that would speed things up for me as well [13:37] lfaraone: if I run sugar emulator and choose shutdown from within will that just close Xephyr, or shutdown my machine? [13:37] james_w: it will just close xephyr. [13:37] cool [13:37] james_w: (iirc) [13:37] james_w: a bug has been filed upstream to add a "log out" option. http://dev.laptop.org/ticket/8815 [13:38] it apparently does neither [13:39] james_w: lfaraone: patch attached to bug 283194 - I'm not sure how best to apply it - in debian/patches ? [13:39] Launchpad bug 283194 in sugar-web-activity "Sugar activities don't show up" [Undecided,New] https://launchpad.net/bugs/283194 [13:40] ah, it already has a list of places to look for activities? [13:40] that's probably even better [13:40] oh, and hey morgs [13:40] hey james_w [13:40] yes, it already has a few alternatives [13:40] yeah, I think doing that would be more appropriate [13:41] that searches /usr/share/sugar/activities/ first I guess? [13:42] morgs: that's actually really good. [13:42] james_w: yeah [13:42] morgs: so next cycle we can actually fix them to go in the "proper" dir, right? [13:42] yes :) [13:42] morgs: (cause I _just_ found the part of the package that we'd need to fix in sugar-*-activities [13:42] heh :-) [13:42] if only we had more time :) [13:43] (line 64 in debian/cdbs/1/class/python-sugar.mk on the imported debian packages) [13:43] the Debian maintainer already plans to fix the Debian packages at some point? [13:43] james_w: idk if he even knows the problem. [13:43] Yes, although he's not facing imminent release... [13:43] I thought he was the one that told you about it [13:44] yeah, not bothered about pulling the fixed packages at this point, we can just get it fixed there now, and know it will work for Jaunty [13:45] debian maintainer said to me "For quite some time I could only make my own test setup work by adding a symlink from ~/.Activities to /usr/share/activities. Just tested with a symlink from /usr/share/sugar/activities and indeed it works. Super. Thanks a lot for this hint!!" [13:45] morgs: works for me :-) [13:45] I'll upload a fixed sugar package in a moment [13:45] james_w: thanks! [13:46] james_w: wonderful. I'll mark all the packages I filed it against as invalid (since I just attached all the other activities to that bug) [13:46] s/invalid/wontfix/ [13:47] lfaraone: just mark them Invalid I think, it will be fixed next cycle, but keeping them open just creates more work then [13:47] I can do it if you like [13:48] james_w: wont-fix has the same meaning as invalid for the most part, exept it awknoledges that there was a problem there. [13:48] (if I'm correct) [13:48] yeah [13:49] though we do plan to fix it [13:49] doesn't really matter though [13:51] morgs, james_w: be careful about just adding a symlink to the package : consider the upgrade case, and users who may have activities in the wrong location. [13:52] yeah, we're not symlinking [13:52] Ah. I wasn't sure from backscroll. Extending the search list sounds excellent :) [13:52] we're extending the search path to look in the location where they currently live. Once they are fixed we will drop the patch [13:53] yeah, symlink was ruled out the other day, I didn't realise there was a search path we could extend. [13:58] * lfaraone gives morgs a cookie. [13:58] * morgs nom nom nom [13:58] * directhex pokes RAOF viciously for passing bug onto him [13:59] morgs: botsnack. [13:59] heh [14:01] nice, journal shows up as well now [14:02] hi folks [14:02] hey sistpoty|work [14:02] hi james_w [14:06] james_w: wonderfuk. [14:06] *wonderufl === LucidFox_ is now known as LucidFox [14:17] hihu sistpoty|work :) [14:17] hi sebner [14:20] didrocks: ping [14:20] swfdec0.8? does that mean gstreamer and whatever need to have a last minute transition? [14:21] hmm, gstreamer doesn't seem to be in the rdepends of current swfdec [14:27] Riddell: pong [14:27] Riddell: swfdec-gnome and swfdec-mozilla are on the road [14:27] didrocks: on the road to arrive before freeze in two days? [14:28] didrocks: do you know if .swf files are preferred modifiable form? [14:28] Riddell: swfdec-gnome is already done and wait for sponsoring [14:28] swfdec-mozilla need just some checking [14:28] and will be ok for tomorrow [14:28] Riddell: no, I do not know for .swf files about modifiable form [14:29] they're in swfdec0.7 too so I guess someone has checked they are [14:29] didrocks: accepted [14:47] Riddell: I doubt that .swf is the preferred form, but rather the actionscript source [14:48] sistpoty|work: .fla? [14:48] sebner: no idea what the file ending is, but you can read it with an editor ;) [14:48] sistpoty|work: ah not fla then [14:49] yay, sebner is here [14:49] directhex: \o/ [14:49] sistpoty|work: so you can't modify .swf files? [14:50] sebner, so, who do you reckon i should beat up to sponsor one last mono merge for intrepid, to fix ickle issues like security holes? [14:50] Riddell: I'm not 100% sure about the whole flash thingy, but I know that you can create .swf from actionscript files [14:50] Riddell: by compiling them [14:50] directhex: make a dice (paper), write names on it and ROLL it :P [14:51] yep. swf are the binaries [14:52] sebner, let's see, who to put on the dice... [14:52] directhex: hehe, but you don't have that many names though ^^ [14:53] sebner, slomo would do it if he wasn't already working a 86 hour day. pitti i could probably bribe, but his TODO is about 41GiB big... [14:53] directhex: so.. who remains :) [14:53] sebner: as far as I've read it right now, .fla seems to be a project file (which I assume to contain the individual action script files then?) [14:54] sebner, dunno. reckon Hobbsee is bribeable? [14:54] sistpoty|work, .ACTIONSCRIPT, would you believe? [14:54] sistpoty|work: yep, /me had to work with that in school [14:55] directhex: try it ^^ [14:55] wait, wikipaedo says ".as" [14:56] ah, right [14:58] sistpoty|work: but you can also produce swf files without any actionscript. you can make animations with klicki klicki ^^ [14:58] sebner, isn't there some list of who's meant to sponsor things on a given day of the week? i can't find it [14:59] sebner: but can you also open a .swf file and change the animation with klick klick again? Or do you need the project file then? [14:59] directhex: never heard of it [14:59] s/klick klick/klicki klicki/ :P [14:59] sistpoty|work: hrhr, dunno but afaik the swf is the binary so unchangeable and you need the project file [15:00] plenty of people modify SWF files [15:00] just think of all those modified versions of flash games out there [15:00] sebner: ah, that's what I assumed then [15:13] directhex, There's a list of who is archive admin per day of week, but not who is sponsor (most days there are many sponsors) [15:14] persia, ah, hence my confusion. === nxvl_ is now known as nxvl [15:26] If a package uses Gconf and keys need to be changed from upstream default to work with ubuntu (like settinga key from true to false), how would I go about that in a postinstall script? === Czessi__ is now known as Czessi [15:37] How hard is it to get a SRU for packages that are unusable durning a releasae? [15:38] lfaraone, Not hard. Falls under the "Doesn't even work" rule. [15:38] (like, if there's a critical bug in foopackage (in univ.) and it isn't fixed by releaaseday) [15:38] persia: kk. [15:38] persia: what if the fix requires a new upstream version? (that adds new features etc) [15:38] lfaraone, Try not to let that happen :) [15:38] That's highly discouraged. [15:39] post-release is the strictest freeze we have, and there's a compeltely different (stricter) team that reviews the patches. [15:46] lfaraone, Also, for changing gconf schemas, I suspect you might want to start with the dh_gconf manpage (although I may be wrong). [15:46] lfaraone: in the entire history of Ubuntu there have been about two cases of new-upstream-version accepted. I was driving one of them and it took almost a release cycle for me to get that through [15:47] so I agree with the "try not to do that" strategy :) [15:47] Anyone from MOTU Release have a bit to look at bug #280829? Needs a second ACK : it's an update to the KDE 2ch client, without which users cannot post to 2ch. [15:47] Launchpad bug 280829 in kita2 "[FFe] Please upgrade kita2 to 1.90.4" [Undecided,New] https://launchpad.net/bugs/280829 [15:47] cody-somerville, jdong, TheMuso, \sh: motu-sru love needed on bug 268260 [15:47] Launchpad bug 268260 in libxmlada2 "GNAT 4.2 Transition Tracking Bug" [Undecided,Confirmed] https://launchpad.net/bugs/268260 [15:48] persia: confirmed [15:49] sistpoty|work, Thanks. [15:50] jdong: do you happen to be familiar with ogmrip (FFe bug #268063) and have an opinion? [15:50] Launchpad bug 268063 in ogmrip "please sync ogmrip 0.12.2" [Undecided,New] https://launchpad.net/bugs/268063 [15:52] sistpoty|work: yeah let me take a look [15:52] thanks jdong [15:55] sistpoty|work: I think it's a good idea; upstream has abandoned the 0.11.x branch and it's basically one of the only ogg theora GUI-friendly encoders we've got [15:56] jdong: ok, thanks [15:56] sure thing [15:57] so who's a core dev, and in the mood for a nice friendly merge full of security bug closing? [15:59] james_w: bug 283279 has a debdiff for you. [15:59] Launchpad bug 283279 in sugar-pollbuilder-activity "patch for sugar-pollbuilder-activity" [Undecided,Confirmed] https://launchpad.net/bugs/283279 [15:59] james_w: fixes bug 283254 and bug 283269 [15:59] Launchpad bug 283254 in sugar-pollbuilder-activity "sugar-pollbuilder cannot be installed" [Medium,In progress] https://launchpad.net/bugs/283254 [15:59] Launchpad bug 283269 in sugar-pollbuilder-activity "Failure to launch poll builder" [Undecided,Confirmed] https://launchpad.net/bugs/283269 [16:01] sistpoty|work: ping [16:01] zul: pong [16:01] sistpoty|work: so ec2 [16:02] sistpoty|work: basically we didnt have these tools before [16:02] sistpoty|work: and its actually soren's package as well ;) [16:03] morgs: no need to open a separate bug report for a patch, you can just attach it to one of the bugs :-) [16:03] zul: ah, heh... but I recall a FFe that had something to do with e2c, right? maybe for vmbuilder? or s.th. different? [16:03] james_w: OK cool :) [16:03] morgs: I'll take a look a little later if that's ok [16:03] james_w: np [16:04] sistpoty|work: not that I know of [16:05] zul: hm... I guess I need to buy a better brain *g* [16:05] sistpoty|work: lol [16:09] grml... lp times out when trying to find the information about the past FFe :( [16:11] jdong: what were the cases? [16:12] lfaraone: compiled with the wrong compiler, against libraries with unsupported stubs for critical network calls, heavily patched and repacked sources upstream doesn't support, segfaults with most runtimes, otherwise it starts but is 100x slower and uses 10x more RAM than it should. [16:12] (azureus 2.4.x.x < gutsy) [16:13] zul: ah, it was ec2-init (bug #269434) [16:13] Launchpad bug 269434 in ubuntu "[FFe] New package: ec2-init" [Undecided,Fix released] https://launchpad.net/bugs/269434 [16:13] sistpoty|work: ah yeah....I forgot about ec2-init [16:15] jdong: wah. [16:15] *woah [16:15] zul: I assume that ec2-ami-tools make that amazon ec2 thingy more complete then? [16:15] sistpoty|work: yep [16:15] zul: +1 from me then [16:15] lfaraone: yeah along the whole way my argument was (1) it's an extremely popular app (2) it can't possibly get any worse than this [16:16] and even then it was difficult to convince. so don't take this route. try to resolve before release if it requires a new version [16:16] sistpoty|work: thanks [16:16] np [16:17] jdong: kk. I take it I have until the RC comes out on the 23rd, right? [16:17] jdong: (we already have FFE for new versions) [16:17] (on this group of pgks) [16:17] pkgs* [16:18] lfaraone: correct [16:18] lfaraone: what's the bug? [16:21] james_w: hrm? [16:21] james_w: morgs ' bug, or the one I'm talking aobut? [16:22] james_w: the latter is jsut the other packages in sugar that havn't been updated === txwikinger2 is now known as txwikinger [16:36] lfaraone: ah, ok. Why weren't the synced with the rest? [16:37] james_w: debian doesn't have them. [16:37] james_w: we have more packages than debian. [16:37] lfaraone: ah, ok. Do they not work with the new sugar? [16:37] james_w: most don't. [16:38] how many packages are we talking about? [16:38] Heya gang [16:41] james_w: 3 or 4, I think. [16:41] james_w: I'll have to do more testing. [16:42] ok, will it just be uploading new versions? [16:52] hi bddebian [16:57] I've an uncertainty about an initscript, and would like some advice. Specifically, timidity attempts to start/restart a daemon when installed/upgraded. In some cases, pulseaudio doesn't permit a connection to the soundcard. This breaks the installation. It works OK on boot. [16:58] The postinst calls invoke-rc.d timidity start || exit $? which means that when it fails, it breaks the package installation. [16:58] I am tempted to change this to invoke-rc.d timidity start || true, but wanted to get another opinion. [16:58] Hi sys [16:58] Err sistpoty|work [16:59] persia: I assume there is no way to detect the condition, either before, or when the error happens? [16:59] Well, I can tell that timidity couldn't connect. I suppose I could check for a running pulseaudio, but it's not meaningfully distinct from being blocked by anything else. [17:00] On the other hand, most other things don't block the kind of connect timidity makes. I don't think this would fix the bug, but rather that it might be a good workaround until someone can spend some time with pulse and timidity for jaunty, and make them do the right thng. [17:02] I think it sounds reasonable, but it is out of the ordinary [17:02] persia: changing the postinst seems correct to me, the only counter-reason I can think of, would be if dependant packages would need a running timidity in their maintainer scripts as well (but then these should get fixed as well imho) [17:03] sistpoty|work, None of the dependencies need a running timidity daemon to run, although they may not generate sound if timidity is not running (in which case the user can start timidity). [17:03] persia: but I guess the init script displays s.th. to let users now that it couldn't be started, right? [17:03] The exception is wildmidi, which depends on the timidity configuration, rather than timidity itself, and so should be able to generate sound directly. As this is the selected MIDI backend for gstreamer, I suspect those using timidity directly are not the common case. [17:05] The initscript currently uses log_end_msg 1 to report the issue. I suppose I could detect the failure, and add a textual note to the postinst, which would be helpful, but still not break installs. [17:06] (so invoke-rc.d timidity start || echo timidity failed to start with error $? : please restart timidity or reboot to start the sequencer [17:12] sistpoty|work, Does that workaround seem complete to you, or am I missing something more? [17:14] persia: looks good to me [17:14] sistpoty|work, Thanks for the confirmation. I'll do it that way. [17:14] np [17:25] persia: Magnus (author of xprintidle) has published a new version of xprintidle with my changes at http://www.dtek.chalmers.se/~henoch/text/xprintidle.html. He relicensed it under GPL. [17:26] emh, Cool. Saves the trick of dealing with the licenses. Next step is to get Milan to confirm it's Lenny-critical, and get it into Debian. [17:30] morgs: hey, you disable the import of abiword.Canvas, but still call it in the code? [17:30] morgs: is that a codepath that can't be reached? [17:45] I've got an issue that should be decided now, I've been putting it off in the hope that we would get a release [17:46] clutter is at 0.8 in the archive, except for pyclutter [17:46] james_w, What depends on pyclutter? [17:46] that's not had a release for 0.8, but SVN has been ported [17:46] no rdepends [17:47] OK. Why is it preferable to package it? [17:47] After having a few people test SVN it works for some, and not for others [17:47] so we have a choice of no package or one that only works for some [17:47] Personally, I think no package is better, especially at this point in the cycle. [17:48] Those very interested can grab SVN, or use the release once it happens. [17:48] I've heard a few people talking about using clutter more heavily for Jaunty, so I suspect it would be an early candidate for Jaunty inclusion, and that gives us time to debug it. [17:48] yeah, the arguments would be having good clutter support, but it's not if it's partially broken, and being able to fix it for those it would be broken for [17:48] Mind you, I'm not on the release team, so it's just my opinion :) [17:49] I'm leaning towards kicking it, but I've been trying to get us a package for a while [17:49] unfortunately it doesn't get on at all well with my machine, otherwise I would have probably uploaded by now. [17:49] Can you wait three more weeks? [17:50] oh, I'm not even going to use it :-) [17:51] OK. Then I *really* don't see the point :) [17:51] I just got involved in the bug and there have been a couple of people trying to make it happen, and I want to lend them a hand if I can [17:52] If there aren't any rdepends, and it doesn't work for some people, I just don't see any strong argument in favour. What's the benefit? [17:57] * sistpoty|work heads home... cya [17:58] persia: I reported it to Debian using reportbug and deleted the ubuntu stuff that the ubuntu version of reportbug put into the report. [17:59] emh, Cool. That there was a new version, and the problems it solved? [18:00] persia: http://lart.no/lpaste/gcady/raw [18:00] and yes [18:01] emh, Is this the bug that makes the screen keep waking up every time it thinks it's about to fall asleep? [18:02] No, I don't think so. The screen goes to sleep, it just resets the screen saver idle time while it's at it. [18:04] emh, Ah. OK. I heard a couple users complain about a bug that woke up the screen when it was supposed to DPMS off, but I guess that's different then. [18:08] Riddell: decision made on bug 267478, thanks [18:08] Launchpad bug 267478 in pyclutter "Please remove pyclutter from Intrepid archive" [High,Confirmed] https://launchpad.net/bugs/267478 [18:14] Hi [18:44] Hi. Any motu-release member for a second ack on Bug #242572? [18:44] Launchpad bug 242572 in wxsvg "[Synch request] Upgrade wxsvg package to b11" [Wishlist,Confirmed] https://launchpad.net/bugs/242572 [18:56] fabrice_sp: hey, did you get a second ACK? [18:58] Hey james_w: Not yet. I got one from dktrkranz, but I still miss one. [18:58] That's why I'm asking for one here :-) [18:58] fabrice_sp: please don't set the bug to "Confirmed" until you do, that's how the release team determine whether it has the exception [18:59] doing so would probably mean you would never get the second ACK [18:59] hey tdomhan [19:00] james_w: ok. I thought it has to be confirmed to get attention [19:00] will put back new [19:18] heya [19:35] ogra: bug 283355 [19:35] Launchpad bug 283355 in window-picker-applet "Updates to UNR packages" [Undecided,New] https://launchpad.net/bugs/283355 [19:36] ogra: I've got them all ready, just double checking I'm correct I've got your ACK as -mobile delegate [19:37] ogra, And to prove people use them with ubuntu-mobile: http://gihyo.jp/admin/serial/01/ubuntu-recipe/0037?page=2 [19:37] james_w, acked :) [19:38] ogra: thanks [19:38] persia, sweet [19:38] though i directly see the bug :) [19:38] I'll build an image once they are all in the archive to test them, I've reported the one remaining bug that I know about. [19:39] superm1: any idea where does bluez-gnome store preferences? [19:39] slytherin, /var/lib/bluetooth i want to say [19:39] well [19:39] superm1: even the use specific preferences? [19:39] slytherin, ah those, i'm not too sure [19:39] slytherin, poke around the code and see if it's using gconf / what not [19:41] Nobody says hello? I'm not going to complain about Intrepid today ;P [19:41] superm1: The issue I just discovered when I tried testing with another dongle is that the applet icon is not present when I switched the dongle. The default value to for the display preference is 'never display' [19:42] slytherin, that's really bzr [19:42] superm1: checking code. [19:48] superm1: the gconf schema says icon policy is 'present'. I suspect the value is not getting read when the applet is started first time for a particular dongle. [19:49] does 'auto-apt run ./configure' use the configure file in my sources or the configure file online in a repo? [19:51] en1gma: what is auto-apt? [19:52] i was reading it when i was finding info about checkinstall [19:52] https://help.ubuntu.com/community/CheckInstall [19:52] en1gma: By the way I don't understand what you mean by configure file in online repo. [19:53] the source repos have all the original files? [19:53] superm1: I will do more investigation in this regard later. [19:53] by issuing the "auto-apt run ./configure" [19:54] does it use the local ./configure file or the one on the repos [19:54] slytherin, that's a weird problem though indeed [19:54] en1gma: I don't think auto-apt deals with sources anywhere. [19:55] idk ....it deals with a ./configure file and that file is located in sources [19:55] but is it local source or online ubuntu repor source [19:55] superm1: Yes. It is. And the bluetooth problems I was facing are hardware specific. Almost everything from pairing to file transfer is working with the current dongle. [19:56] very good to hear [19:56] NCommander, GNAT transition started, now waiting for archive-admins to accept packages in -proposed. [19:56] * NCommander didn't know -proposed needed approval [19:56] You learn something new every day :-) [19:56] * NCommander hugs DktrKranz [19:56] en1gma: the ubuntu source does not have configure hanging around. It is inside a archive. So no, I don't think auto-apt deals with it. [19:57] DktrKranz, anyway, gnatgps. Thats an interesting issue. It doesn't compile because python2.3 isn't in hardy [19:57] ahh thats a good point [19:57] DktrKranz, it violates the python packaging policy extremely badly [19:57] you prob right [19:57] DktrKranz, it could be fixed with a massive search and replace python2.3 -> python2.4, but that woudl still be violating policy ... [19:58] superm1: By the way I didn't know that when initiating pairing form PC it autogenerates a pin. I as usual tried entering pin 1234 form the phone and pairing failed. Then I checked the dialog in detail and that it asked me for a different pin. :-) [19:58] slytherin, :) [19:58] NCommander, my guess is it isn't used largerly, and it's a leaf in GNAT transition, so I'll leave it alone unless someone *really* needs it [19:58] gah, merging libfile-temp-perl into perl-modules was a great idea so late in the cycle. it breaks versioned depends on libfile-temp-perl :( [19:59] DktrKranz, doing a transition via SRU must be a first ;-) [19:59] NCommander, and yes, packages in -proposed needs manual approval from archive-admins (at least for now) [20:00] james_w, ping [20:00] heh :-) [20:02] asac: I'd appreciate your input on bug 262191 when you get a moment [20:02] Launchpad bug 262191 in network-manager-vpnc "NM 0.7 Regression from 0.6.6 using VPNC plugin" [Undecided,Confirmed] https://launchpad.net/bugs/262191 [20:03] NCommander, when first packages will be available (see https://bugs.edge.launchpad.net/ubuntu/hardy/+queue?queue_state=1&queue_text=), I'll take care of the remaining ones (they need some extra-care, I noticed a couple of issues). [20:04] DktrKranz, its ADA, you really think it would have not exploded on the first try ;-)? [20:04] NCommander, I'm a silly optimist ;) [20:05]