[00:52] I have a quick question about a bug I just submitted which I'm not sure got submitted right. [00:53] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/194196 - under "Affects" [00:53] Launchpad bug 194196 in linux "Fails to insert nVidia SATA disk modules on boot causing boot fail" [Undecided,New] [00:53] does that mean the bug is being forwarded to the Kernel.org dudes? 'cause I think this is a kernel packaging issue [00:55] toresbe: I think the Ubuntu Kernel team will be looking at it [00:55] LaserJock: great, that's my "target audience". :) thanks [00:55] * toresbe sticks around in case someone says LaserJock is wrong [00:56] you might also ask #ubuntu-kernel [00:56] ah, right, thanks. === milli_ is now known as milli [00:59] LaserJock: solved, thank you [00:59] (my confusion, not the bug :)) [00:59] bye! [01:11] I'm seeing some very strange behavior in the tracker system, but I'm not sure where to report it. [01:12] Well, launchpad, yes, but I don't know why this bug is occurring or anything. it's a rather strange bug. [01:13] toresbe: post a bug in launchpad itself: https://help.launchpad.net/Feedback [01:14] sorry, not *that* tracker system, but "tracker" the deb package :) [01:14] I'd like to ask a tracker upstream developer about it... y'know where they might be found? [01:15] toresbe: no. I would look at the homepage/google or just try #tracker [01:15] #tracker's empty [01:16] and "tracker" is quite difficult to google! [01:16] http://www.gnome.org/projects/tracker/development.html [01:16] via https://launchpad.net/tracker => Homepage [01:16] IRC: GimpNet, channel #tracker [01:17] aha! Thanks. :) [01:17] often the mailing list might be better though :) [01:17] good luck and good night. [01:38] Hehe. I really like this bug. [01:38] So - here's what's happening. tracker is searching along, and encounters a graphics file. It wants to thumbnail it, so it passes it along to convert. Convert creates a temporary file. Tracker notices that a file has been created. It notices it's an image file, so it wants to thumbnail it. It calls convert. === jelmer_ is now known as jelmer [02:16] * Hobbsee wonders why stuff from firefox is only playing out of one speaker. [02:18] because fox is singular ;) [02:18] tchau! [02:18] heh === superm1 is now known as tgm4883_ === tgm4883_ is now known as superm1 === calc_ is now known as calc === XSource_ is now known as XSource [07:20] Good morning [07:22] Keybuk: I am now === hunger_t is now known as hunger === calc__ is now known as calc [07:52] I've got an issue with gutsy installation, can someone lend a hand, as i have been in like 10 different channels where noone talks === doko_ is now known as doko [08:12] Good morning! [08:15] hey warp10 [08:24] z5000man: sorry to hear of the troubles; this probably isn't the right channel either, but maybe try asking via answers.launchpad.net/ubuntu [08:31] Agostino Russo and I are trying to determine whether a ntfs-3g panic occurs outside of virtual iron. If someone would be so kind as to try installing Ubuntu 64-bit in Windows using Wubi from the latest daily live CDs, I would very much appreciate it. [08:31] The panic occurs post-install, on the first boot. [08:42] good morning [08:48] morning dholbach [08:48] heya mdke [08:54] is it just for me that sudo -u $USER -i (i386, hardy) segfaults? [08:56] WFM [08:56] hm, ok. [08:56] toresbe@mjollnir:~$ sudo -u postgres -i [08:56] [sudo] password for toresbe: [08:56] postgres@mjollnir:~$ [08:56] WFM2. [08:57] toresbe: that's something else than what I asked about [08:57] I wonder if it's related to me adding myself to a group just before. [08:57] oh, $USER as in, the actual shell variable $USER, and not "whatever user". :) [08:58] yes [08:58] oh, I misunderstood that too [08:58] that works, too. [08:58] ditto [08:59] it's related to pam_mount, it seems === \sh_away is now known as \sh [09:05] Riddell: Kubuntu Wubi works...sort of. I need to fix the calling of kwin/dcop as they currently crash and leave you with just an X cursor, but the install goes through just fine. [09:05] You just have to sit and stare at a mostly black screen and wait for it to reboot [09:10] evand: exciting. so I should be able to test it on my girlfriend's dual boot laptop without it wiping her windows partition? [09:11] Riddell: indeed [09:12] Riddell: Just pop in one of today's daily live CDs, then select "Install inside Windows" [09:13] it'll create a C:\Ubuntu folder and add Kubuntu to the NT bootloader, both of which can be undone by running the Wubi uninstaller in Add / Remove programs [09:20] evand: does today's daily CD include 20080221.1? [09:20] I suppose it does in your timezone [09:20] made at 21:41 === pbn_ is now known as pbn [09:21] heh, indeed it does [09:21] really any Kubuntu CD after the new livefs landed (I think that was day before yesterday, no?) will work [09:25] out of curiosity will the language selector at the beginning of the cd look better than it does at the moment? [09:26] davmor2: can you elaborate? [09:28] he means the gfxboot menu that now pops up by default [09:28] it's useful to non-english speakers but looks very out of place to those of us who don't need it [09:28] evand: currently at the boot up of any *buntu cd you get the language selector over the top of the menu. It's grey and blocky and looks cheap and tacky [09:28] cjwatson: ^ [09:29] I suspect it would take a lot of gfxboot hacking to improve it notably [09:29] SuSE seems to have done it with theirs, which I quite like, but I agree. gfxboot is scary, and it would probably take quite a bit of work. [09:30] or maybe that's a false memory, I'd have to check again [09:30] Riddell: is there going to be a separate Kubuntu Alpha 5 announcement? [09:30] Riddell: not even if you don't need it everything else on the cd looks nicely integrated and smooth but this looks like an after thought at the moment. I can see that it is useful just ugly. [09:31] evand: not if it's released at the same time [09:34] Riddell: ah, well in case you end up needing them, I took some screenshots of the Kubuntu umenu and Wubi: http://evalicious.com/kubuntu/ [09:35] * evand -> bed [09:36] evand: excellent, thanks [09:39] davmor2: yes, it is kind of an afterthought. We'll try to improve the UI. In the meantime please accept that this is known (I think that this is the second time you've mentioned it) [09:40] cjwatson: no first the other language thing is latter on in ubiquity [09:45] \o/ NEW queue == 0 [09:47] pitti: really?!? Wow. [09:47] * soren hugs pitti [09:48] * dholbach hugs pitti too [10:01] asac: can you please modify the firefox seeds in -desktop for firefox-3.0? [10:02] pitti: why? all is fine imo [10:02] firefox === pbn_ is now known as Pbn === Pbn is now known as _pbn_ === _pbn_ is now known as pbn [10:12] did the PPA builders go belly up? [10:13] they fail a build becuase they try to include a non-existant sources.list item [10:13] Q-FUNK: URL to build log? [10:13] http://launchpadlibrarian.net/12152121/buildlog_ubuntu-hardy-i386.flashrom_0.0%2Br3112-1ubuntu2_CHROOTWAIT.txt.gz [10:14] Q-FUNK: That's a #launchpad problem. Did you just activate your PPA now? [10:14] Q-FUNK: odd; presumably that *would* exist if it managed to build and publish anything [10:14] but yes, as Fujitsu says, better in #launchpad [10:14] I can see why that would happen as of 1.2.2, though. [10:14] Fujitsu: no, I've been using it for a while already [10:14] Q-FUNK: It was empty, though? [10:14] alright then [10:14] no [10:15] it wasn't empty [10:15] err, ok, that's very weird, that URL *does* exist [10:15] my gutsy PPA was laready in use [10:15] hardy was just activated with a 1st package today [10:15] Ah, that's it, then. [10:15] any hibernate expert in the room ? [10:15] https://launchpad.net/~q-funk/+archive/+builds?build_text=&build_state=all [10:15] Before 1.2.2, builds didn't start for up to 45 minutes after the source was uploaded. [10:15] but the gutsy package failed the same way [10:16] As sources are published every 20 minutes, they were already published before the builder tried to update its sources. [10:16] Now builds start immediately. [10:16] hm [10:16] weird [10:16] the builder produces different output than pbuilder does [10:17] Q-FUNK: Those builds failed normally. [10:17] Only hardy has that problem. [10:17] Gutsy fails for legitimate reasons. [10:17] I'm not so sure. [10:17] her,e build works fine using pbuilder [10:17] It's entirely unrelated, at any rate. [10:18] It's a problem in the package, but it might not be picked up in pbuilder. [10:19] could be [10:19] is the PPA using sbuild? [10:19] A horribly mangled sbuild, but yes. [10:20] horribly mangled might be the key. [10:20] I don't find it likely that it could produce that kind of error. [10:21] http://ftp.debian.org/debian/pool/main/f/flashrom/ [10:21] it builds fine on debian [10:21] Debian's archive isn't identical. [10:22] A lot of things fail to build here. [10:22] builders should be [10:22] Er, why? [10:22] We have completely independent archive and builder infrastructure. [10:22] they both are debian packages. there's no reason for a complete fial on one distro and not on the other. [10:22] Tell that to all of our FTBFS bugs. [10:23] there are plenty of reasons why that sort of thing might happen [10:23] hmm. ok [10:23] anyhow. thanks for the explanation [10:23] :) [10:23] in this case your CFLAGS seems not to be taking [10:43] asac: hm, but package 'firefox' is transitional, isn't it? [10:44] pitti: nope ... meta [10:44] oh, argh, that [10:44] firefox | 3.0~b3+nobinonly-0ubuntu2 | hardy/universe | all [10:45] then we need to promote it [10:45] why is it in universe? [10:45] because I demoted source+binaries of firefox, and apparently soyuz got confused [10:45] ah ok [10:45] promoted [10:46] pitti: promote all firefox binaries: firefox + firefox-gnome-support + firefox-libthai (that will appear again in next upload) and firefox-dom-inspector [10:46] pitti: well firefox-libthai is the only transitional package [10:46] because the feature is now in core-xulrunner [11:33] mjg59: ping [11:37] davmor2: Hi [11:37] .top [11:38] mjg59: Riddell just asked me to have a word about an unusual effect in Kubuntu. This display fades to black once you've logged in. [11:39] Hm. Sounds like it may not be my problem :) [11:40] Riddell: is thinking it might be a hal issue don't ask me why. [11:40] Can't see how it would be a hal issue [11:40] But it'd be nice to have some more background [11:40] well I've no idea, but it doesn't seem to be kmilo or guidance which are the parts that touch brightness in kde [11:40] hal will never alter anything without being told to [11:41] And sometimes when told to, he answers “I’m afraid I can’t do that, Dave”. [11:41] Riddell: don't forget that guidance doesn't seem to be running. [12:00] slangasek: cjwatson: Ubiquity issue is sorted now run straight through to 100% :) [12:01] good stuff [12:27] jdstrand: around? [12:44] Keybuk: I'm a while for a while [12:44] wow, I just woke up [12:45] I'm around for a while [12:45] jdstrand: pitti and I were discussing PAM [12:45] and he mentioned you'd been working on a way to automatically change /etc/pam,d/common-auth for libpam-ldap [12:46] Keybuk: it's called auth-client-config. it is profile based, and can switch pam and nsswitch.conf [12:46] it's in main [12:46] right, that was it [12:47] it works pretty well, especially in conjunction with things like puppet [12:47] basically if an admin knows what pam/nss settings he/she wants, then the admin can put the profile into the auth-client-config datase, run a command and *poof* the machine is updated [12:47] it doesn't do pam/nss configuration (and stacking) however-- the admin has to know what he/she wants [12:49] so it can't be used in postinst? [12:50] Keybuk: yes [12:50] yes it can't or yes it can? :p [12:50] Keybuk: it was designed to have the necessary flags in place to work safely in this regard [12:50] oh heh-- still sleppy [12:51] Keybuk: AKAIK, no package is using it for that [12:52] Keybuk: but /usr/share/doc/auth-client-config/README hasa blurb on it [12:52] Keybuk: it is largely untested in this regard, and ideally we would need to develop a policy to ensure safety [12:52] Keybuk: but I believe everything is there to do it properly [12:53] sleepy even [12:53] right, what would that policy look like? [12:56] Keybuk: postrm is easy: auth-client-config -p profile_name -a -r-- this will revert pam and nss for profile_name only if the current system settings match profile_name [12:56] what about install? [12:56] it reverts pam/nss to pre-auth-client-config settings === cjwatson_ is now known as cjwatson [12:57] dholbach: can i participate in five-a-day by just reporting to the log? [12:57] asac: sure [12:58] Keybuk: thinking... [12:58] dholbach: what bugs do qualify for that list? every bug touched? or only fix release/invalid/wontfix? [12:59] asac: I think that if you contribution helps to get it fixed, that qualifies it :) [13:01] Keybuk: I think just a debconf question asking whether or not to activate the profile would be good enough, then use 'auth-client-config -a -p profile_name' [13:01] Keybuk: well, that may not be good enough [13:02] i think you're looking for something like redhat's authconfig :) [13:02] Keybuk: no, if it was a shared debconf key, I think that might do it [13:04] dredg: IME Red Hat tools are just about as difficult to port to Ubuntu/Debian as our tools would be in the opposite direction [13:04] cjwatson: very much so [13:04] distributions tend to build up a lot of infrastructure on which this sort of thing is built, and we're pretty divergent in those terms [13:05] dredg: redhat doesn't have a packaging policy like we do, so they can take shortcuts [13:05] while you can preseed some things, like libnss-ldap, you can't easily preconfigure pam. if you could preseed auth-client-config with a profile (or profile location it could slurp) and tell it to apply a profile [13:06] jdstrand: a-c-c has no knowledge of the default config, right? [13:07] Keybuk: no. but it can reset the system to pre-a-c-c values [13:07] Keybuk: when you apply a profile, it will comment out the old settiings. [13:09] right [13:09] does anything use a-c-c at the moment? [13:09] Keybuk: I had initially thought that pam and base-files might want to use auth-client config, along with ldap, kerberos, etc [13:09] but currently no packages use it that I am aware of [13:10] Keybuk: slangasek wasn't too keen on base-files and pam using it [13:10] Keybuk: he has a valid argument that pam stacking configuration should be handled by the packages [13:11] Keybuk: the problem is that is incredibly difficult once you get past a couple of pam mosules [13:11] modules [13:11] Keybuk: and in so doing, packaging makes assumptions about what the admin wants [13:11] plus pam config is very site specific [13:11] Keybuk: this conveniently bypasses all that, as long as the admin knows what she wants === Vegar_ is now known as Vegar [13:12] not to mention-- this pam stacking configuration code for the packages doesn't exist yet :) [13:12] dredg: exactly [13:13] I disagree about the site specific bit. If you are using pam_ldap, you most likely want one type of config. Ditto if you're using pam_mount. [13:13] Mithrandir: but no kerberos, for example [13:14] Mithrandir: and if you throw disconnected users in, there are various ways to do caching [13:14] not kerberos [13:15] jdstrand: kerberos generally consists of putting pam_krb5.so into the local login files, not much work and very much stock [13:15] as for caching, why can't we choose a sane default and stick with it? [13:15] Keybuk: a-c-c doesn't scale either for large numbers of profiles, but then, I on't think that is a big concern [13:15] nobody is suggesting the files shouldn't be configuration files, just that we have a sane way to update the config programatically. [13:16] putting pam_krb5.so in, depends if you want pam-heimdal or mit pam-krb5. then you need to configure the module - do you want the config in krb5.conf or in the pam file? [13:16] Mithrandir: a-c-c will allow for programatically updating these [13:16] it's site specific. [13:16] what would base-files have to do with PAM configuration? [13:17] cjwatson: base-files provides nsswitch.conf [13:17] ah, ok [13:18] a-c-c supports profiles for just changing nsswitch.conf, or just changing pam as well [13:18] (ie, a profile doesn't have to do both-- there is a profile for using cracklib for example) [13:19] yay, I killed 50 hal bugs by triaging; does that count as 5-a-day? :) [13:20] pitti: absolutely :) [13:20] * seb128 hugs pitti [13:20] Keybuk: I think there is some potential here for simplifying large deployments, as well as providing users with a good sane profile on install of a pam package-- but the packaging scripts policy need more thought [13:20] * seb128 hugs dholbach [13:21] I am happy to update a-c-c as needed for this of course [13:21] * dholbach hugs seb128 back [13:23] * Hobbsee hugs seb128 and dholbach [13:23] * dholbach hugs Hobbsee too [13:23] is it a Hug Day and I missed it? :-) [13:23] dholbach: what does this mean? [13:23] - Discussion of the process for requesting someone participation [13:23] (temporarily or permanently). Agreement to review past activity and [13:23] document process to smooth such occurrences if they were to happen in [13:24] the future. [13:24] * seb128 hugs Hobbsee [13:25] Hobbsee: there has been long mailing list threads and we thought it'd help to massage this into a concise wiki document [13:25] dholbach: i don't understand. the first is not valid english, and words may be missed, and i don't see the relevance of the second statement to the first. [13:26] ugh, you're right [13:26] "cease" is the missing word [13:26] sorry [13:26] ahhhh.... [13:26] right, that makes more sense then [13:27] I'll ... err ... follow up :) [13:27] i didn't think i was that dense. [13:39] * lamont finally notices the bind9 upload to hardy from last week, decides he maybe better fetch it and deal with adding that [13:40] jdstrand: did that get coordinated with a change in debian AppArmor? or did we just fork bind9 while I wasn't looking? [13:41] lamont: ubuntu specific-- but changes are minimal [13:42] moving ownership of a file is not _MINIMAL_ [13:42] lamont: you mean usr.sbin.named? [13:42] * debian/control: Replaces apparmor-profiles << 2.1+1075-0ubuntu4 as we [13:42] should now take control [13:43] * jdstrand nods [13:43] which requires coordination with the owner of apparmor [13:43] lamont: I meant simply in terms of the size of the diff [13:43] so that it _STOPS_ delivering it [13:43] lamont: I coordinated that with ubuntu's apparmor [13:44] right. meaning that the package is now _FORKED_ until someone works with the debian apparmor maintianer [13:44] where it used to be one that we could just sync. [13:44] * jdstrand again nods [13:45] lamont: this was a server team FF directive [13:45] so now I get to decide if it's worth generating debian/control as part of the build (which makes me vomit), or just let y'all keep merging [13:45] has anyone even _started_ the discussion with debian's apparmor? [13:45] lamont: not that I am aware off [13:45] lamont: there isn't any apparmor package in debian. [13:46] of [13:46] mathiaz: that does help some... [13:46] is hardy going to let one choose between selinux and apparmor? or are we still stuck apparmor crap? [13:47] lamont: there is work done on the selinux front too. [13:47] lamont: selinux is in universe, but it will be much better supported by the system [13:47] lamont: with a kernel boot option, selinux can be turned on and apparmor disabled [13:47] jdstrand: selinux has always struck me as the better of the two... [13:48] lamont: it is in terms of security-- no doubt [13:48] lamont: the problem is usability for end-users [13:48] lamont: Enabled apparmor is better than disabled SE Linux. [13:48] ScottK: I'm not 100% convinced of that. [13:48] lamont: see https://wiki.ubuntu.com/HardySELinux for the state of selinux in Hardy [13:48] lamont: apparmor provides much better security than not having either, but is easier for people to get into [13:49] really good locks on a cheap door are not better than no locks on a solid door: they lead the owner to _THINK_ that he's secure, when he's not. [13:49] lamont: while I understand your point, I disagree. apparmor is actually quite good with network daemons-- less so for local confinement (eg firefox) [13:50] * lamont didn't say apparmor was worthless... just that it's not the panacea it's sold as. [13:50] but still better than nothing for local confinement (every hurdle is better than nothing) [13:51] jdstrand: so long as the user understands that it's just a hurdle [13:52] jdstrand: everything is just a hurdle-- until you disconnect the network :) [13:52] and for local confinement, the power cord [13:52] (nice that I responded to myself, eh) [13:53] jdstrand: is it safe to assume that the patchset isn't in git anywhere? [13:54] lamont: not git for bind9 [13:54] (apparmor is in bzr though, but I doubt you care about that part at this point) [13:54] XS-Vcs-Git: git://git.debian.org/~lamont/bind9.git [13:55] I was noticing that I hadn't actually uploaded postfix to debian last night, did that, and was tossing a couple more changes into bind9 before uploading that... which is how I noticed that someone had uploaded a new bind9 to ubuntu [13:55] so now this evening after work, I get to do more stuff, or I could save that for you.. :) [13:56] lamont: as debian doesn't have apparmor, I assumed the apparmor portion would just be a diff ubuntu would carry [13:57] I can do the git bit, but not until next week (I am technically on vacation right now) [13:57] jdstrand: why? the package hasn't diverged in the past, other than security uploads for versions that debian wasn't shipping [13:57] iz OK. I'll smack it around this evening [13:57] lamont: why what? why apparmor at all? [13:58] "why" == "why have an ubuntu diff and all the pain that brings" [13:59] admittedly, BIND is not postfix... [13:59] lamont: apparently my assumption was wrong wrt to git and the debian packaging [13:59] (postfix discovers which distro it's building for at build time and does the right thing) [13:59] siretart: libxine1 is brining libmad onto the CDs [14:00] how can i force mutt to reply to all instead of Mail-Follow-Up: ? [14:00] jdstrand: generally, if the debian maintainer is an active ubuntu devel (esp core team), one can expect that they're trying to do it all in one branch, unless that stops making sense... [14:00] and "stops making sense" goes a little beyond some other definitions.... [14:01] asac: if 'g' doesn't do it, then use cut-n-paste, your editor, and your firm confidence that you know better than the sender. [14:01] lamont: you can't expect everybody to know about that and try to get changes to debian first though [14:01] lamont: ok. well, like I said, if you'd like me to do the git stuff, I can next week. [14:01] seb128: I can too. It's just not reasonable. [14:01] lamont: agreed that's better, when that doesn't happen the debian maintainer can also grab changes [14:02] seb128: yeah. I'm just being grumbly this morning [14:02] while I'm grumbling.... [14:03] is network-manager supposed to auto-discover a wireless net and connect to it? I nuked it and reinstalled it on my gutsy laptop, and now I just have manual mode... [14:03] OTOH, gutsy is the first time that it was getting sane enough for me to consider leaving it on.. [14:04] jdstrand: and pardon my being cranky [14:04] lamont: You have to manually edit /etc/network/interfaces back to auto mode [14:04] * lamont had assumed that apparmor was in debian as well, which was wrong of me. [14:04] lamont: np :) [14:04] ScottK: and how does one know it's in "auto mode"? [14:04] and back to work for me === ScottK3 is now known as ScottK2 [14:06] lamont: When /etc/network/interfaces says auto [14:06] intriguing. My macbook uses nearly 2W less power after a suspend than before. [14:06] (I meant after waking up from a suspend vs a cold boot) [14:08] bryce: oh btw, the xv debacle gets even weirder.... [14:09] ScottK2: lew;/ [14:09] kewl. even [14:09] bryce: it seems like only shortly after a VT switch into X, xv causes a hang. If I wait 10 secs or more after Compiz initializes or coming out of a suspend, it works just fine. [14:09] bryce: could that be some kind of AIGLX initialization race condition? [14:21] Riddell: how that? [14:26] <\sh> siretart: libxine1: Recommends: libxine1-ffmpeg and suddenly we have Recommends installed by default? ,-) [14:26] siretart: because it depends on libxine1-plugins which depends on libxine1-ffmpeg [14:27] Riddell: it installs recommended universe packages? [14:28] it's a depends. [14:28] AFAIUI, recommends to universe packages should be installed by default [14:28] <\sh> asac: looks like that ff3 and flash-nonfree doesn't honour my sound settings from gnome...the sound is still coming from the main speakers instead of the headset (other apps are working as expecting and giving me sound on the headset) [14:28] recommends-by-default isn't on yet [14:28] with the exception of metapackages [14:28] <\sh> siretart: forget what I said...what riddell said is more correct [14:29] \sh: you use sound server? [14:29] <\sh> asac_: well, what are we using by default= sound setting tells me: USB Audio (Sennheiser) so I think no sound server [14:30] Riddell: -plugins is a convenience package which drags in all xine packages. I didn't expect it to be an installation candidate on the live cd. [14:30] jamesh: Can you please tell me (or publish somewhere) what is the format of entry to be added in rhythmdb.xml for the FM radio plugin (using tuner card)? [14:30] siretart: did you intend libxine1-misc-plugins to be used instead? [14:30] \sh: can you see if gnash works better? [14:30] \sh: (sound wise) [14:30] <\sh> asac_: if gnash plays youtube, I can test it [14:30] siretart: if so, you should reverse the order of the |-ed dependency in libxine1 [14:31] \sh: it should play a few [14:32] <\sh> asac_: can I tell ff3 to use gnash exclusively without uninstalling adobe? [14:34] \sh: you could try to link the gnash.so to the .mozilla/plugins/ directory [14:34] maybe that will prefer it then [14:34] otherwise update the alternative [14:36] cjwatson: well, we used to ship all xine modules in earlier releases. now the modules are split across smaller packages. I had an argument with the debian release team, and vorlon explained to me that not depending on all plugin packages would break partial upgrades [14:37] I understand that this affects dapper->hardy upgrades [14:37] <\sh> asac_: I updated the alternative...but no gnash [14:37] <\sh> argl... [14:38] TBH, I'd prefer to just drop the dependency on -plugins [14:39] <\sh> asac_: no ways ... it prefers adobe...purguing it === asac_ is now known as asac [14:41] which package provides live cd grub menu at the begining? I need to translate it but I can't find which package it is [14:42] \sh: the alternative is named xulrunner-addons-flashplugin [14:43] anyway purging should help too [14:43] be sure that you have no flashplugin in your .mozilla/plugins dir [14:43] <\sh> asac: yep [14:43] who is eclipse/swf package liason for ubuntu [14:46] pecisk: that isn't grub [14:46] pecisk: gfxboot-theme-ubuntu is the one you're looking for [14:46] ok, then what it is? [14:46] thanks ;) [14:47] <\sh> asac: tells me all the time, that I have to install a flash plugin...gnashplugin is installed, but it gives me all the time this...(youtube, video.google. etc.) [14:47] \sh: oh i think the link is still missing :) [14:48] \sh: do ln -s /usr/lib/gnash/libgnashplugin.so $HOME/.mozilla/plugins/ [14:50] <\sh> asac: ok...now...youtube works somehow, but no sound [14:50] <\sh> asac: video.google no ways to get it to work [14:51] If anyone has a 64bit machine + windows + 5GB free, please test Wubi on latest daily ISO [14:51] \sh: interesting ... maybe the the fluendo mp3 plugin for gstreamer works better === cr3_ is now known as cr3 [14:51] we have mixed reporst on that, and some clarification would be nice in light of the coming release [14:52] <\sh> asac: 15:52:03: ERROR: Unimplemented: MovieClip.attachAudio() [14:54] \sh: try a different youtube video ... there are a few players in use that use different swf functions afaik [14:55] <\sh> asac: well, I have tried a lot of...even our own app (which is using flash normally) is not working ;) [14:55] asac: re eclipse I don't think we have one. It's generally whoever touched it last (which thankfully isn't me any more). [14:56] Whether wubi works (or not) please report it to myself or evand in #ubuntu-installer [14:56] ScottK: someone claimed that latest milestone supports xulrunner 1.9 [14:57] <\sh> asac: totem .flv (downloaded with youtube-dl) works like a charm :) [14:57] Can I get help on compiling a package into .deb format? [14:57] am I in the right place? [14:57] asac: It's going to stay not me who touched it last. Sorry. No time to look into it. [14:57] \sh: ok then gnash would work as well i guess [14:57] <\sh> asac: gnash doesn't play .flv just swfs [15:01] <\sh> asac: but gnash failes when opening a youtube url, (where the player comes from).. [15:02] can someone help me compile ProjectPier and/or KohanaPHP in .deb format? [15:02] KohanaPHP should be similar to phpMyAdmin where it installs to /usr/share/phpmyadmin === dholbach_ is now known as dholbach [15:05] <\sh> asac: any possibility to set the adobe plugin to a more "noisy" mode? or how would you debug ff3 + flash plugin to find out what it does [15:07] Hi! The infamous "High frequency of load/unload cycles on some hard disks may shorten lifetime"-Bug: [15:07] What does it take to get the Debian Patch into Hardy? [15:08] And then as a SRU into Gutsy. [15:08] Patch is here already: http://launchpadlibrarian.net/12024340/debian-hdparm-fix.debdiff [15:09] jakob__: we do not do that by default, and I assume anyone who turns on that acpi-support option wants aggressive power savings [15:09] which doesn't come free [15:10] that patch is not a fix, it's a workaround at best and harmful at worst [15:10] 128 still lowers disk life just to a lesser degree [15:10] it also saves power to a much lesser degree [15:11] we should do a FFT on the disk activity history to predict when it's optimal to park the disk!!! [15:11] Well, i didn't turn on acpi-support. [15:12] It's the HD default. [15:12] jakob__: what package is that against? hdparm? [15:12] The patch is a workaround, yes. [15:12] No, against acpi-support. [15:12] It's installed by default. [15:13] acpi-support is installed by default, but we do not set any hdparm disk modes by default [15:13] Laptop HDs have crazy power managemant defaults. [15:13] I don't see why we should be forcing a particular mode (128) [15:13]