=== mthaddon changed the topic of #ubuntu-devel to: Launchpad is going down from 00:00 UTC until 02:00 UTC for a code update | intrepid alpha-1 released, archive open | frozen: Ubuntu 8.04.1 | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu- === gaurdro is now known as themuffinman === themuffinman is now known as gaurdro === mthaddon changed the topic of #ubuntu-devel to: intrepid alpha-1 released, archive open | frozen: Ubuntu 8.04.1 | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs === stdin_ is now known as stdin [03:09] so... if I have a random laptop with network-mangler installed, and I want to tell it to STFU and let me manually configure both the wireless interface and the wired interface is that trivial without killing various applets and daemons and such? [03:09] lamont: Yes. [03:09] how? [03:10] lamont: Unless it's changed in Intrepid, any configuration of an interface will make NM ignore it. [03:10] For example: left-click on NM's applet. Hit "Manual configuration". :) [03:11] kewl [03:11] and afk while it's still light-ish outside [03:49] RAOF: telling NM 'Manual config' not so much love. editing /etc/network/interfaces? love === lamont` is now known as lamont [03:56] lamont: NM->Manual config should be brining up something that edits /etc/network/interfaces. It didn't? [03:56] it did [03:57] It just didn't work? [03:57] and I left it there and used my other tool for editing interfaces... [03:57] since the gui is extremely cumbersome, and vi is love [03:57] and then it decided that just because I said manual config, didn't mean that I wanted manual config, and started doing it's thing. [03:57] so I finshed the vi session, and there was love [03:58] after all, my question was "how do I make it STFU", not "how do I edit the config in a nice pretty gui" [03:58] :-) [03:58] Right. [04:01] morning [04:02] RAOF: and definitely a more elegant hammer than the random kill commands I was using the last time when it pissed me off [04:22] In case a ubuntu developer want to take a look at it, bug 189814 contains very detailed informations about a bug which seems to be clearly well identified. [04:22] Launchpad bug 189814 in linux "[hardy]computer and touchpad is buggy with BIOS password set" [Medium,Triaged] https://launchpad.net/bugs/189814 [04:23] Hrm when attempting to install into a kvm image from an iso, the alternate CD, it always seems to freeze at the stage where its instaling the bootloader. This is hardy alternate. [04:57] power! [04:57] electricity! [04:58] education! [04:59] it's very boring without power :( [05:00] Hobbsee: You just need larger solar arrays ... [05:01] persia: i wish. [05:01] We had a several hour power outage a few months ago and it was kind of fun continually telling our 5 year old that no she couldn't X because there was no power. [05:01] So I think she would agree. [05:01] haha [05:02] I lived in a house for a while with a bank of "Navy Batteries" that didn't have the "No power" issue. Unfortunately, it did have the "not enough amperage" issue on a regular basis. [05:04] * ScottK cheers the new firewall script running without locking me out of the box. [05:05] THat be a winner. [05:06] BoFH excuse #612: the new firewall script locked everyone out of the box. [05:07] I lost power Friday night [05:07] was out for 17 hours [05:07] Ouch. [05:07] yeah [05:07] really nasty storm [05:07] That’s #329. [05:07] And ouch, too. :-) [05:08] 90mph (144km/h) winds, 120,000 lost power, 2 people died [05:08] Really ouch. [05:08] Eeep. [05:08] Amaranth: Where are you? [05:08] omaha nebraska [05:09] wasn't even a tornado, just wind, rain, and hail [05:09] That is nasty. [05:10] worst hit part of town is less than a mile from here, we got it pretty bad [05:11] * Amaranth 1-ups Hobbsee [05:11] * Amaranth goes to read xkcd [05:15] ouchy [05:19] !!! [05:20] Evolution seems to have gone on a no-holds-barred spam hunting expedition. [05:20] And, in the process, marked almost _everything_ as spam. [05:21] hehe [05:22] So if, say, you've responded to a bug I'm subscribed to and are a little bit surprised I haven't done anything about it... [05:23] We should poke you mercilessly and update the bug hourly? [05:25] Well, until evolution stops classifying all mail as spam, I'll remain blissfully ignorant of your bug updates! [05:27] * RAOF wonders where "Sonopia" is, and why he should join someone there. [05:33] persia: do you think you'd be able to write a howto for the sound cards, and getting decent sound on intrepid? [05:33] forums people are advocating all sorts of crack [05:34] or i could be not lazy, adn do it myself, i guess. [05:35] Hobbsee: Are you referring to the pc speaker thingy, or what? I haven't noticed sound problems? [05:35] “forums people are advocating all sorts of crack” – business as usual. :-) [05:35] Hobbsee: I'll write the MOTU Meeting minutes for you, if you'll write the HOWTO for sound card selection. [05:35] Heh, yes [05:36] RAOF: yes [05:36] persia: deal. [05:36] persia: i knew i had something outstanding. [05:36] ion_: it's only safe to say that when you're in a room not full of forums people :P [05:36] ion_: i tested this out in sevilla. [05:37] * persia appoints Hobbsee high-user-educator-for-all-things-alsa [05:38] hobbsee: :-) [05:40] ion_: iirc, it was the planet editorial spec, and they were talking about what to do if information gets published on the forums where it shouldn't. I suggested that there was often a lot of incorrect information on there anyway that it was unlikely that the correct rumours would blend in rather well with it - or something similar to that. [05:40] perhaps that wasn't such a good idea :P [05:41] Hehe [05:49] it scares me that the intrepid forum is the 346th they've made === asac_ is now known as asac [06:33] good morning [06:43] hey dholbach [06:49] hi Hobbsee [06:51] kirkland: then if you are so unhappy about pam_mount, why not report the bugs? [06:53] Hi Hobbsee, dholbach [06:54] hiya geser [06:54] hey geser! === tkamppeter_ is now known as tkamppeter === greeneggsnospam is now known as jsgotangco [07:58] mvo: do you happen to know some details about libcap vs. libcap2? (zsh b-d on libcap2-dev nowadays, but that's in universe) [08:25] sistpoty|work: I'm somewhat disconnected from it (hasn't seen changes in a long time) but my understanding is that libcap2 used to be a cvs snapshot and provides essentially the same functionality [08:25] mvo: ah, k.. thanks... then I'll try to rebuild zsh with libcap1 instead :) [08:26] ok, good luck [08:39] morning guys [08:39] hey fabbione! [08:39] ogra: you around? [08:39] hi siretart [08:40] how are you? I haven't seen you for quite some time! [08:40] i am doing fine, you? [08:40] yeah i don't spend a lot of time on IRC anymore [08:42] ah, right. I'm doing fine as well, now working at the university, and probably doing some research that will involve work in ubuntu/debian, we'll see ;) [09:14] ogra_cmpc: ever opened a bug for the nss issue? === philsf_ is now known as philsf [09:35] Good morning. [09:39] ogra: ping ;) === dholbach_ is now known as dholbach [09:54] soren: there? [09:54] asac: Oui. [09:55] soren: about NM-Xvpn :) [09:55] soren: i have updated 0.7 packages in ~network-manager ppa and want to update the vpn plugins [09:57] Ng: you want to test NM 0.7 on hardy? :) [09:57] asac: I do! [09:57] Ng: the ~network-manager PPA has hardy packages [09:57] they should be fine [09:58] https://edge.launchpad.net/~network-manager/+archive [09:58] oh, sorry, not hardy [09:58] tjaalton: intrepid? [09:58] asac: yeah, dist-upgraded yesterday :) [09:58] takes a few more days as it doesnt compile due to gcc pickiness [09:58] ah, ok [09:58] asac: yeah :) thanks [09:58] tjaalton: lucky you. i am still waiting for 8.04.1 before upgrading :/ [09:59] asac: well I need to test the new x stuff as promised ;) [10:00] Ng: only thing to remember is that you might need to sudo killall wpa_supplicant after resume [10:00] otherwise it works great here [10:00] asac: ok. I'll chuck it on at lunchtime and file some bugs ;) [10:00] asac: Oh, I see. Erm... [10:00] Ng: hehe. yeah [10:00] asac: I really don't have the time to work on them right now, I'm afraid. [10:00] soren: sure. i can take them over i guess [10:01] That would be lovely! [10:01] soren: did you always rip them out of the NM svn? [10:01] soren: or did they just recently move to a subdirectory of the svn tree? [10:01] asac: Yep. I don't think there was ever a proper release of any of them. [10:02] Oh, no, they've been right there all the time. [10:03] soren: do you maintain them in debian too? [10:03] asac: In theory, yes. [10:03] soren: now mbiebl took over? [10:04] asac: Well, they're in the pkg-utopia thing. [10:04] asac: ..so I guess they're meant to be a bit of a group effort anyway. [10:04] soren: how did they end up there? [10:04] mbiebl was my sponsor from the beginning, and he suggested we put them there. [10:05] In retrospect, I wish we hadn't, though. The main thing that has kept me away from working on it is that svn-buildpackage kept getting in my way. :/ [10:05] soren: ok, but you are Maintainer: ? [10:06] soren: if so, we can move them to the ~network-manager team in launchpad ;) [10:06] Ah, yes. [10:06] soren: if you still need a sponsor i can do it too [10:07] asac: I'll be sure to keep that in mind. [10:09] soren: hmm. so move the branch or not move? [10:10] soren: i need to know what and how to do ;) [10:11] Well, we can put the ubuntu packages there, no problem. [10:11] I'd need to talk to mbiebl about the Debian packages. [10:12] soren: Are there any plans to look at the issues with n-m reporting connected status too early? [10:13] broonie: bug number? [10:13] Don't know off-hand, let's see if I can find any in lp.... [10:14] 152794 looks like one of them. [10:14] soren: I'd like to not duplicate work on those packages [10:15] soren: i am still trying to convince mbieble to join efforts, but he appears to be not really interested [10:15] (the bit where it gets a connected status reported but no IP configuration yet - only seems to happen for some cards/systems) [10:18] bug 152794 [10:18] Launchpad bug 152794 in nis "nis daemon fails to attach to domain the first time it is run in Gutsy" [Undecided,New] https://launchpad.net/bugs/152794 [10:20] asac, I just tested it here on my laptop, works nice, but a reboot is required, otherwise it gets pretty unhappy [10:20] asac: I totally understand. My other main problem was that I was really more interested in getting stuff into Ubuntu, so the process was: a) Get it into Ubuntu, b) rework package to get it into Debian, c) do useless merge. [10:25] mvo_: how? [10:25] (unhappy) [10:26] soren: right. I'd suggest -> we maintain the packages in bzr and inject to debian [10:26] then sync them down to ubuntu :) [10:27] i think NM 0.7 is or is about to be in debian experimental. so we could upload there. [10:28] asac, the icon was displayed but showed that no network was attached and the terminal printed something about a dbus method that could not be resolved [10:28] asac: That sounds great. [10:28] asac, sorry, I haven't investigated further [10:29] the test machine was crashing then (unreleated most likely) and I had to reboot [11:12] soren: so how to proceed? i suggested to mbiebl that we rebase the branches on top of the "official" gnome bzr mirror: http://bzr-mirror.gnome.org/ [11:12] soren: now the vpn plugins are somewhat not available as a top-level project. [11:12] does this mean we cant do it? [11:14] maybe we should just build them in the network-manager source package ;) [11:17] asac: Well, IIRC the vpn plugins aren't in the network-manager release tarballs? [11:17] asac: They're only there now because the package is based on an svn snapshot. [11:18] lool: why is sdk-default-icons a native package? also why the generic name? [11:21] Riddell: Debian renamed it to something more specific; I used the usptream name as used at maemo.org [11:21] asac: But apart from that, it makes perfect sense to build them out of the n-m source package. [11:21] Riddell: and also the name we were using in gutsy [11:22] lool: why don't we sync it from debian? [11:22] Riddell: It's not in Debian yet [11:22] lool: well if debian renamed it, we should too [11:22] Riddell: I worked on it for Ubuntu and when we discussed it in the Debian chan there was interest for it; I didn't expect to push it to Debian when I started work on it [11:22] Riddell: Indeed; so please kick it out [11:23] Riddell: We'll use whatever name Debian accepts [11:23] And concerning the native package, it looks like I misnamed my orig tarball [11:23] I had to repack upstream's to drop debian/ IIRC [11:31] Riddell: could you please remove the source package named 'ffmpeg' from intrepid? It has been superseeded by 'ffmpeg-free' [11:31] you can file bugs for removals, and we're not especially far behind on our bug queue ... [11:32] asac, hmm, i was sure i had ... [11:32] fabbione, pong (sorry, slept in, i had a long night) [11:32] siretart: yeah, bug please, I'll get to it in a bit [11:32] ah, okay, will do [11:33] ogra: at least you didnt give me the bug id ;) [11:33] * asac searching [11:34] its weird, i could swear i did but cant find it myself [11:34] ogra: did you search for all bugs by "reporter ogra"? [11:35] no, i searched my evo bug folder where usually all lp mail lands [11:35] (and which is ten times faqster than LP :) ) [11:36] soren: the svn tags (and bzr branches) contain vpn-daemon for 0.6 [11:36] soren: guess that means we can just use NM. now we need to convince debian :( [11:36] Can I bug an archive admin to look at bug 236979 ? [11:36] Launchpad bug 236979 in opal "[intrepid] Please sync opal 2.2.11~dfsg1-4 from Debian" [Undecided,Confirmed] https://launchpad.net/bugs/236979 [11:38] StevenK: doing [11:38] cjwatson: Thank you :-) [11:40] StevenK: so the Ubuntu patch just isn't needed any more for some unspecified reason? [11:40] asac, wow, i used tracker for the first time ever :) [11:40] * ogra hands asac Bug 242379 [11:40] Launchpad bug 242379 in nss "constantly shows popups with certification errors on some pages" [Undecided,New] https://launchpad.net/bugs/242379 [11:40] cjwatson: Well, it was a fix an FTBFS in Hardy, it doesn't fail to build. I can track it down explicity if you wish. [11:41] I tracked it down previously, and will comment in the bug to indicate as much. [11:41] StevenK: how about this, you get to reinstate it if it fails to build on the buildds ;-) [11:42] cjwatson: Happy to fix it if it breaks :-) [11:48] ogra: ehhe no worries.... [11:48] ogra: do you still have that dvb-t card around you mentioned a while ago? [11:49] ogra: triaged ;) [11:52] fabbione, yes, want me to test anything ? [11:53] ogra: yes if you can.. i am having problems with my dvb-t card on intrepid kernels and with updated drivers from dvb-t tree. [11:53] (i might need to rebild the kernel for that, the dvb-usb fix i need is only in intrepid afaik) [11:54] I am trying to nail down if the problem is my specific driver [11:54] or the general dvb subsystem [11:54] i can't even scan for channels basically [11:54] did it work in hardy ? [11:54] yeps [11:54] but as i said, i am trying to nail the problem within the subsystem [11:54] or the driver [11:54] testing another driver is not an option as i only have one card [11:55] hmm, i know pitti did a lot of work on the tools there are packages in his ppa [11:55] so if you could fire up intrepid kernel and tell me if you can scan for channles that would be awesome [11:55] ok? [11:55] so it might be userland that needs smashing? [11:56] there was a thread on one of the fedora mailing lists that the userland interface was broken by mistake but it was also fixed again before rc8 AFAIK [11:56] not sure, pitti ? [11:56] maybe the change is not in ubuntu yet... that is entirely possible [11:56] i know there was a fix in dvb-usb [11:57] without that my card oopsed [11:57] ok.. [11:57] well anyway if you have time to give it a shot that would be great.. otherwise no worries [11:57] i will just wait the next kernel [11:57] gimme some time, i have no intrepid install here, need to upgrade one machine first [11:58] * ogra is stuck with hardy for subnotebook work :( [11:59] please don't kill your machine for me :) [11:59] it's really not important [12:03] well, i'll test it anyway, will just take some time... stay around and i'll ping you if i know more [12:03] ok cool thanks [12:04] * ogra still didnt find the time to install his dvb-s card :( its lying on the shelf since nearly a year [12:04] ) [12:04] bah [12:04] you're too lazy. [12:04] haha [12:15] StevenK: if liferea just builds with xulrunner-1.9-dev we need to check if the startscript is ok. otherwise sync and provide the debian -dev package name [12:18] StevenK: hmm. we still have the ubuntu feeds. nevermind [12:24] when would pitti be online? any idea? [12:25] wasn't he on earlier, or am i imagining things? [12:25] i see him online.. [12:26] bliZZardz: Hes been idle for 4 days, his away message says "holidays, back next Wednesday" [12:26] Pici : thanks... :) [12:27] i can ask the Q here at the expense of it being OT. If someone can shed somelight , then it would be great [12:27] it's generally better to Just Ask [12:27] was wondering how DBus is being used in GNOME? when callbacks are already present as part of the GTK. How is Dbus implemented? Sockets? [12:28] GTK callbacks implement in-process communication, not inter-process communication [12:28] ok.makes sense - corollary to that Q : do callbacks leverage multi-core? [12:29] cjwatson: Note the lack of opal build failures. :-) [12:29] cjwatson: Now to teach me a lesson, sparc, powerpc and ia64 will fail. :-P [12:29] cjwatson : and hints on other Qs? [12:29] StevenK: heh, cool [12:30] bliZZardz: glib callbacks are single-thread as they guarantee execution before the callback emitting function returns [12:31] Company, and DBus uses IPC - is this using sockets? [12:31] bliZZardz: I don't know all the answers. As an example, processes that require administrative privileges mostly now call out to PolicyKit over D-BUS to gain authorisation. [12:31] bliZZardz: yes [12:31] bliZZardz: it might be worth reading the D-BUS documentation [12:32] bliZZardz: dbus is IPC using unix sockets [12:32] http://www.freedesktop.org/wiki/Software/dbus [12:32] cjwatson : i even looked at teh source - it is a little confusing, would be better if i get some guide who can show me the door [12:32] start with the documentation, not the osurce [12:32] source [12:34] cjwatson : so where is it being used in GTK? i couldnt find the reference of Dbus in GNOME - though am finding some references the other wat [12:34] *s/wat/way/ === ara is now known as ara_lunch [12:35] bliZZardz: it's not used in GTK itself [12:36] bliZZardz: a variety of GNOME applications use it [12:36] cjwatson : can you name a few? [12:36] bliZZardz: grep your Packages.gz [12:37] 'apt-cache rdepends libdbus-1-3' [12:37] you can then use 'apt-get source' to get source for individual packages there [12:37] cjwatson : ah...good one. missed it completely :) [12:43] I'm merging a package which introduces init scripts. I switched the dh_installinit command to not install symlinks for runleves 1 and 6, however, I left the priority for runlevel 1 the same. [12:44] Do the build daemons now autoinstall recommends by default as well? [12:45] I see that there is a bug that means that really this should be set to (100-priority). I can easily do this, as the package has not hit the archive so there is no transition to worry about. However, is there a danger that acting unilaterally would break something else? (i.e. stopping earlier than dependent services) [12:45] apt does .... the buildds use apt ... [12:45] * ogra would expect so [12:45] I don't think there are any dependent services in this case, so I believe it should be safe, but can it be assumed to be so in every case? [12:46] ogra: They might be passing funny switches. I'm not sure how it works when you have pbuilder using satisfy-build-depends = gdebi, for instance... [12:49] james_w: it's 0 and 6 that we normally disable, not 1 and 6 [12:50] cjwatson: yes, sorry, 0 and 6 [12:50] james_w: I don't think we can always assume it to be safe, which is one reason we haven't really worried much about changing all those to date :-) [12:52] cjwatson: thanks. === emgent_ is now known as emgent [13:00] ok, my laptop is definitely doing odd suspend/resume things [13:00] it appears to suspend as normal [13:00] but when I press the power button to resume it, it just boots [13:01] Keybuk, try blacklisting the button module [13:01] (and usplash still prevents the X server from starting) [13:01] i had similar probs on the classmate [13:02] ogra: I tried that, it just stopped the power button doing anything [13:02] SUSPEND_MODULES="button" in /etc/pm/config.d/default [13:02] hmm [13:10] asac: So, we do need to merge liferea? Should I drop the patches aside the Ubuntu RSS feeds list, and see if the dratted thing builds? [13:25] morning [13:26] No, it isn't. [13:27] evening soren! [13:28] No, it isn't evening either. :/ [13:28] it's Mailman Day *and* Abel & Cole Day ... double celebration! === ara_lunch is now known as ara [13:34] Keybuk: i hope you're advocating listadmin as much as possible today, then. [13:34] Keybuk: oh, and reping! [13:35] reping? [13:35] re-ping, as you didn't answer the first one. [13:35] is there any chance you can set an address for ubuntu-core-dev on launchpad please? [13:36] it would save us all getting spammed every time someone decided that it'd be a good idea to assign a bug to them. [13:36] ubuntu-devel-discuss@lists.ubuntu.com is probably a good one. [13:38] https://edge.launchpad.net/~ubuntu-devel-discuss [13:38] lol [13:39] Keybuk: merge the accounts? [13:39] its all calcs fault ! [13:39] Hobbsee: the merge mail probably hit the mailing list [13:39] or maybe the moderation queue [13:39] who has mod access to u-d-d ? [13:40] cjwatson: may well? [13:40] i don't, i've only got it to u-d [13:40] StevenK: yes, keep that + the other patch introduced by fta [13:41] Hobbsee: I don't think I do [13:41] listadmin says evand [13:41] StevenK: fix_systray_behavior [13:42] * Keybuk tries to find a duckie who isn't at the QBR festival of love [13:42] QBR festival of love? [13:44] hi [13:45] https://edge.launchpad.net/~ubuntu-devel [13:45] https://edge.launchpad.net/~ubuntu-devel-discuss [13:45] make those go away please ;) [14:03] Hobbsee: the answer would appear to be No. [14:03] I cannot change the contact address [14:03] \o/ LP [14:04] Keybuk: why? [14:05] because LP has automatically created accounts for those addresses [14:05] repeatedly it strikes me that LP's auto account creation is more trouble than its worth [14:07] Keybuk: you can't merge them? [14:07] nope [14:08] or force a rubber ducky to merge them? [14:08] but why? [14:08] seems that LP decided they're teams, so they can't be merged [14:08] teams can still be merged with other teams, surely? [14:09] Hobbsee: At ducky request. [14:10] Keybuk: so requests from ducks fail, i presume? [14:10] It was deemed a restricted enough use-case that it wasn't to be exposed in the UI. [14:10] !!! [14:11] ducks just get OOPS [14:11] ah [14:12] So you need a superduck. [14:12] Can't a duck unassign the email address, at least? [14:13] * Hobbsee finds it odd that such a decision was made, when autocreating accounts of teams or people, yet deciding that merging a team to be a corner case. Because in almost all cases of teams created, they will want to be merged with a real team at some point - whether it exists now or later. [14:13] more OOPS [14:13] yay, launchpad. [14:14] Keybuk: okay, i'll attempt to poke. i'm really not liking the fact that people can spam 50 or so people with a click of a button. [14:15] I guess this is the same reason that MOTU Media maintains every package in universe. [14:15] Er, all modified packages. [14:16] probably [14:16] oh, wait. they attempted to get that one merged, and i don't remember the problem being an oops. [14:16] but i don't remember what it was... [14:16] It wasn't supported at the time. [14:18] Argh. Are the Perl Artistic license and 4 clause BSD (with the advertising clause) compatible? I think so, but am looking for second opinions. [14:21] mvo_, pitti: bug 241431 SRU for feisty looks ok to accept, should I? [14:21] Launchpad bug 241431 in update-manager "edgy to feisty upgrades fail due to use of old-releases" [Medium,In progress] https://launchpad.net/bugs/241431 [14:22] Riddell: I proposed it so I should probably not be the one who has the final say. it would be nice [14:23] Riddell: pitti is on leave today [14:26] guys, how can i revert the last ubuntu update, i mean i need to return the state before the last update(remove the last update) [14:26] tests/com.netsplit.Nih.Test_impl.h:31: warning: array ‘my_interfaces’ assumed to have one element [14:26] gnargh [14:26] I hate C sometimes [14:27] * Keybuk tries to remember how to declare in the header that there's an array of pointers in the C file [14:28] thekorn: is there a bigger problem with the HTML connector right now? :) [14:28] Keybuk: s.th. like "extern (int*)[20];" iirc... not to sure if I got the braces right though [14:29] it's the [20] bit I don't want to do [14:29] since the struct is just declared *foo[] = { ... } [14:29] dholbach, oh, dont know, let me check [14:31] ScottK: I would expect so, might depend on the exact form of mixing [14:31] mnabil: support in #ubuntu [14:31] good morning! [14:32] thekorn: http://paste.ubuntu.com/24205 :-/ [14:32] (that's with pylpbugs/main [14:32] ) [14:33] Laney, hey [14:34] ogra: Hi [14:34] Keybuk: int (*foo)[] ? [14:34] Laney, did you check debian for the xaos update ? can we just sync it ? [14:35] ogra: It's been orphaned, there is no update [14:35] erm... my foo is the name of the variable not of the type though [14:35] ogra: I do plan on working with whoever to get my new version in Debian though [14:35] Laney, well, i was pondering to take it over in debian, since it falls into the edubuntu package list i maintain anyway [14:36] but i'm extremely busy atm so it might still take a week before i can look into that [14:36] Laney, are you upstream ? [14:36] ogra: Oh, well I'm almost ready to upload my new version to LP. Perhaps you could use that when you get time [14:36] ogra: No, just looked through the list on ubuntuwire and picked that out [14:37] can you ping upstream to take your fixes ? [14:37] Shall do [14:37] dholbach, ok thanks, this is fixed in my intrepid.merge branch, [14:37] Keybuk: that works only as argument of a function of course... you can't declare a variable like that (since no storage size) [14:37] * dholbach hugs thekorn [14:37] awesome [14:37] Laney, thanks a lot :) [14:37] * ogra hugs Laney [14:37] sistpoty|work: sure you can, storage size is inferred from the initialisation ;) [14:37] * Laney hugs ogra [14:37] ogra: Are you a DD? [14:37] Keybuk: oh, you want to initialize it in the header? [14:37] nope, only UD ... [14:38] Bah, OK [14:38] no, initialise in the C, but make it extern [14:38] Was hoping you would be able to sponsor it ;) [14:38] But no matter [14:38] dholbach, I hope to merge this two branches soon [14:38] but xaos woul be a good opportunity to go for DD :) [14:38] * thekorn hugs dholbach [14:38] Laney, i can find someone [14:38] Keybuk: I'm not too sure that's possible... from what should any other compilation unit know the storage size then? [14:38] mmk [14:39] thekorn: it'd be nice to get at least into the PPA too [14:39] Just porting the patches to quilt, then will put the diff up [14:39] /usr/bin/ld: Warning: size of symbol `my_interfaces' changed from 8 in test_com_netsplit_Nih_Test_object-test_com.netsplit.Nih.Test_object.o to 24 in test_com_netsplit_Nih_Test_object-com.netsplit.Nih.Test_impl.o [14:39] oops [14:39] :p [14:40] dholbach, https://edge.launchpad.net/~bughelper-dev/+archive has all these changes (~ppa4 or something) [14:40] ah ok [14:40] sistpoty|work: trouble is I can't find any way to make it visible at al [14:41] dholbach: would you please do one more build for me? [14:41] only way so far [14:41] is in the .h declare it as a ** [14:42] in the .c declare static as a *[] and then a second extern as ** taking its address [14:42] nxvl: can you ask somebody else? I'm quite busy right now - I can do it later [14:42] dholbach: ok, thanks anyway :D [14:42] did someone has an amd64 machine and want to build a package and run lintian for me? [14:50] Keybuk: you mean s.th. like that? http://paste.ubuntu.com/24209/ [14:50] sistpoty|work: i think i have it [14:50] nxvl: excellent! [14:51] sistpoty|work: and raphink says he has test it [14:51] sistpoty|work: except I don't want the [2] in the header [14:51] sistpoty|work: and now it works [14:52] Keybuk: you can't do that. otherwise gcc cannot determine the storage size of instance_of_foo (and e.g. the sizeof would fail) [14:52] sistpoty|work: so how do I use that array outside of that C file? :) [14:52] even declaring it static foo **instance_of_foo = { [14:52] doesn't work [14:55] Keybuk: oh, I forgot to declare the type foo in the header [14:55] (instead of in the c file) [14:56] Keybuk: then you can simply use s.th. like "instance_of_foo[1]->x" [14:56] ? [14:57] Keybuk: http://paste.ubuntu.com/24213/ [14:57] meh... pastebin doesn't like me [14:58] Keybuk: now: http://paste.ubuntu.com/24214/ [14:58] sistpoty|work: you still have [2] in the header [14:58] which is the bit I don't want :p [15:01] that's where it gets tricky *g* [15:02] Keybuk: I'm not entirely sure, but imo "extern struct foo **instance_of_foo;" should be the right thing [15:05] ogra: New .diff.gz uploaded if you're interested :D [15:06] i'll take a look if i find time [15:07] * ogra is swamped with building some custom images [15:07] Well I've subscribed the sponsors queue anyway, so no need for you to specifically review it [15:07] Just though you might like to know [15:07] * Laney is out for a bit, bye all [15:09] Keybuk: hah: http://paste.ubuntu.com/24220/ [15:09] (I was not aware c allows such wonky things in the first place) [15:22] sistpoty|work: C allows a significant amount of wonk, as long as it fits neatly into machine implementations ;-) [15:22] heh [15:29] has someone an idea why the build of libgnupg-interface-perl fails? (http://launchpadlibrarian.net/15667866/buildlog_ubuntu-intrepid-i386.libgnupg-interface-perl_0.36-1_FAILEDTOBUILD.txt.gz) [15:30] I don't have an idea why it can't find gpg which is installed [15:30] geser: no build-dep on gnupg? [15:30] oh, hm. [15:31] * Hobbsee wonders if the gpg is actually in the chroot itself, or only gets used before the unpacking, and the unpacked bits get fed to sbuild. [15:32] sistpoty|work: that doesn't work [15:33] Hobbsee: dpkg-source is run inside the chroot, right? [15:33] Hobbsee: In the repo sbuild, it unpacks in the chroot, without a secondary chroot. [15:34] ahhh [15:34] geser: i don't know the internals of sbuild :) [15:34] I wander also about the "sh: gcc: not found" message (but I guess it's unrelated) [15:34] s/wander/wonder/ [15:35] Keybuk: hm? works in the test case... are you using -D_FORTIFY_SOURCE? (I could assume that would implicitely add a sizeof then, and hence would bail out) [15:35] I am [15:36] Keybuk: hm... then I can only think of a little trick to still make it work... give me a sec [15:36] the only way I could come up with was declaring it static in the .c [15:36] declaring a ** that took the address of it [15:36] then making that extern [15:38] oh, great [15:38] the laptop suspended mid-update === cr3_ is now known as cr3 [15:39] On the list of things that should block suspend: add "high CPU or IO load", which often means one went for a beverage whilst waiting. [15:40] that's not the problem [15:40] the problem is that the laptop currently doesn't want to resume from suspend [15:40] i think g-p-m has a gconf key for that [15:40] to check for CPU usage before suspending [15:41] /apps/gnome-power-manager/general/check_type_cpu [15:42] silly name [15:42] what if you have a stupid screensaver going? it'll never suspend [15:42] shouldn't the update thing be emitting the suspend inhibiting signal? [15:42] thats why its disabled by default i guess :) [15:42] ogra: Right. It's just whether we turn them on. If we didn't suspend for all the possible reasons, we'd not often suspend. [15:43] Ng: On the device I suspend most often, I have the screensaver configured to only load on mains power. If I'm on battery, I'd rather suspend than do a screen-saver cycle (mind you, it takes ~1 sec to wake up, which helps). [15:43] persia, i dont maintain g-p-m anymore so i rarely look at it nowadays :) but that key was never enabled ... [15:44] * ogra finds the network_sleep key and wonders why we still use pm-utils scripts to shut down NM on suspend [15:45] ogra: could be because we remove network modules too [15:47] well, then we can leave the list of modules in SUSPEND_MODULES and not maintain the extra scripts [15:47] pm-utils and g-p-m have proper functions for that, no need to duplicate them [15:48] Keybuk: yes, your solution seems the best one imho [15:58] Hobbsee: please give-back pbuilder. Thanks. [15:58] geser: given back [15:59] how can I best inject a freshly built goffice (from my PPA) in my intrepid-pbuilder environemnt? [15:59] can I just extend my /etc/apt/sources.list under the pbuilder-intrepid environment with my PPA? [16:00] add your PPA to your pbuilder [16:00] geser, ah ok [16:13] cya [16:15] hm... the build did not automatically pick up the goffcie 0.6.3 from my PPA while trying to build gnumeric 1.8.3 [16:15] but I guess I found the reason [16:16] build-depends not strict enough? [16:16] PPAs are not signed .... [16:17] you will likely run into probs with any autobuilder (i.e. pbuilder) wih that [16:17] MacSlow: did you, by any chance, edit your /e/a/sources.list when logged into pbuilder, then quit that, then run pbuilder build foo.dsc? [16:18] Hobbsee, I know that his kill all my changes to it... as it recreates the environment from scratch each time [16:19] Hobbsee, but right now I'm staying logged in and do all the changes in one session [16:19] MacSlow: that's correct, but i don't think that answered my question? [16:19] ah right. [16:19] MacSlow: i presume you ran an apt-get update after editing the sources list, inside? [16:19] Hobbsee, edited sources.list -> apt-get update -> apt-get install ... [16:20] ogra: it'll whine, sure, but i didn't think it was a terminal error? [16:20] and now I've my goffice 0.6.3 from my ppa installed [16:20] Hobbsee, for me it stops then ... [16:20] ogra: oh. [16:20] ogra I just got a warning and said "Yes" to continue with the installation [16:20] oyu have to set the pbuilder apt opts to allow unauthenticated [16:21] oh, right, if yu do that nteractive :) [16:21] MacSlow: for one thing, you dont' want to install anything extra, before you run the build. [16:21] * ogra has scripts that run various pbuilder thingies ... these will hang forever [16:22] Hobbsee, but apart from what I do now I don't see how I could test building my merged gnumeric [16:22] * Hobbsee is also confused at the order you've done things. [16:22] it needs goffice 0.6.3 [16:22] MacSlow: to build? [16:22] kirkland: [16:22] goffice 0.6.3 is not yet publicly available [16:22] oh, that's right, you have to do fun stuff with that. [16:23] * Hobbsee hasn't had the fun of building an unreleased kde for a while. [16:24] * MacSlow has a different idea of fun [16:24] :) [16:24] Hobbsee, you should try a mobile build :) they come from ports, -updates, -proposed and PPA to build whole systems [16:24] now thats the real fun [16:24] building Xorg if far more satisfying [16:25] ogra: i'd probably just change the sources list, use --save-after-login, and then use the standard pbuilder build foo.dsc, at that point. [16:26] for bonus points, by creating a mobile pbuilder, with the repositories set up [16:26] heh [16:26] which is far simpler, in the long run, then fudging around inside pbuilder. [16:27] I haven't tried, but does a PPA include itself in the build environment? [16:27] tedg: yes [16:28] Hmm, that means one should be careful when moving packages from a PPA to a distributed repository. [16:28] correct. [16:32] I still get "dpkg-buildpackage: failure: debian/rules build gave error exit status 2" [16:33] MacSlow: that's akin to saying "something died here." [16:33] from trying to "dpkg-buildpackage -j4 -rfakeroot" gnumeric [16:33] MacSlow: -v [16:33] (as in, look higher0 [16:33] xgettext: error while opening "./POTFILES.in.temp" for reading: No such file or directory [16:33] ERROR: xgettext failed to generate PO template file. Please consult [16:33] error message above if there is any. [16:33] make: *** [configure-stamp-gtk] Error 1 [16:33] make: *** Waiting for unfinished jobs.... [16:33] hm... [16:34] still missing something from my pbuilder-environemnt? [16:34] MacSlow: the build likely doesn't like the -j option [16:34] would be an upstream bug and not the first one to have the issue [16:34] try not using -j and see how it builds [16:35] seb128, so gnumeric doesn't like parallel compilation? [16:35] just started it without -j [16:35] that would be my bet, but just guessing I didn't look at the issue [16:35] compiling now [16:35] phew [16:40] /usr/bin/ld: /usr/lib/libgoffice-0.6.a(goffice.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC [16:40] /usr/lib/libgoffice-0.6.a: could not read symbols: Bad value [16:40] not good [17:05] oww, localedef is hideously complicated inside [17:05] I think I might be close to doing something about its memory use though [17:08] Nice [17:10] it turns out that what it's doing is keeping a big table in memory of the byte representations of all the possible characters in the current character set [17:11] which, unfortunately, due to the locale definition file format, it pretty much has to do (well, it might be able to use an mmapped temporary file I suppose) [17:11] but it could represent contiguous ranges of characters with "contiguous" byte representations much more efficiently than it currently does, I think, at the cost of somewhat more painful code [17:44] Hello. Please set Bug 244591 to urgent/critical. It makes Pidgin useless and may make People go away from ubuntu. [17:44] Launchpad bug 244591 in pidgin "Cannot connect to ICQ ("The client version you are using is too old.")" [Undecided,Confirmed] https://launchpad.net/bugs/244591 [17:47] Hello, some dev around? [17:52] bmhm: IRC is an asynchronous medium; please be patient. (I've set the importance to Critical, but don't get overly fixated on importance please.) [17:53] cjwatson: I know IRC, I am sorry for my inpatience. I just didn't want my message to get "lost" [17:54] * ogra sighs [17:54] why is the whole of X depending on cpp [17:56] https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/244591 [17:56] Launchpad bug 244591 in pidgin "Cannot connect to ICQ ("The client version you are using is too old.")" [Critical,Confirmed] [17:56] darkfile: scroll up [17:56] darkfile: oh, it was just before you arrived - anyway, bmhm already mentioned that [17:56] cjwatson, im not in here long enough :) [17:57] do you know if this will be fixed for 7.10, too? [17:57] or will i have to upgrade to 8.04? [17:57] for a start, I'm not a Pidgin developer, but, on the face of it, a reasonable fix for this kind of thing would be eligible for updates to all stable releases [17:58] obviously it needs somebody to do the work first, though [17:58] ok thanks for the info === mkrufky is now known as mkrufky-lunch [18:13] can i get any ubuntu package from bzr? [18:14] cjwatson: I'll have a go at the SRU once a fix is out if that's OK? [18:14] sure [18:14] alex-weej: not yet, though we're working on that [18:15] cjwatson: that would be absolutely rock [18:15] i really wish i could do all my development in Ubuntu rather than having to build everything an the kitchen sink in JHbuild then port changes to Ubuntu packages [18:16] alex-weej: https://blueprints.launchpad.net/ubuntu/+spec/distributed-development-importer [18:16] we'll be doing it in stages, so it won't be fully joined up at first [18:17] that's cool. only concern is that, in some cases, even the development packages we have are way behind upstream [18:17] right, we'll get further along eventually; baby steps :-) [18:17] ultimately we want to be able to update to new upstreams by 'bzr merge' or similar [18:18] alex-weej, https://wiki.ubuntu.com/NoMoreSourcePackages [18:18] the spec ogra quotes is an older version of a similar idea [18:18] outdaed but essentially still the target [18:18] right. awesome. really glad people are working on it [18:18] * ogra updates his links [18:18] actually that's sort of a middle phase rather than the target [18:19] it's a possible benefit we might be able to pick up along the way [18:41] cody-somerville: hi, why have you milestoned bug #220899? this seems like something that should be reasonable to fix in an update after the point release, no? [18:41] Launchpad bug 220899 in xubuntu-default-settings "[Hardy] Wrong default image browser" [Medium,Fix released] https://launchpad.net/bugs/220899 === mkrufky-lunch is now known as mkrufky === bdmurray_ is now known as bdmurray [19:18] that's weird [19:18] second time the computer has hung/crashed since the hardy kernel update === sebner is now known as Jeff_Dunham === Jeff_Dunham is now known as sebner [20:32] cjwatson: Hey, mobile-meta made it to the archive and I proceeded according to plan; http://people.ubuntu.com/~ubuntu-archive/component-mismatches-mobile.txt seems to be empty, could you tell me where I can find what generates it to check whether it's still working? [20:43] lool, it has the generation date at the top usually the script is called anastacia (at least is once was, not sure if LP has taken over that part as well since i last looked) i'm not sure where its stored though [20:57] gents has anyone got a solid understanding of how gnome/hal deals with automounting file systems [20:58] I'm trying to troubleshoot an issue for an ubuntu-user in #ubuntu, and the feedback / information he's giving me suggests that gnome/hal now mounts the disks in userspace, I'm struggling to find informtion on this so if anyone has first hand knowledge on this it would be appriciated [21:31] Will there be an SRU for the pidgin/icq issues? [21:35] Kopfgeldjaeger2: Yes! [21:36] what about kopete? ;) [21:36] ooh, there is a workaround for kopete [22:01] cody-somerville: bug #228784 also awaits SRU verification for 8.04.1 [22:01] Launchpad bug 228784 in xfce4-session "xfce4-session-logout : buttons not localized except "Restart" and "Cancel"" [Low,Fix committed] https://launchpad.net/bugs/228784 [22:01] laga: shouldn't be necessary [22:01] cody-somerville: actually, I meant bug #232364; so both of them do, really :) [22:01] Launchpad bug 232364 in xfce4-utils "dbus-launch hangs at session start waiting on socket output in libxcb" [Critical,Fix committed] https://launchpad.net/bugs/232364 [22:02] laga: kopete has an auto-update feature kicking in once the connecation failed [22:02] considering it works properly ;-) [22:02] blah, an auto-update feature that hasn't been disabled in the packaging? [22:02] apachelogger: yeah, i saw that. [22:03] apachelogger: after i asked i here :) [22:03] so anyone who uses kopete on Ubuntu systems is subject to updates that haven't been QAed through Ubuntu? [22:03] slangasek: yes [22:03] though [22:03] this update feature only effects icq [22:03] and actually only it's desktop file, defining the version stuff [22:04] slangasek: and I can say KDE also has pretty good QA ;-) [22:04] yes, the point is that it's not been QAed in situ [22:04] there's no guarantee that the builds have been tested to work with Kubuntu itself, as opposed to KDE generally [22:04] sladen: there is no build [22:05] slangasek: ^ [22:05] sladen: sorry [22:05] slangasek: http://kopete.kde.org/oscarversions.xml [22:05] ah [22:06] once the login failed it downloads that file and if necessary adapts the versions in the desktop files [22:42] tjaalton: do all common intel chipsets get EXA by default? [22:42] bryce: ^^ [22:42] (in hardy) [22:43] asac, correct [22:44] bryce: how sure? [22:44] (percentage) :) [22:44] 85% [22:44] not much ;) [22:44] not enough ... hmm [22:45] there may be some internal logic to fall back to XAA for some chips, I don't remember [22:45] jcastro: what graphics chipset do you have? [22:45] (==) intel(0): Using EXA for acceleration [22:45] asac, what prompts the question exactly? [22:45] jcastro: i remember that you saw the ffox rendering bug until you flipped to EXA on your intel [22:45] I have an i965 [22:45] ogra@osiris:~/Devel/liveusb-creator$ lspci|grep -i vga [22:45] 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) [22:46] jcastro: so for you EXA was not enabled by default back in london? [22:46] I don't remember [22:46] jcastro: are you still on hardy? [22:47] I think it was, because looking at my xorg.conf right now shows I enabled it and added that greedy thing to it [22:47] nope, intrepid [22:47] jcastro: ok. i guess that means that not all intel chips use(d) EXA :) [22:47] bryce: SRU verification talk raised this question [22:48] asac: you can of course do what you want to it during the next sprint. [22:48] not that that helps you right this instant [22:49] jcastro: no. that would be too late ;) ... can you restart X with the EXA line removed and see if you still use EXA? [22:49] sure. [22:49] (in Xorg.0.log) [22:49] you shouldn't need the greedy line either [22:49] what is greedy? [22:49] if you had that in there it makes me think you'd configured those back before we switched to EXA by default [22:49] bryce: when was that? [22:50] bryce: I think so as well [22:50] it's a memory migration heuristic, that is a workaround to a bug that was preventing us from switching to EXA by default [22:50] Option "ExaNoComposite" "true" [22:50] do I need that? [22:50] bryce: ok. so when did you flip the switch? [22:51] jcastro: i guess the idea is that you shouldnt need any option ;) [22:51] heh [22:51] jcastro, that's for preventing compiz from going, and I would imagine you'd only need that if you had a severe problem with compiz for some reason [22:52] jcastro: so in theory you shouldn't need that, unless your HW has some weird bug [22:52] heh [22:52] jcastro, the idea is that you shouldnt need an xorg.conf ... [22:53] especially as US american with the right default keymapping [22:55] asac the switch was made around the end of march [22:56] asac: ok, it's all using EXA according to the log [22:56] ogra: I thought we weren't quite there yet for going xorg.conf-less [22:56] though I can try that next if you guys want [22:56] jcastro: ok thanks [22:56] we need it for keymap and mouse settings [22:56] does it default to US or something? [22:57] but with en_US you shuldnt need the keymap part and with a default laptop touchpad the mouse settings shouldnt be needed either [22:57] actually, I won't try it, I'm in mid-move and this is my only working PC at the moment [22:57] just move it to xorg.conf.bak and try ;) [22:57] ah, indeed [22:58] well, it works since gutsy [22:58] find another victim, I'm actually on vacation and need to finish packing. :D [22:58] jcastro, it will default to US [23:06] Ubuntu 8.10 will ship with a GPS dongle to auto-detect your keyboard preference based on latitude and longitude [23:06] But only if you're outside where the sattelites can see you. [23:07] slangasek: but what if I'm an American in Europe and want the US keyboard? :-) [23:07] me wonders what keyboard would be set in Antarctica [23:07] slangasek, can we get these dongles as totrrents please to not make the shipment costs explode ? [23:07] LaserJock: when in Rome, swear at your keyboard like the Romans [23:08] slangasek: lol [23:08] ogra: [23:08] ogra: I'll see what I can do [23:08] \o/ [23:12] slangasek: wrt Kopete QA... I have had the same reservations about firefox [23:13] Chipzz: is firefox auto-updating itself in Ubuntu...? [23:13] slangasek: shouldn't ubuntu patch firefox to not have the auto-update feature at all? [23:13] haven't we? [23:13] slangasek: it isn't, but there's an option for it which can be turned on [23:13] hrrrm I though it wasn't... maybe need to check [23:14] oh; well, if users want to shoot themselves in the foot like that, I don't see the problem [23:14] removing the feature entirely is just more likely to cause unnecessary friction with upstream [23:14] fucking up the packaging system is not something we should allow IMHO [23:14] heh [23:15] mozilla needs to get their heads unstuck from their asses [23:15] it doesn't touch the system binaries [23:15] unless you run it as root :) [23:15] well, I happen to like having Firefox updates for most things [23:16] but I understand the thought behind turning the auto-update off [23:16] slangasek: if it only works as root, there's no point in having it anyway [23:16] I'm more concerned with all the extentions [23:16] Chipzz: I didn't say it only works as root, I said it will only update over the *system* binaries as root [23:16] if you run it as a user, I expect it does something horrible like downloading and installing all of firefox into your .mozilla directory ;) [23:17] either way you get a broken system [23:17] LaserJock: yeah, but exactly how many extensions does ubuntu package? [23:17] maybe, but users have to opt in to that brokenness [23:17] Chipzz: 10+ I think [23:17] LaserJock: out of... ? several hundreds? [23:18] Chipzz, do i hear you volunteering ? [23:18] umm yeah, that's the problem [23:18] The one package I maintain in Debian/Ubuntu that ships from upstream with auto update capability is missing it entirely in Debian/Ubuntu. I think it's generally a bad idea for distros. [23:19] if some of your extensions come from Ubuntu but others through the "normal" means it confusing [23:19] ogra: I'm merely pointing out that while updating extensions via our packaging system would be ideal, it's not feasible in practice [23:19] I just use Firefox's method, I don't trust our extensions really [23:19] Of course the fact that it uses checkinstall to generate it's updated packages might have influenced my thinking. [23:19] (my package, not FF). [23:19] also, won't installing an extension via the packaging system install it for all users? [23:20] presumably [23:20] likely [23:20] which is not something you want anyway [23:20] more mozilla suckage [23:20] right [23:20] * Chipzz repeats above statement about mozilla, heads, and asses :P [23:20] so I'd rather let Firefox handle it [23:21] problem is [23:21] in a lot of ways firefox is mainly a windows app [23:21] windows lacks proper package management [23:21] mozilla devs work around that by features such as auto-update [23:21] with no regard for linux [23:22] well, I doubt they'd do it much differently if it was more linux-centric [23:24] macosx has the same problem [23:24] kees: where does atlas's debian/rules weigh in, at 1145 lines? [23:24] Chipzz: whats you issue here? [23:25] asac: mozilla wanting to be something that's already provided by proper linux distro's (ie: proper package management) [23:26] and the possible havoc ensuing from users updating firefox through it [23:26] Chipzz: we dont allow that [23:26] only extensions are auto updated [23:26] asac: that's actually patched out? [23:26] (if installed in profile) [23:27] Chipzz: 1st. its disabled by upstream if you dont run as root (e.g. if not having write permissions) [23:27] 2nd. its patched out by us (explicit upstream request) to prevent root from auto updating app [23:27] ah k [23:27] how long has that been patched out? [23:27] I seem to recall seeing that checkbox, but that may have been in an old version [23:28] Chipzz: it was there in b5 (if you start ffox as root) [23:28] my laptop is still at feisty I think, so would have been ff2 [23:29] Chipzz: in ff2 it was always disabled [23:29] unless you flipped it on by editing system config filed in editor [23:29] hrrrm [23:30] didn't do that [23:30] where did I get that idea then? [23:30] Chipzz: most likely you confused the app-auto-update feature with the extension-auto-update thing [23:31] * Chipzz boots laptop [23:31] Chipzz: but to be fair, i cannot speak for the initial edgy release. just since feisty. [23:33] asac: just checked [23:33] asac: 0.6.3 will be out today, where should I upload the gnome-mplayer/gecko-mediaplayer packages which I would like you to review for debian? [23:33] asac: the checkbox exists but is grayed out [23:34] version 2.0.0.10+2binonly-0ubuntu1.7.10.1 [23:34] Chipzz: yeah [23:34] its deactivated [23:34] asac: with you as packager ;) [23:35] shouldn't we just not show that checkbox at all instead of greying it out? [23:37] Chipzz: i dont know ;). i doubt that it creates lots of confusion for the normal user ;) [23:38] asac: btw, what's your opinion on packaging extensions? [23:40] Chipzz: i addressed that quite extensively in the beginning of the last FF extension packaging session i gave during openweek [23:40] Chipzz: the logs are https://wiki.ubuntu.com/MeetingLogs/openweekhardy/ExtensionsPackaging [23:43] slangasek: hehe, I'm not sure. I suppose I could generate some kind of stat. :) [23:44] asac: reading that page... but won't installing extensions as packages enable them for all users? [23:46] Chipzz: thats one deficiency, yes. [23:46] at some point we should do something about that [23:46] depends on the extension ... [23:46] parental control is surely something that makes sense to have installed systmwide [23:47] asac: hence why I asked about your opinion on packaging extensions ;) [23:47] ogra: but for example flash-blocker isn't [23:47] and i bet there are others where its sane to have them not per users [23:47] right [23:47] especially on large sites [23:47] Chipzz: my opinion should be clear from the logs ;) [23:47] is likely only a minority [23:47] Daviey, superm1: images aren't finalized just yet, but I wanted to check with you guys whether you'll have some spare cycles for testing 8.04.1 alternate ISOs for mythbuntu [23:47] Chipzz: i wont teach people how to package if I'd think its a bad idea ;) [23:48] asac: I'm not saying it's a bad idea :) [23:48] Chipzz: so you dont ask about opinion, but vision? [23:48] but like you said, having them enabled for all users is a deficiency [23:49] Chipzz: yes, its a lack of flexibility [23:49] what I was most curious about was your opinion on the enabling-for-all issue [23:51] Chipzz: its not really a blocker. users usually can disable their extensions [23:51] even if installed globally [23:51] asac: maybe the extensions should be disabled by default then? [23:52] Chipzz: why? [23:52] asac: prevent unwanted side-effects on large sites? [23:52] asac: consider the case of a university using ubuntu, with the flash-blocker extension packaged [23:52] Chipzz: as i said above. the only deficiency i see for the enable-ing-for-all approach is a lack of flexibility [23:53] I'm pretty sure that would cause a whole lot of confusion for a whole lot of users [23:53] "Why doesn't flash work?" [23:53] Chipzz: yeah. if the admin thinks its a good idea to install flash blocker for all, its his decision [23:53] asac: my pov is the "making available" pov :) [23:54] Chipzz: thats not the current use-case covered [23:54] admin installs a huge load of extensions using the packaging system, all disabled by default [23:54] user wants to use an extension, just clicks on enable [23:55] Chipzz: yes, that might be a valid use-case, but still a corner case [23:55] asac: well what it boils down to I think is there are 2 use-cases [23:55] most users want to install the extension and use it [23:55] 1) single user install [23:55] 2) large site deployment [23:55] 1a) home install (a few family users) [23:55] 1.5) LTSP server :) [23:55] for 1* its ok [23:55] for 2 it could be better, but that is something the admin has to take care of [23:55] for now [23:56] ogra: LTSP is exactly what I had in mind with 2) [23:56] ;) [23:56] well, thats rarely large as in enterprise :) [23:56] * cody-somerville notes that whoever highlighted him earlier today needs to do so again: freenode netsplits pushed it out of buffer [23:56] Chipzz: what you want is an integrated installer [23:57] Chipzz: the right way is to make the globally available extensions accessible for users in the firefox addons "install extension" tab [23:57] ogra, what are your thoughts on this? :) [23:57] Chipzz: there is no real point of discussing this ;) [23:57] asac: what will that do? copy the extenion to ~/.mozilla ? [23:57] disabling extensions you installed by default will not happen [23:58] better integration of extension install wizard: yes, but needs cycles [23:58] Chipzz: that is undecided and needs to be specified in a specification unless someone just does it [23:58] Chipzz, as i said before i see it valid to have extensions systemwide on a pre extension base, for some it makes sense for some it doesnt [23:58] *per [23:59] night. [23:59] things like adblock or any parental control extensions surely make sense in that context [23:59] that's what I was thinking [23:59] but take flash-block as an example [23:59] or even flashblock since the user is always able to installflash in ~ [23:59] how would you handle that on an LTSP install? [23:59] heh [23:59] Chipzz: for now we need to fix the addons dialog to support multiple search/install methods.