[00:08] pitti: hmm, sqlite is still in main for intrepid; I think that was only needed for transitioning, and needs to be dropped now [00:08] pitti: (throwing this at you on IRC because I'm in the middle of three other things, feel free to bounce it back at me later ;) === superm1 is now known as superm1|away [00:36] anyone know anything about checksums? [00:36] ... yes? [00:56] Hmm. It is not encouraging to see somebody like that coming from a US tertiary institution. [01:18] wgrant: how so? [01:21] eew, intrepid is creating /initrd.img and /vmlinuz symlinks in my root === superm1|away is now known as superm1 [01:33] LaserJock: I would have thought that university students should be smart enough to ask smart questions and not leave after 31 seconds. [01:33] uhhh [01:34] sorry, I just got done teaching 20 freshmen how to use Excel, I better keep my mouth shut [01:34] Hah. [01:34] gahahahha [01:34] and they taught LaserJock why he loves windows so much! [01:34] ScottK-laptop: xorg uploaded; displayconfig-gtk is a thing of the past. [01:36] what was most disturbing is that they were having a hard time figuring out Office 2003 as they were only used to Office 2007 [01:36] LaserJock: Wow. [01:37] That's interesting. [01:37] I didn't realise that we already had people who have only used Office 2007... [01:37] apparently [01:39] and I haven't even used Office 2003 so I'm not much help [01:39] next week though I'm hoping we have our Xubuntu lab finished [02:19] Hi all, What is the correct course of action to request for a newer version of a package for ibex, or better yet how would I package it myself and get it included? [02:21] f4hy: we're in FeatureFreeze for intrepid, so all new packages need to go through https://wiki.ubuntu.com/FreezeExceptionProcess [02:22] slangasek, hmm, well thats too bad. BOINC is at an unstable pre-release version in 8.10, was hoping to fix that [02:23] uhm, why doesn't the version number look like an unstable pre-release? [02:23] 6.2.12-1 [02:24] slangasek, would have to talk to the boinc guys about that, because 6.2.12 is not a full release for it. [02:24] slangasek, even when your run it, under "about" for the manager it says everywhere "pre-release" [02:25] also, messages get sent from the server asking to upgrade from the unstable version [02:25] "This is a development version of BOINC and may not function properly" is displayed under messages when first run. === mcasadevall is now known as NCommander [02:26] So, to me that sounds like a bad thing, and do you think it would be reason enough for a freeze exception on it? or is the freeze a pretty hard limit [02:27] the guidelines for freeze exceptions are explained on the wiki page; the final decision on the risk/reward of any particular freeze exception here would be made by the motu-release team [02:27] 6.2.15 is the next stable release, and i think 6.3.0 is out. But i think it should at least get to the next stable [02:28] slangasek, alright thanks. I guess I will look into it. I think 6.2.15 is upstream in the debian repos so hopfully that will help [02:29] actually, Debian has 6.2.14 in unstable and 6.2.18 in experimental [02:29] I wouldn't dare to guess which of those are unstable pre-releases or not [02:30] slangasek, *sigh* that is unfortunate. === NCommande is now known as NCommander [04:56] hi [05:01] calc: Hi/ Are you safe? [05:01] calc: As in, has your home been spared? [05:02] well it's not hitting until tomorrow/saturday i thought? [05:02] at least that's when we're getting all the rain resulting from it..... [05:16] TheMuso: yea, for now the hurricane will start to hit around 6pm tomorrow it looks like [05:16] TheMuso: but it looks like it is going east of us which is good if it does [05:16] calc: GOod to hear. [05:17] i went back to my place for now, if it looks bad tomorrow around noon i'll head back out [05:17] fortunately the evacuation routes were much better this time, last time it took upwards of 20hrs to get to shelter for some people [05:17] i think they didn't really have a plan before, heh [05:18] * calc headed to bed, bbl [05:18] i evacuated earlier than need be due to the bad experience before and the fact i have 1yr old son this time [05:18] it would have been bad to have him on the road that long [05:18] * calc really gone to bed now :) [05:45] good morning [06:04] cjwatson: yes, waiting on 255275 (pitti needs to handle this, won't approve myself) [06:13] pitti: I've left you Bug 269272 as a present for your archive day. Enjoy. [06:13] Launchpad bug 269272 in displayconfig-gtk "Please remove displayconfig-gtk source and binaries" [Medium,Confirmed] https://launchpad.net/bugs/269272 [06:13] bryce: ^^^ [06:14] * ScottK-laptop no goes to sleep and dreams of it going away while he is sleeping. [06:14] no/now === nenolod is now known as laptopnenolod === nenolod_ is now known as nenolod [06:25] It had a short life. === dholbach_ is now known as dholbach === tkamppeter_ is now known as tkamppeter [07:15] 5~/c [08:11] doko: The python-2.5 and openjdk-6-jre packages include some .desktop files to launch the interpreters. These are not shown by default. Is there a reason we want to ship the files? [08:12] persia: why do you care if these are not shown by default? [08:13] hmm, I would be surprised by a .desktop file for a java interpreter [08:14] mobile-basic-flash shows them [08:15] doko: I care only because we're using a different menu system :) I was surprised by both interpreter entries. I see the point to openjdk-6-policytool.desktop, but not to python-2.5.desktop, openjdk-6-java.desktop or openjdk-6-javaws.desktop [08:16] well, it's policytool, not the interpreter [08:17] -policytool is, but openjdk-6-java.desktop execs /usr/lib/jvm/java-6-openjdk/bin/java -jar [08:17] Perhaps that's only supposed to be a MimeType registration entry? [08:18] similarly, python-2.5.desktop execs /usr/bin/python2.5 in a terminal, which seems a little odd. [08:35] So we have no significant theme changes for Intrepid, again? [08:35] That’s awesome, considering the theme that was the default in intrepid for a while. :-) [08:36] Not a fan of NewHuman? [08:37] I could live with it if everything else didn’t have an eye-hurting contrast against it, most of the websites i frequent for instance. :-) [08:37] Right. [08:40] Good morning [08:40] ing [08:40] Evening pitti. [08:41] Morning pitti [08:45] slangasek: hm, but it still has 4 reverse dependencies [08:45] slangasek: one of which is bacula, which we promoted fairly recently; sorry, didn't catch that in the MIR [08:47] ScottK-laptop: yay! I'll hand this to StevenK who is craving for killing something :-P === dholbach_ is now known as dholbach [08:47] * Hobbsee looks up [08:47] did someone mention killing? [08:50] * NCommande wakes up [08:50] Killing? [08:50] Can we use a chainsaw ;_0 [08:50] morning ScottK === NCommande is now known as NCommander [09:34] how does one help the ubuntu dev? [09:36] sleepster: check out https://wiki.ubuntu.com/MOTU/GettingStarted - it links to a lot of important information [09:39] thanks [09:47] hey [09:47] don't mean to be annoying [09:47] but what's that apt-get arguement to get a system up into the 8.10 repositories? [09:49] atari2600a: this is not the channel for support, try #ubuntu+1 [09:49] fail [09:49] kay, thanks [09:49] leaving [10:02] Why is there Landscape advertising every time I log in? [10:02] bug 268447 [10:02] Launchpad bug 268447 in landscape-client "MOTD should not point to https://landscape.canonical.com if you are not a customer" [Undecided,New] https://launchpad.net/bugs/268447 [10:03] so I should just help debugging MOTDs [10:03] in order to contribute [10:05] wgrant: because mneptok wants to deal with more painful users? [10:07] sleepster: I'd recommend finding anything that annoys you, and which you can understand, and fixing that. You'll get more involved from there. [10:07] hi! could anyone chekc bug #241307 and tell me what else I could do to help get this fixed at least for Intrepid (and preferably Hardy too, since Hardy is what broke it and it's LTS)? [10:07] Launchpad bug 241307 in linux "kernel oops during bootup in LTSP" [Undecided,New] https://launchpad.net/bugs/241307 [10:07] cjwatson: Thanks. [10:07] thanks persia [10:08] I just have all this time, so I am trying to contribute to a project I like.. which is this [10:09] pitti: FYI firefox is in new with abrowser (in place of webbrowser); does it meet with your approval? I'd rather not approve it myself since I was involved in the naming discussion [10:14] cjwatson: yes, I quickly discussed that with Alex a couple of days ago, and I can live with it [10:14] cjwatson: I'll shove it through NEW today [10:14] great [10:41] pitti: thanks ;) === pochu_ is now known as pochu [11:03] pitti, did you also package Jockey 0.5alpha1 for Ubuntu Intrepid? [11:04] tkamppeter: yes, just uploaded [11:04] pitti, Thanks [11:06] pitti: about bug 269314, who's alberto? [11:06] Launchpad bug 269314 in jockey "Adapt KDE interface to new UI workflow" [High,In progress] https://launchpad.net/bugs/269314 [11:06] Riddell: tseliot [11:06] ah, top bloke [11:06] :) [11:06] Riddell: right [11:06] ;) [11:06] I always thought he was a bit of a waste land [11:06] cjwatson: that's a good one [11:07] sorry, short notice and all that :) [11:07] * Riddell doesn't get it [11:07] oh, I should have used "a bit hollow", that's a much better reference [11:07] Riddell: "The Waste Land" by T. S. Eliot [11:07] * pitti is confused [11:07] aah [11:07] Riddell, pitti: http://en.wikipedia.org/wiki/T._S._Eliot [11:08] and http://en.wikipedia.org/wiki/The_Waste_Land [11:09] cjwatson: how come do you know Eliot? [11:12] tseliot: I don't particularly well, but it's hard to grow up in the UK without at least picking up a few references [11:14] cjwatson: oh, did you clean up NEW? when I looked earlier, there were still 44 packages, and now my current accept tells me it's down to 8 [11:14] cjwatson: thank you [11:15] cjwatson: aaah. I studied Eliot in my 1st exam at the university but I had never heard of him before. I live in Italy, after all [11:15] pitti: I did language packs and smart, yes [11:15] only five minutes or so [11:16] asac: just looked at NEW; I still don't understand the structure [11:16] asac: abrowser-3.0-branding says "This is a meta package that will point to the latest abrowser package" [11:17] asac: neither is true, it's not a meta package, and is specific to 3.0 [11:17] asac: and there is no actual metapackage for it which would serve that purpose [11:17] so how is this meant to work? [11:22] asac: i. e. will you remove that bit from the abrowser-3.0-branding description and upload another version which actually *has* an "abrowser" metapackage? [11:25] cjwatson: since you were involved in the discussion, do you happen to know how that's supposed to look like? ^ [11:25] pitti: there should be an abrowser package [11:25] oh, of course, it's arch:all, sorry [11:25] pitti: description can be fixed afterwards (when i fix the branding package) [11:25] please dont block this on that [11:25] asac: no, I won't; sorry, I missed that one [11:26] the branding package still ships files called awesome- ... basically because fixing that requires a new orig.tar.gz [11:26] ok thanks [11:27] asac: oh, both packages replace firefox-3.0? is that intended? [11:28] asac: NEWed to main [11:29] pitti: thanks. ill look at the replaces. i didnt touch them since i first did those packages (just renamed). so i dont remember for sure right now [11:30] pitti: ah .. yes both branding packages replaces firefox-3.0 because they ship files previously in that package [11:30] pitti, downloaded Jockey 0.5 from Launchpad and rebuilt, "Details" button at "License: Free" does not work (driver splix from OP). [11:30] asac: ah, maybe it should be versioned then [11:30] tkamppeter: ah, indeed, that still needs to be fixed [11:31] tkamppeter: second [11:31] pitti: yeah. but i ran into versioned replaces issues in the past ... basically because hardy firefox will get a higher version on new security uploads [11:31] pitti: so thats the best i could come up here (without risking to break hardy -> intrepid) [11:31] asac: should be (<< 3.0.2+build3+nobinonly-0ubuntu2) [11:31] asac: i. e. the current version that has the split packages [11:31] pitti: yes. but hardy will soon have 3.0.3 [11:31] oh, if hardy gets 3.0.3 [11:31] indeed, nevermind then [11:32] pitti: i know its not nice. but its ok that way imo [11:33] tkamppeter: bug 269352 [11:33] Launchpad bug 269352 in jockey "Details button in GTK UI does not work" [High,Triaged] https://launchpad.net/bugs/269352 [11:33] pitti, and the new driver list display is a one-timer. I run jockey-gtk twice, the first time all is OK, the second time only "splix" appears at the top and the details do not appear, also the action button stays grayed out, containing the label "Action". [11:34] tkamppeter: where do you run that from? the current 0.5 intrepid package, or a bzr branch, or trunk? [11:35] liw: does python-fstab have a FF exception? is it needed for intrepid? [11:35] Current 0.5 Intrepid package. I downloaded the source package from LP, as it is not on the mirrors yet. Then I rebuilt on an Intrepid box. [11:35] liw: (it's in source NEW) [11:36] could someone uplaod my SRU for bug 255307 to -update as the fix has been confirmed to fix the issue [11:36] tkamppeter: hm, can you please file a bug about it with the details? please also include "jockey-gtk --list" output [11:36] Launchpad bug 255307 in pymsn "Can't connect to msn accounts" [Medium,Fix committed] https://launchpad.net/bugs/255307 [11:36] bigon: will walk over SRU in a bit === NCommander is now known as mcasadevall === mcasadevall is now known as sonicmctails === sonicmctails is now known as NCommander [11:45] pitti, is the code jckey uses to determine if restricted HW is there big ? i wonder if we could use that same code in the lrm initscript/initramfs scripts ... lrm eats at least about 5secs of your boottime for initializing even if teher is no HW that it needs [11:47] ogra: what is "restricted hardware"? [11:47] well, HW that needs restricted drivers i meant indeed :) [11:47] i would like to see lrm off by default until uts actively used [11:47] *its [11:47] ogra: hm, what does lrm do during that time, link the .ko for the various wifi drivers? [11:48] it mounts the tmpfs etc [11:48] ogra: it does not install/contain the video drivers any more [11:48] and wastes your ram and your bootime [11:48] and the wifi drivers should by and large be handled like normal kmods [11:49] imho it shoulndt bs sued/started at all until jockey has the chekmark set for the first time [11:49] ogra: yes, indeed it should check whether it already built the .ko files and don't do all that magic then [11:49] *used [11:49] right [11:49] ogra: but jockey depends on the .ko files and the modules.aliases to be present and current [11:49] http://mg.pov.lt/hardy-20080822-1.png ... that wastes 5 secs for lrm-manager and friends [11:49] so jockey can't know whether your wifi card needs a restricted driver, unless we have it available already [11:50] ogra: well, that's not entirely true actually, since eventually we can use an online DB, but ATM we don't, we just use local modalises [11:50] ogra: so one possibility would be that lrm shipd the modaliases pre-generated and then checks whether there is hardware which matches any of those, and then builds the .ko files [11:51] ogra: that part of the code is reasonably isolated [11:51] but it still takes a second or two [11:51] well, i see S07linux-restricted-modules running there, firing off lrm-manager which then spawns ld_static [11:52] imho S07linux-restricted-modules shouldnt happen at all i.e. only if enabled deliberately through an /etc/default file [11:52] which can be seeded by jockey [11:52] ogra: but we don't want all users to use jockey just to get their wifi card working, which would otherwise Just Work(tm) out of the box [11:53] hmm [11:53] i think i misunderstood jockey then ... i thought its for all restricted drivers, not only fglrx and nvidia [11:53] but indeed that wlan example makes sense [11:54] ogra: you can indeed use it to disable those restricted drivers, yes [11:54] yeah [11:56] oha, a user submitting a bug report about a failed gmail login \o/ [11:56] :D [11:59] ogra: the problem is that jockey relies on modalias files (it needs to get the hardware -> driver mapping from somewhere, after all, and so far modalias files are the standard means to do it [12:00] ogra: but as I said, I think the built .ko files should be cached and not rebuilt/rechecked on every boot [12:00] ok, i'll take a look at that in jaunty ... [12:00] my usecase is that i want to just install linux-generic in ubuntu-mobile for netbooks but 90% of them dont use restricted HW at all [12:01] though there might be someone with a USB nvidia card or somehing similar weird so i dont want to lose the functionallity in general [12:01] USB gfx! [12:01] does that actually exist? :-) [12:01] yep [12:01] ogra: wifi driver might be an issue [12:02] i doub you find nvidia though [12:02] ogra: NB that we don't install *any* nvidia bits by default in intrepid any more [12:02] well, except their modalias lists [12:02] yeah, it wasnt a really serious example :) [12:02] but in any case lrm is quite a serious waste of ram and bootime [12:03] so it should work more fine grained === NCommander is now known as NCommander_ === NCommander_ is now known as mcasadevall_ === mcasadevall_ is now known as NCommander [12:09] ogra: ltsp installs > 30 users + firefox [12:09] ogra: what are your experiences? [12:09] i have no 30 clients :) [12:09] ogra: you shoujld be subscribed to a bug of a user [12:09] asac, i saw the bug and i see complaints on the ltsp ML [12:10] ogra: sure. i thought you might know people that have such installs [12:10] one thing is that the session killig doesnt properly work if users just shut down the cliet HW [12:10] ogra: ok. so its a confirmed bug? i hoped its an issue in how its setup [12:10] so you might have FF processes hanging around and keeping the lock [12:11] another issue might be that these admins dont regard that you cant use 30 times the same user [12:11] and anoter might be that /home gets mounted dynamically on login from an nfs share [12:12] it really needs more research [12:12] one simple fact is that gnome-session doesnt seem to clean up properly on exit [12:17] ogra: I think the main problem is that the license doesn't allow us to ship the .ko files pre-linked; that would make it so much more efficient and avoid all this runtime linking stuff [12:18] pitti, well, but it should be easy to add a check to the lrm initscript and make it just exit if lrm isnt required ... i'll look into that for the jackalope :) [12:18] ogra: not as easy as you think IMHO [12:19] ogra: but it should indeed be easy to make the boot check much more efficient (if the .ko files are already there, do nothing) [12:19] right [12:19] pitti, python-fstab hasn't got an FFe, I am going to ask for an FFe for system-cleaner once mvo (or someone) uploads it, and system-cleaner needs python-fstab [12:19] i'm sure *something* will be possible :) [12:20] ogra: indeed [12:20] ogra: and since Jaunty's goals include "boot-faster stripes", it's an adequate target :) [12:21] yep, and falls into my duties for ubuntu-mobile as well [12:21] thoug we might not define startup as boot ... [12:22] That's best bit about jackaloupes being mythical: one can use allegory to redefine the user experience. [12:23] persia, er, a non-existent user experience does not sound good [12:23] but that might even make sense for ubuntu as a default (never shutdown after first boot of the system but hibernate and make that very fast) [12:24] ogra, is there a power use difference between hibernation and shutdown? I guess not [12:24] hibernate writes the ram to your disk and shuts down [12:24] ogra: I almost always hibernate, yes (except for kernel updates, or from some time to time when there's a new X or large GNOME changes) [12:24] but you can very likely make the resuming extremely fast [12:24] liw: no, it's completely off [12:24] if you profile and adjust that a bit [12:24] and booting from hibernation is faster than a "cold boot" (for me, anyway) [12:25] but it still takes ages [12:25] so boot time only affects you on first reboot after install and for HW changes [12:25] (compared to windows) [12:26] Suspend serves me fine. [12:26] pitti, i bet that depends... virgin windows is actually fast ... my GF boots way slower than ubuntu on her XP with 5 years of installed apps though [12:26] wgrant, suspend needs power [12:26] Except it takes ages (15-20 seconds) to suspend, but just a couple of seconds to resume. [12:27] I have no machines on which hibernation works reliably, but resuming from hibernation always seemed to take more frustratingly long than just booting [12:27] but from a user POV there is no real difference between hibernate and boot [12:27] ogra: there is a lot, it keeps all your apss open [12:27] apps [12:27] ogra: True, but I can leave this laptop for a couple of days without it going flat. [12:27] whereas gnome-session entirely forgot how to save/restore your session in intrepid, unfortunately [12:27] ogra, some tasks like cleaning up /tmp and periodic fsck needs to be handled in some useful way, if there are no semi-frequent boots [12:28] wgrant: I don't use suspend at home, because I take out the battery at home [12:28] of course, those tasks should be handled in some useful way separate from booting anyway [12:28] and I don't want to waste power over night by leaving the plug and thus the AC adapter on [12:28] liw: Depends. Having a non-existent user-experience of booting might just be fixing /tmp and fsck differently. What else is routine and need not be exposed to users? [12:30] doko: BTW, there is no need to create separate "SRU" bugs like bug 269299 [12:30] Launchpad bug 269299 in glibc "glibc_2.7-10ubuntu4 for hardy-proposed" [Undecided,New] https://launchpad.net/bugs/269299 [12:30] doko: please just create hardy tasks for the actual bugs you fix [12:30] and sub ubuntu-sru to them === pedro__ is now known as pedro_ [12:34] mvo_: is bug 268052 relevant for intrepid? if not, please close the intrepid task [12:34] Launchpad bug 268052 in app-install-data-commercial "SRU for db2, opera, parallels" [Undecided,Fix committed] https://launchpad.net/bugs/268052 [12:37] mvo_: also, any idea about the failure in bug 241431 ? [12:37] Launchpad bug 241431 in update-manager "edgy to feisty upgrades fail due to use of old-releases" [Medium,Fix committed] https://launchpad.net/bugs/241431 [12:38] pitti: let me check [12:38] pitti, yes, that rosette icon [12:39] pitti, having it scalable is a good idea, but I don't think it's as important as having the right icon in the first place [12:39] mpt: hello [12:39] Using an Ubuntu icon isn't particularly meaningful in this context [12:39] mpt: I sent you an updated status yesterday with an updated screenshot; let me know what you think [12:40] mpt: well, I initially thought "tested by the %(os) developers", so I used "distributor-logo" [12:40] slangasek, why do you take issue with it? [12:40] but the certification icon is nice as well [12:42] Riddell: hm, did you accept the hardy SRUs in https://edge.launchpad.net/ubuntu/+source/kio-umountwrapper ? there is no LP # associated with them [12:44] pitti: let me look [12:44] pitti, yep, that looks good [12:44] \o/ [12:45] though those not-installed icons are pretty alarming for something that's not even being used [12:45] pitti: bug 186729 [12:45] Launchpad bug 186729 in kio-umountwrapper "Cannot uninstall kio-umountwrapper" [High,In progress] https://launchpad.net/bugs/186729 [12:45] pitti, is there a grey equivalent? [12:45] mpt: the red bullet? [12:45] yes [12:46] Riddell: ah, it got positive feedback; I'd move this to updates, unless you object? [12:46] pitti: yeah please do, sorry about the missing bug number not sure how I forgot that [12:46] Riddell: no problem, it just leads to stalled processing; I'm just walking over all the old ones [12:47] pitti, would you prefer feedback here or by e-mail? [12:48] mpt: by email actually, so that I can work on it in the plane on Monday [12:48] ok [12:48] mpt: thanks [12:48] if i do cat /proc/locks i get numbers like: 08:06:4767745 ... those include major/minor device ids [12:49] any idea how i can see what major/minor device a nfs mounted partition has [12:50] evand: how much has the installer changed since alpha 5? I installed off it today, and noticed some bugs in it. [12:51] asac, ?? nfs is a filesystem [12:51] there is no devices [12:51] *device [12:51] so no major minor device number [12:52] ogra: how would nfs locks show up in /proc/locks [12:52] ogra: ok. but is there something similar to a minor number? [12:52] no idea [12:52] for either of the questions [12:52] too bad. [12:52] asac: the nfs root mini howto says "mknod /dev/nfsroot b 0 255" [12:52] ;) [12:53] mvo_: ah [12:53] * asac looks at nfsroot [12:53] hmm ... doesnt exist here [12:53] well, thats for rootfs on nfs afaik [12:53] mpt: I didn't find another matching stock icon; "stop" maybe (gray rectangle, as in music players) [12:54] mpt: but then I'd rather make the icon consistent to what is shown on the "Turn on/off" button [12:54] ogra: (I missed most context and thought I just add the snippet of information I have :) [12:54] :) [12:54] pitti, actually I'd rather that button didn't have any icons at all :-) [12:54] mpt: and that uses the 8-edge red sign wiht a white X [12:54] pitti, because it competes for attention with the actual status icon [12:55] mpt: if you say so [12:55] asac, i case you look for firefox context, i think the /proc/locks stuff is kernel only [12:56] based on the flock system call [12:56] ogra: ffox uses fcntl and the locks show up as posix locks [12:56] ogra: the current issue i have is sqlite [12:56] mpt: oh, another possibility: I could use the stock icons for "connected" and "not connected" (the plug) [12:56] which appears to use flock and somehow breaks on nfs [12:57] ogra: well. i still want to verify that that lock without running pid is on that nfs partition [12:57] but i ma quite sure [12:57] asac, http://www.time-travellers.org/shane/papers/NFS_considered_harmful.html [12:57] look for flock [12:57] asac: flock() does not lock files over NFS. Use fcntl(2) instead [12:57] asac: see flock(2), section NOTES, first paragraph [12:57] siretart: exactly [12:57] In Unix, there are two flavours of file locking, flock() from BSD and lockf() from System V. It varies from system to system which of these mechanisms work with NFS. [12:57] siretart: i know about that [12:57] asac: flock does not work on nfs (see flock(2)) [12:58] siretart: however since 2.6.12 client its supposed to be supported [12:59] pitti, is the "stop" icon the one Empathy uses for "Offline"? [12:59] asac, lockd is usually responsible for locking on nfs btw [12:59] might be that we dont enable it by default [12:59] since ltsp switched from nfs to nbd i'm not up to date anymore :/ [13:00] ogra: so. disregarding that sqlite should probably use fnctl, http://nfs.sourceforge.net/ says that flock is supported since 2.6.12 clients ... where can i see the client version? [13:00] locking is btw the only reason why linux needs portmapper as nfs client... [13:00] ogra@osiris:~$ apt-cache show nfs-common|grep Version [13:00] Version: 1:1.1.2-4ubuntu1 [13:00] cjwatson: FYI: LPIA kernel is ready to be uploaded. This is an ABI bump. [13:01] ogra: is that really the client version? [13:01] amitk: thanks [13:01] asac, thats cntaining nfs-client [13:01] ogra: i looked at it and assumed that its too low given that nfs refers to 2.6.12 [13:01] amitk: 2.6.27-3, I take it? [13:02] cjwatson: yes. persia will upload it soon. [13:03] mpt: http://people.ubuntu.com/~pitti/tmp/STOCK_STOP.png and http://people.ubuntu.com/~pitti/tmp/STOCK_DISCONNECT.png [13:03] mpt: DISCONNECT's counterpart (CONNECT) is a plug which is plugged in, STOP's counterpart would be "PLAY" (gray triangle, as in totem/rhythmbox) [13:03] pitti, eek, stop definitely [13:03] amitk: cool, thanks [13:04] I mean, STOCK_STOP definitely [13:05] mpt: and for enabled ones, STOCK_PLAY (more consistent counterpart) or STOCK_OK (the green check mark, better contrast) [13:05] mpt: i. e. the one on http://people.ubuntu.com/~pitti/tmp/jockey-new.png on the button [13:06] pitti, neither, whatever Empathy uses for "Available" [13:07] is there a screenshot anywhere? otherwise I'll install it [13:07] or, if it exists, the green opposite of the red ones in that screenshot [13:07] ah [13:07] it doesn't exist as a stock icon [13:07] but I can grab it from somewhere, of course [13:07] ok [13:09] cjwatson: can we get the tomcat-server added to tasksel please? [13:09] mpt: heh, tango has nice icons for sun and moon as well :-P [13:09] asac, i think that refers o the kernel module side [13:10] (sorry in a call) [13:10] ogra: no problem. [13:10] ogra: ill ask the reporter to go the hardway (e.g. find / -inum inode_no) [13:14] mpt: ok, using empathy-available.svg then (copying) [13:16] pitti, where did you get the bulbous red one from? [13:16] mpt: that's one of GTK's stock icons (STOCK_STOP) [13:16] how do I report a bug in a translation? [13:17] Riddell: against language-pack-LL [13:17] and subscribe ubuntu-l10n-LL [13:17] pitti, so is there a GO opposite? [13:18] mpt: erm, sorry, stock icon for "No" [13:18] mpt: and the opposite, yes, is the green check mark [13:18] oh, bother [13:18] ok [13:18] Riddell: I have solved the problem with the label in jockey-kde [13:18] ATM jockey uses NO/YES [13:19] mpt: so now I could change it to STOP (the grey square) and the green round "available" one [13:19]