[00:08] ooh, may presents many opportunities for keysigning. how enormously exciting [00:11] haha so this page is rather inflated by the 100+ instances of "awkward punctuation in "about Ubuntu" docs" filed against every package http://qa.ubuntu.com/reports/bug-fixing/jaunty-fixes-report.html [00:12] actually that might just be launchpad vomitting [00:16] oh dear. madwifi no longer works on the acer aspire one in jaunty [00:18] Did it work in Intrepid? [00:18] I didn't think so. [00:22] yeah, it did [00:22] ath5k is also busted [00:24] ath5k WJFFM [00:24] madwifi very definitely *doesn't* work on Intrepid for me [00:24] (Well, a new enough snapshot from upstream does, but not the l-r-m one) [00:25] hm, wiki suggests blacklisting a module [00:26] that did the trick [00:30] which module? [00:31] acer_wmi [00:31] completely breaks ath5k [00:42] directhex: see http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-jaunty.git;a=commitdiff;h=ee830266b8f7780717796fea891ae35fe48c2fdf [00:44] dtchen, oh, neat. will that make it into the kernel that ships on jaunty (or into backports-modules)? [00:44] directhex: probably into jaunty proper [00:45] afaik that would leave only hotplugging woe with the card reader as a "big" AA1 glitch [00:48] hm, fan seems to be not spinning, that was an annoyance in intrepid === Snova_ is now known as Snova === mthaddon changed the topic of #ubuntu-devel to: Python 2.6 issue #349467 | Archive: feature freeze | Ubuntu 9.04 Beta released! | Development of Ubuntu (not support, not app development on Ubuntu) | #ubuntu for support and general discussion for dapper-intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs === ryu2 is now known as ryu [02:54] Hmm, I just used requestsync, but it subscribed ubuntu-release, not ubuntu-main-sponsors, despite the fact I used -s and am not a core-dev [02:54] that's a bug? [03:20] Hello. I'm running Jaunty with latest updates and can't get the kernel module "loop" to load. It doesn't appear to be in the kernel modules. Does anyone know where I could get this for Jaunty? [03:20] I was expecting the module to be in /lib/modules/2.6.28-7-generic/kernel/drivers/block/loop.ko [03:25] neatojones: CONFIG_BLK_DEV_LOOP=y [03:25] So, I need to recompile the kernel with that? [03:25] No, it means it's builtin [03:25] neatojones: no, it's compiled in now and hence not a module. [03:26] 2.6.28-7-generic is far away from the latest updates, btw [03:26] oh. So, just run that command? [03:26] it was changed in 2.6.28-4.5 [03:26] it's not a command; it's from the kernel configuration [03:27] i.e., you don't need to modprobe loop. it's already loaded. [03:28] thanks [03:28] I keep getting errors sayign that it isn't loaded [03:28] which is why I thought I needed to load it. [03:29] ...but no wonder modprobe wasn't working :) [03:30] My script is returning this error: raise OSError("Error loading kernel module %s" % (mod,)) [03:30] oops...wrong part. [03:30] OSError: Error loading kernel module loop [03:33] maxb-sorry. I misspoke on that :( I do have the new kernel. [03:34] Hey guys, I'm looking for translation tools for svg files. [03:38] doctormo: I'd be surprised if such a thing exists. [03:38] You can always make a script that replaces tags in the svg file, I guess. [03:39] johanbr: Er, I'm after something that uses switch tags and languageSetting attributes propperly. svg does support i18n, just getting those into the launchpad translations is hard. [03:47] doctormo: oh, I see [03:48] johanbr: indeed, infact editing language specific text works in inkscape, it's just a matter of being able to generate a pot file and then recombine the po files back into the svg. [05:56] directhex: yes, the fix is available in -11.39-generic [06:07] good morning === dholbach_ is now known as dholbach [06:15] is functionality similar to delta rpms available in deb based systems like ubuntu, is such functionality planned, or is it not worth the potential problems it may cause? [06:34] mrsteveman1: Such as 'debdiff' ? [06:47] StevenK: I think mrsteveman1 mean binary (.deb) diffs, like for -updates [06:48] Oh, so you only download the differences? Ick. [06:49] that's how openSUSE does updates as an example [07:05] does that just make things more difficult? [07:05] i imagine there are moderate bandwidth gains to be had [07:06] and lower costs for repo hosts === tkamppeter_ is now known as tkamppeter [07:53] mrsteveman1: lower bandwidth costs, higher storage costs (especially when you start storing large deltas) [07:54] or rather large numbers of deltas [08:07] Good morning [08:08] calc: 348667> I'll look [08:23] calc: hm, seems it didn't work well last time, so another retracing won't gain much, I'm afraid [08:23] calc: it could be done manually with a few more debug symbols etc., but that's hard work [08:31] I hope that this bzr branch & rosetta marriage in LP wasn't just an April's fool, this sounds like a great feature [08:44] mvo: bug 348301 sounds a bit like interference with update-manager's changing of /etc/default/apport to enable it for upgrades? [08:44] Launchpad bug 348301 in apport "intrepid --> jaunty: apport wants to have user input" [Undecided,Confirmed] https://launchpad.net/bugs/348301 [08:45] mvo: I wonder what to do about it [08:45] mvo: if u-m changes the file in exactly the way the new package ships it, it shouldn't prompt, right? [08:52] pitti: right [08:52] pitti: I can do that. [08:55] mvo: how do you modify the file right now? [08:56] mvo: just s/enabled=0/enabled=1/ ? [08:56] mvo: I just wonder how we handle this for the final release, since we'll disable apport for it [08:56] mvo: will you disable the temporary apport enabling in u-m too for final, or will that stay? [08:56] mdke: wow; I knew it was safer to rmdir in the postinst, but I didn't realize it would be proven that quickly :-) [08:56] pitti: I want to disalbe the enabling of apport for RC [08:57] ah, ok [08:57] pitti: yes, just the sed equivalent in python [08:57] mvo: hm, I wonder what it's complaining at then [08:57] pitti: its modifiyng the intrepid file, but the jaunty file has a addtional line in it [08:57] ah, of course [08:57] # you can temporarily override this with [08:57] # sudo force_start=1 /etc/init.d/apport start [08:57] yes [08:58] I can copy the jaunty version over and modify that, that should work [08:58] eh, no need to modify :) [08:58] but copy it iover [08:59] mvo: good idea, you'd extract it from the .deb? [09:02] pitti: good idea, then it would also automatically be disabled when you disable it in the deb [09:04] pitti: I check it out how robust this will be, I do not want to add late breakage :) [09:04] mvo: it indeed sounds intrusive, downloading that deb first, extracting, etc. [09:04] mvo: perhaps just add the current jaunty conffile for now, and disable the code for final? [09:05] pitti: yeah, and the more sophicstiacted code for karmic [09:05] thanks pitti! [09:05] mvo: also, I don't plan to change that conffile again for karmic (except for enabling/disabling) [09:05] * pitti hugs mvo, danke [09:05] mvo: erm, hang on [09:06] * mvo hangs [09:06] mvo: why do we have to change the conffile in the first place? [09:06] # you can temporarily override this with [09:06] # sudo force_start=1 /etc/init.d/apport start [09:06] it could just call that? [09:06] mvo: or does libapt read the conffile itself? [09:06] pitti: this is not available in intrepid yet, is it? I need to start the intrepid version [09:06] mvo: dang, you are right [09:07] also, this force_start won't trigger python [09:07] nevermind for now [09:08] ok [09:19] bug 350732 [09:19] Launchpad bug 350732 in asterisk "IAX2 encryption: calls end abrutly due to normal packet loss" [Undecided,Confirmed] https://launchpad.net/bugs/350732 [09:39] seb128: the retracers all break down due to new LP and p-lp-bugs [09:40] seb128: the heck with it, I'm working on the launchpadlib migration now [09:40] great ... [09:40] pitti: thanks [09:40] let's not waste any more time on fixing plpbugs [09:40] * pitti invokes a new PPA bzr commit -m 'lazily log into Launchpad, so that bug reporting does not need it' [09:40] WTH? [09:40] https://edge.launchpad.net/~pitti/+archive/apport-retracer I meant to copy [09:41] that's how you reveal s3kr1ts, copy&paste errors.. [09:41] the great thing about having 2 clipboards is you can never be sure which one gets used! [09:52] cprov: multi-ppa and copying between them is soooo awesome! [09:52] * pitti hugs cprov === azeem_ is now known as azeem [10:19] pitti, mvo, slangasek: ok, so gnome-screensaver breaks after 2.24 to 2.26 updates [10:20] ie if you still have the old version running after upgrade and lock the screen it doesn't unlock [10:20] but display a flickering screen with no password entry [10:20] I didn't upload 2.26 yet due to that [10:20] do you think it's a blocker (ie we should not update until that's solved)? [10:22] seb128: asked the other way around, what would we lose by not updating? [10:23] pitti: NEWS summary is on bug #345107 [10:23] Launchpad bug 345107 in gnome-screensaver "Please, sponsor gnome-screensaver 2.26.0 to jaunty" [Wishlist,Triaged] https://launchpad.net/bugs/345107 [10:23] several bug fixes but nothing crutial I think [10:23] we don't want to stay on 2.24 for ever [10:23] but we can for sure wait next cycle and see if somebody fixes the issue or have the cycle to work on it [10:29] if we can't find a way to kill the old screensaver on upgrade and start the new one (if the old one was running), I guess that's a valid fallback [10:29] that would unlock locked session [10:31] pitti: you're on vendor-sec, aren't you? What's the address? [10:35] seb128, so do it in reverse. is it possible to start the new daemon then kill the old one, leaving no period of unwanted unlockedness? [10:35] Mithrandir: I haven't been any more for years [10:35] directhex: you can't have 2 instances running no [10:36] directhex: and how would you make sure that nobody open a menu or something during the split second when there is no screensaver which would prevent locking [10:37] seb128, well, that's why i'm suggesting that having two instances briefly is better than no instances briefly [10:37] doesn't work === asac_ is now known as asac [10:37] you can't run 2 instances and the first one already grab the screen, would be complicated to do [11:15] * pitti happily sees the apport python dup checker run with launchpadlib [11:27] pitti: I've sent an email to the mailing list about bug 320632 as you suggested. Just FYI [11:27] Launchpad bug 320632 in xfree86-driver-synaptics "tap-to-click and edge-scrolling broken in Jaunty" [Medium,In progress] https://launchpad.net/bugs/320632 [11:27] tseliot: great, thanks! [11:27] np [11:28] * ogra wonders why ubiquity never selects "nodeadkeys" by default in german installs [11:32] pitti, great news, so apport is not depending on py-lp-bugs anymore? [11:32] thekorn: it still does in jaunty [11:32] thekorn: but I uploaded the launchpadlib branch packages to https://edge.launchpad.net/~pitti/+archive/apport-retracer now [11:32] thekorn: and I'm in the middle of deploying those to the retracers [11:33] hi [11:33] thekorn: uploading this to jaunty involves a FF and a MIR for python-launchpadlib [11:33] I'll file those, but I wanted to roll this out now [11:33] thekorn: since p-lp-bugs is broken again with today's LP rollout [11:33] Can I use Ubuntu remix on standard laptop [11:33] jaunty chroots now seem to work as well [11:34] pitti, broken p-lp-bugs, I know :( [11:34] I want to install on my dads laptop [11:34] thekorn: but now I don't care any more :) [11:34] does any gernam in her use the default german Xorg keymap instead of nodeadkeys ? [11:34] pitti, :) that's fine [11:34] ogra: nodeadkeys FTW (but I'm usually using US layout) [11:35] pitti, right, its the only default i have to change in all my live installation tests and i was wondering if selecting nodeadkeys as a default wouldnt be cleverer [11:35] i personally dont know anyone not using nodeadkeys [11:35] well, I find it a "programmers" vs. "letter writers" issue [11:36] my wife occasionally needs accents [11:36] and she doesn't do shell backticks, etc. [11:36] hmm [11:36] i wonder if we should do a strawpoll on the de ML [11:36] I have no strong opinion about the default, but it's easy enough to change in ubiquity, thus *shrug* [11:36] Can I use Ubuntu remix on standard laptop ..........I want use it on Dads 15 inch centrino laptop with 1 gb ram [11:36] i know historically in dexconf it was alway defaulting to nodeadkeys [11:37] ogra: the answer will depend on where you ask, I guess :) [11:37] *always [11:37] gopogo: I don't see why not; -> #ubuntu please, though [11:37] i am invisible ;- [11:37] dholbach, yeah, its tricky [11:37] but i remember all my debian installs as well as all my early ubuntu installs defaulted to it ... i think that change came with ubiquity [11:38] pitti: can UNR run on non atom cpu like centrino [11:38] gopogo, thats really a question for #ubuntu [11:38] i dont think anybody knows there [11:39] ogra: no, it did not come with ubiquity. [11:39] ogra: console-setup is more likely [11:39] cjwatson, ah [11:39] do we inherit it from debian ? [11:39] ish [11:40] it's a complete rewrite of the old console keyboard handling infrastructure [11:40] ah, k, then i wont complain ... [11:40] and it does affect how the X keymap is chosen [11:40] i just notice that i always have to do these two extra clicks if i do test installs [11:40] well, it sounds like a legitimate complaint, I'm just explaining how it came about [11:40] yeah [11:41] pitti is right though, it migth be different for textwriters [11:41] although for the record I can't find any evidence that nodeadkeys used to be used by default [11:41] hard to judge from a programmers POV :) [11:41] still looking around and trying to remember how the old stuff works [11:41] ogra: dead keys are a programmer's nightmare, but so is the entire German layout in the first place :) [11:41] heh [11:41] well, depends :) [11:42] cjwatson, it was seeded by dexconf iirc [11:42] because vim keybindings, C/Python operators, LaTeX commands etc. were all designed to be convenient to type on the US keyboard [11:42] ogra: no [11:42] ogra: xserver-xorg.postinst chose deadkeys or not based on the installer-selected keymap [11:42] ah [11:43] i thought i saw something hardcoded in dexconf, but i might misremember [11:43] its a while ago i looked at it [11:43] ogra: ah, here we go, you're right, it did use to be nodeadkeys by default [11:43] right [11:43] console-keymaps-at/keymap's Choices has de-latin1-nodeadkeys and not de/de-latin1 [11:43] at least in my debian installs i'm sure [11:44] ogra: I'd like to have the output of a straw poll of course [11:44] yeah, i'll do one though i'm not actually sure where ... ubuntu-de might generate different output than ubuntu-devel ... the latter surely reaches more people [11:45] (or -devel-discuss) [11:46] * ogra thinks he'll do two [11:46] I care more about "typical" German users than developers [11:46] whatever "typical" might mean [11:46] can UNR run on non atom cpu like centrino ? [11:47] gopogo, absolutely [11:48] thanks [11:48] gopogo, the unr images on cdimage are for i386 or amd64, and will run on any system regular ubuntu does [11:49] ime developers tend to prefer non-localized systems, or only lightly localized systems, and have an unnaturaly fancy towards non-standarda layouts :P [11:49] can I convert unr iso to usb img ? [11:51] why not doenload the usb image? [11:51] http://cdimage.ubuntu.com/releases/9.04/beta/ubuntu-9.04-beta-netbook-remix-i386.img [11:57] mvo: which dist-upgrader log file would show the conffile prompts? [12:01] mdz, I _think_ it's term.log [12:01] liw: ah, yes it is, I found an example. thanks [12:04] mdz: main.log will have it [12:04] (and term.log as well) [12:05] so I've been a little worried about our bug-fixing performance over time, and regenerated my graph of bug-fixes-uploaded-per-month a few days back to have another look at it [12:05] http://people.ubuntu.com/~cjwatson/bugfix-history/plots/month-fixed.png [12:05] look at that spike last month! and I'm not sure that even includes most of the post-beta fixes [12:06] holy moly! [12:06] (generated based on whatever was in my mailbox at 2009-03-27 19:43 local) [12:06] good work everybody :) [12:06] is webkitkde in ubuntu repo ? [12:07] cjwatson: nice! [12:07] heh, nice december UDS/christmas break [12:08] yes, some events are very visible on this kind of graph [12:09] * cjwatson regenerates it. Takes a while since it has to plough through lots of mailboxes [12:12] I'm supposed to be able to edit the kernel command line in grub, right? whatever I try ends up in rebooting directly into BIOS [12:13] hm, no, I can delete an argument ("quiet") and that works... [12:14] liw: worked for me last time I checked [12:14] perhaps it _is_ the arguments I am trying ("iommu=soft" and "ata_ignore_hpa=0") then [12:15] or perhaps Ubuntu really, really hates me, and not just my hard disks *sigh* [12:15] it's totally personal [12:31] seb128_: okay, please delete all apport cron mail you got until now [12:31] pitti: ok [12:32] pitti: did you manage to fix the retracers? [12:32] seb128_: I just finished with upgrading them all to launchpadlib [12:32] there was some fallout [12:32] seb128_: if you ever have to fix something, https://edge.launchpad.net/~pitti/+archive/apport-retracer has the extra packages now [12:32] seb128_: launchpadlib/wadllib backports, and apport packages from the launchpadlib branch for all supported releases [12:33] pitti: ok [12:33] all retracers are on auto again [12:34] seb128_: due to the backport, hardy/intrepid now get the "autoclosing on obsolete pacakges" and some robustness fixes as well now [12:34] seb128_: I'll have lunch now, and deal with potential fallout in an hour [12:34] until then, all retracers should have run at least once [12:34] exellent [12:34] * seb128_ hugs pitti [12:34] good work! [12:34] *phew* [12:35] it was overdue [12:35] but quite some work [12:35] seb128_: I'm glad that Spads responded immediately to fix ronne's firewall rules [12:40] hey seb128_, I subscribed you to the bug about the murrine engine version, so you don't forget ;) [12:40] kwwii: I don't forget but I though you said they would roll a tarball? [12:41] seb128_: not that I know of, all I know is that it is fixed in svn [12:41] ok [12:41] someone might have a package ready, let me ask around [12:45] it's easy enough to backport a change [12:45] I was just waiting on a new tarball [12:47] seb128_: seems like someone did it already...https://launchpad.net/%7Esuraia/+archive/ppa/+files/gtk2-engines-murrine_0.90.1-0suraia1~jaunty1_0.90.2-0ubuntu1+svn170~jaunty1.diff.gz [12:48] well they should open a sponsoring request bug then [12:48] it will be faster for me to backport the svn change than to chase ppa versions === seb128_ is now known as seb128 [12:49] hrm, ok...so what should I do? what would be faster/better? [12:50] nothing? [12:50] lol [12:50] if you know the guy who has the ppa you can ask him to open a sponsoring request [12:50] if he doesn't I will just backport the change later today [12:51] don't know him, and his email address isn't public, but I am sending him an email through launchpad, I'll get back to you [12:52] ok [13:07] http://people.ubuntu.com/~cjwatson/bugfix-history/plots/month-fixed.png updated; those extra four days at the end of the month gave us another 200 bugs fixed or so [13:07] obviously it drops way down again since April only just started [13:08] IOW last month we fixed around 60% more bugs than any previous month on record [13:08] yay for bug fixing [13:18] mvo: when you have a moment, could you have a look at bug 353768? [13:18] Launchpad bug 353768 in ekiga "Upgrade from 3.0.1-1ubuntu2 to 3.2.0-0ubuntu1 held back" [Undecided,New] https://launchpad.net/bugs/353768 [13:21] mdz: sure [13:21] * mvo looks === kirkland` is now known as kirkland [13:35] seb128: argh, now the launchpadlib errors start to strike [13:36] mdz: hm, tricky, trivial to workaround with the release-upgrader, but there should be a better generic way === sabdfl1 is now known as sabdfl [13:48] mvo: should I go ahead and force the upgrade on my system, or is there useful debugging I could do? [13:53] mdz: forcing it should be fine, I can reproduce it here [13:54] kenvandine_wk: ^ [13:56] seb128: thx :) [15:23] pitti: oh ok, np [15:28] seb128: ok, please delete retracer cron mails again; should be fixed now *knocks on wood* [15:29] * seb128 hugs pitti [15:40] cjwatson, good morning (or afternoon), did you get a chance to look over the possible solutions for shadow? (my patch didn't work after shadow finished building so back to square one for me) [15:40] not yet [15:40] I've been trying to fix RC installer bugs all day [15:43] That Wubi one looks like a pain === thunderstruck is now known as gnomefreak [15:47] NCommander: oh, that one I'm leaving alone [15:47] seb128: bug made for sponsoring the murrine engine from the private ppa #353832 [15:48] kwwii: thanks === thunderstruck is now known as gnomefreak [15:52] tedg: Hi. I have a problem with indicator-applet. I've Evolution & Pidgin running, and both apps appears in the applet menu. However, sometimes one of them dissappears. Now, for example, Pidgin is running but its menu option has gone, so I can't select it in the applet and therefore I can't open the buddy list. This morning happens with Evolution, too [15:53] tedg: Do you know if this is a known issue? [15:53] RicardoPerez: Yes, it's a known problem, there's a fix in trunk, but I haven't made a release yet as I'm working on other fixes. [15:54] tedg: Great, so I don't need to submit a new bugreport, right? [15:54] RicardoPerez: It involves system and session bus ids matching and removing each other. So if you don't log out and log in often, it should happen less :) [15:55] RicardoPerez: No, you shouldn't need to. You're welcome to comment on bug 345599 though. [15:55] Launchpad bug 345599 in indicator-applet "indicator applet disappears" [High,In progress] https://launchpad.net/bugs/345599 [15:55] tedg: Oh, well, actually I never log out after rebooting or shutdown-restart... [15:55] RicardoPerez: Rebooting is your problem there. Don't do that, no kernel upgrades ;) [15:56] tedg: Peeking into it [15:57] tedg: Mmmm... According to the bug 345599, it seems that the problem is notification icon dissappearing. My issue is that a menu entry dissappears, not the icon [15:57] Launchpad bug 345599 in indicator-applet "indicator applet disappears" [High,In progress] https://launchpad.net/bugs/345599 [15:57] RicardoPerez: It's the same in that if you only have one of the two apps running, the whole thing will disappear. [15:58] tedg: Oh, that sounds reasonable :) Can I try and test the trunk version in order to make sure? [15:58] RicardoPerez: Sure! bzr branch lp:indicator-applet [15:59] tedg: That command downloads the source, right? Can I build a .deb binary package using that source? [16:00] RicardoPerez: Not directly. I haven't merged it into the packaging branch. [16:01] tedg: But I can "make install" without fear, don't me? ;) [16:02] RicardoPerez: Heh, a healthy amount of fear would probably be good ;) [16:02] I wouldn't do it on a production system or anything like that. [16:03] tedg: Mmmm... I'll try to do it, I'm brave :) Thanks a lot! === cr3_ is now known as cr3 [16:16] mvo: regarding bug 349725, do we actually allow upgrades from 8.04 to 9.04 in one step? [16:16] Launchpad bug 349725 in doc-base "8.04->9.04-beta updgrade: Could not install 'base-passwd'" [High,Triaged] https://launchpad.net/bugs/349725 [16:18] mdz: kubuntu requested it [16:18] mdz: they want to support kde3 -> kde4 upgrades without going over intrepid [16:19] we will also need it for the next lts [16:19] mvo: interesting, I see [16:20] * mvo was a bit suprised aobut this too === thunderstruck is now known as gnomefrak === gnomefrak is now known as gnomefreak === cr3_ is now known as cr3 [17:15] Riddell: shouldn't konqueror be registering alternatives for www-browser and x-www-browser? [17:29] calc: yes, bug 353678 [17:29] Launchpad bug 353678 in kdebase "Konqueror does not appear as a choice in update-alternatives" [Low,Confirmed] https://launchpad.net/bugs/353678 [17:29] Riddell: ok [17:29] Riddell: also seems that sensible-browser is bunged [17:32] sensible-browser is only special cased for gnome and does not use xdg-open at all === robbiew1 is now known as robbiew [17:52] mdke: around? [17:52] LaserJock: (In case I'm not around at the moment, please provide a bit of information about what you want and I will respond when I get back) [17:53] * LaserJock curses mdke's autoresponder [18:00] james_w, kenvandine_wk: apparently you rock! re gajim. thanks. [18:04] calc: hello [18:05] kady: hello [18:05] calc: how are You? [18:06] kady: ok, who are you? :) [18:07] Just checking of you are the person to talk to about state of OO.o ? [18:08] sabdfl: thanks... i want to see more stuff using the cool indicator stuff! [18:08] kady: yes [18:09] kady: whats up? [18:09] calc: what is the state of the KDE 4 builds [18:09] I heard they are turned off due to problems ? [18:09] kady: there is no KDE 4 support in OOo period [18:09] cjwatson, so I determined the reason behind the 0 for password expiration age getting written to the shadow file; we set that via login.defs, but removing unfortunately does not solve the issue. It seems if password age == 0, you MUST change your password even if the password aging fields are blank. [18:09] kady: at the source level, so no way to really enable it for builds, it only halfway worked to compile but it didn't actually function properly since OOo does not support KDE4 [18:09] calc: not even disabled? [18:10] calc: any plans to? [18:10] kady: no there is no code written to support KDE4 in OOo [18:10] kady: maybe long term, there is a novell guy who does all the KDE support, but he does a lot of other work too so hasn't had time to write kde4 support for OOo [18:10] kady: if you want to write the support you are welcome to :) [18:11] calc: That's what I was trying to get to who is in charge of that [18:11] there is a kde.oo.o site that hasn't been touched for years [18:11] cjwatson, thats an intentional behavior, so now the question is; what do we do to get that field blank? [18:11] the "team" is dead [18:11] ? [18:12] sounds like it if the one person who can do anything is not even working on OO.o [18:12] kady: jan holesovsky (Kendy on irc) is who works on it, the official novell build is called go-oo / ooo-build which is available at go-oo.org [18:12] go-oo is what Ubuntu uses I heard [18:13] No idea of the truth of that [18:13] kady: yes it is [18:13] kady: he's mentioned on that page you linked to: "Jan Holesovsky /kendy at openoffice org/" [18:14] ok thanks [18:14] he still does a lot of work on OOo but just doesn't have time to fix up for KDE4 [18:14] i think Novell doesn't ship kde4 [18:14] Do you know what were the problems they were having [18:14] calc: They have nightly builds of KDE4 so .... [18:14] kady: ah ok [18:15] kady: i think its just a time issue of he hasn't had time to write the kde4 file dialog and maybe some other stuff [18:15] i do know at least that the kde4 file dialog is not done [18:15] calc: might be better to try and build somethign a little more long term than a 2 week push then [18:16] KDE4 is still in flux and I would expect thigns needt o get tweaked as time goes by and OO.o and KDE4 improve [18:16] might make more sense to try and get three interested people to work with this [18:16] thanks [18:16] I'll try and contact him [18:17] ok [18:18] calc: Does Ubuntu plan to package OO.o extentions they way they do FF ? [18:21] Hi! I remember seeing a nice tool that helps you get the right format in the changelogfile? what was that? [18:21] askand: dch ? [18:22] kady: if someone wants to do it they can [18:22] kady: i have no plans to package all the extensions in the world myself [18:22] kady: we have a few extensions packaged and maybe a few with each new release will be done, but not all of them by any stretch [18:23] LaserJock: thanks [18:24] calc: oh no not at all :) packaging all the FF extensions would be an exercise in exhaustion that I hope would be done as a sacrifice in the name of science :) [18:25] but the idea is to provide useful functionality without having people wander around the net installing things [18:25] I would argue that OO.o is probably more in need of that service than FF === robbiew1 is now known as robbiew [18:33] ubuntu-bug /usr/bin/xvnc4viewer [18:33] Error showing url: Failed to execute child process "/usr/lib/firefox/firefox" (No such file or directory) [18:33] does that mean it filed the bug? (which would really be better with _some_ form of content... [18:35] lamont, from my experience it treis to log in with your browser and makes you add subject and description [18:35] *tries [18:36] ah, so that'll be _2_ bugs to file manually. kewl [18:36] so i would doubt it filed anything [18:37] searching lp for bugs in the package in question yielded a clean slate, wasn't sure if it was using the mail interface, or just completely faceplanting [18:37] i would guess it uses SENSIBLE_BROWSER ot x-www-browser [18:37] just a guess but i think w3m or lynx might work as well [18:38] it's probably related more to the fact that there are 2 instances of firefox (aka SENSIBLE_BROWSER) in 2 profiles running [18:39]