=== Spads [n=spacehob@host-84-9-48-90.bulldogdsl.com] has joined #ubuntu-devel === zerwas [n=zer@p5480B472.dip0.t-ipconnect.de] has joined #ubuntu-devel [12:37] What do you think about having the option to install the package ubuntu-restricted-extras? nearly every user will want to have the programs in it [12:37] i mean, having the option at the installation of Ubuntu === desrt [n=desrt@dhcp-0-20-af-d2-7c-3.cpe.mountaincable.net] has joined #ubuntu-devel === davmor2 [n=davmor2@82-45-48-19.cable.ubr04.wolv.blueyonder.co.uk] has left #ubuntu-devel [] === pygi [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === jml [n=jml@203-113-250-169-static.TAS.netspace.net.au] has joined #ubuntu-devel === rnorwood [n=rnorwood@adsl-074-167-242-127.sip.rmo.bellsouth.net] has joined #ubuntu-devel === dcsmith_ [n=dcsmith@ool-4351bc6d.dyn.optonline.net] has joined #ubuntu-devel === milli_ [n=milli@famfrit.acmeps.com] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-123-056.pools.arcor-ip.net] has joined #ubuntu-devel === lamont [n=lamont@mix.mmjgroup.com] has joined #ubuntu-devel === iceman [n=iceman@cable-87-244-153-189.upc.chello.be] has joined #ubuntu-devel === ion_ [i=ion@heh.fi] has joined #ubuntu-devel [01:48] Any core devs around who're willing to sponsor a debdiff for me, related to bug #134572 [01:48] Launchpad bug 134572 in nbd "Segfault" [Undecided,Fix committed] https://launchpad.net/bugs/134572 === jml [n=jml@ppp108-61.static.internode.on.net] has joined #ubuntu-devel === ArneGoet1e is now known as ArneGoetje === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel === rnorwood [n=rnorwood@adsl-074-167-242-127.sip.rmo.bellsouth.net] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has left #ubuntu-devel [] === robitaille [n=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === robitaille_ [n=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === zer_ [n=zer@p5480B2B0.dip0.t-ipconnect.de] has joined #ubuntu-devel === beuno [n=beuno@201-213-91-212.net.prima.net.ar] has joined #ubuntu-devel === jack_wyt [n=jack@123.115.251.105] has joined #ubuntu-devel === jetx [n=jetscrea@unaffiliated/jetscreamer] has joined #ubuntu-devel === atlas95 [n=atlas@84.5.38.248] has joined #ubuntu-devel === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-devel === robitaille__ [n=robitail@CPE0015e912c1eb-CM0014045c0ef6.cpe.net.cable.rogers.com] has joined #ubuntu-devel [03:55] sbalneav, what debdiff do you mean? this would be job of MOTUs/helpers but i dont see patch here? === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel === ScottK [n=ScottK@ubuntu/member/scottk] has joined #ubuntu-devel === mayeco [n=mayeco@200.75.192.12] has joined #ubuntu-devel === TerminX [n=terminx@adsl-68-122-7-125.dsl.pltn13.pacbell.net] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === rendero [n=rendero@unaffiliated/rendero] has left #ubuntu-devel [] === maniacmusician [n=maniacmu@24-151-1-102.dhcp.nwtn.ct.charter.com] has joined #ubuntu-devel === macd [n=d@cl-151.ewr-01.us.sixxs.net] has joined #ubuntu-devel === troy_s [n=aphorism@d206-116-6-170.bchsia.telus.net] has joined #ubuntu-devel [05:39] morning === alex-weej [n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel [05:43] Morning fabbione === ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel === calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-2e759a8709380cc2] has joined #ubuntu-devel === maniacmusician_ [n=maniacmu@24-151-1-102.dhcp.nwtn.ct.charter.com] has joined #ubuntu-devel === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@CPE-124-188-230-54.nsw.bigpond.net.au] has joined #ubuntu-devel === calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-devel === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-devel === poningru [n=poningru@ip72-209-65-174.ga.at.cox.net] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel === atlas95 [n=atlas@AVelizy-153-1-47-167.w81-249.abo.wanadoo.fr] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-18-144.net-htp.de] has joined #ubuntu-devel === ScottK [n=ScottK@ubuntu/member/scottk] has joined #ubuntu-devel === jml [n=jml@ppp121-44-221-92.lns1.hba1.internode.on.net] has joined #ubuntu-devel === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel === superm1_ [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === thully [n=thully@dpc6746164142.direcpc.com] has joined #ubuntu-devel === pygi [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === maniacmusician [n=maniacmu@24-151-1-102.dhcp.nwtn.ct.charter.com] has joined #ubuntu-devel === mario_ [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === mvo [n=egon@p54A66F7D.dip.t-dialin.net] has joined #ubuntu-devel === mario_ is now known as pygi === atnan [n=nathan@mail2.tilefile.com] has joined #ubuntu-devel === Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-devel === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === LongPointyStick [n=mystery@ubuntu/member/hobbsee] has joined #ubuntu-devel [08:41] moin [08:42] hiya siretart [08:42] asac: okay, I've now built an wpasupplicant 0.5.8 package (latest stable release), and it is working for me okay [08:42] asac: i.e. I see no regressions over 0.6.0, whereas I've uploaded a regression fix for that to unstable [08:43] huhu Hobbsee === sahin_w [n=KT@210.216.53.194] has joined #ubuntu-devel === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel === Shely [n=Sea@60.20.52.80] has joined #ubuntu-devel === coNP [n=conp@ubuntu/member/coNP] has joined #ubuntu-devel === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === Nuscly [n=nuscly@29-231.206-83.static-ip.oleane.fr] has joined #ubuntu-devel === coNP [n=conp@ubuntu/member/coNP] has joined #ubuntu-devel === stub [n=stub@tetkyo044182.tkyo.te.ftth2.ppp.infoweb.ne.jp] has joined #ubuntu-devel === kkkklee [n=kele@124.207.41.119] has joined #ubuntu-devel [09:24] hi,all [09:29] hi [09:29] BenC: ping ? === cassidy [n=cassidy@190.66-244-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === kkkklee [n=kele@124.207.41.119] has left #ubuntu-devel [] === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel === allee [n=ach@dialin-145-254-254-185.pools.arcor-ip.net] has joined #ubuntu-devel === pygi [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === Company [n=Company@e176113032.adsl.alicedsl.de] has joined #ubuntu-devel === mario_ [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === mario_ is now known as pygi === Shang [n=roywu@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [10:13] siretart: ok wanna push to ppa? [10:14] siretart: or let me know where i can fetch it ... so i can ask forum users to test if there are improvements/regressions over 0.6 === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === chand [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [10:28] asac: however you prefer [10:28] siretart: you can decide ;) === heno [n=henrik@ubuntu/member/heno] has joined #ubuntu-devel [10:29] siretart: hi, is somebody working actively on emacs22? [10:30] asac: http://siretart.tauware.de/upload-queue/ [10:30] seb128: mwolson and me as backup/reviewer/sponsor. or do you mean at upstream? [10:31] siretart: ubuntu, I was wondering if bug #134308 is a packaging issue and if somebody is working on it [10:31] Launchpad bug 134308 in emacs22 "python-mode does not work" [Undecided,New] https://launchpad.net/bugs/134308 [10:32] seb128: hmm. works for me [10:32] siretart: "call-interactively: Cannot open load file: python-mode" [10:33] seb128: do you have the package 'python-mode' installed? [10:34] siretart: no, it wants to install emacs21 [10:34] "Depends: emacs21 | xemacs21-bin | emacs-snapshot, pymacs (>= 0.22-6) [10:34] " [10:34] ah, then it seems that python-mode needs to be adapted for emacs22 [10:34] strange why it works for me, though.. hmm === Zdra [n=zdra@171.109-65-87.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [10:35] siretart: do you have a local update you didn't upload? ;) [10:35] I guess emacs22 finds and installs it. Maybe you have emacs21 | emacs-snapshot installed as well [10:35] seb128: no, it seems that emacs22 hat its own python-mode builtin now. see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=424973 [10:35] Debian bug 424973 in python-mode "python-mode: please support emacs22" [Normal,Open] [10:36] and this sb-info error is something I've already had on my emacs21 installation at university. it is a bug somewhere else [10:37] it seems to me that it doesn't make sense to port the python-mode package to emacs22 if it has its own version of 'python-mode.el' builtin [10:37] ok [10:37] I had python-mode still configured [10:37] which means /etc/emacs/site-start.d/50python-mode.el installed [10:37] I wonder why you get then the error message 'call-interactively: Cannot open load file: python-mode' [10:37] without it the emacs22 version works [10:38] oh yummi. It doesn't check if it has been removed but not purged. *sigh* [10:38] seb128: do you actively use emacs for development? I thought you're rather a vim guy [10:39] urg, no I don't use vim, I use nano and emacs [10:39] and sometimes gedit ;) [10:40] ah :) === coNP would be seriously disappointed if Master Sebastien would use vi :) [10:40] coNP: heh ;) [10:44] siretart: confirmed, if you remove python-mode and let it configured it breaks emacs22 [10:45] seb128: ah, what I've expected. do you want to handle that or shall I do it later this week? [10:45] siretart: would be nice if you do [10:45] thanks [10:47] okay, I'm updating the bug [10:49] asac: as I mentioned before, there is a nasty regression in our 0.6.0-1 package, which has been fixed in 0.6.0-3. It is very likely to cause some of the problems we currently have in lp [10:50] siretart: which ones? [10:50] asac: I'd suggest that we sync wpasupplicant_0.6.3-3 in any case, and can still decide if we want to downgrade to 0.5.8 [10:50] siretart: sure ... but what regressions? [10:50] asac: the regression is if you have zero lenght essid in your wpasupplicant config. this is usually used in roaming situations (like nm does) [10:51] due to our patches? ... or does -3 contain prepatches? [10:51] wpasupplicant won't associate to any AP if you don't explicitly say which ESSID it should connect to. this is a clear regression to the 0.5 branch [10:51] asac: yes, as I said before, this regression has been fixed in 0.6.0-3, which I've uploaded to unstable yesterday [10:52] we currently don't have any patches in the ubuntu wpasupplicant. I'd prefer to keep it that way if possible [10:52] is that only a problem for config file scenario? [10:53] it is a problem if you use zero length ssids for roaming [10:53] siretart: you mean we don't have a patchsystem ... or do you mean we don't have more patches than debian has? [10:53] I'm not exactly sure if nm uses wpasupplicant this way [10:54] asac: I'm talking about this patch: http://svn.debian.org/wsvn/pkg-wpa/wpasupplicant/trunk/debian/patches/10_fix_non_wpa_zero_len_ssid.dpatch?op=file&rev=0&sc=0 [10:54] siretart: nm uses wpasupplicant through socket ... interface ... e.g. without configuration file [10:54] (included only in -3) [10:56] asac: again. depending on if nm is using this zero length essid roaming feature of wpasupplicant (which I think is likely), it might (or might not) explain some of the bugs we have [10:57] siretart: whatelse is in upstream svn that we might want to cherry-pick? [10:57] (or upstream git .. or whatever) :) [10:57] upstream has changed to git for the 0.6.x series === winkle [i=winkle@suiko.acc.umu.se] has joined #ubuntu-devel [10:58] TBH, no idea. I didn't follow the commit mails lately. [10:58] siretart: it definitly doesn't use zeor length ssid if you click on the network in applet ... but it might use it if you manually configure your network ... i would have to check that. [10:58] you can nowadays 'manually configure wpa'?! [10:59] i think so [10:59] since when? I thought that button just disabled NM and brings gnome-system-tools back to live (which doesn't support wpa at all) [11:00] siretart: it should in gutsy [11:00] siretart: just tested ... manual configuration allows to select wpa ... [11:01] ah. great news! [11:01] siretart: probably not nm itself as you said [11:01] again, I'd suggest that we sync -3 in any case now, and continue deciding about downgrading to 0.5.8 [11:02] siretart: however for normal nm mode it doesn't use roaming without explicit ssid, unless you have never been connected maybe. [11:02] siretart: sure ... you have upload rights? [11:02] err, yes. but this goes anyway via the archive admins, since it is a sync [11:02] read, via seb128 :) [11:03] seb128: can you please sync? === asac still doesn't understand why to put load on archive admins ... in these cases [11:03] asac: because there is still no gui in launchpad for syncs [11:03] siretart: ... well but why not just upload :) [11:03] asac: what cases? [11:03] siretart: No, but we could do it manually. [11:03] seb128: wpasupplicant ... in case the auto-sync is disabled [11:04] seb128: like now ... where is the difference from just me uploading the debian version ? [11:04] siretart: Grab the version from Debian, generate a changes file with the proper distribution set, and upload. voila. [11:04] right, auto-sync are disabled during the freeze [11:04] soren: we could, but were will be beaten with a large stick by Mithrandir if we would do that [11:04] asac: you can't, the distro target is unstable and it'll not be accepted in gutsy [11:04] seb128: oh right. [11:04] siretart: Yes, because that's what the policy says now. I agree with asac that it's a bit silly. [11:05] seb128: you can change the target distribution using changestool(1) (found in the reprepro package) [11:05] starting messing by hand with .changes is a good way to screw something [11:05] seb128: It's not really all that difficult to change. "dpkg-genchanges -Ddistribution=gutsy [...] " [11:05] seb128: yeah ... can you push the button for wpasupplicant? or do you want a bug? [11:05] asac: will do the sync now [11:05] seb128: thanks a lot :) [11:05] seb128: We could even wrap it up in a nice script that does the right thing. [11:06] seb128: Isn't that what the sync script does anyway? [11:06] seb128: The one you (the archive admins) use? [11:06] soren: there is a nice script for that, but only available for the archive admins. I think there is little point to argue about this issue, since there spec for that is nowadays called 'NativeSourceSync' [11:07] soren: well, I would not like having everybody starting to modify .changes [11:07] seb128: Right, hence the script. :) [11:07] the spec was there since the beginning of launchpad, and has changed name several times so far, AFAIK [11:07] with script or not [11:07] siretart: link? [11:08] seb128: well ... its you who gets the load ... even if its neglectable it still causes an interrupt in your current workflow :) [11:08] soren: https://blueprints.launchpad.net/soyuz/+spec/native-source-syncing [11:08] soren: the correct way would be to have a "sync this package" button on launchpad than anybody in the correct team could use [11:08] seb128: if you say you like it then there is really no point to argue ;) [11:08] seb128: well, but why not trust the people in the correct team to be able to use a script? === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel [11:09] asac: you can't restrict the script usage to a team === siretart agrees to asac. you need to sign the upload with your gpg key anyway [11:09] seb128: yes, but the upload would die in the upload queue if some motu uploads to main for example === tsmithe [n=toby@ubuntu/member/tsmithe] has joined #ubuntu-devel [11:09] this effectively limits the script usage to the correct persons [11:09] seb128: or do you want more fine grained access-control? [11:10] no, people with upload rights would be ok I think [11:10] asac: nah, you could just put it to the devscripts package and let people use their own gpg keys for restricting uploads [11:10] well, nobody stop you to hack the .changes nowadays === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel [11:10] seb128: then all should be fine ... give use the script ;) [11:10] I've no strong opinion about it [11:11] seb128: right ... but it appears that today it would be kind of technical high-jacking ;) [11:11] asac: I can't, the archive admin script needs connects to soyuz === Kopfgeldjaeger [n=nicolai@p54AD62B3.dip.t-dialin.net] has joined #ubuntu-devel [11:11] seb128: anyway :) ... as long as archive-admins can cope with sync requests its fine for me. [11:11] it does verification to know if there is Ubuntu changes, on the version, etc [11:12] seb128: ok i see ... so it gives you a warning and asks you to confirm that you want to drop ubuntu changes when pressing sync button? [11:12] yes [11:14] asac: anyway, wpasupplicant synced === asac hugs seb128 === seb128 hugs asac === siretart joins the hug party :) === dexem [n=dani@14.Red-88-26-177.staticIP.rima-tde.net] has joined #ubuntu-devel [11:16] asac: how do you want to proceed with testing the 0.5.8 package? - use ppas? - call for testing on u-d@l.u.c? === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel [11:17] if you go the PPA route wait until tomorrow so you can use the real one [11:17] siretart: yes i want to ask people in forums as well ... there is already a thread about network-manager [11:18] Amaranth: is it for sure that tomorrow things get for real? [11:18] no [11:18] it's a hope [11:18] hehe [11:19] asac: cprov mentioned on the launchpad-users mailing list that he works on it to move it today [11:19] siretart: ok cool ... maybe i will bug him later to confirm. better wait for real ppa if at all possible imo. [11:20] asac: in which team do we want to publish the package? [11:20] siretart: in the meantime we can ping people with roaming issues in malone to see if things improved for them with new wpa [11:20] siretart: no idea ... i thought about private archive ... either yours or mine [11:20] siretart: unless we want to start a network-managerandfriends team :) [11:21] I haven't activated my ppa yet, and wanted to delay that as long as possible. I've noticed that I'm hitting my quota very fast otherwise [11:21] I thought about using the desktop-teams ppa (but I'm not an admin nor a member there) [11:22] or the ubuntu-core-dev's teams ppa === kagou [n=Patrice@77.194.111.70] has joined #ubuntu-devel === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === Tonio_ [n=tonio@linagoraberri.pck.nerim.net] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel === Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has left #ubuntu-devel ["Leaving"] === Mez_ [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel [12:11] seb128: ping ? [12:12] hi there ;) [12:12] Tonio_: hi [12:12] seb128: hey, little question... [12:12] Tonio_: ping with context = better ;) [12:12] sure [12:12] seb128: how to you perform a "buildprep" equivalent when not using cdbs on a gnome package ? [12:13] seb128: and having a patch that touches makefile.am files [12:13] what do you call "buildprep"? === Mez_ [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === chand [n=rsamson@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [12:13] seb128: we use that with kde to apply patches, generate makefiles.in and unapply patches [12:13] instead of regenerating them during the build [12:13] hum? [12:14] seb128: do you have an equivalent for gnome or not ? [12:14] I'm not sure to understand what you want to do [12:14] seb128: I have a gnome app and a patch that touches a makfile.am file, and I'd like the makefile.in file to be generated according to the patched makefile.am [12:15] seb128: I wondered what is the good way to do that with gnome in your (for example) packages [12:15] seb128: we have a cdbs "buildprep" rule to do that for kde apps, which patches, regenerate files and unapply patches [12:20] you run automake and diff the two [12:22] as I replied in query we usually do an autotools patch [12:24] oki thanks ;) === Mez_ [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel === jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel === lfittl [n=lfittl@office.nessus.at] has joined #ubuntu-devel === bigon [i=bigon@imladris.bigon.be] has joined #ubuntu-devel === Gman is now known as GmanAFK === Patrice_ [n=Patrice@77.192.80.248] has joined #ubuntu-devel === sheskar [n=sheskar@ltw.loris.tv] has joined #ubuntu-devel [01:10] Why does the restricted-manager install firmware to /lib/firmware/$KERNELVERSION by default? I have a Broadcom 4311 wireless and after a kernel upgrade the connetion was always gone. bcm43xx-fwcutter installs the firmware to /lib/firmware and it always works with upgrades (now I don't use restriced-manager anymore). [01:11] Wouldn't it be better if the restricted-manager just installed the firmware to /lib/firmware and leave it there for all kernels? === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel [01:22] sheskar: ubuntu-bug -p restricted-manager === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel === IntuitiveNipple [n=TJ@alexandros.tjworld.net] has joined #ubuntu-devel === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === adam0509 [n=benoit@stc92-1-82-227-107-105.fbx.proxad.net] has joined #ubuntu-devel === Q-FUNK [i=q-funk@hal.pp.fishpool.fi] has joined #ubuntu-devel === rbrunhuber [n=Miranda@p549755C8.dip.t-dialin.net] has joined #ubuntu-devel === Nicke [n=niclasa@ua-83-227-140-135.cust.bredbandsbolaget.se] has joined #ubuntu-devel === PriceChild [n=pricechi@ubuntu/member/pdpc.supporter.student.PriceChild] has joined #ubuntu-devel === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === rbrunhuber8995 [n=Miranda@p54976739.dip.t-dialin.net] has joined #ubuntu-devel === mvo_ [n=egon@p54A6493C.dip.t-dialin.net] has joined #ubuntu-devel === MacSlow [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel === cr3 [n=cr3@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel === rodarvus [n=rodarvus@ubuntu/member/rodarvus] has joined #ubuntu-devel === pedro [n=pedro@pc-88-220-44-190.cm.vtr.net] has joined #ubuntu-devel === dendrobates [n=dendroba@adsl-065-005-186-012.sip.asm.bellsouth.net] has joined #ubuntu-devel === jamiemcc [n=jamie@82-32-8-26.cable.ubr02.azte.blueyonder.co.uk] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === alex-weej [n=alex@cpc2-darl3-0-0-cust237.midd.cable.ntl.com] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has left #ubuntu-devel ["Leaving"] === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-devel === mrsno__ [n=mrsno@cpc3-blfs3-0-0-cust868.belf.cable.ntl.com] has joined #ubuntu-devel === mgalvin [n=mgalvin@ubuntu/member/mgalvin] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === xxxxx1 [n=xxxxx1@146037.fln.virtua.com.br] has joined #ubuntu-devel === norsetto [n=norsetto@host129-234-dynamic.9-79-r.retail.telecomitalia.it] has joined #ubuntu-devel === Pici [n=Pici@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel === IanC26 [n=IanC26@WNPP-p-203-54-28-178.prem.tmns.net.au] has joined #ubuntu-devel === cain_ [n=cain@gw.impilinux.co.za] has joined #ubuntu-devel === IanC26 [n=IanC26@2002:cb36:1cb2:4:216:6fff:fe39:ff6e] has joined #ubuntu-devel === sbalneav [n=sbalneav@mail.legalaid.mb.ca] has joined #ubuntu-devel === Pici [n=Pici@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === agoliveira [n=adilson@fw.pepper.com] has joined #ubuntu-devel === amitk_ [n=amit@fw.pepper.com] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has joined #ubuntu-devel === TomaszD [n=tom@unaffiliated/tomaszd] has left #ubuntu-devel ["Leaving"] === mathiaz [n=mathiaz@dsl-207-112-62-21.tor.primus.ca] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel === Patrice_ is now known as kagou === eggauah [n=daniel@201.82.128.60] has joined #ubuntu-devel === pygi [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === herzi [n=herzi@p548FF2B2.dip.t-dialin.net] has joined #ubuntu-devel [03:42] seb128: https://bugs.launchpad.net/ubuntu/+source/vte/+bug/89660 [03:42] Launchpad bug 89660 in vte "control-cursor-key regression in vim" [Low,Confirmed] === asac_the_2n1 [n=asac@e177160068.adsl.alicedsl.de] has joined #ubuntu-devel === rbrunhuber [n=rbrunhub@p54976739.dip.t-dialin.net] has joined #ubuntu-devel === kent [n=kent@80.251.192.3] has joined #ubuntu-devel [03:56] mathiaz: You already discussed https://bugs.launchpad.net/ubuntu/+source/samba/+bug/128548 a bit, right? [03:56] Launchpad bug 128548 in samba "Enable net usershare?" [Wishlist,In progress] [03:56] mathiaz: What was the conclusion? [03:57] soren: we discussed that with seb128 and infinity a couple of days ago [03:57] soren: the first step was to enable it in samba [03:57] Sure. [03:57] And in user-setup, probably. [03:57] soren: and the second step was to add a new permission/role to the user and group management application [03:57] mathiaz: Which would map to a group membership, surely? [03:58] soren: yes [03:58] I'm not too hot on the smbshare group idea, actually. [03:58] soren: why ? [03:59] Well, I think the nicest thing to do would be to provide this option to users without any furhter configuration. [03:59] This requires adding a group to base-config (and user-setup). [03:59] ...but it's not very nice to have a package specific group in there (smbshare is Samba-specific) === Pici [n=Pici@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel [03:59] ...so I'd rather have a "fileshare" group or something like that. [04:00] I also think it's likely that the set of users you'd allow to use samba to share files is the same set of users you'd allow to share files with other protocols (webdav, http, whatever). [04:00] soren: I think we discussed that, and cjwatson_ said that adding more groups to base-config is not such a good idea [04:01] soren: ok. So you'd just change the name of the group. [04:01] mathiaz: And I agree with that. That's why I want to avoid having to do it next time a new appliaction comes along that allows pretty much the same thing only with a different protocol or something. [04:02] mathiaz: Naming it generically helps avoid that. === Tonio_ [n=tonio@linagoraberri.pck.nerim.net] has joined #ubuntu-devel [04:03] We could go even further and add the missing "users" groups. === rnorwood [i=rnorwood@nat/redhat/x-379d505d013fb23f] has joined #ubuntu-devel [04:03] soren: we could. I think this should be discussed on ubuntu-devel. [04:03] There's a bunch of different things we want to provide to all *actual* users, but not to all system users (not www-data, for instance). [04:04] mathiaz: Agreed. I just wanted to know what the status of the discussion was. [04:04] soren: well IIRC, it was not a good idea to add more system groups [04:04] soren: as we're running out of space for them [04:04] soren: cjwatson was not too keen on adding another group. [04:05] mathiaz: Ah, yes. [04:05] soren: that was the argument against adding a group to base-config. [04:05] mathiaz: Debian has already added it.. Hm.. [04:06] soren: are you talking about the users group or smbshare/fileshare group ? === Pici [n=Pici@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel [04:07] Hmm.... We *have* the users group. We just don't add users to it. [04:07] Hm... That makes it a lot easier. [04:07] mathiaz: Well, both, actually. [04:07] mathiaz: I was contemplating allowing this to all users (human users, that is). [04:08] mathiaz: ...so using the "users" group for the net usershare stuff. [04:08] soren: hum... users may be too general === effraie_ is now known as effraie [04:08] mathiaz: Possibly. === gicmo [n=gicmo@91.64.103.94] has joined #ubuntu-devel === nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel [04:09] soren: if we follow your users idea, why not add all the privileges/roles from the user and group management applet to the users group ? [04:10] soren: we're adding the users to a couple of groups anyway by default [04:10] Indeed. [04:11] Well, in most cases, the only distinction you really need is "admin user"/"regular user"/"system user". === tkamppeter [n=till@bl8-125-45.dsl.telepac.pt] has joined #ubuntu-devel [04:11] root/wheel/luser - you mean? [04:11] No. [04:12] We don't use the root user for anything. [04:12] ...and don't have a wheel group. [04:12] Was an example [04:12] soren: well - there is no real difference between an admin user and regular user [04:12] "user with sudo privileges (i.e. member of admin)"/"regular users"/"system users like nntp, bin, www-data, etc." [04:12] soren: an admin user is just an regular user that has a entry in the sudoers file. [04:12] mathiaz: one's in sudoers - one isn't? [04:13] No [04:13] mathiaz: Sure there is. My girlfriend^Wwife has an account on my laptop, but she sure has heck can't sudo on it. [04:13] soren: from a user/group point of view I mean === xtknight [n=xtknight@c-68-43-122-211.hsd1.mi.comcast.net] has joined #ubuntu-devel [04:13] We don't add users to the sudoers file [04:13] We add the admin group [04:13] what's the status of this bug? Bug 42321 [04:13] Launchpad bug 42321 in xrandr "xrandr reports invalid refresh rates for MergedFB setup" [Medium,Confirmed] https://launchpad.net/bugs/42321 [04:14] mjg59: equivalent to wheel elsewhere [04:14] Most of the groups we have are there to either limit what system daemons can fiddle with or to limit which sort of hardware you can fiddle with. === nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel [04:14] realist: If there's weird some part of the world that puts the wheel group in sudoers, yes [04:15] mjg59: plenty of people do [04:15] But it's not the traditional meaning of wheel [04:15] mjg59: which is? [04:15] soren: well. That's what I meant - which is that an admin user is just a regular user that is part of the admin group [04:15] su was only executable by people in the wheel group [04:16] soren: it's just another role - the same way as a user would be allowed to share files or not. === eggauah [n=daniel@201.82.128.60] has joined #ubuntu-devel [04:17] mathiaz: Well, yes. My point was more that (in this context) there are three kinds of users on the system: "users who should be able to break it"/"the other human users"/"the system users". [04:17] soren: ok. So what would you suggest ? [04:18] soren: we add a new group, fileshare ? [04:18] mjg59: also root files had wheel gid [04:18] soren: how would this work for nfs sharing for example ? [04:18] mathiaz: With regard to this particular samba issue, yes. [04:18] mathiaz: It doesn't right now. [04:18] mathiaz: A few months ago, it didn't work with Samba either :) [04:19] soren: could we use this group to implement the same kind of access control for nfs sharing ? [04:19] mathiaz: At some point, someone might create a method for certain users to share stuff via nfs. At that point, we already have a group for that purpose. [04:19] soren: If we want to add a new group to the base-config, we'd better come up with some scenario about it. [04:20] soren: for nfs, which groups owns /etc/exports ? [04:20] mathiaz: root, probably. [04:21] soren: so we could change the group of /etc/exports to fileshare ? [04:21] soren: and make it group-writable also [04:22] soren: can I standard user call exportfs to reload the shares ? [04:22] mathiaz: Don't think so. [04:23] mathiaz: I also don't like changing the group of /etc/exports. === herzi [n=herzi@p548FF2B2.dip.t-dialin.net] has left #ubuntu-devel [] [04:23] soren: so how could the fileshare group be used to implement an access control to nfs sharing ? [04:24] mathiaz: I don't know. NFS sharing was just an example. [04:24] mathiaz: My point is this: === coNP [n=conp@ubuntu/member/coNP] has joined #ubuntu-devel [04:25] mathiaz: Rather than adding a group that "is allowed to share files with samba by way of calling net usershare", I'd rather have a group that "is allowed to share files over the network in various ways". [04:25] mathiaz: The point is: If there was a mechanism for nfs similar to "net usershare" for samba, I can't imagine you'd provide said option to a different set of users. [04:26] Is a unix group really necessary for this though? [04:26] soren: ok. And you'd like to add this group to base-config ? [04:26] realist: Yes. [04:26] :) [04:26] realist: for samba - yes. [04:26] realist: that's how it's implemented in samba. [04:26] mathiaz: Possibly, yes. [04:27] It is? Since which version? [04:27] mathiaz: I dislike forcing the user to mess about with group memberships directly. === dendrobates [n=rclark@adsl-065-005-186-012.sip.asm.bellsouth.net] has joined #ubuntu-devel [04:27] mathiaz: A possible solution is to have the first user added to this group by default. To do that, it needs to be added to base-passwd. === j_ack [n=j_ack@p508D8909.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:28] soren: yeah. That's why there is the 'user privilege' tab in the user and group management application. [04:28] mathiaz: Another solution is to make use of the "users" group, since that actually is the most common level of granularity needed. [04:28] mathiaz: Yes, I'd also like to avoid that. :) I just want this to work out of the box. [04:29] soren: seb128 said there is way to automatically do that. But I don't know how. === dendrobates [n=rclark@adsl-065-005-186-012.sip.asm.bellsouth.net] has left #ubuntu-devel [] [04:30] mathiaz: Do what? [04:31] soren: add new users to groups [04:31] soren: or when a new user is created, he has a set of default privileges. [04:33] Hmm... [04:33] Dunno. === Pici [n=Pici@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel [04:34] adduser doesn't do it. === nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel [04:36] I always get adduser and useradd confused, but one of them should have a -g switch [04:36] Not sure about the default group settings though === dendrobates [n=dendroba@adsl-065-005-186-012.sip.asm.bellsouth.net] has joined #ubuntu-devel === nnonix [n=brad@bkjohnson.com] has joined #ubuntu-devel === Skiessi [n=qwe@dsl-roibrasgw1-fe88fb00-133.dhcp.inet.fi] has joined #ubuntu-devel === ScottLij [n=scott@24-180-196-49.dhcp.aldl.mi.charter.com] has joined #ubuntu-devel [04:52] mathiaz: Will you write something clever to discuss this on the mailing list? [04:53] soren: I could. The other issue is that we're passed FF. [04:53] soren: So I'm not sure we could get it included anyway. [04:55] mathiaz: Possibly not, but that gives us a lot of time to discuss it. :) [04:56] soren: we could register a spec for UDS and discuss it there. [04:56] mathiaz: Sounds sensible. === Pici [n=Pici@ool-4355be00.dyn.optonline.net] has joined #ubuntu-devel === MagnusR [n=magru@c83-252-237-96.bredband.comhem.se] has joined #ubuntu-devel === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel === j_ack [n=j_ack@p508D8909.dip0.t-ipconnect.de] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has joined #ubuntu-devel === mruiz [n=mruiz@ubuntu/member/mruiz] has left #ubuntu-devel ["Bye!"] === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-devel === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === finalbeta [n=viper@d54C6865D.access.telenet.be] has joined #ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel [05:38] doko, Riddell, I have packaged a new s-c-p, see your mail. [05:40] tkamppeter: will upload it today [05:47] doko, thanks === dsas [n=dean@ubuntu/member/dsas] has joined #ubuntu-devel === Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-devel === phoenix7 [n=Saied@217.218.35.5] has joined #ubuntu-devel === phoenix7 [n=Saied@217.218.35.5] has left #ubuntu-devel [] === rbrunhuber_ [n=rbrunhub@p54976739.dip.t-dialin.net] has joined #ubuntu-devel === dendrobates is now known as dendro-away === phoenix7 [n=Saied@217.218.35.5] has joined #ubuntu-devel === ivoks [n=ivoks@20-213.dsl.iskon.hr] has joined #ubuntu-devel [05:59] i'm customizing ubuntu-usplash-theme package, is it neccessary to change usplash-theme-ubuntu.c especially Palette indexes section in the code? [06:00] ubuntu usplash theme is mix of nearly red,yellow,green colors and kubuntu is blue but i have lots of light green. === beuno [n=beuno@44-111-231-201.fibertel.com.ar] has joined #ubuntu-devel [06:01] sorry, ubuntu-> red,yellow,orange === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel [06:02] now my logo and text disappear well but progress baar is very ugly === pygi [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel [06:03] BenC: ping ? === jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel === kagou [n=kagou@81.185.183.29] has joined #ubuntu-devel [06:06] i have a light green usplash theme, how can i calculate values of section palette indexes in the usplash-theme-ubuntu-c file? [06:07] saispo: pong === xtknight [n=xtknight@c-68-43-122-211.hsd1.mi.comcast.net] has joined #ubuntu-devel === xtknight [n=xtknight@c-68-43-122-211.hsd1.mi.comcast.net] has joined #ubuntu-devel === AlinuxOS [n=vsichi@host57-130-dynamic.1-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === winkle [i=winkle@suiko.acc.umu.se] has joined #ubuntu-devel === zenrox [i=zenrox@pool-71-115-208-222.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === ion_ [i=ion@heh.fi] has joined #ubuntu-devel === giskard [n=giskard@213-140-22-74.fastres.net] has joined #ubuntu-devel === norsetto [n=norsetto@host6-227-dynamic.20-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === _jason [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === agoliveira is now known as agoliveira_lunch [06:33] BenC: can you say how can i fix the rate on my wifi card ? [06:34] i use bcm43xxxx but under gutsy it's 24mbits and not 54 mbits === pygi [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === goedson [n=goedson@BHE201062131237.res-com.wayinternet.com.br] has joined #ubuntu-devel [06:44] goedson, goedson :) [06:45] Hi, pygi. [06:45] goedson, we need to talk :D === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === pkern [n=pkern@debian/developer/pkern] has left #ubuntu-devel [] [06:53] siretart: what do you mean by nm doesn't detect you iwl driven interface? [06:53] siretart: can you see/use it with iwconfig and friends? [06:54] no sound on gutsy tribe 5 :/ [06:55] https://bugs.launchpad.net/ubuntu/+source/linux-ubuntu-modules-2.6.22/+bug/131368 [06:55] Launchpad bug 131368 in linux-ubuntu-modules-2.6.22 "Dell 1420n audio not supported under Gutsy" [High,Triaged] [06:55] will be fixed ? === Spads [n=spacehob@host-84-9-48-90.bulldogdsl.com] has joined #ubuntu-devel === pygi [n=mario@131-44.dsl.iskon.hr] has joined #ubuntu-devel === dendro-away is now known as dendrobates [06:57] asac: after I sent my post, I noticed that the device was named 'wlan0_renamed'.. === jgorski [n=anon@bas2-toronto01-1177673538.dsl.bell.ca] has joined #ubuntu-devel [06:58] ouch [06:58] hmmm ... but would it matter? [06:58] hm. iwlist says my 'wlan0_rename No scan results [06:58] i guess you run iwlist as root? [06:58] aah, as root I see networks [06:59] yeah === pochu [n=emilio@56.Red-88-1-151.dynamicIP.rima-tde.net] has joined #ubuntu-devel [06:59] iwlist not as root doesn't scan ... just dumps the cache [06:59] this is strange, because with ipw3945, I didn't need priviledges [06:59] well ... thats a driver issue then... afaik its official that it only actively scans when run as root [06:59] aha? [06:59] siretart: though it might be that your running wpa/nm scans in background [06:59] thats... interesting [06:59] so your cache is filled [07:00] no, no wpasupplicant running [07:00] and nm doesn't detect the card anyway [07:00] siretart: look at man iwlist [07:00] anyway, need to leave now, will continue to investigate tomorrow [07:00] its there :"Triggering scanning is a privileged operation (root only) and normal users can only read left-over scan results ..." [07:00] siretart: He means that on ipw3945, your cache may have been filled, hence why you didn't think you needed root to scan. [07:01] infinity: this doesn't explain why iwlist as user doesn't show the cache contents with iwl, whereas ipw did [07:01] siretart: i would like to fix that nm detects the card ... maybe it will just work ;) ... compared to ipw3945 which causes so much pain === atlas95 [n=atlas@84.5.38.248] has joined #ubuntu-devel [07:01] siretart: because you have no cache contents, because nothing's been doing background scanning. [07:01] asac: kelmo also said that they closed a lot of bugs by switching to iwl [07:01] siretart: Which could be because NM doesn't detect your card, for instance. [07:02] siretart: yeah ... all my hope is now on iwl ;) [07:02] siretart: if you get wpasupplicant going chances are high that nm can do it too :) [07:02] hm. will continue research tomorrow. Cu tomorrow, guys! === j_ack [n=j_ack@p508D8909.dip0.t-ipconnect.de] has joined #ubuntu-devel [07:03] siretart: cu === mantiena-baltix [n=ubuntu@ctv-84-55-7-174.init.lt] has joined #ubuntu-devel === jgorski [n=anon@bas2-toronto01-1177673538.dsl.bell.ca] has left #ubuntu-devel [] === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel [07:04] hi developers :) === blackskad [n=blackska@d54C4A53D.access.telenet.be] has left #ubuntu-devel [] === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === agoliveira_lunch is now known as agoliveira [07:16] who is responsible for linux-restricted-modules ? there is very big memory usage because of mountiing restricted modules into RAM (tmpfs) [07:17] mantiena-baltix, you are not forced to install them :) [07:17] I dont like it either, but due to license reasons, i hear thats the only way to go. They do get swapped out when the memory is needed, though, so its not as if theyre there eating your RAM all the time. [07:17] (we dont install them by default in ltsp for example to save the 15M the volatile fs eats) [07:17] ion_, they eati it on boot [07:17] *eat [07:17] ogra: Yes. === BenC_ [n=bcollins@collinsap1.phunnypharm.org] has joined #ubuntu-devel === pochu [n=emilio@ubuntu/member/pochu] has joined #ubuntu-devel === zenrox [i=zenrox@pool-71-115-208-222.spknwa.dsl-w.verizon.net] has joined #ubuntu-devel === jdstrand [n=james@mail.strandboge.com] has joined #ubuntu-devel === Skiessi [n=qwe@dsl-roibrasgw1-fe88fb00-133.dhcp.inet.fi] has joined #ubuntu-devel === amitk_ [n=amit@fw.pepper.com] has joined #ubuntu-devel === sheskar [n=sheskar@ltw.loris.tv] has joined #ubuntu-devel === bigon [i=bigon@imladris.bigon.be] has joined #ubuntu-devel === pbn [i=pbn@wopr.geekshells.org] has joined #ubuntu-devel === mpt [n=mpt@canonical/launchpad/mpt] has joined #ubuntu-devel === Demitar [n=demitar@c-212-031-190-120.cust.broadway.se] has joined #ubuntu-devel === hjmf [n=hjmf@7.Red-83-44-173.dynamicIP.rima-tde.net] has joined #ubuntu-devel === dobey [n=dobey@ip68-229-101-154.hr.hr.cox.net] has joined #ubuntu-devel === azeem [n=mbanck@ppp-88-217-12-158.dynamic.mnet-online.de] has joined #ubuntu-devel === _TomB [n=tomb@host86-145-195-250.range86-145.btcentralplus.com] has joined #ubuntu-devel === gouki [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel === infinity [n=adconrad@cerberus.0c3.net] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === Traxer [i=traxer@shell6.powershells.de] has joined #ubuntu-devel === smurf [n=smurf@debian/developer/smurf] has joined #ubuntu-devel === tritium [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel === Toadstool [n=jcorbier@ubuntu/member/toadstool] has joined #ubuntu-devel === DreamThief [n=mathias@unaffiliated/dreamthief] has joined #ubuntu-devel === ryanakca [n=ryan@ubuntu/member/ryanakca] has joined #ubuntu-devel === iwj [n=ian@83.228.187.81.in-addr.arpa] has joined #ubuntu-devel === stgraber [n=stgraber@ubuntu/member/stgraber] has joined #ubuntu-devel === Riddell [i=jr@kde/jriddell] has joined #ubuntu-devel === axxo [n=axxo@83.217.70.247] has joined #ubuntu-devel === c1|freaky [i=alpha@team.code-1.de] has joined #ubuntu-devel === [PUPPETS] Gonzo [i=gonzo@80.69.47.16] has joined #ubuntu-devel === sjoerd [n=sjoerd@tunnel3460.ipv6.xs4all.nl] has joined #ubuntu-devel === bytee [n=byte@pentafluge.infradead.org] has joined #ubuntu-devel === maswan [i=maswan@kennedy.acc.umu.se] has joined #ubuntu-devel === jvw [i=jeroen@220pc220.sshunet.nl] has joined #ubuntu-devel === soren [n=sh@ubuntu/member/shawarma] has joined #ubuntu-devel === lool [i=lool@debian/developer/lool] has joined #ubuntu-devel === syp| [n=syp@lasigpc9.epfl.ch] has joined #ubuntu-devel === fdoving [n=frode@ubuntu/member/frode] has joined #ubuntu-devel === asw [n=asw@karuna.med.harvard.edu] has joined #ubuntu-devel === evand [n=evand@ubuntu/member/evand] has joined #ubuntu-devel === _wattazoum_ [n=wattazou@ant06-1-82-242-110-34.fbx.proxad.net] has joined #ubuntu-devel === rulus [n=rulus_|@d54C1A033.access.telenet.be] has joined #ubuntu-devel === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === duese [n=Ident@p5484FC56.dip.t-dialin.net] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === ompaul [n=ompaul@freenode/staff/gnewsense.ompaul] has joined #ubuntu-devel === gizmo [n=gizmo@xdsl-87-78-5-253.netcologne.de] has joined #ubuntu-devel === scizzo- [n=scizzo@vxj-104-197-233-83.3.cust.bredband2.com] has joined #ubuntu-devel [07:56] ogra, ion_ : lots of users can't boot from feisty LiveCD, because volatile modules eats about 34 MB RAM === scizzo- [n=scizzo@vxj-104-197-233-83.3.cust.bredband2.com] has left #ubuntu-devel [] [07:57] why we can't do mount --bind instead of mounting into tmpfs ? [07:58] mantiena-baltix: --bind from where? [07:59] You realise the volatile stuff is built on bootup, right? [08:00] mjg59, yes, --bind can be used with symlinks too [08:00] mantiena-baltix: I'm sorry, I don't understand. What do you want to be bind mounted? === danimo [n=danimo@kde/danimo] has joined #ubuntu-devel [08:01] mantiena-baltix: The files in volatile simply don't exist before the system has booted [08:03] BenC_: hi! any idea what changes in 22-9 or 22-10 totally changed (and rendered useless) the alsa driver for my Intel HDA card (82801FB/FBM/FR/FW/FRW (ICH6 Family))? [08:03] danimo: yes, and it should be fixed in lum today [08:03] danimo: Known issue. Will be fixed in the next upload. [08:04] maybe it should be added to the /topic not that anyone reads that anyways ;) [08:05] ok, cool :) [08:05] mjg59, yea, it seems or you really don't understand me, or vice versa... volatile modules are installed into /lib/linux-restricted-modules/2.6.xxx/ , right ? [08:05] zul: /topic should support [08:05] mantiena-baltix: No, they're *built* in there [08:05] Before they're built, they don't exist [08:05] bhale: that would be annoying === mayeco [n=mayeco@200.75.192.12] has joined #ubuntu-devel [08:07] You could make chanserv send a notice about reading the topic to people on join. === LaserJock [n=mantha@lambda.chem.unr.edu] has joined #ubuntu-devel [08:08] mjg59, could you explain me what means *built* in ? [08:08] look at http://packages.ubuntu.com/cgi-bin/search_contents.pl?searchmode=filelist&word=linux-restricted-modules-2.6.22-10-386&version=gutsy&arch=i386&page=3&number=50 [08:08] mantiena-baltix: The files that end in .ko do not exist on the CD. [08:09] AFAIK restricted modules are *installed* into /lib/linux-restricted-modules/2.6.xxx/ [08:09] mantiena-baltix: The .o files that are provided on the CD are passed to gcc and turned into a .ko [08:09] oh [08:09] The .ko is saved in the volatile directory [08:10] ohhh [08:10] and this is done during bootup, right ? [08:10] I thought, that .ko are simply renamed .o files :) [08:11] This is done during bootup, yes [08:14] mjg59, so, why linux-restricted-modules-2.6.xxx packages can't provide .ko files ? [08:14] Licensing issues [08:14] fuck [08:15] We tend not to do stupid things without having a reason to do so :) [08:15] hehe [08:16] I think we can always find better solution - as I see gutsy restricted modules eats more than 40 megabytes RAM and this cause not working LiveCD on systems with 256 RAM :( [08:17] Gutsy live cd works fine for me a 256mb system that does not need lrm except for wireless and modem (i.e. not for video). [08:17] Well, we could (a) not provide restricted-modules, (b) get the source code to them released, (c) relicense Linux to something that isn't under the GPL [08:17] Actually, that's not entirely fair. We could (in most cases) only build the drivers if the hardware is present [08:18] Which would break hotplugging, but that's only an issue for a minority of the modules [08:18] It wouldnt break hotplugging, if done right. [08:21] Something like this might work: read modalias lists from the .o files, write them to /etc/modprobe.d/aliases.lrm, add a hack that links the .ko file on demand when modprobing given module. === jamesh [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel [08:23] install nvidia /sbin/lrm-foobar build nvidia && /sbin/modprobe --ignore-install nvidia [08:23] Or something like that [08:24] ion_: Sweet. You get to implement it :) [08:25]