=== superm1 is now known as superm1|away [00:30] Sorry, new here. What's the deal with automount on nfs partitions? I was told it was patched to not work on an NFS partition, but it seems to try to start just fine on my NFS root. [00:30] However, it won't mount anything after that... === pedro__ is now known as pedro_ [00:42] ah well, back to hacking at it. I guess I have to dive deeper. [00:56] oooh, is mkdir_path trying to do a stat on the directory and not getting a nice response from automount? [01:11] superm1|away: so it seems we have an issue with the amd64 livefs buildd hanging whenever I try to do anything with it, I guess DVD builds are going to have to wait until someone is available to unblock this [01:11] (and hopefully to diagnose it) [01:21] lpget vlc/intrepid [01:25] whats lpget? [01:29] probably a personal script to grab changes/packages/source/bugs from launchpad [01:32] yeah, it's a python script to scrape LP for dsc links [01:32] 3461 files changed, 1495678 insertions(+), 1152722 deletions(-) [01:32] boy this'll be fun. [01:35] surely most of that is moved files [01:35] jdong: Have you asked Debian if they've had a look? [01:36] We're basically in sync with them now. [01:36] * RAOF blinks at 1.4x10^6 LOC changed [01:38] wgrant: no, I haven't.... that would be a good idea though; right now I'm just trying to gain an understanding on the extent of the work required [01:42] jdong: Approximately infinite. [01:43] Or as close as a new minor version can get to infinite. [01:43] wgrant: yeah it looks a bit painful indeed [01:43] nonetheless, it's this or math homework. [01:47] well, it seems to be getting through configure.... [01:47] of course I need to go back and s/drop/rewrite/ these patches. === superm1|away is now known as superm1 === nealmcb1 is now known as nealmcb [03:22] I have a data alignment question. I noticed that addresses returned from malloc() are always aligned (end in 0 hex) to the processors native data type? [03:22] Is this something I can rely upon, i.e. it will always be the case? [03:26] Nevermind... found the answer: "The address of a block returned by malloc or realloc in the GNU system is always a multiple of eight (or sixteen on 64-bit systems)." Very cool. === persia_ is now known as persia [04:08] hello [04:09] what should I tag on launchpad when a bug is fixed upstream ? [04:19] j-b: You'd want to ask that sort of question in #ubuntu-bugs in the future. TO indicate fixed-upstream, add a bug task for the upstream project, and link it to the upstream bug that is fixed. [04:20] persia: ok, thanks... [04:20] persia: not going ot be fixed before 10 month then :D [04:22] j-b: Hrm? If it's fixed upstream, and it's marked as described, it appears in the list of bugs fixed upstream. There are a few developers that regularly review these lists, and try to pull the fixes. [04:25] i just hope intrepid can have a working netboot installer [04:25] because my cd burner is not currently supported by linux kernel [04:34] yao_ziyuan1: Have you tried a netboot from one of the Alpha release candidates? [04:34] no [04:34] but i have nightmares with netboot in hardy [04:35] as it said, netboot in hardy didn't work [04:35] yao_ziyuan1: Best path to make sure it works in intrepid is to test the netboot installer from the release candidates, and report bugs. [04:36] persia: are you from iran... [04:36] yao_ziyuan1: Nope. [04:38] ok. i'll make a snapshot of my windows virtual machine in vbox, [04:38] and then try the netboot files of intrepid in this windows vm [04:39] using grub4dos [04:39] is that ok? [04:39] yao_ziyuan1: Not being someone who has ever tried a netboot install from Windows, I'm not sure, but there's usually no problems with testing in virtual machines. [04:40] i'm installing intrepid alpha 5 in vbox as a new vm [04:40] using the alternate installer iso [04:41] maybe after installation i can take a snapshot and try netboot in it === BenC1 is now known as BenC [05:56] good morning [05:57] hey dholbach [05:57] hiya TheMuso :) [05:57] Hi [05:57] hi ion_! [05:57] What’s up? [05:58] I'm slowly waking up :) [05:58] how are you doing? [06:03] I wrote a small program that tracks computer activity; by analyzing its log i can automate a sleep diary. :-) [06:03] http://heh.fi/tmp/idlemeter [06:41] howdy! could someone please look into bug #194140 ? it's been sitting there unattended for ages. [06:41] Launchpad bug 194140 in cyrus-sasl2 "Dependency cycle prevents upgrade of libsasl2-2" [Undecided,New] https://launchpad.net/bugs/194140 [07:09] Anyone read Russian well enough to understand whether bug #270773 is valid? [07:09] Launchpad bug 270773 in postgresql-8.3 "How I'm build postgres deb packages whith this patches (step by step)" [Undecided,New] https://launchpad.net/bugs/270773 [07:09] -ECHANNEL [07:11] persia: google translate translates it pretty ok [07:55] * NCommander is awake! [08:01] TheMuso: Good mroning [08:01] Hey NCommander. [08:02] TheMuso: can I steal you for an ack on a package (its got a dependency change, I'm already got one ack from -release, but a second one would be nice so we could finally get this uploaded) [08:03] NCommander: bug number? [08:03] TheMuso: https://bugs.edge.launchpad.net/ubuntu/+source/gnucash/+bug/270200 [08:04] Launchpad bug 270200 in gnucash "Change libgoffice dependency from 0.4 to 0.6" [Low,In progress] [08:04] looking. [08:06] TheMuso: since when do we require freeze exception for patches that change dependencies like that bug? [08:07] siretart: thats a good question. [08:07] according to https://wiki.ubuntu.com/FreezeExceptionProcess#Exceptions%20for%20Universe/Multiverse, we don't [08:08] I don't think it needs a freeze exception, but that specific bug probably needs several pairs of eyes, as there are historical reasons why it still uses 0.4 [08:08] Interesting that ScottK didn't just mark it confirmed/upload it. [08:08] TheMuso: he wanted a second ack [08:09] Oh ok. [08:09] We had three testers from the gnucash team test it in addition to myself. The upgrade also resolves quite a few bugs [08:09] (related to PDF and fonts) [08:10] NCommander: SO it works? [08:10] what are the changed between kernel packages for 2.6.24 and 2.6.27 that are needed to get the vcons back? evidently, yet more changes to the way fbdev modules are packaged, but which ones? is the strategy for this documented anywhere? [08:11] Yeah. It gained a new bug though because it uses the GTK print system now vs. its old one [08:11] while you're at it, can someone fix the annoying glitch that I can only select a reconciliation date in gnucash using the calendar widget, not by entering a date string? [08:11] TheMuso: That bug however affects all GTK applications [08:11] TheMuso: and has already been reported on LP and upstream [08:12] NCommander: Ok. [08:13] NCommander: Ok ACK. [08:13] NCommander: in the bug also. [08:13] TheMuso: any chance I can convience you to upload as well ;-)? [08:14] NCommander: Yep I'll do that as well. [08:14] \o/ [08:16] * NCommander starts attacking the libtool fixs [08:16] Hmph [08:16] You know, I was looking at libtdl3-dev NBS [08:19] I was working on ksimus [08:19] If you want I'll look at another one [08:20] I have a whole bunch that build [08:20] I can upload them [08:20] Which ones are left [08:20] Don't remind me about libltdl/libtool. :S [08:21] At least powerpc doesn't usually break as often as other libtool architectures TheMuso [08:21] NCommander: Possibly, I haven't dug that deeply. [08:21] StevenK: ? [08:21] NCommander: Hold on [08:22] I looked at the list like a week ago. [08:22] cacao freeradius gnash guile-gnome-platform ion2 ksimus myodbc openc++ openct pacemaker php-mcrypt snort [08:22] That's what I currently have as not building [08:22] * NCommander grabs cacao [08:22] I thought now that we had ion3 we didn't need ion2 anymore. [08:23] I have 15 here that build successfully, but I have not uploaded them, or looked at which ones need uploading. [08:23] Yes, ion2 has been removed [08:23] ion2 isn't there anymore, yes [08:24] Ack [08:24] People who didn’t feel like using ion3 after it became non-free probably switched to some other tiling window manager than ion2. [08:24] cacao is just evil [08:24] cacao is essential. Please fix it :) [08:24] freeradius looks odd, since it builds, and then exits 1 from debian/rules because openssl has been pulled in somehow [08:25] StevenK: its a faulty test [08:25] StevenK: I was helping to debug it. The test it detecting a non-existant openssl linkage [08:25] Hah [08:25] I thought a patch was already uploaded to disable said test [08:25] Guess now [08:25] *not [08:25] Well, cacao fixed in experimental, but its a new upstream version [08:25] *twich* [08:29] * NCommander looks at backporting [08:29] * StevenK looks at which packages built [08:30] NCommander: uploaded. [08:31] \o/ [08:31] Oh, grumble. [08:31] ? [08:31] I suspect someone has already uploaded them [08:33] * StevenK sighs [08:39] Is openjdk available? === warp10_ is now known as warp10 [08:47] StevenK: the cacao build is really quite broken === dholbach_ is now known as dholbach [08:48] StevenK: anyway, the problem with freeradius is one of its build-deps on Ubuntu is built with SSL while it isn't on Debian, and thus it gets linked against openssl even though its using none of ssl's symbols [08:49] NCommander: OpenJDK hasn't been ported to powerpc at last report. [08:49] NCommander: I figured that [08:49] O_o; [08:49] We have a port of openjdk to m68k, but not powerpc? [08:49] (upstream would welcome patches, but won't do it without someone else getting involved) [08:49] WTF? [08:51] persia: think you can answer a license question? [08:51] libsnmp depends on openssl [08:51] libsnmp is new-style BSD license so it can be safely linked [08:52] Can I then take that libsnmp w/ SSL and link it against freeradius? [08:52] what's the license of freeradius? [08:52] NCommander: net-snmp is also on Debian linked with libssl [08:53] NCommander: I'm willing to offer an opinion, but no warranty that said opinion is meaningful in any given jurisdiction, no assurance that said opinion represents informed counsel, nor does my granting of an opinion imply that it matches the opinions of the archive-administrators. [08:53] but in Debian "-lsnmp" doesn't get translated to "/usr/lib/libsnmp.so -lcrypto" during build but only to "/usr/lib/libsnmp.so" [08:53] during the build by libtool [08:54] On Ubuntu the pc file pulls into openssl [08:55] hit the .pc file with a hammer? [08:55] NCommander: My opinion is that you can't link it. [08:55] * NCommander likes slangasek's suggest [08:55] liw: the main binary seems to be GPLv2 and the plugins LGPL [08:55] persia: which is mine too, but I wanted a second opinion [08:57] * NCommander notes openssl is evil [08:57] evil like pie [08:58] or cake :-P [08:58] openssl is lethal to diabetics? [08:58] I was thinking more that you can never just take one slice of pie [08:58] It just sits there taunting you [08:58] Daring you to eat it [08:59] And when you do. BAMN, 20 pounds of fat you didn't have before [09:00] seems the intrepid netboot installer can't respond well to network problems [09:00] in the stage "Loading additonal components", [09:00] i paused the vm and saved its state and closed virtualbox [09:00] and then restarted the host machine (ubuntu 8.04 + kde 4.1.1) [09:01] and then restored the vm [09:01] now the netboot installer stalls at "Retriving crypto-modules-2.6.27-generic-di" (4%) forever [09:02] i have to restart the netboot process [09:03] i remember gutsy's netboot installer can give me a Retry button when it fails to download a package [09:03] * NCommander sees if libsnmp will link against gnutls [09:04] so i wonder why such good behaviors are not inherited by hardy's and intrepid's netboot [09:05] hoho, [09:05] it does provide a Retry dialog! [09:05] good. [09:05] i intentionally disabled the network interface of this virtual machine. [09:07] I think this is a serious bug, due to libsnmp linking against openssl === geser_ is now known as geser [09:14] slangasek & StevenK: So it seems freeradius has been indirectly linking to openssl for years .... [09:15] not in Debian; I don't know about in Ubuntu [09:15] slangasek: libsnmp in debian is linked to libssl [09:15] And the changelog puts that change in '05 if not earlier [09:17] hmm. [09:17] I don't think the freeradius maintainers were aware of that, then [09:17] YEah [09:17] Since they have an explicate check for freeradius to see if it was linked against openssl [09:18] A change in the Ubuntu snmp caused freeradius to pull in the -lcrypto linking flag [09:18] (for some reason -lcrypto wasn't in the pc before for libsnmp) [09:18] * slangasek mutters about Libraries.private [09:19] or Libs.private, or whatever [09:19] yeah [09:19] Hello, is there anything I should add to this bug 269855 [09:19] Launchpad bug 269855 in sl-modem "Please apply patch to fix issue with Si3054 modems" [Undecided,New] https://launchpad.net/bugs/269855 [09:19] And since libssl didn't get pulled in since it wasn't directly linked [09:19] No lintian warning bells went off [09:20] is Ian Jackson here ? [09:20] Doesn't look like it. [09:21] AnAnt: Frequently, unless there is a specific reason you need a specific person, you'll get a better response asking the question generally. [09:21] persia: I did [09:26] NCommander: where did you find a .pc file for libsnmp? [09:27] geser: during my debugging [09:27] Although I don't seem to having it now in pkgconfig [09:27] * NCommander grumbles [09:31] WOOOOO [09:31] I got a two-for-one license issue today [09:31] net-snmp is missing the openssl notifications in their copyright [09:36] huh? why should they have them? [09:37] It is very important that Adobe Flash gets updated from -beta to -rc, and that VLC gets updated from 0.8.6 to 0.9.2 before the release of 8.10 Ibex [09:37] slangasek: clause six of the openssl license [09:37] the -beta version of Flash is horrible slow in fullscreen mode, and has crappy performance, this is fixed in the -rc [09:37] http://paste.ubuntu.com/47375/ - how's that look? (I just want to make sure I'm not misexplaining the issue) [09:37] NCommander: net-snmp is not a redistribution of OpenSSL. [09:38] It includes bits of openssl via linking [09:38] To me thats redistribution "of any form whatsoever" [09:38] not copyrightable bits. [09:38] * NCommander just caught a nice typo in his bug email [09:39] Hrm [09:39] doggymenz: What is so critical about breaching FeatureFreeze for vlc 0.9.2? [09:39] In that case, then freeradius can safely indirectly link to openssl, although net-snmp still needs the adversing notice as per section 3: http://openssl.org/source/license.html [09:39] wgrant, the 0.9 branch is the long awaited update of VLC 0.8 branch, it brings much new stuff [09:40] doggymenz: It is well past feature freeze. [09:40] no, freeradius can't safely indirectly link to openssl; the GPL requires that when you ship a binary, the source to "all modules it contains" be made available under the terms of the GPL [09:40] :( [09:40] wgrant, ok, but flash can get new version? [09:41] "It has some new buggy features" doesn't sound like a very compelling reason to update to a new version. [09:41] slangasek: ok, let me fix my reasoning then [09:41] Flash I'm not sure about. [09:41] * NCommander bows down to slangasek's expert knowledge of licenses [09:41] and this has long been intepreted in Debian as meaning that GPL apps can't dynamically link against GPL-incompatible libs within the archive [09:41] s/licenses/Debian traditions/... [09:42] I knew they couldn't do that directly, but I didn't know for sure via an indirect linkage [09:43] * NCommander fixs his email up [09:44] anyone sees a reason why devscripts shouldnt have ca-certificates in Recommends? [09:45] why /should/ it have it? [09:45] what does devscripts have in it that cares about SSL? [09:45] slangasek: dget from launchpad [09:45] slangasek: http://paste.ubuntu.com/47378/ - would you mind looking this over to make sure I haven't missed anything important? [09:46] slangasek: bug 247157 [09:46] Launchpad bug 247157 in ubuntu-dev-tools "dget/dgetlp should have ca-certificates in their Recommends field." [Wishlist,Fix released] https://launchpad.net/bugs/247157 [09:46] NCommander: sorry, I don't really have time to right now [09:46] ah, it [09:46] s/it/ok/g [09:46] asac: that's filed against ubuntu-dev-tools though, not devscripts? [09:46] slangasek: no its against both [09:46] slangasek: ubuntu-dev-tools task is fixed. devscript has still a pending patch [09:47] which i planned to sponsor ;) [09:47] asac: ah. well, I would argue that relying on LP SSL to verify .dsc files is the wrong trust model [09:48] slangasek: i think the idea is that you can easily dget from launchpad links [09:48] sure you can [09:48] dsc files already have a GPG signature, why can't you simply verify it? [09:48] (not to verify, but just to make it the https:// links work) [09:48] er, there are ways to make https:// work without pulling in the certificates, though? [09:49] dget uses curl or wget internally, wget has --ignore-certificates (or something like that) [09:49] Curl probably has an equivelent switch [09:49] slangasek: yes there are. but why not make it work out of the box ;) [09:49] I think we should make it work out of the box, without worrying about certificate validation... [09:49] but i am not really personal affected to it. just wanted to ask if someone has real concerns [09:50] slangasek: ok. I will ask him to make dget ignore certificate problems instead then (dumping a warning maybe?) [09:50] is that an accurate reflection of what your idea is?` [09:50] practically speaking, this isn't an issue for desktop users; and in my devel chroots I disable recommends; so I guess I don't have a strong argument why ca-certificates /shouldn't/ be depended on, it just seems to me that it's not the simplest solution [09:51] asac: I think that's accurate, yes [09:52] ok thanks for your input [09:56] slangasek: you submitted a patch to NM right? what was the bug id? [09:57] asac: 269010 [09:59] ok [10:00] slangasek: good catch [10:01] asac: took me much longer than it should've to actually catch it ;P [10:02] * slangasek wanders bed-wards [10:02] yeah. but you usually wouldnt expect such a glitch ;) [10:03] slangasek: isnt freeze for a-6 today? [10:03] asac: yes [10:03] when you wake up? [10:03] yes [10:03] or now? [10:03] :) [10:03] good ;) [10:03] I milestoned this bug anyway ;) [10:04] +7h to upload crack^Wimportant fixes [10:04] mvo: didn't you hear? The Feature Freeze now also includes a Crack Freeze [10:04] hrm, that is a real blow :) [10:13] slangasek: ok committed and pushed upstreawm [10:13] cheers === tkamppeter__ is now known as tkamppeter [10:25] ogra: meister :) [10:25] asac, dude ! [10:25] whats up ? [10:26] göttingen ;) [10:27] asac, kommste ? [10:28] ogra: thats the question :) -> priv msg [10:30] yep [10:32] query on todays iso image. Why is there a listing for other that contains a file call compiz that seems to do nothing? [10:32] in the main Applications menu sorry ^ [10:36] davmor2: that sounds like a bug, let me fix it [10:41] mvo: okay cool do you want me to report so you can cross it off once fixed? [10:43] davmor2: its already in bzr, no need to file a bug (unless you want to file one :) [10:43] (in bzr now) [10:44] cjwatson: working on sponsoring bugs i looked at bug 258036 ... the author already updated his patch. do you want to finish this or shall I? [10:44] Launchpad bug 258036 in cmake "cmake creates shortcut in Applications but fails to run" [Low,In progress] https://launchpad.net/bugs/258036 [10:45] mvo: Okay I'll leave it and write one if it's still in place for alpha 6 [10:48] asac: go ahead [10:48] asac: were you working on fixing the EULA bug in abrowser? [10:54] NCommander: i dropped a comment in bug 269795 [10:54] Launchpad bug 269795 in ubufox "abrowser shouldn't display the EULA" [High,Triaged] https://launchpad.net/bugs/269795 [10:54] asac: I found a patch to fix it [10:55] * NCommander opens a bug to request firefox moved to restricted as not free software as you can't modify it freely unless you disable branding [10:55] Regardless of the EULA, as long as that trademark policy is in place, its not free [10:58] asac: er, how is it belong to ubufox, an extension can't prevent a tab from opening [11:00] NCommander: may be worth noting that even the DFSG permits licences that require derived works to change their name [11:00] although that apparently wasn't carried over to the Ubuntu licensing policy, but I think that was an oversight [11:00] cjwatson: yes, if the version in Debian changes its name [11:00] NCommander: the DFSG says no such thing [11:00] http://www.debian.org/social_contract point 4 [11:01] Debian packages are built with the orig and a diff, which by definition is a modification to the original package, and in my eyes, a derived [11:01] I think that is at best unclear. For a long time Apache technically required a name change on modification ... [11:02] The reason I state this point is because under section 4, it says that the license must allow modification of the source at build time. === siretart_ is now known as siretart [11:02] which firefox does [11:03] look, I don't particularly like the firefox situation, but you're making an overbroad claim [11:03] the obvious counterexample to the claim that every part of the upstream source must be modifiable is that you are not typically permitted to modify copyright notices [11:03] The way I see it is that when you build a package, you apply a diff to the original source, and then get debs from it. That from me counts as a modification. [11:04] and if its a modification, then the rules applying to "may require a derived work to carry a different name or version number" appears to apply [11:04] that depends on how extensive the requirement to carry a different name is [11:04] if it's conditional, and if that condition is extended equally to Debian (or Ubuntu) and everyone else, then it doesn't violate DFSG#8 [11:05] Last time I checked, firefox allows no modifications without prior consent [11:05] clause eight is why Firefox was eventually removed from Debian in place of Iceweasel [11:06] They were granted a license for the trademark with the modifications to build a deb, but it was rejected due to 8 since it was Debian specific [11:07] of course, the Ubuntu licensing policy explicitly states that non-code elements will be considered case-by-case [11:08] when founding Ubuntu we explicitly didn't want it to descend into interminable debian-legal arguments [11:08] (and non-code elements were a big issue at the time) [11:08] Normally I'd agree, but the trademark prevents code modifications. You can't take a firefox source package, modify it, and redistribute it legally [11:09] You need to disable branding in the rules, and then rename the source package to remove the trademark [11:09] that is an issue and it's something I and others are trying to sort out. That doesn't mean moving it to restricted RIGHT NOW is going to help [11:10] * NCommander backs down from doing anything [11:10] I trust your judgement on such matters :-) [11:10] NCommander: the source package name shouldnt be an issue [11:10] NCommander: and afaik not even the package name and the binary name can be trademarked [11:11] NCommander: its really just about the marks presented in the UI [11:11] asac: unless I'm mistaken, the trademark extends to the name "Firefox" [11:12] NCommander: the package name is a functional element which shouldnt be covered by trademarks. but IANAL. [11:12] Neither am I [11:12] So I shall put that aside [11:13] * NCommander hates to sound like a zealot, but this FF **** just pisses me off [11:13] the package description might be an issue if it wrongly claims that this _is_ firefox. we are certainly open for discussion how to improve this. and actually i am working with gnewsense folks to make the package more useful even for distros that cant ship the "firefox" source [11:14] asac: anything I can do to help? [11:15] how are we communicating that to our derivatives ? [11:15] NCommander: you can join #ubuntu-mozillateam and contribute ;) i dont like the idea to do radical packaging changes for intrepid, but we could certainly experiment with the packaging of our 3.1 branch [11:15] ogra: is that a question in my direction? [11:16] Well, I'd like to at least make icecat available via a PPA [11:16] ogra: gnewsense "firefox" dev is in my channel and we are actively working on it [11:16] asac, well, a general one ... if a derivative team comes and uses the ubuntu CD as a base ... [11:16] Just because it disables non-free plugin sensing, which while for me is not important, people who want to run all free systems would apperiate it [11:16] NCommander: that can be done in a different fashion [11:16] asac, they should know what they can do and what they cant without violating laws ... [11:17] asac: ? [11:17] NCommander: we have the plugin finder wizard. derivitaves can just have their own database and dont show any non-free plugin there [11:17] NCommander: it is even trivial to provide that as a service from our database [11:17] because we have the "section" in the database [11:18] so ubufox derivitaves can just pass a special plugin finder url parameter and then dont get results for non-free plugins [11:18] Ah, I didn't know [11:18] i am working on that topic the gnewsense too ;) [11:18] * NCommander has never looked deep within the depths of Gecko :-) [11:18] NCommander: the other feature is available in a icecat extension [11:18] I thought icecat worked by modifiying the firefox source [11:18] which someone should embrace in our firefox extension packaging community [11:19] If its an extension, I think I'll be shocked silly [11:19] NCommander: thats how icecat works. but that isnt the smartest solution [11:19] NCommander: not all is in an extension. i presented the idea of a "free" plugin finder database to icecat developers long time ago [11:19] and also suggested that they should try to put as much as possible in an extension instead of forking upstream code [11:20] they came back to me and said they had an extension that at least covers partso f the use cases === davmor2 is now known as davmor2_away [11:20] I've only written IE extensions, I know nothing of NSAPI :-) [11:20] (expect that its probably less braindamaging) [11:20] NCommander: NSAPI != extensions [11:20] oh right [11:20] NSPAI == content plugins (aka flash, totem) [11:20] Sorry, I'm still the old school plugins == extensions [11:21] NCommander: extensions is more like writing web-pages ... just using xul [11:21] * NCommander has bad experiences with xul [11:21] of course tricky things that want to tweak stuff in the inner guts are not that simple [11:21] Then again, I ran xulrunner on m68k .... [11:21] NCommander: which is a stupid idea ... without questions asked ;) [11:22] I had to fix a portability bug ;-) [11:22] asac: I take it you perfer gecko over webkit then? [11:22] NCommander: anyway. packaging extensions is simple. join #ubuntu-mozillateam and help out ;) ... i can connect you to the icecat developer and tell him that you would be happy to help getting his icecat extension into the ubuntu archvie ;) [11:23] I .... err ... what? === smarter_ is now known as smarter [11:23] NCommander: i have no preference preference for the rendering engine part. only thing i can say that webkit never made an official/supported release [11:23] * NCommander finds webkit somewhat unstable [11:24] On Linux [11:24] NCommander: its not even that it might be unstable. it doesnt have any track record of how they do stable support (read: security) [11:24] ah [11:24] mozilla isnt good at that. but i have yet to see that webkit is better ;) [11:24] s/good/perfect/ ;) [11:25] I just perfer gecko over webkit at the moment on desktops [11:25] although if Presto was opened up .... [11:25] for the log: i think mozilla does a good providing security updates for their products - even if its not exactly the kind of support we would like to see for their rendering engine (e.g. long term support) [11:26] Well, Dapper using FF 2 still which is now dead upstream [11:26] NCommander: 1.5 [11:26] anyway. i am happy that webkit exists. that gives us competition and puts some pressure on the gecko developers [11:27] 1.5 branch is maintained by distros yes. [11:28] ScottK-laptop: OW [11:28] MY BRAIN [11:28] OW [11:28] but we do quite a good job imo. we didnt see any considerable regressions and are still on top of all security patches - which is a lot. [11:29] * ScottK-laptop has a Dapper desktop upon which he uses FF every day and agrees. [11:31] ScottK-laptop: please backport FF3 to dapper [11:32] ScottK-laptop: BTW, what were you asking me on SUbversion? (I posted a fix to correct the SSL certificate issues) [11:34] NCommander: Thanks. I'll have a look. [12:05] mpt: ping [12:38] ScottK: whats the status of bug 231743 ? [12:38] Launchpad bug 231743 in dput "dput has wrong url for REVU uploads" [Low,In progress] https://launchpad.net/bugs/231743 [12:39] ScottK: for me that patch makes sense, but i am not really up-to-date with REVU and such === BenC1 is now known as BenC [12:47] asac: The fix was applied in dput 0.9.2.33 in Debian. Do we not want any of the other adjustments as well? [12:48] asac: There's what looks like a useful adjustment to support PPAs as well [12:49] persia: not sure. if we want that change i would like to upload in any case. so the contributor gets his credits. we can then still sync [12:49] I guess. That's the right address for REVU at least. [12:50] asac: Note that the other address also works, so it's really a no-op. [12:50] Personally, I think it's pointless to do this as an Ubuntu change. [12:51] (and it's the sort of thing I count negatively when considering package uploads when doing a technical review) [12:51] persia: right but he submitted that patch quite some time ago. and its a problem in the sponsoring process that this is now more or less outdated. [12:52] persia: but ok. [12:52] asac: So? Does it make more sense to apply now? Considering that it has *zero* impact on operations? You can upload it if you like. [12:52]